CN110278220A

CN110278220A - 一种多媒体消息处理方法及装置

Info

Publication number: CN110278220A
Application number: CN201810208288.XA
Authority: CN
Inventors: 戚腾飞; 刘昌卿; 柯国明
Original assignee: Guangdong Eshore Technology Co Ltd
Current assignee: Guangdong Eshore Technology Co Ltd
Priority date: 2018-03-14
Filing date: 2018-03-14
Publication date: 2019-09-24

Abstract

本发明公开一种多媒体消息处理方法及装置，所述方法包括：获取消息请求；将消息请求推送到消息处理引擎；消息处理引擎根据所述消息请求读取消息模板引擎配置的消息模板，并根据所述消息模板生成具体的渠道消息；获取所述渠道消息；将所述渠道消息推送到接收渠道。本发明主要在于将业务系统的消息进行抽离，通过重设计，使得业务与消息耦合度极低，业务整合极简单，通过简单配置即可整合多种渠道消息。本发明统一多渠道信息通讯，提供统一接口，并且配合了灵活的消息规则配置，灵活的消息模板配置，使其架构上作为独立的系统，依然可以融合到不同的业务系统中与业务系统进行整合。

Description

一种多媒体消息处理方法及装置

技术领域

本发明涉及消息处理领域，尤其涉及一种多媒体消息处理方法及装置。

背景技术

由于目前在政府热线、城市服务等各种消息服务中均有短信、网站、微信、app等消息的业务需求，导致了很多的关于多媒体消息处理方法的重复工作，并且各个系统的实现方案不一样，给后期维护造成很大的麻烦。

现有技术中对于多媒体消息的处理通常是采用ActiveMQ、RabbitMQ等各种MQ引擎。这种处理方法存在如下缺点，首先，基本的消息列队引擎，功能比较单一，在项目中使用需要进行进一步的开发，其次，无法进行渠道扩展，或开发难度较高。同时，无法灵活定制消息发送规则，并且没有配置灵活的消息模板。

有鉴于此，有必要提出对目前的多媒体消息处理方法进行进一步的改进。对现有技术方案进行整改和重构，将各个业务系统的中的消息模块进行剥离，使其独立成为一个系统。

发明内容

为解决上述至少一技术问题，本发明的主要目的是提供一种多媒体消息处理方法，所述多媒体消息处理方法包括按顺序如下步骤：

S10、获取消息请求；

S20、将消息请求推送到消息处理引擎；

S30、消息处理引擎根据所述消息请求读取消息模板引擎配置的消息模板，并根据所述消息模板生成具体的渠道消息；

S40、获取所述渠道消息；

S50、将所述渠道消息推送到接收渠道。

其中，所述步骤S30具体包括按顺序如下步骤：

S301、消息处理引擎将消息请求推送到消息模板引擎；

S302、消息模板引擎根据所述消息请求内容配置相应的消息模板和发送规则；

S303、消息处理引擎读取所述消息模板引擎配置的消息模板和发送规则；

S304、消息处理引擎根据所述消息模板和发送规则生成具体的渠道消息。

其中，所述的发送规则包括：

指定可发送时间短信的规则以及通过sql语句配置业务的规则。

其中，所述的步骤S302具体还包括：

消息模板引擎根据所述消息请求内容配置消息模板中的可变参数。

其中，所述的消息请求的消息类型具体包括：

短信、微信、网站消息以及app消息。

为实现上述目的，本发明采用的另一个技术方案为：提供一种多媒体消息处理装置，所述多媒体消息处理装置包括：

第一获取模块，用于获取消息请求；

第一推送模块，用于将消息请求推送到消息处理引擎；

消息生成模块，用于消息处理引擎根据所述消息请求读取消息模板引擎配置的消息模板，并根据所述消息模板生成具体的渠道消息；

第二获取模块，用于获取所述渠道消息；

第二推送模块，用于将所述渠道消息推送到接收渠道。

其中，所述消息生成模块具体包括：

第三推送模块，用于消息处理引擎将消息请求推送到消息模板引擎；

配置模块，用于消息模板引擎根据所述消息请求内容配置相应的消息模板和发送规则；

读取模块，用于消息处理引擎读取所述消息模板引擎配置的消息模板和发送规则；

渠道消息生成模块，用于消息处理引擎根据所述消息模板和发送规则生成具体的渠道消息。

其中，所述的发送规则包括：

其中，所述的步骤配置模块具体还用于：

其中，所述的消息请求的消息类型具体包括：

短信、微信、网站消息以及app消息。

本发明主要在于将业务系统的消息进行抽离，通过重设计，使得业务与消息耦合度极低，业务整合极简单，通过简单配置即可整合多种渠道消息。因此，本发明统一多渠道信息通讯，提供统一接口，并且配合了灵活的消息规则配置，灵活的消息模板配置，使其架构上作为独立的系统，依然可以融合到不同的业务系统中与业务系统进行整合。

附图说明

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

图1为本发明一实施例的多媒体消息处理方法的方法流程图；

图2为本发明一实施例的多媒体消息处理方法的消息处理流程图；

图3为本发明一实施例的多媒体消息处理装置模块方框图。

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

具体实施方式

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

需要说明，本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

请参照图1、图2，在本发明实施例中，该多媒体消息处理方法包括按顺序如下步骤：

S10、获取消息请求；

S20、将消息请求推送到消息处理引擎；

S40、获取所述渠道消息；

S50、将所述渠道消息推送到接收渠道。

本实施例用于业务系统中，其中所述的业务系统包括：管理系统、网站、微信、app等需要发送消息的系统，都可以调用多媒体消息调度中心发送消息。

接收渠道为消息最终传递到的目标系统，支持根据统一接口进行扩展。

首先，S10、获取消息请求。

具体地，业务系统发送消息请求到MQ引擎，MQ引擎获取消息请求，MQ引擎主要用于支持高并发、高可用解决方案，用于保证消息安全送达。

然后，S20、将消息请求推送到消息处理引擎；S30、消息处理引擎根据所述消息请求读取消息模板引擎配置的消息模板，并根据所述消息模板生成具体的渠道消息；S40、获取所述渠道消息。

具体地，MQ引擎将消息请求推送到消息处理引擎，消息处理引擎根据消息请求读取消息模板配置；消息处理引擎根据模板配置生产具体的渠道消息；消息处理引擎将渠道消息推送到MQ引擎；消息处理引擎主要用于处理业务系统的发送请求，根据模板引擎配置的消息模板生产具体的消息，具体消息可以是短信、微信、网站、app等消息。消息模板引擎主要用于配置预发送的消息，可配置短信、微信、网站、app等消息模板。

最后，S50、将所述渠道消息推送到接收渠道。具体地，MQ引擎将渠道消息推送到接收渠道。

本实施例主要在于将业务系统的消息进行抽离，通过重设计，使得业务与消息耦合度极低，业务整合极简单，通过简单配置即可整合多种渠道消息。因此，本发明统一多渠道信息通讯，提供统一接口，并且配合了灵活的消息规则配置，灵活的消息模板配置，使其架构上作为独立的系统，依然可以融合到不同的业务系统中与业务系统进行整合。

在另一具体的实施例中，所述步骤S30具体包括按顺序如下步骤：

S301、消息处理引擎将消息请求推送到消息模板引擎；

具体地，所述的发送规则包括：

消息模板引擎主要用于配置预发送的消息，可配置短信、微信、网站、app等消息模板，并且，支持配置发送规则。发送规则包含：指定可发送时间短信、支持通过sql语句配置业务规则，具体场景列举如下：

发送规则1：发送规则可配置发送时间段，典型案例为上班时间发送例如：早上8点到中午12点，下午2点到6点。

发送规则2：支持使用sql语句结合灵活的业务进行判断，例如：select 1from表名where条件，当条件满足时进行发送，条件不满足时不进行发送。

发送规则3：支持通过sql语句获取接收人消息，例如：selectphone,userid from表名where条件，发送的时候通过查询语句获取到的接收人信息进行发送。

本实施例中，支持了配置发送规则，在消息处理的方式上更加灵活多变，满足不同业务的需求，用户只需要配置不同的发送规则就能满足不同的业务需求，无需重新浪费人力物力进行重新开发。

在另一具体实施例中，所述的步骤S302具体还包括：

具体地，消息模板引擎：消息模板引擎主要用于配置预发送的消息，可配置短信、微信、网站、app等消息模板，支持在模板中定制可变参数，其中，参数需要在业务系统发送请求中传递给消息中心。

可变参数：配置模板内容时，支持内容在发送是发生变化，例如：短信模板“张三，你好！”中的张三应作为参数，在模板中配置应配成“{{name}}，你好”,name具体的值在发送的时候设置。

本实施例中，支持了在摸板中定义可变参数，进而支持内容在发送是发生变化，可以根本不同的业务需求配置不同的可变参数，实现了在线不停机修改维护。

请参照图3，在本发明实施例中，该多媒体消息处理装置包括：

第一获取模块，用于获取消息请求；

第一推送模块，用于将消息请求推送到消息处理引擎；

第二获取模块，用于获取所述渠道消息；

第二推送模块，用于将所述渠道消息推送到接收渠道。

在一具体实施例中，所述消息生成模块具体包括：

具体地，所述的发送规则包括：

配置模块主要用于配置预发送的消息，可配置短信、微信、网站、app等消息模板，并且，支持配置发送规则。发送规则包含：指定可发送时间短信、支持通过sql语句配置业务规则，具体场景列举如下：

在一具体实施例中，所述的步骤配置模块具体还用于：

具体地，配置模块用于配置预发送的消息，可配置短信、微信、网站、app等消息模板，支持在模板中定制可变参数，其中，参数需要在业务系统发送请求中传递给消息中心。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是在本发明的发明构思下，利用本发明说明书及附图内容所作的等效结构变换，或直接/间接运用在其他相关的技术领域均包括在本发明的专利保护范围内。

Claims

1.一种多媒体消息处理方法，其特征在于，所述多媒体消息处理方法包括按顺序如下步骤：

S10、获取消息请求；

S20、将消息请求推送到消息处理引擎；

S40、获取所述渠道消息；

S50、将所述渠道消息推送到接收渠道。

2.如权利要求1所述的多媒体消息处理方法，其特征在于，所述步骤S30具体包括按顺序如下步骤：

S301、消息处理引擎将消息请求推送到消息模板引擎；

3.如权利要求2所述的多媒体消息处理方法，其特征在于，所述的发送规则包括：

4.如权利要求2所述的多媒体消息处理方法，其特征在于，所述的步骤S302具体还包括：

5.如权利要求1-4任一所述的多媒体消息处理方法，其特征在于，所述的消息请求的消息类型具体包括：

短信、微信、网站消息以及app消息。

6.一种多媒体消息处理装置，其特征在于，所述多媒体消息处理装置包括：

第一获取模块，用于获取消息请求；

第一推送模块，用于将消息请求推送到消息处理引擎；

第二获取模块，用于获取所述渠道消息；

第二推送模块，用于将所述渠道消息推送到接收渠道。

7.如权利要求6所述的多媒体消息处理装置，其特征在于，所述消息生成模块具体包括：

8.如权利要求7所述的多媒体消息处理装置，其特征在于，所述的发送规则包括：

9.如权利要求7所述的多媒体消息处理装置，其特征在于，所述的步骤配置模块具体还用于：

10.如权利要求6-9任一所述的多媒体消息处理装置，其特征在于，所述的消息请求的消息类型具体包括：

短信、微信、网站消息以及app消息。