播放器事件统计方法、装置、播放器及终端设备与流程

本申请涉及信息处理技术领域，尤其涉及一种播放器事件统计方法、装置播放器及终端设备。

背景技术：

电视盒子是一个小型的计算终端设备，只要简单的通过HDMI或色差线等技术将其与传统电视连接，就能在传统电视上实现网页浏览、网络视频播放、应用程序安装，甚至能将手机、平板中的照片和视频投射到家中的大屏幕电视当中。

在电视盒子中，系统播放器是非常核心的系统应用，为了清楚的掌握电视盒子中播放器的使用，需要对电视盒子系统播放器的各种事件，比如开始播放、快进、结束播放、暂停、错误等进行统计，一般的做法是在发生这些事件时，在播放器内部调用相关的应用程序编程接口(Application Programming Interface，简称API)进行统计的。

但是，由于对播放器事件的统计方法或者统计内容可能是随时变化的，这就需要在事件统计的内容或方法变化时，随时更新电视盒子中系统播放器的代码，并对更新后的播放器代码进行测试。这使得对播发器事件的统计功能进行更新时，更新过程复杂，测试压力大。

技术实现要素：

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的第一个目的在于提出一种播放器事件统计方法，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

本申请的第二个目的在于提出另一种播放器事件统计方法。

本申请的第三个目的在于提出一种播放器。

本申请的第四个目的在于提出一种播放器事件统计装置。

本申请的第五个目的在于提出一种终端设备。

为达上述目的，本申请第一方面实施例提出了一种播放器事件统计方法，包括：接收应用程序编程接口调用请求，所述调用请求中包括目标应用程序编程接口的标识；根据所述调用请求，生成事件通知消息，所述事件通知消息中包括所述目标应用程序编程接口的标识；将所述事件通知消息发送给事件统计应用。

本申请实施例的播放器事件统计方法，首先接收应用程序编程接口API调用请求，然后根据该API调用请求，生成事件通知消息，再将事件通知消息发送给事件统计应用。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

为达上述目的，本申请第二方面实施例提出了一种播放器事件统计方法，包括：接收播放器发送的事件通知消息，所述事件通知消息中包括目标应用程序编程接口的标识；依据当前的统计策略，根据所述目标应用程序编程接口的标识，对所述播发器的事件进行统计。

本申请实施例的播放器事件统计方法，首先接收播放器发送的事件通知消息，然后依据当前的统计策略，根据所述目标应用程序编程接口的标识，对播发器的事件进行统计。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

为达上述目的，本申请第三方面实施例提出了一种播放器，第一接收模块，用于接收应用程序编程接口调用请求，所述调用请求中包括目标应用程序编程接口的标识；生成模块，用于根据所述调用请求，生成事件通知消息，所述事件通知消息中包括所述目标应用程序编程接口的标识；发送模块，用于将所述事件通知消息发送给事件统计应用。

本申请实施例的播放器，首先接收应用程序编程接口API调用请求，然后根据该API调用请求，生成事件通知消息，再将事件通知消息发送给事件统计应用。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

为达上述目的，本申请第四方面实施例提出了一种播放器事件统计装置，包括：第二接收模块，用于接收播放器发送的事件通知消息，所述事件通知消息中包括目标应用程序编程接口的标识；统计模块，用于依据当前的统计策略，根据所述目标应用程序编程接口的标识，对所述播发器的事件进行统计。

本申请实施例的播放器事件统计装置，首先接收播放器发送的事件通知消息，然后依据当前的统计策略，根据所述目标应用程序编程接口的标识，对播发器的事件进行统计。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

为达上述目的，本申请第五方面实施例提出了一种终端设备，包括：如上述第三方面实施例提供的播放器及第四方面实施例提供的播放器事件统计装置。

本申请实施例的终端设备，播放器在收到API接口调用请求后，生成事件通知消息，发送给播放器事件统计装置，由播放器事件统计装置对播放器事件进行统计。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请一个实施例的播放器事件统计方法的流程图；

图2是本申请另一个实施例的播放器事件统计方法的流程图。

图3是本申请一个实施例的播放器的结构示意图；

图4是本申请一个实施例的播放器事件统计装置的结构示意图；

图5是本申请一个实施例的终端设备的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本发明各实施例主要针对现有技术中，由播放器对播放事件进行统计方式，在统计方法或者统计内容改变时，需要修改整个系统播发器的代码，使得更新过程复杂，测试压力大的问题，提出一种播放器事件统计方法，通过将播放器和事件统计分开执行，来实现播放器功能和事件统计功能的解耦，从而在对事件统计功能进行更新时，仅需更新事件统计功能模块即可，简化了的播放器事件统计的更新过程，减少了测试压力，提高了播放器的可靠性。

下面参考附图描述本申请实施例的播放器事件统计方法及装置。

图1是本申请一个实施例的播放器事件统计方法的流程图。

如图1所示，该播放器事件统计方法包括：

S101，接收应用程序编程接口调用请求，所述调用请求中包括目标应用程序编程接口的标识。

其中，本实施例提供的播放器事件统计方法的执行主体为播放器，该播放器可以被配置在任何可安装播放应用的终端设备中，比如电视盒子、电视机、手机、计算机等等。

具体的，终端设备中的播放器由不同的应用程序编程接口(Application Programming Interface，简称API)组成，来实现与播放相关的不同功能，比如暂停、快进、缓冲、搜索(seek)、停止播放等等。从而终端设备中的具有播放功能的应用在使用过程中，需要通过调用该终端设备中的播放器中的不同API接口，来执行不同的操作。

其中，目标应用程序编程接口的标识，指此次调用请求中，要调用的API接口的标识，其可以是该API接口区别于其它API接口的任一标识，比如为API接口的功能、或者为播放器为各个API接口分配的标识等，本实施例对此不作限定。

举例来说，若终端设备中安装有“百度音乐”播放应用，当用户使用“百度音乐”应用播放音乐时，“百度音乐”应用需要调用终端设备播放器中的“播放”API接口，来实现音乐播放功能，当“百度音乐”应用要暂停音乐播放时，需要调用播放器中的“暂停”API接口，来暂停当前播放的音乐。

S102，根据所述调用请求，生成事件通知消息，所述事件通知消息中包括所述目标应用程序编程接口的标识。

S103，将所述事件通知消息发送给事件统计应用。

具体的，播放器收到API调用请求后，即可根据该调用请求，确定播放器要执行的事件，从而生成事件通知消息，并将事件通知消息发送给事件统计应用，使事件统计应用对播放器执行的事件进行统计。

具体实现时，播放器可以在收到API调用请求后，将该调用请求同步给事件统计应用，或者也可以通过客户端/服务器形式，在播放器侧设置一个客户端接口，在事件统计应用侧设置一个服务器端口，当播放器启动时，客户端接口即可启动，并与事件统计应用侧的服务器端口建立连接，之后播放器即可将播放器侧执行的事件信息，发送给事件统计应用侧，从而事件统计应用即可对播放器事件进行统计。

需要说明的是，由于终端设备中通常会安装有多个播放应用，为了对播放器与不同的播放应用结合使用的情况进行详细的监控，上述播放器在收到调用请求后需要确定是那个播放应用发送的该调用请求，即上述S101之后，还包括：

确定发送所述调用请求的第一播放应用的标识。

具体的，播放器可以通过多种方式，确定第一播放应用的标识。举例来说，对于Android系统而言，播放器可以通过查询当前处于最上层的应用的包名，来确定发送调用请求的第一播放应用的标识；或者，由于任一播放应用在调用播放器时，都会创建一个与该播放应用对应的独立的实例，从而在每个实例内收到的接口调用请求，都可以认为是与该实例对应的播放应用发送的。

在确定了发送调用请求的第一播放应用的标识后，播放器即可向事件统计应用，发送包括该第一播放应用的标识的事件通知消息，从而使事件统计应用对此次事件进行统计。

举例来说，若终端设备中安装有“爱奇异”、“腾讯视频”、“乐视高清”等视频播放应用，那么“爱奇异”播放应用在调用播放器中的暂停API接口时，播放器在确定了是“爱奇异”在调用暂停API接口后，即可通过调用暂停API接口，为“爱奇异”执行暂停操作，而不是为“腾讯视频”或“腾讯视频”等执行暂停操作。

可以理解的是，为使事件统计应用可以对播放器事件进行精确的统计，上述通知消息中，还可以包括时间信息。比如事件通知消息可以包括以下信息：xxxx年yy月W日N时M分，“腾讯视频”调用了播放器中的“快进”API应用接口。

本申请实施例的播放器事件统计方法，首先接收应用程序编程接口API调用请求，然后根据该API调用请求，生成事件通知消息，再将事件通知消息发送给事件统计应用。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

通过上述分析可知，播放器在收到播放应用调用API接口的请求后，向事件统计应用发送事件统计消息，从而使事件统计应用对播放器事件进行统计，下面结合图2，以事件统计应用侧为例，对本申请实施例提供的播放器事件统计方法进行进一步说明。

图2是本申请另一个实施例的播放器事件统计方法的流程图。

如图2所示，该播放器事件方法包括：

S201，接收播放器发送的事件通知消息，所述事件通知消息中包括目标应用程序编程接口的标识。

其中，本实施例中的目标应用程序编程接口的标识，指播放器当前执行的事件对应的API接口标识，比如播放器当前执行的“快进”操作，则目标API标识为“快进”API标识。

具体的，本实施例提供的播放器事件统计方法的执行主体，为本申请实施例提供的事件统计装置，该装置可以被配置在具有系统播放器的终端设备中，用于对终端设备中播放器执行的事件进行统计。其中，终端设备可以为电视盒子、电视机、手机、电脑等任意电子设备。

S201，依据当前的统计策略，根据所述目标应用程序编程接口的标识，对所述播发器的事件进行统计。

其中，当前的统计策略，指事件统计装置根据当前的配置信息，确定的统计策略。

具体的，统计策略中可以包括统计方式和/或统计内容。其中统计方式，用于指示对播放器事件的统计形式，比如按时间段统计、按事件分类统计等等；统计内容，用于指示要统计的事件类型，比如仅统计快进事件、暂停事件、错误事件等等。或者，统计策略中还可以包括统计方法，比如调用百度云的事件统计代码来统计，或者调用阿里云的事件统计代码来统计等等。

举例来说，若事件统计装置根据当前的配置信息确定的当前的统计策略为：将播放器所有事件按照先后顺序依次存在本地，则事件统计装置即可在收到播放器发送的事件通知消息后，将事件通知消息中的API接口标识根据预设的顺序存储在本地。

或者，若当前的统计策略为：仅统计“快进”事件，则事件统计装置在收到播放器发送事件通知消息后，若确定此次事件通知消息中包括的目标API接口的标识为“快进”事件的标识，那么即可对此次事件进行统计，而若此次事件通知消息中包括的目标API接口的标识为“暂停”事件的标识，那么即可忽略此次事件通知消息。

相应的，在本实施一种可能的实现形式中，若要对当前的统计策略进行更新时，可以通过更新事件统计装置中的配置信息，来实现统计策略更新，即上述方法，还包括：

接收统计策略更新指令，所述更新指令中包括统计方式和/或统计内容；

根据所述统计方式和/或统计内容，对当前的统计策略进行更新。

可以理解的是，可以通过更新指令仅对统计策略中的统计方式进行更新，也可以仅对统计内容进行更新，或者对统计方式和统计内容同时进行更新，本实施例对此不作限定。

由此可以看出，用户需要更改播放器事件的统计方式或统计内容时，仅需要更改播放器事件统计装置中的配置信息即可，而无须修改播放器侧的代码，也就无须在播放器事件统计功能进行更新时，对播放器进行测试，从而简化了播放器事件统计功能的更新过程，降低了测试压力，

进一步地，由于终端设备中可以安装多个播放应用，不同的播放应用执行播放器事件的规律可能不同，因此为了对播放器事件进行准确的统计，上述事件通知消息中，还可以包括：调用所述目标应用程序编程接口的第一播放应用的标识。

举例来说，若是“优酷视频”调用了播放器中的“快进”API接口，则事件通知消息中，可以即包括“优酷视频”的标识，又包括“快进”API接口的标识。相应的播放器事件统计装置，在收到上述形式的事件通知消息后，即可将“快进”API接口的标识放入与“优酷视频”的标识对应的文档中，从而使服务器或者工作人员可以根据与“优酷视频”的标识对应的文档，对“优酷视频”应用的使用播放器的情况进行可靠的分析，从而对播放器进行改善和优化。

本申请实施例的播放器事件统计方法，首先接收播放器发送的事件通知消息，然后依据当前的统计策略，根据所述目标应用程序编程接口的标识，对播发器的事件进行统计。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

为了实现上述实施例，本申请还提出一种播放器。

图3是本申请一个实施例的播放器的结构示意图。

如图3所示，该播放器包括：

第一接收模块31，用于接收应用程序编程接口调用请求，所述调用请求中包括目标应用程序编程接口的标识；

生成模块32，用于根据所述调用请求，生成事件通知消息，所述事件通知消息中包括所述目标应用程序编程接口的标识；

发送模块33，用于将所述事件通知消息发送给事件统计应用。

具体的，本实施例提供的播放器可以被配置在任何可安装播放应用的终端设备中。

在本实施例一种可能的实现形式中，当终端设备中安装的播放应用的数量大于1个时，播放器还需要确定发送调用请求的播放应用的标识，即播放器还包括：

确定模块，用于确定发送所述调用请求的第一播放应用的标识；

相应的，上述生成模块32，具体用于：

根据所述调用请求及所述第一播放应用的标识，生成所述事件通知消息。

需要说明的是，前述对图1所示的播放器事件统计方法实施例的解释说明也适用于该实施例的播放器，此处不再赘述。

本申请实施例的播放器，首先接收应用程序编程接口API调用请求，然后根据该API调用请求，生成事件通知消息，再将事件通知消息发送给事件统计应用。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

图4是本申请一个实施例的播放器事件统计装置的结构示意图，如图4所示，该播放器事件统计装置，包括：

第二接收模块41，用于接收播放器发送的事件通知消息，所述事件通知消息中包括目标应用程序编程接口的标识；

统计模块42，用于依据当前的统计策略，根据所述目标应用程序编程接口的标识，对所述播发器的事件进行统计。

其中，该播放器事件统计装置，可以被配置在任何具有播放器功能的终端设备中，用于对播放器事件进行统计。

具体的，终端设备中安装的播放应用在调用播放器的相关接口时，播放器即可向播放器事件统计装置发送事件通知消息，从而播放器事件统计装置即可统计该事件。

在本实施例一种可能的实现形式中，若终端设备中安装的播放应用数量大于1，则所述事件通知消息中还包括：调用所述目标应用程序编程接口的第一播放应用的标识。

进一步地，该装置还包括：

第三接收模块43，用于接收统计策略更新指令，所述更新指令中包括统计方式和/或统计内容；

更新模块44，用于根据所述统计方式和/或统计内容，对当前的统计策略进行更新。

需要说明的是，前述对图2所示的播放器事件统计方法实施例的解释说明也适用于该实施例的播放器事件统计装置，此处不再赘述。

本申请实施例的播放器事件统计装置，首先接收播放器发送的事件通知消息，然后依据当前的统计策略，根据所述目标应用程序编程接口的标识，对播发器的事件进行统计。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

图5是本申请一个实施例的终端设备的结构示意图，如图5所示，该终端设备5包括：播放器51和播放器事件统计装置52。

其中，播放器51的结构和功能，可参照上述图1及图3所示实施例的详细描述，播放器事件统计装置52的结构和功能，可参照上述图2及图4所示实施例的详细描述，此处不再赘述。

本申请实施例的终端设备，播放器在收到API接口调用请求后，生成事件通知消息，发送给播放器事件统计装置，由播放器事件统计装置对播放器事件进行统计。由此，实现了播放器功能与事件统计功能的解耦，降低了事件统计功能更新过程的复杂度，减少了事件统计更新后的测试压力，提高了播放器的可靠性。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。