CN112437000A - 消息队列推送方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明涉及数据传输优化领域，公开了一种消息队列推送方法、装置、计算机设备及存储介质，其方法包括：按照预设获取频率从消息队列服务器获取消息生产者生成的消息，消息包括金融业务数据；查找消息生产者的发送规则；根据发送规则确定消息接收对象；获取消息接收对象的接收规则；根据接收规则向消息接收对象推送消息，以使消息接收对象处理与金融业务数据相关联的业务流程。本发明解决了消息队列框架更新时，更新难度大和更新成本高的问题，同时还支持消息发送和接收的个性化设置，提高消息推送的精准性。

Description

消息队列推送方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据传输优化领域，尤其涉及一种消息队列推送方法、装置、计算机设备及存储介质。

背景技术

消息队列服务已经逐渐成为应用***通信的重要手段，它具有低耦合、可靠投递、广播、流量控制、最终一致性等功能，可用于异步远程过程调用。消息队列服务有两个重要角色，分别为消息生产者和消息消费者。消息队列服务需要在同一个消息队列框架内集成消息生产者和消息消费者。这就要求每一个使用消息队列服务的应用***(消息消费者)都需要内嵌消息队列框架。

随着消息队列框架的迭代更新，应用***的消息队列框架也要随着更新。然而，不同应用***具有差异性，因而在消息队列框架的更新过程中需要进行专门地调试，增加了更新的难度和成本。而且，在更新期间，消息也容易发生丢失。

发明内容

基于此，有必要针对上述技术问题，提供一种消息队列推送方法、装置、计算机设备及存储介质，以解决消息队列框架更新时更新难度大和更新成本高的问题。

一种消息队列推送方法，包括：

按照预设获取频率从消息队列服务器获取消息生产者生成的消息，所述消息包括金融业务数据；

查找所述消息生产者的发送规则；

根据所述发送规则确定消息接收对象；

获取所述消息接收对象的接收规则；

根据所述接收规则向所述消息接收对象推送所述消息，以使所述消息接收对象处理与所述金融业务数据相关联的业务流程。

一种消息队列推送装置，包括：

消息消费模块，用于按照预设获取频率从消息队列服务器获取消息生产者生成的消息，所述消息包括金融业务数据；

查找发送规则模块，用于查找所述消息生产者的发送规则；

确定接收对象模块，用于根据所述发送规则确定消息接收对象；

获取接收规则模块，用于获取所述消息接收对象的接收规则；

推送消息模块，用于根据所述接收规则向所述消息接收对象推送所述消息，以使所述消息接收对象处理与所述金融业务数据相关联的业务流程。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，所述处理器执行所述计算机可读指令时实现上述消息队列推送方法。

一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如上述消息队列推送方法。

上述消息队列推送方法、装置、计算机设备及存储介质，通过按照预设获取频率从消息队列服务器获取消息生产者生成的消息，所述消息包括金融业务数据，以通过MQ服务平台消费消息队列服务器上的消息。查找所述消息生产者的发送规则，以根据消息生产者预先定义的发送规则确定消息的发送方式(包括接收对象、时间、重要度等)。根据所述发送规则确定消息接收对象，以确定消息的实际消费对象。获取所述消息接收对象的接收规则，以根据消息接收对象(应用***)预先定义的接收规则确定消息的接收方式。根据所述接收规则向所述消息接收对象推送所述消息，以使所述消息接收对象处理与所述金融业务数据相关联的业务流程，以完成消息的推送，并完成消息所涉及的业务流程。本发明提供的消息队列推送方法，完全解耦了消息接收对象与消息队列框架的联系，通过MQ服务平台消费信息，保证消息可以推送给消息接收对象。本发明解决了消息队列框架更新时，更新难度大和更新成本高的问题，同时还支持消息发送和接收的个性化设置，提高消息推送的精准性。

附图说明

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

图1是本发明一实施例中消息队列推送方法的一应用环境示意图；

图2是本发明一实施例中消息队列推送方法的一流程示意图；

图3是本发明一实施例中消息队列推送装置的一结构示意图；

图4是本发明一实施例中计算机设备的一示意图。

具体实施方式

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

本实施例提供的消息队列推送方法，可应用在如图1的应用环境中，其中，客户端与服务端进行通信。其中，客户端包括但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种消息队列推送方法，以该方法应用在图1中的服务端为例进行说明，包括如下步骤：

S10、按照预设获取频率从消息队列服务器获取消息生产者生成的消息，所述消息包括金融业务数据。

本实施例提供的消息队列推送方法可通过设置在服务端的MQ服务平台(消息队列服务平台)实现。消息队列服务器是消息队列服务的核心组件，为消息队列提供核心服务。消息生产者为消息的生产者，业务的发起方，负责生产消息传输给消息队列服务器。在此处，MQ服务平台从消息队列服务器获取消息生产者生成并已上传至消息队列服务器的消息。MQ服务平台为消息队列服务的消息消费者，但MQ服务平台仅充当消息的中转方，并非消息的最终消费者，即不是业务的处理方。预设获取频率可以基于消息生产者的生成特性进行设置。例如，消息生产者在第一时间段的生成数量为1000条每小时，在第二时间段的生成数量为100条每小时，消息队列的容量为50条，MQ服务平台在第一时间段的获取频率可以设置为第一获取频率，如30s，在第二时间段的获取频率可以设置为第二获取频率，如90s。即，第一获取频率大于第二获取频率。消息生产者可以是金融集团的任务发布中心，因而，一般情况下，消息生产者生成的消息包括金融业务数据。在一示例中，消息生产者为已注册的消息来源，即消息生产者需要在MQ服务平台预先注册。

S20、查找所述消息生产者的发送规则。

发送规则是消息生产者预先上传至MQ服务平台的发送规则。因而，发送规则与消息的推送是异步的。发送规则可以定义不同内容的消息推送给不同的应用***。例如，若消息属于A类型，则推送给与A类型关联的应用***；若消息属于B类型，则推送给与B类型关联的应用***。消息类型可以基于实际需要进行定义。同样的，消息类型与应用***之间的关联关系可以预先根据实际需要进行设置。在一些情况下，发送规则还包括发送时间、发送重要度等。具体的，MQ服务平台仅在发送时间向消息接收对象发送消息。发送重要度可以自定义一些重要字段，若消息包含发送重要度中定义的重要字段，则该消息的发送重要度为高。发送重要度为高的消息，在消息推送方面具有高的优先级。

S30、根据所述发送规则确定消息接收对象。

可理解地，可以根据发送规则中定义的接收对象确定消息接收对象。若发送规则未对接收对象进行特别限定，则默认所有的应用***均为消息接收对象。在此处，消息接收对象是消息的最终消费者，为业务的处理方。在一示例中，消息接收对象为已注册的消息使用者，即消息接收对象需要在MQ服务平台预先注册。

S40、获取所述消息接收对象的接收规则。

在此处，接收规则是消息接收对象预先上传至MQ服务平台的接收规则。接收规则包括但不限于消息主题(TOPIC)、消息重发规则、消息失败规则。具体的，消息重发规则可以包括是否需要重发、重发次数、重发间隔等。消息失败规则包括失败警告、失败通知等。不同的消息接收对象的接收规则可以是相同的，也可以是不同的。各个消息接收对象的接收规则设置是相互独立。

S50、根据所述接收规则向所述消息接收对象推送所述消息，以使所述消息接收对象处理与所述金融业务数据相关联的业务流程。

可理解地，可以按照接收规则向消息接收对象推送所述消息，以使消息接收对象接收到该消息。若消息接收对象无法接收到该消息，则按照接收规则进行失败处理，如向消息生产者返回消息失败通知。在此处，MQ服务平台可以通过特定的通信接口向消息接收对象推送消息，如可以通过http(超文本传输协议)服务接口将消息推送给消息接收对象。

在进行消息队列框架升级时，在消费者一端，只需要直接升级MQ服务平台的框架，而各个消息接收对象不需要进行相应的升级，因而大大降低了更新难度和更新成本，解决了消息队列框架更新时更新难度和更新成本高的问题。同时，本实施例提供的方法还解除了应用***(消息接收对象)与消息队列框架之间的耦合，应用***不需要关注传送的是什么类型的消息，也不用管消息队列框架升级或者其他变化带来的影响，只需要提供http服务接口即可，大大简化了应用***的维护，同时使得应用***更加轻量级。

在一示例中，消息生产者可为金融集团的任务发布中心，而消息接收对象可以指金融集团管辖的多个业务子***。任务发布中心发布的任务消息经消息队列服务器和MQ服务平台，推送至业务子***。当消息队列服务器的架构进行升级时，仅需要同步升级任务发布中心和MQ服务平台即可，而业务子***不需要升级，仍能正常接收到任务发布中心发布的任务消息。

消息接收对象接收到消息之后，自动识别消息中包含的金融业务数据，然后自动触发与该金融业务数据相关联的业务流程。例如，金融业务数据为对账信息，则与对账信息相关联的业务流程为账单验证及核算流程。

步骤S10-S50中，按照预设获取频率从消息队列服务器获取消息生产者生成的消息，消息包括金融业务数据，以通过MQ服务平台消费消息队列服务器上的消息。查找所述消息生产者的发送规则，以根据消息生产者预先定义的发送规则确定消息的发送方式(包括接收对象、时间、重要度等)。根据所述发送规则确定消息接收对象，以确定消息的实际消费对象。获取所述消息接收对象的接收规则，以根据消息接收对象(应用***)预先定义的接收规则确定消息的接收方式。根据所述接收规则向所述消息接收对象推送所述消息，以使所述消息接收对象处理与所述金融业务数据相关联的业务流程，以完成消息的推送。本实施例提供的消息队列推送方法，完全解耦了消息接收对象与消息队列框架的联系，通过MQ服务平台消费信息，保证消息可以推送给消息接收对象，同时，消息生产者不需要保证消息的重发，解决了消息队列框架更新时，更新难度和更新成本高的问题，同时还支持消息发送和接收的个性化设置，提高消息推送的精准性。

可选的，步骤S10，即所述按照预设获取频率从消息队列服务器获取消息生产者生成的消息之前，还包括：

S11、所述消息生产者根据预设生成规则生成所述消息；

S12、所述消息生产者将所述消息发送至所述消息队列服务器。

可理解地，预设生成规则可以根据实际需要进行设置。在一示例中，消息生产者可以是任务管理中心，用于生产包含业务任务的消息。而消息队列服务器作为消息队列服务的核心组件，可以接收来自消息生产者的多个消息，形成消息队列，供消息消费者(此处消息消费者唯一指定为MQ服务平台)消费。

步骤S11-S12中，所述消息生产者根据预设生成规则生成所述消息，在此处，消息生产者为消息的来源。所述消息生产者将所述消息发送至所述消息队列服务器，以将消息加入消息队列。

可选的，步骤S10，即所述按照预设获取频率从消息队列服务器获取消息生产者生成的消息之后，还包括：

S13、所述消息队列服务器生成所述消息的消费结果；

S14、所述消息队列服务器将所述消费结果返回给所述消息生产者。

可理解地，MQ服务平台从消息队列服务器获得消息后，消息队列服务器生成该消息的消费结果，即表明该消息已经被消费。同时，消息队列服务器的消息队列不再存储该消息。

消息队列服务器将消费结果返回给消息生产者。消息生产者可以根据消费结果处理后续业务。一般情况下，MQ服务平台的响应时间远远小于应用***。因而，消息生产者可以在更短的时间内接收到消费结果，这样可以大大提高消息生产者的处理效率。

步骤S13-S14中，所述消息队列服务器生成所述消息的消费结果，以确定消息已被MQ服务平台消费。所述消息队列服务器将所述消费结果返回给所述消息生产者，以使消息生产者获知消息已被消费。

可选的，步骤S20，即所述查找所述消息生产者的发送规则之前，还包括：

S21、接收所述消息生产者发送的第一注册请求；

S22、根据所述第一注册请求对所述消息生产者进行注册，注册成功后接收所述消息生产者发送的所述发送规则；

S23、将所述发送规则存储在第一存储位置。

本实施例中，MQ服务平台设置有注册组件，可以接受消息生产者的注册。在注册完成后，可以从消息生产者接收发送规则并存储在第一存储位置。第一存储位置可以是根据实际需要设置的存储位置，如可以是规则数据库中的某个数据表。在此处，通过注册消息生产者的方式，确保消息来源的安全性。

步骤S21-S23中，接收所述消息生产者发送的第一注册请求，以确保消息生产者的合法性。根据所述第一注册请求对所述消息生产者进行注册，注册成功后接收所述消息生产者发送的所述发送规则，以获得用于确定消息发送方式的发送规则。将所述发送规则存储在第一存储位置，以完成发送规则的存储。

可选的，步骤S40，即所述获取所述消息接收对象的接收规则之前，还包括：

S41、接收所述消息接收对象发送的第二注册请求；

S42、根据所述第二注册请求对所述消息接收对象进行注册，注册成功后接收所述消息生产者发送的所述接收规则；

S43、将所述接收规则存储在第二存储位置。

本实施例中，MQ服务平台设置的注册组件还可以接受消息接收对象(即应用***)的注册。在注册完成后，可以从消息接收对象获取接收规则并存储在第二存储位置。第二存储位置可以是根据实际需要设置的存储位置，如可以是规则数据库中的某个数据表。在此处，通过注册消息接收对象的方式，确保消息使用(消费)的安全性。

步骤S41-S43中，接收所述消息接收对象发送的第二注册请求，以确保消息接收对象的合法性。根据所述第二注册请求对所述消息接收对象进行注册，注册成功后接收所述消息生产者发送的所述接收规则，以获得用于确定消息接收方式的接收规则。将所述接收规则存储在第二存储位置，以完成接收规则的存储。

可选的，步骤S50，即所述根据所述接收规则向所述消息接收对象推送所述消息，包括：

S501、判断所述消息是否与所述接收规则中的消息主题匹配；

S502、若所述消息与所述接收规则中的消息主题匹配，则向所述消息接收对象推送所述消息。

可理解地，接收规则包括但不限于消息主题(TOPIC)、消息重发规则、消息失败规则。具体的，消息重发规则可以包括是否需要重发、重发次数、重发间隔等。消息失败规则包括失败警告、失败通知等。

消息接收对象可以在接收规则设置消息主题。当消息与消息主题匹配，则向消息接收对象推送该消息。例如，消息接收对象X所订阅的消息主题为“证券”，则将消息主题“证券”写入接收规则中并发送到MQ服务平台；当MQ服务平台接收到消息主题为“证券”的消息时，且消息接收对象X具有获取该消息的权限，MQ服务平台将该消息推送给消息接收对象X。

步骤S501-S502中，判断所述消息是否与所述接收规则中的消息主题匹配，以通过消息主题匹配的方式，提高消息推送的准确性。若所述消息与所述接收规则中的消息主题匹配，则向所述消息接收对象推送所述消息，以完成匹配消息主题的消息的推送。

可选的，步骤S50，即所述根据所述接收规则向所述消息接收对象推送所述消息，包括：

S503、在向所述消息接收对象推送所述消息后，若未接收到所述消息接收对象返回的确认信息，则根据所述接收规则中的重发规则向所述消息接收对象推送所述消息；

S504、当所述消息的推送次数大于所述接收规则设置的上限次数，生成推送失败通知，并将所述推送失败通知发送给所述消息生产者。

可理解地，MQ服务平台根据接收规则向消息接收对象推送消息，若未接收到消息接收对象返回的确认信息，则表明推送失败，此时需要根据接收规则中的重发规则继续向消息接收对象推送消息。重发规则定义了是否需要重发、重发次数和重复间隔。若接收到消息接收对象返回的确认信息，则表明推送成功，此时消息接收对象对接收到的消息进行消费并处理相应的业务任务。

当消息的推送次数大于接收规则设置的上限次数(即重发次数)，则根据消息失败规则生成推送失败通知，并将推送失败通知发送给消息生产者。

步骤S503-S504中，在向所述消息接收对象推送所述消息后，若未接收到所述消息接收对象返回的确认信息，则根据所述接收规则中的重发规则向所述消息接收对象推送所述消息，以实现消息的重发。当所述消息的推送次数大于所述接收规则设置的上限次数，生成推送失败通知，并将所述推送失败通知发送给所述消息生产者，以确定消息推送失败。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种消息队列推送装置，该消息队列推送装置与上述实施例中消息队列推送方法一一对应。如图3所示，该消息队列推送装置包括消息消费模块10、查找发送规则模块20、确定接收对象模块30、获取接收规则模块40和推送消息模块50。各功能模块详细说明如下：

消息消费模块10，用于按照预设获取频率从消息队列服务器获取消息生产者生成的消息，消息包括金融业务数据；

查找发送规则模块20，用于查找所述消息生产者的发送规则；

确定接收对象模块30，用于根据所述发送规则确定消息接收对象；

获取接收规则模块40，用于获取所述消息接收对象的接收规则；

推送消息模块50，用于根据所述接收规则向所述消息接收对象推送所述消息，以使消息接收对象处理与金融业务数据相关联的业务流程。

可选的，消息队列推送装置还包括：

消息生成模块，用于所述消息生产者根据预设生成规则生成所述消息；

消息上传模块，用于所述消息生产者将所述消息发送至所述消息队列服务器。

可选的，消息队列推送装置还包括：

生成消费结果模块，用于所述消息队列服务器生成所述消息的消费结果；

消费结果返回模块，用于所述消息队列服务器将所述消费结果返回给所述消息生产者。

可选的，查找发送规则模块20还包括：

接收第一注册请求单元，用于接收所述消息生产者发送的第一注册请求；

接收发送规则单元，用于根据所述第一注册请求对所述消息生产者进行注册，注册成功后接收所述消息生产者发送的所述发送规则；

第一存储单元，用于将所述发送规则存储在第一存储位置。

可选的，获取接收规则模块40还包括：

接收第二注册请求单元，用于接收所述消息接收对象发送的第二注册请求；

接收规则单元，用于根据所述第二注册请求对所述消息接收对象进行注册，注册成功后接收所述消息生产者发送的所述接收规则；

第二存储单元，用于将所述接收规则存储在第二存储位置。

可选的，推送消息模块50包括：

主题匹配单元，用于判断所述消息是否与所述接收规则中的消息主题匹配；

推送主题消息单元，用于若所述消息与所述接收规则中的消息主题匹配，则向所述消息接收对象推送所述消息。

可选的，推送消息模块50包括：

重发单元，用于在向所述消息接收对象推送所述消息后，若未接收到所述消息接收对象返回的确认信息，则根据所述接收规则中的重发规则向所述消息接收对象推送所述消息；

推送失败单元，用于当所述消息的推送次数大于所述接收规则设置的上限次数，生成推送失败通知，并将所述推送失败通知发送给所述消息生产者。

关于消息队列推送装置的具体限定可以参见上文中对于消息队列推送方法的限定，在此不再赘述。上述消息队列推送装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图4所示。该计算机设备包括通过***总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括可读存储介质、内存储器。该可读存储介质存储有操作***、计算机可读指令和数据库。该内存储器为可读存储介质中的操作***和计算机可读指令的运行提供环境。该计算机设备的数据库用于存储消息队列推送方法所涉及的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机可读指令被处理器执行时以实现一种消息队列推送方法。本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机可读指令，处理器执行计算机可读指令时实现以下步骤：

按照预设获取频率从消息队列服务器获取消息生产者生成的消息，消息包括金融业务数据；

查找所述消息生产者的发送规则；

根据所述发送规则确定消息接收对象；

获取所述消息接收对象的接收规则；

根据所述接收规则向所述消息接收对象推送所述消息，以使消息接收对象处理与金融业务数据相关联的业务流程。

在一个实施例中，提供了一个或多个存储有计算机可读指令的计算机可读存储介质，本实施例所提供的可读存储介质包括非易失性可读存储介质和易失性可读存储介质。可读存储介质上存储有计算机可读指令，计算机可读指令被一个或多个处理器执行时实现以下步骤：

按照预设获取频率从消息队列服务器获取消息生产者生成的消息，消息包括金融业务数据；

查找所述消息生产者的发送规则；

根据所述发送规则确定消息接收对象；

获取所述消息接收对象的接收规则；

根据所述接收规则向所述消息接收对象推送所述消息，以使消息接收对象处理与金融业务数据相关联的业务流程。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一非易失性可读取存储介质或易失性可读存储介质中，该计算机可读指令在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种消息队列推送方法，其特征在于，包括：

按照预设获取频率从消息队列服务器获取消息生产者生成的消息，所述消息包括金融业务数据；

查找所述消息生产者的发送规则；

根据所述发送规则确定消息接收对象；

获取所述消息接收对象的接收规则；

根据所述接收规则向所述消息接收对象推送所述消息，以使所述消息接收对象处理与所述金融业务数据相关联的业务流程。

2.如权利要求1所述的消息队列推送方法，其特征在于，所述按照预设获取频率从消息队列服务器获取消息生产者生成的消息之前，还包括：

所述消息生产者根据预设生成规则生成所述消息；

所述消息生产者将所述消息发送至所述消息队列服务器。

3.如权利要求1所述的消息队列推送方法，其特征在于，所述从消息队列服务器获取消息生产者生成的消息之后，还包括：

所述消息队列服务器生成所述消息的消费结果；

所述消息队列服务器将所述消费结果返回给所述消息生产者。

4.如权利要求1所述的消息队列推送方法，其特征在于，所述查找所述消息生产者的发送规则之前，还包括：

接收所述消息生产者发送的第一注册请求；

根据所述第一注册请求对所述消息生产者进行注册，注册成功后接收所述消息生产者发送的所述发送规则；

将所述发送规则存储在第一存储位置。

5.如权利要求1所述的消息队列推送方法，其特征在于，所述获取所述消息接收对象的接收规则之前，还包括：

接收所述消息接收对象发送的第二注册请求；

根据所述第二注册请求对所述消息接收对象进行注册，注册成功后接收所述消息生产者发送的所述接收规则；

将所述接收规则存储在第二存储位置。

6.如权利要求1所述的消息队列推送方法，其特征在于，所述根据所述接收规则向所述消息接收对象推送所述消息，包括：

判断所述消息是否与所述接收规则中的消息主题匹配；

若所述消息与所述接收规则中的消息主题匹配，则向所述消息接收对象推送所述消息。

7.如权利要求1所述的消息队列推送方法，其特征在于，所述根据所述接收规则向所述消息接收对象推送所述消息，包括：

在向所述消息接收对象推送所述消息后，若未接收到所述消息接收对象返回的确认信息，则根据所述接收规则中的重发规则向所述消息接收对象推送所述消息；

当所述消息的推送次数大于所述接收规则设置的上限次数，生成推送失败通知，并将所述推送失败通知发送给所述消息生产者。

8.一种消息队列推送装置，其特征在于，包括：

消息消费模块，用于按照预设获取频率从消息队列服务器获取消息生产者生成的消息，所述消息包括金融业务数据；

查找发送规则模块，用于查找所述消息生产者的发送规则；

确定接收对象模块，用于根据所述发送规则确定消息接收对象；

获取接收规则模块，用于获取所述消息接收对象的接收规则；

推送消息模块，用于根据所述接收规则向所述消息接收对象推送所述消息，以使所述消息接收对象处理与所述金融业务数据相关联的业务流程。

9.一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机可读指令，其特征在于，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述消息队列推送方法。

10.一个或多个存储有计算机可读指令的可读存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1至7中任一项所述消息队列推送方法。

Images