CN108234782A - 一种来电呼叫的处理方法、装置和设备 - Google Patents

Abstract

本发明公开了一种来电呼叫的处理方法。该方法包括：终端可以通过预设条件来识别用户既不想接听又不想挂断的来电呼叫。在接收到来电呼叫时，用户终端可以在来电呼叫满足预设条件的情况下，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态，并关闭所述第一来电呼叫的提示操作。由此可见，对于用户既不想接听又不想挂断的来电呼叫，用户终端是在后台保持该来电呼叫处于等待接听状态，这样用户终端前台运行的其他进程就不会受到打断的影响，用户也不必通过手动操作的方式排除处于等待接听状态的来电呼叫对正在使用的其他进程的影响，从而为用户带来了更好的体验。

Description

一种来电呼叫的处理方法、装置和设备

技术领域

本发明涉及通信技术领域，特别是涉及一种来电呼叫的处理方法、装置和设备。

背景技术

在日常使用过程中，用户终端有时会接收到这样一种来电呼叫：一方面，用户可能在接听该来电呼叫之前已经预知了对方想要沟通的话题(如借钱、用户不想接受的邀请等)，但用户主观上不愿意就该话题与对方进行通话，故用户不想接听该来电呼叫；另一方面，为了不影响与对方的关系，用户不想让对方知晓自己不愿意接听的主观态度，故用户不想挂断该来电呼叫。

当用户终端接收到这种来电呼叫时，用户通常既不会执行接听操作也不会挂断操作，而是等待该来电呼叫达到呼叫时间之后自动挂断。在用户终端接收到来电呼叫至来电呼叫自动挂断之间的这段时间，用户终端会通过前台运行的通话进程处理该来电呼叫，但这会打断在接收到该来电呼叫时用户正在使用的其他进程，如即时通信程序的进程、视频播放程序的进程等。由此可见，用户既不想接听又不想挂断的来电呼叫会影响用户使用用户终端上其他进程，从而造成不好的用户体验。

发明内容

本发明所要解决的技术问题是，提供一种来电呼叫的处理方法、装置和设备，以避免用户既不想接听又不想挂断的来电呼叫影响用户使用用户终端上其他进程，简化了排除这种影响的用户操作，从而为用户带来了更好的体验。

第一方面，本发明实施例提供了一种识别来电的方法，应用于终端，包括：

接收第一来电呼叫；

若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

可选的，所述第一预设条件包括：所述第一来电呼叫的主叫号码为已标记为等待接听号码的目标号码。

可选的，所述若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作，包括：

若所述第一来电呼叫满足第一预设条件和附属条件，通过后台运行的通话进程保持所述等待接听状态并关闭所述第一来电呼叫的提示操作。

可选的，所述附属条件包括第一条件、第二条件、第三条件中的任意一个或多个；

所述第一条件为：所述终端位于预设的等待接听地点；

所述第二条件为：当前时间属于预设的等待接听时间段；

所述第三条件为：所述终端正在运行特定应用程序。

可选的，在所述接收第一来电呼叫之前，还包括：

响应于针对第二来电呼叫的标记操作，将所述第二来电呼叫的主叫号码标记为等待接听号码；

所述第二来电呼叫是所述终端曾接收到过的来电呼叫，所述第二来电呼叫的主叫号码与所述第一来电呼叫的主叫号码为同一号码。

可选的，在所述将所述第二来电呼叫的主叫号码标记为等待接听号码之前，还包括：

接收所述第二来电呼叫；

响应于针对所述第二来电呼叫的接听操作，接通所述第二来电呼叫；

在所述第二来电呼叫接通的过程中，获取所述第二来电呼叫的主叫方的语音信息；

响应于所述语音信息与提示条件相匹配，发起标记提示，所述标记提示用于提示将所述第二来电呼叫的主叫号码标记为等待接听号码。

可选的，在所述接收第一来电呼叫之前，还包括：

响应于针对通讯录中目标联系人的标记操作，将所述目标联系人的电话号码标记为等待接听号码；

所述目标联系人的电话号码与所述第一来电呼叫的主叫号码为同一号码。

可选的，所述第一预设条件具体为：监测到针对所述第一来电呼叫的等待接听操作，所述等待接听操作是用于指示对所述第一来电呼叫保持等待接听状态的用户操作。

可选的，还包括：

响应于针对第一来电呼叫的等待接听操作，将所述第一来电呼叫的主叫号码标记为等待接听号码；

接收第三来电呼叫，所述第三呼叫的主叫号码与所述第一呼叫的主叫号码为同一号码；

若所述第三来电呼叫满足第二预设条件，通过后台运行的通话进程保持所述第三来电呼叫处于既未接听也未挂断的状态并关闭所述第三来电呼叫的提示操作；

其中，所述第二预设条件包括：所述第三来电呼叫的主叫号码为已标记的等待接听号码。

可选的，还包括：

记录所述第一来电呼叫对应的等待接听日志。

第二方面，本发明实施例提供了一种来电呼叫的处理装置，配置于终端，包括：

第一接收单元，用于接收第一来电呼叫；

第一等待接听处理单元，用于若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

第三方面，本发明实施例提供了一种终端设备，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

接收第一来电呼叫；

若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

与现有技术相比，本发明实施例具有以下优点：

根据本发明实施方式提供的方法、装置和设备，终端可以通过预设条件来识别用户既不想接听又不想挂断的来电呼叫。在接收到来电呼叫时，用户终端可以在来电呼叫满足预设条件的情况下，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态，并关闭所述第一来电呼叫的提示操作。由此可见，对于用户既不想接听又不想挂断的来电呼叫，用户终端是在后台保持该来电呼叫处于等待接听状态，这样用户终端前台运行的其他进程就不会受到打断的影响，从而为用户带来了更好的体验。

附图说明

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

图1为本发明实施例中一个示例性应用场景的框架示意图；

图2为本发明实施例中一种来电呼叫的处理方法的流程示意图；

图3为本发明实施例中一种来电呼叫的处理方法的流程示意图；

图4为本发明实施例中一种来电呼叫的处理装置的结构示意图；

图5为本发明实施例中一种终端设备的结构示意图。

具体实施方式

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

申请人经过研究发现，现有技术中，当用户终端接收到不愿接听的来电，但为了不影响与对方的关系，又不想挂断对方的来电，用户只能等待电话呼叫结束。而且，在用户终端接收到来电时，用户可能正在进行其它的进程，例如：当用户终端正在播放视频时，接收到既不想接听也不想挂断的电话，用户终端会通过前台运行的进程处理该来电呼叫，这样就会中断视频的播放。由此可见，当用户终端接收到既不想接听也不想挂断的电话时，会影响用户终端上其它进行进程的应用，从而造成了用户不好的体验。

为了解决上述问题，在本发明实施例中，当用户终端接收到既不想接听也不想挂断的来电呼叫时，可以通过后台运行的通话进程保持来电呼叫处于既未接听也未挂断的等待接听状态，并关闭来电呼叫的提示操作，在该情况下，前台可以运行其它程序。这样既保证了用户终端在既不接听来电呼叫也不挂断来电呼叫的情况下，也不会影响其它程序的进行。进一步的，用户终端可以通过预设条件来识别用户既不想接听也不想挂断的来电呼叫，在接收到来电呼叫时，用户终端可以在来电呼叫满足预设条件的情况下，通过后台运行的通话进程保持所述来电呼叫处于既未接听也未挂断的等待接听状态，并关闭所述来电呼叫的提示操作。由此可见，对于用户既不想接听又不想挂断的来电呼叫，用户终端是在后台保持该来电呼叫处于等待接听状态，这样用户终端前台运行的其他进程就不会受到中断的影响，从而为用户带来了更好的体验。

举例说明，本发明实施例可以应用到如图1所示的场景。在该场景中，用户终端101与用户终端102可以交互信息，用户终端101可以是接收来电的一方，用户终端102可以是与用户终端101进行通信的对端。当用户终端101接收到用户终端102发出的来电呼叫时，既不想接听也不想挂断的第一来电呼叫的情况下，用户终端101可以在第一来电呼叫满足第一预设条件的情况下通过后台运行的通话进程保持该第一来电呼叫处于既未接听也未挂断的等待接听状态，并关闭所述第一来电呼叫的提示操作。

可以理解的是，在上述应用场景中，本发明实施方式的动作描述可以为由用户终端101执行。具体的，对于接收第一来电呼叫的操作、识别所述第一来电呼叫是否满足第一预设条件的操作、通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态的操作以及关闭所述第一来电呼叫的提示操作，都可以是用户终端101执行的。此外，在用户终端101接收第一来电呼叫之前，发出来电呼叫的操作可以是用户终端102执行的。本发明在执行主体方面不受限制，只要执行了本发明实施方式所公开的动作即可。

需要注意的是，上述应用场景仅是为了便于理解本发明而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

下面结合附图，详细说明本发明的各种非限制性实施方式。

示例性方法

参见图2，示出了本发明实施例中一种来电呼叫处理的方法。在本实施例中，所述方法例如可以包括：

S201：接收第一来电呼叫。

S202：若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

在S201中，终端接收第一来电呼叫，可以理解为，终端接收到网络侧的第一来电呼叫并向用户进行来电提醒，此时，在终端上第一来电呼叫既没有接听也没有挂断。其中，来电提醒例如可以包括：响铃或振动等。

本实施例中，对于通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态的操作，可以理解为对来电呼叫进行婉拒操作。具体地，终端可以通过判断来电呼叫是否符合第一预设条件，可以自动将符合第一预设条件的来电呼叫将用于保持来电呼叫处于既未接听也未挂断的状态的通话进程置于后台运行并关闭来电呼叫的提示操作，而无需用户手动将前台运行的通话进程转移到后台运行，也无需用户手动关闭来电呼叫的提示操作。

本实施例中，所述提示操作可以包括来电铃声操作和/或振动操作，对于关闭第一来电呼叫的提示操作可以有多种方式。例如，一种方式在于：禁止通话进程调用来电铃声操作和振动操作的API(英文全称：Application Programming Interface，中文全称：应用程序编程接口)接口。又如，另一种方式在于：在用户终端中将来电铃声设置为静音状态并将振动设置为关闭状态。

需要说明的是，所述第一预设条件可以用于识别用户既不想接听也不想挂断的来电呼叫，也即，用户既不想接听也不想挂断的来电呼叫满足第一预设条件而其他的来电呼叫不满足第一预设条件。可以理解的是，终端可以通过多种方式识别用户既不想接听也不想挂断的来电呼叫，也即，所述第一预设条件可以有多种实现方式：

例如，在第一种可能的实现方式中，所述第一预设条件具体可以包括：所述第一来电呼叫的主叫号码为已标记为等待接听号码的目标号码。

又如，在第二种可能的实现方式中，所述第一预设条件具体可以包括：监测到针对所述第一来电呼叫的等待接听操作，所述等待接听操作是用于指示对所述第一来电呼叫保持等待接听状态的用户操作。其中，等待接听的操作可以理解为用户手动进行的婉拒操作。从实际应用的角度看，可以理解为，在终端的通话界面中，在接听按钮、挂断按钮之外，添加一个特殊的按钮用于用户触发等待接听操作，该按钮可以理解为婉拒按钮。

本实施例中，对于第一预设条件，前述两种可能的实现方式分别对应于终端自动对来电呼叫进行婉拒操作和终端在用户手动操作下对来电呼叫进行婉拒操作，即自动婉拒和手动婉拒。可以理解的是，自动婉拒和手动婉拒也可以结合在一起使用。例如：对于同一个电话号码来说，当该电话号码的来电呼叫在终端上被手动婉拒了之后，终端可以将该电话号码标记为等待接听号码，当再次接听到该电话号码的其他后续来电呼叫时，终端可以自动识别出该电话号码属于等待接听号码并对所述其他后续来电呼叫进行自动婉拒。具体地，在所述第一预设条件的第二种可能的实现方式的基础上，本实施例例如还可以包括：

S301：响应于针对第一来电呼叫的等待接听操作，将所述第一来电呼叫的主叫号码标记为等待接听号码。

S302：接收第三来电呼叫，所述第三呼叫的主叫号码与所述第一呼叫的主叫号码为同一号码。

S303：若所述第三来电呼叫满足第二预设条件，通过后台运行的通话进程保持所述第三来电呼叫处于既未接听也未挂断的状态并关闭所述第三来电呼叫的提示操作。

其中，所述第二预设条件可以包括：所述第三来电呼叫的主叫号码为已标记的目标号码。

在图3所示的实施方式中，对于主叫号码相同的第一来电呼叫和第三来电呼叫，假设终端先接受到第一来电呼叫后接受到第三来电呼叫，则第一来电呼叫可以在用户手动执行等待接听操作的情况下被置于后台运行及关闭提示操作，并且目标号码可以被标记为等待接听号码，此后，当接听到第三来电呼叫时，终端可以自动识别出该来电呼叫的主叫号码为已标记为等待接听号码的目标号码，自动通过后台运行的通话进程保持所述来电呼叫处于既未接听也未挂断的状态并关闭所述第三来电呼叫的提示操作。

需要说明的是，针对所述第一预设条件的第一种可能的实现方式，第一来电呼叫的主叫号码被标记为等待接听号码的方式有多种可能的实施方式：

例如，在第一种标记的实施方式中，本实施例例如还可以包括：在所述S201之前，响应于针对通讯录中目标联系人的标记操作，将所述目标联系人的电话号码标记为等待接听号码；所述目标联系人的电话号码与所述第一来电呼叫的主叫号码为同一号码。

具体地，在用户对通讯录中的号码进行标记操作时，可以是对一个联系人进行标记，则该标记操作下用户选中的联系人即为目标联系人，该目标联系人的号码被标记成等待接听号码。或者，在用户对通讯录中的号码进行标记操作时，也可以是对通讯录中的一个联系人分组进行标记，则该标记操作下选中的联系人分组中各联系人均是目标联系人，所有目标联系人的号码均被标记成等待接听号码。其中，标记操作例如可以是用户直接在通讯录界面选择目标联系人的电话号码进行标记的操作。

又如，在第二种标记的实施方式中，本实施例例如还可以包括：在所述S201之前，响应于针对第二来电呼叫的标记操作，将所述第二来电呼叫的主叫号码标记为等待接听号码；所述第二来电呼叫是所述终端曾接收到过的来电呼叫，所述第二来电呼叫的主叫号码与所述第一来电呼叫的主叫号码为同一号码。

其中，针对终端曾接收到过的第二来电呼叫的标记操作，例如可以是用户在终端曾经接收到所述第二来电呼叫时在通话界面上对所述第二来电呼叫进行标记的操作，又如可以是用户对通话记录中的所述第二来电呼叫进行标记的操作。

再如，在第三种标记的实施方式中，本实施例例如还可以包括：响应于等待接听号码的输入操作，将用户手动输入的电话号码标记为等待接听号码。

可以理解的是，上述三种标记的实施方式可以结合在一起使用。具体地，终端可以提供一个标记操作界面，当用户进入标记操作界面时，可以选择手动输入电话号码的标记方式，也可以选择通过通讯录获得联系人的电话号码的标记方式，还可以选择通过通话记录获得来电呼叫的电话号码的标记方式。例如，用户进入标记的操作界面后选择了通过通讯录获取电话号码的标记方式，则显示界面跳转到通讯录界面，以便用户可以在通讯录界面中选择想要标记的电话号码。

可以理解的是，在前述第二种标记的实施方式的基础上，在用户接听第二来电呼叫时，终端可以通过分析接听过程中通话的语音信息确定用户是否既不想接听也不想挂断第二来电呼叫，从而在确定用户既不想接听也不想挂断第二来电呼叫的情况下提示用户对第二来电呼叫进行标记。具体地，本实施例例如还可以包括：在所述将所述第二来电呼叫的主叫号码标记为等待接听号码之前，接收所述第二来电呼叫；响应于针对所述第二来电呼叫的接听操作，接通所述第二来电呼叫；在所述第二来电呼叫接通的过程中，获取所述第二来电呼叫的主叫方的语音信息；响应于所述语音信息与提示条件相匹配，发起标记提示，所述标记提示用于提示将所述第二来电呼叫的主叫号码标记为等待接听号码。

其中，所述提示条件可以是一些预设的关键词，例如“借钱”、“卖房”、“保险”以及一些表示情绪的关键词等。或者提示条件也可以是预设的语音波形上的特征，例如能够表达特定情感的说话语速等。当在通话的过程中，终端分析出语音信息与这些提示条件相匹配，可以对该来电呼叫进行标记提示，以提示用户将所述来电呼叫的主叫号码标记为等待接听号码。可以理解的是，与所述提示条件相对应，终端可以从所述主叫方的语音信息中提取出语音内容用于匹配，也可是从所述主叫方的语音信息中提取出波形信息用于匹配。

在所述第一预设条件的第一种可能的实现方式中，对于标记为等待接听号码的目标号码，用户可能只在一些特殊的场景或条件下对已标记的等待接听号码既不想接听也不想挂断。为了满足这样的用户需求，S202具体可以包括：若所述第一来电呼叫满足第一预设条件和附属条件，通过后台运行的通话进程保持等待接听状态并关闭所述第一来电呼叫的提示操作。

其中，对应于不同用户需求下的场景，所述附属条件可以包括以下条件中的任意一条或者多条。

第一条件为：所述终端位于预设的等待接听地点。

具体地，当终端接收到来电呼叫后，不仅要判断是否满足第一预设条件，还要判断终端的当前位置是否为预设的等待接听地点。更为具体地，等待接听号码可以是针对特定的等待接听号码进行设置的。例如：当用户在公司时，想婉拒房产中介的电话。对于这样的场景，用户可以将房产中介的电话标记为等待接听号码，并将公司地址设置为该电话号码的等待接听地点。当用户接收到房产中介的来电呼叫时，终端不仅要判断该来电呼叫的主叫号码是否已被标记为等待接听号码，还要判断目前终端定位的位置是否处于公司，若二者都满足，则对该来电呼叫进行婉拒。

第二条件为：当前时间属于预设的等待接听时间段。

具体地，当终端接收到来电呼叫时，不仅要判断是否满足第一预设条件，还要判断当前时间是否处于预设的等待接听时间段中。更为具体地，等待接听时间段可以是针对特定的等待接听号码进行设置的。例如：当用户处于非上班时间时，想婉拒客户的电话。对于这样的场景，用户可以标记客户的电话号码为等待接听号码，并将非工作日设置为该电话号码的等待接听时间段。当用户接听到该客户的来电电话时，不仅要判断该来电呼叫的主叫号码是否已被标记为等待接听的号码，还要判断当前时间是否处于非工作日。若二者都满足，对该来电呼叫进行婉拒。

此外，等待接听时间段具体可以是以等待接听有效期的方式进行设置的。也即，第二条件具体可以为：当前时间位于预设的等待接听有效期以内。当终端接收到来电呼叫时，不仅要判断该来电呼叫是否为标记为等待接听的目标号码，还要判断该来电呼叫是否在预设的等待接听有效期内。更为具体地，等待接听有效期可以是针对特定的等待接听号码进行设置的。例如：用户在接下来的一个月要进行休假，休假期间想要婉拒这段时间客户的来电。对应这样的场景，用户不仅可以将客户的电话号码标记为等待接听号码，还要为该电话号码设置一个月的等待接听有效期。当用户接收到该客户的来电呼叫时，不仅要判断该来电呼叫的主叫号码是否已被标记为等待接听号码，还要判断当前时间是否在设置的时间段的有效期内。若二者都满足，对该客户的电话进行婉拒。

第三条件为：所述终端正在运行特定应用程序。

本实施例中，当终端接收到标记为等待接听的电话号码时，不仅要判断是否满足第一预设条件，还要判断此时终端上是否有特定的程序处于运行状态。例如：当用户观看视频时，不想被来电呼叫打断。对应这样的场景，用户可以将电话号码标记为等待接听号码，并且将该电话号码对应的特定程序设置为视频播放程序。当终端接收到该电话号码的来电呼叫时，不仅要判断该电话号码是否已被标记为等待接听号码，还要判断终端上此时是否正在运行视频播放程序。若二者都满足，对该来电呼叫进行婉拒。

本实施例中，终端接收到来电呼叫时，若来电呼叫满足第一预设条件，可以对该来电呼叫进行婉拒。可以理解的是，用户可能想要查询终端曾经执行过的婉拒操作，例如，终端曾经婉拒过哪些电话或者对于电话号码的婉拒次数。为了满足这样的用户需求，本实施例例如还可以包括：记录所述第一来电呼叫对应的等待接听日志。

需要说明的是，等待接听日志中记录的可以是来电呼叫被终端执行后台等待接听状态的行为。从实际应用的角度可以理解为：日志中记载的可以是对来电呼叫婉拒的次数、婉拒的时间、婉拒的原因等婉拒信息。

本实施例中，终端可以通过预设条件来识别用户既不想接听又不想挂断来电呼叫。在接听到来电呼叫时，用户终端可以在来电呼叫满足预设条件的情况下，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态，并关闭所述第一来电呼叫的提示操作。由此，既保证了用户终端在既不接听来电呼叫也不挂断来电呼叫，也不会影响其它程序的进行，为用户带来了更好的体验。

示例性设备

参见图4，示出了本发明实施例中一种来电呼叫处理装置。在本实施例中，所述装置例如可以包括：

第一接收单元401，用于接收第一来电呼叫。

第一等待接听处理单元402，用于若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

可选的，所述第一预设条件包括：所述第一来电呼叫的主叫号码为已标记为等待接听号码的目标号码；

可选的，所述第一等待接听处理单元，具体用于：

若所述第一来电呼叫满足第一预设条件和附属条件，通过后台运行的通话进程保持所述等待接听状态并关闭所述第一来电呼叫的提示操作。

可选的，所述附属条件包括第一条件、第二条件、第三条件中的任意一个或多个；

所述第一条件为：所述终端位于预设的等待接听地点；

所述第二条件为：当前时间属于预设的等待接听时间段；

所述第三条件为：所述终端正在运行特定应用程序。

可选的，还包括：

第一标记单元，用于在接收所述第一来电呼叫之前，响应于针对第二来电呼叫的标记操作，将所述第二来电呼叫的主叫号码标记为等待接听号码；

所述第二来电呼叫是所述终端曾接收到过的来电呼叫，所述第二来电呼叫的主叫号码与所述第一来电呼叫的主叫号码为同一号码。

可选的，还包括：

第二接收单元，用于在将所述第二来电呼叫的主叫号码标记为等待接听号码之前，接收所述第二来电呼叫；

接听处理单元，用于响应于针对所述第二来电呼叫的接听操作，接通所述第二来电呼叫；

语音获取单元，用于在所述第二来电呼叫接通的过程中，获取所述第二来电呼叫的主叫方的语音信息；

标记提示单元，用于响应于所述语音信息与提示条件相匹配，发起标记提示，所述标记提示用于提示将所述第二来电呼叫的主叫号码标记为等待接听号码。

可选的，还包括：

第二标记单元，用于在接收所述第一来电呼叫之前，响应于针对通讯录中目标联系人的标记操作，将所述目标联系人的电话号码标记为等待接听号码。

所述目标联系人的电话号码与所述第一来电呼叫的主叫号码为同一号码。

可选的，所述第一预设条件具体为：监测到针对所述第一来电呼叫的等待接听操作，所述等待接听操作是用于指示对所述第一来电呼叫保持等待接听状态的用户操作。

可选的，还包括：

第三标记单元，用于响应于针对第一来电呼叫的等待接听操作，将第一来电呼叫的主叫号码标记为等待接听号码；

第三接收单元，用于接收第三来电呼叫，所述第三呼叫的主叫号码与所述第一呼叫的主叫号码为同一号码；

第二等待接听处理单元，用于若所述第三来电呼叫满足第二预设条件，通过后台运行的通话进程保持所述第三来电呼叫处于既未接听也未挂断的状态并关闭所述第三来电呼叫的提示操作。

其中，所述第二预设条件可以包括：所述第三来电呼叫的主叫号码为已标记的等待接听号码。

可选的，还包括：

记录单元，用于记录所述第一来电呼叫对应的等待接听日志。

通过本实施例提供的装置，终端可以通过预设条件来识别用户既不想接听又不想挂断来电呼叫。在接听到来电呼叫时，用户终端可以在来电呼叫满足预设条件的情况下，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态，并关闭所述第一来电呼叫的提示操作。由此，既保证了用户终端在既不接听来电呼叫也不挂断来电呼叫的情况下，也不会影响其它程序的进行，为用户带来了更好的体验。

参照图5，装置1800可以包括以下一个或多个组件：处理组件1802，存储器1804，电源组件1806，多媒体组件1806，音频组件1810，输入/输出(I/O)的接口1812，传感器组件1814，以及通信组件1816。

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

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

电源组件1806为装置1800的各种组件提供电力。电源组件1806可以包括电源管理系统，一个或多个电源，及其他与为装置1800生成、管理和分配电力相关联的组件。

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

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

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

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

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

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

具体地，本发明实施例提供了一种终端设备，该终端设备可以具体为装置1800，包括有存储器1804，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器1804中，且经配置以由一个或者一个以上处理器1820执行所述一个或者一个以上程序包含用于进行以下操作的指令：

接收第一来电呼叫；

若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

可选的，所述第一预设条件包括：所述第一来电呼叫的主叫号码为已标记为等待接听号码的目标号码。

可选的，所述若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作，包括：

若所述第一来电呼叫满足第一预设条件和附属条件，通过后台运行的通话进程保持所述等待接听状态并关闭所述第一来电呼叫的提示操作。

可选的，所述附属条件包括第一条件、第二条件、第三条件中的任意一个或多个；

所述第一条件为：所述终端位于预设的等待接听地点；

所述第二条件为：当前时间属于预设的等待接听时间段；

所述第三条件为：所述终端正在运行特定应用程序。

可选的，所述处理器1820还用于执行所述一个或者一个以上程序包含用于进行以下操作的指令：

响应于针对第二来电呼叫的标记操作，将所述第二来电呼叫的主叫号码标记为等待接听号码；

所述第二来电呼叫是所述终端曾接收到过的来电呼叫，所述第二来电呼叫的主叫号码与所述第一来电呼叫的主叫号码为同一号码。

可选的，所述处理器1820还用于执行所述一个或者一个以上程序包含用于进行以下操作的指令：

接收所述第二来电呼叫；

响应于针对所述第二来电呼叫的接听操作，接通所述第二来电呼叫；

在所述第二来电呼叫接通的过程中，获取所述第二来电呼叫的主叫方的语音信息；

响应于所述语音信息与提示条件相匹配，发起标记提示，所述标记提示用于提示将所述第二来电呼叫的主叫号码标记为等待接听号码。

可选的，所述处理器1820还用于执行所述一个或者一个以上程序包含用于进行以下操作的指令：

响应于针对通讯录中目标联系人的标记操作，将所述目标联系人的电话号码标记为等待接听号码；

所述目标联系人的电话号码与所述第一来电呼叫的主叫号码为同一号码。

可选的，所述第一预设条件具体为：监测到针对所述第一来电呼叫的等待接听操作，所述等待接听操作是用于指示对所述第一来电呼叫保持等待接听状态的用户操作。

可选的，所述处理器1820还用于执行所述一个或者一个以上程序包含用于进行以下操作的指令：

响应于针对第一来电呼叫的等待接听操作，将所述第一来电呼叫的主叫号码电话标记为等待接听号码；

接收第三来电呼叫，所述第三呼叫的主叫号码与所述第一呼叫的主叫号码为同一号码；

若所述第三来电呼叫满足第二预设条件，通过后台运行的通话进程保持所述第三来电呼叫处于既未接听也未挂断的状态并关闭所述第三来电呼叫的提示操作；

其中，所述第二预设条件包括：所述第三来电呼叫的主叫号码为已标记的等待接听号码。

可选的，所述处理器1820还用于执行所述一个或者一个以上程序包含用于进行以下操作的指令：

记录所述第一来电呼叫对应的等待接听日志。

本发明实施例还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1804，上述指令可由装置1800的处理器1820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行一种通信信息的提示方法，所述方法包括：

接收第一来电呼叫；

若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

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

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

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种来电呼叫的处理方法，其特征在于，应用于终端，包括：

接收第一来电呼叫；

若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

2.根据权利要求1所述的方法，其特征在于，所述第一预设条件包括：所述第一来电呼叫的主叫号码为已标记为等待接听号码的目标号码。

3.根据权利要求2所述的方法，其特征在于，所述若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作，包括：

若所述第一来电呼叫满足第一预设条件和附属条件，通过后台运行的通话进程保持所述等待接听状态并关闭所述第一来电呼叫的提示操作。

4.根据权利要求3所述的方法，其特征在于，所述附属条件包括第一条件、第二条件、第三条件中的任意一个或多个；

所述第一条件为：所述终端位于预设的等待接听地点；

所述第二条件为：当前时间属于预设的等待接听时间段；

所述第三条件为：所述终端正在运行特定应用程序。

5.根据权利要求2所述的方法，其特征在于，在所述接收第一来电呼叫之前，还包括：

响应于针对第二来电呼叫的标记操作，将所述第二来电呼叫的主叫号码标记为等待接听号码；

所述第二来电呼叫是所述终端曾接收到过的来电呼叫，所述第二来电呼叫的主叫号码与所述第一来电呼叫的主叫号码为同一号码。

6.根据权利要求5所述的方法，其特征在于，在所述将所述第二来电呼叫的主叫号码标记为等待接听号码之前，还包括：

接收所述第二来电呼叫；

响应于针对所述第二来电呼叫的接听操作，接通所述第二来电呼叫；

在所述第二来电呼叫接通的过程中，获取所述第二来电呼叫的主叫方的语音信息；

响应于所述语音信息与提示条件相匹配，发起标记提示，所述标记提示用于提示将所述第二来电呼叫的主叫号码标记为等待接听号码。

7.根据权利要求2所述的方法，其特征在于，在所述接收第一来电呼叫之前，还包括：

响应于针对通讯录中目标联系人的标记操作，将所述目标联系人的电话号码标记为等待接听号码；

所述目标联系人的电话号码与所述第一来电呼叫的主叫号码为同一号码。

8.根据权利要求1所述的方法，其特征在于，所述第一预设条件具体为：监测到针对所述第一来电呼叫的等待接听操作，所述等待接听操作是用于指示对所述第一来电呼叫保持等待接听状态的用户操作。

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

响应于针对第一来电呼叫的等待接听操作，将所述第一来电呼叫的主叫号码标记为等待接听号码；

接收第三来电呼叫，所述第三呼叫的主叫号码与所述第一呼叫的主叫号码为同一号码；

若所述第三来电呼叫满足第二预设条件，通过后台运行的通话进程保持所述第三来电呼叫处于既未接听也未挂断的状态并关闭所述第三来电呼叫的提示操作；

其中，所述第二预设条件包括：所述第三来电呼叫的主叫号码为已标记的等待接听号码。

10.根据权利要求1～9任意一项所述的方法，其特征在于，还包括：

记录所述第一来电呼叫对应的等待接听日志。

11.一种来电呼叫的处理装置，其特征在于，配置于终端，包括：

第一接收单元，用于接收第一来电呼叫；

第一等待接听处理单元，用于若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。

12.一种终端设备，其特征在于，包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

接收第一来电呼叫；

若所述第一来电呼叫满足第一预设条件，通过后台运行的通话进程保持所述第一来电呼叫处于既未接听也未挂断的等待接听状态并关闭所述第一来电呼叫的提示操作。