CN105554325B - 黑名单号码处理方法及移动终端 - Google Patents

Abstract

本公开是关于一种黑名单号码处理方法及移动终端，其中，该方法包括：接收黑名单号码的来电请求信号，根据云服务器记录的黑名单号码的数据信息，判断黑名单号码的号码性质是否已转变为正常号码，在黑名单号码的号码性质已转变为正常号码时，发出该黑名单号码已转变为正常号码的提醒通知，以便用户根据该提醒通知及时对该黑名单号码的来电请求信号做出处理。本实施例的技术方案，能够及时提醒用户虽然仍处于黑名单中但已转变为正常号码的来电请求，避免了用户只将骚扰号码加入黑名单而不进行管理导致用户错过正常来电的问题。

Description

黑名单号码处理方法及移动终端

技术领域

本公开涉及通信技术领域，尤其涉及一种黑名单号码处理方法及移动终端。

背景技术

随着通信技术的蓬勃发展，手机等移动终端成为人们不可缺少的通讯工具后，其为人们沟通交流提供便利的同时，但也常给用户的正常工作和生活带来干扰。例如，用户接到骚扰/诈骗/推销电话等电话的比例不断提高。某些时候，用户可以将反复来电的号码加入黑名单来避免诈骗或推销电话的骚扰，具体的，反复来电的号码被加入黑名单后，移动终端会永久的拦截加入该号码的来电请求，关于该号码的拦截结果只是会显示在拦截记录里面，并不对其做其他提醒处理。

目前，某一号码一旦被用户加入黑名单后，其就再没有被自动释放的机会，除非用户手动将其从黑名单中移除。但是，如果加入黑名单的号码的归属人发生了变化，也即，该号码已转变为正常号码，而将其加入黑名单中的用户又不知晓此事，那么当该号码的归属人利用该号码与用户进行正常联系时，可能会因为该号码位于黑名单而被移动终端拦截致使用户无法接收到该号码的来电请求进而错过正常来电。

发明内容

为克服相关技术中存在的问题，本公开提供一种黑名单号码处理方法及移动终端。

根据本公开实施例的第一方面，提供一种黑名单号码处理方法，包括：

接收黑名单号码的来电请求信号；

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码；

在所述黑名单号码的号码性质已转变为正常号码时，发出所述黑名单号码已转变为正常号码的提醒通知。

结合第一方面，在第一方面的第一种可能的实现方式中，所述根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码，包括：

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码在当前时间以前的一第一预设时间段内是否被加入黑名单；

在所述黑名单号码在当前时间以前的所述第一预设时间段内被加入黑名单时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码在当前时间以前的所述第一预设时间段内未被加入黑名单时，确定所述黑名单号码的号码性质已转变为正常号码。

结合第一方面，在第一方面的第二种可能的实现方式中，所述根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码，包括：

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码是否存在云服务器联系人数据库；

在所述黑名单号码不存在云服务器联系人数据库时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码存在云服务器联系人数据库时，确定所述黑名单号码的号码性质已转变为正常号码。

结合第一方面，在第一方面的第三种可能的实现方式中，所述根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码，包括：

根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值；

在所述黑名单号码在所述第二预设时间段内的平均通话时长小于所述预设阈值时，判断所述黑名单号码在所述第二预设时间段内被挂断的比例是否大于一预设比例；

在所述黑名单号码在所述第二预设时间段内的平均通话时长小于所述预设阈值且所述黑名单号码在所述第二预设时间段内被挂断的比例大于所述预设比例时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码在所述第二预设时间段内的平均通话时长不小于所述预设阈值或所述黑名单号码在所述第二预设时间段内被挂断的比例不大于所述预设比例时，确定所述黑名单号码的号码性质已转变为正常号码。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，在所述根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值之前，还包括：

根据云服务器记录的所述黑名单号码的通话请求数据，判断所述黑名单号码是否在所述第二预设时间段内向多个不同用户发送通话请求信号；

在所述黑名单号码在所述第二预设时间段内向多个不同用户发送通话请求信号时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码在所述第二预设时间段内未向多个不同用户发送来电请求信号时，再判断所述黑名单号码在所述第二预设时间段内的平均通话时长是否小于所述预设阈值。

结合第一方面第一种至第四种可能的实现方式中任一种可能的实现方式，在第一方面的第五种可能的实现方式中，所述在所述黑名单号码的号码性质已转变为正常号码时，发出所述黑名单号码已转变为正常号码的提醒通知，包括：

在所述黑名单号码的号码性质已转变为正常号码时，判断所述黑名单号码的来电请求信号次数是否达到一预设次数；

在所述黑名单号码的来电请求信号达到所述预设次数时，呈现出所述黑名单号码的来电请求信号以提醒所述用户接听所述黑名单号码的来电请求。

结合第一方面的第一种至第四种可能的实现方式中任何一种可能的实现方式，在第一方面的第六种可能的实现方式中，在所述发出所述黑名单号码已转变为正常号码的提醒通知之后，还包括：

根据用户发出的来电接听指令接通所述黑名单号码，并将所述黑名单号码从黑名单移除。

结合第一方面的第一种至第四种可能的实现方式中任何一种可能的实现方式，在第一方面的第七种可能的实现方式中，所述云服务器记录的所述黑名单号码的数据信息包括以下的一种数据信息或多种数据信息的结合：

黑名单号码集合、黑名单号码的用户标记信息、黑名单号码的归属信息、黑名单号码的通话记录数据、黑名单号码的通话请求数据。

根据本公开实施例的第二方面，提供一种移动终端，包括：

接收模块，被配置为接收黑名单号码的来电请求信号；

判断模块，被配置为根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码；

提醒模块，被配置为在所述黑名单号码的号码性质已转变为正常号码时，发出所述黑名单号码已转变为正常号码的提醒通知。

结合第二方面，在第二方面的第一种可能的实现方式中，所述判断模块，包括：

第一判断单元，被配置为根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码在当前时间以前的一第一预设时间段内是否被加入黑名单；

第一确定单元，被配置为在所述黑名单号码在当前时间以前的所述第一预设时间段内被加入黑名单时，确定所述黑名单号码的号码性质未转变为正常号码，在所述黑名单号码在当前时间以前的所述第一预设时间段内未被加入黑名单时，确定所述黑名单号码的号码性质已转变为正常号码。

结合第二方面，在第二方面的第二种可能的实现方式中，所述判断模块，包括：

第二判断单元，被配置为根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码是否存在云服务器联系人数据库；

第二确定单元，被配置为在所述黑名单号码不存在云服务器联系人数据库时，确定所述黑名单号码的号码性质未转变为正常号码，在所述黑名单号码存在云服务器联系人数据库时，确定所述黑名单号码的号码性质已转变为正常号码。

结合第二方面，在第二方面的第三种可能的实现方式中，所述判断模块，包括：

第三判断单元，被配置为根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值，判断所述黑名单号码在所述第二预设时间段内被挂断的比例是否大于一预设比例；

第三确定单元，被配置为在所述黑名单号码在所述第二预设时间段内的平均通话时长小于所述预设阈值且所述黑名单号码在所述第二预设时间段内被挂断的比例大于所述预设比例时，确定所述黑名单号码的号码性质未转变为正常号码，在所述黑名单号码在所述第二预设时间段内的平均通话时长不小于所述预设阈值或所述黑名单号码在所述第二预设时间段内被挂断的比例不大于所述预设比例时，确定所述黑名单号码的号码性质已转变为正常号码。

结合第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式中，所述判断模块，还包括：

第四判断单元，被配置为在所述第三判断单元根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值之前，根据云服务器记录的所述黑名单号码的通话请求数据，判断所述黑名单号码是否在所述第二预设时间段内向多个不同用户发送通话请求信号；

第四确定单元，被配置为在所述黑名单号码在所述第二预设时间段内向多个不同用户发送通话请求信号时，确定所述黑名单号码的号码性质未转变为正常号码；

相应的，所述第三判断单元，被配置为在所述黑名单号码在所述第二预设时间段内未向多个不同用户发送来电请求信号时，再判断所述黑名单号码在所述第二预设时间段内的平均通话时长是否小于所述预设阈值。

结合第二方面第一种至第四种可能的实现方式中任一种可能的实现方式，在第二方面的第五种可能的实现方式中，所述提醒模块，包括：

呼叫次数判断单元，被配置为在所述黑名单号码的号码性质已转变为正常号码时，判断所述黑名单号码的来电请求信号次数是否达到一预设次数；

呈现单元，被配置为在所述黑名单号码的来电请求信号达到所述预设次数时，呈现出所述黑名单号码的来电请求信号以提醒所述用户接听所述黑名单号码的来电请求。

结合第二方面的第一种至第四种可能的实现方式中任何一种可能的实现方式，在第二方面的第六种可能的实现方式中，所述移动终端，还包括：

移除模块，被配置于在所述提醒模块之后，根据用户发出的来电接听指令接通所述黑名单号码，并将所述黑名单号码从黑名单移除。

结合第二方面的第一种至第四种可能的实现方式中任何一种可能的实现方式，在第二方面的第七种可能的实现方式中，所述云服务器记录的所述黑名单号码的数据信息包括以下的一种数据信息或多种数据信息的结合：

黑名单号码集合、黑名单号码的用户标记信息、黑名单号码的归属信息、黑名单号码的通话记录数据、黑名单号码的通话请求数据。

根据本公开实施例的第三方面，提供一种移动终端，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器用于：

接收黑名单号码的来电请求信号；

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码；

在所述黑名单号码的号码性质已转变为正常号码时，发出所述黑名单号码已转变为正常号码的提醒通知。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例的黑名单号码处理方法及移动终端，通过云服务器记录的黑名单号码的数据信息判断来电黑名单号码的号码性质，并在黑名单号码的号码性质已转变为正常号码时，及时发出该黑名单号码已转变为正常号码的提醒通知，可以使用户接通该黑名单号码，并将其从黑名单移除。本实施例的技术方案，能够及时提醒用户来接通虽然仍处于黑名单中但已转变为正常号码的来电请求，避免了用户只将骚扰号码加入黑名单而不进行管理导致用户错过正常来电的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种黑名单号码处理方法的流程图；

图2是根据另一示例性实施例示出的一种黑名单号码处理方法的流程图；

图3是根据又一示例性实施例示出的一种黑名单号码处理方法的流程图；

图4是根据再一示例性实施例示出的一种黑名单号码处理方法的流程图；

图5是根据再一示例性实施例示出的一种黑名单号码处理方法的流程图；

图6是根据再一示例性实施例示出的一种黑名单号码处理方法的流程图；

图7是根据再一示例性实施例示出的一种黑名单号码处理方法的流程图；

图8是根据一示例性实施例示出的一种移动终端的框图；

图9是根据另一示例性实施例示出的一种移动终端的框图；

图10是根据又一示例性实施例示出的一种移动终端的框图；

图11是根据再一示例性实施例示出的一种移动终端的框图；

图12是根据再一示例性实施例示出的一种移动终端的框图；

图13是根据再一示例性实施例示出的一种移动终端的框图；

图14是根据一示例性实施例示出的一种移动终端的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

反复来电的骚扰电话被加入黑名单后，本公开实施例将其统称为黑名单号码。黑名单号码为诸如诈骗、推销等骚扰类电话号码，其被使用一段时间后，可能被多个用户加入黑名单，由于移动终端的来电提醒功能和黑名单拦截功能，使得骚扰号码的接通率和回拨率大大下降，另外由于手机号码的变更成本很低，所以骚扰类电话号码通常在使用一段时间后就会被舍弃。

被舍弃使用的黑名单号码，经过较长一段时间以后，例如是，6个月或1年以上，该号码可能会重新回归市场，被其他的用户使用，此时，号码的归属人相应发生了变化，该黑名单号码的性质也相应变为正常，因此，为了提高该号码正常的使用效率，应该将该黑名单号码从用户的黑名单移除，也即，洗白。

图1是根据一示例性实施例示出的一种黑名单号码处理方法的流程图。本实施例涉及的黑名单号码处理方法用于终端设备中，该终端设备例如可以是手机、PDA(PersonalDigital Assistant，个人数字助理，简称：PDA)等，也可以是具有通话功能的其他设备。如图1所示，本实施例示出的黑名单号码处理方法包括以下步骤。

在步骤S11中，接收黑名单号码的来电请求信号。

由于黑名单号码已被用户加入到黑名单中，所以，当该黑名单号码的归属人利用该黑名单号码向该用户发送呼叫请求时，该用户的移动终端接收到该黑名单号码的来电请求信号。相关技术中，由于该号码位于黑名单中，移动终端会将该号码的来电请求屏蔽掉，将其拦截，并且拦截的结果只会显示在拦截记录里面，这样可能造成用户错过正常来电的问题。本公开实施例的移动终端接收到黑名单号码的来电请求信号，并对其进行性质判断，最后根据判断结果来确定是否提醒用户接听。

在步骤S12中，根据云服务器记录的该黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码。

云服务器是是一种简单高效、安全可靠、处理能力可弹性伸缩的计算服务，其可以对多个终端设备的数据业务进行处理，也可以记录并存储终端设备的使用信息。例如，云服务器会记录并存储黑名单号码的相关数据信息。

因此，移动终端设备能够根据云服务器记录的该黑名单号码的数据信息，来判断该黑名单号码的号码性质是否已发生转变，也即，判断该黑名单号码的归属人是否已发生变化，该黑名单号码是否已转变为正常号码。

在步骤S13中，在黑名单号码的号码性质未转变为正常号码时，拒绝黑名单号码的来电请求信号。

移动终端根据云服务器上记录的该黑名单号码的数据信息，当其判断出该黑名单号码的性质未转变为正常号码时，也即，该黑名单号码仍然是诈骗或推销等类的骚扰号码，此时，移动终端仍然屏蔽该黑名单号码的来电请求，拦截来电信息。

在步骤S14中，在黑名单号码的号码性质已转变为正常号码时，发出该黑名单号码已转变为正常号码的提醒通知。

移动终端根据云服务器上记录的该黑名单号码的数据信息，若其判断出该黑名单号码的性质已经转变为正常号码，此时说明该黑名单号码归属人发生了变化，该黑名单号码的性质也已经发生了变化，所以，该黑名单号码的来电请求信号可能是正常的来电，此时，需要移动终端该黑名单号码已转变为正常号码的提醒通知，进而提醒用户对该来电请求信号做出相应的处理。

值得说明的是，用户收到移动终端设备发出的提醒通知，向移动终端发出来电接听指令，移动终端根据用户做出的来电接听指令接通该黑名单号码，同时，将该黑名单号码从黑名单移除，使得用户与该黑名单号码的来电请求的发出者进行正常通话。随后，当其他用户再通过该号码与用户通话时，移动终端设备不再对其进行拦截，而直接提醒用户进行接听。

本公开实施例的黑名单号码处理方法，通过云服务器记录的黑名单号码的数据信息判断来电黑名单号码的号码性质，并在黑名单号码的号码性质已转变为正常号码时，及时发出该黑名单号码已转变为正常号码的提醒通知，以便用户根据该提醒通知及时对该黑名单号码的来电请求信号做出处理。本实施例的技术方案，能够及时提醒用户来接通虽然仍处于黑名单中但已转变为正常号码的来电请求，避免了用户只将骚扰号码加入黑名单而不进行管理导致用户错过正常来电的问题。

图2是根据另一示例性实施例示出的一种黑名单号码处理方法的流程图。本实施例涉及的黑名单号码处理方法用于终端设备中，本实施例在图1所示实施例的基础上，对根据云服务器记录的黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码的实施例，作详细说明，如图2所示，本公开实施例示出的黑名单号码处理方法包括以下步骤。

在步骤S21中，根据云服务器记录的黑名单号码的数据信息，判断黑名单号码在当前时间以前的一第一预设时间段内是否被加入黑名单。

可选的，云服务器记录的黑名单号码的数据信息包括黑名单号码的集合，移动终端根据云服务器记录的黑名单号码的集合，可以判断该黑名单号码是否位于黑名单号码集合中，并且其是否是在当前时间以前的一第一预设时间段内被其他用户加入的黑名单。值得说明的是，该第一预设时间段可以是6个月或1年，对于预设时间的具体长短本公开并不对其进行限定。

值得说明的是，上述的当前时间是指移动终端设备接收到黑名单号码的来电请求信号的时间。

在步骤S22中，在黑名单号码在当前时间以前的第一预设时间段内被加入黑名单时，确定该黑名单号码的号码性质未转变为正常号码。

若移动终端判断出该黑名单号码是在当前时间以前的第一预设时间段内被加入的黑名单，那么则说明该黑名单号码仍然是诈骗或推销类号码，其骚扰类号码的性质仍然未变。

在步骤S23中，在黑名单号码在当前时间以前的第一预设时间段内未被加入黑名单时，确定该黑名单号码的号码性质已转变为正常号码。

若移动终端判断出该黑名单号码在当前时间以前的第一预设时间段内均未被加入黑名单，此时有可能表明该黑名单号码是在该第一预设时间段之前被用户加入的，此时，该号码的性质可能已经发生变化，其归属人也可能已经发生了变化，该号码可能已由骚扰类号码变为了正常号码。

举例来说，该黑名单号码集合可以包括黑名单号码的用户标记信息，因此，在步骤21中，也即，根据云服务器记录的黑名单号码的数据信息，判断黑名单号码在当前时间以前的一第一预设时间段内是否被加入黑名单，包括以下步骤。

作为一种示例，移动终端根据云服务器记录的黑名单号码的用户标记信息，判断该黑名单号码在当前时间以前的第一预设时间段内是否被标记为诈骗号码或者推销号码，并在该黑名单号码在当前时间以前的第一预设时间段内存在被标记为诈骗号码或者推销号码的情况时，确定该黑名单号码的号码性质未转变为正常号码，而在黑名单号码在当前时间以前的第一预设时间段内未被标记为诈骗号码或者推销号码时，确定黑名单号码的号码性质已转变为正常号码。

本公开实施例的黑名单号码处理方法，通过云服务器记录的黑名单号码集合，对黑名单号码在当前时间以前的第一预设时间段内是否被加入黑名单进行判断，并最终确定出该黑名单号码的性质是否发生了变化，进一步，通过根据云服务器记录的该黑名单号码的用户标记信息来判断该黑名单号码在当前时间以前的第一预设时间段内是否被标记为诈骗号码或者推销号码，从而确定出该黑名单号码的性质是否已转变为正常号码。本实施例的技术方案，通过云端记录的黑名单号码的黑名单集合以及用户标记信息，能够准确判断出黑名单号码的性质是否已发生改变，使得黑名单号码的管理趋于智能化。

图3是根据又一示例性实施例示出的一种黑名单号码处理方法的流程图。本实施例涉及的黑名单号码处理方法用于终端设备中，本实施例在图1所示实施例的基础上，对根据云服务器记录的黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码的实施例，作详细说明。本公开实施例与图2所示实施例的区别在于，根据云服务器记录的黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码的方式不同。如图3所示，本公开实施例示出的黑名单号码处理方法包括以下步骤。

在步骤S31中，根据云服务器记录的黑名单号码的数据信息，判断该黑名单号码是否存在云服务器联系人数据库。

可选的，云服务器记录的黑名单号码的数据信息包括黑名单号码的归属信息，移动终端根据云服务器记录的黑名单号码的归属信息，判断该黑名单号码是否存在云端服务器联系人数据库，云端服务器联系人数据库中包括号码归属人常联系的号码。

在步骤S32中，在黑名单号码不存在云服务器联系人数据库时，确定该黑名单号码的号码性质未转变为正常号码。

若该黑名单号码不存在云服务器联系人数据库，则说明该号码的归属人没有固定的联系人，也即，其可能会对多个不同的用户进行发起通话请求，其可能属于骚扰类号码，所以，可确定该黑名单号码的号码性质未转变为正常号码。

在步骤S33中，在黑名单号码存在云服务器联系人数据库时，确定该黑名单号码的号码性质已转变为正常号码。

若该黑名单号码存在云服务器联系人数据库，则说明该号码的归属人具有固定的联系人，也即，其没有通过该号码对其他用户实行骚扰或诈骗活动。进一步的，由于骚扰类号码一般不可能存在云服务器联系人数据库，所以，当黑名单号码存在云服务器联系人数据库时，可确定该黑名单号码的号码性质已转变为正常号码。

本公开实施例的黑名单号码处理方法，通过云服务器记录的黑名单号码的归属信息来判断该黑名单号码是否存在云服务器联系人数据库，从而确定出该黑名单号码的号码性质是否已转变为正常号码。本实施例的技术方案，通过云服务器记录的黑名单号码的归属信息以及云服务器联系人数据库信息，也能够准确判断出黑名单号码的性质是否已发生改变，使智能终端的黑名单号码管理智能化。

图4是根据再一示例性实施例示出的一种黑名单号码处理方法的流程图。本实施例涉及的黑名单号码处理方法用于终端设备中，本实施例在图1所示实施例的基础上，对根据云服务器记录的黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码的实施例，作详细说明。本公开实施例与图2或图3所示实施例的区别在于，根据云服务器记录的黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码的方式均不相同。如图4所示，本公开实施例示出的黑名单号码处理方法包括以下步骤。

在步骤S41中，根据云服务器记录的黑名单号码的通话记录数据，判断该黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值。

云服务器记录的黑名单号码的数据信息包括黑名单号码的通话记录数据，移动终端根据云服务器记录的黑名单号码的通话记录数据，进而对该黑名单号码在第二预设时间段内的平均通话时长进行统计，判断该平均通话时长与预设阈值的关系。预设阈值可以是几十秒，也可以是几分钟，本公开实施例对其进行限定。

在步骤S42中，在黑名单号码在第二预设时间段内的平均通话时长小于该预设阈值时，判断该黑名单号码在该第二预设时间段内被挂断的比例是否大于一预设比例。

若该黑名单号码在第二预设时间段内的平均通话时长小于预设阈值，则说明该号码在第二预设时间段内的归属人没有固定的联系人，电话刚接通就被挂断，其可能属于骚扰类号码，所以，进一步判断该黑名单号码在第二预设时间段内被挂断的比例是否大于一预设比例。

在步骤S43中，在黑名单号码在第二预设时间段内的平均通话时长小于该预设阈值且黑名单号码在第二预设时间段内被挂断的比例大于该预设比例时，确定黑名单号码的号码性质未转变为正常号码。

若该黑名单号码在该第二预设时间段内的平均通话时长小于该预设阈值且黑名单号码在该第二预设时间段内被挂断的比例大于预设比例，则说明该号码经常被用户挂断，其可能仍然属于骚扰类号码，该黑名单号码的号码性质未转变为正常号码。

在步骤S44中，在黑名单号码在第二预设时间段内的平均通话时长不小于该预设阈值或黑名单号码在第二预设时间段内被挂断的比例不大于预设比例时，确定该黑名单号码的号码性质已转变为正常号码。

若该黑名单号码在第二预设时间段内的平均通话时长不小于该预设阈值或者黑名单号码在第二预设时间段内被挂断的比例不大于预设比例，则说明该号码被用户正常使用，其黑名单号码的号码性质已经转变为正常号码。

本公开实施例的黑名单号码处理方法，通过云服务器记录的黑名单号码的通话记录数据来判断该黑名单号码在第二预设时间段内的平均通话时长与预设阈值、该黑名单号码在第二预设时间段内被挂断的比例与预设比例的关系，进而判断该黑名单号码的号码性质是否已转变为正常号码。本实施例的技术方案，通过云服务器记录的黑名单号码的通话记录数据，能够准确的判断出黑名单号码的性质是否发生改变，提高了黑名单号码管理的智能化。

图5是根据再一示例性实施例示出的一种黑名单号码处理方法的流程图。本实施例涉及的黑名单号码处理方法用于终端设备中，本实施例在图4所示实施例的基础上，对黑名单号码处理方法的进一步说明。如图5所示，本公开实施例示出的黑名单号码处理方法，在执行步骤41之前，也即，在根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值之前，本公开实施例示出的黑名单号码处理方法在步骤41之前还包括以下步骤。

在步骤S51中，根据云服务器记录的黑名单号码的通话记录数据，判断该通话记录数据中的第一通话时间是否在当前时间以前的第二预设时间段内。

云服务器记录的黑名单号码的数据信息包括黑名单号码的通话记录数据，移动终端根据云服务器记录的黑名单号码的该通话记录数据中的第一通话时间，判断其是否位于当前时间以前的第二预设时间段内。该当前时间是终端接收到黑名单号码的来电请求的时间。该第二预设时间段可以是第一预设时间段，也可以与第一预设时间段不同，其可以是6个月或1年等不同的时间，本公开实施例并不对第二预设时间段进行限定。

在步骤S52中，在通话记录数据中的第一通话时间不在当前时间以前的第二预设时间段内时，确定黑名单号码的号码性质未转变为正常号码。

若移动终端判断出该黑名单号码通话记录数据中的第一通话时间不在当前时间以前的第二预设时间段内，那么表明该黑名单号码一直被使用，其性质并没有变化，也即，该黑名单号码的号码性质并未转变为正常号码。

在步骤S53中，在通话记录数据中的第一通话时间在当前时间以前的第二预设时间段内时，判断该黑名单号码的平均通话时长是否小于预设阈值。

若移动终端判断出该黑名单号码通话记录数据中的第一通话时间在当前时间以前的第二预设时间段内，那么表明该黑名单号码已经很久没有被使用了，最近才开始有呼入和呼出，也即，该黑名单号码又刚开始投入使用。进一步，再判断该黑名单号码的平均通话时长与预设阈值的关系。

本公开实施例的黑名单号码处理方法，通过在判断该黑名单号码的平均通话时长与预设阈值的关系之前，首先判断该通话记录数据中的第一通话时间是否在当前时间以前的第二预设时间段内，进一步提高了黑名单号码性质判断的准确性。

图6是根据再一示例性实施例示出的一种黑名单号码处理方法的流程图。本实施例涉及的黑名单号码处理方法用于终端设备中，本公开实施例也是在图4所示实施例的基础上，在执行步骤41之前，也即，在根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值之前，对黑名单号码处理方法的进一步说明。本公开实施例与图5所示实施例的区别在于，在步骤41之前，上述黑名单号码处理方法还包括的步骤不同。如图6所示，本公开实施例示出的黑名单号码处理方法在步骤41之前还包括以下步骤。

在步骤S61中，根据云服务器记录的黑名单号码的通话请求数据，判断该黑名单号码是否在第二预设时间段内向多个不同用户发送通话请求信号。

云服务器记录的黑名单号码的数据信息包括黑名单号码的通话记录数据，移动终端根据云服务器记录的该通话记录数据，判断其是否在第二预设时间段内向多个不同用户发送了通话请求信号。

在步骤S62中，在黑名单号码在第二预设时间段内向多个不同用户发送通话请求信号时，确定该黑名单号码的号码性质未转变为正常号码。

由于骚扰类号码通常会集中拨打多个不同的号码，所以，若移动终端判断出该黑名单号码在该第二预设时间段内向多个不同用户发送通话请求信号，那么表明该黑名单号码仍可能是骚扰类号码，其性质并没有变化，也即，该黑名单号码的号码性质并未转变为正常号码。

在步骤S63中，在黑名单号码在第二预设时间段内未向多个不同用户发送来电请求信号时，再判断该黑名单号码在第二预设时间段内的平均通话时长是否小于预设阈值。

若移动终端判断出该黑名单号码在该第二预设时间段内未向多个不同用户发送来电请求信号，那么表明该黑名单号码可能是正常的号码，所以，为了判定该推断的准确性，再判断该黑名单号码在第二预设时间段内的平均通话时长与预设阈值的关系。

本公开实施例的黑名单号码处理方法，通过在判断该黑名单号码的平均通话时长与预设阈值的关系之前，首先判断该黑名单号码是否在第二预设时间段内向多个不同用户发送通话请求信号，当其没有在该第二预设时间段内向多个不同用户发送通话请求信号时，再判断黑名单号码在该第二预设时间段内的平均通话时长与预设阈值的关系，进一步提高了黑名单号码性质判断的准确性。

图7是根据再一示例性实施例示出的一种黑名单号码处理方法的流程图。本实施例涉及的黑名单号码处理方法用于终端设备中，本实施例在上述图1至图6所示任一实施例的基础上，对在黑名单号码的号码性质已转变为正常号码时，发出该黑名单号码已转变为正常号码的提醒通知的实施例，作详细说明，如图7所示，本公开实施例示出的黑名单号码处理方法包括以下步骤。

在步骤S71中，在黑名单号码的号码性质已转变为正常号码时，判断该黑名单号码的来电请求信号次数是否达到一预设次数。

当移动终端已经得知该黑名单号码的号码性质已转变为正常号码，为了确保该号码不是其他用户故意来骚扰该用户，再判断该黑名单号码的来电请求信号次数是否达到一预设次数。该预设次数可以是两次或其他次数，只要能确定该黑名单号码的归属人是真的想拨通该用户即可，本公开实施例并不对该预设次数进行限定。

在步骤S72中，在黑名单号码的来电请求信号达到预设次数时，呈现出该黑名单号码的来电请求信号以提醒用户接听该黑名单号码的来电请求。

若移动终端得出该黑名单号码的来电请求信号已达到预设次数，此时该移动终端则可通过显示界面呈现出黑名单号码的来电请求信号以提醒用户接听该黑名单号码的来电请求。例如，显示界面可以显示“一个正常号码正在联系您，是否移除黑名单并允许联系请求？”的提醒通知来提醒用户。

在步骤S73中，通过响铃或振动的方式来提醒用户接听该黑名单号码的来电请求。

在步骤S74中，在黑名单号码的来电请求信号未达到预设次数时，不发出提醒用户接受该黑名单号码的来电请求信号的提醒通知。

在移动终端利用显示界面呈现出黑名单号码的来电请求信号的提醒通知的同时，还可以通过响铃或振动的方式来提醒用户。响铃与振动是用户自己设置的情景模式，用户可以根据实际需要进行设置，因此，通过响铃或振动的方式来提醒用户，可以使用户关注到来自该黑名单号码的来电请求。

本公开实施例的黑名单号码处理方法，在得知该黑名单号码的号码性质已转变为正常号码时，再通过判断黑名单号码的来电请求信号次数来确定是否进行提醒用户，提高了黑名单号码急需接通用户的需要，通过呈现出该来电请求信号并通过响铃或振动的方式来提醒用户，能够使用户及时接收到该来电请求，避免了用户可能错过正常电话的问题，使得黑名单的管理智能化。

进一步的，在上述各实施例示出的黑名单号码处理方法中，在发出该黑名单号码已转变为正常号码的提醒通知之后，还包括：

根据用户发出的来电接听指令接通该黑名单号码，并将该黑名单号码从黑名单移除。

可选的，用户收到移动终端设备发出的提醒通知后，会根据实际情况向移动终端发出来电接听指令，移动终端接收到该来电接听指令后，则根据用户发出的来电接听指令接通该黑名单号码，同时将其从黑名单中移除，使得用户与该黑名单号码的来电请求的发出者进行正常通话。随后，当其他用户再通过该号码与用户通话时，移动终端设备不再对其进行拦截，而直接提醒用户进行接听。该技术方案能够避免用户只将骚扰号码加入黑名单而不进行管理导致用户错过正常来电的问题。

可选的，在上述图7所示实施例示出的黑名单号码处理方法中，上述云服务器记录的黑名单号码的数据信息包括以下的一种数据信息或多种数据信息的结合：

黑名单号码集合、黑名单号码的用户标记信息、黑名单号码的归属信息、黑名单号码的通话记录数据、黑名单号码的通话请求数据。

云服务器记录了黑名单号码集合、黑名单号码的用户标记信息、黑名单号码的归属信息、黑名单号码的通话记录数据以及黑名单号码的通话请求数据，使得移动终端能够根据上述数据信息准确的确定出黑名单号码的性质是否发生了改变。值得说明的是，上述只是列出了云服务器记录的几种可能的数据信息，本公开实施例还可以包括其他的形式，本公开实施例并不对云服务器记录的数据信息进行限定。

以上描述了黑名单号码处理方法的实现过程，该过程可以由移动终端来实现，以下将对移动终端的内部功能和结构进行说明。对于本公开移动终端实施例中未披露的细节，请参照本公开方法实施例。

图8是根据一示例性实施例示出的一种移动终端的框图。参照图8，该移动终端包括接收模块81，判断模块82、拒绝模块83和提醒模块84。

接收模块81，被配置为接收黑名单号码的来电请求信号。

判断模块82，被配置为根据云服务器记录的黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码。

拒绝模块83，被配置为在黑名单号码的号码性质未转变为正常号码时，拒绝该黑名单号码的来电请求信号。

提醒模块84，被配置为在黑名单号码的号码性质已转变为正常号码时，发出该黑名单号码已转变为正常号码的提醒通知。

当移动终端上有来自黑名单号码的呼入事件时，接收模块81首先接收该黑名单号码的来电请求信号，判断模块82根据云服务器记录的该黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码，在该黑名单号码的号码性质未转变为正常号码时，利用拒绝模块83拒绝该黑名单号码的来电请求信号，在该黑名单号码的号码性质已转变为正常号码时，利用提醒模块84发出该黑名单号码已转变为正常号码的提醒通知，进而提醒用户对该来电请求信号做出相应的处理。

本公开实施例的移动终端，利用接收模块接收来电请求信号，通过判断模块判断来电黑名单号码的号码性质，并在黑名单号码的号码性质已转变为正常号码时，利用提醒模块及时发出该黑名单号码已转变为正常号码的提醒通知来提醒用户以便用户对该来电请求信号及时做出相应的处理，在黑名单号码的号码性质未转变为正常号码时，利用拒绝模块将该来电拦截。本实施例的技术方案，能够及时提醒用户接通仍处于黑名单中但已转变为正常号码的来电请求，避免了用户只将骚扰号码加入黑名单而不管理导致用户错过正常来电的问题。

图9是根据另一示例性实施例示出的一种移动终端的框图。本公开实施例在图8所示实施例的基础上对移动终端的判断模块82的进一步说明。如图9所示，判断模块82包括：第一判断单元91和第一确定单元92。

第一判断单元91，被配置为根据云服务器记录的黑名单号码的数据信息，判断黑名单号码在当前时间以前的第一预设时间段内是否被加入黑名单。

第一确定单元92，被配置为在黑名单号码在当前时间以前的第一预设时间段内被加入黑名单时，确定该黑名单号码的号码性质未转变为正常号码，在黑名单号码在当前时间以前的第一预设时间段内没有被加入黑名单时，确定该黑名单号码的号码性质已转变为正常号码。

进一步的，在上述实施例示出的移动终端中，第一判断单元91，还被配置为根据云服务器记录的黑名单号码的用户标记信息，判断该黑名单号码在当前时间以前的第一预设时间段内是否被标记为诈骗号码或者推销号码。

第一确定单元92，被配置为在黑名单号码在当前时间以前的第一预设时间段内存在被标记为诈骗号码或者推销号码的情况时，确定黑名单号码的号码性质未转变为正常号码，在黑名单号码在当前时间以前的第一预设时间段内未被标记为诈骗号码或者推销号码时，确定该黑名单号码的号码性质已转变为正常号码。

本公开实施例的移动终端，通过第一判断模块通过云服务器记录的黑名单号码集合判断黑名单号码在当前时间以前的第一预设时间段内是否被其他用户加入黑名单，也即，判断其是否被标记为诈骗号码或者推销号码，进而通过第一确定模块确定出该黑名单号码的性质是否已转变为正常号码。本实施例的技术方案，通过云服务器记录的黑名单号码的黑名单集合以及用户标记信息，能够准确判断出黑名单号码的性质是否已发生改变，使得黑名单号码的管理性能趋于智能化。

图10是根据又一示例性实施例示出的一种移动终端的框图。本公开实施例在图8所示实施例的基础上对移动终端的判断模块82的进一步说明。如图10所示，上述判断模块82包括：第二判断单元101和第二确定单元102。

第二判断单元101，被配置为根据云服务器记录的黑名单号码的数据信息，判断黑名单号码是否存在云服务器联系人数据库。

第二确定单元102，被配置为在黑名单号码不存在云服务器联系人数据库时，确定该黑名单号码的号码性质未转变为正常号码，在黑名单号码存在云服务器联系人数据库时，确定该黑名单号码的号码性质已转变为正常号码。

本实施例提供的移动终端与图9所示的移动终端的区别在于判断模块判断该黑名单号码的号码性质是否转变为正常号码的方式不同。

图11是根据再一示例性实施例示出的一种移动终端的框图。本公开实施例在图8所示实施例的基础上对移动终端的判断模块82的进一步说明。如图11所示，上述判断模块82包括：第三判断单元111和第三确定单元112。

第三判断单元111，被配置为根据云服务器记录的黑名单号码的通话记录数据，判断该黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值，判断该黑名单号码在第二预设时间段内被挂断的比例是否大于一预设比例。

第三确定单元112，被配置为在黑名单号码在第二预设时间段内的平均通话时长小于预设阈值且黑名单号码在第二预设时间段内被挂断的比例大于预设比例时，确定该黑名单号码的号码性质未转变为正常号码，在黑名单号码在第二预设时间段内的平均通话时长不小于预设阈值或黑名单号码在第二预设时间段内被挂断的比例不大于预设比例时，确定该黑名单号码的号码性质已转变为正常号码。

可选的，在图11所示实施例示出的移动终端中，上述判断模块82的组成部分，还包括以下两种实现方式。

实现方式一

上述判断模块82，还包括：第四判断单元和第四确定单元。

第四判断单元，被配置为在第三判断单元根据云服务器记录的黑名单号码的通话记录数据，判断该黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值之前，根据云服务器记录的黑名单号码的通话请求数据，判断该黑名单号码是否在第二预设时间段内向多个不同用户发送通话请求信号。

第四确定单元，被配置为在黑名单号码在该第二预设时间段内向多个不同用户发送通话请求信号时，确定该黑名单号码的号码性质未转变为正常号码。

相应的，第三判断单元111，被配置为在黑名单号码在该第二预设时间段内未向多个不同用户发送来电请求信号时，再判断该黑名单号码在第二预设时间段内的平均通话时长是否小于预设阈值。

实现方式二

上述判断模块82，还包括：第五判断单元和第五确定单元。

第五判断单元，被配置为在第三判断单元根据云服务器记录的黑名单号码的通话记录数据，判断该黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值之前，根据云服务器记录的黑名单号码的通话记录数据，判断该通话记录数据中的第一通话时间是否在当前时间以前的第二预设时间段内。

第五确定单元，被配置为在通话记录数据中的第一通话时间不在当前时间以前的第二预设时间段内时，确定该黑名单号码的号码性质未转变为正常号码。

相应的，第三判断单元111，被配置为在通话记录数据中的第一通话时间在当前时间以前的第二预设时间段内时，再判断该黑名单号码在第二预设时间段内的平均通话时长是否小于预设阈值。

本实施例提供的移动终端与图9和图10所示的移动终端的区别也在于判断模块判断该黑名单号码的号码性质是否转变为正常号码的方式不同。

图12是根据再一示例性实施例示出的一种移动终端的框图。本公开实施例在图8至图11任一所示实施例的基础上对移动终端的提醒模块84的进一步说明。如图12所示，本实施例包括：呼叫次数判断单元121和呈现单元122。

呼叫次数判断单元121，被配置为在黑名单号码的号码性质已转变为正常号码时，判断该黑名单号码的来电请求信号次数是否达到一预设次数。

呈现单元122，被配置为在黑名单号码的来电请求信号达到预设次数时，呈现出该黑名单号码的来电请求信号以提醒所述用户接听所述黑名单号码的来电请求。

本公开实施例的移动终端，在得知该黑名单号码的号码性质已转变为正常号码时，再通过呼叫次数判断单元判断黑名单号码的来电请求信号次数来确定是否进行提醒用户，提高了黑名单号码急需接通用户的需要，进而通过呈现单元呈现出该来电请求信号以提醒用户，能够使用户及时接收到该来电请求，避免了用户可能错过正常电话的问题，使得黑名单的管理智能化。

进一步的，在上述实施例示出的移动终端中，该移动终端，还包括：移除模块。

该移除模块，被配置于在提醒模块之后，根据用户发出的来电接听指令接通上述黑名单号码，并将该黑名单号码从黑名单移除。

进一步的，在上述实施例示出的移动终端中，云服务器记录的黑名单号码的数据信息包括以下的一种数据信息或多种数据信息的结合：

黑名单号码集合、黑名单号码的用户标记信息、黑名单号码的归属信息、黑名单号码的通话记录数据、黑名单号码的通话请求数据。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

以上描述了移动终端的内部功能模块和结构示意，图13是根据再一示例性实施例示出的一种移动终端的框图，如图13所示，该移动终端包括：存储器131和处理器132。

存储器131，用于存储处理器可执行指令。

处理器132，用于：

接收黑名单号码的来电请求信号；

根据云服务器记录的黑名单号码的数据信息，判断该黑名单号码的号码性质是否已转变为正常号码；

在该黑名单号码的号码性质已转变为正常号码时，发出黑名单号码已转变为正常号码的提醒通知。

在上述终端设备的实施例中，应理解，该处理器可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application SpecificIntegrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，而前述的存储器可以是只读存储器(英文：read-only memory，缩写：ROM)、随机存取存储器(英文：random access memory，简称：RAM)、快闪存储器、硬盘或者固态硬盘。SIM卡也称为用户身份识别卡、智能卡，数字移动电话机必须装上此卡方能使用。即在电脑芯片上存储了数字移动电话客户的信息，加密的密钥以及用户的电话簿等内容。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

图14是根据一示例性实施例示出的一种移动终端的框图。例如，移动终端1400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图14，移动终端1400可以包括以下一个或多个组件：处理组件1402，存储器1404，电源组件1406，多媒体组件1408，音频组件1410，输入/输出(I/O)接口1412，传感器组件1414，以及通信组件1416。

处理组件1402通常控制移动终端1400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1402可以包括一个或多个处理器1420来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1402可以包括一个或多个模块，便于处理组件1402和其他组件之间的交互。例如，处理组件1402可以包括多媒体模块，以方便多媒体组件1408和处理组件1402之间的交互。

存储器1404被配置为存储各种类型的数据以支持在移动终端1400的操作。这些数据的示例包括用于在移动终端1400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1406为移动终端1400的各种组件提供电力。电源组件1406可以包括电源管理系统，一个或多个电源，及其他与为移动终端1400生成、管理和分配电力相关联的组件。

多媒体组件1408包括在所述移动终端1400和用户之间的提供一个输出接口的触控显示屏。在一些实施例中，触控显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1408包括一个前置摄像头和/或后置摄像头。当移动终端1400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1410被配置为输出和/或输入音频信号。例如，音频组件1410包括一个麦克风(MIC)，当移动终端1400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中，音频组件1410还包括一个扬声器，用于输出音频信号。

I/O接口1412为处理组件1402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1414包括一个或多个传感器，用于为移动终端1400提供各个方面的状态评估。例如，传感器组件1414可以检测到移动终端1400的打开/关闭状态，组件的相对定位，例如所述组件为移动终端1400的显示器和小键盘，传感器组件1414还可以检测移动终端1400或移动终端1400一个组件的位置改变，用户与移动终端1400接触的存在或不存在，移动终端1400方位或加速/减速和移动终端1400的温度变化。传感器组件1414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1416被配置为便于移动终端1400和其他设备之间有线或无线方式的通信。移动终端1400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，移动终端1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述文档显示方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1404，上述指令可由移动终端1400的处理器1420执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端1400的处理器执行时，使得移动终端1400能够执行一种黑名单号码处理的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (13)

1.一种黑名单号码处理方法，其特征在于，包括：

接收黑名单号码的来电请求信号；

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码；

在所述黑名单号码的号码性质已转变为正常号码时，发出所述黑名单号码已转变为正常号码的提醒通知；

其中，所述根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码，包括：

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码在当前时间以前的一第一预设时间段内是否被加入黑名单；

在所述黑名单号码在当前时间以前的所述第一预设时间段内被加入黑名单时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码在当前时间以前的所述第一预设时间段内未被加入黑名单时，确定所述黑名单号码的号码性质已转变为正常号码；或者

根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值；

在所述黑名单号码在所述第二预设时间段内的平均通话时长小于所述预设阈值时，判断所述黑名单号码在所述第二预设时间段内被挂断的比例是否大于一预设比例；

在所述黑名单号码在所述第二预设时间段内的平均通话时长小于所述预设阈值且所述黑名单号码在所述第二预设时间段内被挂断的比例大于所述预设比例时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码在所述第二预设时间段内的平均通话时长不小于所述预设阈值或所述黑名单号码在所述第二预设时间段内被挂断的比例不大于所述预设比例时，确定所述黑名单号码的号码性质已转变为正常号码。

2.根据权利要求1所述的黑名单号码处理方法，其特征在于，所述根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码，包括：

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码是否存在云服务器联系人数据库；

在所述黑名单号码不存在云服务器联系人数据库时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码存在云服务器联系人数据库时，确定所述黑名单号码的号码性质已转变为正常号码。

3.根据权利要求1所述的黑名单号码处理方法，其特征在于，在所述根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值之前，还包括：

根据云服务器记录的所述黑名单号码的通话请求数据，判断所述黑名单号码是否在所述第二预设时间段内向多个不同用户发送通话请求信号；

在所述黑名单号码在所述第二预设时间段内向多个不同用户发送通话请求信号时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码在所述第二预设时间段内未向多个不同用户发送来电请求信号时，再判断所述黑名单号码在所述第二预设时间段内的平均通话时长是否小于所述预设阈值。

4.根据权利要求1～3任一项所述的黑名单号码处理方法，其特征在于，所述在所述黑名单号码的号码性质已转变为正常号码时，发出所述黑名单号码已转变为正常号码的提醒通知，包括：

在所述黑名单号码的号码性质已转变为正常号码时，判断所述黑名单号码的来电请求信号次数是否达到一预设次数；

在所述黑名单号码的来电请求信号达到所述预设次数时，呈现出所述黑名单号码的来电请求信号以提醒用户接听所述黑名单号码的来电请求。

5.根据权利要求1～3任一项所述的黑名单号码处理方法，其特征在于，在所述发出所述黑名单号码已转变为正常号码的提醒通知之后，还包括：

根据用户发出的来电接听指令接通所述黑名单号码，并将所述黑名单号码从黑名单移除。

6.根据权利要求1～3任一项所述的黑名单号码处理方法，其特征在于，所述云服务器记录的所述黑名单号码的数据信息包括以下的一种数据信息或多种数据信息的结合：

黑名单号码集合、黑名单号码的用户标记信息、黑名单号码的归属信息、黑名单号码的通话记录数据、黑名单号码的通话请求数据。

7.一种移动终端，其特征在于，包括：

接收模块，被配置为接收黑名单号码的来电请求信号；

判断模块，被配置为根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码；

提醒模块，被配置为在所述黑名单号码的号码性质已转变为正常号码时，发出所述黑名单号码已转变为正常号码的提醒通知；

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

第一判断单元，被配置为根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码在当前时间以前的一第一预设时间段内是否被加入黑名单；

第一确定单元，被配置为在所述黑名单号码在当前时间以前的所述第一预设时间段内被加入黑名单时，确定所述黑名单号码的号码性质未转变为正常号码，在所述黑名单号码在当前时间以前的所述第一预设时间段内未被加入黑名单时，确定所述黑名单号码的号码性质已转变为正常号码；或者

第三判断单元，被配置为根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值，判断所述黑名单号码在所述第二预设时间段内被挂断的比例是否大于一预设比例；

第三确定单元，被配置为在所述黑名单号码在所述第二预设时间段内的平均通话时长小于所述预设阈值且所述黑名单号码在所述第二预设时间段内被挂断的比例大于所述预设比例时，确定所述黑名单号码的号码性质未转变为正常号码，在所述黑名单号码在所述第二预设时间段内的平均通话时长不小于所述预设阈值或所述黑名单号码在所述第二预设时间段内被挂断的比例不大于所述预设比例时，确定所述黑名单号码的号码性质已转变为正常号码。

8.根据权利要求7所述的移动终端，其特征在于，所述判断模块，包括：

第二判断单元，被配置为根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码是否存在云服务器联系人数据库；

第二确定单元，被配置为在所述黑名单号码不存在云服务器联系人数据库时，确定所述黑名单号码的号码性质未转变为正常号码，在所述黑名单号码存在云服务器联系人数据库时，确定所述黑名单号码的号码性质已转变为正常号码。

9.根据权利要求7所述的移动终端，其特征在于，所述判断模块，还包括：

第四判断单元，被配置为在所述第三判断单元根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值之前，根据云服务器记录的所述黑名单号码的通话请求数据，判断所述黑名单号码是否在所述第二预设时间段内向多个不同用户发送通话请求信号；

第四确定单元，被配置为在所述黑名单号码在所述第二预设时间段内向多个不同用户发送通话请求信号时，确定所述黑名单号码的号码性质未转变为正常号码；

相应的，所述第三判断单元，被配置为在所述黑名单号码在所述第二预设时间段内未向多个不同用户发送来电请求信号时，再判断所述黑名单号码在所述第二预设时间段内的平均通话时长是否小于所述预设阈值。

10.根据权利要求7～9任一项所述的移动终端，其特征在于，所述提醒模块，包括：

呼叫次数判断单元，被配置为在所述黑名单号码的号码性质已转变为正常号码时，判断所述黑名单号码的来电请求信号次数是否达到一预设次数；

呈现单元，被配置为在所述黑名单号码的来电请求信号达到所述预设次数时，呈现出所述黑名单号码的来电请求信号以提醒用户接听所述黑名单号码的来电请求。

11.根据权利要求7～9任一项所述的移动终端，其特征在于，还包括：

移除模块，被配置于在所述提醒模块之后，根据用户发出的来电接听指令接通所述黑名单号码，并将所述黑名单号码从黑名单移除。

12.根据权利要求7～9任一项所述的移动终端，其特征在于，所述云服务器记录的所述黑名单号码的数据信息包括以下的一种数据信息或多种数据信息的结合：

黑名单号码集合、黑名单号码的用户标记信息、黑名单号码的归属信息、黑名单号码的通话记录数据、黑名单号码的通话请求数据。

13.一种移动终端，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器用于：

接收黑名单号码的来电请求信号；

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码；

在所述黑名单号码的号码性质已转变为正常号码时，发出所述黑名单号码已转变为正常号码的提醒通知；

其中，所述根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码的号码性质是否已转变为正常号码，包括：

根据云服务器记录的所述黑名单号码的数据信息，判断所述黑名单号码在当前时间以前的一第一预设时间段内是否被加入黑名单；

在所述黑名单号码在当前时间以前的所述第一预设时间段内被加入黑名单时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码在当前时间以前的所述第一预设时间段内未被加入黑名单时，确定所述黑名单号码的号码性质已转变为正常号码；或者

根据云服务器记录的所述黑名单号码的通话记录数据，判断所述黑名单号码在第二预设时间段内的平均通话时长是否小于一预设阈值；

在所述黑名单号码在所述第二预设时间段内的平均通话时长小于所述预设阈值时，判断所述黑名单号码在所述第二预设时间段内被挂断的比例是否大于一预设比例；

在所述黑名单号码在所述第二预设时间段内的平均通话时长小于所述预设阈值且所述黑名单号码在所述第二预设时间段内被挂断的比例大于所述预设比例时，确定所述黑名单号码的号码性质未转变为正常号码；

在所述黑名单号码在所述第二预设时间段内的平均通话时长不小于所述预设阈值或所述黑名单号码在所述第二预设时间段内被挂断的比例不大于所述预设比例时，确定所述黑名单号码的号码性质已转变为正常号码。