CN108279958A - 界面展现时间的确定、接收方法及装置 - Google Patents

Abstract

本申请提供了界面展现时间的确定、接收方法及装置，其中，界面展现时间的确定方法应用于终端的客户端上，该方法包括：获取所述客户端的目标界面的初始展现时刻；响应于接收所述终端的操作系统在所述目标界面上的通知事件，获取所述目标界面上已展现控件的控件信息，所述控件信息包括：控件位置、控件大小和控件内容等；依据所述控件信息判断所述目标界面是否展现完毕，如果是，则依据所述已展现控件的展现时刻和所述初始展现时刻，计算所述目标界面的总展现时间。采用本申请实施例，计算得到的界面展现时间更符合用户的实际感受。

Description

界面展现时间的确定、接收方法及装置

技术领域

本申请涉及互联网数据处理技术领域，特别涉及一种界面展现时间的确定方法及客户端，一种界面展现时间的接收方法及装置，以及，一种注册界面的通知事件的方法及装置。

背景技术

随着移动终端的普及，越来越多的用户使用移动终端接入互联网从而使用各种互联网业务。例如，通过移动终端上安装的购物APP浏览产品详情并提交购买等。在这种情况下，如果用户触发了一个产品详情页，则从用户在移动终端上触发按钮发起请求开始算起，或者，从该产品详情页的所有控件开始加载的时刻算起，直到该产品详情页包括的所有控件信息都在产品详情页上进行展现，可以称为该产品详情页的界面展现时间。

而基于Android系统进行界面展现时，在Android系统的四大组件之一Activity组件的创建(onCreate，Activity创建时触发的事件)界面的过程中，可以设置界面(例如产品详情页)的布局文件。而Android系统中有多种布局，例如线性布局或相对布局等，这些布局可以自适应显示屏幕，也可以指定界面的显示大小，还可以嵌套使用，等等。在布局中包含了各种各样的控件，设置完布局后，Android系统会自动处理后续的界面展现过程。

现有技术中，获取界面展现时间，一般是通过在onCreate、onResume(Activity恢复时触发的事件)等生命周期中埋点，并将生命周期的函数执行时刻作为界面展现的结束点的方式；或者，通过在有数据来自网络的情况下，选择在网络或缓存的数据交给控件的时候作为界面展现的结束点的方式。

发明内容

但是发明人在研究过程中发现，一个界面在展现过程中，一般从设置好布局到界面上的各控件显示完成，需要经历以下几个过程：measure(确定布局和控件的大小)、layout(确定好各个布局和控件的位置)和渲染(draw)到屏幕的过程，而如果开启了硬件加速功能，还会包括创建DisplayList的过程。而如果采用各个生命周期进行埋点的方式，则需要修改Android系统的源代码，这样就必然造成代码入侵的后果；而如果采用以网络或缓存的数据返回给控件的时间作为结束点的方式，就会无法获取到后续measure和layout的过程，从而无法准确计算得到界面展现时间。

基于此，本申请提供了一种界面展现时间的确定方法、一种界面展现时间的接收方法和一种注册界面的通知事件的方法，用以采用依据界面上已展现控件的控件信息来判断界面是否展现完毕的方式，如果该界面上的控件已经基本展现完毕，则将该时刻作为界面的展现结束时刻来获取界面展现时间，从而既能避免代码入侵，还能以实际中界面上用户可以看见的控件的展现情况为标准来选取结束点，从而准确计算得到界面展现时间，并且该界面展现时间也能因为以用户可见的控件为标准从而更贴近用户实际感知的界面展现时间，更符合用户的视觉体验。

本申请还提供了一种客户端、一种界面展现时间的接收装置和一种注册界面的通知事件的装置，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种界面展现时间的确定方法，该方法应用于终端集成的客户端上，该方法包括：

获取所述客户端的目标界面的初始展现时刻；

响应于接收所述终端的操作系统在所述目标界面上的通知事件，获取所述目标界面上已展现控件的控件信息；

依据所述控件信息判断所述目标界面是否展现完毕，如果是，则依据所述已展现控件的展现时刻和所述初始展现时刻，计算所述目标界面的总展现时间。

其中，所述获取所述客户端的目标界面的初始展现时刻，包括：

响应于所述客户端上触发所述目标界面的请求，将所述客户端上的触发时刻确定为所述初始展现时刻；

或者，响应于所述目标界面初始化，将所述目标界面的初始化时刻确定为所述初始展现时刻。

其中，所述获取所述目标界面上已展现控件的控件信息，包括：

判断所述目标界面上的初始展现控件是否为预先设置的有效控件，如果是，则将初始展现控件作为已展现控件，并获取所述已展现控件的控件信息。

其中，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

将所述目标界面的宽和高分别映射为一维宽数组和一维高数组；

依据所述控件位置、控件大小和控件内容，分别在所述一维宽数组和一维高数组中对应的位数进行标记；

判断标记后的位数是否满足预设的位数阈值。

其中，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

生成与所述目标界面大小一致的位图；

依据所述控件位置、控件内容和控件大小在所述位图中进行标记；

判断标记后的位图面积是否大于预设的面积阈值。

其中，所述控件信息包括：控件位置、控件大小和控件内容，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

获取为所述目标界面预先划分好的各界面子区域；

依据所述控件位置、控件大小和控件内容判断各界面子区域内是否均有已展现控件。

其中，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

判断所述目标界面上是否产生了用于表示界面展现完毕的有效界面操作；或者，判断目标界面在预设时间阈值内是否没有产生布局或者刷新事件。

其中，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

获取在所述目标界面展现所述已展现控件的展现时刻；

实时判断当前时刻与所述展现时刻的时间差是否达到预设时间阈值。

其中，所述方法还包括：

将所述目标界面的总展现时间，与所述终端的终端信息一并发送至服务器，所述终端信息包括：所述终端的硬件信息和操作系统信息。

本申请还提供了一种界面展现时间的接收方法，该方法应用于服务器上，该方法包括：

响应于终端触发的目标界面的获取请求，将所述目标界面包括的所有信息发送至所述终端；

接收所述终端发送的、所述目标界面的总展现时间和终端信息，所述终端信息包括：终端的硬件信息和操作系统信息。

本申请还提供了一种注册界面的通知事件的方法，该方法应用于终端集成的客户端上，包括：

通过操作系统的Activity组件获取界面顶层视图DecorView；

依据所述界面顶层视图获取变化监听器viewtreeobserver；

在变化监听器中注册全局性的通知事件的监听，所述通知事件包括：布局Layout和绘制Draw事件。

本申请还提供了一种客户端，该客户端集成于终端上，该客户端包括：

初始时刻获取单元，用于获取所述客户端的目标界面的初始展现时刻；

控件信息获取单元，用于响应于接收所述终端的操作系统在所述目标界面上的通知事件，获取所述目标界面上已展现控件的控件信息；

判断单元，用于依据所述控件信息判断所述目标界面是否展现完毕；

时间计算单元，用于在所述判断单元的结果为是的情况下，依据所述已展现控件的展现时刻和所述初始展现时刻，计算所述目标界面的总展现时间。

其中，所述初始时刻获取单元，包括：

触发确定子单元，用于响应于所述客户端上触发所述目标界面的请求，将所述客户端上的触发时刻确定为所述初始展现时刻；

或者，初始化确定子单元，用于响应于所述目标界面初始化，将所述目标界面的初始化时刻确定为所述初始展现时刻。

其中，所述控件信息获取单元包括：

有效性判断子单元，用于判断所述目标界面上的初始展现控件是否为预先设置的有效控件；

信息获取子单元，用于在所述判断子单元的结果为是的情况下，将初始展现控件作为已展现控件，并获取所述已展现控件的控件信息。

其中，所述判断单元包括：

映射子单元，用于将所述目标界面的宽和高分别映射为一维宽数组和一维高数组；

数组标记子单元，用于依据所述控件位置、控件大小和控件内容，分别在所述一维宽数组和一维高数组中对应的位数进行标记；

位数阈值判断子单元，用于判断标记后的位数是否满足预设的位数阈值。

其中，所述判断单元包括：

生成子单元，用于生成与所述目标界面大小一致的位图；

位图标记子单元，用于依据所述控件位置、控件大小和控件内容在所述位图中进行标记；

面积阈值判断子单元，用于判断标记后的位图面积是否大于预设的面积阈值。

其中，所述判断单元包括：

区域获取子单元，用于获取为所述目标界面预先划分好的各界面子区域；

控件判断子单元，依据所述控件位置、控件大小和控件内容判断各界面子区域内是否均有已展现控件。

其中，所述判断单元具体包括：

界面操作判断子单元，用于判断所述目标界面上是否产生了用于表示界面展现完毕的有效界面操作，或者，静态判断子单元，用于判断目标界面在预设时间阈值内是否没有产生布局或者刷新事件。

其中，所述判断单元包括：

时刻获取子单元，用于获取在所述目标界面展现所述已展现控件的展现时刻；

时间阈值判断子单元，用于实时判断当前时刻与所述展现时刻的时间差是否达到预设时间阈值。

其中，所述装置还包括：

信息发送单元，用于将所述目标界面的总展现时间，与所述终端的终端信息一并发送至服务器，所述终端信息包括：所述终端的硬件信息和操作系统信息。

本申请还提供了一种界面展现事件的接收装置，该装置集成于服务器上，该装置包括：

请求发送单元，用于响应于终端触发的目标界面的获取请求，将所述目标界面包括的所有信息发送至所述终端；

信息接收单元，用于接收所述终端发送的、所述目标界面的总展现时间和终端信息，所述终端信息包括：终端的硬件信息和操作系统信息。

本申请还提供了一种注册界面的通知事件的装置，该装置集成于终端上，包括：

视图获取单元，用于通过操作系统的Activity组件获取界面顶层视图DecorView；

监听器获取单元，用于依据所述界面顶层视图获取变化监听器viewtreeobserver；

注册单元，用于在变化监听器中注册全局性的通知事件的监听，所述通知事件包括：布局Layout和绘制Draw事件。

与现有技术相比，本申请包括以下优点：

在本申请实施例中，依据界面上已展现控件的控件信息来判断界面是否展现完毕的方式，如果该界面上的控件已经基本展现完毕，则将该时刻作为界面的展现结束时刻来获取界面展现时间，从而既能避免代码入侵，还能以实际中界面上用户可以看见的控件的展现情况为标准来选取结束点，从而准确计算得到界面展现时间，并且该界面展现时间也能因为以用户可见的控件为标准从而更贴近用户实际感知的界面展现时间，更符合用户的视觉体验。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请在实际应用中的场景架构图；

图2是本申请的界面展现时间的确定方法实施例的流程图；

图3是本申请方法实施例中在位图中进行标记的示意图；

图4是本申请的客户端实施例的结构框图；

图5是本申请的界面展现时间的接收装置实施例的结构框图；

图6是本申请的终端的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参考图1，为本申请中在终端上展现目标界面时计算界面展现时间的应用场景示意图。在图1中，用户使用终端101打开客户端1011，从而在客户端1011上触发了一个目标界面的获取请求，则客户端1011将该获取请求转发给服务器102下载该目标界面包括的控件并缓存在终端101侧，在客户端1011加载该目标界面上的控件的过程中，来确定该目标界面从开始展现到结束展现所占用的界面展现时间。

为了方便本领域技术人员对本申请有一个更为详细的认识，首先，将本申请中的客户端(例如App代码)注册界面的通知事件的流程进行介绍。本流程可以包括以下步骤：

步骤A1：通过操作系统的Activity组件获取界面顶层视图DecorView。

在本步骤中，可以通过注册系统在界面上的通知事件来监听到每一个界面进行创建或者刷新的时机。例如，可以通过注册全局的ActivityLifecycleCallbacks，这样可以监听到所有界面的创建及其他生命周期的过程。或者，监听点击事件及startActivity方法的执行时机，这样就可以监听到用户开始打开新界面的请求的时间。具体的，可以先通过操作系统的Activity组件获取界面顶层视图DecorView，得到DecorView的值。

步骤A2：依据所述界面顶层视图获取变化监听器viewtreeobserver。

通过Activity，可以得到DecorView的值，接着得到ViewTreeObserver，在ViewTreeObserver中，可以注册全局性的layout、draw等事件的监听。

步骤A3：在变化监听器中注册全局性的通知事件的监听，所述通知事件包括：布局Layout和绘制Draw事件。

最后再在变化监听器中注册全局性的通知事件的监听，例如，Layout和Draw事件等。通过上述注册过程，就可以做到代码无侵入地监听到界面的所有展现时机，包括创建、从后台返回或者被覆盖后重新展现等。

基于以上所示的界面的通知事件注册完毕，参考图2，示出了本申请中应用于终端上的界面展现时间的确定方法，和应用于服务器上的界面展现时间的接收方法实施例的流程图，该方法包括：

步骤201：响应于终端触发的目标界面的获取请求，服务器将所述目标界面包括的所有信息发送至所述终端。

在本实施例中，假设终端上安装了一个用于购物的客户端，则用户在使用终端打开该客户端后，希望浏览其中一个产品的详情页，则该产品的详情页就是目标界面。在用户触发了详情页的浏览后，例如，用户点击了“浏览详情”的按钮，或者，点击了产品详情页对应的链接等，该客户端会将目标界面的获取请求通过终端发送至与该客户端对应的服务器。

而服务器在接收到客户端转发的、目标界面的获取请求后，会查询该目标界面例如产品的详情页中的信息，例如图片、文字或者视频等内容，然后将该详情页包括的所有信息都发送至终端，以供客户端在加载该目标界面例如产品的详情页时进行调用。

当然，在终端上进行目标界面展示的时候，有些界面的信息并非来自服务器，例如，对于内容简单的界面或者静态界面等，这些界面的信息直接在终端侧就可以获取，因此，在这种情况下，就不需要执行步骤201。

步骤202：该终端上集成的客户端获取目标界面的初始展现时刻。

在本实施例中，为了描述方便，以目标界面的内容来自服务器为例进行说明。在本步骤中，客户端接着将步骤201中返回的所有信息在目标界面上进行加载，从而将产品的详情页的具体内容展现给用户。同时，客户端获取该目标界面开始展现的初始时刻。

在本步骤中，客户端可以将客户端开始创建该详情界面的时刻，作为初始展现时刻。在这种情况下，在步骤201中用户如果触发了产品的详情页的浏览按钮，或者点击了详情页的浏览链接，则触发该浏览按钮或点击浏览链接的时刻，就可以作为初始展现时刻。而在另一种情况下，客户端也可以将目标界面初始化的初始化时刻作为初始展现时刻，具体的，客户端可以在目标界面的初始化函数开始计时的时刻，作为该初始展现时刻。

步骤203：响应于接收所述终端的操作系统在所述目标界面上的通知事件，获取所述目标界面上已展现控件的控件信息。

在界面的初始化函数中开始计时，然后在收到系统回调的onLayout或者onDraw等相关的事件中进行界面结构和内容填充数据的分析。例如，可以遍历每个控件获取控件信息，该控件信息可以包括：控件位置、控件大小和控件内容。当然，控件信息还可以包括前景，背景等展现的可视内容等。其中，控件位置可以用于表示该控件在目标界面上分布的位置，例如，在界面的左上方或者右下方等，具体可以用显示屏幕的坐标位置来实现。控件内容可以用于表示该控件在显示屏幕上呈现的具体内容，例如，是一段文字，或者是一个按钮或者是一副图片等等。控件大小则表示一个控件在目标界面所占区域的宽和高的大小。根据控件大小和控件位置可以确定一个控件在目标界面上的面积，根据控件内容可以确定控件是否已经在界面上展现出来。

在获取初始展现时刻后，接着再获取到目标界面上的控件基本都展现完毕的时刻作为展现结束时刻，则可以计算得到该目标界面的总的展现时间。具体的，首先，可以依据已经预先注册过的界面上的通知事件，来获取每一次该目标界面进行创建或者刷新的时刻，并依据目标界面上的已展现控件判断该时刻下目标界面是否已经展现完毕，如果展现完毕，则说明上一次创建或者刷新的时刻即是展现结束时刻。

具体的，在接收到终端的操作系统在目标界面上的通知事件时，获取已展现控件的控件信息的过程的一种可能的实施方式中，步骤203具体可以包括步骤B1～步骤B2：

步骤B1：判断所述目标界面上的初始展现控件是否为预先设置的有效控件，如果是，则进入步骤B2。

在本实施例中，为了提高计算界面展现时间的准确性，还可以对界面上的各个控件做一些限制，例如预先设置好哪些控件属于有效控件，有效控件的展现时间将作为界面展现时间的一部分，而哪些控件属于无效控件，无效控件的展现时间将不做考虑。具体的，可以将有前景和背景内容既空的视图View、图片View、空的文本控件和ViewGroup容器预先设为无效控件，以及将EditText、RaidoButton、ProgressBar和SeekBar控件等设置为有效控件，等等。当然，可以理解的是，上述控件的示例仅仅为了方便本领域技术人员理解方便，不应将其作为本申请的限定。

在本步骤中，即可先获取到目标界面上已经展现出内容的初始展现控件，是否属于预先设置好的有效控件，如果不是，则可以忽略该初始展现控件。在本实施例中，可以理解的是，已展现控件可以是已经展现出内容的控件，即，随着界面的刷新，其内容已经能被用户看见的控件才统计为已展现控件。

步骤B2：将有效的初始展现控件作为已展现控件，并获取所述已展现控件的控件信息。

将属于有效控件的初始展现控件，作为已展现控件，进而获取到目标界面上所有已展现控件的控件信息，可以包括控件位置、控件大小和控件内容。

步骤204：依据所述控件信息判断所述目标界面是否展现完毕，如果是，则进入步骤205。

在实际应用中，一方面，界面各不相同，有复杂的例如包括的控件个数过多，有控件的数据来自网络的，还有静态的界面，甚至也有控件很少和内容很简单的界面，等等；另一方面，因为部分不可控因素会影响界面的展现，例如网络图片的下载延时或控件之间的空隙等，控件上图片的缺失会导致该控件所处区域暂时没有可见的内容，所以综合这两方面考虑，不同界面的总展现时间的计算会具有不确定性。因此，在本申请实施例中，可以按照界面上已展现控件的控件信息来统一衡量界面展现完毕的结束时刻。在得到已展现控件的控件信息之后，由控件信息中的控件所分布的位置和大小，和每个控件上所呈现的内容，来统一判断目标界面上的关键控件或者全部控件是否已经展现完毕了。

在其中一种可能的实施方式中，依据已展现控件的控件信息判断目标界面是否展现完毕的过程，具体可以包括步骤C1～步骤C3：

步骤C1：将所述目标界面的宽和高分别映射为一维宽数组和一维高数组。

在本实施方式中，可以通过映射的方法，将显示屏幕的宽和高分别映射到两个一维数组即一维宽数据和一维高数组中，对应宽的一维宽数组的大小就是宽的值，对应高的一维高数组的大小就是高的值。例如，显示屏幕的分辨率为1024*768，则可以生成一个1024位的一维宽数组，该一维宽数组中1024个位数上的值分别为0；同理，可生成的一维高数组的长度为768位，该一维高数组中768个位数上的初始值分别为0。当然，上述数值仅仅为举例示意，不应将其理解为本申请的限定。

步骤C2：依据所述控件位置、控件大小和控件内容，分别在所述一维宽数组和一维高数组中对应的位数进行标记。

将屏幕上有内容的控件的位置和大小，根据该位置和大小所占用的显示屏幕的高和宽，在对应的一维宽数组和一维高数组对应的位数进行标记。例如，显示屏幕上最左上角有一个控件占用的高为10个像素点，宽为8个像素点，则该控件在一维宽数组中可以将第1～8位的值标记为1，以及，在一维高数组中可以将第1～10位的值标记为1。当然，本领域技术人员还可以采用其他标记方式，只要分别在一维高数组和一维宽数据中将控件的位置表示出来即可。

步骤C3：判断标记后的位数是否满足预设的位数阈值。

在本实施方式中，可以预先设置一个位数阈值，当标记为1的位数的总个数超过该位数阈值的时候，说明该界面上很大一部分区域中的控件都展现出了内容，就可以判定该界面已经展现完毕了。当然，该位数阈值可以根据实际中界面的具体控件多少针对不同类型的界面设置不同的数值，也可以统一设置。例如，针对显示屏幕的分辨率为1024*768的情况，位数的总个数为1792，则可以设置位数阈值为1500，1600，或者对宽和高分别设置，例如宽的80％，高的80％，等等。

在另外一种可能的实施方式中，依据已展现控件的信息判断目标界面是否展现完毕的过程，具体可以包括步骤D1～步骤D3：

步骤D1：生成与所述目标界面大小一致的位图。

在本实施方式中，可以为显示屏幕生成一张同样大小的位图。位图(bitmap)，是一种点阵图像或绘制图像，是由称作像素(图片元素)的单个点组成的，在位图中可以进行标记。

步骤D2：依据所述控件位置、控件大小和控件内容在所述位图中进行标记。

在本步骤中，再依据各个已经展现内容的控件的位置和大小，得到控件在界面上分布的面积大小，在位图中相对应的位置处进行标记。参考图3所示，是将已展现控件的位置和内容在位图中进行标记得到的示意图，在图3中，每一个控件都按照其所占的面积标记成了四方形的灰色区域。

步骤D3：判断标记后的位图面积是否大于预设的面积阈值。

在对位图标记之后，可以计算出标记后的位图面积，接着判断标记后的位图面积，是否已经大于预设的面积阈值。该面积阈值可以由本领域技术人员预先设置好，例如，可以参考设置位数阈值的方式，将面积阈值设置为显示屏幕的总面积的80％或者90％等等，在已经标记的位图面积大于该面积阈值的情况下，可以认为界面上绝大部分区域的控件已经展现了其内容，在这种情况下，可以认为界面已经展现完毕。

可以理解的是，上述位数阈值和面积阈值设置的越大，则计算的界面展现时间的准确度越高。但是本领域技术人员可以综合网络和实际需求等自主设置位数阈值和面积阈值的大小。

在另外一种可能的实施方式中，依据已展现控件的控件信息判断目标界面是否展现完毕的过程，具体可以包括步骤E1～步骤E2：

步骤E1：获取为所述目标界面预先划分好的各界面子区域。

在本实施方式中，具体通过采样来进行判断。可以预先将显示屏幕划分成若干等分，例如，分别将显示屏幕的宽和高分别分为10个等分，如果每个等分中都有已展现控件，那么就可以认为这个等分区域已经被填充满，这样可以避免空隙等带来的、计算的界面展现时间不够准确的问题。

步骤E2：依据所述控件位置、控件大小和控件内容判断各界面子区域内是否均有已展现控件。

再依据上一个步骤得到的控件位置、控件大小和控件内容，判断各界面子区域内是否都有已展现控件，如果有，则认为该界面已经展现完毕了。

在另外一种可能的实施方式中，对于简单或静态的界面可能无法达到指定的位数阈值或者面积阈值等，在这种情况下可以通过一个标识接口Interface来实现，在判断的时候，可以判断该界面已经预先设置了静态标识，即实现了该标识接口，如果设置了就表示该界面是个静态界面或者简单界面。则一旦监听到界面上有系统的通知事件，即第一次接收到界面上系统的通知事件，就可以认为该界面已经展现完毕了。当然对于静态界面，也可以通过前述的事件来监听，在有内容的情况下，通过设置时间阈值，在指定的时间内如果发现不再发生布局或刷新等界面事件，则可以认为该界面是静态界面，则确定该目标界面已经展现完毕。

还有一种可能的实施方式，对于有用户在界面上操作的，可以结合用户操作的情况来确定界面展现完毕的结束时刻。例如，用户有效地滑动了屏幕，有效地进行了控件的点击，或者有编辑框聚焦弹出了输入法等等，即，在目标界面上产生了用于表示界面展现完毕的有效界面操作，如果产生了，也可以将产生有效界面操作的时刻作为界面展现结束的结束时刻。

在另外一种可能的实施方式中，依据已展现控件的控件信息判断目标界面是否展现完毕的过程，具体可以包括步骤F1～步骤F2：

步骤F1：获取在目标界面展现已展现控件的展现时刻。

在本实施方式中，还可以通过定时结束的方式来确定目标界面的展现结束时刻。例如，在接收到界面上的通知事件后，启动一个定时器，在指定的时间内，没有再收到表示布局或者刷新的通知事件，就可以认为界面的展现已经结束。

步骤F2：实时判断当前时刻与所述展现时刻的时间差是否达到预设时间阈值。

具体的，通过获取目标界面上一次刷新时展现已展现控件的展现时刻，再实时判断当前时刻与上一次的展现时刻之间的时间差，是否到达了预设的时间阈值。例如，定时器的时间可以设置为20ms等。

以上，就是具体判断目标界面是否展现完毕的具体实施方式。在实际应用中，对于每一次接收到系统在界面上的通知事件都可以判断一次，也可以对预设时间内的通知事件加以过滤，例如，每5ms内如果接收到多次通知，则以该段时间内最近一次的通知时刻为界面结束时刻，进行一次判断。

在介绍完判断目标界面是否已经展现完毕的步骤之后，进入步骤205：

步骤205：依据已展现控件的展现时刻和所述初始展现时刻，计算目标界面的总展现时间。

依据步骤204中的已展现控件当时的展现时刻，例如是上午10点58份46秒，和步骤201中获得的初始展现时刻，例如是上午10点58份44秒，则已展现控件的展现时刻减去初始展现时刻，得到的结果即2秒钟即是目标界面的总展现时间，实际上会有更精确的时间统计计数至少到毫秒的级别。

采用本实施例中的方式，利用界面上已展现控件的控件信息来判断界面是否展现完毕的方式，如果该界面上的控件已经基本展现完毕，则将该时刻作为界面的展现结束时刻来获取界面展现时间，从而既能避免代码入侵，还能以实际中界面上用户可以看见的控件的展现情况为标准来选取结束点，从而准确计算得到界面展现时间；并且，该界面展现时间也能因为以用户可见的控件为标准进行计算，从而更贴近用户实际感知的界面展现时间，更符合用户的视觉体验。

在计算得到界面展现时间之后，还可以包括：

步骤206：将目标界面的总展现时间，与终端的终端信息一并发送至服务器，终端信息包括：所述终端的硬件信息和操作系统信息。

在计算得到目标界面的界面展现时间之后，还可以将用户使用终端的终端信息与界面展现时间一起发送给服务器，终端信息可以包括终端的硬件信息和操作系统信息。硬件信息可以是内存大小、显示屏幕的大小等，以及一个对设备的综合性能评分等，操作系统信息可以包括操作系统的版本信息，环境信息等。将终端信息和总占线时间一起发送给服务器，以便服务器对各个终端上展示相同界面或者不同界面的时间分别进行统计，以便后续对终端上展现界面的时间进行优化和提升等。

对于前述的方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

与上述本申请一种界面展现时间的确定方法实施例所提供的方法相对应，参见图4，本申请还提供了一种客户端实施例，在本实施例中，该客户端可以集成于终端，该客户端可以包括：

初始时刻获取单元401，用于获取所述客户端的目标界面的初始展现时刻。

其中，初始时刻获取单元401，可以包括：

触发确定子单元，用于响应于所述客户端上触发所述目标界面的请求，将所述客户端上的触发时刻确定为所述初始展现时刻；或者，初始化确定子单元，用于响应于所述目标界面初始化，将所述目标界面的初始化时刻确定为所述初始展现时刻。

控件信息获取单元402，用于响应于接收所述终端的操作系统在所述目标界面上的通知事件，获取所述目标界面上已展现控件的控件信息，所述控件信息包括：控件位置、控件大小和控件内容。

其中，所述控件信息获取单元402可以包括：

有效性判断子单元，用于判断所述目标界面上的初始展现控件是否为预先设置的有效控件；和，信息获取子单元，用于在所述判断子单元的结果为是的情况下，将初始展现控件作为已展现控件，并获取所述已展现控件的控件信息。

判断单元403，用于依据所述控件信息判断所述目标界面是否展现完毕。

其中，所述判断单元403可以包括：

映射子单元，用于将所述目标界面的宽和高分别映射为一维宽数组和一维高数组；数组标记子单元，用于依据所述控件位置、控件大小和控件内容，分别在所述一维宽数组和一维高数组中对应的位数进行标记；和，位数阈值判断子单元，用于判断标记后的位数是否满足预设的位数阈值。

其中，判断单元403具体可以包括：

生成子单元，用于生成与所述目标界面大小一致的位图；位图标记子单元，用于依据所述控件位置、控件大小和控件内容在所述位图中进行标记；和，面积阈值判断子单元，用于判断标记后的位图面积是否大于预设的面积阈值。

其中，所述判断单元403具体可以包括：

区域获取子单元，用于获取为所述目标界面预先划分好的各界面子区域；和，控件判断子单元，依据所述控件位置、控件大小和控件内容判断各界面子区域内是否均有已展现控件。

其中，所述判断单元403具体可以包括：

界面操作判断子单元，用于判断所述目标界面上是否产生了用于表示界面展现完毕的有效界面操作，或者，静态判断子单元，用于判断目标界面在预设时间阈值内是否没有产生布局或者刷新事件。

其中，所述判断单元403具体可以包括：

时刻获取子单元，用于获取在所述目标界面展现所述已展现控件的展现时刻；时间阈值判断子单元，用于实时判断当前时刻与所述展现时刻的时间差是否达到预设时间阈值。

时间计算单元404，用于在所述判断单元的结果为是的情况下，依据所述已展现控件的展现时刻和所述初始展现时刻，计算所述目标界面的总展现时间。

其中，该装置还可以包括：

信息发送单元405，用于将所述目标界面的总展现时间，与所述终端的终端信息一并发送至服务器，所述终端信息包括：所述终端的硬件信息和操作系统信息。

本实施例中的客户端，利用界面上已展现控件的控件信息来判断界面是否展现完毕的方式，如果该界面上的控件已经基本展现完毕，则将该时刻作为界面的展现结束时刻来获取界面展现时间，从而既能避免代码入侵，还能以实际中界面上用户可以看见的控件的展现情况为标准来选取结束点，从而准确计算得到界面展现时间；并且，该界面展现时间也能因为以用户可见的控件为标准进行计算，从而更贴近用户实际感知的界面展现时间，更符合用户的视觉体验。

参考图5所示，本申请还提供了一种界面展现时间的接收装置实施例，在本实施例中，该接收装置集成于服务器侧，该接收装置可以包括：

请求发送单元501，用于响应于终端触发的目标界面的获取请求，将所述目标界面包括的所有控件信息发送至所述终端。

信息接收单元502，用于接收所述终端发送的、所述目标界面的总展现时间和终端信息，所述终端信息包括：终端的硬件信息和操作系统信息。

在本实施例中，服务器侧的接收装置可以接收终端的终端信息与界面展现时间，以便服务器对各个终端上展示相同界面或者不同界面的时间分别进行统计，以便后续对终端上展现界面的时间进行优化和提升等。

本申请实施例还公开了一种界面的通知事件的注册装置，该装置集成于终端上，该注册装置可以包括：

视图获取单元，用于通过操作系统的Activity组件获取界面顶层视图DecorView。监听器获取单元，用于依据所述界面顶层视图获取变化监听器viewtreeobserver。和，注册单元，用于在变化监听器中注册全局性的通知事件的监听，所述通知事件包括：布局Layout和绘制Draw事件。

本实施例中的注册装置，可以通过对界面上的通知事件的注册，实现对界面展现时机的监控，例如，界面的创建即布局或者刷新事件的时机，从而能够准确计算得到更符合用户感受的界面展现时间。

图6是根据一示例性实施例示出的一种客户端装置600的计算机设备的框图。例如，装置600可以是计算机，消息收发设备，平板设备，或者各种计算机设备等。

参照图6，装置600可以包括以下一个或多个组件：处理组件602，存储器604，电源组件606，多媒体组件608，音频组件610，输入/输出(I/O)的接口612，传感器组件614，以及通信组件616。

处理组件602通常控制装置600的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件602可以包括一个或多个处理器620来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件602可以包括一个或多个模块，便于处理组件602和其他组件之间的交互。例如，处理部件602可以包括多媒体模块，以方便多媒体组件608和处理组件602之间的交互。

存储器604被配置为存储各种类型的数据以支持在设备600的操作。这些数据的示例包括用于在装置600上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器604可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件606为装置600的各种组件提供电力。电源组件606可以包括电源管理系统，一个或多个电源，及其他与为装置600生成、管理和分配电力相关联的组件。

多媒体组件608包括在所述装置600和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件608包括一个前置摄像头和/或后置摄像头。当设备600处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件610被配置为输出和/或输入音频信号。例如，音频组件610包括一个麦克风(MIC)，当装置600处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器604或经由通信组件616发送。在一些实施例中，音频组件610还包括一个扬声器，用于输出音频信号。

I/O接口612为处理组件602和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件614包括一个或多个传感器，用于为装置600提供各个方面的状态评估。例如，传感器组件614可以检测到设备600的打开/关闭状态，组件的相对定位，例如所述组件为装置600的显示器和小键盘，传感器组件614还可以检测装置600或装置600一个组件的位置改变，用户与装置600接触的存在或不存在，装置600方位或加速/减速和装置600的温度变化。传感器组件614可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件614还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件14还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件616被配置为便于装置600和其他设备之间有线或无线方式的通信。装置600可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件616经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件616还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置600可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器604，上述指令可由装置600的处理器620执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由终端的处理器执行时，使得终端能够执行一种燃油自主过滤的控制方法，所述方法包括：获取所述客户端的目标界面的初始展现时刻；响应于接收所述终端的操作系统在所述目标界面上的通知事件，获取所述目标界面上已展现控件的控件信息，所述控件信息包括：控件位置和控件内容；依据所述控件信息判断所述目标界面是否展现完毕，如果是，则依据所述已展现控件的展现时刻和所述初始展现时刻，计算所述目标界面的总展现时间。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的界面展现时间的确定、接收方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (22)

1.一种界面展现时间的确定方法，其特征在于，该方法应用于终端集成的客户端上，该方法包括：

获取所述客户端的目标界面的初始展现时刻；

响应于接收所述终端的操作系统在所述目标界面上的通知事件，获取所述目标界面上已展现控件的控件信息；

依据所述控件信息判断所述目标界面是否展现完毕，如果是，则依据所述已展现控件的展现时刻和所述初始展现时刻，计算所述目标界面的总展现时间。

2.根据权利要求1所述的方法，其特征在于，所述获取所述客户端的目标界面的初始展现时刻，包括：

响应于所述客户端上触发所述目标界面的请求，将所述客户端上的触发时刻确定为所述初始展现时刻；

或者，响应于所述目标界面初始化，将所述目标界面的初始化时刻确定为所述初始展现时刻。

3.根据权利要求1所述的方法，其特征在于，所述获取所述目标界面上已展现控件的控件信息，包括：

判断所述目标界面上的初始展现控件是否为预先设置的有效控件，如果是，则将初始展现控件作为已展现控件，并获取所述已展现控件的控件信息。

4.根据权利要求1所述的方法，其特征在于，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

将所述目标界面的宽和高分别映射为一维宽数组和一维高数组；

依据所述控件位置、控件大小和控件内容，分别在所述一维宽数组和一维高数组中对应的位数进行标记；

判断标记后的位数是否满足预设的位数阈值。

5.根据权利要求1所述的方法，其特征在于，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

生成与所述目标界面大小一致的位图；

依据所述控件位置、控件内容和控件大小在所述位图中进行标记；

判断标记后的位图面积是否大于预设的面积阈值。

6.根据权利要求1所述的方法，其特征在于，所述控件信息包括：控件位置、控件大小和控件内容，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

获取为所述目标界面预先划分好的各界面子区域；

依据所述控件位置、控件大小和控件内容判断各界面子区域内是否均有已展现控件。

7.根据权利要求1所述的方法，其特征在于，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

判断所述目标界面上是否产生了用于表示界面展现完毕的有效界面操作；或者，判断目标界面在预设时间阈值内是否没有产生布局或者刷新事件。

8.根据权利要求1所述的方法，其特征在于，所述依据所述控件信息判断所述目标界面是否展现完毕，包括：

获取在所述目标界面展现所述已展现控件的展现时刻；

实时判断当前时刻与所述展现时刻的时间差是否达到预设时间阈值。

9.根据权利要求1～8任意一项所述的方法，其特征在于，还包括：

将所述目标界面的总展现时间，与所述终端的终端信息一并发送至服务器，所述终端信息包括：所述终端的硬件信息和操作系统信息。

10.一种界面展现时间的接收方法，其特征在于，该方法应用于服务器上，该方法包括：

响应于终端触发的目标界面的获取请求，将所述目标界面包括的所有信息发送至所述终端；

接收所述终端发送的、所述目标界面的总展现时间和终端信息，所述终端信息包括：终端的硬件信息和操作系统信息。

11.一种注册界面的通知事件的方法，其特征在于，该方法应用于终端集成的客户端上，包括：

通过操作系统的Activity组件获取界面顶层视图DecorView；

依据所述界面顶层视图获取变化监听器viewtreeobserver；

在变化监听器中注册全局性的通知事件的监听，所述通知事件包括：布局Layout和绘制Draw事件。

12.一种客户端，其特征在于，该客户端集成于终端上，该客户端包括：

初始时刻获取单元，用于获取所述客户端的目标界面的初始展现时刻；

控件信息获取单元，用于响应于接收所述终端的操作系统在所述目标界面上的通知事件，获取所述目标界面上已展现控件的控件信息；

判断单元，用于依据所述控件信息判断所述目标界面是否展现完毕；

时间计算单元，用于在所述判断单元的结果为是的情况下，依据所述已展现控件的展现时刻和所述初始展现时刻，计算所述目标界面的总展现时间。

13.根据权利要求12所述的客户端，其特征在于，所述初始时刻获取单元，包括：

触发确定子单元，用于响应于所述客户端上触发所述目标界面的请求，将所述客户端上的触发时刻确定为所述初始展现时刻；

或者，初始化确定子单元，用于响应于所述目标界面初始化，将所述目标界面的初始化时刻确定为所述初始展现时刻。

14.根据权利要求12所述的客户端，其特征在于，所述控件信息获取单元包括：

有效性判断子单元，用于判断所述目标界面上的初始展现控件是否为预先设置的有效控件；

信息获取子单元，用于在所述判断子单元的结果为是的情况下，将初始展现控件作为已展现控件，并获取所述已展现控件的控件信息。

15.根据权利要求12所述的客户端，其特征在于，所述判断单元包括：

映射子单元，用于将所述目标界面的宽和高分别映射为一维宽数组和一维高数组；

数组标记子单元，用于依据所述控件位置、控件大小和控件内容，分别在所述一维宽数组和一维高数组中对应的位数进行标记；

位数阈值判断子单元，用于判断标记后的位数是否满足预设的位数阈值。

16.根据权利要求12所述的客户端，其特征在于，所述判断单元包括：

生成子单元，用于生成与所述目标界面大小一致的位图；

位图标记子单元，用于依据所述控件位置、控件大小和控件内容在所述位图中进行标记；

面积阈值判断子单元，用于判断标记后的位图面积是否大于预设的面积阈值。

17.根据权利要求12所述的客户端，其特征在于，所述判断单元包括：

区域获取子单元，用于获取为所述目标界面预先划分好的各界面子区域；

控件判断子单元，依据所述控件位置、控件大小和控件内容判断各界面子区域内是否均有已展现控件。

18.根据权利要求12所述的客户端，其特征在于，所述判断单元具体包括：

界面操作判断子单元，用于判断所述目标界面上是否产生了用于表示界面展现完毕的有效界面操作，或者，静态判断子单元，用于判断目标界面在预设时间阈值内是否没有产生布局或者刷新事件。

19.根据权利要求12所述的客户端，其特征在于，所述判断单元包括：

时刻获取子单元，用于获取在所述目标界面展现所述已展现控件的展现时刻；

时间阈值判断子单元，用于实时判断当前时刻与所述展现时刻的时间差是否达到预设时间阈值。

20.根据权利要求12～19任意一项所述的客户端，其特征在于，还包括：

信息发送单元，用于将所述目标界面的总展现时间，与所述终端的终端信息一并发送至服务器，所述终端信息包括：所述终端的硬件信息和操作系统信息。

21.一种界面展现事件的接收装置，其特征在于，该装置集成于服务器上，该装置包括：

请求发送单元，用于响应于终端触发的目标界面的获取请求，将所述目标界面包括的所有信息发送至所述终端；

信息接收单元，用于接收所述终端发送的、所述目标界面的总展现时间和终端信息，所述终端信息包括：终端的硬件信息和操作系统信息。

22.一种注册界面的通知事件的装置，其特征在于，该装置集成于终端上，包括：

视图获取单元，用于通过操作系统的Activity组件获取界面顶层视图DecorView；

监听器获取单元，用于依据所述界面顶层视图获取变化监听器viewtreeobserver；

注册单元，用于在变化监听器中注册全局性的通知事件的监听，所述通知事件包括：布局Layout和绘制Draw事件。