CN105162995A - 呼叫处理方法及装置 - Google Patents

Abstract

本发明公开了一种呼叫处理方法及装置，属于终端技术领域。所述方法包括：当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码；如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。本公开通过在对某一个联系人的呼叫失败时，如果确定该联系人还有其他的电话号码，则自动发起对其他电话号码的呼叫请求，对于拥有多个电话号码的联系人来说，无需考虑到该联系人当前所持有的是哪个电话号码，均可以在当前呼叫流程中准确的联系到他，从而提高了通信效率，避免了对生活和工作上造成的不便。

Description

呼叫处理方法及装置

技术领域

本公开涉及终端技术领域，尤其涉及一种呼叫处理方法及装置。

背景技术

目前，随着智能手机的普及，很多用户都有两个手机甚至更多，也即是有多个号码。然而，用户出门不一定会把自己所有的手机都带在身边，如果有朋友给该用户打电话，且呼叫的是用户没带的手机，则用户无法接收到该呼叫，而如果这个朋友不手动重播用户的另外一个号码，则会导致用户错过呼叫，对工作和生活带来比较严重的影响。

发明内容

为克服相关技术中存在的问题，本公开提供一种呼叫处理方法及装置。

根据本公开实施例的第一方面，提供一种呼叫处理方法，包括：

当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码；

如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。

在本公开的一个可能实施例中，根据所述至少一个第二电话号码，发起呼叫请求之后，所述方法还包括：

当对所述目标联系人的每个第二电话号码均呼叫失败时，从所述通讯录中，获取所述目标联系人的关联联系人以及所述关联联系人的电话号码；

对所述关联联系人的电话号码发起呼叫请求。

在本公开的另一个可能实施例中，根据所述至少一个第二电话号码，发起呼叫请求包括：

从所述至少一个第二电话号码中，获取目标电话号码，所述目标电话号码为当前呼叫流程中未呼叫过的第二电话号码；

对所述目标电话号码发起呼叫请求；

如果对所述目标电话号码的呼叫成功，则结束呼叫流程；

如果对所述目标电话号码的呼叫失败，则继续执行获取目标电话号码以及发起呼叫请求的步骤，直到呼叫成功为止。

在本公开的又一个可能实施例中，从所述至少一个第二电话号码中，获取目标电话号码包括：

根据当前呼叫流程中的呼叫记录，从所述至少一个第二电话号码中，排除第三电话号码，所述第三电话号码为已经呼叫过的电话号码；

从剩余的第二电话号码中，随机或按照预设优先级获取一个第二电话号码作为目标电话号码。

在本公开的再一个可能实施例中，所述方法还包括：

当在发起呼叫请求之后的预设时长内，未接收到对所述呼叫请求的呼叫成功响应，确定呼叫失败。

根据本公开实施例的第二方面，提供一种呼叫处理装置，包括：

判断模块，用于当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码；

呼叫模块，用于如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。

在本公开实施例的一个可能实施例中，所述装置还包括：

获取模块，用于当对所述目标联系人的每个第二电话号码均呼叫失败时，从所述通讯录中，获取所述目标联系人的关联联系人以及所述关联联系人的电话号码；

所述呼叫模块，还用于对所述关联联系人的电话号码发起呼叫请求。

在本公开实施例的另一个可能实施例中，所述呼叫模块用于从所述至少一个第二电话号码中，获取目标电话号码，所述目标电话号码为当前呼叫流程中未呼叫过的第二电话号码；对所述目标电话号码发起呼叫请求；如果对所述目标电话号码的呼叫成功，则结束呼叫流程；如果对所述目标电话号码的呼叫失败，则继续执行获取目标电话号码以及发起呼叫请求的步骤，直到呼叫成功为止。

在本公开实施例的又一个可能实施例中，所述呼叫模块用于根据当前呼叫流程中的呼叫记录，从所述至少一个第二电话号码中，排除第三电话号码，所述第三电话号码为已经呼叫过的电话号码；从剩余的第二电话号码中，随机或按照预设优先级获取一个第二电话号码作为目标电话号码。

在本公开实施例的再一个可能实施例中，所述呼叫模块还用于当在发起呼叫请求之后的预设时长内，未接收到对所述呼叫请求的呼叫成功响应，确定呼叫失败。

根据本公开实施例的第三方面，一种呼叫处理装置，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为：

当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码；

如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。

本公开的实施例提供的技术方案可以包括以下有益效果：通过在对某一个联系人的呼叫失败时，如果确定该联系人还有其他的电话号码，则自动发起对其他电话号码的呼叫请求，对于拥有多个电话号码的联系人来说，无需考虑到该联系人当前所持有的是哪个电话号码，均可以在当前呼叫流程中准确的联系到他，从而提高了通信效率，避免了对生活和工作上造成的不便。

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

附图说明

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

图1是根据一示例性实施例示出的一种呼叫处理方法的流程图。

图2是根据一示例性实施例示出的一种呼叫处理方法的流程图。

图3是根据一示例性实施例示出的一种呼叫处理装置的框图。

图4是根据一示例性实施例示出的一种用于呼叫处理的装置的框图。

具体实施方式

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

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

图1是根据一示例性实施例示出的一种呼叫处理方法的流程图，如图1所示，该方法用于终端中，包括以下步骤。

在步骤S101中，当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码。

在步骤S102中，如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。

本公开提供的方法，通过在对某一个联系人的呼叫失败时，如果确定该联系人还有其他的电话号码，则自动发起对其他电话号码的呼叫请求，对于拥有多个电话号码的联系人来说，无需考虑到该联系人当前所持有的是哪个电话号码，均可以在当前呼叫流程中准确的联系到他，从而提高了通信效率，避免了对生活和工作上造成的不便。

在本公开的一个实施例中，根据所述至少一个第二电话号码，发起呼叫请求之后，所述方法还包括：当对所述目标联系人的每个第二电话号码均呼叫失败时，从所述通讯录中，获取所述目标联系人的关联联系人以及所述关联联系人的电话号码；对所述关联联系人的电话号码发起呼叫请求。

在本公开的另一实施例中，根据所述至少一个第二电话号码，发起呼叫请求包括：从所述至少一个第二电话号码中，获取目标电话号码，所述目标电话号码为当前呼叫流程中未呼叫过的第二电话号码；对所述目标电话号码发起呼叫请求；如果对所述目标电话号码的呼叫成功，则结束呼叫流程；如果对所述目标电话号码的呼叫失败，则继续执行获取目标电话号码以及发起呼叫请求的步骤，直到呼叫成功为止。

在本公开的又一实施例中，从所述至少一个第二电话号码中，获取目标电话号码包括：根据当前呼叫流程中的呼叫记录，从所述至少一个第二电话号码中，排除第三电话号码，所述第三电话号码为已经呼叫过的电话号码；从剩余的第二电话号码中，随机或按照预设优先级获取一个第二电话号码作为目标电话号码。

在本公开的再一实施例中，所述方法还包括：当在发起呼叫请求之后的预设时长内，未接收到对所述呼叫请求的呼叫成功响应，确定呼叫失败。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

图2是根据一示例性实施例示出的一种呼叫处理方法的流程图，如图2所示，该方法用于终端中，包括以下步骤。

在步骤S201中，向目标联系人的第一电话号码发起呼叫请求。

本公开实施例中，目标联系人是指终端用户当前的呼叫对象，终端用户可以通过键盘输入、从通讯录中选择等方式，确定目标联系人，在此不作赘述。

在步骤S202中，当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码，如果是，执行步骤S203，如果否，结束呼叫流程。

在实际场景下，由于对方线路忙、对方无信号或信号差等、对方长时间无应答等情况，均可能造成呼叫失败，因此，本公开可以在发起呼叫请求后开始计时，当在发起呼叫请求之后的预设时长内，未接收到对所述呼叫请求的呼叫成功响应，确定呼叫失败。该预设时长可以由终端默认设置，还可以由终端用户自行设置，该预设时长可以为5s～15s，可选地，该预设时长可以为10s。

当确定呼叫失败时，可以根据目标联系人，查询终端存储的通讯录，如果通讯录中包括该目标联系人的其他电话号码，则获取该其他电话号码作为目标联系人的第二电话号码。需要说明的是，本公开所涉及的电话号码可以为座机号码也可以为手机号码，可以为手机长号码，还可以为手机短号码。在一个实施例中，第一电话号码为手机号码，在基于目标联系人查询通讯录的过程中，可以查询通讯录中是否保存了该目标联系人的其他手机号码，以进行后续的呼叫过程。

如，对于联系人A来说，其在用户终端的通讯录中对应有134***1111、135***2222和151***3333三个手机号码，则当对134***1111的呼叫失败时，通过上述步骤S202的判断，可以获知该联系人A还有另外的两个手机号码135***2222和151***3333。

在步骤S203中，如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，从所述至少一个第二电话号码中，获取目标电话号码，所述目标电话号码为当前呼叫流程中未呼叫过的第二电话号码。

在本公开实施例中，仅以上述步骤S201中所执行的呼叫是当前呼叫流程中对该目标联系人的第一次呼叫为例进行说明。在其他实施例中，步骤S201中所执行的呼叫可以是在当前呼叫流程中对目标联系人的任一次呼叫，在此次呼叫失败后，均可以根据通讯录中对目标联系人的具体联系方式的存储情况，判断是否自动进行基于其他电话号码的呼叫。也即是，该过程具体包括：

S2031、根据当前呼叫流程中的呼叫记录，从所述至少一个第二电话号码中，排除第三电话号码，所述第三电话号码为已经呼叫过的电话号码。

如果上述步骤S201中所执行的呼叫是当前呼叫流程中对该目标联系人的第一次呼叫，则在排除过程中，无需排除任何电话号码，而如果S201中所执行的呼叫不是第一次呼叫，则可以根据当前呼叫流程中的呼叫记录，排除已经呼叫过的电话号码。

如，以上述步骤S202中的示例为例，该联系人A还有另外的两个手机号码135***2222和151***3333，如果根据当前呼叫流程中的呼叫记录，已经对135***2222发起过呼叫，则排除该电话号码。

S2032、从剩余的第二电话号码中，随机或按照预设优先级获取一个第二电话号码作为目标电话号码。

当剩余的第二电话号码为两个或两个以上时，则可以随机获取一个第二电话号码进行呼叫。当然，还可以按照预设优先级获取一个第二电话号码作为目标电话号码，该预设优先级可以由终端用户自行设置，该预设优先级还可以根据其他因素设置，如资费因素，如果某一个第二电话号码与终端用户电话号码之间是家庭号、亲友号或为同一个公司的用户号码，则该第二电话号码的优先级较高，可以优先基于该第二电话号码进行呼叫。在实施中，该预设优先级还可以基于用户使用频率等设置，在此不作赘述。

当然，如果剩余的第二电话号码仅为一个，则将该剩余的第二电话号码获取为目标电话号码。

在步骤S204中，在未接收到任何操作的情况下，对目标电话号码发起呼叫请求，如果对所述目标电话号码的呼叫成功，则结束呼叫流程。

该未接收到任何操作的情况下是指终端无需用户拨号或用户的任何操作触发，即自动对目标电话号码发起呼叫请求，该自动发起可以省去终端用户查找号码以及手动重拨的操作，大大简化了重新呼叫的流程，由于简化了流程，也即提高了终端呼叫成功的可能性，相对来说，可以提高通信效率。

在步骤S205中，如果对所述目标电话号码的呼叫失败，则继续执行获取目标电话号码以及发起呼叫请求的步骤，直到呼叫成功为止。

如果该目标电话号码的呼叫仍然失败，则可以根据终端通讯录中该目标联系人的其他电话号码继续尝试，直到呼叫成功为止。

当然，在上述呼叫过程中，在对某一个电话号码呼叫失败时，还可以自动重拨该电话号码，当重拨次数达到预设阈值时，再从该目标联系人的其他电话号码中选取另一个电话号码进行呼叫，以增大呼叫成功的可能性。

在步骤S206中，当对所述目标联系人的每个第二电话号码均呼叫失败时，从所述通讯录中，获取所述目标联系人的关联联系人以及所述关联联系人的电话号码。

在实际场景中，目标联系人的多个电话号码可能均无法接通，那么，为了进一步增大呼叫成功的可能性，还可以根据目标联系人与通讯录中其他联系人之间的关联关系，进行继续尝试。如，对于一些联系人来说，其设置了关联联系人选项，其中记录了该联系人的关联联系人以及关联联系人的电话号码，则在该步骤S206中，可以从该目标联系人的联系人信息中，读取该联系人的关联联系人以及关联联系人的电话号码。例如，仍以步骤S202中的联系人A为例，假如对其三个手机号码均呼叫失败，则读取联系人A的紧急联系人选项，得到紧急联系人B以及紧急联系人B的手机号码138****4444。

当然，终端还可以对通讯录进行分析，如，通讯录中可能对于某些联系人，会备注其与其他联系人之间的关联关系，如，父母、配偶、子女或兄弟姐妹等，则可以读取这些具有关联关系的关联联系人以及关联联系人的电话号码。例如，对于联系人B为例，对其多个手机号码均呼叫失败，则分析联系人B与通讯录中其他联系人的关联关系，如备注中备注联系人B和联系人C是配偶关系，则获取联系人C和联系人C的手机号码158****5555。

在步骤S207中，对所述关联联系人的电话号码发起呼叫请求。

需要说明的是，在对目标联系人的关联联系人发起呼叫请求之前，可以在终端界面显示提示信息，该提示信息用于通知用户即将对该目标联系人的关联联系人进行呼叫，以给用户提供选择权，选择是否向该关联联系人发起呼叫请求，当终端用户选择继续发起呼叫请求，则执行步骤S207，而如果终端用户不想继续发起呼叫请求，则不执行该步骤S207。

当然，如果对关联联系人的电话号码的呼叫失败，则可以结束呼叫流程。

本公开提供的方法，通过在对某一个联系人的呼叫失败时，如果确定该联系人还有其他的电话号码，则自动发起对其他电话号码的呼叫请求，对于拥有多个电话号码的联系人来说，无需考虑到该联系人当前所持有的是哪个电话号码，均可以在当前呼叫流程中准确的联系到他，不会出现漏接电话的现象，从而提高了通信效率，避免了对生活和工作上造成的不便。进一步地，终端还可以根据联系人之间的关联关系，如谁是谁的紧急联系人等，确定该目标联系人的关联联系人，从而在第二电话号码均打不通的情况下，联系该目标联系人的关联联系人，以确保与该目标联系人之间能够进行通话，提高通信效率。

图3是根据一示例性实施例示出的一种呼叫处理装置框图。参照图2，该装置包括判断模块301和呼叫模块302。

判断模块301被配置为当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码。

呼叫模块302被配置为如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。

在本公开的一个实施例中，所述装置还包括：

获取模块，用于当对所述目标联系人的每个第二电话号码均呼叫失败时，从所述通讯录中，获取所述目标联系人的关联联系人以及所述关联联系人的电话号码；

所述呼叫模块，还用于对所述关联联系人的电话号码发起呼叫请求。

在本公开的一个实施例中，所述呼叫模块用于从所述至少一个第二电话号码中，获取目标电话号码，所述目标电话号码为当前呼叫流程中未呼叫过的第二电话号码；对所述目标电话号码发起呼叫请求；如果对所述目标电话号码的呼叫成功，则结束呼叫流程；如果对所述目标电话号码的呼叫失败，则继续执行获取目标电话号码以及发起呼叫请求的步骤，直到呼叫成功为止。

在本公开的一个实施例中，所述呼叫模块用于根据当前呼叫流程中的呼叫记录，从所述至少一个第二电话号码中，排除第三电话号码，所述第三电话号码为已经呼叫过的电话号码；从剩余的第二电话号码中，随机或按照预设优先级获取一个第二电话号码作为目标电话号码。

在本公开的一个实施例中，所述呼叫模块还用于当在发起呼叫请求之后的预设时长内，未接收到对所述呼叫请求的呼叫成功响应，确定呼叫失败。

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

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

参照图4，装置400可以包括以下一个或多个组件：处理组件402，存储器404，电源组件406，多媒体组件408，音频组件410，输入/输出(I/O)的接口412，传感器组件414，以及通信组件416。

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

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

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

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

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

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

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

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

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

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

在示例性实施例中，还提供了一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行上述图1或图2所提供的一种呼叫处理方法。

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

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

Claims (11)

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

当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码；

如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。

2.根据权利要求1所述的方法，其特征在于，根据所述至少一个第二电话号码，发起呼叫请求之后，所述方法还包括：

当对所述目标联系人的每个第二电话号码均呼叫失败时，从所述通讯录中，获取所述目标联系人的关联联系人以及所述关联联系人的电话号码；

对所述关联联系人的电话号码发起呼叫请求。

3.根据权利要求1所述的方法，其特征在于，根据所述至少一个第二电话号码，发起呼叫请求包括：

从所述至少一个第二电话号码中，获取目标电话号码，所述目标电话号码为当前呼叫流程中未呼叫过的第二电话号码；

对所述目标电话号码发起呼叫请求；

如果对所述目标电话号码的呼叫成功，则结束呼叫流程；

如果对所述目标电话号码的呼叫失败，则继续执行获取目标电话号码以及发起呼叫请求的步骤，直到呼叫成功为止。

4.根据权利要求3所述的方法，其特征在于，从所述至少一个第二电话号码中，获取目标电话号码包括：

根据当前呼叫流程中的呼叫记录，从所述至少一个第二电话号码中，排除第三电话号码，所述第三电话号码为已经呼叫过的电话号码；

从剩余的第二电话号码中，随机或按照预设优先级获取一个第二电话号码作为目标电话号码。

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

当在发起呼叫请求之后的预设时长内，未接收到对所述呼叫请求的呼叫成功响应，确定呼叫失败。

6.一种呼叫处理装置，其特征在于，所述装置包括：

判断模块，用于当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码；

呼叫模块，用于如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

获取模块，用于当对所述目标联系人的每个第二电话号码均呼叫失败时，从所述通讯录中，获取所述目标联系人的关联联系人以及所述关联联系人的电话号码；

所述呼叫模块，还用于对所述关联联系人的电话号码发起呼叫请求。

8.根据权利要求6所述的装置，其特征在于，所述呼叫模块用于从所述至少一个第二电话号码中，获取目标电话号码，所述目标电话号码为当前呼叫流程中未呼叫过的第二电话号码；对所述目标电话号码发起呼叫请求；如果对所述目标电话号码的呼叫成功，则结束呼叫流程；如果对所述目标电话号码的呼叫失败，则继续执行获取目标电话号码以及发起呼叫请求的步骤，直到呼叫成功为止。

9.根据权利要求8所述的装置，其特征在于，所述呼叫模块用于根据当前呼叫流程中的呼叫记录，从所述至少一个第二电话号码中，排除第三电话号码，所述第三电话号码为已经呼叫过的电话号码；从剩余的第二电话号码中，随机或按照预设优先级获取一个第二电话号码作为目标电话号码。

10.根据权利要求6所述的装置，其特征在于，所述呼叫模块还用于当在发起呼叫请求之后的预设时长内，未接收到对所述呼叫请求的呼叫成功响应，确定呼叫失败。

11.一种呼叫处理装置，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为：

当对目标联系人的第一电话号码的呼叫失败时，判断通讯录中是否包括所述目标联系人的至少一个第二电话号码；

如果所述通讯录中包括所述目标联系人的至少一个第二电话号码，在未接收到任何操作的情况下，根据所述至少一个第二电话号码，发起呼叫请求。