CN108924141A

CN108924141A - 一种报文组织与传输方法及装置

Info

Publication number: CN108924141A
Application number: CN201810750704.9A
Authority: CN
Inventors: 谢小兵; 王身海; 区述辉
Original assignee: Bank of China Ltd
Current assignee: Bank of China Ltd
Priority date: 2018-07-10
Filing date: 2018-07-10
Publication date: 2018-11-30
Anticipated expiration: 2038-07-10
Also published as: CN108924141B

Abstract

本申请公开了一种报文组织与传输方法及装置，方法包括：第一***接收第二***发送的报文，该报文包括报文头和报文体，报文体包括标准报文和特性报文，第一***解析所述报文的报文头和标准报文，并根据特性报文的特性名称标签处理特性报文，第一***将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***。该方法及装置将报文的报文体组织为标准报文和特性报文两部分，对于业务场景不同而存在差异的特性报文，可以通过特性报文的特性名称标签来识别区分，并根据需求进行识别处理，过程中通过一个接口就能够完成包括不同数据的报文的传输，避免了不同业务场景分别定义不同的报文接口而导致的***资源浪费及可维护性差的问题。

Description

一种报文组织与传输方法及装置

技术领域

本发明涉及数据传输技术，更具体的说，是涉及一种报文组织与传输方法及装置。

背景技术

在金融行业，很多业务通常都需要进行多个***间的数据交互才能够顺利完成，不同***间一般采用报文形式进行数据的传输。

由于不同的业务或同一业务下具体的业务场景不同，导致***间需要传送的数据也存在很大差异。现有技术中，为了满足不同业务场景下各种不同数据的准确传送，通常会根据不同的业务场景分别定义不同的报文接口，一个接口对应一种特定数据的传送。但是，这种方式不仅会浪费***资源，且会由于接口太多导致可维护性差。

发明内容

有鉴于此，本发明提供了一种报文组织与传输方法及装置，以克服现有技术中由于不同业务场景分别定义不同的报文接口而导致的***资源浪费及可维护性差的问题。

为实现上述目的，本发明提供如下技术方案：

一种报文组织与传输方法，包括：

第一***接收第二***发送的报文，所述报文包括报文头和报文体，所述报文体包括标准报文和特性报文，其中所述标准报文为包括固定内容的报文，所述特性报文为在不同业务场景下包括不同内容的报文；

第一***解析所述报文的报文头和标准报文，并根据所述特性报文的特性名称标签处理所述特性报文；

第一***将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***。

可选的，所述第一***解析所述报文的报文头和标准报文，并根据所述特性报文的特性名称标签处理所述特性报文，包括：

第一***解析所述报文的报文头和标准报文；

根据所述特性报文的特性名称标签判断所述特性报文是否为自身需要的特性数据；

若是，则解析所述特性报文。

可选的，所述第一***将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***，包括：

第一***按照预设的第一***和第三***的报文接口规则组织报文头和标准报文；

第一***将来自不同的第二***的特性报文拼接在一起，形成完整特性报文；

第一***将组织好的报文头和标准报文与所述完整特性报文组织在一起，形成新报文；

第一***将所述新报文发送给第三***。

可选的，还包括：

预先配置好特性报文数据，所述特征报文数据包括特性名称标签、特性报文属性和特性报文格式。

可选的，所述特性报文为XML格式的特性报文，所述XML格式的报文使用XML CDATA标签封装，所述使用XML CDATA标签封装后的特性报文，使用与特性报文所包含的数据对应的特性名称标签封装。

一种报文组织与传输装置，包括：

报文接收模块，用于接收第二***发送的报文，所述报文包括报文头和报文体，所述报文体包括标准报文和特性报文，其中所述标准报文为包括固定内容的报文，所述特性报文为在不同业务场景下包括不同内容的报文；

报文处理模块，用于解析所述报文的报文头和标准报文，并根据所述特性报文的特性名称标签处理所述特性报文；

报文发送模块，用于将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***。

可选的，所述报文处理模块包括：

报文解析模块，用于解析所述报文的报文头和标准报文；

报文判断模块，用于根据所述特性报文的特性名称标签判断所述特性报文是否为自身需要的特性数据；

所述报文解析模块还用于在所述报文判断模块的判断结果为是时，解析所述特性报文。

可选的，所述报文发送模块包括：

第一组织模块，用于按照预设接口规则组织报文头和标准报文；

报文拼接模块，用于将来自不同的第二***的特性报文拼接在一起，形成完整特性报文；

第二组织模块，用于将组织好的报文头和标准报文与所述完整特性报文组织在一起，形成新报文；

报文发送子模块，用于将所述新报文发送给第三***。

可选的，还包括：

配置模块，用于预先配置好特性报文数据，所述特征报文数据包括特性名称标签、特性报文段属性和特性报文段格式。

经由上述的技术方案可知，与现有技术相比，本发明实施例公开了一种报文组织与传输方法及装置，方法包括：第一***接收第二***发送的报文，所述报文包括报文头和报文体，所述报文体包括标准报文和特性报文，其中所述标准报文为包括固定内容的报文，所述特性报文为在不同业务场景下包括不同内容的报文，第一***解析所述报文的报文头和标准报文，并根据所述特性报文的特性名称标签处理所述特性报文，第一***将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***。该方法及装置将报文的报文体组织为标准报文和特性报文两部分，对于业务场景不同而存在差异的特性报文，可以通过特性报文的特性名称标签来识别区分，并根据需求进行识别处理，过程中通过一个接口就能够完成包括不同数据的报文的传输，避免了不同业务场景分别定义不同的报文接口而导致的***资源浪费及可维护性差的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例公开的一种报文组织与传输方法的流程图；

图2为本发明实施例公开的报文解析流程图；

图3为本发明实施例公开的报文结构内容示意图；

图4为本发明实施例公开的组织新报文的流程图；

图5为本发明实施例公开的报文的组织和传输示意图；

图6为本发明实施例公开的另一种报文组织与传输方法的流程图；

图7为本发明实施例公开的一种报文组织与传输装置的结构示意图；

图8为本发明实施例公开的报文处理模块的结构示意图；

图9为本发明实施例公开的报文发送模块的结构示意图；

图10为本发明实施例公开的另一种组织与报文传输装置的结构示意图。

具体实施方式

为了引用和清楚起见，下文中使用的技术名词的说明、简写或缩写总结如下：

XML：可扩展标准语言。

CDATA：指的是不由XML解析器进行解析的文本数据。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例公开的一种报文组织与传输方法的流程图，参见图1所示，报文组织与传输方法可以包括：

步骤101：第一***接收第二***发送的报文，所述报文包括报文头和报文体，所述报文体包括标准报文和特性报文。

其中，所述标准报文为包括固定内容的报文，所述特性报文为在不同业务场景下包括不同内容的报文。

一般来讲，标准报文所包含的数据适用于所有的业务场景，数据范围稳定，通常不会变动。如客户基本信息，可以包括客户姓名、身份证号、手机号码等，此外如各类业务都需要具备的公共信息，如贷款申请金额、使用期限、贷款用途等信息。本实施例中，一个报文中有且只有一个标准报文段。

特性报文是指因业务场景不同而存在差异的数据，例如房屋装修贷款和购车贷款就存在比较大的差异。具体来说，房屋装修贷款的相关报文信息中会有多个数据栏位描述房屋本身的信息，如所在小区、朝向、楼层、面积、总价以及其他装修要素等信息。购车贷款的相关报文信息中需要详细描述车辆本身的信息，如厂商、品牌、排量、车架号、发动机号、购置价格等信息。一个报文中可以有零个、一个或多个不同的特性报文。

可以预先对已经明确的各类业务场景配置相关的特性报文数据，具体可以包括分别为特定的业务场景下的某特定报文配置特性名称标签和对应的特性报文段的具体格式等。例如可以设置购车贷款特性名称标签及特性报文段、人民银行个人征信数据特性名称标签及特性报文段、学籍学历网特性名称标签及特性报文段。

具体的，所述第一***可以按照其与第二***之间预先约定好的报文接口，接收第二***发送的报文。所述报文可以是XML报文，其中的特性报文也被组织为单独的XML报文，XML格式的特性报文在加上CDATA标签后，最后被封装在与其具体数据对应的特性名称标签中。在有多个特性报文的情况下，每一个特性报文都需要经过上述处理，最后拼接在一起形成整个报文体中的一部分。表现形式可以是：特性名称标签+CDATA标签+特性报文段内的具体的XML数据报文。

本实施例中，各个***可以根据具体的业务场景来组织不同的特性报文。适用于因业务场景不同而需要采集、传送不同数据的情况。可以作为一种通用的报文组织方法，满足多变灵活的报文交互和传输需要。例如在业务上需要为已有的贷款申请客户新增加查询客户的住房公积金缴纳数据作为授权决策依据时，只需要在现有的交易报文中增加定义住房公积金的特性名称标签及其对应的报文格式即可。

步骤102：第一***解析所述报文的报文头和标准报文，并根据所述特性报文的特性名称标签处理所述特性报文。

在一个示意性的示例中，步骤102的具体过程可以参见图2，图2为本发明实施例公开的报文解析流程图，如图2所示，可以包括：

步骤201：第一***解析所述报文的报文头和标准报文。

由于标准报文通常适用于所有业务场景，也是每一个业务中必不可少的要素，因此，***需要对标准报文以及报文头进行解析。

步骤202：根据所述特性报文的特性名称标签判断所述特性报文是否为自身需要的特性数据，如果是，进入步骤203。

在解析报文体时，如果遇到特性名称标签和CDATA报文，可以按照预设处理逻辑进行处理。所述预设处理逻辑可以包括：若所述第一***本身需要所述特性报文的数据，则解析所述特性报文；若所述第一***本身不需要所述特性报文的数据，则不对特性报文进行任何解析处理。

步骤203：解析所述特性报文。

步骤102后，进入步骤103。

步骤103：第一***将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***。

根据业务需要，第一***可以将来自不同的第二***的报文组织为一个新报文，所述新报文同样包括报文头、报文体标准报文和报文体特性报文。由于报文体标准报文可能相同，因此报文体中的标准报文可以直接复制使用，而对于来自于不同第二***的特性报文，所述第一***可以将所有的特性报文进行拼接，拼接后的多个特性报文为整个报文中报文体中的一部分。

图3为本发明实施例公开的报文结构内容示意图，参见图3所示，报文包括报文头和报文体两部分，其中，报文体包括标准报文和特性报文。标准报文为一个XML报文，特性报文包括编号依次为①-⑤的五个特性报文，每一个特性报文也为单独的一个XML报文。在一个具体的交易处理过程中，交易报文中究竟包括哪几个特性报文，是根据具体的业务场景、根据预先定义的特性名称标签及其包含的特性报文数据来决定的。

本实施例中，所述报文组织与传输方法报文的报文体分为标准报文和特性报文两部分，对于业务场景不同而存在差异的特性报文，可以通过特性报文的特性名称标签来识别区分，并根据需求进行识别处理，过程中通过一个接口就能够完成包括不同数据的报文的传输，避免了不同业务场景分别定义不同的报文接口而导致的***资源浪费及可维护性差的问题。

在上述实施例中，所述第一***将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***的一个具体实现方式可以参见图4，图4为本发明实施例公开的组织新报文的流程图，如图4所示，可以包括：

步骤401：第一***按照预设的第一***和第三***的报文接口规则组织报文头和标准报文。

只有按照数据发送方和数据接收方两个***的预设报文接口规则组织报文内容，才能够保证报文的正常传输和识别。

步骤402：第一***将来自不同的第二***的特性报文拼接在一起，形成完整特性报文。

其中，每一个特性报文为一个单独的XML格式的特性报文，所述XML格式的报文可以使用XML CDATA标签封装，所述使用XML CDATA标签封装后的特性报文，可以使用与特性报文所包含的数据对应的特性名称标签封装。

步骤403：第一***将组织好的报文头和标准报文与所述完整特性报文组织在一起，形成新报文。

步骤404：第一***将所述新报文发送给第三***。

图5为本发明实施例公开的报文的组织和传输示意图，参见图5所示，在一个具体的实现方式中，个人贷款管理***发送给授信决策计算引擎***的完整交易报文，实际上是使用前端***和第三方征信***发送来的报文拼接在一起的。其中，针对同一业务，标准报文段内容，如客户姓名、身份证号等信息是相同的，因此个人贷款管理***发送给授信决策计算引擎***的完整交易报文中标准报文段信息不变，而其中的特性报文则是将前端***和第三方征信***发送来的报文中的特性报文拼接在一起形成完整的特性报文。

本实施例中，详细介绍了组织新报文的具体内容，通过上述组织报文的方法，使得报文传输不需要为不同的报文数据分别匹配不同的报文接口，不仅可扩展性强，且避免了不同业务场景分别定义不同的报文接口而导致的***资源浪费及可维护性差的问题。

在上述本发明公开的实施例的基础上，图6为本发明实施例公开的另一种报文组织与传输方法的流程图，如图6所示，报文组织与传输方法可以包括：

步骤601：预先配置好特性报文数据，所述特征报文数据包括特性名称标签、特性报文段属性和特性报文段格式。

所述特性报文数据可以但不限制为包括特性名称标签、特性报文属性和特性报文格式。以使得在报文组织及传输过程中，***能够根据特性名称标签识别特性报文，判断其是否为自身需要的数据。特性报文属性和特性报文格式能够保证数据的准确传送。

当然，相关配置人员也需要预先规划好完整的不同***间报文接口组成部分，包括报文头、报文体、接口方式(SOCKET、MQ)、字符集等，也可以预先规定所有的报文使用XML方式进行数据组织。具体的配置可以包括：定义报文头具体格式，定义报文体中的标准报文具体格式，按照业务场景的不同，对于已知的特性报文，定义其特性名称标签以及对应的各特性报文的具体格式。未来若需要新增特性报文时，需要为新的特性报文分配新的特性名称标签并定义特性报文具体格式。后续在组织报文时，可以对各特性报文，使用XML进行报文组织，然后对XML格式的特性报文，开头加上XML CDATA标签进行封装，最后再使用对应的特性名称标签进行封装。

步骤602：第一***接收第二***发送的报文，所述报文包括报文头和报文体，所述报文体包括标准报文和特性报文。

步骤603：第一***解析所述报文的报文头和标准报文，并根据所述特性报文的特性名称标签处理所述特性报文。

步骤604：第一***将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***。

本实施例中，所述报文组织与传输方法预先配置好了特性报文数据，以便于后续在报文组织及传输过程中，***能够根据特性名称标签识别特性报文，判断其是否为自身需要的数据。特性报文属性和特性报文格式有助于数据的准确传送和解析。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

上述本发明公开的实施例中详细描述了方法，对于本发明的方法可采用多种形式的装置实现，因此本发明还公开了一种装置，下面给出具体的实施例进行详细说明。

图7为本发明实施例公开的一种报文组织与传输装置的结构示意图，所述报文组织与传输装置可运行在第一***，参见图7所示，报文组织与传输装置70可以包括：

报文接收模块701，用于接收第二***发送的报文，所述报文包括报文头和报文体，所述报文体包括标准报文和特性报文。

特性报文是指因业务场景不同而寻在差异的数据，例如房屋装修贷款和购车贷款就存在比较大的差异。具体来说，房屋装修贷款的相关报文信息中会有多个数据栏位描述房屋本身的信息，如所在小区、朝向、楼层、面积、总价以及其他装修要素等信息。购车贷款的相关报文信息中需要详细描述车辆本身的信息，如厂商、品牌、排量、车架号、发动机号、购置价格等信息。一个报文中可以有零个、一个或多个不同的特性报文。

报文处理模块702，用于解析所述报文的报文头和标准报文，并根据所述特性报文的特性名称标签处理所述特性报文。

在一个示意性的实例中，所述报文处理模块702的具体结构可以参见图8，图8为本发明实施例公开的报文处理模块的结构示意图，如图8所示，所述报文处理模块702可以包括：

报文解析模块801，用于解析所述报文的报文头和标准报文。

报文判断模块802，用于根据所述特性报文的特性名称标签判断所述特性报文是否为自身需要的特性数据。

所述报文解析模块801还用于在所述报文判断模块802的判断结果为是时，解析所述特性报文。

除了上述报文接收模块701和报文处理模块702之外，所述报文传输装置70还包括：

报文发送模块703，用于将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***。

本实施例中，所述报文组织与传输装置报文的报文体分为标准报文和特性报文两部分，对于业务场景不同而存在差异的特性报文，可以通过特性报文的特性名称标签来识别区分，并根据需求进行识别处理，过程中通过一个接口就能够完成包括不同数据的报文的传输，避免了不同业务场景分别定义不同的报文接口而导致的***资源浪费及可维护性差的问题。

在上述实施例中，所述报文发送模块703的一个具体实现可以参见图9，图9为本发明实施例公开的报文发送模块的结构示意图，参见图9所示，所述报文发送模块703可以包括：

第一组织模块901，用于按照预设接口规则组织报文头和标准报文。

报文拼接模块902，用于将来自不同的第二***的特性报文拼接在一起，形成完整特性报文。

第二组织模块903，用于将组织好的报文头和标准报文与所述完整特性报文组织在一起，形成新报文。

报文发送子模块904，用于将所述新报文发送给第三***。

本实施例中，详细介绍了组织新报文的具体内容，通过上述组织报文的具体实现，使得报文传输不需要为不同的报文数据分别匹配不同的报文接口，不仅可扩展性强，且避免了不同业务场景分别定义不同的报文接口而导致的***资源浪费及可维护性差的问题。

图10为本发明实施例公开的另一种报文组织与传输装置的结构示意图，所述报文传输装置可运行在第一***，如图10所示，报文组织与传输装置100可以包括：

配置模块1001，用于预先配置好特性报文数据，所述特征报文数据包括特性名称标签、特性报文段属性和特性报文段格式。

本实施例中，所述报文组织与传输装置预先配置好了特性报文数据，以便于后续在报文组织及传输过程中，***能够根据特性名称标签识别特性报文，判断其是否为自身需要的数据。特性报文属性和特性报文格式有助于数据的准确传送和解析。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种报文组织与传输方法，其特征在于，包括：

2.根据权利要求1所述的报文组织与传输方法，其特征在于，所述第一***解析所述报文的报文头和标准报文，并根据所述特性报文的特性名称标签处理所述特性报文，包括：

第一***解析所述报文的报文头和标准报文；

若是，则解析所述特性报文。

3.根据权利要求1所述的报文组织与传输方法，其特征在于，所述第一***将来自不同的第二***的报文组织为一个新报文，并将所述新报文发送给第三***，包括：

第一***将所述新报文发送给第三***。

4.根据权利要求1-3任一项所述的报文组织与传输方法，其特征在于，还包括：

5.根据权利要求4所述的报文组织与传输方法，其特征在于，所述特性报文为XML格式的特性报文，所述XML格式的报文使用XML CDATA标签封装，所述使用XML CDATA标签封装后的特性报文，使用与特性报文所包含的数据对应的特性名称标签封装。

6.一种报文组织与传输装置，其特征在于，包括：

7.根据权利要求6所述的报文组织与传输装置，其特征在于，所述报文处理模块包括：

报文解析模块，用于解析所述报文的报文头和标准报文；

8.根据权利要求6所述的报文组织与传输装置，其特征在于，所述报文发送模块包括：

报文发送子模块，用于将所述新报文发送给第三***。

9.根据权利要求6-8任一项所述的报文组织与传输装置，其特征在于，还包括：

10.根据权利要求9所述的报文组织与传输装置，其特征在于，所述特性报文为XML格式的特性报文，所述XML格式的报文使用XML CDATA标签封装，所述使用XML CDATA标签封装后的特性报文，使用与特性报文所包含的数据对应的特性名称标签封装。