呼叫請求處理方法與裝置、呼叫方法與裝置及相關終端與流程
2023-12-01 00:57:02 1
本發明涉及通信領域，尤其涉及一種呼叫請求處理方法與裝置、呼叫方法與裝置及相關終端。
背景技術：
手機的最主要功能之一是通話。手機的傳統通話功能是使用手機卡開通特定的運營商套餐，按照套餐的規則使用套餐內的各項業務。運營商提供的通話是通過語音通道進行的。運營商套餐對通話的時間進行了限制，當打電話較頻繁的時候，通話套餐很快就會被用完，使用完套餐內的通話時長後，繼續通過語音通道打電話會產生套餐之外的額外費用。
當前，手機已經成為一種數據通信工具，能夠通過數據通道進行數據傳輸。在手機上安裝的第三方應用，允許手機用戶利用第三方應用通過數據通道進行通話，例如微信客戶端應用，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)、磁碟或者光碟等各種可以存儲程序代碼的介質。
以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的範圍之內。