CN106161192A - 一种消息处理的方法及设备 - Google Patents

Abstract

本申请公开一种消息处理的方法及设备。所述方法包括：预先建立原始消息与所述原始消息优先级的对应关系；接收业务系统的原始消息；根据所述预先建立的原始消息与所述原始消息优先级的对应关系，确定所述接收的原始消息的优先级；根据所述确定的优先级处理所述接收的原始消息。本申请实施例提供的一种消息处理的方法及设备，按照预设的规则将业务系统的原始消息做过滤处理后再发送给消息中心，从而可以缓解消息中心可能产生的消息堆叠问题。

Description

一种消息处理的方法及设备

技术领域

本申请涉及消息处理技术领域，特别涉及一种消息处理的方法及设备。

背景技术

随着互联网技术的发展，涌现出大量的网络平台，这些网络平台包括支付平台、网络社交平台和自由媒体平台。目前熟知的支付宝可以属于支付平台，人人网可以属于网络社交平台，新浪微博可以属于自由媒体平台。每个平台一般可以包括业务系统和消息中心。其中，业务系统可以负责平台正常业务的运行；消息中心则可以将业务系统待发送的原始消息进行加工处理后发送给相应的用户。

以支付宝平台为例，支付宝平台可以包含多个业务系统，例如交易系统、认证系统以及商友系统。其中，交易系统可以负责用户与商家之间的各种交易行为。每一笔交易发生后，交易系统可以生成相应的原始交易消息并将该原始交易消息发送给消息中心。消息中心对该原始交易消息加工处理后可以发送给相应的用户与商家。

目前，大多数网络平台的消息中心都是按照先到先处理，后到后处理的原则处理业务系统发来的原始消息。例如，消息中心分别接收到交易系统、认证系统以及商友系统发来的消息A、消息B以及消息C。这三条消息到达消息中心的时间顺序分别为消息B、消息A以及消息C，那么消息系统则会优先处理消息B然后处理消息A最后处理消息C。

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

当网络平台的业务系统比较繁忙，产生原始消息的速度超过消息中心处理消息的速度时，按照上述消息处理方式会产生消息的堆叠。

发明内容

本申请实施例的目的在于提供一种消息处理的方法及设备，以缓解可能产生的消息堆叠问题。

本申请实施例提供的一种消息处理的方法及设备是这样实现的：

一种消息处理的方法，包括：

预先建立原始消息与所述原始消息优先级的对应关系；

接收业务系统的原始消息；

根据所述预先建立的原始消息与所述原始消息优先级的对应关系，确定所述接收的原始消息的优先级；

根据所述确定的优先级处理所述接收的原始消息。

一种消息处理的方法，包括：

预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或放行；

接收业务系统的原始消息；

根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，确定所述接收的原始消息的过滤策略；

当所述接收的原始消息的过滤策略为放行时，放行所述接收的原始消息。

一种消息处理的方法，包括：

预先建立原始消息与所述原始消息优先级的对应关系；

根据所述建立的原始消息与所述原始消息优先级的对应关系，检测待处理业务系统的原始消息的优先级；

根据所述检测的优先级对所述待处理业务系统的原始消息进行处理。

一种消息处理的方法，包括：

预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或者放行；

根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，检测待处理业务系统的原始消息的过滤策略；

当所述待处理业务系统的原始消息的过滤策略为放行时，放行所述待处理业务系统的原始消息。

一种消息处理的设备，包括：优先级建立单元，消息接收单元，优先级确定单元以及处理单元，其中：

所述优先级建立单元，用来预先建立原始消息与所述原始消息优先级的对应关系；

所述消息接收单元，用来接收业务系统的原始消息；

所述优先级确定单元，用来根据所述预先建立的原始消息与所述原始消息优先级的对应关系，确定所述接收的原始消息的优先级消息；

所述处理单元，用来根据所述确定的优先级处理所述接收的原始消息。

一种消息处理的设备，包括：过滤策略建立单元，消息接收单元，过滤策略确定单元，放行单元，其中：

所述过滤策略建立单元，用来预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或放行；

所述消息接收单元，用来接收业务系统的原始消息；

所述过滤策略确定单元，用来根据建立的原始消息与所述原始消息的过滤策略的对应关系，确定所述接收的原始消息的过滤策略；

所述放行单元，用来当所述接收的原始消息的过滤策略为放行时，放行所述接收的原始消息。

一种消息处理的设备，包括：优先级建立单元，检测单元以及处理单元，其中：

所述优先级建立单元，用来预先建立原始消息与所述原始消息优先级的对应关系；

所述检测单元，用来根据所述建立的原始消息与所述原始消息优先级的对应关系，检测待处理业务系统的原始消息的优先级；

所述处理单元，用来根据所述检测的优先级对所述待处理业务系统的原始消息进行处理。

一种消息处理的设备，包括：过滤策略建立单元，检测单元以及放行单元，其中：

所述过滤策略建立单元，用来预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或者放行；

所述检测单元，用来根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，检测待处理业务系统的原始消息的过滤策略；

所述放行单元，用来当所述待处理业务系统的原始消息的过滤策略为放行时，放行所述待处理业务系统的原始消息。

本申请实施例提供的一种消息处理的方法及设备，可以按照预设的规则将业务系统的原始消息做过滤处理后再发送给消息中心，从而可以缓解可能产生的消息堆叠问题。

附图说明

图1为本申请实施例的业务系统、消息处理设备和消息中心的结构示意图；

图2为本申请一实施例提供的一种消息处理的方法流程图；

图3为本申请另一实施例提供的一种消息处理的方法流程图；

图4为本申请另一实施例中业务系统、消息处理设备和消息中心的结构图；

图5为本申请另一实施例提供的一种消息处理的方法流程图；

图6为本申请另一实施例提供的一种消息处理的方法流程图；

图7为本申请一实施例提供的一种消息处理的设备功能模块图；

图8为本申请另一实施例提供的一种消息处理的设备功能模块图；

图9为本申请另一实施例提供的一种消息处理的设备功能模块图；

图10为本申请另一实施例提供的一种消息处理的设备功能模块图。

具体实施方式

本申请实施例提供一种消息处理的方法及设备。为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都应当属于本申请保护的范围。

业务系统发送给消息中心的原始消息可以包括业务系统名称、消息接收方账号、动态数据以及文案编号。其中，业务系统名称可以表明该原始消息所属哪个业务系统，消息接收方账号可以表明该原始消息经过消息中心加工后该发送至何处，动态数据则可以表明该原始消息需要消息中心填充的内容，文案编号则可以表明该原始消息固有的文本内容。举个例子来说明，表1为本申请一个例子中业务系统发送的原始消息。

表1 本申请一个例子中业务系统发送的原始消息

业务系统名称	消息接收方账号	动态数据	文案编号
				认证系统	a***a@126.com	小明	36

从表1中可以看出，该原始消息的业务系统名称为认证系统，消息接收方账号为a***a@126.com，动态数据为小明，文案编号为36。其中，文案编号可以为网络平台运营方预先设置文案的标识。通过该标识，可以查询到该标识对应的文案的具体内容。业务系统将该原始消息发送到消息中心，通过消息中心的编译和填充，可以形成最终发送给用户的消息。例如，消息中心根据文案编号36查询到该原始消息的固有文本内容为“{xxx}通过了您的认证！”，其中{xxx}即为待填充的内容。接着消息中心可以将原始消息中的动态数据填充至{xxx}中，最终可以生成“小明通过了您的认证！”这样的认证系统消息，并可以将该消息发送给账号为a***a@126.com的用户。

本申请实施例提供的一种消息处理的设备，可以作为独立的设备，位于业务系统与消息中心之间。图1为本申请实施例的业务系统、消息处理设备和消息中心的结构示意图。如图1所示，消息处理设备作为独立的设备，位于业务系统与消息中心之间。业务系统产生的原始消息均可以发送至消息处理设备，经过消息处理设备处理后再发送给消息中心加工处理。当业务系统繁忙，产生的原始消息数量增大时，消息处理设备可以接收消息中心发来的限流指令，按照预设的规则将业务系统的原始消息做过滤处理后再发送给消息中心，从而可以缓解消息中心可能产生的消息堆叠问题。或者，消息处理设备在没有接收到消息中心发来的限流指令时，也可以按照预设的规则将业务系统的原始消息做过滤处理后再发送给消息中心，从而也可以降低消息中心可能产生的消息堆叠问题。

图2为本申请一实施例提供的一种消息处理的方法流程图。如图2所示，所述方法包括：

S100：预先建立原始消息与所述原始消息优先级的对应关系。

每个网络平台都可以有自身的业务系统侧重点，例如支付宝平台在交易系统、认证系统以及商友系统中可以侧重交易系统。本申请实施例可以设置各种业务系统的原始消息的优先级，让消息中心优先处理优先级比较高的原始消息。具体地，可以预先建立业务系统标识与所述业务系统的优先级的对应关系。所述业务系统的优先级可以是网络平台运营方预先设置的。例如，支付宝平台的运营方可以预先将该平台中交易系统的优先级设置为高，将认证系统和商友系统的优先级设置为低。网络平台设置完各个业务系统的优先级后，可以将业务系统标识与该业务系统优先级的对应关系录入本申请实施例的消息处理设备中。所述业务系统标识可以包括业务系统的文本名称或者业务系统的代码。具体地，可以通过key-value的存储形式，将业务系统的文本名称作为key，将对应的业务系统的优先级作为value进行存储。通过业务系统的文本名称，可以查询该业务系统对应的优先级。这样，便可以建立业务系统与所述业务系统的优先级的对应关系。

在本申请另一实施例中，网络平台中的业务系统均可以用一个唯一的代码来代表，例如支付宝平台中的交易系统可以用A100代表，认证系统可以用A101代表，商友系统可以用A102代表。这些业务系统与其代码的对应关系可以存储在网络平台的数据库中。所述数据库可以位于某个服务器中，也可以位于某个逻辑体中。所述数据库中的内容可以被网络平台中的其他实体或者逻辑体访问。网络平台的运营方设置了各个业务系统的优先级后，可以将业务系统的代码与该业务系统优先级的对应关系录入本申请实施例的消息处理设备中。具体地，可以通过key-value的存储形式，将业务系统的代码作为key，将对应的业务系统的优先级作为value进行存储。通过业务系统的代码，可以查询该业务系统对应的优先级。这样，同样可以建立业务系统标识与所述业务系统的优先级的对应关系。

另外，本申请实施例还可以根据预设时间段内业务系统产生的原始消息数量来设定各个业务系统的优先级。本申请实施例的消息处理设备可以根据预设时间段内各个业务系统产生的原始消息的数量，将各个业务系统设置为不同的优先级。例如，消息处理设备预先设置：在3小时内，产生原始消息的数量小于500的业务系统的优先级为“低”；产生原始消息的数量大于或者等于500并且小于2000的业务系统的优先级为“正常”；产生原始消息的数量大于或者等于2000的业务系统的优先级为“高”。具体地，消息处理设备可以提取如表1中所示的原始消息中的业务系统中的本文名称，并统计具有相同文本名称的原始消息的数量，这样便可以得到不同业务系统在预设时间段内的原始消息的总数量。假设在最近3小时内，支付宝平台的交易系统共产生了4000条原始消息，而认证系统和商友系统分别产生了1000条和300条原始消息。那么，消息处理设备可以将交易系统的优先级设置为“高”，将认证系统和商友系统的优先级分别设置为“正常”和“低”。消息处理设备设置完业务系统的优先级后，可以保存业务系统标识与该业务系统优先级的对应关系。具体地，消息处理设备可以通过key-value的存储形式，将业务系统的文本名称或者代码作为key，将对应的业务系统的优先级作为value进行存储。通过业务系统的文本名称或者代码，可以查询该业务系统对应的优先级。这样，消息处理设备便可以建立业务系统标识与所述业务系统的优先级的对应关系。

需要说明的是，业务系统标识与所述业务系统的优先级的对应关系可以保存在本申请实施例的消息处理设备中，也可以保存在其他实体或者逻辑体中。所述实体或者逻辑体例如可以是本申请实施例的消息处理设备可访问的实体或者逻辑体。

某些实施例中，在建立了业务系统标识与业务系统优先级的对应关系后，可以提取原始消息中的业务系统标识。具体地，消息处理设备可以从业务系统发来的原始消息中提取该原始消息的业务系统的文本名称或者代码，并根据建立的业务系统标识与该业务系统优先级的对应关系，通过提取的业务系统的文本名称或者代码，查询该业务系统对应的优先级。所述查询的业务系统对应的优先级即可以设置为该原始消息的优先级。例如，消息处理设备接收到如表1所示的业务系统发来的原始消息。消息处理设备可以提取该原始消息中业务系统的内容：认证系统。可以看出该原始消息的业务系统是通过文本名称来表示的。消息处理设备提取出该原始消息的业务系统的文本名称后，可以根据建立的业务系统标识与所述业务系统的优先级的对应关系，将“认证系统”作为key查询对应的value，即“认证系统”对应的业务系统的优先级。假设认证系统对应的业务系统的优先级为“高”，那么消息处理设备可以将业务系统的优先级设置为该原始消息的优先级，确定该原始消息的优先级同样为“高”。这样，便可以建立原始消息与所述原始消息优先级的对应关系。本申请实施例可以根据原始消息所属业务系统的类别，对所述原始消息的优先级进行分类存储。例如，对于支付宝平台而言，可以将认证系统的原始消息的优先级设置为“中”，将交易系统的原始消息的优先级设置为“高”。这样，通过识别原始消息所属的业务系统，便可以获知该原始消息的优先级。

S200：接收业务系统的原始消息。

网络平台中各个业务系统在执行业务时，可以生成业务对应的原始消息。例如张三通过商友系统取消了对李四的关注，那么商友系统可以生成如表2所示的原始消息：

表2 商友系统生成的原始消息

业务系统代码	消息接收方账号	动态数据	文案编号
				A102	b***b@139.com	张三	25

其中，业务系统代码A102代表商友系统，b***b@139.com为李四的账号，张三为带填充的动态数据，文案编号25的固有文本内容为“{xxx}取消了对您的关注！”。商友系统生成该原始消息后，可以将该原始消息发送至本申请实施例的消息处理设备。消息处理设备接收业务系统发来的原始消息后，可以根据该原始消息的内容进行后续处理。

S300：根据所述预先建立的原始消息与所述原始消息优先级的对应关系，确定所述接收的原始消息的优先级消息。

消息处理设备接收到业务系统发来的原始消息后，可以根据步骤S100中建立的原始消息与所述原始消息优先级的对应关系，确定该原始消息的优先级。具体地，消息处理设备可以识别出接收的原始消息所属的业务系统，便可以确定该原始消息的优先级。

S400：根据所述确定的优先级处理所述接收的原始消息。

消息处理设备确定接收到的原始消息的优先级后，可以根据所述确定的优先级，对该原始消息进行后续处理。具体地，消息处理设备可以将优先级较高的原始消息发送给消息中心，让消息中心进行进一步的加工处理并发送给用户；将优先级较低的原始消息屏蔽，不发送至消息中心。通过优先级的筛选，消息处理设备可以过滤一部分优先级较低的原始消息，这样可以减少发送至消息中心的原始消息数量，从而缓解消息中心可能产生的消息堆叠问题。

消息处理设备可以预先设置第一优先级阈值。当接收的原始消息的优先级大于或者等于该第一优先级阈值时，消息处理设备则放行该原始消息，将该原始消息发送至消息中心进行后续处理。消息处理设备还可以预先设置第二优先级阈值，当接收的原始消息的优先级小于该第二优先级阈值时，消息处理设备则屏蔽该原始消息。所述第一优先级阈值可以大于或者等于第二优先级阈值。

例如，业务系统的优先级可以划分为“高”，“正常”，“低”这三个层级。其中，交易系统的优先级为“高”，认证系统的优先级为“正常”，商友系统的优先级为“低”。消息处理设备接收到交易系统发来的原始消息后，可以提取该原始消息的业务系统内容，并且根据提取的业务系统内容查询到该原始消息对应的优先级为“高”。假设预设的第一优先级阈值为“正常”，那么消息处理设备可以判定接收的原始消息的优先级大于第一优先级阈值，那么消息处理设备可以将该原始消息发送给消息中心，让消息中心进行后续处理。

在本申请另一实施例中，为了保证用户的体验，当接收的原始消息的优先级小于第二优先级阈值时，消息处理设备可以将该原始消息转入待处理队列，而不是直接屏蔽。当消息中心空闲时，消息处理设备可以将待处理队列中的原始消息发送至消息中心，让消息中心加工处理后发送给相应的用户。

下面介绍本申请的另一实施例。图3为本申请另一实施例提供的一种消息处理的方法流程图。如图3所示，所述方法包括：

S110：预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或放行。

网络平台的运营方可以预先对该网络平台中各个业务系统的原始消息设置过滤策略，所属过滤策略可以包括屏蔽或者放行。具体地，在本申请一实施例中，网络平台的运营方可以预先对该网络平台中的各个业务系统设置过滤策略。具体地，网络平台的运营方可以将该网络平台侧重的业务系统的过滤策略设置为放行，表明消息处理设备可以将过滤策略为放行的业务系统发来的原始消息发送至消息中心，让消息中心进行后续加工处理；网络平台的运营方还可以将该网络平台不太关注的业务系统的过滤策略设置为屏蔽，表明消息处理设备可以将过滤策略为屏蔽的业务系统发来的原始消息屏蔽，不发送至消息中心。

网络平台设置完各个业务系统的过滤策略后，可以将业务系统的标识与该业务系统的过滤策略的对应关系录入本申请实施例的消息处理设备中。所属业务系统的标识可以包括该业务系统的文本名称或者代码。具体地，可以通过key-value的存储形式，将业务系统的文本名称作为key，将对应的业务系统的过滤策略(放行或者屏蔽)作为value进行存储。通过业务系统的文本名称，可以查询该业务系统对应的过滤策略。这样，便可以建立业务系统的标识与所述业务系统的过滤策略的对应关系。

在本申请另一实施例中，网络平台中的业务系统均可以用一个唯一的代码来代表。这些业务系统与其代码的对应关系可以存储在网络平台的数据库中。所述数据库可以位于某个服务器中，也可以位于某个逻辑体中。所述数据库中的内容可以被网络平台中的其他实体或者逻辑体访问。网络平台的运营方设置了各个业务系统的过滤策略后，可以将业务系统的代码与该业务系统的过滤策略的对应关系录入本申请实施例的消息处理设备中。具体地，可以通过key-value的存储形式，将业务系统的代码作为key，将对应的业务系统的过滤策略作为value进行存储。通过业务系统的代码，可以查询该业务系统对应的过滤策略。这样，同样可以建立业务系统的标识与所述业务系统的过滤策略的对应关系。

另外，本申请实施例还可以根据预设时间段内业务系统产生的原始消息数量来设定各个业务系统的过滤策略。本申请实施例的消息处理设备可以预先设置一消息数量阈值，将产生的原始消息数量大于或者等于该阈值的业务系统的过滤策略设置为放行，将产生的原始消息数量小于该阈值的业务系统的过滤策略设置为屏蔽。消息处理设备设置完业务系统的优先级后，可以保存业务系统与该业务系统的过滤策略的对应关系。同样的，消息处理设备可以采用key-value的存储形式，将业务系统的文本名称或者业务系统的代码作为key，将该业务系统的过滤策略作为value进行存储。具体方式如上所述，这里不再赘述。

需要说明的是，业务系统的标识与所述业务系统的过滤策略的对应关系可以保存在本申请实施例的消息处理设备中，也可以保存在其他实体或者逻辑体中。所述实体或者逻辑体例如可以是本申请实施例的消息处理设备可访问的实体或者逻辑体。

某些实施例中，在建立了业务系统标识与业务系统的过滤策略的对应关系后，可以提取原始消息中的业务系统标识。具体地，消息处理设备可以从业务系统发来的原始消息中提取该原始消息的业务系统的文本名称或者代码，并根据建立的业务系统标识与该业务系统的过滤策略的对应关系，通过提取的业务系统的文本名称或者代码，查询该业务系统对应的过滤策略。所述查询的业务系统对应的过滤策略即可以设置为该原始消息的过滤策略。这样，便可以建立原始消息与所述原始消息的过滤策略的对应关系。本申请实施例可以根据原始消息所属业务系统的类别，对所述原始消息的过滤策略进行分类存储。例如，对于支付宝平台而言，可以将认证系统的原始消息的过滤策略设置为屏蔽，将交易系统的原始消息的过滤策略设置为放行。这样，通过识别原始消息所属的业务系统，便可以获知该原始消息的过滤策略。

S210：接收业务系统的原始消息。

网络平台中各个业务系统在执行业务时，可以生成业务对应的原始消息。业务系统生成该原始消息后，可以将该原始消息发送至本申请实施例的消息处理设备。消息处理设备接收业务系统发来的原始消息后，可以根据该原始消息的内容进行后续处理。

S310：根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，确定所述接收的原始消息的过滤策略。

消息处理设备接收到业务系统发来的原始消息后，可以根据步骤S110中建立的原始消息与所述原始消息的过滤策略的对应关系，确定该原始消息的过滤策略。具体地，消息处理设备可以识别出接收的原始消息所属的业务系统，便可以确定该原始消息的过滤策略。

S410：当所述接收的原始消息的过滤策略为放行时，放行所述原始消息。

消息处理设备确定接收到的原始消息的过滤策略后，可以根据所述确定的过滤策略，对该原始消息进行后续处理。具体地，当所述原始消息的过滤策略为屏蔽时，消息处理设备可以屏蔽所述原始消息。另外，当所述原始消息的过滤策略为放行时，消息处理设备可以将该原始消息发送至消息中心，让消息中心进行进一步地加工处理后发送给相应的用户。通过过滤策略的筛选，消息处理设备可以过滤一部分原始消息，这样可以减少发送至消息中心的原始消息数量，从而使得消息中心的消息不堆叠。

在本申请另一实施例中，为了保证用户的体验，当原始消息的过滤策略为屏蔽时，消息处理设备可以将该原始消息转入待处理队列，而不是直接屏蔽。当消息中心空闲时，消息处理设备可以将待处理队列中的原始消息发送至消息中心，让消息中心加工处理后发送给相应的用户。

需要说明的是，本申请实施例提供的消息处理设备除了可以作为独立的设备位于业务系统和消息中心之间，还可以作为功能模块集成于消息中心里。作为功能模块集成于消息中心里的消息处理设备可以与消息中心进行数据的互通，并且各个业务系统发送至消息中心的原始消息可以优先进入消息处理设备。经过消息处理设备的筛选后，符合优先级要求或者满足过滤策略的原始消息可以进入消息中心的加工处理模块，经过进一步加工处理后可以被发送至相应的用户。这种情况下消息处理设备的工作方式与上述作为独立的设备的工作方式类似，这里不再赘述。

在本申请另一实施例中，消息处理设备还可以作为一个功能模块集成于各个业务系统中。图4为本申请另一实施例中业务系统、消息处理设备和消息中心的结构图。从图4中可以看出，消息处理设备作为一个功能模块集成于各个业务系统中。这种情况下，消息处理设备可以判断所处业务系统的优先级或者过滤策略，从而决定是否将业务系统的原始消息发送至消息中心。图5为本申请另一实施例提供的一种消息处理的方法流程图。如图5所示，所述方法包括：

S120：预先建立原始消息与所述原始消息优先级的对应关系。

与步骤S100与S110类似，本申请实施例同样可以由网络平台的运营方根据网络平台侧重的业务系统，设置各个业务系统的优先级。网络平台的运营方设置业务系统的优先级后，可以通过key-value的形式，将业务系统的本文名称或者业务系统的代码作为key，将业务系统的优先级作为value存储进各个消息处理设备中，从而可以建立业务系统标识与所述业务系统的优先级的对应关系。

另外，在本申请另一实施例中，消息处理设备也可以根据业务系统在预设时间段内产生的原始消息的数量来设置业务系统的优先级。本申请实施例的各个业务系统中的消息处理设备可以预设统一的优先级设置标准。该优先级设置标准可以通过预设时间段内业务系统产生的原始消息的数量来判定该业务系统处于哪个优先级。例如，消息处理设备可以预先设置：在3小时内，产生原始消息的数量小于500的业务系统的优先级为“低”；产生原始消息的数量大于或者等于500并且小于2000的业务系统的优先级为“正常”；产生原始消息的数量大于或者等于2000的业务系统的优先级为“高”。消息处理设备可以监控所处业务系统的原始消息数量，根据预设时间段内原始消息的数量来设置所处业务系统的优先级。由于本申请实施例中每个业务系统均可以对应一个消息处理设备，那么每个消息处理设备中可以存储自身所处的业务系统的文本名称或者业务系统的代码与该业务系统的优先级的对应关系。例如业务系统1中的消息处理设备可以仅存储业务系统1与业务系统1的优先级的对应关系。所述对应关系同样可以通过key-value的形式存储，这里不再赘述。

在建立了业务系统标识与所述业务系统优先级的对应关系后，本申请实施例同样可以提取原始消息中的业务系统标识，并将该业务系统标识对应的优先级设置为所述原始消息的优先级。具体实施方式与步骤S100相似，这里不再赘述。

S220：根据所述建立的原始消息与所述原始消息优先级的对应关系，检测待处理业务系统的原始消息的优先级。

消息处理设备可以检测自身所处的业务系统的优先级，这里消息处理设备自身所处的业务系统就可以为所述的待处理业务系统。具体地，消息处理设备可以获取任意一条自身所处业务系统的原始消息，并且从该原始消息中提取业务系统内容中的文本名称或者代码。消息处理设备可以根据步骤S120中建立的业务系统标识与所述业务系统的优先级的对应关系，查询到该业务系统的文本名称或者代码对应的优先级。该优先级即可以代表消息处理设备所处业务系统的原始消息的优先级。

S320：根据所述检测的优先级对所述待处理业务系统的原始消息进行处理。

消息处理设备检测到自身所述业务系统的优先级后，可以根据所述检测的优先级，对该业务系统的原始消息进行后续处理。消息处理设备可以将优先级较高的业务系统的原始消息发送给消息中心，让消息中心进行进一步的加工处理并发送给用户；将优先级较低的业务系统的原始消息屏蔽，不发送至消息中心。通过优先级的筛选，消息处理设备可以过滤一部分优先级较低的业务系统的原始消息，这样可以减少发送至消息中心的原始消息数量，从而缓解消息中心可能出现的消息堆叠问题。

消息处理设备可以预先设置第三优先级阈值。当检测的业务系统的优先级大于或者等于该第三优先级阈值时，消息处理设备则放行该业务系统的原始消息，将该业务系统的原始消息发送至消息中心进行后续处理。消息处理设备还可以预先设置第四优先级阈值，当检测的业务系统的优先级小于该第四优先级阈值时，消息处理设备则屏蔽该业务系统的原始消息。所述第三优先级阈值可以大于或者等于第四优先级阈值。

在本申请另一实施例中，为了保证用户的体验，当检测的业务系统的优先级小于第四优先级阈值时，消息处理设备可以将该业务系统的原始消息转入待处理队列，而不是直接屏蔽。当消息中心空闲时，消息处理设备可以将待处理队列中的原始消息发送至消息中心，让消息中心加工处理后发送给相应的用户。

下面介绍本申请另一实施例。在该实施例中，消息处理设备同样可以如图4所示，作为功能模块集成于各个业务系统中。图6为本申请另一实施例提供的一种消息处理的方法流程图。如图6所示，所述方法包括：

S130：预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或者放行。

网络平台的运营方可以预先对该网络平台中的各个业务系统设置过滤策略，所述过滤策略包括屏蔽或者放行。具体地，网络平台的运营方可以将该网络平台侧重的业务系统的过滤策略设置为放行，表明消息处理设备可以将过滤策略为放行的业务系统的原始消息发送至消息中心，让消息中心进行后续加工处理；网络平台的运营方还可以将该网络平台不太关注的业务系统的过滤策略设置为屏蔽，表明消息处理设备可以将过滤策略为屏蔽的业务系统的原始消息屏蔽，不发送至消息中心。

网络平台设置完各个业务系统的过滤策略后，可以将业务系统标识与该业务系统的过滤策略的对应关系录入本申请实施例的各个消息处理设备中。具体地，可以通过key-value的存储形式，将业务系统的文本名称或者代码作为key，将对应的业务系统的过滤策略(放行或者屏蔽)作为value进行存储。

另外，本申请实施例还可以根据预设时间段内业务系统产生的原始消息的数量来设定各个业务系统的过滤策略。本申请实施例的消息处理设备可以预先设置统一的消息数量阈值，将预设时间内产生的原始消息数量大于或者等于该阈值的业务系统的过滤策略设置为放行，将产生的原始消息数量小于该阈值的业务系统的过滤策略设置为屏蔽。具体地，消息处理设备可以监控所处业务系统的原始消息数量，根据预设时间段内原始消息的数量来设置所处业务系统的过滤策略。由于本申请实施例中每个业务系统均可以对应一个消息处理设备，那么每个消息处理设备中可以存储自身所处的业务系统的文本名称或者业务系统的代码与该业务系统的过滤策略的对应关系。例如业务系统1中的消息处理设备可以仅存储业务系统1与业务系统1的过滤策略的对应关系。所述对应关系同样可以通过key-value的形式存储，这里不再赘述。

在建立了业务系统标识与所述业务系统优先级的对应关系后，本申请实施例同样可以提取原始消息中的业务系统标识，并将该业务系统标识对应的优先级设置为所述原始消息的优先级。具体实施方式与步骤S110相似，这里不再赘述。

S230：根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，检测待处理业务系统的原始消息的过滤策略。

消息处理设备可以检测自身所处的业务系统的过滤策略，这里消息处理设备自身所处的业务系统就可以为所述的待处理业务系统。具体地，消息处理设备可以获取任意一条自身所处业务系统的原始消息，并且从该原始消息中提取业务系统内容中的文本名称或者代码。消息处理设备可以根据步骤S130中建立的业务系统标识与所述业务系统的优先级的对应关系，查询到该业务系统的文本名称或者代码对应的过滤策略。该过滤策略即可以代表消息处理设备所处业务系统的原始消息的过滤策略。

S330：当所述待处理业务系统的原始消息的过滤策略为放行时，放行所述待处理业务系统的原始消息。

消息处理设备检测到自身所处的业务系统的过滤策略后，可以根据所述检测的过滤策略，对该业务系统的原始消息进行后续处理。具体地，当所述业务系统的过滤策略为屏蔽时，消息处理设备可以屏蔽该业务系统的原始消息。另外，当所述业务系统的过滤策略为放行时，消息处理设备可以将该业务系统的原始消息发送至消息中心，让消息中心进行进一步地加工处理后发送给相应的用户。通过过滤策略的筛选，消息处理设备可以过滤一部分原始消息，这样可以减少发送至消息中心的原始消息数量，从而可以缓解消息中心可能出现的消息堆叠问题。

在本申请另一实施例中，为了保证用户的体验，当业务系统的过滤策略为屏蔽时，消息处理设备可以将该业务系统的原始消息转入待处理队列，而不是直接屏蔽。当消息中心空闲时，消息处理设备可以将待处理队列中的原始消息发送至消息中心，让消息中心加工处理后发送给相应的用户。

本申请实施例还提供一种消息处理的设备。图7为本申请一实施例提供的一种消息处理的设备功能模块图。如图7所示，所述设备包括：

优先级建立单元100，用来预先建立原始消息与所述原始消息优先级的对应关系；

消息接收单元200，用来接收业务系统的原始消息；

优先级确定单元300，用来根据所述预先建立的原始消息与所述原始消息优先级的对应关系，确定所述接收的原始消息的优先级消息；

处理单元400，用来根据所述确定的优先级处理所述接收的原始消息。

进一步地，所述处理单元400具体包括：

第一阈值设置模块401，用来设置第一优先级阈值；

第一判定模块402，用来判定当所述确定的优先级大于或者等于第一优先级阈值时，放行所述接收的原始消息；

第二阈值设置模块403，用来设置第二优先级阈值；

第二判定模块404，用来判定当所述确定的优先级小于第二优先级阈值时，屏蔽所述接收的原始消息或者将所述接收的原始消息转入待处理队列。

图8为本申请另一实施例提供的一种消息处理的设备功能模块图。如图8所示，所述设备包括：

过滤策略建立单元110，用来预先建立业务系统与所述业务系统的过滤策略的对应关系，所述过滤策略包括屏蔽或放行；

消息接收单元210，用来接收业务系统的原始消息；

过滤策略确定单元310，用来建立的原始消息与所述原始消息的过滤策略的对应关系，确定所述接收的原始消息的过滤策略；

放行单元410，用来当所述接收的原始消息的过滤策略为放行时，放行所述接收的原始消息。

进一步地，所述设备还包括：

屏蔽单元510，用来当所述原始消息的过滤策略为屏蔽时，屏蔽所述接收的原始消息或者将所述接收的原始消息转入待处理队列。

上述实施例的消息处理的设备可以作为独立的设备，位于业务系统和消息中心之间；也可以作为功能模块，集成于消息中心内部。

本申请实施例的消息处理设备还可以作为功能模块集成于各个业务系统内部，具体如下所述：

图9为本申请另一实施例提供的一种消息处理的设备功能模块图。如图9所示，所述设备包括：

优先级建立单元120，用来预先建立原始消息与所述原始消息优先级的对应关系；

检测单元220，用来根据所述建立的原始消息与所述原始消息优先级的对应关系，检测待处理业务系统的原始消息的优先级；

处理单元320，用来根据所述检测的优先级对所述待处理业务系统的原始消息进行处理。

进一步地，所述处理单元320具体包括：

第三阈值设置模块321，用来设置第三优先级阈值；

第三判定模块322，用来判定当所述确定的优先级大于或者等于第三优先级阈值时，放行所述待处理业务系统的原始消息；

第四阈值设置模块323，用来设置第四优先级阈值；

第四判定模块324，用来判定当所述确定的优先级小于第四优先级阈值时，屏蔽所述待处理业务系统的原始消息或者将所述待处理业务系统的原始消息转入待处理队列。

图10为本申请另一实施例提供的一种消息处理的设备功能模块图。如图10所示，所述设备包括：

过滤策略建立单元130，用来预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或者放行；

检测单元230，用来根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，检测待处理业务系统的原始消息的过滤策略；

放行单元330，用来当所述待处理业务系统的原始消息的过滤策略为放行时，放行所述待处理业务系统的原始消息。

进一步地，所述设备还可以包括：

屏蔽单元430，用来当所述待处理业务系统的原始消息的过滤策略为屏蔽时，屏蔽所述待处理业务系统的原始消息或者将所述待处理业务系统的原始消息转入待处理队列。

本申请实施例提供的一种消息处理的方法及设备，可以按照预设的规则将业务系统的原始消息做过滤处理后再发送给消息中心，从而可以缓解消息中心可能出现的消息堆叠问题。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java HardwareDescription Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware DescriptionLanguage)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit HardwareDescription Language)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、AtmelAT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。

本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (33)

1.一种消息处理的方法，其特征在于，包括：

预先建立原始消息与所述原始消息优先级的对应关系；

接收业务系统的原始消息；

根据所述预先建立的原始消息与所述原始消息优先级的对应关系，确定所述接收的原始消息的优先级；

根据所述确定的优先级处理所述接收的原始消息。

2.如权利要求1所述的一种消息处理的方法，其特征在于，所述预先建立原始消息与所述原始消息优先级的对应关系具体包括：

预先建立业务系统标识与所述业务系统优先级的对应关系；

提取原始消息中的业务系统标识；

根据所述预先建立的业务系统标识与所述业务系统优先级的对应关系，查询所述提取的业务系统标识的优先级；

将所述查询的业务系统标识的优先级设置为所述原始消息的优先级。

3.如权利要求2所述的一种消息处理的方法，其特征在于，所述业务系统标识包括业务系统文本名称或者业务系统代码。

4.如权利要求1所述的一种消息处理的方法，其特征在于，所述根据所述确定的优先级处理所述接收的原始消息具体包括：

当所述确定的优先级大于或者等于预先设置的第一优先级阈值时，放行所述接收的原始消息。

5.如权利要求1所述的一种消息处理的方法，其特征在于，所述根据所述确定的优先级处理所述接收的原始消息具体包括：

当所述确定的优先级小于预先设置的第二优先级阈值时，屏蔽所述接收的原始消息。

6.如权利要求1所述的一种消息处理的方法，其特征在于，所述根据所述确定的优先级处理所述接收的原始消息具体包括：

当所述确定的优先级小于预先设置的第二优先级阈值时，将所述接收的原始消息转入待处理队列。

7.一种消息处理的方法，其特征在于，包括：

预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或放行；

接收业务系统的原始消息；

根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，确定所述接收的原始消息的过滤策略；

当所述接收的原始消息的过滤策略为放行时，放行所述接收的原始消息。

8.如权利要求7所述的一种消息处理的方法，其特征在于，所述预先建立原始消息与所述原始消息的过滤策略的对应关系具体包括：

预先建立业务系统标识与所述业务系统的过滤策略的对应关系；

提取原始消息中的业务系统标识；

根据所述预先建立的业务系统标识与所述业务系统额过滤策略的对应关系，查询所述提取的业务系统标识的过滤策略；

将所述查询的业务系统标识的过滤策略设置为所述原始消息的过滤策略。

9.如权利要求8所述的一种消息处理的方法，其特征在于，所述业务系统标识包括业务系统文本名称或者业务系统代码。

10.如权利要求8所述的一种消息处理的方法，其特征在于，所述方法还包括：

当所述接收的原始消息的过滤策略为屏蔽时，屏蔽所述接收的原始消息。

11.如权利要求8所述的一种消息处理的方法，其特征在于，所述方法还包括：

当所述接收的原始消息的过滤策略为屏蔽时，将所述接收的原始消息转入待处理队列。

12.一种消息处理的方法，其特征在于，包括：

预先建立原始消息与所述原始消息优先级的对应关系；

根据所述建立的原始消息与所述原始消息优先级的对应关系，检测待处理业务系统的原始消息的优先级；

根据所述检测的优先级对所述待处理业务系统的原始消息进行处理。

13.如权利要求12所述的一种消息处理的方法，其特征在于，所述预先建立原始消息与所述原始消息优先级的对应关系具体包括：

预先建立业务系统标识与所述业务系统优先级的对应关系；

提取原始消息中的业务系统标识；

根据所述预先建立的业务系统标识与所述业务系统优先级的对应关系，查询所述提取的业务系统标识的优先级；

将所述查询的业务系统标识的优先级设置为所述原始消息的优先级。

14.如权利要求13所述的一种消息处理的方法，其特征在于，所述业务系统标识包括业务系统文本名称或者业务系统代码。

15.如权利要求12所述的一种消息处理的方法，其特征在于，所述根据检测的优先级对所述待处理业务系统的原始消息进行处理具体包括：

当所述检测的优先级大于或者等于预先设置的第三优先级阈值时，放行所述待处理业务系统的原始消息。

16.如权利要求12所述的一种消息处理的方法，其特征在于，所述根据检测的优先级对所述待处理业务系统的原始消息进行处理具体包括：

当所述检测的优先级小于预先设置的第四优先级阈值时，屏蔽所述待处理业务系统的原始消息。

17.如权利要求12所述的一种消息处理的方法，其特征在于，所述根据检测的优先级对所述待处理业务系统的原始消息进行处理具体包括：

当所述检测的优先级小于预先设置的第四优先级阈值时，将所述待处理业务系统的原始消息转入待处理队列。

18.一种消息处理的方法，其特征在于，包括：

预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或者放行；

根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，检测待处理业务系统的原始消息的过滤策略；

当所述待处理业务系统的原始消息的过滤策略为放行时，放行所述待处理业务系统的原始消息。

19.如权利要求18所述的一种消息处理的方法，其特征在于，所述预先建立原始消息与所述原始消息的过滤策略的对应关系具体包括：

预先建立业务系统标识与所述业务系统的过滤策略的对应关系；

提取原始消息中的业务系统标识；

根据所述预先建立的业务系统标识与所述业务系统额过滤策略的对应关系，查询所述提取的业务系统标识的过滤策略；

将所述查询的业务系统标识的过滤策略设置为所述原始消息的过滤策略。

20.如权利要求18所述的一种消息处理的方法，其特征在于，所述方法还包括：

当所述待处理业务系统的原始消息的过滤策略为屏蔽时，屏蔽所述待处理业务系统的原始消息。

21.如权利要求18所述的一种消息处理的方法，其特征在于，所述方法还包括：

当所述待处理业务系统的原始消息的过滤策略为屏蔽时，将所述待处理业务系统的原始消息转入待处理队列。

22.一种消息处理的设备，其特征在于，包括：优先级建立单元，消息接收单元，优先级确定单元以及处理单元，其中：

所述优先级建立单元，用来预先建立原始消息与所述原始消息优先级的对应关系；

所述消息接收单元，用来接收业务系统的原始消息；

所述优先级确定单元，用来根据所述预先建立的原始消息与所述原始消息优先级的对应关系，确定所述接收的原始消息的优先级消息；

所述处理单元，用来根据所述确定的优先级处理所述接收的原始消息。

23.如权利要求22所述的一种消息处理的设备，其特征在于，所述处理单元具体包括：

第一阈值设置模块，用来设置第一优先级阈值；

第一判定模块，用来判定当所述确定的优先级大于或者等于第一优先级阈值时，放行所述接收的原始消息。

24.如权利要求22所述的一种消息处理的设备，其特征在于，所述处理单元具体包括：

第二阈值设置模块，用来设置第二优先级阈值；

第二判定模块，用来判定当所述确定的优先级小于第二优先级阈值时，屏蔽所述接收的原始消息或者将所述接收的原始消息转入待处理队列。

25.一种消息处理的设备，其特征在于，包括：过滤策略建立单元，消息接收单元，过滤策略确定单元，放行单元，其中：

所述过滤策略建立单元，用来预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或放行；

所述消息接收单元，用来接收业务系统的原始消息；

所述过滤策略确定单元，用来根据建立的原始消息与所述原始消息的过滤策略的对应关系，确定所述接收的原始消息的过滤策略；

所述放行单元，用来当所述接收的原始消息的过滤策略为放行时，放行所述接收的原始消息。

26.如权利要求25所述的一种消息处理的设备，其特征在于，所述设备还包括：

屏蔽单元，用来当所述接收的原始消息的过滤策略为屏蔽时，屏蔽所述接收的原始消息或者将所述接收的原始消息转入待处理队列。

27.如权利要求22或者25所述的一种消息处理的设备，其特征在于，所述设备作为独立的设备，位于业务系统和消息中心之间；

或者，

所述设备作为功能模块，集成于消息中心内部。

28.一种消息处理的设备，其特征在于，包括：优先级建立单元，检测单元以及处理单元，其中：

所述优先级建立单元，用来预先建立原始消息与所述原始消息优先级的对应关系；

所述检测单元，用来根据所述建立的原始消息与所述原始消息优先级的对应关系，检测待处理业务系统的原始消息的优先级；

所述处理单元，用来根据所述检测的优先级对所述待处理业务系统的原始消息进行处理。

29.如权利要求28所述的一种消息处理的设备，其特征在于，所述处理单元具体包括：

第三阈值设置模块，用来设置第三优先级阈值；

第三判定模块，用来判定当所述确定的优先级大于或者等于第三优先级阈值时，放行所述待处理业务系统的原始消息。

30.如权利要求28所述的一种消息处理的设备，其特征在于，所述处理单元具体包括：

第四阈值设置模块，用来设置第四优先级阈值；

第四判定模块，用来判定当所述确定的优先级小于第四优先级阈值时，屏蔽所述待处理业务系统的原始消息或者将所述待处理业务系统的原始消息转入待处理队列。

31.一种消息处理的设备，其特征在于，包括：过滤策略建立单元，检测单元以及放行单元，其中：

所述过滤策略建立单元，用来预先建立原始消息与所述原始消息的过滤策略的对应关系，所述过滤策略包括屏蔽或者放行；

所述检测单元，用来根据所述建立的原始消息与所述原始消息的过滤策略的对应关系，检测待处理业务系统的原始消息的过滤策略；

所述放行单元，用来当所述待处理业务系统的原始消息的过滤策略为放行时，放行所述待处理业务系统的原始消息。

32.如权利要求31所述的一种消息处理的设备，其特征在于，所述设备还包括：

屏蔽单元，用来当所述待处理业务系统的原始消息的过滤策略为屏蔽时，屏蔽所述待处理业务系统的原始消息或者将所述待处理业务系统的原始消息转入待处理队列。

33.如权利要求28或者31所述的一种消息处理的设备，其特征在于，所述设备作为功能模块集成于各个业务系统内部。