数据上报方法、装置、移动终端及计算机可读介质与流程

本申请涉及信息处理技术领域，更具体地，涉及一种数据上报方法、装置、移动终端及计算机可读介质。

背景技术：

目前，手机、平板电脑等移动终端已经越来越普及，移动终端的功能也越来越强大，人们不仅利用移动终端打电话和发短信，还可以利用移动终端看网页、发微博等，移动终端中会存储有与用户有关的大量信息以及移动终端在运行时产生的数据，通过采集这些数据能够分析到用户的行为以及移动终端的运行情况。

现有的采集数据一般是由与应用程序绑定的SDK组件采集每个应用程序的数据并上报，或者由系统自带的DCS组件采集所有的数据并上报，方式单一且不便于统一管理。

技术实现要素：

本申请提出了一种数据上报方法、装置、移动终端及计算机可读介质，以改善上述缺陷。

第一方面，本申请实施例提供了一种数据上报方法，包括：SDK组件判断应用程序是否满足预设上报条件；若满足，所述SDK组件将所述应用程序的待上报数据发送至系统采集组件；所述系统采集组件按照预设规则将所接收的所述应用程序的待上报数据发送至服务器。

第二方面，本申请实施例还提供了数据上报装置，包括：判断单元、发送单元和上报单元。判断单元，用于判断应用程序是否满足预设上报条件。发送单元，用于若满足，将所述应用程序的待上报数据发送至系统采集组件。上报单元，用于按照预设规则将所接收的所述应用程序的待上报数据发送至服务器。

第三方面，本申请实施例还提供了一种移动终端，包括存储器和处理器，所述存储器与所述处理器耦合。所述存储器存储指令，当所述指令由所述处理器执行时以使所述处理器执行以下操作：SDK组件判断应用程序是否满足预设上报条件；若满足，所述SDK组件将所述应用程序的待上报数据发送至系统采集组件；所述系统采集组件按照预设规则将所接收的所述应用程序的待上报数据发送至服务器。

第四方面，本申请实施例还提供了一种具有处理器可执行的程序代码的计算机可读介质，所述程序代码使所述处理器执行上述方法。

本申请实施例提供的数据上报方法、装置、移动终端及计算机可读介质，首先，由SDK组件监测应用程序是否满足预设上报条件，如果满足，则将应用程序对应的待上报数据发送至系统采集组件，由系统采集组件收集SDK组件发送的待上报数据，将所收集的待上报数据发送至服务器。因此，采用SDK组件与系统采集组件相结合的方式，由系统采集组件统一收集各个应用程序的SDK组件发送的数据，再按照预设规则上报至服务器，便于管理。

本申请实施例的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例而了解。本申请实施例的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本申请实施例提供的数据上报方法及装置的应用场景图；

图2示出了本申请一实施例提供的数据上报方法的方法流程图；

图3示出了本申请另一实施例提供的数据上报方法的方法流程图；

图4示出了本申请一实施例提供的数据上报装置的模块框图；

图5示出了本申请另一实施例提供的数据上报装置的模块框图；

图6示出了本申请实施例提供的移动终端的结构示意图；

图7示出了本申请实施例的移动终端的模块框图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参阅图1，示出了本申请实施例提供的数据上报方法及装置的应用场景图。如图1中所示，用户终端1和服务器2位于无线网络或有线网络中，用户终端1和服务器2进行数据交互。

于本申请实施例中，用户终端1可以为移动终端设备，例如可以包括智能手机、平板电脑、电子书阅读器、膝上型便携计算机、车载电脑、穿戴式移动终端等等。

在一些实施例中，客户端安装在用户终端1内。具体地，客户端可以是安装在用户终端1的应用程序。用户针对客户端的操作以及客户端的运行数据可以上报给服务器。具体地，客户端对应的数据可以通过SDK组件或系统采集组件发送至服务器。

其中，SDK组件安装在客户端内，与客户端绑定，并且可以随客户端的更新而更新。SDK组件的作用是为其他应用程序访问客户端的数据而提供访问接口，也可以主动采集客户端的数据并发送至其他客户端或终端。系统采集组件为用户终端的系统自带的采集工具，例如，可以是数据收集系统(Data Collect System，DCS)，一般根据系统的更新而更新。

服务器2设有用于存储客户端的数据的存储空间，用于管理、存储用户数据并提供用户服务。服务器2可以是单独的服务器，也可以是服务器集群，可以是本地服务器，也可以是云端服务器。

在一些实施例中，SDK组件用于采集与其绑定的客户端的数据，而系统采集组件可以采集用户终端内的各个客户端的数据。而现在的数据采集中，往往使用SDK组件采集所对应的客户端的数据，如果要采集多个客户端的时候，需要每个客户端的SDK组件将采集的数据发送至服务器，极不便管理。而通过系统采集组件虽然可以采集不同客户端的数据之后再上报，但是，采集策略不够丰富，采集方式过于单一。

因此，为了克服上述缺陷，请参阅图2，示出了本申请实施例提供了一种数据上报方法，该方法用于提高数据采集的多样性和便于管理性。具体地，该方法包括：S201至S203。

S201：SDK组件判断应用程序是否满足预设上报条件。

其中，应用程序安装在移动终端内，SDK组件与应用程序绑定，用于采集应用程序的数据并上报。SDK组件根据预设的策略判断应用程序是否满足预设上报条件，例如，可以是按照预设间隔时间将应用程序的数据发送至系统采集组件。具体地，在判定当前时刻与在上次发送数据的时间点之间的时间间隔满足预设间隔时，就判定应用程序满足预设上报条件。

还可以是，在应用程序的待上报数据的数据长度满足一定值时，将应用程序的数据发送至系统采集组件。具体地，获取当前时刻所述应用程序的待上报数据的数据长度；判断所述数据长度是否大于预设长度；若大于，判定应用程序满足预设上报条件。

移动终端内设有本地存储空间，用于存储应用程序的待上报数据，其中，待上报数据包括应用程序的运行数据，例如，应用程序的启动或退出等，还包括用户针对应用程序的操作行为数据，例如，关闭某个界面或输入某些信息等。作为一种实施方式，在应用程序内设置多个埋点，每个埋点代表用户针对应用程序的操作行为或应用程序的运行状态，例如，应用程序的启动作为一个埋点，用户打开应用程序的某个界面作为一个埋点，而在这些行为发生时，也即埋点被触发，则其对应的数据就能够存储在应用程序对应的本地存储空间，作为应用程序的待上报数据被存储在本地。

需要说明的是，待上报数据中的数据与SDK组件采集将应用程序的数据发送的历史记录有关，例如，应用程序启动之后，所产生的数据A存储在本地，而SDK组件将A作为待上报数据发送至系统采集组件，然后，随着应用程序的继续运行产生了数据B，则应用程序的本地存储空间内的数据为A和B，但是数据A已经发送至系统采集组件，则本次的待上报数据为B。

预先设置一个预设长度，其中，该数据长度可以是数据的字节数，例如，3M字节，也可以是数据的条数，例如30条。而SDK组件能够实时监测应用程序的待上报数据的数据长度。例如，SDK组件上一次将应用程序的数据发送至系统采集组件之后，待上报数据的长度为0，随着应用程序的运行，应用程序的待上报数据的数据长度逐渐增大，不断累积，在累积到预设长度之后，SDK组件就判定应用程序满足预设上报条件。因此，在SDK组件上一次将应用程序的数据发送之后，在本次的待上报数据的数据长度累积到一定长度之后，就满足预设上报条件，则就可以执行将应用程序的待上报数据发送至系统采集组件的操作。

作为另一种实施方式，还可以是在应用程序的状态处于某个状态时，判定应用程序满足预设上报条件。具体地，监测所述应用程序的状态是否由运行状态切换为后台状态；若监测到所述应用程序的状态由运行状态切换为后台状态，则判定应用程序满足预设上报条件。

应用程序的状态包括运行状态、后台状态和退出状态，其中，运行状态为在移动终端的显示界面上运行，例如，应用程度的一个activity处于topmost状态，则表示应用程序处于运行状态，当用户点击home键或者锁屏键时，应用程序则进入后台状态，此时，应用程序在系统后台运行。如果将应用程序的进程完全杀死，则应用程序进入退出状态。在应用程序由运行状态切换为后台状态时，则表示用户可能会在一段时间内部使用该应用程序，也就是说，应用程序本地存储的数据可能会在一段时间内无变化，则可以在应用程序进入后台的时候，将应用程序的待上报数据上报，也就是说，在监测到所述应用程序的状态由运行状态切换为后台状态，则判定应用程序满足预设上报条件。

S202：所述SDK组件将所述应用程序的待上报数据发送至系统采集组件。

SDK组件在判定应用程序满足预设上报条件，将所述应用程序的待上报数据发送至系统采集组件。具体地，移动程序内设有应用程序的数据上报记录，该记录包括每次上报数据的时间、每个数据的存储时间等，则可以根据上次上报数据的时间和每个数据的存储时间确定本次的待上报数据。例如，上次上报数据的时间为第一时间，则将第一时间之后的数据中，符合上报要求的数据作为待上报数据，其中，符合上报要求可以用户自己定义的能够上报的数据，例如，非隐私类数据，例如，某个具体的操作行为数据或运行数据。

在确定应用程序的待上报数据之后，将待上报数据发送至系统采集组件。于本申请实施例中，系统采集组件可以是DCS组件，则下面以DCS组件为例，SDK组件与DCS组件之间预设有访问接口，能够实现SDK组件与DCS组件之间相互的数据访问。则SDK组件通过访问接口将所述应用程序的待上报数据发送至DCS组件。

S203：所述系统采集组件按照预设规则将所接收的所述应用程序的待上报数据发送至服务器。

具体地，DCS组件将在预设时间间隔内所接收的所述应用程序的所有的待上报数据发送至服务器。其中，预设时间间隔为预先设定的时间间隔，例如12小时或2小时。DCS组件每次将待上报数据发送至服务器的时间都记录在发送记录里，在该发送记录里获取上一次发送待上报数据至服务器的时间，记为历史时间，以该历史时间为起点，获取在该历史时间之后的预设时间间隔内的所有的待上报数据，则在预设时间间隔内接收的所有待上报数据发送至服务器。

需要说明的是，移动终端内可以包括多个应用程序，而每个应用程序都对应一个SDK组件，每个SDK组件在判定所对应的应用程序满足预设上报条件时，将应用程序的待上报数据发送至DCS组件。DCS组件在预设时间间隔内持续接收不同的SDK组件发送的不同的应用程序的待上报数据，然后，将预设时间间隔内接收的所有应用程序的待上报数据发送至服务器。

请参阅图3，示出了本申请实施例提供了一种数据上报方法，该方法用于提高数据采集的多样性和便于管理性。具体地，该方法包括：S301至S307。

S301：所述SDK组件监测是否接收到所述应用程序的数据上报请求。

应用程序的数据上报请求为指示SDK发送应用程序的待上报数据的请求，具体地，该数据上报请求可以是用户基于应用程序的上报按键的操作，即用户在点击应用程序的某个界面的上报按键之后，则SDK组件监测到接收到了应用程序的数据上报请求。

作为另一种实施方式，所述SDK组件监测是否接收到所述应用程序的数据上报请求的方式还可以是，若所述SDK组件监测到所述应用程序对应的预设事件发生时，判定接收到所述应用程序的数据上报请求。

其中，该预设事件为用户预先设定的应用程序对应的操作行为或运行状态，在SDK组件监测到应用程序对应的操作行为或运行状态发生时，就表示SDK组件监测到预设事件发生。例如，预设事件为应用程序的某个浮动窗口被点击，则当用户点击该浮动窗口时，就判定应用程序对应的预设事件发生，则此时的待上报数据就包括与该浮动窗口的点击操作相关的数据。具体地，该预设事件可以是前述的埋点。

S302：判断所接收的数据上报请求是否为应用程序本次启动之后首次获取的数据上报请求。

移动终端内存储有与应用程序对应的数据记录，该数据记录包括应用程序的启动次数，每次启动的时间、每次退出的时间以及每次发送待上报数据的时间等。

在检测到应用程序处于运行状态时，表示该应用程序已经启动，在获取本次启动的启动时间，然后在获取当前所获取的数据上报请求的时间，判断在启动时间与当前所获取的数据上报请求的时间之间，是否存在其他的数据上报请求，如果不存在，则判定当前所获取的数据上报请求为所述应用程序本次启动之后首次获取的数据上报请求，则执行S306的操作。如果存在，则判定当前所获取的数据上报请求不是所述应用程序本次启动之后首次获取的数据上报请求，即非首次获取的数据上报请求，则执行S303的操作。

S303：获取所述SDK组件上一次发送所述应用程序的待上报数据至系统采集组件的历史发送时间。

具体地，在上述的应用程序对应的数据记录获取上一次发送所述应用程序的待上报数据至系统采集组件的时间，作为历史发送时间。

S304：获取本次所接收的数据上报请求的时间与所述历史发送时间之间的时间间隔。

S305：判断所述时间间隔是否大于预设时间阈值。

预设时间阈值为用户根据实际数据上报的需求而设定的，例如，可以是5分钟。如果时间间隔大于预设时间阈值则执行S306，如果不大于预设时间阈值则结束本次方法，或者返回执行S304，当然也可以是通过其他逻辑上报数据，例如，获取当前时刻所述应用程序的待上报数据的数据长度；判断所述数据长度是否大于预设长度，若大于，则执行S306，具体的实施方式可以参考前述实施例，也就是说，在未达到预设时间阈值时，但是数据长度已经大于预设长度，则执行S306。

S306：所述SDK组件将所述应用程序的待上报数据发送至系统采集组件。

S307：所述系统采集组件按照预设规则将所接收的所述应用程序的待上报数据发送至服务器。

需要说明的是，上述步骤中未详细描述的部分，可参考前述实施例，在此不再赘述。

请参阅图4，示出了本申请实施例提供了一种数据上报装置400，该装置用于提高数据采集的多样性和便于管理性。具体地，该装置包括：判断单元401、发送单元402、上报单元403。

判断单元401，用于判断应用程序是否满足预设上报条件。

发送单元402，用于若满足，将所述应用程序的待上报数据发送至系统采集组件。

上报单元403，用于按照预设规则将所接收的所述应用程序的待上报数据发送至服务器。

需要说明的是，判断单元401和发送单元402为SDK组件内的模块，上报单元403为系统采集组件内的模块。

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

请参阅图5，示出了本申请实施例提供了一种数据上报装置500，该装置用于提高数据采集的多样性和便于管理性。具体地，该装置包括：判断单元501、发送单元502、上报单元503。

判断单元501，用于判断应用程序是否满足预设上报条件。

具体地，判断单元501包括监测子单元5011、第一判断子单元5012、第一获取子单元5013、第二获取子单元5014和第二判断子单元5015。

监测子单元5011，用于监测是否接收到所述应用程序的数据上报请求。

第一判断子单元5012，用于判断所接收的数据上报请求是否为应用程序本次启动之后首次获取的数据上报请求。

第一获取子单元5013，用于获取所述SDK组件上一次发送所述应用程序的待上报数据至系统采集组件的历史发送时间。

第二获取子单元5014，用于获取本次所接收的数据上报请求的时间与所述历史发送时间之间的时间间隔。

第二判断子单元5015，用于判断所述时间间隔是否大于预设时间阈值。

发送单元502，用于若满足，将所述应用程序的待上报数据发送至系统采集组件。

上报单元503，用于按照预设规则将所接收的所述应用程序的待上报数据发送至服务器。

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

请参阅图6，基于上述的方法和装置，本申请实施例还提供一种移动终端100，其包括电子本体部10，所述电子本体部10包括壳体12及设置在所述壳体12上的主显示屏120。所述壳体12可采用金属、如钢材、铝合金制成。本实施例中，所述主显示屏120通常包括显示面板111，也可包括用于响应对所述显示面板111进行触控操作的电路等。所述显示面板111可以为一个液晶显示面板(Liquid Crystal Display，LCD)，在一些实施例中，所述显示面板111同时为一个触摸屏109。

请同时参阅图7，在实际的应用场景中，所述移动终端100可作为智能手机终端进行使用，在这种情况下所述电子本体部10通常还包括一个或多个(图中仅示出一个)处理器102、存储器104、RF(Radio Frequency，射频)模块106、音频电路110、传感器114、输入模块118、电源模块122。本领域普通技术人员可以理解，图7所示的结构仅为示意，其并不对所述电子本体部10的结构造成限定。例如，所述电子本体部10还可包括比图7中所示更多或者更少的组件，或者具有与图6所示不同的配置。

本领域普通技术人员可以理解，相对于所述处理器102来说，所有其他的组件均属于外设，所述处理器102与这些外设之间通过多个外设接口124相耦合。所述外设接口124可基于以下标准实现：通用异步接收/发送装置(Universal Asynchronous Receiver/Transmitter，UART)、通用输入/输出(General Purpose Input Output，GPIO)、串行外设接口(Serial Peripheral Interface，SPI)、内部集成电路(Inter-Integrated Circuit，I2C)，但不并限于上述标准。在一些实例中，所述外设接口124可仅包括总线；在另一些实例中，所述外设接口124还可包括其他元件，如一个或者多个控制器，例如用于连接所述显示面板111的显示控制器或者用于连接存储器的存储控制器。此外，这些控制器还可以从所述外设接口124中脱离出来，而集成于所述处理器102内或者相应的外设内。

所述存储器104可用于存储软件程序以及模块，所述处理器102通过运行存储在所述存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理。所述存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，所述存储器104可进一步包括相对于所述处理器102远程设置的存储器，这些远程存储器可以通过网络连接至所述电子本体部10或所述主显示屏120。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

所述RF模块106用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通讯网络或者其他设备进行通讯。所述RF模块106可包括各种现有的用于执行这些功能的电路元件，例如，天线、射频收发器、数字信号处理器、加密/解密芯片、用户身份模块(SIM)卡、存储器等等。所述RF模块106可与各种网络如互联网、企业内部网、无线网络进行通讯或者通过无线网络与其他设备进行通讯。上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术，包括但并不限于全球移动通信系统(Global System for Mobile Communication，GSM)、增强型移动通信技术(Enhanced Data GSM Environment，EDGE)，宽带码分多址技术(wideband code division multipleaccess，W-CDMA)，码分多址技术(Code division access，CDMA)、时分多址技术(time division multiple access，TDMA)，无线保真技术(Wireless，Fidelity，WiFi)(如美国电气和电子工程师协会标准IEEE802.10A，IEEE 802.11b，IEEE802.11g和/或IEEE 802.11n)、网络电话(Voice over internet protocal，VoIP)、全球微波互联接入(Worldwide Interoperability for Microwave Access，Wi-Max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。

音频电路110、听筒101、声音插孔103、麦克风105共同提供用户与所述电子本体部10或所述主显示屏120之间的音频接口。具体地，所述音频电路110从所述处理器102处接收声音数据，将声音数据转换为电信号，将电信号传输至所述听筒101。所述听筒101将电信号转换为人耳能听到的声波。所述音频电路110还从所述麦克风105处接收电信号，将电信号转换为声音数据，并将声音数据传输给所述处理器102以进行进一步的处理。音频数据可以从所述存储器104处或者通过所述RF模块106获取。此外，音频数据也可以存储至所述存储器104中或者通过所述RF模块106进行发送。

所述传感器114设置在所述电子本体部10内或所述主显示屏120内，所述传感器114的实例包括但并不限于：光传感器、运行传感器、压力传感器、重力加速度传感器、以及其他传感器。

具体地，所述光传感器可包括光线传感器114F、压力传感器114G。其中，压力传感器114G可以检测由按压在移动终端100产生的压力的传感器。即，压力传感器114G检测由用户和移动终端之间的接触或按压产生的压力，例如由用户的耳朵与移动终端之间的接触或按压产生的压力。因此，压力传感器114G可以用来确定在用户与移动终端100之间是否发生了接触或者按压，以及压力的大小。

请再次参阅图6，具体地在图6所示的实施例中，所述光线传感器114F及所述压力传感器114G邻近所述显示面板111设置。所述光线传感器114F可在有物体靠近所述主显示屏120时，例如所述电子本体部10移动到耳边时，所述处理器102关闭显示输出。

作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别所述移动终端100姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。另外，所述电子本体部10还可配置陀螺仪、气压计、湿度计、温度计等其他传感器，在此不再赘述，

本实施例中，所述输入模块118可包括设置在所述主显示屏120上的所述触摸屏109，所述触摸屏109可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在所述触摸屏109上或在所述触摸屏109附近的操作)，并根据预先设定的程序驱动相应的连接装置。可选的，所述触摸屏109可包括触摸检测装置和触摸控制器。其中，所述触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给所述触摸控制器；所述触摸控制器从所述触摸检测装置上接收触摸信息，并将该触摸信息转换成触点坐标，再送给所述处理器102，并能接收所述处理器102发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现所述触摸屏109的触摸检测功能。

所述主显示屏120用于显示由用户输入的信息、提供给用户的信息以及所述电子本体部10的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、数字、视频和其任意组合来构成，在一个实例中，所述触摸屏109可设置于所述显示面板111上从而与所述显示面板111构成一个整体。

所述电源模块122用于向所述处理器102以及其他各组件提供电力供应。具体地，所述电源模块122可包括电源管理系统、一个或多个电源(如电池或者交流电)、充电电路、电源失效检测电路、逆变器、电源状态指示灯以及其他任意与所述电子本体部10或所述主显示屏120内电力的生成、管理及分布相关的组件。

所述移动终端100还包括定位器119，所述定位器119用于确定所述移动终端100所处的实际位置。本实施例中，所述定位器119采用定位服务来实现所述移动终端100的定位，所述定位服务，应当理解为通过特定的定位技术来获取所述移动终端100的位置信息(如经纬度坐标)，在电子地图上标出被定位对象的位置的技术或服务。

应当理解的是，上述的移动终端100并不局限于智能手机终端，其应当指可以在移动中使用的计算机设备。具体而言，移动终端100，是指搭载了智能操作系统的移动计算机设备，移动终端100包括但不限于智能手机、智能手表、平板电脑，等等。

综上所述，本申请实施例提供的数据上报方法、装置、移动终端及计算机可读介质，首先，由SDK组件监测应用程序是否满足预设上报条件，如果满足，则将应用程序对应的待上报数据发送至系统采集组件，由系统采集组件收集SDK组件发送的待上报数据，将所收集的待上报数据发送至服务器。因此，采用SDK组件与系统采集组件相结合的方式，由系统采集组件统一收集各个应用程序的SDK组件发送的数据，再按照预设规则上报至服务器，便于管理。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(移动终端)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。