CN112087373A - 一种消息发送方法及业务装置 - Google Patents

Abstract

本发明提供一种消息发送方法及业务装置，其中消息发送方法，包括以下步骤：步骤1：业务系统分别将各自的业务参数封装成消息事件并提交到消息队列；步骤2：消息处理系统从所述消息队列接收消息事件，调用与所述消息事件适配的消息处理器生成待发送消息，并生成与时间顺序相对应的数据库ID，根据所述数据库ID将所述待发送消息存入数据库；步骤3：消息发送系统轮询所述数据库并根据所述数据库ID顺序取出所述待发送消息，计算所述待发送消息对应的hash值，通过与所述hash值对应的节点及通道发送所述待发送消息。本发明消息解决传统消息嵌套在业务系统的处理过程，业务和消息互相拖慢问题，以及业务集成的发送消息类型的可扩展性问题。

Description

一种消息发送方法及业务装置

技术领域

本发明涉及信息技术，尤其是一种消息发送方法及业务装置。

背景技术

在以往消息发送机制中，生成消息内容和发送消息部分都嵌套在业务系统中。在集成或对接这些业务系统过程中，当越来越多的业务需要发送越来越多种的消息，同时发送消息的数量也开始急剧上升，各类消息的生成和发送逻辑会混到一起，当要新增消息类型时不好扩展；消息发送机制嵌套在业务系统的处理过程，一方面消息发送过程会拖慢业务处理的过程。另一方面，业务处理的过程也会拖慢消息的生成和发送。

发明内容

本发明的主要目的是克服现有技术的不足，提供一种消息发送方法及业务装置；

根据本说明书实施例的第一方面，提供一种消息发送方法，包括以下步骤：

步骤1：业务系统分别将各自的业务参数封装成消息事件并提交到消息队列；

步骤2：消息处理系统从所述消息队列接收消息事件，调用与所述消息事件适配的消息处理器生成待发送消息，并生成与时间顺序相对应的数据库ID，根据所述数据库ID将所述待发送消息存入数据库；

步骤3：消息发送系统轮询所述数据库并根据所述数据库ID顺序取出所述待发送消息，计算所述待发送消息对应的hash值，通过与所述hash值对应的节点及通道发送所述待发送消息；

根据本说明书实施例的第二方面，提供业务装置，其特征在于，包括若干业务系统，所述业务系统用于业务处理以及将业务参数封装成消息事件并提交到消息队列；所述装置还包括消息处理系统和消息发送系统，其中所述消息处理系统用于从所述消息队列接收消息事件，调用与所述消息事件适配的消息处理器生成待发送消息，并生成与时间顺序相对应的数据库ID，根据所述数据库ID将所述待发送消息存入数据库；所述消息发送系统用于轮询所述数据库并根据所述数据库ID顺序取出所述待发送消息，计算所述待发送消息对应的hash值，通过与所述hash值对应的节点及通道发送所述待发送消息。

附图说明

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

图1为某优选实施方案中的业务装置的结构示意图；

图2为某优选实施方案中的方法流程图；

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书的一些方面相一致的装置和方法的例子；

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、 “所述”和“该”也旨在包 括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合；

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称 为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”；

参考图1，为某实施例中，本说明书提供的业务装置方案的系统架构。如图所示，业务装置包括若干业务系统、一个消息处理系统和一个消息发送系统。相对于现有的消息发送机制嵌套在业务系统的处理过程，造成消息发送过程会拖慢业务处理的过程，以及业务处理的过程也会拖慢消息的生成和发送，本实施方案的业务系统自身没有集成消息的处理和发送模块或单元，即每个业务系统只专注于具体业务的处理。消息处理系统和消息发送系统是两个独立于业务系统的系统，其中消息处理系统专注于各业务不同类型的消息生成，专注于各业务不同类型的消息生成。进而相对现有技术，业务系统、消息处理系统和消息发送系统都具有实质的改进。具体来说：业务系统用于业务处理以及将业务参数封装成消息事件并提交到消息队列；消息处理系统用于从消息队列接收消息事件，调用与消息事件适配的消息处理器生成待发送消息，并生成与时间顺序相对应的数据库ID，根据数据库ID将待发送消息存入数据库；消息发送系统用于轮询所述数据库并根据数据库ID顺序取出待发送消息，计算待发送消息对应的hash值，通过与hash值对应的节点及通道发送该待发送消息。这样，由于将消息的生成和发送独立出业务系统，让业务系统只处理业务。消息处理系统重点在消息类型可扩展上。消息发送系统重点在消息发送上。业务系统对消息系统的调用不只传业务参数，而改成将业务参数封装成消息事件；

在一实施例中，业务系统，将业务参数封装成消息事件并提交到消息队列。其中消息事件可包含：{消息参数（即：业务参数），业务编码，消息发送策略，事件创建时间，事件ID}。消息队列，在业务系统和消息处理系统之间采用消息队列进行单向通信。使得业务系统的业务处理和消息发送可以同时进行，互不影响。消息处理系统生成待发的消息，再配上要发些消息的具体通道、内容格式说明、发送时要用到的相关配置。最后在存入数据库之前生成和时间顺序相对应的数据库ID，并存入数据库。消息存入数据库的数据库ID设计为时间顺序相对应，即：后插入的数据库ID一定会比前插入的数据库ID的值后面。这样设计一是保证插入效率，另一方面，消息发送系统高速取消息时，每次会记录本次所取待发送消息的数据库ID的最大值 ，下次取数据时以此值为分界，取下一批次的待发送消息。待发送消息的数据库ID设计为时间顺序相对应，能保证消息不会被重复取出；

又如图1所示，消息发送系统具有消息派发模块，消息发送系统轮询数据库并根据数据库ID顺序取出消息。消息发送系统的消息派发模块会计算批量取出的消息的每个数据库ID对应的hash值。消息派发模块能够根据所述hash值，确定对应的统一发送通道并将待发送消息提交到统一发送通道，然后再通过所述统一发送通道派发至对应的一个或一个以上子通道进而发送所述待发送消息。消息派发模块根据hash值，决定将消息提交到多节点统一发送通道的某个节点上。统一发送通道再根据“具体通道”信息，决定由哪个子通道发送该条消息。具体子通道根据内容格式说明和相关配置发送消息。具体实施时，为每种消息定制专门的子发送通道。子发送通道可按需要增加。各子通道之间互不影响，从而保证消息发送类型的可扩展性和发送效率；

另外通过预设hash槽点，每个hash槽点对应会有一个统一发送通道节点。每增加一个统一发送通道节点，相应的会增加一个hash槽点。消息分派模块，会根据事件ID计算hash值。根据此值将消息发往对应的统一发送通道节点上。这样当消息量增加时，可增按需增加统一发送通道节点，从而保证消息高速发送效率；

如图1所示，消息处理系统具有若干消息处理器，消息处理器根据业务系统或消息类型定制配置；消息处理系统接收消息事件后调用与消息事件适配的消息处理器生成待发送消息。例如：针对微信、支付宝、某产商A等应用的消息，可在消息处理系统分别定制配置对应专门的消息处理器。这样，当有新的一类消息要加入消息发送时，只需要按约定新增一个消息处理器即可，并不会影响原其它处理器的逻辑，达到可按需求扩展的灵活性；

经实践检测，目前业务装置已连接了上万所学校，几十种业务上都有消息发送需求，满足多业务多种消息发送类型的消息发送需求，而且没有消息延迟发送，相对现有的消息发送机制取得了显著技术进步；

图2为某优选实施方案中的方法流程图，结合图1所示，消息发送方法包括步骤：

S01:业务系统将各自的业务参数封装成消息事件并提交到消息队列:每个业务系统本身不具有消息处理模块和消息发送模块。业务系统分别将各自的业务参数封装成消息事件并提交到消息队列，并且与通过消息队列，在业务系统和消息处理系统之间采用消息队列进行单向通信。优选中，封装后的消息事件包含：{消息参数（即：业务参数），业务编码，消息发送策略，事件创建时间，事件ID}；

S02:消息处理系统从消息队列接收消息事件，生成待发送消息，存入数据库:消息处理系统从消息队列接收消息事件，调用与消息事件适配的消息处理器生成待发送消息，并生成与时间顺序相对应的数据库ID，根据数据库ID将待发送消息存入数据库。消息处理系统生成待发送消息时，同时预设hash槽点；

S03:消息发送系统轮询数据库，通过与hash值对应的节点及通道发送待发送消息:消息发送系统轮询所述数据库并根据所述数据库ID顺序取出所述待发送消息，计算所述待发送消息对应的hash值，通过与所述hash值对应的节点及通道发送所述待发送消息。消息发送系统配置若干统一发送通道；所述hash值与所述统一发送通道一一对应。消息发送系统的消息派发模块根据所述hash值，确定对应的统一发送通道并将待发送消息提交到统一发送通道，然后再通过统一发送通道派发至对应的一个或一个以上子通道进而发送待发送消息；

某一优选实施例中，发明方法还包括增加新的所述业务系统或所述业务系统增加新的消息类型时，在所述消息处理系统中定制并增加与所述业务系统或所述消息类型一一对应的消息处理器的步骤；

在上述实施例中，应理解，该消息处理器可以基于中央处理单元(英文： CentralProcessing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文： DigitalSignal Processor，简称：DSP)、专用集成电路(英文：Application Specific IntegratedCircuit，简称：ASIC)等，结合软件模块组合形成的具有特定业务处理或执行能力的处理器。另外通用处理器可以是微处理器或者该处理器也可以是 任何常规的处理器等；

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

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

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

Claims (8)

1.一种消息发送方法，其特征在于：包括以下步骤：

步骤1：业务系统分别将各自的业务参数封装成消息事件并提交到消息队列；

步骤2：消息处理系统从所述消息队列接收消息事件，调用与所述消息事件适配的消息处理器生成待发送消息，并生成与时间顺序相对应的数据库ID，根据所述数据库ID将所述待发送消息存入数据库；

步骤3：消息发送系统轮询所述数据库并根据所述数据库ID顺序取出所述待发送消息，计算所述待发送消息对应的hash值，通过与所述hash值对应的节点及通道发送所述待发送消息。

2.如权利要求1所述的消息发送方法，其特征在于，所述步骤1还包括所述业务系统将各自的业务参数、以及与业务参数对应的业务编码、消息发送策略、事件创建时间、事件ID封装成消息事件。

3.如权利要求2所述的消息发送方法，其特征在于，所述步骤3中，所述消息发送系统根据所述事件ID计算所述待发送消息对应的hash值。

4.如权利要求1所述的消息发送方法，其特征在于，所述方法还包括步骤4:增加新的所述业务系统或所述业务系统增加新的消息类型时，在所述消息处理系统中定制并增加与所述业务系统或所述消息类型一一对应的消息处理器。

5.如权利要求1所述的消息发送方法，其特征在于，所述方法还包括所述消息发送系统配置若干统一发送通道；所述hash值与所述统一发送通道一一对应；所述步骤2中，所述消息处理系统生成待发送消息时，同时预设hash槽点。

6.一种业务装置，其特征在于，包括若干业务系统，所述业务系统用于业务处理以及将业务参数封装成消息事件并提交到消息队列；所述装置还包括消息处理系统和消息发送系统，其中所述消息处理系统用于从所述消息队列接收消息事件，调用与所述消息事件适配的消息处理器生成待发送消息，并生成与时间顺序相对应的数据库ID，根据所述数据库ID将所述待发送消息存入数据库；所述消息发送系统用于轮询所述数据库并根据所述数据库ID顺序取出所述待发送消息，计算所述待发送消息对应的hash值，通过与所述hash值对应的节点及通道发送所述待发送消息。

7.如权利要求6所述的业务装置，其特征在于，所述消息处理系统具有若干消息处理器，所述消息处理器根据所述业务系统或消息类型定制配置；所述消息处理系统接收消息事件后调用与所述消息事件适配的消息处理器生成待发送消息。

8.如权利要求7所述的业务装置，其特征在于，所述消息发送系统具有消息派发模块，所述消息派发模块能够根据所述hash值，确定对应的统一发送通道并将待发送消息提交到统一发送通道，然后再通过所述统一发送通道派发至对应的一个或一个以上子通道进而发送所述待发送消息。

Images