CN116996596A - 消息解析方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供一种消息解析方法、装置、电子设备及存储介质，本公开本涉及通信技术领域，具体涉及物联网、数据处理、消息处理等技术领域。具体实现方案包括：响应于接收到第一消息，获取第一消息的属性信息；从多个候选解析方式中确定出与属性信息相匹配的目标解析方式，其中，候选解析方式对应至少一种使用场景；从多个候选地址中确定出与属性信息相匹配的目标地址；利用目标解析方式将第一消息解析成第二消息，并将第二消息发送到目标地址。上述方法能够根据消息的使用场景，选择合适的解析方式来解析消息，使得解析得到消息具备更高的可用性，便于提高消息后续的使用价值。

Description

消息解析方法、装置、电子设备及存储介质

技术领域

本公开本涉及通信技术领域，具体涉及物联网、数据处理、消息处理等技术领域。

背景技术

部分物联网平台都只支持单一的JSON数据格式，因此通常需要将接收到的非JSON格式的消息转换成JSON格式的消息。在相关技术中，在对消息进行解析时，通常会使用固定的解析方式进行解析，并未充分考虑到用户的使用场景，造成使用的局限性。

发明内容

本公开提供了一种消息解析方法、装置、电子设备及存储介质。

根据本公开的第一方面，提供了一种消息解析方法，包括：

响应于接收到第一消息，获取第一消息的属性信息；

从多个候选解析方式中确定出与属性信息相匹配的目标解析方式，其中，候选解析方式对应至少一种使用场景；

从多个候选地址中确定出与属性信息相匹配的目标地址；

利用目标解析方式将第一消息解析成第二消息，并将第二消息发送到目标地址。

在本公开的一些实施例中，从多个候选解析方式中确定出与属性信息相匹配的目标解析方式，包括：

从属性信息中确定出用于与第一消息的使用场景相关联的特征信息；

基于预设的映射关系信息，从多个候选解析方式中确定出与第一消息的特征信息相匹配目标解析方式，映射关系信息用于指示候选解析方式与至少一种特征信息的映射关系。

在本公开的一些实施例中，第一消息的特征信息包括第一消息的来源、身份、用途、发送机制、头信息、类型、投递模式和内容编码中的至少一项。

在本公开的一些实施例中，利用目标解析方式将第一消息解析成第二消息，包括：

加载目标解析方式对应的数据处理引擎；

利用数据处理引擎将第一消息解析成第二消息。

在本公开的一些实施例中，第一消息为二进制格式的消息。

在本公开的一些实施例中，第二消息为JSON格式的消息。

在本公开的一些实施例中，使用场景包括通用场景、高可读性场景和动态解析场景。

在本公开的一些实施例中，在响应于接收到第一消息，获取第一消息的属性信息之前，还包括：

响应于消息配置操作，为属性信息配置对应的解析方式和地址；

获取第一测试消息和第一测试消息的测试属性信息；

从多个候选解析方式中确定出与测试属性信息相匹配的测试目标解析方式；

从多个候选地址中确定出与属性信息相匹配的测试目标地址；

利用目标解析方式将第一测试消息解析成测试第二测试消息，并将第二测试消息发送到目标地址；

响应于第一测试消息被解析为第二测试消息，展示配置成功通知；

或者，响应于第一测试消息未被解析为第二测试消息，展示配置失败通知。

在本公开的一些实施例中，将第二消息发送到目标地址，包括：

确定第二消息的数据量；

基于数据量和目标解析方式对应的使用场景，确定目标压缩参数；

基于压缩参数对第二消息进行压缩，将压缩后的第二消息发送到目标地址。

在本公开的一些实施例中，基于数据量和目标解析方式对应的使用场景，确定目标压缩参数，包括：

基于目标解析方式对应的使用场景确定初始压缩参数；

基于数据量与预设的数据量阈值之间的差值，确定参数调整系数；

基于初始压缩参数和参数调整系数确定目标压缩参数。

根据本公开的第二方面，提供了一种消息解析装置，消息解析装置包括属性获取模块、解析方式确定模块、地址确定模块和消息发送模块；

属性获取模块用于响应于接收到第一消息，获取第一消息的属性信息；

解析方式确定模块用于从多个候选解析方式中确定出与属性信息相匹配的目标解析方式，其中，候选解析方式对应至少一种使用场景；

地址确定模块用于从多个候选地址中确定出与属性信息相匹配的目标地址；

消息发送模块用于利用目标解析方式将第一消息解析成第二消息，并将第二消息发送到目标地址。

在本公开的一些实施例中，解析方式确定模块在用于从多个候选解析方式中确定出与属性信息相匹配的目标解析方式时，具体用于：

从属性信息中确定出用于与第一消息的使用场景相关联的特征信息；

基于预设的映射关系信息，从多个候选解析方式中确定出与第一消息的特征信息相匹配目标解析方式，映射关系信息用于指示候选解析方式与至少一种特征信息的映射关系。

在本公开的一些实施例中，第一消息的特征信息包括第一消息的来源、身份、用途、发送机制、头信息、类型、投递模式和内容编码中的至少一项。

在本公开的一些实施例中，消息发送模块在用于利用目标解析方式将第一消息解析成第二消息时，具体用于：

加载目标解析方式对应的数据处理引擎；

利用数据处理引擎将第一消息解析成第二消息。

在本公开的一些实施例中，第一消息为二进制格式的消息。

在本公开的一些实施例中，第二消息为JSON格式的消息。

在本公开的一些实施例中，使用场景包括通用场景、高可读性场景和动态解析场景。

在本公开的一些实施例中，消息解析装置还包括消息配置模块，消息配置模块用于：

响应于消息配置操作，为属性信息配置对应的解析方式和地址；

获取第一测试消息和第一测试消息的测试属性信息；

从多个候选解析方式中确定出与测试属性信息相匹配的测试目标解析方式；

从多个候选地址中确定出与属性信息相匹配的测试目标地址；

利用目标解析方式对第一测试消息进行解析；

响应于第一测试消息被解析为第二测试消息，展示配置成功通知；

或者，响应于第一测试消息未被解析为第二测试消息，展示配置失败通知。

在本公开的一些实施例中，消息发送模块在用于将第二消息发送到目标地址时，具体用于：

确定第二消息的数据量；

基于数据量和目标解析方式对应的使用场景，确定目标压缩参数；

基于压缩参数对第二消息进行压缩，将压缩后的第二消息发送到目标地址。

在本公开的一些实施例中，消息发送模块在用于基于数据量和目标解析方式对应的使用场景，确定目标压缩参数时，具体用于：

基于目标解析方式对应的使用场景确定初始压缩参数；

基于数据量与预设的数据量阈值之间的差值，确定参数调整系数；

基于初始压缩参数和参数调整系数确定目标压缩参数。

根据本公开的第三方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使计算机执行根据第一方面所述的方法。

根据本公开的第五方面，提供了一种计算机程序项目，包括计算机程序，所述计算机程序在被处理器执行时实现根据第一方面所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征信息，也不用于限制本公开的范围。本公开的其它特征信息将通过以下的说明书而变得容易理解。

本公开提供的技术方案带来的有益效果是：

本公开实施例提供的消息解析方法，能够根据消息的使用场景，选择合适的解析方式来解析消息，使得解析得到消息具备更高的可用性，便于提高消息后续的使用价值。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1示出了本公开提供的一种消息解析方法的流程示意图；

图2示出了本公开提供的消息解析方法应用于物联网场景的流程示意图；

图3示出了本公开提供的一种消息配置的流程示意图；

图4示出了本公开提供的一种为属性信息配置对应的解析方式的界面示意图；

图5示出了本公开提供的一种为属性信息配置完成后的回显示意图；

图6示出了本公开提供的一种对第一测试消息进行解析的界面示意图；

图7示出了本公开提供的一种第二测试消息发送成功后的界面示意图；

图8示出了本公开提供的一种消息解析装置的示意图；

图9示出了本公开提供的另一种消息解析装置的示意图；

图10示出了本公开提供的另一种消息解析系统的结构示意图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

应当理解，在本公开各实施例中，字符“/”一般表示前后关联对象是一种“或”的关系。术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征信息的数量。

部分物联网平台都只支持单一的JSON数据格式，因此通常需要将接收到的非JSON格式的消息转换成JSON格式的消息。在相关技术中，在对消息进行解析时，通常会使用固定的解析方式进行解析，并未充分考虑到用户的使用场景，造成使用的局限性。

该方法的执行主体可以是终端设备、或者计算机、又或者服务器，或者还可以是其他具有数据处理能力的设备。在此对该方法的执行主体不作限制。在一些实施例中，本公开实施例提供的消息解析方法的执行主体可以主车上的终端设备(如车载电脑)。

可选地，终端设备可以是手机，也可以是平板电脑、可穿戴设备、车载设备、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personaldigital assistant，PDA)等，本公开实施例对终端设备的具体类型不作限制。

一些实施例中，服务器可以是单独的一个服务器，或者，也可以是由多个服务器构成的服务器集群。部分实施方式中，服务器集群还可以是分布式集群。本公开对服务器的具体实现方式也不作限制。

下面对本公开提供的消息解析方法进行示例性说明。

图1示出了本公开提供的一种消息解析方法的流程示意图，如图1所示，该方法主要可以包括以下步骤：

S110：响应于接收到第一消息，获取第一消息的属性信息。

为了便于理解和表述，本公开将需要进行解析的消息定义为第一消息。本公开的执行主体在接收到第一消息之后，可以从第一消息的数据包中解析出对应的属性信息。这里，第一消息可以是二进制消息。

S120：从多个候选解析方式中确定出与属性信息相匹配的目标解析方式。

这里，候选解析方式可以对应至少一种使用场景，使用场景包括通用场景、高可读性场景和动态解析场景。本公开可以预先为每种属性信息配置对应的解析方式，因此可以根据属性信息和预先配置的对应关系，从多个候选解析方式中查询到与属性信息相匹配的目标解析方式。

可选地，属性信息中包含特征信息，本公开可以预先设置映射关系信息，映射关系信息用于指示候选解析方式与至少一种特征信息的映射关系。在S120中，可以从属性信息中确定出用于与第一消息的使用场景相关联的特征信息；之后基于预设的映射关系信息，从多个候选解析方式中确定出与第一消息的特征信息相匹配目标解析方式。这里，第一消息的特征信息包括第一消息的来源、身份、用途、发送机制、头信息、类型、投递模式和内容编码中的至少一项。特征信息能够反映第一消息的使用需求，通过预先配置映射关系信息，能够准确高效地基于特征信息来确定出第一消息的使用场景实际需要的目标解析方式。

可选地，本公开可以预先配置Protobuf解析方式、Kaitai Struct解析方式和Apache Avro解析方式，在S120中，可以在这3种解析方式中确定出与属性信息相匹配的目标解析方式。

Protobuf是一类标准化、使用较为广泛的二进制形式，可进行标准化解析。其利用Varint和ZigZag编码，更是最大化地压缩传输数据的大小。Kaitai Struct，提供了一种类似YAML的语言，可以简洁地定义二进制结构，具有自描述性。Apache Avro，相较于Protobuf，最大的一个区别是Avro不要求代码生成，数据总是和Schema一起，无需代码生成和静态数据类型等就可以完整解析。

Protobuf解析方式对应于通用场景，是最常用的解析方式，然而Protobuf需要对序列化后的二进制格式进行编码，这就导致了消息缺少自描述性，不便于分析Protobuf所解析出的消息，因此需要Kaitai Struct解析方式去填补Protobuf解析方式的可读性差的缺点。Kaitai Struct解析对应于高可读性场景，它所采用的ksy Schema定义与其序列化的二进制消息具有清晰的映射关系，可以覆盖任意结构的二进制消息。Protobuf解析方式和Kaitai Struct解析方式适于静态语言的消息解析，不适用于动态语言的消息解析，因此可以引入Apache Avro解析方式来对动态语言的消息解析。Apache Avro的Avsc Schema既包括了二进制消息结构的定义，又包括了二进制消息数据，其对应于动态解析场景。

S130：从多个候选地址中确定出与属性信息相匹配的目标地址。

本公开可以预先为每种属性信息配置对应的地址，因此可以根据属性信息和预先配置的对应关系，从多个候选地址中查询到与属性信息相匹配的目标地址。

S140：利用目标解析方式将第一消息解析成第二消息，并将第二消息发送到目标地址。

可选地，在S140中，可以加载目标解析方式对应的数据处理引擎。之后利用数据处理引擎将第一消息解析成第二消息。这里，第二消息可以为JSON格式的消息。以预先配置好的数据引擎作为消息解析的公开，可以显著提提升消息解析的效率和准确性。

本公开实施例提供的消息解析方法，能够根据消息的使用场景，选择合适的解析方式来解析消息，使得解析得到消息具备更高的可用性，便于提高消息后续的使用价值。

当目标解析方式为Protobuf解析方式时，可以使用Protobuf Compiler将.proto文件转换为对应的描述符文件FileDescriptorSet；之后对FileDescriptorSet解析出用户指定Message名称的Descriptor；最后基于Protobuf的DynamicMessage机制，将二进制消息搭配用户指定Message名称的Descriptor，解析出对应的JSON消息。

当目标解析方式为Kaitai Struct解析方式时，可以使用Kaitai StructCompiler将.ksy文件转换为对应的Java类；之后基于反射机制，搭配二进制消息动态加载Java类，使得Java类继承KaitaiStruct Base类并拥有二进制消息解析的能力；最后使用JsonUtils将加载出来Java实例序列化成JSON消息。

当目标解析方式为Apache Avro解析方式时，可以使用Parsers库对二进制消息解析出Schema；之后基于Schema初始化一个DatumReader，进而解析出JSON消息。

本公开提供的消息解析方法可以应用于物联网场景，图2示出了本公开提供的消息解析方法应用于物联网场景的流程示意图。在图2中，本公开的执行主体包括数据接收模块、数据处理模块和多个解析处理单元。数据接收模块用于接收物联网设备发送的第一消息，并将第一消息转发至数据处理模块；数据处理模块可以获取第一消息的属性信息，从多个候选解析方式中确定出与属性信息相匹配的目标解析方式，其中，多个候选解析方式包括Protobuf解析方式、Kaitai Struct解析方式和Apache Avro解析方式；数据处理模块在确定出目标解析方式之后，可以调用目标解析方式对应的解析处理单元，利用该解析处理单元将第一消息解析成第二消息；数据处理模块还可以从多个候选地址中确定出与属性信息相匹配的目标地址，并将第二消息发送到目标地址所指示的数据目的地。

可选地，在S110之前可以进行消息配置。图3示出了本公开提供的一种消息配置的流程示意图，该流程主要可以包括以下步骤：

S310：响应于消息配置操作，为属性信息配置对应的解析方式和地址。

可选地，本公开可以预先配置至少一种解析方式，例如，解析方式可以包括上述的Protobuf解析方式、Kaitai Struct解析方式和Apache Avro解析方式。这里，每个解析方式对应于一种使用场景，使用场景包括通用场景、高可读性场景和动态解析场景，可以基于属性信息的特点确定其所属的消息所适用的使用场景，之后将该使用场景对应解析方式配置给该属性信息。

可选地，属性信息包含特征信息，第一消息的特征信息包括第一消息的来源、身份、用途、发送机制、头信息、类型、投递模式和内容编码中的至少一项。在S310中，可以设置映射关系信息，映射关系信息用于指示每个解析方式与至少一种特征信息的映射关系。

此外，在S310中，还可以获取每种解析方式的解析框架所需要的信息。例如，对于Protobuf解析方式，可以获取.proto文件以及要解析的Message名称；对于Kaitai Struct解析方式，可以获取.ksy文件。

图4示出了本公开提供的一种为属性信息配置对应的解析方式的界面示意图，如图4所示，为属性信息配置的解析方式为Protobuf解析方式，同时提供了.proto文件、测试文件和要解析的Message名称。图5示出了本公开提供的一种为属性信息配置完成后的回显示意图，在图5中，为属性信息配置完成后，可以展示配置信息的详细内容。

S320：获取第一测试消息和第一测试消息的测试属性信息。

这里，第一测试消息是用于对S310中所为属性信息所配置的解析方式和地址的正确性进行验证。第一测试消息与上述的第一消息的格式相同，例如，第一测试消息为二进制格式的消息。为了便于理解和表述，将第一测试消息的属性信息定义为测试属性信息，测试属性信息与上述的第一信息的属性信号的含义是相同的。

S330：从多个候选解析方式中确定出与测试属性信息相匹配的测试目标解析方式。

这里，候选解析方式即S310中为每种属性信息配置的解析方式。因此，每个候选解析方式可以对应一种使用场景，使用场景包括通用场景、高可读性场景和动态解析场景。在S330中，可以根据测试属性信息和预先配置的对应关系，从多个候选解析方式中查询到与测试属性信息相匹配的目标解析方式。

在S330中，可以从测试属性信息中确定出用于与第一消息的使用场景相关联的特征信息；之后基于预设的映射关系信息，从多个候选解析方式中确定出与第一消息的特征信息相匹配目标解析方式。

如前文所述，候选解析方式可以包括Protobuf解析方式、Kaitai Struct解析方式和Apache Avro解析方式，在S330中，可以在这3种解析方式中确定出与测试属性信息相匹配的目标解析方式。

S340：从多个候选地址中确定出与属性信息相匹配的测试目标地址。

S350：利用目标解析方式对第一测试消息进行解析。

图6示出了本公开提供的一种对第一测试消息进行解析的界面示意图。如图6所示，在对二进制格式的第一测试消息进行解析之后，可以得到JSON格式的第二测试消息。在S350之后，可以执行S360或S370中的一个。

S360：响应于第一测试消息被解析为第二测试消息，展示配置成功通知。

图7示出了本公开提供的一种第二测试消息发送成功后的界面示意图，在图7中，当第二测试消息成功发送到目标地址所指示的目的地后，可以展示第二测试消息的具体内容。

S370：响应于第一测试消息未被解析为第二测试消息，展示配置失败通知。

这里，失败通知中可以包含失败原因信息，例如消息的格式不正确(非二进制格式)、schema文件(.proto或.ksy文件)的格式不合法等。

在本公开的一些实施例中，将第二消息发送到目标地址，包括：确定第二消息的数据量；基于数据量和目标解析方式对应的使用场景，确定目标压缩参数；基于压缩参数对第二消息进行压缩，将压缩后的第二消息发送到目标地址。这里，根据第二消息的数据量的大小和具体的使用场景来确定出合适的压缩参数，基于该压缩参数来压缩第二消息，既可以确保较高压缩效率，也可以提升后续的第二消息的传输效率。

在本公开的一些实施例中，基于数据量和目标解析方式对应的使用场景，确定目标压缩参数，包括：基于目标解析方式对应的使用场景确定初始压缩参数；基于数据量与预设的数据量阈值之间的差值，确定参数调整系数；基于初始压缩参数和参数调整系数确定目标压缩参数。

本公开可以为每种使用场景预设配置对应的初始压缩参数，在确定出目标解析方式对应的使用场景之后，即可确定出第二消息所对应的初始压缩参数；本公开还可以预先设置一个数据量阈值，并设置调整系数计算函数，基于该调整系数计算函数、第二消息的数据量与预设的数据量阈值之间的差值，可以计算出一个参数调整系数，使用参数调整系数来调整初始压缩参数即可得到目标压缩参数。通过预先配置的初始压缩参数和调整系数计算函数，可以更加准确地计算出适于当前场景的目标压缩参数，有助于提高第二消息的压缩效率和传输效率。

基于与上述的消息解析方法相同的原理，本公开实施例提供了一种消息解析装置，图8示出了本公开提供的一种消息解析装置的示意图，如图8所示，消息解析装置800包括属性获取模块810、解析方式确定模块820、地址确定模块830和消息发送模块840。

属性获取模块810用于响应于接收到第一消息，获取第一消息的属性信息；

解析方式确定模块820用于从多个候选解析方式中确定出与属性信息相匹配的目标解析方式，其中，候选解析方式对应至少一种使用场景；

地址确定模块830用于从多个候选地址中确定出与属性信息相匹配的目标地址；

消息发送模块840用于利用目标解析方式将第一消息解析成第二消息，并将第二消息发送到目标地址。

在本公开的一些实施例中，解析方式确定模块820在用于从多个候选解析方式中确定出与属性信息相匹配的目标解析方式时，具体用于：

从属性信息中确定出用于与第一消息的使用场景相关联的特征信息；

基于预设的映射关系信息，从多个候选解析方式中确定出与第一消息的特征信息相匹配目标解析方式，映射关系信息用于指示候选解析方式与至少一种特征信息的映射关系。

在本公开的一些实施例中，第一消息的特征信息包括第一消息的来源、身份、用途、发送机制、头信息、类型、投递模式和内容编码中的至少一项。

在本公开的一些实施例中，消息发送模块840在用于利用目标解析方式将第一消息解析成第二消息时，具体用于：

加载目标解析方式对应的数据处理引擎；

利用数据处理引擎将第一消息解析成第二消息。

在本公开的一些实施例中，第一消息为二进制格式的消息。

在本公开的一些实施例中，第二消息为JSON格式的消息。

在本公开的一些实施例中，使用场景包括通用场景、高可读性场景和动态解析场景。

图9示出了本公开提供的另一种消息解析装置的示意图，如图9所示，消息解析装置800在包括属性获取模块810、解析方式确定模块820、地址确定模块830和消息发送模块840的基础上，还包括消息配置模块850，消息配置模块850用于：

响应于消息配置操作，为属性信息配置对应的解析方式和地址；

获取第一测试消息和第一测试消息的测试属性信息；

从多个候选解析方式中确定出与测试属性信息相匹配的测试目标解析方式；

从多个候选地址中确定出与属性信息相匹配的测试目标地址；

利用目标解析方式对第一测试消息进行解析；

响应于第一测试消息被解析为第二测试消息，展示配置成功通知；

或者，响应于第一测试消息未被解析为第二测试消息，展示配置失败通知。

在本公开的一些实施例中，消息发送模块840在用于将第二消息发送到目标地址时，具体用于：

确定第二消息的数据量；

基于数据量和目标解析方式对应的使用场景，确定目标压缩参数；

基于压缩参数对第二消息进行压缩，将压缩后的第二消息发送到目标地址。

在本公开的一些实施例中，消息发送模块840在用于基于数据量和目标解析方式对应的使用场景，确定目标压缩参数时，具体用于：

基于目标解析方式对应的使用场景确定初始压缩参数；

基于数据量与预设的数据量阈值之间的差值，确定参数调整系数；

基于初始压缩参数和参数调整系数确定目标压缩参数。

可以理解的是，本公开实施例中的消息解析装置的上述各模块具有实现上述的消息解析方法相应步骤的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。上述模块可以是软件和/或硬件，上述各模块可以单独实现，也可以多个模块集成实现。对于上述消息解析装置的各模块的功能描述具体可以参见上述的消息解析方法的对应描述，在此不再赘述。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质、一种计算机程序项目。

示例性实施例中，电子设备包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如以上实施例所述的方法。该电子设备可以是上述计算机或服务器。

示例性实施例中，可读存储介质可以是存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使计算机执行根据以上实施例所述的方法。

示例性实施例中，计算机程序项目包括计算机程序，所述计算机程序在被处理器执行时实现根据以上实施例所述的方法。

图10示出了可以用来实施本公开的实施例的示例电子设备的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图10所示，电子设备1000包括计算单元1001，其可以根据存储在只读存储器(ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(RAM)1003中的计算机程序，来执行各种适当的动作和处理。在RAM 1003中，还可存储设备1000操作所需的各种程序和数据。计算单元1001、ROM 1002以及RAM 1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

电子设备1000中的多个部件连接至I/O接口1005，包括：输入单元1006，例如键盘、鼠标等；输出单元1007，例如各种类型的显示器、扬声器等；存储单元1008，例如磁盘、光盘等；以及通信单元1009，例如网卡、调制解调器、无线通信收发机等。通信单元1009允许电子设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理，例如消息解析方法。例如，在一些实施例中，消息解析方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到电子设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时，可以执行上文描述的消息解析方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行消息解析方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准项目(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (20)

1.一种消息解析方法，所述方法包括：

响应于接收到第一消息，获取所述第一消息的属性信息；

从多个候选解析方式中确定出与所述属性信息相匹配的目标解析方式，其中，所述候选解析方式对应至少一种使用场景；

从多个候选地址中确定出与所述属性信息相匹配的目标地址；

利用所述目标解析方式将所述第一消息解析成第二消息，并将所述第二消息发送到所述目标地址。

2.根据权利要求1所述的方法，其中，所述从多个候选解析方式中确定出与所述属性信息相匹配的目标解析方式，包括：

从所述属性信息中确定出用于与所述第一消息的使用场景相关联的特征信息；

基于预设的映射关系信息，从多个候选解析方式中确定出与所述第一消息的特征信息相匹配目标解析方式，所述映射关系信息用于指示所述候选解析方式与至少一种特征信息的映射关系。

3.根据权利要求2所述的方法，其中，所述第一消息的特征信息包括所述第一消息的来源、身份、用途、发送机制、头信息、类型、投递模式和内容编码中的至少一项。

4.根据权利要求1所述的方法，其中，所述利用所述目标解析方式将所述第一消息解析成第二消息，包括：

加载所述目标解析方式对应的数据处理引擎；

利用所述数据处理引擎将所述第一消息解析成第二消息。

5.根据权利要求1所述的方法，其中，包括以下至少一项：

所述第一消息为二进制格式的消息；

所述第二消息为JSON格式的消息。

6.根据权利要求1所述的方法，其中，所述使用场景包括通用场景、高可读性场景和动态解析场景。

7.根据权利要求1所述的方法，其中，在所述响应于接收到第一消息，获取所述第一消息的属性信息之前，还包括：

响应于消息配置操作，为属性信息配置对应的解析方式和地址；

获取第一测试消息和所述第一测试消息的测试属性信息；

从多个候选解析方式中确定出与所述测试属性信息相匹配的测试目标解析方式；

从多个候选地址中确定出与所述属性信息相匹配的测试目标地址；

利用所述目标解析方式对所述第一测试消息进行解析；

响应于所述第一测试消息被解析为第二测试消息，展示配置成功通知；

或者，响应于所述第一测试消息未被解析为第二测试消息，展示配置失败通知。

8.根据权利要求1所述的方法，其中，所述将所述第二消息发送到所述目标地址，包括：

确定所述第二消息的数据量；

基于所述数据量和所述目标解析方式对应的使用场景，确定目标压缩参数；

基于所述压缩参数对所述第二消息进行压缩，将压缩后的所述第二消息发送到所述目标地址。

9.根据权利要求8所述的方法，其中，所述基于所述数据量和所述目标解析方式对应的使用场景，确定目标压缩参数，包括：

基于所述目标解析方式对应的使用场景确定初始压缩参数；

基于所述数据量与预设的数据量阈值之间的差值，确定参数调整系数；

基于所述初始压缩参数和所述参数调整系数确定目标压缩参数。

10.一种消息解析装置，所述装置包括：

属性获取模块，所述属性获取模块用于响应于接收到第一消息，获取所述第一消息的属性信息；

解析方式确定模块，所述解析方式确定模块用于从多个候选解析方式中确定出与所述属性信息相匹配的目标解析方式，其中，所述候选解析方式对应至少一种使用场景；

地址确定模块，所述地址确定模块用于从多个候选地址中确定出与所述属性信息相匹配的目标地址；

消息发送模块，所述消息发送模块用于利用所述目标解析方式将所述第一消息解析成第二消息，并将所述第二消息发送到所述目标地址。

11.根据权利要求10所述的装置，其中，所述解析方式确定模块在用于从多个候选解析方式中确定出与所述属性信息相匹配的目标解析方式时，具体用于：

从所述属性信息中确定出用于与所述第一消息的使用场景相关联的特征信息；

基于预设的映射关系信息，从多个候选解析方式中确定出与所述第一消息的特征信息相匹配目标解析方式，所述映射关系信息用于指示所述候选解析方式与至少一种特征信息的映射关系。

12.根据权利要求11所述的装置，其中，所述第一消息的特征信息包括所述第一消息的来源、身份、用途、发送机制、头信息、类型、投递模式和内容编码中的至少一项。

13.根据权利要求10所述的装置，其中，所述消息发送模块在用于利用所述目标解析方式将所述第一消息解析成第二消息时，具体用于：

加载所述目标解析方式对应的数据处理引擎；

利用所述数据处理引擎将所述第一消息解析成第二消息。

14.根据权利要求8所述的装置，其中，包括以下至少一项：

所述第一消息为二进制格式的消息；

所述第二消息为JSON格式的消息。

15.根据权利要求10所述的装置，其中，所述使用场景包括通用场景、高可读性场景和动态解析场景。

16.根据权利要求10所述的装置，其中，还包括消息配置模块，所述消息配置模块用于：

响应于消息配置操作，为属性信息配置对应的解析方式和地址；

获取第一测试消息和所述第一测试消息的测试属性信息；

从多个候选解析方式中确定出与所述测试属性信息相匹配的测试目标解析方式；

从多个候选地址中确定出与所述属性信息相匹配的测试目标地址；

利用所述目标解析方式对所述第一测试消息进行解析；

响应于所述第一测试消息被解析为第二测试消息，展示配置成功通知；

或者，响应于所述第一测试消息未被解析为第二测试消息，展示配置失败通知。

17.根据权利要求10所述的方法，其中，所述消息发送模块在用于将所述第二消息发送到所述目标地址时，具体用于：

确定所述第二消息的数据量；

基于所述数据量和所述目标解析方式对应的使用场景，确定目标压缩参数；

基于所述压缩参数对所述第二消息进行压缩，将压缩后的所述第二消息发送到所述目标地址。

18.一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-9中任一项所述的方法。

19.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使计算机执行根据权利要求1-9中任一项所述的方法。

20.一种计算机程序项目，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-9中任一项所述的方法。