CN114157613A - 数据上报的方法、网关、服务器、电子设备以及存储介质 - Google Patents

Abstract

本申请提供了一种数据上报的方法、网关、服务器、电子设备以及存储介质，其中，该方法包括：获取在目标终端上使用的目标帐号、目标终端的多个状态信息以及每个状态信息对应的当前时刻的时间戳；根据目标帐号，确定出对应的目标队列；按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内；将目标队列内的多个状态信息按照预设方案上报至服务器。通过本申请，解决了相关技术中存在的上报至服务器的数据状态信息较不准确的问题。

Description

数据上报的方法、网关、服务器、电子设备以及存储介质

技术领域

本申请涉及物联网技术领域，尤其涉及一种数据上报的方法、网关、服务器、电子设备以及存储介质。

背景技术

目前，随着物联网技术的不断发展，智能家居已经越来越普遍。智能设备通过TCP长连接与服务器进行通信，进行设备状态信息的上报和控制指令的下发。但是在通信过程中，可能会出现连接失败或者弱网的情况，期间如果智能设备频繁上报状态信息，会导致服务器收到的状态信息是乱序的，服务器保存的状态信息就是错误的。

为了解决上述问题，相关技术中，比如专利文献CN101459544A其公开的技术方案是当一个网络设备的性能数据采集失败时，记录该设备，在第二周期根据记录对网络设备的数据进行补采集。其缺点是：需要记录的数据较多，会占用较多的网络资源。再比如专利文献CN107040415A，其公开的技术方案是在终端的告警日志上报过程中，根据告警优先级决定数据上报的时间周期，该技术虽然可以减少对网络资源的占用，但是告警优先级不等于上报序列，导致最终上报的时间周期可能不是最新的，那么服务器保存的数据状态信息就会出现偏差。

因此，相关技术中存在上报至服务器的数据状态信息较不准确的问题。

发明内容

本申请提供了一种数据上报的方法、网关、服务器、电子设备以及存储介质，以至少解决相关技术中存在上报至服务器的数据状态信息较不准确的问题。

根据本申请实施例的一个方面，提供了一种数据上报的方法，该方法包括：

获取在目标终端上使用的目标帐号、所述目标终端的多个状态信息以及每个所述状态信息对应的当前时刻的时间戳；

根据所述目标帐号，确定出对应的目标队列；

按照所述时间戳的先后顺序将对应的所述多个状态信息依次存储到所述目标队列内；

将所述目标队列内的所述多个状态信息按照预设方案上报至服务器。

根据本申请实施例的再一个方面，还提供了一种数据上报的方法，该方法包括：

接收多个状态信息，其中，所述多个状态信息是按照时间戳的先后顺序依次存储到目标队列的，所述目标队列是由目标终端的目标帐号确定的，所述时间戳与所述状态信息存在对应关系；

确定时间戳中最新时间所对应的目标状态信息，并将所述目标状态信息设置为所述目标终端最新的状态信息。

根据本申请实施例的另一个方面，还提供了一种数据上报的网关，该网关包括：

获取单元，用于获取在目标终端上使用的目标帐号、所述目标终端的多个状态信息以及每个所述状态信息对应的当前时刻的时间戳；

确定单元，用于根据所述目标帐号，确定出对应的目标队列；

存储单元，用于按照所述时间戳的先后顺序将对应的所述多个状态信息依次存储到所述目标队列内；

上报单元，用于将所述目标队列内的所述多个状态信息按照预设方案上报至服务器。

可选地，确定单元包括：

接收模块，用于接收多个参考终端，得到各个所述参考终端的参考帐号；

生成模块，用于生成属于每个所述参考帐号的参考队列；

确定模块，用于在所述参考帐号中存在所述目标帐号的情况下，确定出与所述目标帐号相对应的所述目标队列。

可选地，该网关还包括：

遍历单元，用于在所述按照所述时间戳的先后顺序将对应的所述多个状态信息依次存储到所述目标队列内之后，遍历所述目标队列内已存储的历史状态信息；

替换单元，用于在确定所述历史状态信息内包括与所述状态信息类型相同的参考信息的情况下，将所述参考信息替换成与所述参考信息类型相同的所述状态信息。

可选地，上报单元包括：

排列模块，用于对所述多个状态信息按照所述预设方案进行排列；

加密模块，用于对排列后的所述状态信息进行加密，得到加密包；

上报模块，用于将所述加密包上报至所述服务器。

根据本申请实施例的另一个方面，还提供了一种数据上报的服务器，该服务器包括：

第一接收单元，用于接收多个状态信息，其中，所述多个状态信息是按照时间戳的先后顺序依次存储到目标队列的，所述目标队列是由目标终端的目标帐号确定的，所述时间戳与所述状态信息存在对应关系；

第一设置单元，用于确定时间戳中最新时间所对应的目标状态信息，并将所述目标状态信息设置为所述目标终端最新的状态信息。

可选地，该服务器还包括：

第二接收单元，用于在所述接收多个状态信息之前，接收到加密包，其中，所述加密包是由所述多个状态信息按照预设方案进行排列后加密得到的；

解密单元，用于对所述加密包进行解密，得到解密后的所述多个状态信息。

可选地，该服务器还包括：

第二设置单元，用于在所述将所述状态信息作为所述目标终端最新的状态信息之后，设置预设时间段，其中，所述预设时间段为定时向网关发送请求所述目标终端最新的状态信息的间隔时长；

发送单元，用于在距离上次向所述网关发送请求所述目标终端最新的状态信息的间隔时长达到所述预设时间段的情况下，再次向所述网关发送请求信息。

根据本申请实施例的又一个方面，还提供了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，处理器、通信接口和存储器通过通信总线完成相互间的通信；其中，存储器，用于存储计算机程序；处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行上述任一实施例中的方法步骤。

根据本申请实施例的又一个方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一实施例中的方法步骤。

在本申请实施例中，通过获取在目标终端上使用的目标帐号、目标终端的多个状态信息以及每个状态信息对应的当前时刻的时间戳；根据目标帐号，确定出对应的目标队列；按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内；将目标队列内的多个状态信息按照预设方案上报至服务器。由于本申请实施例通过获取目标终端的多个状态信息，再根据多个状态信息对应的时间戳按照时间序列对多个状态信息进行排列和存储，这样不会出现上报数据出现乱序的情况，能够保证上报的数据是最新数据，进而解决了相关技术中存在的上报至服务器的数据状态信息较不准确的问题。

附图说明

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

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

图1是根据本申请实施例的一种可选的数据上报的方法的流程示意图；

图2是根据本申请实施例的另一种可选的数据上报的方法的流程示意图；

图3是根据本申请实施例的一种网关缓存状态信息并发送服务器流程示意图；

图4是根据本申请实施例的另一种可选的网关结构框图；

图5是根据本申请实施例的另一种可选的服务器结构框图；

图6是根据本申请实施例的一种可选的电子设备的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在智能设备通过TCP长连接与服务器进行通信时，可能会出现连接失败或者弱网的情况，期间如果智能设备频繁上报状态信息，会导致服务器收到的状态信息是乱序的，服务器保存的状态信息就是错误的。为了解决上述问题，本申请实施例提出一种数据上报的方法，如图1所示，该方法包括：

步骤S101，获取在目标终端上使用的目标帐号、目标终端的多个状态信息以及每个状态信息对应的当前时刻的时间戳；

步骤S102，根据目标帐号，确定出对应的目标队列；

步骤S103，按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内；

步骤S104，将目标队列内的多个状态信息按照预设方案上报至服务器。

可选地，本申请实施例以网关作为运行主体执行该数据上报的方法，更进一步地，网关通过TCP的三次握手与服务器进行长连接，假如连接失败或者连接后发送数据流失败，则判定网关的网络阻塞或者处于弱网状态。在这种情况下，网关继续保存未成功发送的设备状态。由于需要通过局域网将终端设备的状态信息发送至网关，在网关与服务器之间的连接没有恢复正常的过程中，网关会获取到一个目标终端，同时得到该目标终端上所使用的目标帐号，以及目标终端的多个状态信息和每个状态信息所对应的当前时刻的时间戳，比如冰柜在弱网情况下上报了多个温度状态信息，每次获取温度状态信息时，都需要记录下当前时刻的时间戳。也可以理解成，目标终端组装打包状态信息并携带毫秒时间戳，通过局域网发送给网关，其中，该局域网由目标终端和网关通过蓝牙组成。

网关接收到设备状态信息后，根据目标终端的目标帐号为其生成一个队列数据结构，得到对应的目标队列，这时按照记录下各个时刻的时间戳的先后顺序将多个状态信息(包括最新状态数据)都存储到目标队列内。然后网关可以将目标队列内的多个状态信息按照预设方案，比如先进先出方案上报(或发送)至服务器，这时服务器就可以到最后获取到目标终端最新的状态信息了。其中，先进先出队列的特点是可以严格按照目标终端的状态信息对应的时间戳进行发送。

在本申请实施例中，通过获取在目标终端上使用的目标帐号、目标终端的多个状态信息以及每个状态信息对应的当前时刻的时间戳；根据目标帐号，确定出对应的目标队列；按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内；将目标队列内的多个状态信息按照预设方案上报至服务器。由于本申请实施例通过获取目标终端的多个状态信息，再根据多个状态信息对应的时间戳按照时间序列对多个状态信息进行排列和存储，这样不会出现上报数据出现乱序的情况，能够保证上报的数据是最新数据，进而解决了相关技术中存在的上报至服务器的数据状态信息较不准确的问题。

作为一种可选实施例，根据目标帐号，确定出对应的目标队列包括：

接收多个参考终端，得到各个参考终端的参考帐号；

生成属于每个参考帐号的参考队列；

在参考帐号中存在目标帐号的情况下，确定出与目标帐号相对应的目标队列。

可选地，网关会接收到多个参考终端，每个参考终端都会有对应的参考帐号，比如张三帐号、李四帐号等，根据参考帐号ID为每个参考终端生成一个队列数据结构体(即队列)，在参考帐号中存在目标帐号的情况下，说明目标终端只是多个参考终端的任意一个，那么目标帐号也即是多个参考帐号中的任意一个，这时就可以确定出与目标帐号相对应的目标队列了。

在本申请实施例中，通过根据终端帐号ID生成多个队列数据结构，这样便于将每个设备的最新状态数据存储进各自的结构体中。

作为一种可选实施例，在按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内之后，方法还包括：

遍历目标队列内已存储的历史状态信息；

在确定历史状态信息内包括与状态信息类型相同的参考信息的情况下，将参考信息替换成与参考信息类型相同的状态信息。

可选地，网关接收到目标终端的状态信息后，会通过目标帐号ID找到对应的数据队列(即目标队列)，然后根据状态信息的类型遍历整个队列，查找是否有类型相同的历史状态信息，如果能够找到，则从数据队列中删除旧的状态信息(即参考信息)，存储最新的状态信息进目标队列中。比如冰柜在弱网情况下上报了多个温度，网关只会在相关队列中存储最新的温度数据，删除旧的温度数据。

在本申请实施例中，对于同一类型的状态信息，只上报最新的数据，可以保证数据上报的准确性，并减少网络资源的占用，解决了相关技术中由于记录数据较多而占用较大的网络资源的问题。

作为一种可选实施例，将目标队列内的多个状态信息按照预设方案上报至服务器包括：

对多个状态信息按照预设方案进行排列；

对排列后的状态信息进行加密，得到加密包；

将加密包上报至服务器。

可选地，在网关与服务器恢复连接后，网关从目标队列中获取到目标终端的多个状态信息，将多个状态信息按照预设方案进行排列，然后加密打包，得到加密包，通过TCP长连接的数据流将该加密包发送给服务器。

在本申请实施例中，通过对排列后的状态信息进行加密，可以保证数据的不易被篡改的安全性。

根据本申请实施例的再一个方面，提出了一种数据上报的方法，如图2，该方法包括：

步骤S201，接收多个状态信息，其中，多个状态信息是按照时间戳的先后顺序依次存储到目标队列的，目标队列是由目标终端的目标帐号确定的，时间戳与状态信息存在对应关系；

步骤S202，确定时间戳中最新时间所对应的目标状态信息，并将目标状态信息设置为目标终端最新的状态信息。

可选地，在本申请实施例中，以服务器为执行主体，接收到多个状态信息，然后将这些状态信息按照时间戳的先后顺序依次存储到服务器的目标队列内，其中，每个状态信息对应一个时间戳，目标队列是由目标终端的目标帐号确定的，也即目标帐号可以唯一确定一个目标队列。

在接收到多个状态信息后，按照时间戳可以得到当前时间最靠前或者是时间最新的时刻所对应的目标状态信息，并将目标状态信息设置为目标终端的最新状态信息。

在本申请实施例中，通过获取目标终端的多个状态信息，再根据多个状态信息对应的时间戳按照时间序列对多个状态信息进行排列和存储，同时只将时间戳最新的状态信息作为最终的状态信息，这样可以保证数据上报的准确性，进而解决了相关技术中存在的上报数据状态信息较不准确的问题。

作为一种可选实施例，在接收多个状态信息之前，方法还包括：

接收到加密包，其中，加密包是由多个状态信息按照预设方案进行排列后加密得到的；

对加密包进行解密，得到解密后的多个状态信息。

可选地，在获取多个状态信息之前，服务器会先获取到一个加密包，该加密包是由多个状态信息按照预设方案进行排列后加密得到的。其中，预设方案可以是先进先出方案，也即先进入目标队列的状态信息先出队列进行排序，然后基于排列后的状态信息进行加密打包，进而得到的加密包。服务器在得到该加密包后进行解密，进而得到多个状态信息。

在本申请实施例中，通过对加密包进行解密得到较准确的，未被篡改的多个状态信息，以保证数据的准确性。

作为一种可选实施例，在将状态信息作为目标终端最新的状态信息之后，方法还包括：

设置预设时间段，其中，预设时间段为定时向网关发送请求目标终端最新的状态信息的间隔时长；

在距离上次向网关发送请求目标终端最新的状态信息的间隔时长达到预设时间段的情况下，再次向网关发送请求信息。

可选地，在服务器中还设置了定时任务，比如设置预设时间段，可以定时请求网关获取目标终端的最新状态。在距离上次向网关发送请求目标终端最新的状态信息的间隔时长达到预设时间段的情况下，向网关发送请求信息，然后网关从目标帐号ID对应的目标队列中获取状态信息，返回给服务器。

之后服务器将得到的状态信息对比自己存储的数据，然后进行更新。

在本申请实施例中，通过定时向网关获取终端最新的状态信息，这样可以保证终端状态上报的准确性。

作为一种可选实施例，如图3，图3是根据本申请实施例的一种网关缓存状态信息并发送服务器流程示意图，具体步骤为：

设备数据上报给网关；

网关监测与服务器的链接；

判断网络情况是否良好；在良好的情况下，网关上报数据给服务器；服务器定时回查设备状态信息；结束。

在不良好的情况下，缓存排列设备的状态信息；同类型的状态信息，只缓存最新的数据；网络恢复连接后，网关上报数据给服务器；服务器定时回查设备状态信息；服务器定时回查设备状态信息；结束。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM(Read-Only Memory，只读存储器)/RAM(Random Access Memory，随机存取存储器)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

根据本申请实施例的另一个方面，还提供了一种用于实施上述数据上报的方法的网关。图4是根据本申请实施例的另一种可选的网关结构框图，如图4所示，该网关可以包括：

获取单元401，用于获取目标终端的目标帐号、目标终端的多个状态信息以及每个状态信息对应的当前时刻的时间戳；

确定单元402，与获取单元401相连，用于根据目标帐号，确定出对应的目标队列；

存储单元403，与确定单元402相连，用于按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内；

上报单元404，与存储单元403相连，用于将目标队列内的多个状态信息按照预设方案上报至服务器。

需要说明的是，该实施例中的获取单元401可以用于执行上述步骤S201，该实施例中的确定单元402可以用于执行上述步骤S102，该实施例中的存储单元403可以用于执行上述步骤S103，该实施例中的上报单元404可以用于执行上述步骤S104。

通过上述模块，由于本申请实施例通过获取目标终端的多个状态信息，再根据多个状态信息对应的时间戳按照时间序列对多个状态信息进行排列和存储，这样不会出现上报数据出现乱序的情况，能够保证上报的数据是最新数据，进而解决了相关技术中存在的上报至服务器的数据状态信息较不准确的问题。

作为一种可选的实施例，确定单元包括：

接收模块，用于接收多个参考终端，得到各个参考终端的参考帐号；

生成模块，用于生成属于每个参考帐号的参考队列；

确定模块，用于在参考帐号中存在目标帐号的情况下，确定出与目标帐号相对应的目标队列。

作为一种可选的实施例，该网关还包括：

遍历单元，用于在按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内之后，遍历目标队列内已存储的历史状态信息；

替换单元，用于在确定历史状态信息内包括与状态信息类型相同的参考信息的情况下，将参考信息替换成与参考信息类型相同的状态信息。

作为一种可选的实施例，上报单元包括：

排列模块，用于对多个状态信息按照预设方案进行排列；

加密模块，用于对排列后的状态信息进行加密，得到加密包；

上报模块，用于将加密包上报至服务器。

根据本申请实施例的另一个方面，还提供了一种用于实施上述数据上报的方法的服务器。图5是根据本申请实施例的另一种可选的服务器结构框图，如图5所示，该服务器可以包括：

第一接收单元501，用于接收多个状态信息，其中，多个状态信息是按照时间戳的先后顺序依次存储到目标队列的，目标队列是由目标终端的目标帐号确定的，时间戳与状态信息存在对应关系；

第一设置单元502，与第一接收单元501相连，用于确定时间戳中最新时间所对应的目标状态信息，并将目标状态信息设置为目标终端最新的状态信息。

需要说明的是，该实施例中的第一接收单元501可以用于执行上述步骤S201，该实施例中的第一设置单元502可以用于执行上述步骤S202。

通过上述模块，通过获取目标终端的多个状态信息，再根据多个状态信息对应的时间戳按照时间序列对多个状态信息进行排列和存储，同时只将时间戳最新的状态信息作为最终的状态信息，这样可以保证数据上报的准确性，进而解决了相关技术中存在的上报数据状态信息较不准确的问题。

作为一种可选的实施例，该服务器还包括：

第二接收单元，用于在接收多个状态信息之前，接收到加密包，其中，加密包是由多个状态信息按照预设方案进行排列后加密得到的；

解密单元，用于对加密包进行解密，得到解密后的多个状态信息。

作为一种可选的实施例，该服务器还包括：

第二设置单元，用于在将状态信息作为目标终端最新的状态信息之后，设置预设时间段，其中，预设时间段为定时向网关发送请求目标终端最新的状态信息的间隔时长；

发送单元，用于在距离上次向网关发送请求目标终端最新的状态信息的间隔时长达到预设时间段的情况下，再次向网关发送请求信息。

根据本申请实施例的又一个方面，还提供了一种用于实施上述数据上报的方法的电子设备，该电子设备可以是服务器、终端、或者其组合。

图6是根据本申请实施例的一种可选的电子设备的结构框图，如图6所示，包括处理器601、通信接口602、存储器603和通信总线604，其中，处理器601、通信接口602和存储器603通过通信总线604完成相互间的通信，其中，

存储器603，用于存储计算机程序；

处理器601，用于执行存储器603上所存放的计算机程序时，实现如下步骤：

获取在目标终端上使用的目标帐号、目标终端的多个状态信息以及每个状态信息对应的当前时刻的时间戳；

根据目标帐号，确定出对应的目标队列；

按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内；

将目标队列内的多个状态信息按照预设方案上报至服务器。

可选地，在本实施例中，上述的通信总线可以是PCI(Peripheral ComponentInterconnect，外设部件互连标准)总线、或EISA(Extended Industry StandardArchitecture，扩展工业标准结构)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括RAM，也可以包括非易失性存储器(non-volatile memory)，例如，至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器的存储装置。

作为一种示例，如图6所示，上述存储器603中可以但不限于包括上述数据上报的网关中的获取单元401、确定单元402、存储单元403以及上报单元404。此外，还可以包括但不限于上述数据上报的网关中的其他模块单元，本示例中不再赘述。

上述处理器可以是通用处理器，可以包含但不限于：CPU(Central ProcessingUnit，中央处理器)、NP(Network Processor，网络处理器)等；还可以是DSP(DigitalSignal Processing，数字信号处理器)、ASIC(Application Specific IntegratedCircuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

此外，上述电子设备还包括：显示器，用于显示数据上报的结果。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图6所示的结构仅为示意，实施上述数据上报的方法的设备可以是终端设备，该终端设备可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图6其并不对上述电子设备的结构造成限定。例如，终端设备还可包括比图6中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图6所示的不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、ROM、RAM、磁盘或光盘等。

根据本申请实施例的又一个方面，还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行数据上报的方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

获取在目标终端上使用的目标帐号、目标终端的多个状态信息以及每个状态信息对应的当前时刻的时间戳；

根据目标帐号，确定出对应的目标队列；

按照时间戳的先后顺序将对应的多个状态信息依次存储到目标队列内；

将目标队列内的多个状态信息按照预设方案上报至服务器。

可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例中对此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、ROM、RAM、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

根据本申请实施例的又一个方面，还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中；计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一个实施例中的票据图像的处理方法步骤。

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

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例票据图像的处理方法的全部或部分步骤。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例中所提供的方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (11)

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

获取在目标终端上使用的目标帐号、所述目标终端的多个状态信息以及每个所述状态信息对应的当前时刻的时间戳；

根据所述目标帐号，确定出对应的目标队列；

按照所述时间戳的先后顺序将对应的所述多个状态信息依次存储到所述目标队列内；

将所述目标队列内的所述多个状态信息按照预设方案上报至服务器。

2.根据权利要求1所述的方法，其特征在于，所述根据所述目标帐号，确定出对应的目标队列包括：

接收多个参考终端，得到各个所述参考终端的参考帐号；

生成属于每个所述参考帐号的参考队列；

在所述参考帐号中存在所述目标帐号的情况下，确定出与所述目标帐号相对应的所述目标队列。

3.根据权利要求1所述的方法，其特征在于，在所述按照所述时间戳的先后顺序将对应的所述多个状态信息依次存储到所述目标队列内之后，所述方法还包括：

遍历所述目标队列内已存储的历史状态信息；

在确定所述历史状态信息内包括与所述状态信息类型相同的参考信息的情况下，将所述参考信息替换成与所述参考信息类型相同的所述状态信息。

4.根据权利要求1所述的方法，其特征在于，所述将所述目标队列内的所述多个状态信息按照预设方案上报至服务器包括：

对所述多个状态信息按照所述预设方案进行排列；

对排列后的所述状态信息进行加密，得到加密包；

将所述加密包上报至所述服务器。

5.一种数据上报的方法，其特征在于，所述方法包括：

接收多个状态信息，其中，所述多个状态信息是按照时间戳的先后顺序依次存储到目标队列的，所述目标队列是由目标终端的目标帐号确定的，所述时间戳与所述状态信息存在对应关系；

确定时间戳中最新时间所对应的目标状态信息，并将所述目标状态信息设置为所述目标终端最新的状态信息。

6.根据权利要求5所述的方法，其特征在于，在所述接收多个状态信息之前，所述方法还包括：

接收到加密包，其中，所述加密包是由所述多个状态信息按照预设方案进行排列后加密得到的；

对所述加密包进行解密，得到解密后的所述多个状态信息。

7.根据权利要求5所述的方法，其特征在于，在所述将所述状态信息作为所述目标终端最新的状态信息之后，所述方法还包括：

设置预设时间段，其中，所述预设时间段为定时向网关发送请求所述目标终端最新的状态信息的间隔时长；

在距离上次向所述网关发送请求所述目标终端最新的状态信息的间隔时长达到所述预设时间段的情况下，再次向所述网关发送请求信息。

8.一种数据上报的网关，其特征在于，所述网关包括：

获取单元，用于获取目标终端的目标帐号、所述目标终端的多个状态信息以及每个所述状态信息对应的当前时刻的时间戳；

确定单元，用于根据所述目标帐号，确定出对应的目标队列；

存储单元，用于按照所述时间戳的先后顺序将对应的所述多个状态信息依次存储到所述目标队列内；

上报单元，用于将所述目标队列内的所述多个状态信息按照预设方案上报至服务器。

9.一种数据上报的服务器，其特征在于，所述服务器包括：

第一接收单元，用于接收多个状态信息，其中，所述多个状态信息是按照时间戳的先后顺序依次存储到目标队列的，所述目标队列是由目标终端的目标帐号确定的，所述时间戳与所述状态信息存在对应关系；

第一设置单元，用于确定时间戳中最新时间所对应的目标状态信息，并将所述目标状态信息设置为所述目标终端最新的状态信息。

10.一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口和所述存储器通过所述通信总线完成相互间的通信，其特征在于，

所述存储器，用于存储计算机程序；

所述处理器，用于通过运行所述存储器上所存储的所述计算机程序来执行权利要求1至4或权利要求5至7中任一项所述的方法步骤。

11.一种计算机可读的存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至4或权利要求5至7中任一项中所述的方法步骤。

Images