音頻播放方法及電子設備與流程
2023-06-02 16:39:01
本申請涉及音頻處理技術領域，更具體涉及音頻播放方法及電子設備。
背景技術：
電子設備具有播放音頻的功能，電子設備中可以安裝有多個可以輸出音頻的應用程式。
若電子設備在播放第一音頻的過程中，也播放了其他應用程式輸出的音頻，則會打斷第一音頻。例如，當應用程式有新的消息時會產生提示音，第一音頻可能提示音打斷。
技術實現要素：
有鑑於此，本發明提供了一種音頻播放方法及電子設備，以實現防止正在播放的音頻被打斷的目的。
為實現上述目的，本發明提供如下技術方案：
一種音頻播放方法，包括：
當檢測到第一音頻的輸出請求時，確定當前正在播放的第二音頻；
獲取用於表徵是否因為所述第二音頻而拒絕所述第一音頻的輸出請求的判斷結果；
當所述判斷結果表明需要拒絕所述第一音頻的輸出請求時，繼續播放所述第二音頻且禁止播放所述第一音頻。
一種電子設備，包括：
存儲器，用於存儲程序；
音頻資源，用於播放音頻；
處理器，用於執行所述程序，所述程序具體用於：
當檢測到第一音頻的輸出請求時，確定所述音頻資源當前正在播放的第二音頻；
獲取所述第二音頻是否滿足用於表徵需要繼續播放所述第二音頻的第一條件的判斷結果；
當所述判斷結果表明所述第二音頻滿足所述第一條件時，控制所述音頻資源繼續播放所述第二音頻且禁止採用音頻的方式播放所述第一音頻。
一種電子設備，包括：
確定模塊，用於當檢測到第一音頻的輸出請求時，確定當前正在播放的第二音頻；
獲取模塊，用於獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果；
播放模塊，用於當所述判斷結果表明需要拒絕所述第一音頻的輸出請求時，繼續播放所述第二音頻且禁止播放所述第一音頻。
經由上述的技術方案可知，與現有技術相比，本發明實施例提供了一種音頻播放方法，當檢測到第一音頻的輸出請求時，確定當前正在播放的第二音頻；獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果；當所述判斷結果表明需要拒絕第一音頻的輸出請求時，繼續播放第二音頻且禁止播放第一音頻。從而實現了在播放第一音頻的過程中，即使有播放其他音頻的需求，也禁止播放其他音頻，從而實現了第一音頻不被打斷的目的。
附圖說明
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據提供的附圖獲得其他的附圖。
圖1為本申請實施例提供的一種音頻播放方法的流程圖；
圖2為本申請實施例提供的電子設備的結構圖；
圖3為本申請實施例提供的電子設備的內部結構圖。
具體實施方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。
如圖1所示，為本申請實施例提供的一種音頻播放方法的流程圖，本申請實施例提供的音頻播放方法可以應用於電子設備，例如，智慧型手機或個人計算機或筆記本或pad等終端設備。該方法包括：
步驟s101：當檢測到第一音頻的輸出請求時，確定當前正在播放的第二音頻。
音頻可以包括：單純的音頻(比如聲音)，或者，音頻多媒體(比如圖像+聲音的影像)。
電子設備具有播放音頻的功能，電子設備可以安裝有一個或多個可以輸出音頻的應用程式。本申請提供的音頻播放方法可以應用於以下幾種應用場景。
第一種，不同應用程式播放音頻的場景。
例如，電子設備的持有者——用戶a在使用電子設備中用於撥打電話的電話應用程式進行電話通話(即電子設備正在播放第二音頻為對方發送的音頻數據)，此時，電子設備檢測到用戶b通過聊天類應用程式(例如微信、qq、釘釘)向用戶a請求音頻聊天或發送新信息。此時，電子設備中聊天類應用程式具有輸出音頻聊天提示音的需求或輸出接收到新信息提示音的需求(此時，第一音頻為提示音)。
再如，用戶a正在使用電子設備中的媒體播放應用程式(例如視頻播放應用程式)播放視頻(即第二音頻為視頻數據)，此時，鬧鐘應用程式檢測到當前時間已經到達用戶a設置的鬧鈴時間，或，日程應用程式檢測到當前時間已經達到用戶a記錄的事件提醒時間，此時，電子設備中的鬧鐘應用程式具有輸出鬧鈴提示音的需求，或，日程應用程式具有輸出事件提示音的需求(此時第一音頻為提示音)。
又如，用戶a正在使用電子設備中的媒體播放應用程式(例如音樂播放應用程式)播放單純的音頻(即第二音頻為聲音數據)；此時，新聞應用程式檢測到當前具有新的新聞，或，視頻播放應用程式有視頻發生更新；此時，電子設備中的新聞應用程式具有輸出接收到新的新聞的提示音的需求，或，視頻播放應用程式具有輸出視頻更新的提示音的需求(此時第一音頻為提示音)。
第二種，同一應用程式播放不同的音頻的場景。
例如，視頻類應用程式(例如視頻播放應用程式)在播放視頻(即電子設備正在播放的第二音頻為視頻)的過程中，視頻類應用程式中用戶訂閱的視頻產生更新，此時，視頻類應用程式具有輸出用於指示視頻更新的提示音(第一音頻為用於指示視頻更新的提示音)的需求。
再如，用戶a在使用電子設備中的聊天類應用程式(例如微信、qq、釘釘)與朋友進行音頻聊天(即電第二音頻為音頻通話)的過程中，電子設備檢測到該聊天類應用程式接收到用戶b向用戶a發送消息，則聊天類應用程式具有輸出用於指示有新消息的提示音(此時，第一音頻為用於指示有新消息的提示音)的需求。
再如，用戶a在使用電子設備進行電話通話(即第二音頻為音頻通話)的過程中，用戶b給用戶a撥打電話，則該電子設備中的電話應用程式具有輸出該電話呼叫請求的提示音(此時，第一音頻為電話呼叫請求的提示音)的需求。
綜上，無論是在第一種應用場景還是在第二種應用場景中，第一音頻和第二音頻可以屬於同一音頻類型，可以屬於不同音頻類型。
音頻類型被劃分的細緻程度可以依據實際情況而定。例如，音頻類型可以包括：語音通話和/或視頻通話和/或提示音；若有進一步劃分的需求，則提示音可以包括：新消息提示音和/或訂閱視頻更新提示音和/或語音通話請求提示音和/或視頻通話請求提示音等等。針對不同的實際應用場景，音頻類型被劃分的細緻程度不同，在此本申請不作限定。
步驟s102：獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果。
獲取判斷結果的途徑有多種，本申請實施例提供但不限於以下幾種：
第一種途徑，從雲端伺服器獲取判斷結果。
此時，步驟s102可以包括：接收雲端伺服器發送的用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果。
電子設備可以實時從網絡側的第一伺服器中獲取第二音頻並播放，例如，在線觀看視頻；第一音頻的輸出請求也可能是網絡側的第二伺服器生成的，例如，聊天類應用程式的音頻通話請求的提示音。
因此，雲端伺服器可以從網絡側的第一伺服器中獲取第二音頻對應的對象以及第一音頻對應的對象；雲端伺服器依據第二音頻對應的對象以及第一音頻對應的對象，確定上述判斷結果。
若電子設備也可以將第二音頻對應的對象以及第一音頻對應的對象發送至雲端伺服器；雲端伺服器依據第二音頻對應的對象以及第一音頻對應的對象，確定上述判斷結果。
其中，對象可以是指應用程式或應用程式中的對象；對象還可以是指特定應用程式和/或特定音頻類型。
第二種途徑：電子設備自己確定判斷結果。
電子設備自身依據第一音頻對應的對象與第二音頻對應的對象，獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果。
其中，對象可以是指應用程式或應用程式中的對象；對象還可以是指特定應用程式和/或特定音頻類型。
本申請實施例中是否拒絕第一音頻的輸出請求的判斷結果，是基於第二音頻的考慮結果，因為當前正在播放第二音頻，第二音頻已經佔用了電子設備的音頻資源。
若不考慮第二音頻，直接接受了第一音頻的輸出請求，則可能有兩種方式：第一種，電子設備僅播放第一音頻，且停止播放第二音頻；第二種，電子設備同時播放第一音頻和第二音頻，即播放第一音頻和第二音頻的混音。這樣就會影響用戶觀看或聆聽第二音頻。因此，需要判斷是否因為第二音頻拒絕第一音頻的輸出請求，若對於用戶而言，與第一音頻相比，更加希望電子設備播放第二音頻，則可以拒絕第一音頻的輸出請求。即判斷結果表明了用戶是更加期望播放第一音頻，還是更加期望播放第二音頻。
例如，對於用戶而言，用戶希望播出音頻通話的期望大於播放音樂的期望；播放音樂的期望大於各種應用程式提示音的期望。這樣用戶在進行音頻通過的過程中，不會聽到各應用程式的提示音。
音頻資源可以包括但不限於：揚聲器和/或外置耳機。
步驟s103：當所述判斷結果表明需要拒絕所述第一音頻的輸出請求時，繼續播放所述第二音頻且禁止播放所述第一音頻。
禁止播放所述第一音頻可以是延遲播放第一音頻，例如，當第二音頻播放完畢後，播放第一音頻；禁止播放第一音頻還可以是拒絕播放第一音頻，即除非再接收到第一音頻的輸出請求，否則不會播放第一音頻。
在播放第二音頻的過程中電子設備可能接收到了多個第一音頻；若將多個第一音頻均延遲播放，則在第二音頻播放完畢後或延遲預設時間後，可以依據電子設備接收到各第一音頻的時間依次播放各第一音頻；或，將多個第一音頻一起提示給用戶。
優選的，預設時間大於或等於播放第二音頻的持續時間。
將多個第一音頻一起提示給用戶可以包括以下幾種方式：第一種，同時播放多個第一音頻中至少一個第一音頻，和/或，在電子設備中直接或檢測到用戶對電子設備的查看操作後顯示多個第一音頻分別對應的事件；第二種，播放用於表徵當前具有多個第一音頻的提示音，和/或，在電子設備中直接或檢測到用戶對電子設備的查看操作後顯示多個第一音頻分別對應的事件。
其中，用於表徵當前具有多個第一音頻的提示音，可以為多個第一音頻的混音或預先設置的提示音。
查看操作可以是預設查看手勢或查看按鍵被觸按等，本申請對此不作限定。
其中，多個第一音頻一起提示給用戶可以提高提醒效率，減少因多個第一音頻分別進行播放導致的大量長時間的提醒。
可以理解的是，具有播放音頻功能的應用程式都是可以獨立控制音頻播放的，例如，將電話應用程式設置為靜音模式，則電話應用程式不會輸出電話請求提示音；將媒體播放應用程式設置為禁止推送通知，則當媒體播放應用程式中具有視頻更新時，不會輸出視頻更新提示音；將聊天類應用程式設置勿擾模式，則在設定時間段內接收到新的消息時不會產生提示音；將聊天類應用程式設置為禁止接收語音和視頻聊天邀請通知，則當有朋友通過聊天類應用程式請求與用戶進行語音或視頻聊天時，不會輸出語音或視頻聊天請求提示音。
顯然，若用戶對應用程式進行了上述類似限制輸出音頻(例如提示音)的設置，則一般情況下，從設置時間開始，應用程式都不會輸出相應的提示音，但是顯然用戶並不希望如此，用戶希望當電子設備播放某些音頻時，限制這些應用程式輸出音頻，若電子設備未播放音頻，用戶可能仍然期望這些應用程式輸出音頻。
又如，若用戶正在使用電子設備播放第二音頻的過程中，若電子設備具有第一音頻的輸出請求，此時，用戶不方便或電子設備也不能快速切換至第一音頻對應的配置界面，以使用戶通過配置界面對第一音頻進行限制輸出。
綜上，本申請實施例相當於對應用程式限制輸出音頻的時刻進行智能配置。
本申請實施例提供的音頻播放方法，是為了避免電子設備正在播放的第二音頻被打斷，而研發的如何禁止或忽略第一音頻的輸出請求的方法；例如，禁止播放比第二音頻的優先級別低的第一音頻，或，忽略比第二音頻的優先級別低的第一音頻的輸出請求。從而使得第二音頻不被第一音頻所打斷，使得用戶可以持續將注意力或關注度施加在第二音頻。
可選的，還可以包括：當所述判斷結果表明不需要拒絕所述第一音頻的輸出請求時，播放所述第一音頻。
本申請實施例提供的一種音頻播放方法中，當檢測到第一音頻的輸出請求時，確定當前正在播放的第二音頻；獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果；當所述判斷結果表明需要拒絕第一音頻的輸出請求時，繼續播放第二音頻且禁止播放第一音頻。從而實現了在播放第一音頻的過程中，即使有播放其他音頻的需求，也禁止播放其他音頻，從而實現了第一音頻不被打斷的目的。
本申請實施例中步驟s102「獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果」的實現方法有多種，本申請實施例提供但不限於以下幾種。
第一種實現方法，第二音頻是否屬於特定應用程式和/或特定音頻類型。
具體的方法包括：獲取第二音頻是否屬於特定應用程式和/或特定音頻類型的判斷結果；其中，當第二音頻屬於特定應用程式和/或特定音頻類型時，判斷結果表明需要拒絕第一音頻的輸出請求。
特定應用程式和/或特定音頻類型可以是預先設置在雲端伺服器或電子設備中的。可以是電子設備的持有者設置的，也可以是電子設備在出廠之前已經設置好的。特定應用程式和/或特定音頻類型可以依據實際需求進行設置。
優選的，特定應用程式和/或特定音頻類型是根據用戶認為的應用程式的重要程度確定的。用戶認為的應用程式的重要程度可以基於大量的統計結果統計得出的，也可以是依據電子設備的持有者自己確定的，對此本申請實施例不作具體限定。
判斷第二音頻是否屬於特定應用程式和/或特定音頻類型的方法有多種，本申請實施例提供但不限於以下幾種：
第一，判斷第二音頻是否屬於特定應用程式。
假設用戶認為電話通話比其他任何應用程式對應的提示音或音頻通話更加重要，則可以電話應用程式設置為特定應用程式。
本申請實施例中特定應用程式可以包括一個或多個應用程式。
第二，判斷第二音頻是否屬於特定音頻類型。
假設用戶認為視頻通話比語音通話、新消息提示音等音頻更加重要，則可以將視頻通話設置為特定音頻類型。
本申請實施例中特定音頻類型可以包括一個或多個音頻類型。
第三，判斷第二音頻是否屬於特定應用程式中的特定音頻類型。
對於同一種音頻類型而言，可能對應不同的應用程式，例如，語音通話這一音頻類型可以對應電話應用程式或聊天類應用程式；假設用戶認為電話應用程式的音頻類型比聊天類應用程式的音頻類型更加重要。則可以將電話應用程式中的語音通話確定為特定應用程式中的特定音頻類型。
若電子設備在播放電話應用程式中的語音通話的過程中，檢測到聊天類應用程式中語音通話請求的提示音的輸出請求時，由於電話應用程式中的語音通話屬於特定應用程式中的特定音頻類型，因此，繼續播放第二音頻。
第二種實現方法：比較第一音頻對應的對象與第二音頻對應的對象的優先級別高低。
具體方法包括：獲取所述第一音頻對應的對象與所述第二音頻對應的對象的優先級別高低的判斷結果；當所述第一音頻對應的對象的優先級別低於所述第二音頻對應的對象的優先級別時，所述判斷結果表明需要拒絕所述第一音頻的輸出請求。
其中，對象可以為應用程式和/或音頻類型；對象還可以為應用程式內的對象。
假設對象為音頻類型，假設音頻類型包括：視頻通話、語音通話以及短消息提示音等等，且各音頻類型的優先級別高低為：視頻通話>語音通話>新消息提示音。若用戶使用電子設備正在進行視頻通話，即第二音頻為對方發送的視頻數據；此時，若電子設備具有輸出語音通話請求提示音或新消息提示音的需求，則電子設備自動禁止或忽略語音通話請求提示音或短消息提示音。
假設對象為應用程式，且假設應用程式包括：電話應用程式、短消息應用程式、聊天類應用程式以及媒體播放應用程式等。且假設各應用程式的優先級別為：電話應用程式>短消息應用程式>聊天類應用程式>媒體播放應用程式；若用戶正在使用電子設備中的聊天類應用程式進行音頻聊天，即第二音頻為對方發送的音頻數據；此時，若媒體播放應用程式檢測到有新的視頻或音樂更新，則具有輸出視頻或音樂更新提示音的需求；由於聊天類應用程式的優先級別高於媒體播放應用程式，因此，電子設備自動禁止或忽略視頻或音樂更新提示音。
假設對象為應用程式內的對象，例如，應用程式記錄的聯繫人，假設，用戶a正在使用電子設備中的微信與用戶b通話；此時，用戶c通過微信向用戶a發送消息；假設用戶c的優先級別低於用戶b，則忽略或禁止新消息提示音
本申請實施例中「獲取所述第一音頻對應的對象與所述第二音頻對應的對象的優先級別高低的判斷結果」的方法有多種，本申請實施例提供但不限於以下幾種：
一、獲取所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的判斷結果。
能夠輸出音頻的應用程式可以包括：音樂播放應用程式、視頻播放應用程式、聊天類應用程式、電話應用程式、短消息應用程式(可輸出接收到新的短消息的提示音)、遊戲類應用程式、時鐘應用程式(可以輸出鬧鈴提示音)、天氣播報應用程式(可以定時輸出天氣預報)等等。
不同的應用程式的優先級別可能相同可能不同；仍以上述部分應用程式為例，則應用程式的優先級別可以如下：電話應用程式＞聊天類應用程式＞短消息應用程式＞視頻播放應用程式。
若第二音頻所屬應用程式的優先級別高於第一音頻所屬應用程式的優先級別，則判斷結果表明拒絕所述第一音頻的輸出請求；若第二音頻所屬應用程式的優先級別低於第一音頻所屬應用程式的優先級別，則判斷結果表明需要播放第一音頻；若第二音頻所屬應用程式的優先級別與第一音頻所屬應用程式的優先級別相等，則判斷結果可以為用於表明拒絕所述第一音頻的輸出請求的判斷結果，或，用於表明需要播放第一音頻的判斷結果，或，用於表明播放第一音頻和第二音頻混音的判斷結果。
應用程式的優先級別的獲取方法有多種，本申請實施例提供但不限於一下幾種：
第一：獲取所述第二音頻所屬應用程式的運行方式與所述第一音頻所屬應用程式的運行方式，所述運行方式為前臺運行或後臺運行；
當所述第二音頻對應的運行方式為前臺運行且所述第一音頻對應的運行方式為後臺運行時，確定所述第二音頻所屬應用程式的優先級別大於所述第一音頻所屬應用程式的優先級別。
當第二音頻對應的運行方式為後臺運行且所述第一音頻對應的運行方式為前臺運行時，確定所述第二音頻所屬應用程式的優先級別小於所述第一音頻所屬應用程式的優先級別。
前臺運行是指應用程式對應的人機互動界面展示在電子設備中，用戶可以通過該人機互動界面與應用程式進行互動。
後臺運行是指應用程式在資源管理器裡運行，電子設備不展示該應用程式的人機互動界面，但佔用系統資源，可以為其他應用程式提供輔助作用。
若第二音頻所屬應用程式在前臺運行，說明用戶的關注度或注意力集中在第二音頻，此時，若第一音頻打斷正在播放的第二音頻，則使得用戶不能持續關注第二音頻，給用戶帶來較差的體驗。
若第二音頻所屬應用程式(例如，音樂播放應用程式)在後臺運行；第一音頻所屬應用程式(例如視頻播放應用程式)在前臺運行，說明用戶的關注度或注意力集中在第一音頻，此時第一音頻可以打斷正在播放的第二音頻，使得用戶能夠關注第一音頻。
第二：從預先存儲的各應用程式對應的優先級別中，分別獲取所述第一音頻所屬應用程式對應的第一優先級別以及所述第二音頻所屬應用程式對應的第二優先級別；比較所述第一優先級別以及所述第二優先級別的高低。
各應用程式對應的優先級別可以是預先設置在電子設備或雲端伺服器中的。各應用程式對應的優先級別可以是用戶自己設置的，也可以是電子設備在出廠之前廠家設置的。
二、獲取所述第二音頻所屬音頻類型與所述第一音頻所屬音頻類型的優先級別高低的判斷結果。
音頻類型可以包括：語音通話、視頻通話、新消息提示音、訂閱視頻更新提示音、語音通話請求提示音、視頻通話請求提示音、天氣預報播放應用程式等等。
各音頻類型對應的優先級別可以預先設置在電子設備或雲端伺服器中。各音頻類型對應的優先級別可以是用戶自己設置的，也可以是電子設備在出廠之前廠家設置的。
三、基於所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的第一比較結果；以及，所述第二音頻所屬音頻類型與所述第一音頻所屬音頻類型的優先級別高低的第二比較結果；獲取所述第二音頻對應的對象與所述第一音頻對應的對象的優先級別高低的判斷結果。
第三種方式即為第一種和第二種方式的結合。
假設第二音頻所屬應用程式的優先級別為第二優先級別；第一音頻所屬應用程式的優先級別為第五優先級別，其中，第二優先級別高於第五優先級別，且第二優先級別比第五優先級別高三個優先級別。則第一比較結果可以為第二音頻所屬應用程式高於第一音頻所屬應用程式的三個優先級別。
假設第二音頻所屬音頻類型的優先級別為第三優先級別；第一音頻所屬音頻類型的優先級別為第一優先級別，則第二比較結果可以包括：第二音頻所屬音頻類型低於第一音頻所屬音頻類型兩個優先級別。
然後，判斷結果＝應用程式權重*第一比較結果+音頻類型權重*第二比較結果。若判斷結果大於預設值，則說明第二音頻對應的對象的優先級別大於第一音頻對應的對象的優先級別。若判斷結果小於或等於預設值，則說明第二音頻對應的對象的優先級別小於第一音頻對應的對象的優先級別。
假設應用程式權重為0.6，音頻類型權重為0.4，則判斷結果＝3*0.6+0.4*(-2)＝1。假設預設值為0.1；由於1大於0.1，則說明判斷結果表明第二音頻對應的對象的優先級別大於第一音頻對應的對象的優先級別。
四、獲取與所述第一音頻所屬應用程式內的對象與所述第二音頻所屬應用程式內的對象的優先級別高低的判斷結果。
應用程式內的對象可以是指應用程式中記錄的聯繫人，或，應用程式可以播放的視頻類別，或，應用程式可以播放的音樂類別等。
應用程式可以播放的視頻類別包括：用戶訂閱的視頻和/或用戶關注的明星主演的視頻和/或普通視頻(普通視頻是指用戶未訂閱且沒有用戶關注的明星出演的視頻)等。
應用程式可以播放的音樂類別包括：用戶標記喜歡的音樂和/或播放次數大於預設次數的音樂和/或普通音樂(即用戶未標記喜歡且播放次數小於預設次數的音樂)。
第一音頻所屬應用程式與第二音頻所屬應用程式可以為同一應用程式，也可為不同的應用程式。因為，不同的應用程式中記錄的對象可能相同。
假設第一音頻所屬應用程式與第二音頻所屬應用程式為同一應用程式，下面以微信為例進行說明。
例如，在微信中設定聯繫人的優先級別，若用戶正在和優先級別高的聯繫人音頻通話，優先級別低的聯繫人發送信息或音頻通話請求不需要提示。
假設第一音頻所屬應用程式與第二音頻所屬應用程式為不同的應用程式，則可以判斷第一音頻對應的聯繫人是否被記錄於第二音頻所屬應用程式中，若有，則依據第二音頻所屬應用程式中記錄的聯繫人的優先級別進行判斷；或則，判斷第二音頻對應的聯繫人是否被記錄與第一音頻所屬應用程式中，若有，則依據第一音頻所屬應用程式中記錄的聯繫人的優先級別進行判斷。
在上述「獲取所述第一音頻對應的對象與所述第二音頻對應的對象的優先級別高低的判斷結果」提供的四種實現方式的任一實現方式中；若第一音頻對應的對象的優先級別高於第二音頻對應的對象的優先級別，則可以停止播放第二音頻，並播放第一音頻；或，同時播放第一音頻和第二音頻，總之只要優先級別高的輸出請求播放即可。
具體的，當所述第一音頻對應的對象的優先級別高於或等於第二音頻對應的對象優先級別時，所述判斷結果表明確定播放所述第一音頻；將所述第一音頻與所述第二音頻進行混音處理，獲得混合音頻；播放所述混合音頻。
或，當所述第一音頻對應的對象的優先級別高於第二音頻對應的對象優先級別時，所述判斷結果表明確定播放所述第一音頻；播放第一音頻且停止播放第二音頻。
在一較優實施例中，當所述判斷結果表明需要拒絕所述第一音頻的輸出請求時，還包括：
將所述第一音頻轉換成非音頻信息；
以所述非音頻信息的方式提示用戶所述電子設備具有輸出所述第一音頻的需求。
非音頻信息可以包括至少以下幾種：震動、控制相應顏色指示燈亮、在通知欄中顯示具有輸出所述第一音頻的需求。
本申請實施例還提供了包含與音頻播放方法對應的虛擬裝置的電子設備，如圖2所示，為本申請實施例提供的電子設備的結構圖，該電子設備包括：
確定模塊21，用於當檢測到第一音頻的輸出請求時，確定當前正在播放的第二音頻；
獲取模塊22，用於獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果；
播放模塊23，用於當所述判斷結果表明需要拒絕所述第一音頻的輸出請求時，繼續播放所述第二音頻且禁止播放所述第一音頻。
可選的，獲取模塊22包括：
第一獲取單元，用於獲取所述第二音頻是否屬於特定應用程式和/或特定音頻類型的判斷結果；其中，當所述第二音頻屬於所述特定應用程式和/或所述特定音頻類型時，所述判斷結果表明需要拒絕所述第一音頻的輸出請求。
可選的，獲取模塊22包括：
第二獲取單元，用於獲取所述第一音頻對應的對象與所述第二音頻對應的對象的優先級別高低的判斷結果；當所述第一音頻對應的對象的優先級別低於所述第二音頻對應的對象的優先級別時，所述判斷結果表明需要拒絕所述第一音頻的輸出請求。
可選的，第二獲取單元包括：
第一獲取子單元，用於獲取所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的判斷結果；
或，
第二獲取子單元，用於獲取所述第二音頻所屬音頻類型與所述第一音頻所屬音頻類型的優先級別高低的判斷結果；
或，
第三獲取子單元，用於基於所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的第一比較結果；以及，所述第二音頻所屬音頻類型與所述第一音頻所屬音頻類型的優先級別高低的第二比較結果；獲取所述第二音頻對應的對象與所述第一音頻對應的對象的優先級別高低的判斷結果。
可選的，所述第一獲取子單元可以具體用於：
獲取所述第二音頻所屬應用程式的運行方式與所述第一音頻所屬應用程式的運行方式，所述運行方式為前臺運行或後臺運行；
當所述第二音頻對應的運行方式為前臺運行且所述第一音頻對應的運行方式為後臺運行時，確定所述第二音頻所屬應用程式的優先級別大於所述第一音頻所屬應用程式的優先級別；
可選的，所述第一獲取子單元可以具體用於：
從預先存儲的各應用程式對應的優先級別中，分別獲取所述第一音頻所屬應用程式對應的第一優先級別以及所述第二音頻所屬應用程式對應的第二優先級別；
比較所述第一優先級別以及所述第二優先級別的高低。
可選的，所述第二獲取單元包括：
第四獲取子單元，用於獲取與所述第一音頻所屬應用程式內的對象與所述第二音頻所屬應用程式內的對象的優先級別高低的判斷結果。
可選的，還包括：
播放模塊，用於當所述判斷結果表明不需要拒絕所述第一音頻的輸出請求時，播放所述第一音頻。
可選的，當所述判斷結果表明需要拒絕所述第一音頻的輸出請求時，還包括：
轉換模塊，用於將所述第一音頻轉換成非音頻信息；
提示模塊，用於以所述非音頻信息的方式提示用戶所述電子設備具有輸出所述第一音頻的需求。
本申請實施例還提供了一種電子設備的內部結構，如圖3所示，為本申請實施例提供的電子設備的內部結構圖，該電子設備可以包括：
存儲器31，用於存儲程序；
程序可以包括程序代碼，所述程序代碼包括計算機操作指令。
存儲器31可能包含高速ram存儲器，也可能還包括非易失性存儲器(non-volatilememory)，例如至少一個磁碟存儲器。
音頻資源32，用於播放音頻；
音頻資源32包括但不限於揚聲器和/或外接耳機。
處理器33，用於執行所述程序，所述程序具體用於：
當檢測到第一音頻的輸出請求時，確定所述音頻資源當前正在播放的第二音頻；
獲取所述第二音頻是否滿足用於表徵需要繼續播放所述第二音頻的第一條件的判斷結果；
當所述判斷結果表明所述第二音頻滿足所述第一條件時，控制所述音頻資源繼續播放所述第二音頻且禁止採用音頻的方式播放所述第一音頻。
處理器33可能是一個中央處理器cpu，或者是特定集成電路asic
(applicationspecificintegratedcircuit)，或者是被配置成實施本發明實施例的一個或多個集成電路。
電子設備還可以包括通信接口34以及通信總線35，其中，存儲器31、音頻資源32、處理器33以及通信接口34通過通信總線35實現相互間的通信。
可選的，處理器在執行獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果時，具體用於：
獲取所述第二音頻是否屬於特定應用程式和/或特定音頻類型的判斷結果；其中，當所述第二音頻屬於所述特定應用程式和/或所述特定音頻類型時，所述判斷結果表明需要拒絕所述第一音頻的輸出請求。
可選的，處理器在執行獲取用於表徵是否因為第二音頻而拒絕第一音頻的輸出請求的判斷結果時，具體用於：
獲取所述第一音頻對應的對象與所述第二音頻對應的對象的優先級別高低的判斷結果；
當所述第一音頻對應的對象的優先級別低於所述第二音頻對應的對象的優先級別時，所述判斷結果表明需要拒絕所述第一音頻的輸出請求。
可選的，處理器在執行獲取所述第一音頻對應的對象與所述第二音頻對應的對象的優先級別高低的判斷結果時，具體用於：
獲取所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的判斷結果；
或，
獲取所述第二音頻所屬音頻類型與所述第一音頻所屬音頻類型的優先級別高低的判斷結果；
或，
基於所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的第一比較結果；以及，所述第二音頻所屬音頻類型與所述第一音頻所屬音頻類型的優先級別高低的第二比較結果；獲取所述第二音頻對應的對象與所述第一音頻對應的對象的優先級別高低的判斷結果。
可選的，處理器在執行獲取所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的判斷結果時，具體用於：
獲取所述第二音頻所屬應用程式的運行方式與所述第一音頻所屬應用程式的運行方式，所述運行方式為前臺運行或後臺運行；
當所述第二音頻對應的運行方式為前臺運行且所述第一音頻對應的運行方式為後臺運行時，確定所述第二音頻所屬應用程式的優先級別大於所述第一音頻所屬應用程式的優先級別；
可選的，處理器在執行獲取所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的判斷結果時，具體用於：
所述獲取所述第二音頻所屬應用程式與所述第一音頻所屬應用程式的優先級別高低的判斷結果包括：
從預先存儲的各應用程式對應的優先級別中，分別獲取所述第一音頻所屬應用程式對應的第一優先級別以及所述第二音頻所屬應用程式對應的第二優先級別；
比較所述第一優先級別以及所述第二優先級別的高低。
可選的，處理器在執行獲取所述第一音頻對應的對象與所述第二音頻對應的對象的優先級別高低的判斷結果時，具體用於：
獲取與所述第一音頻所屬應用程式內的對象與所述第二音頻所屬應用程式內的對象的優先級別高低的判斷結果。
可選的，處理器還用於：
當所述判斷結果表明不需要拒絕所述第一音頻的輸出請求時，播放所述第一音頻。
可選的，在所述判斷結果表明需要拒絕所述第一音頻的輸出請求時，處理器還用於：
將所述第一音頻轉換成非音頻信息；
以所述非音頻信息的方式提示用戶所述電子設備具有輸出所述第一音頻的需求。
最後，還需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。
本說明書中各個實施例採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似部分互相參見即可。
對所公開的實施例的上述說明，使本領域專業技術人員能夠實現或使用本申請。對這些實施例的多種修改對本領域的專業技術人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本申請的精神或範圍的情況下，在其它實施例中實現。因此，本申請將不會被限制於本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一致的最寬的範圍。