标准规范下载简介
GB／Z 41297-2022 基于M2M技术的旅游信息服务总体技术要求.pdf简介：
GB/Z 41297-2022 是中华人民共和国国家标准，其全称为《基于M2M（Machine-to-Machine）技术的旅游信息服务总体技术要求》。该标准主要针对M2M技术在旅游信息服务领域的应用进行了详细的规定和指导。
M2M技术，即机器对机器通信，是一种物联网技术，它允许设备之间直接进行通信，无需人工干预，可以收集、处理和传输数据，大大提升了服务的效率和便捷性。在旅游信息服务中，M2M技术可能应用于多个方面，如游客定位服务、旅游景点智能管理、旅游路线推荐、实时天气更新、旅游设施状态监控等。
该标准主要包括以下几个方面的要求：
1. 技术兼容性：需确保系统能够与各种类型的M2M设备和网络平台顺畅连接，提供标准化的接口和服务。
2. 数据安全：强调对游客个人信息和交易数据的保护，确保信息安全，防止数据泄露。
3. 服务质量：提出对服务质量的量化指标，如响应时间、数据准确度、系统稳定性等，保证用户获得高质量的服务。
4. 用户体验：从用户角度出发，考虑用户界面的易用性、信息的及时性、个性化推荐等方面。
5. 可扩展性和升级性：系统需具备良好的扩展性和升级能力，以适应旅游行业的发展和变化。
总的来说，GB/Z 41297-2022 是为了规范和推动基于M2M技术的旅游信息服务的发展，提高行业的智能化水平，为用户提供更便捷、更智能的旅游体验。
GB／Z 41297-2022 基于M2M技术的旅游信息服务总体技术要求.pdf部分内容预览：
终编号由运营商统一分配。 平台实现。终端编号的状态包括：已登记
8.7.1.3SIM/UIM/USIM卡信息维护
完成SIM/UIM/USIM卡基础信息管理、终端一SIM/UIM/USIM卡绑定关系维护及SIM/UIM USIM卡历史信息维护等功能
建筑面积333平方米三层独栋别墅8.7.2应用基础信息维护
8.7.2.1应用信息维护
主要是针对旅游M2M应用的产品代码、产品名称、优先级、应用提供商、应用接入信息（IP地址、密 钥等）等进行维护
8.7.2.2SP信息维护
8.7.2.3客户信息维护
业务受理是指运营商接收客户的旅游M2M业务服务要求，通过和客户关系管理/业务开通系统等 运营支撑系统进行数据、功能的交互和衔接，为客户提供旅游M2M业务开通、服务保障和资源管理等 基础支撑的过程。 业务受理具体包括业务开通、业务暂停、业务恢复、更换卡（不换号）、业务注销等业务受理操作。 业务开通：客户提出旅游M2M业务开通请求，相关运营支撑系统和M2M业务平台进行功能 衔接和数据交互，实现业务开通；
b）业务暂停：主要包括客户申请暂停或者支撑系统对用户做欠费暂停处理。旅游M2M业务暂 停以后，在业务恢复之前，旅游M2M终端不能登录到M2M业务平台； 业务恢复：主要包括客户申请恢复或者支撑系统对用户做恢复使用处理； d 换卡不换号：旅游M2M终端所使用的SIM/UIM/USIM卡物理损坏时，需要进行更换，M2M 业务平台对更换后的SIM/UIM/USIM卡进行重新绑定； e） 业务注销：客户不再使用旅游M2M相关业务时，需要进行业务注销。旅游M2M业务注销以 后，应进行新的业务开通及终端注册后，旅游M2M终端才能登录到M2M业务平台进行业务 处理。
8.7.4计费清单生成
M2M业务平台负责和旅游M2M业务相关的功能费使用清单的生成
M2M业务平台的统计分析，目的是将平台的管理者和使用者所关心的指标数据进行展示输出。 系统主要把旅游M2M终端、旅游M2M应用的各种指标数据按照使用对象、时间、地域、业务类别 等维度进行统计分析。 业务统计分析需要提供比较灵活方便的自定义方式，可以满足旅游M2M用户的各种统计分析 需求。 统计分析结果以列表、折线图、柱状图、饼状图等可视化方式，通过Web展现，并可以以Excel、PDF 等文件方式进行保存。 统计分析的内容至少包含：旅游M2M业务发展情况统计、旅游M2M业务运行情况统计、旅游 M2M终端业务情况统计、旅游M2M终端运行情况统计
平台系统管理功能包括系统数据管理、系统账号管理、系统角色管理、操作日志管理、系统安全管理 和网络管理等功能。旅游M2M业务平台系统管理具体功能如下。 a） 系统数据管理：主要包括旅游M2M应用系统运行参数配置 b 系统数据备份：对M2M业务平台中的旅游M2M应用配置数据、统计数据等重要数据提供备 份、恢复等多种管理措施。 ） 系统账号管理：负责对旅游M2M应用系统中的管理员账号、操作员账号进行管理，可对密码 设置进行约束，比如密码的长度、复杂度等。 d） 系统角色管理：负责旅游M2M应用角色的新增、删除、修改操作。 e 操作日志管理：负责记录旅游M2M应用系统的操作日志信息，并可按权限查看相应的日志 信息。 f 系统安全管理：要求M2M业务平台对旅游M2M应用重要数据采取相应的安全策略，如账号 信息、日志信息等。 网络管理：M2M业务平台应提供网络管理功能，能够收集旅游M2M应用系统中各网元的运 行信息和性能情况，并对这些数据进行监控，发现异常，要能够进行告警。并能够根据要求进 行统计分析，产生相应的告警。网络管理要包含故障告警功能、性能管理功能、运行监视功能 日志管理功能等
自服务门户功能提供登录界面供旅游M2M业务平台管理员、客户、终端厂商、SP服务商等进行终 14
自服务门户功能提供登录界面供旅游M2M业务平台管理员、客户、终端厂商、SP服务商等进行
GB/Z412972022
端监测控制等功能。旅游M2M业务自服务门户具体功能如下。 a）GIS呈现功能：实现基于GIS的呈现功能，对于旅游M2M终端的分布，故障的范围等信息能 够基于GIS直观显示；同时提供终端使用视图、终端状态视图的查看、终端查询等功能。 b）平台管理员门户：为运营商管理员提供平台系统管理、终端监测控制、各种基础信息维护等 功能。 C 业务管理员门户：为运营商相关业务管理员提供关于旅游M2M终端和应用发展的各种实时 信息和统计信息。 d） 客户自服务界面：为各类旅游M2M应用客户提供自服务功能，通过自服务界面，客户可以查 询客户的相关信息，如终端数量、状态、应用量、应用故障历史纪录等，执行各种终端监测控制 操作，以及与旅游M2M终端相关的统计功能。 e 终端厂商自服务界面：为旅游M2M终端厂家提供终端状态监控、终端参数维护、终端软件升 级，以及与旅游M2M终端相关的统计功能。 f SP自服务界面：为旅游M2M应用合作伙伴提供厂商信息维护、统计数据查询、应用接人状态 管理等功能
登录/退出流程，旅游M2M应用的策 以及对旅游M2M终端的监测控制，群组管理 业务流程根据旅游M2M业务的类型，口
旅游M2M终端在与M2M平台进行消息交互之前，需要先进行登录。终端登录时平台会进行认 正和鉴权，判断是否充许终端登录。之后平台还需要进行终端的参数配置状态检查：是否需要下发初始 化方案、检查终端的配置参数是否同步、核心参数是否一致、是否需要通知终端进行软件升级等；平台根 据检查结果进一步执行相应操作
图2旅游M2M终端发起的登录流程
旅游M2M终端发起的登录流程如图2所示，流程说明如下： 旅游M2M终端发送登录请求到M2M平台； M2M平台对旅游M2M终端执行认证和鉴权； M2M平台对通过认证和鉴权的旅游M2M终端执行参数配置状态检查，并反馈登录请求 响应； d 旅游M2M终端接收登录请求响应，根据M2M平台下发的等待时间的指示，等待M2M平台 下发操作； e） M2M平台根据旅游M2M终端的参数配置状态检测结果下发相应操作； 旅游M2M终端执行M2M平台下发的相应操作，并反馈操作执行结果。 等待时间用于指示旅游M2M终端在该时间到达后方可发起业务请求。旅游M2M终端与M2M 间的会话结束时，终端或平台均可以发起退出流程。其他情况则被平台认为是异常退出，如终端掉 导致的心跳消息未能正常发送等情况。旅游M2M终端在退出服务时M2M平台发送的信息， 终端暂时不提供服务平台收到后给予应答
旅游M2M终端发起的登录流程如图2所示，流程说明如下： 旅游M2M终端发送登录请求到M2M平台； M2M平台对旅游M2M终端执行认证和鉴权； M2M平台对通过认证和鉴权的旅游M2M终端执行参数配置状态检查，并反馈登录请求 响应； d 旅游M2M终端接收登录请求响应，根据M2M平台下发的等待时间的指示，等待M2M平台 下发操作； e） M2M平台根据旅游M2M终端的参数配置状态检测结果下发相应操作； f 旅游M2M终端执行M2M平台下发的相应操作，并反馈操作执行结果。 等待时间用于指示旅游M2M终端在该时间到达后方可发起业务请求。旅游M2M终端与M2M 台间的会话结束时，终端或平台均可以发起退出流程。其他情况则被平台认为是异常退出，如终端掉 所导致的心跳消息未能正常发送等情况。旅游M2M终端在退出服务时向M2M平台发送的信息， 示终端暂时不提供服务.平台收到后给予应
GB/Z412972022
游M2M终端发起的退出
旅游M2M终端发起的退出流程如图3所示，流程说明如下： a）旅游M2M终端需要退出时，发送退出请求到M2M平台，向平台上报退出的原因； b） M2M平台接收到旅游M2M终端的请求后，发送响应消息，并清除和终端的连接信息； 旅游M2M终端收到M2M平台的响应后即可退出；或者在一段时间未能收到平台响应，即设 置其状态为未登录状态。
旅游M2M终端发起的退出流程如图3所示，流程说明如下： 旅游M2M终端需要退出时，发送退出请求到M2M平台，向平台上报退出的原因； b） M2M平台接收到旅游M2M终端的请求后，发送响应消息，并清除和终端的连接信息； 旅游M2M终端收到M2M平台的响应后即可退出；或者在一段时间未能收到平台响应，即 置其状态为未登录状态
图4旅游M2M系统策略下发流程
旅游M2M系统策略下发流程如图4所示，流程说明如下： 旅游M2M应用根据需求生成状态监控策略或业务数据策略，并下发给M2M平台； b） M2M平台将策略转发给旅游M2M终端； 旅游M2M终端根据策略触发相应的操作，并将操作执行结果上报给M2M平台； d M2M平台接收旅游M2M终端上报的操作执行结果，根据策略触发相应的操作，并将操作找 行结果反馈给旅游M2M应用。
旅游M2M系统策略下发流程如图4所示，流程说明如下： 旅游M2M应用根据需求生成状态监控策略或业务数据策略，并下发给M2M平台； M2M平台将策略转发给旅游M2M终端； 旅游M2M终端根据策略触发相应的操作，并将操作执行结果上报给M2M平台； d M2M平台接收旅游M2M终端上报的操作执行结果，根据策略触发相应的操作，并 行结果反馈给旅游M2M应用
GB 2894-1996安全标志GB/Z412972022
图5M2M平台发起的监测控制流程
旅游M2M终端发起的监测控制流程如图6所示，流程说明如下： a）旅游M2M终端根据M2M平台下发的状态监测策略触发状态监测操作，并上报状态信息； M2M平台接收旅游M2M终端上报的状态信息，根据状态控制策略触发状态控制操作，并下 发相应操作信息； 旅游M2M终端根据M2M平台下发的操作信息执行状态控制操作，并反馈操作执行结果： M2M平台接收并记录旅游M2M终端上报的操作执行结果
游M2M终端发起的监氵
针对终端数量较多、业务数据转发量大、实时性要求较高的旅游M2M应用组建的旅游M2M未 各，由旅游M2M网关完成末梢网络域内业务数据的就近直接转发。M2M平台根据组网授权信息 受权组网的M2M终端的基础数据《桥梁挤扩支盘桩 JT/T 855-2013》，为业务能力相同的旅游M2M终端创建群组，并将群组配置信
图7基于旅游M2M网关的域内直接转发流程