本申请要求于 2012年 5月 8日提交中国专利局、申请号为 201210140213.5、 发明名称为 "一种信息处理的方法和终端" 的中国专利申请的优先权， 其全部 内容通过引用结合在本申请中。 技术领域

本发明涉及计算机技术领域， 特别涉及一种信息处理的方法和终端。 背景技术

随着移动通信技术的发展， 移动终端在人们生活中逐渐普及， 但随之而来 了一些负面的影响。 其中垃圾信息的传播尤为严重， 各种广告随着短信息、 彩 信、 wappush信息 （该信息是将某一站点或某一业务的链接通过 短信发送到支 持 WAP PUSH功能的手机上）等方式不断打扰人们正常� �学习、 工作甚至休 息的时间。 曾经垃圾信息的拦截只能依靠运营商进行， 而随着智能移动终端的 使用， 可以依靠移动终端中的一些处理规则对信息进 行处理。

现有技术中对垃圾信息的拦截是依靠在移动终 端中设置黑名单进行的， 用 户将某个号码添加入黑名单中。 当移动终端收到一条信息时， 会根据黑名单中 的号码对信息的发送号码进行匹配分析， 若匹配到则将其拦截， 拦截后在不打 扰用户的前提下对信息进行特别保存或进行丟 弃； 若未匹配到则予以放行， 正 常的提示用户并显示该信息。

在实现本发明的过程中， 发明人发现现有技术至少存在以下问题： 依靠黑名单对信息的拦截， 仅能对已知的号码进行拉截， 而目前的垃圾短 信发送号码并不固定， 每当有新号码发送垃圾信息后再添加如黑名单 的方式， 拦截准确率及效率均无法达到理想要求。 发明内容

为了提高拦截信息的效率， 本发明实施例提供了一种信息处理的方法和终 端。 所述技术方案如下： 本发明实施例提出了一种信息处理的方法， 包括：

接收信息， 所述信息中至少包括发送方号码和 /或信息内容；

判断所述信息与预设的拦截模式的组合中任意 一者是否匹配；

如果匹配， 则根据所述拦截模式对应的处理规则处理所述 信息。 其中， 判断所述信息与预设的拦截模式的组合中任意 一者是否匹配， 包括 以下至少一种：

判断所述发送方号码是否在本地指定的号码集 合中；

判断所述信息内容是否包含本地指定的关键字 集合中的关键字； 判断所述发送方号码是否在服务器指定的号码 集合中，和 /或所述信息内容 是否包含服务器指定的关键字集合中的关键字 ；

判断所述发送方号码是否为本地指定的号码集 合和服务器指定的号码集 合之外的号码。

其中， 判断所述发送方号码是否在本地指定的号码集 合中， 包括： 判断所述发送方号码是否在本地指定的黑名单 和 /或白名单中；

其中， 所述黑名单和所述白名单中的号码为用户添加 的完整号码、 用户根 据号码归属地设置的某一区域的号码或用户添 加号码中的部分号段， 所述黑名 单为拦截的号码清单， 所述白名单为允许接入的号码清单。

其中， 判断所述发送方号码是否在本地指定的号码集 合中， 包括： 判断所述发送方号码是否在本地保存的名片夹 中和 /或客户识别模块 SIM 卡名片夹中。

其中， 判断所述发送方号码是否在本地指定的号码集 合中， 包括： 判断所述发送方号码是否在本地保存的拨出号 码清单中。

其中， 判断所述信息内容是否包含本地指定的关键字 集合中的关键字， 包 括：

如果所述信息内容包含本地指定的关键字集合 中的关键字， 则获取所述关 键字的权重值；

根据所述信息内容的权重值计算所述信息的权 重值；

当所述信息的权重值超过预设阈值时，确定出 所述信息与预设的拦截模式 匹配。

其中，判断所述发送方号码是否在服务器指定 的号码集合中，和 /或所述信 息内容是否包含服务器指定的关键字集合中的 关键字， 包括：

如果所述发送方号码在所述服务器指定的号码 集合中，和 /或所述信息内容 包含所述服务器指定的关键字集合中的关键字 ， 则分别获取所述发送方号码的 权重值和 /或所述关键字的权重值；

根据所述发送方号码的权重值和 /或所述信息内容的权重值计算所述信息 的总权重值；

若所述总权重值超过预设阈值， 则确定所述信息与预设的拦截模式匹配。 其中， 根据所述拉截模式对应的处理规则处理所述信 息， 包括：

如果所述拉截模式对应的处理规则为拦截， 则拦截所述信息；

如果所述拉截模式对应的处理规则为放行， 则显示所述信息。

其中，判断所述信息与预设的拦截模式的组合 中任意一者是否匹配，包括： 按照本地指定的顺序依次判断所述信息与预设 的拦截模式的组合中的拦 截模式是否匹配， 直到匹配成功结束或者全部进行匹配但均未匹 配成功结束。 本发明实施例提出了一种信息处理的终端， 包括：

接收模块，用于接收信息，所述信息中至少包 括发送方号码和 /或信息内容； 判断模块， 用于判断所述信息与预设的拦截模式的组合中 任意一者是否匹 配；

处理模块， 用于如果匹配， 则根据所述拦截模式对应的处理规则处理所述 信息。

其中， 所述判断模块， 包括以下至少一种：

第一判断单元， 用于判断所述发送方号码是否在本地指定的号 码集合中； 第二判断单元， 用于判断所述信息内容是否包含本地指定的关 键字集合中 的关键字；

第三判断单元， 用于判断所述发送方号码是否在服务器指定的 号码集合 中， 和 /或所述信息内容是否包含服务器指定的关键� �集合中的关键字；

第四判断单元， 用于判断所述发送方号码是否为本地指定的号 码集合和服 务器指定的号码集合之外的号码。

其中， 所述第一判断单元， 包括：

第一判断子单元，判断所述发送方号码是否在 本地指定的黑名单和 /或白名 单中； 其中， 所述黑名单和所述白名单中的号码为用户添加 的完整号码、 用户根 据号码归属地设置的某一区域的号码或用户添 加号码中的部分号段， 所述黑名 单为拦截的号码清单， 所述白名单为允许接入的号码清单。

其中， 所述第一判断单元， 包括：

第二判断子单元， 用于判断所述发送方号码是否在本地保存的名 片夹中和

/或客户识别模块 SIM卡名片夹中。

其中， 所述第一判断单元， 包括：

第三判断子单元， 用于判断所述发送方号码是否在本地保存的拨 出号码清 单中。

其中， 所述第二判断单元， 包括：

第四判断子单元， 用于如果所述信息内容包含本地指定的关键字 集合中的 关键字， 则获取所述关键字的权重值；

第一计算单元， 用于根据所述信息内容的权重值计算所述信息 的权重值； 第一确定单元， 用于当所述信息的权重值超过预设阈值时， 确定出所述信 息与预设的拦截模式匹配。

其中， 所述第三判断单元， 包括：

第五判断子单元， 如果所述发送方号码在所述服务器指定的号码 集合中， 且所述信息内容包含所述服务器指定的关键字 集合中的关键字， 则分别获取所 述发送方号码的权重值和所述关键字的权重值 ；

第二计算单元， 用于根据所述发送方号码的权重值和所述信息 内容的权重 值计算所述信息的总权重值；

第二确定单元， 用于若所述总权重值超过预设阈值， 则确定所述信息与预 设的拦截模式匹配。

其中， 所述处理模块， 具体包括：

第一处理单元， 用于如果所述拉截模式对应的处理规则为拦截 ， 则拦截所 述信息；

第二处理单元， 用于如果所述拉截模式对应的处理规则为放行 ， 则显示所 述信息。

其中， 所述判断模块， 还包括：

第三处理单元， 用于按照本地指定的顺序依次判断所述信息与 预设的拦截 模式的组合中的拦截模式是否匹配， 直到匹配成功结束或者全部进行匹配但均 未匹配成功结束。

本发明实施例提供的技术方案带来的有益效果 是： 通过对信息的发送方号 码和信息内容与预设的拦截模式进行匹配， 不仅局限于现有技术中仅拦截黑名 单中号码的拦截方式，提高了拦截的拦截准确 率及效率，并提高了用户的体验。 附图说明

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

图 1是本发明实施例 1中提供的信息处理的方法的流程示意图；

图 2是本发明实施例 2中提供的信息处理的方法的流程示意图；

图 3是本发明实施例 3中提供的信息处理的终端的结构示意图；

图 4是本发明实施例 3中提供的第一判断单元的结构示意图；

图 5是本发明实施例 3中提供的第二判断单元的结构示意图；

图 6是本发明实施例 3中提供的第三判断单元的结构示意图。 具体实施方式

为使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。

实施例 1

参加图 1 , 本发明实施例提出了一种信息处理的方法， 包括：

101 : 接收信息， 所述信息中至少包括发送方号码和 /或信息内容；

102: 判断所述信息与预设的拦截模式的组合中任意 一者是否匹配； 103: 如果匹配， 则根据所述拦截模式对应的处理规则处理所述 信息。 本发明实施例通过对信息的发送方号码和 /或信息内容与预设的拦截模式 进行匹配， 不仅局限于现有技术中仅拦截黑名单中号码的 拦截方式， 提高了拦 截的拦截准确率及效率， 并提高了用户的体验。 实施例 2

参加图 2, 本发明实施例提出了一种信息处理的方法， 是在实施例 1的基 础上改进而来的， 包括：

201 : 接收信息， 所述信息中至少包括发送方号码和 /或信息内容。

当终端接收到信息时， 获取信息的发送方号码以及信息内容。 本发明实施 例会根据信息的发送方号码和 /或发送的信息内容综合评判该信息是否符合� � 截的处理规则。

202: 判断所述信息与预设的拦截模式的组合中任意 一者是否匹配。

在终端中预先设置的拦截模式， 可以为： 判断发送方号码是否在本地指定 的号码集合中， 和 /或发送方号码是否在服务器指定的号码集合� �， 和 /或判断 信息内容是否包含本地指定的关键字集合中的 关键字，和 /或判断信息内容是否 包含服务器指定的关键字集合中的关键字，和 /或判断发送方号码是否为本地指 定的号码集合和服务器指定的号码集合之外的 号码。

进一步的， 上述拉截模式中的本地指定的号码集合， 可以具体为： 用户设 定的黑名单、 白名单以及用户设定的拦截关键字， 其中黑名单和白名单中的号 码可以为用户添加的完整号码（即一个完整的 手机号码、 座机号码或某种运营 商指定的业务号码）、 用户根据号码归属地设置的某一区域的号码、 用户添加 号码中的部分号段中的一种或多种； 黑名单为拦截的号码清单， 所述白名单为 允许接入的号码清单。 其中， 上述用户根据号码归属地设置的某一区域的号 码 可以为根据电话区号进行设置的区号号段，还 可以根据运营商划分的号码归属 地设置区分的某一区域的号码； 上述用户添加号码中的部分号段设置的是将短 信号码中前几位的号码段加入黑名单中， 这样就可以通过该号段的设置对某个 公司的短信端口进行拦截； 上述用户设定的拦截关键字可以为文字以及网 址特 征字符， 对短信、 彩信或 wappush短信进行审核。

拦截模式中的本地指定的号码集合还可以为终 端设置的规则所涉及的内 容， 可以包括： 名片夹中号码、 拨出号码清单中的号码、 服务器对用户举报的 信息进行分析统计后向终端返回的发送方号码 和关键字、 以及陌生号码， 各种 不同的规则包含的内容不同， 分别可以对应不同的处理方式。 其中， 陌生号码 为终端保存的名片夹中的号码和 SIM ( Subscriber Identity Module, 客户识别模 块）卡名片夹中的号码、 拨出号码清单中的号码、 短信收件箱内短信的号码， 以及服务器指定的号码集合和服务器制定的关 键字集合中的关键字， 其中服务 器指定的号码集合和关键字集合为服务器对用 户举报的信息进行分析统计后 向终端返回的特征项。其中特征项可以包括发 送方号码以及信息内容中的关键 字， 这些特征项是服务器根据用户举报的信息分析 后统计得到的发送方号码以 及关键字， 每个发送方号码以及关键字对应一个权重值， 当信息的发送方号码 以及关键字匹配到特征项时， 通过计算信息中匹配到的所有特征项的总权重 值， 并与预设阈值相比较， 超过预设阈值的信息则为需要处理的信息。

由于各个拦截模式包含的内容不同，各个拦截 模式分别对应的处理规则可 以不同， 因此一条信息被获取到后， 根据不同的拦截模式扫描的顺序进行扫描 后， 对该信息的处理结果并不一定相同。

例如， 一个号码在名片夹中存在， 同时又在拨出清单中存在， 而这两个拦 截模式对应的处理规则不相同， 一种处理规则为对名片夹中的号码进行拉截， 另一种处理规则为对拨出清单中的号码不进行 拉截。 那么当这两个拦截模式的 组合规则不同时， 会导致对该号码的拦截效果不同， 如这两个拦截模式的组合 规则可以为优先匹配名片夹中的号码， 匹配到号码后， 后面排列的拦截模式则 不再继续匹配号码； 这两个拉截模式的组合规则也可以为优先匹配 拨出清单中 的号码， 匹配到号码后， 后面排列的拦截模式则不再继续匹配号码。 若采用第 一种组合规则： 先匹配名片夹中的号码， 那么匹配到该号码作为发送方号码的 信息会被拉截； 若采用第二种组合规则： 先匹配拨出清单中的号码， 那么匹配 到该号码作为发送方号码的信息则会不拦截， 对其信息进行放行，显示给用户。 匹配到号码后， 后面排列的拦截模式则不继续匹配号码。 可见， 拦截模式的组 合规则不同， 可能对信息的拦截效果不同， 因此需要获取用户设置的对各种拦 截模式的组合规则。

因此， 步骤 202可以具体为： 包括以下至少一种：

2021 : 判断所述发送方号码是否在本地指定的号码集 合中；

2022： 判断所述信息内容是否包含本地指定的关键字 集合中的关键字； 2023: 判断所述发送方号码是否在服务器指定的号码 集合中，和 /或所述信 息内容是否包含服务器指定的关键字集合中的 关键字；

2024: 判断所述发送方号码是否为本地指定的号码集 合和服务器指定的号 码集合之外的号码。

进一步的，按照本地指定的顺序依次判断所述 信息与预设的拦截模式的组 合中的拦截模式是否匹配， 直到匹配成功结束或者全部进行匹配但均未匹 配成 功结束。 用户可以根据需要选取一种或多种拦截模式进 行拦截， 其中， 所选取 的拦截模式的排列顺序不同， 也可以说根据拦截模式对信息的扫描顺序不同 ， 则会导致对应的拦截效果不同。本实施例中， 可以在本地制定拦截模式的顺序， 对信息进行拉截时， 根据本地制定的拦截模式的顺序对接收的信息 匹配， 若匹 配到则结束匹配过程， 并按照匹配到的拦截规则进行该信息进行处理 ， 即对信 息执行拉截或放行操作， 若在所选的拦截模式中未匹配到则正常显示该 信息。

以下为各种拦截模式匹配的过程， 实际应用中并不局限于下述顺序， 在本 发明实施例中可以不按照以下的顺序进行设置 ：

其中， 当步骤 202具体为 2021: 判断所述发送方号码是否在本地指定的号 码集合中时， 此时， 判断所述发送方号码是否在本地指定的号码集 合中包括下 述三种拦截模式中的一种或多种：

第一种拦截模式：

判断所述发送方号码是否在本地指定的黑名单 和 /或白名单中；

其中， 所述黑名单和所述白名单中的号码为用户添加 的完整号码、 用户根 据号码归属地设置的某一区域的号码或用户添 加号码中的部分号段， 所述黑名 单为拦截的号码清单， 所述白名单为允许接入的号码清单。

第二种拦截模式：

判断所述发送方号码是否在本地保存的名片夹 中和 /或客户识别模块 SIM 卡名片夹中。

第三种拦截模式：

判断所述发送方号码是否在本地保存的拨出号 码清单中。

其中， 当步骤 202具体为 2023: 判断所述发送方号码是否在服务器指定的 号码集合中，和 /或所述信息内容是否包含服务器指定的关键� �集合中的关键字 时， 此时， 判断所述发送方号码是否在服务器指定的号码 集合中， 且判断所述 信息内容是否包含服务器指定的关键字集合中 的关键字， 包括：

如果所述发送方号码在所述服务器指定的号码 集合中，和 /或所述信息内容 包含所述服务器指定的关键字集合中的关键字 ， 则分别获取所述发送方号码的 权重值和 /或所述关键字的权重值；

根据所述发送方号码的权重值和 /或所述信息内容的权重值计算所述信息 的总权重值；

若所述总权重值超过预设阈值， 则确定所述信息与预设的拦截模式匹配。 也就是说， 上述步骤 203包括三种情况：

第一种情况： 如果所述发送方号码在所述服务器指定的号码 集合中， 且所 述信息内容包含所述服务器指定的关键字集合 中的关键字， 则分别获取所述发 送方号码的权重值和所述关键字的权重值； 根据所述发送方号码的权重值和所 述信息内容的权重值计算所述信息的总权重值 ； 若所述总权重值超过预设阈 值， 则确定所述信息与预设的拦截模式匹配。

第二种情况： 如果所述发送方号码在所述服务器指定的号码 集合中， 则获 取所述发送方号码的权重值； 根据所述发送方号码的权重值计算所述信息的 总 权重值； 若所述总权重值超过预设阈值， 则确定所述信息与预设的拦截模式匹 配。

第三种情况： 如果所述信息内容包含所述服务器指定的关键 字集合中的关 键字， 则分别获取所述关键字的权重值； 根据所述信息内容的权重值计算所述 信息的总权重值； 若所述总权重值超过预设阈值， 则确定所述信息与预设的拦 截模式匹配。

其中， 当步骤 202具体为 2022: 判断所述信息内容是否包含本地指定的关 键字集合中的关键字时， 此时， 判断所述信息内容是否包含本地指定的关键字 集合中的关键字， 包括：

如果所述信息内容包含本地指定的关键字集合 中的关键字， 则获取所述关 键字的权重值；

根据所述信息内容的权重值计算所述信息的权 重值；

当所述信息的权重值超过预设阈值时，确定出 所述信息与预设的拦截模式 匹配。

此种方式即为判断信息中是否包括本地指定的 ， 即用户设定的或终端中预 先指定的关键字。

其中， 当步骤 202具体为 2024: 判断所述发送方号码是否为本地指定的号 码集合和服务器指定的号码集合之外的号码时 ， 此种方式即为发送方号码既不 属于本地指定集合， 也不属于服务器指定的集合中的号码。

步骤 203: 如果匹配， 则根据所述拉截模式对应的处理规则处理所述 信息。 不同的拦截模式对应的处理规则也不同， 可以分别为： 拦截或放行。

因此步骤 203可以具体为：

2031 : 如果所述拉截模式对应的处理规则为拦截， 则拦截所述信息； 2032: 如果所述拉截模式对应的处理规则为放行， 则显示所述信息。

其中， 具体的设置可以为： 用户设置的黑名单对应的处理规则包括拉截或 放行、 用户设置的关键字对应的处理规则包括拉截或 放行； 用户设置的白名单 对应的处理规则包括接受或放行； 名片夹的号码对应的处理规则为接受或拦截 或放行； 拨出号码清单中的号码对应的处理规则为拦截 或放行； 服务器对用户 举报的信息进行分析统计后向终端返回的发送 方号码和关键字对应的处理规 则包括开启或关闭， 其对应的实施方式为： 当开启该功能时则对匹配到的发送 方号码或关键字的对应的信息进行拦截， 当关闭该功能时则对匹配到的发送方 号码或关键字对应的信息进行放行； 对陌生号码对应的处理规则包括拦截或放 行。

进一步的， 用户可以针对当前的需要， 分别对不同的拦截模式对应的处理 规则进行设置拦截或接受或不处理的处理方式 ， 对不同的处理规则进行设置， 将信息经过多道拉截模式的过滤匹配， 最大限度的提高拦截率。 当与预设的拦 截模式匹配到时， 获取匹配到的拦截模式当前对应的处理规则， 即用户设置的 当前该处理规则对应的处理方式， 对信息进行处理。

本发明实施例通过对信息的发送方号码和 /或信息内容与预设的拦截模式 进行匹配， 不仅局限于现有技术中仅拦截黑名单中号码的 拦截方式， 提高了拦 截的拦截准确率及效率， 并提高了用户的体验。 实施例 3

参加图 3 , 本发明实施例提出了一种信息处理的终端， 包括：

接收模块 301 , 用于接收信息， 所述信息中至少包括发送方号码和 /或信息 内容；

判断模块 302, 用于判断所述信息与预设的拦截模式的组合中 任意一者是 否匹配；

处理模块 303 , 用于如果匹配， 则根据所述拉截模式对应的处理规则处理 所述信息。 在具体实施方式中， 所述判断模块 302, 包括以下至少一种：

第一判断单元 3021 ,用于判断所述发送方号码是否在本地指定的� �码集合 中；

第二判断单元 3022,用于判断所述信息内容是否包含本地指定� ��关键字集 合中的关键字； 第三判断单元 3023 ,用于判断所述发送方号码是否在服务器指定� �号码集 合中， 和 /或所述信息内容是否包含服务器指定的关键� �集合中的关键字；

第四判断单元 3024,用于判断所述发送方号码是否为本地指定� ��号码集合 和服务器指定的号码集合之外的号码。

其中， 所述判断模块 302还包括：

第三处理单元 3025 ,用于按照本地指定的顺序依次判断所述信息� �预设的 拦截模式的组合中的拦截模式是否匹配， 直到匹配成功结束或者全部进行匹配 但均未匹配成功结束。 其中， 参见图 4, 所述第一判断单元 3021 , 包括：

第一判断子单元 30211 , 判断所述发送方号码是否在本地指定的黑名单 和 / 或白名单中；

其中， 所述黑名单和所述白名单中的号码为用户添加 的完整号码、 用户根 据号码归属地设置的某一区域的号码或用户添 加号码中的部分号段， 所述黑名 单为拦截的号码清单， 所述白名单为允许接入的号码清单。

和 /或， 第二判断子单元 30212, 用于判断所述发送方号码是否在本地保存 的名片夹中和 /或客户识别模块 SIM卡名片夹中。

和 /或， 第三判断子单元 30213 , 用于判断所述发送方号码是否在本地保存 的拨出号码清单中。

其中， 参见图 5 , 所述第二判断单元 3022, 包括：

第四判断子单元 30221 , 用于如果所述信息内容包含本地指定的关键字 集 合中的关键字， 则获取所述关键字的权重值；

第一计算单元 30222, 用于根据所述信息内容的权重值计算所述信息 的权 重值；

第一确定单元 30223 , 用于当所述信息的权重值超过预设阈值时， 确定出 所述信息与预设的拦截模式匹配。

其中， 参见图 6, 所述第三判断单元 3023 , 包括：

第五判断子单元 30231 , 如果所述发送方号码在所述服务器指定的号码 集 合中，和 /或所述信息内容包含所述服务器指定的关键� �集合中的关键字，则分 别获取所述发送方号码的权重值和 /或所述关键字的权重值；

第二计算单元 30232,用于根据所述发送方号码的权重值和 /或所述信息内 容的权重值计算所述信息的总权重值；

第二确定单元 30233 , 用于当所述总权重值超过预设阈值时， 确定出所述 信息与预设的拦截模式匹配。 其中， 所述处理模块 303 , 具体包括：

第一处理单元 3031 ,用于如果所述拦截模式对应的处理规则为拦� �，则拦 截所述信息；

第二处理单元 3032,用于如果所述拦截模式对应的处理规则为� ��行，则显 示所述信息。

本发明实施例通过对信息的发送方号码和 /或信息内容与预设的拦截模式 进行匹配， 不仅局限于现有技术中仅拦截黑名单中号码的 拦截方式， 提高了拦 截的拦截准确率及效率， 并提高了用户的体验。

本领域普通技术人员可以理解实现上述实施例 的全部或部分步骤可以通 过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存储 于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘 或光盘等。 以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。