CN114338534A - 一种消息路由方法及装置 - Google Patents

Abstract

本发明属于消息发送技术领域，尤其为一种消息路由方法及装置，该消息路由方法用于银行业务消息发送，当触发某消息发送场景，相应的消息产生者产生需要发送的消息，需要发送的消息接入到统一通知平台，对需要发送的消息进行报文解析、消息类型判断，以及写入优先级消息队列操作，按照优先级高低读取统一通知平台中的优先级消息队列，然后对读取的消息进行加工，最后进行消息发送，用于消息发送的渠道整合平台上设有不同的消息发送渠道。该路由消息方法中，通过提前对消息进行加工，确定消息的优先级及合理选取消息发送渠道，避免消息发送渠道拥堵，使得各消息发送渠道都是实时可用的、通畅的，提高消息发送效率，降低消息路由的工作量。

Description

一种消息路由方法及装置

技术领域

本发明属于消息发送技术领域，具体涉及一种消息路由方法及装置。

背景技术

在银行业务进行过程中，需要通过各种渠道发送消息到客户端，以实现交易消息、预警消息、营销消息、验证码消息等各种消息的送达和告知。目前，银行的业务***通过联机，达到消息实时发送，一个消息包含多端消息发送渠道，如短信、微信、APP、钉钉、企业微信等渠道。

由于消息量巨大，所以需要通过设计合理的消息路由途径达到顺利发送消息的目的，这里的消息路由是指联机或批量发送消息时，通过业务标识或当前发送状态，智能友好的找到目前最优、最稳定的消息通道。

现有技术中，银行***发送消息的路由方式存在以下不足：1、每一次通过单一的渠道发送消息，在业务高峰期，使用单一通道发送消息，自身***和第三方消息通道都有峰值压力，从而导致消息丢失或不能及时到达等现象；2、消息发送过程中需要对消息通道进行探活，这里的探活是指获取消息通道当前的工作情况，来判断是否允许发送消息，而由于银行***接入的消息通道过多，导致银行***会有大量探活请求发生，导致消息发送效率低且工作量大。

发明内容

本发明旨在提供一种消息路由方法，解决现有技术中，在业务高峰期，使用单一通道发送消息，自身***和第三方消息通道都有峰值压力导致消息丢失或不能及时到达的技术问题。

为解决上述技术问题，本发明的第一方面是：

提供一种消息路由方法，用于银行业务消息发送，包括以下步骤：

（1）消息产生：当触发某消息发送场景，相应的消息产生者产生需要发送的消息；

（2）消息接入：

（2.1）所述需要发送的消息接入到统一通知平台；

统一通知平台查询客户签约信息，根据客户签约的消息类型，发送对应的消息

（2.2）对所述统一通知平台接收的所述需要发送的消息进行报文解析、消息类型判断，以及写入优先级消息队列操作；

（3）消息加工：

（3.1）按照优先级高低读取所述统一通知平台中的优先级消息队列；

（3．2）对读取的消息进行消息规则加工、发送渠道决策，以及写入渠道消息队列操作；

（4）消息发送：

（4．1）渠道消息队列发送到渠道整合平台，所述渠道整合平台上设有不同的消息发送渠道，各消息发送渠道读取相应的渠道消息队列；

（4.2）相应的消息发送渠道对读取的消息进行发送，消息发送渠道发送消息过程中，发生请求超时或者发送失败时，则进行重新发送，直至发送成功或者达到重发次数上限。

优选的，在所述步骤（1）中，所述消息产生者对产生的所述需要发送的消息填写标记符号，所述标记符号用于判断消息发送渠道的类型。

优选的，在所述步骤（4.1）中，所述渠道整合平台中的消息发送渠道包括短信发送渠道、支付平台消息发送渠道、网银APP发送渠道、邮件发送渠道；且各消息发送渠道对所要发送的消息进行流量控制及消息组装操作。

优选的，所述短信发送渠道设有至少两个短信发送服务商，并对不同的所述短信发送服务商的短信发送机会占比进行分配。

优选的，所述短信发送服务商均具有验证码通道和营销短信通道这两种短信发送通道，当短信模板类型配置为验证码类型，则通过所述验证码通道发送短信，当短信模板类型配置为非验证码类型，则切换至所述营销短信通道发送短信。

优选的，所述网银APP发送渠道设有至少两个消息发送服务商。

优选的，在所述步骤（1）中，所述消息发送场景包括银行储蓄业务、营销业务、查控业务、支付业务、中间业务产生的消息发送场景，以及客户在柜面办理业务、个人网银业务、手机银行APP业务产生的消息发送场景。

本发明的第二方面是：

提供一种消息路由装置，用于银行业务消息发送，包括：

数据存储模块；

消息产生模块，当触发某消息发送场景，相应的消息产生者产生需要发送的消息，所述需要发送的消息存储于所述数据存储模块中；

消息接入模块，所述消息接入模块中设有统一通知平台，统一通知平台中设有报文解析单元、消息类型判断单元以及写入优先级消息队列单元，所述消息产生模块将需要发送的消息接入到统一通知平台，并对所述需要发送的消息进行报文解析、消息类型判断，以及写入优先级消息队列操作；

消息加工模块：所述消息加工模块中设有消息规则加工单元、发送渠道决策单元以及写入渠道消息队列单元，所述消息加工模块用于按照优先级高低读取所述统一通知平台中的优先级消息队列，并对读取的消息进行消息规则加工、发送渠道决策，以及写入渠道消息队列操作；

消息发送模块：所述消息发送模块中设有渠道整合平台，渠道消息队列发送到渠道整合平台，所述渠道整合平台上设有不同的消息发送渠道，各消息发送渠道读取相应的渠道消息队列；各消息发送渠道对所要发送的消息进行流量控制及消息组装操作；相应的消息发送渠道对组装后的消息进行发送，消息发送渠道发送消息过程中，发生请求超时或者发送失败时，则进行重新发送，直至发送成功或者达到重发次数上限。

优选的，在所述消息产生模块中设有标记符号填写单元，所述标记符号填写单元对产生的所述需要发送的消息填写标记符号，所述标记符号用于判断消息发送渠道的类型。

优选的，所述消息发送模块包括行外网关单元，所述渠道整合平台中的消息发送渠道包括短信发送渠道、支付平台消息发送渠道、网银APP发送渠道、邮件发送渠道，所述短信发送渠道、网银APP发送渠道通过所述行外网关单元向外发送消息。

与现有技术相比，本发明的有益效果是：该消息路由方法用于银行业务消息发送，该路由消息方法中，通过提前对消息进行加工，确定消息的优先级及合理选取消息发送渠道，避免消息发送渠道拥堵，使得各消息发送渠道都是实时可用的、通畅的，同时，在消息发送失败时，还可以寻找一条可用渠道进行重发，满足消息实时、准确到达，提高消息发送效率，降低消息路由的工作量。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明消息路由方法一实施例的流程框图。

图2为本发明消息路由方法一实施例中消息的路由流程图。

图3为本发明消息路由装置一实施例的结构框图。

具体实施方式

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

一种消息路由方法，请参阅图1和图2。

该消息路由方法用于银行业务消息发送，如图1和图2所示，该消息路由方法包括以下步骤：

步骤S100、消息产生：当触发某消息发送场景，相应的消息产生者产生需要发送的消息。

在步骤S100中，这里的消息发送场景包括银行储蓄业务、营销业务、查控业务、支付业务、中间业务产生的消息发送场景，以及客户在柜面办理业务、个人网银业务、手机银行APP业务产生的消息发送场景。具体来说，银行储蓄业务是指客户在银行储蓄的金额发生变动等情况，需要发送消息告知客户；营销业务是指银行营销方案，通过消息的方式发送到目标客户；查控业务是指银行内部风控***查询到客户账号存在风险、异常等情况，需要发送消息告知客户；支付业务是指在银行办理支付业务，需要发送消息给客户；中间业务是指客户账号的年费扣除等情况下，需要发送消息给客户；柜面办理业务是指在银行柜台当面办理业务，需要发送验证码、金额变动等消息给客户；个人网银业务是指客户通过电脑等操作网银，需要发送相应的消息给客户；手机银行APP业务是指客户在手机端操作银行APP，需要发送消息给客户。

在步骤S100中，对于不同的消息发送场景，有相应的消息产生者，比如，对于银行储蓄业务发送过程中产生的消息发送场景，银行的储蓄平台为消息产生者；对于营销业务过程中产生的消息发送场景，银行的营销中心为消息产生者；对于查控业务过程中产生的消息发送场景，银行的查控***为消息产生者；对于支付业务过程中产生的消息发送场景，银行的统一支付平台为消息产生者；对于中间业务产生的消息发送场景，银行的中间业务平台为消息产生者；对于柜面办理业务过程中产生的消息发送场景，银行的柜面***为消息产生者；对于办理个人网银业务过程中产生的消息发送场景，银行的个人网银后台为消息产生者；对于通过手机银行APP办理业务过程中产生的消息发送场景，银行的手机银行APP后台管理***为消息产生者。

消息的种类主要有核心动账、验证码、交易结果、营销类消息、预警邮件、预警消息等，其中，核心动账是指账户存款有变动，验证码是指办理业务过程中所需要的验证码，交易结果是指账户交易过程中产生的消息，营销类消息是指营销平台产生的消息，预警邮件和预警消息为账户安全预警类消息，预警邮件是通过邮箱发送。

另外，在步骤S100中，消息产生者对产生的需要发送的消息填写标记符号，标记符号用于判断消息发送渠道的类型。比如，当消息发送渠道支持短信、微信、手机app等发送渠道，则消息产生者可以根据需要，在上送的消息类型字段中填写相应的值，设定数字“1”代表短信、数字“2”代表手机app、数字“3”代表邮件，在上送的消息类型字段中同时填写“1、2、3”，则一次请求分别通过短信、微信、手机app这三种发送渠道向客户发送消息；在上送的消息类型字段中仅仅填写数字“1”，则一次请求仅通过短信这一种发送渠道向客户发送消息。

步骤S200、消息接入。

步骤S200具体包括：

步骤S210、需要发送的消息接入到统一通知平台。

设置统一通知平台，统一通知平台具有消息接入口，各消息产生者通过消息接入口将产生的消息发送到统一通知平台。统一通知平台查询客户的签约信息，根据客户签约的消息类型，发送对应的消息，如果客户没有签约，则根据制定的客户信息发送方案来发送消息。

步骤S220、对统一通知平台接收的需要发送的消息进行报文解析、消息类型判断，以及写入优先级消息队列操作。

在步骤S220中，报文解析是指统一通知平台对接收到的特定格式的消息数据解析成自己能够识别的结果，以方便处理；消息类型判断是指判断所接收到的消息的类型，比如，所接收到的消息是属于储蓄金额变动的消息、营销类消息、风险提示类消息还是验证码消息等；当进行消息类型判断后，能够根据优先级要求写入优先级消息队列，比如，如果规定金额变动的消息优先于风险提示类消息，风险提示类消息优先于验证码消息，验证码消息优先于营销类消息，则统一通知平台对接收的需要发送的消息按照金额变动的消息、风险提示类消息、验证码消息、营销类消息的优先级顺序进行消息排队；同时，排列优先级过程中，还加入时间因素，按照时间先后顺序，对同一种类型的需要发送的消息进行排队；另外，排列优先级过程中，还可加入客户因素，根据客户定位来确定优先级。

步骤S300、消息加工。

该步骤S300具体包括：

步骤S310、按照优先级高低读取统一通知平台中的优先级消息队列。

设置消息加工平台，消息加工平台具有消息加工入口，统一通知平台具有消息输出接口，消息加工平台的消息加工入口接通到统一通知平台的消息输出接口，从而消息加工平台能够按照优先级高低读取统一通知平台中的优先级消息队列。

步骤S320、对读取的消息进行消息规则加工、发送渠道决策，以及写入渠道消息队列操作。

其中，消息规则加工是指对消息的发送规则进行加工，比如，消息发送的时间，不同类型消息发送的时机，如，对于短信，则需要实时发送，对于手机APP类型的消息，则可设定打开APP后发送消息，或不打开情况下直接发送消息；发送渠道决策，是根据消息的类型、重要性、紧急程度等因素，以及消息发送时间处于高峰还是低谷时间段，来判断采用何种发送渠道，其中，对于消息产生者设有标记符号的消息，按照标记的符号来确定消息发送渠道；写入渠道消息队列是指将进行发送渠道决策后的待发送消息，按照先后顺序写入相应发送渠道的消息队列，以便于相应的消息发送渠道来进行读取发送。

步骤S400、消息发送。

该步骤S400具体包括：

步骤S410、渠道消息队列发送到渠道整合平台，渠道整合平台上设有不同的消息发送渠道，各消息发送渠道读取相应的渠道消息队列。

在步骤S410中，建立渠道整合平台，渠道整合平台中的消息发送渠道包括短信发送渠道、支付平台消息发送渠道、网银APP发送渠道、邮件发送渠道。

短信发送渠道是指通过手机短信发送消息的渠道；支付平台消息发送渠道是指通过支付平台发送消息的渠道，比如微信、支付宝等支付平台，可通过电脑端或手机端向客户发送消息；网银APP发送渠道是指通过银行的手机APP向客户发送消息，比如中国农业银行、中国工商银行等的手机APP；邮件发送渠道是指通过客户注册银行账号时留下的邮箱向客户发送消息。

进一步的，在本实施例中，短信发送渠道设有两个短信发送服务商，比如，采用“亿美”和“聚通达”这两家短信发送服务商（“亿美”和“聚通达”是两家独立的第三方短信发送服务商的简称），消息加工平台对“亿美”和“聚通达”这两家不同的短信发送服务商的短信发送机会占比进行分配，消息加工平台根据配置的比例分配发送短信的机会，比如，当配置为10:0时，则全部的短信由“亿美”这家短信发送服务商发出，如果配置0：10，则全部由“聚通达”这家短信服务商发出，如果配置5:5，则“亿美”和“聚通达”这两家短信发送服务商平均发送。根据短信发送服务商的在某时间段的发送能力配置比例。

另外，短信发送服务商均具有验证码通道和营销短信通道这两种短信发送通道，当短信模板类型配置为验证码类型，则通过验证码通道发送短信，当短信模板类型配置为非验证码类型，则切换至营销短信通道发送短信。相对于营销短信通道，验证码通道发送消息保密性更高，根据不同类型的消息，选择相应的短信发送通道。

进一步的，网银APP发送渠道也设有两个消息发送服务商，分别为“极光推送”和“友盟推送”（“极光推送”和“友盟推送”分别为市面上两家独立的第三方消息发送服务商的简称），其中，“极光推送”这一消息发送服务商每分钟调用推送消息API为600次，设计定时调度频率为30S，每次调度获取最多300条需要发送的消息，并支持发送失败重发；“友盟推送” 这一消息发送服务商目前对接口调用次数没有限制，这里设置为定时调度频率为30S，每次调度获取最多300条需要发送的消息。通过设置两个消息发送服务商，使得网银APP发送渠道在发送消息时可采用不同的消息发送服务商，确保消息发送可靠、及时。

在步骤S410中，各消息发送渠道读取相应的渠道消息队列后，各消息发送渠道对所要发送的消息进行流量控制及消息组装操作，这里，流量控制是指消息发送渠道获取的消息数据源与消息发送速率设置为相匹配，防止出现消息流量高峰或消息发送处理能力不够，导致消息积压，造成部分消息处理超时或丢失；消息组装是根据所接收的需要发送消息的内容，调用消息模版填入消息数据，用于输出。

步骤S420、相应的消息发送渠道对组装后的消息进行发送，消息发送渠道发送消息过程中，发生请求超时或者发送失败时，则进行重新发送，直至发送成功或者达到重发次数上限。

对于不同的消息发送渠道，有不同的消息发送方式，比如，对于短信发送渠道，渠道整合平台将组装后的消息通过银行外部网关对需要发送的短信进行拼包，然后将拼包后的短信发送到短信发送服务商，通过短信发送服务商将短信发送给客户；对于网银APP发送渠道，渠道整合平台将组装后的消息通过银行外部网关对需要发送的短信进行拼包，然后将拼包后的短信发送到消息发送服务商，通过消息发送服务商将消息发送给客户；对于支付平台消息发送渠道，比如微信支付平台，由于银行内部直接设有微信银行，则渠道整合平台将组装后的消息可直接通过微信银行将消息发送给客户；对于邮件发送渠道，则可通过银行的邮箱直接将组装后的消息发送给客户。

一种消息路由装置，请参阅图3。

该消息路由装置用于银行业务消息发送，如图3所示，该消息路由装置包括消息产生模块、消息接入模块、消息加工模块、消息发送模块，及数据存储模块，消息产生模块、消息接入模块、消息加工模块、消息发送模块均为计算机可执行的功能模块，数据存储模块用于在消息产生模块、消息接入模块、消息加工模块、消息发送模块工作过程中存取数据。

其中，消息产生模块设有第一数据入口、标记符号填写单元、第一数据出口，当触发某消息发送场景，相应的消息产生者产生需要发送的消息，该需要发送的消息通过第一数据入口发送到消息产生模块，对于需要设置标记符号的消息，通过标记符号填写单元对该消息填写标记符号。

消息接入模块中设有第二数据入口、统一通知平台、第二数据出口，统一通知平台中设有报文解析单元、消息类型判断单元以及写入优先级消息队列单元，消息产生模块的第一数据出口将需要发送的消息接入到统一通知平台，统一通知平台中的报文解析单元、消息类型判断单元以及写入优先级消息队列单元对需要发送的消息进行报文解析、消息类型判断，以及写入优先级消息队列操作。

消息加工模块中设有第三数据入口、消息规则加工单元、发送渠道决策单元、写入渠道消息队列单元及第三数据出口，消息接入模块的第二数据出口将数据发送到消息加工模块的第三数据入口，消息加工模块中的消息规则加工单元、发送渠道决策单元、写入渠道消息队列单元用于按照优先级高低读取统一通知平台中的优先级消息队列，并对读取的消息进行消息规则加工、发送渠道决策，以及写入渠道消息队列操作。

消息发送模块中设有第四数据入口、流量控制单元、消息组装单元、第四数据出口，以及渠道整合平台，消息加工模块的第三数据入口将渠道消息队列数据传输到第四数据入口，渠道消息队列数据经过流量控制和消息组装后发送到渠道整合平台，渠道整合平台上设有不同的消息发送渠道，各消息发送渠道读取相应的渠道消息队列；各消息发送渠道对所要发送的消息进行流量控制及消息组装操作；相应的消息发送渠道对组装后的消息进行发送，消息发送渠道发送消息过程中，发生请求超时或者发送失败时，则进行重新发送，直至发送成功或者达到重发次数上限。

另外，消息发送模块还包括行外网关单元，渠道整合平台中的消息发送渠道包括短信发送渠道、支付平台消息发送渠道、网银APP发送渠道、邮件发送渠道，其中，短信发送渠道、网银APP发送渠道通过行外网关单元向外发送消息。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解，在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。

Claims (10)

1.一种消息路由方法，用于银行业务消息发送，其特征在于，包括以下步骤：

(1)消息产生：当触发某消息发送场景，相应的消息产生者产生需要发送的消息；

(2)消息接入：

(2.1)所述需要发送的消息接入到统一通知平台；

统一通知平台查询客户签约信息，根据客户签约的消息类型，发送对应的消息；

(2.2)对所述统一通知平台接收的所述需要发送的消息进行报文解析、消息类型判断，以及写入优先级消息队列操作；

(3)消息加工：

(3.1)按照优先级高低读取所述统一通知平台中的优先级消息队列；

(3.2)对读取的消息进行消息规则加工、发送渠道决策，以及写入渠道消息队列操作；

(4)消息发送：

(4.1)渠道消息队列发送到渠道整合平台，所述渠道整合平台上设有不同的消息发送渠道，各消息发送渠道读取相应的渠道消息队列；

(4.2)相应的消息发送渠道对读取的消息进行发送，消息发送渠道发送消息过程中，发生请求超时或者发送失败时，则进行重新发送，直至发送成功或者达到重发次数上限。

2.根据权利要求1所述的消息路由方法，其特征在于：在所述步骤(1)中，所述消息产生者对产生的所述需要发送的消息填写标记符号，所述标记符号用于判断消息发送渠道的类型。

3.根据权利要求1所述的消息路由方法，其特征在于：在所述步骤(4.1)中，所述渠道整合平台中的消息发送渠道包括短信发送渠道、支付平台消息发送渠道、网银APP发送渠道、邮件发送渠道；且各消息发送渠道对所要发送的消息进行流量控制及消息组装操作。

4.根据权利要求3所述的消息路由方法，其特征在于：所述短信发送渠道设有至少两个短信发送服务商，并对不同的所述短信发送服务商的短信发送机会占比进行分配。

5.根据权利要求3所述的消息路由方法，其特征在于：所述短信发送服务商均具有验证码通道和营销短信通道这两种短信发送通道，当短信模板类型配置为验证码类型，则通过所述验证码通道发送短信，当短信模板类型配置为非验证码类型，则切换至所述营销短信通道发送短信。

6.根据权利要求3所述的消息路由方法，其特征在于：所述网银APP发送渠道设有至少两个消息发送服务商。

7.根据权利要求1所述的消息路由方法，其特征在于：在所述步骤(1)中，所述消息发送场景包括银行储蓄业务、营销业务、查控业务、支付业务、中间业务产生的消息发送场景，以及客户在柜面办理业务、个人网银业务、手机银行APP业务产生的消息发送场景。

8.一种消息路由装置，用于银行业务消息发送，其特征在于，包括：

数据存储模块；

消息产生模块，当触发某消息发送场景，相应的消息产生者产生需要发送的消息，所述需要发送的消息存储于所述数据存储模块中；

消息接入模块，所述消息接入模块中设有统一通知平台，统一通知平台中设有报文解析单元、消息类型判断单元以及写入优先级消息队列单元，所述消息产生模块将需要发送的消息接入到统一通知平台，并对所述需要发送的消息进行报文解析、消息类型判断，以及写入优先级消息队列操作；

消息加工模块：所述消息加工模块中设有消息规则加工单元、发送渠道决策单元以及写入渠道消息队列单元，所述消息加工模块用于按照优先级高低读取所述统一通知平台中的优先级消息队列，并对读取的消息进行消息规则加工、发送渠道决策，以及写入渠道消息队列操作；

消息发送模块：所述消息发送模块中设有渠道整合平台，渠道消息队列发送到渠道整合平台，所述渠道整合平台上设有不同的消息发送渠道，各消息发送渠道读取相应的渠道消息队列；各消息发送渠道对所要发送的消息进行流量控制及消息组装操作；相应的消息发送渠道对组装后的消息进行发送，消息发送渠道发送消息过程中，发生请求超时或者发送失败时，则进行重新发送，直至发送成功或者达到重发次数上限。

9.根据权利要求8所述的消息路由装置，其特征在于：在所述消息产生模块中设有标记符号填写单元，所述标记符号填写单元对产生的所述需要发送的消息填写标记符号，所述标记符号用于判断消息发送渠道的类型。

10.根据权利要求8所述的消息路由装置，其特征在于：所述消息发送模块包括行外网关单元，所述渠道整合平台中的消息发送渠道包括短信发送渠道、支付平台消息发送渠道、网银APP发送渠道、邮件发送渠道，所述短信发送渠道、网银APP发送渠道通过所述行外网关单元向外发送消息。

Images