CN111629099B - 移动终端及其控制方法、控制装置和存储介质 - Google Patents

Abstract

本申请公开了一种移动终端及其控制方法、控制装置和存储介质。其中，控制方法包括：当对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对呼叫请求未被接通响应时的呼叫反馈信息；若是，则依据呼叫反馈信息判断第一电话号码是否存在关联号码；如果判断第一电话号码存在关联号码，则获取关联号码；将关联号码存储至目标联系人的通讯录信息中。由此，可以丰富该目标联系人的通信账号，以便下次通过第一电话号码呼叫目标联系人，且联系不上时，就可通过拨打该关联号码联系该目标联系人，从而达到提升成功联系该目标联系人的概率的目的。

Description

移动终端及其控制方法、控制装置和存储介质

技术领域

本申请涉及移动终端技术领域，尤其涉及一种移动终端及其控制方法、控制装置和一种计算机可读存储介质。

背景技术

目前，随着智能手机的普及，很多用户都有不止一个通信账号，例如，上班的时候使用移动电话进行通信，下班回家的时候会有固定电话进行通信。甚至很多用户移动通信电话卡有不止一个，比如，现在很多手机都支持双卡。现实中经常碰到一个问题是：呼叫方通过其中一个账户联系用户时，该账户可能出现欠费，手机没电关机等情况，从而导致呼叫方无法联系上该用户，而呼叫方又不知道该用户的其他通信账户，从而导致呼叫方联系该用户失败。

发明内容

本申请的目的旨在至少在一定程度上解决上述的技术问题之一。

第一方面，本申请实施例提出了一种移动终端的控制方法，包括：

当对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对所述呼叫请求未被接通响应时的呼叫反馈信息；

若接收到针对所述呼叫请求未被接通响应时的呼叫反馈信息，则依据所述呼叫反馈信息判断所述第一电话号码是否存在关联号码；

如果判断所述第一电话号码存在关联号码，则获取所述关联号码；

将所述关联号码存储至所述目标联系人的通讯录信息中。

第二方面，本申请实施例提出了一种移动终端的控制装置，包括：

呼叫请求发起模块，用于对目标联系人的第一电话号码进行呼叫请求；

第一判断模块，用于在对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对所述呼叫请求未被接通响应时的呼叫反馈信息；

第二判断模块，用于在接收到针对所述呼叫请求未被接通响应时的呼叫反馈信息时，依据所述呼叫反馈信息判断所述第一电话号码是否存在关联号码；

关联号码获取模块，用于在所述第二判断模块依据所述呼叫反馈信息判断所述第一电话号码存在关联号码时，获取所述关联号码；

存储模块，用于将所述关联号码存储至所述目标联系人的通讯录信息中。

第三方面，本申请实施例提出了一种移动终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现本申请第一方面实施例所述的移动终端的控制方法。

第四方面，本申请实施例提出了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现本申请第一方面实施例所述的移动终端的控制方法。

本申请实施例的技术方案，在对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对呼叫请求未被接通响应时的呼叫反馈信息，若是，则依据呼叫反馈信息判断第一电话号码是否存在关联号码，如果判断第一电话号码存在关联号码，则获取关联号码，并将关联号码存储至目标联系人的通讯录信息中。由此，通过从针对呼叫请求未被接通响应时的呼叫反馈信息中，获取与第一电话号码存在关联关系的关联号码，进而将该关联号码存储到目标联系人的通讯录信息中，从而获得该目标联系人更多的通信账号，以便下次通过第一电话号码呼叫目标联系人，且联系不上时，就可通过拨打该关联号码联系该目标联系人，从而达到提升成功联系该目标联系人的概率；另外，在获得该目标联系人更多的通信账号时，可自动存储到目标联系人的通讯录信息中，省去了用户录入保存的操作，简化了用户操作，可以提升用户的使用体验。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是根据本申请一个实施例的移动终端的控制方法的流程图；

图2是根据本申请实施例的移动终端的控制方法的流程图；

图3是根据本申请又一个实施例的移动终端的控制方法的流程图；

图4是根据本申请实施例的移动终端的控制流程的交互示例图；

图5是根据本申请一个实施例的移动终端的控制装置的结构示意图；

图6是根据本申请一个实施例的移动终端的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的移动终端及其控制方法、控制装置和存储介质。

图1是根据本申请一个实施例的移动终端的控制方法的流程图。需要说明的是，本申请实施例的移动终端的控制方法可应用于本申请实施例的移动终端的控制装置。其中，该控制装置可被配置于移动终端。作为一种示例，该移动终端可为具有号码呼叫功能的手机。

还需要说明的是，本申请实施例的移动终端的控制方法适用于主叫终端给被叫终端拨打电话的场景。也就是说，本申请实施例的移动终端的控制方法可从主叫终端侧进行描述。

如图1所示，该移动终端的控制方法可以包括：

步骤101，当对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对呼叫请求未被接通响应时的呼叫反馈信息。

可以理解，主叫终端在给目标联系人的第一电话号码进行呼叫请求，若目标联系人的第一电话号码的终端在预设时间内未接通，或者，该第一电话号码设置了呼叫转移业务，则第一电话号码的终端都会针对这两种情况反馈相应的信息，以便主叫终端了解到被叫终端是由于什么原因而无法接通。基于该原理，当主叫终端对目标联系人的第一电话号码进行呼叫请求时，可判断是否能够接收到针对该呼叫请求未被接通响应时的呼叫反馈信息。

值得注意的是，若未接收到针对呼叫请求未被接通响应时的呼叫反馈信息，而是接收到了针对呼叫请求被接通响应时的呼叫反馈信息，则说明针对该第一电话号码的呼叫请求成功，进入主叫终端与被叫终端进行通话的流程。

步骤102，若接收到针对呼叫请求未被接通响应时的呼叫反馈信息，则依据呼叫反馈信息判断第一电话号码是否存在关联号码。

可以理解，目标联系人的第一电话号码未被成功接通的原因可能有多种，而第一电话的终端会根据不同的原因，可能会返回不同的呼叫反馈信息，以告知主叫终端为何无法接通该第一电话号码。例如，若第一电话号码的终端关机，则可向主叫终端反馈用以代表类似“第一电话号码的终端已关机”信息的SIP协议应答码；或者，若第一电话号码的终端未关机，但第一电话号码在预设时间内仍未被接通(比如该第一电话号码的终端不在目标联系人的身边)，则可向主叫终端反馈用以代表类似“第一电话号码暂时无法接通”信息的SIP协议应答码；或者，若第一电话号码设置了呼叫转移业务，则可向主叫终端反馈用以代表类似“第一电话号码已开通呼叫转移业务，正在为您拨打呼叫转移号码”信息的SIP协议应答码。

在本步骤中，在接收到针对呼叫请求未被接通响应时的呼叫反馈信息之后，可基于该呼叫反馈信息所对应的SIP协议应答码，来判断该第一电话号码是否存在关联号码。可以理解，通常情况下，只有在第一电话号码设置了呼叫转，该第一电话号码才会存在关联号码，即第一电话号码开通呼叫转移业务时，目标联系人会设置针对该第一电话号码的关联号码，这样，在通过第一电话号码联系不上目标联系人时，可通过该关联号码联系上该目标联系人。

为此，在接收到针对呼叫请求未被接通响应时的呼叫反馈信息之后，可通过判断该呼叫反馈信息中是否包括用以记录呼叫前转相关信息的History-Info头域，来判断该第一电话号码是否存在关联号码。作为一种可能实现方式的示例，可判断呼叫反馈信息中是否包含History-Info头域，如果呼叫反馈信息中未包含History-Info头域，则判定第一电话号码不存在关联号码；如果呼叫反馈信息中包含History-Info头域，则判定第一电话号码存在关联号码。

也就是说，在接收到针对呼叫请求未被接通响应时的呼叫反馈信息之后，可判断该呼叫反馈信息中是否包含History-Info头域，如果该呼叫反馈信息中未包含History-Info头域，则判定第一电话号码不存在关联号码，说明第一电话号码的终端未在目标联系人的身边，该第一电话号码未设置呼叫转移，从而导致主叫终端无法接通该第一电话号码；如果该呼叫反馈信息中包含History-Info头域，则判定第一电话号码存在关联号码，说明第一电话号码的终端未在目标联系人的身边，但该第一电话号码设置了呼叫转移，此时第一电话号码的呼叫转移被触发，返回给主叫终端的呼叫反馈信息中包含了用以记录呼叫前转相关信息的History-Info头域，因此可判定该第一电话号码是存在关联号码的。

步骤103，如果判断第一电话号码存在关联号码，则获取关联号码。

可选地，从该呼叫反馈信息中所包含的History-Info头域中，确定出呼叫前转相关信息，并从呼叫前转相关信息中，获取关联号码。

可以理解，上述History-Info头域可用以记录呼叫前转相关信息，其中，该呼叫前转相关信息可包括但不限于第一电话号码和关联号码等。在本步骤汇总，在判断该第一电话号码存在关联号码时，从上述呼叫反馈信息中所包含的History-Info头域中，获取该关联号码。

步骤104，将关联号码存储至目标联系人的通讯录信息中。

也就是说，在从上述呼叫反馈信息中所包含的History-Info头域中获得第一电话号码的关联号码之后，可将该关联号码存储到该目标联系人的通讯录信息中。这样，下次再次通过第一电话号码呼叫目标联系人时，如果该第一电话号码联系不上，就可以拨打该目标联系人的关联号码，从而达到提升成功联系该目标联系人的概率。

根据本申请实施例的移动终端的控制方法，在对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对呼叫请求未被接通响应时的呼叫反馈信息，若是，则依据呼叫反馈信息判断第一电话号码是否存在关联号码，如果判断第一电话号码存在关联号码，则获取关联号码，并将关联号码存储至目标联系人的通讯录信息中。由此，通过从针对呼叫请求未被接通响应时的呼叫反馈信息中，获取与第一电话号码存在关联关系的关联号码，进而将该关联号码存储到目标联系人的通讯录信息中，从而获得该目标联系人更多的通信账号，以便下次通过第一电话号码呼叫目标联系人，且联系不上时，就可通过拨打该关联号码联系该目标联系人，从而达到提升成功联系该目标联系人的概率的目的；另外，在获得该目标联系人更多的通信账号时，可自动存储到目标联系人的通讯录信息中，省去了用户录入保存的操作，简化了用户操作，可以提升用户的使用体验。

需要说明的是，若主叫终端上的通讯录中未存储有该目标联系人的任何通信账号，而通过第一电话号码第一次联系目标联系人时，为了能够省去用户录入保存的操作，可将第一电话号码及其关联号码同时存储到通讯录中以建立该目标联系人的通讯录信息；若主叫终端上的通讯录中已建立该目标联系人的通讯录信息，则主叫终端在获得关联号码时，可只需将该关联号码存储到该目标联系人的通讯录信息，以丰富该目标联系人的通信账号。作为一种可能实现方式的示例，如图2所示，所述将关联号码存储至目标联系人的通讯录信息中的具体实现过程可包括：

步骤104-1，判断移动终端的通讯录中是否存在针对目标联系人的通讯录信息。

步骤104-2，如果移动终端的通讯录中未存在针对目标联系人的通讯录信息，则在通讯录中建立针对目标联系人的通讯录信息，并将第一电话号码和关联号码存储至目标联系人的通讯录信息中。

也就是说，当获取到第一电话号码对应的关联号码之后，在判断移动终端的通讯录中未存在针对目标联系人的通讯录信息时，说明该第一电话号码未被存储到通讯录中，此时可在通讯录中建立针对目标联系人的通讯录信息，并将该第一电话号码和关联号码存储到该目标联系人的通讯录信息中。其中，该通讯录信息中可包括该目标联系人的姓名、第一电话号码和关联号码。

为了增加人机交互的趣味性，提升用户体验，在本申请的一个实施例中，在获得第一电话号码对应的关联号码之后，在通讯录中建立针对目标联系人的通讯录信息之前，可先在移动终端本地建立一个映射关系，如第一电话号码Tel2->关联号码Tel3，之后，可向移动终端的用户提供是否需要保存该目标联系人的通信账号(如第一电话号码和/或关联号码)。当移动终端的用户点击保存目标联系人的通信账号时，可执行上述在通讯录中建立针对目标联系人的通讯录信息，并将第一电话号码和关联号码存储至目标联系人的通讯录信息中的步骤。

步骤104-3，如果移动终端的通讯录中存在针对目标联系人的通讯录信息，则判断第一电话号码是否已被存储于目标联系人的通讯录信息中。

步骤104-4，如果第一电话号码已被存储于目标联系人的通讯录信息中，则将关联号码存储至目标联系人的通讯录信息。

也就是说，在判断第一电话号码已被存储于目标联系人的通讯录信息中时，此时只需将该关联号码存储至目标联系人的通讯录信息，以丰富该目标联系人的通信账号数量。

步骤104-5，如果第一电话号码未被存储于目标联系人的通讯录信息中，则将第一电话号码和关联号码存储至目标联系人的通讯录信息中。

例如，目标联系人的通讯录信息中不存在该第一电话号码，比如，主叫终端的用户可能是通过其他方式获得该第一电话号码，此时，可将该第一电话号码和关联号码均存储到目标联系人的通讯录信息中，以丰富该目标联系人的通信账号数量。

由此可见，可通过目标联系人的通讯录信息的状态，来采用不同的方式来丰富该目标联系人的通信账号数量，从而为能够提升成功联系该目标联系人的概率做准备。

图3是根据本申请又一个实施例的移动终端的控制方法的流程图。需要说明的是，本申请实施例的移动终端的控制方法可应用于本申请实施例的移动终端的控制装置。其中，该控制装置可被配置于移动终端。作为一种示例，该移动终端可为具有号码呼叫功能的手机。

还需要说明的是，本申请实施例的移动终端的控制方法适用于主叫终端给被叫终端拨打电话的场景。也就是说，本申请实施例的移动终端的控制方法可从主叫终端侧进行描述。

如图3所示，该移动终端的控制方法可以包括：

步骤301，当对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对呼叫请求未被接通响应时的呼叫反馈信息。

步骤302，若接收到针对呼叫请求未被接通响应时的呼叫反馈信息，则依据呼叫反馈信息判断第一电话号码是否存在关联号码。

步骤303，如果判断第一电话号码存在关联号码，则获取关联号码。

步骤304，将关联号码存储至目标联系人的通讯录信息中。

需要说明的是，上述步骤301-步骤304的实现方式可参见上述步骤101-步骤104的实现方式的描述，在此不再赘述。

步骤305，当下一次再对目标联系人的第一电话号码进行呼叫请求，且预设时间内未接收到针对第一电话号码被接通时应反馈的接通响应信息时，基于目标联系人的通讯录信息中的关联号码，发起对目标联系人的呼叫。

也就是说，在将关联号码存储到目标联系人的通讯录信息中之后，若检测到主叫终端下一次再对目标联系人的第一电话号码进行呼叫请求，且预设时间内未接收到针对第一电话号码被接通时应反馈的接通响应信息时，说明此时通过该第一电话号码无法联系到该目标联系人，此时可从该目标联系人的通讯录信息中获取关联号码，基于该关联号码发起对目标联系人的呼叫。

值得注意的是，目标联系人所设置的呼叫转移的节点可能不止一个，当呼叫转移的节点为多个时，可将这些节点所对应的电话号码均添加到该目标联系人的通讯录中。这样，下次再想联系该目标联系人时，可逐个对该目标联系人的通讯录信息中的号码进行尝试。具体地，在本申请的一个实施例中，关联号码可为多个。其中，在本申请的实施例中，所述基于目标联系人的通讯录信息中的关联号码，发起对目标联系人的呼叫的具体实现过程可如下：按照多个关联号码的优先级顺序，对优先级最高的关联号码发起呼叫请求；若预设时间内未接收到针对优先级最高的关联号码被接通时应反馈的接通响应信息，则对位于下一等级的关联号码发起呼叫请求，以此类推，直至接收到针对其中一个关联号码被接通时反馈的接通响应信息，或者，均未接收到针对每个关联号码被接通时应反馈的接通响应信息。

作为一种示例，上述多个关联号码的优先级顺序可按照获得的先后顺序来决定，比如，假设有3个关联号码，即关联号码1、关联号码2和关联号码3，关联号码2的获得时间早于关联号码1的获得时间，关联号码1的获得时间早于关联号码3的获得时间，则这三个关联号码的优先级顺序可依次为：关联号码2的优先级高于关联号码1的优先级，关联号码1的优先级高于关联号码3的优先级。作为另一种示例，上述多个关联号码的优先级顺序可按照获得的次数来决定，比如，假设2个关联号码，即关联号码1和关联号码2，其中，获得到该关联号码1的次数为1次，而获得到该关联号码2的次数为3次，即说明目标联系人可能经常将该关联号码作为第一电话号码的呼叫转移号码，则关联号码1和关联号码2的优先级顺序可依次为：关联号码2的优先级高于关联号码1的优先级。可以理解，还可以通过其他方式来决定该多个关联号码的优先级顺序，本申请对此不作具体限定。

也就是说，当主叫终端下次再对目标联系人的第一电话号码进行呼叫请求，且预设时间内未接收到针对第一电话号码被接通时应反馈的接通响应信息时，可按照多个关联号码的优先级顺序，逐个对该目标联系人的每个关联号码进行尝试，直到其中一个关联号码顺利接通位置，或者所有关联号码都无法接通，从而可以达到提升用户通信成功概率的目的。

为了方便理解，下面将结合图4对本申请进行描述。举例而言，假设本申请实施例的移动终端的控制方法适用于主叫终端给被叫终端拨打电话的场景。如图4所示，该移动终端的控制流程可包括：

步骤A：主叫终端Tel1拨打设置了呼叫转移的被叫终端Tel2。

步骤B：假设被叫终端Tel2设置了呼叫转移，转移号码为Tel3，当主叫终端Tel1拨打被叫终端Tel2时，如果呼叫转移被触发，那么在返回给主叫终端的呼叫反馈信息的History-Info头域里面携带有Tel2和Tel3的号码信息。

步骤C：从History-Info头域里面提取出Tel2和Tel3的号码信息后，主叫终端可在本地建立一个键值映射，即Tel2->Tel3，其中，号码Tel3即为第一电话号码Tel2的关联号码。当主叫终端的用户点击保存联系人Tel2信息时，自动将其映射的Tel3也保存到联系人的副账户里面，比如家庭账户里或者公司账户里面，如果转移的节点不止一个，则将对应的账户信息都添加到联系人的副账户里面。

步骤D：后面当主叫终端Tel1尝试联系被叫终端Tel2时，如果Tel2不可达或打不通，则自动拨打本地保存的其副账号信息Tel3，依次轮询其所有可能的副账户信息，从而尽最大可能地的联系上被叫用户。

根据本申请实施例的移动终端的控制方法，利用History-Info可以保存被叫终端呼转信息的特点，在呼叫设置了呼叫转接的用户时，自动将其关联的呼转号码在本地建立映射关系，并且自动保存到被叫号码的用户账户信息里，后面即便被叫用户关闭了呼叫转移，也可以利用先前保存的账户映射关系，轮询拨打用户的所有通信账户号码，从而可以达到尽最大可能联系到被叫用户的目的，从而达到提升成功联系该用户的概率的目的。

与上述几种实施例提供的移动终端的控制方法相对应，本发明的一种实施例还提供一种移动终端的控制装置，由于本发明实施例提供的移动终端的控制装置与上述几种实施例提供的移动终端的控制方法相对应，因此在前述移动终端的控制方法的实施方式也适用于本实施例提供的移动终端的控制装置，在本实施例中不再详细描述。图5是根据本申请一个实施例的移动终端的控制装置的结构示意图。如图5所示，该移动终端的控制装置500可以包括：呼叫请求发起模块510、第一判断模块520、第二判断模块530、关联号码获取模块540和存储模块550。

具体地，呼叫请求发起模块510用于对目标联系人的第一电话号码进行呼叫请求。

第一判断模块520用于在对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对呼叫请求未被接通响应时的呼叫反馈信息。

第二判断模块530用于在接收到针对呼叫请求未被接通响应时的呼叫反馈信息时，依据呼叫反馈信息判断第一电话号码是否存在关联号码。作为一种示例，第二判断模块530判断呼叫反馈信息中是否包含History-Info头域；在呼叫反馈信息中未包含History-Info头域时，判定第一电话号码不存在关联号码；在呼叫反馈信息中包含History-Info头域时，判定第一电话号码存在关联号码。

关联号码获取模块540用于在第二判断模块依据呼叫反馈信息判断第一电话号码存在关联号码时，获取关联号码。作为一种示例，关联号码获取模块540从呼叫反馈信息中所包含的History-Info头域中，确定出呼叫前转相关信息；从呼叫前转相关信息中，获取关联号码。

存储模块550用于将关联号码存储至目标联系人的通讯录信息中。作为一种示例，存储模块550具体用于：判断移动终端的通讯录中是否存在针对目标联系人的通讯录信息；在移动终端的通讯录中未存在针对目标联系人的通讯录信息时，在通讯录中建立针对目标联系人的通讯录信息，并将第一电话号码和关联号码存储至目标联系人的通讯录信息中；在移动终端的通讯录中存在针对目标联系人的通讯录信息时，判断第一电话号码是否已被存储于目标联系人的通讯录信息中；在第一电话号码已被存储于目标联系人的通讯录信息中时，将关联号码存储至目标联系人的通讯录信息；在第一电话号码未被存储于目标联系人的通讯录信息中时，将第一电话号码和关联号码存储至目标联系人的通讯录信息中。

在本申请的一个实施例中，呼叫请求发起模块510还用于在下一次再对目标联系人的第一电话号码进行呼叫请求，且预设时间内未接收到针对第一电话号码被接通时应反馈的接通响应信息时，基于目标联系人的通讯录信息中的关联号码，发起对目标联系人的呼叫。

作为一种可能实现方式的示例，关联号码为多个。其中，在本申请的实施例中，呼叫请求发起模块510基于目标联系人的通讯录信息中的关联号码，发起对目标联系人的呼叫的具体实现过程可如下：按照多个关联号码的优先级顺序，对优先级最高的关联号码发起呼叫请求；若预设时间内未接收到针对优先级最高的关联号码被接通时应反馈的接通响应信息，则对位于下一等级的关联号码发起呼叫请求，以此类推，直至接收到针对其中一个关联号码被接通时反馈的接通响应信息，或者，均未接收到针对每个关联号码被接通时应反馈的接通响应信息。

根据本申请实施例的移动终端的控制装置，可通过从针对呼叫请求未被接通响应时的呼叫反馈信息中，获取与第一电话号码存在关联关系的关联号码，进而将该关联号码存储到目标联系人的通讯录信息中，从而获得该目标联系人更多的通信账号，以便下次通过第一电话号码呼叫目标联系人，且联系不上时，就可通过拨打该关联号码联系该目标联系人，从而达到提升成功联系该目标联系人的概率的目的；另外，在获得该目标联系人更多的通信账号时，可自动存储到目标联系人的通讯录信息中，省去了用户录入保存的操作，简化了用户操作，可以提升用户的使用体验。

为了实现上述实施例，本申请还提出了一种移动终端。

图6是根据本申请一个实施例的移动终端的结构示意图。如图6所示，该移动终端600可以包括：存储器610、处理器620及存储在存储器610上并可在处理器620上运行的计算机程序630，处理器620执行计算机程序630时，实现本申请上述任一个实施例所述的移动终端的控制方法。

为了实现上述实施例，本申请还提出了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现本申请上述任一个实施例所述的移动终端的控制方法。

在本申请的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (12)

1.一种移动终端的控制方法，其特征在于，包括：

当对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对所述呼叫请求未被接通响应时的呼叫反馈信息；

若接收到针对所述呼叫请求未被接通响应时的呼叫反馈信息，则依据所述呼叫反馈信息判断所述第一电话号码是否存在关联号码；

如果判断所述第一电话号码存在关联号码，则获取所述关联号码；

自动将所述关联号码存储至所述目标联系人的通讯录信息中；

依据所述呼叫反馈信息判断所述第一电话号码是否存在关联号码，包括：

判断所述呼叫反馈信息中是否包含History-Info头域；

如果所述呼叫反馈信息中未包含所述History-Info头域，则判定所述第一电话号码不存在关联号码；

如果所述呼叫反馈信息中包含所述History-Info头域，则判定所述第一电话号码存在关联号码。

2.根据权利要求1所述的方法，其特征在于，获取所述关联号码，包括：

从所述呼叫反馈信息中所包含的History-Info头域中，确定出呼叫前转相关信息；

从所述呼叫前转相关信息中，获取所述关联号码。

3.根据权利要求1所述的方法，其特征在于，将所述关联号码存储至所述目标联系人的通讯录信息中，包括：

判断所述移动终端的通讯录中是否存在针对所述目标联系人的通讯录信息；

如果所述移动终端的通讯录中未存在针对所述目标联系人的通讯录信息，则在所述通讯录中建立针对所述目标联系人的通讯录信息，并将所述第一电话号码和所述关联号码存储至所述目标联系人的通讯录信息中；

如果所述移动终端的通讯录中存在针对所述目标联系人的通讯录信息，则判断所述第一电话号码是否已被存储于所述目标联系人的通讯录信息中；

如果所述第一电话号码已被存储于所述目标联系人的通讯录信息中，则将所述关联号码存储至所述目标联系人的通讯录信息；

如果所述第一电话号码未被存储于所述目标联系人的通讯录信息中，则将所述第一电话号码和所述关联号码存储至所述目标联系人的通讯录信息中。

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

当下一次再对所述目标联系人的第一电话号码进行呼叫请求，且预设时间内未接收到针对所述第一电话号码被接通时应反馈的接通响应信息时，基于所述目标联系人的通讯录信息中的所述关联号码，发起对所述目标联系人的呼叫。

5.根据权利要求4所述的方法，其特征在于，所述关联号码为多个；基于所述目标联系人的通讯录信息中的所述关联号码，发起对所述目标联系人的呼叫，包括：

按照多个关联号码的优先级顺序，对优先级最高的关联号码发起呼叫请求；

若预设时间内未接收到针对所述优先级最高的关联号码被接通时应反馈的接通响应信息，则对位于下一等级的关联号码发起呼叫请求，以此类推，直至接收到针对其中一个关联号码被接通时反馈的接通响应信息，或者，均未接收到针对每个关联号码被接通时应反馈的接通响应信息。

6.一种移动终端的控制装置，其特征在于，包括：

呼叫请求发起模块，用于对目标联系人的第一电话号码进行呼叫请求；

第一判断模块，用于在对目标联系人的第一电话号码进行呼叫请求时，判断是否接收到针对所述呼叫请求未被接通响应时的呼叫反馈信息；

第二判断模块，用于在接收到针对所述呼叫请求未被接通响应时的呼叫反馈信息时，依据所述呼叫反馈信息判断所述第一电话号码是否存在关联号码；

关联号码获取模块，用于在所述第二判断模块依据所述呼叫反馈信息判断所述第一电话号码存在关联号码时，获取所述关联号码；

存储模块，用于自动将所述关联号码存储至所述目标联系人的通讯录信息中；

所述第二判断模块具体用于：

判断所述呼叫反馈信息中是否包含History-Info头域；

在所述呼叫反馈信息中未包含所述History-Info头域时，判定所述第一电话号码不存在关联号码；

在所述呼叫反馈信息中包含所述History-Info头域时，判定所述第一电话号码存在关联号码。

7.根据权利要求6所述的装置，其特征在于，所述关联号码获取模块具体用于：从所述呼叫反馈信息中所包含的History-Info头域中，确定出呼叫前转相关信息；从所述呼叫前转相关信息中，获取所述关联号码。

8.根据权利要求6所述的装置，其特征在于，所述存储模块具体用于：

判断所述移动终端的通讯录中是否存在针对所述目标联系人的通讯录信息；

在所述移动终端的通讯录中未存在针对所述目标联系人的通讯录信息时，在所述通讯录中建立针对所述目标联系人的通讯录信息，并将所述第一电话号码和所述关联号码存储至所述目标联系人的通讯录信息中；

在所述移动终端的通讯录中存在针对所述目标联系人的通讯录信息时，判断所述第一电话号码是否已被存储于所述目标联系人的通讯录信息中；

在所述第一电话号码已被存储于所述目标联系人的通讯录信息中时，将所述关联号码存储至所述目标联系人的通讯录信息；

在所述第一电话号码未被存储于所述目标联系人的通讯录信息中时，将所述第一电话号码和所述关联号码存储至所述目标联系人的通讯录信息中。

9.根据权利要求6所述的装置，其特征在于，所述呼叫请求发起模块，还用于在下一次再对所述目标联系人的第一电话号码进行呼叫请求，且预设时间内未接收到针对所述第一电话号码被接通时应反馈的接通响应信息时，基于所述目标联系人的通讯录信息中的所述关联号码，发起对所述目标联系人的呼叫。

10.根据权利要求9所述的装置，其特征在于，所述关联号码为多个；所述呼叫请求发起模块具体用于：

按照多个关联号码的优先级顺序，对优先级最高的关联号码发起呼叫请求；

若预设时间内未接收到针对所述优先级最高的关联号码被接通时应反馈的接通响应信息，则对位于下一等级的关联号码发起呼叫请求，以此类推，直至接收到针对其中一个关联号码被接通时反馈的接通响应信息，或者，均未接收到针对每个关联号码被接通时应反馈的接通响应信息。

11.一种移动终端，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现如权利要求1至5中任一项所述的移动终端的控制方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的移动终端的控制方法。

Images