CN103873538A - 基于dm协议的服务端与终端的通信方法及*** - Google Patents
基于dm协议的服务端与终端的通信方法及*** Download PDFInfo
- Publication number
- CN103873538A CN103873538A CN201210552422.0A CN201210552422A CN103873538A CN 103873538 A CN103873538 A CN 103873538A CN 201210552422 A CN201210552422 A CN 201210552422A CN 103873538 A CN103873538 A CN 103873538A
- Authority
- CN
- China
- Prior art keywords
- notification message
- terminal
- service end
- task type
- configuration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种基于DM协议的服务端与终端的通信方法及***,该方法包括:服务端配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端。本发明通过服务端配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;终端接收并解析扩展通知消息,获取扩展通知消息中的任务类型;根据任务类型,构造DM会话包并回传至服务端的方法,具有终端在接收到服务端发送的通知消息时,便可得知具体任务类型的有益效果,提高了***性能,优化了终端的数据处理。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于DM协议的服务端与终端的通信方法及***。
背景技术
DM(Device Manager,设备管理)协议即SyncML(SynchronizationMarkup Language,一平台无关的信息同步标准协议集)设备管理协议SyncML-DM。目前,基于DM协议的很多终端设备不能持续的侦听来自服务器的连接,且基于安全考虑,很多终端设备没有开放端口接收与服务端的连接。但是大多数设备能够接收非请求型消息,比如通知(Notification),服务器可以通过Notification来通知客户端发起一次会话或连接,连回管理服务器。Notification 消息就作为 SyncML DM协议会话的第0包,即通常所说的Package#0,它被用来作为初始会话通知的触发消息,但Notification消息都是使用缺省格式,终端不能根据该Notification消息识别服务端下发的任务类型,只能继续等待终端下发的其他命令消息。
发明内容
本发明的主要目的是提供一种基于DM协议的服务端与终端的通信方法及***,旨在解决服务端下发给终端通知消息时,终端不能通过通知消息识别终端下发的任务类型的问题。
本发明实施例公开了一种基于管理对象DM协议的服务端与终端的通信方法,包括以下步骤:
服务端配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;
终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端。
优选地,所述服务端配置通知消息中的保留字段包括:
服务端对所述通知消息trigger-header中的保留字段进行任务类型描述,并将所述任务类型与所述保留字段进行一一标示。
优选地,所述服务端将配置后的扩展通知消息下发给终端包括:
服务端将配置后的扩展通知消息下发给服务端的发送代理网关,再由所述发送代理网关将所述扩展通知消息发送至终端。
优选地,所述终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型包括:
终端接收所述扩展通知消息,触发解析命令;
根据所述解析命令,DM协议栈解析所述扩展通知消息,获取所述任务类型。
本发明实施例还公开一种基于DM协议的服务端与终端的通信***,包括:
服务端,用于配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;
终端,用于接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端。
优选地,所述服务端还用于:
对所述通知消息trigger-header中的保留字段进行任务类型描述,并将所述任务类型与所述保留字段进行一一标示。
优选地,所述服务端还用于:
将配置后的扩展通知消息下发给服务端的发送代理网关,再由所述发送代理网关将所述扩展通知消息发送至终端。
优选地,所述终端还用于:
接收所述扩展通知消息,触发DM协议栈解析所述扩展通知消息,获取所述任务类型。
本发明通过服务端配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端的方法,具有终端在接收到服务端发送的通知消息时,便可得知具体任务类型的有益效果,提高了***性能,优化了终端的数据处理。
附图说明
图1是本发明基于DM协议的服务端与终端的通信方法一实施例流程示意图;
图2是本发明基于DM协议的服务端与终端的通信方法中,服务端配置后的通知消息一实施例结构示意图;
图3是本发明基于DM协议的服务端与终端的通信***一实施例结构示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
以下结合说明书附图及具体实施例进一步说明本发明的技术方案。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。本发明基于DM协议的服务端与终端的通信方法及***中,所述的通知消息即Notification消息。
参照图1,图1是本发明基于DM协议的服务端与终端的通信方法一实施例流程示意图;如图1所示,本发明基于DM协议的服务端与终端的通信方法包括以下步骤:
步骤S01、服务端配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;
由于服务端发送至终端的通知消息即Notification消息包括trigger-header和trigger-body,而DM协议中,通知消息trigger-header中的<future-use>字段中有27位空闲的保留字段,因此可以通过对通知消息trigger-header中的保留字段进行任务类型描述来使终端接收到该通知消息时,便能得知服务端即将下发的业务类型。服务端完成对通知消息trigger-header中的保留字段的业务类型描述后,将该业务类型与保留字段进行一一标示,并将扩展后的通知消息发送给终端。
针对常用的管理对象和参数采集配置任务,终端对通知消息的配置请参照图2,图2是本发明基于DM协议的服务端与终端的通信方法中,服务端配置后的通知消息一实施例结构示意图;如图2所示,服务端共使用位于通知消息中的trigger-header的27位保留字段中的7位来对任务类型进行分别标示,如图2所示的普通参数采配任务类型、LAWMO(擦除管理对象)任务类型、FUMO(Firmware Update Management Object,固件更新管理对象)任务类型、Conn MO(Connection Management Object,连接管理器对象)任务类型、Diag MO(DiagramManagement Object,图形管理对象)任务类型、DCMO(data collection Management Object,资料收集管理对象)任务类型和SCOMO (Software Component Management Object,软件组件管理对象) 任务类型。
本领域的技术人员可以理解,图2所示仅是服务端对通知消息中的保留字段进行扩展的一种具体实施例方式,服务端对通知消息中的保留字段的扩展和配置并不仅仅局限于图2所示的配置方式,本发明实施例对服务端配置通知消息中的trigger-header的保留字段的具体方式不作一一穷举。
在一优选的实施例中,服务端将扩展后的通知消息发送给终端的一般过程是:服务端先将扩展后的通知消息发送给服务端的发送代理网关,再由发送代理网关在异步模式下将所述扩展后的通知消息发送给终端。
步骤S02、终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端。
终端接收服务端发送的扩展通知消息,通过解析该扩展通知消息,获取该扩展通知消息中保留字段的相应描述,进一步地获取服务端下发的任务类型;终端根据服务端下发的任务类型,基于DM协议,构造DM会话包,并将该DM会话包发送至服务端,与服务端回连。这样,通知消息在一开始就能够通知终端具体的任务类型,终端也能够根据服务端下发的具体任务类型进行相应的准备工作;比如,当终端得知服务端下发的任务类型是FUMO任务类型,则终端可以提前做好进行固件更新的准备;若终端不期望此刻进行固件更新,则可以通过构造的DM会话包,向服务端发送拒绝固件更新的会话。
在一优选的实施例中,终端接收并解析所述扩展通知消息可以通过下述方式实现:终端接收所述扩展通知消息,触发解析命令;DM协议栈根据该解析命令,解析所述扩展通知消息,获取该扩展通知消息中保留字段的相应描述,进一步地获取服务端下发的任务类型。
本实施例通过服务端配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端的方法,具有终端在接收到服务端发送的通知消息时,便可得知具体任务类型的有益效果,提高了***性能,优化了终端的数据处理。
参照图3,图3是本发明基于DM协议的服务端与终端的通信***一实施例结构示意图。如图3所示,本发明基于DM协议的服务端与终端的通信***包括服务端01和终端02。
服务端01用于,配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端。
由于服务端01发送至终端02的通知消息即Notification消息包括trigger-header和trigger-body,而DM协议中,通知消息trigger-header中的<future-use>字段中有27位空闲的保留字段,因此服务端01可以通过对通知消息trigger-header中的保留字段进行任务类型描述来使终端02接收到该通知消息时,便能得知服务端01即将下发的业务类型。服务端01完成对通知消息trigger-header中的保留字段的业务类型描述后,将该业务类型与保留字段进行一一标示,并将扩展后的通知消息发送给终端02。
针对常用的管理对象和参数采集配置任务,终端02对通知消息的配置请参照图2,图2是本发明基于DM协议的服务端与终端的通信方法中,服务端配置后的通知消息一实施例结构示意图;如图2所示,服务端01共使用位于通知消息中的trigger-header的27位保留字段中的7位来对任务类型进行分别标示,如图2所示的普通参数采配任务类型、LAWMO任务类型、FUMO任务类型、Conn MO任务类型、Diag MO任务类型、DCMO任务类型和SCO MO任务类型。
本领域的技术人员可以理解,图2所示仅是服务端01对通知消息中的保留字段进行扩展的一种具体实施例方式,服务端01对通知消息中的保留字段的扩展和配置并不仅仅局限于图2所示的配置方式,本发明实施例对服务端01配置通知消息中的trigger-header的保留字段的具体方式不作一一穷举。
在一优选的实施例中,服务端01将扩展后的通知消息发送给终端02的一般过程是:服务端01先将扩展后的通知消息发送给服务端01的发送代理网关,再由发送代理网关在异步模式下将所述扩展后的通知消息发送给终端02。
终端02用于,接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端。
终端02接收服务端01发送的扩展通知消息,通过解析该扩展通知消息,获取该扩展通知消息中保留字段的相应描述,进一步地获取服务端01下发的任务类型;终端02根据服务端01下发的任务类型,基于DM协议,构造DM会话包,并将该DM会话包发送至服务端01,与服务端01回连。这样,通知消息在一开始就能够通知终端02具体的任务类型,终端02也能够根据服务端01下发的具体任务类型进行相应的准备工作;比如,当终端02得知服务端01下发的任务类型是FUMO任务类型,终端02便可以提前做好进行固件更新的准备;若终端02不期望此刻进行固件更新,则可以通过构造的DM会话包,向服务端01发送拒绝固件更新的会话。
在一优选的实施例中,终端02接收并解析所述扩展通知消息可以通过下述方式实现:终端02接收所述扩展通知消息,触发解析命令;DM协议栈根据该解析命令,解析所述扩展通知消息,获取该扩展通知消息中保留字段的相应描述,进一步地获取服务端01下发的任务类型。
本实施例通过服务端配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端,具有终端在接收到服务端发送的通知消息时,便可得知具体任务类型的有益效果,提高了***性能,优化了终端的数据处理。
以上所述仅为本发明的优选实施例,并非因此限制其专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (8)
1.一种基于管理对象DM协议的服务端与终端的通信方法,其特征在于,包括以下步骤:
服务端配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;
终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端。
2.如权利要求1所述的方法,其特征在于,所述服务端配置通知消息中的保留字段包括:
服务端对所述通知消息trigger-header中的保留字段进行任务类型描述,并将所述任务类型与所述保留字段进行一一标示。
3.如权利要求1或2所述的方法,其特征在于,所述服务端将配置后的扩展通知消息下发给终端包括:
服务端将配置后的扩展通知消息下发给服务端的发送代理网关,再由所述发送代理网关将所述扩展通知消息发送至终端。
4.如权利要求1所述的方法,其特征在于,所述终端接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型包括:
终端接收所述扩展通知消息,触发解析命令;
根据所述解析命令,DM协议栈解析所述扩展通知消息,获取所述任务类型。
5.一种基于DM协议的服务端与终端的通信***,其特征在于,包括:
服务端,用于配置通知消息中的保留字段,并将配置后的扩展通知消息下发给终端;
终端,用于接收并解析所述扩展通知消息,获取所述扩展通知消息中的任务类型;根据所述任务类型,构造DM会话包并回传至服务端。
6.如权利要求5所述的***,其特征在于,所述服务端还用于:
对所述通知消息trigger-header中的保留字段进行任务类型描述,并将所述任务类型与所述保留字段进行一一标示。
7.如权利要求5或6所述的***,其特征在于,所述服务端还用于:
将配置后的扩展通知消息下发给服务端的发送代理网关,再由所述发送代理网关将所述扩展通知消息发送至终端。
8.如权利要求5所述的***,其特征在于,所述终端还用于:
接收所述扩展通知消息,触发DM协议栈解析所述扩展通知消息,获取所述任务类型。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210552422.0A CN103873538A (zh) | 2012-12-18 | 2012-12-18 | 基于dm协议的服务端与终端的通信方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210552422.0A CN103873538A (zh) | 2012-12-18 | 2012-12-18 | 基于dm协议的服务端与终端的通信方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103873538A true CN103873538A (zh) | 2014-06-18 |
Family
ID=50911659
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210552422.0A Pending CN103873538A (zh) | 2012-12-18 | 2012-12-18 | 基于dm协议的服务端与终端的通信方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103873538A (zh) |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355524A (zh) * | 2007-07-24 | 2009-01-28 | 华为技术有限公司 | 一种消息处理方法、***、服务器和终端 |
CN101909282A (zh) * | 2010-08-20 | 2010-12-08 | 中兴通讯股份有限公司 | 终端操作的触发方法、装置及*** |
CN102571704A (zh) * | 2010-12-24 | 2012-07-11 | 华为终端有限公司 | 管理会话的发起和通知方法、被管理终端及管理服务器 |
-
2012
- 2012-12-18 CN CN201210552422.0A patent/CN103873538A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355524A (zh) * | 2007-07-24 | 2009-01-28 | 华为技术有限公司 | 一种消息处理方法、***、服务器和终端 |
EP2091210A1 (en) * | 2007-07-24 | 2009-08-19 | Huawei Technologies Co., Ltd. | Message processing method, system, server and terminal |
CN101909282A (zh) * | 2010-08-20 | 2010-12-08 | 中兴通讯股份有限公司 | 终端操作的触发方法、装置及*** |
CN102571704A (zh) * | 2010-12-24 | 2012-07-11 | 华为终端有限公司 | 管理会话的发起和通知方法、被管理终端及管理服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9712632B2 (en) | Method for receiving data, method for sending data, mobile terminal, and server | |
EP3300311A1 (en) | Interaction method and apparatus for smart watch and wechat platform, and smart watch | |
EP2860945A3 (en) | Network appliance architecture for unified communication services | |
CN103179027A (zh) | 一种实现电器设备兼容的方法和***、通用外设接入网关 | |
WO2011116718A3 (zh) | 互联网业务控制方法及相关设备和*** | |
CN104539510A (zh) | 一种基于多协议的信息推送***及方法 | |
CN104463670A (zh) | 一种基于Websocket的银行前置交易***的搭建方法 | |
CN103491512A (zh) | 消息推送的实现方法和装置 | |
CN101223737A (zh) | 将异步通知推送到网络装置的方法和*** | |
CN103699450A (zh) | 一种Linux下的自适应组件间通信方法 | |
CN103533064A (zh) | 不间断网络用户在线状态的服务器程序升级方法 | |
EP2645623B1 (en) | Method, device and system for managing wireless terminal by remote server | |
WO2010148723A1 (zh) | 外部终端远程登录方法、主设备及从设备 | |
CN104811342A (zh) | 一种eoc局端批量管理带wifi的eoc终端的方法 | |
CN102694675A (zh) | 一种基于snmp协议的异步通信方法及装置 | |
CN103533001A (zh) | 基于http多重代理的通信方法和***、中间代理服务器 | |
US10454715B1 (en) | Virtual private wire service interworking | |
CN101237663B (zh) | 无线通信***中基站设备的操作维护管理方法和*** | |
CN103873538A (zh) | 基于dm协议的服务端与终端的通信方法及*** | |
CA2647019A1 (en) | Electronic mail communications system with client email internet service provider (isp) polling application and related methods | |
CN107277107B (zh) | 应用调试方法、装置及*** | |
CN102594611B (zh) | 一种网管代理更新Trap会话链表的方法 | |
CN101662391B (zh) | 基于简单网络管理协议版本3的以太网交换机集群管理方法 | |
CN108989467B (zh) | 集中式寻址方法 | |
CN102262533B (zh) | 终端、触发方法和终端间应用程序通讯方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140618 |