本申請涉及但不限于計算機和通信技術領域，尤指一種語音接聽裝置和方法。

背景技術：

隨著計算機技術的發(fā)展，以及智能終端的應用和普及，并且隨著智能終端配置的更新?lián)Q代，越來越強大的中央處理器(Central Processing Unit，簡稱為：CPU)不斷提高智能終端的智能性，使其可以像一個微型電腦一樣同時處理多個任務，以及處理龐大的數(shù)據(jù)。

智能終端，例如普及度較高的智能手機，已經(jīng)不僅僅是一個單純的通信工具，智能手機還可以用來實現(xiàn)游戲、看視頻、導航等應用。有一種應用場景，用戶使用智能手機操作應用程序(Application，簡稱為：APP)并處于沉浸場景時，即使用智能手機玩游戲時，或使用智能手機觀看視頻時，或使用智能手機進行導航時，智能手機收到來電的情況。針對上述應用場景，為了使用戶可以不中斷當前的APP(游戲、視頻或導航等)，一些廠商設計了一種沉浸模式下的來電接聽方式，如圖3所示，為現(xiàn)有技術中的智能手機的沉浸模式下的來電提示方式的示意圖，可以看出，將來電提示方式由傳統(tǒng)的全屏顯示縮小到狀態(tài)欄附近顯示；在沉浸模式下，只有在用戶選擇掛斷來電時，才能保證當前的APP不會被打斷，若用戶選擇接聽來電，智能手機會跳轉到通話界面，當前的APP同樣會被打斷；另外，如果用戶需要接聽來電，還需要接聽電話的同時玩游戲，執(zhí)行操作的順序為：接聽來電—>最小化通話界面—>重新回到游戲等，即需要執(zhí)行一系列較為復雜的操作。

綜上所述，現(xiàn)有技術中的智能手機在沉浸模式下接聽來電的方式，雖然可以在較小程度上降低來電對智能手機的沉浸模式的打擾，但是用戶選擇接聽電話后，智能手機沉浸模式下的APP的運行狀態(tài)仍然會被打斷，這樣，會影響該APP正在執(zhí)行的任務。

技術實現(xiàn)要素：

為了解決上述技術問題，本發(fā)明實施例提供了一種語音接聽裝置和方法，以解決現(xiàn)有技術中的智能手機在沉浸模式下接聽來電的方式，由于用戶選擇接聽來電后，沉浸模式下的APP的運行狀態(tài)會被打斷，而造成該APP正在執(zhí)行的任務被中斷引發(fā)的各種問題。

本發(fā)明實施例提供一種語音接聽裝置，包括：

確認模塊，用于在終端設備的沉浸模式下接收到語音提示消息時，根據(jù)用戶的選擇操作確認是否接聽語音信息；

處理模塊，用于在所述確認模塊確認接聽所述語音信息時，保持所述終端設備的沉浸模式下的應用程序APP的運行狀態(tài)；

切換模塊，用于在所述確認模塊確認接聽所述語音信息時，將所述終端設備在沉浸模式下運行的APP的聲音切換為所述確認模塊確認接聽的所述語音信息的聲音。

可選地，如上所述的語音接聽裝置中，所述裝置還包括：

檢測模塊，用于所述在終端設備接收到所述語音提示消息時，檢測所述終端設備是否處于所述沉浸模式；其中，所述檢測模塊檢測所述終端設備是否處于所述沉浸模式的方式包括以下一項或多項：

檢測所述終端設備的顯示屏是否為全屏顯示；

檢測所述終端設備的顯示屏是否為橫屏顯示；

檢測所述終端設備的是否存在狀態(tài)欄；

檢測所述終端設備運行的APP是為預設APP。

可選地，如上所述的語音接聽裝置中，所述切換模塊包括：

第一切換單元，用于當所述終端設備連接耳機時，將所述終端設備在沉浸模式下運行的APP的聲音切換為所述確認模塊確認接聽的所述語音信息的聲音；

第二切換單元，用于當所述終端設備未連接耳機時，將所述確認模塊確認接聽的所述語音信息的聲音通過所述終端設備的揚聲器進行播放。

可選地，如上所述的語音接聽裝置中，所述語音提示消息包括：來電提示消息、語音短信消息或語音留言消息；

所述裝置還包括：

顯示模塊，用于在所述終端設備的沉浸模式下接收到所述語音提示消息時，在所述終端設備的顯示屏的第一預設位置顯示所述語音提示消息和所述語音提示消息對應的操作選項；

所述確認模塊根據(jù)用戶的選擇操作確認接聽語音信息，包括：在所述用戶選擇所述顯示模塊所顯示的表示接聽的操作選項后，確認接聽所述語音信息。

可選地，如上所述的語音接聽裝置中，所述裝置還包括：

顯示模塊，用于在確認模塊根據(jù)所述用戶的選擇操作確認接聽所述語音信息之后，在所述終端設備的顯示屏的第二預設位置顯示已接聽語音信息的相關信息和表示掛斷的操作選項；

所述切換模塊，還用于在所述用戶選擇所述顯示模塊所顯示的表示掛斷的操作選項后，將所述語音信息的聲音切換為所述終端設備在沉浸模式下運行的APP的聲音。

本發(fā)明實施例提供一種語音接聽方法，包括：

在終端設備的沉浸模式下接收到語音提示消息時，根據(jù)用戶的選擇操作確認是否接聽語音信息；

在確認接聽所述語音信息時，保持所述終端設備的沉浸模式下的應用程序APP的運行狀態(tài)；

在確認接聽所述語音信息時，將所述終端設備在沉浸模式下運行的APP的聲音切換為已確認接聽的語音信息的聲音。

可選地，如上所述的語音接聽方法中，所述方法還包括：

在所述終端設備接收到所述語音提示消息時，檢測所述終端設備是否處于所述沉浸模式；其中，所述檢測所述終端設備是否處于所述沉浸模式的方式包括以下一項或多項：

檢測所述終端設備的顯示屏是否為全屏顯示；

檢測所述終端設備的顯示屏是否為橫屏顯示；

檢測所述終端設備的是否存在狀態(tài)欄；

檢測所述終端設備運行的APP是為預設APP。

可選地，如上所述的語音接聽方法中，所述將所述終端設備在沉浸模式下運行的APP的聲音切換為已確認接聽的語音信息的聲音，包括：

當所述終端設備連接耳機時，將所述終端設備在沉浸模式下運行的APP的聲音切換為所述已確認接聽的語音信息的聲音；

當所述終端設備未連接耳機時，將所述已確認接聽的語音信息的聲音通過所述終端設備的揚聲器進行播放。

可選地，如上所述的語音接聽方法中，所述語音提示消息包括：來電提示消息、語音短信消息或語音留言消息；所述在終端設備的沉浸模式下接收到語音提示消息時，根據(jù)用戶的選擇操作確認接聽語音信息，包括：

在所述終端設備的沉浸模式下接收到所述語音提示消息時，所述終端設備的顯示屏的第一預設位置顯示所述語音提示消息和所述語音提示消息對應的操作選項；

在所述用戶選擇所述顯示屏所顯示的表示接聽的操作選項后，確認接聽所述語音信息。

可選地，如上所述的語音接聽方法中，所述根據(jù)用戶的選擇操作確認接聽語音信息之后，所述方法還包括：

所述終端設備的顯示屏的第二預設位置顯示已接聽語音信息的相關信息和表示掛斷的操作選項；

在所述用戶選擇所述表示掛斷的操作選項后，將所述語音信息的聲音切換為所述終端設備在沉浸模式下運行的APP的聲音。

本發(fā)明實施例提供的信號語音接聽裝置和方法，通過確認模塊在終端設備的沉浸模式下接收到語音提示消息時，根據(jù)用戶的選擇操作確認是否接聽語音信息，處理模塊可以在確認模塊確認接聽語音信息時，保持該終端設備的沉浸模式下的APP的運行狀態(tài)，并且，切換模塊可以在確認模塊確認接聽語音信息時，將終端設備在沉浸模式下運行的APP的聲音切換為確認模塊確認接聽的語音信息的聲音，上述裝置實現(xiàn)了在終端設備的沉浸模式下接聽語音信息時，沉浸模式下的APP的運行狀態(tài)不受影響，已確認接聽的語音信息可以由終端設備的后臺運行，并將終端設備的聲音切換到該已確認接聽的語音信息對應的應用中，可以正常的進行語音接聽；本發(fā)明實施例解決了現(xiàn)有技術中的智能手機在沉浸模式下接聽來電的方式，由于用戶選擇接聽來電后，沉浸模式下的APP的運行狀態(tài)會被打斷，而造成該APP正在執(zhí)行的任務被中斷引發(fā)的各種問題。

附圖說明

附圖用來提供對本發(fā)明技術方案的進一步理解，并且構成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術方案，并不構成對本發(fā)明技術方案的限制。

圖1為實現(xiàn)本發(fā)明各個實施例一個可選的移動終端的硬件結構示意；

圖2描述其中根據(jù)本發(fā)明的移動終端能夠操作的通信系統(tǒng)；

圖3為現(xiàn)有技術中的智能手機的沉浸模式下的來電提示方式的示意圖；

圖4為本發(fā)明實施例提供的一種語音接聽裝置的結構示意圖；

圖5為本發(fā)明實施例提供的另一種語音接聽裝置的結構示意圖；

圖6為本發(fā)明實施例提供的又一種語音接聽裝置的結構示意圖；

圖7為圖6所述實施例提供的語音接聽裝置中一種顯示語音提示消息的示意圖；

圖8為圖7所述實施例提供的語音接聽裝置中一種顯示已接聽語音信息的示意圖；

圖9為本發(fā)明實施例提供的一種語音接聽方法的流程圖；

圖10為本發(fā)明實施例提供的另一種語音接聽方法的流程圖；

圖11為本發(fā)明實施例提供的又一種語音接聽方法的流程圖。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

現(xiàn)在將參考附圖描述實現(xiàn)本發(fā)明各個實施例的移動終端。在后續(xù)的描述中，使用用于表示元見得諸如“模塊”、“部件”或“單元”的后綴僅為了有利于本發(fā)明的說明，其本身并沒有特定的意義。因此，“模塊”與“部件”可以混合地使用。

移動終端可以以各種形式來實施。例如，本發(fā)明中描述的終端可以包括諸如移動電話、智能電話、筆記本電腦、數(shù)字廣播接收器、PDA(個人數(shù)字助理)、PAD(平板電腦)、PMP(便攜式多媒體播放器)、導航裝置等等的移動終端以及諸如數(shù)字TV、臺式計算機等等的固定終端。下面，假設終端是移動終端。然而，本領域技術人員將理解的是，除了特別用于移動目的的元件之外，根據(jù)本發(fā)明的實施方式的構造也能夠應用于固定類型的終端。

圖1為實現(xiàn)本發(fā)明各個實施例一個可選的移動終端的硬件結構示意。

移動終端100可以包括無線通信單元110、A/V(音頻/視頻)輸入單元120、用戶輸入單元130、感測單元140、輸出單元150、存儲器160、接口單元170、控制器180和電源單元190等等。圖1示出了具有各種組件的移動終端，但是應理解的是，并不要求實施所有示出的組件?？梢蕴娲貙嵤└嗷蚋俚慕M件。將在下面詳細描述移動終端的元件。

無線通信單元110通常包括一個或多個組件，其允許移動終端100與無線通信系統(tǒng)或網(wǎng)絡之間的無線電通信。例如，無線通信單元可以包括廣播接收模塊111、移動通信模塊112、無線互聯(lián)網(wǎng)模塊113、短程通信模塊114和位置信息模塊115中的至少一個。

廣播接收模塊111經(jīng)由廣播信道從外部廣播管理服務器接收廣播信號和/或廣播相關信息。廣播信道可以包括衛(wèi)星信道和/或地面信道。廣播管理服務器可以是生成并發(fā)送廣播信號和/或廣播相關信息的服務器或者接收之前生成的廣播信號和/或廣播相關信息并且將其發(fā)送給終端的服務器。廣播信號可以包括TV廣播信號、無線電廣播信號、數(shù)據(jù)廣播信號等等。而且，廣播信號可以進一步包括與TV或無線電廣播信號組合的廣播信號。廣播相關信息也可以經(jīng)由移動通信網(wǎng)絡提供，并且在該情況下，廣播相關信息可以由移動通信模塊112來接收。廣播信號可以以各種形式存在，例如，其可以以數(shù)字多媒體廣播(DMB)的電子節(jié)目指南(EPG)、數(shù)字視頻廣播手持(DVB-H)的電子服務指南(ESG)等等的形式而存在。廣播接收模塊111可以通過使用各種類型的廣播系統(tǒng)接收信號廣播。特別地，廣播接收模塊111可以通過使用諸如多媒體廣播-地面(DMB-T)、數(shù)字多媒體廣播-衛(wèi)星(DMB-S)、數(shù)字視頻廣播-手持(DVB-H)，前向鏈路媒體(MediaFLO@)的數(shù)據(jù)廣播系統(tǒng)、地面數(shù)字廣播綜合服務(ISDB-T)等等的數(shù)字廣播系統(tǒng)接收數(shù)字廣播。廣播接收模塊111可以被構造為適合提供廣播信號的各種廣播系統(tǒng)以及上述數(shù)字廣播系統(tǒng)。經(jīng)由廣播接收模塊111接收的廣播信號和/或廣播相關信息可以存儲在存儲器160(或者其它類型的存儲介質)中。

移動通信模塊112將無線電信號發(fā)送到基站(例如，接入點、節(jié)點B等等)、外部終端以及服務器中的至少一個和/或從其接收無線電信號。這樣的無線電信號可以包括語音通話信號、視頻通話信號、或者根據(jù)文本和/或多媒體消息發(fā)送和/或接收的各種類型的數(shù)據(jù)。

無線互聯(lián)網(wǎng)模塊113支持移動終端的無線互聯(lián)網(wǎng)接入。該模塊可以內(nèi)部或外部地耦接到終端。該模塊所涉及的無線互聯(lián)網(wǎng)接入技術可以包括WLAN(無線LAN)(Wi-Fi)、Wibro(無線寬帶)、Wimax(全球微波互聯(lián)接入)、HSDPA(高速下行鏈路分組接入)等等。

短程通信模塊114是用于支持短程通信的模塊。短程通信技術的一些示例包括藍牙TM、射頻識別(RFID)、紅外數(shù)據(jù)協(xié)會(IrDA)、超寬帶(UWB)、紫蜂TM等等。

位置信息模塊115是用于檢查或獲取移動終端的位置信息的模塊。位置信息模塊的典型示例是GPS(全球定位系統(tǒng))。根據(jù)當前的技術，GPS模塊115計算來自三個或更多衛(wèi)星的距離信息和準確的時間信息并且對于計算的信息應用三角測量法，從而根據(jù)經(jīng)度、緯度和高度準確地計算三維當前位置信息。當前，用于計算位置和時間信息的方法使用三顆衛(wèi)星并且通過使用另外的一顆衛(wèi)星校正計算出的位置和時間信息的誤差。此外，GPS模塊115能夠通過實時地連續(xù)計算當前位置信息來計算速度信息。

A/V輸入單元120用于接收音頻或視頻信號。A/V輸入單元120可以包括相機121和麥克風1220，相機121對在視頻捕獲模式或圖像捕獲模式中由圖像捕獲裝置獲得的靜態(tài)圖片或視頻的圖像數(shù)據(jù)進行處理。處理后的圖像幀可以顯示在顯示模塊151上。經(jīng)相機121處理后的圖像幀可以存儲在存儲器160(或其它存儲介質)中或者經(jīng)由無線通信單元110進行發(fā)送，可以根據(jù)移動終端的構造提供兩個或更多相機121。麥克風122可以在電話通話模式、記錄模式、語音識別模式等等運行模式中經(jīng)由麥克風接收聲音(音頻數(shù)據(jù))，并且能夠將這樣的聲音處理為音頻數(shù)據(jù)。處理后的音頻(語音)數(shù)據(jù)可以在電話通話模式的情況下轉換為可經(jīng)由移動通信模塊112發(fā)送到移動通信基站的格式輸出。麥克風122可以實施各種類型的噪聲消除(或抑制)算法以消除(或抑制)在接收和發(fā)送音頻信號的過程中產(chǎn)生的噪聲或者干擾。

用戶輸入單元130可以根據(jù)用戶輸入的命令生成鍵輸入數(shù)據(jù)以控制移動終端的各種操作。用戶輸入單元130允許用戶輸入各種類型的信息，并且可以包括鍵盤、鍋仔片、觸摸板(例如，檢測由于被接觸而導致的電阻、壓力、電容等等的變化的觸敏組件)、滾輪、搖桿等等。特別地，當觸摸板以層的形式疊加在顯示模塊151上時，可以形成觸摸屏。

感測單元140檢測移動終端100的當前狀態(tài)，(例如，移動終端100的打開或關閉狀態(tài))、移動終端100的位置、用戶對于移動終端100的接觸(即，觸摸輸入)的有無、移動終端100的取向、移動終端100的加速或減速移動和方向等等，并且生成用于控制移動終端100的操作的命令或信號。例如，當移動終端100實施為滑動型移動電話時，感測單元140可以感測該滑動型電話是打開還是關閉。另外，感測單元140能夠檢測電源單元190是否提供電力或者接口單元170是否與外部裝置耦接。

接口單元170用作至少一個外部裝置與移動終端100連接可以通過的接口。例如，外部裝置可以包括有線或無線頭戴式耳機端口、外部電源(或電池充電器)端口、有線或無線數(shù)據(jù)端口、存儲卡端口、用于連接具有識別模塊的裝置的端口、音頻輸入/輸出(I/O)端口、視頻I/O端口、耳機端口等等。識別模塊可以是存儲用于驗證用戶使用移動終端100的各種信息并且可以包括用戶識別模塊(UIM)、客戶識別模塊(SIM)、通用客戶識別模塊(USIM)等等。另外，具有識別模塊的裝置(下面稱為“識別裝置”)可以采取智能卡的形式，因此，識別裝置可以經(jīng)由端口或其它連接裝置與移動終端100連接。接口單元170可以用于接收來自外部裝置的輸入(例如，數(shù)據(jù)信息、電力等等)并且將接收到的輸入傳輸?shù)揭苿咏K端100內(nèi)的一個或多個元件或者可以用于在移動終端和外部裝置之間傳輸數(shù)據(jù)。

另外，當移動終端100與外部底座連接時，接口單元170可以用作允許通過其將電力從底座提供到移動終端100的路徑或者可以用作允許從底座輸入的各種命令信號通過其傳輸?shù)揭苿咏K端的路徑。從底座輸入的各種命令信號或電力可以用作用于識別移動終端是否準確地安裝在底座上的信號。輸出單元150被構造為以視覺、音頻和/或觸覺方式提供輸出信號(例如，音頻信號、視頻信號、警報信號、振動信號等等)。輸出單元150可以包括顯示模塊151、音頻輸出模塊152、警報模塊153等等。

顯示模塊151可以顯示在移動終端100中處理的信息。例如，當移動終端100處于電話通話模式時，顯示模塊151可以顯示與通話或其它通信(例如，文本消息收發(fā)、多媒體文件下載等等)相關的用戶界面(UI)或圖形用戶界面(GUI)。當移動終端100處于視頻通話模式或者圖像捕獲模式時，顯示模塊151可以顯示捕獲的圖像和/或接收的圖像、示出視頻或圖像以及相關功能的UI或GUI等等。

同時，當顯示模塊151和觸摸板以層的形式彼此疊加以形成觸摸屏時，顯示模塊151可以用作輸入裝置和輸出裝置。顯示模塊151可以包括液晶顯示器(LCD)、薄膜晶體管LCD(TFT-LCD)、有機發(fā)光二極管(OLED)顯示器、柔性顯示器、三維(3D)顯示器等等中的至少一種。這些顯示器中的一些可以被構造為透明狀以允許用戶從外部觀看，這可以稱為透明顯示器，典型的透明顯示器可以例如為TOLED(透明有機發(fā)光二極管)顯示器等等。根據(jù)特定想要的實施方式，移動終端100可以包括兩個或更多顯示單元(或其它顯示裝置)，例如，移動終端可以包括外部顯示單元(未示出)和內(nèi)部顯示單元(未示出)。觸摸屏可用于檢測觸摸輸入壓力以及觸摸輸入位置和觸摸輸入面積。

音頻輸出模塊152可以在移動終端處于呼叫信號接收模式、通話模式、記錄模式、語音識別模式、廣播接收模式等等模式下時，將無線通信單元110接收的或者在存儲器160中存儲的音頻數(shù)據(jù)轉換音頻信號并且輸出為聲音。而且，音頻輸出模塊152可以提供與移動終端100執(zhí)行的特定功能相關的音頻輸出(例如，呼叫信號接收聲音、消息接收聲音等等)。音頻輸出模塊152可以包括揚聲器、蜂鳴器等等。

警報模塊153可以提供輸出以將事件的發(fā)生通知給移動終端100。典型的事件可以包括呼叫接收、消息接收、鍵信號輸入、觸摸輸入等等。除了音頻或視頻輸出之外，警報模塊153可以以不同的方式提供輸出以通知事件的發(fā)生。例如，警報模塊153可以以振動的形式提供輸出，當接收到呼叫、消息或一些其它進入通信(incomingcommunication)時，警報模塊153可以提供觸覺輸出(即，振動)以將其通知給用戶。通過提供這樣的觸覺輸出，即使在用戶的移動電話處于用戶的口袋中時，用戶也能夠識別出各種事件的發(fā)生。警報模塊153也可以經(jīng)由顯示模塊151或音頻輸出模塊152提供通知事件的發(fā)生的輸出。

存儲器160可以存儲由控制器180執(zhí)行的處理和控制操作的軟件程序等等，或者可以暫時地存儲己經(jīng)輸出或將要輸出的數(shù)據(jù)(例如，電話簿、消息、靜態(tài)圖像、視頻等等)。而且，存儲器160可以存儲關于當觸摸施加到觸摸屏時輸出的各種方式的振動和音頻信號的數(shù)據(jù)。

存儲器160可以包括至少一種類型的存儲介質，所述存儲介質包括閃存、硬盤、多媒體卡、卡型存儲器(例如，SD或DX存儲器等等)、隨機訪問存儲器(RAM)、靜態(tài)隨機訪問存儲器(SRAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、可編程只讀存儲器(PROM)、磁性存儲器、磁盤、光盤等等。而且，移動終端100可以與通過網(wǎng)絡連接執(zhí)行存儲器160的存儲功能的網(wǎng)絡存儲裝置協(xié)作。

控制器180通?？刂埔苿咏K端的總體操作。例如，控制器180執(zhí)行與語音通話、數(shù)據(jù)通信、視頻通話等等相關的控制和處理。另外，控制器180可以包括用于再現(xiàn)(或回放)多媒體數(shù)據(jù)的多媒體模塊181，多媒體模塊181可以構造在控制器180內(nèi)，或者可以構造為與控制器180分離。控制器180可以執(zhí)行模式識別處理，以將在觸摸屏上執(zhí)行的手寫輸入或者圖片繪制輸入識別為字符或圖像。

電源單元190在控制器180的控制下接收外部電力或內(nèi)部電力并且提供操作各元件和組件所需的適當?shù)碾娏Α?/p>

這里描述的各種實施方式可以以使用例如計算機軟件、硬件或其任何組合的計算機可讀介質來實施。對于硬件實施，這里描述的實施方式可以通過使用特定用途集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理裝置(DSPD)、可編程邏輯裝置(PLD)、現(xiàn)場可編程門陣列(FPGA)、處理器、控制器、微控制器、微處理器、被設計為執(zhí)行這里描述的功能的電子單元中的至少一種來實施，在一些情況下，這樣的實施方式可以在控制器180中實施。對于軟件實施，諸如過程或功能的實施方式可以與允許執(zhí)行至少一種功能或操作的單獨的軟件模塊來實施。軟件代碼可以由以任何適當?shù)木幊陶Z言編寫的軟件應用程序(或程序)來實施，軟件代碼可以存儲在存儲器160中并且由控制器180執(zhí)行。

至此，己經(jīng)按照其功能描述了移動終端。下面，為了簡要起見，將描述諸如折疊型、直板型、擺動型、滑動型移動終端等等的各種類型的移動終端中的滑動型移動終端作為示例。因此，本發(fā)明能夠應用于任何類型的移動終端，并且不限于滑動型移動終端。

如圖1中所示的移動終端100可以被構造為利用經(jīng)由幀或分組發(fā)送數(shù)據(jù)的諸如有線和無線通信系統(tǒng)以及基于衛(wèi)星的通信系統(tǒng)來操作。

現(xiàn)在將參考圖2描述其中根據(jù)本發(fā)明的移動終端能夠操作的通信系統(tǒng)。

這樣的通信系統(tǒng)可以使用不同的空中接口和/或物理層。例如，由通信系統(tǒng)使用的空中接口包括例如頻分多址(FDMA)、時分多址(TDMA)、碼分多址(CDMA)和通用移動通信系統(tǒng)(UMTS)(特別地，長期演進(LTE))、全球移動通信系統(tǒng)(GSM)等等。作為非限制性示例，下面的描述涉及CDMA通信系統(tǒng)，但是這樣的教導同樣適用于其它類型的系統(tǒng)。

參考圖2，CDMA無線通信系統(tǒng)可以包括多個移動終端100、多個基站(BS)270、基站控制器(BSC)275和移動交換中心(MSC)280。MSC280被構造為與公共電話交換網(wǎng)絡(PSTN)290形成接口。MSC280還被構造為與可以經(jīng)由回程線路耦接到基站270的BSC275形成接口?；爻叹€路可以根據(jù)若干己知的接口中的任一種來構造，所述接口包括例如E1/T1、ATM，IP、PPP、幀中繼、HDSL、ADSL或xDSL。將理解的是，如圖2中所示的系統(tǒng)可以包括多個BSC2750。

每個BS270可以服務一個或多個分區(qū)(或區(qū)域)，由多向天線或指向特定方向的天線覆蓋的每個分區(qū)放射狀地遠離BS270?；蛘撸總€分區(qū)可以由用于分集接收的兩個或更多天線覆蓋。每個BS270可以被構造為支持多個頻率分配，并且每個頻率分配具有特定頻譜(例如，1.25MHz,5MHz等等)。

分區(qū)與頻率分配的交叉可以被稱為CDMA信道。BS270也可以被稱為基站收發(fā)器子系統(tǒng)(BTS)或者其它等效術語。在這樣的情況下，術語“基站”可以用于籠統(tǒng)地表示單個BSC275和至少一個BS270?；疽部梢员环Q為“蜂窩站”?；蛘?，特定BS270的各分區(qū)可以被稱為多個蜂窩站。

如圖2中所示，廣播發(fā)射器(BT)295將廣播信號發(fā)送給在系統(tǒng)內(nèi)操作的移動終端100。如圖1中所示的廣播接收模塊111被設置在移動終端100處以接收由BT295發(fā)送的廣播信號。在圖2中，示出了幾個全球定位系統(tǒng)(GPS)衛(wèi)星300。衛(wèi)星300幫助定位多個移動終端100中的至少一個。

在圖2中，描繪了多個衛(wèi)星300，但是理解的是，可以利用任何數(shù)目的衛(wèi)星獲得有用的定位信息。如圖1中所示的GPS模塊115通常被構造為與衛(wèi)星300配合以獲得想要的定位信息。替代GPS跟蹤技術或者在GPS跟蹤技術之外，可以使用可以跟蹤移動終端的位置的其它技術。另外，至少一個GPS衛(wèi)星300可以選擇性地或者額外地處理衛(wèi)星DMB傳輸。

作為無線通信系統(tǒng)的一個典型操作，BS270接收來自各種移動終端100的反向鏈路信號。移動終端100通常參與通話、消息收發(fā)和其它類型的通信。特定基站270接收的每個反向鏈路信號被在特定BS270內(nèi)進行處理。獲得的數(shù)據(jù)被轉發(fā)給相關的BSC275。BSC提供通話資源分配和包括BS270之間的軟切換過程的協(xié)調的移動管理功能。BSC275還將接收到的數(shù)據(jù)路由到MSC280，其提供用于與PSTN290形成接口的額外的路由服務。類似地，PSTN290與MSC280形成接口，MSC與BSC275形成接口，并且BSC275相應地控制BS270以將正向鏈路信號發(fā)送到移動終端100。

基于上述移動終端硬件結構以及通信系統(tǒng)，提出本發(fā)明裝置和方法的各個實施例。為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下文中將結合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。

在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

下面通過具體的實施例對本發(fā)明的技術方案進行詳細說明，本發(fā)明以下各實施例中的終端設備可以為智能終端，例如為智能手機、個人數(shù)字助理(Personal Digital Assistant，簡稱為：PDA)或平板電腦等。本發(fā)明提供以下幾個具體的實施例可以相互結合，對于相同或相似的概念或過程可能在某些實施例不再贅述。

圖4為本發(fā)明實施例提供的一種語音接聽裝置的結構示意圖。本實施例提供的語音接聽裝置適用于在終端設備的沉浸模式下接聽語音信息的情況中，該語音接聽裝置通常以硬件和軟件相結合的方法來實現(xiàn)，該裝置可以集成在終端設備的控制器中，供控制器調用。如圖4所示，本實施例提供的語音接聽裝置可以包括：確認模塊11、處理模塊12和切換模塊13。

其中，確認模塊11，用于在終端設備的沉浸模式下接收到語音提示消息時，根據(jù)用戶的選擇操作確認是否接聽語音信息。

本實施例提供的語音接聽裝置，提供沉浸模式下接聽語音信息的處理方式，終端設備處于沉浸模式，即是使用該終端設備的用戶的全部注意力集中在某一APP的任務中，例如，用戶正在使用終端設備上的游戲APP玩游戲，又例如，用戶正在使用終端設備上的導航APP執(zhí)行行車導航任務，還例如，用戶正在使用終端設備上的視頻APP觀看直播視頻。

實際應用中，在終端設備處于沉浸模式中時，用戶通常不希望被突發(fā)的語音來電或語音信息打擾，舉例來說，終端設備上運行的游戲APP為多用戶的聯(lián)機網(wǎng)游時，被打斷后可能造成游戲失敗等后果，再舉例來說，用戶正在使用終端設備上的導航APP為行車導航時，打斷當前的導航任務可能造成違反某區(qū)域的交通規(guī)則(例如超速、限制單行、限制左拐等)或行駛路線錯誤等嚴重后果，會造成車輛扣分以及罰款的后果。

本實施例中，在終端設備的沉浸模式下接收到語音提示消息時，確認模塊11可以根據(jù)用戶的選擇操作確認接聽語音信息或拒絕接聽該語音信息，例如，接收到的語音提示消息可以顯示在終端設備顯示屏的指定位置，并可以顯示出對當前語音提示消息處理方式，例如以虛擬按鍵的方式顯示出“掛斷按鍵”或“接聽按鍵”，當用戶選擇“接聽按鍵”后接聽語音信息，當用戶選擇“掛斷按鍵”后拒絕接聽語音信息。然而，終端設備在沉浸模式下確認接聽語音信息時，如何不影響沉浸模式下的APP當前執(zhí)行的任務，對終端設備的操作控制提出了新的要求，也是提高終端設備的操作智能性的重要因素之一。

處理模塊12，用于當確認模塊11確認接聽語音信息時，保持該終端設備的沉浸模式下的APP的運行狀態(tài)。

切換模塊13，用于當確認模塊11確認接聽語音信息時，將該終端設備在沉浸模式下運行的APP的聲音切換為確認模塊11確認接聽的語音信息的聲音。

上述背景技術中介紹了現(xiàn)有技術中的智能手機在沉浸模式下接聽來電的方式，即，只有在用戶選擇掛斷來電時，才能保證當前的APP不會被打斷，若用戶選擇接聽來電，智能手機會跳轉到通話界面，即退出沉浸模式下的當前APP，即當前APP會被打斷；也就是說，現(xiàn)有技術提供的方式只能在較小程度上降低來電對終端設備的沉浸模式的打擾，但是，在用戶選擇接聽電話的應用場景中，智能手機會跳轉到通話界面，終端設備的沉浸模式下的APP當前執(zhí)行的任務仍然會被打斷。顯然的，現(xiàn)有技術中的方案難以避免由于終端設備的沉浸模式下的APP被打斷，以及該APP當前執(zhí)行的任務被中斷而造成的上述嚴重后果。

在本發(fā)明實施例中，與現(xiàn)有技術的不同之處在于：本發(fā)明各實施例中的確認模塊11在根據(jù)用戶的選擇操作確認接聽語音信息后，處理模塊12可以保持終端設備的沉浸模式下的APP的運行狀態(tài)，例如，若終端設備的沉浸模式下的APP為游戲APP，則保持該游戲APP的游戲運行狀態(tài)，又例如，若終端設備的沉浸模式下的APP為導航APP，則保持該導航APP當前正在導航的路線。顯然地，本實施例提供的語音接聽裝置在接聽語音信息后，終端設備的沉浸模式下的APP的前臺運行不會被打斷，可以繼續(xù)執(zhí)行當前的任務，即該裝置可以實現(xiàn)在終端設備的沉浸模式下的APP的前臺運行狀態(tài)不受影響的情況下，接聽語音信息。

在實際應用中，確認模塊11確認接聽語音信息后，要求終端設備可以播放出該語音信息，由于終端設備在沉浸模式下的APP在運行狀態(tài)下通常也可以播放出相應的游戲背景音或導航播報聲音，因此，為了滿足用戶選擇接聽語音信息的要求，本實施例中的切換模塊13可以將上述終端設備在沉浸模式下運行的APP的聲音切換為確認模塊11已確認接聽的語音信息的聲音。舉例來說，若語音提示消息為來電提示消息，則語音信息為已接通的通話語音，該通話語音可以為電話或電話會議等發(fā)出的語音，此時，將終端設備在沉浸模式下運行的APP的聲音切換為當前的通話語音；若語音提示消息為語音短信提示消息，則語音信息為已接聽的語音短信，該語音短信可以為短信、微信或其它社交APP發(fā)出的語音，此時，將終端設備在沉浸模式下運行的APP的聲音切換為當前的語音短信；可以理解的，終端設備的沉浸模式下的APP的聲音由于切換操作而關閉后，并不影響該APP的正常運行，即用戶可以在接聽語音信息的同時玩游戲或進行導航等。

在現(xiàn)有技術中的一種應用場景下，用戶在終端設備的沉浸模式下接收到來電提示消息，并且選擇接聽來電的情況下，還需要在接聽電話的同時玩游戲或進行導航，使用智能手機執(zhí)行操作的順序為：接聽來電—>最小化通話界面—>重新回到游戲或導航界面等，顯然地，現(xiàn)有技術在終端設備的沉浸模式下接聽來電，并且需要兼顧接聽電話和繼續(xù)運行沉浸模式下的APP的應用場景時，需要執(zhí)行一系列較為復雜的操作，降低了終端設備操作的便捷性和智能性。

相比之下，本發(fā)明實施例提供的語音接聽裝置，在確認模塊11根據(jù)用戶操作確認接聽語音信息后，終端設備不會退出沉浸模式下運行的APP，而是會保持該終端設備的沉浸模式下的APP的運行狀態(tài)，即終端設備的顯示屏上仍然顯示該APP當前執(zhí)行任務的狀態(tài)；另外，已確認接聽的語音信息可以在終端設備的后臺運行；顯然地，本發(fā)明實施例提供的技術方案，用戶在確認接聽語音信息后，不需要執(zhí)行現(xiàn)有技術中的以下操作：最小化語音通話界面—>重新回到游戲或導航界面，這樣，不僅有效地避免處于沉浸模式下的終端設備在接收到語音提示消息，該終端設備的沉浸模式下運行的APP被打斷，以及打斷該APP后產(chǎn)生各種不良后果的問題，還降低了用戶執(zhí)行復雜的操作過程，提高了終端設備的便捷性、智能性和實用性。

本實施例提供的語音接聽裝置，通過確認模塊11在終端設備的沉浸模式下接收到語音提示消息時，根據(jù)用戶的選擇操作確認是否接聽語音信息，處理模塊12可以在確認模塊11確認接聽語音信息時，保持該終端設備的沉浸模式下的APP的運行狀態(tài)，并且，切換模塊13可以在確認模塊11確認接聽語音信息時，將終端設備在沉浸模式下運行的APP的聲音切換為確認模塊11確認接聽的語音信息的聲音，該裝置實現(xiàn)了在終端設備的沉浸模式下接聽語音信息時，沉浸模式下的APP的運行狀態(tài)不受影響，已確認接聽的語音信息可以由終端設備的后臺運行，并將終端設備的聲音切換到該已確認接聽的語音信息對應的應用中，可以正常的進行語音接聽；本實施例解決了現(xiàn)有技術中的智能手機在沉浸模式下接聽來電的方式，由于用戶選擇接聽來電后，沉浸模式下的APP的運行狀態(tài)會被打斷，而造成該APP正在執(zhí)行的任務被中斷引發(fā)的各種問題。

進一步地，由于本發(fā)明實施例中處理模塊12和切換模塊13執(zhí)行操作的方式，可以兼顧接聽語音信息和保證終端設備在沉浸模式下運行的APP不被打斷的技術效果，因此，避免了現(xiàn)有技術在終端設備的沉浸模式下接聽來電，并且需要兼顧接聽電話和繼續(xù)運行沉浸模式下的APP的應用場景時，需要執(zhí)行一系列較為復雜的操作，相應地，提高了終端設備的便捷性、智能性和實用性。

可選地，圖5為本發(fā)明實施例提供的另一種語音接聽裝置的結構示意圖。在上述圖4所示語音接聽裝置的結構基礎上，本實施例中提供的裝置，還可以包括：

檢測模塊14，用于在終端設備接收到語音提示消息時，檢測該終端設備是否處于沉浸模式。

在本實施例中，終端設備在接收到語音提示消息時，可以先由檢測模塊14檢測該終端設備是否處于沉浸模式，若該終端設備處于沉浸模式，則語音接聽裝置按照本發(fā)明實施例中提供的技術方案接聽語音信息，若該終端設備未處于沉浸模式，則可以正常接聽語音信息。

可選地，本實施例中檢測模塊14檢測終端設備是否處于沉浸模式的方式包括以下一項或多項：

1)、檢測該終端設備的顯示屏是否為全屏顯示；通常地，終端設備在沉浸模式下運行的APP在終端設備的顯示屏上呈現(xiàn)出全屏顯示，例如，玩游戲時全屏顯示游戲界面，導航時全屏顯示導航的實時路況，播放視頻是全屏顯示視頻畫面。

2)、檢測該終端設備的顯示屏是否為橫屏顯示；例如，視頻中的畫面比例通過橫屏顯示可以達到最優(yōu)播放效果，一些游戲在打開APP后會自動變化為橫屏顯示。

3)、檢測該終端設備的是否存在狀態(tài)欄；例如，通常使用的安卓(Android)操作系統(tǒng)在非沉浸模式下，顯示屏的上方存在可下拉的狀態(tài)欄，在沉浸模式下顯示屏中不存在該狀態(tài)欄。

4)、檢測該終端設備運行的APP是為預設APP；用戶也可以根據(jù)自己的習慣，指定某些APP在前臺運行時，終端設備處于沉浸模式，例如，在使用某些APP時不希望被打擾，則將這些APP定義為預設APP。

需要說明的是，本實施例僅列舉出檢測模塊14檢測終端設備是否處于沉浸模式的幾種方式，本發(fā)明實施例并不限制檢測模塊14檢測終端設備是否處于沉浸模式的具體實現(xiàn)方式。

可選地，本發(fā)明實施例中的切換模塊13可以包括：

第一切換單元，用于當終端設備連接耳機時，將該終端設備在沉浸模式下運行的APP的聲音切換為確認模塊11確認接聽的語音信息的聲音；

第二切換單元，用于當終端設備未連接耳機時，將確認模塊11確認接聽的語音信息的聲音通過該終端設備的揚聲器進行播放。

在實際應用中，終端設備處于沉浸模式中的情況下，例如，用戶在玩游戲時，用戶可能通過在終端設備上連接耳機聽游戲的背景音樂，也可能通過終端設備的揚聲器收聽游戲的背景音樂，還有可能關閉終端設備的揚聲器，以免對他人造成干擾；然而，終端設備在接聽語音信息后，若需要正常的收聽到語音信息，必須打開播放聲音的功能，即通過耳機接聽或通過終端設備的揚聲器接聽。因此，本實施例對處于沉浸模式下的終端設備是否連接有耳機的不同情況，提供了相應的處理方式，可以保持終端設備在各種應用場景下，均可以正常接聽語音信息。

進一步地，在本發(fā)明各實施例中，終端設備接收到的語音提示消息可以包括：來電提示消息、語音短信消息或語音留言消息。例如，在終端設備收到來電的情況下，該語音提示消息為來電提示消息，又例如，在終端設備收到語音短信的情況下，該語音提示消息為語音短信消息，再例如，在終端設備的社交APP收到語音留言的情況下，該語音提示消息為語音留言消息，例如可以為微信的語音留言消息。如圖6所示，為本發(fā)明實施例提供的又一種語音接聽裝置的結構示意圖，在上述實施例的基礎上，本實施例中提供的裝置還可以包括：

顯示模塊15，用于在該終端設備的沉浸模式下接收到語音提示消息時，在該終端設備的顯示屏的第一預設位置顯示語音提示消息和該語音提示消息對應的操作選項；本實施例中的操作選項可以為終端設備的顯示屏上顯示的虛擬按鍵，例如可以包括：掛斷按鈕，接聽按鈕或/和免提接聽按鈕。

相應地，本實施例提供的裝置中，確認模塊11根據(jù)用戶的選擇操作確認接聽語音信息的實現(xiàn)方式，可以包括：用于在用戶選擇顯示模塊15所顯示的表示接聽的操作選項后，確認接聽語音信息；上述表示接聽的操作選項例如包括：接聽按鈕或/和免提接聽按鈕。圖6所示實施例以在圖5所示裝置的結構基礎上為例予以示出。

如圖7所示，為圖6所述實施例提供的語音接聽裝置中一種顯示語音提示消息的示意圖，終端設備的顯示屏的第一預設位置例如為顯示屏為橫屏時的上方，則語音提示消息和該語音提示消息對應的操作選項顯示在該顯示屏為橫屏時的上方，另外，本發(fā)明實施例不限制第一預設位置的具體位置，還可以為顯示屏的左側、右側或下方等位置。在實際應用中，語音提示消息還可以指示出是終端某個APP接收到的語音提示消息，例如為電話、短信或微信等，并且第一預設位置可以顯示出對當前語音提示消息進行操作的操作選項，該操作選項可以包括：掛斷按鈕，接聽按鈕或/和免提接聽按鈕；選擇掛斷按鈕即直接拒絕接聽語音信息，選擇免提接聽按鈕為采用本發(fā)明實施例提供的方式接聽語音信息，即終端設備在沉浸模式下的APP的運行狀態(tài)不被打斷，選擇接聽按鈕可以為與免提接聽按鈕相同的接聽方式，也可以為正常的接聽方式，即選擇接聽按鈕后終端設備退出沉浸模式，用戶通過終端設備的語音聽筒接聽語音信息。

需要說明的是，在操作選項設置同時具有接聽按鈕和免提接聽按鈕時，免提接聽按鈕可以設置為保持沉浸模式下的接聽方式，接聽按鈕設置為正常的接聽方式；在操作選項僅設置有接聽按鈕或免提接聽按鈕時，在終端設備的沉浸模式下，只要用戶選擇接聽語音信息，就通過本發(fā)明實施例提供的方式進行語音接聽，即保持沉浸模式下的APP的運行狀態(tài)。

進一步地，在圖7所示實施例的結構基礎上，本實施例提供的語音接聽裝置中：

顯示模塊15，還用于在確認模塊11根據(jù)用戶的選擇操作確認接聽語音信息之后，在該終端設備的顯示屏的第二預設位置顯示已接聽語音信息的相關信息和表示掛斷的操作選項；上述表示掛斷的操作選項例如可以包括掛斷按鈕。

切換模塊13，還用于在用戶選擇顯示模塊15所顯示的表示掛斷的操作選項后，將語音信息的聲音切換為終端設備在沉浸模式下運行的APP的聲音。

如圖8所示，為圖7所述實施例提供的語音接聽裝置中一種顯示已接聽語音信息的示意圖，終端設備的顯示屏的第二預設位置例如為顯示屏為橫屏時的右上方，則已接聽語音信息的相關信息和掛斷按鈕可以顯示在該顯示屏為橫屏時的右上方，另外，本發(fā)明實施例不限制第一預設位置的具體位置，還可以為顯示屏的左上方，左側、右側或下方等位置。圖8所示語音信息為來電語音信息，第二預設位置可以顯示有：與XX通話中、通話時間和掛斷按鈕；若語音信息為微信的留言信息，第二預設位置可以顯示有：微信、XX語音留言、語音時長和掛斷按鈕。

需要說明的是，本實施中的確認模塊11根據(jù)用戶的操作選項確認接聽語音信息后，切換模塊13將聲音切換到該語音信息的聲音，因此，在用戶通過掛斷按鈕掛斷語音信息后，切換模塊13還可以將語音信息的聲音切換為該終端設備在沉浸模式下運行的APP的聲音，使得用戶掛斷語音信息后，可以繼續(xù)聽到沉浸模式下運行的APP播放的聲音。

本發(fā)明實施例提供的語音接聽裝置，在終端設備的沉浸模式下接聽語音信息的方式，從接聽語音信息到掛斷語音信息，不僅可以滿足用戶的通信需求，并且整個過程均不影響終端設備在沉浸模式下的APP的運行狀態(tài)；當上述沉浸模式下的APP為游戲、導航或視頻時，播放聲音具有更好的使用效果，結束語音信息后自動將聲音切換為終端設備在沉浸模式下運行的APP的聲音，從而可以提高用戶體驗，并且提高終端設備的智能性。

圖9為本發(fā)明實施例提供的一種語音接聽方法的流程圖。本實施例提供的語音接聽裝置適用于在終端設備的沉浸模式下接聽語音信息的情況中，該語音接聽方法可以由本發(fā)明實施例提供的語音接聽裝置執(zhí)行，該裝置通常以硬件和軟件相結合的方法來實現(xiàn)，該裝置可以集成在終端設備的控制器中，供控制器調用使用。如圖9所示，本實施例的語音接聽方法可以包括：

S110，在終端設備的沉浸模式下接收到語音提示消息時，根據(jù)用戶的選擇操作確認是否接聽語音信息。

本實施例提供的語音接聽方法，提供沉浸模式下接聽語音信息的處理方式，終端設備處于沉浸模式，即是使用該終端設備的用戶的全部注意力集中在某一APP的任務中。實際應用中，在終端設備處于沉浸模式中時，用戶通常不希望被突發(fā)的語音來電或語音信息打擾，若該沉浸模式下的APP被打斷，可能會造成嚴重的后果。

本實施例中，在終端設備的沉浸模式下接收到語音提示消息時，可以根據(jù)用戶的選擇操作確認接聽語音信息或拒絕接聽該語音信息，例如，接收到的語音提示消息可以顯示在終端設備顯示屏的指定位置，并可以顯示出對當前語音提示消息處理方式，例如以虛擬按鍵的方式顯示出“掛斷按鍵”或“接聽按鍵”，當用戶選擇“接聽按鍵”后接聽語音信息，當用戶選擇“掛斷按鍵”后拒絕接聽語音信息。然而，終端設備在沉浸模式下確認接聽語音信息時，如何不影響沉浸模式下的APP當前執(zhí)行的任務，對終端設備的操作控制提出了新的要求，也是提高終端設備的操作智能性的重要因素之一。

S120，在確認接聽該語音信息時，保持該終端設備的沉浸模式下的APP的運行狀態(tài)；

S130，在確認接聽該語音信息時，將該終端設備在沉浸模式下運行的APP的聲音切換為已確認接聽的語音信息的聲音。

上述實施例中已經(jīng)說明現(xiàn)有技術中的智能手機在沉浸模式下接聽來電的缺點，故在此不再贅述。本發(fā)明實施例與現(xiàn)有技術的不同之處在于：本發(fā)明實施例提供的方法，在根據(jù)用戶的選擇操作確認接聽語音信息后，可以保持終端設備的沉浸模式下的APP的運行狀態(tài)，例如，若終端設備的沉浸模式下的APP為游戲APP，則保持該游戲APP的游戲運行狀態(tài)，又例如，若終端設備的沉浸模式下的APP為導航APP，則保持該導航APP當前正在導航的路線。顯然地，本實施例提供的語音接聽方法在接聽語音信息后，終端設備的沉浸模式下的APP的前臺運行不會被打斷，可以繼續(xù)執(zhí)行當前的任務，即該方法可以實現(xiàn)在終端設備的沉浸模式下的APP的前臺運行狀態(tài)不受影響的情況下，接聽語音信息。

在實際應用中，本發(fā)明實施例的S110中確認接聽語音信息后，要求終端設備可以播放出該語音信息，由于終端設備在沉浸模式下的APP在運行狀態(tài)下通常也可以播放出相應的游戲背景音或導航播報聲音，因此，為了滿足用戶選擇接聽語音信息的要求，本實施例提供的方法中，可以將上述終端設備在沉浸模式下運行的APP的聲音切換為已確認接聽的語音信息的聲音?？梢岳斫獾模K端設備的沉浸模式下的APP的聲音由于切換操作而關閉后，并不影響該APP的正常運行，即用戶可以在接聽語音信息的同時玩游戲或進行導航等。

另一方面，本發(fā)明實施例提供的語音接聽方法，在根據(jù)用戶操作確認接聽語音信息后，終端設備不會退出沉浸模式下運行的APP，而是會保持該終端設備的沉浸模式下的APP的運行狀態(tài)，即終端設備的顯示屏上仍然顯示該APP當前執(zhí)行任務的狀態(tài)；另外，已確認接聽的語音信息可以在終端設備的后臺運行；顯然地，本發(fā)明實施例提供的技術方案，用戶在確認接聽語音信息后，不需要執(zhí)行現(xiàn)有技術中的以下操作：最小化語音通話界面—>重新回到游戲或導航界面，這樣，不僅有效地避免處于沉浸模式下的終端設備在接收到語音提示消息，該終端設備的沉浸模式下運行的APP被打斷，以及打斷該APP后產(chǎn)生各種不良后果的問題，還降低了用戶執(zhí)行復雜的操作過程，提高了終端設備的便捷性、智能性和實用性。

本實施例提供的語音接聽方法，通過在終端設備的沉浸模式下接收到語音提示消息時，根據(jù)用戶的選擇操作確認是否接聽語音信息，并且在確認接聽該語音信息時，保持該終端設備的沉浸模式下的APP的運行狀態(tài)，以及將終端設備在沉浸模式下運行的APP的聲音切換為該語音信息的聲音，該方法實現(xiàn)了在終端設備的沉浸模式下接聽語音信息時，沉浸模式下的APP的運行狀態(tài)不受影響，已確認接聽的語音信息可以由終端設備的后臺運行，并將終端設備的聲音切換到該已確認接聽的語音信息對應的應用中，可以正常的進行語音接聽；本實施例解決了現(xiàn)有技術中的智能手機在沉浸模式下接聽來電的方式，由于用戶選擇接聽來電后，沉浸模式下的APP的運行狀態(tài)會被打斷，而造成該APP正在執(zhí)行的任務被中斷引發(fā)的各種問題。

進一步地，由于本發(fā)明實施例中執(zhí)行語音接聽的方式，可以兼顧接聽語音信息和保證終端設備在沉浸模式下運行的APP不被打斷的技術效果，因此，避免了現(xiàn)有技術在終端設備的沉浸模式下接聽來電，并且需要兼顧接聽電話和繼續(xù)運行沉浸模式下的APP的應用場景時，需要執(zhí)行一系列較為復雜的操作，相應地，提高了終端設備的便捷性、智能性和實用性。

可選地，圖10為本發(fā)明實施例提供的另一種語音接聽方法的流程圖。在上述圖9所示流程的基礎上，本實施例在S110之前，還可以包括：

S100，在終端設備接收到語音提示消息時，檢測該終端設備是否處于沉浸模式。

在本實施例中，終端設備在接收到語音提示消息時，可以先檢測該終端設備是否處于沉浸模式，若該終端設備處于沉浸模式，則可以按照本發(fā)明實施例中提供的技術方案接聽語音信息，若該終端設備未處于沉浸模式，則可以正常接聽語音信息。

可選地，本實施例中檢測終端設備是否處于沉浸模式的方式包括以下一項或多項：

1)、檢測該終端設備的顯示屏是否為全屏顯示；

2)、檢測該終端設備的顯示屏是否為橫屏顯示；

3)、檢測該終端設備的是否存在狀態(tài)欄；

4)、檢測該終端設備運行的APP是為預設APP。

需要說明的是，本實施例僅列舉出檢測終端設備是否處于沉浸模式的幾種方式，本發(fā)明實施例并不限制檢測終端設備是否處于沉浸模式的具體實現(xiàn)方式。

可選地，在本發(fā)明實施例中，上述S130中將終端設備在沉浸模式下運行的APP的聲音切換為已確認接聽的語音信息的聲音的實現(xiàn)方式，可以包括以下幾種處理方式：

當終端設備連接耳機時，將終端設備在沉浸模式下運行的APP的聲音切換為已確認接聽的語音信息的聲音；

當終端設備未連接耳機時，將已確認接聽語音信息的聲音通過該終端設備的揚聲器進行播放。

在實際應用中，終端設備處于沉浸模式中的情況下，例如，用戶在玩游戲時，用戶可能通過在終端設備上連接耳機聽游戲的背景音樂，也可能通過終端設備的揚聲器收聽游戲的背景音樂，還有可能關閉終端設備的揚聲器，以免對他人造成干擾；然而，終端設備在接聽語音信息后，若需要正常的收聽到語音信息，必須打開播放聲音的功能，即通過耳機接聽或通過終端設備的揚聲器接聽。因此，本實施例對處于沉浸模式下的終端設備是否連接有耳機的不同情況，提供了相應的處理方式，可以保持終端設備在各種應用場景下，均可以正常接聽語音信息。

進一步地，在本發(fā)明各實施例中，終端設備接收到的語音提示消息可以包括：來電提示消息、語音短信消息或語音留言消息。如圖10所示，本實施例中的S110可以包括：

S111，在終端設備的沉浸模式下接收到語音提示消息時，該終端設備的顯示屏的第一預設位置顯示語音提示消息和該語音提示消息對應的操作選項；本實施例中的操作選項可以為終端設備的顯示屏上顯示的虛擬按鍵，例如可以包括：掛斷按鈕，接聽按鈕或/和免提接聽按鈕。

S112，在用戶選擇顯示屏所顯示的表示接聽的操作選項后，確認接聽語音信息；上述表示接聽的操作選項例如包括：接聽按鈕或/和免提接聽按鈕。

本實施例可以參照圖7所示示意圖顯示的語音提示消息的位置和內(nèi)容，在實際應用中，語音提示消息還可以指示出是終端某個APP接收到的語音提示消息，例如為電話、短信或微信等，并且第一預設位置可以顯示出對當前語音提示消息進行操作的操作選項，該操作選項可以包括：掛斷按鈕，接聽按鈕或/和免提接聽按鈕，每個按鈕的操作內(nèi)容在上述實施例中已經(jīng)說明，故在此不再贅述。需要說明的是，在操作選項設置同時具有接聽按鈕和免提接聽按鈕時，免提接聽按鈕可以設置為保持沉浸模式下的接聽方式，接聽按鈕設置為正常的接聽方式；在操作選項僅設置有接聽按鈕或免提接聽按鈕時，在終端設備的沉浸模式下，只要用戶選擇接聽語音信息，就通過本發(fā)明實施例提供的方式進行語音接聽，即保持沉浸模式下的APP的運行狀態(tài)。

進一步地，如圖11所示，為本發(fā)明實施例提供的又一種語音接聽方法的流程圖，在上述實施例的基礎上，本實施例提供的語音接聽方法在S110之后，還可以包括：

S140，終端設備的顯示屏的第二預設位置顯示已接聽語音信息的相關信息和表示掛斷的操作選項；上述表示掛斷的操作選項例如可以包括掛斷按鈕；

S150，在用戶選擇表示掛斷的操作選項后，將語音信息的聲音切換為該終端設備在沉浸模式下運行的APP的聲音。本實施例以在圖10所示實施例的基礎上為例予以示出。

本實施例可以參照圖8所示示意圖顯示的已接聽語音信息的位置和內(nèi)容，需要說明的是，本實施的S110中根據(jù)用戶的操作選項確認接聽語音信息后，可以將聲音切換到該語音信息的聲音，因此，在用戶通過掛斷按鈕掛斷語音信息后，還可以將語音信息的聲音切換為該終端設備在沉浸模式下運行的APP的聲音，使得用戶掛斷語音信息后，可以繼續(xù)聽到沉浸模式下運行的APP播放的聲音。

本發(fā)明實施例提供的語音接聽方法，在終端設備的沉浸模式下接聽語音信息的方式，從接聽語音信息到掛斷語音信息，不僅可以滿足用戶的通信需求，并且整個過程均不影響終端設備在沉浸模式下的APP的運行狀態(tài)；當上述沉浸模式下的APP為游戲、導航或視頻時，播放聲音具有更好的使用效果，結束語音信息后自動將聲音切換為終端設備在沉浸模式下運行的APP的聲音，從而可以提高用戶體驗，并且提高終端設備的智能性。

雖然本發(fā)明所揭露的實施方式如上，但所述的內(nèi)容僅為便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領域內(nèi)的技術人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式及細節(jié)上進行任何的修改與變化，但本發(fā)明的專利保護范圍，仍須以所附的權利要求書所界定的范圍為準。