业务消息投递方法、装置、可读存储介质及电子设备制造方法及图纸

技术编号:33132781 阅读:20 留言:0更新日期:2022-04-17 00:53
本公开实施例公开了一种业务消息投递方法、装置、计算机可读存储介质及电子设备,其中,该方法包括:接收由业务消息产生系统发送的业务调用消息;解析业务调用消息,得到子业务调用策略信息;基于子业务调用策略信息,确定待调用的子业务系统集中的子业务系统的调用顺序;基于调用顺序,向子业务系统集中的子业务系统投递子业务调用消息。本公开实施例提升了消息投递的策略性,可以灵活地通过配置调用策略信息实现按照各种策略调用子业务系统,满足业务上需求的各种消息投递策略,有助于减少业务重复开发维护,收敛系统安全风险。收敛系统安全风险。收敛系统安全风险。

【技术实现步骤摘要】
业务消息投递方法、装置、可读存储介质及电子设备


[0001]本公开涉及计算机
,尤其是一种业务消息投递方法、装置、计算机可读存储介质及电子设备。

技术介绍

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

技术实现思路

[0004]本公开的实施例提供了一种业务消息投递方法、装置、计算机可读存储介质及电子设备。
[0005]本公开的实施例提供了一种业务消息投递方法,该方法包括:接收由业务消息产生系统发送的业务调用消息;解析业务调用消息,得到子业务调用策略信息;基于子业务调用策略信息,确定待调用的子业务系统集中的子业务系统的调用顺序;基于调用顺序,向子业务系统集中的子业务系统投递子业务调用消息。
[0006]在一些实施例中,解析业务调用消息,得到子业务调用策略信息,包括:基于业务调用消息,确定调用类型信息;获取调用类型信息对应的子业务调用策略信息。
[0007]在一些实施例中,基于子业务调用策略信息,确定待调用的子业务系统集中的子业务系统的调用顺序,包括:基于子业务调用策略信息,构建以消息产生系统为根节点,以子业务系统集中的子业务系统为子节点的树形数据结构;基于调用类型信息,从树形数据结构中确定各个子节点的访问顺序作为子业务系统集中的子业务系统的调用顺序。
[0008]在一些实施例中,基于调用类型信息,从树形数据结构中确定各个子节点的访问顺序作为子业务系统集中的子业务系统的调用顺序,包括:响应于确定调用类型信息表示访问顺序为广度顺序,按照树形数据结构包括的层级的顺序,以及层级中的子节点的排列顺序,确定各个子节点分别对应的子业务系统的调用顺序。
[0009]在一些实施例中,基于调用类型信息,从树形数据结构中确定各个子节点的访问顺序作为子业务系统集中的子业务系统的调用顺序,包括:响应于确定调用类型信息表示访问顺序为深度顺序,按照树形数据结构中的各条完整路径分别包括的子节点的顺序,确定各个子节点分别对应的子业务系统的调用顺序。
[0010]在一些实施例中,基于调用顺序,向子业务系统集中的子业务系统投递子业务调用消息,包括:确定当前通过投递子业务调用消息调用子业务系统的过程是否符合预设的调用失败条件;若符合调用失败条件,生成调用失败信息。
[0011]在一些实施例中,确定当前通过投递子业务调用消息调用子业务系统的过程是否
符合预设的调用失败条件,包括:基于子业务系统集中的子业务系统分别对应的预设超时时长,确定当前调用子业务系统的过程是否发生超时;响应于当前调用子业务系统的过程发生超时,执行重新调用操作;响应于执行重新调用操作的次数大于预设次数,确定符合调用失败条件。
[0012]根据本公开实施例的另一个方面,提供了一种业务消息投递装置,该装置包括:接收模块,用于接收由业务消息产生系统发送的业务调用消息;解析模块,用于解析业务调用消息,得到子业务调用策略信息;确定模块,用于基于子业务调用策略信息,确定待调用的子业务系统集中的子业务系统的调用顺序;投递模块,用于基于调用顺序,向子业务系统集中的子业务系统投递子业务调用消息。
[0013]根据本公开实施例的另一个方面,提供了一种计算机可读存储介质,计算机可读存储介质存储有计算机程序,计算机程序用于执行上述业务消息投递方法。
[0014]根据本公开实施例的另一个方面,提供了一种电子设备,电子设备包括:处理器;用于存储处理器可执行指令的存储器;处理器,用于从存储器中读取可执行指令,并执行指令以实现上述业务消息投递方法。
[0015]根据本公开实施例的另一个方面,提供了一种计算机程序产品,包括计算机程序/指令,计算机程序/指令被处理器执行时实现上述业务消息投递方法的步骤。
[0016]基于本公开上述实施例提供的业务消息投递方法、装置、计算机可读存储介质、电子设备及计算机程序产品,通过接收由业务消息产生系统发送的业务调用消息,解析业务调用消息,得到子业务调用策略信息,然后基于子业务调用策略信息,确定各个子业务系统的调用顺序,最后基于调用顺序,向子业务系统集中的子业务系统投递子业务调用消息,实现了基于子业务调用策略信息,将某业务系统在运行时按照一定的策略调用子业务系统集中的子业务系统,极大地提升了消息投递的策略性,可以灵活地通过配置调用策略信息实现按照各种策略调用子业务系统,满足业务上需求的各种消息投递策略,有助于减少业务重复开发维护,收敛系统安全风险。
[0017]下面通过附图和实施例,对本公开的技术方案做进一步的详细描述。
附图说明
[0018]通过结合附图对本公开实施例进行更详细的描述,本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解,并且构成说明书的一部分,与本公开实施例一起用于解释本公开,并不构成对本公开的限制。在附图中,相同的参考标号通常代表相同部件或步骤。
[0019]图1是本公开所适用的系统图。
[0020]图2是本公开一示例性实施例提供的业务消息投递方法的流程示意图。
[0021]图3是本公开另一示例性实施例提供的业务消息投递方法的流程示意图。
[0022]图4是本公开另一示例性实施例提供的业务消息投递方法的流程示意图。
[0023]图5是本公开的实施例的一个树形图的示意图。
[0024]图6是本公开一示例性实施例提供的业务消息投递装置的结构示意图。
[0025]图7是本公开另一示例性实施例提供的业务消息投递装置的结构示意图。
[0026]图8是本公开一示例性实施例提供的电子设备的结构图。
具体实施方式
[0027]下面,将参考附图详细地描述根据本公开的示例实施例。显然,所描述的实施例仅仅是本公开的一部分实施例,而不是本公开的全部实施例,应理解,本公开不受这里描述的示例实施例的限制。
[0028]应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
[0029]本领域技术人员可以理解,本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等,既不代表任何特定技术含义,也不表示它们之间的必然逻辑顺序。
[0030]还应理解,在本公开实施例中,“多个”可以指两个或两个以上,“至少一个”可以指一个、两个或两个以上。
[0031]还应理解,对于本公开实施例中提及的任一部件、数据或结构,在没有明确限定或者在前后文给出相反启示的情况下,一般可以理解为一个或多个。
[0032]另外,本公开中术语“和/或”,仅仅是一种描述关联对象的关联本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种业务消息投递方法,包括:接收由业务消息产生系统发送的业务调用消息;解析所述业务调用消息,得到子业务调用策略信息;基于所述子业务调用策略信息,确定待调用的子业务系统集中的子业务系统的调用顺序;基于所述调用顺序,向所述子业务系统集中的子业务系统投递子业务调用消息。2.根据权利要求1所述的方法,其中,所述解析所述业务调用消息,得到子业务调用策略信息,包括:基于所述业务调用消息,确定调用类型信息;获取所述调用类型信息对应的子业务调用策略信息。3.根据权利要求2所述的方法,其中,所述基于所述子业务调用策略信息,确定待调用的子业务系统集中的子业务系统的调用顺序,包括:基于所述子业务调用策略信息,构建以所述消息产生系统为根节点,以所述子业务系统集中的子业务系统为子节点的树形数据结构;基于所述调用类型信息,从所述树形数据结构中确定各个子节点的访问顺序作为所述子业务系统集中的子业务系统的调用顺序。4.根据权利要求3所述的方法,其中,所述基于所述调用类型信息,从所述树形数据结构中确定各个子节点的访问顺序作为所述子业务系统集中的子业务系统的调用顺序,包括:响应于确定所述调用类型信息表示所述访问顺序为广度顺序,按照所述树形数据结构包括的层级的顺序,以及层级中的子节点的排列顺序,确定各个子节点分别对应的子业务系统的调用顺序。5.根据权利要求3所述的方法,其中,所述基于所述调用类型信息,从所述树形数据结构中确定各个子节点的访问顺序作为所述子业务系统集中的子业务系统的调用顺序,包括:响应于确定所述调用类型信息表示所述访问顺序为深度顺序,按...

【专利技术属性】
技术研发人员:叶伟张万里付敏
申请(专利权)人:北京理房通支付科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1