CN117235155A - 数据统计方法、电子设备以及可读存储介质 - Google Patents

Abstract

本申请涉及信息技术领域，公开了一种数据统计方法、电子设备以及可读存储介质，在该方法中，数据统计客户端根据与数据统计客户端关联的配置界面在不同时刻接收的不同配置信息，使用对应的查询语句，生成不同的查询结果。基于此，应用功能开发人员只需要在提供的配置界面上配置好与应用功能相关的配置信息，此时数据统计客户端能够根据配置信息生成的查询语句自动执行后续处理逻辑，从而避免数据统计客户端的开发人员再次参与开发，减少沟通成本，避免人工重复性工作。

Description

数据统计方法、电子设备以及可读存储介质

技术领域

本申请涉及信息技术领域，特别涉及一种数据统计方法、电子设备以及可读存储介质。

背景技术

目前，存在对应用中的一些应用功能的使用情况进行统计、分析的数据统计应用（application，APP）。例如，数据统计APP可以统计在一段时间内，有多少终端设备使用了相机应用中的“文档扫描”功能。从而，能够评估出所开发出的应用功能的受欢迎程度。

其中，可以根据应用功能被不同使用入口的调用情况，确定该应用功能的使用情况。以“文档扫描”功能为例，可通过多个使用入口使用该功能。具体的，相机在使用时，会显示出预览画面，如果自动识别到拍摄对象是文档，则会弹出对话框“是否进行文档扫描”，当用户点击确定后，此时确定通过自动识别入口成功调用“文档扫描”功能。此外，相机在使用时，用户还可以在相机的功能列表中直接选择“文档模式”，此时在拍照时，则会进行文档扫描，即通过功能按钮入口调用“文档扫描”功能。

但是，随着应用功能的不断开发，应用功能会增加新的使用入口，或者需要增加新的应用功能作为统计对象，此时，数据统计APP开发人员需要在从应用功能开发人员处了解并确认应用功能的变化情况后，手动对数据统计APP进行修改。数据统计APP开发人员与应用功能开发人员的沟通成本较高，并且人工重复性工作成本较高。

发明内容

为了解决上述问题，本申请提出了一种数据统计方法、电子设备以及可读存储介质，以用于避免数据统计客户端开发人员与应用功能开发人员的沟通成本较高，并且人工重复性工作成本较高的问题。

第一方面，本申请提供了一种数据统计方法，应用于客户端，方法包括：检测到第一用户对第一统计对象的第一查询指令，显示第一统计项目数据，其中，第一统计项目数据与第一统计对象的第一统计项目信息相关；检测到对第一统计对象的第二查询指令，并且第一统计对象的统计项目信息从第一统计项目信息变更为第二统计项目信息；显示第二统计项目信息对应的第二统计项目数据。

可以理解的，第一统计对象可以为下文中需要统计的处理器、内存条、手机外壳、键盘、显示器、开关、晶体管、应用程序、应用中的功能等。可以理解的，客户端（如下文中的数据统计APP）可以提供一个与之关联的配置界面，与统计对象相关的开发人员（例如，下文的应用功能开发人员）可以在不同时刻，在该配置界面上配置不同的统计项目信息（如下文提及的使用配置信息和安装配置信息）。第一用户（即客户端的用户）在不同的统计项目信息下，对第一统计对象进行查询时，客户端会根据配置的不同的统计项目信息自动得到不同的项目统计数据（例如，得到下文提及的不同的使用统计数据以及安装统计数据等），从而避免在第一统计对象发生了一些变化后，客户端开发人员还需要与统计对象相关的开发人员进行再次沟通，以及再次参与开发，从而减少沟通成本，避免人工重复性工作。

在上述第一方面的一种可能实现中，检测到第一用户对第一统计对象的第一查询指令，显示第一统计项目数据，包括：检测到对第一统计对象的第一查询指令，运行第一查询语句，显示第一统计项目数据，其中，第一统计项目数据是基于第一查询语句查询到的，并且第一查询语句是基于第一查询语句模板生成的，第一查询语句与第一统计对象的第一统计项目信息相关。

可以理解的，由于提供了查询语句模板，并且该查询语句模板中存在与统计项目信息相关的空缺项，此时，客户端（如数据统计APP）根据统计项目信息以及查询语句模板自动生成查询语句，从而根据查询语句得到统计项目数据。当统计项目信息发生变化时，根据查询语句模板也会生成不同的查询语句，从而根据不同的查询语句，得到不同的统计项目数据，避免在统计项目信息发生变化，由于查询语句不合适，而无法得到所需的结果的问题。

在上述第一方面的一种可能实现中，第一统计项目信息包括：第一使用入口信息和第一使用行为表的表名；第一使用行为表包括第一统计项目信息与第一中间数据的对应关系；其中，第一中间数据为与第一统计对象的第一统计项目信息相对应的统计数据；第一统计项目数据包括下列中的至少一种：在第一时间段内，使用第一统计对象的终端设备数量；在第一时间段内，使用第一统计对象的终端设备，占安装有第一统计对象的终端设备的比率；在第一时间段内，安装有第一统计对象的终端设备数量。

可以理解的，由于第一统计项目信息中包括了第一使用入口信息和第一使用行为表的表名，此时根据查询语句模板可以生成针对使用情况的查询语句，并且第一使用行为表中包括第一中间数据，并且第一中间数据为与第一统计对象的第一统计项目信息相对应的统计数据。此时，根据查询语句就可以快速得到第一中间数据。

在上述第一方面的一种可能实现中，检测到对第一统计对象的第一查询指令，运行第一查询语句，显示第一统计项目数据，包括：基于第一查询语句，从第一使用行为表中查询到与第一查询语句相关的第一中间数据；基于第一中间数据得到第一统计项目数据。

可以理解的，客户端运行第一查询语句（如下文的使用查询语句），能够得到第一中间数据（如下文的待处理使用数据），然后对第一中间数据进行统计、分析以及计算，从而得到所需的第一统计项目数据（如下文的使用统计数据）。

在上述第一方面的一种可能实现中，通过以下方式获取第一使用行为表的表名所对应的第一使用行为表：从云端获取第一使用行为表，第一使用行为表中的数据是终端设备上的第一统计对象对应的使用入口被触发时，上传至云端的数据。

可以理解的，第一使用行为表存储在云端，方便客户端快速获取到与第一统计对象的使用情况相关的数据。

在上述第一方面的一种可能实现中，第一查询语句通过以下方式生成：响应于第二用户对第一查询语句模板的操作；获取第一输入数据，将第一查询语句模板和第一输入数据拼接得到第一查询语句，其中，第一输入数据包括第一使用入口信息和第一使用行为表的表名。

可以理解的，第二用户对第一查询语句模板的操作，可以为第二用户（例如，应用功能开发人员）在配置界面上输入第一使用入口信息和第一使用行为表的表名（如下文的使用配置信息），并且，预设的查询语句模板中存在与第一使用入口信息和第一使用行为表的表名相对应的空缺项。此时，将预设的查询语句模板和第一使用入口信息和第一使用行为表的表名拼接可以成功得到用于查询的查询语句。

在上述第一方面的一种可能实现中，检测到第一用户对第一统计对象的第一查询指令，显示第一统计项目数据，包括：检测到对第一统计对象的第一查询指令，运行第二查询语句，显示第一统计项目数据；其中，第一统计项目数据是基于第二查询语句得到的，第二查询语句是根据第一统计对象的第一统计项目信息从预设的多个查询语句中选择出的。

可以理解的，可以使用预先内置的查询语句（如下文的安装查询语句），并且，基于内置的查询语句得到第一统计项目数据。此外，第二查询语句是根据第一统计对象的第一统计项目信息从预设的多个查询语句中选择出的，并且第二查询语句与第一统计项目信息相关，可用于查询。当统计项目信息发生变化后，根据查询语句就可以得到不同的统计项目数据了。

在上述第一方面的一种可能实现中，还包括：对应于第一统计项目信息包括卸载过第一统计对象的终端设备的设备型号以及版本号，从多个查询语句中选择出所对应的第二查询语句，其中，第二查询语句中包括卸载设备表的表名，卸载设备表中包括不同设备型号以及版本号下，卸载过第一统计对象的终端设备的数量；对应于第一统计项目信息包括下载过第一统计对象的终端设备的设备型号以及版本号，从多个查询语句中选择出所对应的第二查询语句，其中，第二查询语句中包括下载设备表的表名，下载设备表中包括不同设备型号以及版本号下，下载过第一统计对象的终端设备的数量。

可以理解的，不同场景下，能够使用不同的查询语句，应该场景广泛。

在上述第一方面的一种可能实现中，第二查询语句包括活跃设备表的表名和安装配置表的表名；安装配置表的表名对应的安装配置表包括第一统计项目信息的相关数据，活跃设备表中包括设备型号、版本号、安装有第一统计对象的设备数量。

可以理解的，由于第二查询语句包括活跃设备表的表名和安装配置表的表名；安装配置表的表名对应的安装配置表包括第一统计项目信息的相关数据，活跃设备表中包括设备型号、版本号、安装有第一统计对象的设备数量，此时，当客户端接收到第一统计项目信息的相关数据，就可以根据安装配置表的内容去活跃设备表中进行查找，并且只需要根据一条查询语句就可以在活跃设备表中找到所有所需的数据，节省资源。

在上述第一方面的一种可能实现中，通过以下方式基于第二查询语句得到第一统计项目数据：根据安装配置表中的第一统计项目信息，从活跃设备表中找到第二中间数据；基于第二中间数据得到第一统计项目数据，其中，第二中间数据与第一统计项目信息相对应。

可以理解的，第二中间数据可以为与第一统计项目数据相关的数据，例如，下文的待处理安装数据。由于，第二中间数据与第一统计项目信息相对应，而第二查询语句涉及到的安装配置表与第一统计项目信息相关，所以，不同的第一统计项目信息可以得到不同的第一统计项目数据。

在上述第一方面的一种可能实现中，通过以下方式获取安装配置表的表名对应的安装配置表：响应于第二用户对安装配置表的操作；获取第二输入数据，根据第二输入数据生成安装配置表，其中，第二输入数据包括设备型号和版本号。

在上述第一方面的一种可能实现中，第二查询语句还包括遍历条件，安装配置表至少包括应用功能、版本号阈值（例如，下文的最低版本号）、设备型号，活跃设备表至少包括设备型号、版本号、终端设备数量，其中终端设备数量与设备型号以及与版本号对应；遍历条件包括：根据活跃设备表的表名对应的活跃设备表和安装配置表的表名对应的安装配置表中设备型号的一致性；和/或，活跃设备表的表名对应的活跃设备表中版本号大于版本号阈值。

在上述第一方面的一种可能实现中，检测到对第一统计对象的第一查询指令，显示第一统计项目数据，还包括：运行第三查询语句，其中，第一统计项目数据是基于第一查询语句和第三查询语句查询到的，并且第三查询语句与第一统计对象的第一统计项目信息相关。

可以理解的，检测到第一查询指令后，可以一次运行多个查询语句，例如，一次运行第一查询语句（如下文的使用查询语句）和第三查询语句（如下文的安装查询语句），此时可以得到更多种类的数据。

在上述第一方面的一种可能实现中，第一查询语句模板包括第一统计项，并且第一统计项存在对应的第一统计项参数。

例如，第一统计项可以为下文的SQL语句中的select、from、where等，第一统计项存在对应的第一统计项参数为select、from、where后需要接的参数。

在上述第一方面的一种可能实现中，第一统计项对应的第一统计项参数，并且通过以下方式基于第一查询语句模板生成第一查询语句：从第一使用行为表的表名对应的使用行为表的元数据中筛选出第一目标元数据；将第一使用入口信息、对应第一使用入口信息的第一使用行为表的表名和第一目标元数据，作为第一查询语句模板中的第一统计项参数的值，得到第一查询语句。

可以理解的，将第一使用入口信息、对应第一使用入口信息的第一使用行为表的表名和第一目标元数据，作为第一查询语句模板中的第一统计项参数的值，得到第一查询语句的方式合理、有效。

在上述第一方面的一种可能实现中，通过以下方式确定第一目标元数据：根据第一使用行为表的表名，得到第一使用行为表的元数据；将第一使用行为表的元数据与预先设置的目标元数据集合进行匹配，得到第一目标元数据。

可以理解的，不同的第一使用行为表的元数据的具体字段可以会存在不同，预先设置的目标元数据集合（即下文的元数据集合）中可以存储有所有的使用行为表的元数据字段。将第一使用行为表的元数据与预先设置的目标元数据集合进行匹配，得到第一目标元数据，该方式得到的第一目标元数据是与所需查询的第一使用行为表的相匹配的，从而使用包括了第一目标元数据的第一查询语句能够成功从对应的第一使用行为表中找到所需的数据。

在上述第一方面的一种可能实现中，第一使用行为表的元数据中至少包括以下元数据：终端设备标识、使用入口信息、发生时间，设备型号、版本号，其中，发生时间为终端设备标识所对应的终端设备，触发第一使用入口信息所对应的使用入口的时间。

在上述第一方面的一种可能实现中，还包括：将第一查询语句中的第一使用行为表的表名相同的第一查询语句合并，得到第一合并查询语句；并且，基于第一查询语句，从第一使用行为表中查询到与第一查询语句相关的第一中间数据，包括：基于第一合并查询语句，从第一使用行为表中查询到与第一合并查询语句相关的第一中间数据。

可以理解的，在同一个统计对象下，将第一查询语句中的第一使用行为表的表名相同的第一查询语句合并，得到第一合并查询语句，并且使用第一合并查询语句进行查询，可以减少对相同的第一使用行为表的访问次数，节省运行资源。

在上述第一方面的一种可能实现中，还包括，检测到第一查询指令中包括对第二统计对象进行查询，显示第三统计项目数据，其中，第三统计项目数据是基于第四查询语句查询到的，并且第四查询语句是基于第二查询语句模板生成的，第二查询语句模板与第二统计对象相关。

在上述第一方面的一种可能实现中，第四查询语句包括第二使用行为表的表名，并且在第四查询语句中的第二使用行为表的表名与第一查询语句中的第一使用行为表的表名相同的情况下，将第一查询语句以及第四查询语句合并，得到第二合并查询语句；并且，第三统计项目数据是基于第四查询语句查询到的，包括：第三统计项目数据是基于第二合并查询语句查询到的。

可以理解的，在不同统计对象下，将表名相同的查询语句合并，并且使用合并后的查询语句进行查询，可以减少对相同的使用行为表的访问次数，节省运行资源。

在上述第一方面的一种可能实现中，检测到对第一统计对象的第二查询指令，包括：检测到对第一统计对象的第二查询指令，运行第五查询语句；并且，方法还包括，第二统计项目数据是基于第五查询语句查询到的，第五查询语句是基于第三查询语句模板生成的，第五查询语句与第二统计项目相关；第二统计项目信息和第一统计项目信息不同。

可以理解的，当客户端在不同时刻接收到的统计项目信息不同时，此时，可以使用不同的查询语句模板，从而生成可用的查询语句，便于后续查询。

在上述第一方面的一种可能实现中，第三查询语句模板和第一查询语句模板不同，并且第三查询语句模板包括第二统计项，并且第二统计项存在对应的第二统计项参数。

在上述第一方面的一种可能实现中，还包括：从第一统计对象相关的多个查询语句模板中，选择出与第二统计项目信息相关的第三查询语句模板，其中，第二统计项目信息与第三查询语句模板中的第二统计项参数的子参数的数量对应。

可以理解的，第二统计项参数的子参数可以为下文中所提及的空缺子参数。通过使用不同的查询语句模板，使得通过查询语句模板得到查询语句的方式使用范围更广。可以理解的，当有相关的多个查询语句模板时，客户端可以根据第二统计项目信息的情况，选择出所需使用的查询语句模板。

第二方面，本申请提供了一种电子设备，安装有客户端，包括：一个或多个处理器；一个或多个存储器；一个或多个存储器存储有一个或多个指令，当一个或者多个指令被一个或多个处理器执行时，使得电子设备执行上述第一方面以及各种可能的实现提供的数据统计方法。

第三方面，本申请提供了一种计算机可读存储介质，存储介质上存储有指令，指令在计算机上执行时使计算机执行上述第一方面以及各种可能的实现提供的数据统计方法。

第四方面，本申请提供了一种计算机程序产品，计算机程序产品包括指令，该指令在执行时使计算机执行上述第一方面以及各种可能的实现提供的数据统计方法。

其中，第二方面至第四方面的有益效果可以参照第一方面相关的有益效果，此处不再赘述。

附图说明

图1根据本申请的一些实施例，示出了一种数据统计APP展示各应用功能的场景示意图；

图2A根据本申请的一些实施例，示出了一种使用行为表H的示意图；

图2B根据本申请的一些实施例，示出了一种活跃设备表F1的示意图；

图2C根据本申请的一些实施例，示出了一种安装配置表F2的示意图；

图3A根据本申请的一些实施例，示出了一种需要得到与应用功能的使用情况相关的统计数据并展示的过程示意图；

图3B根据本申请的实施例，示出了一种“文档扫描”应用功能的信息界面001示意图；

图3C根据本申请的实施例，示出了一种“文档扫描”应用功能的使用配置界面002示意图；

图3D根据本申请的一些实施例，示出了一种对使用查询语句的优化的过程示意图；

图4A根据本申请的一些实施例，示出了一种需要得到与应用功能的已安装情况相关的统计数据并展示的过程示意图；

图4B根据本申请的实施例，示出了一种配置界面003示意图；

图4C根据本申请的实施例，示出了一种配置界面004示意图；

图4D根据本申请的实施例，示出了一种安装配置表K示意图；

图5根据本申请的一些实施例，示出了另一种统计与应用功能的使用情况以及已安装情况相关的统计数据并展示的过程示意图；

图6根据本申请的一些实施例，示出了一种实现数据统计方法的框架流程示意图；

图7根据本申请的一些实施例，示出了一种原先在新增应功能情况下和在已有应用功能修改情况下的开发流程示意图；

图8根据本申请的实施例，示出了一种电子设备100的硬件结构示意图。

具体实施方式

本申请的说明性实施例包括但不限于一种数据统计方法、电子设备以及可读存储介质。

下面结合附图详细说明本申请实施例的技术方案。

图1根据本申请的一些实施例，示出了一种数据统计APP展示各应用功能的场景示意图。参考图1，在电子设备100的屏幕上，数据统计APP展示出了“文档扫描”、“一键大片”等应用功能相关的已安装设备数、使用设备数以及用户满意度等统计数据。如图1所示，“文档扫描”功能的“已安装设备数”为A1，“使用设备数”为B1，“用户满意度”为C1；“一键大片”功能的“已安装设备数”为A2，“使用设备数”为B2，“用户满意度”为C2。其中，“已安装设备数”为一段时间内的活跃设备（即用户使用过的终端设备）中安装有该应用功能的终端设备数，“使用设备数”为一段时间内，已知出厂的终端设备中，安装有该应用功能并使用的终端设备数。“用户满意度”为一段时间内，使用该应用功能的终端用户的满意度。此时，数据统计APP能够展示出各应用功能相关的统计数据。

下面对如何得到应用功能使用情况相关的统计数据的方式进行介绍。

（1）当需要统计的多个应用功能被开发并安装在终端设备上后，应用功能开发人员会事先根据需要统计的多个应用功能在云端设置多个使用行为表。该表中存储了终端用户使用需统计的应用功能的行为数据。每条行为数据可以包括终端设备标识、使用入口信息、使用入口的发生时间、终端设备型号以及版本号等。

例如，图2A示出了一种使用行为表H的示意图。该使用行为表H中的行为数据为，在终端用户同意的情况下，云端接收并存储的各终端设备发送的，终端用户使用对应需要统计的应用功能的行为数据。如图2A所示，该使用行为表H的元数据（例如，各列名）包括“终端设备标识”、“使用入口”、“发生时间”、“终端设备型号”以及“版本号”等。其中，终端设备标识为每个用户使用的终端设备所对应的唯一标识，使用入口用于表示对应的应用功能被使用的触发入口（如自动识别入口、功能按钮入口）。并且图中具体示出了3条行为数据。每条行为数据都对应一次某个应用功能被使用。假设使用入口11以及使用入口12为确定应用功能“文档扫描”被调用的使用入口，使用入口21为确定应用功能“一键大片”被调用的使用入口。其中，使用入口11、使用入口12以及使用入口21可以为使用入口标识。可以理解的，第一条行为数据表示终端设备001在2021-01-09-08:16触发了使用入口11（即使用了应用功能“文档扫描”），并且终端设备001所对应的设备型号为设备型号1，版本号为7.0。其他2条行为数据的描述实质相同，在此不再赘述。

可以理解的，该表中的行为数据可以用于后续统计以及计算，从而得到反映对应的应用功能使用情况的使用统计数据。此外，各应用功能的不同使用入口的行为数据可以存储在相同的表中，也可以存储在不同的表中。

（2）应用功能开发人员会将各需统计的应用功能的使用配置信息，如应用功能的名称、使用入口信息、各使用入口所对应的使用行为表的表名（如上文提及的使用行为表H）、使用行为表中的元数据（例如，各列名）等信息通过表格的形式递交给数据统计APP开发人员。

（3）数据统计APP开发人员会根据接收到的使用配置信息与应用功能开发人员沟通，并基于使用配置信息进行使用查询语句编写，该使用查询语句中包括了使用行为表的表名、使用入口信息、以及与使用行为表对应的元数据等。并且数据统计APP开发人员还会根据应用功能开发人员的需要编写对从对应表中得到的使用数据进行统计、或者计算的相关代码逻辑。例如，基于“文档扫描”应用功能的使用配置信息，编写的使用查询语句Q1为，select [使用行为表H的目标元数据] from [使用行为表H]where [使用入口11 or 使用入口12]，使用行为表H的目标元数据可以包括与使用行为表H所对应的终端设备标识，使用入口，发生时间，终端设备型号，版本号。

（4）数据统计APP可以根据应用功能开发人员预先编写好的使用查询语句，从对应的使用行为表中获取到对应需要统计的应用功能的使用数据（以下简称为“待处理使用数据”），例如，对于“文档扫描”，通过使用查询语句从对应表中获取上述各使用入口调用“文档扫描”的发生时间、执行的终端设备的设备型号、版本号等。然后根据得到的待处理使用数据，以及数据统计APP用户的需求进行统计、或者计算等操作，得到所需的与使用情况相关的统计数据并展示。例如，从获取的待处理数据中统计出一个月内的终端设备使用过该功能的设备数。例如，根据使用查询语句Q1，就可以从如图2A所示的使用行为表中得到与使用入口11和使用入口21相关的使用数据，即图中示出的第一条以及第二条行为数据。

但是，随着应用功能的不断开发，应用功能会发生变化，数据统计APP开发人员需要在从应用功能开发人员处了解并确认应用功能的变化情况后，手动对数据统计APP中与使用情况相关的逻辑进行修改。

例如，在开发出可以添加到相机应用中的“一键美颜”应用功能时，需要新增“一键美颜”应用功能作为需统计的应用功能，此时，“一键美颜”应用功能开发人员会向数据统计APP提供“一键美颜”功能的使用入口标识，以及对应的使用行为表的表名等。然后数据统计APP开发人员需要在与“一键美颜”应用功能开发人员沟通后重新编写使用查询语句。例如，重新编写的使用查询语句Q2为，select [使用行为表M的目标元数据] from [使用行为表M]where [使用入口31 ]，其中，使用行为表M为“一键美颜”应用功能对应的使用行为表的表名，使用入口31为“一键美颜”应用功能的使用入口标识，从而实现从对应的使用行为表中获取待处理使用数据。

又例如，对于上述提及的“文档扫描”应用功能，开发出一个新增的使用入口，比如，新增的使用入口为从长按照片入口处使用“文档扫描”功能。可以理解的，在照片拍完后，终端用户可以长按照片，此时终端设备可以弹出功能列表，终端设备接收到用户选择“文档扫描”功能控件，则确定“文档扫描”功能被调用，即从长按照片入口处使用“文档扫描”功能。此时，数据统计APP开发人员需要与“文档扫描”应用功能开发人员沟通后重新手动修改原先编写的使用查询语句。在原先使用查询语句中增加新的“文档扫描”功能的使用入口标识或者修改使用行为表的表名，例如，对于上述使用查询语句Q1，此时，需要将Q1中的[使用入口11 or 使用入口12 ]修改为[使用入口11 or 使用入口12 or 使用入口13]，得到修改后的使用查询语句为，select[使用行为表H的目标元数据] from [使用行为表H]where [使用入口11 or 使用入口12 or 使用入口13]，其中，使用入口13可以为新增的使用入口标识，并且使用行为表H中会接收到与使用入口13对应的行为数据。可以理解的，此时可以根据修改后的使用查询语句Q1，实现从对应的使用行为表中获取全部的待处理使用数据。

该过程繁琐，沟通成本高，人工重复性工作成本高。

为了解决沟通成本较高以及人工重复性工作成本的问题，本申请提供了一种数据统计方法，数据统计客户端（如数据统计APP）根据与数据统计客户端关联的配置界面在不同时刻接收的不同使用配置信息，生成不同的使用查询语句，并基于在不同时刻接收到的不同的使用查询语句生成不同的查询结果（如使用统计数据）。

下面以在一个时刻接收到的使用配置信息为例，得到使用统计数据进行介绍：

数据统计APP会预先内置一个或者多个查询语句模板，该查询语句模板中没有填写与具体使用配置信息相关的数据。例如，针对上述的使用查询语句Q1，预先设置的查询语句模板为，select [对应使用行为表中的元数据]from [使用行为表的表名]where[与使用入口相关信息]，该查询语句模板中没有填写具体的表名、与使用入口相关信息，以及对应使用行为表中的目标元数据。

并且，在一些实施例中，数据统计APP会关联一个配置界面，该配置界面上可以显示出与应用功能使用情况相关的使用配置参数，例如，应用功能的使用入口标识、以及应用功能的使用行为表等与使用情况相关的使用配置参数。当应用功能开发人员在使用配置界面上对使用配置参数进行配置，数据统计APP可以得到具体的使用配置信息。例如，应用功能开发人员可以在配置界面上填写“文档扫描”应用功能对应的使用入口标识为使用入口11、使用入口12，以及存储终端用户使用“文档扫描”情况的使用行为表的表名为使用行为表H等使用配置信息。

当数据统计APP检测到数据统计APP用户的查询指令后，会根据接收到使用配置信息，例如，接收与“文档扫描”功能对应的使用入口标识、存储终端用户使用“文档扫描”情况的使用行为表的表名等使用配置信息，以及预设的查询语句模板，得到使用查询语句。

具体的，在一些实施例中，会根据使用配置信息中的使用行为表的表名得到该表中的目标元数据，然后将使用配置信息、目标元数据以及预设的查询语句模板进行拼接，得到与各应用功能相对应的使用查询语句。例如，接收到的使用配置参数的值为使用入口11、使用入口12以及使用行为表H，并且获取使用行为表H中所对应的目标元数据，与预设的查询语句模板select [对应使用行为表中的目标元数据]from [使用行为表的表名]where[与使用入口相关信息]进行拼接，从而得到上述使用查询语句Q1。

可以理解的，对于不同的应用功能，由于应用功能的使用入口以及所对应的使用行为表不同，此时得到使用查询语句也不同。并且，对于同一应用功能，由于获取到的使用配置信息中的使用入口信息以及使用行为表不同，此时得到的使用查询语句也不同。所以，在应用功能变更的情况下，例如，新增应用功能“一键美颜”后，应用功能开发人员只需要在配置界面填写新增功能的使用配置信息，或者对于“文档扫描”功能的新增使用入口后，应用功能开发人员在配置界面上填写使用入口13，此时数据统计APP接收到使用配置信息，即可自动得到所需的使用查询语句。从而，当数据统计APP接收到数据统计APP用户的查询指令后，根据使用查询语句得到所需的待处理使用数据。此时，无需数据统计APP开发人员与应用功能开发人员进行沟通并确认，以及数据统计APP开发人员无需再重新编写或者修改使用查询语句。

然后，数据统计APP根据使用查询语句在对应的使用行为表中查找待处理使用数据后；最后对得到的待处理使用数据进行统计、分析得到所需的与使用情况相关的统计数据并展示。

可以理解的，在该过程中，应用功能开发人员只需要在提供的配置界面上配置好与应用功能相关的使用配置信息，此时数据统计APP能够根据使用配置信息自动执行后续处理逻辑，从而避免数据统计APP开发人员再次参与开发，减少沟通成本，避免人工重复性工作，也避免数据统计APP受对应APP开发人员开发周期的影响。并且当应用功能新增或者原有功能变更时，此时应用功能开发人员只需要在配置界面中填写新增功能的使用配置信息，或者修改原有功能的使用配置信息，此时数据统计APP就可以展示出对应新的应用功能的统计数据，以及展示出对应修改后应用功能正确的使用统计数据。

可以理解的，在另一些实施例中，当数据统计APP在不同时刻获取不同的使用配置信息时，数据统计APP可以采用不同的查询语句模板得到查询语句。例如，可以通过代码设置的方式将查询语句模板中select后的空缺项中，允许填入的元数据的个数事先确定好。如，查询语句模板1 ，select [目标元数据参数1] from [使用行为表的表名]where[与使用入口相关信息]；查询语句模板2， select [目标元数据参数2] from [使用行为表的表名]where[与使用入口相关信息]。其中，查询语句模板1中的[目标元数据参数1]具体设置4个空缺子参数。其中，查询语句模板2中的[目标元数据参数2]具体设置5个空缺子参数。当根据使用行为表得到的目标元数据中有4个元数据的具体字段，可以采用查询语句模板1进行拼接，当根据使用行为表得到的目标元数据中有5个元数据的具体字段，可以采用查询语句模板2进行拼接，以适用更多不同的情况。

相应的，参考图1所示的场景，数据统计APP也需要对安装统计数据进行展示，此时，在当应用功能情况变更后，同样需要数据统计APP开发人员与应用功能开发人员沟通，手动对数据统计APP进行修改，沟通成本较高，并且人工重复性工作成本较高。

下面对如何得到应用功能安装情况相关的统计数据的方式进行介绍。

具体的，对于展示与应用功能的已安装情况相关的统计数据，其中，应用功能的已安装情况是对于已经开机使用（即上网）的终端设备（即活跃设备）安装需要统计的应用功能的情况进行介绍。

可以理解的，在一些情况下，当一些终端设备在被售卖时，会有一些固定设备型号以及版本号的终端设备在出厂时事先安装某些应用功能，此时能够根据具体终端设备的设备型号以及版本号即可确定出该应用功能已被安装。并且，在终端设备开机并进行上网使用后（即为活跃设备），云端会获取到各活跃设备的信息，例如，云端获取活跃设备的具体设备型号以及版本号等，从而得到活跃设备表。可以理解的，该活跃设备表中存储有，在一段时间内，存在上网记录的所有活跃设备信息。如图2B所示的活跃设备表F1，该表中统计了在一个月内，全网活跃的终端设备中，对应各设备型号和版本号的终端设备的数量。参考图2B，过去一个月，使用过的设备型号1、版本号7.0的终端设备数量为200，其他在此不再赘述。

此时，如果得到确定已安装了对应的应用功能的终端设备的设备型号和版本号，以及活跃设备表，即可得到可用于后续统计并计算的待处理安装数据。

基于此，应用功能开发人员可以事先向数据统计APP开发人员，提交安装配置信息，该安装配置信息包括了对应各需要统计的应用功能的确定已安装的终端设备的设备型号以及版本号。此时，数据统计APP开发人员会与应用功能开发人员进行沟通并确认，然后数据统计APP开发人员会编写安装查询语句，该安装查询语句用于根据获取的安装配置信息得到待处理安装数据。可以理解的，可以仅用一个活跃设备表即可存储有对应所有应用功能的待处理安装数据。此时，数据统计APP开发人员会将各待统计应用功能的终端设备型号以及版本号手动填入一个安装配置表中，然后编写出包括了该安装配置表的表名以及活跃设备表的表名的安装查询语句。例如，select xxx from [活跃设备表的表名] INNERJOIN [安装配置表的表名]ON [遍历条件]，当活跃设备表的表名为活跃设备表F1时，此时遍历条件可以为根据安装配置表中的每条安装配置数据在活跃设备表F1中的筛选要求。

并且，数据统计APP基于一条包括了安装配置表的表名的安装查询语句，即可在活跃设备中进行遍历，得到安装配置表中所有待统计应用功能的设备型号和版本号所对应的数量，从而提高查询效率。

例如，图2C示出了一个安装配置表F2，该安装配置表中包括了应用功能、终端设备型号以及版本号等安装配置信息。图中示出了3条安装配置信息，第一条为“文档扫描”应用功能，支持的终端设备的设备型号为“设备型号1”以及版本号为“7.0”，第二条为“文档扫描”应用功能，支持的终端设备的设备型号为“设备型号2”以及版本号为“7.1”等，即具有这两种设备型号以及版本号的终端设备都安装了该“文档扫描”应用功能，其他在此不再赘述。然后使用安装查询语句即可得到对应各设备型号以及版本号的终端设备的数量，从而用于后续得到安装统计数据。

但是，随着应用功能的不断开发，数据统计APP开发人员需要在从应用功能开发人员处了解并确认应用功能的变化情况后，手动对数据统计APP中与已安装情况相关的逻辑进行修改。例如，在新增了“一键美颜”应用功能时，此时，“一键美颜”应用功能开发人员会向数据统计APP提供新增的“一键美颜”所对应的已安装的终端设备的设备型号和版本号等。数据统计APP开发人员需要与“一键美颜”应用功能开发人员沟通然后确认后，再在安装配置表中手动添加应用功能、终端设备以及版本号等安装配置信息。

该过程繁琐，沟通成本高，人工重复性工作成本高。

基于此，本申请的实施例中提供了一种数据统计方法，数据统计客户端（如数据统计APP）根据与数据统计客户端关联的配置界面在不同时刻接收的不同安装配置信息，生成不同的安装配置表，并基于在不同时刻接收到的不同的安装配置表得到不同的查询结果（如安装统计数据）。

下面以在一个时刻接收到的安装使用配置信息为例，得到安装统计数据进行介绍：

对于得到安装统计数据：

数据统计APP会预先内置一个安装查询语句，该安装查询语句中包括了明确的安装配置表的表名以及活跃设备表的表名，以用于后续根据安装配置表中的具体内容从对应的活跃设备表中找到所需的数据。并且数据统计APP可以同样关联一个配置界面，该配置界面上显示有与已安装情况相关的安装配置参数。应用功能开发人员可以在配置界面上填写安装配置参数对应的信息，使得数据统计APP可以获取到安装配置信息，以用于生成安装配置表，例如，已安装“文档扫描”功能的终端设备型号以及版本号等安装配置信息。

数据统计APP可以根据安装配置信息得到具体的安装配置表的具体内容，例如，将安装配置信息按照安装配置表中的各元数据（即列名）自动填写到预设的安装配置表中；然后，利用预先设置的安装查询语句，根据安装配置表内的具体内容从预设的活跃设备表中找到待处理安装数据。最后，对得到的待处理安装数据进行统计、分析得到所需的与安装情况相关的统计数据并展示。

可以理解的，在另一些实施例中，所需使用的安装查询语句是根据安装配置信息从预设的多个查询语句中选择出的。例如，数据统计APP可以预先内置查询语句，例如，由于接收到安装配置信息后，需要填写到安装配置表里，在多个查询语句中选择出包括安装配置表的表名的查询语句。

可以理解的，在该过程中，应用功能开发人员只需要在关联的配置界面上配置好与应用功能相关的安装配置信息，如确定已安装有对应应用功能的终端设备的设备型号和版本号。当数据统计APP检测到数据统计APP用户的查询指令后，能够根据安装配置信息自动执行后续处理逻辑，从而避免数据统计APP开发人员再次参与开发，减少沟通成本，避免人工重复性工作和数据统计APP受对应APP开发人员开发周期的影响。并且当应用功能新增或者原有功能变更时，此时应用功能开发人员只需要在配置界面中填写新增功能的安装配置信息，或者修改原有功能的安装配置信息，此时数据统计APP就可以展示出对应新的应用功能的统计数据，以及展示出对应修改后应用的正确的统计数据。

在另一些实施例中，配置界面上还可以提供是否允许应用功能统计数据被展示的信息（以下简称“是否展示参数”），后续数据统计APP在对获取到的统计数据进行展示时会根据用户配置是否展示参数进行展示或者不展示。例如，数据统计APP用户将“文档扫描”应用功能的是否展示参数配置为允许，后续数据统计APP将会展示出“文档扫描”应用功能的统计数据。

此外，在本申请实施例提出的数据统计方法中，在对应用功能相关待处理数据进行统计、计算时，对于不同应用功能，可以采用相同的指标，避免在需要衡量各应用功能时由于指标定义标准不一，导致无法正确评价与分析不同应用功能的使用情况以及已安装情况。

可以理解的，本申请实施例提出的数据统计方法中不仅可以将需要展示的应用功能作为统计对象，还可以将具体应用作为统计对象。

此外，本申请实施例提出的数据统计方法还可以应用在其他需要展示硬件器件或者元件的相关统计数据的场景下，例如，展示处理器、内存条、手机外壳、键盘、显示器、开关、晶体管在使用或者测试阶段的性能情况相关的统计数据，在此不做限制。

例如，对于将各类型处理器作为统计对象，数据统计APP可以展示出各类型处理器（例如，中央处理器CPU、图形处理器GPU等）运行时所占用的平均计算资源（例如，终端设备在运行某个特定的应用程序时所占用的CPU资源），以及平均运行速度（例如，终端设备中在运行某个特定的应用程序时所花费的时间）等统计数据。

可以理解的，对于同一类型的处理器，可以存在不同型号，并且不同型号的处理器，在终端设备运行环境不同的情况下，处理相同的应用程序时所对应的运行速度以占用的计算资源是不同的。

以处理器的类型为中央处理器CPU为例进行阐述。

预先在终端设备运行某个应用程序处，进行埋点，当终端设备运行该应用程序经过预设时间后，将该终端设备中的中央处理器运行时的运行速度、终端设备标识以及所使用的中央处理器型号等数据发送给云端。云端会将从各终端设备中处接收到的数据存储在与各中央处理器型号相对应的表（如运行表）中，其中一个表可以存储多种型号的中央处理器相关数据。该运行表的元数据包括终端设备标识、中央处理器型号、运行速度、占用的计算资源以及运行时刻等。

可以理解的，数据统计APP可以预先设置一种查询语句模板，例如select 目标元数据from [运行表的表名]where[与中央处理器型号相关信息]，该查询语句模板中没有填写具体的表名、与处理器型号相关信息。并且，该查询语句模板中可以事先设置确切的目标元数据，即select后接的“目标元数据”是具体确定的，不需要再根据运行表的表名得到，例如，为终端设备标识、中央处理器型号、运行速度、占用的计算资源以及运行时刻。并且，数据统计APP也可以给数据统计APP用户提供一个配置界面，用户可以在该界面上填写需要统计的中央处理器型号，以及对应的运行表的表名。

此时，数据统计APP可以根据数据统计APP用户填写的配置信息，以及预设的查询语句模板，得到查询语句，从对应的运行表中得到所需的与运行情况相关的待处理数据。例如，得到各类型号的中央处理器在各时刻下的运行速度、占用的计算资源。然后使用平均计算公式，得到中央处理器的平均运行速度以及占用的平均计算资源。

可以理解的，当中央处理器型号增多时，此时数据统计APP只要获取到新增的中央处理器型号以及所对应的表，即可根据预设的查询语句模板，得到所需的与运行速度以及占用的计算资源相关的待处理数据，然后根据得到的待处理数据得到对应的统计数据。

可以理解的，其他类型的处理器可以采用相同的方式得到所需统计的数据，在此不再赘述。此外，也可以将每个型号的中央处理器作为统计对象，统计每个型号的中央处理器的平均计算资源，以及平均运行速度，在此不做作赘述。

又例如，对于外形相同（即型号相同）的手机外壳，可以使用预设种类的材料来制作。此时，还可以将各种型号的手机外壳的抗摔情况作为统计项目，如统计在测试阶段，型号相同，但是材料不同的手机外壳，在相同高度下，以及相同外力作用下，能够经得住下摔而不破裂的次数，最后根据统计出某种型号的手机外壳（使用预设种类的材料）的平均抗摔次数作为该种型号的手机外壳的抗摔评估结果。

此时，可以将与各种材料的手机外壳抗摔情况相关的数据存储在测试表里。可以理解的，该测试表的元数据包括材料、手机外壳型号（即同一外形属于同一型号）、抗摔次数。不同的材料的手机外壳可以存储在不同的测试表中，同一个测试表可以存储多种不同的外形的手机外壳。此时，数据统计APP可以预先设置相对应的查询语句模板，如，select目标元数据from [测试表的表名]where[与手机外壳型号和材料相关信息]。该查询语句模板中没有填写具体的表名、与手机外壳型号和材料相关信息。该查询语句模板中可以事先设置确切的目标元数据，例如，材料、手机外壳型号、抗摔次数。并且，数据统计APP也可以给数据统计APP用户提供一个配置界面，用户可以在该界面上填写需要统计的手机外壳型号和材料，以及对应的测试表的表名。

此时，数据统计APP可以根据数据统计APP用户填写的配置信息，以及预设的查询语句模板，得到查询语句，从对应的测试表中得到所需的与抗摔情况相关的待处理数据。例如，得到不同材料下，某个型号的手机外壳的抗摔次数。然后使用平均计算公式，得到某个型号的平均抗摔次数。

可以理解的，当某个型号的手机外壳的材料种类增多时，数据统计APP用户只需要增加手机外壳材料的名称以及所对应的表名，数据统计APP即可根据用户填写的配置信息以及预设的查询语句模板，得到所需的与手机外壳抗摔情况相关的待处理数据，然后根据得到的待处理数据得到对应的统计数据。

可以理解的，在另一些实施例中，在数据统计APP预先内置有多个对应不同场景下的查询语句时，例如，包括与应用功能下载场景相对应的下载查询语句，与应用功能安装场景相对应的安装查询语句，与应用功能卸载场景相对应的卸载查询语句，每个查询语句中有包括与场景对应的表名。例如，安装查询语句中的安装设备表的表名以及活跃设备表的表名就与安装场景相对应。

数据统计APP可以与各种场景下的配置界面进行关联，例如，与卸载场景下的卸载配置界面关联，应用功能开发人员可以在卸载配置界面中填写对应的设备型号以及版本号，利用包括卸载设备表的表名的查询语句进行查询，该卸载设备表中包括不同设备型号以及版本号下，各应用功能的终端设备的数量。又例如，与下载场景下的下载配置界面关联，应用功能开发人员可以在下载配置界面中填写所对应的设备型号以及版本号，利用包括下载设备表的表名的查询语句进行查询，该下载设备表中包括不同设备型号以及版本号下，各应用功能的终端设备的数量。

可以理解的，本申请实施例中可以用于展示数据的电子设备100，包括但不限于平板电脑、车载设备、增强现实（augmented reality，AR）/虚拟现实（virtual reality，VR）设备、超级移动个人计算机（ultra-mobile personal computer，UMPC）、上网本、个人数字助理（personal digitalassistant，PDA）、服务器、智慧屏等，只要具有显示功能的电子设备即可，本发明实施例在此不作任何限制。

图3A根据本申请的一些实施例，示出了一种需要得到与应用功能的使用情况相关的统计数据并展示的过程示意图。可以理解，图3A所示流程各步骤的执行主体可以是电子设备，下面以电子设备100为例进行阐述。具体实施流程可以包括：

S101，获取应用功能的使用配置信息。

在一些实施例中，数据统计APP用户可以在数据统计APP的显示面板上对应用功能的相关情况进行查询，此时数据统计APP接收到数据统计APP用户的查询指令后，可以获取应用功能的使用配置信息，根据应用功能的使用配置信息进行后续操作。

可以理解的，应用功能开发人员可以在电子设备提供的与数据统计APP关联的配置界面上输入与各应用功能使用情况相关的使用配置信息，其中，使用配置信息包括使用入口标识，使用行为表标识（例如，使用行为表的表名），以及其他对使用入口标识的限制条件。其中，使用入口标识与应用功能使用的相关定义相关。此时，数据统计APP接收到查询指令后，可以获取到存储的应用功能的使用配置信息。

例如，图3B根据本申请的实施例，示出了“文档扫描”应用功能的信息界面001。应用功能开发人员可以从该界面中了解该应用功能的相关信息，并且可以从该信息界面001直接页面跳转到如图3C所示的使用配置界面002，以配置“文档扫描”应用功能的使用配置信息。

具体的，如图3B所示，信息界面001示出了“文档扫描”应用功能对应的编号、层级、标题、描述、产品形态、首发传播型号版本，其中该信息界面上的“*”表示重要信息等。如图3C所示，使用配置界面002显示出“使用点位”（即使用入口标识）、“点位所在hive表”（即使用行为表）以及“其他限制条件”。

下表1示出了对图3C中的各列名为使用点位、点位所在hive表、以及其他限制条件的具体解释。可以理解的，在具体的应用功能被终端设备使用时，应用功能开发人员可以事先在使用入口处埋点，然后终端设备将使用点位的触发数据发送给云端，即将使用入口的使用情况数据发送给云端，云端将所对应的数据存储在对应的表中，即存储在使用行为表中。比如事先在“文档扫描”应用功能的各使用入口处埋点，其中，不同使用点位即与不同使用入口对应。具体的，表1中对使用点位的介绍为“某个应用功能被认为使用时所设置的点位信息”。可以理解的，使用点位可以为数字、字母、符号等任意组合，示例为“992311014”。表1中对点位所在hive表介绍为“每个点位所对应的记录数据存储的表”，表名可以为数字、字母、符号等任意之间组合表示，示例为“demo.demo_user_data_table”。表1中对其他限制条件的介绍为对使用点位的进一步限定，示例为“para003 = '0'” 。可以理解的，在一些特殊情况下，为了节约资源，会对使用点位（即使用入口标识）进行复用，此时相同的使用点位会对应不同的使用入口（如对应不同应用功能的使用入口），例如，同一点位可以表示“文档扫描”应用功能被使用，也可表示“一键大片”应用功能被使用。此时，为了区分不同使用入口，可以通过限制条件，对能够表示不同使用入口的使用点位进行复用，即为对使用入口标识的补充，如para003= '0'表示“文档扫描”被使用，该信息填写须遵守数据库语法规则，该项为非必填项。

表1

可以理解的，应用功能开发人员可以写入多条使用配置数据（为了方便阐述，以下将每条使用配置数据，称为“使用配置项”）。

具体的，假设图3C示出的应用功能开发人员填写的2条使用配置项。如第一条使用配置项包括，使用点位为992311014，点位所在hive表为demo.demo_user_data_table。即“992311014”对应通过自动识别入口调用“文档扫描”功能。“demo.demo_user_data_table”对应云端存储终端设备通过自动识别入口使用“文档扫描”功能的记录数据的表名。

第二条使用配置项包括，使用点位为992311001，点位所在hive表为demo.demo_user_data_table；其他限制条件为para003 = '0'。即“992311001”对应通过功能按钮入口使用“文档扫描”应用。“demo.demo_user_data_table”对应云端存储终端设备通过功能按钮入口使用“文档扫描”应用的记录数据的表名。

可以理解的，电子设备100即可获取对应各应用功能的使用配置信息，如获取“文档扫描”应用功能的使用入口信息和使用行为表信息。

S102，判断应用功能的使用配置信息是否正确。确定使用配置信息正确，进入S103，否则进入S106。

在一些实施例中，对接收的应用功能中的使用入口标识、使用行为表的表名进行校验，判断是否符合使用入口标识、使用行为表的表名的要求。例如，判断使用入口标识的格式是否符合要求、使用行为表的表名所对应的使用行为表是否存在，以及接收的使用配置信息中是否有重复的使用入口标识以及使用行为表的表名。当确定接收的使用入口标识、使用行为表的表名符合要求后，则确定使用配置信息正确，进入S103，否则进入S106。

可以理解的，由于图3C中示出的使用配置界面002是以使用点位表示使用入口标识，点位所在hive表名表示使用行为表的表名为例进行阐述的，所以下面以对使用点位以及使用行为表的表名进行校验为例，阐述对使用入口标识以及使用入口标识的校验。

对使用点位（即使用入口标识）是否符合生成规则进行校验。可以理解的，使用点位的生成遵从一定的规则。可以理解的，使用点位数据可以为数字、字符、符号等，所以可以支持正则校验和通配符校验。

例如，下表2示出了按照具体数据排列方式生成的点位数据，具体的使用点位为“992311014”。可以采用正则方式校验点位的组成是否为纯数字格式，且长度为9。下表3示出了用通配符“*”来表示使用点位，其中“*”为利用通配的方式表示当前可以录入的所有点位信息。可以采用通配方式校验点位的组成为“*”。如果不满足校验规则的话，则被认定为无效的点位，则将该条使用配置项加入到异常数据信息记录中去，不参与后续查询语句拼接逻辑。可以理解的，如果某个功能需要的使用点位特别多，则需要应用功能开发人员手动将配置信息全部录入，因此如果可以通过通配符（如“*”）+限制条件过滤的话，可以节省人力，只需在字段拼接时对通配方式进行处理即可。

表2

表3

对点位所在的hive表（即使用行为表）是否存在进行校验。可以根据hive表名去查找hive表，看是否能够找到与hive表名所对应的hive表。可以理解的，如果无法找到点位所在hive表，则认为点位所在hive表名所对应改的hive表不存在，即可确定该hive表名不符合要求，在后续进行将hive表拼接到查询语句模板中无意义，将该条使用配置项加入到异常数据信息记录中。如果根据hive表能够查找到hive表，则认为hive表名符合要求，继续后续操作。

对使用配置信息是否存在重复信息进行校验。判断使用配置信息中是否存在使用点位和点位所在hive表名相同的使用配置项。可以理解的，由于在一个应用功能下，如果针对同一个应用功能，接收到两条使用点位和点位所在Hive表的名称相同的使用配置项，则执行拼接后的语句会重复抽取两次数据。所以在一些实施例中，会事先告知应用功能开发人员在配置界面的填写规则，事先在配置界面填写同一应用功能的使用配置信息时，不希望存在多条使用点位和点位所在hive表相同的使用配置项。例如，表4示出了错误的使用配置信息填写情况，在其他限制条件不同，使用点位和点位所在hive表相同时，填写了2条使用配置项，而表5示出了针对表4中错误的填写方式的正确填写方式，即将表4中改的不同的“其他限制条件”进行合并。

可以理解的，当存在使用点位和点位所在hive的名称相同的使用配置项，则将重复的使用配置项加入到异常数据信息记录中，并不参与后续查询语句拼接逻辑。

表4

表5

可以理解的，当对使用配置信息是否符合要求进行校验，可以避免后续根据使用配置信息得到使用查询语句时发生错误，或者产生额外的开销。

S103，利用预先设置的查询语句模板，根据使用配置信息得到使用查询语句。

在一些实施例中，在获取到所需的使用配置信息后，会根据使用配置信息中的使用行为表的表名确定出对应该表的目标元数据，然后将使用配置信息、目标元数据以及预设的查询语句模板进行拼接，得到与各应用功能相对应的使用查询语句。

例如，以SQL语句规则为例，预先设置的查询语句模板select [对应使用行为表中的目标元数据]from [使用行为表的表名]where[与使用入口相关信息]。此时，电子设备100会根据获取的hive表名去所对应的表中获取元数据，然后根据获取的元数据确定对应使用行为表中的目标元数据。将获取的hive表名，填充到该模板的[使用行为表的表名]中；将使用点位以及其他使用限制作为与使用入口相关的信息，填充到该模板的[与使用入口相关的信息]中；将得到的目标元数据填写在该模板的[对应使用行为表中的目标元数据]中，从而得到使用查询语句。示例性地示出了使用查询语句Q3：

select s1,eventid,productname,happtime,oversion from demo.demo_user_data_table where eventid='992311014' AND para003 = '1'。

其中，“s1,eventid,productname,happtime,oversion”分别表示“终端设备标识”“使用点位（即使用入口标识）”、“终端设备型号”、“发生时间”、“版本号”。即元数据包括“终端设备标识”“使用点位（即使用入口标识）”、“终端设备型号”、“发生时间”、“版本号”等。

可以理解的，由于使用配置信息中会包括多条使用配置项，所以会得到多条使用查询语句。在另一些实施例中，在得到多条使用查询语句后，可以将多条使用查询语句进行优化，得到优化后的使用查询语句。后续会具体介绍对使用查询语句的优化。

下面对根据使用配置信息中的使用行为表的表名（即hive表名）得到对应该表的目标元数据进行介绍。

可以理解的，由于存在多个用户行为表，即点位所在的hive表为多个，并且不同的表中相同的元数据的具体表示字段可能会不同，例如，在A表中，元数据“终端设备标识”，对应的表示字段为S1，在B表中，元数据“终端设备标识”，对应的表示字段为S2。所以，事先可以对不同表中的元数据“终端设备标识”的表示字段进行枚举、汇总，得到元数据“终端设备标识”集合。以此类推，可以得到“使用点位（即使用入口标识）”、“终端设备型号”、“发生时间”、“版本号”等元数据所对应的元数据集合。

在一些实施例中，可以事先预设元数据集合，该元数据集合中包括多类元数据对应的表示字段，将获取的使用行为表中的多个元数据表示字段与元数据集合进行匹配，将匹配出的元数据表示字段作为该使用行为表的目标元数据。

例如，预设的元数据集合包括5类元数据“终端设备标识”“使用点位（即使用入口标识）”、“终端设备型号”、“发生时间”、“版本号”所分别对应的字段集合，记元数据“终端设备标识”集合为{s1、s2、s3、s4}；元数据“使用点位”集合为{eventid、useid}；元数据“终端设备型号”集合为{productname、product}；元数据“发生时间”集合为{happtime、taketime}；元数据“版本号”集合为{oversion、oversionid}。此时，假设从使用行为表H中获取到20多个元数据字段。然后，将20多个待匹配元数据字段的每个元数据字段与预设的元数据集合进行匹配，从20个待匹配元数据字段中匹配出5个字段为，s1,eventid,productname,happtime,oversion，此时将s1,eventid,productname,happtime,oversion作为目标元数据，然后拼接到查询语句模板中。

示例性地示出匹配过程的伪代码：

if 使用行为表的元数据中包括 “sn”){

则使用查询语句中的“终端设备标识”元数据的表示字段为“sn”

}else if 使用行为表的元数据中包括 “s1”）{

则使用查询语句中的“终端设备标识”元数据的表示字段为“s1”}

可以理解的，如果后续各类元数据新增枚举值，只需在各类元数据所对应的字段集合中新增枚举即可，方便快捷。可以理解的，如若匹配不成功，例如，如果没有匹配出与终端设备标识所对应的字段，则确定存在两种情况：一为当前对应的使用行为表中不存在某类元数据字段，则此时需要通知数据统计APP用户修改在配置界面上的使用配置信息；二为当前获得的元数据“终端设备标识”表示字段超出当前梳理的枚举值，需要在原先元数据集合的基础上新增新的字段以用于后续匹配。

可以理解的，在另一些实施例中，预设的查询语句模板中可以预先设置好固定的目标元数据，然后直接将得到的使用行为表的表名和与使用入口相关信息与查询语句模板进行拼接，得到所需的使用查询语句。例如，提供的模板为

select s1,eventid,productname,happtime,oversion from [使用行为表的表名]where[与使用入口相关信息]，其中，s1,eventid,productname,happtime,oversion为预先设置好固定的目标元数据。

S104，根据使用查询语句得到待处理使用数据。

在一些实施例中，根据使用查询语句在对应的使用行为表中查找，得到待处理使用数据。

例如，以应用功能为“文档扫描”为例，此时，根据使用查询语句从存储有终端用户使用“文档扫描”记录的表中得到有关的待处理使用数据。示例性的，一条待处理数据为，终端设备A，使用入口标识、设备型号C、2011年1月1日、版本号4.0。

S105，根据待处理使用数据得到使用统计数据并展示。

在一些实施例中，可以按照预设的与使用情况相关的使用指标，对待处理使用数据进行统计，或者计算，然后得到与使用情况相关的使用统计数据并展示。例如，使用指标可以为使用设备数，使用率等。此外，还可以展示其他与应用功能相关的统计数据，具体展示的统计数据种类在此不做限制。可以理解的，在一些实施中，可以展示出得到的所有应用功能相关的使用统计数据，也可以展示出与部分应用功能相关的使用统计数据。

下面对一些与应用功能相关的使用指标进行介绍。

（1）使用设备数：在统计周期内（日、周、月、季度、年），使用过指定的应用功能的终端设备数。例如，对于2月23日“文档扫描”使用设备数，则可以对得到的待处理使用数据中2月23日“文档扫描”应用功能的终端设备型号以及版本号相关数据进行统计，得到2月23日“文档扫描”功能被使用过的设备数。

（2）使用率：在统计周期内（日、周、月、季度、年），指定应用功能的使用设备数在对应指定应用功能的全网已安装设备数中的占比。例如，下述公式（1）示出了一种使用率的计算公式：

可以理解的，公式（1）中的是上述提及的在统计周期内，使用过指定的应 用功能的终端设备数。是已安装该应用功能的终端设备数。在本申请的一些实 施例中，可以为，事先统计的在统计周期内，出厂已安装该应用功能的终端设备 数。

S106，进行警告并结束。

在一些实施例中，可以向用户弹出警告，并结束当前过程。

可以理解，上述步骤S101至步骤S106的执行顺序只是一种示意，在另一些实施例中，也可以采用其他执行顺序，还可以拆分或合并部分步骤，在此不做限定。

可以理解的，下面具体对上述S103中提及的对使用查询语句的优化进行介绍。

图3D根据本申请的一些实施例，示出了一种对使用查询语句的优化的过程示意图。

S1040，对属于同一应用功能，并且对应的使用行为表相同的使用查询语句合并。

在一些实施例中，将使用查询语句中对应使用行为表相同的使用查询语句合并。可以理解的，由于将对应使用行为表相同的使用查询语句合并，此时在使用合并后的使用查询语句时，可以避免出现多个使用查询语句同时查询同一张表的情况，从而提高查询速率，也避免性能下降问题。

具体将多个使用查询语句合并为一个使用查询语句的方式思路如下：

（1）将应用功能（例如，“文档扫描”应用功能）和使用行为表的表名（例如，使用行为表H）作为联合主键，在对应同一个应用功能的多条使用查询语句中，找到使用行为表的表名相同的使用查询语句数量；

（2）将同一应用功能下，使用行为表的表名相同的使用查询语句作为需要合并的使用查询语句；

（3）遍历需要合并的使用查询语句，切割每个使用查询语句中的where条件，对所需合并的使用查询语句的where条件进行重新拼接，形成新的where条件；

（4）保留一个select和from条件，将新的where条件与select、from条件拼接，形成最终合并以后的结果。

示例性的，下面示出了，对应同一“文档扫描”应用功能的3条使用查询语句①、②、③的示意性代码：

“文档扫描”应用功能：

select [具体内容1] from [使用行为表的表名1]where [使用点位1]；①

select [具体内容1] from [使用行为表的表名1]where [使用点位2]；②

select [具体内容1] from [使用行为表的表名1]where [使用点位3]；③

即上述[使用点位1]、[使用点位2]和[使用点位3]分别表示“文档扫描”功能的3个不同的使用入口标识。

此时，将上述对应同一应用功能的3条使用查询语句进行合并，将相同的[具体内容1]以及[使用行为表的表名1]保留，将不同的 [使用点位1]、[使用点位2]、[使用点位3]合并，得到合并后的使用查询语句，为：

select [具体内容1] from [使用行为表的表名1]where {[使用点位1]OR [使用点位2] OR[使用点位3]}④

可以理解的，将3条使用查询语句①、②、③进行合并，得到使用查询语句④。从而实现对使用查询语句的优化。由于原先采用3条使用查询语句需要访问同一个使用行为表3次，而根据合并后的使用查询语句只需读取同一个使用行为表1次即可，从而能够避免重复扫描所带来的性能消耗。

S1041，对属于不同应用功能，并且对应的使用行为表相同的使用查询语句合并。

可以理解的，在对同一功能的使用查询语句进行了优化，保证同一应用功能的使用查询语句逻辑最简、效率最高，此时也可以针对属于不同应用功能，但是需要查询同一个使用行为表的使用查询语句进行合并优化，从而避免不同应用功能需要多次访问相同使用行为表，导致性能下降的问题，进而提高效率。

在一些实施例中，针对不同应用功能的使用查询语句合并的方式思路如下：

（1）在针对相同应用功能合并的基础上，统计当前N个使用查询语句中有多少个不同的使用行为表，假设存在M个不同的使用行为表的表名，即存在M个使用行为表（N>=M）：

（2）根据M个使用行为表，将N个使用查询语句根据M个使用行为表进行分组，分成M个使用查询语句组；

对M个使用查询语句组进行优化合并，将每组使用查询语句中相同的使用行为表合并，转写成对应的语法格式。

示例性，下面示出了，2个不同应用功能的使用查询语句①、②进行合并的逻辑示例：

对应“文档扫描”应用功能：

select [具体内容1] from [使用行为表的表名1]where [使用点位1]；①

对应“一键大片”应用功能：

select [具体内容2] from [使用行为表的表名1]where [使用点位2]；②

此时，将上述对应不同应用功能的2条使用查询语句进行合并，得到使用查询语句③，为：

from [使用行为表的表名1]

select [具体内容1] where [使用点位1];

select [具体内容2] where [使用点位2];③

可以理解的，将多个不同应用功能的使用查询语句根据所对应的使用行为表进行合并，减少了扫描表的次数。

图4A根据本申请的一些实施例，示出了一种需要得到与应用功能的已安装情况相关的统计数据并展示的过程示意图。可以理解，图4A所示流程各步骤的执行主体可以是电子设备。下面以电子设备100为例进行阐述。具体实施流程可以包括：

S201，获取应用功能的安装配置信息。

在一些实施例中，数据统计APP用户可以在数据统计APP的显示面板上对应用功能的相关情况进行查询，此时数据统计APP接收到数据统计APP用户的查询指令后，可以获取应用功能的安装配置信息，根据应用功能的安装配置信息进行后续操作。

可以理解的，应用功能开发人员可以在电子设备提供的与数据统计APP关联的配置界面中输入与应用功能已安装情况相关的安装配置信息，其中，安装配置信息可以包括确定安装有特定应用功能的终端设备信息，如终端设备型号和终端设备版本信息等，此时电子设备100可以获取到应用功能的安装配置信息。其中，在一些情况下，当一些电子设备在被售卖时，会有一些确定型号或者版本号的电子设备在出厂时事先安装某些应用功能，此时能够根据终端设备的设备型号以及版本号确定出应用功能已安装情况。数据统计APP接收到数据统计APP用户的查询指令后，可以获取应用功能的安装配置信息，根据应用功能的安装配置信息进行后续操作。

例如，如图4B所示的配置界面003和图4C所示的配置界面004，应用功能开发人员可以在配置界面003以及配置界面004上添加需要被统计的应用功能的具体信息。应用功能开发人员可以利用如图4B所示的配置界面003中的“规则”控件、“编辑”控件、以及“移除”控件具体编辑所要添加的应用功能相关的编号、功能名称（即图中的“标题”）、描述、代号、层级、应用功能所对应的负责人（即图中的“所有者”）、领域、应用功能是否能够被展示（即图中的“是否展示”，即表示该应用功能的相关的统计数据后续是否被允许展示在屏幕上）等内容。如图4C中分别添加了“MINI窗”、“一键大片”、“文档扫描”以及“平行视界”等应用功能。图4C所示的配置界面004上，应用功能开发人员可以添加“文档扫描”应用功能的终端设备的设备型号和版本号等信息（图中为未示出版本号）。如图中所示的 “传播名”或者“认证型号”，即均可以表示设备型号。图中示出了当前存在的终端设备型号，如“传播型号1”、“认证型号1”，“传播型号2”、“认证型号2”等。“是否支持”表示对应设备型号的终端设备是否已安装该功能。对于 “文档扫描”应用功能，图中“传播型号1”、“传播型号2”均对应为“已支持”，即表示这些设备型号的终端设备都安装有“文档扫描”应用功能。

可以理解的，应用功能开发人员可以在界面中通过勾选的方式，方便地设置出已安装对应该应用功能的终端设备的设备型号和版本信息（图中未示出）。 此时，电子设备100可以根据应用功能开发人员配置的与应用功能相关的安装配置信息，得到多条安装配置数据，每条安装配置数据与特定应用功能以及该应用功能的安装情况相关。

S202，根据安装配置信息得到安装配置表。

在一些实施例中，安装配置信息包括多条安装配置数据，每条安装配置数据包括：应用功能、终端设备型号以及版本号。每个安装配置表的列名（即元数据）包括：应用功能、最低版本号、终端设备型号（支持填入多个设备型号），其中，该终端设备型号为支持最低版本号的终端设备型号。可以理解的，在多条安装配置数据中，存在安装同一应用功能的多个设备型号以及对应的多个版本号，此时可以将安装配置信息中的多条安装配置数据进行整合得到整合后的安装配置数据，将整合后的安装配置数据按照对应安装配置表中的格式填入，例如，按照所属列名填入，从而得到所需的安装配置表。

具体的整合方式如下：（1）将获得的安装配置数据按照同一应用功能下的同一终端设备型号分组，确定出每组最低的版本号，即得到每个应用功能和终端设备型号下的最低版本号。根据应用功能、终端设备型号以及对应的最低版本号得到第一分组结果。

例如，下面示出了对应“文档扫描”以及“一键大片”应用功能的多条安装配置信息数据，

应用功能名称 终端设备型号 版本

文档扫描 设备型号1 7.0

文档扫描 设备型号1 7.1

文档扫描 设备型号2 6.0

文档扫描 设备型号2 6.1

文档扫描 设备型号3 6.0

文档扫描 设备型号3 6.1

一键大片 设备型号1 7.0

一键大片 设备型号1 7.1

将上面8条安装配置信息数据中，按照对应同一个相同的终端设备型号分组，得到：

第一分组1：

文档扫描 设备型号1 7.0；文档扫描 设备型号1 7.1；

此时，得到最低版本号为7.0；

第一分组结果为：文档扫描 设备型号1 7.0。

第一分组2：

文档扫描 设备型号2 6.0；文档扫描 设备型号2 6.1；

此时，得到最低版本号为6.0；

第一分组结果为：文档扫描 设备型号2 6.0。

第一分组3：

文档扫描 设备型号3 6.0；文档扫描 设备型号3 6.1；

此时，得到最低版本号为6.0；

第一分组结果为：文档扫描 设备型号3 6.0。

第一分组4：

一键大片 设备型号1 7.0；一键大片 设备型号1 7.1；

此时，得到最低版本号为7.0；

第一分组结果为：一键大片 设备型号1 7.0。

（2）将多个第一分组结果按照同一应用功能下的同一版本进行分组，找到每个应用功能下的同一版本号的所有终端设备型号。根据应用功能、最低版本号以及对应的所有终端设备型号得到至少一个第二分组结果，将第二分组结果作为整合后的安装配置数据填入安装配置表中。

对于上述得到的4条第一分组结果：

文档扫描 设备型号1 7.0；文档扫描 设备型号2 6.0；文档扫描 设备型号3 6.0；一键大片 设备型号1 7.0按照同一应用功能下的同一版本进行分组，得到3个第二分组，然后根据应用功能、最低版本号以及对应的所有终端设备型号得到第二分组结果。

第二分组1：文档扫描 7.0 设备型号1。

此时，所有终端设备型号为设备型号1，得到的第二分组结果，文档扫描 7.0 设备型号1。

第二分组2：文档扫描 6.0 设备型号2；文档扫描 6.0 设备型号3。

此时，所有终端设备型号为设备型号2、设备型号3，得到的第二分组结果，文档扫描 6.0 设备型号2、设备型号3。

第二分组3：一键大片 7.0 设备型号1。此时，所有终端设备型号为设备型号1，得到的第二分组结果，一键大片 7.0 设备型号1。

将得到的3个第二分组结果中的具体应用功能、最低版本号以及对应的终端设备型号分别填写到安装配置表的对应列中，从而得到安装配置表。例如，图4D示出了一种安装配置表K，并安装配置表K中包括了前述3个第二分组结果（即整合后的安装配置数据）。

在另一些实施例中，在将安装配置数据进行整合，将整合后的安装配置数据按照安装配置表的格式填入之前，可以对获取到的安装配置数据中的应用功能以及所对应的终端设备型号（例如，设备型号1）、版本号（例如，7.1.1.123）字段进行必填性校验，从而保证接收的安装配置数据中关键的字段无缺失。具体的，对获取的每一条安装配置数据，判断每条安装配置数据中是否有明确的版本信息，例如“文档扫描”应用功能，设备型号1，对应的版本号为7.1。

可以理解的，将原先多条安装配置数据进行整合，将整合的数据填入安装配置表中，可以节省安装配置表的存储资源。

S203，利用预设的安装查询语句，基于安装配置表得到待处理安装数据。

在一些实施例中，安装查询语句中包括安装配置表的表名，存储有待处理安装数据的活跃设备表的表名，以及对应安装配置表的元数据（即列名）的遍历条件。此时，可以使用预设的安装查询语句，根据安装配置表中的每条安装配置数据在活跃设备表中进行遍历，得到每条安装配置数据所对应的待处理安装数据，即查找到已安装该应用功能的终端设备数量等待处理安装数据。

例如，安装查询语句为，select 设备型号,版本号,数量 from [活跃设备表F1]INNER JOIN [安装配置表K]ON [遍历条件]，其中，安装查询语句中的活跃设备表F1为活跃设备表的表名，安装配置表K为安装配置表的表名，遍历条件为根据安装配置表中的每条安装配置数据在活跃设备表F1中的筛选要求，如，F1.feature_id=K.feature_id ANDF1.product_name=K.product_name AND F1.version>=K.minist_version。其中，F1.feature_id=K.feature_id表示筛选活跃设备表中与当前安装配置数据中的应用功能对应的应用功能（默认活跃设备表中的数据支持所有应用功能）；F1.product_name=K.product_name 表示活跃设备表F1中的设备型号与安装配置数据中的设备型号相同；F1.version>=K.minist_version表示活跃设备表F1中的版本号大于等于安装配置数据中的最低版本号。

S204，根据待处理安装数据，得到安装统计数据并展示。

在一些实施例中，可以按照与安装情况相关的安装指标，对待处理安装数据进行统计，或者计算，然后得到与安装情况相关的安装统计数据并展示。例如安装指标包括：全网设备已安装数、全网设备覆盖率（即全网设备已安装率）等。此外，还可以展示其他与应用功能相关的统计数据，如全网活跃设备数（即有在网记录的设备数）、应用功能被终端用户使用的时间、应用功能被终端用户使用时的用户满意度（如净满意度（Net SatisfactionScore，NSS））等。具体展示的统计数据种类在此不做限制。可以理解的，在一些实施中，可以展示出得到的所有安装统计数据，也可以展示出与部分应用功能相关的安装统计数据。例如，可以根据数据统计APP用户配置的是否展示参数展示出部分应用功能相关的安装统计数据。

下面对一些与应用功能安装情况相关的指标进行介绍。

（1）已安装设备数：统计的预设时间段内在有在网记录，并已经安装了该指定应用功能的终端设备总数。例如，统计周期内（日、周、月、季度、年），以统计周期的最后日期为起点，统计过去预设数量个月份内（如3个月内）有在网记录，并已经安装了该指定应用功能的设备总数。对于2月23日“文档扫描”已安装设备数，则为11月22日到2月22日有在网记录，并已经安装“文档扫描”功能的设备总数。

（2）全网活跃设备数：统计的预设时间段内，有在网记录的终端设备总数。例如，统计周期内（日、周、月、季度、年），以统计周期的最后日期为起点，统计过去预设数量个月份内（如3个月内）有在网记录的设备总数。对于2月23日全网活跃设备数，则是统计11月22日到2月22日有在网记录的设备总数。对于具体月份，如1月全网活跃设备数，则是11月1日到1月31日有在网记录的设备总数。

（5）全网设备覆盖率：预设时间段内，应用功能被全网活跃设备中能够支持使用的覆盖范围。例如，下述公式（2）示出了在统计周期内（日、周、月、季度、年），指定已安装设备数在全网活跃设备数中的占比。

其中，可以理解的，公式（2）中的是上述提及的在统计周期内，有在网 记录的终端设备总数。是有在网记录，并且已安装该应用功能的终端设备数。

可以理解，上述步骤S201至步骤S204的执行顺序只是一种示意，在另一些实施例中，也可以采用其他执行顺序，还可以拆分或合并部分步骤，在此不做限定。

图5根据本申请的一些实施例，示出了另一种统计与应用功能的使用情况以及已安装情况相关的统计数据并展示的过程示意图。可以理解，图5所示流程各步骤的执行主体可以是电子设备，下面以电子设备100为例进行阐述。具体实施流程可以包括：

S301-S305以及S313与图3A所示的S101至S106实质相同，在此不再赘述。

S306-S309，与图4A所示的S201至S204实质相同，在此不再赘述。

S310，获取应用功能的用户满意度统计数据。

在一些实施例中，可以获取到应用功能的用户满意度统计数据，例如，净满意率。

下面介绍净满意率定义。

净满意率（Net Satisfaction Score，NSS）：预设时间段内，使用过指定应用功能的用户对使用的指定应用功能的意见反馈。例如，在统计周期内（日、周、月、季度、年），下发与指定功能有关的功能NSS精准问卷后，用户反馈的问卷结果的数据统计。2月23日“一键大片”应用功能NSS，是统计2月23日被回收的“一键大片”应用功能的用户满意问卷得到的NSS指标；1月“一键大片” 应用功能NSS，是统计1月1日到1月31日，根据回收的“一键大片”应用功能问卷计算得到的应用功能NSS。

S311，获取应用功能的是否展示参数。

在一些实施例中，应用功能开发人员在配置界面上对应用功能是否支持展示进行设置，例如，图4B所示的“是否展示”即对应是否展示参数。

S312，根据使用统计数据、安装统计数据、用户满意度统计数据以及是否展示参数得到待展示数据并展示。

可以理解的，在数据统计APP用户在进行配置时，会配置该应用功能是否被支持展示的选项。当得到与各应用功能有关的统计数据后，将允许被展示的应用功能的统计数据展示出来。

可以理解，上述步骤S301至步骤S313的执行顺序只是一种示意，在另一些实施例中，也可以采用其他执行顺序，还可以拆分或合并部分步骤，在此不做限定。

可以理解的，本申请实施例中的应用功能开发人员的操作也可以是数据统计APP用户进行的，在此不做限制。

图6根据本申请的一些实施例，示出了一种在实际应用中，以新增应用功能时，分别采用预先设置的2个配置系统L1和配置系统L2提供数据统计APP关联的配置界面，从而使得数据统计APP根据2个配置系统接收到所需的配置信息，并且使用用户满意度系统L3提供数据实现数据统计方法的框架流程示意图。具体过程如下：

401：应用功能开发人员确定需要新增应用功能。

402：配置系统L1接收应用功能使用配置信息。

可以理解的，在实际应用中，配置系统L1自身可以提供应用功能的配置界面，数据统计APP用户（也可以是应用功能开发人员）可以在该界面上进行与使用情况相关信息的配置，此时，配置系统L1接收到应用功能使用配置信息。

403：数据统计APP自动化拼接得到使用查询语句。

在一些实施例中，数据统计APP可以获取到配置系统L1接收的使用配置信息，然后根据查询语句模板以及使用配置信息，以及根据使用配置信息得到的目标元数据进行自动化拼接，得到使用查询语句。

404：数据统计APP自动计算应用功能的使用统计数据。

在一些实施例中，数据统计APP根据使用查询语句得到待处理使用数据，然后使用待处理使用数据计算应用功能的使用统计数据。

405：配置系统L2确定展示的应用功能。

可以理解的，在实际应用中，配置系统L2自身可以提供应用功能配置界面，数据统计APP用户可以在该界面上进行对各应用功能相对应的统计数据是否被展示进行配置，此时，数据统计配置系统L2接收到应用功能是否展示参数，从而确定展示的应用功能。

406：配置系统L2接收应用功能安装配置信息。

可以理解的，配置系统L2自身在应用功能配置界面上还可以提供与应用功能安装情况相关信息的配置，数据统计APP用户可以在该界面上进行对各应用功能的安装情况进行配置，此时，数据统计APP根据配置系统L2接收到应用功能的安装配置信息。

407：数据统计APP对安装配置信息自动化解析。

在一些实施例中，在实际应用中，数据统计APP获取到配置系统L2接收的安装配置信息，然后，对安装配置信息进行自动化解析得到安装配置数据，将安装配置数据按照与安装配置表中元数据所对应的格式进行整合，然后存储在安装配置表中。

408：数据统计APP自动计算应用功能安装统计数据。

在一些实施例中，数据统计APP获取根据安装查询语句得到的待处理安装数据，然后使用待处理安装数据计算应用功能的安装统计数据。

409：用户满意度系统L3提供数据。

可以理解的，用户满意度系统L3可以得到对应各应用功能的用户满意度评价，从而可以提供出用户满意度相关数据。

410：数据统计APP自动计算用户满意度统计数据。

可以理解的，数据统计APP获取用户满意度系统L3提供的用户满意度相关数据，自动计算用户满意度统计数据，例如，净满意度NSS。

411：数据统计APP进行数据汇总。

在一些实施例中，数据统计APP将用户满意度统计数据、安装统计数据、使用统计数据进行汇总。

412：数据展示。

在一些实施例中，数据统计APP将需要展示的应用功能的统计数据展示。

可以理解，上述步骤S401至步骤S412的执行顺序只是一种示意，在另一些实施例中，也可以采用其他执行顺序，还可以拆分或合并部分步骤，在此不做限定。

具体的，图7示出了一种原先在新增应用功能情况下和在已有应用功能修改情况下的开发流程示意图。

首先介绍与新增的应用功能相关的流程。

例如，在新增应用功能的情况，对应图中的“新增应用功能接入流程”，具体包括：

011：应用功能开发人员向数据统计APP开发人员提供与新增应用功能相关的配置信息，其中配置信息包括涉及应用功能使用情况的配置信息以及应用功能已安装情况的配置信息。例如，在需要新增“一键美颜”应用功能时，提供“一键美颜”功能的使用入口的使用入口标识，以及存储有新增的应用功能的行为数据的使用行为表标识，以及提供新增的“一键美颜”已安装的终端设备型号和版本号等。

012：应用功能开发人员告诉数据统计APP开发人员告诉应用功能的使用定义，以及应用功能的已安装定义。

例如，应用功能开发人员向数据统计APP开发人员告知，“一键美颜”的使用指标定义以及已安装指标定义，以及计算使用指标以及已安装指标时需要采用的使用数据以及已安装数据的具体字段。

013：数据统计APP开发人员与应用功能开发人员对齐配置信息。

014：数据统计APP开发人员手动开发或者修改原有代码。例如，数据统计APP开发人员根据提供的配置信息重新编写能够从对应使用行为表中，获取待处理使用数据的使用查询语句，以及重新手动将新增应用确定被安装的终端设备的设备型号以及版本号等信息，填入安装配置表。

015：数据统计APP展示数据。数据统计APP根据修改后的代码执行，并展示出所需的数据。

下面介绍与已有应用功能修改相关的流程。

例如，在已有功能修改的情况，对应图中的“已有应用功能接入流程”，具体包括：

021：应用功能开发人员向数据统计APP开发人员提供与应用功能变更相关的配置信息。例如，对于“文档扫描”功能，可以提供新增的使用入口，比如，从长按照片入口处使用“文档扫描”功能。可以理解的，在照片拍完后，终端用户可以长按照片，此时终端设备可以弹出功能列表，终端设备接收到用户选择“文档扫描”功能控件，则确定“文档扫描”功能被调用，即从长按照片入口处使用“文档扫描”功能。又例如，可以提供新增加的确定已安装应用功能的终端设备的设备型号以及版本信息。

022：应用功能开发人员向数据统计APP开发人员明确告知，应用功能使用定义变更内容以及应用功能已安装定义变更内容。例如，告知在计算使用指标以及已安装指标时需要采用的使用数据以及已安装数据为哪一段。

后续过程为上述描述的013至015过程，在此不再赘述。

可以理解的，上述过程中，应用功能开发人员需要与数据统计APP开发人员沟通与已有应用功能变更或者新增应用功能的相关材料，并且数据统计APP开发人员需要根据沟通内容进行开发或者修改数据统计APP代码，沟通成本大。当应用功能变更或者新增频繁，开发人员均需要不断沟通以及开发，人工重复性工作成本大。此外，在沟通不当时，开发人员需要重复开发，并且数据统计APP时效性受交付排期的影响较大。

可以理解的，采用了本申请提出的数据统计方法后，此时如图7所示的虚线框W1中的步骤，数据统计APP均可自动实现，从而克服沟通成本大，人工重复性工作成本大的问题。

图8根据本申请的实施例，示出了一种电子设备100的硬件结构示意图。图8示出的电子设备100的硬件结构示意图可以是电子设备100的硬件结构示意图。

电子设备100能够执行本申请实施例提供的数据统计方法。在图8中，相似的部件具有同样的附图标记。如图8所示，电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identificationmodule，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元，例如，可以包括中央处理器CPU(central processing unit)、图像处理器GPU(graphics processing unit)、数字信号处理器DSP(digital signal processor)、微处理器MCU(micro-programmed control unit)、AI(artificial intelligence，人工智能)处理器或可编程逻辑器件FPGA(fieldprogrammable gate array)等的处理模块或处理电路。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器110可以执行本申请提出的数据统计方法。

存储器可用于存储数据、软件程序以及模块，可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)；或者非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flashmemory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者上述种类的存储器的组合，或者也可以是可移动存储介质，例如安全数字(secure digital，SD)存储卡。存储器中存储的指令可以包括：由处理器中的至少一个执行时导致电子设备100实施本申请实施例提供的数据统计方法的指令。

可以理解的是，本发明实施例示意的结构并不构成对电子设备100的具体限定。在本申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令或程序代码完成。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码或者指令，当该计算机程序代码或者指令在计算机上运行时，使得该计算机实现上述实施例中任意一个实施例中电子设备执行的步骤。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有指令，当该指令在计算机上运行时，使得该计算机实现上述实施例中任意一个实施例中电子设备执行的步骤。

本申请公开的机制的各实施例可以被实现在硬件、软件、固件或这些实现方法的组合中。本申请的实施例可实现为在可编程系统上执行的计算机程序或程序代码，该可编程系统包括至少一个处理器、存储系统（包括易失性和非易失性存储器和/或存储元件）、至少一个输入设备以及至少一个输出设备。

可将程序代码应用于输入指令，以执行本申请描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本申请的目的，处理系统包括具有诸如例如数字信号处理器（DSP）、微控制器、专用集成电路（ASIC）或微处理器之类的处理器的任何系统。

程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本申请中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。

在一些情况下，所公开的实施例可以以硬件、固件、软件或其任何组合来实现。所公开的实施例还可以被实现为由一个或多个暂时或非暂时性机器可读（例如，计算机可读）存储介质承载或存储在其上的指令，其可以由一个或多个处理器读取和执行。例如，指令可以通过网络或通过其他计算机可读介质分发。因此，机器可读介质可以包括用于以机器（例如，计算机）可读的形式存储或传输信息的任何机制，包括但不限于，软盘、光盘、光碟、只读存储器（CD-ROMs）、磁光盘、只读存储器（ROM）、随机存取存储器（RAM）、可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、磁卡或光卡、闪存、或用于利用因特网以电、光、声或其他形式的传播信号来传输信息（例如，载波、红外信号数字信号等）的有形的机器可读存储器。因此，机器可读介质包括适合于以机器（例如，计算机）可读的形式存储或传输电子指令或信息的任何类型的机器可读介质。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本申请各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本申请所提出的技术问题的关键。此外，为了突出本申请的创新部分，本申请上述各设备实施例并没有将与解决本申请所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括上述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本申请的某些优选实施例，已经对本申请进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本申请的精神和范围。

Claims (25)

1.一种数据统计方法，应用于客户端，其特征在于，所述方法包括：

检测到第一用户对第一统计对象的第一查询指令，显示第一统计项目数据，其中，所述第一统计项目数据与所述第一统计对象的第一统计项目信息相关；

检测到对所述第一统计对象的第二查询指令，并且所述第一统计对象的统计项目信息从所述第一统计项目信息变更为第二统计项目信息；

显示所述第二统计项目信息对应的第二统计项目数据。

2.根据权利要求1所述的方法，其特征在于，所述检测到第一用户对第一统计对象的第一查询指令，显示第一统计项目数据，包括：

检测到对所述第一统计对象的第一查询指令，运行第一查询语句，显示第一统计项目数据，

其中，所述第一统计项目数据是基于所述第一查询语句查询到的，并且所述第一查询语句是基于第一查询语句模板生成的，所述第一查询语句与所述第一统计对象的第一统计项目信息相关。

3.根据权利要求2所述的方法，其特征在于，所述第一统计项目信息包括：第一使用入口信息和第一使用行为表的表名；

所述第一使用行为表包括所述第一统计项目信息与第一中间数据的对应关系；其中，所述第一中间数据为与所述第一统计对象的第一统计项目信息相对应的统计数据；

所述第一统计项目数据包括下列中的至少一种：在第一时间段内，使用所述第一统计对象的终端设备数量；在所述第一时间段内，使用所述第一统计对象的终端设备，占安装有所述第一统计对象的终端设备的比率；在所述第一时间段内，安装有所述第一统计对象的终端设备数量。

4.根据权利要求3所述的方法，其特征在于，所述检测到对所述第一统计对象的第一查询指令，运行第一查询语句，显示第一统计项目数据，包括：

基于所述第一查询语句，从第一使用行为表中查询到与所述第一查询语句相关的第一中间数据；基于所述第一中间数据得到所述第一统计项目数据。

5.根据权利要求3所述的方法，其特征在于，通过以下方式获取所述第一使用行为表的表名所对应的第一使用行为表：

从云端获取所述第一使用行为表，所述第一使用行为表中的数据是终端设备上的所述第一统计对象对应的使用入口被触发时，上传至所述云端的数据。

6.根据权利要求3所述的方法，其特征在于，所述第一查询语句通过以下方式生成：

响应于第二用户对所述第一查询语句模板的操作；

获取第一输入数据，将所述第一查询语句模板和所述第一输入数据拼接得到所述第一查询语句，其中，所述第一输入数据包括所述第一使用入口信息和所述第一使用行为表的表名。

7.根据权利要求1所述的方法，其特征在于，所述检测到第一用户对第一统计对象的第一查询指令，显示第一统计项目数据，包括：

检测到对所述第一统计对象的第一查询指令，运行第二查询语句，显示第一统计项目数据；

其中，所述第一统计项目数据是基于所述第二查询语句得到的，所述第二查询语句是根据所述第一统计对象的第一统计项目信息从预设的多个查询语句中选择出的。

8.根据权利要求7所述的方法，其特征在于，还包括：

对应于所述第一统计项目信息包括卸载过所述第一统计对象的终端设备的设备型号以及版本号，从所述多个查询语句中选择出所对应的第二查询语句，其中，所述第二查询语句中包括卸载设备表的表名，所述卸载设备表中包括不同设备型号以及版本号下，卸载过所述第一统计对象的终端设备的数量；

对应于所述第一统计项目信息包括下载过所述第一统计对象的终端设备的设备型号以及版本号，从所述多个查询语句中选择出所对应的第二查询语句，其中，所述第二查询语句中包括下载设备表的表名，所述下载设备表中包括不同设备型号以及版本号下，下载过所述第一统计对象的终端设备的数量。

9.根据权利要求7所述的方法，其特征在于，所述第二查询语句包括活跃设备表的表名和安装配置表的表名；所述安装配置表的表名对应的安装配置表包括所述第一统计项目信息的相关数据，所述活跃设备表中包括设备型号、版本号、安装有所述第一统计对象的设备数量。

10.根据权利要求9所述的方法，其特征在于，通过以下方式基于所述第二查询语句得到所述第一统计项目数据：

根据所述安装配置表中的所述第一统计项目信息，从所述活跃设备表中找到第二中间数据；

基于所述第二中间数据得到所述第一统计项目数据，其中，所述第二中间数据与所述第一统计项目信息相对应。

11.根据权利要求9所述的方法，其特征在于，通过以下方式获取所述安装配置表的表名对应的安装配置表：

响应于第二用户对所述安装配置表的操作；

获取第二输入数据，根据所述第二输入数据生成所述安装配置表，其中，所述第二输入数据包括设备型号和版本号。

12.根据权利要求11所述的方法，其特征在于，所述第二查询语句还包括遍历条件，所述安装配置表至少包括应用功能、版本号阈值、设备型号，所述活跃设备表至少包括设备型号、版本号、终端设备数量，其中所述终端设备数量与所述设备型号以及与所述版本号对应；

所述遍历条件包括：

根据所述活跃设备表的表名对应的活跃设备表和所述安装配置表的表名对应的安装配置表中设备型号的一致性；和/或

所述活跃设备表的表名对应的活跃设备表中版本号大于所述版本号阈值。

13.根据权利要求3所述的方法，其特征在于，所述检测到对第一统计对象的第一查询指令，显示第一统计项目数据，还包括：

运行第三查询语句，

其中，所述第一统计项目数据是基于所述第一查询语句和所述第三查询语句查询到的，并且所述第三查询语句与所述第一统计对象的第一统计项目信息相关。

14.根据权利要求3所述的方法，其特征在于，所述第一查询语句模板包括第一统计项，并且所述第一统计项存在对应的第一统计项参数。

15.根据权利要求13所述的方法，其特征在于，所述第一统计项对应的第一统计项参数，并且

通过以下方式基于第一查询语句模板生成第一查询语句：

从所述第一使用行为表的表名对应的使用行为表的元数据中筛选出第一目标元数据；

将所述第一使用入口信息、对应所述第一使用入口信息的第一使用行为表的表名和所述第一目标元数据，作为所述第一查询语句模板中的所述第一统计项参数的值，得到所述第一查询语句。

16.根据权利要求15所述的方法，其特征在于，通过以下方式确定所述第一目标元数据：

根据所述第一使用行为表的表名，得到所述第一使用行为表的元数据；

将所述第一使用行为表的元数据与预先设置的目标元数据集合进行匹配，得到所述第一目标元数据。

17.根据权利要求15所述的方法，其特征在于，所述第一使用行为表的元数据中至少包括以下元数据：

终端设备标识、使用入口信息、发生时间，设备型号、版本号，其中，所述发生时间为所述终端设备标识所对应的终端设备，触发所述第一使用入口信息所对应的使用入口的时间。

18.根据权利要求6所述的方法，其特征在于，还包括：

将所述第一查询语句中的所述第一使用行为表的表名相同的第一查询语句合并，得到第一合并查询语句；

并且，所述基于所述第一查询语句，从第一使用行为表中查询到与所述第一查询语句相关的第一中间数据，包括：

基于所述第一合并查询语句，从所述第一使用行为表中查询到与所述第一合并查询语句相关的第一中间数据。

19.根据权利要求6所述的方法，其特征在于，还包括，

检测到所述第一查询指令中包括对第二统计对象进行查询，显示第三统计项目数据，其中，所述第三统计项目数据是基于第四查询语句查询到的，并且所述第四查询语句是基于第二查询语句模板生成的，第二查询语句模板与所述第二统计对象相关。

20.根据权利要求19所述的方法，其特征在于，所述第四查询语句包括第二使用行为表的表名，

并且在所述第四查询语句中的所述第二使用行为表的表名与所述第一查询语句中的所述第一使用行为表的表名相同的情况下，将所述第一查询语句以及所述第四查询语句合并，得到第二合并查询语句；并且，

所述第三统计项目数据是基于第四查询语句查询到的，包括：

所述第三统计项目数据是基于所述第二合并查询语句查询到的。

21.根据权利要求2所述的方法，其特征在于，所述检测到对所述第一统计对象的第二查询指令，包括：

检测到对第一统计对象的第二查询指令，运行第五查询语句；并且，

所述方法还包括，所述第二统计项目数据是基于所述第五查询语句查询到的，所述第五查询语句是基于第三查询语句模板生成的，所述第五查询语句与所述第二统计项目相关；所述第二统计项目信息和所述第一统计项目信息不同。

22.根据权利要求21所述的方法，其特征在于，所述第三查询语句模板和所述第一查询语句模板不同，并且

所述第三查询语句模板包括第二统计项，并且所述第二统计项存在对应的第二统计项参数。

23.根据权利要求21所述的方法，其特征在于，还包括：

从所述第一统计对象相关的多个查询语句模板中，选择出与所述第二统计项目信息相关的所述第三查询语句模板，其中，所述第二统计项目信息与所述第三查询语句模板中的第二统计项参数的子参数的数量对应。

24.一种电子设备，安装有客户端，其特征在于，包括：

一个或多个处理器；

一个或多个存储器；所述一个或多个存储器存储有一个或多个指令，当所述一个或者多个指令被所述一个或多个处理器执行时，使得所述电子设备执行权利要求1至23中任一项所述的数据统计方法。

25.一种计算机可读存储介质，其特征在于，所述存储介质上存储有指令，所述指令在计算机上执行时使所述计算机执行权利要求1至23中任一项所述的数据统计方法。