[发明专利]M2M系统及其业务处理方法

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种M2M系统及其业务处理方法。

背景技术

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

M2M终端是满足某种协议(如移动M2M终端基于WMMP协议，电信M2M的终端支持MDMP协议)并具有一定功能(如接收远程M2M平台激活指令、本地故障告警、数据通信、远程升级、数据统计以及端到端的通信交互功能)的终端。

M2M平台是为M2M应用服务的客户端提供统一的M2M终端接入管理、终端设备鉴权和检测控制，并能够转发相应业务数据的系统。M2M应用业务平台是为M2M应用服务客户端提供各类M2M应用服务，实现特定行业业务逻辑处理的应用系统。

物联网非常类似互联网，都是要将众多的设备互联互通起来。只是物联网的目标更为宏大，要将所有终端设备全部互联。

在现有的M2M协议中，运营商通常要求实现一个M2M平台。所有的M2M应用和底层终端都要注册到该平台上面来。M2M应用与底层终端之间通信，底层终端之间通信都要通过M2M平台进行转发。

图1是根据相关技术的M2M系统的示意图。

如图1所示，在M2M系统中，各个M2M平台在处理业务时是相互独立的，从而，在某个M2M平台的应用服务器出现峰值的情况下，往往会发生大量的丢消息情况。

因为M2M所管理的底层设备有其特殊性：设备类型众多，数量巨大，设备与平台有多种通信方式。这就会造成一种情况：M2M平台的信息处理量是非常巨大的。在某些特定情况下，终端发送给单个应用的消息流量本身就可能出现一个巨大的峰值。该单个应用的消息处理能力可能将无法满足消息处理的性能要求。

这种情况下，大量终端发送的数据流就会对M2M平台和上层应用的处理能力提出很高的要求。如何更好地利用现有的资源，来满足突发业务量的处理要求成为一个运营商要面对的难题。

发明人发现上述的相关技术中，M2M系统中丢消息现象比较严重。

发明内容

本发明的主要目的在于提供一种M2M系统及其业务处理方法，以至少解决上述的M2M系统中丢消息现象比较严重的问题。

根据本发明的一个方面，提供了一种M2M系统的业务处理方法，该方法包括：在业务处理过程中，当机器对机器M2M系统中的第一M2M平台检测到第一应用的业务量满足预定条件时，将业务量分流至第二应用进行处理，其中，第一应用和第二应用相互绑定。

进一步地，为M2M系统中的各个应用配置不同的优先级，第一M2M平台将业务量分流至第二应用进行处理包括：第一M2M平台选择各个应用中优先级最高的应用作为第二应用；第一M2M平台将业务量分流至第二应用进行处理。

进一步地，根据终端的类型为M2M系统中的各个应用配置不同的优先级，其中，类型包括以下之一或任意多个的组合：终端类型、消息类型、消息体中数据的类型、消息长度。

进一步地，在第一M2M平台将业务量分流至第二应用进行处理之前，上述方法还包括：确定M2M系统中哪些应用能够绑定，其中，按照以下方式之一或任意多个的组合来确定M2M系统中哪些应用可以绑定：是否具有相同的消息逻辑处理能力；是否具有同样的功能；以及对收到的消息数据是否能够进行协同处理。

进一步地，第一M2M平台检测到第一应用的业务量满足预定条件包括以下之一：第一M2M平台检测到第一应用的业务量超过预设的license限制；第一M2M平台检测到第一应用的业务量超过第一应用所在应用服务器的流量阈值；第一应用所在的服务器发现自身处理能力不足，请求第一M2M平台进行流量控制。

进一步地，第一M2M平台将业务量分流至第二应用进行处理包括以下之一或任意多个的组合：第一M2M平台将业务量由第一应用服务器分流至第二应用服务器，其中，第一应用服务器和第二应用服务器均与第一M2M平台相连接，第一应用和第二应用分别为第一应用服务器和第二应用服务器上的应用；第一M2M平台经由第二M2M平台将业务量由第三应用服务器分流至第四应用服务器，其中，第三应用服务器和第一M2M平台相连接，第四应用服务器与第二M2M平台相连接，第一应用和第二应用分别为第三应用服务器和第四应用服务器上的应用。