本申請涉及信息處理技術(shù)領(lǐng)域，尤其涉及一種播放器事件統(tǒng)計方法、裝置播放器及終端設(shè)備。

背景技術(shù)：

電視盒子是一個小型的計算終端設(shè)備，只要簡單的通過HDMI或色差線等技術(shù)將其與傳統(tǒng)電視連接，就能在傳統(tǒng)電視上實現(xiàn)網(wǎng)頁瀏覽、網(wǎng)絡(luò)視頻播放、應(yīng)用程序安裝，甚至能將手機、平板中的照片和視頻投射到家中的大屏幕電視當(dāng)中。

在電視盒子中，系統(tǒng)播放器是非常核心的系統(tǒng)應(yīng)用，為了清楚的掌握電視盒子中播放器的使用，需要對電視盒子系統(tǒng)播放器的各種事件，比如開始播放、快進(jìn)、結(jié)束播放、暫停、錯誤等進(jìn)行統(tǒng)計，一般的做法是在發(fā)生這些事件時，在播放器內(nèi)部調(diào)用相關(guān)的應(yīng)用程序編程接口(Application Programming Interface，簡稱API)進(jìn)行統(tǒng)計的。

但是，由于對播放器事件的統(tǒng)計方法或者統(tǒng)計內(nèi)容可能是隨時變化的，這就需要在事件統(tǒng)計的內(nèi)容或方法變化時，隨時更新電視盒子中系統(tǒng)播放器的代碼，并對更新后的播放器代碼進(jìn)行測試。這使得對播發(fā)器事件的統(tǒng)計功能進(jìn)行更新時，更新過程復(fù)雜，測試壓力大。

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

本申請旨在至少在一定程度上解決相關(guān)技術(shù)中的技術(shù)問題之一。

為此，本申請的第一個目的在于提出一種播放器事件統(tǒng)計方法，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

本申請的第二個目的在于提出另一種播放器事件統(tǒng)計方法。

本申請的第三個目的在于提出一種播放器。

本申請的第四個目的在于提出一種播放器事件統(tǒng)計裝置。

本申請的第五個目的在于提出一種終端設(shè)備。

為達(dá)上述目的，本申請第一方面實施例提出了一種播放器事件統(tǒng)計方法，包括：接收應(yīng)用程序編程接口調(diào)用請求，所述調(diào)用請求中包括目標(biāo)應(yīng)用程序編程接口的標(biāo)識；根據(jù)所述調(diào)用請求，生成事件通知消息，所述事件通知消息中包括所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識；將所述事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用。

本申請實施例的播放器事件統(tǒng)計方法，首先接收應(yīng)用程序編程接口API調(diào)用請求，然后根據(jù)該API調(diào)用請求，生成事件通知消息，再將事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

為達(dá)上述目的，本申請第二方面實施例提出了一種播放器事件統(tǒng)計方法，包括：接收播放器發(fā)送的事件通知消息，所述事件通知消息中包括目標(biāo)應(yīng)用程序編程接口的標(biāo)識；依據(jù)當(dāng)前的統(tǒng)計策略，根據(jù)所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識，對所述播發(fā)器的事件進(jìn)行統(tǒng)計。

本申請實施例的播放器事件統(tǒng)計方法，首先接收播放器發(fā)送的事件通知消息，然后依據(jù)當(dāng)前的統(tǒng)計策略，根據(jù)所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識，對播發(fā)器的事件進(jìn)行統(tǒng)計。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

為達(dá)上述目的，本申請第三方面實施例提出了一種播放器，第一接收模塊，用于接收應(yīng)用程序編程接口調(diào)用請求，所述調(diào)用請求中包括目標(biāo)應(yīng)用程序編程接口的標(biāo)識；生成模塊，用于根據(jù)所述調(diào)用請求，生成事件通知消息，所述事件通知消息中包括所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識；發(fā)送模塊，用于將所述事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用。

本申請實施例的播放器，首先接收應(yīng)用程序編程接口API調(diào)用請求，然后根據(jù)該API調(diào)用請求，生成事件通知消息，再將事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

為達(dá)上述目的，本申請第四方面實施例提出了一種播放器事件統(tǒng)計裝置，包括：第二接收模塊，用于接收播放器發(fā)送的事件通知消息，所述事件通知消息中包括目標(biāo)應(yīng)用程序編程接口的標(biāo)識；統(tǒng)計模塊，用于依據(jù)當(dāng)前的統(tǒng)計策略，根據(jù)所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識，對所述播發(fā)器的事件進(jìn)行統(tǒng)計。

本申請實施例的播放器事件統(tǒng)計裝置，首先接收播放器發(fā)送的事件通知消息，然后依據(jù)當(dāng)前的統(tǒng)計策略，根據(jù)所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識，對播發(fā)器的事件進(jìn)行統(tǒng)計。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

為達(dá)上述目的，本申請第五方面實施例提出了一種終端設(shè)備，包括：如上述第三方面實施例提供的播放器及第四方面實施例提供的播放器事件統(tǒng)計裝置。

本申請實施例的終端設(shè)備，播放器在收到API接口調(diào)用請求后，生成事件通知消息，發(fā)送給播放器事件統(tǒng)計裝置，由播放器事件統(tǒng)計裝置對播放器事件進(jìn)行統(tǒng)計。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

附圖說明

本發(fā)明上述的和/或附加的方面和優(yōu)點從下面結(jié)合附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1是本申請一個實施例的播放器事件統(tǒng)計方法的流程圖；

圖2是本申請另一個實施例的播放器事件統(tǒng)計方法的流程圖。

圖3是本申請一個實施例的播放器的結(jié)構(gòu)示意圖；

圖4是本申請一個實施例的播放器事件統(tǒng)計裝置的結(jié)構(gòu)示意圖；

圖5是本申請一個實施例的終端設(shè)備的結(jié)構(gòu)示意圖。

具體實施方式

下面詳細(xì)描述本申請的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，旨在用于解釋本申請，而不能理解為對本申請的限制。

本發(fā)明各實施例主要針對現(xiàn)有技術(shù)中，由播放器對播放事件進(jìn)行統(tǒng)計方式，在統(tǒng)計方法或者統(tǒng)計內(nèi)容改變時，需要修改整個系統(tǒng)播發(fā)器的代碼，使得更新過程復(fù)雜，測試壓力大的問題，提出一種播放器事件統(tǒng)計方法，通過將播放器和事件統(tǒng)計分開執(zhí)行，來實現(xiàn)播放器功能和事件統(tǒng)計功能的解耦，從而在對事件統(tǒng)計功能進(jìn)行更新時，僅需更新事件統(tǒng)計功能模塊即可，簡化了的播放器事件統(tǒng)計的更新過程，減少了測試壓力，提高了播放器的可靠性。

下面參考附圖描述本申請實施例的播放器事件統(tǒng)計方法及裝置。

圖1是本申請一個實施例的播放器事件統(tǒng)計方法的流程圖。

如圖1所示，該播放器事件統(tǒng)計方法包括：

S101，接收應(yīng)用程序編程接口調(diào)用請求，所述調(diào)用請求中包括目標(biāo)應(yīng)用程序編程接口的標(biāo)識。

其中，本實施例提供的播放器事件統(tǒng)計方法的執(zhí)行主體為播放器，該播放器可以被配置在任何可安裝播放應(yīng)用的終端設(shè)備中，比如電視盒子、電視機、手機、計算機等等。

具體的，終端設(shè)備中的播放器由不同的應(yīng)用程序編程接口(Application Programming Interface，簡稱API)組成，來實現(xiàn)與播放相關(guān)的不同功能，比如暫停、快進(jìn)、緩沖、搜索(seek)、停止播放等等。從而終端設(shè)備中的具有播放功能的應(yīng)用在使用過程中，需要通過調(diào)用該終端設(shè)備中的播放器中的不同API接口，來執(zhí)行不同的操作。

其中，目標(biāo)應(yīng)用程序編程接口的標(biāo)識，指此次調(diào)用請求中，要調(diào)用的API接口的標(biāo)識，其可以是該API接口區(qū)別于其它API接口的任一標(biāo)識，比如為API接口的功能、或者為播放器為各個API接口分配的標(biāo)識等，本實施例對此不作限定。

舉例來說，若終端設(shè)備中安裝有“百度音樂”播放應(yīng)用，當(dāng)用戶使用“百度音樂”應(yīng)用播放音樂時，“百度音樂”應(yīng)用需要調(diào)用終端設(shè)備播放器中的“播放”API接口，來實現(xiàn)音樂播放功能，當(dāng)“百度音樂”應(yīng)用要暫停音樂播放時，需要調(diào)用播放器中的“暫停”API接口，來暫停當(dāng)前播放的音樂。

S102，根據(jù)所述調(diào)用請求，生成事件通知消息，所述事件通知消息中包括所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識。

S103，將所述事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用。

具體的，播放器收到API調(diào)用請求后，即可根據(jù)該調(diào)用請求，確定播放器要執(zhí)行的事件，從而生成事件通知消息，并將事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用，使事件統(tǒng)計應(yīng)用對播放器執(zhí)行的事件進(jìn)行統(tǒng)計。

具體實現(xiàn)時，播放器可以在收到API調(diào)用請求后，將該調(diào)用請求同步給事件統(tǒng)計應(yīng)用，或者也可以通過客戶端/服務(wù)器形式，在播放器側(cè)設(shè)置一個客戶端接口，在事件統(tǒng)計應(yīng)用側(cè)設(shè)置一個服務(wù)器端口，當(dāng)播放器啟動時，客戶端接口即可啟動，并與事件統(tǒng)計應(yīng)用側(cè)的服務(wù)器端口建立連接，之后播放器即可將播放器側(cè)執(zhí)行的事件信息，發(fā)送給事件統(tǒng)計應(yīng)用側(cè)，從而事件統(tǒng)計應(yīng)用即可對播放器事件進(jìn)行統(tǒng)計。

需要說明的是，由于終端設(shè)備中通常會安裝有多個播放應(yīng)用，為了對播放器與不同的播放應(yīng)用結(jié)合使用的情況進(jìn)行詳細(xì)的監(jiān)控，上述播放器在收到調(diào)用請求后需要確定是那個播放應(yīng)用發(fā)送的該調(diào)用請求，即上述S101之后，還包括：

確定發(fā)送所述調(diào)用請求的第一播放應(yīng)用的標(biāo)識。

具體的，播放器可以通過多種方式，確定第一播放應(yīng)用的標(biāo)識。舉例來說，對于Android系統(tǒng)而言，播放器可以通過查詢當(dāng)前處于最上層的應(yīng)用的包名，來確定發(fā)送調(diào)用請求的第一播放應(yīng)用的標(biāo)識；或者，由于任一播放應(yīng)用在調(diào)用播放器時，都會創(chuàng)建一個與該播放應(yīng)用對應(yīng)的獨立的實例，從而在每個實例內(nèi)收到的接口調(diào)用請求，都可以認(rèn)為是與該實例對應(yīng)的播放應(yīng)用發(fā)送的。

在確定了發(fā)送調(diào)用請求的第一播放應(yīng)用的標(biāo)識后，播放器即可向事件統(tǒng)計應(yīng)用，發(fā)送包括該第一播放應(yīng)用的標(biāo)識的事件通知消息，從而使事件統(tǒng)計應(yīng)用對此次事件進(jìn)行統(tǒng)計。

舉例來說，若終端設(shè)備中安裝有“愛奇異”、“騰訊視頻”、“樂視高清”等視頻播放應(yīng)用，那么“愛奇異”播放應(yīng)用在調(diào)用播放器中的暫停API接口時，播放器在確定了是“愛奇異”在調(diào)用暫停API接口后，即可通過調(diào)用暫停API接口，為“愛奇異”執(zhí)行暫停操作，而不是為“騰訊視頻”或“騰訊視頻”等執(zhí)行暫停操作。

可以理解的是，為使事件統(tǒng)計應(yīng)用可以對播放器事件進(jìn)行精確的統(tǒng)計，上述通知消息中，還可以包括時間信息。比如事件通知消息可以包括以下信息：xxxx年yy月W日N時M分，“騰訊視頻”調(diào)用了播放器中的“快進(jìn)”API應(yīng)用接口。

本申請實施例的播放器事件統(tǒng)計方法，首先接收應(yīng)用程序編程接口API調(diào)用請求，然后根據(jù)該API調(diào)用請求，生成事件通知消息，再將事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

通過上述分析可知，播放器在收到播放應(yīng)用調(diào)用API接口的請求后，向事件統(tǒng)計應(yīng)用發(fā)送事件統(tǒng)計消息，從而使事件統(tǒng)計應(yīng)用對播放器事件進(jìn)行統(tǒng)計，下面結(jié)合圖2，以事件統(tǒng)計應(yīng)用側(cè)為例，對本申請實施例提供的播放器事件統(tǒng)計方法進(jìn)行進(jìn)一步說明。

圖2是本申請另一個實施例的播放器事件統(tǒng)計方法的流程圖。

如圖2所示，該播放器事件方法包括：

S201，接收播放器發(fā)送的事件通知消息，所述事件通知消息中包括目標(biāo)應(yīng)用程序編程接口的標(biāo)識。

其中，本實施例中的目標(biāo)應(yīng)用程序編程接口的標(biāo)識，指播放器當(dāng)前執(zhí)行的事件對應(yīng)的API接口標(biāo)識，比如播放器當(dāng)前執(zhí)行的“快進(jìn)”操作，則目標(biāo)API標(biāo)識為“快進(jìn)”API標(biāo)識。

具體的，本實施例提供的播放器事件統(tǒng)計方法的執(zhí)行主體，為本申請實施例提供的事件統(tǒng)計裝置，該裝置可以被配置在具有系統(tǒng)播放器的終端設(shè)備中，用于對終端設(shè)備中播放器執(zhí)行的事件進(jìn)行統(tǒng)計。其中，終端設(shè)備可以為電視盒子、電視機、手機、電腦等任意電子設(shè)備。

S201，依據(jù)當(dāng)前的統(tǒng)計策略，根據(jù)所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識，對所述播發(fā)器的事件進(jìn)行統(tǒng)計。

其中，當(dāng)前的統(tǒng)計策略，指事件統(tǒng)計裝置根據(jù)當(dāng)前的配置信息，確定的統(tǒng)計策略。

具體的，統(tǒng)計策略中可以包括統(tǒng)計方式和/或統(tǒng)計內(nèi)容。其中統(tǒng)計方式，用于指示對播放器事件的統(tǒng)計形式，比如按時間段統(tǒng)計、按事件分類統(tǒng)計等等；統(tǒng)計內(nèi)容，用于指示要統(tǒng)計的事件類型，比如僅統(tǒng)計快進(jìn)事件、暫停事件、錯誤事件等等?；蛘撸y(tǒng)計策略中還可以包括統(tǒng)計方法，比如調(diào)用百度云的事件統(tǒng)計代碼來統(tǒng)計，或者調(diào)用阿里云的事件統(tǒng)計代碼來統(tǒng)計等等。

舉例來說，若事件統(tǒng)計裝置根據(jù)當(dāng)前的配置信息確定的當(dāng)前的統(tǒng)計策略為：將播放器所有事件按照先后順序依次存在本地，則事件統(tǒng)計裝置即可在收到播放器發(fā)送的事件通知消息后，將事件通知消息中的API接口標(biāo)識根據(jù)預(yù)設(shè)的順序存儲在本地。

或者，若當(dāng)前的統(tǒng)計策略為：僅統(tǒng)計“快進(jìn)”事件，則事件統(tǒng)計裝置在收到播放器發(fā)送事件通知消息后，若確定此次事件通知消息中包括的目標(biāo)API接口的標(biāo)識為“快進(jìn)”事件的標(biāo)識，那么即可對此次事件進(jìn)行統(tǒng)計，而若此次事件通知消息中包括的目標(biāo)API接口的標(biāo)識為“暫停”事件的標(biāo)識，那么即可忽略此次事件通知消息。

相應(yīng)的，在本實施一種可能的實現(xiàn)形式中，若要對當(dāng)前的統(tǒng)計策略進(jìn)行更新時，可以通過更新事件統(tǒng)計裝置中的配置信息，來實現(xiàn)統(tǒng)計策略更新，即上述方法，還包括：

接收統(tǒng)計策略更新指令，所述更新指令中包括統(tǒng)計方式和/或統(tǒng)計內(nèi)容；

根據(jù)所述統(tǒng)計方式和/或統(tǒng)計內(nèi)容，對當(dāng)前的統(tǒng)計策略進(jìn)行更新。

可以理解的是，可以通過更新指令僅對統(tǒng)計策略中的統(tǒng)計方式進(jìn)行更新，也可以僅對統(tǒng)計內(nèi)容進(jìn)行更新，或者對統(tǒng)計方式和統(tǒng)計內(nèi)容同時進(jìn)行更新，本實施例對此不作限定。

由此可以看出，用戶需要更改播放器事件的統(tǒng)計方式或統(tǒng)計內(nèi)容時，僅需要更改播放器事件統(tǒng)計裝置中的配置信息即可，而無須修改播放器側(cè)的代碼，也就無須在播放器事件統(tǒng)計功能進(jìn)行更新時，對播放器進(jìn)行測試，從而簡化了播放器事件統(tǒng)計功能的更新過程，降低了測試壓力，

進(jìn)一步地，由于終端設(shè)備中可以安裝多個播放應(yīng)用，不同的播放應(yīng)用執(zhí)行播放器事件的規(guī)律可能不同，因此為了對播放器事件進(jìn)行準(zhǔn)確的統(tǒng)計，上述事件通知消息中，還可以包括：調(diào)用所述目標(biāo)應(yīng)用程序編程接口的第一播放應(yīng)用的標(biāo)識。

舉例來說，若是“優(yōu)酷視頻”調(diào)用了播放器中的“快進(jìn)”API接口，則事件通知消息中，可以即包括“優(yōu)酷視頻”的標(biāo)識，又包括“快進(jìn)”API接口的標(biāo)識。相應(yīng)的播放器事件統(tǒng)計裝置，在收到上述形式的事件通知消息后，即可將“快進(jìn)”API接口的標(biāo)識放入與“優(yōu)酷視頻”的標(biāo)識對應(yīng)的文檔中，從而使服務(wù)器或者工作人員可以根據(jù)與“優(yōu)酷視頻”的標(biāo)識對應(yīng)的文檔，對“優(yōu)酷視頻”應(yīng)用的使用播放器的情況進(jìn)行可靠的分析，從而對播放器進(jìn)行改善和優(yōu)化。

本申請實施例的播放器事件統(tǒng)計方法，首先接收播放器發(fā)送的事件通知消息，然后依據(jù)當(dāng)前的統(tǒng)計策略，根據(jù)所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識，對播發(fā)器的事件進(jìn)行統(tǒng)計。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

為了實現(xiàn)上述實施例，本申請還提出一種播放器。

圖3是本申請一個實施例的播放器的結(jié)構(gòu)示意圖。

如圖3所示，該播放器包括：

第一接收模塊31，用于接收應(yīng)用程序編程接口調(diào)用請求，所述調(diào)用請求中包括目標(biāo)應(yīng)用程序編程接口的標(biāo)識；

生成模塊32，用于根據(jù)所述調(diào)用請求，生成事件通知消息，所述事件通知消息中包括所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識；

發(fā)送模塊33，用于將所述事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用。

具體的，本實施例提供的播放器可以被配置在任何可安裝播放應(yīng)用的終端設(shè)備中。

在本實施例一種可能的實現(xiàn)形式中，當(dāng)終端設(shè)備中安裝的播放應(yīng)用的數(shù)量大于1個時，播放器還需要確定發(fā)送調(diào)用請求的播放應(yīng)用的標(biāo)識，即播放器還包括：

確定模塊，用于確定發(fā)送所述調(diào)用請求的第一播放應(yīng)用的標(biāo)識；

相應(yīng)的，上述生成模塊32，具體用于：

根據(jù)所述調(diào)用請求及所述第一播放應(yīng)用的標(biāo)識，生成所述事件通知消息。

需要說明的是，前述對圖1所示的播放器事件統(tǒng)計方法實施例的解釋說明也適用于該實施例的播放器，此處不再贅述。

本申請實施例的播放器，首先接收應(yīng)用程序編程接口API調(diào)用請求，然后根據(jù)該API調(diào)用請求，生成事件通知消息，再將事件通知消息發(fā)送給事件統(tǒng)計應(yīng)用。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

圖4是本申請一個實施例的播放器事件統(tǒng)計裝置的結(jié)構(gòu)示意圖，如圖4所示，該播放器事件統(tǒng)計裝置，包括：

第二接收模塊41，用于接收播放器發(fā)送的事件通知消息，所述事件通知消息中包括目標(biāo)應(yīng)用程序編程接口的標(biāo)識；

統(tǒng)計模塊42，用于依據(jù)當(dāng)前的統(tǒng)計策略，根據(jù)所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識，對所述播發(fā)器的事件進(jìn)行統(tǒng)計。

其中，該播放器事件統(tǒng)計裝置，可以被配置在任何具有播放器功能的終端設(shè)備中，用于對播放器事件進(jìn)行統(tǒng)計。

具體的，終端設(shè)備中安裝的播放應(yīng)用在調(diào)用播放器的相關(guān)接口時，播放器即可向播放器事件統(tǒng)計裝置發(fā)送事件通知消息，從而播放器事件統(tǒng)計裝置即可統(tǒng)計該事件。

在本實施例一種可能的實現(xiàn)形式中，若終端設(shè)備中安裝的播放應(yīng)用數(shù)量大于1，則所述事件通知消息中還包括：調(diào)用所述目標(biāo)應(yīng)用程序編程接口的第一播放應(yīng)用的標(biāo)識。

進(jìn)一步地，該裝置還包括：

第三接收模塊43，用于接收統(tǒng)計策略更新指令，所述更新指令中包括統(tǒng)計方式和/或統(tǒng)計內(nèi)容；

更新模塊44，用于根據(jù)所述統(tǒng)計方式和/或統(tǒng)計內(nèi)容，對當(dāng)前的統(tǒng)計策略進(jìn)行更新。

需要說明的是，前述對圖2所示的播放器事件統(tǒng)計方法實施例的解釋說明也適用于該實施例的播放器事件統(tǒng)計裝置，此處不再贅述。

本申請實施例的播放器事件統(tǒng)計裝置，首先接收播放器發(fā)送的事件通知消息，然后依據(jù)當(dāng)前的統(tǒng)計策略，根據(jù)所述目標(biāo)應(yīng)用程序編程接口的標(biāo)識，對播發(fā)器的事件進(jìn)行統(tǒng)計。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

圖5是本申請一個實施例的終端設(shè)備的結(jié)構(gòu)示意圖，如圖5所示，該終端設(shè)備5包括：播放器51和播放器事件統(tǒng)計裝置52。

其中，播放器51的結(jié)構(gòu)和功能，可參照上述圖1及圖3所示實施例的詳細(xì)描述，播放器事件統(tǒng)計裝置52的結(jié)構(gòu)和功能，可參照上述圖2及圖4所示實施例的詳細(xì)描述，此處不再贅述。

本申請實施例的終端設(shè)備，播放器在收到API接口調(diào)用請求后，生成事件通知消息，發(fā)送給播放器事件統(tǒng)計裝置，由播放器事件統(tǒng)計裝置對播放器事件進(jìn)行統(tǒng)計。由此，實現(xiàn)了播放器功能與事件統(tǒng)計功能的解耦，降低了事件統(tǒng)計功能更新過程的復(fù)雜度，減少了事件統(tǒng)計更新后的測試壓力，提高了播放器的可靠性。

在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本申請的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不必須針對的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任一個或多個實施例或示例中以合適的方式結(jié)合。此外，在不相互矛盾的情況下，本領(lǐng)域的技術(shù)人員可以將本說明書中描述的不同實施例或示例以及不同實施例或示例的特征進(jìn)行結(jié)合和組合。

此外，術(shù)語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性或者隱含指明所指示的技術(shù)特征的數(shù)量。由此，限定有“第一”、“第二”的特征可以明示或者隱含地包括至少一個該特征。在本申請的描述中，“多個”的含義是至少兩個，例如兩個，三個等，除非另有明確具體的限定。

流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)定制邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本申請的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應(yīng)被本申請的實施例所屬技術(shù)領(lǐng)域的技術(shù)人員所理解。

應(yīng)當(dāng)理解，本申請的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn)：具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。

本技術(shù)領(lǐng)域的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。

此外，在本申請各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。

上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。盡管上面已經(jīng)示出和描述了本申請的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本申請的限制，本領(lǐng)域的普通技術(shù)人員在本申請的范圍內(nèi)可以對上述實施例進(jìn)行變化、修改、替換和變型。