CN110266596B - 消息处理方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本发明涉及金融科技领域，并公开了一种消息处理方法，该方法包括：接收社交公众平台发送的用户消息，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型；判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签；若存在，则根据所述标签查询预设的消息路由表，得到与所述用户消息对应的消息处理工具；将所述用户消息路由至所述消息处理工具，以使所述消息处理工具处理所述用户消息。本发明还公开了一种消息处理装置、设备和一种计算机可读存储介质。本发明实现了社交类应用消息处理的可配置化开发，降低了开发成本，提高了开发效率。

Description

消息处理方法、装置、设备及计算机可读存储介质

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及消息处理方法、装置、设备及计算机可读存储介质。

背景技术

随着计算机技术的发展，越来越多的技术(大数据、分布式、区块链Blockchain、人工智能等)应用在金融领域，传统金融业正在逐步向金融科技(Fintech)转变，但由于金融行业的安全性、实时性要求，也对技术提出了更高的要求。

目前，各类金融机构(如商业银行、证券公司等)为了推广自身业务，一般会在微信等社交类应用提供的公众平台上搭建自己的公众号，以向多个用户推送消息，而用户向公众号发送的消息则是由公众号后台的消息处理系统处理。现有的消息处理系统主要通过系统配置文件的方式配置公众号与消息处理工具的映射关系，通过查找配置文件内容来获取消息处理工具，完成消息的处理。

上述方式的缺陷在于：无法实现可配置化开发，当系统接入新公众号时，需要开发人员在系统配置文件添加完对应的配置后，再经过测试、重新发布系统等流程才能完成接入，导致开发成本较高；此外，配置文件需要人工配置，维护成本高且容易出错，加上配置信息繁杂且不直观，导致使用配置文件的方式进行开发、测试或者定位生产问题时效率低下。

发明内容

本发明的主要目的在于提出一种消息处理方法、装置、设备及计算机可读存储介质，旨在实现社交类应用消息处理的可配置化开发，从而降低开发成本，提高开发效率。

为实现上述目的，本发明提供一种消息处理方法，所述方法包括如下步骤：

接收社交公众平台发送的用户消息，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型；

判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签；

若存在，则根据所述标签查询预设的消息路由表，得到与所述用户消息对应的消息处理工具；

将所述用户消息路由至所述消息处理工具，以使所述消息处理工具处理所述用户消息。

优选地，所述根据所述标签查询预设的消息路由表，得到与所述用户消息对应的消息处理工具的步骤包括：

当所述用户消息的消息类型为普通消息时，根据所述标签查询预设的普通消息路由表，得到与所述普通消息对应的消息处理工具；

当所述用户消息的消息类型为事件消息时，根据所述标签查询预设的事件消息路由表，得到与所述事件消息对应的消息处理工具。

优选地，所述判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签的步骤之后，还包括：

若不存在，则为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具；

将所述用户消息路由至所述默认消息处理工具，以使所述默认消息处理工具处理所述用户消息。

优选地，所述为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具的步骤包括：

当所述用户消息的消息类型为普通消息时，为所述用户消息分配与所述普通消息对应的默认消息处理工具的标签；

根据与所述普通消息对应的默认消息处理工具的标签，查询预设的普通消息路由表，得到与所述普通消息对应的默认消息处理工具；

当所述用户消息的消息类型为事件消息时，为所述用户消息分配与所述事件消息对应的默认消息处理工具的标签；

根据与所述事件消息对应的默认消息处理工具的标签，查询预设的事件消息路由表，得到与所述事件消息对应的默认消息处理工具。

优选地，所述获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型的步骤之前，还包括：

验证所述用户消息是否由预设的社交公众平台发送；

当所述用户消息由预设的社交公众平台发送时，判断预设的消息缓存区中是否存在所述用户消息，所述消息缓存区用于存储预定时间段内接收到的用户消息；

当所述消息缓存区中不存在所述用户消息时，执行步骤：获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型。

此外，为实现上述目的，本发明还提供一种消息处理装置，所述消息处理装置包括：

获取模块，用于接收社交公众平台发送的用户消息，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型；

第一判断模块，用于判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签；

第一查询模块，用于若预设的公众号配置信息中存在与所述公众号标识和所述消息类型对应的消息处理工具的标签，则根据所述标签查询预设的消息路由表，得到与所述用户消息对应的消息处理工具；

第一处理模块，用于将所述用户消息路由至所述消息处理工具，以使所述消息处理工具处理所述用户消息。

优选地，所述第一查询模块还用于：

当所述用户消息的消息类型为普通消息时，根据所述标签查询预设的普通消息路由表，得到与所述普通消息对应的消息处理工具；

当所述用户消息的消息类型为事件消息时，根据所述标签查询预设的事件消息路由表，得到与所述事件消息对应的消息处理工具。

优选地，所述消息处理装置还包括：

第二查询模块，用于若预设的公众号配置信息中不存在与所述公众号标识和所述消息类型对应的消息处理工具的标签，则为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具；

第二处理模块，用于将所述用户消息路由至所述默认消息处理工具，以使所述默认消息处理工具处理所述用户消息。

优选地，所述第二查询模块还用于：

当所述用户消息的消息类型为普通消息时，为所述用户消息分配与所述普通消息对应的默认消息处理工具的标签；

根据与所述普通消息对应的默认消息处理工具的标签，查询预设的普通消息路由表，得到与所述普通消息对应的默认消息处理工具；

当所述用户消息的消息类型为事件消息时，为所述用户消息分配与所述事件消息对应的默认消息处理工具的标签；

根据与所述事件消息对应的默认消息处理工具的标签，查询预设的事件消息路由表，得到与所述事件消息对应的默认消息处理工具。

此外，为实现上述目的，本发明还提供一种消息处理设备，所述消息处理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息处理程序，所述消息处理程序被所述处理器执行时实现如上所述的消息处理方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现如上所述的消息处理方法的步骤。

本发明接收社交公众平台发送的用户消息，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型；判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签；若存在，则根据所述标签查询预设的消息路由表，得到与所述用户消息对应的消息处理工具；将所述用户消息路由至所述消息处理工具，以使所述消息处理工具处理所述用户消息。通过这种方式，当要接入新公众号时，只需要在公众号配置信息中添加相应的配置，消息处理系统通过读取此配置即可自动将该新公众号的用户消息路由至对应的消息处理工具进行处理，整个过程无需修改系统配置文件，也无需重新发布系统，从而本发明实现了社交类应用消息处理的可配置化开发，降低了开发成本，提高了开发效率。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图；

图2为本发明消息处理方法第一实施例的流程示意图。

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

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的设备结构示意图。

本发明实施例消息处理设备可以是PC机、服务器等设备。

如图1所示，该消息处理设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的设备结构并不构成对设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及消息处理程序。

在图1所示的设备中，网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；用户接口1003主要用于连接客户端(用户端)，与客户端进行数据通信；而处理器1001可以用于调用存储器1005中存储的消息处理程序，并执行下述消息处理方法实施例中的操作。

基于上述硬件结构，提出本发明消息处理方法实施例。

参照图2，图2为本发明消息处理方法第一实施例的流程示意图，所述方法包括：

步骤S10，接收社交公众平台发送的用户消息，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型；

在本实施例中，各类金融机构(如商业银行、证券公司等)为了推广自身业务，可以在社交类应用提供的公众平台上搭建自己的公众号，用户在社交公众平台上向公众号发送消息，可以实现对应业务的处理。本实施例消息处理方法应用于消息处理系统，该消息处理系统部署在社交公众平台的后台，用于对社交公众平台发送的用户消息进行处理。

当消息处理系统接收到社交公众平台发送的用户消息时，通过对用户消息相关字段进行解析，可以得到该用户消息中携带的公众号标识，以及该用户消息的消息类型。其中，公众号标识用于标识用户消息来源的公众号，其可以是公众号名称、代号等；用户消息的消息类型包括普通消息和事件消息，普通消息指的是用户给公众号发送的文本消息，包括文本、图片、语音、视频、链接等消息，事件消息指的是用户进行特定操作(比如关注公众号、取消关注公众号、点击链接等)所触发的消息，无论是普通消息还是事件消息，社交公众平台均发给后台消息处理系统进行消息处理。

步骤S20，判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签；

其中，消息处理工具用于处理社交公众平台发送的用户消息，其可以是现有的标准处理组件，也可以是自定义处理组件，本实施例对此不作限定。

在本实施例中，预先设置有一个配置中心，该配置中心保存有公众号配置信息，该公众号配置信息包括：公众号标识、消息处理工具和消息处理工具的标签三者之间的对应关系，其中，一个公众号标识可以对应一个或多个消息处理工具。在本实施例中，使用自定义注解的方式给每个消息处理工具打上标签，标签主要有两个，一个是消息处理工具处理的消息类型，一个是消息处理工具的自定义注解标识。当消息处理系统获取到用户消息的公众号标识和消息类型后，查找预先保存在配置中心的公众号配置信息，判断该公众号配置信息中是否存在与获取到的公众号标识和消息类型对应的消息处理工具的标签。

若预设的公众号配置信息中存在与所述公众号标识和所述消息类型对应的消息处理工具的标签，则执行步骤S30，根据所述标签查询预设的消息路由表，得到与所述用户消息对应的消息处理工具；

在本实施例中，为了实现用户消息的自动路由，预先在消息处理系统中设置有消息路由表，该消息路由表表现为一个哈希表HashMap，该HashMap实现了“Key-Value键值对”接口，其中Key为消息处理工具的标签，比如消息处理工具的自定义注解标识为default，消息类型为普通文本消息text，则key可以表示为“default-text”，Value为消息处理工具。当系统的消息处理服务启动时，可以根据预先设置的自定义注解，将所有对应的消息处理工具加载到消息路由表中，以供后续使用。

当公众号配置信息中存在与获取到的公众号标识和消息类型对应的消息处理工具的标签时，以该消息处理工具的标签为Key，查询预设的消息路由表，即可得到与当前接收到的用户消息对应的消息处理工具。

进一步地，上述步骤S30具体包括：所述用户消息的消息类型为普通消息时，根据所述标签查询预设的普通消息路由表，得到与所述普通消息对应的消息处理工具；当所述用户消息的消息类型为事件消息时，根据所述标签查询预设的事件消息路由表，得到与所述事件消息对应的消息处理工具。

在本实施例中，考虑到处理不同消息类型的用户消息所需的消息处理工具不同，可以预先设置两个消息路由表：普通消息路由表和事件消息路由表。当用户消息的消息类型为普通消息时，根据消息处理工具的标签查询普通消息路由表，可以得到与该普通消息对应的消息处理工具，当用户消息的消息类型为事件消息时，根据消息处理工具的标签查询预设的事件消息路由表，可以得到与该事件消息对应的消息处理工具。

进一步地，为简化代码，可以在普通消息路由表中设置一个以“default-event”为Key的消息处理工具，作为处理所有事件消息的代理，由其负责在事件消息路由表定位查找事件消息的具体处理工具。当接收到用户消息后，分析消息中的字段可以得到消息的类型，如果是事件消息，则将消息路由至普通消息路由表中的代理，由代理在事件消息路由表中查找具体的消息处理工具对该事件消息进行处理。

步骤S40，将所述用户消息路由至所述消息处理工具，以使所述消息处理工具处理所述用户消息。

该步骤中，消息处理系统将接收到的用户消息路由至对应的消息处理工具，以使消息处理工具处理用户消息，由此实现了用户消息的自动路由和处理。

在本实施例中，以银行在社交公众平台上搭建自己的公众号为例，当用户在社交公众平台上向银行公众号发送文本消息，如“查询余额”、“办理信用卡”、“优惠查询”时，社交公众平台后台的消息处理系统可以通过查询预设的公众号配置信息，将该文本消息路由至预设消息路由表中的消息处理工具，以实现对文本消息的处理，而当用户触发特定事件，如关注或取消关注该银行的公众号时，则社交公众平台后台的消息处理系统在接收到事件消息后，也可以通过查询预设的公众号配置信息，将该事件消息路由至预设消息路由表中的消息处理工具，以实现对事件消息的处理。

本实施例通过上述方式，当要接入新公众号时，只需要在公众号配置信息中添加相应的配置，消息处理系统通过读取此配置即可自动将该新公众号的用户消息路由至对应的消息处理工具进行处理，整个过程无需修改系统配置文件，也无需重新发布系统，从而本发明实现了社交类应用消息处理的可配置化开发，降低了开发成本，提高了开发效率。

进一步地，基于本发明消息处理方法第一实施例，提出本发明消息处理方法第二实施例。

在本实施例中，上述步骤S20之后，还可以包括：若不存在，则为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具；将所述用户消息路由至所述默认消息处理工具，以使所述默认消息处理工具处理所述用户消息。

在本实施例中，当公众号配置信息中不存在与用户消息的公众号标识和消息类型对应的消息处理工具的标签时，可以通过默认的消息处理工具处理该用户消息。具体地，首先为该用户消息分配默认消息处理工具的标签，然后根据该默认消息处理工具的标签查询预设的消息路由表，得到对应的默认消息处理工具，之后，将该用户消息路由至该默认消息处理工具，以使该默认消息处理工具处理该用户消息。

进一步地，所述为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具的步骤包括：

当所述用户消息的消息类型为普通消息时，为所述用户消息分配与所述普通消息对应的默认消息处理工具的标签；根据与所述普通消息对应的默认消息处理工具的标签，查询预设的普通消息路由表，得到与所述普通消息对应的默认消息处理工具；

当所述用户消息的消息类型为事件消息时，为所述用户消息分配与所述事件消息对应的默认消息处理工具的标签；根据与所述事件消息对应的默认消息处理工具的标签，查询预设的事件消息路由表，得到与所述事件消息对应的默认消息处理工具。

在本实施例中，当用户消息的消息类型为普通消息时，可以为该用户消息分配与普通消息类型对应的默认消息处理工具的标签，如“default-普通消息”，然后根据该标签查询预设的普通消息路由表，可以得到与该普通消息对应的默认消息处理工具；同理，当用户消息的消息类型为事件消息时，可以为该用户消息分配与事件消息类型对应的默认消息处理工具的标签，如“default-事件消息”，然后根据该标签查询预设的事件消息路由表，可以得到与该事件消息对应的默认消息处理工具。

通过上述方式，无论公众号配置信息中是否有配置，消息处理系统均能找到相应的消息处理工具处理用户消息，从而保证了用户消息的正常处理。

进一步地，基于本发明消息处理方法第一、第二实施例，提出本发明消息处理方法第三实施例。

在本实施例中，上述获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型的步骤之前，还可以包括：验证所述用户消息是否由预设的社交公众平台发送；当所述用户消息由预设的社交公众平台发送时，判断预设的消息缓存区中是否存在所述用户消息，所述消息缓存区用于存储预定时间段内接收到的用户消息；当所述消息缓存区中不存在所述用户消息时，执行步骤：获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型。

在本实施例中，当消息处理系统接收到社交公众平台发送的用户消息时，可以首先验证该用户消息是否由预设的社交公众平台发送，具体地，可以预先和社交公众平台约定好加密算法(该加密算法可选为哈希加密算法)，社交公众平台在发送用户消息时，根据该哈希加密算法对用户消息进行加签，消息处理系统在接收到用户消息后，根据该哈希加密算法对用户消息进行验签，由此可以验证用户消息是由预设社交公众平台发送而不是伪造的。

当判定用户消息是由预设的社交公众平台发送时，进一步对该用户消息进行验重。具体地，消息处理系统中预先设置有一个消息缓存区，该消息缓存区用于存储预定时间段(比如过去1分钟)内接收到的用户消息，后续对用户消息进行验重时，判断该消息缓存区中是否存在当前接收到的用户消息，若不存在，说明当前的用户消息不是重复接收，此时执行获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型的步骤；反之，若消息缓存区中存在当前接收到的用户消息，说明当前的用户消息是重复接收，此时可以忽略该用户消息。

通过验证用户消息是否由预设的社交公众平台发送，只有预设社交公众平台发送的消息才进行处理，如此能够提高消息处理的安全性；而通过对用户消息进行验重，能够防止系统对相同的消息进行重复处理，从而避免不必要的资源浪费。

本发明还提供一种消息处理装置。所述消息处理装置包括：

获取模块，用于接收社交公众平台发送的用户消息，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型；

判断模块，用于判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签；

第一查询模块，用于若预设的公众号配置信息中存在与所述公众号标识和所述消息类型对应的消息处理工具的标签，则根据所述标签查询预设的消息路由表，得到与所述用户消息对应的消息处理工具；

第一处理模块，用于将所述用户消息路由至所述消息处理工具，以使所述消息处理工具处理所述用户消息。

进一步地，所述第一查询模块还用于：

当所述用户消息的消息类型为普通消息时，根据所述标签查询预设的普通消息路由表，得到与所述普通消息对应的消息处理工具；

当所述用户消息的消息类型为事件消息时，根据所述标签查询预设的事件消息路由表，得到与所述事件消息对应的消息处理工具。

进一步地，所述消息处理装置还包括：

第二查询模块，用于若预设的公众号配置信息中不存在与所述公众号标识和所述消息类型对应的消息处理工具的标签，则为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具；

第二处理模块，用于将所述用户消息路由至所述默认消息处理工具，以使所述默认消息处理工具处理所述用户消息。

进一步地，所述第二查询模块还用于：

当所述用户消息的消息类型为普通消息时，为所述用户消息分配与所述普通消息对应的默认消息处理工具的标签；

根据与所述普通消息对应的默认消息处理工具的标签，查询预设的普通消息路由表，得到与所述普通消息对应的默认消息处理工具；

当所述用户消息的消息类型为事件消息时，为所述用户消息分配与所述事件消息对应的默认消息处理工具的标签；

根据与所述事件消息对应的默认消息处理工具的标签，查询预设的事件消息路由表，得到与所述事件消息对应的默认消息处理工具。

进一步地，所述获取模块还用于：

验证所述用户消息是否由预设的社交公众平台发送；

当所述用户消息由预设的社交公众平台发送时，判断预设的消息缓存区中是否存在所述用户消息，所述消息缓存区用于存储预定时间段内接收到的用户消息；

当所述消息缓存区中不存在所述用户消息时，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型。

上述各程序模块所执行的方法可参照本发明消息处理方法各个实施例，此处不再赘述。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现如上所述的消息处理方法的步骤。

其中，在所述处理器上运行的消息处理程序被执行时所实现的方法可参照本发明消息处理方法各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

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

Claims (9)

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

接收社交公众平台发送的用户消息；

判断预设的消息缓存区中是否存在所述用户消息，所述消息缓存区用于存储预定时间段内接收到的用户消息；

当所述消息缓存区中不存在所述用户消息时，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型；

判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签；

若存在，

当所述用户消息的消息类型为普通消息时，根据所述标签查询预设的普通消息路由表，得到与所述普通消息对应的消息处理工具；

当所述用户消息的消息类型为事件消息时，根据所述标签查询预设的事件消息路由表，得到与所述事件消息对应的消息处理工具；

将所述用户消息路由至所述消息处理工具，以使所述消息处理工具处理所述用户消息。

2.如权利要求1所述的消息处理方法，其特征在于，所述判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签的步骤之后，还包括：

若不存在，则为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具；

将所述用户消息路由至所述默认消息处理工具，以使所述默认消息处理工具处理所述用户消息。

3.如权利要求2所述的消息处理方法，其特征在于，所述为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具的步骤包括：

当所述用户消息的消息类型为普通消息时，为所述用户消息分配与所述普通消息对应的默认消息处理工具的标签；

根据与所述普通消息对应的默认消息处理工具的标签，查询预设的普通消息路由表，得到与所述普通消息对应的默认消息处理工具；

当所述用户消息的消息类型为事件消息时，为所述用户消息分配与所述事件消息对应的默认消息处理工具的标签；

根据与所述事件消息对应的默认消息处理工具的标签，查询预设的事件消息路由表，得到与所述事件消息对应的默认消息处理工具。

4.如权利要求1至3中任一项所述的消息处理方法，其特征在于，所述获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型的步骤之前，还包括：

验证所述用户消息是否由预设的社交公众平台发送；

当所述用户消息由预设的社交公众平台发送时，判断预设的消息缓存区中是否存在所述用户消息，所述消息缓存区用于存储预定时间段内接收到的用户消息。

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

获取模块，用于接收社交公众平台发送的用户消息；判断预设的消息缓存区中是否存在所述用户消息，所述消息缓存区用于存储预定时间段内接收到的用户消息；当所述消息缓存区中不存在所述用户消息时，获取所述用户消息中携带的公众号标识，并确定所述用户消息的消息类型；

判断模块，用于判断预设的公众号配置信息中是否存在与所述公众号标识和所述消息类型对应的消息处理工具的标签；

第一查询模块，用于若预设的公众号配置信息中存在与所述公众号标识和所述消息类型对应的消息处理工具的标签，则当所述用户消息的消息类型为普通消息时，根据所述标签查询预设的普通消息路由表，得到与所述普通消息对应的消息处理工具；当所述用户消息的消息类型为事件消息时，根据所述标签查询预设的事件消息路由表，得到与所述事件消息对应的消息处理工具；

第一处理模块，用于将所述用户消息路由至所述消息处理工具，以使所述消息处理工具处理所述用户消息。

6.如权利要求5所述的消息处理装置，其特征在于，所述消息处理装置还包括：

第二查询模块，用于若预设的公众号配置信息中不存在与所述公众号标识和所述消息类型对应的消息处理工具的标签，则为所述用户消息分配默认消息处理工具的标签，根据所述默认消息处理工具的标签查询预设的消息路由表，得到与所述用户消息对应的默认消息处理工具；

第二处理模块，用于将所述用户消息路由至所述默认消息处理工具，以使所述默认消息处理工具处理所述用户消息。

7.如权利要求5或6所述的消息处理装置，其特征在于，所述获取模块还用于：

验证所述用户消息是否由预设的社交公众平台发送；

当所述用户消息由预设的社交公众平台发送时，判断预设的消息缓存区中是否存在所述用户消息，所述消息缓存区用于存储预定时间段内接收到的用户消息。

8.一种消息处理设备，其特征在于，所述消息处理设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的消息处理程序，所述消息处理程序被所述处理器执行时实现如权利要求1至4中任一项所述的消息处理方法的步骤。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有消息处理程序，所述消息处理程序被处理器执行时实现如权利要求1至4中任一项所述的消息处理方法的步骤。

Images