一种M2M平台定义消息的方法、系统和M2M平台

摘要

本发明公开了一种M2M平台定义消息的方法、系统和M2M平台，通过在M2M平台中增设的自定义处理单元来处理和解析新接入的终端或应用发送的用于定义消息的自定义消息注册命令，并根据自定义消息注册命令中的内容，按照终端的需求生成相应的自定义消息的描述信息，M2M平台也可以通过自定义处理单元直接处理管理员导入的自定义消息的描述信息，从而实现较方便的在M2M中定义自定义消息、便于建立新的业务。

说明书

技术领域

本发明涉及通信技术，尤其涉及一种M2M平台定义消息的方法、系统和M2M平台。

背景技术

在各个领域中，常常需要进行实时监控，M2M(Machine to Machine，机器对机器)应运而生，M2M是一种理念，M2M通过在机器内部嵌入无线通信模块，以无线通信等为接入手段，实现机器与机器之间的无线通信。例如：在电力设备中安装用来监测配电网运行参数的模块，就可以实现配电系统的实时监测、控制和管理维护；在石油设备中安装用来采集油井工作情况信息的模块，即可远程对油井设备进行调节和控制，及时准确了解油井设备工作情况；在汽车上配装采集车载信息终端、远程监控系统来实现车辆运行状态监控等。

在M2M业务中，M2M终端与M2M平台之间、M2M终端与终端之间、M2M平台与应用平台之间的数据通信过程主要通过WMMP(Wireless M2MProtocol，无线机器对机器协议)协议来实现。

在M2M终端与M2M平台之间，一般采用WMMP-T(Wireless M2MProtocol-Terminal无线机器对机器协议-终端)协议。

在M2M平台与应用平台之间，一般采用WMMP-A(Wireless M2MProtocol-Application，无线机器对机器协议-应用)协议。

M2M应用市场正在全球范围快速增长，随着包括通信设备、管理软件等相关技术的深化，M2M产品成本的下降，M2M业务也逐渐走向成熟。通过M2M技术提供的统一网络平台，能够实现数字化城市中的信息资源共享和数据资源共享。

目前，WMMP-T协议对于终端的管理涉及到13对消息，这些消息是对终端进行管理的最基本命令，如下所示：

REGISTER和REGISTER_ACK、

LOGIN和LOGIN_ACK、

HEART_BEAT和HEART_BEAT_ACK、

CONFIG_TRAP和CONFIG_TRAP_ACK、

CONFIG_REQ和CONFIG_REQ_ACK、

CONFIG_GET和CONFIG_GET_ACK、

CONFIG_SET和CONFIG_SET_ACK、

REMOTE_CTRL和REMOTE_CTRL_ACK、

TRANSPARENT_DATA和TRANSPARENT_DATA_ACK、

TRANSPARENT_CMD和TRANSPARENT_CMD_ACK、

DOWNLOAD_INFO和DOWNLOAD_INFO_ACK、

FILE_REQ和FILE_REQ_ACK、

SECURITY_CONFIG和SECURITY_CONFIG_ACK

通过上述命令可以实现对终端的注册、配置、控制、数据透传等管理。在应时，对终端的管理通常仅局限于上述几个命令，业务的实现方式也仅能使用上述几个命令来定义，这样，M2M平台的应用范围就受到了局限，很难实现各种各样的功能，这样，就很难满足不同用户的需求。

在WMMP-T协议中，上述命令的功能是由命令中的TLV(TAG-LENGTH-VELUE，标签-长度-内容)来具体来实现命令的功能的，一个命令中通常包含了多个TLV，来实现一个较复杂的功能。TLV是带格式的数字或不定长字符串或字节数组，它通常用来动态扩展消息交互中的数据及参数，TLV的结构如图1所示，TLV中的T表示TAG，为该字符串的定义标签；TLV中的L表示LENGTH，为该TLV中扩展的有效数据或参数的长度；TLV中的V表示VELUE，为该TLV中有效数据或参数内容。

在TLV的V部分，有一部分数据是在进行消息传输时必填的，称为固定部分，其长度和类型已经在WMMP协议中规定了，固定部分可以理解成是一种特殊的TLV，指示没有T部分和L部分。

在WMMP协议中定义了215个TLV，使用这些TLV对终端的配置、统计、控制、软件等参数进行管理，实现终端的业务功能，但是，对于一个特定的终端来讲，并不一定能够应用全部215个TLV，而这215个TLV可能并不能满足终端的应用需求，所以，单纯的应用已经定义的命令和TLV，很难适应各类应用和终端的差异，满足各类用户的需求。

而在新的终端或应用接入M2M平台后，为了能够正常使用该新的终端或应用，经常需要根据终端或应用的需求修改M2M平台的后台程序，重新进行编译，将新的终端或应用的相关功能参数编译到M2M平台中后，才能够使用新的终端或应用，操作十分复杂。

例如，如果需要新接入一种新的终端，用来监测一个区域的噪音指标，就需要将这个终端接入M2M平台，但是，M2M平台中可能并没有监测噪音指标这方面的参数，如果终端需要上报这方面的数据，可能M2M平台并不能够进行识别和处理，难以实现应有的监测功能，这样，在接入该终端的时候，就需要修改M2M平台的处理程序，并重新进行编译，以使得M2M平台能够支持该终端的功能，操作非常复杂，并且接入新的终端或应用的耗时也较长。

发明内容

本发明实施例提供一种M2M平台定义消息的方法、系统和M2M平台，以简化在M2M平台中定义自定义消息的操作。

一种M2M平台定义消息的方法，包括：

接收用于定义消息的自定义消息注册命令；

根据所述自定义消息注册命令中所述自定义消息的各个要素，生成自定义消息的描述信息，所述自定义消息的要素包括所述自定义消息的标识信息和功能描述；

存储所述自定义消息的描述信息。

进一步，在所述存储所述自定义消息的描述信息前，还包括：

确定所述自定义消息的描述信息中，所述自定义消息的标识信息区别于所述M2M中已经存储的同类消息的标识信息。

进一步，所述存储所述自定义消息的描述信息具体为：将所述自定义消息的描述信息存储到数据库中。

更进一步，所述方法还包括：将所述自定义消息的描述信息存储到内存表中；或者

将所述数据库中的各消息的描述信息定期更新到内存表中。

其中，所述自定义消息具体为自定义TLV；并且

所述自定义消息的要素还包括：所述自定义消息的长度和数据类型；

或者，所述自定义消息具体为自定义命令。

较佳的，所述存储所述自定义消息的描述信息后，还包括：返回处理结果。

一种M2M平台定义消息的系统，包括：

终端或应用，用于在定义消息时，发送用于定义消息的自定义消息注册命令；

M2M平台，用于在接收到所述终端或应用发送的自定义消息注册命令后，根据所述自定义消息注册命令中所述自定义消息的各个要素，生成自定义消息的描述信息，并存储所述自定义消息的描述信息，所述自定义消息的要素包括所述自定义消息的标识信息和功能描述。

进一步，所述M2M平台具体包括：

接收单元，用于接收所述终端或应用发送的自定义消息注册命令；

自定义处理单元，用于根据所述接收单元接收的自定义消息注册命令中所述自定义消息的各个要素，生成自定义消息的描述信息；

存储单元，用于存储所述自定义处理单元生成的自定义消息的描述信息。

较佳的，所述M2M平台还包括：

验证单元，用于确定所述自定义处理单元生成的自定义消息的描述信息中自定义消息的标识信息区别于所述存储单元中已经存储的同类消息的标识信息；

所述存储单元具体用于，存储所述自定义处理单元生成并通过所述验证单元验证的自定义消息的描述信息。

进一步，所述存储单元具体为数据库；或者所述存储单元具体为数据库和内存表。

一种M2M平台，包括：

接收单元，用于接收终端或应用发送的自定义消息注册命令；

自定义处理单元，用于根据所述接收单元接收的自定义消息注册命令中所述自定义消息的各个要素，生成自定义消息的描述信息，所述自定义消息的各个要素包括所述自定义消息的标识信息和功能描述；

存储单元，用于存储所述自定义处理单元生成的自定义消息的描述信息。

进一步，M2M平台中还包括：

验证单元，用于确定所述自定义处理单元生成的自定义消息的描述信息中自定义消息的标识信息区别于所述存储单元中已经存储的同类消息的标识信息；

所述存储单元具体用于，存储所述自定义处理单元生成并通过所述验证单元验证的自定义消息的描述信息。

进一步，所述存储单元具体为数据库；或者所述存储单元具体为数据库和内存表。

本发明实施例提供一种M2M平台定义消息的方法、系统和M2M平台，通过在M2M平台中增设的自定义处理单元来处理和解析新接入的终端或应用发送的用于定义消息的自定义消息注册命令，并根据自定义消息注册命令中的内容，按照终端的需求生成相应的自定义消息的描述信息，M2M平台也可以通过自定义处理单元直接处理管理员导入的自定义消息的描述信息，从而实现较方便的在M2M中定义自定义消息的描述信息、便于生成新的业务。

附图说明

图1为本发明实施例中M2M平台定义消息的方法流程图；

图2为本发明实施例中终端注册自定义TLV的方法流程图；

图3为本发明实施例中终端注册自定义命令的方法流程图；

图4为本发明实施例中应用注册自定义TLV的方法流程图；

图5为本发明实施例中应用注册自定义命令的方法流程图；

图6为本发明实施例中管理员设置自定义消息的方法流程图；

图7为本发明实施例中M2M平台定义消息的系统流程图；

图8为本发明实施例中M2M平台的结构示意图。

具体实施方式

本发明实施例提供一种M2M平台定义消息的方法、系统和M2M平台，在M2M平台中增设了自定义处理单元，用来处理和解析新接入的终端或应用发送的用于定义消息的自定义消息注册命令，在自定义消息注册命令中，包括了生产自定义消息的描述信息的全部必要信息，自定义处理单元根据这些信息就可以生成终端或应用想要生成的自定义消息的描述信息，从而满足新接入的终端或应用的不同需求，M2M平台也可以通过自定义处理单元直接处理管理员导入的自定义消息的描述信息，从而实现较方便的在M2M中定义自定义消息的描述信息、建立新的业务。

如图1所示，本发明实施例提供的M2M平台定义消息的方法包括：

步骤S101、接收用于定义消息的自定义消息注册命令；

步骤S102、根据所述自定义消息注册命令中，自定义消息的各个要素，生成自定义消息的描述信息；

在自定义消息注册命令中，具有生成自定义消息的描述信息所需要的各个要素，如果定义一个命令，通常需要包括每个命令唯一的命令字即标识信息和对该命令的简要描述，如果命令字长度与默认的不同，还可能包括命令字长度；如果定义一个TLV，通常包括TAG值、长度、数据类型和对该TLV功能的简要描述。

步骤S103、存储所生成的自定义消息的描述信息。

这样，终端就可以利用自定义消息的描述信息与M2M平台进行通信了。

为进一步保护M2M平台的信息，如果终端或应用刚刚接入M2M平台，在向M2M平台发送自定义消息注册命令之前，还需要登录M2M平台，在登录时，首先终端或应用向M2M平台发送登录请求，M2M平台接收到该登录请求后，进行处理并返回登录结果，如果登录成功，终端或应用才能在M2M平台中定义消息。

进一步，为了防止终端或应用重复注册或者两个终端或应用使用同一个消息标识信息注册不同的消息，可以在生成自定义消息的描述信息后，验证自定义消息的描述信息中的标识信息是否已经被M2M平台中存储的其他消息使用，如果没有被其他消息使用，则说明没有冲突，再将该自定义消息的描述信息存储在M2M平台中。

在存储时，可以使用很多种方式进行存储，如文本方式，数据库方式等，当然使用数据库方式更加容易管理、并可以在使用时加快处理速度。

为进一步提高终端或应用与M2M平台通信的效率，可以在将自定义消息的描述信息存储在数据库中的同时，将该自定义消息的描述信息也存储在内存的内存表中，这样在接收到终端发送的消息后，直接可以根据内存表中存储的自定义消息的描述信息确定该自定义消息的功能。

如果M2M平台的内存空间有限，可以定期将数据库中比较常用的消息定期更新到内存表中，以提高终端或应用于M2M平台的通信效率。

所要定义的消息一般包括两种：命令和TLV，终端和应用都可能需要定义这两种消息，由于终端和应用与M2M平台进行通信的协议不同，M2M解析的过程也有所不同，下面通过几个具体实施例来进行说明：

实施例一：

终端在M2M平台上注册自定义TLV。

如图2所示，终端在M2M平台上注册自定义TLV的方法主要包括：

步骤S201、终端向M2M平台发送登录请求命令；

步骤S202、M2M平台进行处理后，向终端返回登录成功命令；

登录请求消息和登录成功消息在WMMP-T协议中已经有了定义。

步骤S203、登录成功后，终端向M2M平台发送自定义TLV注册命令；

该自定义TLV注册命令是预先设定好的，如CUSTOM_TLV_REQ，M2M平台根据该自定义TLV注册命令的命令字即可获知，该命令用于注册自定义TLV。

步骤S204、M2M平台解析该自定义TLV注册命令中的各个TLV，生成自定义TLV的描述信息；

步骤S205、M2M平台确认该自定义TLV的描述信息中自定义TLV的TAG与M2M平台中已经存储的TLV的TAG没有冲突后，将该自定义TLV的描述信息存储起来；

步骤S206、M2M平台向终端返回注册结果。

自定义TLV注册命令中的各个TLV可以按照如下方式进行定义：

第一个TLV可用来设置自定义TLV的TAG值，假如第一个TLV的TAG值设置为0xC001，M2M平台解析该第一个TLV，获取该TLV的TAG值为0xC001，并根据所存储的TLV的描述信息，确定该TLV用于定义自定义TLV的TAG值，获得该第一个TLV的L值和V值，其中L值为自定义TLV的TAG值的长度，V值为自定义TLV的TAG值，根据WMMP-T协议的规定，通常L值为2，如果获取到的V值为P101，则可以确定所要生成的自定义TLV的描述信息中自定义TLV的TAG值为0xP101；

第二个TLV可用来设置自定义TLV的LEN值，假如第二个TLV的TAG值设置为0xC002，M2M平台解析该第二个TLV，获取该TLV的TAG值为0xC002，并根据所存储的TLV的描述信息，确定该TLV用于定义自定义TLV的LEN值，获得该第二个TLV的L值和V值，其中L值为自定义TLV的LEN值的长度，V值为自定义TLV的LEN值，根据WMMP-T协议的规定，通常L值为2，如果获取到的V值为0005，则可以确定所要生成的自定义TLV的描述信息中自定义TLV的LEN值为0005，即自定义TLV的V值长度为0005。

第三个TLV可用来设置自定义TLV的类型，假如第三个TLV的TAG值设置为0xC003，M2M平台解析该第三个TLV，获取该TLV的TAG值为0xC003，并根据所存储的TLV的描述信息，确定该TLV用于定义自定义TLV的类型，获得该第三个TLV的L值和V值，其中L值为自定义TLV的类型代码的长度，V值为自定义TLV的类型代码，根据WMMP-T协议的规定，通常L值为2，类型代码和TLV的类型一一对应的，并且已经预先设定好了，比如，如果获取到的V值为0001，则可以根据对应关系确定所要生成的自定义TLV的描述信息中自定义TLV的类型为整数类型。

第四个TLV可用来对自定义TLV进行描述，即该TLV是用来做什么的，并定义各个参数的单位、意义等，假如第四个TLV的TAG值设置为0xC004，M2M平台解析该第四个TLV，获取该TLV的TAG值为0xC004，并根据所存储的TLV的描述信息，确定该TLV用于对自定义TLV进行描述，获得该第四个TLV的L值和V值，其中L值为对自定义TLV的描述的长度，V值为对自定义TLV的描述，M2M平台在后续通信时接收到自定义TLV时，根据该描述，确定所接收到的数据的意义。

例如，用于监测周围环境噪声的终端在接入M2M平台后，就可以通过自定义TLV来建立噪声监测的业务，在终端登录M2M平台后，终端向M2M平台发送自定义TLV注册命令CUSTOM_TLV_REQ，命令中携带了的4个TLV为：“C0001 0002 AAAA C002 0002 0004 C003 0002 0001 C004 0064噪音指标，单位：分贝”。根据这4个TLV即可生成应用于该业务的自定义TLV的描述信息，该自定义消息的描述信息中，TAG值为AAAA，V部分长度为4，类型是整数类型，V部分的含义是周围环境噪声的分贝值。M2M平台判断AAAA这个TAG值是不是与已经注册的TLV的TAG值冲突，确认没有冲突后，将生成的自定义TLV的描述信息存储起来，并向终端返回注册结果。这样，如果M2M平台需要统计各个片区的噪音指标时，只需要按照常规流程，向各个指定的终端发获取参数命令CONFIG_GET，TAG是AAAA的消息，就可以实现自定义的获取噪音指标参数的业务。

实施例二、

终端在M2M平台上注册自定义命令。

有时，业务中可能需要完成较复杂的功能，则需要通过自定义命令中的多个TLV来完成，这时，不仅需要定义各个TLV命令，还需要定义一个自定义命令。

如图3所示，终端在M2M平台上注册自定义命令的方法主要包括：

步骤S301、终端向M2M平台发送登录请求命令；

步骤S302、M2M平台进行处理后，向终端返回登录成功命令；

登录请求消息和登录成功消息在WMMP-T协议中已经有了定义。

步骤S303、登录成功后，终端向M2M平台发送自定义命令注册命令；

该自定义命令注册命令是预先设定好的，如CUSTOM_CMD_REQ，M2M平台根据该自定义命令注册命令的命令字即可获知，该命令用于注册自定义命令。

步骤S304、M2M平台解析该自定义命令注册命令中的各个TLV，生成自定义命令的描述信息；

步骤S305、M2M平台确认该自定义命令的描述信息中的标识信息与M2M平台中已经存储的命令的标识信息没有冲突后，将该自定义命令的描述信息存储起来；

步骤S306、M2M平台向终端返回注册结果CUSTOM_CMD_ACK。

自定义命令注册命令中的各个TLV可以按照如下方式进行定义：

第一个TLV可用来设置自定义命令的命令字，即标识信息，假如第一个TLV的TAG值设置为0xB001，M2M平台解析该第一个TLV，获取该TLV的TAG值为0xB001并根据所存储的TLV的描述信息，确定该TLV用于定义自定义命令的命令字，获得该第一个TLV的L值和V值，其中L值为自定义命令的命令字的长度，V值为自定义命令的命令字，根据WMMP-T协议的规定，通常L值为2；

第二个TLV可用来对自定义命令进行描述，即该命令是用来做什么的，并定义各个参数的单位、意义等，假如第二个TLV的TAG值设置为0xB002，M2M平台解析该第二个TLV，获取该命令的TAG值为0xB002，并根据所存储的TLV的描述信息，确定该TLV用于对自定义命令进行描述，获得该第二个TLV的L值和V值，其中L值为对自定义命令的描述的长度，V值为对自定义命令的描述，M2M平台在后续通信时接收到自定义命令时，根据该描述，确定所接收到的命令的意义。

实施例三：

应用在M2M平台上注册自定义TLV。

如图4所示，应用在M2M平台上注册自定义TLV的方法主要包括：

步骤S401、应用向M2M平台发送登录请求命令；

步骤S402、M2M平台进行处理后，向应用返回登录成功命令；

登录请求消息和登录成功消息在WMMP-A协议中已经有了定义。

步骤S403、登录成功后，应用向M2M平台发送自定义TLV注册命令；

该自定义TLV注册命令是预先设定好的，如TappCostomTlvReq，M2M平台根据该自定义TLV注册命令的命令字即可获知，该命令用于注册自定义TLV。

步骤S404、M2M平台解析该自定义TLV注册命令中的消息体<BODY>部分，生成自定义TLV的描述信息；

步骤S405、M2M平台确认该自定义TLV的描述信息中自定义TLV的TAG与M2M平台中已经存储的TLV的TAG没有冲突后，将该自定义TLV的描述信息存储起来；

步骤S406、M2M平台向应用返回注册结果。

该自定义TLV注册命令的结构可以为：

<TappCustomTlvReq>

<HEAD>包头</HEAD>

<HASH>消息摘要</HASH>

<BODY>

<TAG>自定义TLV的TAG</TAG>

<LEN>自定义TLV的长度</LEN>

<TYPE>自定义TLV的类型</TYPE>

<DESC>简单功能描述</DESC>

</BODY>

</TappCustomTlvReq>

<TAG>表示自定义TLV的TAG，<LEN>表示自定义TLV中V部分的长度，<TYPE>表示自定义TLV的类型，<DESC>是对该自定义TLV的简单描述。

实施例四、

应用在M2M平台上注册自定义命令。

有时，业务中可能需要完成较复杂的功能，则需要通过自定义命令中的多个TLV来完成，这时，不仅需要定义各个TLV命令，还需要定义一个自定义命令。

如图5所示，应用在M2M平台上注册自定义命令的方法主要包括：

步骤S501、应用向M2M平台发送登录请求命令；

步骤S502、M2M平台进行处理后，向应用返回登录成功命令；

登录请求消息和登录成功消息在WMMP-A协议中已经有了定义。

步骤S503、登录成功后，应用向M2M平台发送自定义命令注册命令；

该自定义命令注册命令是预先设定好的，如TappCostomCmdReq，M2M平台根据该自定义命令注册命令的命令字即可获知，该命令用于注册自定义命令。

步骤S504、M2M平台解析该自定义命令注册命令的消息体<BODY>部分，生成自定义命令的描述信息；

步骤S505、M2M平台确认该自定义命令的描述信息中自定义命令的标识信息与M2M平台中已经存储的命令的标识信息没有冲突后，将该自定义命令的描述信息存储起来；

步骤S506、M2M平台向应用返回注册结果。

该自定义命令注册命令的结构可以为：

<TappCustomCmdReq>

<HEAD>包头</HEAD>

<HASH>消息摘要</HASH>

<BODY>

<CMD>自定义命令字</CMD>

<LEN>自定义命令字长度</LEN>

<DESC>简单功能描述</DESC>

</BODY>

</TappCustomCmdReq>

<CMD>表示自定义命令的命令字，<LEN>表示自定义命令的命令字长度，<DESC>是对该自定义命令的简单功能描述。

实施例五、

可以由管理员登录M2M平台后，由管理员来制定自定义命令和自定义TLV。

管理员可以通过文本批量导入，也可以一个一个的输入。

管理员向终端发送自定义消息注册命令，M2M平台根据自定义消息注册命令中的内容生成自定义消息的描述信息，并存储。

如图6所示，管理员指定自定义命令和自定义TLV的方法包括：

步骤S601、管理员向M2M平台发送登录请求命令；

步骤S602、M2M平台进行处理后，返回登录成功命令；

步骤S603、登录成功后，管理员向M2M平台发送自定义消息注册命令；

步骤S604、M2M平台解析命令后，生成自定义消息的描述信息，并存储；

步骤S605、返回注册结果。

管理员定制自定义命令的命令格式可以如下文所示：

自定义命令字|自定义命令字长度|简单描述；

管理员定制自定义TLV的命令格式可以如下文所示：

自定义TLV的TAG|自定义TLV的长度|自定义TLV的类型|简单描述；

在解析文本后，M2M平台可以对自定义命令的标识信息或自定义TLV的TAG进行校验，不产生冲突后，将该自定义命令的描述信息或自定义TLV的描述信息记录到内存表和数据库。

M2M平台还可以将每个自定义消息的处理结果记录到日志中，以便于管理。

本发明实施例还提供一种M2M平台定义消息的系统，如图7所示，包括：终端或应用701和M2M平台702，其中：

终端或应用701，用于在定义消息时，向M2M平台702发送用于定义新建的业务所需要的消息的自定义消息注册命令；

M2M平台702，用于在接收到终端或应用701发送的自定义消息注册命令后，根据自定义消息注册命令中自定义消息的各个要素，生成自定义消息的描述信息，并存储自定义消息的描述信息，其中，自定义消息的要素包括自定义消息的标识信息和功能描述。

通常，终端701通过T接口与M2M平台702连接，并通过WMMP-T协议与M2M平台702通信，应用701通过A接口与M2M平台702连接，并通过WMMP-A协议与M2M平台702通信。

进一步，如图8所示，本发明实施例提供的M2M平台702具体包括：接收单元801、自定义处理单元802和存储单元803，其中：

接收单元801，用于接收终端或应用发送的自定义消息注册命令；接收单元801通过A接口连接应用，通过T接口连接终端。

自定义处理单元802，用于根据接收单元801接收的自定义消息注册命令中自定义消息的各个要素，生成自定义消息的描述信息；

存储单元803，用于存储自定义处理单元802生成的自定义消息的描述信息。

进一步，为防止出现重复注册，或者两个终端或应用使用同一标识信息进行注册，M2M平台中还包括：

验证单元，用于确定自定义处理单元802生成的自定义消息的描述信息中自定义消息的标识信息区别于存储单元803中已经存储的同类消息的标识信息；

存储单元803具体用于，存储自定义处理单元802生成并通过验证单元验证的自定义消息的描述信息。

其中，存储单元803可以具体为数据库，也可以为数据库和内存表，在进行存储时，可以将自定义消息的描述信息仅存储在数据库中，也可以既存储在数据库中又存储在内存表中，或者先存储在数据库中，再定期从数据库中将各个消息的描述信息同步到内存表中。

本发明实施例提供一种M2M平台定义消息的方法、系统和M2M平台，通过在M2M平台中增设的自定义处理单元来处理和解析新接入的终端或应用发送的用于定义消息的自定义消息注册命令，并根据自定义消息注册命令中的内容，按照终端的需求生成相应的自定义消息的描述信息，M2M平台也可以通过自定义处理单元直接处理管理员导入的自定义消息的描述信息，从而实现较方便的在M2M中定义自定义消息、便于建立新的业务。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。