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

背景技術(shù)：

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

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

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

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

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

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

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

本申請(qǐng)的第三個(gè)目的在于提出一種播放器。

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

圖1是本申請(qǐng)一個(gè)實(shí)施例的播放器事件統(tǒng)計(jì)方法的流程圖；

圖2是本申請(qǐng)另一個(gè)實(shí)施例的播放器事件統(tǒng)計(jì)方法的流程圖。

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

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

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

具體實(shí)施方式

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

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

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

圖1是本申請(qǐng)一個(gè)實(shí)施例的播放器事件統(tǒng)計(jì)方法的流程圖。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

圖2是本申請(qǐng)另一個(gè)實(shí)施例的播放器事件統(tǒng)計(jì)方法的流程圖。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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