CN102045870A - 基于无线机器到机器协议的业务处理装置及方法 - Google Patents

Abstract

本发明公开了一种基于无线机器到机器协议的业务处理装置及方法，该装置包括：建立模块，用于建立应用与终端之间的第一对应关系；业务处理模块，用于根据第一对应关系在终端和应用之间进行通信。通过本发明，M2M平台能够对终端和应用进行统一管理。

Description

基于无线机器到机器协议的业务处理装置及方法

技术领域

本发明涉及通信领域，具体而言，涉及一种基于无线机器到机器协议的业务处理装置及方法。

背景技术

机器到机器(Machine-to-Machine/Man，简称为M2M)是一种以机器终端智能交互为核心的、网络化的应用与服务。它通过在机器内部嵌入无线通信模块，以无线通信等为接入手段，为客户提供综合的信息化解决方案，以满足客户对监控、指挥调度、数据采集和测量等方面的信息化需求，其最终目标是网络一切，即，让所有物品都具有联网通信的能力。

无线M2M协议(Wireless M2M Protocol，简称为WMMP)是为实现M2M业务中M2M终端与M2M平台之间、M2M终端之间、M2M平台与应用平台之间的数据通信过程而设计的应用层协议。最近推出了WMMP3.0版本，其极大的提高了通信的安全性和可靠性。

目前，许多厂商都在研发支持WMMP-T的应用终端，争取早日占领M2M市场。与此同时，各行业应用，例如，电力、交通监控、智能家电领域等的应用平台也在积极谋求与M2M的融合，支持WMMP-A规范，形成一条完整的产业链，因此，开发M2M综合平台具有及其重要的意义。

M2M的终端多是处于无人值守的环境中，需要通过M2M平台进行配置、升级、控制、告警、定位等管理操作；各行业应用则需要通过M2M平台获得终端的状态信息，并通过M2M平台和终端进行多种承载方式的数据传输。在这种情况下，迫切的需要一套支持M2M的WMMP协议应用和终端两种接口的M2M综合平台。

目前，尚未发现有基于WMMP 3.0协议实现满足对M2M终端和M2M应用同时支持的M2M综合平台。

针对相关技术中基于WMMP 3.0协议的M2M终端和M2M应用不能通过同一平台支持的问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中基于WMMP 3.0协议的M2M终端和M2M应用不能通过同一平台支持的问题而提出本发明，为此，本发明的主要目的在于提供一种基于无线机器到机器协议的业务处理方案，以解决上述问题。

为了实现上述目的，根据本发明的一个方面，提供了一种机器到机器M2M平台。

根据本发明的机器到机器M2M平台包括：建立模块，用于建立应用与终端之间的第一对应关系；业务处理模块，用于根据第一对应关系在终端和应用之间进行通信。

优选地，业务处理模块包括：应用接口单元，用于与应用进行无线机器到机器应用接口协议WMMP-A消息的交互；终端接口单元，用于与终端进行无线机器到机器终端接口协议WMMP-T消息的交互；业务处理单元，连接至应用接口单元和终端接口单元，用于将来自应用接口单元的消息进行转换并发送给终端接口单元，将来自终端接口单元的消息进行转换并发送给应用接口单元。

优选地，应用接口单元还用于维持与应用的通信链路。

优选地，终端接口单元还用于记录与终端的通信链路信息。

优选地，业务处理单元包括：统一接口子单元，用于接收并区分来自应用接口单元的消息和来自终端接口单元的消息；应用消息处理子单元，用于解析并转发来自应用的消息，并将来自终端消息处理子单元的消息发送给应用；终端消息处理子单元，用于解析并转发来自终端的消息，并将来自应用消息处理子单元的消息转发给终端。

优选地，建立模块包括：获取单元，用于获取应用的业务代码与终端的标识；建立单元，用于根据业务代码和标识建立应用和终端之间的第一对应关系。

为了实现上述目的，根据本发明的另一方面，提供一种基于无线机器到机器协议WMMP的业务处理方法。

根据本发明的一种基于无线机器到机器协议WMMP的业务处理方法包括：机器到机器M2M平台建立应用与一个或多个终端之间的第二对应关系；M2M平台根据第二对应关系在一个或多个终端和应用之间进行通信。

优选地，M2M平台根据第二对应关系在一个或多个终端和应用之间进行通信包括：应用经由M2M平台向一个或多个终端中的一组终端发送无线机器到机器应用接口协议WMMP-A消息；M2M平台获取并将WMMP-A报文转换无线机器到机器终端接口协议WMMP-T消息；M2M平台将WMMP-T消息发送给一组终端。

优选地，该方法还包括：M2M平台建立一个终端与一个或多个应用的第三对应关系；一个终端经由M2M平台向一个或多个应用中的一组应用发送WMMP-T消息；M2M平台获取并将WMMP-T消息转换WMMP-A消息；M2M平台根据第三对应关系将WMMP-A消息发送给一组应用。

优选地，M2M平台建立应用与一个或多个终端之间的第二对应关系包括：M2M平台根据一个或多个终端中每个终端的标识和应用的业务代码建立第二对应关系，其中，每个终端的标识为预先配置或M2M平台为每个终端预先分配的。

通过本发明，采用利用M2M平台将终端和应用对应起来进行通信的方式，解决了相关技术中基于WMMP 3.0协议的M2M终端和M2M应用不能通过同一平台支持的问题，进而达到了通过M2M平台对终端和应用进行统一管理的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的M2M平台的结构框图；

图2是根据本发明实施例的M2M平台的具体的结构框图；

图3是根据本发明实施例的业务处理单元的结构框图；

图4是根据本发明实施例的WMMP协议管理流-业务流并行模式示意图；

图5是根据本发明实施例的M2M平台的组网示意图；

图6是根据本发明实施例的M2M平台的模块间消息的示意图；

图7是根据本发明实施例的基于WMMP的业务处理方法的流程图；

图8是根据本发明实施例的下行数据透传消息的流程图；

图9是根据本发明实施例的终端向应用发起故障通知消息的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

根据本发明的实施例，提供了一种M2M平台。

图1是根据本发明实施例的M2M平台的结构框图，如图1所示，该M2M平台包括：建立模块12、业务处理模块14，下面对该结构进行详细说明。

建立模块12，用于建立应用与终端之间的第一对应关系；业务处理模块14连接至建立模块12，用于根据该第一对应关系在终端和应用之间进行通信。

其中，M2M平台管理应用和终端。

图2是根据本发明实施例的M2M平台的具体的结构框图，如图2所示，业务处理模块14包括：应用接口单元22、终端接口单元24、业务处理单元26，下面对该结构进行详细描述。

应用接口单元22，用于与应用进行无线M2M应用接口协议(Wireless M2M Application Protocol，简称为WMMP-A)消息的交互，负责与应用通信，实现了传输控制协议(Transmission Control Protocol，简称为TCP)、WEB SERVICE两种通信方式与具体的业务数据的剥离，维持应用之间的通信链路，记录通信通道信息，另外，对平台外发报文生成发送结果报告，并告知业务处理单元26；终端接口单元24，用于与终端进行无线M2M终端接口协议(Wireless M2M Terminal Protocol，简称为WMMP-T)消息的交互，负责与各种终端通信，通过与网关通用分组无线业务支持节点(Gateway General Packet Radio Service Supporting Node，简称为GGSN)、短消息中心(Short Message Service Center，简称为SMSC)以及非结构化补充业务数据中心(Unstructured Supplement Data Center，简称为USSDC)等网元保持连接，能够支持TCP、用户数据协议(User Date Protocol，简称为UDP)、短消息(Short Message Service，简称为SMS)、非结构化补充业务数据(Unstructured Supplement Data，简称为USSD)等多种通信方式，实现了具体通信方式与终端数据剥离，记录具体终端的通信链路信息，并对平台外发报文生成发送结果报告，告知业务处理单元26，此外，还具有记录收发报文的原始话单的功能；业务处理单元26，连接至应用接口单元22和终端接口单元24，用于将来自应用接口单元22的消息进行转换，然后，发送给终端接口单元24，将来自终端接口单元24的消息进行转换，然后，发送给应用接口单元22。

其中，应用接口单元22还用于维持与应用的通信链路。

终端接口单元24还用于记录与终端的通信链路信息。

建立模块12包括：获取单元28、建立单元29，下面对该结构进行详细描述。

获取单元28，用于获取应用的业务代码与终端的标识；建立单元29连接至获取模块28，用于根据获取单元28获取的业务代码和标识建立应用和终端之间的第一对应关系。

图3是根据本发明实施例的业务处理单元的结构框图，如图3所示，业务处理单元26包括：统一接口子单元32、应用消息处理子单元34、终端消息处理子单元36，下面对该结构进行详细描述。

统一接口子单元32，用于接收并区分来自应用接口单元22的消息和来自终端接口单元24的消息，具体的，负责业务处理单元26接收到的消息中应用接口单元22和终端接口单元24发来的报文，解析其内部数据结构，查看内部消息头中的Protocol_Type字段的取值，区分WMMP-A和WMMP-T消息，如果是应用发来的WMMP-A消息，则将其按业务代码SERVICEID末位字符的美国标准信息交换码(American Standard Code for Information Intercharge，简称为ASCII)对应用处理线程数取模的算法，将其负载均匀的分发到各个应用处理线程，如果是终端发来的WMMP-T消息，则将其按终端序列号16位SERIALSNO中所有字符的ASCII码值之和对终端处理线程数取模的算法，将其负载均匀的分发到各个终端处理线程，业务处理单元26外发的消息，统一接口子单元32负责根据内部消息头将消息发送给应用或终端的接口单元，并转发携带有消息发送结果的回执报告；应用消息处理子单元34，连接至统一接口子单元32和终端消息处理子单元36，用于解析并转发来自应用的消息，并将来自终端消息处理子单元36的消息发送给应用，负责实现WMMP-A接口流程，对应用发送的信息进行鉴权和安全保护，维护应用的登录登出状态，并且与在线的应用保持心跳报文，还负责把应用下发的管理、业务命令解析后转发给终端消息处理子单元36，并反馈某一终端的执行结果给应用，并把终端主动发起的数据上报等命令告知应用；终端消息处理子单元36，连接至统一接口子单元32和应用消息处理子单元34，用于解析并转发来自终端的消息，并将来自应用消息处理子单元34的消息转发给终端，负责实现WMMP-T接口流程，支持摘要体校验、组包分包、加解密等信息安全措施，管理终端状态(例如，注册、登录、登出、远程控制、维护心跳等)，和应用消息处理子单元34一起实现终端与应用之间的数据通信。

图4是根据本发明实施例的WMMP协议管理流-业务流并行模式示意图，如图4所示，该平台一方面管理控制M2M终端，另一方面鉴权维护M2M应用，以确保终端和应用之间的通信通道的安全性和实时性，实现WMMP协议中的WMMP-T和WMMP-A两个接口的互联互通。例如，将M2M平台分为应用接口机ITNF-A、终端接口机ITNF-T和业务处理机SERVER三部分，分别对应于应用接口单元22、终端接口单元24、业务处理单元26。其中，业务处理机又细分为三个模块：统一接口模块INTF，应用消息处理模块APP_SERV和终端消息处理模块TERM_SERV，分别对应于终端消息处理子单元36、统一接口子单元32、应用消息处理子单元34。M2M平台采用了双接口机构架，应用接口机和终端接口机与业务处理机互联，图5是根据本发明实施例的M2M平台的组网示意图，图6是根据本发明实施例的M2M平台的模块间消息的示意图。

根据本发明的实施例，提供了一种基于WMMP的业务处理方法。

图7是根据本发明实施例的基于WMMP的业务处理方法的流程图，如图7所示，该方法包括如下的步骤S702至步骤S704：

步骤S702，M2M平台建立应用与一个或多个终端之间的对应关系；

步骤S704，M2M平台根据对应关系在一个或多个终端和应用之间进行通信。

其中，在M2M平台建立应用与一个或多个终端之间的第二对应关系之前，M2M平台通过以下方式之一获取第二对应关系：数据导入的方式、门户输入的方式。

M2M平台根据第二对应关系在一个或多个终端和应用之间进行通信包括：应用经由M2M平台向一个或多个终端中的一组终端发送无线机器到机器应用接口协议WMMP-A消息；M2M平台获取并将WMMP-A报文转换无线机器到机器终端接口协议WMMP-T消息；M2M平台将WMMP-T消息发送给一组终端。

该方法还包括：M2M平台建立一个终端与一个或多个应用的第三对应关系；一个终端经由M2M平台向一个或多个应用中的一组应用发送WMMP-T消息；M2M平台获取并将WMMP-T消息转换WMMP-A消息；M2M平台根据第三对应关系将WMMP-A消息发送给一组应用。

在上述方法中，M2M平台建立应用与一个或多个终端之间的第二对应关系包括：M2M平台根据一个或多个终端中每个终端的标识和应用的业务代码建立第二对应关系，其中，每个终端的标识为预先配置或M2M平台为每个终端预先分配的。

下面将结合实例对本发明实施例的实现过程进行详细描述。

M2M平台对终端和应用的管理以及彼此之间的安全数据传输，是按照如下步骤来实现的：

(1)终端厂家在M2M平台的门户上登记厂家信息和终端型号信息，终端可以采取平台分配终端序列号和预置序列号的方式获得序列号，作为终端的唯一标识。

(2)终端向M2M平台发起注册和登陆，获得基础密钥、本次登陆的会话密钥、上下行接入密码以及本次登陆时戳等安全信息，并依靠这些信息与平台进行带校验信息的加密通信。终端如果选择长连接的方式，则主动向M2M平台发出心跳包以维持链路。

(3)应用厂家在M2M平台的门户上登记厂家信息、应用接入因特网协议(Internet Protoco；，简称为IP)地址组，通过平台获取登陆用户名和密码，并且，每个应用可以在门户上获得一个唯一的业务代码，用于唯一标识此应用。

(4)应用用在门户上登记过的IP地址组中的某一个IP、门户的用户名密码和业务代码向平台发起带校验信息的登陆报文。在登录成功之后，由M2M平台主动向应用发起心跳报文，维持链路。

(5)M2M平台通过门户获得终端和应用的订购关系，把下游的终端和上游的应用按照多对一的关系对应起来。终端的状态(例如，注册、登录、故障告警和登出)和业务数据都能通过关联的应用业务代码向维持着链路的业务上报，同理，应用到终端的消息(例如，获取参数、远程控制、数据透传、下载通知和安全参数控制等)靠终端序列号确认向哪一个终端发送。

M2M平台通过下列步骤对终端进行管理：

(1)终端厂商在M2M平台的门户上登记厂家信息和终端型号信息，关键信息包括：移动模组识别码国际移动用户标识码(International Mobile Subscriber Identity，简称为IMSI)，手机号码移动台国际ISDN号码(Mobile Station International ISDM Number，简称为MSISDN)，厂商编号(3位)，终端类型编号(4位)。M2M平台在得到厂商编号和终端类型编号之后，补上终端标识码(1位)，组成16位终端序列号的前8位，标识此厂家此型号的终端。

(2)M2M平台对终端序列号的后8位有两种分配方式：

平台分配序列号法：终端第一次和M2M平台进行交互时，发出注册报文，该报文中携带有后8位全为0的终端序列号。M2M平台根据上报的IMSI与MSISDN进行终端合法性鉴权。在鉴权成功之后，向终端答复注册成功记录此终端已注册，并为其分配后8位序列号；

终端预置序列号法：终端通过门户获得分配好序列号后8位，终端在注册时携带此序列号和IMSI注册，M2M平台鉴权16位完整序列号、IMSI和MSISDN之后完成注册流程，记录此终端已注册。

(3)终端通过向M2M平台注册的过程，获得了唯一标识此终端的16位终端序列号。终端在注册成功之后，M2M平台查询获得此终端的手机号码MSISDN，通过短信的方式下发安全参数。其中的关键信息包括：24位基础密钥，8位的上行接入密码，8位的下行接入密码。

(4)终端获得平台下发的安全参数之后，可以在任意时刻向平台发起登录。登录时终端需要上报的关键信息包括：基础密钥的信息摘要算法5(Message Digest Algorithm，简称为MD5)信息、利用上行接入密码和上报报文计算出的MD5摘要体、终端核心参数的循环冗余码32(Cyclic Redundancy Code，简称为CRC32)校验值。M2M平台先校验MD5摘要体验证报文安全性，然后从数据库中查找到该终端的安全信息，对比基础密钥的MD5值，记录该终端的登录状态，下发此次登录时戳、用基础密钥按3数据加密标准(Triple Data Encryption Standard，简称为3DES)方式加密的会话密钥(此会话密钥用于加密交互报文，只在此次登录期内有效)，用下行接入密码和登录时戳以及其他终端信息计算出的摘要体。

(5)在终端登录时，M2M平台读取数据库中该型号终端的默认核心参数配置值，将其与终端上报的核心参数CRC32校验值进行比较，如果发现不匹配，则在登录应答报文中告知终端需上报核心参数配置值。M2M平台在接收到终端上报后，记录这些信息作为此终端专用的核心参数配置。

(6)操作员在门户上实时查询某终端的运行参数时，M2M平台的任务扫描线程定时扫描数据库获得下发的任务，根据门户上指定的通信方式尝试向终端下发查询指令，在接收到终端返回的参数之后将接收到的参数写入数据库中，或者告知门户下发失败。

(7)操作员在门户上更改某终端的运行参数或安全参数时，M2M平台向终端发起参数下发流程，并将任务执行结果通过数据库告知门户。

(8)终端采用UDP/TCP长连接方式与平台通信时，为了维持通信链路，终端不定期上报心跳报文，该报文中携带的关键信息包括：终端小区id，终端场强。M2M平台在接收到心跳报文之后，更新终端的通信端口值，记录在内存数据库中，登记终端的地理位置和信号强度。

M2M平台通过下列步骤对M2M应用进行管理：

(1)应用厂商在M2M平台的门户上登记厂家信息和应用程序接入的IP地址组，通过门户获取的关键信息包括：接入用户名，接入密码，业务代码。其中，业务代码是最长16位的一串字符，用于唯一标识某一应用。

(2)应用向平台发起登陆，登陆报文中的关键信息包括：门户上分配的业务代码，利用接入用户名、密码结合上报报文计算得出的MD5摘要体。M2M平台根据上报的业务代码从数据库中获取该应用的授权IP组、用户名、密码，对登陆报文进行鉴权。在登录成功之后，M2M平台在登陆应答报文中回复此次登录的16位会话密钥，并记录应用登陆时间，改变其状态为已登录。

(3)应用在登录成功之后的交互报文中，利用获得的会话密钥采用3DES算法加密报文的内容体部分，并将加密后的内容进行BASE64编码使其变为可以正确显示的明码。M2M平台在接收到应用消息之后，按IP鉴权-计算摘要-BASE64解码-3DES解密的顺序对报文进行安全处理，然后解析具体内容，并更新最近一次的交互时间。

(4)对已登录的应用，平台计算与其交互的空闲时间，一旦无报文时间超过设定值A(例如，默认为30秒)，则M2M平台向应用发出心跳检测报文并等待回复。如果在规定时间B(例如，默认为15秒)内M2M平台没有收到心跳应答，则重新发出心跳检测报文，如果3次重发都未回复，则平台断开与应用的通信链路，认为应用已登出。

M2M平台通过以下步骤实现终端和应用之间的信息传递：

(1)M2M平台通过数据导入(正式运营数据采用此方式，数据从运营商处获得)或者门户输入(特殊号码或测试用终端采用此方式，只有超级管理员有此权限)的方式，获得终端和应用之间的订购关系，其中，一个应用能关联多个终端，M2M平台同时也支持一个终端关联到多个应用上。

(2)终端在发生状态改变时(例如，终端向平台注册、登录、告警、登出等，WMMP-T协议消息)，平台在管理终端时根据其报报文中携带的16位终端序列号在数据库中查找该终端关联的应用，如果能够查找到关联的应用，则发送终端状态变更消息。此处，一个终端可能会存在多个关联的应用，需要先查询对应应用的在线状态，根据终端状态的不同向其发送通知报文(例如，终端注册、登录、告警、登出通知报文，WMMP-A协议消息)，该报文中携带的关键信息包括：终端序列号，终端状态类型，告警代码等。

(3)应用可以通过M2M平台向终端(可以为批量终端)发起下行指令(例如，参数获取、参数设置、远程控制、下载通知、安全参数变更以及数据透传等WMMP-A报文)，M2M平台根据下行报文中的业务代码和终端序列号以及命令类型，转发消息和业务数据，向在线的终端转发WMMP-T报文。其中的关键信息包括：来源方应用业务代码，目的方终端序列号、命令类型、设置/获取的参数、应用向终端发送的业务数据部分等。

(4)图8是根据本发明实施例的下行数据透传消息的流程图，如图8所示，该流程包括：

在线的应用向M2M平台的应用接口机INTF-A发送数据透传消息，通信方式可以为web server/tcp(消息1.0)。

INTF-A通知平台的业务处理机的收发模块INTF应用发来消息，其中的关键信息包括：应用的业务代码、应用接入ip、应用链路id、消息类别和具体消息内容(消息1.1)。

INTF根据消息头中的应用消息标志，将该消息的消息头进行字节序处理之后发送给应用消息处理模块SERV-A(消息1.2)。

SERV-A对IP信息、应用业务代码、摘要体进行安全鉴权之后，向应用回复已收到下发的数据透传命令。该回复通过INTF-INTF-A-应用的顺序进行发送(消息2.0-2.2)，其中，INTF-A接口反馈消息发送的结果(消息3.0-3.2)。

SERV-A从数据透传命令中提取出来源应用业务代码、目的终端序列号、透传的业务数据等关键信息。在检查订购关系之后，依次组织消息向负责处理对应终端的终端消息处理模块SERV-T发送透传通知(消息4.0)。

SERV-T在接收到通知消息之后，检查消息中指定的终端是否在线。若不在线则通过SERV-A-INTF-INTF-A-应用的顺序向应用告知数据透传的结果为终端不在线。其中的关键信息包括：来源应用业务代码、目的终端序列号，透传执行结果(消息4.0.1-4.0.4，5.0-5.1)。

若指定终端在线，SERV-T组织WMMP-T的数据透传报文通过INTF-INTF-T-终端的顺序向终端发送，其中的关键信息包括：来源应用业务代码、目的终端序列号、业务数据CRC16校验码和透传数据。其中，如果INTF-T返回发送失败的结果，SERV-T将变更报文的流水号并重新计算摘要后等待指定时间后重发(消息4.1.1-4.1.3，6.0-6.1)。

终端在接收到M2M平台下发的数据透传消息之后，将按WMMP-T协议回复透传接收结果，M2M平台负责将此结果转换成WMMP-A协议向指定应用回复，该过程所经模块顺序为终端-INTF-T-INTF-SERV-T-SERV-A-INTF-INTF-A-应用。其中的关键信息包括：来源终端序列号，目的应用业务代码，透传结果码(消息7.0-7.3)。

(5)下面以终端向应用发起故障通知消息为例来说明终端通过M2M平台向应用进行状态变化通知的过程，图9是根据本发明实施例的终端向应用发起故障通知消息的流程图，如图9所示，该流程包括：

在线的终端向M2M平台的终端接口机INTF-T上报告警消息，通信方式可以为SMS、TCP/UDP、USSD。该消息中包括：终端序列号、告警类型、告警代码(消息1.0)。

INTF-T通知M2M平台的业务处理机的收发模块INTF终端发来消息，其中的关键信息包括：终端序列号、终端接入方式信息、消息类别和具体消息内容(消息1.1)。

INTF根据消息头中的终端消息标志，将该消息的消息头进行字节序处理后发送给应用消息处理模块SERV-A。具体发送线程号由终端序列号对线程总数取模计算(消息1.2)。

SERV-T在对上报报文的分包机制、摘要体和加密机制进行安全处理之后，解析该报文。查询数据库中的订购关系，获得该终端关联的所有应用，并向所有应用发送终端告警通知，其中携带的关键消息包括：来源终端序列号、目的应用业务代码、告警类型、告警代码(消息1.5)。

SERV-A在接收到通知消息之后，检查消息中指定的应用是否在线。若在线，则通过SERV-A-INTF-INTF-A-应用的顺序向应用告知某终端发来告警消息(消息1.5-1.9)。

应用在接收到M2M平台发送的终端告警通知之后，向M2M平台发送接收应答，由平台的SERV-A模块解析并记录应用应答结果(消息2.0-2.2)

综上所述，采用本发明，可以通过M2M平台对终端和应用进行统一的管理，并对终端和应用的消息进行处理。

应当理解的是，上述针对算法和各具体步骤的举例说明较为具体，并不能因此而认为是对本发明的专利保护范围的限制，本发明的专利保护范围应以所附权利要求为准。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种机器到机器M2M平台，其特征在于，包括：

建立模块，用于建立应用与终端之间的第一对应关系；

业务处理模块，用于根据所述第一对应关系在所述终端和所述应用之间进行通信。

2.根据权利要求1所述的M2M平台，其特征在于，所述业务处理模块包括：

应用接口单元，用于与所述应用进行无线机器到机器应用接口协议WMMP-A消息的交互；

终端接口单元，用于与所述终端进行无线机器到机器终端接口协议WMMP-T消息的交互；

业务处理单元，连接至所述应用接口单元和所述终端接口单元，用于将来自所述应用接口单元的消息进行转换并发送给终端接口单元，将来自所述终端接口单元的消息进行转换并发送给所述应用接口单元。

3.根据权利要求2所述的M2M平台，其特征在于，所述应用接口单元还用于维持与所述应用的通信链路。

4.根据权利要求2所述的M2M平台，其特征在于，所述终端接口单元还用于记录与所述终端的通信链路信息。

5.根据权利要求2所述的M2M平台，其特征在于，所述业务处理单元包括：

统一接口子单元，用于接收并区分来自所述应用接口单元的消息和来自所述终端接口单元的消息；

应用消息处理子单元，用于解析并转发来自所述应用的消息，并将来自终端消息处理子单元的消息发送给所述应用；

终端消息处理子单元，用于解析并转发来自所述终端的消息，并将来自所述应用消息处理子单元的消息转发给所述终端。

6.根据权利要求1所述的M2M平台，其特征在于，所述建立模块包括：

获取单元，用于获取所述应用的业务代码与所述终端的标识；

建立单元，用于根据所述业务代码和所述标识建立所述应用和所述终端之间的所述第一对应关系。

7.一种基于无线机器到机器协议WMMP的业务处理方法，其特征在于，包括：

机器到机器M2M平台建立应用与一个或多个终端之间的第二对应关系；

所述M2M平台根据所述第二对应关系在所述一个或多个终端和所述应用之间进行通信。

8.根据权利要求7所述的方法，其特征在于，所述M2M平台根据所述第二对应关系在所述一个或多个终端和所述应用之间进行通信包括：

所述应用经由所述M2M平台向所述一个或多个终端中的一组终端发送无线机器到机器应用接口协议WMMP-A消息；

所述M2M平台获取并将所述WMMP-A报文转换无线机器到机器终端接口协议WMMP-T消息；

所述M2M平台将所述WMMP-T消息发送给所述一组终端。

9.根据权利要求7所述的方法，其特征在于，还包括：

所述M2M平台建立一个终端与一个或多个应用的第三对应关系；

所述一个终端经由所述M2M平台向所述一个或多个应用中的一组应用发送WMMP-T消息；

所述M2M平台获取并将所述WMMP-T消息转换WMMP-A消息；

所述M2M平台根据所述第三对应关系将所述WMMP-A消息发送给所述一组应用。

10.根据权利要求7至9中任一项所述的方法，其特征在于，所述M2M平台建立所述应用与所述一个或多个终端之间的所述第二对应关系包括：

所述M2M平台根据所述一个或多个终端中每个终端的标识和所述应用的业务代码建立所述第二对应关系，其中，所述每个终端的标识为预先配置或所述M2M平台为所述每个终端预先分配的。

Images