CN106101169A

CN106101169A - 一种终端及数据上报方法

Info

Publication number: CN106101169A
Application number: CN201610338693.4A
Authority: CN
Inventors: 黄小峰
Original assignee: Nubia Technology Co Ltd
Current assignee: Nubia Technology Co Ltd
Priority date: 2016-05-19
Filing date: 2016-05-19
Publication date: 2016-11-09

Abstract

本发明公开了一种终端及数据上报方法，数据上报装置在采集到应用程序初始格式数据后，将其处理成通用目标格式数据，然后发给中控上报模块。中控上报装置所接收到的来自各数据上报装置的数据都是统一的通用目标格式数据。这样当应用程序更新而增加了数据类型导致数据格式增加时，只需要对其对应的数据上报装置对应升级即可，并不需要对中控上报装置进行升级，降低了中控上报装置与数据上报装置之间的耦合性，同时也降低中控上报模块的升级成本，提升了资源利用率。

Description

一种终端及数据上报方法

技术领域

本发明涉及通信领域，尤其涉及一种终端及数据上报方法。

背景技术

出于运营的目的，终端中的APP(Application，应用程序)在使用过程中会统计用户的使用习惯，将记录的数据上报给服务器，由服务器对数据挖掘，进而根据挖掘结果制定下一个版本的开发计划。目前行业内的做法是在各APP中集成SDK(Software DevelopmentKit,软件开发工具包)，由各APP的SDK将采集的数据独立上传给服务器，由于每个APP的SDK都独立上报数据，需各自连接网络，会造成终端电量的损耗。为此，目前的做法是设置一个专门负责上报数据的中控APP，每个APP的SDK将采集的数据统一传给该中控APP，然后由该中控APP统一上报给服务器，这样就只需要中控APP连接网络进行数据上传即可。虽然这种方案能解决耗电的问题，但是目前该方案各APP的SDK采集数据后都是按照各数据类型对应的数据格式发给中控APP的，中控APP需对应不同的数据格式创建不同的数据表来存储对应的数据。因此当每一个APP更新进而导致需要采集的数据格式增加时，不但需要对APP的SDK进行更新，对中控APP版本必须进行更新，否则就会存在版本兼容性问题。导致中控APP需要随着APP的SDK的升级而频繁升级，中控APP与其他APP耦合性高，以及更新成本高的问题。

发明内容

本发明的主要目的在于提出一种终端及数据上报方法，旨在解决现有中控APP需随着APP的SDK升级而升级，导致耦合性和更新成本高的问题。

为实现上述目的，本发明提供一种终端，包括数据上报装置和中控上报装置；

所述数据上报装置用于采集对应应用程序的初始格式数据，将所述初始格式数据处理成通用目标格式数据后发给所述中控上报装置；

所述中控上报装置用于接收所述通用目标格式数据并存储于数据表中，将所述数据表上报给服务器。

其中，所述数据上报装置包括：

数据采集模块，用于采集所述对应应用程序的初始格式数据；

格式处理模块，用于将所述初始格式数据处理成通用目标格式数据；

数据发送模块，用于将所述通用目标格式数据发给所述中控上报装置。

其中，所述数据上报装置还包括数据分割模块，用于在所述数据发送模块将所述通用目标格式数据发给所述中控上报装置之前，判断所述通用目标格式数据的数据量大于所述中控上报装置上数据表的最大可存储数据量时，将所述通用目标格式数据分割成多个数据量小于等于所述最大可存储数据量的子数据后发给所述数据发送模块。

其中，所述中控上报装置包括：

数据接收模块，用于接收所述数据上报装置发送的数据，该数据的格式为通用目标格式数据；

存储模块，用于将接收到的通用目标格式数据存储于数据表中；

上报模块，用于将所述数据表上报给服务器。

其中，所述中控上报装置还包括数据获取模块，用于在所述上报模块上报所述数据表给所述服务器之前，获取终端的属性数据并加入所述数据表中。

其中，所述应用程序的初始格式数据为所述应用程序的属性数据和运行数据。

此外，为了解决上述问题，本发明还提供了一种数据上报方法，包括：

通过数据上报装置采集对应应用程序的初始格式数据，并将采集的初始格式数据处理成通用目标格式数据后传递给中控上报装置；

通过所述中控上报装置将所述通用目标格式数据存储于数据表中，并将所述数据表上报给服务器。

其中，一个数据上报装置对应一个应用程序，且至少两个数据上报装置采集的初始格式数据的数据格式不同。

其中，通过所述数据上报装置将所述通用目标格式数据发给所述中控上报装置之前，还包括：判断所述通用目标格式数据的数据量是否大于所述数据表的最大可存储数据量，如是，将所述通用目标格式数据分割成多个小于等于所述最大可存储数据量的子数据。

其中，还包括：通过中控上报装置在上报所述数据表给所述服务器之前，获取终端的属性数据并加入所述数据表中。

有益效果

本发明提出的终端及数据上报方法，数据上报装置在采集到对应应用程序的初始格式数据后，将其处理成通用目标格式数据，然后再发给中控上报模块。这样中控上报装置所接收到的数据都是统一的通用目标格式数据，其只需要设置一种对应的数据表即可。当应用程序更新增加数据类型导致数据格式增加时，只需要对其对应的数据上报装置对应升级即可，并不需要对中控上报装置进行升级，降低了中控上报装置与数据上报装置之间的耦合性，同时也降低了对中控上报模块的升级成本，提升了资源利用率。

附图说明

图1为实现本发明实施例的一个可选的移动终端的硬件结构示意图；

图2为实现本发明实施例的一个可选的服务器的硬件结构示意图；

图3为实现本发明第一实施例终端结构示意图；

图4为实现本发明第一实施例的移动终端内各数据上报装置与中控上报装置连接示意图；

图5为实现本发明第二实施例的数据上报装置结构示意图；

图6为实现本发明第三实施例的数据上报装置结构示意图；

图7为实现本发明第三实施例的数据分割示意图；

图8为实现本发明第四实施例的中控上报装置结构示意图；

图9为实现本发明第五实施例的中控上报装置结构示意图；

图10为实现本发明第六实施例的数据上报方法数据上报装置侧的流程示意图；

图11为实现本发明第七实施例的数据上报方法中控上报装置侧流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本实施例中针对终端中集成有数据上报装置的各应用程序(APP)，数据上报装置在采集到APP的初始格式数据后，不管采集到的数据是什么数据格式，都先将其处理成统一的通用目标格式数据后，再发给中控上报装置。中控上报装置接收到的数据都是通用目标格式。由上可知，本实施例中初始格式数据是指数据上报装置采集到的APP的原始数据格式的数据。本实施例中的通用目标格式数据则是指将采集到的原始数据格式的数据进行数据格式转换后得到的数据。因此本实施例中当APP更新导致数据格式增加，而需要对对应的数据上报装置进行更新时，只需对数据上报装置进行对应的更新即可，可降低中控上报装置与数据上报装置之间的耦合性，并降低升级成本，提升资源利用率。

应当理解的是，本实施例中的终端可以是各种移动终端，只要其支持各种APP的运行即可。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

移动终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的方法和构造也能够应用于固定类型的终端。为了更好的理解本发明，下面以一种具体形态、构造的移动终端进行示例说明。

下面以一种具体的移动终端硬件结构示意图进行示例说明。

请参见图1所示，移动终端100可以包括无线通信单元110、A/V(音频/视频)输入单元120、用户输入单元130、感测单元140、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

无线通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信***或网络之间的无线电通信。例如，无线通信单元可以包括移动通信模块111、无线互联网模块112等。而这些模块都可能会应用到一些相关的应用程序。例如实现无线通信各种功能管理或安全监护的APP等。

移动通信模块111将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网模块112支持移动终端的无线互联网接入。该模块可以内部或外部地耦接到终端。该模块所涉及的无线互联网接入技术可以包括WLAN(无线LAN)(Wi-Fi)、Wibro(无线宽带)、Wimax(全球微波互联接入)、HSDPA(高速下行链路分组接入)等等。终端可以通过该无线互联网模块112与服务器或者其他终端设备实现网络连接，进而实现数据交互。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机和麦克风，相机对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元上。经相机处理后的图像帧可以存储在存储器160(或其它存储介质)中或者经由无线通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机。麦克风可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信模块发送到移动通信基站的格式输出。麦克风可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。相机和麦克风相关的应用程序则比较丰富，例如有各种美颜类的APP以及应用摄像头的APP，各种变声、美声以及录音类的APP等。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元上时，可以形成触摸屏。

感测单元140检测移动终端100的当前状态，(例如，移动终端100的打开或关闭状态)、移动终端100的位置、用户对于移动终端100的接触(即，触摸输入)的有无、移动终端100的取向、移动终端100的加速或减速移动和方向等等，并且生成用于控制移动终端100的操作的命令或信号。例如，当移动终端100实施为滑动型移动电话时，感测单元140可以感测该滑动型电话是打开还是关闭。另外，感测单元140能够检测电源单元190是否提供电力或者接口单元170是否与外部装置耦接。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元、音频输出模块等等。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。本发明提供的实现数据采集上报给中控上报装置功能的数据上报装置，以及实现数据统一接收存储然后上报给服务器功能的中控上报装置，都可存储在存储器160中，并由控制器执行或编译后执行。

控制器180通常控制移动终端的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块1810可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。控制器180可以调用执行存储器160中的各程序实现对应的功能。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信***以及基于卫星的通信***来操作。

至此，己经按照其功能描述了移动终端。在形态上，移动终端包括但不限于折叠型、直板型、摆动型、滑动型。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

应当理解的是，图1所示的硬件结构除了可以构成形态为移动形态的各种移动终端外，还可以构成具有该结构的固定类终端。

如图2所示，为实现本发明各个实施例一个可选的服务器的结构示意图，该服务器至少包括：输入输出(IO)总线21、处理器22、存储器23、内存24和通信装置25。其中，

输入输出(IO)总线21分别与自身所属的服务器的其它部件(处理器22、存储器23、内存24和通信装置25)连接，并且为其它部件提供传送线路。

处理器22通常控制自身所属的服务器的总体操作。例如，处理器22执行计算和确认等操作。其中，处理器22可以是中央处理器(CPU)。

存储器23存储处理器可读、处理器可执行的软件代码，其包含用于控制处理器22执行本文描述的功能的指令(即软件执行功能)。

其中，本发明中，实现接收数据表并对数据表中的数据完成对应分析功能的软件代码可存储在存储器23中，并由处理器22执行或编译后执行。

内存24，一般采用半导体存储单元，包括随机存储器(RAM)，只读存储器(ROM)，以及高速缓存(CACHE)，RAM是其中最重要的存储器。内存24是计算机中重要的部件之一，它是与CPU12进行沟通的桥梁，计算机中所有程序的运行都是在内存中进行的，其作用是用于暂时存放CPU22中的运算数据，以及与硬盘等外部存储器交换的数据，只要计算机在运行中，CPU22就会把需要运算的数据调到内存中进行运算，当运算完成后CPU22再将结果传送出来。

通信装置25，通常包括一个或多个组件，其允许自身所属的服务器与无线通信***或网络之间的无线电通信。

以下通过具体实施例进行详细说明。

第一实施例

请参见图3所示，本实施例中的终端包括数据上报装置32和中控上报装置31；

数据上报装置32用于采集终端内对应应用程序的初始格式数据，将得到的初始格式数据处理成通用目标格式数据后发给中控上报装置31；

中控上报装置31用于接收通用目标格式数据并存储于数据表中，将数据表上报给服务器。

本实施中的应用程序是指应用于各种移动终端和/或固定类终端中的应用程序，各应用程序对应设置于数据上报装置32。且应用程序与数据上报装置32的对应关系可以设置为一一对应，即一个数据上报装置32对应一个应用程序，例如在每个应用程序中内置一个数据上报装置32。当然应当理解的是，二者的对应关系并不限于上述一一对应，也可以时多对一的关系。本实施例中的应用程序可基于终端相应的硬件模块实现一种或多种不同的功能。例如美颜APP，变声APP，照明APP、测身体健康指数的各种APP、以及实现各种办公功能以及其他休闲、娱乐功能的应用APP等。下面统称这些APP为应用程序。基于上述终端硬件结构，下面以终端为移动终端，例如手机、IPAD等，设置于移动终端内的各应用程序和中控上报装置进行示例说明。

各应用程序的数据上报装置和中控上报装置的连接关系如图4所示。各应用程序中都设置有用于采集数据的数据上报装置，各应用程序与中控上报装置连接，将各自采集的数据转换成通用目标格式数据后发给中控上报装置。中控上报装置接收到的来自所有数据上报装置的数据都是统一的通用目标格式数据，其只需要设置一种对应的数据表即可。当应用程序更新而增加了数据类型时，只需要对其数据上报装置对应升级即可，并不需要对中控上报装置进行升级，降低了中控上报装置与数据上报装置之间的耦合性。

图4示出了第一应用程序321、第二应用程序321、第三应用程序321分别与中控上报装置连接，第一数据上报装置3211、第二数据上报装置3221、第三数据上报装置3231分别采集第一应用程序321、第二应用程序321、第三应用程序321的数据，并将采集的数据统一转换成预设的通用目标格式数据后发给中控上报装置31，中控上报装置31所接收到的数据都是通用目标格式数据，因此中控上报装置31只需建立一种数据表存储所接收到的数据，并在上报条件触发时上报给对应的服务器。本实施例中的上报条件可以是数据表存储满，或者预设上报周期达到等等。

另外，现有各APP的SDK采集APP的数据时，不但要对各APP自身独有的数据进行采集，还需对终端数据这一公共的基础数据进行采集。增加了数据采集量和数据采集的重复度，同时也会导致上传的数据量增大，不利于资源利用率的提升。对此，本实施例中，应用程序的数据上报装置在对应用程序数据采集时，可仅采集应用程序自身独有的目标数据，包括但不限于应用程序的属性数据和运行数据。对于终端数据这一公共的基础数据，则由中控上报装置完成。这样终端数据仅需采集一次，降低了数据采集量和数据采集的重复度，同时也减少了上传的数量，因此可提升资源利用率。

当某些应用程序需要采集的数据特别大，超过中控上报装置的数据表中最大可存储数据量时，本实施例中的数据上报装置还可将采集的数据进行分片，得到多个小于或等于该最大可存储数据量的分片数据，也即子数据，然后再发给中控上报装置。同时为了便于后续准确识别和组装，每个子数据可以包含数据唯一识别标识、分片标识、分片数目以及分片标号。

第二实施例

如图5所示，本施例提出的应用程序数据上报装置包括：

数据采集模块41，用于采集应用程序的初始格式数据，也即该应用程序自身数据类型所对应的数据格式的数据。

格式处理模块42，用于将数据采集模块41采集的初始数据处理成通用目标格式数据。

数据发送模块43，用于将格式处理模块42处理后得到的通用目标格式数据发给终端内的中控上报装置。

其中，应当理解的是，本实施例中的通用目标数据格式可以是任意可实现通用的数据格式，例如该通用目标格式数据可包括：终端应用程包名，数据触发时间、数据类型以及包含数据参数和参数值的通用格式数据部分。如下表1所示：

表1

终端应用程包名	数据触发时间	数据类型	通用格式数据
				packageName	startTime	type	value

格式处理模块42接收到数据采集模块41采集的初始格式数据后，只需按照表1所示格式对该数据进行封装即可。

其中，上表中的通用格式数据可以进一步具体定义。例如其具体可按照以下方式定义：param₁,value₁|param₂,value₂|…|param_n-1,value_n-1|param_n,value_n

param代表某类型数据的参数，如点击事件的id、时长、次数等，value代表参数param的取值，如id的值对应为下载事件、30秒、4次点击等。

应当理解的是，数据的通用目标格式数据并不限于上述格式，其可以是任何类型，只要能够区分数据的参数和取值即可，例如json格式也能满足需求。

本实施例中应用程序的数据上报装置将采集到的各种数据格式的数据都统一转换成通用目标格式数据后发给中控上报装置。这样中控上报装置接收到的数据就只有一种格式，其并不需要随着终端应用程数据类型的增加而升级增加对应类型的数据表。降低了升级复杂度和升级成本。

第三实施例

请参见图6所示，本实施例中的应用程序数据上报装置在第二实施例所示结构基础之上，还包括数据分割模块44，用于在数据发送模块43将数据发给中控上报装置之前，判断数据采集模块41采集到的数据的数据量大于中控上报装置上数据表的最大可存储数据量时，将数据分割成多个数据量小于等于最大可存储数据量的子数据后发给数据发送模块43。各子数据包括：数据唯一识别标识、分片标识、分片数目以及分片标号。具体结构请参见表2所示：

表2

数据唯一识别号	分片标识	分片数目	分片编号
				identity	slice	number	seqNumber

例如，请参见图7所示，数据采集模块41采集到的数据A的数据量大于数据表的存储量时，数据分割模块44则将其分割成N个数据量小于等于数据表存储量的子数据A1，A2，……，AN，然后通过数据发送模块43发给中控上报模块。

为了降低数据采集量和数据采集的重复度，减少数据上报流量，本实施例中数据采集模块41所采集的数据为应用程序自身独有的目标数据。该目标数据包括应用程序的属性数据和运行数据。其中，应用程序的属性数据包括但不限于应用程序包名、版本号、版本名称、签名、渠道等中的至少一种；应用程序的运行数据包括但不限于页面被使用时长、事件被触发的时间点、应用程序崩溃等中的至少一种。

第四实施例

请参见图8所示，本实施例提供的应用程序数据的中控上报装置设置于终端ROM中，其包括：

数据接收模块701，用于接收各应用程序的数据上报装置发送的数据，该数据的格式为通用目标格式数据；

存储模块702，用于将接收到的数据存储于数据表中；由于数据接收模块701所接收到的数据都是通用目标格式数据，因此本实施例中的中控上报装置只需要对应该通用目标格式数据设置一种数据表即可，减少了数据表设置和管理的复杂度；且并不需要随着应用程序因升级导致数据类型增加而对应增加数据表类型，降低了升级频率和成本；

上报模块703，用于将数据表上报给服务器。上报条件可以是数据表存储满或者上报周期到达或者接收到由用户下发的上报指令。值得注意的是，本实施例中的上报条件用户可以根据自身需求灵活设定。

第五实施例

请参见图9所示，本实施例中，为了降低应用程序数据的采集量和降低流量损耗，在第三实施例所示的中控上报装置结构基础上，中控上报装置还包括数据获取模块704，其用于在上报模块703上报数据表给服务器之前，获取终端的属性数据并加入数据表中。以便让服务器知道接收到的数据来自哪个终端。本实施例中终端的属性数据包括但但不限于终端的IMEI号、MAC地址、终端生产厂商、操作***、操作***版本、终端型号等。

另外，当某些应用程序需要采集的数据特别大，超过中控上报装置的数据表中最大可存储数据量时，数据上报装置将采集的数据进行分片，得到多个小于或等于最大可存储数据量的分片数据，也即子数据，然后再发给中控上报装置。同时为了便于中控上报装置后续准确识别和组装，每个子数据可以包含数据唯一识别标识、分片标识、分片数目以及分片标号。数据接收模块701所接收到的数据可能是一个完成的数据，也可能是一个分片数据，也即子数据。因此服务器接收到中控上报装置发送的数据表后，需判断数据表的数据是否是子数据，如果是，则根据该子数据中的唯一识别标识、分片标识、分片数目以及分片标号与对应的其他子数据进行整合成一个完整的数据。

第六实施例

本实施例还提供一种应用程序的数据上报方法中，数据上报装置侧的处理过程，参见图10所示，包括：

S901：通过数据上报装置采集该装置对应的应用程序的初始格式数据。

本实施例中一个数据上报可装置可以对应一个应用程序。例如每一个应用程序中设置一个数据上报装置。且本实施例中，终端内多个应用程序中，存在至少两个数据上报可装置所采集的应用程序的初始格式数据格式之数据格式是不相同的。

本实施例中采集到的一个应用程序的初始格式数据可以包含终端的基础数据和应用程序自身独有的数据，也可以仅包含应用程序自身独有的数据，例如包含应用程序的属性数据和运行数据。其中应用程序的属性数据包括但不限于应用程序包名、版本号、版本名称、签名、渠道等中的至少一种；应用程序的运行数据包括但不限于页面被使用时长、事件被触发的时间点、应用程序崩溃信息等中的至少一种。

S902：通过数据上报装置将采集到的初始格式数据封装成通用目标格式数据；该通用目标格式数据可以是任意能实现通用的数据格式；本实施例中的目标数据格式可以是任意可实现通用的数据格式，例如该通用目标格式数据可包括：终端应用程包名，数据触发时间、数据类型以及包含数据参数和参数值的通用格式数据部分。

S903：通过数据上报装置将处理后得到的通用目标格式数据发给终端内的中控上报装置。

应用程序的数据上报装置将采集到的各种类型数据都统一转换成通用目标格式数据后发给中控上报装置，使得中控上报装置接收到的数据只有一种格式，因此当终端应用程数据升级而增加了数据类型时，并不需要对中控上报装置进行对应升级。降低了数据上报装置和中控上报装置之间的耦合性。

当某些应用程序需要采集的数据特别大，超过中控上报装置的数据表中最大可存储数据量时，本实施例中的数据上报装置还可将采集的数据进行分片，得到多个小于或等于数据表最大可存储数据量的分片数据，也即子数据，然后再发给中控上报装置。同时为了便于后续准确识别和组装，每个子数据可以包含数据唯一识别标识、分片标识、分片数目以及分片标号。

第七实施例

本实施例还提供一种数据上报方法中，中控上报装置侧的处理过程，参见图11所示，包括：

S1001：通过中控上报装置接收各应用程序的数据上报装置发送的数据；此时接收的数据格式都是统一的通用目标格式数据。

S1002：通过中控上报装置将接收到的数据存储于数据表中；此时的数据表只需对应通用目标格式数据的一种类型即可；并不需要设置多种不同类型的数据表。

S1003：通过中控上报装置将数据表上报给服务器。具体上报条件可以是数据表存储满或上报周期达到时。

本实施例中，中控上报装置所接收到的来自数据上报装置的数据可能是一个完整的数据，也可能是分片数据，也即子数据。其将接收到的数据存储于数据表中上报给服务器之后，该服务器需判断数据表的数据是否是子数据，如果是，则根据该子数据中的唯一识别标识、分片标识、分片数目以及分片标号与对应的其他子数据进行整合成一个完整的数据。

为了降低数据采集量和数据采集的重复度，减少数据上报流量，本实施例中数据上报装置所采集的数据可仅为应用程序自身独有的目标数据。该目标数据包括应用程序的属性数据和运行数据。对于终端部分的基础数据，则可由中控上报装置专门完成采集。这样终端数据仅需采集一次，降低了数据采集量和数据采集的重复度，同时也减少了上传的数量，因此可提升资源利用率。

本发明通过应用程序中的数据上报装置将所采集到的初始格式数据封装成统一的通用目标格式数据后转发给中控上报装置，中控上报装置由于只会接收到一种数据格式的数据，因此仅需设计一种对应的数据表进行存储即可，充分考虑到了向后兼容性，应用程序升级时只需升级对应的数据上报装置即可。

另外，本发明还进一步通过中控上报装置实现对终端数据这一基础数据的采集，让应用程序仅采集自身独有的数据，然后合并上传，这样可以避免每个应用程序都去采集一次终端数据，将第了基础数据的采集量和重复采集度，达到了省电、节约流量等技术效果。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种终端，其特征在于，包括数据上报装置和中控上报装置；

2.如权利要求1所述终端，其特征在于，所述数据上报装置包括：

3.如权利要求2所述的终端，其特征在于，所述数据上报装置还包括数据分割模块，用于在所述数据发送模块将所述通用目标格式数据发给所述中控上报装置之前，当所述通用目标格式数据的数据量大于所述中控上报装置上数据表的最大可存储数据量时，将所述通用目标格式数据分割成多个数据量小于等于所述最大可存储数据量的子数据后发给所述数据发送模块。

4.如权利要求1所述的终端，其特征在于，所述中控上报装置包括：

上报模块，用于将所述数据表上报给服务器。

5.如权利要求4所述的终端，其特征在于，所述中控上报装置还包括数据获取模块，用于在所述上报模块上报所述数据表给所述服务器之前，获取终端的属性数据并加入所述数据表中。

6.如权利要求1-5任一项所述的终端，其特征在于，所述应用程序的初始格式数据为所述应用程序的属性数据和运行数据。

7.一种数据上报方法，其特征在于，包括：

8.如权利要求7所述的数据上报方法，其特征在于，所述应用程序的初始格式数据为所述应用程序的属性数据和运行数据。

9.如权利要求7或8所述的数据上报方法，其特征在于，一个数据上报装置对应一个应用程序，且至少两个数据上报装置采集的初始格式数据的数据格式不同。

10.如权利要求7或8所述的数据上报方法，其特征在于，通过所述数据上报装置将所述通用目标格式数据发给所述中控上报装置之前，还包括：判断所述通用目标格式数据的数据量是否大于所述数据表的最大可存储数据量，如是，将所述通用目标格式数据分割成多个小于等于所述最大可存储数据量的子数据。

11.如权利要求7或8所述的数据上报方法，其特征在于，还包括：通过中控上报装置在上报所述数据表给所述服务器之前，获取终端的属性数据并加入所述数据表中。