控件数据监听方法、装置、服务端、设备及介质与流程

本发明实施例涉及数据监听领域，尤其涉及一种控件数据监听方法、装置、服务端、设备及介质。

背景技术：

目前客户端采集用户行为特征的方式大多通过预埋点进行统计，但预埋点存在大量问题，比如开发周期长，可拓展性较差。虽然已有一些无埋点，但实现方法是把全部控件进行监听，然后把所有数据进行上报，而对于大部分的数据是没有意义的，这就造成了移动应用性能的下降、流量的浪费以及冗余数据的大量存在。

技术实现要素：

本发明提供一种动态配置的控件数据监听方法、装置、服务端、设备及介质，以解决预埋点开发周期长，可扩展性差的问题，以及现今一些无埋点技术无区分将所有控件所有属性数据统计上报而引起的移动应用性能下降、数据冗余的问题。

第一方面，本发明实施例提供了一种动态配置的控件数据监听方法，由服务端执行，该方法包括：

接收包括目标控件名称的控件监听请求；

根据控件名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

生成包括目标控件标识的映射文件，向用户端下发映射文件，由用户端监听并上报目标控件的数据。

第二方面，本发明实施例还提供了一种动态配置的控件数据监听方法，由用户端执行，该方法包括：

接收服务端下发的包括目标控件标识的映射文件，其中目标控件标识由服务端通过如下方式确定：接收包括目标控件名称的控件监听请求；根据控件名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

监听并上报目标控件的数据。

第三方面，本发明实施例还提供了一种动态配置的控件数据监听装置，应用于服务端，该装置包括：

接收请求模块，用于接收包括目标控件名称的控件监听请求；

目标控件标识确定模块，用于根据控制名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

映射文件生成模块，用于生成包括目标控件标识的映射文件，向用户端下发映射文件，由用户端监听并上报目标控件的数据。

第四方面，本发明实施例还提供了一种动态配置的控件数据监听装置，应用于用户端，该装置包括：

映射文件接收模块，用于接收服务端下发的包括目标控件标识的映射文件，其中目标控件标识由服务端通过如下方式确定：接收包括目标控件名称的控件监听请求；根据控制名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

数据监听模块，用于监听并上报目标控件的数据。

第五方面，本发明实施例还提供了一种服务端，该服务端包括：

一个或多个处理器；

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

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例中任一种应用于服务端的动态配置的控件数据监听方法。

第六方面，本发明实施例还提供了一种设备，该设备包括：

一个或多个处理器；

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

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例中任一种应用于用户端的动态配置的控件数据监听方法。

第七方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例中任一种应用于服务端的动态配置的控件数据监听方法。

第八方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例中任一种应用于用户端的动态配置的控件数据监听方法。

本发明通过动态配置需要监听的控件，进行重要数据统计，解决了预埋点开发周期长，可扩展性差问题，也解决了现今一些无埋点技术无区分将所有控件所有属性数据统计上报而引起的移动应用性能下降、数据冗余的问题，实现了开发周期短，可扩展性强的技术效果，提高了移动应用的性能。

附图说明

图1是本发明实施例一中的应用于服务端的动态配置的控件数据监听方法的流程图；

图2是本发明实施例二中的应用于客户端的动态配置的控件数据监听方法的流程图；

图3是本发明实施例三中的应用于服务端的动态配置的控件数据监听装置模块图；

图4是本发明实施例四中的应用于客户端的动态配置的控件数据监听装置模块图；

图5是本发明实施例五中的一种服务端的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时处理可以被终止，但是还可以具有未包括在附图中的附加步骤。处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1为本发明实施例一提供的应用于服务端的动态配置的控件数据监听方法的流程图，本实施例可适用于由服务端执行的情况，该方法可以由应用于服务端的动态配置的控件数据监听实现装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在服务端上。具体包括如下步骤：

s110、接收包括目标控件名称的控件监听请求。

其中，目标控件名称是指需要被监听的控件的名称，控件监听请求可以是运维人员配置的。

具体地，控件名称的命名规则可以是根据页面信息命名。具体为遍历页面控件，根据控制页面信息生成控件名称。也可以是根据控件类型命名。例如，根据系统提供的直接调用、输入、输出等类型命名。还可以是根据控件功能命名，例如根据登录功能命名。

其中，目标控件的确定可以通过以下方式：向运营设备发送控件名称，或者控件名称与控件标识之间的关联关系供运营人员选择待监听的目标控件名称，或者供运营人员点击待监听的控件图片确定目标控件名称。本实施例中运营设备直接展示供选择的控件名称或控件图片，便于运营人员进行选择待监听的控件，提高了运营人员的操作便捷性。

s120、根据控件名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识。

其中，控件标识是指控件的唯一id，关联关系是指控件名称和控件标识之间的映射关系，若确定出控件名称与控件标识之间的关联关系，那么每一个控件名称会对应一个控件标识。

具体地，控件名称与控件标识之间的关联关系可以是用户端生成并上报的：在启动时，获取本地端的各控件标识；根据各控件所属的页面信息、各控件的类型和各控件的功能，确定各控件名称；生成并向服务端上报本地的控件标识与标识名称之间的关联关系。

s130、生成包括目标控件标识的映射文件，向用户端下发映射文件，由用户端监听并上报目标控件的数据。

其中，映射文件是指向用户端下发的mapping文件，映射文件保存在本地并上报后台，若本地映射文件有更新，则主动保存并上报。目标控件的数据可以包括：用户对目标控件的点击频次、用户点击目标控件后的后续操作等。

进一步地，生成包括目标控件标识的映射文件，向用户端下发映射文件，包括：

a、根据用户端预先上报的控件名称与控制标识之间的关联关系，将具有目标控件的用户端作为目标用户端。

根据客户端服务端版本的不同，可能会有目标控件不存在的情况，因此，将具有目标控件的用户端作为目标用户端。

b、向目标用户端下发映射文件。

本实施例的技术方案通过动态配置需要监听的控件，进行重要数据统计，解决了预埋点开发周期长，可扩展性差问题，也解决了现今一些无埋点技术无区分将所有控件所有属性数据统计上报而引起的移动应用性能下降、数据冗余的问题，实现了开发周期短，可扩展性强的技术效果，提高了移动应用的性能。

实施例二

图2为本发明实施例二提供的动态配置的控件数据监听方法的流程图，本实施例可适用于由用户端执行的情况，该方法可以由应用于用户端的动态配置的控件数据监听实现装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在用户端上。具体包括如下步骤：

s210、接收服务端下发的包括目标控件标识的映射文件。

其中目标控件标识由服务端通过如下方式确定：接收包括目标控件名称的控件监听请求；根据控件名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

s220、监听并上报目标控件的数据。

可选的，方法还包括通过如下方式生成控件名称：在启动时，获取本地端的各控件标识；根据各控件所属的页面信息、各控件的类型和各控件的功能，确定各控件名称；生成并向服务端上报本地的控件标识与标识名称之间的关联关系。

用户端启动时根据本地各控件所属的页面信息、各控件的类型和各控件的功能，确定各控件名称，生成并向服务端上报本地的控件标识与标识名称之间的关联关系，从而便于服务端向本地端下发本地端具有的目标控件标识的映射文件，从而监听本地端的目标控件信息。

本实施例的技术方案通过接收服务端下发的包括目标控件标识的映射文件，监听并上报目标控件的数据，能够配合服务端对目标控件的数据进行统计，采集用户的行为特征。解决了预埋点开发周期长，可扩展性差问题，也解决了现今一些无埋点技术无区分将所有控件所有属性数据统计上报而引起的移动应用性能下降、数据冗余的问题，实现了开发周期短，可扩展性强的技术效果，提高了移动应用的性能。

实施例三

图3为本发明实施例三所提供的应用于服务端的动态配置的控件数据监听装置模块图，如图3所示，动态配置的控件数据监听实现装置包括：接收请求模块30、目标控件标识确定模块31、映射文件生成模块32。

接收请求模块30，用于接收包括目标控件名称的控件监听请求；

目标控件标识确定模块31，用于根据控制名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

映射文件生成模块32，用于生成包括目标控件标识的映射文件，向用户端下发映射文件，由用户端监听并上报目标控件的数据。

进一步地，映射文件生成、下发模块32，具体用于：

根据用户端预先上报的控件名称与控制标识之间的关联关系，将具有目标控件的用户端作为目标用户端；

向目标用户端下发映射文件。

进一步地，动态配置的控件数据监听实现装置还包括：

目标控件名称选择模块，用于接收包括目标控件名称的控件监听请求之前，向运营设备发送控件名称，或者控件名称与控件标识之间的关联关系供选择目标控件名称。

本实施例的技术方案通过动态配置需要监听的控件，进行重要数据统计，解决了预埋点开发周期长，可扩展性差问题，也解决了现今一些无埋点技术无区分将所有控件所有属性数据统计上报而引起的移动应用性能下降、数据冗余的问题，实现了开发周期短，可扩展性强的技术效果，提高了移动应用的性能。

本发明实施例所提供的应用于服务端的动态配置的控件数据监听实现装置可执行本发明任意实施例所提供的动态配置的控件数据监听方法，具备执行方法相应的功能模块和有益效果。

实施例四

图4为本发明实施例四所提供的应用于用户端的动态配置的控件数据监听实现装置模块图，如图4所示，动态配置的控件数据监听实现装置包括：映射文件接收模块40、数据监听模块41。

映射文件接收模块40，用于接收服务端下发的包括目标控件标识的映射文件，其中目标控件标识由服务端通过如下方式确定：接收包括目标控件名称的控件监听请求；根据控制名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

数据监听模块41，用于监听并上报目标控件的数据。

进一步地，应用于用户端的动态配置的控件数据监听实现装置，还包括：

控件标识获取模块，用于在启动时，获取本地端的各控件标识；

控件名称确定模块，用于根据各控件所属的页面信息、各控件的类型和各控件的功能，确定各控件名称；

关联关系生成模块，用于生成并向服务端上报本地的控件标识与标识名称之间的关联关系。

本实施例的技术方案通过接收服务端下发的包括目标控件标识的映射文件，监听并上报目标控件的数据，能够配合服务端对目标控件的数据进行统计，采集用户的行为特征。解决了预埋点开发周期长，可扩展性差问题，也解决了现今一些无埋点技术无区分将所有控件所有属性数据统计上报而引起的移动应用性能下降、数据冗余的问题，实现了开发周期短，可扩展性强的技术效果，提高了移动应用的性能。

本发明实施例所提供的应用于客户端的动态配置的控件数据监听实现装置可执行本发明任意实施例所提供的动态配置的控件数据监听方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例四提供的一种服务端的结构示意图。其包括：一个或多个处理器516；存储装置528，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器516执行，使得一个或多个处理器516实现本发明实施例所提供的应用于服务端的动态配置的控件数据监听方法，包括：

接收包括目标控件名称的控件监听请求；

根据控制名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

生成包括目标控件标识的映射文件，向用户端下发映射文件，由用户端监听并上报目标控件的数据。

图5显示出了适于用来实现本发明实施方式的示例性设备512的框图。图5显示的服务端512仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，服务端512以通用计算设备的形式表现。服务端512的组件可以包括但不限于：一个或者多个处理器系统存储装置528，连接不同系统组件(包括系统存储装置528)的总线518。

总线518表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。

服务端512典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务端512访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储装置528可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)530和/或高速缓存存储器532。服务端512可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统535可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线518相连。存储器528可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块542的程序/实用工具540，可以存储在例如存储器528中，这样的程序模块542包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块542通常执行本发明所描述的实施例中的功能和/或方法。

服务端512也可以与一个或多个外部设备514(例如键盘、指向设备、显示器524等)通信，还可与一个或者多个使得用户能与该服务端512交互的设备通信，和/或与使得该服务端512能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口522进行。并且，服务端512还可以通过网络适配器520与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器520通过总线518与服务端512的其它模块通信。应当明白，尽管图中未示出，可以结合服务端512使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

处理单元516通过运行存储在系统存储器528中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的应用于服务端动态配置的控件数据监听方法。

本发明实施例还提供了另一电子设备，其包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明实施例所提供的应用于客户端的动态配置的控件数据监听方法，包括：

接收服务端下发的包括目标控件标识的映射文件，其中目标控件标识由服务端通过如下方式确定：接收包括目标控件名称的控件监听请求；根据控件名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

监听并上报目标控件的数据。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供的应用于客户端的动态配置的控件数据监听方法。该电子设备的硬件结构以及功能可参见实施例五的内容解释。

实施例六

本发明实施例六提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种应用于服务端的动态配置的控件数据监听方法，该方法包括：

接收包括目标控件名称的控件监听请求；

根据控制名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

生成包括目标控件标识的映射文件，向用户端下发映射文件，由用户端监听并上报目标控件的数据。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上的方法操作，还可以执行本发明任意实施例所提供的应用于客户端的动态配置的控件数据监听方法中的相关操作。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++，还包括常规的过程式程序设计语言—诸如”c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务端上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本发明实施例六还提供了一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种应用于客户端的动态配置的控件数据监听方法，该方法可以包括：

接收服务端下发的包括目标控件标识的映射文件，其中目标控件标识由服务端通过如下方式确定：接收包括目标控件名称的控件监听请求；根据控件名称与控件标识之间的关联关系，和目标控件名称，确定目标控件标识；

监听并上报目标控件的数据。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上的方法操作，还可以执行本发明任意实施例所提供的应用于客户端的动态配置的控件数据监听方法中的相关操作。对存储介质的介绍可参见实施例六中的内容解释。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。