CN103701693A - 通讯过程中的消息处理方法和系统 - Google Patents

Abstract

本发明提供一种通讯过程中的消息处理方法，包括如下步骤：接收消息；判断所述消息是否满足预设的提取规则；若是，则将所述消息按设定的消息显示模式进行显示；若否，则将所述消息移除到预设的消息存储位置。本发明还提供一种即时通讯系统的消息处理系统。本发明实施例的方法和系统，能避免用户被大量消息骚扰，同时又不会错过用户关注的信息。

Description

通讯过程中的消息处理方法和系统

技术领域

本发明涉及即时通讯技术领域，特别是涉及一种通讯过程中的消息处理方法，以及一种通讯过程中的消息处理系统。

背景技术

随着计算机的不断发展，即时通信软件已经成为一种人人装机必备的软件，同时在线人数更可以高达数亿，平均用户好友数量可以高达数百位，拥有聊天群的数量高达数十个，如此一来，就不可避免地收到大量的信息，而且这些信息可能大部分并不是用户想收到并且看到的信息。

具体表现为如下问题：

收到各种广告和骚扰信息：由于使用的用户基数庞大，不可避免地会有人用各种方法发送各种广告甚至骚扰和欺诈信息。

用户无法及时看到其关注的信息：关注的信息淹没在收到的大量信息中，很难及时发现有用的信息。

目前即时通信系统都提供了一定的过滤功能，比如屏蔽陌生人信息，屏蔽指定的群消息，屏蔽指定的群消息一定时间等。

传统技术的处理方式包括：

（1）屏蔽陌生人信息

该方法的处理是：不接收未被添加为好友的用户发来的一切信息，从而达到拒绝骚扰的目的。

由于所有陌生人信息均被屏蔽，所以很容易遗漏一些有用的信息，比如同事、生意上的联络人、买家发过来的货品信息等均被屏蔽，而且无法得到任何通知，造成困扰；此外，此种方法对群信息无法起到过滤作用。

（2）屏蔽指定群信息

该方法的处理是：根据预先设定，完全不显示指定的群的任何信息，从而达到避免受打扰的目的。

由于指定群所有信息都被遮蔽，很容易错失一些重要信息（比如工作群，平时可能有同事在聊于自己无关的信息，但也有可能做出一些通知等项目），而且无法得到任何通知，造成关也不是，不关也不是的困扰；此外，此种方法对用户信息无法起到过滤作用。

（3）在指定时间内屏蔽指定的群信息

该方法的处理是：在指定时间内完全不显示指定的群的任何信息，从而达到避免受打扰的目的，时间到达后将会一次性显示指定时间内所有的信息。

由于指定群所有信息都被遮蔽一段时间，导致时间到后被遮蔽时间内的信息一次过全部显示，根本看不过来，有用的信息还是必须慢慢筛选，实际上并无解决任何问题；此外，此种方法对用户信息无法起到过滤作用。

发明内容

基于此，本发明提供一种通讯过程中的消息处理方法和系统，能避免用户被大量消息骚扰，同时不会错过用户关注的信息。

一种通讯过程中的消息处理方法，包括如下步骤：

接收消息；

判断所述消息是否满足预设的提取规则；

若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；

若否，则阻止所述消息在所述消息窗体中的显示。

一种通讯过程中的消息处理系统，包括：

接收模块，用于接收消息；

第一判断模块，用于判断每条所述消息是否满足预设的提取规则；若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；若否，则阻止所述消息在所述消息窗体中的显示。

上述通讯过程中的消息处理方法和系统，即时通讯系统实时接收即时消息，提取规则可由用户预先设定；根据消息的文字内容，以及预设的提取规则，当该条消息满足预设的提取规则时，表示该条消息属于用户关注的范围，则保留该条消息，按设定的消息显示模式在消息窗体中进行显示；若不符合，即用户不关注该条消息，则阻止该条消息在消息窗体中的显示；通过这种处理方式，可将用户在指定时间段内屏蔽的大量消息进行有效的处理，用户关注的信息保留在对应的会话窗口中，可使用户在指定的屏蔽时间后显示的会话窗口中迅速地查阅到有用信息，也使得会话窗口的消息展示方式更加简洁，用户可避免大量消息的骚扰，又可保证不会错过其关注的消息。

附图说明

图1为本发明通讯过程中的消息处理方法在一实施例中的流程示意图。

图2为本发明通讯过程中的消息处理方法在另一实施例中的流程示意图。

图3为本发明实施例中进行垃圾消息过滤过程的流程示意图。

图4为本发明实施例中判断每条所述消息是否满足预设的提取规则的流程示意图。

图5为本发明通讯过程中的消息处理系统在一实施例中的结构示意图。

图6为本发明通讯过程中的消息处理系统在另一实施例中的结构示意图。

具体实施方式

下面结合实施例及附图对本发明作进一步详细说明，但本发明的实施方式不限于此。

如图1所示，是本发明一种通讯过程中的消息处理方法在一实施例中的流程示意图，包括如下步骤：

S11、接收消息；

S12、判断所述消息是否满足预设的提取规则；

S121、若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；

S122、若否，则阻止所述消息在所述消息窗体中的显示；

在本实施例中，通讯接收端实时接收即时消息，提取规则可由用户预先设定；根据消息的文字内容，以及预设的提取规则，当该条消息满足预设的提取规则时，表示该条消息属于用户关注的范围，则保留该条消息，按设定的消息显示模式在消息窗体中进行显示；

若不符合，即用户不关注该条消息，则阻止该条消息在消息窗体中的显示；具体的处理方式可为：通讯接收端接收到消息时，当判断不满足该提取规则时，消息窗体在显示消息时则不读取该条消息，从而阻止其在消息窗体中的显示，同时可将该条消息移除到用户预先设定的消息存储位置，方便用户查阅；

通过这种处理方式，可将用户在指定时间段内屏蔽的大量消息进行有效的处理，用户关注的信息保留在对应的消息窗体中，其他消息则自动移除到指定的消息存储位置，不在消息窗体中显示，使得会话窗口的消息展示方式更加简洁，可使用户在指定的屏蔽时间后显示的会话窗口中迅速地查阅到有用信息，也；当用户想要查阅其他被移除的消息时，可在指定的消息存储位置中查阅。

如图2所示，示出了另一个实施例中的通讯过程中的消息处理方法的流程，包括如下步骤：

S21、接收消息；

S22、判断所述消息是否包含预设的过滤关键字，若是，则将所述消息移除到预设的垃圾消息存储位置；

S23、判断所述消息是否满足预设的提取规则；

S231、若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；

S232、若否，则阻止所述消息在所述消息窗体中的显示。

考虑到在即时通讯场景中，客户端用户基数庞大，经常会有用户发送广告信息、骚扰信息或欺诈信息的情况，在本实施例中增加了垃圾消息过滤的步骤，通过预设过滤关键字，判断每条消息的文字内容是否包含过滤关键字，若是，判断该条消息是垃圾消息，将其移除到用户指定的垃圾消息存储位置。

其中，所述过滤关键字可由用户预先输入至通讯客户端中，保存在本地数据库，同时可上传并存储在云服务器中，用户在不同的终端使用该通讯客户端时，可选择是否更新或下载云服务器记录的该用户设置的过滤关键字。

所有过滤关键字可记录在一份过滤数据表中；用户可设置在接收到消息后，读取本地数据库中保存的过滤数据表，通过该过滤数据表中关键字进行垃圾消息过滤，该步骤无需联网进行，可节省用户的网络流量。

用户也可设置在接收到消息后，读取云服务器记录的过滤关键字；需要说明的是，此时从云服务器读取的过滤关键字，可不止包括该用户设定的关键字，也可包括云服务器收集保存的其他关键字；云服务器能实时收集当前最新的垃圾信息内容、欺诈信息内容、敏感词等数据，通过读取云端的过滤关键字能过滤更多的垃圾消息，进一步净化用户接收的消息。

如图3所示，是本实施例中进行垃圾消息过滤的流程示意图，包括：

S31、接收消息；

S32、通过本地数据库记录的过滤关键字，判断所述消息是否包含所述过滤关键字，若是，则将所述消息移除到预设的垃圾消息存储位置；

S33、通过云服务器记录的过滤关键字，判断所述消息是否包含所述过滤关键字，若是，则将所述消息移除到预设的垃圾消息存储位置；

上述处理流程，采用先在本地进行垃圾消息的过滤，节省用户流量；本地过滤后，再根据云端记录的更多的关键字过滤垃圾消息，能更好保证消息的过滤效果。

需要说明的是，上述过滤处理流程，可以只通过本地数据库记录的过滤关键字进行过滤，也可以只通过云服务器记录的过滤关键字进行过滤；可先通过本地数据库进行过滤后，再通过云服务器进一步过滤；也可先通过云服务器进行过滤后，再通过本地数据库进一步过滤，具体的处理顺序可按需设置。

在其中一个实施例中，步骤S12中的所述提取规则可为预设的提取关键字和/或指定的会话对象，其中，所述提取关键字包括单字、词组和/或短句；

所述判断所述消息是否满足预设的提取规则的步骤包括：

判断所述消息是否包含所述提取关键字；

和/或

判断所述消息的发送方是否为所述指定的会话对象；

提取规则可为提取关键字，用户可预先输入其关注的关键字，包括单字、词组和/或短句；在判断每条所述消息是否满足预设的提取规则时，读取每条消息的文字内容，通过判断消息的文字内容是否包含上述关键字，从而判断该条消息是否满足提取规则；

提取规则也可为指定的会话对象，用户可预先在即时通讯系统记录的好友中设定其较为关注的会话对象作为上述提取规则；在判断每条所述消息是否满足预设的提取规则时，通过判断该条消息的发送方是否为所述指定的会话对象，从而判断该条消息是否满足提取规则；

提取规则也可设定为提取关键字与会话对象组合的方式，则可进一步缩小消息关注的范围。

上述的提取规则，可由用户设置并传输至云服务器中保存；也可预先输入至即时通讯系统中，保存在本地数据库，同时可上传并存储在云服务器中，用户在不同的终端使用其即时通讯系统时，可选择是否更新或下载云服务器记录的该用户设置的提取规则。

用户可设置在接收到消息后，读取云服务器记录的提取规则，在云端进行判断每条所述消息是否满足预设的提取规则的步骤；用户也可设置在接收到消息后，读取本地数据库中保存的提取规则，在本地进行判断每条所述消息是否满足预设的提取规则的步骤。

如图4所示，是本实施例中判断每条所述消息是否满足预设的提取规则的流程示意图，包括：

S41、接收消息；

S42、通过云服务器记录的提取规则，判断所述消息是否满足所述提取规则；

S421、若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；

S422、若否，则通过本地数据库记录的提取规则，判断所述消息是否满足所述提取规则；

S423、若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；

S424、若否，则阻止所述消息在消息窗体中的显示。

需要说明的是，上述判断是否满足提取规则的流程，可以只通过本地数据库记录的提取规则进行判断，也可以只通过云服务器记录的提取规则进行判断；可先通过本地数据库进行判断后，再通过云服务器进一步判断；也可先通过云服务器进行判断后，再通过本地数据库进一步判断，具体的处理顺序可按需设置。

如图5所示，是本发明一种通讯过程中的消息处理系统在一实施例中的的结构示意图，包括：

接收模块51，用于接收消息；

第一判断模块52，用于判断每条所述消息是否满足预设的提取规则；若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；若否，则阻止所述消息在所述消息窗体中的显示。

在本实施例中，通讯接收端实时接收即时消息，提取规则可由用户预先设定；根据消息的文字内容，以及预设的提取规则，当该条消息满足预设的提取规则时，表示该条消息属于用户关注的范围，则保留该条消息，按设定的消息显示模式在消息窗体中进行显示；

若不符合，即用户不关注该条消息，则阻止该条消息在消息窗体中的显示；具体的处理方式可为：通讯接收端接收到消息时，当判断不满足该提取规则时，可将该条消息移除到用户预先设定的消息存储位置，同时消息窗体在显示消息时则不读取该条消息，从而阻止其在消息窗体中的显示；

通过这种处理方式，可将用户在指定时间段内屏蔽的大量消息进行有效的处理，用户关注的信息保留在对应的消息窗体中，其他消息则自动移除到指定的消息存储位置，不在消息窗体中显示，使得会话窗口的消息展示方式更加简洁，可使用户在指定的屏蔽时间后显示的会话窗口中迅速地查阅到有用信息；当用户想要查阅其他被移除的冗余消息时，可在指定的消息存储位置中查阅。

在其中一个实施例中，如图6所示，本实施例的系统还可包括第二判断模块61，用于判断每条所述消息是否包含预设的过滤关键字，若是，则将所述消息移除到预设的垃圾消息存储位置。

考虑到在即时通讯场景中，客户端的用户基数庞大，经常会有用户发送广告信息、骚扰信息或欺诈信息的情况，在本实施例中增加了垃圾消息过滤的步骤，通过预设有过滤关键字，判断每条消息的文字内容是否包含过滤关键字，若是，判断该条消息是垃圾消息，将其移除到用户指定的垃圾消息存储位置。

其中，所述过滤关键字可由用户预先输入至通讯客户端中，保存在本地数据库，同时可上传并存储在云服务器中，用户在不同的终端使用其通讯客户端时，可选择是否更新或下载云服务器记录的该用户设置的过滤关键字。

所有过滤关键字可记录在一份过滤数据表中；用户可设置在接收到消息后，读取本地数据库中保存的过滤数据表，通过该过滤数据表中关键字进行垃圾消息过滤，该步骤无需联网进行，可节省用户的网络流量。

用户也可设置在接收到消息后，读取云服务器记录的过滤关键字；需要说明的是，此时从云服务器读取的过滤关键字，可不止包括该用户设定的关键字，也可包括云服务器收集保存的其他关键字；云服务器能实时收集当前最新的垃圾信息内容、欺诈信息内容、敏感词等数据，通过读取云端的过滤关键字能过滤更多的垃圾消息，进一步净化用户接收的消息。

需要说明的是，上述过滤处理流程，可以只通过本地数据库记录的过滤关键字进行过滤，也可以只通过云服务器记录的过滤关键字进行过滤；可先通过本地数据库进行过滤后，再通过云服务器进一步过滤；也可先通过云服务器进行过滤后，再通过本地数据库进一步过滤，具体的处理顺序可按需设置。

在其中一个实施例中，所述提取规则为预设的提取关键字和/或指定的会话对象，其中，所述关键字包括单字、词组和/或短句；

所述第一判断模块还用于：

判断所述消息是否包含所述提取关键字；

和/或

判断所述消息的发送方是否为所述指定的会话对象；

提取规则可为提取关键字，用户可预先输入其关注的关键字，包括单字、词组和/或短句；在判断每条所述消息是否满足预设的提取规则时，读取每条消息的文字内容，通过判断消息的文字内容是否包含上述关键字，从而判断该条消息是否满足提取规则；

提取规则也可为指定的会话对象，用户可预先在即时通讯系统记录的好友中设定其关注的会话对象作为上述提取规则；在判断每条所述消息是否满足预设的提取规则时，通过判断该条消息的发送对象是否为所述指定的会话对象，从而判断该条消息是否满足提取规则；

提取规则也可设定为提取关键字与会话对象组合的方式，则可进一步缩小消息关注的范围。

上述的提取规则，可由用户设置并传输至云服务器中保存；也可预先输入至即时通讯系统中，保存在本地数据库，同时可上传并存储在云服务器中，用户在不同的终端使用其即时通讯系统时，可选择是否更新或下载云服务器记录的该用户设置的提取规则。

用户可设置在接收到消息后，读取云服务器记录的提取规则，在云端判断每条所述消息是否满足预设的提取规则；用户也可设置在接收到消息后，读取本地数据库中保存的提取规则，在本地判断每条所述消息是否满足预设的提取规则。

需要说明的是，上述判断是否满足提取规则，可以只通过本地数据库记录的提取规则进行判断，也可以只通过云服务器记录的提取规则进行判断；可先通过本地数据库进行判断后，再通过云服务器进一步判断；也可先通过云服务器进行判断后，再通过本地数据库进一步判断，具体的处理顺序可按需设置。

本发明通讯过程中的消息处理方法和系统，即时通讯系统实时接收即时消息，提取规则可由用户预先设定；根据消息的文字内容，以及预设的提取规则，当该条消息满足预设的提取规则时，表示该条消息属于用户关注的范围，则保留该条消息，按设定的消息显示模式在消息窗体中进行显示；若不符合，即用户不关注该条消息，则阻止该条消息在消息窗体中的显示；通过这种处理方式，可将用户在指定时间段内屏蔽的大量消息进行有效的处理，用户关注的信息保留在对应的会话窗口中，可使用户在指定的屏蔽时间后显示的会话窗口中迅速地查阅到有用信息，也使得会话窗口的消息展示方式更加简洁，用户可避免大量消息的骚扰，又可保证不会错过其关注的消息。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种通讯过程中的消息处理方法，其特征在于，包括如下步骤：

接收消息；

判断所述消息是否满足预设的提取规则；

若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；

若否，则阻止所述消息在所述消息窗体中的显示。

2.根据权利要求1所述的通讯过程中的消息处理方法，其特征在于，在所述判断每条所述消息是否满足预设的提取规则的步骤前，还包括步骤：

判断所述消息是否包含预设的过滤关键字，若是，则将所述消息移除到预设的垃圾消息存储位置。

3.根据权利要求2所述的通讯过程中的消息处理方法，其特征在于，所述过滤关键字存储在本地数据库和/或云服务器。

4.根据权利要求1所述的通讯过程中的消息处理方法，其特征在于，所述提取规则为预设的提取关键字和/或指定的会话对象，其中，所述关键字包括单字、词组和/或短句；

所述判断所述消息是否满足预设的提取规则的步骤包括：

判断所述消息是否包含所述提取关键字；

和/或

判断所述消息的发送方是否为所述指定的会话对象。

5.根据权利要求4所述的通讯过程中的消息处理方法，其特征在于，所述提取规则存储在本地数据库和/或云服务器。

6.一种通讯过程中的消息处理系统，其特征在于，包括：

接收模块，用于接收消息；

第一判断模块，用于判断每条所述消息是否满足预设的提取规则；若是，则将所述消息按设定的消息显示模式在消息窗体中进行显示；若否，则阻止所述消息在所述消息窗体中的显示。

7.根据权利要求6所述的通讯过程中的消息处理系统，其特征在于，还包括第二判断模块，用于判断每条所述消息是否包含预设的过滤关键字，若是，则将所述消息移除到预设的垃圾消息存储位置。

8.根据权利要求7所述的通讯过程中的消息处理系统，其特征在于，还包括用于存储所述过滤关键字的本地数据库和/或云服务器。

9.根据权利要求6所述的通讯过程中的消息处理系统，其特征在于，所述提取规则为预设的提取关键字和/或指定的会话对象，其中，所述关键字包括单字、词组和/或短句；

所述第一判断模块还用于：

判断所述消息是否包含所述提取关键字；

和/或

判断所述消息的发送方是否为所述指定的会话对象。

10.根据权利要求9所述的通讯过程中的消息处理系统，其特征在于，还包括用于存储所述提取规则的本地数据库和/或云服务器。

Images