CN103095609A

CN103095609A - 一种基于物联网终端的接入适配方法和装置

Info

Publication number: CN103095609A
Application number: CN2013100081339A
Authority: CN
Inventors: 周生团; 周训波; 马君; 王宇
Original assignee: Datang Software Technologies Co Ltd
Current assignee: Datang Software Technologies Co Ltd
Priority date: 2013-01-09
Filing date: 2013-01-09
Publication date: 2013-05-08

Abstract

本发明公开了一种基于物联网终端的接入适配方法和装置，所述方法包括：监听接入端口，获取上行消息；按预置的解析规则对所述上行消息进行解析获得第一数据报文；对所述第一数据报文进行适配处理，包括：报文封装，将所述第一数据报文封装成第二数据报文，所述第二数据报文包括内部标准的报文头和报文体；将所述第二数据报文发送至对应的业务平台。这样一来，业务平台能够按照统一的报文格式处理来自终端的消息，而无需考虑消息的协议类型，针对不同协议的消息开发接入接口，因此有效降低了物联网终端的接入和维护成本。

Description

一种基于物联网终端的接入适配方法和装置

技术领域

本发明涉及物联网技术领域，具体涉及一种基于物联网终端的接入适配方法和装置。

背景技术

近年来，物联网已经成为继计算机、互联网与移动通信网之后的世界信息产业第三次浪潮。世界各国的未来信息化发展战略，均从不同概念向物联网演进。在中国，物联网技术已从实验室阶段走向实际应用，国家电网、机场安保、物流等领域已出现物联网身影。

目前业界对物联网还没有一个完全统一的概念，但普遍认可的概念是通过射频识别（RFID）、红外感应器、全球定位系统（GPS）、激光扫描器、环境传感器、图像感知器等信息传感设备，按约定的协议，把任何物品与互联网连接起来，进行信息交换和通讯，以实现智能化识别、定位、跟踪、监控和管理的一种网络。

在当前阶段，尚未形成统一的物联网协议标准，现有协议种类繁多，在实际应用中要面临多种协议的物联网终端，来源也多种多样。按照承载协议的不同，终端使用的协议包括传输控制协议（Transmission Control Protocol，TCP）、用户数据报协议(User Datagram Protocoll，UDP)、超文本传输协议（Hypertext Transport Protocol，HTTP）、短消息协议（Short Messaging Service，SMS）、或者厂商自定义协议等，如中国移动无线机器对机器协议（WirelessMachine Management Protocol,WMMP）。WMMP是应用层协议，其承载协议可以是SMS、TCP/IP、UDP/IP。WMMP的协议结构参见图1。

机器对机器（Machine-To-Machine,M2M）通信是物联网当前主要表现形态。M2M是无线通信和信息技术的整合，可将多种不同类型通信技术有机结合一起，实现机器之间通信、人机交互通信、移动互联通信等。在M2M通信中，M2M平台通信接入层要实现平台的通信接入功能，实现不同厂商终端接入、协议适配管理。

面对使用不同协议的终端，现有的M2M平台主要通过开发特定的协议接入接口实现对该终端的通信接入，每当出现一种新的终端都要专门开发新的协议接口，开发成本高昂。而且一旦现有协议的版本出现升级时，其原有的协议接入接口也需要再次进行相应的开发，维护成本非常高。同时，由于各协议报文的格式都不相同，因此，业务平台也需要开发相应的协议接入接口才能适应对不同协议报文的处理，造成开发成本大量增加。

总之，需要本领域技术人员解决的一个技术问题就是：如何降低M2M平台实现终端通信接入时的开发和维护成本。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的一种物联网接入方法和相应的装置。

依据本发明的一个方面，提供了一种基于物联网终端的接入适配方法，包括：

监听接入端口，获取上行消息；

按预置的解析规则对所述上行消息进行解析获得第一数据报文；

对所述第一数据报文进行适配处理，包括：

报文封装，将所述第一数据报文封装成第二数据报文，所述第二数据报文包括内部标准的报文头和报文体；

将所述第二数据报文发送至对应的业务平台进行处理。

可选地，所述获取上行消息后还包括：

将所述获取自接入端口的上行消息放入监听队列；

从所述监听队列中读取上行消息。

可选地，所述按预置的解析规则对所述上行消息进行解析获得第一数据报文包括：

读取解析配置映射表，所述解析配置映射表存储有接入源信息与对应的解析规则；

按照所述上行消息对应的接入源信息从所述解析配置映射表中获取匹配的解析规则，以及依据该解析规则对所述上行消息进行解析获得第一数据报文。

可选地，所述获得第一数据报文之后还包括：

将所述第一数据报文放入接入队列；

监听接入队列，从所述接入队列中读取第一数据报文；

按照所述第一数据报文对应的接入源信息从接入适配映射表中获取匹配的适配处理器标识；

启动一个任务线程，根据当前适配处理指令运行与适配处理器标识对应的适配处理器，将所述第一数据报文发送至所述适配处理器。

可选地，所述对第一数据报文进行适配处理还包括：

指令转换，按预置的指令映射表将第一数据报文中的终端指令转换为对应的接入平台指令。

可选地，所述报文头包括：报文长度、报文指令代码、报文流水号、报文安全标识、保留字、终端序列号；

所述报文体包括：固定参数、可变参数TLV。

可选地，所述解析配置映射表为XML文件格式，所述解析配置映射表根据接入的协议类型存储对应的接入源信息和解析规则；

所述对第一数据报文进行适配处理的报文封装和/或指令转换通过调用对应的JS脚本执行。

可选地，还包括：

接收来自业务平台的第三数据报文；

按预置的指令映射表将第三数据报文中的接入平台指令转换为对应的终端指令；

将所述第三数据报文解析封装成下行消息；

将所述下行消息发送至对应的终端。

依据本发明的另一方面，还提供了一种基于物联网终端的接入适配装置，包括：

监听器，用于监听接入端口，获取上行消息；

接入解析器，用于按预置的解析规则对所述上行消息进行解析获得第一数据报文；

协议适配处理器，用于对所述第一数据报文进行适配处理，包括：

消息封装单元，用于将第一数据报文封装成第二数据报文，所述第二数据报文包括内部标准的报文头和报文体；

通信单元，用于将第二数据报文发送至对应的业务平台进行处理。

可选地，还包括：

监听队列，用于存储获取自接入端口的上行消息；

所述接入解析器还用于从所述监听队列中读取上行消息。

可选地，所述接入解析器包括：

解析配置获取单元，用于读取解析配置映射表，所述解析配置映射表存储有接入源信息与对应的解析规则；

报文解析单元，用于按照所述上行消息对应的接入源信息从所述解析配置映射表中获取匹配的解析规则，然后依据该解析规则对所述上行消息进行解析获得第一数据报文。

可选地，还包括：

接入队列，用于存储第一数据报文；

任务分发器，用于监听接入队列，从所述接入队列中读取第一数据报文；按照所述第一数据报文对应的接入源信息从接入适配映射表中获取匹配的适配处理器标识；启动一个任务线程，根据当前适配处理指令运行与适配处理器标识对应的适配处理器将所述第一数据报文发送至所述适配处理器。

可选地，所述协议适配处理器还包括：

指令转换单元，用于按预置的指令映射表将第一数据报文中的终端指令转换为对应的接入平台指令。

所述报文体包括：固定参数、可变参数TLV。

可选地，所述解析配置获取单元所读取的解析配置映射表为XML文件格式，所述解析配置映射表根据接入的协议类型存储对应的接入源信息和解析规则；

所述协议适配处理器中的消息封装单元和/或指令转换单元通过调用对应的JS脚本执行相应处理。

可选地，

所述通信单元，还用于接收来自业务平台的第三数据报文；

所述指令转换单元，还用于按预置的指令映射表将第三数据报文中的接入平台指令转换为对应的终端指令；

所述消息封装单元，还用于将所述第三数据报文解析封装成下行消息；

所述通信单元，还用于将下行消息发送至对应的终端。

现有的M2M平台主要通过开发特定的协议接入接口实现对终端的接入，终端每出现一种新的协议M2M平台都要专门开对应的协议接口，同时，由于各协议报文的格式都不相同，业务平台也需要开发相应的协议接口才能适应对不同协议报文的处理，造成开发成本大量增加。本发明实施例通过将来自终端的上行消息解析封装为具有标准报文头、报文体的第二数据报文，因此，业务平台可始终按照一种方式处理报文，而不必考虑报文协议的不同，因此，有效降低了终端接入成本。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出WMMP协议的结构示意;

图2示出了根据本发明一个实施例的一种基于物联网终端的接入适配方法的流程示意图;

图3示出了根据本发明一个实施例的一种基于物联网终端的接入适配方法的流程示意图；

图4示出了根据本发明一个实施例的一种基于物联网终端的接入适配装置的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

参见图2，图2示出了本发明实施例的一种基于物联网终端的接入适配方法的流程示意图，包括：

步骤201，监听接入端口，获取上行消息。

接入监听器按照协议类型封装有多个监听组件，各监听组件使用与其协议类型匹配的软硬件接口监听对应的网络端口，接收来自该网络端口的上行消息，例如：TCP组件、UDP组件、HTTP组件、SMS组件、RS232组件、RS485组件、ZigBee组件、WMMP组件、UMMP组件等。具体而言，各监听组件启动不同的监听进程监听对应端口上的终端上行消息，在监听到物联网终端连接请求后，将创建一个SOCKET，并交给新的线程与终端进行通信，该线程接收终端的上行消息。

在本发明的另一优选实施例中，所述获取上行消息之后还包括：

将所述获取自接入端口的上行消息放入监听队列；

从所述监听队列中读取上行消息。

通过将上行消息放入监听队列，使得监听器不必处于等待状态，在接收完一个上行消息后，可以立即开始新的监听，大大提高了监听器的处理效率，避免遗漏。

步骤202，按预置的解析规则对所述上行消息进行解析获得第一数据报文。

由于直接从端口获取的上行消息中通常含有部分无效数据，为了提高数据处理效率，我们对上行消息进行解析获取第一数据报文。

一般而言，来自终端的上行消息中包含数据长度、分隔字符、指令编码、终端序列号等信息，并且，基于同一类型协议发送的上行消息的数据格式也基本相同。因此，我们按照协议类型设置对应的解析规则并存储在解析配置映射表中。所述解析规则定义了具体如何对某协议类型的上行消息进行解析，例如：析取数据报文时的起始字符、截止字符、字符长度等。

本领域技术人员容易理解，可采用多种存储方式记录所述解析配置映射表，例如XML文件、HTML文件、文本文件，或直接以数据表的形式存储在关系型数据库中等。

解析配置映射表中记录了接入源信息和对应的解析规则，为便于理解，下面给出一段XML格式的解析配置映射表示例：

在本发明的另一优选实施例中，所述步骤202解析上行消息获得第二数据报文具体包括：

按照上行消息对应的接入源信息从所述解析配置映射表中获取匹配的解析规则，然后依据该解析规则对所述上行消息进行解析获得第一数据报文。

由于本发明实施例在接收上行消息时，是按照协议从特定的端口进行接收，因此，根据上行消息的接收端口容易得知该上行消息对应的接收源IP地址、协议类型。然后，通过所述接收源信息匹配接入配置映射表获取匹配的解析规则。最后，依据该匹配得到的解析规则对上行消息进行解析获得第一数据报文。

在本发明的另一优选实施例中，所述步骤202获得第一数据报文之后还包括：

将所述第一数据报文放入接入队列；

监听接入队列，从所述接入队列中读取第一数据报文；

步骤203，对第一数据报文进行适配处理，具体包括：

报文封装，将所述第一数据报文封装成第二数据报文，所述第二数据报文包括内部标准的报文头和报文体。

将基于不同协议的第一数据报文封装成统一报文格式的消息体，即第二数据报文，这样一来可以屏蔽不同接入协议的差异，业务平台可基于同一格式的消息体进行处理，大大降低了处理复杂度，减少了处理成本。

第二数据报文的消息体包括报文头、报文体。其中，报文头格式固定，依次为报文总长度、报文命令代码、报文流水号、报文安全标识、保留字、终端序列号。报文体长度可变，格式不固定，甚至可以缺省。由固定参数部分和可变TLV组成。其中T为TAG，表示该字符串的定义标签；L为LENGTH，表示该TLV扩展的有效数据或参数V的长度；V为VALUE，表示该数字或字符串或字节数组中有效数据的数值。

在本发明的另一优选实施例中，在所述报文封装之前还包括：

例如：不同终端厂商的开机指令编码都不同，在指令映射表中，我们将不同终端厂商的开机指令编码都映射为同一个平台开机指令（0X016），这样一来，进一步提高了内部消息的适应性。

本领域技术人员应当理解，所述指令映射表中配置的指令映射关系可在实施本发明时根据实际情况选择，例如，终端指令的类型可包括：登录指令、注册指令、拨号指令、数据采集指令、参数上报、参数下发、远程控制等。

步骤204，将所述第二数据报文发送至对应的业务平台。

以上实施例中主要描述了对接入上行消息的处理过程，在本发明的另一优选实施例中，除了对上行消息的处理外，还同时包括对下行消息的处理，具体包括：

接收来自业务平台的第三数据报文；按预置的指令映射表将第三数据报文中的接入平台指令转换为对应的终端指令；将所述第三数据报文解析封装成下行消息；将所述下行消息发送至对应的终端。

其中，来自业务平台的第三数据报文和来自终端经解析封装生成的第二数据报文具有相同的数据格式，对第三数据报文的指令转换、解析封装成下行消息可参考以上第二数据报文的处理过程，这里不再赘述。

在以上实施例的描述中，对不同协议的上行消息的解析、接入队列、适配处理都由统一的接入解析器、接入队列、适配处理器完成，容易理解，按照接入协议类型的不同，以独立模块组件分别处理对各自协议接入也是可以的，例如：

TCP监听器、TCP监听队列、TCP协议解析、TCP协议适配处理；

UDP监听器、UDP监听队列、UDP协议解析、UDP协议适配处理；

HTTP监听器、HTTP监听队列、HTTP协议解析、HTTP协议适配处理。

为了更深入理解本发明实施例的实现过程，下面参照图3，结合一个具体的例子对本发明一种物联网接入方法作进一步描述。

301，接入监听器监听来自终端通信连接。

接入监听器按指定的接入源监听特定协议类型的上行消息，所述接入源信息包括IP地址、端口，例如监听基于TCP协议的上行消息接入源包括：IP:127.0.0.1；端口：1234。

302，接入监听器将接收到的上行消息放入监听队列。

303，接入解析器从监听队列中读取上行消息。

304，接入解析器读取解析配置XML文件。

在本例中，我们以XML文件格式存储映射表。读取XML文件时，按照当前上行消息的接入源信息从XML文件中获取匹配的解析规则，以下为解析适配XML文件示例：

从上述XML文件中，容易获取与接入源信息：IP127.0.0.1；端口1234匹配的解析规则，如：数据包长度28，起始字符，截止字符#等。

以上XML文件为示例内容，本领域技术人员在实施时，可根据要接入的协议类型配置该解析配置XML文件，例如UDP、HTTP、SMS、RS232、RS485、ZigBee、WMMP等。

305，接入解析器解析上行消息获得第一数据报文。

接入解析器调用解析配置XML文件中的解析脚本Access_1234.js对当前上行消息进行解析处理，经过解析可获得该上行消息的第一数据报文，包括：报文体、终端ID和数据部分等相关信息，该解析脚本的内容示例如下：

306，将第一数据报文放入接入队列。

307，任务分发器监听接入队列中是否有新的消息，从接入队列中读取第一数据报文。

308，任务分发。

任务分发器从接入适配XML文件获取与当前适配处理标识匹配的适配处理器，然后启动一个任务线程，运行与当前适配处理指令对应的适配处理器，将所述第一数据报文发送至所述适配处理器。本例中我们以当前上行消息的接入源端口号1234作为当前适配处理处理标识，以下为接入适配XML文件内容示例：

按照当前第一数据报文的接入源端口号1234匹配出的适配处理器包括：报文封装、登录，若当前指定的适配处理指令为“报文封装”，那么就调用对应的适配处理器脚本“1234_报文封装.js”进行相应的处理。

在上述接入适配XML文件中，我们以TCP上行消息为例配置了其需要执行的适配处理，本领域技术人员应当理解，在实施本发明时，可按照要接入的协议类型设置对应的适配处理指令和适配处理器脚本。

309，适配处理：指令转换。

按预置的指令映射表将第一数据报文中的终端指令转换为对应的接入平台指令。

310，适配处理：上行报文封装获得第二数据报文。

上行报文封装通过调用报文封装适配处理脚本“1234_报文封装.js”执行，以下给出“1234_报文封装.js”示例内容：

311，将第二数据报文发送至对应的业务平台。

以上对本发明所提供的一种基于物联网终端的接入适配方法做了描述，下面参见上述方法实施例的内容，对本发明的一种基于物联网终端的接入适配装置进行描述：

参见图4，图4示出了本发明所述一种基于物联网终端的接入适配装置的结构示意图，所述装置包括：

监听器410，用于监听接入端口，获取上行消息；

接入解析器420，用于按预置的解析规则对所述上行消息进行解析获得第一数据报文；

协议适配处理器430，用于对所述第一数据报文进行适配处理，包括：

消息封装单元431，用于将第一数据报文封装成第二数据报文，所述第二数据报文包括内部标准的报文头和报文体；

通信单元440，用于将第二数据报文发送至对应的业务平台进行处理。

其中，所述装置还包括：

监听队列450，用于存储获取自接入端口的上行消息；

所述接入解析器420还用于从所述监听队列中读取上行消息。

其中，所述接入解析器420包括：

解析配置获取单元421，用于读取解析配置映射表，所述解析配置映射表存储有接入源信息与对应的解析规则；

报文解析单元422，用于按照所述上行消息对应的接入源信息从所述解析配置映射表中获取匹配的解析规则，然后依据该解析规则对所述上行消息进行解析获得第一数据报文。

所述装置还包括：

接入队列460，用于存储第一数据报文；

任务分发器470，用于监听接入队列，从所述接入队列中读取第一数据报文；按照所述第一数据报文对应的接入源信息从接入适配映射表中获取匹配的适配处理器标识；启动一个任务线程，根据当前适配处理指令运行与适配处理器标识对应的适配处理器将所述第一数据报文发送至所述适配处理器。

其中，所述协议适配处理器还包括：

指令转换单元432，用于按预置的指令映射表将第一数据报文中的终端指令转换为对应的接入平台指令。

其中，所述报文头包括：报文长度、报文指令代码、报文流水号、报文安全标识、保留字、终端序列号；

所述报文体包括：固定参数、可变参数TLV。

所述解析配置获取单元421所读取的解析配置映射表为XML文件格式，所述解析配置映射表根据接入的协议类型存储对应的接入源信息和解析规则；

所述协议适配处理器中430的消息封装单元431和/或指令转换单元432通过调用对应的JS脚本执行相应处理。

所述通信单元440，还用于接收来自业务平台的第三数据报文；

所述指令转换单元432，还用于按预置的指令映射表将第三数据报文中的接入平台指令转换为对应的终端指令；

所述消息封装单元431，用于将所述第三数据报文解析封装成下行消息。

所述通信单元440，还用于将下行消息发送至对应的终端。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的一种基于物联网终端的接入适配装置装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims

1.一种基于物联网终端的接入适配方法，其特征在于，包括：

监听接入端口，获取上行消息；

对所述第一数据报文进行适配处理，包括：

将所述第二数据报文发送至对应的业务平台。

2.如权利要求1所述的方法，其特征在于，所述获取上行消息后还包括：

将所述获取自接入端口的上行消息放入监听队列；

从所述监听队列中读取上行消息。

3.如权利要求2所述的方法，其特征在于，所述按预置的解析规则对所述上行消息进行解析获得第一数据报文包括：

4.如权利要求3所述的方法，其特征在于，所述获得第一数据报文之后还包括：

将所述第一数据报文放入接入队列；

监听接入队列，从所述接入队列中读取第一数据报文；

5.如权利要求1至4中任意一项所述的方法，其特征在于，所述对第一数据报文进行适配处理还包括：

6.如权利要求1所述的方法，其特征在于，所述报文头包括：报文长度、报文指令代码、报文流水号、报文安全标识、保留字、终端序列号；

所述报文体包括：固定参数、可变参数TLV。

7.如权利要求5所述的方法，其特征在于，所述解析配置映射表为XML文件格式，所述解析配置映射表根据接入的协议类型存储对应的接入源信息和解析规则；

8.如权利要求5所述的方法，其特征在于，还包括：

接收来自业务平台的第三数据报文；

将所述第三数据报文解析封装成下行消息；

将所述下行消息发送至对应的终端。

9.一种基于物联网终端的接入适配装置，其特征在于，包括：

监听器，用于监听接入端口，获取上行消息；

10.如权利要求9所述的装置，其特征在于，还包括：

监听队列，用于存储获取自接入端口的上行消息；

所述接入解析器还用于从所述监听队列中读取上行消息。

11.如权利要求10所述的装置，其特征在于，所述接入解析器包括：

12.如权利要求11所述的装置，其特征在于，还包括：

接入队列，用于存储第一数据报文；

13.如权利要求9至12中任意一项所述的装置，其特征在于，所述协议适配处理器还包括：

14.如权利要求13所述的装置，其特征在于，所述报文头包括：报文长度、报文指令代码、报文流水号、报文安全标识、保留字、终端序列号；

所述报文体包括：固定参数、可变参数TLV。

15.如权利要求13所述的装置，其特征在于，所述解析配置获取单元所读取的解析配置映射表为XML文件格式,所述解析配置映射表根据接入的协议类型存储对应的接入源信息和解析规则；

16.如权利要求13所述的装置，其特征在于，所述通信单元，还用于接收来自业务平台的第三数据报文；

所述通信单元，还用于将下行消息发送至对应的终端。