CN113779374A

CN113779374A - 一种页面查询管理方法和装置

Info

Publication number: CN113779374A
Application number: CN202110206175.8A
Authority: CN
Inventors: 王大鹏
Original assignee: Beijing Jingdong Zhenshi Information Technology Co Ltd
Current assignee: Beijing Jingdong Zhenshi Information Technology Co Ltd
Priority date: 2021-02-24
Filing date: 2021-02-24
Publication date: 2021-12-10
Anticipated expiration: 2041-02-24
Also published as: CN113779374B

Abstract

本发明公开了一种页面查询管理方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收采集端传输的监测数据；将监测数据中的访问请求和操作参数，按照调用方、页面和查询条件进行组装，得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录；对预设时间段内同一调用方、同一页面中每个查询条件的使用记录进行数量统计，将取值最大的预设数目个查询条件确定为常用查询条件。该实施方式通过开发一个公共组件，便于各调用方的快速接入，能够统一管理监测数据，且具备统计分析和可视化展示的功能，实现操作的统一性和通用性，极大降低了监测实现成本。

Description

一种页面查询管理方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种页面查询管理方法和装置。

背景技术

当页面查询条件较多，想确定哪些查询条件、哪些页面新增按钮功能或者哪些功能菜单常用，以进行页面精简和布局调整时，普遍做法是在每个被监测页面的响应程序里进行判断，通过查看哪些查询条件参数有值，以统计此监测页面中各查询条件、页面按钮功能或功能菜单的使用频率。

在实现本发明的过程中，发明人发现现有技术至少存在如下问题：由于需在每个被监测页面的响应程序内判断，导致需重复开发记录和统计查询条件使用情况的程序，工作量较大，代码侵入较多，不便于后续维护扩展。且监测数据不便于统一保存和可视化展示。

发明内容

有鉴于此，本发明实施例提供一种页面查询管理方法和装置，至少能够解决现有技术中重复开发程序的工作量较大，监测数据不便于保存的现象。

为实现上述目的，根据本发明实施例的一个方面，提供了一种页面查询管理方法，包括：

接收采集端传输的监测数据；其中，监测数据包括对调用方中一个页面的访问请求、和对所述一个页面中至少一个查询条件的操作参数；

将监测数据中的访问请求和操作参数，按照调用方、页面和查询条件进行组装，得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录；

对预设时间段内同一调用方、同一页面中每个查询条件的使用记录进行数量统计，将取值最大的预设数目个查询条件确定为常用查询条件。

可选的，在所述接收采集端传输的监测数据之后，还包括：

对监测数据进行数据格式转换，对格式转换后的操作参数进行无效参数过滤处理；以及

对所述至少一个查询条件中每个查询条件的查询值进行过滤处理；其中，查询值位于操作参数内。

可选的，在所述接收采集端传输的监测数据之后，还包括：

判断所述访问请求是否为对页面中特定资源的访问请求，若是，则过滤不做使用记录统计处理。

可选的，在所述得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录之后，还包括：

确定与调用方对应的集群，将所述使用记录分配至所述集群进行存储。

可选的，还包括：将同一页面中每个查询条件/常用查询条件的名称转换为预设文本格式名称，结合各查询条件统计的使用记录数量，生成可视化统计分析图表。

可选的，在所述接收采集端传输的监测数据之前，还包括：

采集端接收对调用方中一个页面的访问请求，以及接收对所述一个页面中至少一个查询条件的选择使用操作；

将对调用方中所述一个页面的访问请求和对所述至少一个查询条件的操作参数，以监测数据的形式发送至服务端。

可选的，在所述采集端接收对调用方中一个页面的访问请求之前，还包括：采集端引用采集组件，在所述采集组件的配置文件内，接收对待监测页面的URL的配置操作；

所述采集端接收对调用方中一个页面的访问请求，还包括：判断所述一个页面的URL是否位于所述配置文件内，若不位于，则过滤不做使用记录统计处理。

可选的，还包括：在所述采集组件的配置文件内，接收对忽略参数的配置操作；

所述接收对所述一个页面中至少一个查询条件的选择使用操作，还包括：基于所述忽略参数对所述操作参数进行过滤处理。

为实现上述目的，根据本发明实施例的另一方面，提供了一种页面查询管理装置，包括：

接收模块，用于接收采集端传输的监测数据；其中，监测数据包括对调用方中一个页面的访问请求、和对所述一个页面中至少一个查询条件的操作参数；

组装模块，用于将监测数据中的访问请求和操作参数，按照调用方、页面和查询条件进行组装，得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录；

统计模块，用于对预设时间段内同一调用方、同一页面中每个查询条件的使用记录进行数量统计，将取值最大的预设数目个查询条件确定为常用查询条件。

可选的，还包括第一过滤模块，用于：

可选的，还包括第二过滤模块，用于：判断所述访问请求是否为对页面中特定资源的访问请求，若是，则过滤不做使用记录统计处理。

可选的，还包括存储模块，用于：确定与调用方对应的集群，将所述使用记录分配至所述集群进行存储。

可选的，还包括展示模块，用于：将同一页面中每个查询条件/常用查询条件的名称转换为预设文本格式名称，结合各查询条件统计的使用记录数量，生成可视化统计分析图表。

可选的，还包括采集端，用于：

可选的，还包括配置模块，用于：采集端引用采集组件，在所述采集组件的配置文件内，接收对待监测页面的URL的配置操作；

所述采集端，还用于：判断所述一个页面的URL是否位于所述配置文件内，若不位于，则过滤不做使用记录统计处理。

可选的，所述配置模块，还用于：在所述采集组件的配置文件内，接收对忽略参数的配置操作；

所述采集端，还用于：基于所述忽略参数对所述操作参数进行过滤处理。

为实现上述目的，根据本发明实施例的再一方面，提供了一种页面查询管理电子设备。

本发明实施例的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一所述的页面查询管理方法。

为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述任一所述的页面查询管理方法。

根据本发明所述提供的方案，上述发明中的一个实施例具有如下优点或有益效果：开发一个通用的公用组件，用于监测统计分析页面查询条件及页面访问量，该公用组件对调用方业务逻辑无侵入，实现多系统多监测页面的快速完成接入，避免监测统计代码写死，减少重复开发并降低监测实现成本，极大的提高了开发的可维护性和系统稳定性。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是根据本发明实施例的一种页面查询管理方法的主要流程示意图；

图2是根据本发明实施例应用于采集端的页面查询管理方法的流程示意图；

图3是本发明实施例一具体地页面查询管理方法的流程示意图；

图4(a)和(b)是根据本发明实施例的两种页面查询管理框架的流程示意图；

图5是根据本发明实施例的一种页面查询管理装置的主要模块示意图；

图6是本发明实施例可以应用于其中的示例性系统架构图；

图7是适于用来实现本发明实施例的移动设备或服务器的计算机系统的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

参见图1，示出的是本发明实施例提供的一种页面查询管理方法的主要流程图，包括如下步骤：

S101：接收采集端传输的监测数据；其中，监测数据包括对调用方中一个页面的访问请求、和对所述一个页面中至少一个查询条件的操作参数；

S102：将监测数据中的访问请求和操作参数，按照调用方、页面和查询条件进行组装，得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录；

S103：对预设时间段内同一调用方、同一页面中每个查询条件的使用记录进行数量统计，将取值最大的预设数目个查询条件确定为常用查询条件。

上述实施方式中，对于步骤S101，业务产品希望能够监控统计各服务单列表页中查询条件区的众多查询条件，哪些常用、哪些不常用、哪些根本不用。为此本方案开发一个公共组件，用以埋点监测统计分析用户对页面及页面资源(如页面查询条件、页面功能、菜单等)的使用情况，为后续页面内查询条件的布局优化调整提供数据基础，由于这些资源均用于查询使用，因此主要以查询条件为例进行说明。

整个方案分为采集端和服务端，其中，采集端用于实现对调用方中某一页面中查询条件的操作参数采集，服务端用于对页面内每个查询条件的使用频率进行聚合统计分析，以确定该页面下的常用查询条件。

对于采集端的主要操作，参见图2所示：

步骤一：采集端接收对调用方中一个页面的访问请求，以及接收对该页面中至少一个查询条件的选择使用操作；

步骤二：将对调用方中该页面的访问请求和对所述至少一个查询条件的操作参数，以UDP(User Datagram Protocol，用户数据报协议)消息的形式发送至服务端。

通过Maven依赖形式，调用方只需要在pom.xml里配置maven依赖关系，即可引用采集端的JAR包(即采集组件)；其中，Maven核心功能便是合理叙述项目间的依赖关系，pom.xml文件是Maven进行工作的主要配置文件，在这个文件中可以配置Maven项目的groupId、artifactId和version等必需的元素，可以配置Maven项目需要使用的远程仓库；可以定义Maven项目打包的形式；可以定义Maven项目的资源依赖关系等等。

采集端通过将Web请求filter的JAR包集成到自己的Web项目中，以在web.xml里配置Filter参数，如调用者系统名称、应用名称；其中，web.xml是网络程序中的一个很重要的配置文件。当用户使用页面中的查询条件进行查询时，会将对该页面的访问请求和对查询条件的操作参数，以UDP消息形式发给服务端进行解析存储。

但有些页面可能无需监测，因而在web.xml可以配置待监测页面的请求地址URL，即白名单。采集端通过判断页面的URL是否位于该白名单内，实现页面筛选操作，以此缩减了后续发送给服务端的UDP消息数量。配置URL格式如：

<url-pattern>/aboutmentReceipt/queryTicketPage.json</url-pattern>

<url-pattern>/bill/*</url-pattern>

<url-pattern>/order/*<url-pattern>

进一步的，有些操作参数内会包含一些无效参数，例如图片地址，这些参数会影响后续服务端的处理效率，且对本方案查询条件使用量统计无作用，因而可以忽略掉。具体地，同样在web.xml内配置所需忽略的参数，即黑名单，通过该黑名单对操作参数进行过滤处理，以此缩减了后续发送给服务端的UDP消息大小。

目前UDP消息通常采用json语言，服务端在收到采集端传输的UDP消息后，会首先对其进行数据格式转换，以将页面查询条件的操作参数(servletRequest的parameterMap的json数据)转换成map数据格式。并且考虑后续处理效率，可以进一步对访问请求和操作参数进行过滤处理，具体地：

1)对格式转换后的操作参数进行无效参数过滤处理，如页数、电脑信息、常见的无效信息、没有意义的干扰项。在此基础上可以进一步对每个查询条件的查询值进行过滤处理，通过去除null、空格等有效但无实际意义的参数，以此筛选出有效的查询条件。

如sortKind:4

page:1

rows:10

sort:returnTime

order:desc

2)过滤无效的页面资源访问请求，如对页面中图片、按钮、css等的访问请求，具体执行代码如下：

//菜单页面访问流量监控要过滤掉的资源

ignoreExtension＝new HashSet<String>()；

ignoreExtension.add(".jpg")；

ignoreExtension.add(".png")；

ignoreExtension.add(".jpeg")；

ignoreExtension.add(".png")；

ignoreExtension.add(".gif")；

ignoreExtension.add(".bmp")；

ignoreExtension.add(".js")；

ignoreExtension.add(".css")；

ignoreExtension.add(".ico")；

对于步骤S102，有些页面的部分查询条件可能存在一致情况，为更好的区分不同页面的查询条件，经过转换过滤处理后的访问请求和操作参数，可以按照调用方、页面和查询条件进行拆分和组装，以此得到对于同一调用方、同一页面和不同查询条件对应的使用记录，如Kafka消息。例如，用户点击使用了页面A中的姓名框、性别框和年龄框，后续生成三个使用记录，分别为页面A-姓名框-Kafka消息1、页面A-性别框-Kafka消息2、页面A-年龄框-Kafka消息3。

实际操作中，可以判断是否已授权系统应用，判断是单个监控还是批量监控处理。可以实时或定时统计页面内每个查询条件的使用次数，如三天、一周或其他时间做一次统计。因而，所获得的使用记录可以首先异步存储至服务端中，待后续使用时再提取处理，避免出现监测数据的分散保存问题。

为更好的区分不同调用方的使用记录，可以预先针对不同调用方(如系统编号、应用编号或Kafka消息的topic)建立不同集群，通常为ES集群，例如快递-ES集群1、仓库-ES集群2，后续可以基于调用方和集群之间的对应关系，将所生成的使用记录异步分配至相应集群进行存储，以此实现数据隔离。

另外，可以设置存储端，用于统一管理存储各页面中不同查询条件的使用记录。该存储端可以位于服务端内，也可以不位于服务端内。此时需在存储端针对不同调用方建立不同集群，之后也通过存储端将使用记录异步存储至与调用方对应的集群中，便于下一步统计分析。

对于步骤S103，服务端提供head查询工具、kibana分析工具和自定义统计报表三种数据统计分析方式，以对预设时间段同一调用方、同一页面中每个查询条件的使用记录进行数量统计，进而将取值最大的预设数目个查询条件确定为常用查询条件，将常用查询条件放在易操作的显眼位置或进行优化处理，不常用的可以下线，以此提高用户的查询使用体验。

考虑统计结果的形象化展示，可以根据查询条件数据字典，将同一页面中每个查询条件/常用查询条件的名称转换为预设文本格式名称，如转换为中文名称，以生成可视化统计分析图表，使报表展示更直观易理解，便于后续页面精简或布局调整。

同样，可以设置分析端，用于对页面资源的使用频率进行聚合统计分析，该分析端可以位于服务端内，也可以不位于服务端内，此时需从存储端中拉取使用记录后进行处理。

部分执行代码如下：

上述实施例通过开发一个公共组件，便于各调用方的快速接入，能够统一管理监测数据，且具备统计分析和可视化展示的功能，解决了现有针对不同调用方需重复开发监测统计程序、且监测数据分散保存的问题，实现操作的统一性和通用性，极大降低了监测实现成本。

参见图3，示出了根据本发明实施例的一具体地页面查询管理方法流程示意图，包括如下步骤：

S301：采集端引用采集组件，在所述采集组件的配置文件内，接收对待监测页面的URL和忽略参数的配置操作；

S302：接收对调用方中一个页面的访问请求，以及接收对所述一个页面中至少一个查询条件的选择使用操作；

S303：判断所述一个页面的URL是否位于所述配置文件内，若不位于，则过滤不做使用记录统计处理；

S304：基于所述忽略参数对所述操作参数进行过滤处理；

S305：过滤后，将对调用方中所述一个页面的访问请求和对所述至少一个查询条件的操作参数，以UDP消息的形式发送至服务端；

S306：服务端接收采集端传输的用户数据报协议UDP消息；

S307：将UDP消息中的访问请求和操作参数，按照调用方、页面和查询条件进行组装，得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录；

S308：确定与调用方对应的集群，将所述使用记录分配至所述集群进行存储；

S309：对预设时间段内同一调用方、同一页面中每个查询条件的使用记录进行数量统计，将取值最大的预设数目个查询条件确定为常用查询条件；

S310：将同一页面中每个查询条件/常用查询条件的名称转换为预设文本格式名称，结合各查询条件统计的使用记录数量，生成可视化统计分析图表。

上述实施方式中，还可以设置管理端，该管理端可以位于服务端内，也可以不位于服务端内。管理端用于配置被监测系统/应用/页面的基本信息、监测页面查询条件数据字典、监测页面查询条件忽略集合，监测开关可以控制是否启动数据采集、处理、存储、分析，以减少不必要的计算存储资源浪费，干扰统计分析。

另外，管理端还可以对待监测页面的URL进行分组处理，例如WEB系统中可能会有多个页面或请求URL，但都是服务单查询页面。后续分析端可以根据此分组信息进行聚合统计分析，使得分析结果更简洁直观。

本发明实施例提供的方法，提供一个公用组件和监测统计分析平台，调用方引用采集端进行埋点数据采集，然后发送UDP消息给服务端进行监测数据接收、解析、存储和分析，低成本实现使用量埋点监控需求，对业务系统无侵入，且能共用管理端、分析端功能页面，避免各调用方监测页面需重复写监测处理统计分析代码，极大的提高了开发效率、易用性、稳定性、易扩展性。

参见图4(a)和(b)，示出了根据本发明实施例的两种页面查询管理框架示意图，包括如下部件：

1、采集端，用于实现对调用方中某一页面中查询条件的操作参数采集。

2、服务端，用于对接收自采集端的UDP消息进行解析处理，得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录。

3、存储端，用于存储接收自服务端的使用记录，并按照调用方进行独立存储。

4、分析端，用于对预设时间段内同一调用方、同一页面中每个查询条件的使用记录进行数量统计，将取值最大的预设数目个查询条件确定为常用查询条件。

5、管理端，用于配置被监测系统/应用/页面的基本信息、监测页面查询条件数据字典、监测页面查询条件忽略集合等。

参见图5，示出了本发明实施例提供的一种页面查询管理装置500的主要模块示意图，包括：

接收模块501，用于接收采集端传输的监测数据；其中，监测数据包括对调用方中一个页面的访问请求、和对所述一个页面中至少一个查询条件的操作参数；

组装模块502，用于将监测数据中的访问请求和操作参数，按照调用方、页面和查询条件进行组装，得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录；

统计模块503，用于对预设时间段内同一调用方、同一页面中每个查询条件的使用记录进行数量统计，将取值最大的预设数目个查询条件确定为常用查询条件。

本发明实施装置还包括第一过滤模块504(图中未标出)，用于：

本发明实施装置还包括第二过滤模块505(图中未标出)，用于：

本发明实施装置还包括存储模块506(图中未标出)，用于：

本发明实施装置还包括展示模块507(图中未标出)，用于：

将同一页面中每个查询条件/常用查询条件的名称转换为预设文本格式名称，结合各查询条件统计的使用记录数量，生成可视化统计分析图表。

本发明实施装置还包括采集端508(图中未标出)，用于：

本发明实施装置还包括配置模块509(图中未标出)，用于：采集端引用采集组件，在所述采集组件的配置文件内，接收对待监测页面的URL的配置操作；

所述采集端508，还用于：判断所述一个页面的URL是否位于所述配置文件内，若不位于，则过滤不做使用记录统计处理。

本发明实施装置中，所述配置模块509，还用于：在所述采集组件的配置文件内，接收对忽略参数的配置操作；

所述采集端508，还用于：基于所述忽略参数对所述操作参数进行过滤处理。

另外，在本发明实施例中所述装置的具体实施内容，在上面所述方法中已经详细说明了，故在此重复内容不再说明。

图6示出了可以应用本发明实施例的示例性系统架构600。

如图6所示，系统架构600可以包括终端设备601、602、603，网络604和服务器605(仅仅是示例)。网络604用以在终端设备601、602、603和服务器605之间提供通信链路的介质。网络604可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备601、602、603通过网络604与服务器605交互，以接收或发送消息等。终端设备601、602、603上可以安装有各种通讯客户端应用。

终端设备601、602、603可以是具有显示屏并且支持网页浏览的各种电子设备，服务器605可以是提供各种服务的服务器。

需要说明的是，本发明实施例所提供的方法一般由服务器605执行，相应地，装置一般设置于服务器605中。

应该理解，图6中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图7，其示出了适于用来实现本发明实施例的终端设备的计算机系统700的结构示意图。图7示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，计算机系统700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有系统700操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收模块、组装模块、统计模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，统计模块还可以被描述为“统计分析模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

根据本发明实施例的技术方案，提供一个公用组件和监测统计分析平台，调用方引用采集端进行埋点数据采集，然后发送UDP消息给服务端进行监测数据接收、解析、存储和分析，低成本实现使用量埋点监控需求，对业务系统无侵入，且能共用管理端、分析端功能页面，避免各调用方监测页面需重复写监测处理统计分析代码，极大的提高了开发效率、易用性、稳定性、易扩展性。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims

1.一种页面查询管理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，在所述接收采集端传输的监测数据之后，还包括：

3.根据权利要求1或2所述的方法，其特征在于，在所述接收采集端传输的监测数据之后，还包括：

4.根据权利要求1所述的方法，其特征在于，在所述得到与调用方、所述一个页面和所述至少一个查询条件中每个查询条件对应的使用记录之后，还包括：

5.根据权利要求1或4所述的方法，其特征在于，还包括：

6.根据权利要求1所述的方法，其特征在于，在所述接收采集端传输的监测数据之前，还包括：

7.根据权利要求6所述的方法，其特征在于，在所述采集端接收对调用方中一个页面的访问请求之前，还包括：采集端引用采集组件，在所述采集组件的配置文件内，接收对待监测页面的URL的配置操作；

8.根据权利要求7所述的方法，其特征在于，还包括：在所述采集组件的配置文件内，接收对忽略参数的配置操作；

9.一种页面查询管理装置，其特征在于，包括：

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。

11.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。