本發明屬于音頻數據的處理領域，尤其涉及一種鎖屏狀態下的音頻播放方法及音頻播放系統。

背景技術：

生活當中，音樂無處不在。而近二十年來，音樂播放器經歷了老唱片、磁帶、隨身聽、CD、MP3、再到網絡音樂和手機音樂的發展過程。

而手機作為移動通信設備，本身并不是專為音樂而生。為了省電和防止誤操作等原因，手機常會進入鎖屏狀態，為音樂的播放帶來了一定的麻煩和困擾。

現有的技術中，對于手機處于鎖屏狀態下的音頻播放方法，主要包括以下方式并存：

(1)通過手機配件如耳機的雙擊進行切歌操作，然而并非所有耳機都支持此功能，尤其是高音質耳機；

(2)有些播放器有搖一搖切歌，但在公交車等場合，由于顛簸的緣故而導致誤操作為切歌；

(3)有些播放器提供了語音指令切歌，但需要一直啟用麥克風檢測，比較費電，且不適合嘈雜的環境，也不適合方言過重的地區；

(4)通過在鎖屏界面上提供的切歌按鍵進行切歌，然而其不適用于擁擠的公交或地鐵上，無法一手握著扶手另一只手操作；也不適用于睡前聽歌，切歌時屏幕強光過于刺眼等。

技術實現要素：

有鑒于此，本發明的目的在于提供一種鎖屏狀態下的音頻播放方法及音頻播放系統，可以解決現有技術中需要額外配件、易受顛簸而誤操作、不適用嘈雜環境、睡前強光刺激不方便操作等技術問題。

為解決上述技術問題，本發明實施例提供了以下技術方案：

一種鎖屏狀態下的音頻播放方法，包括：在鎖屏界面上檢測是否有預設的操作手勢；若檢測到所述預設的操作手勢，則從匹配庫中讀取所述預設的操作手勢所匹配的操作指令；以及對音頻數據執行所述操作指令。

為解決上述技術問題，本發明實施例提供了以下技術方案：

一種鎖屏狀態下的音頻播放系統，包括：檢測模塊，用于在鎖屏界面上檢測是否有預設的操作手勢；匹配模塊，用于當檢測到所述預設的操作手勢時，從匹配庫中讀取所述預設的操作手勢所匹配的操作指令；執行模塊，用于對音頻數據執行所述操作指令。

相對于現有技術，本發明的鎖屏狀態下的音頻播放方法及音頻播放系統，通過在全屏界面下輸入操作手勢，無需額外配件、適用于嘈雜、暗光情形、且不易誤操作，即可實現對音頻數據的播放。

附圖說明

圖1是本發明實施例一提供的鎖屏狀態下的音頻播放方法的流程示意圖；

圖2是本發明實施例一提供的鎖屏狀態下的音頻播放方法的細化流程示意圖；

圖3是本發明實施例二提供的鎖屏狀態下的音頻播放系統的模塊示意圖；

圖4是本發明實施例三提供的鎖屏狀態下的音頻播放方法及音頻播放系統的鎖屏界面示意圖。

具體實施方式

請參照附圖中的圖式，其中相同的組件符號代表相同的組件，本發明的原理是以實施在一適當的運算環境中來舉例說明。以下的說明是基于所示例的本發明的具體實施例，其不應被視為限制本發明未在此詳述的其它具體實施例。

本發明原理以上述文字來說明，其并不代表為一種限制，本領域技術人員將可了解到以下所述的多種步驟及操作亦可實施在硬件當中。本發明的原理使用許多其它泛用性或特定目的運算、通信環境或組態來進行操作。

本發明提供的鎖屏狀態下的音頻播放方法及音頻播放系統，主要應用于移動終端設備，如：手機、掌上電腦、個人數字助理(Personal Digital Assistant，PDA)等。

請參照以下實施例，實施例一側重于音頻播放方法，實施例二側重于音頻播放系統，而實施例三側重于為用戶端所呈現的鎖屏界面。可以理解的是：雖然各實施例的側重不同，但其設計思想是一致的。且，在某個實施例中沒有詳述的部分，可以參見說明書全文的詳細描述，不再贅述。

實施例一

請參閱圖1和圖2，所示為本發明實施例中鎖屏狀態下的音頻播放方法的流程示意圖。所述音頻播放方法，應用于移動設備終端，既可以滿足省電模式，又可以對音頻數據執行準確的播放操作。

請參閱圖1，所示為所述鎖屏狀態下的音頻播放方法的基礎流程，概而言之，主要包括：

在步驟S101中，在鎖屏界面上檢測是否有預設的操作手勢。其中，若檢測到預設的操作手勢則執行步驟S102，若未檢測到預設的操作手勢則執行步驟S105。

在步驟S102中，從匹配庫中讀取所述預設的操作手勢所匹配的操作指令。

在步驟S103中，對音頻數據執行所述操作指令。

在步驟S104中，忽略對所述鎖屏界面的觸碰。

請參閱圖2，所示為所述鎖屏狀態下的音頻播放方法的細化流程。為體現與基礎流程的差別，與圖1相同的步驟仍以S10開頭，與圖1不同的步驟以S20開頭。所述音頻播放方法的細化流程具體包括：

在步驟S201中，設置鎖屏界面的顯示格式，所述顯示格式包括：圖片和/或內容。具體而言，包括：

(1)設置所述鎖屏界面的圖片，其中所述圖片為綠色系或黑色系。

其中，在光線比較強的情況下，采用綠色系的圖片在相同的觀看時間內對人眼的損失最小，在光線比較弱的情況下，采用黑色系的圖片在相同的觀看時間內對人眼的損失最小。在本技術方案中，可以同時設置2張鎖屏圖案，并通過光強檢測進行自動切換，或在預設時間內進行自動切換。比如：晚上7:00-早上7:00之間，自動切換至黑色系的顯示圖片，早上7:00-晚上7:00之間，自動切換為綠色系的圖片。

其中，黑色系或綠色系，是指黑色的色彩飽和度或所占比例超過預設色彩閾值。以黑色為例，即可以是指黑色夜幕中繁星滿天的圖片，也可以是其他風景圖片將光線調暗處理。

(2)設置鎖屏界面的顯示內容，包括：歌曲信息、播放進度、歌詞、歌曲、音頻封面、或播放方法的操作說明。

可以理解的是，所述顯示內容還可以包括：設備本身的信息，如電量、當前時間、未接電話、和/或未讀短信等。

在步驟S202中，通過預設的觸發條件觸發鎖屏界面。

可以理解的是，所述音頻播放方法可執行于終端設備的音頻播放器中，而所述鎖屏界面，包括兩種情形：終端設備的鎖屏界面、和音頻播放器的鎖屏界面。

其中，所述終端設備的鎖屏界面所對應的觸發條件，包括但不限于：通過電源(Power)按鍵主屏幕(Home)按鍵；所述音頻播放器的鎖屏界面所對應的觸發條件，包括但不限于：在運行音頻播放器時，在預設時間內無操作而自動觸發。

在步驟S203中，生成操作指令與所述預設的操作手勢的匹配庫。

所述匹配庫,包括生成步驟(1)～(2)和/或更新步驟(3)～(5)，其中生成步驟主要是由用戶來個性化設置自己熟悉的動作，比如，有人酷愛點擊、有人習慣滑動、更具體而言，有人滑動的軌跡呈封閉的圓形或方形，有人滑動的軌跡呈開放的螺旋形等，都可以加入到操作手勢庫中。而更新步驟，一般是針對已有的操作指令與所述操作手勢，根據操作指令的執行頻率和手勢的難易程度來進行重新匹配，比如：用戶選擇雙擊的手勢最順手，則將其匹配使用頻率最高的操作，如：暫停或下一首。

具體執行如下：

(1)設置操作手勢庫，所述操作手勢庫用于存儲預設的操作手勢，所述預設的操作手勢包括但不限于：雙擊、三擊、順時針轉動、逆時針轉動、雙指收縮、雙指放大、和/或螺旋狀移動；

(2)將所述操作指令與所述預設的操作手勢進行匹配，以生成所述匹配庫；

(3)統計所述操作指令的執行頻率、和所述預設的操作手勢的難易程度；

(4)根據所述執行頻率和所述難易程度的排序，判斷所述匹配庫是否需要修改；以及

(5)若需要修改，則發出修改所述將操作指令與所述操作手勢的匹配關系的提示，以便更新所述匹配庫。

在步驟S101中，在鎖屏界面上檢測是否有預設的操作手勢。其中，若檢測到預設的操作手勢則執行步驟S102，若未檢測到預設的操作手勢則執行步驟S105。

所述檢測的步驟具體包括：

(1)在所述鎖屏界面上獲取觸控事件的點擊次數和時間戳；

(2)判斷所獲取的點擊次數和時間戳是否與預設的操作手勢的點擊次數和時間戳是否匹配；

(3)若所述點擊次數和所述時間戳相匹配，則檢測到有預設的操作手勢；

(4)若所述點擊次數和所述時間戳不匹配，則檢測到無預設的操作手勢。

其中，在(2)進行匹配判斷的步驟中，首先將所述點擊次數和時間戳作為參考因子進行難易度的排序，并按照所述難易度排序來檢測所述點擊次數和時間戳是否有匹配的操作手勢的判斷。

由于鎖屏界面本身都支持重新OnTouch事件，例如Android的是onTouchEvent，通過里頭的MotionEvent得到點擊次數和時間戳，現有技術即可實現，在此不再贅述。

可以理解的是，在本實施例中，通過在鎖屏界面的全屏模式下進行預設操作手勢的檢測，有效的避免了看著手機界面點選指定的區域，進而可以適用于背景技術中提及的各類環境和場合。

在步驟S102中，從匹配庫中讀取所述預設的操作手勢所匹配的操作指令。

在此，以鎖屏界面模擬耳機為例進行說明，可以理解的是，手勢操作手勢包括但不限于模擬耳機的點擊操作。其中，模擬耳機的優勢在于：代碼簡單， 直接與原程序兼容；缺點在于：支持的操作手勢單一。具體包括：

(1)通過所述操作手勢模擬耳機的點擊操作，所述點擊操作包括：單擊、雙擊、三擊、和/或旋轉；以及

(2)從匹配庫中讀取所述點擊操作所匹配的操作指令。

其中需要說明的是，對于音樂播放器本身的鎖屏界面，無需通過上述模擬耳機的方式來實現操控播放，而是直接調用播放器的API來完成即可。

在步驟S103中，對音頻數據執行所述操作指令。

具體而言，所述操作指令，包括但不限于：開啟、退出、播放、錄音、暫停、單曲循環、隨機循環、快進、或快退等。在步驟S104中，忽略對所述鎖屏界面的觸碰。

本發明的鎖屏狀態下的音頻播放方法，通過在全屏界面下輸入操作手勢，無需額外配件、適用于嘈雜、暗光情形、且不易誤操作，即可實現對音頻數據的播放。

實施例二

請同時參閱圖3，所示為本發明實施例提供的鎖屏狀態下的音頻播放系統的模塊示意圖。

所述鎖屏狀態下的音頻播放系統30，包括：鎖屏模塊31、檢測模塊32、匹配模塊33、以及執行模塊34。

所述鎖屏模塊31，通過觸發進入鎖屏界面，以節省電源。所述鎖屏模塊31包括：圖片子模塊311和/或內容子模塊312。

可以理解的是，所述音頻播放系統30可執行于終端設備的音頻播放器中，而所述鎖屏界面，包括兩種情形：終端設備的鎖屏界面、和音頻播放器的鎖屏界面。其中，所述終端設備的鎖屏界面所對應的觸發條件，包括但不限于：通 過電源(Power)按鍵主屏幕(Home)按鍵；所述音頻播放器的鎖屏界面所對應的觸發條件，包括但不限于：在運行音頻播放器時，在預設時間內無操作而自動觸發。

其中，圖片子模塊311，用于設置所述鎖屏界面的圖片，其中所述圖片為綠色系或黑色系。內容子模塊312，用戶設置鎖屏界面的顯示內容，包括：歌曲信息、播放進度、歌詞、歌曲、音頻封面、或播放方法的操作說明。

檢測模塊32，用于在鎖屏界面上檢測是否有預設的操作手勢。所述檢測模塊32包括：獲取子模塊321、檢測子模塊322、和結果子模塊323。

其中，所述獲取子模塊321，用于在所述鎖屏界面上獲取觸控事件的點擊次數和時間戳。所述檢測子模塊322，用于判斷所獲取的點擊次數和時間戳是否與預設的操作手勢的點擊次數和時間戳是否匹配。所述結果子模塊323，用于當所述點擊次數和所述時間戳相匹配時，檢測結果生成為：有預設的操作手勢；以及當所述點擊次數和所述時間戳不匹配時，檢測結果生成為：無預設的操作手勢。

可以理解的是，在本實施例中，通過在鎖屏界面的全屏模式下進行預設操作手勢的檢測，有效的避免了看著手機界面點選指定的區域，進而可以適用于背景技術中提及的各類環境和場合。

匹配模塊33，用于當檢測到所述預設的操作手勢時，從匹配庫中讀取所述預設的操作手勢所匹配的操作指令。所述匹配模塊33包括：設置子模塊331和生成子模塊332，用于根據用戶的操作習慣生成所述匹配庫；統計子模塊333、判斷子模塊334、和更新子模塊335，用于根據用戶的操作操作習慣和操作頻率更新所述匹配庫；以及模擬子模塊336和匹配子模塊337，用于執行所述匹配操作。具體執行如下：

一、匹配庫的生成：

設置子模塊331，用于設置操作手勢庫，所述操作手勢庫用于存儲預設的操作手勢，所述預設的操作手勢包括但不限于：雙擊、三擊、順時針轉動、逆時針轉動、雙指收縮、雙指放大、和/或螺旋狀移動。生成子模塊332，用于將所述操作指令與所述預設的操作手勢進行匹配，以生成所述匹配庫。

二、匹配庫的更新：

統計子模塊333，用于統計所述操作指令的執行頻率、和所述預設的操作手勢的難易程度。判斷子模塊334，用于根據所述執行頻率和所述難易程度的排序，判斷所述匹配庫是否需要修改。更新子模塊335，用于當需要修改時，發出修改所述將操作指令與所述操作手勢的匹配關系的提示，以便更新所述匹配庫。

此處，可以理解的是，所述更新子模塊發出提示而非主動修改，因為即使是手勢很復雜與其使用頻率不匹配，也不應主動修改，而是尊重用戶的使用習慣。若用戶根據接受了提示并進行了修改，則所述更新子模塊335，還用于接收所述修改，對所述匹配庫進行更新。

三、匹配庫的執行：

模擬子模塊336，用于通過所述預設的操作手勢模擬耳機的點擊操作，所述點擊操作包括：單擊、雙擊、三擊、和/或旋轉。匹配子模塊337，用于從匹配庫中讀取所述點擊操作所匹配的操作指令。

在此，以鎖屏界面模擬耳機為例進行說明，可以理解的是，手勢操作手勢包括但不限于模擬耳機的點擊操作。其中，模擬耳機的優勢在于：代碼簡單，直接與原程序兼容；缺點在于：支持的操作手勢單一。此處以Android為例，可使用如下方法來模擬雙擊接聽按鍵：

try{

Runtime runtime＝Runtime.getRuntime()；

runtime.exec("input keyevent"+KeyEvent.KEYCODE_HEADSETHOOK)；

try{

Thread.sleep(40)；

}catch(InterruptedException e){

e.printStackTrace()；

}

runtime.exec("input keyevent"+KeyEvent.KEYCODE_HEADSETHOOK)；

}catch(IOException e){

Log.e("Exception when injecting key",e.toString())；

}

其中需要說明的是，對于音樂播放器本身的鎖屏界面，無需通過上述模擬耳機的方式來實現操控播放，而是直接調用播放器的API來完成即可。

執行模塊34，用于對音頻數據執行所述操作指令。

具體而言，所述操作指令，包括但不限于：開啟、退出、播放、錄音、暫停、單曲循環、隨機循環、快進、或快退等。

本發明的鎖屏狀態下的音頻播放系統，通過在全屏界面下輸入操作手勢，無需額外配件、適用于嘈雜、暗光情形、且不易誤操作，即可實現對音頻數據的播放。

實施例三

請同時參閱圖4，所示為本發明實施例提供鎖屏狀態下的音頻播放方法及音頻播放系統的鎖屏界面示意圖。

在鎖屏界面40上，包括圖片顯示區域41和內容顯示區域42。其中，所述圖片為綠色系或黑色系。所述內容包括：歌曲信息、播放進度、歌詞、歌曲、 音頻封面、或播放方法的操作說明。

檢測所述鎖屏界面上的預設手勢，包括但不限于：雙擊、三擊、順時針轉動、逆時針轉動、雙指收縮、和/或雙指放大等。其中，以螺旋上升的手勢43設置為上一首，以螺旋下降的手勢44設置為下一首為例進行展示。其中，所述向上或向下，是基于地平面而言，而非基于手機，即無論手機是如何擺放，都可以由相對于地平面的觸摸痕跡，而無需看著屏幕進行角度調整。所述螺旋上升與螺旋下降的手勢可以操作于所述鎖屏界面的任一位置，故無需看著顯示器即可執行，適用于夜晚、公交車上或雨天等不方便看手機的各類情形下。

由后臺根據所述操作手勢從匹配庫中讀取匹配的操作指令，并對音頻數據執行所述操作指令，可以理解的是由鎖屏界面40進一步通過顯示內容區域顯示所述操作指令的執行狀態，如切歌、暫停等。

本發明的鎖屏狀態下的音頻播放方法及音頻播放系統，通過在全屏界面下輸入操作手勢，無需額外配件、適用于嘈雜、暗光情形、且不易誤操作，即可實現對音頻數據的播放。本發明實施例提供的鎖屏狀態下的音頻播放方法及音頻播放系統屬于同一構思，其具體實現過程詳見說明書全文，此處不再贅述。

綜上所述，雖然本發明已以優選實施例揭露如上，但上述優選實施例并非用以限制本發明，本領域的普通技術人員，在不脫離本發明的精神和范圍內，均可作各種更動與潤飾，因此本發明的保護范圍以權利要求界定的范圍為準。