CN108810098A - 一种数据上报方法、装置、终端及存储介质 - Google Patents

Abstract

本发明涉及通信技术领域，公开了一种数据上报方法、装置、终端及存储介质，所述方法包括：获取服务器下发的数据上报配置；解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；获取所述数据上报操作项中的待上报数据的标识；当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。本发明可增加服务器端对客户端数据上报运营的灵活性，不用在发版前把数据上报布点补齐，可以后期按需从发布上线的客户端提取数据。

Description

一种数据上报方法、装置、终端及存储介质

技术领域

本发明涉及通信技术领域，尤其涉及一种数据上报方法、装置、终端及存储介质。

背景技术

现在的客户端应用中，客户端进行数据上报，可以方便我们对用户的使用数据、客户端运行状态更好的了解。客户端数据上报主要有两种用途：了解用户的使用情况，包括操作流程和成功率等；了解客户端的运行状态，包括出错情况，稳定性情况等。在客户端发布之前，会规划好本期客户端包含的数据上报布点，并在实现相关的数据上报逻辑，完成开发测试后在客户端版本中发布上线。

具体说来，上述方案存在以下问题：

1.产品策划人员很难在客户端发布前将所需的数据上报点考虑周全，当遗漏了数据上报点，或者临时新增数据上报需求时，需要等待新的版本发布，或者依赖热补丁等技术将新增的数据上报逻辑下发下去。

2.数据上报的方式是固化的，版本发布后，无法方便的调整数据上报条件规则，也就是缺乏对线上客户端版本数据上报能力的控制能力。

发明内容

本发明所要解决的技术问题在于，提供一种数据上报方法、装置、终端及存储介质，可增加服务器端对客户端数据上报运营的灵活性，不用在发版前把数据上报布点补齐，可以后期按需从发布上线的客户端提取数据。

为了解决上述技术问题，第一方面，本发明提供了一种数据上报方法，包括：

获取服务器下发的数据上报配置；

解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

获取所述数据上报操作项中的待上报数据的标识；

当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

第二方面，本发明提供了一种数据上报装置，包括：

上报配置获取模块，用于获取服务器下发的数据上报配置；

上报配置解析模块，用于解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

标识获取模块，用于获取所述数据上报操作项中的待上报数据的标识；

数据上报模块，用于当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

第三方面，本发明提供了一种终端，包括：

处理器以及存储器，其中所述处理器用于调用并执行所述存储器中存储的程序，所述存储器用于存储程序，所述程序用于：

获取服务器下发的数据上报配置；

解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

获取所述数据上报操作项中的待上报数据的标识；

当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

第四方面，本发明提供了一种计算机存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令由处理器加载并执行以下步骤：

获取服务器下发的数据上报配置；

解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

获取所述数据上报操作项中的待上报数据的标识；

当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

实施本发明实施例，具有如下有益效果：

本发明通过为客户端的各项数据设置标识，获取服务器下发的数据上报配置，再对所述数据上报配置进行解析得到数据上报操作集合，根据上报操作集合中的数据上报操作项中的带上报数据的标识，将对应的数据上报给服务器。通过本发明，可以及时地对线上客户端提取所需的数据，客户端无需在每次发版前预埋数据上报逻辑，真正做到按需动态的进行数据上报；此外通过本发明，能够在后台配置和更新数据上报的筛选规则，使得客户端上报的数据可以适应不断变化的需求。

附图说明

图1是本发明实施例提供的应用场景示意图；

图2是本发明实施例提供的一种服务器侧数据上报方法流程图；

图3是本发明实施例提供的一种客户端侧数据上报方法流程图；

图4是本发明实施例提供的另一种客户端侧数据上报方法流程图；

图5是本发明实施例提供的又一种客户端侧数据上报方法流程图；

图6是本发明实施例提供的一种数据上报装置示意图；

图7是本发明实施例提供的数据上报模块示意图；

图8是本发明实施例提供的一种数据上报系统示意图；

图9是本发明实施例提供的一种数据上报系统中客户端与服务器的交互图；

图10是本发明实施例提供的一种终端结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

数据上报技术一般包含三个部分：客户端数据上报模块、数据上报通道以及后台数据接收和存储模块。客户端在需要数据上报的地方采集数据，然后调用数据上报模块；数据上报模块使用一定的策略对数据进行组织，然后通过数据上报通道提交给后台服务器，数据上报通道可以采用http(Hyper Text Transfer Protocol，超文本传输协议)协议，也可以是自定义的CS(Client-Server，客户端对服务端)协议；后台服务器接收到数据后，会进行存储和后续分析。

请参考图1，其示出了本发明实施例提供的实施环境的示意图，该实施环境包括：至少一个终端设备110和服务器120，其中，所述终端设备110可以但不限于为手机、平板电脑、台式计算机等终端设备。所述服务器120可以是一台服务器，也可以是由若干服务器组成的服务器集群，或者是一个云计算服务中心。

所述终端设备110可以与各种网络如互联网、企业内部网、无线网络等进行通讯，上述的无线网络可包括蜂窝式电话网、无线局域网或者城域网。上述的无线网络可以使用各种通信标准、协议及技术。所述终端设备110中安装有若干客户端，所述客户端通过网络接收所述服务器120下发的指令，并根据所述指令执行相应的操作。在本发明实施例中，所述终端设备110中安装的客户端接收所述服务器120下发的数据上报配置，所述客户端对所述数据上报配置进行解析，并根据解析出的上报要求上报相应的数据。

本实施例中的各项数据是指终端用户在使用一个或多个客户端程序时，对所述一个或多个客户端程序进行操作以及在其显示页面上进行操作所产生的数据。该数据可包括但不限于客户端程序启动次数、客户端程序会话时长及消息数量、客户端程序崩溃次数、客户端程序运行时长等各项数据信息。

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤和顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或中断产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

请参见图2，其示出了一种数据上报方法，应用于服务器侧，包括：

S210.服务器接收客户端上报的客户端登录信息。

客户端的登录信息是能够识别客户端的标识信息，比如可以包括当前用户登录客户端使用的帐号ID、客户端所在的运行设备的唯一识别码以及客户端的版本号信息等。各个客户端会将上述至少一项信息上报给服务器。

S220.服务器根据接收到的所述登录信息制定相应的数据上报配置。

在接收到客户端的登录信息后，服务器会根据需要，选取需要进行上报数据的客户端，此时便可以通过登录信息来指定需要上报数据的客户端，即限定哪些客户端需要执行数据上报的操作，限定的方式可以包括以下的一个或多个维度，包括：用户登录客户端使用的帐号ID、客户端所在的运行设备的唯一识别码以及客户端的版本号信息。

如果不对上报数据的客户端做限定，则默认所有线上的客户端都需要上报数据，限定上报数据的客户端对数据的上报更具有针对性。在服务器侧做判断，决定哪些配置需要下发给客户端，这样对于节省带宽，降低客户端负担是有帮助的。

在指定完需要下发数据上报配置的客户端之后，服务器根据具体的客户端信息制定不同的数据上报配置。上报配置包括待上报数据的标识、上报条件、上报方式、上报频次、有效时间等。

具体的，所述待上报数据的标识可采用键值，即可以为待上报数据的key，其对应的值为value，每一项数据对应一个key，当需要上报多个数据项时，则配置多个key的集合。为了更智能的筛选数据，key需要支持通配符*，类似profile.*.picRecvCount，则对于任意好友ID的对应的已接收图片数都能与该key信息匹配上，具体例如profile.2355200577.picRecvCount、profile.28397912.picRecvCount等。

所述上报条件可以包括大小判断、其他相关key的value值校验等，并且多个条件能够以分隔符间隔。

举例来说，当需要获取客户顿的消息总数，并且当消息总数大于100时进行数据上报，则可以有如下配置：

key＝“totalMsgCount”；Condition＝“>100”。

需要说明的是，上述配置中的条件表达式包括但不限于下述符号：

表1

所述数据上报方式包括上报ID(Report ID)和数据类型(Data Type)，可参见表2，

表2

其中，上报ID是由服务器统一分配给各个客户端的，即上报ID和需要上报数据的客户端是一一对应的，以便于标识上报的数据的来源。

所述上报频次包括以下内容：

表3

频次选项	说明
		Once	上报一次
ByEachChange	每次数据变化都会检查是否需要上报
		OnlyCurLogon	仅当前登录时有效
AllLogon	所有登录都有效

上述多个选项可以共同生效，优先级按从上到下逐渐降低。比如ByEachChange|OnlyCurLogon，表示当前登录时检查每次数据变化。但是当存在Once选项时，ByEachChange则无效。

所述有效时间是个时间段，包括开始时间和结束时间，即在这个时间段内该上报配置是有限的，超出这个时间段，该上报配置自动失效。这里可以采用unix时间戳来表示。

数据上报配置可以被组织成xml或者json等适合网络传输的编码方式，具体的编码方式不限，服务器和客户端双方约定即可。

S230.服务器接收客户端根据所述数据上报配置上报的数据。

服务器接收到指定客户端以预设的格式上报的数据并存储，并对接收到的数据进行分析。

请参见图3，其示出了一种数据上报方法，可以应用于客户端。首先，客户端各个功能模块运行的各项数据会存储在客户端本地的数据中心，在具体实施过程中，需要将各项数据进行统一化命名标识以便于对各项数据进行区分，就像通过url可以唯一的来指定互联网上的资源一样。本实施例中具体采用键值key-value的形式来表示数据，即所有的数据都会被分配一个独立的key。

类似的数据管理组件有redis、memcached等，都是以key-value的形式来管理数据的，背后常用的数据结构是哈希表，可以快速的通过key来访问value。

例如，用户发送的消息总条数，可以这样来标识：

totalMsgCount–1023，即通过totalMsgCount这个key，可以得到对应的消息总数1023。当消息的总条数增加一条时，则将totalMsgCount这个key对应的value更新为1024。

需要说明的是，上述具有标识的数据缓存在内存。一般地，为了客户端下次重新启动后依然能访问到上次的数据，需要件key-value的数据进行磁盘持久化存储，并在下次需要使用时从磁盘上将数据加载到内存中。

为各项数据设置标识这个步骤并不是每次都需要执行，即在客户端中，只需要一次性地对各项数据设置标识，后续的步骤都是在设置了标识之后的进行的。

一种数据上报方法具体包括：

S310.获取服务器下发的数据上报配置。

在获取服务器下发的数据上报配置之前还需要上报当前用户的登录信息，这里的登录信息包括用户登录客户端使用的帐号ID、客户端所在的运行设备的唯一识别码以及客户端的版本号信息，以使得服务器根据所述登录信息下发对应的数据上报配置。

S320.解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项。

其中，每个数据操作项均包括以下信息：

1.数据命名索引Key，即标识；

2.上报条件Condition；

3.上报方式ReportType；

4.上报频次Frequency；

5.有效时间TimeLimit。

需要上报几项数据，所述上报操作集合中就会有几个对应的数据上报操作项，并且每个数据上报操作项中都有关于该项数据上报的具体要求。这里还需要判断数据上报配置，是否仅仅在本次运行过程中有效，如果不是，则需要把数据上报配置保存到磁盘，以供后续运行时执行。

S330.获取所述数据上报操作项中的待上报数据的标识。

获取每个数据上报操作项中的数据标识，这样才能知道需要上报的数据并根据所述标识去查找相应的数据信息。

S340.当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

当在客户端本地的数据中心查找到所述标识对应的数据时，需要根据所述数据上报操作项中的上报条件判断当前项数据是否符合上报的条件，当符合上报条件时，再根据其他上报要求进行数据上报。

上报的数据中会包含上报ID信息和数据信息，以便于服务器在接收到上报数据后及时有效地识别出上报数据的来源。

将需要上报的数据组织成预设的格式上报到服务器，本实施例中的具体数据上报的执行方式不做具体限定，可依据实际情况进行预先设定，比如一旦有数据上报操作，则立刻上报到服务器，也可以累计一批数据后一起上报服务器。数据上报可采用http或者https，也可以是自定义的CS协议的格式。

客户端重新启动后，会加载上次保存的数据上报配置。

下面以具体的例子来说明数据上报配置的实现方式，其中数据上报配置采用xml的方式进行描述。

假设客户端具有以下数据，且以key-value的形式存储：

rightFlag–0x000001001111

totalMsgCount–99

sendMsgFailCount–6

sendMsgSuccCount–1312

profile.2355200577.picRecvCount–10

profile.2355200578.picRecvCount–3

profile.2355200579.picRecvCount–13

1.需要知道当前客户端发送消息总数，则配置如下：

<DataReport>

<Item key＝”totalMsgCount”,frequency＝”Once”，ReportID＝0x00000001,

DataType＝0/>

</DataReport>

2.每次客户端运行时检查消息发送失败的次数，如果错误次数大于3次则上报一次计数，每次客户端运行时仅上报一次。配置如下：

<DataReport>

<Item key＝”sendMsgFailCount”,frequency＝”Once|AllLogon”，

condition＝”>3”，ReportID＝0x00000002,DataType＝1/>

</DataReport>

3.如果权限第3位为1(表示有某权限)，则统计对每个好友帐号的图片接收个数，这里用到了通配符*，仅上报一次，且2017年2月10日23：59:59之前有效。配置如下：

<DataReport>

<Item key＝”profile.*.picRecvCount”,frequency＝”Once”，

condition＝”$rightFlag[3]＝＝1”，ReportID＝0x00000003,

DataType＝1,TimeLimit＝”0,1486742399”/>

</DataReport>

请参见图4，其示出了另一种数据上报方法，包括：

S410.为各项数据设置标识。

本实施例中采用键值key-value的方式对数据进行标识并存储。

S420.上报当前用户的登录信息，以使得服务器根据所述登录信息下发对应的数据上报配置。

这里的登录信息包括用户登录客户端使用的帐号ID、客户端所在的运行设备的唯一识别码以及客户端的版本号信息。

S430.获取服务器下发的数据上报配置。

当后台需要客户端的某项数据时，通过服务器后台配置下发给客户端来及时的获取相关数据。

S440.解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项。

S450.获取所述数据上报操作项中的待上报数据的所述标识。

S460.根据所述标识提取所述标识对应的数据，当提取的所述数据满足所述上报条件时，将所述标识对应的数据按所述数据上报操作项中的上报要求上报给服务器。

当所述数据上报操作集合中已经上报过的所述数据上报操作项失效时，将所述数据上报操作项从所述数据上报操作集合中移除。

比如，在数据上报操作项中有这样一条配置，其要求的数据上报频次为frequency＝”Once”，那么在已经上报过该项数据的情况下，则不再需要对该项数据进行上报，则可以将该项数据对应的数据上报操作项从所述上报集合中移除。

请参见图5，其示出了又一种数据上报方法，包括：

步骤S510～S550与S410～S450相同，在此不再赘述。

S560.对所述标识对应的数据的变化进行监测，当监测的所述数据满足所述上报条件时，将所述标识对应的数据按所述数据上报操作项中的上报要求上报给服务器。

当所述标识对应的数据不符合其对应的上报条件时，需要不断地对该项数据进行监测，当数据的变化使其符合上报条件，按照上报配置上报该项数据。

本实施例提供的数据上报方法针对的是客户端数据上报的需求，以及产品策划很难把需要预埋的数据上报点提前考虑周全的痛点，可以在后台配置需要客户端上报的数据点，并把配置下发给线上的客户端；客户端接收到后台的数据上报指令后，会按照要求进行数据上报。即当需要线上客户端已有功能的某项数据时，可以通过后台服务器下发配置来及时的获取；也不用为了可能有用的数据，而提前规划各种数据上报的布点，增加工作量；此外在后台动态调整数据上报的条件，满足业务需要。

请参见图6，其示出了一种数据上报装置示意图，包括：

标识设置模块610，用于为各项数据设置标识。所述标识设置模块采用键值的方式标识数据，为所述各项数据分配一个独立的key。这里的数据为客户端各个功能模块的运行数据。

上报配置获取模块620，用于获取服务器下发的数据上报配置。

上报配置解析模块630，用于解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项。

标识获取模块640，用于获取所述数据上报操作项中的待上报数据的所述标识。

数据上报模块650，用于当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

请参见图7，所述数据上报模块650包括数据提取模块6501，所述数据提取模块6501用于根据所述标识提取所述标识对应的数据，并且当提取的所述数据满足所述上报条件时，将所述标识对应的数据按所述数据上报操作项中的上报要求上报给服务器。

所述数据上报模块650包括数据监测模块6502，所述数据监测模块6502用于对所述标识对应的数据的变化进行监测，并且当监测的所述数据满足所述上报条件时，将所述标识对应的数据按所述数据上报操作项中的上报要求上报给服务器。

所述装置还包括登录信息上报模块660，所述登录信息上报模块660用于上报当前用户的登录信息，以使得服务器根据所述登录信息下发对应的数据上报配置。

所述装置还包括上报操作项移除模块670，所述上报操作项移除模块670用于当所述数据上报操作集合中已经上报过的所述数据上报操作项失效时，将所述数据上报操作项从所述数据上报操作集合中移除。

上述装置中的具体实施细节与上述数据上报方法相类似，具体不再赘述。

请参见图8，其示出了一种数据上报系统的示意图，所述系统包括客户端810和服务器820，所述客户端810安装在终端设备中的。

所述客户端810包括：

标识设置模块811，用于为各项数据设置标识。所述标识设置模块采用键值的方式标识数据，为所述各项数据分配一个独立的key。这里的数据为客户端各个功能模块的运行数据。

数据中心812，用于存储key-value格式的客户端各个功能模块的运行数据。

登录信息上报模块813，所述登录信息上报模块660用于上报当前用户的登录信息，以使得服务器根据所述登录信息下发对应的数据上报配置。

上报配置获取模块814，用于获取服务器下发的数据上报配置。

上报配置解析模块815，用于解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项。

标识获取模块816，用于获取所述数据上报操作项中的待上报数据的所述标识。

数据上报模块817，用于当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

上报操作项移除模块818，用于当所述数据上报操作集合中已经上报过的所述数据上报操作项失效时，将所述数据上报操作项从所述数据上报操作集合中移除。

所述服务器820包括：

登录信息接收模块821，用于接收客户端上报的客户端登录信息。

上报配置制定模块822，用于根据接收到的所述登录信息制定相应的数据上报配置。

上报配置下发模块823，用于将所述上报配置下发给客户端。

上报数据接收模块824，用于接收客户端根据所述数据上报配置上报的数据。

数据存储与分析模块825，用于存储客户端上报的数据并对上报的数据进行分析。

请参见图9，其示出了数据上报系统中客户端与服务器的交互过程，包括：

S910.客户端侧将各模块的运行数据以key-value的格式存储在数据中心。

S920.客户端向服务器上报登录信息，所述登录信息包括当前用户登录客户端使用的帐号ID、客户端所在的运行设备的唯一识别码以及客户端的版本号信息等。

S930.服务器接收到各个客户端上报的登录信息后，确定需要获取数据的客户端，并为这部分客户端指定相应的数据上报配置。

S940.服务器将数据上报配置下发给客户端。

S950.客户端获取所述数据上报配置，并对所述数据上报配置进行解析。

S960.根据解析结果获取所述数据上报配置中的数据标识，并根据所述数据标识从数据中心提取相应的数据。

具体地，当在客户端本地的数据中心查找到所述标识对应的数据时，需要根据所述数据上报操作项中的上报条件判断当前项数据是否符合上报的条件，当符合上报条件时，再根据其他上报要求进行数据上报。

上报的数据中会包含上报ID信息和数据信息，以便于服务器在接收到上报数据后及时有效地识别出上报数据的来源。

S970.客户端向服务器上报提取的数据。

S980.服务器接收客户端上报的数据，并对上报数据进行存储和分析。

例如，需要获取版本号为6.0的第一客户端在运行时消息发送失败的次数，如果错误次数大于3次则上报一次计数，每次客户端运行时仅上报一次，根据如上的条件，服务器首先根据获取的客户端上报的登录信息，选定需要下发数据上报规则的对象，本实施例中的对象具体是版本号为6.0的第一客户端；选定下发的对象之后，根据具体要求进行数据上报配置，消息发送失败的次数对应的key为sendMsgFailCount，要求的频次为Once|AllLogon，数据上报的判断条件为>3，上报的ID为0x00000002，数据类型为1，则有如下配置：

<Item key＝”sendMsgFailCount”，frequency＝”Once|AllLogon”，condition＝”>3”，ReportID＝0x00000002，DataType＝1/>。

配置完成后，将配置好的规则发送给版本号为6.0的第一客户端，第一客户端在收到数据上报配置后，对其进行解析，得到数据上报操作集合，本实施例中，数据上报集合中只有一个数据操作项，该数据操作项的key＝”sendMsgFailCount”，condition＝”>3”，frequency＝”Once|AllLogon”，ReportID＝0x00000002，DataType＝1。第一客户端根据解析出来的数据操作项，从第一客户端的本地数据中心提取相应的数据信息，并将数据组织成特定的格式上报到服务器。

请参见图10，本发明实施例还提供了一种终端，所述终端1000可以是计算机或者移动设备，如手机、平板电脑等，所述终端1000中安装有至少一个基于客户端/服务机制的客户端应用程序(Application，APP)，终端可以与该APP所属的服务器建立通信连接，并向该服务器发送访问请求。

所述终端1000包括处理器1010、存储器1020、内存1030、网络接口1040、显示屏1050和输入装置1060等。其中，终端1000的存储器1020中存储有操作系统，所述存储器1020中还存储有客户端应用程序，所述程序用于：

获取服务器下发的数据上报配置；

解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

获取所述数据上报操作项中的待上报数据的标识；

当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

所述处理器1010通过运行存储在所述存储器1020上的应用程序及模块，从而执行各种功能应用以及数据处理。所述处理器1010可以是中央处理器(CPU)、特定应用集成电路(ASIC)、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件等。

内存1030为存储器1020中的应用程序的运行提供环境，内存1030一般采用半导体存储单元，包括随机存储器(RAM)，只读存储器(ROM)，以及高速缓存(CACHE)，RAM是其中最重要的存储器。内存1030是终端中重要的部件之一，它是与处理器1010进行沟通的桥梁，所有程序的运行都是在内存1030中进行的。

网络接口1040用于与服务器进行网络通信。显示屏1050可以是液晶显示屏或者电子墨水显示屏等，输入装置1060可以是显示屏上覆盖的触摸层，也可以是终端外壳上设置的按键、轨迹球或者触控板等。输入装置1060可以接受输入的数字或字符信息，以及产生与用户设置以及功能控制有关的信号输入。

本发明实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图3～图5所示实施例的方法步骤，具体执行过程可以参见图3～图5所示实施例的具体说明，在此不进行赘述。

客户端数据上报是一个普遍存在的需求，但是在客户端发布之前很难将所需的数据上报内容规划完善，此外有时候还会有临时新增的数据上报需求。本发明能够从服务器侧对客户端的数据上报行为进行“动态”控制，在客户端发布时，不需要预埋任何具体的上报点。客户端各个功能模块的运行数据会存储在key-value格式的客户端本地数据中心中。接收到服务器下发的数据上报配置后，会自动根据配置来决定数据上报时机及内容。跟传统数据上报不一样的是，本发明强调的是动态决定上报操作，具体的业务模块不用预埋任何数据上报点，会由统一的动态数据上报模块来决定是否要上报数据以及上报什么数据，而上报数据源来自于数据中心。本发明提高了对客户端数据上报运营的灵活性。

本实施例中所示出的结构，仅仅是与本申请方案相关的部分结构，并不构成对本申请方案所应用于其上的设备的限定，具体的设备可以包括比示出的更多或更少的部件，或者组合某些部件，或者具有不同的部件的布置。应当理解到，本实施例中所揭露的方法、装置等，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分仅仅为一种逻辑功能的划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元模块的间接耦合或通信连接。

基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员还可以进一步意识到，结合本说明书所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合实现，为了清除地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但这种实现不应认为超出本发明的范围。

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

Claims (14)

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

获取服务器下发的数据上报配置；

解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

获取所述数据上报操作项中的待上报数据的标识；

当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

2.根据权利要求1所述的一种数据上报方法，其特征在于，所述标识是预先为各项数据设置的键值。

3.根据权利要求1所述的一种数据上报方法，其特征在于，所述获取服务器下发的数据上报配置之前包括：

上报当前用户的登录信息，以使得服务器根据所述登录信息下发对应的数据上报配置。

4.根据权利要求3所述的一种数据上报方法，其特征在于，所述当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器包括：

根据所述标识提取所述标识对应的数据，当提取的所述数据满足所述上报条件时，将所述标识对应的数据按所述数据上报操作项中的上报要求上报给服务器。

5.根据权利要求3所述的一种数据上报方法，其特征在于，所述当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器包括：

对所述标识对应的数据的变化进行监测，当监测的所述数据满足所述上报条件时，将所述标识对应的数据按所述数据上报操作项中的上报要求上报给服务器。

6.根据权利要求1所述的一种数据上报方法，其特征在于，所述方法还包括：

当所述数据上报操作集合中已经上报过的所述数据上报操作项失效时，将所述数据上报操作项从所述数据上报操作集合中移除。

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

上报配置获取模块，用于获取服务器下发的数据上报配置；

上报配置解析模块，用于解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

标识获取模块，用于获取所述数据上报操作项中的待上报数据的标识；

数据上报模块，用于当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

8.根据权利要求7所述的一种数据上报装置，其特征在于，所述装置还包括标识设置模块，用于为各项数据设置标识，所述标识是预先为各项数据设置的键值。

9.根据权利要求7所述的一种数据上报装置，其特征在于，所述装置还包括登录信息上报模块，所述登录信息上报模块用于上报当前用户的登录信息，以使得服务器根据所述登录信息下发对应的数据上报配置。

10.根据权利要求9所述的一种数据上报装置，其特征在于，所述数据上报模块包括数据提取模块，所述数据提取模块用于根据所述标识提取所述标识对应的数据，并且当提取的所述数据满足所述上报条件时，将所述标识对应的数据按所述数据上报操作项中的上报要求上报给服务器。

11.根据权利要求9所述的一种数据上报装置，其特征在于，所述数据上报模块包括数据监测模块，所述数据监测模块用于对所述标识对应的数据的变化进行监测，并且当监测的所述数据满足所述上报条件时，将所述标识对应的数据按所述数据上报操作项中的上报要求上报给服务器。

12.根据权利要求7所述的一种数据上报装置，其特征在于，所述装置还包括上报操作项移除模块，所述上报操作项移除模块用于当所述数据上报操作集合中已经上报过的所述数据上报操作项失效时，将所述数据上报操作项从所述数据上报操作集合中移除。

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

处理器以及存储器，其中所述处理器用于调用并执行所述存储器中存储的程序，所述存储器用于存储程序，所述程序用于：

获取服务器下发的数据上报配置；

解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

获取所述数据上报操作项中的待上报数据的标识；

当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。

14.一种计算机存储介质，其特征在于，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令由处理器加载并执行以下步骤：

获取服务器下发的数据上报配置；

解析所述数据上报配置，将所述数据上报配置转换成可执行的数据上报操作集合，所述数据上报操作集合包括一个或多个数据上报操作项；

获取所述数据上报操作项中的待上报数据的标识；

当所述标识对应的数据符合所述数据上报操作项的上报条件时，将所述标识对应的数据上报给服务器。