CN111858093A - 一种消息处理的方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种消息处理的方法、装置、设备及存储介质。其中，该方法包括：从终端发送的消息数据中提取属性信息；其中，所述属性信息包括终端源地址和发送时间；根据所述属性信息，确定与所述消息数据匹配的消息定义文件；根据所述消息定义文件确定消息解析器，并通过所述消息解析器对所述消息数据进行解析。本发明实施例通过提取属性信息，查找与属性信息匹配的消息定义文件，对消息数据进行解析。解决了现有技术中需要技术人员反复沟通，编写解码程序的问题，提高消息处理的精度和效率。

Description

一种消息处理的方法、装置、设备及存储介质

技术领域

本发明实施例涉及物联网技术，尤其涉及一种消息处理的方法、装置、设备及存储介质。

背景技术

物联网利用感知技术和智能装备对物理世界进行感知识别，通过网络传输互联，实现信息交互，为了节省带宽，传输的消息是经过高度编码的二进制格式，因此地面处理中心需要对不同终端传递来的消息进行解码，以便后续能够对解码后的消息进行处理。

现有技术中发送数据的终端工程人员负责编写采集数据和编码发送的程序，接收数据的平台工程人员负责编写提取消息、解码、入库和通知的程序。这个过程中，终端工程人员把自己编码的算法形成格式文档，供平台工程人员理解。

然而，各个领域参与通讯的消息具有不同格式，随着业务的进行，消息的格式还可能经常更新。且消息格式文档的编写与阅读不是同一批人，研发人员对格式的理解存在偏差，部署人员和维护人员的工作量较大，消息处理的效率较低。

发明内容

本发明实施例提供一种消息处理的方法、装置、设备及存储介质，以提高消息处理的效率。

第一方面，本发明实施例提供了一种消息处理方法，该方法包括：

从终端发送的消息数据中提取属性信息；其中，所述属性信息包括终端源地址和发送时间；

根据所述属性信息，确定与所述消息数据匹配的消息定义文件；

根据所述消息定义文件确定消息解析器，并通过所述消息解析器对所述消息数据进行解析。

第二方面，本发明实施例还提供了一种消息处理装置，该装置包括：

信息提取模块，用于从终端发送的消息数据中提取属性信息；其中，所述属性信息包括终端源地址和发送时间；

文件确定模块，用于根据所述属性信息，确定与所述消息数据匹配的消息定义文件；

数据解析模块，用于根据所述消息定义文件确定消息解析器，并通过所述消息解析器对所述消息数据进行解析。

第三方面，本发明实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如本发明任意实施例所述的消息处理方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明任意实施例所述的消息处理方法。

本发明实施例通过提取消息数据中的属性信息，根据属性信息确定匹配的消息定义文件，从而根据消息定义文件对消息数据进行解析。解决了现有技术中需要工作人员反复沟通，编写解析程序的问题，避免解析程序错误，减少解析程序部署和维护的工作量，节约消息处理的人力和时间，提高消息处理的精度和效率。

附图说明

图1是本发明实施例一中的一种消息处理方法的流程示意图；

图2是本发明实施例二中的一种消息处理方法的流程示意图；

图3是本发明实施例三中的一种消息处理装置的结构框图；

图4是本发明实施例四中的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种消息处理方法的流程示意图，本实施例可适用于对消息进行解析处理的情况，该方法可以由一种消息处理装置来执行。如图1所示，该方法具体包括如下步骤：

步骤110、从终端发送的消息数据中提取属性信息；其中，属性信息包括终端源地址和发送时间。

其中，终端设备采集消息数据，将消息数据发送至另外的终端或物联网平台。目前物联网的信息传输主要依靠地面有线网络和地面无线网络，地面网络受地域影响较大，覆盖能力有限，导致在海上、山上或野外等偏远地区无法应用。卫星通信网络覆盖面积大，对地形和距离不敏感，覆盖地域广，不受地理环境和地质灾害影响，可为物联网提供广域甚至全球的信息采集和传输，从而实现物联网在智慧海洋和智能运输等领域的应用，这是所谓的天基物联网。

本发明实施例聚焦于窄带天基物联网，窄带天基物联网的信道容量较小，传输速率较低，一般只有几十或者几百字节每秒，一次只能传输数十字节。但窄带天基物联网的好处是终端耗电量极低，卫星成本也相对较低，适合一些偏远地区或宽带之外地区的应用。为了节省带宽，终端传输的消息数据可以是经过高度编码的二进制格式，因此接收端需要对不同终端传递来的消息进行解码，以便后续能够对解码后的消息进行处理，解码后的消息一般是JSON(JavaScript Object Notation，一种轻量级的数据交换格式)格式。接收端接收到消息数据，可以从中提取出属性信息，属性信息可以包括终端源地址、发送时间和目的地址等，用于表明消息数据的来源、发送时间和发送目标。

步骤120、根据属性信息，确定与消息数据匹配的消息定义文件。

其中，消息定义文件是声明式的文本，可以对整个二进制数据流进行描述，根据消息定义文件可以解析消息数据。预先存储属性信息与消息定义文件的关联关系，在确定属性信息后，查找与该属性信息匹配的消息定义文件。

本实施例中，可选的，根据属性信息，确定与消息数据匹配的消息定义文件，包括：根据消息数据的终端源地址和发送时间，从缓存记录中查找预设时间段内与终端源地址对应的消息定义文件。

具体的，属性信息中可以包括终端源地址、发送时间和目的地址，不同的终端具有不同的源地址。由于终端上的应用程序版本允许发生修改或者升级，在一段时间内，应用程序版本是固定的，由它发出的消息数据的格式也是固定的。所以根据接收到的终端源地址和发送时间能够唯一匹配到一个消息定义文件。发送方的终端每当进行应用程序版本的修改或升级时，都会向处理中心系统进行同步更新，以便于接收方可以查找到与发送方一致版本的消息定义文件。终端源地址表示发出消息数据的终端，目的地址表示接收消息数据的终端或物联网平台，由终端发往物联网平台的消息数据，其目的地址可以填为空。发送时间表示发出消息数据的UTC(Coordinated Universal Time，世界标准时间)时间戳，为了节省空间，一般用秒计数来表示，当解析消息数据时再把秒计数转为标准的UTC时间。

可以将常用的消息定义文件和用过的消息定义文件保存在缓存记录中，由于终端的数量很多，再加上不同的作用时间范围，因此存在很多消息定义文件，通过缓存记录可以有效提高查表的性能，加快对消息定义文件的查询。

本实施例中，可选的，在从缓存记录中查找预设时间段内与终端源地址对应的消息定义文件之后，还包括：若缓存记录表中不存在对应的消息定义文件，则从解析规则表中查找对应的消息定义文件。

具体的，若可以从缓存记录中找到对应的消息定义文件，则根据该消息定义文件对消息数据进行解析；若缓存记录中不存在对应的消息定义文件，则从解析规则表中进行查找，解析规则表中存储有所有终端以及所有版本的消息定义文件，当找到对应的消息定义文件后，将该消息定义文件存放在缓存记录中，方便下次使用。这样设置的有益效果在于，保证可以找到匹配的消息定义文件，且先通过缓存记录查找提高了查找效率，进而提高消息处理效率。

步骤130、根据消息定义文件确定消息解析器，并通过消息解析器对消息数据进行解析。

其中，消息定义文件中是声明式的文本，并不能直接用于二进制数据的解析。先验证消息定义文件中内容的格式的正确性和完整性，例如，验证消息定义文件的内容是否存在格式错误，是否缺少标点符号等。如果内容的格式正确，再根据消息定义文件中的内容产生消息解析器的源代码。本发明实施例中源代码采用的是脚本语言代码，如JavaScript、Java、Python或C语言等。对消息解析器的源代码进行编译，构建消息解析器，通过消息解析器对消息数据进行解析。

本实施例中，可选的，根据消息定义文件确定消息解析器，包括：根据消息定义文件的文件ID，查找与文件ID对应的消息解析器；若没有找到对应的消息解析器，则获取消息定义文件中的声明式文本；根据声明式文本构建消息解析器。

具体的，每个消息定义文件都对应有一个文件ID(IDentity，身份标识号码)作为标识，不同的消息定义文件对应不同的消息解析器，将常用的消息解析器与用过的消息解析器进行缓存，预先存储文件ID与这些消息解析器的关联关系。在查找到消息定义文件后，确定该消息定义文件的文件ID，从缓存的消息解析器中查找对应的消息解析器。若找到消息解析器，则用该消息解析器对消息数据进行解析；若没有找到对应的消息解析器，则获取消息定义文件中的声明式文本，根据声明式文本构建消息解析器。由声明式文本产生消息解析器的源代码，声明式文本可以由YAML(YAML Ain't Markup Language，YAML不是一种标记语言)结构表示。例如，声明式文本的内容为：

-temperature:

type:s2

-moisture:

type:u1

该声明式文本表示开始的2字节为温度，是一个带符号的整数，有正负之分，紧跟着的一个字节表示湿度，是一个无符号整数。在得到声明式文本的含义后，利用脚本语言编写消息解析器的源代码，再对源代码进行编译，构建消息解析器。在构建出消息解析器后，可以将消息解析器进行缓存，方便之后对该消息解析器直接查找使用。通过消息解析器进行消息数据的解析，解析后的数据可以是JSON格式。这样设置的有益效果在于，通过消息定义文件确定消息解析器，减少了工作人员对解析代码的编写与修改，工作人员在编写好终端上的嵌入式程序后，只需在处理中心系统中配置一下该终端的消息解码规则即可，无需编写格式文档，大大提高了消息处理的速度。消息解码规则为根据属性信息确定消息定义文件，对输入的消息数据进行解析。根据消息定义文件得到消息解析器，将常用的消息解析器缓存起来，绝大多数消息数据可以通过已经缓存的消息解析器进行解码，不需要每次都生成消息解析器，进一步提高消息处理的效率。

本实施例中，可选的，通过消息解析器对消息数据进行解析之后，还包括：对解析之后的目标数据进行合法性校验，若合法，则将目标数据转换为标准格式并存入数据库。

具体的，对消息数据进行解析后，可以进行后续处理。例如，对解析后的数据进行验证工作，可以验证时间和地点的合法性，如果不合法，则将该数据标记为错误；如果合法，则可以进行格式转换，如将秒计数时间转换到本地时间等，并可以将解析后的标准数据存入对象数据库。这样设置的有益效果在于，对解析后的数据进行校验，避免遗漏解析过程中出现的错误，导致后续引用数据时造成误差，提高消息处理精度。

本实施例的技术方案，通过提取消息数据中的属性信息，根据属性信息确定匹配的消息定义文件，从而根据消息定义文件对消息数据进行解析。解决了现有技术中需要工作人员反复沟通，编写解析程序的问题，避免解析程序错误，减少解析程序部署和维护的工作量，节约消息处理的人力和时间，提高消息处理的精度和效率。

实施例二

图2为本发明实施例二所提供的一种消息处理方法的流程示意图，本实施例以上述实施例为基础进行进一步的优化，该方法可以由消息处理装置执行。如图2所示，该方法具体包括如下步骤：

步骤210、从终端发送的消息数据中提取属性信息；其中，属性信息包括终端源地址和发送时间。

步骤220、根据属性信息，确定与消息数据匹配的消息定义文件。

步骤230、根据消息定义文件的文件ID，查找与文件ID对应的消息解析器。

步骤240、若没有找到对应的消息解析器，则获取消息定义文件中的声明式文本。

步骤250、根据声明式文本构建消息解析器，并通过消息解析器对消息数据进行解析。

其中，从消息定义文件中获取声明式文本，根据声明式文本得到消息解析器的源代码，将源代码进行编译，构建消息解析器。通过消息解析器对消息数据进行解析，将二进制数据解析为JSON格式。

本实施例中，可选的，根据声明式文本构建消息解析器，包括：将声明式文本转换为消息解析器的源代码：若消息定义文件中含有自定义类型ID，则查找与自定义类型ID对应的自定义类型，根据自定义类型ID的位置，将自定义类型链接入消息解析器的源代码中，生成消息解析器的可执行代码；通过可执行代码构建消息解析器。

具体的，消息定义文件对于整体解码采用声明式文本的方式进行格式描述，负责对整个二进制数据流进行描述。对于常见的数据格式描述，不需要引入任何自定义类型。自定义类型负责对特殊的字段进行解码，这些特殊的字段不能通过简单的比特拆分，或者表达式计算得出用户的数值。例如，特殊字段可以是秒计数，客户端程序传递一个时间，不是采用年月日时分秒的日历格式，而是采用相对于某一个时刻，如2020年1月1日0时0分0秒，作为起始点到待传递时刻的秒计数表示时间。这不能通过简单的拆分和表达式推算出时间，就可以通过自定义类型完成计算。又例如，经纬度的莫顿编码，客户端不是通过两个浮点数传递经纬度值，而是通过经纬度转换的莫顿编码来传递。这也不能通过简单的拆分和表达式将长整数推算出两个经纬度，可以通过自定义类型完成计算。每个自定义类型对应有唯一的自定义类型ID，自定义类型一般表示为脚本语言的类形式，该类读取一段二进制数据，经过自定义的过程，输出一个或者多个解码后的字段。

若消息定义文件中存在自定义类型，则将声明式文本转换为消息解析器的源代码，再根据自定义类型进行补充，构建消息解析器。消息定义文件中只需要说明自定义类型ID即可，不需要将完整的自定义类型进行描述。根据预先存储的自定义类型ID与自定义类型的关联关系，确定自定义类型。根据自定义类型ID在消息定义文件中的位置，确定自定义类型在源代码中位置，将自定义类型的脚本语言补充到消息解析器的源代码中，生成消息解析器的可执行代码，根据可执行代码构建消息解析器。这样设置的有益效果在于，通过自定义类型扩大了消息解析器的适用范围，实现了消息解析器的动态生成，不需要工作人员进行文档编写，减少解析误差，提高消息处理的精度。

本发明实施例通过提取消息数据中的属性信息，根据属性信息确定匹配的消息定义文件，从而根据消息定义文件对消息数据进行解析，根据自定义类型实现消息解析器的动态生成，提高消息处理的灵活性和精度。解决了现有技术中需要工作人员反复沟通，编写解析程序的问题，避免解析程序错误，减少解析程序部署和维护的工作量，节约消息处理的人力和时间，提高消息处理的精度和效率。

实施例三

图3为本发明实施例三所提供的一种消息处理装置的结构框图，可执行本发明任意实施例所提供的消息处理方法，具备执行方法相应的功能模块和有益效果。如图3所示，该装置具体包括：

信息提取模块301，用于从终端发送的消息数据中提取属性信息；其中，属性信息包括终端源地址和发送时间；

文件确定模块302，用于根据属性信息，确定与消息数据匹配的消息定义文件；

数据解析模块303，用于根据消息定义文件确定消息解析器，并通过消息解析器对消息数据进行解析。

可选的，文件确定模块，具体用于：

根据消息数据的终端源地址和发送时间，从缓存记录中查找预设时间段内与终端源地址对应的消息定义文件。

可选的，该装置还包括：

规则表查找模块，用于在从缓存记录中查找预设时间段内与终端源地址对应的消息定义文件之后，若缓存记录表中不存在对应的消息定义文件，则从解析规则表中查找对应的消息定义文件。

可选的，数据解析模块303，包括：

解析器查找单元，用于根据消息定义文件的文件ID，查找与文件ID对应的消息解析器；

文本获取单元，用于若没有找到对应的消息解析器，则获取消息定义文件中的声明式文本；

解析器构建单元，用于根据声明式文本构建消息解析器。

可选的，解析器构建单元，具体用于：

将声明式文本转换为消息解析器的源代码：

若消息定义文件中含有自定义类型ID，则查找与自定义类型ID对应的自定义类型，根据自定义类型ID的位置，将自定义类型链接入消息解析器的源代码中，生成消息解析器的可执行代码；

通过可执行代码构建消息解析器。

可选的，该装置还包括：

数据校验模块，用于通过消息解析器对消息数据进行解析之后，对解析之后的目标数据进行合法性校验，若合法，则将目标数据转换为标准格式并存入数据库。

本发明实施例通过提取消息数据中的属性信息，根据属性信息确定匹配的消息定义文件，从而根据消息定义文件对消息数据进行解析。解决了现有技术中需要工作人员反复沟通，编写解析程序的问题，避免解析程序错误，减少解析程序部署和维护的工作量，节约消息处理的人力和时间，提高消息处理的精度和效率。

实施例四

图4是本发明实施例四提供的一种计算机设备的结构示意图。图4示出了适于用来实现本发明实施方式的示例性计算机设备400的框图。图4显示的计算机设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机设备400以通用计算设备的形式表现。计算机设备400的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。

总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备400典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备400访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)404和/或高速缓存存储器405。计算机设备400可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备400也可以与一个或多个外部设备409(例如键盘、指向设备、显示器410等)通信，还可与一个或者多个使得用户能与该计算机设备400交互的设备通信，和/或与使得该计算机设备400能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口411进行。并且，计算机设备400还可以通过网络适配器412与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与计算机设备400的其它模块通信。应当明白，尽管图中未示出，可以结合计算机设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种消息处理方法，包括：

从终端发送的消息数据中提取属性信息；其中，属性信息包括终端源地址和发送时间；

根据属性信息，确定与消息数据匹配的消息定义文件；

根据消息定义文件确定消息解析器，并通过消息解析器对消息数据进行解析。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的一种消息处理方法，包括：

从终端发送的消息数据中提取属性信息；其中，属性信息包括终端源地址和发送时间；

根据属性信息，确定与消息数据匹配的消息定义文件；

根据消息定义文件确定消息解析器，并通过消息解析器对消息数据进行解析。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种消息处理方法，其特征在于，包括：

从终端发送的消息数据中提取属性信息；其中，所述属性信息包括终端源地址和发送时间；

根据所述属性信息，确定与所述消息数据匹配的消息定义文件；

根据所述消息定义文件确定消息解析器，并通过所述消息解析器对所述消息数据进行解析。

2.根据权利要求1所述的方法，其特征在于，根据所述属性信息，确定与所述消息数据匹配的消息定义文件，包括：

根据所述消息数据的终端源地址和发送时间，从缓存记录中查找预设时间段内与所述终端源地址对应的消息定义文件。

3.根据权利要求2所述的方法，其特征在于，在从缓存记录中查找预设时间段内与所述终端源地址对应的消息定义文件之后，还包括：

若所述缓存记录表中不存在对应的消息定义文件，则从解析规则表中查找对应的消息定义文件。

4.根据权利要求1所述的方法，其特征在于，根据所述消息定义文件确定消息解析器，包括：

根据所述消息定义文件的文件ID，查找与所述文件ID对应的消息解析器；

若没有找到对应的消息解析器，则获取消息定义文件中的声明式文本；

根据所述声明式文本构建所述消息解析器。

5.根据权利要求4所述的方法，其特征在于，根据所述声明式文本构建所述消息解析器，包括：

将所述声明式文本转换为所述消息解析器的源代码：

若所述消息定义文件中含有自定义类型ID，则查找与所述自定义类型ID对应的自定义类型，根据所述自定义类型ID的位置，将所述自定义类型链接入所述消息解析器的源代码中，生成所述消息解析器的可执行代码；

通过所述可执行代码构建所述消息解析器。

6.根据权利要求1所述的方法，其特征在于，通过所述消息解析器对所述消息数据进行解析之后，还包括：

对解析之后的目标数据进行合法性校验，若合法，则将所述目标数据转换为标准格式并存入数据库。

7.一种消息处理装置，其特征在于，包括：

信息提取模块，用于从终端发送的消息数据中提取属性信息；其中，所述属性信息包括终端源地址和发送时间；

文件确定模块，用于根据所述属性信息，确定与所述消息数据匹配的消息定义文件；

数据解析模块，用于根据所述消息定义文件确定消息解析器，并通过所述消息解析器对所述消息数据进行解析。

8.根据权利要求7所述的装置，其特征在于，所述文件确定模块，具体用于：

根据所述消息数据的终端源地址和发送时间，从缓存记录中查找预设时间段内与所述终端源地址对应的消息定义文件。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1-6中任一所述的消息处理方法。

10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-6中任一所述的消息处理方法。

Images