CN108334525A

CN108334525A - 一种数据展示方法及装置

Info

Publication number: CN108334525A
Application number: CN201710048289.8A
Authority: CN
Inventors: 卢颖; 陈松涛; 张志鹏; 马召
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2017-01-20
Filing date: 2017-01-20
Publication date: 2018-07-27

Abstract

提供了一种数据展示方法及装置，用以解决现有的数据展示方法存在的不易使用和展示的数据不够直观的问题。该方法为：在查询过程中，将待查询的页面元素的埋点标识作为查询条件发送给服务器，服务器则基于查询条件从操作日志数据获得相应的查询指标返回给管理端，管理端将与待查询的页面元素绑定的埋点标识对应的查询指标，显示在上述待查询的页面元素上，从而在APP页面中实现了查询指标的可视化地展示，无需在不同的平台进行查看，也无需数据使用者采用人工方式将查询指标与APP页面中的页面元素对照起来，使得数据使用较为容易，数据查看较为直观，便于后续对APP页面中页面元素设计的合理性进行分析。

Description

一种数据展示方法及装置

技术领域

本申请涉及互联网信息处理技术领域，尤其涉及一种数据展示方法及装置。

背景技术

在互联网快速发展的时代，对于网站或应用程序(如，App)的运营者来说，如果能对自身产品在APP页面停留期间的一些用户行为(例如，对重要APP页面的各个控件的点击行为)有所掌握，并且能够很好地进行分析的话，将会对改进产品界面设计的合理性以及用户体验和吸引用户点击提供最直接和最高效的帮助。

通常，用户的点击行为可通过对网页进行埋点来记录。网页埋点是通过Javascript方法收集用户访问和点击数据的一种操作。当用户打开一个网页并点击的时候，APP页面中的埋点Javascript代码就会被执行，该Javascript代码可以成为数据收集脚本，将收集到的数据回传给网站服务器。

基于网页埋点可收集用户的点击数据，网站为统计用户在网页停留期间的一些点击行为，就在网页中插入了大量的埋点代码，并基于解决问题的不同，将网站服务器收集到的大量数据分流在不同的数据查看服务器，数据查看服务器中存储了埋点标识以及各指标下的指标值。对于数据的使用者(例如，数据分析人员、运营人员)来说，为了使用数据，就需要先熟悉各个数据查看服务器的使用规则，然后再从数据查看服务器中获取表格形式的数据。

上述利用数据查看服务器来展示点击数据的这种方式，尽管实现了点击数据的展示，但是，由于一方面，数据的使用者需要花费较多时间来熟悉数据查看服务器的使用规则，在一些情况下，还需要从不同的数据查看服务器获得需要的数据；另一方面，数据查看服务器给出的是表格形式的数据，需要数据使用者人工将点击数据与网页中的控件对照起来，以便于进行分析，进而来改进网页的用户体验，因此，存在不易使用和不够直观的问题。

发明内容

有鉴于此，本申请提出了一种数据展示方法及装置，用以解决现有的数据展示方法存在的不易使用和展示的数据不够直观的问题。

本申请提供的具体技术方案如下：

一种数据展示方法，所述方法包括：

针对APP页面中的至少一个页面元素生成查询请求，将所述查询请求发送至服务器，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识；

接收服务器返回的查询指标，所述查询指标是服务器基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成的，所述操作信息是在所述埋点标识对应的埋点代码被触发时生成的；

在所述APP页面中，在所述至少一个页面元素的指定位置展示获得的查询指标。

可选的，在接收到针对页面元素的操作信息之前，进一步包括：

向服务器发送页面访问请求；

接收服务器发送的页面配置信息，其中，所述页面配置信息至少包括各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识；

基于获得的页面配置信息，生成相应的APP页面。

可选的，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

可选的，基于获得的页面配置信息，生成相应的APP页面，包括：

基于所述页面配置信息中包含的各个页面元素的位置信息，分别确定每一个页面元素在APP页面中的页面位置；

基于所述页面配置信息中包含的各个页面元素的内容描述信息，分别在每一个页面元素的页面位置上添加相应的元素内容；

在至少一个页面元素的页面位置上添加设定的埋点代码及埋点标识。

可选的，针对APP页面中的至少一个页面元素生成查询请求，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识，包括：

获取与APP页面中至少一个页面元素关联的埋点标识；

判断获得的埋点标识是否符合预设的过滤条件；

确定所述埋点标识符合所述过滤条件时，获取查询条件；

基于所述埋点标识和所述查询条件，生成相应的查询请求。

可选的，获取与APP页面中至少一个页面元素关联的埋点标识，包括：

确定在所述APP页面中被选取的至少一个页面元素，获取对应所述至少一个页面元素设置的埋点标识；

判断获取的埋点标识的数目是否达到设定阈值；

若是，则将对应所述APP页面设置的埋点标识，作为与所述至少一个页面元素关联的埋点标识；

否则，将获得的埋点标识作为与所述至少一个页面元素关联的埋点标识。

可选的，确定所述埋点标识符合所述过滤条件时，获取查询条件，包括：

判定所述埋点标识的格式符合设定格式时，确定所述埋点标识符合所述过滤条件，并获取查询条件。

可选的，所述查询条件为：根据用户指示设置的查询条件，或者，系统默认的查询条件。

可选的，所述查询条件至少包括：查询时间范围，或/和，查询指标指示。

可选的，在所述APP页面中，针对所述至少一个页面元素展示获得的查询指标，包括：

确定获得的每一种查询指标对应的埋点标识；

分别确定每一个埋点标识对应的页面元素，筛选出目标页面元素；

在每一个目标页面元素的设定位置，呈现相应的查询指标。

可选的，分别确定每一个埋点标识对应的页面元素，筛选出目标页面元素，包括：

确定当前登录使用的用户名对应的业务类型；

筛选出与所述业务类型相匹配的页面元素，作为目标页面元素。

可选的，进一步包括：

将与所述APP页面相关的信息进行缓存，以及在满足预设条件时对缓存的与所述APP页面相关的信息进行清除；其中，所述与所述APP页面相关的信息至少包含：所述APP页面包含的各个页面元素及相关的查询指标；

在下一次接收到针对所述APP页面的查询请求时，判断缓存中是否保存有与所述APP页面相关的信息，确定存在时，直接从缓存中读取与所述APP页面相关的信息，并进行展示。

一种数据提供方法，包括：

接收管理端发送的查询请求，所述查询请求中至少携带有与APP页面中至少一个页面元素关联的埋点代码的埋点标识；

基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标，其中，所述操作信息是在对应所述至少一个页面元素设置的埋点代码被触发时生成的；

将所述查询指标返回至管理端，触发所述管理端在所述APP页面中针对所述至少一个页面元素展示获得的查询指标。

可选的，接收管理端发送的查询请求之前，进一步包括：

接收管理端发送的页面访问请求；

向管理端返回页面配置信息，触发管理端基于获得的页面配置信息，生成相应的APP页面；其中，所述页面配置信息至少包括各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识。

可选的，基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标，包括：

进一步获取预设的查询时间范围以及查询指标指示；

基于所述查询时间范围获取对应时间段内保存的日志文件；

基于接收的埋点标识，从所述日志文件中获取对应所述埋点标识记录的操作信息；

分别根据每一个埋点标识对应的操作信息，结合所述查询指标指示，生成相应的查询指标。

确定接收的埋点标识为页面元素的埋点标识时，分别获取对应接收的每一个埋点标识记录的操作信息；或者，

确定接收的埋点标识为APP页面的埋点标识时，获取所述APP页面中每一个页面元素的埋点标识，以及分别获取对应所述APP页面中每一个页面元素的埋点标识记录的操作信息。

一种APP页面生成方法，应用于移动终端，包括：

向服务器发送页面访问请求；

基于获得的页面配置信息，生成相应的APP页面。

可选的，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

在指定的至少一个页面元素的页面位置上添加设定的埋点代码及埋点标识。

可选的，基于所述页面配置信息中包含的各个页面元素的位置信息，分别确定每一个页面元素在APP页面中的页面位置，包括：

若所述页面配置信息中记录了各个页面元素的坐标信息，则获得所述页面配置信息后，根据各个页面元素的坐标信息，分别确定每一个页面元素在APP页面中的页面位置；或者，

若所述页面配置信息中记录了各个页面元素与其他页面元素之间的相对位置关系，则获得所述页面配置信息后，参考本地预设的屏幕尺寸，结合所述相对位置关系，分别确定每一个页面元素在APP页面中的页面位置。

可选的，包括：

监测用户操作，针对用户操作的每一个页面元素，执行以下操作；

判断对应用户操作的页面元素是否设置有相应的埋点代码；

确定设置有相应的埋点代码时，记录所述页面元素的操作信息；

将所述埋点代码的埋点标识以及所述页面元素的操作信息发往服务器，触发所述服务器对应所述埋点代码记录所述操作信息。

一种数据记录方法，包括：

接收客户端发送的请求消息，所述请求消息是在用户操作设置有埋点代码的页面元素时发送的，所述请求消息中携带有对应用户操作的页面元素设置的埋点代码的埋点标识和操作信息；

对应所述埋点标识记录所述操作信息。

一种数据展示装置，所述装置包括：

发送单元，用于针对APP页面中的至少一个页面元素生成查询请求，将所述查询请求发送至服务器，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识；

接收单元，用于接收服务器返回的查询指标，所述查询指标是服务器基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成的，所述操作信息是在所述埋点标识对应的埋点代码被触发时生成的；

处理单元，用于在所述APP页面中，在所述至少一个页面元素的指定位置展示获得的查询指标。

可选的，在接收到针对页面元素的操作信息之前，

所述发送单元进一步用于：向服务器发送页面访问请求；

所述接收单元进一步用于：接收服务器发送的页面配置信息，其中，所述页面配置信息至少包括各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识；

所述处理单元进一步用于，基于获得的页面配置信息，生成相应的APP页面。

可选的，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

可选的，基于获得的页面配置信息，生成相应的APP页面时，所述处理单元用于：

可选的，针对APP页面中的至少一个页面元素生成查询请求，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识时，所述发送单元用于：

获取与APP页面中至少一个页面元素关联的埋点标识；

判断获得的埋点标识是否符合预设的过滤条件；

确定所述埋点标识符合所述过滤条件时，获取查询条件；

基于所述埋点标识和所述查询条件，生成相应的查询请求。

可选的，获取与APP页面中至少一个页面元素关联的埋点标识时，所述发送单元用于：

判断获取的埋点标识的数目是否达到设定阈值；

可选的，确定所述埋点标识符合所述过滤条件时，获取查询条件，所述发送单元用于：

可选的，在所述APP页面中，针对所述至少一个页面元素展示获得的查询指标时，所述处理单元用于：

确定获得的每一种查询指标对应的埋点标识；

在每一个目标页面元素的设定位置，呈现相应的查询指标。

可选的，分别确定每一个埋点标识对应的页面元素，筛选出目标页面元素时，所述处理单元用于：

确定当前登录使用的用户名对应的业务类型；

可选的，所述处理单元进一步用于：

一种数据提供装置，包括：

接收单元，用于接收管理端发送的查询请求，所述查询请求中至少携带有与APP页面中至少一个页面元素关联的埋点代码的埋点标识；

处理单元，用于基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标，其中，所述操作信息是在对应所述至少一个页面元素设置的埋点代码被触发时生成的；

发送单元，用于将所述查询指标返回至管理端，触发所述管理端在所述APP页面中针对所述至少一个页面元素展示获得的查询指标。

可选的，接收管理端发送的查询请求之前，

所述接收单元进一步用于：接收管理端发送的页面访问请求；

所述发送单元进一步用于：向管理端返回页面配置信息，触发管理端基于获得的页面配置信息，生成相应的APP页面；其中，所述页面配置信息至少包括各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识。

可选的，基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标时，所述处理单元用于：

进一步获取预设的查询时间范围以及查询指标指示；

基于所述查询时间范围获取对应时间段内保存的日志文件；

一种APP页面生成装置，所述装置为移动终端，所述装置包括：

发送单元，用于向服务器发送页面访问请求；

接收单元，用于接收服务器发送的页面配置信息，其中，所述页面配置信息至少包括各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识；

处理单元，用于基于获得的页面配置信息，生成相应的APP页面。

可选的，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

可选的，基于所述页面配置信息中包含的各个页面元素的位置信息，分别确定每一个页面元素在APP页面中的页面位置时，所述处理单元用于；

一种数据提供装置，所述装置为移动终端，所述装置包括监测单元和发送单元，其中，

监测单元，用于监测用户操作，针对用户操作的每一个页面元素，执行以下操作：

判断对应用户操作的页面元素是否设置有相应的埋点代码；

通过发送单元将所述埋点代码的埋点标识以及所述页面元素的操作信息发往服务器，触发所述服务器对应所述埋点代码记录所述操作信息。

一种数据记录装置，包括：

接收单元，用于接收客户端发送的请求消息，所述请求消息是在用户操作设置有埋点代码的页面元素时发送的，所述请求消息中携带有对应用户操作的页面元素设置的埋点代码的埋点标识和操作信息；

记录单元，用于对应所述埋点标识记录所述操作信息。

本申请的有益效果如下：

在本申请实施例的方案中，在APP页面生成时，将APP页面中的页面元素与相应的埋点标识进行了绑定，使得后续可直接将待查询的页面元素的埋点标识作为查询条件，发送给服务器，服务器则基于查询条件从操作日志数据获得相应的查询指标返回给管理端，管理端与待查询的页面元素绑定的埋点标识对应的查询指标，显示在上述待查询的页面元素上，实现了在页面元素上对该页面元素的查询指标进行展示，即将查询指标可视化地展示在页面元素上，从而无需在不同的平台进行查看，也无需数据使用者采用人工方式将查询指标与APP页面中的页面元素对照起来，而是直接在管理端打开APP页面便可直观地看到页面元素对应的查询指标，因此，上述方法使得数据使用较为容易，数据查看较为直观，便于后续对APP页面中页面元素设计的合理性进行分析。

附图说明

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

图1为本申请实施例提供的在APP页面中设置埋点代码流程图；

图2为本申请实施例提供的页面元素呈现示意图；

图3为本申请实施例提供的在APP页面中向用户呈现查询指标流程图；

图4为本申请实施例提供的在页面元素上呈现查询指标示意图；

图5为本申请实施例提供的管理端功能结构示意图；

图6为本申请实施例提供的第一种服务器功能结构示意图；

图7为本申请实施例提供的第一种客户端功能结构示意图；

图8为本申请实施例提供的第二种客户端功能结构示意图；

图9为本申请实施例提供的第二种服务器功能结构示意图。

具体实施方式

用以解决现有的数据展示方法存在的不易使用和展示的数据不够直观的问题，本申请实施例中，对应不同的页面元素分别设置相应的埋点代码和埋点标识，并对应每一种埋点标识分别记录相应的页面元素上产生的操作信息，进而在接收到携带有埋点标识的查询请求时，可以基于埋点标识提取相应的操作信息生成相应的查询指标，并在APP页面上对应的页面元素位置进行展示。

下面结合附图对本申请优选的实施方式作出进一步详细说明。

本申请实施例中，服务器在向用户呈现的APP页面中预先写入埋点代码，并针对每一个埋点代码设置相应的埋点标识，以便记录相应的操作信息，参阅图1所示，具体流程如下：

步骤100：客户端向服务器发送页面访问请求。

具体的，用户可以在客户端上执行相关操作(如，点击APP页面链接，点击APP页面上的某个控件)等等，来触发客户端向服务器发送页面访问请求，该页面访问请求用于触发服务器生成相应的APP页面。

步骤101：服务器接收客户端发送的页面访问请求。

步骤102：服务器基于接收的页面访问请求生成相应的页面配置信息，其中，该页面配置信息中至少包括各个页面元素的内容描述信息，以及对应至少一个页面元素设置的埋点代码和埋点标识。

本申请实施例中，服务器在生成页面配置信息时，需要设置各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识。

一个页面元素的内容描述信息，可选的，需要至少包括页面元素的呈现内容，如，图片链接，用于呈现一张图片，又如，跳转链接，用于呈现一个可操作的控件，等等。

而一个页面元素的位置信息，可选的，可以包含一个页面元素在APP页面中的坐标位置；或者，与其他页面元素之间的相对位置关系。

若服务器在一个页面元素的位置信息中明确指示了该页面元素在APP页面中的坐标位置，那么，客户端接收到页面配置信息后，可以根据页面配置信息中记录的各个页面元素对应的坐标位置，迅速在生成相应APP页面。

以苹果手机操作系统(iPhone Operation System，IOS)为例，通常情况下，客户端将一个容器类(如，UIViewController类)作为一个APP页面。当初始化这样一个类后，就可以将APP页面呈现在用户面前。当然，还需要填充相应的页面配置信息，而页面配置信息，客户端会从服务端获取，如，客户端向服务端发送Json格式的页面访问请求。

而服务器下发页面配置信息，通常页面配置信息中会包含有多组数据，不同组数据代理不同的页面元素，每组数据中都会包含APP页面渲染时所需要的链接(如，图片链接，或/和，跳转链接)，位置信息，以及埋点代码和埋点标识，如，一组数据中可以包含以下信息：

然而，实际应用中，不同的客户端(尤其是移动终端)的屏幕规格(如，长宽比例)存在很大不同，因此，若不同的客户端采用相同的APP页面配置信息生成APP页面，有可能会出现以下意外情况：客户端生成的APP页面不符合终端屏幕规格，而造成APP页面无法正常显示，进而造成用户无法正常操作。

为了克服上述缺陷，可选的，为了克服上述缺陷，可选的，可以采用另一种方式，即服务器在一个页面元素的位置信息中指示了该页面元素和其他页面元素之间的相对位置关系。

例如，服务器可以将页面元素1设置为参照物，并设置页面元素2在页面元素1的右侧与页面元素1相邻，页面元素2在页面元素1的右侧，与页面元素1相邻，等等。

除相对位置关系之外的其他页面配置信息的具体内容已在之前实施例中进行了介绍，在此不再赘述。

这样，当客户端接收到页面配置信息后，即可以参考本地预设的屏幕尺寸，基于页面配置信息中记录的各个页面元素与参照物之间的相对位置关系，生成相应的APP页面。采用这种方法，客户端在生成页面元素时，各个页面元素的具体位置都是根据客户端的屏幕尺寸以及上述相对位置关系实时确定的，从而保证了生成的APP页面始终符合客户端的屏幕规格，进而保证了APP页面的正常显示。

进一步地，服务器还需要根据页面配置信息，对应至少一个页面元素设置相应的埋点标识和埋点代码，实际应用中，通常针对图片类或/和控件类的页面元素设置埋点标识和埋点代码，其中，同一页面元素可以出现在不同APP页面中，那么，其埋点标识也会因为APP页面的不同而产生差异。

例如，假设一个页面元素为广告位，该广告位包含图片和控件，且控件的控件标识为BOX，如果这个控件出现在首页的1号位置，那么，它的埋点标识为：a1.b1.box.1，如果这个控件出现在另一个APP页面的2号位置，那么，它的埋点标识为：a2.b2.box.2。显然，一个APP页面中的页面元素的埋点标识是唯一的，可以用于在全网范围内区分页面元素。

而对应页面元素设置的埋点代码亦由服务器生成，具体用于指明在捕捉到用户针对页面元素的操作信息后应当执行何种操作。

步骤103：服务器向客户端返回上述页面访问请求对应的页面配置信息。

步骤104：客户端基于获得的页面配置信息生成相应的APP页面。

具体的，在执行步骤104时，客户端可以基于页面配置信息中包含的各个页面元素的位置信息，分别确定每一个页面元素在APP页面中的页面位置，再基于页面配置信息中包含的各个页面元素的内容指示信息，分别在每一个页面元素的页面位置上添加相应的元素内容，最后，在指定的至少一个页面元素的页面位置上添加设定的埋点代码及埋点标识，这样，便生成了所需的APP页面。

其中，在基于页面配置信息中包含的各个页面元素的位置信息，分别确定每一个页面元素在APP页面中的页面位置时，客户端可以采用但不限于以下两种方式；

方式一：若页面配置信息中记录了各个页面元素的坐标信息，则获得页面配置信息后，根据各个页面元素的坐标信息，分别确定每一个页面元素在APP页面中的页面位置。

方式二：若页面配置信息中记录了各个页面元素与其他页面元素之间的相对位置关系，则获得页面配置信息后，参考本地预设的屏幕尺寸，结合上述相对位置关系，分别确定每一个页面元素在APP页面中的页面位置。

例如，客户端获取到页面配置信息后，就可以页面配置信息中包含的各个页面元素的内容描述信息和位置信息，在对应的APP页面位置渲染出对应的图片及控件，绑定对应的埋点代码和埋点标识，以及完成其他对应操作。

如，参阅图2所示，假设客户端根据页面配置信息，确定APP页面中包含有若干种页面元素，具体如表2所示：

表2

而各个页面元素之间的相对位置关系如表3所示：

表3

根据上述页面配置信息，客户端可以生成如图2所示的APP页面，其中，客户端需要对应页面元素1在APP页面中的相应位置写入对应的埋点标识1和埋点代码1，对应页面元素2未设置埋点标识和埋点代码，对应页面元素3在APP页面中的相应位置写入对应的埋点标识3和埋点代码3，……，不再一一赘述；可见，并不是需要对应所有页面元素均设置相应的埋点标识和埋点代码，具体设置方式视具体应用环境而定。

基于上述实施例，客户端在向用户呈现页面访问请求对应的APP页面后，用户可以在APP页面上进行各种操作，而当用户针对页面元素执行了某种操作信息(如，点击，连击等等)，客户端可以触发对应的埋点代码，将用户执行的操作信息连同对应的埋点代码发往服务器进行记录。

具体的，客户端会监测用户操作，针对用户操作的每一个页面元素，执行以下操作；判断对应用户操作的页面元素是否设置有相应的埋点代码，确定设置有相应的埋点代码时，记录所述页面元素的操作信息，将该埋点代码的埋点标识以及所述页面元素的操作信息携带在请求消息中发往服务器，服务器会对应上述埋点代码记录上述操作信息。

例如，仍参阅图2所示，假设用户甲点击了控件A，则客户端会基于埋点代码1，将页面元素1对应的埋点标识1和“用户甲点击”这一操作信息发往服务器进行保存。

又例如，仍参阅图2所示，假设用户乙连击了控件B，则客户端会基于埋点代码3，将页面元素3对应的埋点标识3和“用户乙连击”这一操作信息发往服务器进行保存。

通过上述方式，用户针对APP页面中设置有埋点代码的页面元素的每一次操作，都会触发服务器记录相应的操作信息，即由同一服务器对应不同的埋点标识记录相应的操作信息，客户端不再将不同种类的操作信息分别发往不同的服务器进行记录，这样，在后续统计查询指标时，可以由同一服务器统一完成，而无需在多个服务器之间查询，有效提高了查询效率。

基于上述过程，经过一段时间的累积，服务器已记录了在APP页面中产生的大量操作信息，这些操作信息均以日志文件的形式保存，这样，当管理人员希望对操作信息进行查询时，服务器便可以基于保存的日志文件向管理人员提供基于已记录的操作信息产生的查询指标。

具体的，本申请实施例中，采用了aData程序来实现操作信息的查询。例如，需要查询时，先进行aData程序初始化，这样可以启动hook程序，从而对待查询的APP页面中原有(Original)函数实现进行替换，替换为设定的新(New)函数，这样，可以在待查询的APP页面中注入各类新代码，从而实现各类自定义功能；如，可以实现APP页面之间的Timer控制，即在不同APP页面之间切换查询等等。

后续实施例中的各类功能均是aData程序实现，将不再赘述。

参阅图3所示，本申请实施例中，在APP页面中呈现查询指标的具体流程如下：

步骤300：管理端生成查询请求。

实际应用中，管理端和客户端可以是同一设备，也可以是不同的设备。若是同一设备，则客户端可以自行检测用户使用的APP页面中各个页面元素的埋点代码的被触发情况，而若是不同设备，则管理端可以从后台角度针对所管理的各个APP页面，查询各个页面元素的埋点代码的被触发情况，后续实施例中，均以管理端和客户端是不同的设备为例进行说明，将不再赘述。

本申请实施例中，管理端会在操作界面中呈现与客户端相同的APP页面，管理人员可以通过点击APP页面中的“查询”按钮，触发管理端生成查询请求，针对页面元素启动查询流程，具体的，可以采用但不限于以下两种方式：

第一种方式：在管理端上，可以针对配置有埋点代码的每一个页面元素分别设置相应的“查询”按钮。

这样，管理人员可以按照需求点击部分或全部“查询”按钮，从而触发管理端生成查询请求，针对相应页面元素启动查询流程。

当然，第一种方式适应于页面元素的数目较少的应用场景。

第二种方式：在管理端上，也可以设置统一的“查询”按钮，待管理人员点击此按钮后，再向管理人员展示配置有埋点代码的页面元素的标识信息列表，要求管理人员选择部分或全部页面元素进行查询。

这样，管理人员可以仅点击一个“查询”按钮，从而触发管理端生成查询请求，针对相应页面元素启动查询流程。

当然，第二种方式适用于页面元素的数目较多的应用场景。

基于上述过程，本申请实施例中，管理端在生成查询请求时，具体可以采用以下步骤：

步骤A:管理端获取与APP页面中至少一个页面元素关联的埋点标识。

具体的，在执行步骤A时，可以先确定在所述APP页面中选取的至少一个页面元素，获取对应该至少一个页面元素设置的埋点标识，然后，判断获取的埋点标识的数目是否达到设定阈值，若是，则将对应上述APP页面设置的埋点标识，作为与上述至少一个页面元素关联的埋点标识，否则，将获得的埋点标识作为与上述至少一个页面元素关联的埋点标识。

通过上述方式可以得知，与APP页面中至少一个页面元素关联的埋点标识，即可以是管理人员选中的页面元素各自对应的埋点标识，也可以是整个APP页面对应的埋点标识。之所采用上述方式，是因为在待查询的页面元素的数量过多时，如果将所有页面元素的埋点标识全部发往服务器，会浪费操作时间以及浪费传输资源，因此，当管理端确定管理人员选中的页面元素的数量达到设定阈值，会默认管理人员希望获得APP页面中所有页面元素的查询指标，因此，会在生成的查询请求中携带直接APP页面的埋点标识，从而通知服务器返回APP页面中所有网页元素的查询指标，这样，可以有效节省传输数据量，从而提高操作效率。

例如，管理人员输入了页面元素1、页面元素2和页面元素3的埋点标识，而APP页面中一共存在5个页面元素，经判定，被选中的页面元素的埋点标识的数量达到了设定阈值(假设为3个)，那么，管理端便会基于APP页面的埋点标识，生成相应的查询请求。

步骤B：管理端判断获得的埋点标识是否符合预设的过滤条件。

可选的，所谓的过滤条件也可以根据使用需求灵活配置。

例如，可以设置过滤条件为：筛选出符合设定格式要求的埋点标识。

通常情况下，埋点标识表示为一串N位的SPM码，可选的，N＝4；而管理端在生成查询请求之前，会先判定获得的与至少一个页面元素关联的埋点代码的格式是否符合预设格式要求(如，判断上述埋点代码是否为四位码，不足四位或四位以上则无效)，确认符合时，再生成相应的查询请求，这样，可以避免后续服务器因为使用无效的埋点代码而造成操作失误，从而导致操作时间的延误。

当然，上述过滤条件仅为举例，实际应用中不局限于此。

步骤C：管理端确定获得的埋点标识符合预设的过滤条件时，获取查询条件。

本申请实施例中，查询条件可以是管理人员根据应用环境灵活配置的，也可以是默认的。

例如，若管理端是第1次执行查询操作，由于没有适当的参考数据，则管理端可以先按照默认配置的查询条件生成相应的查询请求。

又例如，若管理端是第M次执行查询操作(M>1)，由于已经累积了一定一定数量的历史参考数据，则管理人员可以根据缓存中记录的历史参考数据设置相应的查询条件。

可选的，查询条件中可以至少包括查询时间范围或/和查询指标指标。

步骤D：管理端基于获得的埋点标识和查询条件，生成相应的查询请求。

具体的，管理端会基于获得的埋点标识和查询条件生成相应Key值，再基于该Key值生成相应的查询请求，其中，上述Key值中至少包含以下内容：

1、埋点标识(必选项)：用于指示服务器获取对应埋点标识记录的操作信息，进而生成相应的查询指标。

2、查询时间范围(可选项)：用于指示操作信息的查询范围，如，一天之内的操作信息、一周之内的操作信息、一个月之内的操作信息等等。

当然，如果管理端和服务器已预先约定了操作信息的查询范围，查询请求中也可以不携带上述时间范围

3、查询指标指示(可选项)：用于指示获取哪些类型的查询指标，如，页面浏览量(Page View，PV)(也可称为点击量)、独立访问者数目(Unique Visitor，UV)(也可称为访问人数)、引导数据等等。

当然，如果管理端和服务器已预先约定了反馈何种查询指标，则查询请求中也可以不携带上述查询指标指示。

步骤301：管理端向服务器发送查询请求。

步骤302：服务器基于接收的查询请求，确定指定的埋点标识。

具体的，服务器可以从查询请求中携带的Key值中获取到管理人员指定的与APP页面中至少一个页面元素关联的埋点标识。

步骤303：服务器基于对应上述指定的埋点标识记录的操作信息，生成相应的查询指标。

具体的，在执行步骤303时，服务器在获得指定的埋点标识后，在获取对应的操作信息时，可以采用但不限于以下两种方法：

方法1：服务器确定指定的埋点标识为页面元素的埋点标识时，分别获取对应每一个指定的埋点标识记录的操作信息。

采用方法1时，说明管理端指示查询的页面元素的数量未达到设定阈值，因此，管理端将待查询的页面元素的埋点标识全部携带在查询请求中发送至服务器。

方法2：服务器确定指定的埋点标识为APP页面的埋点标识时，先获取该APP页面中每一个页面元素的埋点标识，再获取对应该APP页面中每一个页面元素的埋点标识记录的操作信息。

采用方法2时，说明管理端指示查询的页面元素的数量已达到设定阈值，因此，管理端仅将待查询的APP页面的埋点标识携带在查询请求中发送至服务器。

而无论采用采用方法1或方法2获取操作信息，进一步地，服务器在生成查询指标时，可以采用以下方法：

具体的，服务器需要从查询请求携带的Key值中获取管理人员指示的查询时间范围，根据该查询时间范围获取对应时间段内保存的日志文件，再从查询请求中携带的Key值中获取到管理人员指定的与APP页面中至少一个页面元素关联的埋点标识(采用方法1或方法2)以及查询指标指示，以及从上述日志文件中读取对应获得的每一个埋点标识记录的操作信息，最后，基于获得的每一个操作信息及上述查询指标指示，分别生成相应的查询指标。

当然，若服务器预先和管理端预定了查询时间范围以及查询指标指示，则可以从本地存储区域内获取，而无需从查询请求中获取，上述过程仅为举例，在此不再赘述。

下面以埋点标识X为例进行介绍。由于不同的用户可以采用不同账号登录同一APP页面进行浏览，因此，当不同用户各自通过不同账号浏览同一APP页面且点击同一页面元素时，服务器会对应该页面元素的埋点标识X记录不同类型的操作信息，例如，假设最近一周内，服务器对应埋点标识X保存的操作信息为：

用户甲点击5次；

用户乙点击1次；

用户丙点击6次；

……

那么，假设管理人员通过管理端向服务器发送查询请求，请求查询一周内(即查询时间范围)，埋点标识X对应的APP页面元素的PV和UV(即查询指标指示)，那么，服务器便会根据对应埋点标识X记录的所有操作信息，对应管理人员的请求内容生成相应的查询指标，如，PV＝12人次，UV＝3人次，进一步地，服务器还可以在查询指标中携带引导数据，如，在查询指标中携带有查询指标的具体解释作为引导数据，或者，在查询指标中携带有查询指标的详细内容的查询链接作为引导数据，或者，也可以在查询指标中安插一条广告的推送链接作为引导数据，等等。服务器生成的查询指标可以根据实际应用环境进行灵活配置，在此不再一一赘述。

步骤304：服务器将生成的查询指标返回至管理端。

服务器会将生成的每一种查询指标结合相应的埋点标识返回至管理端。

步骤305：管理端在APP页面中，在至少一个页面元素的指定位置展示获得的查询指标。

具体的，在执行步骤305时，可以包含但不限于以下方式：

步骤A：管理端分别确定获得的每一种查询指标对应的埋点标识。

步骤B：管理端分别确定每一个埋点标识对应的页面元素，筛选出目标页面元素。

具体的，可选的，在执行步骤B时，管理端可以先确定当前登录使用的用户名对应的业务类型，筛选出与该业务类型相匹配的页面元素，作为目标页面元素。

例如，假设管理端登录使用的用户名对应的业务类型为“服饰”，则管理端在获得各个查询指标后，将与“服饰”相关联的页面元素(如，女装)确定为目标页面元素。

又例如，假设管理端登录使用的用户名对应的业务类型为“折扣”，则管理端在获得各个查询指标后，将与“折扣”相关联的页面元素(如，优惠券)确定为目标页面元素。

进一步地，如果当前登录使用的用户名的业务权限很高，涵盖了所有业务类型，则也可以将各个埋点标识对应的所有页面元素，均确定为目标页面元素，即可以向其呈现所有获取的查询指标。

例如，假设管理端登录使用的用户名对应的业务类型为“运维”，则管理端可以将APP页面中所有的页面元素确定为目标页面元素。

当然，若未设置业务类型的使用权限，则管理端也可以将获得的各个埋点标识对应的所有页面元素，均确定为目标页面元素，即可以在后续过程中向其呈现所有获取的查询指标，上述过程仅为举例，在此不再赘述。

步骤C：管理端在每一个目标页面元素的设定位置，呈现相应的查询指标。

具体的，所谓的设定位置，可以是目标页面元素的上方，左侧、右侧，下方等等，具体设置方式可依据具体应用环境灵活设置，在此不再赘述。

例如，参阅图4所示，以一个电子商务网站的首页APP页面为例，通过上述查询过程，管理端获得了若干页面元素的查询指标，其中，

页面元素“扫一扫”为一控件，其查询指标为：PV＝1W次，UV＝856人次；

页面元素“全部”为一控件，其查询指标为：PV＝8W次，UV＝3W人次；

页面元素“长裙”为一图片，其查询指标为：PV＝5W次，UV＝4W人次；

页面元素“折扣区域+打折券领取”为一图片+一控件，其查询指标为：PV＝6W人次，UV＝1W人次；

……

采用上述方式，可以将查询指标细化至页面元素这一层级，即可以分别针对每一个页面元素呈现对应的查询指标，便于管理人员有效获知每个页面元素的投放效果，便于后续改进。

当然，如果设置了业务类型的使用权限，则管理端只能呈现与当前登录的用户名的业务类型相匹配的页面元素的查询指标，如果未设置业务类型的使用权限，则管理端可以将获得的所有查询指标呈现在对应的页面元素的指定位置，在此不再赘述。

基于上述实施例，进一步地，本申请实施例中，管理端设置有缓存机制，在呈现一个APP页面(以下简称为页面1)的相关信息后，如果管理人员未指示“退出查询”，而是继续查询下一个APP页面(以下简称为页面2)的相关信息，则管理端可以将已呈现的页面1的相关信息保存在缓存区域内，其中，与一个APP页面相关的信息至少包含：该APP页面包含的各个页面元素及相关的查询指标；

进一步地，当满足预设条件(如，管理人员指示退出查询)时，管理端会对缓存区域内保存的APP页面的相关信息予以行清除。

这样，当管理端再一次接收到针对页面1的查询请求时，会先判断缓存中是否保存有与页面1相关的信息，确定存在时，直接从缓存中读取与APP页面1相关的信息，并进行展示。同理，页面2以及更多APP页面的相关信息均可以采用此种方式缓存。

采用这种方式，管理端可以根据管理人员的指示，在多个APP页面之间切换查询，而无需每次都向服务器请求，这样，可以有效提高查询效率。

可以看到，本申请实施例中，针对不同的页面元素设置相应的埋点代码和埋点标识，并且对应不同的埋点标识分别保存相应的操作信息，这样，通过一台服务器便可完成操作信息的分类管理，并且可以随时基于指定的埋点标识，采用相应的操作信息生成所需的查询指标，这从而完成查询指标的顺利查询，提高了查询的效率和准确度，同时，也避免增加系统操作复杂度。

基于上述实施例，参阅图5所示，本申请实施例中，一种数据展示装置(如管理端)至少包括发送单元50、接收单元51和处理单元52，管理端可以为移动终端，也可以为非移动终端，其中，

发送单元50，用于针对APP页面中的至少一个页面元素生成查询请求，将所述查询请求发送至服务器，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识；

接收单元51，用于接收服务器返回的查询指标，所述查询指标是服务器基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成的，所述操作信息是在所述埋点标识对应的埋点代码被触发时生成的；

处理单元52，用于在所述APP页面中，在所述至少一个页面元素的指定位置展示获得的查询指标。

可选的，在接收到针对页面元素的操作信息之前，

发送单元50进一步用于：向服务器发送页面访问请求；

接收单元51进一步用于：接收服务器发送的页面配置信息，其中，所述页面配置信息至少包括各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识；

处理单元52进一步用于，基于获得的页面配置信息，生成相应的APP页面。

可选的，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

可选的，基于获得的页面配置信息，生成相应的APP页面时，处理单元52用于：

可选的，针对APP页面中的至少一个页面元素生成查询请求，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识时，发送单元50用于：

获取与APP页面中至少一个页面元素关联的埋点标识；

判断获得的埋点标识是否符合预设的过滤条件；

确定所述埋点标识符合所述过滤条件时，获取查询条件；

基于所述埋点标识和所述查询条件，生成相应的查询请求。

可选的，获取与APP页面中至少一个页面元素关联的埋点标识时，发送单元50用于：

判断获取的埋点标识的数目是否达到设定阈值；

可选的，确定所述埋点标识符合所述过滤条件时，获取查询条件，发送单元50用于：

可选的，在所述APP页面中，针对所述至少一个页面元素展示获得的查询指标时，处理单元52用于：

确定获得的每一种查询指标对应的埋点标识；

在每一个目标页面元素的设定位置，呈现相应的查询指标。

可选的，分别确定每一个埋点标识对应的页面元素，筛选出目标页面元素时，处理单元52用于：

确定当前登录使用的用户名对应的业务类型；

可选的，处理单元52进一步用于：

参阅图6所示，本申请实施例中，一种数据提供装置(如服务器)至少包括发送单元60、接收单元61和处理单元62，其中，

接收单元61，用于接收管理端发送的查询请求，所述查询请求中至少携带有与APP页面中至少一个页面元素关联的埋点代码的埋点标识；

处理单元62，用于基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标，其中，所述操作信息是在对应所述至少一个页面元素设置的埋点代码被触发时生成的；

发送单元60，用于将所述查询指标返回至管理端，触发所述管理端在所述APP页面中针对所述至少一个页面元素展示获得的查询指标。

可选的，接收管理端发送的查询请求之前，

接收单元61进一步用于：接收管理端发送的页面访问请求；

发送单元60进一步用于：向管理端返回页面配置信息，触发管理端基于获得的页面配置信息，生成相应的APP页面；其中，所述页面配置信息至少包括各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识。

可选的，基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标时，处理单元62用于：

进一步获取预设的查询时间范围以及查询指标指示；

基于所述查询时间范围获取对应时间段内保存的日志文件；

参阅图7所示，本申请实施例中，一种APP页面生成装置(如客户端)至少包括发送单元70、接收单元71和处理单元72，可选的，客户端为移动终端，其中，

发送单元70，用于向服务器发送页面访问请求；

接收单元71，用于接收服务器发送的页面配置信息，其中，所述页面配置信息至少包括各个页面元素的内容描述信息和位置信息，以及对应至少一个页面元素设置的埋点代码和埋点标识；

处理单元72，用于基于获得的页面配置信息，生成相应的APP页面。

可选的，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

可选的，基于获得的页面配置信息，生成相应的APP页面时，处理单元72用于：

可选的，基于所述页面配置信息中包含的各个页面元素的位置信息，分别确定每一个页面元素在APP页面中的页面位置时，处理单元72用于；

参阅图8所示，本申请实施例中，一种数据提供装置(如客户端)至少包括监测单元80和发送单元81，可选的，客户端为移动终端，其中，

监测单元80，用于监测用户操作，针对用户操作的每一个页面元素，执行以下操作：

判断对应用户操作的页面元素是否设置有相应的埋点代码；

通过发送单元81将所述埋点代码的埋点标识以及所述页面元素的操作信息发往服务器，触发所述服务器对应所述埋点代码记录所述操作信息。

参阅图9所示，本申请实施例中，一种数据记录装置(如服务器)至少包括接收单元90和记录单元91，其中，

接收单元90，用于接收客户端发送的请求消息，所述请求消息是在用户操作设置有埋点代码的页面元素时发送的，所述请求消息中携带有对应用户操作的页面元素设置的埋点代码的埋点标识和操作信息；

记录单元91，用于对应所述埋点标识记录所述操作信息。

综上所述，本申请实施例中，在APP页面生成时，将APP页面中的页面元素与相应的埋点标识进行了绑定，使得后续直接将待查询的页面元素的埋点标识作为查询条件，发送给服务器，服务器则基于查询条件从操作日志数据获得相应的查询指标返回给管理端，管理端与待查询的页面元素绑定的埋点标识对应的查询指标，显示在上述待查询的页面元素上，实现了在页面元素上对该页面元素的查询指标进行展示，即将查询指标可视化地展示在页面元素上，从而无需在不同的平台进行查看，也无需数据使用者采用人工方式将查询指标与APP页面中的页面元素对照起来，而是直接在管理端打开APP页面便可直观地看到页面元素对应的查询指标，因此，上述方法使得数据使用较为容易，数据查看较为直观，便于后续对APP页面中页面元素设计的合理性进行分析。

另一方面，随着技术的发展，越来越多的APP开始采用混合(Hybird)技术进行开发，换言之，既使用了web技术进行开发，又使用了操作系统原生SDK进行开发，基于web技术的APP页面数据展示，采用的是Javascript脚本注入的方式，即将一段Javascript代码注入到webView中来做数据展示，而基于原生SDK的APP页面数据展示，无法使用Javascript注入方式，因此，在现有技术中采用的指标统计方式仅适用于基于web技术开发的APP页面。而本申请实施例提供的技术方案，既适用于基于web技术开发的APP页面，也适用于基于原生SDK开发的APP页面，只需要在APP页面中相应的页面元素中注入对应的埋点标识及埋点代码，既可完成各类操作的记录，以及各类指标的查询，因此，本申请实施例提供的技术方案屏蔽了不同类型的APP页面之间的差异，进而进一步扩大了技术应用范围，具有广泛的适用性。

本领域的技术人员应明白，本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种数据展示方法，其特征在于，所述方法包括：

针对应用程序APP页面中的至少一个页面元素生成查询请求，将所述查询请求发送至服务器，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识；

2.如权利要求1所述的方法，其特征在于，在接收到针对页面元素的操作信息之前，进一步包括：

向服务器发送页面访问请求；

基于获得的页面配置信息，生成相应的APP页面。

3.如权利要求2所述的方法，其特征在于，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

4.如权利要求3所述的方法，其特征在于，基于获得的页面配置信息，生成相应的APP页面，包括：

5.如权利要求1－4任一项所述的方法，其特征在于，针对应用程序APP页面中的至少一个页面元素生成查询请求，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识，包括：

获取与APP页面中至少一个页面元素关联的埋点标识；

判断获得的埋点标识是否符合预设的过滤条件；

确定所述埋点标识符合所述过滤条件时，获取查询条件；

基于所述埋点标识和所述查询条件，生成相应的查询请求。

6.如权利要求5所述的方法，其特征在于，获取与APP页面中至少一个页面元素关联的埋点标识，包括：

判断获取的埋点标识的数目是否达到设定阈值；

7.如权利要求5所述的方法，其特征在于，确定所述埋点标识符合所述过滤条件时，获取查询条件，包括：

判定所述埋点标识的格式符合设定格式要求时，确定所述埋点标识符合所述过滤条件，并获取查询条件。

8.如权利要求7所述的方法，其特征在于，所述查询条件为：根据用户指示设置的查询条件，或者，系统默认的查询条件。

9.如权利要求8所述的方法，其特征在于，所述查询条件至少包括：查询时间范围，或/和，查询指标指示。

10.如权利要求1－4任一项所述的方法，其特征在于，在所述APP页面中，针对所述至少一个页面元素展示获得的查询指标，包括：

确定获得的每一种查询指标对应的埋点标识；

在每一个目标页面元素的设定位置，呈现相应的查询指标。

11.如权利要求10所述的方法，其特征在于，分别确定每一个埋点标识对应的页面元素，筛选出目标页面元素，包括：

确定当前登录使用的用户名对应的业务类型；

12.如权利要求1－4任一项所述的方法，其特征在于，进一步包括：

13.一种数据提供方法，其特征在于，包括：

14.如权利要求13所述的方法，其特征在于，接收管理端发送的查询请求之前，进一步包括：

接收管理端发送的页面访问请求；

15.如权利要求13或14所述的方法，其特征在于，基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标，包括：

进一步获取预设的查询时间范围以及查询指标指示；

基于所述查询时间范围获取对应时间段内保存的日志文件；

16.如权利要求15所述的方法，其特征在于，基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标，包括：

17.一种应用程序APP页面生成方法，其特征在于，应用于移动终端，包括：

向服务器发送页面访问请求；

基于获得的页面配置信息，生成相应的APP页面。

18.如权利要求17所述的方法，其特征在于，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

19.如权利要求17、18、19所述的方法，其特征在于，基于获得的页面配置信息，生成相应的APP页面，包括：

20.如权利要求19所述的方法，其特征在于，基于所述页面配置信息中包含的各个页面元素的位置信息，分别确定每一个页面元素在APP页面中的页面位置，包括：

21.一种数据提供方法，其特征在于，应用于移动终端，包括：

判断对应用户操作的页面元素是否设置有相应的埋点代码；

22.一种数据记录方法，其特征在于，包括：

对应所述埋点标识记录所述操作信息。

23.一种数据展示装置，其特征在于，所述装置包括：

发送单元，用于针对应用程序APP页面中的至少一个页面元素生成查询请求，将所述查询请求发送至服务器，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识；

24.如权利要求23所述的装置，其特征在于，在接收到针对页面元素的操作信息之前，

所述发送单元进一步用于：向服务器发送页面访问请求；

25.如权利要求24所述的装置，其特征在于，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

26.如权利要求25所述的装置，其特征在于，基于获得的页面配置信息，生成相应的APP页面时，所述处理单元用于：

27.如权利要求23－26任一项所述的装置，其特征在于，针对应用程序APP页面中的至少一个页面元素生成查询请求，所述查询请求中至少携带有与所述至少一个页面元素关联的埋点标识时，所述发送单元用于：

获取与APP页面中至少一个页面元素关联的埋点标识；

判断获得的埋点标识是否符合预设的过滤条件；

确定所述埋点标识符合所述过滤条件时，获取查询条件；

基于所述埋点标识和所述查询条件，生成相应的查询请求。

28.如权利要求27所述的装置，其特征在于，获取与APP页面中至少一个页面元素关联的埋点标识时，所述发送单元用于：

判断获取的埋点标识的数目是否达到设定阈值；

29.如权利要求27所述的装置，其特征在于，确定所述埋点标识符合所述过滤条件时，获取查询条件，所述发送单元用于：

30.如权利要求29所述的装置，其特征在于，所述查询条件为：根据用户指示设置的查询条件，或者，系统默认的查询条件。

31.如权利要求30所述的装置，其特征在于，所述查询条件至少包括：查询时间范围，或/和，查询指标指示。

32.如权利要求23－26任一项所述的装置，其特征在于，在所述APP页面中，针对所述至少一个页面元素展示获得的查询指标时，所述处理单元用于：

确定获得的每一种查询指标对应的埋点标识；

在每一个目标页面元素的设定位置，呈现相应的查询指标。

33.如权利要求32所述的装置，其特征在于，分别确定每一个埋点标识对应的页面元素，筛选出目标页面元素时，所述处理单元用于：

确定当前登录使用的用户名对应的业务类型；

34.如权利要求23－26任一项所述的装置，其特征在于，所述处理单元进一步用于：

35.一种数据提供装置，其特征在于，包括：

36.如权利要求35所述的装置，其特征在于，接收管理端发送的查询请求之前，

37.如权利要求35或36所述的装置，其特征在于，基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标时，所述处理单元用于：

进一步获取预设的查询时间范围以及查询指标指示；

基于所述查询时间范围获取对应时间段内保存的日志文件；

38.如权利要求37所述的装置，其特征在于，基于接收的埋点标识，以及对应所述埋点标识记录的操作信息生成相应的查询指标时，所述处理单元用于：

39.一种应用程序APP页面生成装置，其特征在于，所述装置为移动终端，所述装置包括：

发送单元，用于向服务器发送页面访问请求；

40.如权利要求39所述的装置，其特征在于，一个页面元素的位置信息包括：

所述一个页面元素在APP页面中的坐标位置；或者，

所述一个页面元素与其他页面元素之间的相对位置关系。

41.如权利要求39或40所述的装置，其特征在于，基于获得的页面配置信息，生成相应的APP页面时，所述处理单元用于：

42.如权利要求41所述的装置，其特征在于，基于所述页面配置信息中包含的各个页面元素的位置信息，分别确定每一个页面元素在APP页面中的页面位置时，所述处理单元用于；

43.一种数据提供装置，其特征在于，所述装置为移动终端，所述装置包括监测单元和发送单元，其中，

判断对应用户操作的页面元素是否设置有相应的埋点代码；

44.一种数据记录装置，其特征在于，包括：

记录单元，用于对应所述埋点标识记录所述操作信息。