用於播放應用程式資源控制方法和設備與流程
2023-09-15 09:56:10 1
本申請涉及計算機領域，尤其涉及一種用於播放應用程式資源控制的技術。
背景技術：
隨著終端設備上的視頻播放需求的不斷擴大，用戶對於視頻相關類產品需求也逐漸增多，對於提升視頻本身播放性能以及體驗的要求越來越高。對於視頻播放類應用，依賴於底層的播放資源管理調度算法，如果算法不好，會造成播放資源申請失敗，無法播放的情況；在多任務系統中，引入audio focus(音頻焦點)的機制來管理對音頻(audio)資源的競爭的管理與協調，對於audio focus，如果第三方應用程式(app)不調用相關的編程接口(api)，audio focus不會起作用，難以起到協調音頻輸出的目的；對於同一個視頻源，當播放器發生錯誤時，可能會一直無法播放，無法恢復，也不一定能及時發現，用戶體驗很差。
技術實現要素：
本申請的目的是提供一種用於播放應用程式資源控制的方法與設備，以解決現有技術中不能解決播放應用程式編程接口層面的資源管理及各個應用程式之間潛在的播放衝突問題。
根據本申請的一個方面，提供了一種在用戶設備端用於播放應用程式資源控制的方法，包括：
獲取播放應用程式的播放信息，根據所述播放信息確定可用播放應用程式資源信息；
根據所述可用播放應用程式資源信息判斷播放請求是否合理，得到判斷結果；
根據所述判斷結果調整播放應用程式資源的資源分配。
進一步地，獲取播放應用程式的播放信息之後，包括：根據所述播放信 息，判斷對應的應用程式的播放過程中是否發生異常，若是，則將異常的播放信息上傳至網絡設備，其中，所述異常的播放信息包括出錯的播放應用程式及其出錯類型。
進一步地，根據所述判斷結果調整播放應用程式資源的資源分配包括：
若所述判斷結果為所述播放請求為合理，則判斷當前播放應用程式的播放是否佔用下一個播放應用程式資源；若是，
則釋放當前佔用的全部或部分播放應用程式資源。
進一步地，根據所述判斷結果調整播放應用程式資源的資源分配包括：
若所述判斷結果為所述播放請求為不合理，則拒絕為所述播放請求分配播放應用程式資源。
進一步地，根據所述可用播放應用程式資源信息判斷播放請求是否合理，得到判斷結果包括：
判斷所述播放請求是否有可用播放應用程式資源；
根據預設播放規則判斷是否允許所述播放請求；
根據所述可用播放應用程式資源信息和所述預設播放規則判斷所述播放請求是否合理，得到判斷結果。
進一步地，獲取播放應用程式的播放信息，包括：
監控所述播放應用程式的編程接口是否正常；若是，
在所述播放應用程式的播放過程中通過消息機制或回調機制獲取播放應用程式的播放信息。
進一步地，獲取播放應用程式的播放信息之後，還包括：將所述播放信息上傳至網絡設備。
進一步地，所述方法還包括：接收由所述網絡設備反饋的出錯的播放應用程式及其出錯類型；基於所述出錯的播放應用程式及其出錯類型對對應的播放應用程式進行優化。
根據本申請的一個方面，還提供了一種在網絡設備端用於播放應用程式資源控制的方法，包括：
接收播放應用程式的播放信息，其中所述播放信息包括播放過程中的正常和異常的播放信息；
基於所述播放信息進行數據分析，得到對應的播放應用程式的分析結果；
將所述播放應用程式的分析結果反饋至對應的用戶設備。
進一步地，基於所述播放信息進行數據分析，得到對應的播放應用程式的分析結果包括：根據所述異常的播放信息確定出錯的播放應用程式及其出錯類型，得到對應的播放應用程式的分析結果。
更進一步地，將所述播放應用程式的分析結果反饋至對應的用戶設備包括：將所述出錯的播放應用程式及其出錯類型發送至對應的用戶設備。
根據本申請的另一方面，還提供了一種用於播放應用程式資源控制的用戶設備，包括：
獲取裝置，用於獲取播放應用程式的播放信息，根據所述播放信息確定可用播放應用程式資源信息；
判斷裝置，用於根據所述可用播放應用程式資源信息判斷播放請求是否合理，得到判斷結果；
調整裝置，用於根據所述判斷結果調整播放應用程式資源的資源分配。
進一步地，所述用戶設備包括：傳送裝置，用於根據所述播放信息，判斷對應的應用程式的播放過程中是否發生異常，若是，則將異常的播放信息上傳至網絡設備，其中，所述異常的播放信息包括出錯的播放應用程式及其出錯類型。
進一步地，所述調整裝置用於：
若所述判斷結果為所述播放請求為合理，則判斷當前播放應用程式的播放是否佔用下一個播放應用程式資源；若是，則釋放當前佔用的全部或部分播放應用程式資源。
進一步地，所述調整裝置用於：
若所述判斷結果為所述播放請求為不合理，則拒絕為所述播放請求分配播放應用程式資源。
進一步地，所述判斷裝置包括：
第一判斷單元，用於判斷所述播放請求是否有可用播放應用程式資源；
第二判斷單元，用於根據預設播放規則判斷是否允許所述播放請求；
確定結果單元，用於根據所述可用播放應用程式資源信息和所述預設播 放規則判斷所述播放請求是否合理，得到判斷結果。
進一步地，所述獲取裝置用於：
監控所述播放應用程式的編程接口是否正常；若是，
在所述播放應用程式的播放過程中通過消息機制或回調機制獲取播放應用程式的播放信息。
進一步地，所述用戶設備還包括：發送裝置，用於將所述播放信息上傳至網絡設備。
進一步地，所述用戶設備還包括：
確定裝置，用於接收由所述網絡設備反饋的出錯的播放應用程式及其出錯類型；
優化裝置，用於基於所述出錯的播放應用程式及其出錯類型對對應的播放應用程式進行優化。
根據本申請的另一方面，還提供了一種用於播放應用程式資源控制的網絡設備，其中，所述網絡設備包括：
接收裝置，用於接收播放應用程式的播放信息，其中所述播放信息包括播放過程中的正常和異常的播放信息；
分析裝置，用於基於所述播放信息進行數據分析，得到對應的播放應用程式的分析結果；
反饋裝置，用於將所述播放應用程式的分析結果反饋至對應的用戶設備。
進一步地，所述分析裝置用於，根據所述異常的播放信息確定出錯的播放應用程式及其出錯類型，得到對應的播放應用程式的分析結果。
更進一步地，所述反饋裝置用於，將所述出錯的播放應用程式及其出錯類型發送至對應的用戶設備。
與現有技術相比，本申請通過在用戶設備端獲取播放應用程式的播放信息，根據所述播放信息確定可用播放應用程式資源信息；根據所述可用播放應用程式資源信息判斷播放請求是否合理，得到判斷結果；根據所述判斷結果調整播放應用程式資源的資源分配。進而實現播放應用程式編程接口層面的資源管理，解決各個播放應用程式之間潛在的播放衝突；另外，在網絡設備端接收播放應用程式的播放信息，其中所述播放信息包括播放過程中的 正常和異常的播放信息；基於所述播放信息進行數據分析，得到對應的播放應用程式的分析結果；將所述播放應用程式的分析結果反饋至對應的用戶設備。進而，網絡設備對所存儲的系統級的播放信息進行大數據分析，能夠及時發現應用程式的功能問題，提前診斷優化。
附圖說明
通過閱讀參照以下附圖所作的對非限制性實施例所作的詳細描述，本申請的其它特徵、目的和優點將會變得更明顯：
圖1示出根據本申請一個方面的一種用於播放應用程式資源控制的用戶設備的結構示意圖；
圖2示出根據本申請一個方面的一個優選實施例的判斷裝置的結構示意圖；
圖3示出根據本申請一個方面的一種用於播放應用程式資源控制的網絡設備的結構示意圖；
圖4示出根據本申請一個方面的一個優選實施例的播放診斷控制系統示意圖；
圖5示出根據本申請另一個方面的一種在用戶設備端用於播放應用程式資源控制的方法流程示意圖；
圖6示出根據本申請另一個方面的一個優選實施例的步驟S12的流程示意圖；
圖7示出根據本申請另一個方面的一種在網絡設備端用於播放應用程式資源控制的方法流程示意圖。
附圖中相同或相似的附圖標記代表相同或相似的部件。
具體實施方式
下面結合附圖對本申請作進一步詳細描述。
為更進一步闡述本申請所採取的技術手段及取得的效果，下面結合附圖及較佳實施例，對本申請的技術方案，進行清楚和完整的描述。
圖1示出根據本申請一個方面的一種用於播放應用程式資源控制的用 戶設備的結構示意圖。所述用戶設備1包括獲取裝置11、判斷裝置12和調整裝置13；其中，獲取裝置11獲取播放應用程式的播放信息，根據所述播放信息確定可用播放應用程式資源信息；判斷裝置12根據所述可用播放應用程式資源信息判斷播放請求是否合理，得到判斷結果；調整裝置13根據所述判斷結果調整播放應用程式資源的資源分配。
上述各裝置之間是持續不斷工作的，在此，本領域技術人員應理解「持續」是指上述各裝置分別實時地或者按照設定的或實時調整的工作模式要求。
在此，所述用戶設備1包括但不限於任何一種可與用戶通過遙控器或觸摸板進行人機互動的網際網路電視產品或移動電子產品，例如智慧型手機、PDA等，所述移動電子產品可以採用任意作業系統，如android作業系統、iOS作業系統等。優選地，用戶設備1還可以是運行於所述用戶設備、或用戶設備與網絡設備、觸摸終端或網絡設備與觸摸終端通過網絡相集成所構成的設備上的腳本程序。當然，本領域技術人員應能理解上述用戶設備1僅為舉例，其他現有的或今後可能出現的用戶設備1如可適用於本申請，也應包含在本申請保護範圍以內，並在此以引用方式包含於此。
具體地，獲取裝置11獲取播放應用程式的播放信息，根據所述播放信息確定可用播放應用程式資源信息。
在一實施例中，所述播放應用程式(APP，application)優選為播放器，如視頻APP A、視頻APP B。所述可用播放應用程式資源信息優選為可用播放器資源。獲取裝置11獲取每一個播放器的播放信息，其中，播放信息包括播放視頻標題、當前播放進度、網絡下載速度變化、播放視頻的解析度大小、視頻源的音視頻及圖片格式、播放過程中發生的錯誤等信息。使用不同類型的播放器，使用播放器的個數會影響播放效果，每個播放器播放視頻音頻時會請求分配播放器資源，由每個播放器的播放信息可確定當前可用的播放器資源信息，當來新的播放請求時，能夠合理分配播放資源。
具體地，判斷裝置12根據所述可用播放應用程式資源信息判斷播放請求是否合理，得到判斷結果。
在一實施例中，用戶設備1優選為網際網路電視，當有新的播放請求時，網際網路電視端會分析已有的播放信息，如目前哪些播放資源被佔用及被哪些 APP佔用，可用的播放器資源信息，當前播放器播放的視頻類型、播放時長等播放數據，判斷新的播放請求是否合理，如是否有可用播放器資源，使用某播放器時在播放過程中邏輯上是否允許終端等。
優選地，如圖2所示，圖2示出根據本申請一個方面的一個優選實施例的判斷裝置的結構示意圖；所述判斷裝置12包括：第一判斷單元121、第二判斷單元122和確定結果單元123，其中，第一判斷單元121判斷所述播放請求是否有可用播放應用程式資源；第二判斷單元122根據預設播放規則判斷是否允許所述播放請求；確定結果單元123根據所述可用播放應用程式資源信息和所述預設播放規則判斷所述播放請求是否合理，得到判斷結果。
在一實施例中，當有新的播放請求時，判斷裝置12對已經記錄的播放信息進行綜合分析，例如，已給之前的播放請求分配完了播放器資源，則之前的播放請求對應的為已播放或當前播放，則分析之前的播放請求和新播放請求的進程處於前臺還是後臺，播放的是音頻還是視頻，系統層音視頻的可用播放器資源數，以及是否滿足預設播放規則，其中，預設播放規則可為播放器在產品策略上是否允許播放請求，例如，播放器APP A禁止後臺播放，而新的播放請求為使用APP A進行後臺播放，則該新的播放請求是不合理的。當新的播放請求來時，根據可用播放應用程式資源是否有剩餘和預設播放規則是否允許該新的播放請求進行綜合判斷新的播放請求是否合理，得到最終的判斷結果。需要說明的是，新的播放請求可為播放測試時任意發的一個播放請求。
本領域技術人員應能理解，上述根據可用播放應用程式資源信息和預設播放規則判斷播放請求是否合理僅為一種判斷標準的舉例，其他現有的或今後可能出現的判斷播放請求是否合理的判斷標準如可適用於本申請，也應包含在本申請保護範圍以內，並在此以引用方式包含於此。
具體地，調整裝置13根據所述判斷結果調整播放應用程式資源的資源分配。
在此，根據判斷結果調整播放器資源的資源分配，解決各個app之間潛在的播放衝突。優選地，若所述判斷結果為所述播放請求為合理，則判斷當前播放應用程式的播放是否佔用下一個播放應用程式資源；若是，則釋放當 前佔用的全部或部分播放應用程式資源。優選地，若所述判斷結果為所述播放請求為不合理，則拒絕為所述播放請求分配播放應用程式資源。
在一具體實施例中，如當有新的播放請求來時，根據已有的播放數據進行綜合分析，判斷新的播放請求是否合理，若不合理，則拒絕給新的播放請求分配播放器資源；若合理並且舊有的播放佔用了新的播放器資源，會通過消息機制釋放舊有的播放器資源，或者內部直接釋放舊有的播放器，將當前佔用的播放器資源全部釋放或部分釋放，如同時使用音樂播放器和視頻播放器時，來一個新的播放請求是使用視頻播放器進行播放，則將界面上的音樂播放器關閉，但後臺進程沒有結束，則屬於釋放部分播放器資源。
需要說明的是，對於特定的網際網路電視系統，播放器資源是有限的，可以寫幾個強制霸佔播放器資源的視頻播放器進行播放測試，例如，寫兩個播放類的app，在app退出到後臺後不調用釋放播放器的api接口(編程接口)，看每個播放器起播是否正常，如app安裝後有對應的圖標，先選擇一個app進入播放，再退出選擇另一個app播放，查看第二個app播放是否正常，如果播放正常，則對播放器資源做了相關的釋放處理，利用了本申請所述的用於播放應用程式資源控制的方法。
優選地，所述用戶設備1包括：傳送裝置(未示出)，用於根據所述播放信息，判斷對應的應用程式的播放過程中是否發生異常，若是，則將異常的播放信息上傳至網絡設備，其中，所述異常的播放信息包括出錯的播放應用程式及其出錯類型。
在此，所述異常的播放信息為播放過程中發生的錯誤，將在播放過程中通過消息及回調機制等所獲取的播放器底層的各類錯誤信息上傳至網絡設備，包括播放視頻標題、當前播放進度、錯誤的類型(網絡/伺服器/解碼器等)，例如，DNS劫持、伺服器錯誤、播放器不支持特定的格式，app對於播放api的調用狀態機不對，下載的數據源有錯誤等，將異常的播放信息上傳至網絡設備，以便統計和分析。
優選地，所述獲取裝置11用於：監控所述播放應用程式的編程接口是否正常；若是，在所述播放應用程式的播放過程中通過消息機制或回調機制獲取播放應用程式的播放信息。
在一具體實施例中，監控播放器api接口的調用是否正常，若api調用不正常，則播放可能會出錯，嚴重時可能會終止播放，需要說明的是，api本身可能調用是正常的，但由於播放器資源不足或產品策略的規則導致調用不正常，可以將這一事件上傳至網絡設備以備做分析改進。通過狀態機判斷api調用是否正常，如果正常，則在api層面能夠及時發現播放類應用對於播放資源的使用以及可能出現的問題，通過消息機制或回調機制獲取每個播放類應用的播放信息，其中，所獲取的播放信息包括正常的播放參數數據和播放過程中出現的錯誤。在此，消息機制為api層面出現錯誤後，通過特定的socket(通信鏈的句柄)埠發送消息給播放器管理；回調機制為播放器管理在api接口設個回調接口，出現問題後再調用這個回調通知到播放器管理。
本領域技術人員應能理解，上述實施例中使用消息機制或回調機制獲取每個播放類應用的播放信息的方法僅為舉例，其他現有的或今後可能出現的獲取每個播放類應用的播放信息的方法如可適用於本申請，也應包含在本申請保護範圍以內，並在此以引用方式包含於此。
優選地，所述用戶設備1還包括：發送裝置(未示出)，用於將所述播放信息上傳至網絡設備。
接上述實施例，通過播放器api接口獲取每個播放類應用的播放信息，包括基於播放器api的使用發現可能的使用異常和在播放過程中通過消息及回調機制等獲取的播放器底層的各類錯誤信息。將所獲得的播放信息上傳至網絡設備，有利於根據對播放信息的分析進行快速定位並做出改進。
優選地，所述用戶設備1還包括：確定裝置(未示出)，用於接收由所述網絡設備反饋的出錯的播放應用程式及其出錯類型；優化裝置(未示出)，用於基於所述出錯的播放應用程式及其出錯類型對對應的播放應用程式進行優化。
在此，接收網絡設備反饋的出錯的播放應用程式及其出錯類型，在一實施例中，網絡設備反饋哪個播放app出現問題，播放視頻格式不支持哪種格式，網絡類型哪種不支持該播放app進行播放的功能，網絡出現異常，視頻解析度過低，解碼出錯等問題，以及每個播放應用程式所佔用內存大小等，優化裝置可根據網絡設備反饋的信息對對應的播放應用程式進行優化，用戶 設備也可根據網絡設備反饋的信息，對播放器資源進行調整，對於播放請求能夠更合理的分配播放資源。需要說明的是，網絡設備反饋的信息可由用戶設備1接收，使用後臺服務進行優化，也可是第三方設備進行接收，例如某個播放app開發者或團隊。
圖3示出根據本申請一個方面的一種用於播放應用程式資源控制的網絡設備的結構示意圖；所述網絡設備2包括：接收裝置21、分析裝置22和反饋裝置23，其中，接收裝置21接收播放應用程式的播放信息，其中，所述播放信息包括播放過程中的正常和異常的播放信息；分析裝置22基於所述播放信息進行數據分析，得到對應的播放應用程式的分析結果；反饋裝置23將所述播放應用程式的分析結果反饋至對應的用戶設備。
在此，網絡設備2可以是一臺伺服器，也可以是通過區域網連接的多臺伺服器或者通過網際網路連接的多臺伺服器，還可以是由多臺伺服器構成的雲。在此，雲由基於雲計算(Cloud Computing)的大量計算機或網絡伺服器構成，其中，雲計算是分布式計算的一種，由一群鬆散耦合的計算機集組成的一個超級虛擬計算機。
具體地，接收裝置21接收播放應用程式的播放信息，其中，所述播放信息包括播放過程中的正常和異常的播放信息；
在此，接收由用戶設備反饋來的播放應用程式的播放信息，其中，播放信息包括播放過程中正常和異常的播放信息，其中，正常的播放信息包括播放的節目源信息、播放時長、各類播放app的使用頻次等，所述異常的播放信息包括播放過程中出現的不支持播放問題、播放時解碼錯誤、網絡異常等。
具體地，分析裝置22基於所述播放信息進行數據分析，得到對應的播放應用程式的分析結果；
在此，對所獲取到的播放信息進行數據分析，例如，播放應用程式佔用內存大小，播放時的視頻解析度大小、能夠兼容的視頻格式；優選地，根據所述異常的播放信息確定出錯的播放應用程式及其出錯類型，得到對應的播放應用程式的分析結果。網絡設備根據已有的播放信息可確定哪個播放應用程式在播放視頻過程中出現錯誤及出現錯誤的類型，有利於快速定位出錯的播放所對應的播放應用程式，方便對該播放應用程式進行優化。
具體地，反饋裝置23將所述播放應用程式的分析結果反饋至對應的用戶設備。
在此，網絡設備優選為雲端，所述播放應用程式的分析結果包括出錯的播放應用程式及其出錯類型。優選地，反饋裝置23將所述出錯的播放應用程式及其出錯類型發送至對應的用戶設備。實現了平臺級播放信息的雲記錄，進行大數據分析，將分析結果反饋給平臺自己的app團隊或第三方，對播放應用程式進行優化或更新版本，如提高穩定性和兼容性，從而提高用戶體驗。需要說明的是，雲端也可將對播放應用程式的分析結果反饋至後臺伺服器，進行改進播放規則，通過雲端將播放規則下發給播放器管理。
圖4示出根據本申請一個方面的一個優選實施例的播放診斷控制系統示意圖；在此，用戶設備優選為播放診斷控制系統，播放診斷控制系統最核心的部分為播放器管理(Player Manager)，通過APP A、APP B等與Player Manager模塊間的箭頭所示的信息流向，實現了Player Manager對於每個APP的播放信息的記錄，通過Player Manager內部的策略管理，對新的播放請求進行判斷，決定是否允許新的播放請求。另外，Player Manager對所獲取到的播放信息上傳至網絡設備，其中，播放信息包括Player Manager本身基於播放器api的使用發現可能的使用異常和在播放過程中通過消息及回調機制等獲取播放器底層的各類錯誤信息，比如網絡異常，解碼出錯等，這些信息會及時發送給網絡設備，網絡設備優選為雲端，雲端對已有的播放信息進行分析，將分析結果反饋至對應的用戶設備，這裡對應的用戶設備優選為app開發者。Player Manager本身會基於app的優先級的策略避免資源衝突下無法播放的問題，app開發者基於雲端的反饋信息對播放器應用進行優化改進，例如，改進播放規則或對播放器app進行版本迭代。
本申請實施例中所述的用於播放應用程式資源控制的用戶設備和網絡設備，對於播放類應用，從api的層面直接進行監控，有利於第一時間發現並解決問題，並且可以在不修改應用代碼的情況下協調播放器資源；當有播放錯誤發生時，可以通過診斷控制系統回傳錯誤給雲端，有利於對錯誤進行梳理定位並作出有針對性的改進。例如，對於同一個平臺，可以增 強播放器的穩定性及兼容性，提高用戶體驗，並且在系統層面可以及早發現應用的兼容性問題，可以通知到對應的應用程式所屬人或團隊進行修改，還可以在不修改應用的情況下通過Player Manager讓應用能正常工作。
圖5示出根據本申請另一個方面的一種在用戶設備端用於播放應用程式資源控制的方法流程示意圖。所述方法包括步驟S11、步驟S12和步驟S13；其中，在步驟S11中，獲取播放應用程式的播放信息，根據所述播放信息確定可用播放應用程式資源信息；在步驟S12中，根據所述可用播放應用程式資源信息判斷播放請求是否合理，得到判斷結果；在步驟S13中，根據所述判斷結果調整播放應用程式資源的資源分配。
具體地，在步驟S11中，獲取播放應用程式的播放信息，根據所述播放信息確定可用播放應用程式資源信息。
在一實施例中，所述播放應用程式(APP，application)優選為播放器，如視頻APP A、視頻APP B。所述可用播放應用程式資源信息優選為可用播放器資源。在步驟S11中獲取每一個播放器的播放信息，其中，播放信息包括播放視頻標題、當前播放進度、網絡下載速度變化、播放視頻的解析度大小、視頻源的音視頻及圖片格式、播放過程中發生的錯誤等信息。使用不同類型的播放器，使用播放器的個數會影響播放效果，每個播放器播放視頻音頻時會請求分配播放器資源，由每個播放器的播放信息可確定當前可用的播放器資源信息，當來新的播放請求時，能夠合理分配播放資源。
具體地，在步驟S12中，根據所述可用播放應用程式資源信息判斷播放請求是否合理，得到判斷結果。
在一實施例中，用於播放應用程式資源控制的方法優選為在網際網路電視端進行，當有新的播放請求時，網際網路電視端會分析已有的播放信息，如目前哪些播放資源被佔用及被哪些APP佔用，可用的播放器資源信息，當前播放器播放的視頻類型、播放時長等播放數據，判斷新的播放請求是否合理，如是否有可用播放器資源，使用某播放器時在播放過程中邏輯上是否允許終端等。
優選地，如圖6所示，圖6示出根據本申請另一個方面的一個優選實施例的步驟S12的流程示意圖；所述步驟S12包括：步驟S121、步驟S122 和步驟S123，其中，在步驟S121中，判斷所述播放請求是否有可用播放應用程式資源；在步驟S122中，根據預設播放規則判斷是否允許所述播放請求；在步驟S123中，根據所述可用播放應用程式資源信息和所述預設播放規則判斷所述播放請求是否合理，得到判斷結果。
在一實施例中，當有新的播放請求時，對已經記錄的播放信息進行綜合分析，例如，已給之前的播放請求分配完了播放器資源，則之前的播放請求對應的為已播放或當前播放，則分析之前的播放請求和新播放請求的進程處於前臺還是後臺，播放的是音頻還是視頻，系統層音視頻的可用播放器資源數，以及是否滿足預設播放規則，其中，預設播放規則可為播放器在產品策略上是否允許播放請求，例如，播放器APP A禁止後臺播放，而新的播放請求為使用APP A進行後臺播放，則該新的播放請求是不合理的。當新的播放請求來時，根據可用播放應用程式資源是否有剩餘和預設播放規則是否允許該新的播放請求進行綜合判斷新的播放請求是否合理，得到最終的判斷結果。需要說明的是，新的播放請求可為播放測試時任意發的一個播放請求。
本領域技術人員應能理解，上述根據可用播放應用程式資源信息和預設播放規則判斷播放請求是否合理僅為一種判斷標準的舉例，其他現有的或今後可能出現的判斷播放請求是否合理的判斷標準如可適用於本申請，也應包含在本申請保護範圍以內，並在此以引用方式包含於此。
具體地，在步驟S13中，根據所述判斷結果調整播放應用程式資源的資源分配。
在此，根據判斷結果調整播放器資源的資源分配，解決各個app之間潛在的播放衝突。優選地，若所述判斷結果為所述播放請求為合理，則判斷當前播放應用程式的播放是否佔用下一個播放應用程式資源；若是，則釋放當前佔用的全部或部分播放應用程式資源。優選地，若所述判斷結果為所述播放請求為不合理，則拒絕為所述播放請求分配播放應用程式資源。
在一具體實施例中，如當有新的播放請求來時，根據已有的播放數據進行綜合分析，判斷新的播放請求是否合理，若不合理，則拒絕給新的播放請求分配播放器資源；若合理並且舊有的播放佔用了新的播放器資源，會通過消息機制釋放舊有的播放器資源，或者內部直接釋放舊有的播放器，將當前 佔用的播放器資源全部釋放或部分釋放，如同時使用音樂播放器和視頻播放器時，來一個新的播放請求是使用視頻播放器進行播放，則將界面上的音樂播放器關閉，但後臺進程沒有結束，則屬於釋放部分播放器資源。
需要說明的是，對於特定的網際網路電視系統，播放器資源是有限的，可以寫幾個強制霸佔播放器資源的視頻播放器進行播放測試，例如，寫兩個播放類的app，在app退出到後臺後不調用釋放播放器的api接口(編程接口)，看每個播放器起播是否正常，如app安裝後有對應的圖標，先選擇一個app進入播放，再退出選擇另一個app播放，查看第二個app播放是否正常，如果播放正常，則對播放器資源做了相關的釋放處理，利用了本申請所述的用於播放應用程式資源控制的方法。
優選地，所述獲取播放應用程式的播放信息之後，包括：根據所述播放信息，判斷對應的應用程式的播放過程中是否發生異常，若是，則將異常的播放信息上傳至網絡設備，其中，所述異常的播放信息包括出錯的播放應用程式及其出錯類型。
在此，所述異常的播放信息為播放過程中發生的錯誤，將在播放過程中通過消息及回調機制等所獲取的播放器底層的各類錯誤信息上傳至網絡設備，包括播放視頻標題、當前播放進度、錯誤的類型(網絡/伺服器/解碼器等)，例如，DNS劫持、伺服器錯誤、播放器不支持特定的格式，app對於播放api的調用狀態機不對，下載的數據源有錯誤等，將異常的播放信息上傳至網絡設備，以便統計和分析。
優選地，獲取播放應用程式的播放信息包括：監控所述播放應用程式的編程接口是否正常；若是，在所述播放應用程式的播放過程中通過消息機制或回調機制獲取播放應用程式的播放信息。
在一具體實施例中，監控播放器api接口的調用是否正常，若api調用不正常，則播放可能會出錯，嚴重時可能會終止播放，需要說明的是，api本身可能調用是正常的，但由於播放器資源不足或產品策略的規則導致調用不正常，可以將這一事件上傳至網絡設備以備做分析改進。通過狀態機判斷api調用是否正常，如果正常，則在api層面能夠及時發現播放類應用對於播放資源的使用以及可能出現的問題，通過消息機制或回調機制獲取每個播放類 應用的播放信息，其中，所獲取的播放信息包括正常的播放參數數據和播放過程中出現的錯誤。在此，消息機制為api層面出現錯誤後，通過特定的socket(通信鏈的句柄)埠發送消息給播放器管理；回調機制為播放器管理在api接口設個回調接口，出現問題後再調用這個回調通知到播放器管理。
本領域技術人員應能理解，上述實施例中使用消息機制或回調機制獲取每個播放類應用的播放信息的方法僅為舉例，其他現有的或今後可能出現的獲取每個播放類應用的播放信息的方法如可適用於本申請，也應包含在本申請保護範圍以內，並在此以引用方式包含於此。
優選地，獲取播放應用程式的播放信息之後，還包括：將所述播放信息上傳至網絡設備。
接上述實施例，通過播放器api接口獲取每個播放類應用的播放信息，包括基於播放器api的使用發現可能的使用異常和在播放過程中通過消息及回調機制等獲取的播放器底層的各類錯誤信息。將所獲得的播放信息上傳至網絡設備，有利於根據對播放信息的分析進行快速定位並做出改進。
優選地，所述方法還包括：接收由所述網絡設備反饋的出錯的播放應用程式及其出錯類型；基於所述出錯的播放應用程式及其出錯類型對對應的播放應用程式進行優化。
在此，接收網絡設備反饋的出錯的播放應用程式及其出錯類型，在一實施例中，網絡設備反饋哪個播放app出現問題，播放視頻格式不支持哪種格式，網絡類型哪種不支持該播放app進行播放的功能，網絡出現異常，視頻解析度過低，解碼出錯等問題，以及每個播放應用程式所佔用內存大小等，接著，根據網絡設備反饋的信息對對應的播放應用程式進行優化，用戶設備也可根據網絡設備反饋的信息，對播放器資源進行調整，對於播放請求能夠更合理的分配播放資源。需要說明的是，網絡設備反饋的信息可由用戶設備接收，使用後臺服務進行優化，也可是第三方設備進行接收，例如某個播放app開發者或團隊。
圖7示出根據本申請另一個方面的一種在網絡設備端用於播放應用程式資源控制的方法流程示意圖；所述方法包括：步驟S21、步驟S22和步驟S23，其中，在步驟S21中，接收播放應用程式的播放信息，其中，所述播放 信息包括播放過程中的正常和異常的播放信息；在步驟S22中，基於所述播放信息進行數據分析，得到對應的播放應用程式的分析結果；在步驟S23中，將所述播放應用程式的分析結果反饋至對應的用戶設備。
在此，網絡設備2可以是一臺伺服器，也可以是通過區域網連接的多臺伺服器或者通過網際網路連接的多臺伺服器，還可以是由多臺伺服器構成的雲。在此，雲由基於雲計算(Cloud Computing)的大量計算機或網絡伺服器構成，其中，雲計算是分布式計算的一種，由一群鬆散耦合的計算機集組成的一個超級虛擬計算機。
需要說明的是，所述用戶設備包括但不限於任何一種可與用戶通過遙控器或觸摸板進行人機互動的網際網路電視產品或移動電子產品，在本申請的一優選實施例中，用戶設備優選為網際網路電視。
具體地，在步驟S21中，接收播放應用程式的播放信息，其中，所述播放信息包括播放過程中的正常和異常的播放信息；
在此，接收由用戶設備反饋來的播放應用程式的播放信息，其中，播放信息包括播放過程中正常和異常的播放信息，其中，正常的播放信息包括播放的節目源信息、播放時長、各類播放app的使用頻次等，所述異常的播放信息包括播放過程中出現的不支持播放問題、播放時解碼錯誤、網絡異常等。
具體地，在步驟S22中，基於所述播放信息進行數據分析，得到對應的播放應用程式的分析結果；
在此，對所獲取到的播放信息進行數據分析，例如，播放應用程式佔用內存大小，播放時的視頻解析度大小、能夠兼容的視頻格式；優選地，根據所述異常的播放信息確定出錯的播放應用程式及其出錯類型，得到對應的播放應用程式的分析結果。網絡設備根據已有的播放信息可確定哪個播放應用程式在播放視頻過程中出現錯誤及出現錯誤的類型，有利於快速定位出錯的播放所對應的播放應用程式，方便對該播放應用程式進行優化。
具體地，在步驟S23中，將所述播放應用程式的分析結果反饋至對應的用戶設備。
在此，網絡設備優選為雲端，所述播放應用程式的分析結果包括出錯的播放應用程式及其出錯類型。優選地，在步驟S23中，將所述出錯的播放應 用程序及其出錯類型發送至對應的用戶設備。實現了平臺級播放信息的雲記錄，進行大數據分析，將分析結果反饋給平臺自己的app團隊或第三方，對播放應用程式進行優化或更新版本，如提高穩定性和兼容性，從而提高用戶體驗。需要說明的是，雲端也可將對播放應用程式的分析結果反饋至後臺伺服器，進行改進播放規則，通過雲端將播放規則下發給播放器管理。
圖4示出根據本申請一個方面的一個優選實施例的播放診斷控制系統示意圖；在此，用戶設備優選為播放診斷控制系統，播放診斷控制系統最核心的部分為播放器管理(Player Manager)模塊，通過APP A、APP B等與Player Manager模塊間的箭頭所示的信息流向，實現了Player Manager對於每個APP的播放信息的記錄，通過Player Manager內部的策略管理，對新的播放請求進行判斷，決定是否允許新的播放請求。另外，Player Manager對所獲取到的播放信息上傳至網絡設備，其中，播放信息包括Player Manager本身基於播放器api的使用發現可能的使用異常和在播放過程中通過消息及回調機制等獲取播放器底層的各類錯誤信息，比如網絡異常，解碼出錯等，這些信息會及時發送給網絡設備，網絡設備優選為雲端，雲端對已有的播放信息進行分析，將分析結果反饋至對應的用戶設備，這裡對應的用戶設備優選為app開發者。Player Manager本身會基於app的優先級的策略避免資源衝突下無法播放的問題，app開發者基於雲端的反饋信息對播放器應用進行優化改進，例如，改進播放規則或對播放器app進行版本迭代。
本申請實施例中所述的用於播放應用程式資源控制的用戶設備和網絡設備，對於播放類應用，從api的層面直接進行監控，有利於第一時間發現並解決問題，並且可以在不修改應用代碼的情況下協調播放器資源；當有播放錯誤發生時，可以通過診斷控制系統回傳錯誤給雲端，有利於對錯誤進行梳理定位並做出有針對性的改進。例如，對於同一個平臺，可以增強播放器的穩定性及兼容性，提高用戶體驗，並且在系統層面可以及早發現應用的兼容性問題，可以通知到對應的應用程式的開發者或團隊進行修改，還可以在不修改應用的情況下通過Player Manager讓應用能正常工作。
需要注意的是，本申請可在軟體和/或軟體與硬體的組合體中被實施，例 如，可採用專用集成電路(ASIC)、通用目的計算機或任何其他類似硬體設備來實現。在一個實施例中，本申請的軟體程序可以通過處理器執行以實現上文所述步驟或功能。同樣地，本申請的軟體程序(包括相關的數據結構)可以被存儲到計算機可讀記錄介質中，例如，RAM存儲器，磁或光碟機動器或軟磁碟及類似設備。另外，本申請的一些步驟或功能可採用硬體來實現，例如，作為與處理器配合從而執行各個步驟或功能的電路。
另外，本申請的一部分可被應用為電腦程式產品，例如電腦程式指令，當其被計算機執行時，通過該計算機的操作，可以調用或提供根據本申請的方法和/或技術方案。而調用本申請的方法的程序指令，可能被存儲在固定的或可移動的記錄介質中，和/或通過廣播或其他信號承載媒體中的數據流而被傳輸，和/或被存儲在根據所述程序指令運行的計算機設備的工作存儲器中。在此，根據本申請的一個實施例包括一個裝置，該裝置包括用於存儲電腦程式指令的存儲器和用於執行程序指令的處理器，其中，當該電腦程式指令被該處理器執行時，觸發該裝置運行基於前述根據本申請的多個實施例的方法和/或技術方案。
對於本領域技術人員而言，顯然本申請不限於上述示範性實施例的細節，而且在不背離本申請的精神或基本特徵的情況下，能夠以其他的具體形式實現本申請。因此，無論從哪一點來看，均應將實施例看作是示範性的，而且是非限制性的，本申請的範圍由所附權利要求而不是上述說明限定，因此旨在將落在權利要求的等同要件的含義和範圍內的所有變化涵括在本申請內。不應將權利要求中的任何附圖標記視為限制所涉及的權利要求。此外，顯然「包括」一詞不排除其他單元或步驟，單數不排除複數。裝置權利要求中陳述的多個單元或裝置也可以由一個單元或裝置通過軟體或者硬體來實現。第一，第二等詞語用來表示名稱，而並不表示任何特定的順序。