CN108334651A - 收集用户端数据实现预设需求的方法、装置及存储介质 - Google Patents

Abstract

本公开提供了一种收集用户端数据实现预设需求的方法、装置及存储介质，属于互联网技术领域。所述方法包括：获取用户在当前时间之前的预设时长内历史使用终端的行为信息，以及确定待采集的数据类型；根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。在本公开中，根据用户的行为信息和待手机的数据类型，确定采集需求，根据该采集需求进行数据采集。由于结合了用户的行为信息，也即不同的用户对应不同的采集需求，从而提高了数据采集的准确性。

Description

收集用户端数据实现预设需求的方法、装置及存储介质

技术领域

本公开涉及互联网技术领域，尤其涉及一种收集用户端数据实现预设需求的方法、装置及存储介质。

背景技术

在互联网的服务信息提供系统中，为了实现为用户提供更优质的服务，服务器往往需要收集数据，以便于基于收集的数据进行模型训练，基于训练的模型进行应用的设计等。目前服务器无法借助于终端进行数据收集，而是通过第三方系统购买数据。

发明内容

为克服相关技术中存在的问题，本公开提供一种收集用户端数据实现预设需求的方法、装置及存储介质，所述技术方案如下：

根据本公开实施例的第一方面，提供一种收集用户端数据实现预设需求的方法，所述方法包括：

获取用户在当前时间之前的预设时长内历史使用终端的行为信息，以及确定待采集的数据类型；

根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；

根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；

向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。

在本公开实施例中，根据用户的行为信息和待手机的数据类型，确定采集需求，根据该采集需求进行数据采集。由于结合了用户的行为信息，也即不同的用户对应不同的采集需求，从而提高了数据采集的准确性。

在一个可能的实现方式中，所述确定待采集的数据类型，包括：

获取所述服务器指示的数据类型列表，所述数据类型列表中包括至少一个数据类型，从所述数据类型列表中选择待采集的数据类型。

在本公开实施例中，从数据类型类别中选择待采集的数据类型，从而实现不同的用户对应不同的待采集的数据类型，从而提高了确定出的数据类型的准确性。

在一个可能的实现方式中，所述从所述数据类型列表中选择待采集的数据类型，包括：

根据所述行为信息，确定所述终端安装的每个应用的使用频率；

根据所述每个应用的使用频率，确定使用频率高于预设频率的目标应用标识；

根据所述目标应用标识，从所述数据类型列表中确定来源应用为目标应用的数据类型。

在一个可能的实现方式中，所述从所述数据类型列表中选择待采集的数据类型，包括：

根据所述行为信息，确定所述用户的用户类型；根据所述用户类型，从所述数据类型列表中选择所述用户类型对应的数据类型。

在本公开实施例中，根据用户的行为信息，确定待采集的数据类型，从而实现不同的用户采集不同数据类型的数据，提高了确定出的采集类型的准确性。

在一个可能的实现方式中，所述采集需求包括采集时机和采集策略，所述根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求，包括：

根据所述数据类型，从数据类型和采集时机的对应关系中获取所述数据类型对应的采集时机；

根据所述行为信息和所述数据类型，确定所述数据类型对应的采集策略。

在一个可能的实现方式中，所述根据所述采集需求和所述数据类型，进行数据采集，得到目标数据，包括：

当检测到达所述采集需求包括的采集时机时，根据所述采集需求包括的采集策略，对所述数据类型的数据进行采集，得到所述目标数据。

在一个可能的实现方式中，所述方法还包括：

当所述数据类型为通知类数据类型时，在接收到指定通知事件时，确定达到采集时机；

当所述数据类型为传感器数据类型时，当接收到指定事件且达到指定时间时，确定达到采集时机；

当所述数据类型为第一应用和第二应用之间的切换数据类型时，在检测到所述第一应用和所述第二应用之间的切换事件时，确定达到采集时机。

在一个可能的实现方式中，所述方法还包括：

实时将采集到的目标数据存储到所述终端的内存空间中；

每隔第一预设周期，将所述内存空间中的目标数据转存到所述终端的数据库中；

相应的，所述向服务器发送所述目标数据，包括：

每隔第二预设周期，将所述数据库中的目标数据传输至所述服务器。

在本公开实施例中，由于终端每次收集到目标数据后，将目标数据暂存到内存空间中，为了防止占用内容过大和数据丢失，终端每过一段时间将内存空间中的目标数据转存到数据库中并清空内存空间，从而不仅避免了内存空间被占用导致终端运行缓慢，还能避免了每次操作数据库耽误时间，提高了存储效率。并且，终端在固定的打点时间将数据库中的数据整合打点到服务器中，从而不仅避免了目标数据的丢失，还避免了服务器过载的问题，降低了服务器的负载。

根据本公开实施例的第二方面，提供一种收集用户端数据实现预设需求的装置，所述装置包括：

获取模块，用于获取用户在当前时间之前的预设时长内历史使用终端的行为信息；

确定模块，用于确定待采集的数据类型；

所述确定模块，还用于根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；

采集模块，用于根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；

发送模块，用于向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。

在一个可能的实现方式中，所述确定模块，还用于获取所述服务器指示的数据类型列表，所述数据类型列表中包括至少一个数据类型，从所述数据类型列表中选择待采集的数据类型。

在一个可能的实现方式中，所述确定模块，还用于根据所述行为信息，确定所述终端安装的每个应用的使用频率；根据所述每个应用的使用频率，确定使用频率高于预设频率的目标应用标识；根据所述目标应用标识，从所述数据类型列表中确定来源应用为目标应用的数据类型。

在一个可能的实现方式中，所述确定模块，还用于根据所述行为信息，确定所述用户的用户类型；根据所述用户类型，从所述数据类型列表中选择所述用户类型对应的数据类型。

在一个可能的实现方式中，所述采集需求包括采集时机和采集策略，所述确定模块，还用于根据所述数据类型，从数据类型和采集时机的对应关系中获取所述数据类型对应的采集时机；根据所述行为信息和所述数据类型，确定所述数据类型对应的采集策略。

在一个可能的实现方式中，所述采集模块，还用于当检测到达所述采集需求包括的采集时机时，根据所述采集需求包括的采集策略，对所述数据类型的数据进行采集，得到所述目标数据。

在一个可能的实现方式中，所述确定模块，还用于当所述数据类型为通知类数据类型时，在接收到指定通知事件时，确定达到采集时机；

所述确定模块，还用于当所述数据类型为传感器数据类型时，当接收到指定事件且达到指定时间时，确定达到采集时机；

所述确定模块，还用于当所述数据类型为第一应用和第二应用之间的切换数据类型时，在检测到所述第一应用和所述第二应用之间的切换事件时，确定达到采集时机。

在一个可能的实现方式中，所述装置还包括：

存储模块，用于实时将采集到的目标数据存储到所述终端的内存空间中；

所述存储模块，还用于每隔第一预设周期，将所述内存空间中的目标数据转存到所述终端的数据库中；

相应的，所述发送模块，还用于每隔第二预设周期，将所述数据库中的目标数据传输至所述服务器。

根据本公开实施例的第三方面，提供一种终端，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取用户在当前时间之前的预设时长内历史使用终端的行为信息，以及确定待采集的数据类型；

根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；

根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；

向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述程序被处理器执行时实现以下步骤：

获取用户在当前时间之前的预设时长内历史使用终端的行为信息，以及确定待采集的数据类型；

根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；

根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；

向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。

在本公开实施例中，根据用户的行为信息和待手机的数据类型，确定采集需求，根据该采集需求进行数据采集。由于结合了用户的行为信息，也即不同的用户对应不同的采集需求，从而提高了数据采集的准确性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种实施环境示意图；

图2是根据一示例性实施例示出的一种收集用户端数据实现预设需求的方法的流程图；

图3是根据一示例性实施例示出的一种收集用户端数据实现预设需求的方法的流程图；

图4是根据一示例性实施例示出的一种收集用户端数据实现预设需求的装置的框图；

图5是根据一示例性实施例示出的一种终端的框图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供了一种实施环境的示意图，参见图1，该实施环境包括终端101和服务器102。终端101和服务器102之间通过网络连接。终端101中运行服务器102关联的应用程序，基于该应用程序可以登录服务器102，从而与服务器102进行交互，从而为服务器102采集数据。该应用程序可以为系统APP或者第三方APP等任一种能够采集数据的APP。

终端101可以为手机终端设备、PAD(Portable Android Device，平板电脑)终端设备或者电脑终端设备等任一能够采集数据的终端。服务器102是指为终端101提供后台服务的服务器102，可以为一台服务器102，或者由若干台服务器102组成的服务器102集群，或者是一个云计算服务器102中心，本公开实施例对此不做限定。在一种可能的实现方式中，服务器102可以为终端101中安装的应用程序的后台服务器。

图2是根据一示例性实施例示出的一种收集用户端数据实现预设需求的方法的流程图，如图2所示，包括以下步骤。

在步骤S201中，获取用户在当前时间之前的预设时长内历史使用终端的行为信息，以及确定待采集的数据类型。

在步骤S202中，根据该行为信息和该数据类型，确定该数据类型对应的采集需求。

在步骤S203中，根据该采集需求和该数据类型，进行数据采集，得到目标数据。

在步骤S204中，向服务器发送该目标数据，以使服务器基于该目标数据实现预设的用户需求。

在一个可能的实现方式中，该确定待采集的数据类型，包括：

获取该服务器指示的数据类型列表，该数据类型列表中包括至少一个数据类型，从该数据类型列表中选择待采集的数据类型。

在一个可能的实现方式中，该从该数据类型列表中选择待采集的数据类型，包括：

根据该行为信息，确定该终端安装的每个应用的使用频率；

根据该每个应用的使用频率，确定使用频率高于预设频率的目标应用标识；

根据该目标应用标识，从该数据类型列表中确定来源应用为目标应用的数据类型。

在一个可能的实现方式中，该从该数据类型列表中选择待采集的数据类型，包括：

根据该行为信息，确定该用户的用户类型；根据该用户类型，从该数据类型列表中选择该用户类型对应的数据类型。

在一个可能的实现方式中，该采集需求包括采集时机和采集策略，该根据该行为信息和该数据类型，确定该数据类型对应的采集需求，包括：

根据该数据类型，从数据类型和采集时机的对应关系中获取该数据类型对应的采集时机；

根据该行为信息和该数据类型，确定该数据类型对应的采集策略。

在一个可能的实现方式中，根据该采集需求和该数据类型，进行数据采集，得到目标数据，包括：

当检测到达该采集需求包括的采集时机时，根据该采集需求包括的采集策略，对该数据类型的数据进行采集，得到该目标数据。

在一个可能的实现方式中，该方法还包括：

当该数据类型为通知类数据类型时，在接收到指定通知事件时，确定达到采集时机；

当该数据类型为传感器数据类型时，当接收到指定事件且达到指定时间时，确定达到采集时机；

当该数据类型为第一应用和第二应用之间的切换数据类型时，在检测到该第一应用和该第二应用之间的切换事件时，确定达到采集时机。

在一个可能的实现方式中，该方法还包括：

实时将采集到的目标数据存储到该终端的内存空间中；

每隔第一预设周期，将该内存空间中的目标数据转存到该终端的数据库中；

相应的，该向服务器发送该目标数据，包括：

每隔第二预设周期，将该数据库中的目标数据传输至该服务器。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

在本公开实施例中，根据用户的行为信息和待手机的数据类型，确定采集需求，根据该采集需求进行数据采集。由于结合了用户的行为信息，也即不同的用户对应不同的采集需求，从而提高了数据采集的准确性。

图3是根据一示例性实施例示出的一种收集用户端数据实现预设需求的方法的流程图，该方法应用在终端和服务器之间。如图3所示，包括以下步骤。

在步骤S301中，终端获取用户在当前时间之前的第一预设时长内历史使用终端的行为信息。

该行为信息至少包括应用的应用标识；该行为信息还可以包括用户使用该应用的时间和/或时长。终端中存储用户使用终端的使用记录，该使用记录中包括每个应用的应用标识、用户使用该应用的时间和每次使用该应用的使用时长。终端从该使用记录中获取用户在当前时间之前的第一预设时长内历史使用终端的行为信息。其中，第一预设时长可以根据需要进行设置并更改，在本公开实施例中，对第一预设时长不作具体限定；例如，第一预设时长可以为5天或者10天等。

在本公开实施例中，终端中安装应用程序，通过该应用程序进行数据采集并向服务器上报采集的目标数据。用户可以开启或者关闭采集功能。当用户开启该功能时，终端才为服务器采集数据；当用户关闭该采集功能时，终端不为服务器采集数据。因此，本步骤之前，终端检测是否开启采集功能；当终端开启采集功能时，才执行步骤S301；当终端没有开启采集功能时，结束。当然，当终端没有开启采集功能时，终端可以显示提醒信息，该提醒信息用于提醒用户开启该采集功能。

在步骤S302中，终端确定待采集的数据类型。

在本步骤中，服务器可以向终端下发一个数据类型列表，由终端从该数据类型列表中选择待采集的数据类型。相应的，本步骤可以为：服务器向终端发送数据类型列表，该数据类型列表包括至少一个数据类型。终端接收该数据类型列表，从该数据类型列表中选择待采集的数据类型。其中，数据类型可以为通知类型数据类型、传感器数据类型或者应用之间的切换数据类型。需要说明的是，服务器可以在终端安装该应用程序时，向终端发送该数据类型列表。服务器也可以在终端开启该采集功能时，向终端发送该数据类型列表。终端将服务器发送的该数据类型列表存储在本地，在本步骤中，终端从本地获取该数据类型列表。当然，终端也可以在开启该数据功能时，主动向服务器请求该数据类型列表。

终端从该数据类型列表中选择待采集的数据类型时，终端可以随机从该数据类型列表中选择待采集的数据类型。终端还可以由用户选择待采集的数据类型，也即以下第一种实现方式。终端还可以根据用户的行为信息，从该数据类型列表中选择用户经常使用的应用的数据类型，也即以下第二种实现方式。终端还可以根据用户的行为信息，从该数据类型列表中选择用户类型对应的数据类型，也即以下第三种实现方式。终端还可以根据终端安装的应用程序，从该数据类型列表中选择待采集的数据类型，也即以下第四种实现方式。

对于第一种实现方式，终端从该数据类型列表中选择待采集的数据类型的步骤可以为：终端显示该数据类型列表，并获取被选中的数据类型，将被选中的数据类型作为待采集的数据类型。

在本步骤中，用户可以选中一个或者多个数据类型。终端将被选中的数据类型均作为待采集的数据类型。

对于第二种实现方式，终端从该数据类型列表中选择待采集的数据类型的步骤可以为：终端根据该行为信息，确定终端安装的每个应用的使用频率；根据每个应用的使用频率，确定使用频率高于预设频率的目标应用标识；根据目标应用标识，从数据类型列表中确定来源应用为目标应用的数据类型。

该行为信息中包括应用的应用标识和用户使用该应用的时间。终端根据该行为信息，统计用户在当前时间之前的第一预设时长内用户使用每个应用的使用频率。并且，终端中存储应用标识和数据类型的对应关系。相应的，终端根据目标应用标识，从数据类型列表中确定来源应用为目标应用的数据类型的步骤可以为：终端根据该目标应用标识，从应用标识和数据类型的对应关系中获取该目标应用对应的数据类型，从数据类型类别中获取该目标应用对应的数据类型。

在本公开实施例中，根据用户的行为信息，确定待采集的数据类型，从而实现不同的用户采集不同数据类型的数据，提高了后续收集数据的准确性。预设频率可以根据需要进行设置并更改，在本公开实施例中，对预设频率不作具体限定；例如，预设频率为一天2次或者一天3次等。

对于第三种实现方式，终端从该数据类型列表中选择待采集的数据类型的步骤可以为：终端根据该行为信息，确定该用户的用户类型；根据该用户类型，从该数据类型列表中选择该用户类型对应的数据类型。

该行为信息中包括应用的应用标识和用户使用该应用的时间。相应的，终端根据该行为信息，确定该用户的用户类型的步骤可以为：终端根据该行为信息，确定用户使用的应用标识和每个应用的使用频率，根据用户使用的应用标识和每个应用的使用频率，确定该用户的用户类型。

终端中可以存储应用标识、使用频率和用户类型的对应关系。相应的，终端根据用户使用的应用标识和每个应用的使用频率，确定该用户的用户类型的步骤可以为：终端根据用户使用的应用标识和每个应用的使用频率，从应用标识、使用频率和用户类型的对应关系中获取该用户的用户类型。

在本步骤中，终端中还可以确定用户的类型评估值，根据该类型评估值，确定该用户的用户类型。相应的，终端根据用户使用的每个应用标识和每个应用的使用频率，确定该用户的用户类型的步骤可以为：终端根据用户使用的每个应用标识，确定每个应用的基准评估值，根据每个应用的基准评估值和每个应用的使用频率，确定每个应用的应用评估值；根据每个应用的应用评估值，确定该用户的类型评估值，根据该类型评估值，确定该用户的用户类型。

终端中存储每个应用和应用的基准评估值的对应关系。相应的，终端根据用户使用的每个应用标识，确定每个应用的基准评估值的步骤可以为：终端根据用户使用的每个应用标识，从应用标识和基准评估值的对应关系中获取每个应用的基准评估值。其中，对于每个应用，终端根据该应用的基准评估值和该应用的使用频率，确定该应用的应用评估值的步骤可以为：终端确定该应用的基准评估值和该应用的使用频率的乘积，将该乘积作为该应用的应用评估值。

终端确定出每个应用的应用评估值之后，终端根据每个应用的应用评估值，确定该用户的类型评估值的步骤可以为：终端根据确定每个应用的应用评估值之和，将该和值作为该用户的类型评估值。

终端中存储类型评估值和用户类型的对应关系。相应的，终端根据该类型评估值，确定该用户的用户类型的步骤可以为：终端根据该类型评估值，从类型评估值，从类型评估值和用户类型的对应关系中获取该用户的用户类型。在本发明实施例中，终端也可以不存储每个类型评估值和用户类型的对应关系，而是存储类型评估值范围和用户类型的对应关系，从而节省内存空间。相应的，终端根据该类型评估值，确定该用户的用户类型的步骤可以为：终端根据该类型评估值，确定该类型评估值所在的类型评估值范围，根据该类型评估值范围，从类型评估值范围和用户类型的对应关系中获取该用户的用户类型。其中，用户类型包括游戏类型、聊天类型、通信类型等。其中游戏类型是经常使用该终端玩游戏的用户类型。聊天类型是经常使用该终端聊天的用户类型。通信类型是经常使用该终端打电话的用户类型。

另外，该行为信息中还包括用户使用每个应用的使用时长。终端从该数据类型列表中选择待采集的数据类型之前，终端将该行为信息中使用时长低于第二预设时长的应用标识删除，后续仅根据使用时长高于第二预设时长的应用标识从该数据类型类别中选择待采集的数据类型，从而进一步提高了准确性。

对于第四种实现方式，终端从该数据类型列表中选择待采集的数据类型的步骤可以为：终端获取第一应用标识集合和第二应用标识集合，第一应用标识集合包括本地安装应用的应用标识，第二应用标识集合包括该数据类型列表中的每种数据类型的来源应用的应用标识。终端获取同时包含于第一应用标识集合和第二应用标识集合的应用标识，从该数据类型列表中获取该应用标识对应的数据类型。

在本发明实施例中，还可以设置几个基本的数据类型，每个终端都需要收集的基本数据类型。并且，该数据类型类别中标记每个基本数据类型。相应的，终端从该数据类型列表中获取被标记的基本数据类型。

在步骤S303中，终端根据该行为信息和该数据类型，确定该数据类型对应的采集需求。

采集需求包括采集时机和采集策略。采集策略包括采集时长和/或采集时间间隔。相应的，本步骤可以通过以下步骤(1)至(3)实现，包括：

(1)：终端根据该数据类型，从数据类型和采集时机的对应关系中获取该数据类型对应的采集时机。

该采集时机可以为采集时间或者触发到指定采集事件。在本步骤之前，服务器向终端发送数据类型和采集时机的对应关系，终端接收数据类型和采集时机的对应关系，并存储该数据类型和采集时机的对应关系。

(2)：终端根据该行为信息和该数据类型，确定该数据类型对应的采集策略。

终端根据该行为信息，确定该用户的采集模式，根据该采集模式和该数据类型，确定该数据类型对应的采集策略。在本步骤之前，服务器向终端发送采集模式、数据类型和采集策略的对应关系。终端接收采集模式、数据类型和采集策略的对应关系，存储采集模式、数据类型和采集策略的对应关系。在本步骤中，终端根据该数据类型，从本地存储的采集模式、数据类型和采集策略的对应关系中获取该数据类型对应的采集策略。

在本步骤中，终端也可以根据该行为信息和该数据类型，从服务器中的采集模式、数据类型和采集策略的对应关系中获取该数据类型对应的采集策略，从而获取到最新的采集策略。相应的，本步骤可以为：终端向服务器发送该行为信息和该数据类型。服务器接收该行为信息和该数据类型，根据该行为信息和该数据类型，从采集模式、数据类型和采集策略的对应关系中获取该数据类型对应的采集策略，向终端发送该数据类型对应的采集策略。终端接收该数据类型对应的采集策略。

例如，在睡眠模式的模型数据收集中，终端在夜晚21点到第二天凌晨3点灭屏后收集数据，不同时间灭屏收集不同时间长度的数据；比如在21点灭屏时，采集策略为：收集3小时，1点灭屏收集2小时。当收集时间为3小时的时候，每4分钟打开传感器收集5秒，记录该5秒内传感器的变化。

在步骤S304中，当检测到到达该采集需求包括的采集时机时，终端根据该采集需求包括的采集策略，对该数据类型的数据进行采集，得到目标数据。

该采集需求包括采集时机和采集策略。终端实时检测是否达到该采集时机；当达到该采集时机时，终端根据该采集策略，对该数据类型的数据进行采集，得到目标数据。其中，该数据类型包括通知类数据类型、传感器数据类型和/或切换数据类型。相应的，终端实时检测是否达到该采集时机的步骤可以为：当该数据类型为通知类数据类型时，当接收到指定通知事件时，终端确定达到采集时机。当该数据类型为传感器数据类型时，当接收到指定事件且达到指定时间时，终端确定达到采集时机。当该数据类型为第一应用和第二应用之间的切换数据类型时，在检测到第一应用和第二应用之间的切换事件时，终端确定达到采集时机。

采集策略包括采集时长和/或采集时间间隔。相应的，终端根据该采集策略，对该数据类型的数据进行采集，得到目标数据的步骤可以为：终端每隔该采集时间间隔，采集该采集时长该数据类型的数据，得到目标数据。

例如，该数据类型为Broadcast(广播)数据类型时，该通知事件可以为Broadcast通知事件时，当接收到Broadcast通知事件时，终端确定达到采集时机，终端记录下来需要的数据。该通知事件可以为亮屏事件、灭屏事件或者网络连接事件等。再如，当该数据类型为传感器数据类型时，在规定的时间段打开要收集的传感器，收集一端时间数据。

在步骤S305中，终端向服务器发送该目标数据，以使服务器基于该目标数据实现预设的用户需求。

在本公开中，终端每采集到数据就可以将采集的目标数据上传至服务器，也即以下第一种实现方式，从而提高了数据的及时性。当然，终端也可以每过一段时间集中向服务器上传采集的目标数据，也即以下第二种实现方式，从而降低了服务器的负载。

对于第一种实现方式，本步骤可以为：终端向服务器发送该目标数据。服务器接收终端发送该目标数据，基于该目标数据实现预设的用户需求。其中，预设的用户需求可以需要进行设置并更改，在本公开实施例中，对预设的用户需求不作具体限定。例如，预设的用户需求可以为人工智能模型训练等。

对于第二种实现方式，终端实时将采集到的目标数据存储到指定存储空间，每隔第二预设周期，将指定存储空间存储的目标数据传输至服务器。其中，指定存储空间可以为内存空间和/或数据库。当该指定存储空间为内存空间或者数据库时，终端实时将采集的目标数据存储到内存空间或者数据库中，每隔第二预设周期，将内存空间或者数据库中的目标数据转存到服务器中。当该指定存储空间为内存空间和数据库时，终端实时将采集到的目标数据存储到内存空间中，每隔第一预设周期，将内存空间中的目标数据转存到终端的数据库中，并且，每隔第二预设周期，将数据库中的目标数据传输至服务器。

由于终端每次收集到目标数据后，将目标数据暂存到内存空间中，为了防止占用内容过大和数据丢失，终端每过一段时间将内存空间中的目标数据转存到数据库中并清空内存空间，从而不仅避免了内存空间被占用导致终端运行缓慢，还能避免了每次操作数据库耽误时间，提高了存储效率。并且，终端在固定的打点时间将数据库中的数据整合打点到服务器中，从而不仅避免了目标数据的丢失，还避免了服务器过载的问题，降低了服务器的负载。其中，第一预设周期和第二预设周期都可以根据需要进行设置并更改，在本公开实施例中，对第一预设周期和第二预设周期都不作具体限定。并且，可以设置第一预设周期小于第二预设周期，从而进一步降低了服务器过载的问题。例如，第一预设周期可以为5分钟或者10分钟等，第二预设周期可以为12小时或者24小时等。

终端向服务器上报目标数据时，还可以向服务器上报该终端的类型，该终端的类型可以为终端的型号或者品牌等。从而实现了服务器可以收集各种类型的目标数据，并根据各种类型的目标数据进行模型训练等。

在本公开实施例中，根据用户的行为信息和待手机的数据类型，确定采集需求，根据该采集需求进行数据采集。由于结合了用户的行为信息，也即不同的用户对应不同的采集需求，从而提高了数据采集的准确性。

图4是根据一示例性实施例示出的一种收集用户端数据实现预设需求的装置框图。参照图4，该装置包括：获取模块401，确定模块402、采集模块403和发送模块404。

获取模块401，用于获取用户在当前时间之前的预设时长内历史使用终端的行为信息；

确定模块402，用于确定待采集的数据类型；

该确定模块402，还用于根据该行为信息和该数据类型，确定该数据类型对应的采集需求；

采集模块403，用于根据该采集需求和该数据类型，进行数据采集，得到目标数据；

发送模块404，用于向服务器发送该目标数据，以使服务器基于该目标数据实现预设的用户需求。

在一个可能的实现方式中，该确定模块402，还用于获取该服务器指示的数据类型列表，该数据类型列表中包括至少一个数据类型，从该数据类型列表中选择待采集的数据类型。

在一个可能的实现方式中，该确定模块402，还用于根据该行为信息，确定该终端安装的每个应用的使用频率；根据该每个应用的使用频率，确定使用频率高于预设频率的目标应用标识；根据该目标应用标识，从该数据类型列表中确定来源应用为目标应用的数据类型。

在一个可能的实现方式中，该确定模块402，还用于根据该行为信息，确定该用户的用户类型；根据该用户类型，从该数据类型列表中选择该用户类型对应的数据类型。

在一个可能的实现方式中，该采集需求包括采集时机和采集策略，该确定模块402，还用于根据该数据类型，从数据类型和采集时机的对应关系中获取该数据类型对应的采集时机；根据该行为信息和该数据类型，确定该数据类型对应的采集策略。

在一个可能的实现方式中，该采集模块403，还用于当检测到达该采集需求包括的采集时机时，根据该采集需求包括的采集策略，对该数据类型的数据进行采集，得到该目标数据。

在一个可能的实现方式中，该确定模块402，还用于当该数据类型为通知类数据类型时，在接收到指定通知事件时，确定达到采集时机；

该确定模块402，还用于当该数据类型为传感器数据类型时，当接收到指定事件且达到指定时间时，确定达到采集时机；

该确定模块402，还用于当该数据类型为第一应用和第二应用之间的切换数据类型时，在检测到该第一应用和该第二应用之间的切换事件时，确定达到采集时机。

在一个可能的实现方式中，该装置还包括：

存储模块，用于实时将采集到的目标数据存储到该终端的内存空间中；

该存储模块，还用于每隔第一预设周期，将该内存空间中的目标数据转存到该终端的数据库中；

相应的，该发送模块404，还用于每隔第二预设周期，将该数据库中的目标数据传输至该服务器。

上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。

在本公开实施例中，根据用户的行为信息和待手机的数据类型，确定采集需求，根据该采集需求进行数据采集。由于结合了用户的行为信息，也即不同的用户对应不同的采集需求，从而提高了数据采集的准确性。

需要说明的是：上述实施例提供的收集用户端数据实现预设需求的装置在收集用户端数据实现预设需求时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的收集用户端数据实现预设需求的装置与收集用户端数据实现预设需求的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图5是根据一示例性实施例示出的一种收集用户端数据实现预设需求的装置500的框图。例如，装置500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(I/O)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制装置500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。

多媒体组件508包括在所述装置500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(MIC)，当装置500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

I/O接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为装置500提供各个方面的状态评估。例如，传感器组件514可以检测到装置500的打开/关闭状态，组件的相对定位，例如所述组件为装置500的显示器和小键盘，传感器组件514还可以检测装置500或装置500一个组件的位置改变，用户与装置500接触的存在或不存在，装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件516还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置500可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述收集用户端数据实现预设需求的方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由装置500的处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (18)

1.一种收集用户端数据实现预设需求的方法，其特征在于，所述方法包括：

获取用户在当前时间之前的预设时长内历史使用终端的行为信息，以及确定待采集的数据类型；

根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；

根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；

向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。

2.根据权利要求1所述的方法，其特征在于，所述确定待采集的数据类型，包括：

获取所述服务器指示的数据类型列表，所述数据类型列表中包括至少一个数据类型，从所述数据类型列表中选择待采集的数据类型。

3.根据权利要求2所述的方法，其特征在于，所述从所述数据类型列表中选择待采集的数据类型，包括：

根据所述行为信息，确定所述终端安装的每个应用的使用频率；

根据所述每个应用的使用频率，确定使用频率高于预设频率的目标应用标识；

根据所述目标应用标识，从所述数据类型列表中确定来源应用为目标应用的数据类型。

4.根据权利要求2所述的方法，其特征在于，所述从所述数据类型列表中选择待采集的数据类型，包括：

根据所述行为信息，确定所述用户的用户类型；根据所述用户类型，从所述数据类型列表中选择所述用户类型对应的数据类型。

5.根据权利要求1所述的方法，其特征在于，所述采集需求包括采集时机和采集策略，所述根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求，包括：

根据所述数据类型，从数据类型和采集时机的对应关系中获取所述数据类型对应的采集时机；

根据所述行为信息和所述数据类型，确定所述数据类型对应的采集策略。

6.根据权利要求1所述的方法，其特征在于，所述根据所述采集需求和所述数据类型，进行数据采集，得到目标数据，包括：

当检测到达所述采集需求包括的采集时机时，根据所述采集需求包括的采集策略，对所述数据类型的数据进行采集，得到所述目标数据。

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

当所述数据类型为通知类数据类型时，在接收到指定通知事件时，确定达到采集时机；

当所述数据类型为传感器数据类型时，当接收到指定事件且达到指定时间时，确定达到采集时机；

当所述数据类型为第一应用和第二应用之间的切换数据类型时，在检测到所述第一应用和所述第二应用之间的切换事件时，确定达到采集时机。

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

实时将采集到的目标数据存储到所述终端的内存空间中；

每隔第一预设周期，将所述内存空间中的目标数据转存到所述终端的数据库中；

相应的，所述向服务器发送所述目标数据，包括：

每隔第二预设周期，将所述数据库中的目标数据传输至所述服务器。

9.一种收集用户端数据实现预设需求的装置，其特征在于，所述装置包括：

获取模块，用于获取用户在当前时间之前的预设时长内历史使用终端的行为信息；

确定模块，用于确定待采集的数据类型；

所述确定模块，还用于根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；

采集模块，用于根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；

发送模块，用于向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。

10.根据权利要求9所述的装置，其特征在于，所述确定模块，还用于获取所述服务器指示的数据类型列表，所述数据类型列表中包括至少一个数据类型，从所述数据类型列表中选择待采集的数据类型。

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

所述确定模块，还用于根据所述行为信息，确定所述终端安装的每个应用的使用频率；根据所述每个应用的使用频率，确定使用频率高于预设频率的目标应用标识；根据所述目标应用标识，从所述数据类型列表中确定来源应用为目标应用的数据类型。

12.根据权利要求10所述的装置，其特征在于，

所述确定模块，还用于根据所述行为信息，确定所述用户的用户类型；根据所述用户类型，从所述数据类型列表中选择所述用户类型对应的数据类型。

13.根据权利要求9所述的装置，其特征在于，所述采集需求包括采集时机和采集策略，所述确定模块，还用于根据所述数据类型，从数据类型和采集时机的对应关系中获取所述数据类型对应的采集时机；根据所述行为信息和所述数据类型，确定所述数据类型对应的采集策略。

14.根据权利要求9所述的装置，其特征在于，

所述采集模块，还用于当检测到达所述采集需求包括的采集时机时，根据所述采集需求包括的采集策略，对所述数据类型的数据进行采集，得到所述目标数据。

15.根据权利要求14所述的装置，其特征在于，

所述确定模块，还用于当所述数据类型为通知类数据类型时，在接收到指定通知事件时，确定达到采集时机；

所述确定模块，还用于当所述数据类型为传感器数据类型时，当接收到指定事件且达到指定时间时，确定达到采集时机；

所述确定模块，还用于当所述数据类型为第一应用和第二应用之间的切换数据类型时，在检测到所述第一应用和所述第二应用之间的切换事件时，确定达到采集时机。

16.根据权利要求9-15任一所述的装置，其特征在于，所述装置还包括：

存储模块，用于实时将采集到的目标数据存储到所述终端的内存空间中；

所述存储模块，还用于每隔第一预设周期，将所述内存空间中的目标数据转存到所述终端的数据库中；

相应的，所述发送模块，还用于每隔第二预设周期，将所述数据库中的目标数据传输至所述服务器。

17.一种终端，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取用户在当前时间之前的预设时长内历史使用终端的行为信息，以及确定待采集的数据类型；

根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；

根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；

向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。

18.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述程序被处理器执行时实现以下步骤：

获取用户在当前时间之前的预设时长内历史使用终端的行为信息，以及确定待采集的数据类型；

根据所述行为信息和所述数据类型，确定所述数据类型对应的采集需求；

根据所述采集需求和所述数据类型，进行数据采集，得到目标数据；

向服务器发送所述目标数据，以使所述服务器基于所述目标数据实现预设的用户需求。