CN113824987B - 直播间首帧耗时的确定方法、介质、装置和计算设备 - Google Patents

Abstract

本公开的实施方式提供了一种直播间首帧耗时的确定方法、介质、装置和计算设备。该方法包括：获取包含埋点事件的日志数据，埋点事件用于表示预设的对应不同事件的记录点；从日志数据中获取设定埋点事件的日志信息；基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳；确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。通过将首帧耗时确定过程自动化，从而显著地降低了首帧耗时确定中的误差不可控和效率较低的问题，为用户带来了更好的体验。

Description

直播间首帧耗时的确定方法、介质、装置和计算设备

技术领域

本公开的实施方式涉及互联网技术领域，更具体地，本公开的实施方式涉及一种直播间首帧耗时的确定方法、介质、装置和计算设备。

背景技术

本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

随着直播行业的竞争逐渐激烈，各厂商对用户体验的追求越来越高。例如，在现有直播间相关技术指标中，用于记录从用户进入直播间到直播第一帧画面加载完成所需要时间的首帧耗时，是用户最直接的直播观看体验。因此，监测和优化首帧耗时对于改进用户体验尤为重要。

目前，首帧耗时的测量方法主要是依赖人工录制客户端设备进入直播间到直播间首帧加载过程的视频，然后将录制好的视频导入视频帧分析软件，通过逐帧查看视频的方式确定首帧出现的时间，再减去进入直播间的时间，得到首帧耗时。

发明人在研究过程中发现：通过上述方式获得的首帧耗时，至少存在误差不可控和效率较低的问题。

发明内容

本公开提供一种直播间首帧耗时的确定方法、介质、装置和计算设备，以解决现有技术中首帧耗时确定中的误差不可控和效率较低的问题。

在本公开实施方式的第一方面中，提供了一种直播间首帧耗时的确定方法，包括：

获取包含埋点事件的日志数据，埋点事件用于表示预设的对应不同事件的记录点；

从日志数据中获取设定埋点事件的日志信息；

基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳；

确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。

在本公开的一个实施例中，该直播间首帧耗时的确定方法包括：

设定埋点事件包括第一埋点事件和第二埋点事件，第一埋点事件包括用户点击直播间对应链接的事件，第二埋点事件包括首帧曝光的事件；基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳，包括：

从日志信息中提取第一埋点事件的时间戳，作为用户进入直播间的第一时间戳；

从日志信息中提取第二埋点事件的时间戳，作为首帧加载完成的第二时间戳。

在本公开的一种示例性实施例中，从日志数据中获取设定埋点事件间的日志信息，包括：采集日志数据中第一埋点事件前一动作对应事件至第二埋点事件的日志信息。

在本公开的一种示例性实施例中，从日志数据中获取设定埋点事件间的日志信息，还包括：如果日志数据中第一埋点事件连续出现，采集第一次出现的第一埋点事件前一动作对应事件至第二埋点事件的日志信息。

在本公开的另一实施例中，该直播间首帧耗时的确定方法包括：

基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳，包括：

从日志信息中提取第一事件类型对应埋点事件的时间戳，作为用户进入直播间的第一时间戳，第一事件类型为用户进入直播间的埋点事件的事件类型；

从日志信息中提取第二事件类型对应埋点事件的时间戳，作为首帧加载完成的第二时间戳，第二时间戳为首帧加载完成的埋点事件的事件类型。

在本公开的又一个实施例中，该直播间首帧耗时的确定方法包括：

获取包含埋点事件的日志数据，包括：

基于日志数据的类型标记，获取包含埋点事件的日志数据。

在本公开的一种示例性实施例中，获取包含埋点事件的日志数据，包括：通过客户端设备的上报接口，从服务器下载包含埋点事件的日志数据。

在本公开实施方式的第二方面中，提供了一种计算机可读存储介质，包括：

计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现如本公开第一方面中的直播间首帧耗时的确定方法。

在本公开实施方式的第三方面中，提供了一种直播间首帧耗时的确定装置，包括：

第一获取模块，用于获取包含埋点事件的日志数据，埋点事件用于表示预设的对应不同事件的记录点；

第二获取模块，用于从日志数据中获取设定埋点事件的日志信息；

提取模块，用于基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳；

处理模块，用于确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。

在本公开的一种示例性实施例中，设定埋点事件包括第一埋点事件和第二埋点事件，第一埋点事件包括用户点击直播间对应链接的事件，第二埋点事件包括首帧曝光的事件；提取模块具体用于：从日志信息中提取第一埋点事件的时间戳，作为用户进入直播间的第一时间戳；从日志信息中提取第二埋点事件的时间戳，作为首帧加载完成的第二时间戳。

在本公开的一种示例性实施例中，第二获取模块具体用于：采集日志数据中第一埋点事件前一动作对应事件至第二埋点事件的日志信息。

在本公开的一种示例性实施例中，第二获取模块还用于：如果日志数据中第一埋点事件连续出现，采集第一次出现的第一埋点事件前一动作对应事件至第二埋点事件的日志信息。

在本公开的一种示例性实施例中，提取模块具体用于：从日志信息中提取第一事件类型对应埋点事件的时间戳，作为用户进入直播间的第一时间戳，第一事件类型为用户进入直播间的埋点事件的事件类型；从日志信息中提取第二事件类型对应埋点事件的时间戳，作为首帧加载完成的第二时间戳，第二时间戳为首帧加载完成的埋点事件的事件类型。

在本公开的一种示例性实施例中，第一获取模块具体用于：基于日志数据的类型标记，获取包含埋点事件的日志数据。

在本公开的一种示例性实施例中，第一获取模块具体用于：通过客户端设备的上报接口，从服务器下载包含埋点事件的日志数据。

在本公开实施方式的第四方面中，提供了一种计算设备，包括：至少一个处理器；

以及与至少一个处理器通信连接的存储器；

其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使计算设备执行如本公开第一方面中的直播间首帧耗时的确定方法。

根据本公开实施方式的直播间首帧耗时的确定方法、介质、装置和计算设备，通过获取包含埋点事件的日志数据，再从日志数据中获取设定埋点事件的日志信息；然后基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳；最后确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。由此可以方便快速地直接计算出进入直播间到加载完首帧的耗时，而无需人工设置录屏和手动计算耗时等方式，从而显著地降低了由于人工参与导致的误差不可控的问题，并且减少了由于人工分别对不同客户端设备进行设置导致的首帧耗时测量效率低的问题，为用户带来了更好的体验。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示意性地示出了根据本公开实施方式的应用场景示意图；

图2示意性地示出了根据本公开一实施例的直播间首帧耗时的确定方法的流程图；

图3示意性地示出了根据本公开另一实施例的直播间首帧耗时的确定方法的流程图；

图4示意性地示出了根据本公开又一实施例的直播间首帧耗时的确定方法的流程图；

图5示意性地示出了根据本公开再一实施例的直播间首帧耗时的确定方法的流程图；

图6示意性地示出了根据本公开再一实施例的计算机可读存储介质的结构示意图；

图7示意性地示出了根据本公开再一实施例的直播间首帧耗时的确定装置的结构示意图；

图8示意性地示出了根据本公开再一实施例的计算设备的结构示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本公开的实施方式，提出了一种直播间首帧耗时的确定方法、介质、装置和计算设备。

在本文中，需要理解的是，所涉及的术语仅用于方便理解，并未表示对含义的限制。此外，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面是本公开中涉及的术语说明：

埋点：Event Tracking事件追踪，在本公开中称为埋点，为预设的能够针对特定用户行为或事件进行捕获、处理和发送的技术及其实施过程。埋点是为了满足快捷、高效、丰富的数据应用而做的用户行为过程及结果记录。

直播间：Live Room，为一种利用互联网及流媒体技术对音视频进行在线传播的虚拟在线空间，在直播间里主播可以实时和观众进行语音或视频形式的互动。

帧：Frame，为流媒体中最小单位的单幅影像画面，一帧就是一幅静止的画面，连续的帧就形成动画效果。

首帧：First Frame，为用户进入直播间后直播画面出来的第一帧，首帧耗时是指用户从进入直播间到直播第一帧画面加载完成所需要的时间，首帧耗时长短是用户最直接的直播观看体验。

下面参考本公开的若干代表性实施方式，详细阐释本公开的原理和精神。

发明概述

本发明人发现，现在技术中，在分析直播间的首帧耗时时均是利用第三方录屏设备或应用，并通过录屏设备或应用人工录制从用户进行直播间到直播间首帧出现的时间，然后通过计算这两个事件间的视频帧数，从而计算出对应的首帧耗时，但由于人工录制过程中，很容易出现各种计算误差，且不同智能设备对应客户端直播间，其对应的首帧耗时可能均不相同，因此，导致首帧耗时的计算耗时较长，效率较低。

在本方案中，通过预设与进入直播间和首帧加载完毕对应的埋点事件，然后直接采集两个埋点事件对应的时间戳，并将两个时间戳相减，能够快速直接地得到首帧耗时，计算方便，准确性强，且不依赖人工操作，最大限度减小测量误差。

在介绍了本公开的基本原理之后，下面具体介绍本公开的各种非限制性实施方式。

应用场景总览

首先参考图1所示，在客户端开发测试中，测试人员从智能设备100上包含有直播间的客户端应用中，点击第一界面110上显示的直播间封面111，使显示界面切换为包含有直播间的第二界面120，并开始加载直播间的播放器121，当播放器121加载完毕后，从首帧开始播放直播视频。智能设备100通过确定点击直播间封面111和播放完毕首帧的时间戳，确定首帧加载耗时。

需说明的是，图1所示场景中直播间封面仅以一个为例进行示例说明，但本公开不以此为限制，也就是说，第一界面上的直播间封面的个数可以是任意的。

示例性方法

下面结合图1的应用场景，参考图2至图5来描述根据本公开示例性实施方式的用于直播间首帧耗时的确定方法。需要注意的是，上述应用场景仅是为了便于理解本公开的精神和原理而示出，本公开的实施方式在此方面不受任何限制。相反，本公开的实施方式可以应用于适用的任何场景。

图2为本公开一个实施例提供的直播间首帧耗时的确定方法的流程图。如图2所示，本实施例提供的直播间首帧耗时的确定方法包括以下步骤：

步骤S201、获取包含埋点事件的日志数据。

其中，埋点事件用于表示预设的对应不同事件的记录点。

具体的，埋点事件为预设在客户端中的记录点，当客户端应用触发了对应事件时，客户端应用或其后台就会生成相对应的埋点事件，并通过日志文件进行记录。

埋点事件用于记录客户端所涉及的动作，如用户与客户端的交互动作，或客户端的响应或反馈动作，通过设置埋点事件，能够方便地提取和定位对应这些动作对应的事件，及动作相关的参数，如动作执行的时间，具体动作针对的元素或对象。

一些实施例中，埋点事件相关记录会单独保存于日志文件中，也可以和其他类型的事件保存在同一日志文件中。

日志数据为日志文件中的数据，日志数据可是一个日志文件中的全部数据，也可以是一个日志文件中的部分数据，也可以是多个日志文件中的数据。

进一步地，客户端对应的日志文件通常有多个，有的客户端会将日志文件保存在客户端所在智能设备中，有的客户端可能会将日志文件上传到服务器中，以便异地调用。

一些实施例中，埋点事件对应的日志文件可能有一个，也可能有多个，如对不同类型的埋点事件保存到不同的日志文件中，或根据时间线将不同的埋点事件保存到对应时间段的日志文件中；也可以将所有埋点事件保存在同一个日志文件中。因此，需要从所有包含埋点事件中的日志文件中找到需要的日志数据。

步骤S202、从日志数据中获取设定埋点事件的日志信息。

具体的，获取可以是获取日志中设定部分的内容，如通过复制的方式得到，也可以将包含设定埋点事件的日志全部下载。

进一步地，设定埋点事件为预先确定的用来对应首帧加载过程的前后的两个埋点事件，可以是具体对应首帧加载动作前后的两个动作对应事件，也可以包含这两个事件之前或之后的一个事件，以覆盖更大范围的内容，避免当同一埋点事件重复出现的时候没有覆盖到的情况。

步骤S203、基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳。

具体的，日志信息中对应设定埋点事件还包括时间戳，用于记录触发该埋点事件的时间点，通过计算两个事件间时间戳的差值，能够方便的计算出两个事件间的时间长度。

进一步地，由于首帧开始加载的事件是从进入直播间开始的，因此，将进入直播间的事件作为首帧加载的开始事件；相对应的，首帧加载完成事件是对应的结束事件，通过计算这两个事件的时间戳的差值，就能得到首帧加载的耗时。

步骤S204、确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。

具体的，确定首帧耗时的过程可以通过智能设备直接完成，通过预设的程序，自动获取第一时间戳和第二时间戳，然后自动计算对应首帧耗时，由此能够显著提高首帧耗时的确定效率。

由于本方法可以直接应用于不同智能设备，因此，无需人工调整，即可快速得到不同设备对应的直播间首帧加载耗时，可靠性强，准确性好，测量效率高。

本公开实施例提供的直播间首帧耗时的确定方法，通过获取包含埋点事件的日志数据，再从日志数据中获取设定埋点事件的日志信息；然后基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳；最后确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。由此可以方便快速地直接计算出进入直播间到加载完首帧的耗时，而无需人工设置录屏和手动计算耗时等方式，从而显著地降低了由于人工参与导致的误差不可控的问题，并且减少了由于人工分别对不同客户端设备进行设置导致的首帧耗时测量效率低的问题，为用户带来了更好的体验。

图3为本公开又一个实施例提供的直播间首帧耗时的确定方法的流程图。如图3所示，本实施例提供的直播间首帧耗时的确定方法包括以下步骤：

步骤S301、预设埋点事件。

具体的，埋点事件包括第一埋点事件和第二埋点事件，其中，第一埋点事件包括用户点击直播间对应链接的事件，第二埋点事件包括首帧曝光的事件。

通过预先在客户端内设置与待采集时间戳的事件对应的埋点，能够方便地从日志中找到对应埋点。

步骤S302、获取包含埋点事件的日志数据。

一些实施例中，日志文件的属性或文件名中包含有标签信息，通过标签信息能够快速定位包含埋点事件的日志文件，进而获取对应的日志数据。

步骤S303、采集日志数据中第一埋点事件前一动作对应事件至第二埋点事件的日志信息。

具体的，由于只采集第一埋点事件作为起始时，可能会出现遗漏，如客户端反应迟缓，或测试人员多次点击同一直播间封面后才进入到直播间对应页面，此时，如只采集一次点击动作对应的第一埋点事件，容易导致遗漏问题。

因此，一般需要采集第一埋点事件前一动作，且确保该动作并非点击直播间封面时，以保证采集的准确性和可靠性。

进一步地，当点击直播间封面的动作存在多个，且点击的对象包含至少两个不同的直播间封面时，基于最后完成首帧加载的直播间的识别码，确定相对应的点击直播间封面动作，作为第一埋点事件，并采集该第一埋点事件前一动作对应的事件的日志信息。若有连续多个点击该识别码对应直播间封面的动作，则取第一次点击的动作对应事件为第一埋点事件。

步骤S304、如果日志数据中第一埋点事件连续出现，采集第一次出现的第一埋点事件前一动作对应事件至第二埋点事件的日志信息。

具体的，当第一埋点事件的前一动作仍是点击直播间封面的动作时，即认为日志数据中的第一埋点事件连续出现。

一些实施例中，当出现多个点击直播间封面的动作，但分别为点击不同直播间封面时，选取与最后显示的直播间对应的直播间封面的点击动作对应的事件为第一埋点事件。

步骤S305、从日志信息中提取第一埋点事件的时间戳，作为用户进入直播间的第一时间戳。

具体的，提取到智能设备上进行进一步处理的内容仅为日志文件中的部分信息段，即日志信息。从日志信息中找到对应的第一埋点事件，然后提取其对应的时间戳，即可作为用户进入直播间的第一时间戳。

一些实施例中，具体识别第一埋点事件的方法，可以通过埋点事件的事件名来确定，如事件名包含了“点击”这一动作、“直播间封面”这一对象类型及“直播间封面名”这一特定对象名三个元素时，即可以直接确定对应的第一埋点事件。

步骤S306、从日志信息中提取第二埋点事件的时间戳，作为首帧加载完成的第二时间戳。

具体的，一般对应不同直播间的首帧加载完成事件，其对应的第二埋点事件不会完全相同，如埋点事件中同时包含了首帧加载完成和对应直播间的识别码，由此，对特定的直播间，其第一埋点事件和第二埋点事件一一对应。但对于不同的直播间，其第一埋点事件和第二埋点事件并不相同。

一些实施例中，可能存在先后打开多个不同直播间的情况，此时需要根据直播间的识别码将对应的第一埋点事件和第二埋点事件分别统计。

示例性的，在连续的日志信息中依次确定了三个点击直播间封面的埋点事件，和一个直播间首帧加载完成的埋点事件，且前三个点击直播间封面的埋点事件分别对应直播间A、B、B(即直播间B的封面被连续点击了两次)，而直播间首帧加载完成的埋点事件对应的直播间为直播间B，则可以确定第二个点击直播间封面的埋点事件为第一埋点事件，确定直播间首帧加载完成的埋点事件为第二埋点事件，并分别提取其时间戳。

一些实施例中，可能存在用户并未等到直播间页面的首帧加载完成即关闭页面的情况，但这类情况是不需要统计首帧加载耗时的，因此，只需将首帧加载完毕的直播间所对应的第一埋点事件和第二埋点事件进行统计。

步骤S307、确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。

将对应相同直播间的第一埋点事件和第二埋点事件的时间戳分别计算对应的时间差，如果测试中多次完成加载首帧视频，则可以分别计算每一次加载过程得到的时间差，将最后的平均值作为首帧耗时的预期值。

本公开实施例提供的直播间首帧耗时的确定方法，通过在客户端中预设埋点事件，然后获取包含埋点事件的日志数据，并采集日志数据中第一埋点事件前一动作对应事件至第二埋点事件的日志信息，从中分别提取第一埋点事件和第二埋点事件的时间戳，进而计算出首帧加载耗时，通过调整采集日志信息的范围，能够满足不同操作引起的直播间首帧加载过程的耗时采集要求，从而在不需要人工操作的情况下，有效保证耗时计算的准确性和可靠性。

图4为本公开又一个实施例提供的直播间首帧耗时的确定方法的流程图。如图4所示，本实施例提供的直播间首帧耗时的确定方法包括以下步骤：

步骤S401、获取包含埋点事件的日志数据。

具体的，埋点事件预设有不同的事件类型，如点击事件、页面打开事件、播放器动作事件，同样的，日志文件也有不同类型，有记录用户信息的日志，也有专门保存埋点事件的日志类型，因此，可以通过日志文件的类型找到包含埋点事件的日志文件，进而获取对应的日志数据。

步骤S402、从日志数据中获取设定埋点事件的日志信息。

一些实施例中，找寻设定埋点事件也是基于埋点事件类型，若第一埋点事件和第二埋点事件分别预设有相对应的特定事件类型，当日志中存在相对应的第一埋点事件和第二埋点事件的事件类型，且中间所包含的事件为预设的事件类型(如仅包含打开新页面和页面元素加载类型的事件)或不含有其他特定事件类型(如多次页面跳转类型的事件)时，则可以确定这两个相对应的事件即需要获取的设定埋点事件。

步骤S403、从日志信息中提取第一事件类型对应埋点事件的时间戳，作为用户进入直播间的第一时间戳。

其中，第一事件类型为用户进入直播间的埋点事件的事件类型。

通过限定的埋点事件类型，能够相比于具体针对到埋点事件名，更快速和通用的定位到对应的埋点事件，以方便提取其对应的第一时间戳。

示例性的，第一事件类型可以是对特定的直播间封面的点击事件，如特别记为第一类封面点击事件(区别于点击广告栏或者文章页封面的其他类型的封面点击事件)，从而能够快速筛选得到对应的埋点事件和时间戳。

一些实施例中，也可以是与图3实施例中的直播间名结合的方式，通过事件类型和直播间名来快速定位，如同时筛选直播间封面点击事件和直播间的识别码001，即可快速找到对应的埋点事件，进而获取对应时间戳。

步骤S404、从日志信息中提取第二事件类型对应埋点事件的时间戳，作为首帧加载完成的第二时间戳。

其中，第二时间戳为首帧加载完成的埋点事件的事件类型。

与提取第一时间戳时相同，通过埋点事件类型能够快速定位到第二时间戳，进而方便提取对应时间。

示例性的，事件类型可以为特定动作触发事件，如特定手势动作触发的事件；也可以是特定曝光事件，如第一帧曝光的事件，此处曝光用于表示待显示的对象加载完毕。

一些实施例中，与步骤S403相同，在确定首帧加载完毕的事件时，也可以为与图3实施例中的直播间名相结合的方式，通过泛用的事件类型和直播间名来快速定位。此时事件类型可以是视频帧曝光事件(而不一定限制为首帧，只需要找到第一个视频帧曝光事件，即对应首帧曝光事件)。但因为事件类型和对应直播间名结合，在确定了第一时间戳后，同样能够快速定位到对应事件，进而提取第二时间戳。

示例性地，当日志信息中定位到存在事件类型为“点击直播间封面”的事件后，在其后续的日志信息中找到了事件类型为“视频帧曝光”的事件，且两个事件对应的直播间的识别码相同，则可以将该这两个事件的时间戳分别提取为第一时间戳和第二时间戳。

步骤S405、确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。

当确定第一时间戳和第二时间戳之后，可以通过程序自动计算两个时间戳的差值，得到对应的首帧耗时。

本公开实施例提供的直播间首帧耗时的确定方法，在获取到日志信息后，通过预设的埋点事件的事件类型快速定位首帧加载开始和结束对应的事件，进而提取对应的时间戳，并计算出相对应的首帧加载耗时，相对于前述实施例中的方法，计算速度更快，能够进一步提高确定首帧耗时的效率。

图5为本公开又一个实施例提供的直播间首帧耗时的确定方法的流程图。如图5所示，本实施例提供的直播间首帧耗时的确定方法包括以下步骤：

步骤S501、基于日志数据的类型标记，获取包含埋点事件的日志数据。

由于在不同智能设备上可能配置有不同的操作系统，因此其对应的客户端也会有区别，进而在获取日志数据时，也会有不同。

一些实施例中，日志文件直接保存在客户端所在的智能设备上，此时可以直接从智能设备上的设定路径中找到保存的日志文件，并从中找到对应的日志数据。

步骤S502、通过客户端设备的上报接口，从服务器下载包含埋点事件的日志数据。

一些实施例中，客户端会自动将日志文件发送到服务器进行保存，而不在本地智能设备上保存，以方便多设备协同。此时则需要从服务器上下载对应日志数据。

具体地，可以通过轮询智能设备上的上报接口，以下载目标日志数据到设备上。

步骤S503、从日志数据中获取设定埋点事件的日志信息。

具体的，对应不同的操作系统，客户端所设定的保存埋点事件的日志文件可能不同，日志文件中设定埋点事件的保存的位置可能不同，但同一操作系统中的埋点事件的命名方式或事件类型是相同的，因此可以通过埋点事件的事件名或事件类型对应确定包含设定埋点事件的日志信息。

一些实施例中，根据操作系统版本不同，埋点事件的命名方式可能存在区别，但同一版本内，其事件名或事件类型仍是固定的，因此，可以对应不同操作系统调整具体的获取方式，以获取相对应的设定埋点事件。

步骤S504、基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳。

从智能设备对应的路径获取到日志信息后，根据设定埋点事件，找到首帧加载开始和结束对应的埋点事件，进而可以提取对应的时间戳。

步骤S505、确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。

对单个设备而言，其第一时间戳和第二时间戳的埋点事件标记是相同的，因此在确定智能设备的操作系统版本后，就可以通过相对应的埋点事件标记，快速统计对应的首帧耗时。

且通过针对不同设备调整具体的埋点事件时间戳获取方式，既能适应设备和操作系统的特点，又能保证检测的准确性和自动性，方便快速。

本公开实施例提供的直播间首帧耗时的确定方法，对应不同操作系统的智能设备，从相对应的路径或服务器上下载日志数据，并在获取到日志信息后，通过预设的埋点事件提取对应的时间戳，并计算出相对应的首帧加载耗时，从而适应不同设备的测试要求，有效实现多设备快速确定首帧耗时，提高测试效率。

示例性介质

在介绍了本公开示例性实施方式的方法之后，接下来，参考图6对本公开示例性实施方式的存储介质进行说明。

参考图6所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品60，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备。

示例性装置

在介绍了本公开示例性实施方式的介质之后，接下来，参考图7对本公开示例性实施方式的直播间首帧耗时的确定装置进行说明，用于实现上述任一方法实施例中的方法，其实现原理和技术效果与前述方法的实施例类似，在此不再赘述。

本公开提供的直播间首帧耗时的确定装置700，包括：

第一获取模块710，用于获取包含埋点事件的日志数据，埋点事件用于表示预设的对应不同事件的记录点；

第二获取模块720，用于从日志数据中获取设定埋点事件的日志信息；

提取模块730，用于基于日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳；

处理模块740，用于确定第一时间戳和第二时间戳的时间差为直播间的首帧耗时。

在本公开的一种示例性实施例中，提取模块730具体用于：从日志信息中提取第一埋点事件的时间戳，作为用户进入直播间的第一时间戳；从日志信息中提取第二埋点事件的时间戳，作为首帧加载完成的第二时间戳。其中，设定埋点事件包括第一埋点事件和第二埋点事件，第一埋点事件包括用户点击直播间对应链接的事件，第二埋点事件包括首帧曝光的事件。

在本公开的一种示例性实施例中，第二获取模块720具体用于：采集日志数据中第一埋点事件前一动作对应事件至第二埋点事件的日志信息。

在本公开的一种示例性实施例中，第二获取模块720还用于：如果日志数据中第一埋点事件连续出现，采集第一次出现的第一埋点事件前一动作对应事件至第二埋点事件的日志信息。

在本公开的一种示例性实施例中，提取模块730具体用于：从日志信息中提取第一事件类型对应埋点事件的时间戳，作为用户进入直播间的第一时间戳，第一事件类型为用户进入直播间的埋点事件的事件类型；从日志信息中提取第二事件类型对应埋点事件的时间戳，作为首帧加载完成的第二时间戳，第二时间戳为首帧加载完成的埋点事件的事件类型。

在本公开的一种示例性实施例中，第一获取模块710具体用于：基于日志数据的类型标记，获取包含埋点事件的日志数据。

在本公开的一种示例性实施例中，第一获取模块710具体用于：通过客户端设备的上报接口，从服务器下载包含埋点事件的日志数据。

示例性计算设备

在介绍了本公开示例性实施方式的方法、介质和装置之后，接下来，参考图8对本公开示例性实施方式的计算设备进行说明。

图8显示的计算设备80仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，计算设备80以通用计算设备的形式表现。计算设备80的组件可以包括但不限于：上述至少一个处理单元801、上述至少一个存储单元802，连接不同系统组件(包括处理单元401和存储单元802)的总线803。

总线803包括数据总线、控制总线和地址总线。

存储单元802可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)8021和/或高速缓存存储器8022，可以进一步包括非易失性存储器形式的可读介质，例如只读存储器(ROM)4023。

存储单元802还可以包括具有一组(至少一个)程序模块8024的程序/实用工具8025，这样的程序模块8024包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算设备80也可以与一个或多个外部设备804(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口805进行。并且，计算设备80还可以通过网络适配器806与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图8所示，网络适配器406通过总线803与计算设备80的其它模块通信。应当理解，尽管图中未示出，可以结合计算设备80使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了直播间首帧耗时的确定装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (14)

1.一种直播间首帧耗时的确定方法，包括：

获取包含埋点事件的日志数据，所述埋点事件用于表示预设的对应不同事件的记录点；

从所述日志数据中获取设定埋点事件的日志信息；

基于所述日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳；

确定所述第一时间戳和所述第二时间戳的时间差为所述直播间的首帧耗时；

其中，若所述设定埋点事件包括第一埋点事件和第二埋点事件，所述第一埋点事件包括根据首帧加载完成的直播间的识别码确定的用户第一次点击所述识别码对应的直播间对应链接的事件，所述第二埋点事件包括首帧曝光的事件；则所述基于所述日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳，包括：

从所述日志信息中提取所述第一埋点事件的时间戳，作为用户进入直播间的第一时间戳；

从所述日志信息中提取所述第二埋点事件的时间戳，作为首帧加载完成的第二时间戳。

2.根据权利要求1所述的直播间首帧耗时的确定方法，所述从所述日志数据中获取设定埋点事件间的日志信息，包括：

采集所述日志数据中所述第一埋点事件前一动作对应事件至所述第二埋点事件的日志信息。

3.根据权利要求1所述的直播间首帧耗时的确定方法，所述从所述日志数据中获取设定埋点事件间的日志信息，还包括：

如果所述日志数据中所述第一埋点事件连续出现，采集第一次出现的所述第一埋点事件前一动作对应事件至所述第二埋点事件的日志信息。

4.根据权利要求1所述的直播间首帧耗时的确定方法，若所述设定埋点事件包括第一事件类型对应的埋点事件和第二事件类型对应的埋点事件，所述第一事件类型为用户进入直播间的埋点事件的事件类型，所述第二事件类型为首帧加载完成的埋点事件的事件类型；则所述基于所述日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳，包括：

从所述日志信息中提取第一事件类型对应埋点事件的时间戳，作为用户进入直播间的第一时间戳；

从所述日志信息中提取所述第二事件类型对应埋点事件的时间戳，作为首帧加载完成的第二时间戳。

5.根据权利要求1至4中任一项所述的直播间首帧耗时的确定方法，所述获取包含埋点事件的日志数据，包括：

基于所述日志数据的类型标记，获取包含埋点事件的日志数据。

6.根据权利要求1至4中任一项所述的直播间首帧耗时的确定方法，所述获取包含埋点事件的日志数据，包括：

通过客户端设备的上报接口，从服务器下载所述包含埋点事件的日志数据。

7.一种计算机可读存储介质，包括：所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至6中任一项所述的直播间首帧耗时的确定方法。

8.一种直播间首帧耗时的确定装置，包括：

第一获取模块，用于获取包含埋点事件的日志数据，所述埋点事件用于表示预设的对应不同事件的记录点；

第二获取模块，用于从所述日志数据中获取设定埋点事件的日志信息；

提取模块，用于基于所述日志信息和设定埋点事件，提取用户进入直播间的第一时间戳和首帧加载完成的第二时间戳；

处理模块，用于确定所述第一时间戳和所述第二时间戳的时间差为所述直播间的首帧耗时；

若设定埋点事件包括第一埋点事件和第二埋点事件，所述第一埋点事件包括根据首帧加载完成的直播间的识别码确定的用户第一次点击所述识别码对应的直播间对应链接的事件，所述第二埋点事件包括首帧曝光的事件；则所述提取模块具体用于：

从所述日志信息中提取所述第一埋点事件的时间戳，作为用户进入直播间的第一时间戳；

从所述日志信息中提取所述第二埋点事件的时间戳，作为首帧加载完成的第二时间戳。

9.根据权利要求8所述的直播间首帧耗时的确定装置，所述第二获取模块具体用于：

采集所述日志数据中所述第一埋点事件前一动作对应事件至所述第二埋点事件的日志信息。

10.根据权利要求9所述的直播间首帧耗时的确定装置，所述第二获取模块还用于：

如果所述日志数据中所述第一埋点事件连续出现，采集第一次出现的所述第一埋点事件前一动作对应事件至所述第二埋点事件的日志信息。

11.根据权利要求8所述的直播间首帧耗时的确定装置，若所述设定埋点事件包括第一事件类型对应的埋点事件和第二事件类型对应的埋点事件，所述第一事件类型为用户进入直播间的埋点事件的事件类型，所述第二时间戳为首帧加载完成的埋点事件的事件类型；则所述提取模块具体用于：

从所述日志信息中提取第一事件类型对应埋点事件的时间戳，作为用户进入直播间的第一时间戳；

从所述日志信息中提取所述第二事件类型对应埋点事件的时间戳，作为首帧加载完成的第二时间戳。

12.根据权利要求8至11中任一项所述的直播间首帧耗时的确定装置，所述第一获取模块具体用于：

基于所述日志数据的类型标记，获取包含埋点事件的日志数据。

13.根据权利要求8至11中任一项所述的直播间首帧耗时的确定装置，所述第一获取模块具体用于：

通过客户端设备的上报接口，从服务器下载所述包含埋点事件的日志数据。

14.一种计算设备，包括：

至少一个处理器；

以及与所述至少一个处理器通信连接的存储器；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述计算设备执行如权利要求1至6中任一项所述的直播间首帧耗时的确定方法。