CN110838970A - 消息分发方法、装置及系统 - Google Patents

Abstract

本申请提供了一种消息分发方法、装置及系统，其中该消息分发方法包括：维护预先封装的多个消息渠道的对接接口；接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息。本申请由应用服务器之外的设备来统一维护多个消息渠道的对接接口，在该设备中新增或调整一消息渠道的对接接口后，相当于各个应用服务器均新增或调整一消息渠道的对接接口。由于应用服务器无需再面临维护消息渠道的对接接口的问题，因此大大节省了应用服务器大量的资源成本。在应用服务器需要分发消息时，仅需发送消息至该设备并由该设备转发消息即可，因此大大提升了消息分发效率。

Description

消息分发方法、装置及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种消息分发方法、装置及系统。

背景技术

目前终端设备可以安装很多应用，用户可以基于终端设备向应用设置订阅需求，应用可以依据订阅需求向终端设备推送消息，以供用户查看。

目前，应用对应的应用服务器通常会依据业务需求配置一个或多个消息渠道，以便通过一个或多个消息渠道向终端设备推送消息，消息渠道可以包括短信、微信、邮件、钉钉或蜜蜂等。

在应用业务扩展后可能会面临增加消息渠道的问题，在消息渠道更新后，也需要适应性调整消息渠道。由于消息通道比较分散，且，每个消息渠道的接入方式和配置不同，所以每增加或调整一个消息渠道，应用服务器均需要单独开发一套对接接口或单独调整一个消息渠道的对接接口。

即，目前应用服务器需耗费较多人力、物力且花费较长时间来维护消息渠道，资源消耗量较大且消息分发效率较低。

发明内容

鉴于此，本申请提供一种消息分发方法、装置及系统，可以减少应用服务器的资源消耗量且提升消息分发效率。

为了实现上述目的，本申请提供了下述技术特征：

一种消息分发方法，包括：

维护预先封装的多个消息渠道的对接接口；

接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息。

可选的，所述维护所述预先封装的多个消息渠道的对接接口包括：

在监控到有新增消息渠道的情况下，对所述新增消息渠道的对接接口进行封装操作，添加所述新增消息渠道的对接接口；

在监控到已有消息渠道的历史对接接口需要更新的情况下，构建更新后的对接接口，并利用所述更新后的对接接口更新所述历史对接接口；

检测各个消息渠道是否正常运行，在检测到一消息渠道不正常运行的情况下，提示该消息渠道出现异常，暂停该消息渠道的消息发送操作；在检测到该消息渠道恢复正常运行情况下，提示该消息渠道正常运行，恢复该消息渠道的消息发送操作。

可选的，所述接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息，包括：

在接收应用服务器发送的所述消息后，解析所述消息获得消息内容；其中，所述消息内容包括消息类别和消息数据；

查询并确定与所述消息类别对应的配置信息；

确定所述配置信息包含的各个消息渠道，以及，确定所述消息数据适配于各个消息渠道后获得的各个渠道消息；

通过各个消息渠道的对接接口，向终端设备发送所述各个渠道消息。

可选的，在接收应用服务器发送的所述消息之前，还包括：

与所述应用服务器执行界面交互操作，获得所述应用服务器中一个或多个消息类别的配置信息；

存储所述应用服务器中一个或多个消息类别的配置信息；

存储应用服务器标识、各个消息类别和各个消息类别对应的配置信息之间的对应关系。

可选的，所述查询并确定与所述消息类别对应的配置信息，包括：

在解析所述消息获得消息内容后，将所述消息内容加入至与所述消息类别对应的消息队列中；

在从所述消息队列中取出所述消息内容的情况下，查询应用服务器标识和消息类别，确定与应用服务器标识和消息类别对应的配置信息。

可选的，所述配置消息包括发送消息所使用的各个消息渠道标识和各个消息渠道对应的消息模板；

在所述配置消息包括短信消息渠道的情况下，所述配置消息包括短信消息模板，其中所述短信消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括邮件消息渠道的情况下，所述配置消息包括邮件消息模板；其中所述邮件消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括微信消息渠道的情况下，所述配置消息包括微信消息模板，其中所述微信消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括钉钉消息渠道的情况下，所述配置消息包括钉钉消息模板，其中所述钉钉消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括蜜蜂消息渠道的情况下，所述配置消息包括蜜蜂消息模板，其中所述蜜蜂消息模板包括多个消息类别对应的消息模板。

可选的，所述确定所述配置信息包含的各个消息渠道，以及所述消息数据适配于各个消息渠道后获得的各个渠道消息，包括：

确定所述配置消息所包含的各个消息渠道，以及，依据所述消息类别确定各个消息渠道对应的消息模板；

将所述消息数据与所述各个消息渠道对应的消息模板进行适配操作，获得各个渠道消息。

可选的，还包括：

存储消息渠道分发日志数据，所述消息渠道分发日志数据包括：各个消息渠道的消息发送次数，消息发送成功次数和消息发送失败次数；

存储消息类别分发日志数据，所述消消息类别分发日志数据包括：各个消息类别的消息发送次数，以及，记录消息发送成功次数和消息发送失败次数；

利用所述消息渠道分发日志数据和所述消息类别分发日志数据，生成消息分发报告。

一种消息分发装置，包括：

维护单元，用于维护预先封装的多个消息渠道的对接接口；

分发单元，用于接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息。

一种消息分发系统，包括：

一个或多个应用服务器，用于发送消息至消息分发服务器；

所述消息分发服务器，用于维护预先封装的多个消息渠道的对接接口；接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息；

多个渠道服务器，用于接收所述消息分发服务器发送的所述消息，向终端设备分发所述消息。

通过以上技术手段，可以实现以下有益效果：

为了减少各个应用服务器维护消息渠道的资源成本，将各个应用服务器中的消息分发操作从应用服务器中独立出来，并设置应用服务器之外的设备，，由该设备封装多个消息渠道的对接接口。

由该设备来统一维护多个消息渠道的对接接口，在该设备新增或调整一消息渠道的对接接口后，相当于各个应用服务器均新增或调整一消息渠道的对接接口。

由于应用服务器无需再面临维护消息渠道的对接接口的问题，因此大大节省了应用服务器大量的资源成本。在应用服务器需要分发消息时，仅需发送消息至该设备并由该设备来分发消息即可，因此大大提升了消息分发效率。

附图说明

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

图1为本申请实施例公开的一种消息分发系统中可视化界面的结构示意图；

图2为本申请实施例公开的一种消息分发系统的结构示意图；

图3为本申请实施例公开的一种消息分发方法实施例一的流程图；

图4为本申请实施例公开的一种消息分发方法实施例二的流程图；

图5为本申请实施例公开的一种消息分发方法实施例三的流程图；

图6为本申请实施例公开的一种消息分发方法实施例四的流程图；

图7为本申请实施例公开的一种消息分发方法的架构图；

图8为本申请实施例公开的一种消息分发装置的结构示意图。

具体实施方式

为了减少各个应用服务器维护消息渠道的资源成本，将各个应用服务器中的消息分发操作从应用服务器中独立出来，并设置应用服务器之外的设备，由该设备封装多个消息渠道的对接接口。

由该设备来统一维护多个消息渠道的对接接口，在该设备新增或调整一消息渠道的对接接口后，相当于各个应用服务器均新增或调整一消息渠道的对接接口。

由于应用服务器无需再面临维护消息渠道的对接接口的问题，因此大大节省了应用服务器大量的资源成本。在应用服务器需要分发消息时，仅需发送消息至该设备即可，因此大大提升了消息分发效率。

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

以应用服务器之外的设备为消息分发服务器为例，对本发明进行详细介绍说明。当然，应用服务器之外的设备为其它设备的情况，也属于本申请的保护范围。

首先介绍消息分发服务器。

消息分发服务器可以收集市面上常用的多个渠道，并通过技术封装操作获得并保存多个消息渠道的对接接口，以供应用服务器后续借助于多个消息渠道分发消息。

消息分发服务器还用于维护多个消息渠道的对接接口，即，消息分发服务器可以新增、更新和检修多个消息渠道对应的对接接口。关于维护多个消息渠道的对接接口的具体操作，详见图3所示的实施例，在此暂不赘述。

可以理解的是，不同消息可能需要不同的消息渠道。为此，为了便于应用服务器借助于消息分发服务器来分发消息，消息分发服务器可以提供可视化界面，以供与应用服务器进行界面交互操作。

参见图1，可视化界面包括：消息类别选项、与各个消息渠道对应的选项和消息模板选项。当然，可视化界面还可以包括其它内容，在此不再一一列举。

其次介绍应用服务器。

应用服务器与消息分发服务器可以通过界面交互操作，来确定不同消息类别的配置信息。

消息类别可以包括告警、通知、公告、兴趣等等，用户可以通过消息类别的下拉框来选择消息类别或者手动输入消息类别，用户还可以在消息类别下依据实际情况来增加消息子类别。例如，在“告警”消息类别下，增加“严重”子类别、“警告”子类别；在“通知”消息类别下增加“注册”子类别、“注销”子类别等等。

可以理解的是，不同消息类别对应不同的消息内容，因此可以为不同消息类别设置不同的消息模板。可以选用消息分发服务器预存的消息模板，也可以编辑预存消息模板生成新的消息模板。

消息渠道可以包括短信、微信、邮件、钉钉和蜜蜂等。可以根据消息类别确定该消息类别所适用的一个或多个消息渠道。例如，注册消息类别适用于短信消息渠道或邮件消息渠道；通知消息类别适用于微信消息渠道和钉钉消息渠道等。

可以理解的是，消息类别所适用的消息渠道可以使用相同的消息模板。如果考虑到美观效果，可以为不同消息渠道设置更加适用的消息模板。

在通过应用服务器执行配置操作结束后，消息分发服务器会存储消息类别对应的配置信息，以便后续在执行消息分发操作时使用。

即，通过应用服务器与消息分发服务器的界面交互操作，消息分发服务器可以获得所述应用服务器中一个或多个消息类别的配置信息；存储所述应用服务器中一个或多个消息类别的配置信息，以及，存储应用服务器标识、各个消息类别和各个消息类别对应的配置信息之间的对应关系。

最后，介绍本发明中应用服务器与消息分发服务器的详细执行过程。

为了便于更加系统性了解本发明的执行过程，介绍本申请提供的一种消息分发系统。参见图2，消息分发系统包括：

一个或多个应用服务器100，用于发送消息至消息分发服务器200。

消息分发服务器200，用于维护预先封装的多个消息渠道的对接接口，接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息。

多个渠道服务器300，用于接收所述消息分发服务器发送的所述消息，向终端设备400分发所述消息。

关于消息分发系统的详细执行过程，可以参见图3和图4所示的实施例，在此暂不详细描述。

本申请提供一种消息分发方法实施例一，参见图3，包括以下步骤：

步骤S201：维护预先封装的多个消息渠道的对接接口。

关于步骤S201的具体实现可以详见图4所示的实施例。

步骤S202：接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息。

关于步骤S202的具体实现可以详见图5、6和7所示的实施例。

需要指出的是，步骤S201和步骤S202的执行过程不分先后，在实际使用中为两个进程或两个线程并行执行。

本申请提供一种消息分发方法的实施例二，来介绍消息分发服务器维护预先封装多个消息渠道的对接接口的具体操作。参见图4，包括以下步骤：

步骤S301：在监控到有新增消息渠道的情况下，对所述新增消息渠道的对接接口进行封装操作，添加所述新增消息渠道的对接接口。

消息渠道服务器在使用过程中，可以自动检测市面上是否有新增消息渠道，或者，人工在确定市面上有新增消息渠道后提供至消息分发服务器。

在消息分发服务器监控到有新增消息渠道的情况下，对所述新增消息渠道的对接接口进行封装操作，添加新增消息渠道的对接接口，以便扩展消息渠道的对接接口，方便应用服务器使用新增的消息渠道。

在消息服务器新增消息渠道后可以通知各个应用服务器，以便各个应用服务器在需要添加新增消息渠道的消息类别中，调整消息类别的配置信息，以添加新增消息渠道。

步骤S302：在监控到已有消息渠道的历史对接接口需要更新的情况下，构建更新后的对接接口，并利用所述更新后的对接接口更新所述历史对接接口。

在消息渠道不断使用过程中，消息渠道可能会进行变动，例如微信消息渠道执行版本更新操作后，原来消息渠道的对接接口可能不再适用。此情况下，需要调整已有消息渠道的对接接口并重新执行技术封装，生成更新后的对接接口，并更新已有消息渠道的历史对接接口。

步骤S303：检测各个消息渠道是否正常运行，在检测到一消息渠道不正常运行的情况下，提示该消息渠道出现异常，暂停该消息渠道的消息发送操作；在检测到该消息渠道恢复正常运行情况下，提示该消息渠道正常运行，恢复该消息渠道的消息发送操作。

在消息渠道使用过程中，难免会遇到消息渠道出现问题的情况，为了保证消息分发过程的正常运行，需要检测消息渠道的健康状态，也即检测消息渠道是否正常运行。

当检测到一消息渠道不正常运行的情况下，提示该消息渠道出现异常，暂停该消息渠道发送操作，以避免该消息渠道持续堆积未发送消息。

在检测到该消息渠道恢复正常运行情况下，提示该消息渠道正常运行，恢复该消息渠道发送操作，以便继续使用该消息渠道分发消息。

可以理解的是，上述步骤S301、步骤S302、步骤S303的执行过程不分先后顺序，在实际应用中可以采用三个不同线程来执行上述三个步骤的维护操作。

本申请提供一种消息分发方法的实施例三，来介绍消息分发服务器执行分发消息的具体操作。参见图5，包括以下步骤：

步骤S401：在接收应用服务器发送的消息后，解析所述消息获得消息内容；其中，所述消息内容包括消息类别和消息数据。

应用消息服务器可以对外提供http，rpc两种接口方式来接收消息，由于不同应用服务器的消息格式不一，为了便于后续处理，在接收应用服务器发送的消息后，解析消息获得消息内容。

解析过程可以为：对消息进行格式化，获得消息内容。其中，消息内容包括消息中排除格式后的多个字段。

可选的，在解析所述消息获得消息内容后，将所述消息内容加入至与所述消息类别对应的消息队列中。为了便于管理各个消息类别，消息分发服务器可以为不同消息类别设置对应的消息队列。并且，各个消息队列可以并行处理，以便提高消息处理效率。

步骤S402：查询并确定与所述消息类别对应的配置信息。

消息分发服务器具有很多待分发的消息内容，在轮到步骤S401中的消息内容执行分发操作的情况下，查询应用服务器标识和消息类别，确定与应用服务器标识和消息类别对应的配置信息。

步骤S403：确定所述配置信息包含的各个消息渠道，以及所述消息数据适配于各个消息渠道后获得的各个渠道消息。

配置消息包括预先为消息类别设置的多个消息渠道标识，通过多个消息渠道标识可以获知多个消息渠道。各个消息渠道可以使用相同的消息模板，也可以使用不同的消息模板。

消息内容包括多个字段，例如验证码字段、用户名字段等等。可以理解的是，不同消息类别的消息内容中字段内容不同。具体字段可以根据实际情况而定，在此不做限定。

将消息内容和消息模板适配的过程为，将消息内容中多个字段对应放置于消息模板中相同字段的位置处，以便完善消息模板为包含消息内容的渠道消息。

例如，以消息模板为“本次登录的验证码为[验证码字段]”，消息内容包括[验证码字段]，验证码字段的数据值为123456；则消息内容与消息模板适配后获得的渠道消息为“本次登录的验证码为123456”。

步骤S404：通过各个消息渠道的对接接口，向终端设备发送所述各个渠道消息。

消息分发服务器调用各个消息渠道的对接接口，向各个消息渠道对应的各个渠道服务器分发对应的渠道消息，以便渠道服务器分发渠道消息至终端设备。终端设备展示在对应的消息渠道上显示渠道消息。

根据本申请提供另一个实施例，所述配置消息包括发送消息所使用的各个消息渠道标识和各个消息渠道对应的消息模板；

在所述配置消息包括短信消息渠道的情况下，所述配置消息包括短信消息模板，其中所述短信消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括邮件消息渠道的情况下，所述配置消息包括邮件消息模板；其中所述邮件消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括微信消息渠道的情况下，所述配置消息包括微信消息模板，其中所述微信消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括钉钉消息渠道的情况下，所述配置消息包括钉钉消息模板，其中所述钉钉消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括蜜蜂消息渠道的情况下，所述配置消息包括蜜蜂消息模板，其中所述蜜蜂消息模板包括多个消息类别对应的消息模板。

则上述步骤S403中确定所述配置信息包含的各个消息渠道，以及所述消息数据适配于各个消息渠道后获得的各个渠道消息，包括：

确定所述配置消息所包含的各个消息渠道，以及，依据所述消息类别确定各个消息渠道对应的消息模板；将所述消息数据与所述各个消息渠道对应的消息模板进行适配操作，获得各个渠道消息。

通过以上技术手段，可以实现以下有益效果：

为了减少各个应用服务器维护消息渠道的资源成本，将各个应用服务器中的消息分发操作从应用服务器中独立出来，并设置与各个应用服务器相连的消息分发服务器，由消息分发服务器封装多个消息渠道的对接接口，并用于维护多个消息渠道的对接接口。

由消息分发服务器来统一维护多个消息渠道的对接接口，在消息分发服务器新增或调整一消息渠道的对接接口后，相当于各个应用服务器均新增或调整一消息渠道的对接接口。

由于应用服务器无需再面临维护消息渠道的对接接口的问题，因此大大节省了应用服务器大量的资源成本。在应用服务器需要分发消息时，仅需发送消息至消息分发服务器即可，因此大大提升了消息分发效率。

消息分发服务器集成有消息接收中心和消息分发中心。在此情况下，本申请提供一种消息分发方法的实施例四，来介绍消息分发服务器执行分发消息的具体操作。参见图6和图7，包括以下步骤：

步骤S501：消息接收中心在接收应用服务器发送的消息后，解析所述消息获得消息内容；其中，所述消息内容包括消息类别和消息数据。

参见图6或图7，消息接收中心对消息进行解析获得消息内容。

步骤S502：将消息内容按消息类别存储至对应的消息类别队列中。

消息分发服务器设置有各个消息类别对应的队列，将消息内容存储至消息类别对应的消息类别队列中。

参见图7，以消息类别队列包括告警队列、通知队列、公告队列和其它队列为例，可以将消息内容分别添加至告警队列、通知队列、公告队列和其它队列中。

步骤S503：存储消息内容至数据库。

参见图6或图7，可以将消息内容复制一份，存储至数据库中，以用于持久化存储和备份查询使用。

步骤S504：在消息类别队列轮到消息内容时，查询并确定与所述消息类别对应的配置信息。

各个消息类别队列可并行处理，每个消息类别队列中各个消息内容按先后顺序执行分发操作，在轮到步骤S501中解析出的消息内容时，确定该消息内容的配置信息。

步骤S505：确定所述配置信息包含的各个消息渠道，以及所述消息数据适配于各个消息渠道后获得的各个渠道消息。

参见图7，以配置信息包括邮箱渠道、微信渠道、短信渠道和钉钉渠道为例，可以将消息数据适配于四个消息渠道后，获得的四个渠道消息，分别是：邮箱消息、微信消息、短信消息和钉钉消息。

步骤S506：通过各个消息渠道的对接接口，向终端设备发送所述各个渠道消息。

参见图7，在各个消息渠道为邮箱渠道、微信渠道、短信渠道和钉钉渠道的情况下，通过各个渠道的对接接口连接对应的渠道服务器，分别为邮箱服务器、微信服务器、短信服务器和钉钉服务器。

各个渠道消息通过对应的各个对接接口发送至对应的渠道服务器，并由各个渠道服务器发送对应的各个渠道消息至终端设备。

可选的，可以为不同的消息渠道设置消息渠道对应的消息队列。在消息渠道正常的情况下，可以直接发送至消息渠道，在消息渠道异常的情况下，可以将不同消息渠道的渠道信息先存储至对应的消息队列中，以便等待消息渠道恢复正常后按顺序发送渠道消息。通过以上技术手段，可以实现以下有益效果：

为了减少各个应用服务器维护消息渠道的资源成本，将各个应用服务器中的消息分发操作从应用服务器中独立出来，并设置与各个应用服务器相连的消息分发服务器，由消息分发服务器封装多个消息渠道的对接接口，并用于维护多个消息渠道的对接接口。

由消息分发服务器来统一维护多个消息渠道的对接接口，在消息分发服务器新增或调整一消息渠道的对接接口后，相当于各个应用服务器均新增或调整一消息渠道的对接接口。

由于应用服务器无需再面临维护消息渠道的对接接口的问题，因此大大节省了应用服务器大量的资源成本。在应用服务器需要分发消息时，仅需发送消息至消息分发服务器即可，因此大大提升了消息分发效率。

根据本申请提供另一个实施例，本申请提供的消息分发方法还包括：

存储消息渠道分发日志数据，所述消息渠道分发日志数据包括：各个消息渠道的消息发送次数，消息发送成功次数和消息发送失败次数；

存储消息类别分发日志数据，所述消消息类别分发日志数据包括：各个消息类别的消息发送次数，以及，记录消息发送成功次数和消息发送失败次数；

利用所述消息渠道分发日志数据和所述消息类别分发日志数据，生成消息分发报告。

消息分发服务器可以根据需求生成消息分发报告，以进行数据分析，帮助来分析和改进业务运营。

消息分发服务器还可以响应于应用服务器的请求，生成应用服务器的消息分发报告，并发送至应用服务器，以供应用服务器查看，帮助来分析和改进业务运营。

综上，通过上述内容可知本申请具有以下有益效果：

1.整合多个消息渠道，增加消息分发的多样式。

2.支持自定义消息模板，增强的消息展示的丰富性。

3.节省应用服务器对接单个消息渠道的资源成本，在应用服务器接入应用分发服务器后，便可以自由定制所需的配置信息，方便快捷。

4.消息分发服务器具有维护消息渠道的功能，保证消息分发服务器的稳定性。

5.消息渠道的对接接口独立封装，不需要侵入应用服务器的业务代码，应用服务器与消息分发服务器安全解耦，保证应用服务器的业务代码的独立性，安全性。

6.生成消息分发报告，可以为后续的业务运营和改进提供有效的数据支持。

参见图8，本申请提供了一种消息分发装置，包括：

维护单元81，用于维护预先封装的多个消息渠道的对接接口；

分发单元82，用于接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息。

关于维护单元81的具体实现可以参见图4所示的实施例，在此不再赘述。

关于分发单元82的具体实现可以参见图5、图6和图7所示的实施例，在此不再赘述。

通过以上技术手段，可以实现以下有益效果：

为了减少各个应用服务器维护消息渠道的资源成本，将各个应用服务器中的消息分发操作从应用服务器中独立出来，并设置与各个应用服务器相连的消息分发服务器，由消息分发服务器封装多个消息渠道的对接接口，并用于维护多个消息渠道的对接接口。

由消息分发服务器来统一维护多个消息渠道的对接接口，在消息分发服务器新增或调整一消息渠道的对接接口后，相当于各个应用服务器均新增或调整一消息渠道的对接接口。

由于应用服务器无需再面临维护消息渠道的对接接口的问题，因此大大节省了应用服务器大量的资源成本。在应用服务器需要分发消息时，仅需发送消息至消息分发服务器即可，因此大大提升了消息分发效率。

本实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

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

维护预先封装的多个消息渠道的对接接口；

接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息。

2.如权利要求1所述的方法，其特征在于，所述维护所述预先封装的多个消息渠道的对接接口包括：

在监控到有新增消息渠道的情况下，对所述新增消息渠道的对接接口进行封装操作，添加所述新增消息渠道的对接接口；

在监控到已有消息渠道的历史对接接口需要更新的情况下，构建更新后的对接接口，并利用所述更新后的对接接口更新所述历史对接接口；

检测各个消息渠道是否正常运行，在检测到一消息渠道不正常运行的情况下，提示该消息渠道出现异常，暂停该消息渠道的消息发送操作；在检测到该消息渠道恢复正常运行情况下，提示该消息渠道正常运行，恢复该消息渠道的消息发送操作。

3.如权利要求1所述的方法，其特征在于，所述接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息，包括：

在接收应用服务器发送的所述消息后，解析所述消息获得消息内容；其中，所述消息内容包括消息类别和消息数据；

查询并确定与所述消息类别对应的配置信息；

确定所述配置信息包含的各个消息渠道，以及，确定所述消息数据适配于各个消息渠道后获得的各个渠道消息；

通过各个消息渠道的对接接口，向终端设备发送所述各个渠道消息。

4.如权利要求3所述的方法，其特征在于，在接收应用服务器发送的所述消息之前，还包括：

与所述应用服务器执行界面交互操作，获得所述应用服务器中一个或多个消息类别的配置信息；

存储所述应用服务器中一个或多个消息类别的配置信息；

存储应用服务器标识、各个消息类别和各个消息类别对应的配置信息之间的对应关系。

5.如权利要求4所述的方法，其特征在于，所述查询并确定与所述消息类别对应的配置信息，包括：

在解析所述消息获得消息内容后，将所述消息内容加入至与所述消息类别对应的消息队列中；

在从所述消息队列中取出所述消息内容的情况下，查询应用服务器标识和消息类别，确定与应用服务器标识和消息类别对应的配置信息。

6.如权利要求4或5所述的方法，其特征在于，所述配置消息包括发送消息所使用的各个消息渠道标识和各个消息渠道对应的消息模板；

在所述配置消息包括短信消息渠道的情况下，所述配置消息包括短信消息模板，其中所述短信消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括邮件消息渠道的情况下，所述配置消息包括邮件消息模板；其中所述邮件消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括微信消息渠道的情况下，所述配置消息包括微信消息模板，其中所述微信消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括钉钉消息渠道的情况下，所述配置消息包括钉钉消息模板，其中所述钉钉消息模板包括多个消息类别对应的消息模板；

在所述配置消息包括蜜蜂消息渠道的情况下，所述配置消息包括蜜蜂消息模板，其中所述蜜蜂消息模板包括多个消息类别对应的消息模板。

7.如权利要求6所述的方法，其特征在于，所述确定所述配置信息包含的各个消息渠道，以及所述消息数据适配于各个消息渠道后获得的各个渠道消息，包括：

确定所述配置消息所包含的各个消息渠道，以及，依据所述消息类别确定各个消息渠道对应的消息模板；

将所述消息数据与所述各个消息渠道对应的消息模板进行适配操作，获得各个渠道消息。

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

存储消息渠道分发日志数据，所述消息渠道分发日志数据包括：各个消息渠道的消息发送次数，消息发送成功次数和消息发送失败次数；

存储消息类别分发日志数据，所述消消息类别分发日志数据包括：各个消息类别的消息发送次数，以及，记录消息发送成功次数和消息发送失败次数；

利用所述消息渠道分发日志数据和所述消息类别分发日志数据，生成消息分发报告。

9.一种消息分发装置，其特征在于，包括：

维护单元，用于维护预先封装的多个消息渠道的对接接口；

分发单元，用于接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息。

10.一种消息分发系统，其特征在于，包括：

一个或多个应用服务器，用于发送消息至消息分发服务器；

所述消息分发服务器，用于维护预先封装的多个消息渠道的对接接口；接收应用服务器发送的消息，并通过至少一个消息渠道的对接接口分发所述消息；

多个渠道服务器，用于接收所述消息分发服务器发送的所述消息，向终端设备分发所述消息。

Images