业务消息投递方法、装置、可读存储介质及电子设备与流程

1.本公开涉及计算机技术领域，尤其是一种业务消息投递方法、装置、计算机可读存储介质及电子设备。


背景技术：

2.在消息投递系统中，通常可以包括发送消息的消息发布者、接收消息的消息订阅者，以及支持从消息发布者接收消息并投递至消息订阅者的消息中间件。消息中间件可以响应于从消息发布者获取到的待投递至消息订阅者的消息，将该消息投递至消息订阅者。
3.目前大部分消息投递都依赖于业务系统本身，采用超时/异常重试机制，仅支持单地址或同等级批量地址的消息投递。


技术实现要素：

4.本公开的实施例提供了一种业务消息投递方法、装置、计算机可读存储介质及电子设备。
5.本公开的实施例提供了一种业务消息投递方法，该方法包括：接收由业务消息产生系统发送的业务调用消息；解析业务调用消息，得到子业务调用策略信息；基于子业务调用策略信息，确定待调用的子业务系统集中的子业务系统的调用顺序；基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息。
6.在一些实施例中，解析业务调用消息，得到子业务调用策略信息，包括：基于业务调用消息，确定调用类型信息；获取调用类型信息对应的子业务调用策略信息。
7.在一些实施例中，基于子业务调用策略信息，确定待调用的子业务系统集中的子业务系统的调用顺序，包括：基于子业务调用策略信息，构建以消息产生系统为根节点，以子业务系统集中的子业务系统为子节点的树形数据结构；基于调用类型信息，从树形数据结构中确定各个子节点的访问顺序作为子业务系统集中的子业务系统的调用顺序。
8.在一些实施例中，基于调用类型信息，从树形数据结构中确定各个子节点的访问顺序作为子业务系统集中的子业务系统的调用顺序，包括：响应于确定调用类型信息表示访问顺序为广度顺序，按照树形数据结构包括的层级的顺序，以及层级中的子节点的排列顺序，确定各个子节点分别对应的子业务系统的调用顺序。
9.在一些实施例中，基于调用类型信息，从树形数据结构中确定各个子节点的访问顺序作为子业务系统集中的子业务系统的调用顺序，包括：响应于确定调用类型信息表示访问顺序为深度顺序，按照树形数据结构中的各条完整路径分别包括的子节点的顺序，确定各个子节点分别对应的子业务系统的调用顺序。
10.在一些实施例中，基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息，包括：确定当前通过投递子业务调用消息调用子业务系统的过程是否符合预设的调用失败条件；若符合调用失败条件，生成调用失败信息。
11.在一些实施例中，确定当前通过投递子业务调用消息调用子业务系统的过程是否
符合预设的调用失败条件，包括：基于子业务系统集中的子业务系统分别对应的预设超时时长，确定当前调用子业务系统的过程是否发生超时；响应于当前调用子业务系统的过程发生超时，执行重新调用操作；响应于执行重新调用操作的次数大于预设次数，确定符合调用失败条件。
12.根据本公开实施例的另一个方面，提供了一种业务消息投递装置，该装置包括：接收模块，用于接收由业务消息产生系统发送的业务调用消息；解析模块，用于解析业务调用消息，得到子业务调用策略信息；确定模块，用于基于子业务调用策略信息，确定待调用的子业务系统集中的子业务系统的调用顺序；投递模块，用于基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息。
13.根据本公开实施例的另一个方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序用于执行上述业务消息投递方法。
14.根据本公开实施例的另一个方面，提供了一种电子设备，电子设备包括：处理器；用于存储处理器可执行指令的存储器；处理器，用于从存储器中读取可执行指令，并执行指令以实现上述业务消息投递方法。
15.根据本公开实施例的另一个方面，提供了一种计算机程序产品，包括计算机程序/指令，计算机程序/指令被处理器执行时实现上述业务消息投递方法的步骤。
16.基于本公开上述实施例提供的业务消息投递方法、装置、计算机可读存储介质、电子设备及计算机程序产品，通过接收由业务消息产生系统发送的业务调用消息，解析业务调用消息，得到子业务调用策略信息，然后基于子业务调用策略信息，确定各个子业务系统的调用顺序，最后基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息，实现了基于子业务调用策略信息，将某业务系统在运行时按照一定的策略调用子业务系统集中的子业务系统，极大地提升了消息投递的策略性，可以灵活地通过配置调用策略信息实现按照各种策略调用子业务系统，满足业务上需求的各种消息投递策略，有助于减少业务重复开发维护，收敛系统安全风险。
17.下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。
附图说明
18.通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。
19.图1是本公开所适用的系统图。
20.图2是本公开一示例性实施例提供的业务消息投递方法的流程示意图。
21.图3是本公开另一示例性实施例提供的业务消息投递方法的流程示意图。
22.图4是本公开另一示例性实施例提供的业务消息投递方法的流程示意图。
23.图5是本公开的实施例的一个树形图的示意图。
24.图6是本公开一示例性实施例提供的业务消息投递装置的结构示意图。
25.图7是本公开另一示例性实施例提供的业务消息投递装置的结构示意图。
26.图8是本公开一示例性实施例提供的电子设备的结构图。
具体实施方式
27.下面，将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。
28.应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
29.本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。
30.还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。
31.还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。
32.另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。
33.还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。
34.同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
35.以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。
36.对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。
37.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
38.本公开实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。
39.终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
40.申请概述
41.目前大多数业务消息投递方法，主要通过延时队列或一些消息中间件进行实现系统间的消息投递，但是对于投递策略支持比较简单，例如mq(message queue，消息队列)仅支持自定义延迟和一级批量推送，rabbitmq(一种面向消息的中间件)需要插件实现系统间的消息投递等。
42.本公开实施例提供的业务消息投递方法，独立于业务系统，无具体业务属性，可独立部署。主要解决业务系统消息如何策略化阶梯投递、功能重复开发维护、高可用高并发等问题。
43.示例性系统
44.图1示出了可以应用本公开的实施例的业务消息投递方法或业务消息投递装置的示例性系统架构100。
45.如图1所示，系统架构100可以包括业务消息产生系统101，网络102，消息发送引擎系统103和子业务系统集合104。网络102用于在消息产生系统101、消息发送引擎系统103和子业务系统集合104之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
46.业务消息产生系统101用于根据业务需求生成业务调用消息，并将业务调用消息通过消息队列、http(超文本传输协议，hyper text transfer protocol)、https(超文本传输安全协议，hyper text transfer protocol over secure socket layer)等方式发送到消息发送引擎系统103。消息发送引擎系统103用于解析业务调用消息，并基于解析后得到的子业务调用策略信息，从子业务系统集合104中调用子业务系统，调用方式为向子业务系统集合中的子业务系统发送子业务调用消息。子业务系统集合104包括多个子业务系统，如图1所示，子业务系统集合104包括n个子业务系统。各个子业务系统可以设置在同一电子设备(例如服务器)中，也可以设置在不同的电子设备中。
47.业务消息产生系统101、消息发送引擎系统103、子业务系统集合104可以分别设置在不同的电子设备中，也可以将该系统架构的任意至少两个组成部分设置在同一电子设备中。例如，业务消息产生系统101和子业务系统集合104设置在同一服务器或服务器集群，消息发送引擎系统103设置在另一服务。
48.需要说明的是，本公开的实施例所提供的业务消息投递方法一般由消息发送引擎系统103执行，相应地，业务消息投递装置一般设置于消息发送引擎系统103中。
49.应该理解，图1中的业务消息产生系统101，网络102，消息发送引擎系统103和子业务系统集合104的数目仅仅是示意性的。根据实现需要，可以具有任意数目的业务消息产生系统101，网络102，消息发送引擎系统103和子业务系统集合104。
50.示例性方法
51.图2是本公开一示例性实施例提供的业务消息投递方法的流程示意图。本实施例可应用在电子设备(如图1所示的设置消息发送引擎系统103的电子设备)上，如图2所示，该方法包括如下步骤：
52.步骤201，接收由业务消息产生系统发送的业务调用消息。
53.在本实施例中，电子设备可以接收由如图1所示的业务消息产生系统101发送的业务调用消息。其中，业务调用消息用于指示业务消息产生系统当前需要调用其他子业务系统以完成相应的业务流程。作为示例，业务消息产生系统对用户的下单操作提供支持，若用
户下单后，十分钟内没有支付则自动关闭订单，同时发送关单通知，关单通知即为业务调用消息。某个子业务系统负责库存物品数量的增减，上述电子设备需要向该子业务系统发送表示关单通知的子业务调用消息，以使该子业务系统将已经减少的该订单对应的物品数量恢复为下单前的数量。
54.再例如，a系统(业务消息产生系统)负责商户基本资料入驻，b系统(子业务系统)负责商户账户开户，c系统(子业务系统)负责商户费率配置。那么a系统在商户入驻成功后，要同时通知b系统、c系统开通账户和配置基本费率。因此，a系统向上述电子设备发送表示商户入驻成功的业务调用消息，上述电子设备向系统b和系统c分别发送子业务调用消息，以使b系统和c系统进行开通账户和配置基本费率的操作。
55.步骤202，解析业务调用消息，得到子业务调用策略信息。
56.在本实施例中，电子设备可以解析业务调用消息，得到子业务调用策略信息。其中，子业务调用策略信息用于从如图1所示的子业务系统集合104中确定待调用的子业务系统集，以及各个子业务系统的调用顺序。子业务调用策略信息即表示预先设置的对各个子业务系统进行调用的策略，该策略可以根据需要设置，例如按照被调用的子业务系统的层级顺序依次调用，或优先调用成链式顺序排列的跨多个层级的子业务系统。
57.作为本步骤执行方式的一个示例，电子设备中可以预先存储有表征业务调用消息和子业务调用策略信息的对应关系的表格，电子设备根据接收的业务调用消息，提取对应的子业务调用策略信息。
58.可选的，电子设备可以从预设的数据库中确定业务调用消息对应的子业务调用策略信息。其中，数据库中保存了在调用子业务系统时，各个子业务系统间的关系。例如，数据库中可以包括用于表示业务调用消息和子业务系统之间的关系的表格，从该表格中可以查找到业务调用消息对应的子业务系统的名称以及各个子业务系统之间关系。上述数据库可以设置在该电子设备本地，或设置在与该电子设备通信连接的其他设备中。用户可以预先在该数据库中配置上述子业务调用策略信息。
59.步骤203，基于子业务调用策略信息，确定待调用的子业务系统集中的子业务系统的调用顺序。
60.在本实施例中，电子设备可以基于子业务调用策略信息，确定待调用的子业务系统集中的子业务系统的调用顺序。作为示例，子业务调用策略信息包括待调用的各个子业务系统的编号，以及编号的排列顺序，根据该排列顺序，可以确定各个子业务系统的调用顺序。
61.步骤204，基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息。
62.在本实施例中，电子设备可以基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息。其中，子业务调用消息用于表示当前需要调用对应的子业务系统以执行相应的业务流程。通常，被调用的子业务系统在执行相应的业务流程后，可以将执行结果发送回上述电子设备，由电子设备继续调用下一子业务系统；或将执行结果直接发送至下一子业务系统。
63.本公开的上述实施例提供的方法，通过接收由业务消息产生系统发送的业务调用消息，解析业务调用消息，得到子业务调用策略信息，然后基于子业务调用策略信息，确定各个子业务系统的调用顺序，最后基于调用顺序，向子业务系统集中的子业务系统投递子
业务调用消息，实现了基于子业务调用策略信息，将某业务系统在运行时按照一定的策略调用子业务系统集中的子业务系统，极大地提升了消息投递的策略性，可以灵活地通过配置调用策略信息实现按照各种策略调用子业务系统，满足业务上需求的各种消息投递策略，有助于减少业务重复开发维护，收敛系统的安全风险。
64.在一些可选的实现方式中，步骤204可以如下执行：
65.首先，确定当前通过投递子业务调用消息调用子业务系统的过程是否符合预设的调用失败条件。
66.其中，表示调用失败条件的信息可以预先设置在上述电子设备中，电子设备可以实时地对当前调用的子业务系统的执行状态进行监控，以确定执行状态是否符合调用失败条件。
67.作为示例，失败条件可以包括，在预设时长内没有收到当前调用的子业务系统返回的调用结果。
68.然后，若符合调用失败条件，生成调用失败信息。
69.其中，调用失败信息可以为各种形式的信息，例如，文字、符号、图像、声音等。通常，电子设备可以将调用失败信息输出，例如在电子设备包括的显示器上显示，或将调用失败信息发送至其他电子设备(例如用户终端)。
70.可选的，电子设备可以在确定调用失败后，停止对上述子业务系统集的调用。或者，电子设备可以跳过当前调用失败的子业务系统，继续调用其他子业务系统。
71.本实现方式通过设置调用失败条件，在对子业务系统调用失败时，生成调用失败信息，从而可以使用户及时得知调用子业务系统的情况，有利于对调用上述子业务系统集的策略进行及时调整。
72.在一些可选的实现方式中，电子设备可以按照如下步骤确定当前通过投递子业务调用消息调用子业务系统的过程是否符合预设的调用失败条件：
73.首先，基于子业务系统集中的子业务系统分别对应的预设超时时长，确定当前调用子业务系统的过程是否发生超时。
74.具体地，若在向当前调用的子业务系统发送子业务调用消息后，经过预设超时时长(例如10秒)仍没有接收到该子业务系统返回的调用结果，或者经过预设超时时长后接收到了该子业务系统返回的表示调用失败的信息，确定当前调用子业务系统的过程是否发生了超时。
75.响应于当前调用子业务系统的过程发生超时，执行重新调用操作。
76.具体地，可以重新向当前调用的子业务系统发送子业务调用消息进行重新调用。
77.响应于执行重新调用操作的次数大于预设次数，确定符合调用失败条件。
78.其中，两次执行重新调用操作之间的重试间隔时间可以任意设置，例如1秒、1分、10分等。若重新调用操作的执行次数大于预设次数，则本次调用失败。
79.需要说明的是，上述表示调用失败条件的信息，例如预设超时时长、执行重新调用操作的预设次数、重试间隔时长等，可以存储在上述电子设备中，或存储在与该电子设备连接的其他设备中。电子设备可以获取这些表示调用失败条件的信息，以完成对子业务系统调用的监控。
80.本实现方式通过设置超时时长、最大重试次数等条件，可以在出现可能的调用失
败的情况下，尽可能地使调用恢复，提高调用策略的执行成功率。
81.进一步参考图3，其示出了业务消息投递方法的又一个实施例的流程示意图。如图3所示，在上述图2所示实施例的基础上，步骤202可以包括如下步骤：
82.步骤2021，基于业务调用消息，确定调用类型信息。
83.其中，调用类型信息用于表征在调用子业务系统时，调用子业务系统的顺序所遵循的原则分类。例如，调用类型信息表征的顺序可以包括广度顺序和深度顺序，具体请参考下述实施例。通常，业务调用消息中可以包括调用类型信息，电子设备可以从业务调用消息中提取调用类型信息。
84.步骤2022，获取调用类型信息对应的子业务调用策略信息。
85.其中，不同的调用类型信息对应不同的调用顺序。例如调用类型信息为数字0时，表示广度顺序，调用类型信息为数字1时，表示深度顺序。不同的调用顺序通过不同的子业务调用策略信息表示。作为示例，对于一个业务调用消息，数据库中可以设置有至少一个表格，分别存储不同的子业务调用策略信息。电子设备可以从数据库中获取调用类型信息对应的子业务调用策略信息。调用类型信息和子业务调用策略信息的对应关系可以预先通过预先对数据库进行配置而设定。
86.图3对应实施例提供的方法，通过确定调用类型信息，获取调用类型信息对应的子业务调用策略信息，实现了根据不同的调用类型信息对子业务系统进行不同的调用策略，提高了业务调用的灵活性。
87.在一些可选的实现方式中，基于图3对应实施例，如图4所示，步骤203可以如下执行：
88.步骤2031，基于子业务调用策略信息，构建以消息产生系统为根节点，以子业务系统集中的子业务系统为子节点的树形数据结构。
89.树形数据结构中的子节点间之可以通过连线表示各个子节点之间的关系。如图5所示，其示出了树形数据结构对应的树形图，其中的每个圆表示一个节点，节点a为根节点，表示消息产生系统，节点b、c、d、e、f为子节点，表示各个子业务系统。其中带箭头的连线表示子业务系统调用的依赖关系，例如节点b指向节点e和f的箭头表示必须先执行节点b对应的子业务系统，再执行e、f分别对应的子业务系统。
90.步骤2032，基于调用类型信息，从树形数据结构中确定各个子节点的访问顺序作为子业务系统集中的子业务系统的调用顺序。
91.其中，不同的调用类型信息对应不同的访问顺序。例如调用类型信息为数字0时，表示广度顺序，调用类型信息为数字1时，表示深度顺序。
92.本实现方式通过构建树形数据结构，根据调用类型信息，确定子节点的访问顺序，从而有效利用树形数据结构直观、构建简便的特点，有助于更便捷、准确地对各个子业务系统执行不同的调用策略。
93.在一些可选的实现方式中，上述步骤2032可以包括：
94.响应于确定调用类型信息表示访问顺序为广度顺序，按照树形数据结构包括的层级的顺序，以及层级中的子节点的排列顺序，确定各个子节点分别对应的子业务系统的调用顺序。
95.广度顺序表示在访问子节点时，优先访问同一层级中的所有子节点。如图5所示，
第一层级包括子节点b、c、d，第二层级包括子节点e、f。当访问顺序为广度顺序时，依次访问第一层级和第二层级中的子节点，即按照b-c-d-e-f的顺序，依次调用对应的子业务系统。
96.通常，广度顺序对应的子业务调用策略信息如下表1所示：
97.表1
98.节点编号业务系统名称子节点父节点调用类型信息01系统b01-1002系统c02-1003系统d03-1004系统e0401005系统f05010
99.表1中，编号为-1的节点表示根节点，即图5所示的a节点，调用类型信息为0表示当前的访问顺序为广度顺序，子节点一列和父节点一列中相对应的业务系统编号表示业务系统编号的父子关系。由于调用类型信息为0，因此，可以在树形数据结构中设置子节点的访问顺序，即访问顺序为b-c-d-e-f。
100.在一些可选的实现方式中，上述步骤2032可以包括：
101.响应于确定调用类型信息表示访问顺序为深度顺序，按照树形数据结构中的各条完整路径的排列顺序，确定各个子节点分别对应的子业务系统的调用顺序。
102.深度顺序表示在访问子节点时，优先访问同一完整路径中的所有子节点。其中，完整路径是指从根节点触发，经过最多的子节点的路径。作为示例，在如图5所示的树形图中，从根节点a出发，按照箭头指示的方向，经过最多的子节点的连线为一条完整路径。例如，a-b-e为一条完整路径，因此，优先调用该完整路径上的节点。a-b-f为另一条完整路径，但由于a、b已经调用过了，因此，在调用e之后再调用f。a-c和a-d分别为完整路径，因此，在调用f之后再调用c、d。即按照b-e-f-c-d的顺序，依次调用对应的子业务系统。
103.通常，深度顺序对应的子业务调用策略信息如下表2所示：
104.表2
105.节点编号业务系统名称子节点父节点调用类型信息01系统b01-1102系统c02-1103系统d03-1104系统e0401105系统f05011
106.表2中，调用类型信息为1表示当前的访问顺序为深度顺序。由于调用类型信息为1，因此，可以在树形数据结构中设置子节点的访问顺序，即访问顺序为b-e-f-c-d。
107.上述两个可选实现方式，提供了两种不同的子业务系统的调用策略，两种调用策略可以适用不同的业务场景，进一步提高了子业务系统调用的策略性，丰富了业务消息投递方法的适用场景。
108.示例性装置
109.图6是本公开一示例性实施例提供的业务消息投递装置的结构示意图。本实施例可应用在电子设备上，如图6所示，业务消息投递装置包括：接收模块601，用于接收由业务
消息产生系统发送的业务调用消息；解析模块602，用于解析业务调用消息，得到子业务调用策略信息；确定模块603，用于基于子业务调用策略信息，确定待调用的子业务系统集中的子业务系统的调用顺序；投递模块604，用于基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息。
110.在本实施例中，接收模块601可以接收由如图1所示的业务消息产生系统101发送的业务调用消息。其中，业务调用消息用于指示业务消息产生系统当前需要调用其他子业务系统以完成相应的业务流程。作为示例，业务消息产生系统对用户的下单操作提供支持，若用户下单后，十分钟内没有支付则自动关闭订单，同时发送关单通知，关单通知即为业务调用消息。某个子业务系统负责库存物品数量的增减，上述装置需要向该子业务系统发送表示关单通知的子业务调用消息，以使该子业务系统将已经减少的该订单对应的物品数量恢复为下单前的数量。
111.在本实施例中，解析模块602可以解析业务调用消息，得到子业务调用策略信息。其中，子业务调用策略信息用于从如图1所示的子业务系统集合104中确定待调用的子业务系统集，以及各个子业务系统的调用顺序。子业务调用策略信息即表示预先设置的对各个子业务系统进行调用的策略，该策略可以根据需要设置，例如按照被调用的子业务系统的层级顺序依次调用，或优先调用成链式顺序排列的跨多个层级的子业务系统。
112.作为一个示例，电子设备中可以预先存储有表征业务调用消息和子业务调用策略信息的对应关系的表格，解析模块602根据接收的业务调用消息，提取对应的子业务调用策略信息。
113.在本实施例中，确定模块603可以基于子业务调用策略信息，确定待调用的子业务系统集中的子业务系统的调用顺序。作为示例，子业务调用策略信息包括待调用的各个子业务系统的编号，以及编号的排列顺序，根据该排列顺序，可以确定各个子业务系统的调用顺序。
114.在本实施例中，投递模块604可以基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息。其中，子业务调用消息用于表示当前需要调用对应的子业务系统以执行相应的业务流程。通常，被调用的子业务系统在执行相应的业务流程后，可以将执行结果发送回上述电子设备，由电子设备继续调用下一子业务系统；或将执行结果直接发送至下一子业务系统。
115.参照图7，图7是本公开另一示例性实施例提供的业务消息投递装置的结构示意图。
116.在一些可选的实现方式中，所解析模块602包括：第一确定单元6021，用于基于业务调用消息，确定调用类型信息；获取单元6022，用于获取调用类型信息对应的子业务调用策略信息。
117.在一些可选的实现方式中，确定模块603包括：构建单元6031，用于基于子业务调用策略信息，构建以消息产生系统为根节点，以子业务系统集中的子业务系统为子节点的树形数据结构；第二确定单元6032，用于基于调用类型信息，从树形数据结构中确定各个子节点的访问顺序作为子业务系统集中的子业务系统的调用顺序。
118.在一些可选的实现方式中，第二确定单元6032进一步用于：响应于确定调用类型信息表示访问顺序为广度顺序，按照树形数据结构包括的层级的顺序，以及层级中的子节
点的排列顺序，确定各个子节点分别对应的子业务系统的调用顺序。
119.在一些可选的实现方式中，第二确定单元6032进一步用于：响应于确定调用类型信息表示访问顺序为深度顺序，按照树形数据结构中的各条完整路径分别包括的子节点的顺序，确定各个子节点分别对应的子业务系统的调用顺序。
120.在一些可选的实现方式中，投递模块604包括：第三确定单元6041，用于确定当前通过投递子业务调用消息调用子业务系统的过程是否符合预设的调用失败条件；生成单元6042，用于若符合调用失败条件，生成调用失败信息。
121.在一些可选的实现方式中，第三确定单元6041包括：第一确定子单元60411，用于基于子业务系统集中的子业务系统分别对应的预设超时时长，确定当前调用子业务系统的过程是否发生超时；执行子单元60412，用于响应于当前调用子业务系统的过程发生超时，执行重新调用操作；第二确定子单元60413，用于响应于执行重新调用操作的次数大于预设次数，确定符合调用失败条件。
122.本公开上述实施例提供的业务消息投递装置，通过接收由业务消息产生系统发送的业务调用消息，解析业务调用消息，得到子业务调用策略信息，然后基于子业务调用策略信息，确定各个子业务系统的调用顺序，最后基于调用顺序，向子业务系统集中的子业务系统投递子业务调用消息，实现了基于子业务调用策略信息，将某业务系统在运行时按照一定的策略调用子业务系统集中的子业务系统，极大地提升了消息投递的策略性，可以灵活地通过配置调用策略信息实现按照各种策略调用子业务系统，满足业务上需求的各种消息投递策略，有助于减少业务重复开发维护，收敛系统的安全风险。
123.示例性电子设备
124.下面，参考图8来描述根据本公开实施例的电子设备。该电子设备可以是如图1所示的终端设备101和服务器103中的任一个或两者、或与它们独立的单机设备，该单机设备可以与终端设备101和服务器103进行通信，以从它们接收所采集到的输入信号。
125.图8图示了根据本公开实施例的电子设备的框图。
126.如图8所示，电子设备800包括一个或多个处理器801和存储器802。
127.处理器801可以是中央处理单元(cpu)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备800中的其他组件以执行期望的功能。
128.存储器802可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(ram)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(rom)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器801可以运行程序指令，以实现上文的本公开的各个实施例的业务消息投递方法以及/或者其他期望的功能。在计算机可读存储介质中还可以存储诸如业务调用消息、子业务调用策略信息等各种内容。
129.在一个示例中，电子设备800还可以包括：输入装置803和输出装置804，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。
130.例如，在该电子设备是终端设备101或服务器103时，该输入装置803可以是鼠标、键盘等设备，用于输入指令、程序等。在该电子设备是单机设备时，该输入装置803可以是通信网络连接器，用于从终端设备101和服务器103接收所输入的指令、程序等。
131.该输出装置804可以向外部输出各种信息，包括子业务调用消息、调用失败信息等。该输出设备804可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
132.当然，为了简化，图8中仅示出了该电子设备800中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备800还可以包括任何其他适当的组件。
133.示例性计算机程序产品和计算机可读存储介质
134.除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序/指令，所述计算机程序/指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的业务消息投递方法中的步骤。
135.所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、c++等，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
136.此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的业务消息投递方法中的步骤。
137.所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
138.示例性计算机程序
139.本公开实施例还提供了一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时，可以实现上述任一可能的实现方式中的业务消息投递方法。
140.该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选例子中，该计算机程序产品具体体现为计算机存储介质，在另一个可选例子中，该计算机程序产品具体体现为软件产品，例如软件开发包(software development kit，sdk)等等。
141.以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。
142.本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言，由于其与方法实施例基本对应，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
143.本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。
144.可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。
145.还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。
146.提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。
147.为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。