一种分发方法、装置、设备和存储介质与流程

1.本发明实施例涉及计算机应用技术领域，尤其涉及一种分发方法、装置、设备和存储介质。


背景技术：

2.随着企业级金融信息系统规模的日益发展和扩大，一个企业级金融信息系统内部通常包括多个关联系统，外部系统为了实现业务需求，需要调用内部关联系统的不同接口。内部关联系统与外部系统之间相互独立，并且一般情况下外部系统与内部关联系统的技术栈、消息请求类型和请求格式都不一致。一般情况下，一种业务交易需要由外部系统发起一种类型的消息请求，调用内部关联系统的一个接口，才能完成整个业务交易。企业级金融信息系统的业务场景不断变化，由此导致内部关联系统的接口和消息请求类型需要不断变动，对系统的灵活性和可扩展性提出了要求。
3.目前的消息路由分发方案主要是根据消息请求调用的url(uniform resource locator，统一资源定位符，用于描述指定信息资源地址的字符串)接口地址进行路由分发，外部系统的单一类型消息请求调用内部关联系统的一个接口。当接口有变动时，内部关联系统需要重新提供接口入口url，编写接口的实现代码，配置路由规则，需要各个内部关联系统自己单独实现对不同消息请求格式的解析，单独编写实现对消息请求的定制化处理代码。
4.目前消息请求路由分发的常见方案具有以下的不足：一是目前方案中，外部系统的单一类型消息请求与内部关联系统的接口一一对应，外部系统向多个内部关联系统的多个接口入口url发起消息请求，新增消息请求接口时，需要内部关联系统单独实现对不同消息请求格式的解析代码，无法实现自动化解析；二是目前方案中，当需要对特定消息请求进行定制化处理时，定制化处理代码分散在不同的内部关联系统中，与各个关联系统耦合紧密，难以统一管理和灵活扩展，耦合度高，可扩展性差。


技术实现要素：

5.有鉴于此，本发明提供一种分发方法、装置、设备和存储介质，解决了现有技术中消息请求路由分发方案无法自动化解析消息请求以及定制化处理的问题，实现了自动化解析消息请求以及定制化处理，降低了系统耦合度，系统可维护性强，可扩展性高。
6.第一方面，本发明实施例提供了一种分发方法，该方法包括：
7.接收至少一个外部系统发送的消息请求；
8.根据所述消息请求的类型确定所述消息请求对应的目标路由规则配置信息，其中，所述目标路由规则配置信息包括：目标关联系统的目标接口地址；
9.根据所述目标接口地址将所述消息请求分发至目标关联系统。
10.第二方面，本发明实施例还提供了一种分发装置，该装置包括：
11.接收模块，用于接收至少一个外部系统发送的消息请求；
12.确定模块，用于根据所述消息请求的类型确定所述消息请求对应的目标路由规则配置信息，其中，所述目标路由规则配置信息包括：目标关联系统的目标接口地址；
13.分发模块，用于根据所述目标接口地址将所述消息请求分发至目标关联系统。
14.第三方面，本发明实施例还提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述任一实施例所述的分发方法。
15.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述任一实施例所述的分发方法。
16.本发明实施例通过提供交易消息请求的统一入口，自动解析消息请求，动态识别消息请求种类并路由，实现交易消息请求定制化处理并自动分发至所属内部关联系统，实现了统一配置管理，降低了系统间耦合度，提高了系统的可维护性和可扩展性。
附图说明
17.图1是本发明实施例一提供的一种分发方法的流程图；
18.图2是本发明实施例一提供的另一种分发方法的流程图；
19.图3是本发明实施例一提供的一种分发方法的过程示意图；
20.图4是本发明实施例二提供的一种分发装置的结构示意图；
21.图5是本发明实施例三提供的一种电子设备的结构示意图。
具体实施方式
22.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
23.在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
24.本发明使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”。
25.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
26.实施例一
27.图1是本发明实施例一提供的一种分发方法的流程图，本实施例可适用于分发的情况，例如企业级金融信息系统外部系统发起消息请求调用内部系统进行消息路由分发，该方法可以由本发明实施例中的分发装置来执行，该装置可采用软件和/或硬件的方式实
现，如图1所示，该方法具体包括如下步骤：
28.s101、接收至少一个外部系统发送的消息请求。
29.在本实施例中，外部系统指的是相对于企业级金融信息系统内部关联系统而言的外部系统。外部系统可以是一个或多个，本实施例对此不进行限定。
30.需要说明的是，消息请求指的是交易消息请求。消息请求由外部系统发送，不同的业务交易，对应的消息请求类型不同。
31.具体的，接收至少一个外部系统发送的消息请求。在实际操作过程中，本发明实施例提供消息请求的统一入口(统一入口指在与外部系统交互时，作为消息请求流量输入的通道入口。在本实施例中，更具体的指所有消息请求统一的url接口入口)，来接收至少一个外部系统发送的消息请求。一般情况下，一种业务交易需要由外部系统发起一种类型的消息请求。
32.s102、根据消息请求的类型确定消息请求对应的目标路由规则配置信息。
33.需要解释的是，路由规则配置信息可以是指预先配置的消息请求路由分发规则信息。其中，消息请求路由分发是指根据业务交易的不同，将不同类型的消息请求根据不同的路由规则分发到不同的内部关联系统。
34.需要说明的是，目标路由规则配置信息指的是根据不同类型消息请求的类型确定的该类型消息请求对应的路由规则配置信息。
35.其中，目标路由规则配置信息包括：目标关联系统的目标接口地址。
36.需要解释的是，目标关联系统指的是根据不同类型消息请求的类型确定的该类型消息请求对应的内部关联系统。
37.需要说明的是，目标接口地址指的是目标关联系统的目标接口地址，在本实施例中主要是指接收消息请求的入口接口的地址，即url接口地址。
38.具体的，根据消息请求的类型确定消息请求对应的目标路由规则配置信息。在本实施例中，可配置的路由规则信息包括：消息请求类型、消息请求编号、消息请求对应的消息请求处理器类型以及消息请求对应的目标关联系统的目标接口地址。不同类型的消息请求，需要转发路由到不同的目标关联系统所对应的消息处理接口，当消息处理接口有扩展或者变动后，需在路由规则配置信息中修改相应消息请求的路由规则，配置方式为配置文件配置。
39.s103、根据目标接口地址将消息请求分发至目标关联系统。
40.具体的，根据消息请求的类型确定消息请求对应的目标路由规则配置信息后，根据目标接口地址将消息请求分发至目标关联系统。
41.本发明实施例通过提供交易消息请求的统一入口，自动解析消息请求，动态识别消息请求种类并路由，实现交易消息请求定制化处理并自动分发至所属内部关联系统，实现了统一配置管理，降低了系统间耦合度，提高了系统的可维护性和可扩展性。
42.可选的，目标路由规则配置信息还包括：目标消息请求处理器类型。
43.需要说明的是，目标消息请求处理器类型指的是根据不同类型消息请求的类型确定的该类型消息请求对应的处理器的类型。
44.可选的，根据目标接口地址将消息请求分发至目标关联系统，包括：
45.动态装载目标消息请求处理器类型对应的目标处理器，并将消息请求转发至目标
处理器，以使目标处理器对消息请求进行处理，得到目标数据。
46.在计算机领域，动态装载是一种程序运行机制，能让计算机程序在运行时(而不是编译时)装载库(或者其他二进制对象)到内存中，然后检索库中函数和变量的地址，并运行这些函数或访问这些变量，且能在不需要时将库从内存中卸载。在本实施例中，动态装载指的是动态地装载目标消息请求处理器类型对应的目标处理器，且在不需要时将目标消息请求处理器类型对应的目标处理器卸载。
47.需要说明的是，目标处理器指的是目标消息请求处理器类型对应的处理器。
48.需要解释的是，目标数据指的是目标处理器对消息请求进行处理后得到的数据。
49.具体的，根据消息请求的类型确定消息请求对应的包括目标消息请求处理器类型的目标路由规则配置信息后，动态装载目标消息请求处理器类型对应的目标处理器，并将消息请求转发至目标处理器，以使目标处理器对消息请求进行处理，得到目标数据。在本实施例中，目标处理器对消息请求进行的处理包括但不限于数据处理、错误信息封装等操作。
50.根据目标接口地址将目标数据发送至目标关联系统。
51.具体的，根据目标关联系统的目标接口地址将目标数据发送至目标关联系统。
52.可选的，根据消息请求的类型确定消息请求对应的目标路由规则配置信息，包括：
53.若消息请求非预设格式，则将消息请求转换为预设格式，得到目标请求。
54.需要说明的是，不同的业务交易，对应的消息请求协议格式不同，因此，由至少一个外部系统发送来的消息请求的协议格式也是不同的。为方便处理不同协议格式的消息请求，本发明实施例将不同协议格式的消息请求解析为统一格式，将此格式设定为预设格式，与预设格式的协议格式不同的消息请求的格式即为非预设格式。
55.其中，目标请求指的是将非预设格式的消息请求的协议格式转换为预设格式后得到的消息请求。
56.具体的，接收至少一个外部系统发送的消息请求，若消息请求非预设格式，则通过解析将非预设格式的消息请求转换为预设格式的目标请求。
57.获取目标请求的类型。
58.具体的，得到目标请求后获取目标请求的类型。
59.根据目标请求的类型确定目标请求对应的目标路由规则配置信息。
60.具体的，根据目标请求的类型确定目标请求对应的目标路由规则配置信息，之后根据目标路由规则配置信息中包括的目标关联系统的目标接口地址将目标请求分发至目标关联系统。
61.可选的，还包括：
62.若消息请求为预设格式，则获取消息请求的类型。
63.具体的，接收至少一个外部系统发送的消息请求，若消息请求为预设格式，则获取消息请求的类型。
64.根据消息请求的类型确定消息请求对应的目标路由规则配置信息。
65.具体的，根据消息请求的类型确定消息请求对应的目标路由规则配置信息，之后根据目标路由规则配置信息中包括的目标关联系统的目标接口地址将消息请求分发至目标关联系统。
66.作为本实施例的一个示例性描述，图2是本发明实施例一提供的另一种分发方法
的流程图，对本发明实施例中的一种分发方法进行了进一步描述，如图2所示，该方法具体包括如下步骤：
67.s201、配置路由规则参数。
68.在本实施例中，根据业务场景(指代请求类型)通过预设的路由规则配置器，对消息请求的路由规则等参数进行配置。
69.预设的路由规则配置器可配置的内容包括：消息请求类型、消息请求编号、消息请求对应的消息请求处理器类型以及消息请求对应的目标关联系统的目标接口地址。
70.不同类型的消息请求，需要转发路由到不同的目标关联系统所对应的消息处理接口，当消息处理接口有扩展或者变动后，需在路由规则配置信息中修改相应消息请求的路由规则，配置方式为配置文件配置。
71.s202、接收至少一个外部系统发送的消息请求。
72.在本实施例中，通过预设的消息请求接收器接收至少一个外部系统发送的消息请求。
73.预设的消息请求接收器作为消息请求的统一入口，负责接收至少一个外部系统发送的消息请求，预设的消息请求接收器需将符合报文规范的消息请求转发给预设的消息请求解析器。
74.s203、对消息请求进行解析和转换。
75.在本实施例中，通过预设的消息请求解析器对不同协议格式的消息请求进行解析，并转换为预设格式，将预设格式的消息请求发送给预设的路由装载器。
76.预设的消息请求解析器负责解析不同格式的消息请求，外部系统发送的消息请求格式包括xml(extensible markup language，可扩展标记语言)和json(javascript object notation，javascript对象简谱，是一种轻量级的数据交换格式)等，并且不同类型的交易消息请求字段内容也不一致。预设的消息请求解析器根据不同的格式协议，通过遍历节点或提取元素等转换格式的方式，将消息请求转换解析为系统统一的格式对象。
77.统一的格式对象内容主要包括一些统一的通用业务字段，比如请求流水号、请求时间等等，也包括针对特定业务交易的特殊字段。完成消息请求的解析和转换后，预设的消息请求解析器将消息请求转发到预设的路由装载器。
78.s204、获取路由规则配置信息。
79.在本实施例中，预设的路由装载器从预设的路由规则配置器获取由规则配置信息，例如消息请求与消息请求处理器的对应关系。
80.预设的路由装载器主要负责以下流程：根据消息请求类型生成对应此类型请求的消息请求处理器实例化对象。首先需从消息请求中取出消息请求类型，之后根据消息请求类型，从预设的路由规则配置器获取这个消息请求类型对应的关系，动态装载对应消息请求类型的消息请求处理器实例。
81.s205、动态装载目标处理器。
82.在本实施例中，预设的路由装载器根据消息请求的类型动态装载目标消息请求处理器对应的目标处理器。
83.s206、将消息请求转发至目标处理器。
84.在本实施例中，预设的路由匹配器将消息请求转发至目标处理器。
85.预设的路由匹配器主要负责将消息请求转发到对应的消息请求处理器实例，由预设的消息请求处理器处理下一步的请求定制化处理。
86.s207、目标处理器对消息请求进行处理得到目标数据。
87.在本实施例中，预设的消息请求处理器和预设的消息请求分发器负责消息请求的定制化处理，并根据消息请求所携带的消息业务类型参数，读取预设的路由规则配置器中此消息请求对应的路由规则配置信息，将消息请求自动化分发到对应的内部关联系统。
88.预设的消息请求处理器负责对消息请求进行集中定制化处理。预设的消息请求处理器实现了统一的消息请求处理方法接口，内部可以对特定类型的消息请求进行定制化的消息请求处理，消息请求中的定制化处理包括但不限于数据处理、错误信息封装等操作。
89.s208、根据目标接口地址将目标数据发送至目标关联系统。
90.在本实施例中，预设的消息请求分发器负责消息请求分发。获取预设的路由规则配置器中的路由规则配置信息，将消息请求转发路由到对应的内部关联系统接口，实现消息请求的自动化分发。
91.作为本实施例的一个示例性描述，图3是本发明实施例一提供的一种分发方法的过程示意图，通过本发明实施例提供的一种分发方法，可实现将接收到的由外部系统发送的消息请求进行自动化解析以及动态装载定制化处理并分发至对应内部关联系统。过程中可存在至少一个外部系统和至少一个内部关联系统，图3以一个外部系统和两个内部关联系统为例进行说明。如图3所示，外部系统301通过请求接口1～n发送消息请求，通过本发明实施例提供的一种分发方法，可实现将接收到的由外部系统发送的消息请求进行自动化解析以及动态装载定制化处理，并分发至对应内部关联系统302和内部关联系统303的接口1～n，完成消息请求的分发。
92.相比于现有技术，本发明实施例中的所有消息请求从统一入口进入内部关联系统，多种类型消息请求可对应一个接口，只需提供一个url。支持根据消息请求类型进行自动化解析，自动分发到不同内部关联系统，接口变动时仅需动态装载配置的路由规则，即可接收并自动化解析消息请求，可维护性强，可扩展性高。
93.另一方面，当需要对消息请求定制化处理时，本发明实施例可根据消息请求类型动态装载定制化处理器。消息请求处理器可以针对特定消息请求，集中进行定制化处理，再分发至不同的内部关联系统。本发明实施例统一对定制化处理代码进行实现，内部关联系统无需重新实现，定制化处理与各个内部关联系统解耦，降低了系统耦合度。
94.实施例二
95.图4是本发明实施例二提供的一种分发装置的结构示意图，该装置适用于分发的情况，例如企业级金融信息系统外部系统发起消息请求调用内部系统进行消息路由分发，该装置可以由硬件/软件实现，可配置于服务器中来实现本发明实施例中的一种分发方法。如图4所示，该装置具体包括：接收模块401、确定模块402和分发模块403。
96.其中，接收模块401，用于接收至少一个外部系统发送的消息请求；
97.确定模块402，用于根据所述消息请求的类型确定所述消息请求对应的目标路由规则配置信息，其中，所述目标路由规则配置信息包括：目标关联系统的目标接口地址；
98.分发模块403，用于根据所述目标接口地址将所述消息请求分发至目标关联系统。
99.本发明实施例通过提供交易消息请求的统一入口，自动解析消息请求，动态识别
消息请求种类并路由，实现交易消息请求定制化处理并自动分发至所属内部关联系统，实现了统一配置管理，降低了系统间耦合度，提高了系统的可维护性和可扩展性。
100.进一步的，所述目标路由规则配置信息还包括：目标消息请求处理器类型。
101.进一步的，所述分发模块403具体用于：
102.动态装载所述目标消息请求处理器类型对应的目标处理器，并将所述消息请求转发至所述目标处理器，以使所述目标处理器对所述消息请求进行处理，得到目标数据；
103.根据所述目标接口地址将所述目标数据发送至目标关联系统。
104.进一步的，所述确定模块402具体用于：
105.若所述消息请求非预设格式，则将所述消息请求转换为预设格式，得到目标请求；
106.获取所述目标请求的类型；
107.根据所述目标请求的类型确定所述目标请求对应的目标路由规则配置信息。
108.进一步的，所述确定模块402还具体用于：
109.若所述消息请求为预设格式，则获取所述消息请求的类型；
110.根据所述消息请求的类型确定所述消息请求对应的目标路由规则配置信息。
111.上述分发装置可执行本发明任意实施例所提供的分发方法，具备执行分发方法相应的功能模块和有益效果。
112.实施例三
113.图5是本发明实施例三提供的一种电子设备的结构示意图，如图5所示，该电子设备包括处理器501、存储器502、输入装置503和输出装置504；电子设备中处理器501的数量可以是一个或多个，图5中以一个处理器501为例；电子设备中的处理器501、存储器502、输入装置503和输出装置504可以通过总线或其他方式连接，图5中以通过总线连接为例。
114.存储器502作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的分发方法对应的程序指令/模块(例如，分发装置中的接收模块401、确定模块402和分发模块403)。处理器501通过运行存储在存储器502中的软件程序、指令以及模块，从而执行电子设备的各种功能应用以及数据处理，即实现本发明上述实施例所提供的分发方法：
115.接收至少一个外部系统发送的消息请求；
116.根据所述消息请求的类型确定所述消息请求对应的目标路由规则配置信息，其中，所述目标路由规则配置信息包括：目标关联系统的目标接口地址；
117.根据所述目标接口地址将所述消息请求分发至目标关联系统。
118.存储器502可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器502可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器502可进一步包括相对于处理器501远程设置的存储器，这些远程存储器可以通过网络连接至设备/终端/服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
119.输入装置503可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置504可包括显示屏等显示设备。
120.实施例四
121.本发明实施例四还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例提供的分发方法，该方法包括：
122.接收至少一个外部系统发送的消息请求；
123.根据所述消息请求的类型确定所述消息请求对应的目标路由规则配置信息，其中，所述目标路由规则配置信息包括：目标关联系统的目标接口地址；
124.根据所述目标接口地址将所述消息请求分发至目标关联系统。
125.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read-only memory，rom)、可擦式可编程只读存储器(erasable programmable rom，eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
126.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
127.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
128.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c ，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
129.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。