播放器性能分析方法、系统、设备及存储介质与流程

1.本技术属于多媒体播放技术领域，具体地，涉及一种播放器性能分析方法、系统、设备及存储介质。


背景技术：

2.状态机理论用以描述软件系统中复杂的交互系统，在系统不同阶段会呈现出不同的运行状态。目前，在网络上比如移动端app有大量使用播放器的场景，比如常见的直播视频流及直播回放，用户上传分享的视频、电视剧、音乐或者有声读物等内容都需要使用到播放器，目前市场存在一些专门研发的播放器，或者市场上开放的播放器sdk(software development kit)。
3.目前市场上开放的播放器sdk没有针对性能方面的相关统计，移动端接入后无法分析获取线上播放器的稳定性及相关数据。当应用程序需要更换播放器时，提升播放器性能时也无数据对比；在同一项目中接入多个播放器sdk时，便无法确定哪个播放器更稳定，或者哪个播放器更需要维护；产品经理及运营人员也无法分析线上相关音视频上线效果以此来做出有效的决策。


技术实现要素：

4.本发明提出了一种播放器性能分析方法、系统、设备及存储介质，旨在解决现有多个播放器同时工作时，无法获取单个播放器性能的问题。
5.根据本技术实施例的第一个方面，提供了一种播放器性能分析方法，包括以下步骤：
6.根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；
7.根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；
8.根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；
9.根据每个播放器的播放性能日志，生成并显示性能对比报表。
10.在本技术一些实施方式中，预设统一状态机映射规则具体包括：
11.获取目标应用中接入的每个播放器的状态机数据，将所有状态机数据中的播放状态进行汇总，得到统一状态机的播放状态；
12.分别为统一状态机的每个播放状态分配状态编号；
13.将每个播放状态与对应的状态编号确定为统一状态机的映射规则。
14.在本技术一些实施方式中，根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表，具体包括：
15.将每个播放器的状态机数据中播放状态及对应的状态编号，按照时间进行排序，得到状态序列；
16.根据每个播放器的状态序列得到每个播放器的播放事件列表。
17.在本技术一些实施方式中，根据每个播放器的播放事件列表，生成每个播放器的播放性能日志，具体包括：
18.查询第一播放器的播放事件列表中是否包括起播事件；第一播放器为每个播放器中的任一播放器；
19.如果是，计算起播事件中初始化创建以及出现音视频首帧两个播放状态之间的时长，得到起播耗时；
20.计算起播耗时和音视频的播放时长的比值，得到第一播放器的起播率。
21.在本技术一些实施方式中，根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表，还包括：
22.当播放器的播放状态从初始化创建变化到出现音视频首帧时，设定为起播事件；和/或，
23.计算播放器的正在播放以及缓存数据为空的两个播放状态之间的时长；若时长大于或等于卡顿阈值，则确定播放器发生了一次卡顿事件。
24.在本技术一些实施方式中，根据每个播放器的播放事件列表，生成每个播放器的播放性能日志，具体包括：
25.查询第一播放器的播放事件列表中是否包括卡顿事件；
26.如果是，分别计算音视频对应的正在播放的状态以及每个卡顿事件对应的缓存数据为空的播放状态之间的时长，得到每个卡顿事件对应的卡顿时长；
27.计算所有卡顿事件的卡顿时长之和与音视频的播放时长的比值，得到第一播放器的卡顿率。
28.在本技术一些实施方式中，根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据，具体包括：
29.获取目标应用中接入的每个播放器的播放状态；
30.按照统一状态机的映射规则，分别确定每个播放器的每个播放状态对应的状态编号；
31.将每个播放器的播放状态及对应的状态编号分别确定为每个播放器的状态机数据。
32.根据本技术实施例的第二个方面，提供了一种播放器性能分析系统，具体包括：
33.状态机数据获取模块：用于根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；
34.播放事件模块：用于根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；
35.播放性能模块：用于根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；
36.性能展示模块：用于根据每个播放器的播放性能日志，生成并显示性能对比报表。
37.根据本技术实施例的第三个方面，提供了一种播放器性能分析设备，包括：
38.存储器：用于存储可执行指令；以及
39.处理器:用于与所述存储器连接以执行所述可执行指令从而完成以上播放器性能分析方法。
40.根据本技术实施例的第四个方面，提供了一种计算机可读存储介质，其上存储有计算机程序；计算机程序被处理器执行以实现播放器性能分析方法。
41.采用本技术的播放器性能分析方法、系统、设备及存储介质，根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；根据每个播放器的播放性能日志，生成并显示性能对比报表。本技术的播放器性能分析中，可以实时采集多个不同播放器的播放状态，进行状态统一后实时进行性能对比与分析，方便了运营人员实时分析线上相关音视频上线效果并依据此做出有效的决策。
附图说明
42.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
43.图1中示出了根据本技术实施例的播放器的状态机的状态示意图；
44.图2中示出了根据本技术实施例的一种播放器性能分析方法的步骤示意图；
45.图3中示出了根据本技术的预设统一状态机映射规则的步骤示意图；
46.图4中示出了根据本技术播放器起播事件性能的分析步骤示意图；
47.图5中示出了根据本技术播放器性能分析柱状显示示意图；
48.图6中示出了根据本技术实施例的播放器性能分析系统的结构示意图；
49.图7中示出了根据本技术实施例的播放器性能分析设备的结构示意图。
具体实施方式
50.在实现本技术的过程中，发明人发现在播放器性能分析中，若同一项目中接入多个播放器sdk时，因开放的播放器sdk没有针对性能方面的相关统计，移动端接入后无法分析获取线上播放器的稳定性及相关数据。因此，项目中便无法确定哪个播放器更稳定，或者哪个播放器更需要维护；产品经理及运营人员也无法分析线上相关音视频上线效果以此来做出有效的决策。
51.本技术考虑到，虽然市场上有大量不同的播放器sdk提供支持，但是由于播放原理一致，不同的播放器在播放视频流时的生命周期一致，基于这一原理可以将不同平台播放器的状态映射成自有的一套状态机中，再通过状态机之间的来回变化自动分析出播放状态，以此为依据实现性能及业务所需数据统一采集上报。
52.整体而言，本技术在播放器性能分析中，主要分为以下四个流程步骤：
53.步骤1：获取不同台播放器在工作时的状态机数据，映射成统一的自定义的状态机；同时根据自定义的状态机生成不同播放器在工作时的状态机序列。
54.图1中示出了根据本技术实施例的播放器的状态机的状态示意图。
55.如图1所示，可以看到本技术自定义的播放状态，其中，状态机的核心状态包括：播放器初始化、准备播放所需组件、播放组件准备完成且准备开始播放、播放组件准备完成且准备开始连接、缓存数据为空状态、正在播放状态、暂停状态、停止状态、错误状态且播放出现错误时会出现此状态、自动重连的状态以及播放完成等状态。
56.因为不同的播放器，其状态机有不同的播放状态，播放器a自定义的状态机中可能包括播放器b没有定义的播放状态，相同的，播放器b自定义的状态机中也可能包括播放器a没有定义的播放状态。
57.本技术通过步骤1，将不同的播放器的状态机数据进行汇总，在本技术自定义的统一状态机中包括所有播放器的所有播放状态，并将所有状态机中的播放状态进行编号，一个编号对应一个播放状态，这也是播放状态映射播放编号的映射规则。
58.通过汇总的所有的播放状态以及一一对应的播放编号，构成了预设的统一状态机，统一状态机的映射规则，即将播放状态根据统一状态机映射为对应播放状态，或者将播放编号根据统一状态机映射为相应的播放状态。
59.最后，获取一个项目应用中所有的播放器的状态机数据，状态机数据由按照时间排列的多个播放状态组成。
60.同时还可以根据以上预设的统一状态机的映射规则，将每个播放器的各个播放状态根据时间排列映射为编号序列。
61.步骤2：根据状态机序列，通过节点处的播放状态分析，生成播放器的事件序列并记录日志。事件序列由多个播放事件按照时间顺序进行排列而成。
62.步骤3：通过事件序列分析出在不同设备及环境下的播放器的性能及业务数据。
63.例如，通过播放器初始化创建至听(看)到音视频首帧这两个播放状态，可以确定起搏事件；根据播放器初始化创建至听(看)到音视频首帧这两个播放状态之间的时长统计，可以确定起播时长，通过起播市场可获得不同播放器sdk对于同一音视频链接的起播的耗时，时间越短性能越优。
64.又例如，网络环境下，硬件设备、sdk音视频解码性能等都会导致在播放的过程中不同程度的卡顿，用户可感知到卡顿。对“正在播放状态”和“缓存数据为空状态”两个播放状态之间时间戳做差值，开发者可自定义超过500ms的计为1次卡顿，当收到播放器“播放完成”状态时，对本次播放中的所有的卡顿次数的时长做总和，此总卡顿时长除以真实播放时长得到的比值，则称为卡顿率。
65.因为直播和普通音视频来源不同，直播主播端需要采集画面，传输到观众端后需要实时解码进行渲染到播放器中进行观看，消耗的性能是高于普通音视频的资源播放的，因此从上述获得的播放器的卡顿率分析中，可以区分出直播和普通音视频。
66.步骤4：性能及业务数据上报，通过后端生成可视化的性能及业务数据报表。
67.最后，通过后端将多个播放器的不同性能分析结果或者业务数据进行可视化展示，方便用户进行不同播放器的性能对比，有利于快速做出分析结果。
68.例如，可采用柱状图、饼状图或者曲线图将数据进行处理展示。
69.综合而言，本技术的播放器性能分析方法、系统、设备及存储介质，根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；根据每个播放器的播放性能日志，生成并显示性能对比报表。本技术的播放器性能分析中，可以实时采集多个不同播放器的播放状态，进行状态统一后实时进行性能对比与分析，方便了运营人员实时分析线上相关音视频上线效果并依据此做出有效的决策。
70.为了使本技术实施例中的技术方案及优点更加清楚明白，以下结合附图对本技术的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本技术的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互组合。
71.实施例1
72.图2中示出了根据本技术实施例的一种播放器性能分析方法的步骤示意图。
73.如图2所示，本实施例的播放器性能分析方法具体包括以下步骤：
74.步骤101：根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据。
75.图3中示出了根据本技术的预设统一状态机映射规则的步骤示意图。
76.如图3所示，其中，预设统一状态机映射规则具体包括：
77.步骤1011：获取目标应用中接入的每个播放器的状态机数据，将所有状态机数据中的播放状态进行汇总，如图1所示，得到统一状态机的播放状态。
78.步骤1012：分别为统一状态机的每个播放状态分配状态编号。步骤1013：将每个播放状态与对应的状态编号确定为统一状态机的映射规则。
79.具体实施举例为如下：播放器初始化编号为01、准备播放所需组件编号为02、播放组件准备完成且准备开始播放编号为03、播放组件准备完成且准备开始连接编号为04、缓存数据为空状态编号为05、正在播放状态编号为06、暂停状态编号为07、停止状态编号为08、错误状态且播放出现错误时会出现此状态编号为09、自动重连的状态编号为10以及播放完成编号为11。
80.因为不同的播放器，其状态机有不同的播放状态。例如，播放器a自定义的状态机中可能包括播放器b没有定义的播放状态，相同的，播放器b自定义的状态机中也可能包括播放器a没有定义的播放状态。
81.本技术中，将不同的播放器的状态机数据进行汇总，在本技术自定义的统一状态机中包括所有播放器的所有播放状态，并将所有状态机中的播放状态进行编号，一个编号对应一个播放状态，这也是播放状态映射播放编号的映射规则。
82.通过汇总的所有的播放状态以及一一对应的播放编号，构成了预设的统一状态机，统一状态机的映射规则，即将播放状态根据统一状态机映射为对应播放状态，或者将播放编号根据统一状态机映射为相应的播放状态。
83.通过步骤101，可以获得每个播放器的状态机数据，状态机数据由按照时间排列的多个播放状态组成。
84.具体实施举例为：将播放器a的播放状态按照时间进行排列，得到的状态机数据为：准备播放所需组件、播放组件准备、播放组件准备完成且准备开始连接、正在播放状态、暂停状态以及停止状态。
85.其它实施例中，还具体包括：首先，获取目标应用中接入的每个播放器的播放状态；其次，按照统一状态机的映射规则，分别确定每个播放器的每个播放状态对应的状态编号；最后，将每个播放器的播放状态及对应的状态编号分别确定为每个播放器的状态机数据。根据预设的统一状态机的映射规则，将每个播放器的各个播放状态根据时间排列映射为编号序列。
86.具体实施举例为：将播放器a的播放状态按照时间进行排列，由一系列播放状态：准备播放所需组件、播放组件准备、播放组件准备完成且准备开始连接、正在播放状态、暂停状态以及停止状态，得到的状态机数据为：02、03、04、06、07以及08。
87.通过编号序列代替播放状态构成的序列进行存储和运算，大大减少了播放器性能分析过程中所占内存以及计算量。
88.步骤102：根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表。
89.具体展开来说明的，将每个播放器的状态机数据中播放状态及对应的状态编号，按照时间进行排序，得到状态序列；根据每个播放器的状态序列得到每个播放器的播放事件列表。
90.事件序列由多个播放事件按照时间顺序进行排列而成。例如，播放事件列表为起播、第一次卡顿、第2次卡顿、
…
、播放完成。
91.其中，根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表，还包括：当播放器的播放状态从初始化创建变化到出现音视频首帧时，设定为起播事件；和/或，计算播放器的正在播放以及缓存数据为空的两个播放状态之间的时长；若时长大于或等于卡顿阈值，则确定播放器发生了一次卡顿事件。
92.步骤103：根据每个播放器的播放事件列表，生成每个播放器的播放性能日志。
93.例如，通过播放器初始化创建至听(看)到音视频首帧这两个播放状态，可以确定起搏事件；根据播放器初始化创建至听(看)到音视频首帧这两个播放状态之间的时长统计，可以确定起播时长，通过起播市场可获得不同播放器sdk对于同一音视频链接的起播的耗时，时间越短性能越优。
94.又例如，网络环境下，硬件设备、sdk音视频解码性能等都会导致在播放的过程中不同程度的卡顿，用户可感知到卡顿。对“正在播放状态”和“缓存数据为空状态”两个播放状态之间时间戳做差值，开发者可自定义超过500ms的计为1次卡顿，当收到播放器“播放完成”状态时，对本次播放中的所有的卡顿次数的时长做总和，此总卡顿时长除以真实播放时长得到的比值，则称为卡顿率。
95.因为直播和普通音视频来源不同，直播主播端需要采集画面，传输到观众端后需要实时解码进行渲染到播放器中进行观看，消耗的性能是高于普通音视频的资源播放的，因此从上述获得的播放器的卡顿率分析中，可以区分出直播和普通音视频。
96.图4中示出了根据本技术播放器起播事件性能的分析步骤示意图。
97.如图4所示，例如，根据每个播放器的播放事件列表，生成每个播放器的播放性能日志，具体包括：首先，步骤1031：查询第一播放器的播放事件列表中是否包括起播事件；第一播放器为每个播放器中的任一播放器；步骤1032：如果是，计算起播事件中初始化创建以及出现音视频首帧两个播放状态之间的时长，得到起播耗时长；步骤1033：计算起播耗时和音视频的播放时长的比值，得到第一播放器的起播率。
98.又例如，根据每个播放器的播放事件列表，生成每个播放器的播放性能日志，具体包括：首先，查询第一播放器的播放事件列表中是否包括卡顿事件；如果是，分别计算音视频对应的正在播放的状态以及每个卡顿事件对应的缓存数据为空的播放状态之间的时长，得到每个卡顿事件对应的卡顿时长；计算所有卡顿事件的卡顿时长之和与音视频的播放时长的比值，得到第一播放器的卡顿率。
99.步骤104：根据每个播放器的播放性能日志，生成并显示性能对比报表。
100.最后，通过后端将多个播放器的不同性能分析结果或者业务数据进行可视化展示，方便用户进行不同播放器的性能对比，有利于快速做出分析结果。例如，可采用柱状图、饼状图或者曲线图将数据进行处理展示。
101.图5中示出了根据本技术播放器性能分析柱状显示示意图。
102.如图5所示，根据得到的播放器a、播放器b以及播放器c的起播率分别为50％、40％以及20％，通过柱状图进行对比分析可知播放器c的起播耗时最短，时间越短性能越优。且通过直观的对比展示可以看出播放器a和b的起播率大大高于播放器c。
103.最后，本技术的播放器性能分析方法，根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；根据每个播放器的播放性能日志，生成并显示性能对比报表。
104.本技术的播放器性能分析中，可以实时采集多个不同播放器的播放状态，进行状态统一后实时进行性能对比与分析，一套监控适用多套播放器，方便了运营人员实时分析线上相关音视频上线效果以及线上用户行为分析，并依据此做出有效的决策。
105.实施例2
106.本实施例提供了一种播放器性能分析系统，对于本实施例的播放器性能分析系统中未披露的细节，请参照其它实施例中的播放器性能分析方法的具体实施内容。
107.图6中示出了根据本技术实施例的播放器性能分析系统的结构示意图。
108.如图6所示，播放器性能分析系统具体包括：
109.状态机数据获取模块10：用于根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据。
110.其中，预设统一状态机映射规则具体包括：获取目标应用中接入的每个播放器的状态机数据，将所有状态机数据中的播放状态进行汇总，如图1所示，得到统一状态机的播放状态。分别为统一状态机的每个播放状态分配状态编号。将每个播放状态与对应的状态编号确定为统一状态机的映射规则。
111.因为不同的播放器，其状态机有不同的播放状态。例如，播放器a自定义的状态机中可能包括播放器b没有定义的播放状态，相同的，播放器b自定义的状态机中也可能包括播放器a没有定义的播放状态。
112.本技术中，将不同的播放器的状态机数据进行汇总，在本技术自定义的统一状态机中包括所有播放器的所有播放状态，并将所有状态机中的播放状态进行编号，一个编号对应一个播放状态，这也是播放状态映射播放编号的映射规则。
113.通过汇总的所有的播放状态以及一一对应的播放编号，构成了预设的统一状态机，统一状态机的映射规则，即将播放状态根据统一状态机映射为对应播放状态，或者将播放编号根据统一状态机映射为相应的播放状态。
114.通过状态机数据获取模块10，可以获得每个播放器的状态机数据，状态机数据由按照时间排列的多个播放状态组成。
115.其它实施例中，还具体包括：首先，获取目标应用中接入的每个播放器的播放状态；其次，按照统一状态机的映射规则，分别确定每个播放器的每个播放状态对应的状态编
号；最后，将每个播放器的播放状态及对应的状态编号分别确定为每个播放器的状态机数据。根据预设的统一状态机的映射规则，将每个播放器的各个播放状态根据时间排列映射为编号序列。通过编号序列代替播放状态构成的序列进行存储和运算，大大减少了播放器性能分析过程中所占内存以及计算量。
116.播放事件模块20：用于根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表。
117.具体展开来说明的，将每个播放器的状态机数据中播放状态及对应的状态编号，按照时间进行排序，得到状态序列；根据每个播放器的状态序列得到每个播放器的播放事件列表。
118.事件序列由多个播放事件按照时间顺序进行排列而成。例如，播放事件列表为起播、第一次卡顿、第2次卡顿、
…
、播放完成。
119.其中，根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表，还包括：当播放器的播放状态从初始化创建变化到出现音视频首帧时，设定为起播事件；和/或，计算播放器的正在播放以及缓存数据为空的两个播放状态之间的时长；若时长大于或等于卡顿阈值，则确定播放器发生了一次卡顿事件。
120.播放性能模块30：用于根据每个播放器的播放事件列表，生成每个播放器的播放性能日志。
121.根据每个播放器的播放事件列表，生成每个播放器的播放性能日志，具体包括：首先，查询第一播放器的播放事件列表中是否包括起播事件；第一播放器为每个播放器中的任一播放器；如果是，计算起播事件中初始化创建以及出现音视频首帧两个播放状态之间的时长，得到起播耗时；计算起播耗时和音视频的播放时长的比值，得到第一播放器的起播率。
122.又例如，根据每个播放器的播放事件列表，生成每个播放器的播放性能日志，具体包括：首先，查询第一播放器的播放事件列表中是否包括卡顿事件；如果是，分别计算音视频对应的正在播放的状态以及每个卡顿事件对应的缓存数据为空的播放状态之间的时长，得到每个卡顿事件对应的卡顿时长；计算所有卡顿事件的卡顿时长之和与音视频的播放时长的比值，得到第一播放器的卡顿率。
123.性能展示模块40：用于根据每个播放器的播放性能日志，生成并显示性能对比报表。
124.最后，通过后端将多个播放器的不同性能分析结果或者业务数据进行可视化展示，方便用户进行不同播放器的性能对比，有利于快速做出分析结果。例如，可采用柱状图、饼状图或者曲线图将数据进行处理展示。
125.本技术的播放器性能分析系统，状态机数据获取模块10根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；播放事件模块20根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；播放性能模块30根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；性能展示模块40根据每个播放器的播放性能日志，生成并显示性能对比报表。
126.本技术的播放器性能分析中，可以实时采集多个不同播放器的播放状态，进行状态统一后实时进行性能对比与分析，一套监控适用多套播放器，方便了运营人员实时分析
线上相关音视频上线效果以及线上用户行为分析，并依据此做出有效的决策。
127.实施例3
128.本实施例提供了一种播放器性能分析设备，对于本实施例的播放器性能分析设备中未披露的细节，请参照其它实施例中的播放器性能分析方法或系统具体的实施内容。
129.图7中示出了根据本技术实施例的播放器性能分析设备400的结构示意图。
130.如图7所示，播放器性能分析设备400，包括：
131.存储器402：用于存储可执行指令；以及
132.处理器401:用于与存储器402连接以执行可执行指令从而完成运动矢量预测方法。
133.本领域技术人员可以理解，示意图7仅仅是播放器性能分析设备400的示例，并不构成对播放器性能分析设备400的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如播放器性能分析设备400还可以包括输入输出设备、网络接入设备、总线等。
134.所称处理器401(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器401也可以是任何常规的处理器等，处理器401是播放器性能分析设备400的控制中心，利用各种接口和线路连接整个播放器性能分析设备400的各个部分。
135.存储器402可用于存储计算机可读指令，处理器401通过运行或执行存储在存储器402内的计算机可读指令或模块，以及调用存储在存储器402内的数据，实现播放器性能分析设备400的各种功能。存储器402可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据播放器性能分析设备400使用所创建的数据等。此外，存储器402可以包括硬盘、内存、插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)、至少一个磁盘存储器件、闪存器件、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)或其他非易失性/易失性存储器件。
136.播放器性能分析设备400集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。
137.实施例4
138.本实施例提供了一种计算机可读存储介质，其上存储有计算机程序；计算机程序被处理器执行以实现其他实施例中的播放器性能分析方法。
139.本技术实施例中的播放器性能分析设备及计算机存储介质，根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；根据每个播放器的播放事件列表，生成每个
播放器的播放性能日志；根据每个播放器的播放性能日志，生成并显示性能对比报表。
140.本技术的播放器性能分析中，可以实时采集多个不同播放器的播放状态，进行状态统一后实时进行性能对比与分析，一套监控适用多套播放器，方便了运营人员实时分析线上相关音视频上线效果以及线上用户行为分析，并依据此做出有效的决策。
141.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
142.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
143.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
144.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
145.在本发明使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
146.应当理解，尽管在本发明可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本发明范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
147.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
148.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。

技术特征：
1.一种播放器性能分析方法，其特征在于，包括以下步骤：根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；根据每个播放器的播放性能日志，生成并显示性能对比报表。2.根据权利要求1所述的播放器性能分析方法，其特征在于，预设所述统一状态机映射规则具体包括：获取目标应用中接入的每个播放器的状态机数据，将所有状态机数据中的播放状态进行汇总，得到所述统一状态机的播放状态；分别为所述统一状态机的每个播放状态分配状态编号；将所述每个播放状态与对应的状态编号确定为所述统一状态机的映射规则。3.根据权利要求1所述的播放器性能分析方法，其特征在于，所述根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表，具体包括：将每个播放器的状态机数据中播放状态及对应的状态编号，按照时间进行排序，得到状态序列；根据每个播放器的状态序列得到每个播放器的播放事件列表。4.根据权利要求1所述的播放器性能分析方法，其特征在于，所述根据每个播放器的播放事件列表，生成每个播放器的播放性能日志，具体包括：查询第一播放器的播放事件列表中是否包括起播事件；第一播放器为所述每个播放器中的任一播放器；如果是，计算所述起播事件中初始化创建以及出现音视频首帧两个播放状态之间的时长，得到起播耗时；计算所述起播耗时和所述音视频的播放时长的比值，得到所述第一播放器的起播率。5.根据权利要求1所述的播放器性能分析方法，其特征在于，所述根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表，还包括：当播放器的播放状态从初始化创建变化到出现音视频首帧时，设定为起播事件；和/或，计算播放器的正在播放以及缓存数据为空的两个播放状态之间的时长；若所述时长大于或等于卡顿阈值，则确定所述播放器发生了一次卡顿事件。6.根据权利要求1所述的播放器性能分析方法，其特征在于，所述根据每个播放器的播放事件列表，生成每个播放器的播放性能日志，具体包括：查询第一播放器的播放事件列表中是否包括卡顿事件；如果是，分别计算音视频对应的正在播放的状态以及每个卡顿事件对应的缓存数据为空的播放状态之间的时长，得到每个卡顿事件对应的卡顿时长；计算所有卡顿事件的卡顿时长之和与所述音视频的播放时长的比值，得到所述第一播放器的卡顿率。7.根据权利要求1-6所述的播放器性能分析方法，其特征在于，所述根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据，具体包括：获取目标应用中接入的每个播放器的播放状态；
按照所述统一状态机的映射规则，分别确定每个播放器的每个播放状态对应的状态编号；将每个播放器的播放状态及对应的状态编号分别确定为每个播放器的状态机数据。8.一种播放器性能分析系统，其特征在于，具体包括：状态机数据获取模块：用于根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；播放事件模块：用于根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；播放性能模块：用于根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；性能展示模块：用于根据每个播放器的播放性能日志，生成并显示性能对比报表。9.一种播放器性能分析设备，其特征在于，包括：存储器：用于存储可执行指令；以及处理器:用于与所述存储器连接以执行所述可执行指令从而完成权利要求1-7任一项所述的播放器性能分析方法。10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序；所述计算机程序被处理器执行以实现如权利要求1-7任一项所述的播放器性能分析方法。

技术总结
本申请提供了一种播放器性能分析方法、系统、设备及存储介质，根据预设的统一状态机的映射规则，获取目标应用中接入的每个播放器的状态机数据；根据每个播放器的状态机数据，分别生成每个播放器的播放事件列表；根据每个播放器的播放事件列表，生成每个播放器的播放性能日志；根据每个播放器的播放性能日志，生成并显示性能对比报表。本申请的播放器性能分析中，可以实时采集多个不同播放器的播放状态，进行状态统一后实时进行性能对比与分析，方便了运营人员实时分析线上相关音视频上线效果并依据此做出有效的决策。并依据此做出有效的决策。并依据此做出有效的决策。


技术研发人员：杨鹏
受保护的技术使用者：北京新氧万维科技咨询有限公司
技术研发日：2022.02.11
技术公布日：2023/8/24