CN106657645A - 呼叫请求处理方法与装置、呼叫方法与装置及相关终端 - Google Patents

Abstract

本发明实施例提供了一种呼叫请求处理方法与装置、呼叫方法与装置及相关终端。本发明实施例通过：响应于接收到第二终端的语音通道呼叫请求，在来电界面提供利用第三方应用通过数据通道进行通话的指定接听方式选项；响应于接收到对第一指定接听方式选项的选择指令，启动第一指定接听方式的通话，使得被叫用户能够通过对来电界面上接听方式的选择直接与主叫端通过第三方应用进行通话，不需要被叫端先挂断主叫端当前的呼叫，再由主叫端或者被叫端通过第三方应用重新发起新的通话请求，过程简单，操作方便，解决了现有技术中手机等终端在接收到通过语音通道发来的呼叫请求时，不能方便地使用数据通道与主叫端通话，导致用户体验较差的问题。

Description

呼叫请求处理方法与装置、呼叫方法与装置及相关终端

【技术领域】

本发明涉及通信领域，尤其涉及一种呼叫请求处理方法与装置、呼叫方法与装置及相关终端。

【背景技术】

手机的最主要功能之一是通话。手机的传统通话功能是使用手机卡开通特定的运营商套餐，按照套餐的规则使用套餐内的各项业务。运营商提供的通话是通过语音通道进行的。运营商套餐对通话的时间进行了限制，当打电话较频繁的时候，通话套餐很快就会被用完，使用完套餐内的通话时长后，继续通过语音通道打电话会产生套餐之外的额外费用。

当前，手机已经成为一种数据通信工具，能够通过数据通道进行数据传输。在手机上安装的第三方应用，允许手机用户利用第三方应用通过数据通道进行通话，例如微信客户端应用，QQ客户端应用等。这种通话方式使用的是网络流量，在有免费wifi或者大流量套餐的情况下，这种通话方式不会产生额外费用。

目前，手机的来电界面提供了接听、挂断、信息回复三种功能选项。对于套餐通话时长已经用完的主叫端用户，被叫端直接接听电话会使主叫端增加额外的费用开销。如果被叫端想要使用第三方应用进行通话，被叫端需要先挂断主叫端当前的来电，然后请主叫端通过第三方应用重新发起新的通话请求，或者被叫端通过第三方应用主动呼叫主叫端，过程繁琐，操作不便。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：

手机等终端在接收到通过语音通道发来的呼叫请求时，不能方便地使用数据通道与主叫端通话，导致用户体验较差。

【发明内容】

有鉴于此，本发明实施例提供了一种呼叫请求处理方法与装置、呼叫方法与装置及相关终端，用以解决现有技术中手机等终端在接收到通过语音通道发来的呼叫请求时，不能方便地使用数据通道与主叫端通话，导致用户体验较差的问题。

第一方面，本发明实施例提供一种呼叫请求处理方法，应用于第一终端，所述方法包括：

响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种所述指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；

响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话，所述第一指定接听方式为所述指定接听方式中的任意一种。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话，包括：

响应于接收到用户对第一指定接听方式选项的选择指令，判断在所述第一指定接听方式对应的第三方应用中，所述第二终端是否是所述第一终端的联系人；

根据判断结果发送相应消息给所述第二终端。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，根据判断结果发送相应消息给所述第二终端，包括：

在所述第一指定接听方式对应的第三方应用中，所述第二终端是所述第一终端的联系人时，发送通知消息给所述第二终端，以便在所述第二终端接收到所述通知消息后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，根据判断结果发送相应消息给所述第二终端，包括：

在所述第一指定接听方式对应的第三方应用中，所述第二终端不是所述第一终端的联系人时，发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端，以便在所述第二终端同意所述加好友申请消息中的加好友申请后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端之后，所述方法还包括：

响应于接收到所述第二终端拒绝所述加好友申请消息中的加好友申请，更新来电界面中的接听方式选项，以使更新后所述第一指定接听方式选项不能在来电界面中被选择。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，在更新来电界面中的接听方式选项之后，所述方法还包括：

响应于接收到用户对第二接听方式选项的选择指令，启动所述第二接听方式的通话，所述第二接听方式为来电界面中可被选择的所有接听方式中的任意一种。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述第三方应用为微信客户端应用或QQ客户端应用。

第二方面，本发明实施例提供一种呼叫方法，应用于第二终端，所述方法包括：

通过语音通道向第一终端发出呼叫请求；

响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话，包括：

在所述指定第三方应用中，所述第二终端是所述第一终端的联系人时，响应于接收到所述第一终端发送的通过所述指定第三方应用进行通话的通知消息，与所述第一终端通过所述指定第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话，包括：

在所述指定第三方应用中，所述第二终端不是所述第一终端的联系人时，响应于接收到所述第一终端发送的所述指定第三方应用中的加好友申请消息，同意所述加好友申请消息中的加好友申请；

与所述第一终端通过所述指定第三方应用进行通话。

第三方面，本发明实施例提供一种呼叫请求处理装置，设置于第一终端，所述装置包括：

提供模块，用于响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种所述指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；

启动模块，用于响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话，所述第一指定接听方式为所述指定接听方式中的任意一种。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述启动模块在用于响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话时，具体用于：

响应于接收到用户对第一指定接听方式选项的选择指令，判断在所述第一指定接听方式对应的第三方应用中，所述第二终端是否是所述第一终端的联系人；

根据判断结果发送相应消息给所述第二终端。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述启动模块在用于根据判断结果发送相应消息给所述第二终端时，具体用于：

在所述第一指定接听方式对应的第三方应用中，所述第二终端是所述第一终端的联系人时，发送通知消息给所述第二终端，以便在所述第二终端接收到所述通知消息后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述启动模块在用于根据判断结果发送相应消息给所述第二终端时，具体用于：

在所述第一指定接听方式对应的第三方应用中，所述第二终端不是所述第一终端的联系人时，发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端，以便在所述第二终端同意所述加好友申请消息中的加好友申请后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括：

界面更新模块，用于在所述启动模块发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端之后，响应于接收到所述第二终端拒绝所述加好友申请消息中的加好友申请，更新来电界面中的接听方式选项，以使更新后所述第一指定接听方式选项不能在来电界面中被选择。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述装置还包括：

重启模块，用于在所述界面更新模块更新来电界面中的接听方式选项之后，响应于接收到用户对第二接听方式选项的选择指令，启动所述第二接听方式的通话，所述第二接听方式为来电界面中可被选择的所有接听方式中的任意一种。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述第三方应用为微信客户端应用或QQ客户端应用。

第四方面，本发明实施例提供一种呼叫装置，设置于第二终端，所述装置包括：

呼叫模块，用于通过语音通道向第一终端发出呼叫请求；

通话确定模块，用于响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述通话确定模块在用于响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话时，具体用于：

在所述指定第三方应用中，所述第二终端是所述第一终端的联系人时，响应于接收到所述第一终端发送的通过所述指定第三方应用进行通话的通知消息，与所述第一终端通过所述指定第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述通话确定模块在用于响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话时，具体用于：

在所述指定第三方应用中，所述第二终端不是所述第一终端的联系人时，响应于接收到所述第一终端发送的所述指定第三方应用中的加好友申请消息，同意所述加好友申请消息中的加好友申请；

与所述第一终端通过所述指定第三方应用进行通话。

第五方面，本发明实施例提供一种终端，所述终端包括：

处理器；

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

所述处理器被配置为：

响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种所述指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；

响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的语音通话，所述第一指定接听方式为所述指定接听方式中的任意一种。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述终端为手机。

第六方面，本发明实施例提供一种终端，所述终端包括：

处理器；

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

所述处理器被配置为：

通过语音通道向第一终端发出呼叫请求；

响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话。

如上所述的方面和任一可能的实现方式，进一步提供一种实现方式，所述终端为手机。

本发明实施例具有以下有益效果：

本发明实施例通过在来电界面上增加第三方应用通话的接听方式，使得被叫用户能够通过对来电界面上接听方式的选择直接与主叫端通过第三方应用进行通话，不需要被叫端先挂断主叫端当前的呼叫，再请主叫端通过第三方应用重新发起新的通话请求，或者被叫端通过第三方应用主动呼叫主叫端，过程简单，操作方便，并且为主叫端节省了通信费用。因此，本发明实施例在手机等终端接收到通过语音通道发来的呼叫请求时，能够方便快捷地使用数据通道与主叫端通话，既操作方便又能够为主叫端节省通信费用，从而提升了用户的使用体验。

【附图说明】

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

图1为本发明实施例提供的呼叫请求处理方法的流程示例图。

图2为来电界面的示例图。

图3为本发明实施例提供的手机A和手机B之间的第一呼叫过程示例图。

图4为本发明实施例提供的手机A和手机B之间的第二呼叫过程示例图。

图5为本发明实施例提供的呼叫请求处理装置的功能方块图。

图6为本发明实施例提供的呼叫方法的流程示例图。

图7为本发明实施例提供的呼叫装置的功能方块图。

图8为本发明实施例所提供的终端的一种硬件结构示意图。

【具体实施方式】

为了更好的理解本发明的技术方案，下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

在本文中，假设第一终端为呼叫请求的接收端，即被叫端，第一终端为呼叫请求的发送端，即主叫端。

实施例一

本发明实施例提供了一种呼叫请求处理方法，该呼叫请求处理方法可以应用于手机等终端。该呼叫请求处理方法可以通过应用程序实现，该应用程序能够安装在手机等终端上。本发明实施例提供的呼叫请求处理方法为呼叫流程中被叫端所执行的步骤。

图1为本发明实施例提供的呼叫请求处理方法的流程示例图。该呼叫请求处理方法流程应用于第一终端。如图1所示，本实施例中，呼叫请求处理方法可以包括如下步骤：

S101，响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；

S102，响应于接收到用户对第一指定接听方式选项的选择指令，启动第一指定接听方式的通话，其中，第一指定接听方式为指定接听方式中的任意一种。

其中，指定接听方式是利用第三方应用通过数据通道进行通话的接听方式。当用户选择指定接听方式选项后，就可以通过指定接听方式进行通话。在有免费wifi或者大流量套餐的情况下，通过指定接听方式进行通话不会产生额外费用。这样，当被叫端用户选择了指定接听方式选项，并成功地与主叫端通过利用数据通道的指定接听方式进行通话后，就可以节省主叫端的通信费用。

其中，来电界面上指定接听方式选项的数量可以为一个或多个。

其中，指定接听方式可以是利用微信客户端应用通过数据通道进行通话的接听方式，利用QQ客户端应用通过数据通道进行通话的接听方式等。

图2为来电界面的示例图。参见图2，该示例中的来电界面除了常规的接听、挂断、信息回复三种功能选项外，还提供了微信和QQ两种利用第三方应用通过数据通道进行通话的接听方式。

在一个具体的实现过程中，响应于接收到用户对第一指定接听方式选项的选择指令，启动第一指定接听方式的通话，可以包括：响应于接收到用户对第一指定接听方式选项的选择指令，判断在第一指定接听方式对应的第三方应用中，第二终端是否是第一终端的联系人；根据判断结果发送相应消息给第二终端。

第一终端和第二终端能够利用第三方应用通过数据通道进行通话的前提是，第一终端和第二终端是该第三方应用中的联系人，如果二者不是联系人关系，则不能利用该第三方应用进行通话。在第一终端和第二终端不是同一第三方应用中的联系人关系时，两者之间可以通过申请加好友的方式建立联系人关系。

在一个具体的实现过程中，根据判断结果发送相应消息给第二终端，可以包括：在第一指定接听方式对应的第三方应用中，第二终端是第一终端的联系人时，发送通知消息给第二终端，以便在第二终端接收到通知消息后，与第二终端通过第一指定接听方式对应的第三方应用进行通话。

在第一终端和第二终端之间是同一第三方应用中的联系人关系时，第一终端向第二终端发送通知消息，第二终端接收到该通知消息后，第一终端和第二终端之间可以直接通过相应的第三方应用进行通话。

在一个具体的实现过程中，根据判断结果发送相应消息给第二终端，可以包括：在第一指定接听方式对应的第三方应用中，第二终端不是第一终端的联系人时，发送第一指定接听方式对应的第三方应用中的加好友申请消息给第二终端，以便在第二终端同意加好友申请消息中的加好友申请后，与第二终端通过第一指定接听方式对应的第三方应用进行通话。

第二终端同意加好友申请后，第一终端和第二终端之间即可通过相应的第三方应用进行通话。

在一个具体的实现过程中，在发送第一指定接听方式对应的第三方应用中的加好友申请消息给第二终端之后，呼叫请求处理方法还可以包括：响应于接收到第二终端拒绝加好友申请消息中的加好友申请，更新来电界面中的接听方式选项，以使更新后第一指定接听方式选项不能在来电界面中被选择。

其中，可以采用多种方式使更新后第一指定接听方式选项不能在来电界面中被选择。例如，在来电界面中仍然显示第一指定接听方式选项，但使该选项处于不能被选择的状态。再比如，直接将第一指定接听方式选项从来电界面中去除，使用户不能选择第一指定接听方式选项。

在一个具体的实现过程中，在更新来电界面中的接听方式选项之后，呼叫请求处理方法还可以包括：响应于接收到用户对第二接听方式选项的选择指令，启动第二接听方式的通话，其中，第二接听方式为来电界面中可被选择的所有接听方式中的任意一种。

需要说明的是，第二接听方式可以是前述的指定接听方式，即利用第三方应用通过数据通道进行通话的接听方式，也可以是通过语音通道进行通话的常规接听方式。

在一个具体的实现过程中，第三方应用可以为微信客户端应用或QQ客户端应用。

需要说明的是，第一终端和第二终端能够通过第三方应用进行通话的前提是两者中都安装了同一种第三方应用，例如，第一终端和第二终端都安装了微信客户端应用，那么两者之间就可以通过微信进行通话。

下面通过示例对本发明实施例的呼叫请求处理方法作示例性说明。

示例一

本示例中，假设：手机A和手机B都安装有微信客户端应用和QQ客户端应用，且两部手机的来电界面上都提供了微信通话和QQ通话的选项；手机A和手机B两者之间不是微信联系人，手机A和手机B两者之间是QQ联系人。

图3为本发明实施例提供的手机A和手机B之间的第一呼叫过程示例图。则参见图3，本示例中，手机A和手机B之间的呼叫过程如下：

S301，手机A向手机B发送呼叫请求；

S302，手机B的用户选择了微信通话选项，手机B判断出手机A不是手机B的微信联系人；

S303，手机B向手机A发送加微信好友请求；

S304，手机A根据用户的选择同意了手机B的加微信好友请求；

S305，手机A和手机B通过微信进行通话。

示例二

本示例中与示例一作相同的假设，该假设请参见示例一，此处不再赘述。

图4为本发明实施例提供的手机A和手机B之间的第二呼叫过程示例图。则参见图4，本示例中，手机A和手机B之间的呼叫过程如下：

S401，手机A向手机B发送呼叫请求；

S402，手机B的用户选择了微信通话选项，手机B判断出手机A不是手机B的微信联系人；

S403，手机B向手机A发送加微信好友请求；

S404，手机A根据用户的选择拒绝了手机B的加微信好友请求；

S405，手机A向手机B发送拒绝加微信好友的响应消息；

S406，手机B更新来电界面，将微信通话选项从来电界面去除；

S407，手机B的用户的选择QQ通话选项，手机B判断出手机A是手机B的QQ联系人；

S408，手机B向手机A发送QQ通话通知消息；

S409，手机A接收到QQ通话通知消息；

S410，手机A和手机B通过QQ进行通话。

在图3和图4所示的示例中，手机B侧执行的步骤为本发明实施例提供的呼叫请求处理方法的示例流程步骤。

本发明实施例提供的呼叫请求处理方法，通过在来电界面上增加第三方应用通话的接听方式，使得被叫用户能够通过对来电界面上接听方式的选择直接与主叫端通过第三方应用进行通话，不需要被叫端先挂断主叫端当前的来电(即主叫端的呼叫)，再请主叫端通过第三方应用重新发起新的通话请求，或者被叫端通过第三方应用主动呼叫主叫端，过程简单，操作方便，并且为主叫端节省了通信费用。可见，本发明实施例提供的呼叫请求处理方法，在手机等终端接收到通过语音通道发来的呼叫请求时，能够方便快捷地使用数据通道与主叫端通话，既操作方便又能够为主叫端节省通信费用，从而提升了用户的使用体验。

实施例二

本发明实施例提供了一种呼叫请求处理装置，该呼叫请求处理装置能够实现前述实施例一中呼叫请求处理方法的各步骤。

图5为本发明实施例提供的呼叫请求处理装置的功能方块图。本实施例中，呼叫请求处理装置可以设置于第一终端。如图5所示，该呼叫请求处理装置包括：

提供模块510，用于响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；

启动模块520，用于响应于接收到用户对第一指定接听方式选项的选择指令，启动第一指定接听方式的通话，其中，第一指定接听方式为指定接听方式中的任意一种。

在一个具体的实现过程中，启动模块520在用于响应于接收到用户对第一指定接听方式选项的选择指令，启动第一指定接听方式的通话时，可以具体用于：响应于接收到用户对第一指定接听方式选项的选择指令，判断在第一指定接听方式对应的第三方应用中，第二终端是否是第一终端的联系人；根据判断结果发送相应消息给第二终端。

在一个具体的实现过程中，启动模块520在用于根据判断结果发送相应消息给第二终端时，可以具体用于：在第一指定接听方式对应的第三方应用中，第二终端是第一终端的联系人时，发送通知消息给第二终端，以便在第二终端接收到通知消息后，与第二终端通过第一指定接听方式对应的第三方应用进行通话。

在一个具体的实现过程中，启动模块520在用于根据判断结果发送相应消息给第二终端时，可以具体用于：在第一指定接听方式对应的第三方应用中，第二终端不是第一终端的联系人时，发送第一指定接听方式对应的第三方应用中的加好友申请消息给第二终端，以便在第二终端同意加好友申请消息中的加好友申请后，与第二终端通过第一指定接听方式对应的第三方应用进行通话。

在一个具体的实现过程中，呼叫请求处理装置还可以包括：界面更新模块，用于在启动模块520发送第一指定接听方式对应的第三方应用中的加好友申请消息给第二终端之后，响应于接收到第二终端拒绝加好友申请消息中的加好友申请，更新来电界面中的接听方式选项，以使更新后第一指定接听方式选项不能在来电界面中被选择。

在呼叫请求处理装置包括界面更新模块的基础上，在一个具体的实现过程中，呼叫请求处理装置还可以包括：重启模块，用于在界面更新模块更新来电界面中的接听方式选项之后，响应于接收到用户对第二接听方式选项的选择指令，启动第二接听方式的通话，第二接听方式为来电界面中可被选择的所有接听方式中的任意一种。

在一个具体的实现过程中，第三方应用可以为微信客户端应用或QQ客户端应用。

由于本实施例中的呼叫请求处理装置能够执行前述实施例一中的呼叫请求处理方法，本实施例未详细描述的部分，可参考对前述实施例一中呼叫请求处理方法的相关说明。

本发明实施例提供的呼叫请求处理装置，通过在来电界面上增加第三方应用通话的接听方式，使得被叫用户能够通过对来电界面上接听方式的选择直接与主叫端通过第三方应用进行通话，不需要被叫端先挂断主叫端当前的来电，再请主叫端通过第三方应用重新发起新的通话请求，或者被叫端通过第三方应用主动呼叫主叫端，过程简单，操作方便，并且为主叫端节省了通信费用。可见，本发明实施例提供的呼叫请求处理装置，在手机等终端接收到通过语音通道发来的呼叫请求时，能够方便快捷地使用数据通道与主叫端通话，既操作方便又能够为主叫端节省通信费用，从而提升了用户的使用体验。

实施例三

本发明实施例提供了一种呼叫方法，该呼叫方法可以应用于手机等终端。该呼叫方法可以通过应用程序实现，该应用程序能够安装在手机等终端上。本发明实施例提供的呼叫方法为呼叫流程中主叫端所执行的步骤，本发明实施例提供的呼叫方法与前述实施例一提供的呼叫请求处理方法相互配合，共同完成整个呼叫过程的流程。

图6为本发明实施例提供的呼叫方法的流程示例图。该呼叫方法流程应用于第二终端。如图6所示，本实施例中，呼叫方法可以包括如下步骤：

S601，通过语音通道向第一终端发出呼叫请求；

S602，响应于接收到第一终端发送的通过指定第三方应用进行通话的相关消息，与第一终端通过指定第三方应用进行通话。

其中，第一终端发送的通过指定第三方应用进行通话的相关消息可以是前述实施例一中的通知消息或加好友申请消息。

在一个具体的实现过程中，响应于接收到第一终端发送的通过指定第三方应用进行通话的相关消息，与第一终端通过指定第三方应用进行通话，可以包括：在指定第三方应用中，第二终端是第一终端的联系人时，响应于接收到第一终端发送的通过指定第三方应用进行通话的通知消息，与第一终端通过指定第三方应用进行通话。

也就是说，如果在指定第三方应用中，第二终端是第一终端的联系人，第二终端接收到第一终端的通知消息后，第一终端和第二终端之间就可以直接通过相应的第三方应用进行通话。

在一个具体的实现过程中，响应于接收到第一终端发送的通过指定第三方应用进行通话的相关消息，与第一终端通过指定第三方应用进行通话，可以包括：在指定第三方应用中，第二终端不是第一终端的联系人时，响应于接收到第一终端发送的指定第三方应用中的加好友申请消息，同意加好友申请消息中的加好友申请；与第一终端通过指定第三方应用进行通话。

也就是说，如果在指定第三方应用中，第二终端不是第一终端的联系人，第二终端同意第一终端的该指定第三方应用中的加好友申请后，第一终端和第二终端之间即可通过相应的第三方应用进行通话。

在一个具体的实现过程中，在指定第三方应用中，第二终端不是第一终端的联系人时，第二终端响应于接收到第一终端发送的指定第三方应用中的加好友申请消息，还可以拒绝加好友申请消息中的加好友申请，并在拒绝后，向第一终端发送相应的响应消息，以通知第一终端其加好友申请被拒绝。第一终端可以据此响应消息，更新来电界面中的接听方式选项，以使用户在第一终端的来电界面中再选择其他的接听方式启动与第二终端的通话。

本发明实施例提供的呼叫方法的示例流程步骤请参见前述图3和图4所示的示例中手机A侧执行的步骤，此处不再赘述。

本发明实施例提供的呼叫方法，通过在接收到第一终端发送的通过指定第三方应用进行通话的相关消息后与第一终端通过指定第三方应用进行通话，能够在被叫用户选择通过第三方应用进行通话时，与被叫端通过第三方应用进行通话，不需要让被叫端先挂断当前的呼叫请求，然后由主叫端或者被叫端通过第三方应用重新发起新的通话请求，过程简单，操作方便，并且节省了通信费用。可见，本发明实施例提供的呼叫方法，能够在通过语音通道发出呼叫请求后，方便快捷地使用数据通道与被叫端通话，既操作方便又能够节省通信费用，从而提升了用户的使用体验。

需要说明的是，在应用中，同一部终端既可以是主叫端，又可以是被叫端。例如，同一部手机，既可以作为主叫端来使用，也可以作为被叫端来使用。因此，在同一部终端中可以同时安装实现实施例一的呼叫请求处理方法流程的应用程序和实现实施例三的呼叫方法流程的应用程序。

实施例四

本发明实施例提供了一种呼叫装置，该呼叫装置能够实现前述实施例三中呼叫方法的各步骤。

图7为本发明实施例提供的呼叫装置的功能方块图。本实施例中，呼叫装置可以设置于第二终端。如图7所示，该呼叫装置包括：

呼叫模块710，用于通过语音通道向第一终端发出呼叫请求；

通话确定模块720，用于响应于接收到第一终端发送的通过指定第三方应用进行通话的相关消息，与第一终端通过指定第三方应用进行通话。

在一个具体的实现过程中，通话确定模块720在用于响应于接收到第一终端发送的通过指定第三方应用进行通话的相关消息，与第一终端通过指定第三方应用进行通话时，可以具体用于：在指定第三方应用中，第二终端是第一终端的联系人时，响应于接收到第一终端发送的通过指定第三方应用进行通话的通知消息，与第一终端通过指定第三方应用进行通话。

在一个具体的实现过程中，通话确定模块720在用于响应于接收到第一终端发送的通过指定第三方应用进行通话的相关消息，与第一终端通过指定第三方应用进行通话时，可以具体用于：在指定第三方应用中，第二终端不是第一终端的联系人时，响应于接收到第一终端发送的指定第三方应用中的加好友申请消息，同意加好友申请消息中的加好友申请；与第一终端通过指定第三方应用进行通话。

由于本实施例中的呼叫装置能够执行前述实施例三中的呼叫方法，本实施例未详细描述的部分，可参考对前述实施例三中呼叫方法的相关说明。

本发明实施例提供的呼叫装置，通过在接收到第一终端发送的通过指定第三方应用进行通话的相关消息后与第一终端通过指定第三方应用进行通话，能够在被叫用户选择通过第三方应用进行通话时，与被叫端通过第三方应用进行通话，不需要让被叫端先挂断当前的呼叫请求，然后由主叫端或者被叫端通过第三方应用重新发起新的通话请求，过程简单，操作方便，并且节省了通信费用。可见，本发明实施例提供的呼叫装置，能够在通过语音通道发出呼叫请求后，方便快捷地使用数据通道与被叫端通话，既操作方便又能够节省通信费用，从而提升了用户的使用体验。

需要说明的是，可以在一部终端中同时设置实施例二中的呼叫请求处理装置和实施例四中的呼叫装置。

实施例五

本实施例提供了一种终端，该终端包括处理器和用于存储该处理器可执行指令的存储器；其中，处理器被配置为：响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种所述指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话，所述第一指定接听方式为所述指定接听方式中的任意一种。

其中，终端可以为手机。

在一个具体的实现过程中，处理器可以被配置为：响应于接收到用户对第一指定接听方式选项的选择指令，判断在所述第一指定接听方式对应的第三方应用中，所述第二终端是否是所述第一终端的联系人；根据判断结果发送相应消息给所述第二终端。

在一个具体的实现过程中，处理器可以被配置为：在所述第一指定接听方式对应的第三方应用中，所述第二终端是所述第一终端的联系人时，发送通知消息给所述第二终端，以便在所述第二终端接收到所述通知消息后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

在一个具体的实现过程中，处理器可以被配置为：在所述第一指定接听方式对应的第三方应用中，所述第二终端不是所述第一终端的联系人时，发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端，以便在所述第二终端同意所述加好友申请消息中的加好友申请后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

在一个具体的实现过程中，处理器还可以被配置为：响应于接收到所述第二终端拒绝所述加好友申请消息中的加好友申请，更新来电界面中的接听方式选项，以使更新后所述第一指定接听方式选项不能在来电界面中被选择。

在一个具体的实现过程中，处理器还可以被配置为：响应于接收到用户对第二接听方式选项的选择指令，启动所述第二接听方式的通话，所述第二接听方式为来电界面中可被选择的所有接听方式中的任意一种。

其中，第三方应用可以为微信客户端应用或QQ客户端应用。

实施例六

本实施例提供了一种终端，该终端包括处理器和用于存储该处理器可执行指令的存储器；其中，处理器被配置为：通过语音通道向第一终端发出呼叫请求；响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话。

其中，终端可以为手机。

在一个具体的实现过程中，处理器可以被配置为：在所述指定第三方应用中，所述第二终端是所述第一终端的联系人时，响应于接收到所述第一终端发送的通过所述指定第三方应用进行通话的通知消息，与所述第一终端通过所述指定第三方应用进行通话。

在一个具体的实现过程中，处理器可以被配置为：在所述指定第三方应用中，所述第二终端不是所述第一终端的联系人时，响应于接收到所述第一终端发送的所述指定第三方应用中的加好友申请消息，同意所述加好友申请消息中的加好友申请；与所述第一终端通过所述指定第三方应用进行通话。

请参见图8，其为本发明实施例所提供的终端的一种硬件结构示意图。实施例五和实施例六中的

如图8所示，终端可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制终端的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成前述实施例一中的呼叫请求处理方法的全部或部分步骤，具体包括：响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种所述指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话，所述第一指定接听方式为所述指定接听方式中的任意一种。或者，处理器820来执行指令，以完成前述实施例三中的呼叫方法的全部或部分步骤，具体包括：通过语音通道向第一终端发出呼叫请求；响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

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

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

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

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

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

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

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

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

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机装置(可以是个人计算机，服务器，或者网络装置等)或处理器(Processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (24)

1.一种呼叫请求处理方法，应用于第一终端，其特征在于，所述方法包括：

响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种所述指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；

响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话，所述第一指定接听方式为所述指定接听方式中的任意一种。

2.根据权利要求1所述的方法，其特征在于，响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话，包括：

响应于接收到用户对第一指定接听方式选项的选择指令，判断在所述第一指定接听方式对应的第三方应用中，所述第二终端是否是所述第一终端的联系人；

根据判断结果发送相应消息给所述第二终端。

3.根据权利要求2所述的方法，其特征在于，根据判断结果发送相应消息给所述第二终端，包括：

在所述第一指定接听方式对应的第三方应用中，所述第二终端是所述第一终端的联系人时，发送通知消息给所述第二终端，以便在所述第二终端接收到所述通知消息后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

4.根据权利要求2所述的方法，其特征在于，根据判断结果发送相应消息给所述第二终端，包括：

在所述第一指定接听方式对应的第三方应用中，所述第二终端不是所述第一终端的联系人时，发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端，以便在所述第二终端同意所述加好友申请消息中的加好友申请后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

5.根据权利要求4所述的方法，其特征在于，在发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端之后，所述方法还包括：

响应于接收到所述第二终端拒绝所述加好友申请消息中的加好友申请，更新来电界面中的接听方式选项，以使更新后所述第一指定接听方式选项不能在来电界面中被选择。

6.根据权利要求5所述的方法，其特征在于，在更新来电界面中的接听方式选项之后，所述方法还包括：

响应于接收到用户对第二接听方式选项的选择指令，启动所述第二接听方式的通话，所述第二接听方式为来电界面中可被选择的所有接听方式中的任意一种。

7.根据权利要求1所述的方法，其特征在于，所述第三方应用为微信客户端应用或QQ客户端应用。

8.一种呼叫方法，应用于第二终端，其特征在于，所述方法包括：

通过语音通道向第一终端发出呼叫请求；

响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话。

9.根据权利要求8所述的方法，其特征在于，响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话，包括：

在所述指定第三方应用中，所述第二终端是所述第一终端的联系人时，响应于接收到所述第一终端发送的通过所述指定第三方应用进行通话的通知消息，与所述第一终端通过所述指定第三方应用进行通话。

10.根据权利要求8所述的方法，其特征在于，响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话，包括：

在所述指定第三方应用中，所述第二终端不是所述第一终端的联系人时，响应于接收到所述第一终端发送的所述指定第三方应用中的加好友申请消息，同意所述加好友申请消息中的加好友申请；

与所述第一终端通过所述指定第三方应用进行通话。

11.一种呼叫请求处理装置，设置于第一终端，其特征在于，所述装置包括：

提供模块，用于响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种所述指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；

启动模块，用于响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话，所述第一指定接听方式为所述指定接听方式中的任意一种。

12.根据权利要求11所述的装置，其特征在于，所述启动模块在用于响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的通话时，具体用于：

响应于接收到用户对第一指定接听方式选项的选择指令，判断在所述第一指定接听方式对应的第三方应用中，所述第二终端是否是所述第一终端的联系人；

根据判断结果发送相应消息给所述第二终端。

13.根据权利要求12所述的装置，其特征在于，所述启动模块在用于根据判断结果发送相应消息给所述第二终端时，具体用于：

在所述第一指定接听方式对应的第三方应用中，所述第二终端是所述第一终端的联系人时，发送通知消息给所述第二终端，以便在所述第二终端接收到所述通知消息后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

14.根据权利要求12所述的装置，其特征在于，所述启动模块在用于根据判断结果发送相应消息给所述第二终端时，具体用于：

在所述第一指定接听方式对应的第三方应用中，所述第二终端不是所述第一终端的联系人时，发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端，以便在所述第二终端同意所述加好友申请消息中的加好友申请后，与所述第二终端通过所述第一指定接听方式对应的第三方应用进行通话。

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

界面更新模块，用于在所述启动模块发送所述第一指定接听方式对应的第三方应用中的加好友申请消息给所述第二终端之后，响应于接收到所述第二终端拒绝所述加好友申请消息中的加好友申请，更新来电界面中的接听方式选项，以使更新后所述第一指定接听方式选项不能在来电界面中被选择。

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

重启模块，用于在所述界面更新模块更新来电界面中的接听方式选项之后，响应于接收到用户对第二接听方式选项的选择指令，启动所述第二接听方式的通话，所述第二接听方式为来电界面中可被选择的所有接听方式中的任意一种。

17.根据权利要求11所述的装置，其特征在于，所述第三方应用为微信客户端应用或QQ客户端应用。

18.一种呼叫装置，设置于第二终端，其特征在于，所述装置包括：

呼叫模块，用于通过语音通道向第一终端发出呼叫请求；

通话确定模块，用于响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话。

19.根据权利要求18所述的装置，其特征在于，所述通话确定模块在用于响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话时，具体用于：

在所述指定第三方应用中，所述第二终端是所述第一终端的联系人时，响应于接收到所述第一终端发送的通过所述指定第三方应用进行通话的通知消息，与所述第一终端通过所述指定第三方应用进行通话。

20.根据权利要求18所述的装置，其特征在于，所述通话确定模块在用于响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话时，具体用于：

在所述指定第三方应用中，所述第二终端不是所述第一终端的联系人时，响应于接收到所述第一终端发送的所述指定第三方应用中的加好友申请消息，同意所述加好友申请消息中的加好友申请；

与所述第一终端通过所述指定第三方应用进行通话。

21.一种终端，其特征在于，所述终端包括：

处理器；

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

所述处理器被配置为：

响应于接收到第二终端通过语音通道发送的呼叫请求，在来电界面提供至少一种指定接听方式选项，每种所述指定接听方式选项对应一种利用第三方应用通过数据通道进行通话的接听方式；

响应于接收到用户对第一指定接听方式选项的选择指令，启动所述第一指定接听方式的语音通话，所述第一指定接听方式为所述指定接听方式中的任意一种。

22.根据权利要求21所述的终端，其特征在于，所述终端为手机。

23.一种终端，其特征在于，所述终端包括：

处理器；

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

所述处理器被配置为：

通过语音通道向第一终端发出呼叫请求；

响应于接收到所述第一终端发送的通过指定第三方应用进行通话的相关消息，与所述第一终端通过所述指定第三方应用进行通话。

24.根据权利要求23所述的终端，其特征在于，所述终端为手机。