CN110505162A - 消息传输方法、装置及电子设备 - Google Patents

Abstract

本公开的实施例提供了一种消息传输方法、装置及电子设备。该方法包括：获取自定义参数与目标消息的消息标识；根据所述自定义参数与所述消息标识生成目标消息；根据所述消息标识确定所述目标消息的目标消息队列；将所述目标消息发送至所述目标消息队列中。本公开实施例提供的消息传输方法、装置及电子设备，根据自定义参数与消息标识生成目标消息，不需要配置参数，简化了消息传输过程，降低了消息队列的使用门槛，并能够提高消息传输速率与稳定性。

Description

消息传输方法、装置及电子设备

技术领域

本公开涉及网络技术领域，具体而言，涉及一种消息传输方法、装置及电子设备。

背景技术

随着网络技术的发展，终端设备与服务器间将会进行频繁的数据交互。在并发量较大的应用场景中，通常使用消息队列对消息进行异步处理，以实现削峰填谷、平滑请求。消息队列是在消息的传输过程中保存消息的容器。消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递。

但在实现消息队列时，相关技术人员需要掌握消息交换机、消费者、生产者等多个概念及其使用方式。同时，消息队列的实现还要求相关技术人员能够处理各种异常、消息解析失败等场景以及实现大量的容错机制。这让消息队列的实现具有非常高的门槛。

因此，需要一种新的消息传输方法、装置及电子设备。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例提供一种消息传输方法、装置、计算机可读介质及电子设备，进而至少在一定程度上简化消息队列的部署与使用方式，降低消息队列的使用门槛。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的一个方面，提供了一种消息传输方法，包括：获取自定义参数与目标消息的消息标识；根据所述自定义参数与所述消息标识生成目标消息；根据所述消息标识确定所述目标消息的目标消息队列；将所述目标消息发送至所述目标消息队列中。

根据本公开实施例的一个方面，提供了一种消息传输装置，包括：标识获取模块，用于获取自定义参数与目标消息的消息标识；目标消息生成模块，用于根据所述自定义参数与所述消息标识生成目标消息；队列确认模块，用于根据所述消息标识确定所述目标消息的目标消息队列；消息发送模块，用于将所述目标消息发送至所述目标消息队列中。

根据本公开实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的消息传输方法。

在本公开的一些实施例所提供的技术方案中，根据消息标识确定目标消息队列，以将目标消息发送至目标消息队列，能够避免大量消息发送至同一队列时造成的延时。同时，根据自定义参数与消息标识生成目标消息，不需要配置参数，简化了消息传输过程，降低了消息队列的使用门槛，并能够提高消息传输速率与稳定性。此外，本申请的消息传输方法无需传输配置参数，能够简化消息格式，并降低消息传输数据量，进一步提高消息传输效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本公开实施例的消息传输方法或装置的示例性系统架构100的示意图；

图2示意性示出了根据本公开的一个实施例的消息传输方法的流程图；

图3是基于图2的步骤S230在一个示例性实施例中的流程图；

图4示意性示出了根据本公开的另一个实施例的消息传输方法的流程图；

图5是基于图2的步骤S240在一个示例性实施例中的流程图；

图6示意性示出了根据本公开的另一个实施例的消息传输方法的流程图；

图7是基于图6的步骤S620在一个示例性实施例中的流程图；

图8是基于图6的步骤S630在一个示例性实施例中的流程图；

图9示意性示出了根据本公开的再一个实施例的消息传输方法的流程图；

图10示意性示出了根据本公开的另一个实施例的消息传输方法的流程图；

图11示意性示出了根据本公开的另一个实施例的对象令牌分配的界面示意图；

图12示意性示出了根据本公开的另一个实施例的业务类型的界面示意图；

图13示意性示出了根据本公开的另一个实施例的配置信息的界面示意图；

图14、图15、图16、图17示意性示出了根据本公开的另一个实施例的配置信息的示意图；

图18示意性示出了根据本公开的另一个实施例的消息创建成功的界面示意图；

图19示意性示出了根据本公开的一实施例的消息传输装置的框图；

图20示意性示出了根据本公开的另一个实施例的消息传输方法的流程图；

图21示意性示出了根据本公开的一实施例的消息传输装置的框图；

图22示意性示出了根据本公开的一实施例的消息传输装置的框图；

图23示意性示出了根据本公开的另一实施例的消息传输系统的架构图；

图24示意性示出了相关技术的消息传输方法的流程图；

图25出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本公开实施例的消息传输方法或装置的示例性系统架构100的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器。例如终端设备103(也可以是终端设备101或102)向服务器105上传自定义参数。服务器105可以获取自定义参数与目标消息的消息标识；根据所述自定义参数与所述消息标识生成目标消息；根据所述消息标识确定所述目标消息的目标消息队列；将所述目标消息发送至所述目标消息队列中。并将消息队列反馈给终端设备103，进而终端设备103可以从消息队列中接收目标消息，从而能够避免配置参数的操作，并减少数据传输量，进而降低消息队列的使用门槛。

又例如，服务器105可以接收目标消息队列中的目标消息，所述目标消息包括消息标识和自定义参数；根据所述消息标识获取所述目标消息的配置信息与目标业务类型；根据所述配置信息、所述目标业务类型与所述自定义参数消费所述目标消息。并将目标消息反馈给终端设备101(也可以是终端设备102或103)，进而终端设备101可以接收目标消息并进行基于该目标消息的后续操作。

图24示意性示出了相关技术的消息传输方法的流程图。如图24所示，相关技术中，以超文本预处理器(Personal Home Page，PHP)编程语言中的RabbitMQ(Message queue，MQ)的类库php-amqplib为例，为实现消息传输，需要通过包管理工具下载包，阅读文档，根据具体的需求，建立连接，建立信道，定义队列，定义发送和接收消息的相关参数，启动接收消息和发送消息的服务。

在上述相关技术中，需要对消息队列的具体实现细节以及各个参数进行部署，且需要处理各种异常、消息解析失败等问题，其使用门槛较高。

因此，需要一种新的消息传输方法、装置及电子设备。

图2示意性示出了根据本公开的一个实施例的消息传输方法的流程图。本公开实施例所提供的方法可以由任意具备计算处理能力的电子设备处理，例如上述图1实施例中的服务器105和/或终端设备102、103，在下面的实施例中，以服务器105为执行主体为例进行举例说明，但本公开并不限定于此。

如图2所示，本公开实施例提供的消息传输方法可以包括以下步骤。

在步骤S210中，获取自定义参数与目标消息的消息标识。

本公开实施例中，自定义参数可为根据业务的具体应用场景设置的具体参数。例如当业务类型为应用程序接口(Application Programming Interface，API)调用，其具体应用场景为插入用户数据时，其自定义参数可为：用户名、用户标识；此处仅为示例，本公开对自定义参数的具体内容并不作特殊限定。

本公开实施例中，消息标识可与事先设定好的配置参数、业务类型、对象令牌等数据对应(或绑定)，具有上述多种参数的统一格式的消息格式体具有唯一的消息标识。例如，消息标识、配置参数、业务类型等可作为目标消息配置文件存储在数据库或缓冲区中。该数据库可例如为键值数据库，通过键值查询可获取消息格式体的各特征数值，但本公开对此并不作特殊限定。

在步骤S220中，根据所述自定义参数与所述消息标识生成目标消息。

在示例性实施例中，可以将所述自定义参数和所述消息标识按照一定的格式进行组装，以生成目标消息。其中，组装的格式可根据消息传输形式进行设置，本公开的技术方案对此并不作特殊限定。

在示例性实施例中，可以通过消息发送代理对自定义参数和所述消息标识进行组装。其中，消息发送代理可例如使用Go语言进行搭建。其中，Go语言(又称为Golang语言)，是一种静态强类型、编译型语言。Go语言语法与C语言相近，但功能上有：内存安全，垃圾回收，结构形态及CSP-style并发计算。

在步骤S230中，根据所述消息标识确定所述目标消息的目标消息队列。

本公开实施例中，所述目标消息队列可为RabbitMQ镜像队列。其中，RabbitMQ是实现了高级消息队列协议(Advanced Message Queuing Protocol，AMQP)的开源消息代理软件(亦称面向消息的中间件)。RabbitMQ服务器是用Erlang语言编写的，而群集和故障转移是构建在开放电信平台框架上的。所有主要的编程语言均有与代理接口通讯的客户端库。应该理解，本公开实施例的消息队列还可以使用Kafka分布式发布订阅消息系统、ActiveMQ开放源代码消息中间件来实现，本公开的技术方案对此并不作特殊限定。

在示例性实施例中，消息队列可根据业务类型进行划分，例如，每一队列可对应一种业务类型，以存储对应类型的消息。又例如，每一队列可对应一种或多种业务类型，以存储对应类型的消息；再例如，每一个或多个队列可对应一种业务类型，以存储对应类型的消息；本公开的技术方案中，对业务类型和消息队列的对应关系并不作特殊限定。

在示例性实施例中，业务类型可例如为异步应用程序接口调用、异步关系型数据库管理系统操作、异步键值存储系统操作以及远程过程调用回调(Remote ProcedureCall，RPC)等，但本公开的技术方案对业务类型的具体内容并不作特殊限定。

在步骤S240中，将所述目标消息发送至所述目标消息队列中。

本公开实施例中，所述目标消息可通过消息发送代理进行发送至所述目标消息队列中。

本公开实施方式提供的消息传输方法，根据消息标识确定目标消息队列，以将目标消息发送至目标消息队列，能够避免大量消息发送至同一队列时造成的延时；同时，根据自定义参数与消息标识生成目标消息，不需要配置参数，简化了消息传输过程，降低了消息队列的使用门槛，并能够提高消息传输速率与稳定性；此外，本申请的消息传输方法无需传输配置参数，能够简化消息格式，并降低消息传输数据量，进一步提高消息传输效率。

图3是基于图2的步骤S230在一个示例性实施例中的流程图。

如图3所示，上述图2实施例中的步骤S230可以进一步包括以下步骤。

在步骤S231中，根据所述消息标识在数据库或缓冲区中获取所述目标消息的所述目标业务类型。

本公开实施例中，所述目标业务类型与消息标识可例如存储在数据库或缓冲区中，以通过在数据库或缓冲区进行查找以获取所述消息标识对应的目标业务类型。例如，在键值数据库中，可通过键值查询获得目标业务类型，但本公开的技术方案对此并不作特殊限定。

在步骤S232中，根据所述目标业务类型确定所述目标消息队列。

本公开实施例中，消息队列与业务类型可具有对应关系，前述对此对应关系已进行了详细解释，此处不再赘述。

图4示意性示出了根据本公开的另一个实施例的消息传输方法的流程图。

如图4所示，本公开的消息传输方法还可以进一步包括以下步骤。

本公开实施例中，所述目标业务类型可以包括以下中的任一一种：异步应用程序接口调用、异步关系型数据库管理系统操作、异步键值存储系统操作以及远程过程调用回调。

在步骤S410中，若所述目标业务类型为所述异步应用程序接口调用或者所述远程过程调用回调，则获取回调统一资源定位符地址。

本公开实施例中，应用程序接口(API)是一些预先定义的函数，或指软件系统不同组成部分衔接的约定。目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力，而又无需访问原码，或理解内部工作机制的细节。远程过程调用(RPC)是在多任务操作系统或联网的计算机之间运行的程序和进程所用的通信技术。统一资源定位符地址是互联网上标准的资源的地址(Address)。

本公开实施例中，回调统一资源定位符地址可作为异步应用程序接口调用或远程过程调用回调的配置参数。

在步骤S420中，若所述目标业务类型为所述异步关系型数据库管理系统操作，则获取数据库节点和库表名称。

本公开实施例中，关系型数据库管理系统可例如为MySQL，关系数据库管理系统将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。关系数据库管理系统可例如使用结构化查询语言(Structured QueryLanguage，SQL)语言是访问数据库，其实最常用的标准化语言。MySQL软件采用了双授权政策，分为社区版和商业版，由于其体积小、速度快、总体拥有成本低，尤其是开放源码这一特点，一般中小型网站的开发都选择MySQL作为网站数据库。数据库节点名为数据库中的记录点。

本公开实施例中，数据库节点和库表名称可作为异步关系型数据库管理系统操作的配置参数。

在步骤S430中，若所述目标业务类型为所述异步键值存储系统操作，则获取键值存储系统主机、端口以及密码。

本公开实施例中，键值存储系统是一种以键值对存储数据的一种数据库。其查询速度快、存放数据量大、支持高并发，非常适合通过主键进行查询，但不能进行复杂的条件查询。

本公开实施例中，键值存储系统主机、端口以及密码可作为异步键值存储系统操作的配置参数。

在步骤S440中，将所述回调统一资源定位符地址、数据库节点和库表名称或者键值存储系统主机、端口以及密码作为所述目标消息的配置信息存储至数据库或缓冲区。

在示例性实施例中，所述数据库或缓冲区中还可存储消息标识与对象令牌。其中，对象令牌可用于权限校验。

本公开实施例的消息传输方法通过将配置信息存储至数据库或缓冲区，能够简化消息格式，降低消息传输量，降低消息队列实现的门槛，并提高传输稳定性。

图5是基于图2的步骤S240在一个示例性实施例中的流程图。

如图5所示，上述图2实施例中的步骤S240可以进一步包括以下步骤。

在步骤S241中，获取目标对象的对象令牌。

本公开实施例中，其中，目标对象可例如为配置管理用户的对象令牌。在计算机身份认证中，令牌可作为邀请、登录系统使用。

在步骤S242中，根据所述对象令牌对所述目标对象进行权限校验。

本公开实施例中，可通过消息发送代理获取目标对象的对象令牌，并根据所述对象令牌对所述目标对象进行权限校验。

在步骤S243中，在权限校验成功时，将所述目标消息发送至所述目标消息队列中。

本公开实施例中，当消息消费代理根据所述令牌信息对所述目标对象的权限校验成功时，消息消费代理可将所述目标消息发送至所述目标消息队列。

图6示意性示出了根据本公开的另一个实施例的消息传输方法的流程图。

如图6所示，本公开实施例提供的消息传输方法可以包括以下步骤。

在步骤S610中，接收目标消息队列中的目标消息，所述目标消息包括消息标识和自定义参数。

本公开实施例中，可通过消息消费代理接收目标消息队列中的目标消息。该目标消息可以是图2所示实施例中步骤S220生成的目标消息。

在步骤S620中，根据所述消息标识获取所述目标消息的配置信息与目标业务类型。

本公开实施例中，所述目标消息的配置信息和目标业务类型可例如存储在数据库或缓冲区中。例如，可以消息标识为索引，在数据库或缓冲区中根据索引查找获得所述目标消息的配置信息与目标业务类型。

在步骤S630中，根据所述配置信息、所述目标业务类型与所述自定义参数消费所述目标消息。

本公开实施例中，目标业务类型可例如为异步应用程序接口调用、异步关系型数据库管理系统操作、异步键值存储系统操作以及远程过程调用回调。其中，异步应用程序接口调用的配置信息可例如为回调统一资源定位符地址；异步关系型数据库管理系统操作的配置信息可例如为数据库节点和库表名称；异步键值存储系统操作的配置信息可例如为键值存储系统主机、端口以及密码；远程过程调用回调的配置信息可例如为回调统一资源定位符地址。其中，可通过消息消费代理根据配置信息、自定义参数执行目标业务类型相应的逻辑。

在示例性实施例中，当所述目标消息消费失败、超时时，可将所述目标消息发送至死信队列，并将所述目标消息的配置信息、目标业务类型等发送至补发数据库，以对所述目标消息进行补发操作。

图7是基于图6的步骤S620在一个示例性实施例中的流程图。

如图7所示，上述图6实施例中的步骤S620可以进一步包括以下步骤。

在步骤S621中，根据所述消息标识确定所述目标消息的目标业务类型。

本公开实施例中，所述目标消息的目标业务类型与消息标识可例如存储在数据库或缓冲区中，可根据键值查询或其他查询方式查找获得消息标识对应的目标业务类型。

在步骤S622中，在数据库或缓冲区中获取所述目标业务类型的配置信息作为所述目标消息的配置信息。

本公开实施例中，所述目标消息的配置信息与上述步骤S621中所述目标业务类型的获取方式类似，此处不再赘述。

图8是基于图6的步骤S630在一个示例性实施例中的流程图。

如图8所示，上述图6实施例中步骤S630可以进一步包括以下步骤。

在步骤S631中，若所述目标业务类型为异步应用程序接口调用或所述远程过程调用回调，则根据回调统一资源定位符地址、所述目标业务类型与所述自定义参数消费所述目标消息。

本公开实施例中，可通过消息消费代理对目标消息进行消费。例如，消息消费代理可根据回调统一资源定位符地址对自定义参数进行具体的消息消费操作。

在步骤S632中，若所述目标业务类型为异步关系型数据库管理系统操作，则根据数据库节点、库表名称、所述目标业务类型与所述自定义参数消费所述目标消息。

本公开实施例中，可通过消息消费代理对目标消息进行消费。例如，消息消费代理可根据数据库节点、库表名称、所述目标业务类型对自定义参数进行具体的消费操作。

在步骤S633中，若所述目标业务类型为所述异步键值存储系统操作，则根据获取键值存储系统主机、端口、密码、所述目标业务类型与所述自定义参数消费所述目标消息。

本公开实施例中，可通过消息消费代理对目标消息进行消费。例如，消息消费代理可根据键值存储系统主机、端口、密码对自定义参数进行具体的消费操作。

图9示意性示出了根据本公开的再一个实施例的消息传输方法的流程图。

如图9所示，本实施例提供的消息传输方法还可以包括以下步骤。

在步骤S910中，在接收到所述目标消息的消费异常反馈时，将所述目标消息发送至补发队列。

本公开实施例中，在对所述目标消息进行相应的消费操作时，可能有消费失败、超时的情况。在这一情况下，可将目标消息发送至补发队列，还可将配置信息、目标业务类型发送至补发数据库，以对所述目标消息进行补发操作。

在步骤S920中，根据预定时间对所述补发队列中的目标消息执行补发操作。

本公开实施例中，可以消费失败的时间为起始点，预定设置一个或多个时间点，以便在一个或多个时间点进行补发操作。例如，可在消费失败的三分种、三小时、一天后执行三次补发操作；若期间补发成功，则取消后续补发操作。应该理解，此处的预定时间的具体数值仅为示例，本公开的技术方案对预定时间的具体数值并不作特殊限定。

图10示意性示出了根据本公开的另一个实施例的消息传输方法的流程图。

如图10所示，本公开实施例的消息传输方法可以包括以下步骤。

在步骤S1010中，为用户分配对象令牌。

本公开实施例中，例如可通过配置管理系统实现对象令牌的分配功能。该配置管理系统可使用互联网应用程式框架构建，例如React框架，但本公开的技术方案并不以此为限。图11示意性示出了根据本公开的另一个实施例的对象令牌分配的界面示意图。

在步骤S1020中，响应于目标对象的输入指令，确定目标业务类型和配置信息。

在示例性实施例中，所述配置信息还可包括消息消费的最大每秒查询率(QueryPer Second，QPS)、是否补发、是否保证顺序执行等。图12示意性示出了根据本公开的另一个实施例的业务类型的界面示意图。图13示意性示出了根据本公开的另一个实施例的配置信息的界面示意图。

本公开实施例中，配置信息以目标业务类型为基准具有多种变换。具体的业务类型与各业务类型的具体配置信息可见图14、图15、图16、图17所示。

在步骤S1030中，响应于目标对象的创建指令，创建消息。

本公开实施例中，创建的消息的配置信息与业务类型已确定，其自定义参数可不同，可由具体应用场景确定。图18示意性示出了根据本公开的另一个实施例的消息创建成功的界面示意图。

图19示意性示出了根据本公开的另一个实施例的消息传输方法的流程图。

如图19所示，本公开实施例的消息传输方法可以包括以下步骤。

在步骤S1910中，获取目标对象的消息标识、对象令牌。

在步骤S1920中，基于接口调用，将自定义参数发送至所述消息发送代理。

在步骤S1930中，通过消息消费代理对对象令牌进行权限校验，并将自定义参数和消息标识组装为目标消息。

在步骤S1940中，通过消息发送代理，根据消息标识将所述目标消息发送至目标消息队列。

本公开实施例中，消息标识与业务类型可存储在数据库或缓冲区中。业务类型与消息队列可为一一对应的关系，以防止所有消息均发送至同一队列造成的消息延迟。例如，可通过消息标识在数据库或缓冲区中查询获得目标业务类型。根据目标业务类型确定目标消息队列，以将所述目标消息发送至目标消息队列。

在步骤S1950中，通过消息消费代理接收目标消息队列中的目标消息。

在步骤S1960中，通过消息消费代理，根据消息标识获取配置信息，以根据配置信息、自定义参数对所述目标消息进行消费。

本公开实施例中，消息消费代理可根据消息标识在数据库或缓冲区中查询获得目标业务类型和配置信息，以根据配置信息、自定义参数和目标业务类型对所述目标消息进行消费。

图20示意性示出了根据本公开的又一个实施例的消息传输方法的流程图。

如图20示，本公开实施例的消息传输方法可以包括以下步骤。

在步骤S2010中，获取调用超时预警信息、调用返回值异常预警信息。

在步骤S2020中，根据调用超时预警信息、调用返回值异常预警信息确定待补发消息，并将其发送至死信队列。

在步骤S2030中，将所述待补发消息发送至补发数据库。

在步骤S2040中，在超时或返回值异常的三分之后、三小时后、一天后对所述补发数据库中的待补发消息进执行补发操作。

在示例性实施例中，预定时间可根据应用场景具体设定，本公开的技术方案对此并不作特殊限定。

在示例性实施例中，在上述三次补发操作均失败时，还可通过将配置管理端中的目标对象进行手动补发。

本公开实施例中的消息传输方法中，通过将消息标识和自定义参数组装为目标消息进行发送和接收，能够抽象消息队列的发送和接收过程，进而能够实现消息队列的快速接入，提高开发效率；同时，只需获知消息队列的配置消息即可使用消息队列，降低了消息队列的实现难度，具有高效稳定的优势。

以下介绍本公开的装置实施例，可以用于执行本公开上述的消息传输方法。对于本公开装置实施例中未披露的细节，请参照本公开上述的消息传输方法的实施例。

图21示意性示出了根据本公开的一实施例的消息传输装置的框图。

参照图21所示，根据本公开实施例的消息传输装置2100可以包括：标识获取模块2110、目标消息生成模块2120、队列确认模块2130以及消息发送模块2140。

在消息传输装置2100中，标识获取模块2110可以配置为获取自定义参数与目标消息的消息标识。

目标消息生成模块2120可以配置为根据所述自定义参数与所述消息标识生成目标消息。

队列确认模块2130可以配置为根据所述消息标识确定所述目标消息的目标消息队列。

在示例性实施例中，队列确认模块2130可以包括业务类型确认单元和队列确认单元。其中，业务类型确认单元可以配置为根据所述消息标识在数据库或缓冲区中获取所述目标消息的所述目标业务类型；队列确认单元可以配置为根据所述目标业务类型确定所述目标消息队列。

在示例性实施例中，所述目标业务类型包括以下中的任一一种：异步应用程序接口调用、异步关系型数据库管理系统操作、异步键值存储系统操作以及远程过程调用回调。

在示例性实施例中，消息传输装置2100还可包括配置信息获取模块和配置信息存储模块。配置信息获取模块可以配置为若所述目标业务类型为所述异步应用程序接口调用或者所述远程过程调用回调，则获取回调统一资源定位符地址；若所述目标业务类型为所述异步关系型数据库管理系统操作，则获取数据库节点和库表名称；若所述目标业务类型为所述异步键值存储系统操作，则获取键值存储系统主机、端口以及密码。配置信息存储模块可以配置为将所述回调统一资源定位符地址、数据库节点和库表名称或者键值存储系统主机、端口以及密码作为所述目标消息的配置信息存储至数据库或缓冲区。

消息发送模块2140可以配置将所述目标消息发送至所述目标消息队列中。

在示例性实施例中，消息发送模块2140可以包括对象令牌获取单元、令牌校验单元以及消息发送单元。其中，对象令牌获取单元可以配置为获取目标对象的对象令牌。令牌校验单元可以配置为根据所述对象令牌对所述目标对象进行权限校验。消息发送单元可以配置为在权限校验成功时，将所述目标消息发送至所述目标消息队列中。

根据本公开实施方式提供的消息传输装置，根据消息标识确定目标消息队列，以将目标消息发送至目标消息队列，能够避免大量消息发送至同一队列时造成的延时；同时，根据自定义参数与消息标识生成目标消息，不需要配置参数，简化了消息传输过程，降低了消息队列的使用门槛，并能够提高消息传输速率与稳定性；此外，本申请的消息传输方法无需传输配置参数，能够简化消息格式，并降低消息传输数据量，进一步提高消息传输效率。

图22示意性示出了根据本公开的一实施例的消息传输装置的框图。

参照图22所示，根据本公开实施例的消息传输装置2200可以包括：消息接收模块2210、配置信息获取模块2220以及消息消费模块2230。

在消息传输装置2200中，消息接收模块2210可以配置为接收目标消息队列中的目标消息，所述目标消息包括消息标识和自定义参数。

配置信息获取模块2220可以配置为根据所述消息标识获取所述目标消息的配置信息与目标业务类型。

在示例性实施例中，配置信息获取模块2220可以包括业务类型确认单元和配置信息获取单元。其中，业务类型确认单元可以配置为根据所述消息标识确定所述目标消息的目标业务类型。配置信息获取单元可以配置为在数据库或缓冲区中获取所述目标业务类型的配置信息作为所述目标消息的配置信息。

消息消费模块2230可以配置为根据所述配置信息、所述目标业务类型与所述自定义参数消费所述目标消息。

在示例性实施例中，消息消费模块2230可以包括异步应用程序接口调用单元或所述远程过程调用回调单元、异步关系型数据库管理系统操作单元以及异步键值存储系统操作单元。其中，异步应用程序接口调用单元或所述远程过程调用回调单元可以配置为根据回调统一资源定位符地址、所述目标业务类型与所述自定义参数消费所述目标消息。异步关系型数据库管理系统操作单元可以配置为根据数据库节点、库表名称、所述目标业务类型与所述自定义参数消费所述目标消息。异步键值存储系统操作单元可以配置为根据获取键值存储系统主机、端口、密码、所述目标业务类型与所述自定义参数消费所述目标消息。

在示例性实施例中，消息传输装置2200还可以包括异常消息获取模块和补发模块。其中，异常消息获取模块可以配置为在接收到所述目标消息的消费异常反馈时，将所述目标消息发送至补发队列。补发模块可以配置为根据预定时间对所述补发队列中的目标消息执行补发操作。

图23示意性示出了根据本公开的另一实施例的消息传输系统的架构图。

如图23所示，消息传输系统可以包括消息发送代理、消息队列、消息队列管理端、消息消费代理、配置管理端。

在消息传输系统中，消息发送代理可使用Go语言搭建，消息发送代理可用于根据对象令牌进行权限校验、目标消息的组装、以及将目标消息发送至消息队列。

消息队列可为RabbitMQ镜像队列。例如，可采用高可用方案，设置两个队列持久化存储，一个内存存储，能够在保证高可用的同时，保证高性能。

消息队列管理端例如可包含RabbitMQ监控，以及可进行消息连接、消息交换机、消息队列载体等数据展示，并可实现权限、策略的基本操作等功能。

消息消费代理可使用Go语言搭建，在消费时，消息消费代理可从消息队列中获取目标消息，根据消息标识，获取配置信息并执行相应的逻辑。同时，如遇到消费超时等错误，将目标消息发送至死信队列，死信队列数据发送至补发数据库，以便按照预定时间进行补发。

配置管理端可使用React框架构建，可为每个目标对象(例如用户)生成一个对象令牌，目标对象新建一个消息时，可接收目标对象的输入信息：业务类型以及配置信息。其中，配置信息可以包括：最大每秒查询率，统一资源定位符地址等，并生成消息标识。同时，配置管理端还可包含补发、接口测试、使用文档等功能。

本公开的消息传输系统，可以快速接入消息队列服务进行开发，极大提升了开发效率。并且消息队列中的各种概念、参数的配置对使用方透明，使用方只需要简单配置参数即可。

图25示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。需要说明的是，图25示出的电子设备的计算机系统2500仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图25所示，计算机系统2500包括中央处理单元(CPU)2501，其可以根据存储在只读存储器(ROM)2502中的程序或者从存储部分2508加载到随机访问存储器(RAM)2503中的程序而执行各种适当的动作和处理。在RAM 2503中，还存储有系统操作所需的各种程序和数据。CPU 2501、ROM 2502以及RAM 2503通过总线2504彼此相连。输入/输出(I/O)接口2505也连接至总线2504。

以下部件连接至I/O接口2505：包括键盘、鼠标等的输入部分2506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分2507；包括硬盘等的存储部分2508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分2509。通信部分2509经由诸如因特网的网络执行通信处理。驱动器2510也根据需要连接至I/O接口2505。可拆卸介质2511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器2510上，以便于从其上读出的计算机程序根据需要被安装入存储部分2508。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分2509从网络上被下载和安装，和/或从可拆卸介质2511被安装。在该计算机程序被中央处理单元(CPU)2501执行时，执行本申请的系统中限定的各种功能。

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

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

描述于本公开实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的模块和/或单元也可以设置在处理器中。其中，这些模块和/或单元的名称在某种情况下并不构成对该模块和/或单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图2或图3或图4或图5或图6或图7或图8或图9或图10或图19或图20所示的各个步骤。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种消息传输方法，其特征在于，包括：

获取自定义参数与目标消息的消息标识；

根据所述自定义参数与所述消息标识生成目标消息；

根据所述消息标识确定所述目标消息的目标消息队列；

将所述目标消息发送至所述目标消息队列中。

2.如权利要求1所述的方法，其特征在于，根据所述消息标识确定所述目标消息的目标消息队列，包括：

根据所述消息标识在数据库或缓冲区中获取所述目标消息的所述目标业务类型；

根据所述目标业务类型确定所述目标消息队列。

3.如权利要求1所述的方法，其特征在于,所述目标业务类型包括以下中的任一种：异步应用程序接口调用、异步关系型数据库管理系统操作、异步键值存储系统操作以及远程过程调用回调。

4.如权利要求3所述的方法，其特征在于，还包括：

若所述目标业务类型为所述异步应用程序接口调用或者所述远程过程调用回调，则获取回调统一资源定位符地址；

若所述目标业务类型为所述异步关系型数据库管理系统操作，则获取数据库节点和库表名称；

若所述目标业务类型为所述异步键值存储系统操作，则获取键值存储系统主机、端口以及密码；

将所述回调统一资源定位符地址、数据库节点和库表名称或者键值存储系统主机、端口以及密码作为所述目标消息的配置信息存储至数据库或缓冲区。

5.如权利要求1所述的方法，其特征在于,将所述目标消息发送至所述目标消息队列中，包括：

获取目标对象的对象令牌；

根据所述对象令牌对所述目标对象进行权限校验；

在权限校验成功时，将所述目标消息发送至所述目标消息队列中。

6.一种消息传输方法，其特征在于，包括：

接收目标消息队列中的目标消息，所述目标消息包括消息标识和自定义参数；

根据所述消息标识获取所述目标消息的配置信息与目标业务类型；

根据所述配置信息、所述目标业务类型与所述自定义参数消费所述目标消息。

7.如权利要求6所述的方法，其特征在于，根据所述消息标识获取所述目标消息的配置信息与目标业务类型，包括：

根据所述消息标识确定所述目标消息的目标业务类型；

在数据库或缓冲区中获取所述目标业务类型的配置信息作为所述目标消息的配置信息。

8.如权利要求6所述的方法，其特征在于，根据所述配置信息、所述目标业务类型与所述自定义参数消费所述目标消息，包括：

若所述目标业务类型为异步应用程序接口调用或所述远程过程调用回调，则根据回调统一资源定位符地址、所述目标业务类型与所述自定义参数消费所述目标消息；

若所述目标业务类型为异步关系型数据库管理系统操作，则根据数据库节点、库表名称、所述目标业务类型与所述自定义参数消费所述目标消息；

若所述目标业务类型为所述异步键值存储系统操作，则根据获取键值存储系统主机、端口、密码、所述目标业务类型与所述自定义参数消费所述目标消息。

9.如权利要求6所述的方法，其特征在于，还包括：

在接收到所述目标消息的消费异常反馈时，将所述目标消息发送至补发队列；

根据预定时间对所述补发队列中的目标消息执行补发操作。

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

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。