[发明专利]多渠道消息通知发送方法和装置

说明书

本发明公开了一种多渠道消息通知发送方法和装置，涉及计算机技术领域。该方法的一实施方式包括：接收来自各业务线的不同渠道的消息通知发送请求；根据消息通知发送请求，生成不同类型的消息通知发送任务，其中，类型与渠道相对应；执行所述消息通知发送任务，向目标端发送消息通知。该实施方式提供统一的接口与各业务线不同渠道的网关对接，便于消息通知网关接口服务升级改造；不同渠道的消息通知发送请求生成不同类型的消息通知发送任务，执行每种类型的消息通知发送任务，则保证各种渠道的消息通知能够发送至目标端。

技术领域

本发明涉及计算机技术领域，尤其涉及一种多渠道消息通知发送方法和装置。

背景技术

在现行的互联网应用中，用户经常会收到各类消息通知。最常见的消息通知渠道有短信、语音、邮件、微信、应用消息推送通知等。这些消息通知可能发生在用户注册、登录、下单、物流发货、订单签收等不同的环节，这些友好的消息通知能很好地提升系统与用户的交互，而且在某些场景下可以提高用户账号、资金、订单数据的安全性，例如，验证码、邮件认证等等。为了实现这种多渠道消息通知的推送，应用服务端需要提供短信发送网关、邮件发送网关、微信发送网关、应用消息推送网关等。不同的应用系统需要调用对应的网关服务将消息推送给用户，然而不同的应用网关可能由不同的对接协议、规范，且各渠道的消息通知模板也存在差异。

以电子商务网站为例，不同的系统业务线基本都在不同阶段给用户发送短信、语音、微信、站内信的需求。大部分各业务系统的实现方式基本都是各自调用消息通知网关来完成消息的发送，这些消息通知网关可能由不同的研发团队来维护和提供，不同的消息通知服务类型的接口交互协议可能存在差异，例如，短信接口协议可能为Http协议(HyperText Transfer Protocol，超文本传输协议)、微信为Web Service协议(Web service是一个平台独立的，低耦合的，自包含的、基于可编程的web的应用程序)、邮件为Tpc协议(Transmission Control Protocol，传输控制协议)等。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

不同的业务线的消息通知网关接口协议不统一，每个业务线需要对接不同的接口协议，存在与不同的研发团队进行接口联调测试情况；若网关接口协议修改或服务升级则所有业务线都可能需要同步进行修改、升级。该情况不利于消息通知网关接口服务升级改造。

不同的业务线均需要自行维护模板，重复开发，模板的管理功能复用度低。

由于消息通知网关系统不同，不同的业务线发送的消息通知记录需要自行存储。若需要将不同业务线的消息通知发送数据进行统计分析则非常不方便，数据存储相对分散。

发明内容

有鉴于此，本发明实施例提供一种多渠道消息通知发送方法和装置，该方法提供统一的接口接收来自各业务线的不同渠道的消息通知发送请求，即提供统一的接口与各业务线不同渠道的网关对接，便于消息通知网关接口服务升级改造；不同渠道的消息通知发送请求生成不同类型的消息通知发送任务，执行每种类型的消息通知发送任务则可以保证各种渠道的消息通知都能发送至目标端；每种类型的消息通知发送任务由对应的线程池执行，则保证各种渠道的消息通知能够及时地发送至目标端；统一管理各业务线不同渠道的消息通知模板，减少重复开发，提高管理效率；统一存储各业务线不同渠道的消息通知发送任务和/或消息通知发送记录，便于统计分析和查询检索；备份该消息通知发送记录，提高数据的安全性；根据各业务线的标识，查询消息通知发送任务和/或消息通知发送记录，保障各业务线能够查询数据并且通过权限控制，不同的业务线只能查询到与自己相关的消息通知发送任务和/或消息通知发送记录。

为实现上述目的，根据本发明实施例的一个方面，提供了一种多渠道消息通知发送方法，包括：接收来自各业务线的不同渠道的消息通知发送请求；根据所述消息通知发送请求，生成不同类型的消息通知发送任务，其中，所述类型与所述渠道相对应；执行所述消息通知发送任务，向目标端发送消息通知。