CN115344409A - 消息总线系统的管控方法、相关装置及计算机存储介质 - Google Patents

Abstract

本申请提供一种消息总线系统的管控方法、相关装置及计算机存储介质，该方法包括：首先，获取本次需要发布的消息的详情；本次需要发布的消息的详情包括消息头和报文体；消息头中包括需求消息的关键消息；关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填；然后，根据本次需要发布的消息的详情配置入库，并提供发布接入方法；再根据发布接入方法发布本次需要发布的消息；最终，当本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。从而后续当同一消息被多个用户订阅时，互相不会影响，有效的提升了用户的使用体验。

Description

消息总线系统的管控方法、相关装置及计算机存储介质

技术领域

本申请涉及计算机技术领域，特别涉及一种消息总线系统的管控方法、相关装置及计算机存储介质。

背景技术

随着企业应用不断拓展，系统间调用链路也变得更为复杂。在系统分散的情况下，各开发团队需要维护各自的消息发送服务，在消息协议不同的情况下，应用需要维护不同种类的消息系统，关心不同链路的消息配置，还需要处理消息发布消费等场景下的异常等，维护成本高、管理难度大，且耦合度高不易拓展。出现了专门用于信息通信的总线系统，使得无需维护多种连接方式，只需要往总线系统中发布消息即可。

消息总线独立于各个应用外，提供消息发布、订阅、路由、分组、负载等各种通信功能，而对使用者来说只需要调用对应的接口即可。但时，随着发布者、订阅者的不断接入，消息总线的管控也变得复杂困难起来。

发明内容

有鉴于此，本申请提供了一种消息总线系统的管控方法、相关装置及计算机存储介质，提供消息的发布、订阅功能，同时保证了多用户场景下的消息可靠性，即当同一消息被多个用户订阅时，互相不会影响，有效的提升了用户的使用体验。

本申请第一方面提供了一种消息总线系统的管控方法，包括：

获取消息发布请求；其中，所述消息发布请求包括本次需要发布的消息的详情；所述本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；所述本次需要发布的消息的详情包括消息头和报文体；所述消息头中包括需求消息的关键消息；所述关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填；

根据所述本次需要发布的消息的详情配置入库，并提供发布接入方法；

根据所述发布接入方法发布所述本次需要发布的消息；

当所述本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。

可选的，所述消息总线系统的管控方法，还包括：

获取用户的消息订阅请求；其中，所述消息订阅请求中包括：用户需要进行订阅的第一消息；

根据权限管控确定所述用户是否有权限订阅所述第一消息；

若所述用户有权限订阅所述第一消息，则提供所述用户接入账号信息，并在规则库中配置以及生效所述第一消息的相关订阅规则。

可选的，所述消息总线系统的管控方法，还包括：

当在第二消息确认、失败、重试时，按照用户为单位对所述第二消息进行隔离。

可选的，所述消息总线系统的管控方法，还包括：

所有用户通过网关接入模块统一接入，访问对应的传输中介资源内的消息；其中，所述网关接入模块提供用户权限管理及基本网关功能，用于连接订阅用户与用户传输中介资源，使得订阅用户接入时可以隐藏传输中介资源相关配置，而是使用用户名、密码的常规账号方式接入。

本申请第二方面提供了一种消息总线系统的管控装置，包括：

第一获取单元，用于获取消息发布请求；其中，所述消息发布请求包括本次需要发布的消息的详情；所述本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；所述本次需要发布的消息的详情包括消息头和报文体；所述消息头中包括需求消息的关键消息；所述关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填；

提供单元，用于根据所述本次需要发布的消息的详情配置入库，并提供发布接入方法；

发布单元，用于根据所述发布接入方法发布所述本次需要发布的消息；

推送单元，用于当所述本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。

可选的，所述消息总线系统的管控装置，还包括：

第二获取单元，用于获取用户的消息订阅请求；其中，所述消息订阅请求中包括：用户需要进行订阅的第一消息；

权限确定单元，用于根据权限管控确定所述用户是否有权限订阅所述第一消息；

生效单元，用于若所述用户有权限订阅所述第一消息，则提供所述用户接入账号信息，并在规则库中配置以及生效所述第一消息的相关订阅规则。

可选的，所述消息总线系统的管控装置，还包括：

隔离单元，用于当在第二消息确认、失败、重试时，按照用户为单位对所述第二消息进行隔离。

可选的，所述消息总线系统的管控装置，还包括：

访问单元，用于所有用户通过网关接入模块统一接入，访问对应的传输中介资源内的消息；其中，所述网关接入模块提供用户权限管理及基本网关功能，用于连接订阅用户与用户传输中介资源，使得订阅用户接入时可以隐藏传输中介资源相关配置，而是使用用户名、密码的常规账号方式接入。

本申请第三方面提供了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如第一方面任意一项所述的消息总线系统的管控方法。

本申请第四方面提供了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如第一方面任意一项所述的消息总线系统的管控方法。

由以上方案可知，本申请提供一种消息总线系统的管控方法、相关装置及计算机存储介质，所述消息总线系统的管控方法包括：首先，获取消息发布请求；其中，所述消息发布请求包括本次需要发布的消息的详情；所述本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；所述本次需要发布的消息的详情包括消息头和报文体；所述消息头中包括需求消息的关键消息；所述关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填；然后，根据所述本次需要发布的消息的详情配置入库，并提供发布接入方法；再根据所述发布接入方法发布所述本次需要发布的消息；最终，当所述本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。从而保证了多用户场景下的消息可靠性，即后续当同一消息被多个用户订阅时，互相不会影响，有效的提升了用户的使用体验。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种消息总线系统的管控方法的流程图；

图2为本申请另一实施例提供的一种消息总线系统的管控方法的流程图；

图3为本申请另一实施例提供的一种消息总线系统的管控装置的示意图；

图4为本申请另一实施例提供的一种消息总线系统的管控装置的示意图；

图5为本申请另一实施例提供的一种消息总线系统的管控系统的示意图；

图6为本申请另一实施例提供的一种实现消息总线方法的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本申请中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本申请实施例提供了一种消息总线系统的管控方法，如图1所示，具体包括以下步骤：

S101、获取消息发布请求。

其中，消息发布请求包括本次需要发布的消息的详情；本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；本次需要发布的消息的详情包括消息头和报文体；消息头中包括需求消息的关键消息；关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填。报文体可以采用但不限于JSON格式，此处不做限定，表示消息的内容详情。

JSON(JavaScript Object Notation，JS对象简称)是一种轻量级的数据交换格式。简洁和清晰的层次结构使得JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效率。

JSON可以将JavaScript对象中表示的一组数据转换为字符串，然后就可以在网络或者程序之间轻松地传递这个字符串，并在需要的时候将它还原为各编程语言所支持的数据格式。

需要说明的是，后台应用的消息可以是但不限于业务变更通知、预警等消息，此处不做限定。

S102、根据本次需要发布的消息的详情配置入库，并提供发布接入方法。

S103、根据发布接入方法发布本次需要发布的消息。

S104、当本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。

其中，消息接入传输中介资源是供消息发布的Topic资源，Topic是消息发布者和订阅者之间的传输中介。设备可通过Topic实现消息的发送和接收,从而实现服务端与设备端的通信。

可选的，在本申请的另一实施例中，消息总线系统的管控方法的一种实施方式，如图2所示，还包括：

S201、获取用户的消息订阅请求。

其中，消息订阅请求中包括：用户需要进行订阅的第一消息。

S202、根据权限管控确定用户是否有权限订阅第一消息。

S203、若用户有权限订阅第一消息，则提供用户接入账号信息，并在规则库中配置以及生效第一消息的相关订阅规则。

在本申请的实际应用过程中，用户可以根据提供的接入账号信息、客户端接入总线系统，开始消费。

以航空公司打票机票控预警场景为例。机票打印机在打印机票时需要关联票池用于每张机票使用，当票池数不够用时需要产生票池余量告警信息提醒用户及时上新。在该消息系统中，电子票证销售产品产生该类型消息，在向消息总线系统提出发布需求时，消息总线系统在规则转发模块记录该类型消息并入库，该类型消息包含必填字段(事件类型：票控预警；事件名称：余票存量少于一百张；)及选填字段(事件航司：航司名称；票证类型：类型名称)。

当航空公司控制前端应用对该类型消息有消费需求时，首先在消息总线系统中确认该消息类型是否存在，并提出订阅需求，比如(事件类型：票控预警；事件名称：余票存量少于一百张；事件航司：航司A或航司B；)，确认该用户有权限订阅后，提供接入账号及客户端给航空公司控制前端，并将对应规则存入规则库中。

可选的，在本申请的另一实施例中，消息总线系统的管控方法的一种实施方式，还包括：

当在第二消息确认、失败、重试时，按照用户为单位对第二消息进行隔离。

续接上述实例，当该票控预警事件产生时，预警事件事件在规则转发模块根据规则需要转发给航司A及航司B的Topic资源，这样上游业务的消息经过消息总线系统时就根据规则裂变为指定目的地的多条消息，从而可以在消息确认、失败、重试等场景按照用户进行隔离。

可选的，在本申请的另一实施例中，消息总线系统的管控方法的一种实施方式，还包括：

所有用户通过网关接入模块统一接入，访问对应的传输中介资源内的消息。

其中，网关接入模块提供用户权限管理及基本网关功能，用于连接订阅用户与用户传输中介资源，使得订阅用户接入时可以隐藏传输中介资源相关配置，而是使用用户名、密码的常规账号方式接入。

由以上方案可知，本申请提供一种消息总线系统的管控方法、相关装置及计算机存储介质，消息总线系统的管控方法包括：首先，获取消息发布请求；其中，消息发布请求包括本次需要发布的消息的详情；本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；本次需要发布的消息的详情包括消息头和报文体；消息头中包括需求消息的关键消息；关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填；然后，根据本次需要发布的消息的详情配置入库，并提供发布接入方法；再根据发布接入方法发布本次需要发布的消息；最终，当本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。从而保证了多用户场景下的消息可靠性，即后续当同一消息被多个用户订阅时，互相不会影响，有效的提升了用户的使用体验。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本申请实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Python、Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本申请的另一实施例提供了一种消息总线系统的管控装置，如图3所示，具体包括：

第一获取单元301，用于获取消息发布请求。

其中，消息发布请求包括本次需要发布的消息的详情；本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；本次需要发布的消息的详情包括消息头和报文体；消息头中包括需求消息的关键消息；关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填。

提供单元302，用于根据本次需要发布的消息的详情配置入库，并提供发布接入方法。

发布单元303，用于根据发布接入方法发布本次需要发布的消息。

推送单元304，用于当本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图1所示，此处不再赘述。

可选的，在本申请的另一实施例中，消息总线系统的管控装置的一种实施方式，如图4所示，包括：

第二获取单元401，用于获取用户的消息订阅请求。

其中，消息订阅请求中包括：用户需要进行订阅的第一消息。

权限确定单元402，用于根据权限管控确定用户是否有权限订阅第一消息。

生效单元403，用于若用户有权限订阅第一消息，则提供用户接入账号信息，并在规则库中配置以及生效第一消息的相关订阅规则。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图2所示，此处不再赘述。

可选的，在本申请的另一实施例中，消息总线系统的管控装置的一种实施方式，包括：

隔离单元，用于当在第二消息确认、失败、重试时，按照用户为单位对第二消息进行隔离。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，消息总线系统的管控装置的一种实施方式，包括：

访问单元，用于所有用户通过网关接入模块统一接入，访问对应的传输中介资源内的消息。

其中，网关接入模块提供用户权限管理及基本网关功能，用于连接订阅用户与用户传输中介资源，使得订阅用户接入时可以隐藏传输中介资源相关配置，而是使用用户名、密码的常规账号方式接入。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

由以上方案可知，本申请提供一种消息总线系统的管控装置：首先，第一获取单元301获取消息发布请求；其中，消息发布请求包括本次需要发布的消息的详情；本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；本次需要发布的消息的详情包括消息头和报文体；消息头中包括需求消息的关键消息；关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填；然后，提供单元302根据本次需要发布的消息的详情配置入库，并提供发布接入方法；发布单元303根据发布接入方法发布本次需要发布的消息；最终，推送单元304当本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。从而保证了多用户场景下的消息可靠性，即后续当同一消息被多个用户订阅时，互相不会影响，有效的提升了用户的使用体验。

本申请的另一实施例提供了一种消息总线系统的管控系统，如图5所示，具体包括：

应用消息、消息接入Topic、规则转发模块、用户Topic、网关接入模块、客户端(订阅用户)、规则库、用户认证与管理(Identity andAccess Management，IAM)系统。

其中，应用消息为后台应用产生的消息；消息接入Topic为供消息发布的Topic资源；用户Topic为供用户消费的Topic资源；订阅用户：系统提供客户端供用户嵌入使用；IAM为用户访问权限管理应用；网关接入模块：提供用户权限管理及基本网关功能，用于连接订阅用户与用户Topic资源，使得订阅用户接入时可以隐藏Topic资源相关配置，而是使用用户名、密码、Token的常规账号方式接入；规则转发模块：当用户有发布、订阅需求时，需要在消息总线中增加相应的规则配置信息，并存入规则库中。当消息产生时推送到消息接入Topic，该模块从topic中取到消息时，根据消息头内容及对应的规则转发消息到对应的用户Topic中。规则根据消息头中的必填、选填字段设计为分级匹配。优先匹配必填字段，如订阅用户对某些业务字段有特殊需求再二级匹配选填字段。

使用网关接入模块，可以对外隐藏Topic资源配置，使用用户名、密码、Token的传统用户认证方式进行认证管控，更加用户友好、方便管控。相对现有的消息总线系统来说拓展了网关的功能，如限流、熔断等。

使用规则转发模块统一管理，解耦消息的产生及消费方。消息产生者只负责产生事件消息。消费者只需要根据已有消息确定消费规则。规范统一消息的格式，减少流转复杂度。根据必填、选填业务字段设计的分层规则转发效率更高。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

本申请另一实施例提供了一种电子设备，如图6所示，包括：

一个或多个处理器601。

存储装置602，其上存储有一个或多个程序。

当一个或多个程序被一个或多个处理器601执行时，使得一个或多个处理器601实现如上述实施例中任意一项的消息总线系统的管控方法。

本申请另一实施例提供了一种计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项的消息总线系统的管控方法。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

本申请另一实施例提供了一种计算机程序产品，当该计算机程序产品被执行时，其用于执行上述任一项的消息总线系统的管控方法。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置从网络上被下载和安装，或者从存储装置被安装，或者从ROM被安装。在该计算机程序被处理装置执行时，执行本申请实施例的方法中限定的上述功能。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本申请的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的申请范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述申请构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中申请的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种消息总线系统的管控方法，其特征在于，包括：

获取消息发布请求；其中，所述消息发布请求包括本次需要发布的消息的详情；所述本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；所述本次需要发布的消息的详情包括消息头和报文体；所述消息头中包括需求消息的关键消息；所述关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填；

根据所述本次需要发布的消息的详情配置入库，并提供发布接入方法；

根据所述发布接入方法发布所述本次需要发布的消息；

当所述本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。

2.根据权利要求1所述管控方法，其特征在于，还包括：

获取用户的消息订阅请求；其中，所述消息订阅请求中包括：用户需要进行订阅的第一消息；

根据权限管控确定所述用户是否有权限订阅所述第一消息；

若所述用户有权限订阅所述第一消息，则提供所述用户接入账号信息，并在规则库中配置以及生效所述第一消息的相关订阅规则。

3.根据权利要求1所述的管控方法，其特征在于，还包括：

当在第二消息确认、失败、重试时，按照用户为单位对所述第二消息进行隔离。

4.根据权利要求2所述的管控方法，其特征在于，还包括：

所有用户通过网关接入模块统一接入，访问对应的传输中介资源内的消息；其中，所述网关接入模块提供用户权限管理及基本网关功能，用于连接订阅用户与用户传输中介资源，使得订阅用户接入时可以隐藏传输中介资源相关配置，而是使用用户名、密码的常规账号方式接入。

5.一种消息总线系统的管控装置，其特征在于，包括：

第一获取单元，用于获取消息发布请求；其中，所述消息发布请求包括本次需要发布的消息的详情；所述本次需要发布的消息的详情为后台应用有消息推送需求时产生的消息详情；所述本次需要发布的消息的详情包括消息头和报文体；所述消息头中包括需求消息的关键消息；所述关键信息分为必填字段及选填字段；必填字段包含：消息唯一标识、消息产生者标识、事件类型、事件名称和时间戳；选填字段由消息产生者选填；

提供单元，用于根据所述本次需要发布的消息的详情配置入库，并提供发布接入方法；

发布单元，用于根据所述发布接入方法发布所述本次需要发布的消息；

推送单元，用于当所述本次需要发布的消息对应的事件产生时，将本次需要发布的消息推送至消息接入传输中介资源队列中。

6.根据权利要求5所述管控装置，其特征在于，还包括：

第二获取单元，用于获取用户的消息订阅请求；其中，所述消息订阅请求中包括：用户需要进行订阅的第一消息；

权限确定单元，用于根据权限管控确定所述用户是否有权限订阅所述第一消息；

生效单元，用于若所述用户有权限订阅所述第一消息，则提供所述用户接入账号信息，并在规则库中配置以及生效所述第一消息的相关订阅规则。

7.根据权利要求5所述的管控装置，其特征在于，还包括：

隔离单元，用于当在第二消息确认、失败、重试时，按照用户为单位对所述第二消息进行隔离。

8.根据权利要求6所述的管控装置，其特征在于，还包括：

访问单元，用于所有用户通过网关接入模块统一接入，访问对应的传输中介资源内的消息；其中，所述网关接入模块提供用户权限管理及基本网关功能，用于连接订阅用户与用户传输中介资源，使得订阅用户接入时可以隐藏传输中介资源相关配置，而是使用用户名、密码的常规账号方式接入。

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

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至4中任一所述的消息总线系统的管控方法。

10.一种计算机存储介质，其特征在于，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至4中任一所述的消息总线系统的管控方法。

Images