CN111382183A - 一种数据查询方法及装置 - Google Patents

Abstract

本发明公开了一种数据查询方法及装置，涉及行为数据分析技术领域，主要目的在于利用目标应用的操作数据向查询用户提供有选择性的数据查询方案。本发明主要的技术方案为：获取目标应用的数据查询请求，所述数据查询请求中含有查询端指定的查询位置，所述查询位置为在目标应用页面中的区域位置；获取所述目标应用的操作数据，所述操作数据至少包括操作所述目标应用的用户行为数据；根据所述数据查询请求筛选所述用户行为数据，将符合所述查询位置的用户行为数据确定为待统计用户行为数据；利用所述待统计用户行为数据生成响应所述数据查询请求的查询结果。本发明用于大数据分析的结果查询。

Description

一种数据查询方法及装置

技术领域

本发明涉及行为数据分析技术领域，尤其涉及一种数据查询方法及装置。

背景技术

在应用的运营、推广等方面都需要数据分析作为支撑，特别是基于用户行为数据的统计与分析。而数据分析是指用适当的统计分析方法对收集来的大量数据进行分析，提取有用信息和形成结论而对数据加以详细研究和概括总结的过程。而如何得到大量应用的用户行为数据就决定了数据分析的准确性，为应用的优化提供可靠的数据支撑。

目前，针对应用进行数据分析的分析平台所提供的数据分析服务都是根据应用提供方的需求在应用的代码中设置埋点，通过用户在上线的应用中实际的操作触发埋点，以此记录用户行为，进而实现用户行为的统计分析。然而，这种获取用户行为的方式对于分析平台而言，只能获取到有限数量埋点的用户行为，在需要对应用中新的控件进行监控时只能通过版本的更新迭代实现在代码中增加预置埋点，如此，就导致分析平台需要不断更新应用版本，同时，由于预置埋点的数量限制，分析平台所提供的数据查询内容也较为单一，无法满足客户多元化的查询需求。

发明内容

鉴于上述问题，本发明提出了一种数据查询方法及装置，主要目的在于利用目标应用的操作数据向查询用户提供有选择性的数据查询方案。

为达到上述目的，本发明主要提供如下技术方案：

一方面，本发明提供一种数据查询方法，具体包括：

获取目标应用的数据查询请求，所述数据查询请求中含有查询端指定的查询位置，所述查询位置为在目标应用页面中的区域位置；

获取所述目标应用的操作数据，所述操作数据至少包括操作所述目标应用的用户行为数据；

根据所述数据查询请求筛选所述用户行为数据，将符合所述查询位置的用户行为数据确定为待统计用户行为数据；

利用所述待统计用户行为数据生成响应所述数据查询请求的查询结果。

优选的，所述获取目标应用的数据查询请求，具体包括：

向所述查询端展示连接于服务端的至少一个空闲的终端，所述终端用于运行所述目标应用；

将所述查询端选中的终端的显示界面映射到所述查询端中；

在所述终端运行所述目标应用后，获取所述查询端发出的数据查询请求，所述数据查询请求中含有查询位置与查询内容，其中，所述查询位置是根据所述查询端在映射的显示界面中的操作确定的，所述查询内容为所述服务端提供的预设数据查询内容。

优选的，所述获取所述目标应用的操作数据，包括：

判断运行所述目标应用的客户端中是否存在预设文件，所述预设文件用于保存所述客户端基于操作数据的操作日志；

若存在，则通过调用无痕埋点接口获取所述预设文件中的操作日志；

若不存在，在所述客户端中创建所述预设文件，以便所述客户端将操作日志保存至预设文件，并按照预设规则发送至服务端；

根据所述操作日志提取目标应用的操作数据。

优选的，在所述客户端中创建所述预设文件之后，所述方法还包括：

监控所述客户端中运行目标应用时的页面交互窗口的生命周期；

在有新的页面交互窗口启动时，遍历当前页面中的控件；

根据所述控件的类型在控件中设置控件代理，所述控件代理用于监听用户操作所述控件，并生成对应的用户行为数据，以便所述客户端利用所述控件代理在监听到用户操作控件时，将所述控件的描述信息和对应的用户行为数据以日志形式保存到所述预设文件中。

优选的，在遍历当前页面中的控件之前，所述方法还包括：

判断所述当前页面中是否存在弹窗；

若存在，则将所述弹窗对应的容器替换为预置容器，所述预置容器用于对所述弹窗中的控件设置控件代理；

设置页面返回代理，用于监听基于所述客户端实体按键的返回按钮点击事件。

优选的，所述根据所述控件的类型在控件中设置控件代理包括：

判断所述控件的类型为对象类控件或容器类控件；

若为对象类控件，则在所述控件中设置控件代理；

若为容器类控件，则监听所述控件中子控件的类型，根据预置代理设置规则对所述子控件设置控件代理。

另一方面，本发明提供一种数据查询装置，具体包括：

查询请求获取单元，用于获取目标应用的数据查询请求，所述数据查询请求中含有查询端指定的查询位置，所述查询位置为在目标应用页面中的区域位置；

操作数据获取单元，用于获取所述目标应用的操作数据，所述操作数据至少包括操作所述目标应用的用户行为数据；

数据筛选单元，用于根据所述查询请求获取单元得到的数据查询请求筛选所述操作数据获取单元获取的用户行为数据，将符合所述查询位置的用户行为数据确定为待统计用户行为数据；

查询结果生成单元，用于利用所述数据筛选单元待统计用户行为数据生成响应所述数据查询请求的查询结果。

另一方面，本发明提供一种存储介质，所述存储介质用于存储的计算机程序，其中，所述计算机程序运行时控制所述存储介质所在设备执行上述的数据查询方法。

另一方面，本发明提供一种处理器，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行上述的数据查询方法。

另一方面，本发明提供还一种数据查询方法，具体包括：

获取针对目标应用的数据查询请求，所述数据查询请求包括查询位置，所述查询位置对应所述目标应用页面中的位置；

获取所述目标应用对应的操作数据，所述操作数据至少包括操作所述目标应用的用户行为数据；

根据所述数据查询请求，从所述用户行为数据中确定符合所述查询位置的用户行为数据；

利用确定出的所述用户行为数据生成响应所述数据查询请求的查询结果。

借由上述技术方案，本发明提供的一种数据查询方法及装置，通过获取目标应用的操作数据，并基于操作数据中含有的用户行为数据进行数据分析，生成响应数据查询请求的查询结果，特别是本发明能够根据查询端在查询请求中的具体查询位置对操作数据中的用户行为数据进行筛选，从而统计在该查询位置内的用户行为数据，使得查询结果更为精准。相对于现有的数据查询方式，使用本发明进行数据查询时，查询客户通过查询端能够选择所要查看的页面位置，为客户提供了灵活、自由的查询选择方式。而为了能够支持这种数据查询方式，就需要对目标应用进行全面的用户行为数据采集，而本发明是通过获取目标应用在客户端上运行时采集的操作数据得到的，并且，这种用户行为数据的获取不受预置埋点的限制，无需对目标应用的代码进行反复的修改与调试，因此，大大提高了用户行为数据的数据采集效率，让数据获取更为准确，使得数据分析的查询结果也更为准确。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提出的一种数据查询方法的流程图；

图2示出了本发明实施例中查询端显示的查询界面示意图；

图3示出了本发明实施例提出的采集目标应用的操作数据的方法流程图；

图4示出了本发明实施例中提出的基于无痕埋点技术采集操作数据的方法流程示意图；

图5示出了本发明实施例提出的一种数据查询装置的组成框图；

图6示出了本发明实施例提出的另一种数据查询装置的组成框图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

本发明实施例提供了一种数据查询方法，该方法主要应用于对用户行为数据进行分析并提供分析结果查询服务的分析平台中，该分析平台由至少一个服务端构成。使得对行为数据分析有需求的客户可以通过该分析平台查询对应的数据分析结果。具体步骤如图1所示，该方法包括：

步骤101、获取目标应用的数据查询请求。

该数据查询请求中含有查询端指定的查询位置，而该查询位置为查询端在目标应用的页面中选中的区域位置。其中，查询端用于服务端向查询客户提供数据查询服务，在实际应用中，查询端能够向查询客户展示目标应用的展示页面，并且，允许查询客户选择指定的页面以及页面中的某一具体区域位置作为查询位置，进而，查询端基于该查询位置，以及查询客户指定的查询内容生成数据查询请求发送至服务端。常用的查询内容如页面的点击量、浏览量、页面点击排序等，查询客户还可以通过输入具体的查询时间获取对应的数据统计结果。

由于本步骤中的数据查询请求含有查询位置，且该查询位置可以由查询客户自定义设置，而要确保这种查询方式得到准确的查询结果，现有的实现方式就需要对目标应用的页面中所有控件预设埋点，而这对于一般的应用程序，其编程工作量十分巨大，不符合当前的应用轻量化需求。因此，本发明需要对目标应用的用户行为数据进行全量采集，并减少了对目标应用的程序代码改动，让本发明能够适用于更多应用。

步骤102、获取目标应用的操作数据。

其中，该操作数据中至少包括用户行为数据，而该用户行为数据为目标应用在客户端上运行时所采集到所有的用户操作，包括用户在目标应用的页面中执行的信息输入、点击、滑动，以及页面的打开或关闭等操作。目前，本步骤的一种可行实现方式是通过无痕埋点技术获取用户行为数据。

一般地，本步骤是通过服务端中的数据库获取该操作数据，而该数据库中存储有从大量客户端所采集的目标应用的操作数据。

需要说明的是，本发明中的目标应用是指具有使用用户，存在基于用户行为数据进行分析测评需求的应用，其可以是已发布上线的应用，也可以是在测试阶段的待上线应用。

步骤103、根据数据查询请求筛选用户行为数据，将符合查询位置的用户行为数据确定为待统计用户行为数据。

具体的，用户行为数据中主要记录的目标应用中某个控件被操作的相关数据，包括行为类型(如点击、滑动等)、控件信息(如控件标识、控件在页面中的位置信息等)。因此，根据数据查询请求中的查询位置就可以对目标应用对应的所有操作数据进行过滤，筛选出控件的位置信息符合该查询位置的用户行为数据。

步骤104、利用待统计用户行为数据生成响应所述数据查询请求的查询结果。

本发明中，基于用户行为数据可以提供多种查询内容，如热力图查询、页面停留时间查询、足迹流向图查询、页面浏览量/独立访问用户数查询等等。本实施例中不具体限定数据统计方式。在实际应用中，查询端中会预设多种查询内容的选项，以供查询客户选择所需的查询内容。

通过上述实施例中的具体实现方式可以看出，本发明实施例提出的数据查询方法，能够全面地获取到目标应用的用户行为数据，提升了数据查询结果的准确性，同时，基于全面的用户行为数据还能够让查询客户自定义查询位置，实现更加精确的定位查询。

进一步的，针对上述图1所示的步骤101，在本发明实施例中的一种优选实现方式，是通过可视化的方式由服务端向查询端展示一个可操作界面，查询客户通过该界面生成数据查询请求，具体的：

在服务端中连接有多个终端，终端用于执行应用程序。服务端通过可操作界面展示其中至少一个处于空闲状态的终端。由查询客户选中一个终端后，服务端将在该终端上运行目标应用，并将该终端的显示界面映射到查询端中。如此，查询客户就可以在查询端所映射的目标应用的显示界面中进行操作，以选择所要查询的查询位置，并结合查询内容生成数据查询请求。如此，服务端将获取到由查询端发送的数据查询请求，且该查询请求中携带有查询位置与查询内容，该查询内容可以是查询客户自定义输入的，也可以是预置在界面中的查询选项，一个查询选对应于一个数据查询内容。

如图2所示，为查询端在实际应用中向查询客户显示的一种可操作界面，在界面的左侧区域显示的是映射于服务端所连接的终端运行目标应用的页面，查询客户通过在该区域中的操作可以选中查询位置，而该页面中的右侧区域显示的具体查询内容的选择页面，图中的查询功能1、查询功能2、查询功能3分别对应不同的预置查询内容，用户通过点选确定对应的预置查询内容，从而生成数据查询请求。此外，本实施例中还可以在该预置查询内容下设置对应的二级页面，以便查询用户进一步设置相关查询条件，如查询时间、目标用户等。最终，查询端将所生成的数据查询请求发送至服务端。

由此可见，在本实施例中，服务端通过所连接的终端运行目标应用，从而为查询端提供一个可选择查询位置的可视化界面，使得查询用户能够更直观地选择所要查询的具体位置，简化了查询客户的操作难度。

针对上述图1所示的各步骤，要达到上述实施例的执行效果，本发明的另一可行实施例为：

第一、获取针对目标应用的数据查询请求，该数据查询请求包括查询位置，该查询位置对应所述目标应用页面中的位置。

在实际应用中，其与步骤101的区别在于：数据查询请求中的查询位置可以是查询端预设的，无需在页面中选择，比如，查询端可以直接选择目标应用的页面，查询位置为预设的该页面的上部导航条，或者是查询端通过选择请求标识确定查询请求，请求标识为预设有目标应用中指定页面和指定查询位置的数据查询请求的标识。

此外，本实施例中的查询位置可以是具体到页面中某一个点的位置，而不限定为一个区域位置。

第二、获取目标应用对应的操作数据，该操作数据至少包括操作所述目标应用的用户行为数据。

第三、根据数据查询请求，从用户行为数据中确定符合查询位置的用户行为数据。

第四、利用确定出的用户行为数据生成响应数据查询请求的查询结果。

上述实施例中的后三个步骤与图1实施例中的步骤102至步骤104中的内容相同，此处不再赘述。

进一步的，本发明要执行图1所示的步骤102时，需要先采集大量的目标应用的操作数据，对此，本发明提出了如图3所示的操作数据的采集方案，在该方案中主要通过服务端与客户端的交互，控制并获取客户端采集用户在目标应用中产生的操作数据，其具体方式包括：

步骤201、判断运行目标应用的客户端中是否存在预设文件。

在实际应用中，服务端在确定要获取某个目标应用的操作数据时，会通知客户端在运行目标应用时，实时采集用户产生的操作数据，记录这些操作数据所对应的操作日志。而本步骤的目的主要是判断客户端中是否为首次采集目标应用的操作数据。其中，预设文件就是基于服务端的采集指令而创建的，用于保存用户在该客户端中操作目标应用所生成的操作日志。

若存在，说明该客户端已采集目标应用的操作日志，此时执行步骤202；反之，说明该客户端是首次采集，需要执行步骤203。

步骤202、通过调用无痕埋点接口获取预设文件中的操作日志。

本实施例中，客户端是基于无痕埋点技术采集用户在目标应用中的操作数据，并基于这些操作数据将对应的操作日志保存在预设文件中。

当服务端确定客户端中存在预置文件时，就可以通过调用无痕埋点接口获取预设文件中的操作日志，对应的，也可以通过该无痕埋点接口获取到客户端采集的操作数据。

步骤203、在客户端中创建预设文件。

通过创建预设文件，客户端就确定在运行目标应用时，采集用户的操作数据，并将操作数据对应的操作日志保存至预设文件。再按照预设规则将预设文件中的操作日志发送至服务端。

其中，预设规则用于限定客户端向服务端上传操作日志的具体方式，本发明不作具体限定。针对上述基于无痕埋点技术的采集方式，以下提供一种可行的预设规则：

在客户端中创建预设文件后，客户端在运行目标应用时将基于无痕埋点技术实时采集用户的操作数据，并将操作数据对应的操作日志添加到预设文件中，同时，判断该预设文件的数据量大小是否超出阈值，当超出阈值时，将该预设文件中的操作日志通过无痕埋点接口上传至服务端并清空预设文件中的操作日志，可见，该阈值用于限定客户端存储操作日志的数据量，以降低对客户端存储空间的需求；当未超出阈值时，将进一步判断预设文件中新增操作日志的间隔时间，即判断客户端是否长时间采集不到用户的操作数据，此时，有可能是用户将目标应用转为后台运行而不再操作，当间隔时间超过预设时间时，则预设文件中所有的操作日志通过无痕埋点接口上传至服务端并清空预设文件中的操作日志。而间隔时间未超过预设时间，则持续采集操作数据，直至预设文件的数据量达到阈值。

步骤204、根据操作日志提取目标应用的操作数据。

服务端根据从客户端上传的操作日志提取出操作数据，并将操作日志与操作数据分别存储至对应的数据库中，以供后续响应查询用户的数据查询请求时，获取该目标应用的操作数据。

进一步的，在本发明的另一实施例中，将详细说明基于无痕埋点技术采集操作数据中的用户行为数据的过程，该实施例中将以Android系统的客户端为例进行说明，具体如图4所示，包括：

步骤301、监控客户端中运行目标应用时的页面交互窗口的生命周期。

在Android系统中，页面交互窗口具体为Activity组件，一个页面对应于一个Activity，因此，通过监控客户端中运行目标应用的Activity的生命周期，能够识别用户在客户端的显示窗口中是否启动新的Activity，以此判断用户是否开启目标应用中的新页面。

步骤302、在有新的页面交互窗口启动时，遍历当前页面中的控件。

通过该步骤可以实现在客户端中每显示一个目标应用的新页面时，都能够获取到该新页面中的所有控件。

步骤303、根据控件的类型在控件中设置控件代理。

其中，控件代理的作用是监听用户是否操作该控件，在监听到控件被操作时，生成该操作对应的用户行为数据，以便客户端根据该用户行为数据采集控件的描述信息与该用户行为数据生成操作数据，以及对应的操作日志。

控件代理是根据具体的控件类型自定义设置的，通过该控件代理能够监听的用户操作不限定是触摸、点击、输入等操作。

具体的，在设置控件代理时，需要根据具体的控件类型分别设置，一般的，在Android系统中控件的类型主要分为对象类控件(View控件)与容器类控件(ViewGroup控件)。其中，ViewGroup控件一般是由多个View控件组合构成的，因此，这类控件中会含有多个子控件。

通过逐一判断遍历得到的控件的控件类型，在该控件中设置预设的控件代理，其设置过程如下：

当控件为View控件时，先判断该控件中是否设置有上述预设的控件代理，若没有，则直接在该控件中设置预设的控件代理，需要说明的是，本实施例中所定义的控件代理不限定其具体的监听功能，一般的，一种控件代理所能够监听一类用户操作，而当控件具有多种用户操作功能时，对应的就需要在该控件中设置多种控件代理，比如，一个控件既能够点击，也能够输入信息，那么，要监听该控件的用户行为，就需要在该控件中设置两个用于监听点击操作与输入操作的控件代理。

当控件为ViewGroup控件时，监听该控件中子控件的类型，根据预置代理设置规则对其中的子控件设置预设的控件代理。具体的，在ViewGroup控件中，一般会存在多个列表或下拉列表的控件，以实现用户在该控件中实现组合式的操作，对此，本实施例将识别ViewGroup控件中子控件的类型，该类型主要是根据子控件所实现的具体功能划分的，如AdapterView控件(在窗口中显示多个列表项)、RecyclerView控件(在窗口中显示大量数据集)等等。不同类型的子控件将根据预先设置的代理设置规则将预设的控件代理加载到子控件中。其中，预置代理设置规则可以是根据子控件所实现的具体功能加载预设的控件代理的方式。

通过上述对遍历到的控件设置控件代理的具体描述可知，本发明实施例是通过判断控件的类型实现对每一个独立控件(控件、子控件等)都设置预设的控件代理，确保用户在操作页面中的任意一个控件时，都能够准确、详细的记录用户行为数据。

进一步的，在完成上述图4所示的控件代理的设置之后，基于该控件代理采集用户行为数据，生成操作数据的具体过程如下：

首先，控件代理监听到控件被操作时，根据被操作控件的属性信息获取描述信息。其中，控件的描述信息一般是在编写该控件时生成的，用以描述控件相关的功能、属性等内容，通过该描述信息可以唯一确定目标应用中的一个控件，即该描述信息为控件的唯一标识。

其次，对于一些在编写时没有直接生成描述信息的控件，则可以获取该控件的名称、设置路径信息(如Xpath路径)、控件文字信息，以这些信息生成该控件的描述信息，用以标识被操作的控件。其中，获取控件的名称、Xpath路径、控件文字信息在实际应用中还需要判断该控件是Android系统的原生控件，还是Ajx控件，对于原生控件可直接获取该控件的名称、Xpath路径以及控件文字信息的值，而对于Ajx控件则需要获取Ajx引擎返回的控件标识以及控件文字信息。

最后，将被操作控件的描述信息，以及控件代理记录的用户行为数据组合得到一组采集数据，即对应该控件的操作数据。通过该采集数据，可以分析出目标应用中的哪一个控件执行了哪些具体的用户操作。

通过上述图3的描述可知，目标应用的客户端通过在控件中加载控件代理的方式监听并记录用户行为数据，而该采集方式基本不需要修改目标应用的代码，仅需添加自定义的控件代理，如此，在分析目标应用的用户行为数据时，无需根据查询用户新增的查询需求而反复修改应用代码中的预设埋点，减轻了应用开发人员编写代码的工作量。同时，该无痕埋点技术可以获取用户全面的行为数据，而分析平台通过这些用户行为数据也可以为查询用户提供更加多元查询内容以及更为灵活的查询方式。

进一步的，基于上述图4所示的实施例，本发明在Android4.4及以上版本系统的客户端中采集用户行为数据时，其另一种优选的实现方式为：在执行本实施例中的步骤302遍历当前页面中的控件之前，先判断当前页面中是否存在弹窗，并对弹窗中的控件设置控件代理。在Android4.4及以上版本系统系统中，应用页面中的弹窗是以独立的一个容器出现的，因此，图4中的加载控件代理的方式并不适用于页面中的弹窗，为此，本发明实施例在实际应用中，将首先识别客户端系统的版本号，当系统版本高于Android4.4时，则需要先提取当前页面中的弹窗，并利用预置容器替换该弹窗的原容器，而该预置容器能够进一步对该弹窗中所含有的控件进行遍历，并根据控件类型设置预置的控件代理，其预置容器加载控件代理的具体方式与上述图4中所述的方式相同，此处不再赘述。

此外，对于用户行为数据，除了用户在当前页面中的操作外，还包括用户通过客户端所在设备的硬件按钮的操作，比如，用户通过点击手机上的实体返回按钮实现页面切换操作等。对此，本发明实施例中，还设置有页面返回代理，用于监听基于客户端所在设备上实体按键的返回按钮点击事件。

进一步的，本发明实施例还包括获取用户通过设备硬件按钮的操作或者是页面的手势操作，生成页面操作，该页面操作是上述图4中用户对页面中的某个控件的操作。再根据该页面操作提取当前页面的页面标识，对应的事件类型等信息，将这些信息与页面操作合并为一组操作数据。其中，页面的手势操作一般是针对当前页面的操作，比如在地图应用中，用户通过手势放大、缩小或旋转地图的操作。

进一步的，作为对上述图1、图3与图4所示方法的实现，本发明实施例提供了一种数据查询装置，该装置适用于在服务端中向查询客户提供可视化的数据查询服务。为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置如图5所示，具体包括：

查询请求获取单元401，用于获取目标应用的数据查询请求，所述数据查询请求中含有查询端指定的查询位置，所述查询位置为在目标应用页面中的区域位置；

操作数据获取单元402，用于获取所述目标应用的操作数据，所述操作数据至少包括操作所述目标应用的用户行为数据；

数据筛选单元403，用于根据所述查询请求获取单元401得到的数据查询请求筛选所述操作数据获取单元402获取的用户行为数据，将符合所述查询位置的用户行为数据确定为待统计用户行为数据；

查询结果生成单元404，用于利用所述数据筛选单元403待统计用户行为数据生成响应所述数据查询请求的查询结果。

进一步的，如图6所示，所述查询请求获取单元401包括：

展示模块4011，用于向所述查询端展示连接于服务端的至少一个空闲的终端，所述终端用于运行所述目标应用；

界面映射模块4012，用于将所述查询端选中的终端的显示界面映射到所述查询端中；

请求获取模块4013，用于在所述终端运行所述目标应用后，获取所述查询端发出的数据查询请求，所述数据查询请求中含有查询位置与查询内容，其中，所述查询位置是根据所述查询端在映射的显示界面中的操作确定的，所述查询内容为所述服务端提供的预设数据查询内容。

进一步的，如图6所示，所述装置还包括：

检测单元405，用于在操作数据获取单元402获取目标应用的操作数据之前，判断运行所述目标应用的客户端中是否存在预设文件，所述预设文件用于保存所述客户端基于操作数据的操作日志；

日志获取单元406，用于当所述检测单元405确定存在预设文件时，通过调用无痕埋点接口获取所述预设文件中的操作日志；

创建单元407，用于当所述检测单元405确定不存在预设文件时，在所述客户端中创建所述预设文件，以便所述客户端将操作日志保存至预设文件，并按照预设规则发送至服务端；

数据提取单元408，用于根据所述日志获取单元406获取的操作日志提取目标应用的操作数据。

进一步的，如图6所示，所述装置还包括：

监控单元409，用于所述创建单元407在所述客户端中创建所述预设文件之后，监控所述客户端中运行目标应用时的页面交互窗口的生命周期；

遍历查询单元410，用于在所述监控单元409监控到有新的页面交互窗口启动时，遍历当前页面中的控件；

第一设置单元411，用于根据所述遍历查询单元410查询到的控件的类型在控件中设置控件代理，所述控件代理用于监听用户操作所述控件，并生成对应的用户行为数据，以便所述客户端利用所述控件代理在监听到用户操作控件时，将所述控件的描述信息和对应的用户行为数据以日志形式保存到所述预设文件中。

进一步的，如图6所示，所述装置还包括：

判断单元412，用于在所述遍历查询单元410遍历查询模块遍历当前页面中的控件之前，判断所述当前页面中是否存在弹窗；

替换单元413，用于当所述判断单元412确定存在弹窗时，将所述弹窗对应的容器替换为预置容器，所述预置容器用于对所述弹窗中的控件设置控件代理；

第二设置单元414，用于设置页面返回代理，用于监听基于所述客户端实体按键的返回按钮点击事件。

进一步的，如图6所示，所述第一设置单元411具体包括：

类型判断模块4111，用于判断所述控件的类型为对象类控件或容器类控件；

第一设置模块4112，用于当类型判断模块4111确定控件为对象类控件时，在所述控件中设置预设的控件代理；

第二设置模块4113，用于当类型判断模块4111确定控件为容器类控件时，监听所述控件中子控件的类型，根据预置代理设置规则对所述子控件设置预设的控件代理。

综上所述，本发明实施例所采用的数据查询方法及装置，利用无痕埋点技术获取目标应用在客户端上操作数据，向查询客户提供更为丰富的数据统计与查询内容，并且通过在服务端中连接的终端向查询端提供可视化的操作界面，以便查询客户更为直观的点选所需查询的位置，而服务端则可以根据查询客户选中的查询位置筛选符合的用户行为数据，进而统计出对应的查询结果反馈给查询客户。同时，本发明实施例中还给出了无痕埋点技术的具体实现方案，通过向目标应用页面中的控件加载控件代理实现对用户行为数据的实时、全面的采集，实现了在不改动应用代码的情况下获取全量的用户行为数据，减轻为了应用开发人员的编程工作量。

进一步的，本发明实施例还提供了一种存储介质，该存储介质用于存储计算机程序，其中，所述计算机程序运行时控制所述存储介质所在设备执行上述图1、图3、图4所述的数据查询方法。

另外，本发明实施例还提供了一种处理器，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行上述图1、图3、图4所述的数据查询方法。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

可以理解的是，上述方法及装置中的相关特征可以相互参考。另外，上述实施例中的“第一”、“第二”等是用于区分各实施例，而并不代表各实施例的优劣。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

此外，存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

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

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

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

获取目标应用的数据查询请求，所述数据查询请求中含有查询端指定的查询位置，所述查询位置为在目标应用页面中的区域位置；

获取所述目标应用的操作数据，所述操作数据至少包括操作所述目标应用的用户行为数据；

根据所述数据查询请求筛选所述用户行为数据，将符合所述查询位置的用户行为数据确定为待统计用户行为数据；

利用所述待统计用户行为数据生成响应所述数据查询请求的查询结果。

2.根据权利要求1所述的方法，其特征在于，所述获取目标应用的数据查询请求，具体包括：

向所述查询端展示连接于服务端的至少一个空闲的终端，所述终端用于运行所述目标应用；

将所述查询端选中的终端的显示界面映射到所述查询端中；

在所述终端运行所述目标应用后，获取所述查询端发出的数据查询请求，所述数据查询请求中含有查询位置与查询内容，其中，所述查询位置是根据所述查询端在映射的显示界面中的操作确定的，所述查询内容为所述服务端提供的预设数据查询分析方式。

3.根据权利要求1或2所述的方法，其特征在于，在所述获取目标应用的操作数据之前，所述方法还包括：

判断运行所述目标应用的客户端中是否存在预设文件，所述预设文件用于保存所述客户端基于操作数据的操作日志；

若存在，则通过调用无痕埋点接口获取所述预设文件中的操作日志；

若不存在，在所述客户端中创建所述预设文件，以便所述客户端将操作日志保存至预设文件，并按照预设规则发送至服务端；

根据所述操作日志提取目标应用的操作数据。

4.根据权利要求3所述的方法，其特征在于，在所述客户端中创建所述预设文件之后，所述方法还包括：

监控所述客户端中运行目标应用时的页面交互窗口的生命周期；

在有新的页面交互窗口启动时，遍历当前页面中的控件；

根据所述控件的类型在控件中设置控件代理，所述控件代理用于监听用户操作所述控件，并生成对应的用户行为数据，以便所述客户端利用所述控件代理在监听到用户操作控件时，将所述控件的描述信息和对应的用户行为数据以日志形式保存到所述预设文件中。

5.根据权利要求4所述的方法，其特征在于，在遍历当前页面中的控件之前，所述方法还包括：

判断所述当前页面中是否存在弹窗；

若存在，则将所述弹窗对应的容器替换为预置容器，所述预置容器用于对所述弹窗中的控件设置控件代理；

设置页面返回代理，用于监听基于所述客户端实体按键的返回按钮点击事件。

6.根据权利要求4所述的方法，其特征在于，所述根据所述控件的类型在控件中设置控件代理包括：

判断所述控件的类型为对象类控件或容器类控件；

若为对象类控件，则在所述控件中设置预设的控件代理；

若为容器类控件，则监听所述控件中子控件的类型，根据预置代理设置规则对所述子控件设置预设的控件代理。

7.一种数据查询装置，其特征在于，所述装置包括：

查询请求获取单元，用于获取目标应用的数据查询请求，所述数据查询请求中含有查询端指定的查询位置，所述查询位置为在目标应用页面中的区域位置；

操作数据获取单元，用于获取所述目标应用的操作数据，所述操作数据至少包括操作所述目标应用的用户行为数据；

数据筛选单元，用于根据所述查询请求获取单元得到的数据查询请求筛选所述操作数据获取单元获取的用户行为数据，将符合所述查询位置的用户行为数据确定为待统计用户行为数据；

查询结果生成单元，用于利用所述数据筛选单元待统计用户行为数据生成响应所述数据查询请求的查询结果。

8.根据权利要求7所述的装置，其特征在于，所述查询请求获取单元包括：

展示模块，用于向所述查询端展示连接于服务端的至少一个空闲的终端，所述终端用于运行所述目标应用；

界面映射模块，用于将所述查询端选中的终端的显示界面映射到所述查询端中；

请求获取模块，用于在所述终端运行所述目标应用后，获取所述查询端发出的数据查询请求，所述数据查询请求中含有查询位置与查询内容，其中，所述查询位置是根据所述查询端在映射的显示界面中的操作确定的，所述查询内容为所述服务端提供的预设数据查询内容。

9.根据权利要求7或8所述的装置，其特征在于，所述装置还包括：

检测单元，用于在操作数据获取单元获取目标应用的操作数据之前，判断运行所述目标应用的客户端中是否存在预设文件，所述预设文件用于保存所述客户端基于操作数据的操作日志；

日志获取单元，用于当所述检测单元确定存在预设文件时，通过调用无痕埋点接口获取所述预设文件中的操作日志；

创建单元，用于当所述检测单元确定不存在预设文件时，在所述客户端中创建所述预设文件，以便所述客户端将操作日志保存至预设文件，并按照预设规则发送至服务端；

数据提取单元，用于根据所述日志获取单元获取的操作日志提取目标应用的操作数据。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

监控单元，用于所述创建单元在所述客户端中创建所述预设文件之后，监控所述客户端中运行目标应用时的页面交互窗口的生命周期；

遍历查询单元，用于在所述监控单元监控到有新的页面交互窗口启动时，遍历当前页面中的控件；

第一设置单元，用于根据所述遍历查询单元查询到的控件的类型在控件中设置控件代理，所述控件代理用于监听用户操作所述控件，并生成对应的用户行为数据，以便所述客户端利用所述控件代理在监听到用户操作控件时，将所述控件的描述信息和对应的用户行为数据以日志形式保存到所述预设文件中。

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

判断单元，用于在所述遍历查询单元遍历查询模块遍历当前页面中的控件之前，判断所述当前页面中是否存在弹窗；

替换单元，用于当所述判断单元确定存在弹窗时，将所述弹窗对应的容器替换为预置容器，所述预置容器用于对所述弹窗中的控件设置控件代理；

第二设置单元，用于设置页面返回代理，用于监听基于所述客户端实体按键的返回按钮点击事件。

12.根据权利要求10所述的装置，其特征在于，所述第一设置单元具体包括：

类型判断模块，用于判断所述控件的类型为对象类控件或容器类控件；

第一设置模块，用于当控件为对象类控件时，在所述控件中设置预设的控件代理；

第二设置模块，用于当控件为容器类控件时，监听所述控件中子控件的类型，根据预置代理设置规则对所述子控件设置预设的控件代理。

13.一种存储介质，其特征在于，所述存储介质用于存储计算机程序，其中，所述计算机程序运行时控制所述存储介质所在设备执行权利要求1-6中任意一项所述的数据查询方法。

14.一种处理器，其特征在于，所述处理器用于运行计算机程序，其中，所述计算机程序运行时执行权利要求1-6中任意一项所述的数据查询方法。

15.一种数据查询方法，其特征在于，所述方法包括：

获取针对目标应用的数据查询请求，所述数据查询请求包括查询位置，所述查询位置对应所述目标应用页面中的位置；

获取所述目标应用对应的操作数据，所述操作数据至少包括操作所述目标应用的用户行为数据；

根据所述数据查询请求，从所述用户行为数据中确定符合所述查询位置的用户行为数据；

利用确定出的所述用户行为数据生成响应所述数据查询请求的查询结果。

Images