CN108667710A - 一种信息处理方法及设备 - Google Patents

Abstract

本发明公开了一种信息处理方法及设备，所述方法包括：接收到第一信息；第一信息为第二客户端发送至第一客户端的信息；分析第一信息，提取第一信息所包含的第一关键信息；第一关键信息至少包括：表征第一信息类型的第一特征信息和第一客户端的第二特征信息；基于第一关键信息查找预设特征库，判断预设特征库中是否存在与第一关键信息对应的处理策略，获得判断结果；其中，预设特征库中包括至少一组关键信息与处理策略的映射关系；当判断结果表征预设特征库中存在与第一关键信息对应的处理策略时，获得与第一关键信息对应的第一处理策略，基于第一处理策略对第一信息进行处理。

Description

一种信息处理方法及设备

技术领域

本发明涉及互联网通信技术，尤其涉及一种信息处理方法及设备。

背景技术

随着终端设备种类的不同，终端设备中操作系统的不同等因素，同一开发商的应用客户端也可能具有多种版本，以即时通信应用客户端(例如QQ客户端)为例，基于终端设备种类的不同，具体可例如Iphone客户端、iPad客户端、Mac客户端等，基于操作系统的不同，具体可例如IOS客户端、安卓(Android)客户端等等。另一方面，同一开发商可具有处于同一类型的不同的客户端，例如某开发商下具有的即时通信应用客户端除了QQ客户端以外，还有例如TIM应用客户端、企点应用客户端等即时通信应用客户端。处于同一类型的不同版本的应用客户端之间可进行通信，处于同一类型但不同的应用客户端之间也可进行通信，以满足消息要在多种产品、多种平台上交互的需求。不同的终端设备上的应用客户端(该应用客户端均指同一开发商的处于同一类型的客户端)的版本号可能不一样，需求开发进度不一样，很难保证同一个新功能在这些应用客户端上同时上线，因此会出现不支持新功能的客户端如何展示新功能的问题。传统的做法是，技术人员在编码时按照产品、按照平台，做各种兼容逻辑处理，但大量的编码不容易阅读，且涉及到编译和几千台服务器的发布，开发周期长、上线慢。

发明内容

本发明实施例提供一种信息处理方法及设备，至少解决了现有技术中存在的问题，能够基于客户端发送的信息的不同信息类型，不同接收客户端的特征信息对信息进行过滤转换，实现不同客户端对信息的兼容。

本发明实施例的技术方案是这样实现的：

本发明实施例提供了一种信息处理方法，所述方法包括：

接收到第一信息；所述第一信息为第二客户端发送至第一客户端的信息；

分析所述第一信息，提取所述第一信息所包含的第一关键信息；所述第一关键信息至少包括：表征第一信息类型的第一特征信息和所述第一客户端的第二特征信息；

基于所述第一关键信息查找预设特征库，判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，获得判断结果；其中，所述预设特征库中包括至少一组关键信息与处理策略的映射关系；

当所述判断结果表征所述预设特征库中存在与所述第一关键信息对应的处理策略时，获得与所述第一关键信息对应的第一处理策略，基于所述第一处理策略对所述第一信息进行处理。

上述方案中，所述预设特征库中所包含的映射关系包括：表征信息类型的特征信息、至少一个客户端的特征信息以及每个客户端的特征信息对应的处理策略；

所述判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，包括：

判断所述预设特征库所包含的至少一组映射关系中是否包含所述第一特征信息；

当所述预设特征库所包含的至少一组映射关系中包含所述第一特征信息时，判定所述预设特征库中存在与所述第一关键信息对应的处理策略。

上述方案中，所述获得与所述第一关键信息对应的第一处理策略，包括：

基于所述预设特征库获得所述第一特征信息对应的第一映射关系；

从所述第一映射关系中获得与所述第二特征信息相对应的处理策略作为所述第一处理策略。

上述方案中，所述方法还包括：

当所述判断结果表征所述预设特征库中不存在与所述第一关键信息对应的处理策略时，直接发送所述第一信息至所述第一客户端。

上述方案中，所述基于所述第一处理策略对所述第一信息进行处理，包括：

依据所述第一处理策略直接发送所述第一信息至所述第一客户端；

或者，依据所述第一处理策略丢弃所述第一信息；

或者，依据所述第一处理策略发送预先存储的提示信息至所述第一客户端；

或者，依据所述第一处理策略将所述第一信息转换为第二信息，发送所述第二信息至所述第一客户端。

本发明实施例还提供了一种信息处理设备，所述设备包括：接收单元、提取单元、判断单元及处理单元；其中，

所述接收单元，用于接收第一信息；所述第一信息为第二客户端发送至第一客户端的信息；

所述提取单元，用于分析所述第一信息，提取所述第一信息所包含的第一关键信息；所述第一关键信息至少包括：表征第一信息类型的第一特征信息和所述第一客户端的第二特征信息；

所述判断单元，用于基于所述第一关键信息查找预设特征库，判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，获得判断结果；其中，所述预设特征库中包括至少一组关键信息与处理策略的映射关系；

所述处理单元，用于当所述判断结果表征所述预设特征库中存在与所述第一关键信息对应的处理策略时，获得与所述第一关键信息对应的第一处理策略，基于所述第一处理策略对所述第一信息进行处理。

上述方案中，所述判断单元，还用于判断所述预设特征库所包含的至少一组映射关系中是否包含所述第一特征信息；

当所述预设特征库所包含的至少一组映射关系中包含所述第一特征信息时，判定所述预设特征库中存在与所述第一关键信息对应的处理策略。

上述方案中，所述处理单元，还用于基于所述预设特征库获得所述第一特征信息对应的第一映射关系；

从所述第一映射关系中获得与所述第二特征信息相对应的处理策略作为所述第一处理策略。

上述方案中，所述处理单元，还用于当所述判断结果表征所述预设特征库中不存在与所述第一关键信息对应的处理策略时，直接发送所述第一信息至所述第一客户端。

上述方案中，所述处理单元，还用于依据所述第一处理策略直接发送所述第一信息至所述第一客户端；

或者，依据所述第一处理策略丢弃所述第一信息；

或者，依据所述第一处理策略发送预先存储的提示信息至所述第一客户端；

或者，依据所述第一处理策略将所述第一信息转换为第二信息，发送所述第二信息至所述第一客户端。

应用本发明所述实施例，接收到第一信息；第一信息为第二客户端发送至第一客户端的信息；分析第一信息，提取第一信息所包含的第一关键信息；第一关键信息至少包括：表征第一信息类型的第一特征信息和第一客户端的第二特征信息；基于第一关键信息查找预设特征库，判断预设特征库中是否存在与第一关键信息对应的处理策略，获得判断结果；其中，预设特征库中包括至少一组关键信息与处理策略的映射关系；当判断结果表征预设特征库中存在与第一关键信息对应的处理策略时，获得与第一关键信息对应的第一处理策略，基于第一处理策略对第一信息进行处理。如此，基于待发送的消息的类型、待接收该消息的客户端的特征信息，实现对消息的过滤转换，进而实现不同客户端间消息的兼容。

附图说明

图1为本发明实施例中进行信息交互的各方硬件实体的示意图；

图2为本发明实施例中信息处理方法的第一种流程示意图；

图3为本发明实施例中第一客户端显示提示信息的示意图一；

图4为本发明实施例中信息处理方法的第二种流程示意图；

图5为本发明实施例中红包消息对应的映射关系示意图；

图6为本发明实施例中第一客户端显示提示信息的示意图二；

图7为本发明实施例中信息处理方法的第三种流程示意图；

图8为本发明实施例中信息处理方法的第四种流程示意图；

图9为本发明实施例中信息处理方法的第五种流程示意图；

图10为本发明实施例中第一客户端显示提示信息的示意图三；

图11为本发明实施例中服务器与第一客户端、第二客户端进行信息交互的示意图；

图12为本发明实施例中信息处理设备的组成结构示意图；

图13为本发明实施例中信息处理设备作为硬件实体的示意图。

具体实施方式

发明人在研究过程中发现，相关技术中的即时通讯客户端有套版本管理系统，通过配置能力项实现客户端支持的功能，勾选了能力项该客户端就支持相应的能力，根据不同类型不同版本的客户端的功能特点选择勾选或不勾选。每个能力项背后是一套if else分支，如此，为了实现客户端支持尽量多的功能，需要加入大量的if else分支，还要根据不同类型不同版本的客户端进行消息的兼容处理，导致了开发一个客户端的新功能需要很长的开发周期，新功能上线慢。

采用配置能力项实现客户端功能的方式在实际实施时，至少存在以下缺点：1、配置文件巨大，因为客户端支持的一个能力项需占用一个字节，目前版本库中有2万多个版本，200多个能力项，配置文件大小有4M大小，每增加一个能力项，配置文件固定增加20k大小，且配置文件越大，拉取时间越长，启动越慢。2、配置过程复杂，因为对于每个新版本或更高级版本的客户端，都要弄清楚该版本的上一个版本对应勾选了哪些能力项，该版本客户端本次新增的功能需勾选哪些能力项。3、代码可读性差，因为在开发过程中对应每个能力项，都要做if else逻辑，为了使不同类型不同版本的客户端都支持同一个能力项，需要ifelse大量嵌套，代码的可读性很差。

发明人在研究过程中还发现，如果在消息发送过程中，服务器基于消息的类型及第一客户端自身的特点，对第二客户端发送给第一客户端的消息进行处理(例如：对消息进行转换使第一客户端支持该消息的显示，或者服务器针对发送的消息给予第一客户端升级提示等)，如此，可适应不同类型的消息在不同类型不同版本的客户端之间的正常发送，加快了客户端新功能的上线速度，且实现简单。

下面结合附图及具体实施例对本发明作进一步详细的说明。

图1为本发明实施例中进行信息交互的各方硬件实体的示意图，图1中包括：服务器11……1n、终端设备21-24，终端设备21-24通过有线网络或者无线网络与服务器进行信息交互，终端设备包括手机、台式机、PC机、一体机等类型。一个示例中，第一类终端(如消息发送者所在的终端)通过即时通讯客户端将想要发送给第二类终端(如消息接收者所在的终端)的消息发送至服务器，服务器根据预设的处理策略，针对消息的类型，以及第二类终端上对应的即使客户端的特征信息(如客户端类型，客户端版本号等)对消息进行处理(如进行消息转换过滤)，然后将第一类终端发送的消息直接丢弃，或者将经过处理的消息发送给第二类终端，以使第二类终端上对应的即使客户端能够支持该消息的显示。

在本发明实施例中，服务器接收到第二客户端发送至第一客户端的第一信息，分析并提取第一信息包含的第一关键信息；这里的第一关键信息至少包括：表征第一信息类型的第一特征信息和所述第一客户端的第二特征信息；服务器基于第一关键信息查找预设特征库，判断预设特征库中是否存在与第一关键信息对应的处理策略，获得判断结果；其中，预设特征库中包括至少一组关键信息与处理策略的映射关系；当判断结果表征预设特征库中存在与第一关键信息对应的处理策略时，获得与所述第一关键信息对应的第一处理策略，并基于第一处理策略对第一信息进行处理。

实施例一

本发明实施例提供了一种信息处理方法，应用于服务器侧，图2为本发明实施例的信息处理方法的第一种流程示意图；如图2所示，所述方法包括：

步骤101：接收到第一信息。

在本发明实施例中，第一信息为第二客户端发送至第一客户端的信息；在实际应用过程中，这里的信息可以为一种消息，例如为一种红包消息、表情消息、位置消息等；第一客户端及第二客户端可以为即时通讯客户端，例如QQ客户端、微信客户端、企点客户端等；其中，每一种即时通讯客户端根据其应用的终端设备的不同还可再具体分类，每一种即时通讯客户端根据其应用的操作系统的不同还可再具体分类；例如：QQ客户端依据其应用的终端设备不同可分为：手机QQ客户端、iPad QQ客户端、PC客户端等，QQ客户端依据其应用的操作系统的不同可分为：Iphone QQ客户端、MacQQ客户端、Android QQ客户端等。

步骤102：分析所述第一信息，提取所述第一信息所包含的第一关键信息。

这里，当服务器接收到第二客户端发送的信息后，首先提取该信息中携带的关键信息，在本发明实施例中，所述第一关键信息至少包括：表征第一信息类型的第一特征信息和所述第一客户端的第二特征信息；在实际应用中，第一特征信息用于表征第一信息的信息类型，如红包消息类型、表情消息类型、位置消息类型等等；第二特征信息用于标识所述第一客户端，在实际实施时，可以包括：客户端类型、该类型客户端的应用平台/操作系统、客户端版本号等，以指示具体为何种类型何种版本的客户端，如版本号为6409的PC QQ客户端、版本号为5106的Iphone微信客户端等。

步骤103：基于所述第一关键信息查找预设特征库，判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，获得判断结果。

在本发明实施例中，预设特征库中预先存储了至少一组关键信息与处理策略的映射关系，基于确定的关键信息(如一组关键信息为：红包消息、版本号为6409的PC QQ客户端)可得到与该关键信息对应的对第一信息(如红包消息)的处理策略；这里的处理策略可以为依据实际应用情况设定的策略，如丢弃第一信息、将第一信息转成第二信息、或发送与第一信息对应的提示信息等等。

一个示例可以为：服务器从接收到的消息中提取的一组关键信息包括：红包消息、版本号为6408的Android QQ客户端；预设特征库中存储了与提取的上述红包消息、版本号为6408的Android QQ客户端对应的处理策略，该处理策略为对于红包消息，版本号小于6409的Android QQ客户端提示升级客户端版本。

另一个示例可以为：服务器从接收到的消息中提取的一组关键信息包括：位置消息、版本号为5105的PC微信客户端；预设特征库中存储了与提取的上述位置消息、版本号为5105的PC微信客户端对应的处理策略，该处理策略为对于位置消息，版本号小于5106的PC微信客户端转文本提示，将预先设定的提示消息发送给该客户端，如：请升级到最新版本查收消息。

需要说明的是，所述预设特征库中存储的映射关系可以为预先存储的，或者为服务器在对消息进行处理前加载配置文件后得到的。

步骤104：当所述判断结果表征所述预设特征库中存在与所述第一关键信息对应的处理策略时，获得与所述第一关键信息对应的第一处理策略，基于所述第一处理策略对所述第一信息进行处理。

基于本发明上述实施例，在实际应用中，当服务器基于从第一信息中提取的第一信息的信息类型、第一客户端的特征信息，确定预设特征库中存在与所述第一信息的信息类型、第一客户端的特征信息对应的处理策略时，可基于提取的第一关键信息获取对应的处理策略，然后基于得到的处理策略对第一信息进行处理。

一个示例可以为：服务器获得与提取得到的一组关键信息(包括：广告消息、版本号为5105的Android微信客户端)对应的处理策略为：对于广告消息，版本号小于5106的Android微信客户端丢弃广告消息(实际实施时，由于大部分广告消息都不是用户喜欢接收的，因此对于版本低无法正常展示广告消息的客户端可设置丢弃广告消息的处理策略)，服务器依据获得的处理策略便将接收到的第一信息(广告信息)丢弃，并不发送给第一客户端(版本号为5105的Android微信客户端)，避免了第一客户端无法正常展示给第一客户端的用户带来困扰。

另一个示例可以为：服务器从接收到的消息中提取的一组关键信息包括：位置消息、版本号为6208的Android QQ客户端；预设特征库中存储了与提取的上述位置消息、版本号为6208的Android QQ客户端对应的处理策略，该处理策略为对于位置消息，版本号小于6409的Android QQ客户端提示升级客户端版本，服务器依据获得的处理策略发送预设的升级提示信息给版本号为6208的Android QQ客户端进行显示，以使用户进行版本升级进而接收位置消息；如图3所示为6208的Android QQ客户端(第一客户端)显示升级提示信息的示意图。

当然，在实际实施时，服务器可能在预设特征库中无法查找到与所述第一关键信息对应的处理策略，此时服务器默认第一信息为第一客户端可以正常显示，即直接发送第一信息给第一客户端；例如，在实际实施时，支持文字消息为每个即时通讯客户端的一项基本能力，因此，在设置处理策略时可无需针对文字信息专门设置处理策略。

应用本发明上述实施例，预设特征库中预先存储了不同类型消息、不同类型不同版本客户端对应的处理策略，服务器接收到待发送的消息后，基于该消息中携带的消息类型、待接收该消息的客户端的类型及版本号，查找预设特征库中存储的与消息类型、接收消息的客户端的特征信息对应的处理策略，然后依据获取的处理策略对接收到的消息进行处理；如此，服务器基于待发送的消息的类型、待接收该消息的客户端的特征信息，实现对消息的过滤转换，以及不同客户端间消息的兼容。

实施例二

本发明实施例提供了一种信息处理方法，应用于服务器侧，图4为本发明实施例的信息处理方法的第二种流程示意图；如图4所示，所述方法包括：

步骤201：服务器接收第二客户端发送的第一消息。

这里，所述第一消息为第二客户端发送给第一客户端的消息，第一客户端及第二客户端可以为即时通讯客户端，例如QQ客户端、微信客户端、企点客户端等；其中，每一种即时通讯客户端根据其应用的终端设备的不同还可再具体分类，每一种即时通讯客户端根据其应用的操作系统的不同还可再具体分类；例如：QQ客户端依据其应用的终端设备不同可分为：手机QQ客户端、iPad QQ客户端、PC客户端等，QQ客户端依据其应用的操作系统的不同可分为：Iphone QQ客户端、MacQQ客户端、Android QQ客户端等；在一实施例中，第一消息可以为任一类型的即时通讯消息，例如：红包消息、表情消息、位置消息、广告消息、抖一抖消息等。

步骤202：分析所述第一消息，提取所述第一消息中携带的第一关键信息。

基于本发明上述实施例，在实际应用中，第一关键信息至少包括：表征第一消息类型的第一特征信息和所述第一客户端的第二特征信息；在实际应用中，第一特征信息用于表征第一消息的消息类型，如红包消息类型、表情消息类型、位置消息类型等等；第二特征信息用于标识所述第一客户端，在实际实施时，第二特征信息可以包括：客户端类型、该类型客户端的应用平台/操作系统、客户端版本号等，以指示具体为何种客户端，如版本号为6409的PC QQ客户端、版本号为5106的Iphone微信客户端等。

步骤203：基于所述第一关键信息查找预设特征库，判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，如果存在，执行步骤204；否则执行步骤205。

在实际实施时，预设特征库中预先存储了至少一组关键信息与处理策略的映射关系，服务器获取所述第一关键信息后，判断所述预设特征库所包含的至少一组映射关系中是否包含表征第一消息的消息类型的第一特征信息，确定预设特征库所包含的至少一组映射关系中包含第一特征信息时，判定预设特征库中存在与所述第一关键信息对应的处理策略；否则，视为预设特征库中不存在与所述第一关键信息对应的处理策略。在实际应用中，服务器基于确定的关键信息(例如一组关键信息可以包括：表征所述第一消息的消息类型为位置消息的第一特征信息、表征第一客户端为版本号5106的Iphone微信客户端的第二特征信息)可得到与位置消息对应的对所述第一消息的处理策略，该处理策略可以为依据实际应用情况设定的策略，依据不同类型、不同应用平台/操作系统的客户端而不同；所述处理策略如丢弃第一消息、将第一消息转成第二消息、或发送与第一消息对应的提示信息等等。

步骤204：获得与所述第一关键信息对应的第一处理策略，基于所述第一处理策略对所述第一消息进行处理。

在实际实施时，服务器基于预设特征库获得第一特征信息对应的第一映射关系，然后从所述第一映射关系中获得与所述第二特征信息相对应的处理策略作为所述第一处理策略。一个示例可以为：服务器从预设特征库中得到与红包消息对应的映射关系，即第一映射关系，然后从第一映射关系中获得与版本号5106的Iphone微信客户端相对应的处理策略作为所述第一处理策略；这里与红包消息对应的映射关系的一个示意图如图5所示。

由于不同类型的消息、不同的客户端对应的处理策略不同，因此，在实际实施时，服务器依据第一处理策略可直接发送第一消息至第一客户端；或者，依据第一处理策略丢弃所述第一消息；或者，依据所述第一处理策略发送预先存储的提示信息至第一客户端；或者，依据所述第一处理策略将第一消息转换为第二消息，发送所述第二消息至所述第一客户端。

在本发明实施例中，服务器依据获得的处理策略对第二客户端发送的第一消息进行转换过滤，以实现不同客户端对同一种消息的兼容。例如：在本实施例中，服务器获得的与所述第一关键信息对应的第一处理策略可以为发送与第一消息对应的提示信息，如：暂不支持该消息的接收，请到QQ查看，如图6所示。

需要说明的是，所述预设特征库中存储的映射关系可以为预先存储的，或者为服务器在对消息进行处理前加载配置文件后得到的。

步骤205：直接发送第一消息至第一客户端。

这里，当服务器基于获得的第一关键信息无法在预设特征库中得到相应的处理策略时，默认第一客户端可以正常显示该消息，即支持该消息所属功能，则直接发送消息给第一客户端即可；在实际实施时，有些类型的消息，如文字消息基本为每个消息平台都支持的消息类型，因此，对于这样的消息，则无需单独设置专门的处理策略。

应用本发明上述方案，服务器基于不同消息类型、不同类型的客户端对消息进行过滤转换，实现了不同客户端对同一种消息的兼容，更由于预设特征库中存储了对应不同消息类型、不同类型的客户端的处理策略，服务器可基于消息的类型及客户端的种类轻松查找，解决了现有技术中配置文件大的问题，提高了配置文件拉取成功率，且对于客户端新功能的增加，仅需在预设特征库中增加对应新功能的不同种类客户端的处理策略即可，提高了新功能的上线效率。

实施例三

本发明实施例提供了一种信息处理方法，图7为本发明实施例的信息处理方法的第三种流程示意图；如图7所示，所述方法包括：

步骤301：服务器接收第一消息。

第一消息为第二客户端发送给第一客户端的消息；在本实施例中，第一消息为红包消息；这里，第一客户端及第二客户端可以为即时通讯客户端，在本实施例中为QQ客户端，也即服务器接收第二QQ客户端发送给第一QQ客户端的红包消息。

步骤302：提取所述第一消息中的关键信息。

这里，所述关键信息至少包括：所述第一消息的消息类型、第一客户端的类型；其中，所述第一消息的消息类型可基于该消息的消息唯一标识(ID，Identification)确定，如红包消息ID、抖一抖消息ID等；第一客户端的类型可依据客户端类型ID确定。例如，本实施例中关键信息包括：第一消息的消息类型为红包消息类型、第一客户端为版本号为6209的Ipad QQ客户端。

步骤303：将提取的关键信息与预设特征库中的关键信息进行匹配，若匹配成功，执行步骤304；若匹配失败，执行步骤305。

在具体实施时，图8、图9为本发明实施中信息处理方法的流程示意图，如图8、图9所示，服务器上的调用模块(对应于图8中的外部系统及图9中的调用方)调用相应的功能模块(对应图8中的功能特性应用接口FeatureAPI，及图9中的功能特性的库文件Featurelib)基于提取的关键信息(对应于图9所示的实例信息+消息特征)查找预设特征库中是否存在与提取的所述消息特征对应的映射关系(对应图9中兼容规则)，在本实施例中即为：查找预设特征库中是否存在与红包消息对应的映射关系，若存在与所述消息特征对应的映射关系，则继续基于提取的实例信息确定查找获取的映射关系中对应第一QQ客户端的处理策略(即根据规则判断处理类型)，在本实施例中即为：在与红包消息对应的映射关系中查找与版本号为6209的Ipad QQ客户端对应的处理策略。如此，提高了方案的可扩展性，对于客户端的某一新功能，无需更改代码，只需在特征库中增加相应的处理策略(配置项)即可，且由于多个处理策略集中在特征库中，便于集中管理，调用方仅需调用Feature lib便可获取相应的处理策略，提高了新功能的开发效率，且处理策略支持版本范围配置，比如6100到6500这一区间的版本所有版本，具有相同的功能，那就只需要配置一条记录，而之前有多少个版本就得配置多少次能力项；处理策略亦可按照平台来配置，比如TIM这种新产品，通过配置TIM不接受QQ的抖一抖消息，就能实现所有TIM客户端都不接受抖一抖消息，而不用去勾选能力项。

在实际实施时，上述处理策略可以依据实际情况设置多种，如：Pass，直接放过，不作任何处理；Drop，丢弃，不下发给用户；Wording，转文本提示，给符合条件的客户端提示固定文案，如“请升级到最新版本查收消息”；Custom，定制化处理，把一种消息转成另外一种消息(需写代码支持)。在本发明实施例中，对于红包消息，根据不同客户端的支持情况，设置的处理策略如下：1、对于手机QQ，版本号小于6009的，转文本提示；2、对于Ipad QQ，版本号小于6409的，转文本提示；3、对于Android pad QQ，直接丢弃消息，不下发；4、对于MacQQ，定制化处理(把红包消息转成另一种消息)；5、对于Tim QQ的PC QQ客户端，版本号小于5508的，转文本提示。上述消息的处理策略举例如下：

在本实施例中，对于功能ID为1010005的消息(红包)，如果是QQ的手机版本，小于6009的版本，要把红包消息转成提示语:“[QQ红包]我发了一个“口令红包”，请使用新版手机QQ查收红包。”

配置描述如下：

可见，在本实施例中，对应版本号为6209的Ipad QQ客户端的处理策略为：转文本提示“[QQ红包]请使用新版手机QQ查收红包。”

步骤304：获取与关键信息对应的处理策略，基于获得的处理策略对第一消息进行处理。

在实际实施时，服务器上的调用模块(调用方)基于被调用的功能模块得到相应的处理策略后，基于该处理策略进行相应的处理，如Drop、Wording等。

在本实施例中，即依据将红包消息转文本提示“[QQ红包]请使用新版手机QQ查收红包。”的处理策略，发送“[QQ红包]请使用新版手机QQ查收红包。”的提示信息给第一QQ客户端进行显示，如图10所示。

步骤305：直接发送第一消息至第一客户端。

如图11所示为本发明实施例中服务器与第一客户端、第二客户端进行信息交互的示意图，第二客户端将第一消息发送给服务器，服务器提取第一消息中的关键信息，然后基于关键信息作匹配处理，获取相应的处理策略(以处理策略为发送提示信息为例)，然后基于获得的处理策略对第一消息进行过滤转换，实现第一客户端对第一消息的兼容。

实施例四

本发明实施例还提供了一种信息处理设备；所述信息处理设备既可位于一个服务器上，由一个服务器实现，还可由多个服务器实现，即设备中的各个模块分布在不同的服务器上，图12为本发明实施例的信息处理设备的组成结构示意图；如图12所示，所述信息处理设备包括：接收单元11、提取单元12、判断单元13及处理单元14；其中，

所述接收单元11，用于接收第一信息；所述第一信息为第二客户端发送至第一客户端的信息；

所述提取单元12，用于分析所述第一信息，提取所述第一信息所包含的第一关键信息；所述第一关键信息至少包括：表征第一信息类型的第一特征信息和所述第一客户端的第二特征信息；

所述判断单元13，用于基于所述第一关键信息查找预设特征库，判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，获得判断结果；其中，所述预设特征库中包括至少一组关键信息与处理策略的映射关系；

所述处理单元14，用于当所述判断结果表征所述预设特征库中存在与所述第一关键信息对应的处理策略时，获得与所述第一关键信息对应的第一处理策略，基于所述第一处理策略对所述第一信息进行处理。

在一实施例中，所述判断单元13，还用于判断所述预设特征库所包含的至少一组映射关系中是否包含所述第一特征信息；

当所述预设特征库所包含的至少一组映射关系中包含所述第一特征信息时，判定所述预设特征库中存在与所述第一关键信息对应的处理策略。

在一实施例中，所述处理单元14，还用于基于所述预设特征库获得所述第一特征信息对应的第一映射关系；

从所述第一映射关系中获得与所述第二特征信息相对应的处理策略作为所述第一处理策略。

在一实施例中，所述处理单元14，还用于当所述判断结果表征所述预设特征库中不存在与所述第一关键信息对应的处理策略时，直接发送所述第一信息至所述第一客户端。

在一实施例中，所述处理单元14，还用于依据所述第一处理策略直接发送所述第一信息至所述第一客户端；

或者，依据所述第一处理策略丢弃所述第一信息；

或者，依据所述第一处理策略发送预先存储的提示信息至所述第一客户端；

或者，依据所述第一处理策略将所述第一信息转换为第二信息，发送所述第二信息至所述第一客户端。

在本发明实施例中，所述信息处理设备中的各个模块均可由服务器中的中央处理器(CPU，Central Processing Unit)或数字信号处理器(DSP，Digital SignalProcessor)、或现场可编程门阵列(FPGA，Field Programmable Gate Array)、或集成电路(ASIC，Application Specific Integrated Circuit)实现。

本实施例中，信息处理设备作为硬件实体的一个示例如图13所示。所述信息处理设备包括处理器61、存储介质62以及至少一个外部通信接口63；所述处理器61、存储介质62以及外部通信接口63均通过总线64连接。

这里需要指出的是：以上涉及信息处理设备的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明所述信息处理设备实施例中未披露的技术细节，请参照本发明方法实施例的描述。

本领域的技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、随机存取存储器(RAM，Random Access Memory)、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、终端、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、RAM、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种信息处理方法，其特征在于，所述方法包括：

接收到第一信息；所述第一信息为第二客户端发送至第一客户端的信息；

分析所述第一信息，提取所述第一信息所包含的第一关键信息；所述第一关键信息至少包括：表征第一信息类型的第一特征信息和所述第一客户端的第二特征信息；

基于所述第一关键信息查找预设特征库，判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，获得判断结果；其中，所述预设特征库中包括至少一组关键信息与处理策略的映射关系；

当所述判断结果表征所述预设特征库中存在与所述第一关键信息对应的处理策略时，获得与所述第一关键信息对应的第一处理策略，基于所述第一处理策略对所述第一信息进行处理。

2.根据权利要求1所述的方法，其特征在于，所述预设特征库中所包含的映射关系包括：表征信息类型的特征信息、至少一个客户端的特征信息以及每个客户端的特征信息对应的处理策略；

所述判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，包括：

判断所述预设特征库所包含的至少一组映射关系中是否包含所述第一特征信息；

当所述预设特征库所包含的至少一组映射关系中包含所述第一特征信息时，判定所述预设特征库中存在与所述第一关键信息对应的处理策略。

3.根据权利要求2所述的方法，其特征在于，所述获得与所述第一关键信息对应的第一处理策略，包括：

基于所述预设特征库获得所述第一特征信息对应的第一映射关系；

从所述第一映射关系中获得与所述第二特征信息相对应的处理策略作为所述第一处理策略。

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

当所述判断结果表征所述预设特征库中不存在与所述第一关键信息对应的处理策略时，直接发送所述第一信息至所述第一客户端。

5.根据权利要求1所述的方法，其特征在于，所述基于所述第一处理策略对所述第一信息进行处理，包括：

依据所述第一处理策略直接发送所述第一信息至所述第一客户端；

或者，依据所述第一处理策略丢弃所述第一信息；

或者，依据所述第一处理策略发送预先存储的提示信息至所述第一客户端；

或者，依据所述第一处理策略将所述第一信息转换为第二信息，发送所述第二信息至所述第一客户端。

6.一种信息处理设备，其特征在于，所述设备包括：接收单元、提取单元、判断单元及处理单元；其中，

所述接收单元，用于接收第一信息；所述第一信息为第二客户端发送至第一客户端的信息；

所述提取单元，用于分析所述第一信息，提取所述第一信息所包含的第一关键信息；所述第一关键信息至少包括：表征第一信息类型的第一特征信息和所述第一客户端的第二特征信息；

所述判断单元，用于基于所述第一关键信息查找预设特征库，判断所述预设特征库中是否存在与所述第一关键信息对应的处理策略，获得判断结果；其中，所述预设特征库中包括至少一组关键信息与处理策略的映射关系；

所述处理单元，用于当所述判断结果表征所述预设特征库中存在与所述第一关键信息对应的处理策略时，获得与所述第一关键信息对应的第一处理策略，基于所述第一处理策略对所述第一信息进行处理。

7.根据权利要求6所述的设备，其特征在于，

所述判断单元，还用于判断所述预设特征库所包含的至少一组映射关系中是否包含所述第一特征信息；

当所述预设特征库所包含的至少一组映射关系中包含所述第一特征信息时，判定所述预设特征库中存在与所述第一关键信息对应的处理策略。

8.根据权利要求7所述的设备，其特征在于，

所述处理单元，还用于基于所述预设特征库获得所述第一特征信息对应的第一映射关系；

从所述第一映射关系中获得与所述第二特征信息相对应的处理策略作为所述第一处理策略。

9.根据权利要求6所述的设备，其特征在于，

所述处理单元，还用于当所述判断结果表征所述预设特征库中不存在与所述第一关键信息对应的处理策略时，直接发送所述第一信息至所述第一客户端。

10.根据权利要求6所述的设备，其特征在于，

所述处理单元，还用于依据所述第一处理策略直接发送所述第一信息至所述第一客户端；

或者，依据所述第一处理策略丢弃所述第一信息；

或者，依据所述第一处理策略发送预先存储的提示信息至所述第一客户端；

或者，依据所述第一处理策略将所述第一信息转换为第二信息，发送所述第二信息至所述第一客户端。