CN116886798A - 业务报文处理方法、装置、电子设备及介质 - Google Patents

Abstract

本申请提供一种业务报文处理方法、装置、电子设备及介质，可用于金融领域或其他领域。该方法包括：对获取到的业务报文进行封装处理，得到待传递报文，并生成待传递报文的报文头，报文头包括业务报文的类型信息；根据预设配置文件和类型信息，确定待传递报文的目标业务系统；预设配置文件包括至少一个类型信息和类型信息对应的业务系统；清除报文头，并将待传递报文转发至目标业务系统。本申请的方法，提高了业务报文的处理效率，有效提升了网关系统的性能。

Description

业务报文处理方法、装置、电子设备及介质

技术领域

本申请涉及金融领域或其他领域，尤其涉及一种业务报文处理方法、装置、电子设备及介质。

背景技术

银行用户在外部系统发起的业务请求，通过网关系统发送至银行内部系统。

具体的，网关系统在处理业务报文时，一般包括报文接收、报文解析、链路判断、重组报文、报文发送等多个步骤，逻辑十分复杂。对应的目标业务系统在获取到业务报文后，也会对业务报文进行解析等操作。

在上述过程中，网关系统和业务系统分别对获取到的业务报文进行解析，会十分冗余，导致交易的处理时间变长、更多系统资源被占用，从而导致系统整体性能降低。

发明内容

本申请提供一种业务报文处理方法、装置、电子设备及介质，用以解决交易效率低下的问题。

第一方面，本申请提供一种业务报文处理方法，包括：

对获取到的业务报文进行封装处理，得到待传递报文，并生成所述待传递报文的报文头，所述报文头包括所述业务报文的类型信息；

根据预设配置文件和所述类型信息，确定所述待传递报文的目标业务系统；所述预设配置文件包括至少一个类型信息和所述类型信息对应的业务系统；

清除所述报文头，并将所述待传递报文转发至所述目标业务系统。

第二方面，本申请提供一种业务报文处理装置，包括：

封装模块，用于对获取到的业务报文进行封装处理，得到待传递报文，并生成所述待传递报文的报文头，所述报文头包括所述业务报文的类型信息；

确定模块，用于根据预设配置文件和所述类型信息，确定所述待传递报文的目标业务系统；所述预设配置文件包括至少一个类型信息和所述类型信息对应的业务系统；

转发模块，用于清除所述报文头，并将所述待传递报文转发至所述目标业务系统。

第三方面，本申请提供一种电子设备，包括：至少一个处理器和存储器；

所述存储器存储计算机执行指令；

所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面中任一项所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面任一项所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述第一方面任一项所述的方法。

本申请一种业务报文处理方法、装置、电子设备及介质，其中，本申请的方法，首先将获取到的业务报文进行封装处理，得到待传递报文，并生成该业务报文的报文头。其次，根据报文头和预设配置文件来确定目标业务系统，最后，在去除报文头后，将待传递报文发送至目标业务系统。本申请的方法中，网关系统不对业务报文进行解析等处理，而是在确定目标业务系统后，将其透传给目标业务系统，提高了银行外部系统的请求处理效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种业务报文处理方法的应用场景示意图；

图2为本申请实施例提供的一种业务报文处理方法的流程示意图一；

图3为本申请实施例提供的一种业务报文处理方法的流程示意图二；

图4为本申请实施例提供的一种业务报文处理方法的流程示意图三；

图5为本申请实施例提供的一种业务报文处理装置的结构示意图；

图6为本申请实施例提供的一种电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是，本申请的业务报文处理方法、装置、电子设备及介质可用于金融领域，也可用于除金融领域之外的任意领域，本申请的业务报文处理方法、装置、电子设备及介质的应用领域不做限定。

银行用户在银行外部系统发起的业务请求，以业务报文的形式传递至银行内部系统，以使银行内部系统进行处理，使得业务请求能得到相应响应或被处理。具体的，业务报文通过网关系统发送至银行内部系统。可以理解的是，银行内部系统即为银行内部的业务系统，用于处理用户发起的业务请求。

网关系统在获取到业务报文时，一般会在报文解析、链路判断、重组报文等操作完成后，才将报文转发至目标业务系统，整个操作流程十分复杂。然而，业务系统在获取到业务报文后，也会对业务报文进行解析处理等操作。可见，网关系统无需对业务报文进行处理，只需根据业务报文的不同类型，将其转发给对应的目标业务系统即可。

在实际应用中，如果网关系统依旧按照常规操作流程对业务系统进行处理，则会十分冗余，导致交易的处理时间变长，用户请求响应效率低下。同时，会导致更多的系统资源被占用，从而导致网关系统的整体性能降低。

本申请提供一种业务报文处理方法、装置、电子设备及介质，具体的，本申请的方法应用于网关系统，其在获取到业务报文时，对业务报文进行封装处理，得到待传递报文，并生成业务报文的报文头。网关系统根据报文头包括的类型信息和预设配置文件，确定需要接收业务报文的目标业务系统，并将业务报文发送至目标业务系统，以使业务报文被处理。

本申请的方法中，网关系统在获取到业务报文后，就对其进行封装，不对其进行解析处理。进一步的，根据业务报文的类型信息确定目标业务系统，并将其转发至目标业务系统中，以使目标业务系统可以及时对用户请求产生的业务报文进行处理。可见，本申请的方法，有效节省了网关系统重复解析业务报文的时间和所占资源，从而有效提升网关系统的整体性能。

本申请的方法可以应用于银行的网关系统。具体的，网关系统用于接收各个银行外部系统的业务报文，在判断业务报文的目标所属业务系统后，将收到的业务报文发送至目标所属业务系统。

图1为本申请实施例提供的一种业务报文处理方法的应用场景示意图，如图1所示，网关系统接收来自各个银行外部系统的业务报文，然后将对应的业务报文发送至对应的银行内部业务系统。可以理解的是，银行外部系统和银行内部系统均可以为多个，本实施例中，银行外部系统具体为n个，银行内部系统具体为m个，其中n和m均为大于0的整数。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图2为本申请实施例提供的一种业务报文处理方法的流程示意图一，具体的，如图2所示，本实施例的方法包括：

S201，对获取到的业务报文进行封装处理，得到待传递报文，并生成待传递报文的报文头。

其中，报文头包括业务报文的类型信息。

具体的，网关系统在接收到业务报文后，对业务报文进行封装处理，以得到待传递报文。网关系统生成包括待传递报文的类型信息的报文头。可以理解的是，报文头除类型信息外，还包括业务报文的来源信息等属性信息。

在本实施例中，类型信息与发出请求生成业务报文的银行外部系统对应，可以理解的是，其唯一对应一个银行内部业务系统。网关系统对于银行外部系统的业务报文，不对其进行解析等处理，而是对其进行封装，仅生成其对应的报文头，以标识该业务报文的来源信息、类型信息等属性。

S202，根据预设配置文件和类型信息，确定待传递报文的目标业务系统。

其中，预设配置文件包括至少一个类型信息和类型信息对应的业务系统。

在本实施例中，预设配置文件是预先得到并配置到网关系统中的，用于指示每个类型信息对应的业务系统。具体的，网关系统首先生成每个业务系统的系统标识，其次，使每个银行外部系统产生的业务报文的类型信息，与该类型信息对应的银行内部系统输入网关系统的系统标识唯一对应，以得到预设配置文件。

基于此，网关系统对于收到的业务报文，首先确定其报文头中包含的类型信息，其次，在预设配置文件中查找与报文头包含的类型信息一致的目标类型信息，并根据该目标类型信息对应的系统标识表示的业务系统，作为目标业务系统。

可以理解的是，在预设配置文件中查找与报文头包含的类型信息一致的目标类型信息，可以通过逐一对比预设配置文件中的类型信息与报文头包含的类型信息的相似度，将相似度最高的作为目标类型信息，具体的对比方式，本实施例中不对此进行限定，只要可以得到目标类型信息即可。

S203，清除报文头，并将待传递报文转发至目标业务系统。

在本实施例中，网关系统确定业务报文对应的目标业务系统后，清除待传递报文的报文头后，将待传递报文转发至目标业务系统，以使目标业务系统对待传递报文进行解析、处理等操作。

本实施例的方法，网关系统对于收到的业务报文，首先对其进行封装处理，并生成该业务报文对应的报文头。其次，通过报文头包括的类型信息，以及预设配置文件，确定用于处理业务报文的目标业务系统。最后，去除报文头后将封装得到的待传递报文转发给目标业务系统，以使目标业务系统对其进行解析、处理等。

通过本实施例的方法，网关系统在确定业务报文对应的目标业务系统后，便将业务报文转发至目标业务系统，而不对业务报文进行解析等处理，从而使得业务报文可以及时得到目标业务系统的处理，即使得银行外部系统发起的请求能及时收到响应或及时被处理。进一步的，网关系统通过报文头确认目标业务系统后，将报文头去除后再转发待传递报文，进一步提高了业务报文的转发效率。

图3为本申请实施例提供的一种业务报文处理方法的流程示意图二，如图3所示，本实施例在前述实施例的基础上，着重对网关系统接收业务报文的方式进行详细说明。具体的，本实施例的方法包括：

S301，对于每个网关节点，确定网关节点对应的至少一个接收端口和至少一个接收端口中的每个接收端口对应的业务系统。

值得说明的是，在本实施例中，网关系统包括至少一个网关节点，每个网关节点对应至少一个接收端口，接收端口用于接收预设类型的业务报文。

S302，生成业务系统的系统标识，使系统标识与业务系统的类型信息唯一对应，以得到网关节点的子配置文件。

S303，在有新增业务系统时，配置新增业务系统的接收端口，以确定待更新网关节点。

S304，生成新增业务系统的系统标识，并根据新增业务系统的系统标识更新待更新网关节点的子配置文件。

S305，对于每个接收端口接收到的业务报文，将根据业务报文得到的待传递报文发送至与接收端口对应的目标网关节点。

其中，目标网关节点包括用于指示预设类型的业务报文对应的业务系统的子配置文件。

S306，在子配置文件中查找与类型信息对应的目标业务系统，并将该待传递报文发送至对应的目标业务系统。

在本实施例中，在网关系统中创建至少一个网关节点和至少一个接收端口，每个网关节点配置为用于获取至少一个接收端口接收到的业务报文，并使每个网关节点对应一个子配置文件，每个接收端口配置为接收预设类型的业务报文。其中，每个子配置文件包括对应网关节点可以获取到的业务报文的类型信息，以及该类型信息对应的目标业务系统。

基于此，对于每个接收端口接收到的业务报文，考虑每个与该接收端口对应的网关节点的负载均衡，使每个与该接收端口对应的网关节点中的目标网关节点获取该业务报文。进一步的，目标网关节点在子配置文件中查找与该业务报文的报文头一致的类型信息，将其对应的业务系统作为目标业务系统，并将该业务系统转发至该目标业务系统中。

可选的，若一银行外部系统会产生较多的业务报文，则在配置网关系统时，为配置多个接收端口用于接收该银行外部系统的业务报文。相应的，配置多个网关节点用于转发相应接收端口接收到的业务报文。

可以理解的是，银行有时会上线新的业务系统，本实施例中，在有新增业务系统时，首先为新增业务系统配置接收端口，用于接收与新增业务系统对应的银行外部系统的业务报文。其次，生成新增业务系统对应的系统标识，将该系统标识与该新增业务系统对应的业务报文的类型信息存入与接收端口对应的网关节点包含的子配置文件中，以使对应网关节点在获取到相应银行外部系统的业务报文后，能确定对应的目标业务系统。

本实施例的方法，网关系统包括多个网关节点，使得本申请的方法适用于大量并发请求的场景，且在本实施例中，为每个银行外部系统配置固定的接收端口，并使固定的至少一个网关节点从相应的接收端口获取业务报文，使得业务报文能够有条不紊地被转发至目标业务系统中，从而有利于提升业务报文的转发效率。同时，使每个网关节点对应一个子配置文件，对于获取到的业务报文，在子配置文件中查找目标业务系统，降低了查找次数，从而可以有效降低查找效率。

图4为本申请实施例提供的一种业务报文处理方法的流程示意图三，如图4所示，本实施例在前述实施例的基础上那个，着重对如何将存在的至少两个待传递报文转发至目标业务系统的方式进行详细说明。具体的，如图4所示，本实施例的方法包括：

S401，若同时存在至少两个待传递报文需要转发至目标业务系统，则根据用户类型，确定待传递报文的优先级。

其中，用户类型包括柜台用户和APP用户，柜台用户的优先级高于APP用户。

S402，按照优先级从高到低的顺序，确定至少两个待传递报文的转发顺序。

S403，按照转发顺序，将待传递报文转发至目标业务系统。

可以理解的是，由于每个银行外部系统，都对应至少一个接收端口，所以会存在同时有至少两个待传递报文需要转发至目标业务系统。此时，网关系统将根据用户类型，确定待传递报文的优先级。

具体的，用户类型包含在待传递报文的报文头中，柜台用户的优先级高于APP用户。若同时存在的两个待传递报文一个来自柜台用户，一个来自APP用户，则网关系统优先转发柜台用户的待传递报文。

可选的，在实际应用中，还可以根据用户等级来确定待传递报文的优先级，具体的，客户等级越高的待传递报文，优先级越高。其中，客户等级与用户的重要程度正相关。

示例性的，若同时存在两个待传递报文的用户等级分别为3级和2级，则用户等级为3级的待传递报文的优先级，高于用户等级为2级的待传递报文的优先级，网关系统优先对用户等级为3的待传递报文进行转发，以使其及时被处理。

可选的，在实际应用中，对于同时存在的至少两个待传递报文，网关系统首先根据用户等级来确定至少两个待传递报文的优先级，具体的，使对应用户等级越高的待传递报文的优先级高于用户等级较低的待传递报文的优先级。

可以理解的是，在这些待传递报文中，可能存在至少两个待传递报文对应的用户等级一致。因此，在实际应用中，在至少两个待传递报文对应的用户等级一致时，进一步根据用户类型，来确定用户等级一致的至少两个待传递报文的优先级。具体的，使柜台用户对应的待传递报文的优先级高于APP用户对应的待传递报文的优先级。

示例性的，若同时存在五个待传递报文需要转发至同一目标业务系统，分别称为第一报文、第二报文、第三报文、第四报文和第五报文。五个待传递报文的用户等级分别为2、1、2、3、4，则按照用户等级确定每个待传递报文的优先级后排序为：第五报文、第四报文、第一报文、第三报文和第二报文，其中，第一报文和第三报文的优先级一致。此时，若第一报文的用户类型为APP用户，第三报文的用户类型为柜台用户，则确定第三报文的优先级高于第一报文的优先级。此时，排序为：第五报文、第四报文、第三报文、第一报文和第二报文。根据此排序，将这些待传递报文进行转发至目标业务系统，以使目标业务系统进行处理。

可选的，在存在至少两个待传递报文时，还可以首先根据用户类型确定这些待传递报文的优先级，其次，在存在至少两个待传递报文的优先级一致时，进一步根据用户等级来确定至少两个待传递报文的优先级，本实施例中不对此进行限定。

本实施例的方法，考虑待传递报文的用户类型，对同时存在的需要转发至同一目标业务系统的至少两个待传递报文，进行排序，并按照该顺序对同时存在的至少两个待传递报文进行转发，使得来自柜台用户的业务报文能优先处理，从而有利于提升各个银行办事点的接待效率，有利于提升用户体验。

通过上述实施例从方法流程的角度介绍一种业务报文处理方法，下述实施例从虚拟模块或虚拟单元的角度介绍一种业务报文处理装置，具体详见下述实施例。

本申请实施例提供一种业务报文处理装置，图5为本申请实施例提供的以中国业务报文处理装置的结构示意图，如图5所示，该装置包括封装模块51、确定模块52和转发模块53。

其中，封装模块51，用于对获取到的业务报文进行封装处理，得到待传递报文，并生成待传递报文的报文头，报文头包括业务报文的类型信息；

确定模块52，用于根据预设配置文件和类型信息，确定待传递报文的目标业务系统；预设配置文件包括至少一个类型信息和类型信息对应的业务系统；

转发模块53，用于清除报文头，并将待传递报文转发至目标业务系统。

本申请实施例的另一种可能的实现方式，封装模块53还用于：

对于每个接收端口接收到的业务报文，将根据业务报文得到的待传递报文发送至与接收端口对应的目标网关节点，网关系统包括至少一个网关节点，网关节点对应至少一个接收端口，接收端口用于接收预设类型的业务报文；目标网关节点包括用于指示预设类型的业务报文对应的业务系统的子配置文件；

确定模块52具体用于：

在子配置文件中查找与类型信息对应的目标业务系统。

本申请实施例的另一种可能的实现方式，转发模块53具体用于：

若同时存在至少两个待传递报文需要转发至目标系统，则根据待传递报文的优先级，确定至少两个待传递报文的转发顺序；

按照转发顺序，将待传递报文转发至目标业务系统。

本申请实施例的另一种可能的实现方式，转发模块53具体用于：

根据用户类型，确定待传递报文的优先级；用户类型包括柜台用户和APP用户，柜台用户的优先级高于APP用户；

按照优先级从高到低的顺序，确定至少两个待传递报文的转发顺序。

本申请实施例的另一种可能的实现方式，确定模块52还用于：

对于每个网关节点，确定网关节点对应的至少一个接收端口和至少一个接收端口中的每个接收端口对应的业务系统；

生成业务系统的系统标识，使系统标识与业务系统的类型信息唯一对应，以得到网关节点的子配置文件。

本申请实施例的另一种可能的实现方式，确定模块52还用于：

在有新增业务系统时，配置新增业务系统的接收端口，以确定待更新网关节点；

生成新增业务系统的类型信息，并根据新增业务系统的类型信息更新待更新网关节点的子配置文件。

本申请实施例中提供了一种电子设备，如图6所示，图6所示的电子设备包括：处理器61和存储器62。其中，处理器61和存储器62相连，如通过总线63相连。可选地，电子设备还可以包括收发器64。需要说明的是，实际应用中收发器64不限于一个，该电子设备的结构并不构成对本申请实施例的限定。

处理器61可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数据信号处理器(Digital Signal Processor，DSP)，专用集成电路(Application SpecificIntegrated Circuit，ASIC)，现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器61也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等。

总线63可包括一通路，在上述组件之间传送信息。总线63可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线63可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器62可以是只读存储器(Read Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(ElectricallyErasable Programmable Read Only Memory，EEPROM)、只读光盘(Compact Disc ReadOnly Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

存储器62用于存储执行本申请方案的应用程序代码，并由处理器61来控制执行。处理器61用于执行存储器62中存储的应用程序代码，以实现前述方法实施例所示的内容。

本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random accessmemory，RAM)、磁盘或者光盘等各种可以存储程序代码的介质，具体地，该计算机可读存储介质中存储有程序指令，程序指令用于实现上述各实施例中的业务报文处理方法。

本申请实施例中还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种业务报文处理方法，其特征在于，应用于网关系统，所述方法包括：

对获取到的业务报文进行封装处理，得到待传递报文，并生成所述待传递报文的报文头，所述报文头包括所述业务报文的类型信息；

根据预设配置文件和所述类型信息，确定所述待传递报文的目标业务系统；所述预设配置文件包括至少一个类型信息和所述类型信息对应的业务系统；

清除所述报文头，并将所述待传递报文转发至所述目标业务系统。

2.根据权利要求1所述的方法，其特征在于，所述网关系统包括至少一个网关节点，所述网关节点对应至少一个接收端口，所述接收端口用于接收预设类型的业务报文；所述方法还包括：

对于每个接收端口接收到的业务报文，将根据所述业务报文得到的待传递报文发送至与所述接收端口对应的目标网关节点，所述目标网关节点包括用于指示所述预设类型的业务报文对应的业务系统的子配置文件；

所述根据预设配置文件，和所述类型信息，确定所述待传递报文的目标业务系统，包括：

在所述子配置文件中查找与所述类型信息对应的目标业务系统。

3.根据权利要求1所述的方法，其特征在于，所述将所述待传递报文转发至所述目标业务系统，包括：

若同时存在至少两个待传递报文需要转发至所述目标系统，则根据所述待传递报文的优先级，确定至少两个待传递报文的转发顺序；

按照所述转发顺序，将所述待传递报文转发至所述目标业务系统。

4.根据权利要求3所述的方法，其特征在于，所述报文头还包括用户类型，所述根据所述待传递报文的优先级，确定至少两个待传递报文的转发顺序，包括：

根据所述用户类型，确定所述待传递报文的优先级；所述用户类型包括柜台用户和APP用户，所述柜台用户的优先级高于所述APP用户；

按照所述优先级从高到低的顺序，确定至少两个待传递报文的转发顺序。

5.根据权利要求2所述的方法，其特征在于，所述在所述子配置文件中查找与所述类型信息对应的目标业务系统之前，所述方法还包括：

对于每个网关节点，确定所述网关节点对应的至少一个接收端口和至少一个接收端口中的每个接收端口对应的业务系统；

生成所述业务系统的系统标识，使所述系统标识与所述业务系统的类型信息唯一对应，以得到所述网关节点的子配置文件。

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

在有新增业务系统时，配置所述新增业务系统的接收端口，以确定待更新网关节点；

生成所述新增业务系统的类型信息，并根据所述新增业务系统的类型信息更新所述待更新网关节点的子配置文件。

7.一种业务报文处理装置，其特征在于，所述装置包括：

封装模块，用于对获取到的业务报文进行封装处理，得到待传递报文，并生成所述待传递报文的报文头，所述报文头包括所述业务报文的类型信息；

确定模块，用于根据预设配置文件和所述类型信息，确定所述待传递报文的目标业务系统；所述预设配置文件包括至少一个类型信息和所述类型信息对应的业务系统；

转发模块，用于清除所述报文头，并将所述待传递报文转发至所述目标业务系统。

8.根据权利要求7所述的装置，其特征在于，所述封装模块还用于：

对于每个接收端口接收到的业务报文，将根据所述业务报文得到的待传递报文发送至与所述接收端口对应的目标网关节点，网关系统包括至少一个网关节点，所述网关节点对应至少一个接收端口，所述接收端口用于接收预设类型的业务报文；所述目标网关节点包括用于指示所述预设类型的业务报文对应的业务系统的子配置文件；

所述确定模块具体用于：

在所述子配置文件中查找与所述类型信息对应的目标业务系统。

9.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1至6任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至6任一项所述的方法。