CN114374650A - 基于路由中间件的通知发送方法、存储介质和电子设备 - Google Patents

Abstract

本公开实施例公开了一种基于路由中间件的通知发送方法、存储介质和电子设备，其中，方法包括：根据预设的通信协议接收第一系统发出的通知信息；确定通知信息对应的多个目标接收系统；根据预存的多个外部接收系统对应的依赖关系树，确定多个目标接收系统之间的依赖关系；按照多个所述目标接收系统之间的依赖关系，向多个所述目标接收系统发送所述通知信息；本实施例按照依赖关系向多个目标接收系统发送通知信息，解决了对存在依赖关系的多个目标接收系统的信息发送顺序的问题，实现了按照依赖关系按顺序的进行信息发送，避免了对多个目标接收系统同时发送信息导致的错误。

Description

基于路由中间件的通知发送方法、存储介质和电子设备

技术领域

本公开涉及信息传输技术领域，尤其是一种基于路由中间件的通知发送方法、存储介质和电子设备。

背景技术

现有技术中，针对HTTP异步通知处理，大多采用定时任务补偿机制，该种方式不够灵活，不够实时，不能适应不同场景的回调通知时间间隔策略。同时各个系统自研此块功能，存在重复造轮子问题，而且实现系统在稳定性，扩展性，可用性，性能方面参差不齐。同时每个系统都从各自生产环境服务器直接通知外部服务器，需要开通IP访问控制策略，存在不易管理维护与一定安全隐患问题。

发明内容

为了解决上述技术问题，提出了本公开。本公开的实施例提供了一种基于路由中间件的通知发送方法、存储介质和电子设备。

根据本公开实施例的一个方面，提供了一种基于路由中间件的通知发送方法，包括：

根据预设的通信协议接收第一系统发出的通知信息；

确定所述通知信息对应的多个目标接收系统；

根据预存的多个外部接收系统对应的依赖关系树，确定多个所述目标接收系统之间的依赖关系；

按照多个所述目标接收系统之间的依赖关系，向多个所述目标接收系统发送所述通知信息。

可选地，所述根据预存的多个外部接收系统对应的依赖关系树，确定多个所述目标接收系统之间的依赖关系，包括：

获得预存的多个外部接收系统对应的所述依赖关系树；其中，所述依赖关系树中包括多个通过边连接的节点；

基于多个所述目标接收系统在所述依赖关系树中进行查找，确定多个所述目标接收系统对应的多个目标节点；

基于所述多个目标节点之间的依赖关系，确定多个所述目标接收系统之间的依赖关系。

可选地，所述获得预存的多个外部接收系统对应的所述依赖关系树之前，还包括：

获取所述多个外部接收系统之间的依赖关系；

将所述多个外部接收系统作为节点，基于所述依赖关系作为边连接所述多个节点，得到所述依赖关系树。

可选地，所述按照多个所述目标接收系统之间的依赖关系，向多个所述目标接收系统发送所述通知信息，包括：

根据多个所述目标接收系统之间的依赖关系，基于多个所述目标接收系统确定至少一组关联组；其中，每组所述关联组中包括直接关联的一个上级目标接收系统和一个下级目标接收系统；

按照所述至少一组关联组中每组关联组中目标接收系统之间的关系，向多个所述目标接收系统发送所述通知信息。

可选地，所述按照所述至少一组关联组中每组关联组中目标接收系统之间的关系，向多个所述目标接收系统发送所述通知信息，包括：

针对所述至少一组关联组中每组关联组，将所述通知信息发送给所述关联组中的上级目标接收系统；

响应于接收到所述上级目标接收系统的反馈信息，将所述通知信息发送给所述关联组中的下级目标接收系统。

可选，所述将所述通知信息发送给所述关联组中的上级目标接收系统，包括：

确定所述关联组中的上级目标接收系统是否为中间接收系统；其中，所述中间接收系统表示所述关联组中的上级目标接收系统同时是其他所述关联组中的下级目标接收系统；

当所述关联组中的上级目标接收系统是所述中间接收系统时，将所述中间接收系统作为下级目标接收系统接收其他所述关联组中的上级目标接收系统传输的所述通知信息；

当所述关联组中的上级目标接收系统不是所述中间接收系统时，将所述通知信息发送给所述关联组中的上级目标接收系统。

可选地，还包括：

响应于未接收到所述上级目标接收系统的反馈信息，在达到设定时间间隔时，向所述上级目标接收系统重新发送所述通知信息；

对重新发送次数进行累加，确定所述重新发送次数是否达到设定次数；

响应于所述重新发送次数达到所述设定次数，向所述第一系统反馈通知发送失败信息；

响应于所述重新发送次数未达到所述设定次数，迭代执行：响应于未接收到所述上级目标接收系统的反馈信息，在达到设定时间间隔时，向所述上级目标接收系统重新发送所述通知信息。

可选地，还包括：

采集所述通知信息发送过程中接收的反馈信息、重新发送次数和错误编码；其中，所述反馈信息包括发送成功反馈信息和发送失败反馈信息。

根据本公开实施例的另一方面，提供了一种基于路由中间件的通知发送装置，包括：

通知接收模块，用于根据预设的通信协议接收第一系统发出的通知信息；

接收确定模块，用于确定所述通知信息对应的多个目标接收系统；

关系确定模块，用于根据预存的多个外部接收系统对应的依赖关系树，确定多个所述目标接收系统之间的依赖关系；

通知发送模块，用于按照多个所述目标接收系统之间的依赖关系，向多个所述目标接收系统发送所述通知信息。

可选地，所述关系确定模块，包括：

关系树获取单元，用于获得预存的多个外部接收系统对应的所述依赖关系树；其中，所述依赖关系树中包括多个通过边连接的节点；

节点查找单元，用于基于多个所述目标接收系统在所述依赖关系树中进行查找，确定多个所述目标接收系统对应的多个目标节点；

依赖关系确定单元，用于基于所述多个目标节点之间的依赖关系，确定多个所述目标接收系统之间的依赖关系。

可选地，所述关系确定模块，还包括：

关系树建立单元，用于获取所述多个外部接收系统之间的依赖关系；将所述多个外部接收系统作为节点，基于所述依赖关系作为边连接所述多个节点，得到所述依赖关系树。

可选地，所述通知发送模块，包括：

关联组单元，用于根据多个所述目标接收系统之间的依赖关系，基于多个所述目标接收系统确定至少一组关联组；其中，每组所述关联组中包括直接关联的一个上级目标接收系统和一个下级目标接收系统；

通知信息单元，用于按照所述至少一组关联组中每组关联组中目标接收系统之间的关系，向多个所述目标接收系统发送所述通知信息。

可选地，所述通知信息单元，具体用于针对所述至少一组关联组中每组关联组，将所述通知信息发送给所述关联组中的上级目标接收系统；响应于接收到所述上级目标接收系统的反馈信息，将所述通知信息发送给所述关联组中的下级目标接收系统。

可选地，所述通知信息单元在将所述通知信息发送给所述关联组中的上级目标接收系统时，用于确定所述关联组中的上级目标接收系统是否为中间接收系统；其中，所述中间接收系统表示所述关联组中的上级目标接收系统同时是其他所述关联组中的下级目标接收系统；当所述关联组中的上级目标接收系统是所述中间接收系统时，将所述中间接收系统作为下级目标接收系统接收其他所述关联组中的上级目标接收系统传输的所述通知信息；当所述关联组中的上级目标接收系统不是所述中间接收系统时，将所述通知信息发送给所述关联组中的上级目标接收系统。

可选地，所述通知信息单元，还用于响应于未接收到所述上级目标接收系统的反馈信息，在达到设定时间间隔时，向所述上级目标接收系统重新发送所述通知信息；对重新发送次数进行累加，确定所述重新发送次数是否达到设定次数；响应于所述重新发送次数达到所述设定次数，向所述第一系统反馈通知发送失败信息；响应于所述重新发送次数未达到所述设定次数，迭代执行：响应于未接收到所述上级目标接收系统的反馈信息，在达到设定时间间隔时，向所述上级目标接收系统重新发送所述通知信息。

可选地，所述装置还包括：

信息采集模块，用于采集所述通知信息发送过程中接收的反馈信息、重新发送次数和错误编码；其中，所述反馈信息包括发送成功反馈信息和发送失败反馈信息。

根据本公开实施例的又一方面，提供了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述任一实施例所述的基于路由中间件的通知发送方法。

根据本公开实施例的还一方面，提供了一种电子设备，所述电子设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述任一实施例所述的基于路由中间件的通知发送方法。

基于本公开上述实施例提供的一种基于路由中间件的通知发送方法、存储介质和电子设备，根据预设的通信协议接收第一系统发出的通知信息；确定通知信息对应的多个目标接收系统；根据预存的多个外部接收系统对应的依赖关系树，确定多个所述目标接收系统之间的依赖关系；按照多个所述目标接收系统之间的依赖关系，向多个所述目标接收系统发送所述通知信息；本实施例按照依赖关系向多个目标接收系统发送通知信息，解决了对存在依赖关系的多个目标接收系统的信息发送顺序的问题，实现了按照依赖关系按顺序的进行信息发送，避免了对多个目标接收系统同时发送信息导致的错误。

下面通过附图和实施例，对本公开的技术方案做进一步的详细描述。

附图说明

通过结合附图对本公开实施例进行更详细的描述，本公开的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开实施例一起用于解释本公开，并不构成对本公开的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1是本公开一示例性实施例提供的基于路由中间件的通知发送方法的流程示意图。

图2是本公开图1所示的实施例中步骤106的一个流程示意图。

图3是本公开一示例性实施例提供的一种可选依赖关系树结构示意图。

图4是本公开图1所示的实施例中步骤108的一个流程示意图。

图5是本公开图4所示的实施例中步骤1082的一个流程示意图。

图6是本公开一可选示例中通知发送时序示意图。

图7是本公开一示例性实施例提供的基于路由中间件的通知发送装置的结构示意图。

图8是本公开一示例性实施例提供的电子设备的结构图。

具体实施方式

下面，将参考附图详细地描述根据本公开的示例实施例。显然，所描述的实施例仅仅是本公开的一部分实施例，而不是本公开的全部实施例，应理解，本公开不受这里描述的示例实施例的限制。

应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。

还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。

另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。本公开中所指数据可以包括文本、图像、视频等非结构化数据，也可以是结构化数据。

还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

本公开实施例可以应用于终端设备、计算机系统、服务器等电子设备，其可与众多其它通用或专用计算系统环境或配置一起操作。适于与终端设备、计算机系统、服务器等电子设备一起使用的众所周知的终端设备、计算系统、环境和/或配置的例子包括但不限于：个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统、大型计算机系统和包括上述任何系统的分布式云计算技术环境，等等。

终端设备、计算机系统、服务器等电子设备可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常，程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等，它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施，分布式云计算环境中，任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中，程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。

示例性方法

图1是本公开一示例性实施例提供的基于路由中间件的通知发送方法的流程示意图。本实施例可应用在路由中间件上，如图1所示，包括如下步骤：

步骤102，根据预设的通信协议接收第一系统发出的通知信息。

本实施例中，第一系统可以为任意系统，当第一系统需要通知外部接收系统时，可选地，将通知信息按照约定格式，发送到RocketMQ指定的Topic(Topic可以理解为在RocketMQ体系当中作为一个逻辑消息组织形式，一般情况下一类业务消息会申请一个topic来实现业务之间隔离)中，RocketMQ属于内部中间件，可用性和稳定性都很好，也可以实现通知信息的消峰填谷，从而能够有效保障业务系统异步通知的处理性能和应对峰值流量冲击。

步骤104，确定通知信息对应的多个目标接收系统。

可选地，本实施例中的每个目标接收系统为多个外部接收系统中的一个。

步骤106，根据预存的多个外部接收系统对应的依赖关系树，确定多个目标接收系统之间的依赖关系。

在一实施例中，在路由中间件上预先存储由多个外部接收系统之间的依赖关系构成的依赖关系树，在该依赖关系树中，每个外部接收系统表示为一个节点，每两个存在依赖关系的外部接收系统之间通过边连接，用于表明二者之间的依赖先后关系，在依赖关系中需要先执行的可称为上级节点，需在上级节点执行后才能执行的称为下级节点。

步骤108，按照多个目标接收系统之间的依赖关系，向多个目标接收系统发送通知信息。

可选地，可基于多个目标接收系统之间的依赖关系确定多个目标接收系统接收通知信息的先后顺序，按照确定的先后顺序向多个目标接收系统发送通知信息，解决了现有技术中无法根据依赖关系进行通知发送的问题，为多个存在依赖关系的目标接收系统提供了有效支撑。

本公开上述实施例提供的一种基于路由中间件的通知发送方法，根据预设的通信协议接收第一系统发出的通知信息；确定通知信息对应的多个目标接收系统；根据预存的多个外部接收系统对应的依赖关系树，确定多个所述目标接收系统之间的依赖关系；按照多个所述目标接收系统之间的依赖关系，向多个所述目标接收系统发送所述通知信息；本实施例按照依赖关系向多个目标接收系统发送通知信息，解决了对存在依赖关系的多个目标接收系统的信息发送顺序的问题，实现了按照依赖关系按顺序的进行信息发送，避免了对多个目标接收系统同时发送信息导致的错误。

如图2所示，在上述图1所示实施例的基础上，步骤106可包括如下步骤：

步骤1061，获得预存的多个外部接收系统对应的依赖关系树。

其中，依赖关系树中包括多个通过边连接的节点。

可选地，每个节点对应一个外部接收系统，每条边表示被边连接的两个所述外部接收系统之间存在依赖关系，例如，如图3所示，包括外部接收系统：根节点，A，B，C，A1，B1，B2和A11，其中，A1依赖A，A11依赖A1，B1和B2都依赖B，当一个通知信息需要发送给根节点，A，B，C，A1，B1，B2和A11中所有节点对应的外部接收系统，通知信息从根节点进入，并列传入A，B，C；当接收到A的反馈信息后，通知信息发送给A1，当接收到A1的反馈信息后，通知信息发送给A11；当接收到B的反馈信息后，通知信息同时发送给B1和B2；通过服务通知的编排和配置，可以得到如图3所示的满足如上的依赖关系的依赖关系树。

步骤1062，基于多个目标接收系统在依赖关系树中进行查找，确定多个目标接收系统对应的多个目标节点。

由于目标接收系统为多个外部接收系统中的部分，本实施例可通过对每个外部接收系统分配对应的标识号(例如，ID等)，用标识号对每个外部接收系统进行区分，在查找时，可基于标识号匹配，确定每个目标接收系统在依赖关系树中对应的节点，例如，基于如图3所示的依赖关系树，通过标识号确定该第一系统对应的多个目标接收系统为A，A1，A11，通过查找，得到依赖关系树中的三个目标节点A，A1，A11。

步骤1063，基于多个目标节点之间的依赖关系，确定多个目标接收系统之间的依赖关系。

本实施例中，由于依赖关系图中的节点之间存在依赖关系，因此，获得的多个目标节点之间可能存在依赖关系，例如，基于图3所示的依赖关系树，确定的三个目标节点A，A1，A11之间存在依赖关系，具体为：确定A1依赖A，A11依赖A1，基于此，可确定对应的三个目标接收系统中对应A1节点的目标接收系统依赖对应A节点的目标接收系统，而对应A11节点的目标接收系统依赖对应A1节点的目标接收系统；实现了从节点之间的依赖关系到目标接收系统之间的依赖关系的对应，加快了目标接收系统之间的依赖关系的确定速度，通过树形结构的深度优先通知和广度优先通知策略，如图3所示示例中，广度优先的通知顺序为：A，B，C，A1，B1，B2，A11；深度优先的通知顺序为：A，A1，A11，B，B1，B2，C；综上可知，不管哪种通知编排模型，均满足业务上的先后依赖关系，达到通知编排的目的，有效解决了复杂事件的编排通知问题。

可选地，在上述实施例的基础上，步骤106还可以包括：

获取多个外部接收系统之间的依赖关系；

将多个外部接收系统作为节点，基于依赖关系作为边连接多个节点，得到依赖关系树。

本实施例中，可在接收第一系统发出的通知信息之前对所有存在依赖关系的外部接收系统进行依赖关系整理，建立相应的依赖关系树；或者，在接收第一系统发出的通知信息之后或同时，基于可能需要发送的外部接收系统之间的关联关系，建立依赖关系树；对接收消息通知的依赖关系进行编排和配置，满足事件通知的先后依赖关系。例如，需要接收事件的系统有A，A1和A11，业务上要求在A系统接收成功后，才能通知A1系统，A1系统接收通知成功后，才能通知A11系统，此种场景下可以对消息通知的依赖关系进行编排和配置，从而实现这种有依赖关系的顺序的依赖关系树；在依赖关系树中将每两个存在依赖关系的外部接收系统通过边连接，以边表示两个节点之间的依赖关系，在查找确定目标节点的依赖关系时，更快速方便查找。

如图4所示，在上述图1所示实施例的基础上，步骤108可包括如下步骤：

步骤1081，根据多个目标接收系统之间的依赖关系，基于多个目标接收系统确定至少一组关联组。

其中，每组关联组中包括直接关联的一个上级目标接收系统和一个下级目标接收系统。

本实施例中，当基于依赖关系树获得的多个目标接收系统之间的依赖关系包括不止一层依赖时，在存在多层依赖关系时，直接以较长的依赖关联链进行通知消息的发送，容易在发送过程中由于关系不清而出错，本实施例将一个较长的依赖关系链分解为至少一组关联组，在一组关联组中，只有上级目标接收系统反馈收到通知信息后，才能发送给下级目标接收系统，以实现二者之间的依赖关系。

步骤1082，按照至少一组关联组中每组关联组中目标接收系统之间的关系，向多个目标接收系统发送通知信息。

本实施例中，通过关联组将多个目标接收系统之间的关联关系，分解为多组两个目标接收系统之间的关联关系，实现在每组关联组中先向上级目标接收系统发送通知信息，再向该关联组中的下级目标接收系统发送通知信息，而其中一组关联组中的上级目标接收系统还可能是其他关联组中的下级目标接收系统，下级目标接收系统也还可能是其他关联组中的上级目标接收系统，因此，通过多组关联组之间的信息发送顺序，确定了所有目标接收系统之间的信息发送顺序。

可选地，在上述实施例的基础上，步骤1062可以包括：

针对至少一组关联组中每组关联组，将通知信息发送给关联组中的上级目标接收系统；

响应于接收到上级目标接收系统的反馈信息，将通知信息发送给关联组中的下级目标接收系统。

为了保证关联组中在上级目标接收系统接收成功后再向下级目标接收系统发送通知信息，本实施例采用根据是否接收到上级目标接收系统的反馈信息来确定上级目标接收系统是否成功接收到通知信息，根据关联组中的关联关系，只有在上级目标接收系统成功接收到通知信息后，才将通知信息发送给下级目标接收系统，以实现正确的信息发送。

可选地，将通知信息发送给关联组中的上级目标接收系统，包括：

确定关联组中的上级目标接收系统是否为中间接收系统；其中，中间接收系统表示关联组中的上级目标接收系统同时是其他关联组中的下级目标接收系统；

当关联组中的上级目标接收系统是中间接收系统时，将中间接收系统作为下级目标接收系统接收其他关联组中的上级目标接收系统传输的通知信息；

当关联组中的上级目标接收系统不是中间接收系统时，将通知信息发送给关联组中的上级目标接收系统。

本实施例中，当多个目标接收系统得到的多个关联组之间存在交集，即，某些目标接收系统即是一个关联组中的上级目标接收系统，又是另一个关联组中的下级目标接收系统，例如，如图3所示示例中，A、A1和A11构成两个关联组，其中，A(上级目标接收系统)和A1(下级目标接收系统)是一个关联组(例如，第一关联组)，A1(上级目标接收系统)和A11(下级目标接收系统)是一个关联组(例如，第二关联组)，此时，A1为中间接收系统(即是第一关联组中的下级目标接收系统，又是第二关联组中的上级目标接收系统)，因此，在A1接收通知信息时，将A1作为第一关联组中的下级目标接收系统，在接收到A的反馈信息时，才将通知信息发送给A1，之后，在接收到A1的反馈信息时，才将通知信息发送给A11，实现按照顺序进行信息发送。

可选地，在上述实施例的基础上，步骤1082还可以包括：

响应于未接收到上级目标接收系统的反馈信息，在达到设定时间间隔时，向上级目标接收系统重新发送通知信息；

对重新发送次数进行累加，确定重新发送次数是否达到设定次数；

响应于重新发送次数达到设定次数，向第一系统反馈通知发送失败信息；

响应于重新发送次数未达到设定次数，迭代执行：响应于未接收到上级目标接收系统的反馈信息，在达到设定时间间隔时，向上级目标接收系统重新发送通知信息。

本实施例中的设定时间间隔和重试次数等重试策略可根据不同的应用和/或不同的场景进行灵活配置，其中，设定时间间隔的最小单位可以是秒级别，克服了现有技术无法有效支持秒级别的或者任意时间间隔的重试策略，无法支持最大重试次数的配置的问题；并且通过重试策略的设置保证了通知信息至少被处理一次，减少了由于重试策略不当导致的通知信息未被处理的问题，并且由于设定时间间隔可达到秒级别，实现了快速重试，加快了通知到的所有目标接收系统的速度，提升了通知发送的效率。

在一些可选示例中，针对至少一组关联组中每组关联组，步骤1082可包括如图5所示的步骤：

步骤501，将通知信息发送给关联组中的上级目标接收系统。

步骤502，判断是否接收到上级目标接收系统的反馈信息，如果是，执行步骤503；否则，执行步骤504。

步骤503，将通知信息发送给关联组中的下级目标接收系统。

步骤504，在达到设定时间间隔时，向上级目标接收系统重新发送通知信息；对重新发送次数进行累加；执行步骤505。

步骤505，确定重新发送次数是否达到设定次数，如果是，向第一系统反馈通知发送失败信息；否则，执行步骤501。

在一些可选的实施例中，本实施例提供的方法还包括：

采集通知信息发送过程中接收的反馈信息、重新发送次数和错误编码。

其中，反馈信息包括发送成功反馈信息和发送失败反馈信息。

针对现有技术中异步通知散落在各个系统，无法有效从全局分析异步通知外部系统的异常情况的问题，本实施例通过对过程信息进行统计和存储，在通知过程中，有效采集了通知次数，耗时，返回错误码等信息，并进行汇总和记录，便于后续分析排查问题；当通知结束后，可以将通知结果(以及对应的通知重试次数，耗时等信息)推送给业务系统(第一系统)，业务系统可以依据此结果数据进行通知异常的跟进和解决。

在一个可选示例中，在下单购买中，客户通过客户端APP在第一系统(例如，秒杀系统)下单成功。在支付流程中，时序图如图6所示，客户通过客户端APP发起支付，通过秒杀系统完成支付后，秒杀系统通过消息路由中间件异步通知库存系统进行库存减少处理，在库存减少成功后，库存系统在减少库存成功以后，需要通知物流系统进行物流发送，库存减少成功以后还需要通知用户系统进行用户积分扣减。如果用户在支付成功后库存扣减失败(由于缺货)，则需要发起退款流程。

在上述场景中，用户支付成功以后在秒杀系统(对应上述实施例的第一系统)产生的消息(或事件)通知(对应上述实施例的通知信息)需要发送给三个系统，分别是库存系统、物流系统以及用户系统(对应多个目标接收系统)，其中，只有库存系统在库存扣减成功以后，物流系统和用户系统才能受理客户支付成功消息(或事件)，即库存系统、物流系统和用户系统之间存在依赖关系，物流系统和用户系统的通知接收依赖于库存系统的成功接收信息。引入路由中间件后，秒杀系统在产生用户支付成功消息(或事件)的时候，只需要将该消息(或事件)通知给路由中间件，通过路由中间件重试，补偿，依赖通知模型处理能力能够有效的解决物流系统，客户系统与库存系统对秒杀系统产生的客户支付成功消息(或事件)的异步编排依赖处理模型。保障在库存系统通知成功后，再通知物流系统和用户系统。

本公开实施例提供的任一种基于路由中间件的通知发送方法可以由任意适当的具有数据处理能力的设备执行，包括但不限于：终端设备和服务器等。或者，本公开实施例提供的任一种基于路由中间件的通知发送方法可以由处理器执行，如处理器通过调用存储器存储的相应指令来执行本公开实施例提及的任一种基于路由中间件的通知发送方法。下文不再赘述。

示例性装置

图7是本公开一示例性实施例提供的基于路由中间件的通知发送装置的结构示意图。如图7所示，本实施例提供的装置包括：

通知接收模块71，用于根据预设的通信协议接收第一系统发出的通知信息。

接收确定模块72，用于确定通知信息对应的多个目标接收系统。

关系确定模块73，用于根据预存的多个外部接收系统对应的依赖关系树，确定多个目标接收系统之间的依赖关系。

通知发送模块74，用于按照多个目标接收系统之间的依赖关系，向多个目标接收系统发送通知信息。

本公开上述实施例提供的一种基于路由中间件的通知发送装置，根据预设的通信协议接收第一系统发出的通知信息；确定通知信息对应的多个目标接收系统；根据预存的多个外部接收系统对应的依赖关系树，确定多个目标接收系统之间的依赖关系；按照多个目标接收系统之间的依赖关系，向多个目标接收系统发送通知信息；本实施例按照依赖关系向多个目标接收系统发送通知信息，解决了对存在依赖关系的多个目标接收系统的信息发送顺序的问题，实现了按照依赖关系按顺序的进行信息发送，避免了对多个目标接收系统同时发送信息导致的错误。

在一些可选的实施例中，关系确定模块73，包括：

关系树获取单元，用于获得预存的多个外部接收系统对应的依赖关系树；其中，依赖关系树中包括多个通过边连接的节点；

节点查找单元，用于基于多个目标接收系统在依赖关系树中进行查找，确定多个目标接收系统对应的多个目标节点；

依赖关系确定单元，用于基于多个目标节点之间的依赖关系，确定多个目标接收系统之间的依赖关系。

可选地，关系确定模块，还包括：

关系树建立单元，用于获取多个外部接收系统之间的依赖关系；将多个外部接收系统作为节点，基于依赖关系作为边连接多个节点，得到依赖关系树。

在一些可选的实施例中，通知发送模块74，包括：

关联组单元，用于根据多个目标接收系统之间的依赖关系，基于多个目标接收系统确定至少一组关联组；其中，每组关联组中包括直接关联的一个上级目标接收系统和一个下级目标接收系统；

通知信息单元，用于按照至少一组关联组中每组关联组中目标接收系统之间的关系，向多个目标接收系统发送通知信息。

可选地，通知信息单元在将通知信息发送给关联组中的上级目标接收系统时，用于确定关联组中的上级目标接收系统是否为中间接收系统；其中，中间接收系统表示关联组中的上级目标接收系统同时是其他关联组中的下级目标接收系统；当关联组中的上级目标接收系统是中间接收系统时，将中间接收系统作为下级目标接收系统接收其他关联组中的上级目标接收系统传输的通知信息；当关联组中的上级目标接收系统不是中间接收系统时，将通知信息发送给关联组中的上级目标接收系统。

可选地，通知信息单元，具体用于针对至少一组关联组中每组关联组，将通知信息发送给关联组中的上级目标接收系统；响应于接收到上级目标接收系统的反馈信息，将通知信息发送给关联组中的下级目标接收系统。

可选地，通知信息单元，还用于响应于未接收到上级目标接收系统的反馈信息，在达到设定时间间隔时，向上级目标接收系统重新发送通知信息；对重新发送次数进行累加，确定重新发送次数是否达到设定次数；响应于重新发送次数达到设定次数，向第一系统反馈通知发送失败信息；响应于重新发送次数未达到设定次数，迭代执行：响应于未接收到上级目标接收系统的反馈信息，在达到设定时间间隔时，向上级目标接收系统重新发送通知信息。

在一些可选的实施例中，本实施例提供的装置还包括：

信息采集模块，用于采集通知信息发送过程中接收的反馈信息、重新发送次数和错误编码；其中，反馈信息包括发送成功反馈信息和发送失败反馈信息。

示例性电子设备

下面，参考图8来描述根据本公开实施例的电子设备。该电子设备可以是第一设备100和第二设备200中的任一个或两者、或与它们独立的单机设备，该单机设备可以与第一设备和第二设备进行通信，以从它们接收所采集到的输入信号。

图8图示了根据本公开实施例的电子设备的框图。

如图8所示，电子设备80包括一个或多个处理器81和存储器82。

处理器81可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备80中的其他组件以执行期望的功能。

存储器82可以包括一个或多个计算机程序产品，所述计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器81可以运行所述程序指令，以实现上文所述的本公开的各个实施例的基于路由中间件的通知发送方法以及/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。

在一个示例中，电子设备80还可以包括：输入装置83和输出装置84，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。

例如，在该电子设备是第一设备100或第二设备200时，该输入装置83可以是上述的麦克风或麦克风阵列，用于捕捉声源的输入信号。在该电子设备是单机设备时，该输入装置83可以是通信网络连接器，用于从第一设备100和第二设备200接收所采集的输入信号。

此外，该输入装置83还可以包括例如键盘、鼠标等等。

该输出装置84可以向外部输出各种信息，包括确定出的距离信息、方向信息等。该输出装置84可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。

当然，为了简化，图8中仅示出了该电子设备80中与本公开有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备80还可以包括任何其他适当的组件。

示例性计算机程序产品和计算机可读存储介质

除了上述方法和设备以外，本公开的实施例还可以是计算机程序产品，其包括计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的基于路由中间件的通知发送方法中的步骤。

所述计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例操作的程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

此外，本公开的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令在被处理器运行时使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种实施例的基于路由中间件的通知发送方法中的步骤。

所述计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，在本公开中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本公开的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本公开为必须采用上述具体的细节来实现。

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

本公开中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

可能以许多方式来实现本公开的方法和装置。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本公开的方法和装置。用于所述方法的步骤的上述顺序仅是为了进行说明，本公开的方法的步骤不限于以上具体描述的顺序，除非以其它方式特别说明。此外，在一些实施例中，还可将本公开实施为记录在记录介质中的程序，这些程序包括用于实现根据本公开的方法的机器可读指令。因而，本公开还覆盖存储用于执行根据本公开的方法的程序的记录介质。

还需要指出的是，在本公开的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本公开。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本公开的范围。因此，本公开不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本公开的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (10)

1.一种基于路由中间件的通知发送方法，其特征在于，包括：

根据预设的通信协议接收第一系统发出的通知信息；

确定所述通知信息对应的多个目标接收系统；

根据预存的多个外部接收系统对应的依赖关系树，确定多个所述目标接收系统之间的依赖关系；

按照多个所述目标接收系统之间的依赖关系，向多个所述目标接收系统发送所述通知信息。

2.根据权利要求1所述的方法，其特征在于，所述根据预存的多个外部接收系统对应的依赖关系树，确定多个所述目标接收系统之间的依赖关系，包括：

获得预存的多个外部接收系统对应的所述依赖关系树；其中，所述依赖关系树中包括多个通过边连接的节点；

基于多个所述目标接收系统在所述依赖关系树中进行查找，确定多个所述目标接收系统对应的多个目标节点；

基于所述多个目标节点之间的依赖关系，确定多个所述目标接收系统之间的依赖关系。

3.根据权利要求2所述的方法，其特征在于，所述获得预存的多个外部接收系统对应的所述依赖关系树之前，还包括：

获取所述多个外部接收系统之间的依赖关系；

将所述多个外部接收系统作为节点，基于所述依赖关系作为边连接所述多个节点，得到所述依赖关系树。

4.根据权利要求1-3任一所述的方法，其特征在于，所述按照多个所述目标接收系统之间的依赖关系，向多个所述目标接收系统发送所述通知信息，包括：

根据多个所述目标接收系统之间的依赖关系，基于多个所述目标接收系统确定至少一组关联组；其中，每组所述关联组中包括直接关联的一个上级目标接收系统和一个下级目标接收系统；

按照所述至少一组关联组中每组关联组中目标接收系统之间的关系，向多个所述目标接收系统发送所述通知信息。

5.根据权利要求4所述的方法，其特征在于，所述按照所述至少一组关联组中每组关联组中目标接收系统之间的关系，向多个所述目标接收系统发送所述通知信息，包括：

针对所述至少一组关联组中每组关联组，将所述通知信息发送给所述关联组中的上级目标接收系统；

响应于接收到所述上级目标接收系统的反馈信息，将所述通知信息发送给所述关联组中的下级目标接收系统。

6.根据权利要求5所述的方法，其特征在于，所述将所述通知信息发送给所述关联组中的上级目标接收系统，包括：

确定所述关联组中的上级目标接收系统是否为中间接收系统；其中，所述中间接收系统表示所述关联组中的上级目标接收系统同时是其他所述关联组中的下级目标接收系统；

当所述关联组中的上级目标接收系统是所述中间接收系统时，将所述中间接收系统作为下级目标接收系统接收其他所述关联组中的上级目标接收系统传输的所述通知信息；

当所述关联组中的上级目标接收系统不是所述中间接收系统时，将所述通知信息发送给所述关联组中的上级目标接收系统。

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

响应于未接收到所述上级目标接收系统的反馈信息，在达到设定时间间隔时，向所述上级目标接收系统重新发送所述通知信息；

对重新发送次数进行累加，确定所述重新发送次数是否达到设定次数；

响应于所述重新发送次数达到所述设定次数，向所述第一系统反馈通知发送失败信息；

响应于所述重新发送次数未达到所述设定次数，迭代执行：响应于未接收到所述上级目标接收系统的反馈信息，在达到设定时间间隔时，向所述上级目标接收系统重新发送所述通知信息。

8.根据权利要求1-7任一所述的方法，其特征在于，还包括：

采集所述通知信息发送过程中接收的反馈信息、重新发送次数和错误编码；其中，所述反馈信息包括发送成功反馈信息和发送失败反馈信息。

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-8任一所述的基于路由中间件的通知发送方法。

10.一种电子设备，其特征在于，所述电子设备包括：

处理器；

用于存储所述处理器可执行指令的存储器；

所述处理器，用于从所述存储器中读取所述可执行指令，并执行所述指令以实现上述权利要求1-8任一所述的基于路由中间件的通知发送方法。

Images