CN105592444A - 一种终端信息上传的方法、装置及客户端设备 - Google Patents

Abstract

本申请公开了一种终端信息上传的方法，包括：定时收集终端的状态信息；计算得到当前收集的状态信息的摘要文件；加载得到前一次上传的状态信息的摘要文件；如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。本申请还公开一种终端信息上传的装置和客户端设备。采用本申请实施例，有效避免了相似或相同的终端状态信息的重复上传，从而减少移动终端的网络流量消耗，并进一步减少了服务器存储资源的开销浪费。

Description

一种终端信息上传的方法、装置及客户端设备

技术领域

本申请涉及网络技术领域，尤其涉及一种终端信息上传的方法、装置及客户端设备。

背景技术

随着移动互联网的发展，越来越多的移动应用需要感知移动终端所处环境的变化，并将移动终端的状态信息定期上传至服务器，以便服务器提供更好的服务。其中，移动终端的状态信息可以包括：IMEI(InternationalMobileEquipmentIdentity，移动设备国际身份码)、IMSI(InternationalMobileSubscriberIdentificationNumber，国际移动用户识别码)、屏幕分辨率、WI-FI(Wireless-Fidelity，无线保真)名等信息。

但实际应用中，移动终端所处的环境并不总是发生大的变化。当移动终端所处环境变化不大时，则在一段时间内，该移动终端的状态信息可能很相似甚至于完全相同。如果将每次获取的状态信息都上传至服务器，会出现相似甚至于相同的状态信息被重复上传，占用大量的网络带宽，耗费移动终端的网络流量；同时，会导致服务器对相似甚至于相同的终端状态信息进行重复存储，造成服务器存储资源的浪费。

发明内容

本申请提供一种终端信息上传的方法、装置及客户端设备，以解决现有技术中移动终端的相似甚至于相同的状态信息被重复上传的问题。

根据本申请实施例的第一方面，提供一种终端信息上传的方法，所述方法包括：

定时收集终端的状态信息；

计算得到当前收集的状态信息的摘要文件；

加载得到前一次上传的状态信息的摘要文件；

如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。

根据本申请实施例的第二方面，提供一种终端信息上传的装置，所述装置包括：

收集单元，用于定时收集终端的状态信息；

计算单元，用于计算得到当前收集的状态信息的摘要文件；

加载单元，用于加载得到前一次上传的状态信息的摘要文件；

上传判断单元，用于如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。

根据本申请实施例的第三方面，提供一种客户端设备，包括：

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

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

定时收集终端的状态信息；

计算得到当前收集的状态信息的摘要文件；

加载得到前一次上传的状态信息的摘要文件；

如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。

应用本申请实施例，在终端侧，计算得到当前收集得到的状态信息的摘要文件，并将当前收集的状态信息的摘要文件与***中保存的前一次上传的状态信息进行比较，如果二者比较相似，则认为当前收集的状态信息与前一次上传的状态信息相同，放弃将当前收集的状态信息上传至服务器。由此，有效避免了相似或相同的终端状态信息的重复上传，从而减少移动终端的网络流量消耗，并进一步减少了服务器存储资源的开销浪费。

附图说明

图1为本申请终端信息上传的方法的一个实施例的流程图；

图2为本申请终端信息上传的方法的另一个实施例的流程图；

图3为本申请终端信息上传的方法的另一个实施例的流程图；

图4为本申请终端信息上传的装置所在设备的一种硬件结构图；

图5为本申请终端信息上传的装置的一个实施例框图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在基于移动互联网的场景中，移动终端定期获取当前所处环境的状态信息，例如IMEI、IMSI、屏幕分辨率、WI-FI名等，并上传至服务器。如果在一段时间内，移动终端所处环境变化不大，则该移动终端的状态信息可能很相似甚至于完全相同。如果将每次获取的状态信息都上传服务器，会出现相似甚至于相同的状态信息被重复上传的问题。

基于此，本申请实施例提供一种终端信息上传的方法，可以通过在终端设备侧识别状态信息的变化程度，仅上传与前一时刻不相似或不相同的状态信息，由此来避免相似甚至于相同的状态信息被重复上传，从而减少移动终端的网络流量消耗，并进一步减少了服务器存储资源的开销浪费。

参见图1，为本申请终端信息上传的方法的一个实施例的流程图，该实施例从实现信息上传的终端设备侧进行描述：

步骤101：定时收集终端的状态信息。

步骤102：计算得到当前收集的状态信息的摘要文件。

步骤103：加载得到前一次上传的状态信息的摘要文件。

步骤104：如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。

本申请实施例中，在终端侧，计算得到当前收集得到的状态信息的摘要文件，并将当前收集的状态信息的摘要文件与***中保存的前一次上传的状态信息进行比较，如果二者比较相似，则认为当前收集的状态信息与前一次上传的状态信息相同，放弃将当前收集的状态信息上传至服务器。由此，有效避免了相似或相同的终端状态信息的重复上传，从而减少移动终端的网络流量消耗，并进一步减少了服务器存储资源的开销浪费。

参见图2，为本申请终端信息上传的方法另一个实施例的流程图，该实施例从实现信息上传的终端设备侧进行描述：

步骤201：终端定时收集状态信息。

本申请实施例中，终端定期收集自身的状态信息。在实际应用中，终端收集状态信息的周期可以根据需要具体设定，在此不做限定。

步骤202：终端计算得到当前收集的状态信息的摘要文件。

本申请实施例中，可以采用哈希Hash计算的方式得到当前收集的状态信息的摘要文件。

Hash计算就是：把任意长度的输入，通过散列算法，变换成固定长度的输出，该输出就是散列值，也称为Hash值。Hash计算是一种压缩映射，生成的Hash值的空间通常远小于输入的空间。也就是说，Hash计算就是一种将任意长度的消息压缩到某一固定长度的消息摘要的函数。因此，本申请实施例中，可以通过Hash计算来获得当前收集的状态信息的摘要文件，以方便后续对摘要文件的比对的实现。

下面结合Hash算法，对计算得到当前收集的状态信息的摘要文件的过程进行详细的描述。具体的，步骤202可以包括以下步骤：

步骤2021：将当前收集的状态信息按照一定的顺序构成一字符串。

本申请实施例中，将当前收集到的该终端的IMEI、IMSI、屏幕分辨率、WI-FI名等信息，按照一定的顺序排列，构成一字符串。其中，该一定的顺序可以根据用户的需要具体设定，在此并不做限制。

需要说明的是，在实际应用中，终端受到OS(OperatingSystem，操作***)的限制，在当前环境内，对于某些状态信息，可能收集不到。例如，以WI-FI名为例，假设当前环境中，为保护网络隐私，必须通过授权才能收集到当前的WI-FI名，对于未授权用户，并不能获悉当前的WI-FI名。此时，在收集到的状态信息中，WI-FI名对应的信息为空。为保证Hash计算的顺利进行，在构成字符串时，对信息为空的WI-FI名这一项，以预设的固定字符进行填写，以保证仍能构成一个完整的字符串。

其中，该预设的固定字符串可以是用户根据实际的需要预先设定的；也可以是***自动给出的默认固定值。

这样做的目的在于，为了实现后续对摘要文件的比较步骤，需要保证不同时刻收集得到的状态信息构成的字符串的长度是一致的。对于无法采集得到的状态信息，其得到的信息内容为空，如果不用预设的固定值进行填写，可会导致该字符串中对应该项信息的内容为空，导致字符串缺位。为避免缺位现象的出现，当所述状态信息中的某一项或某几项为空时，该项或该几项对应的字符串为固定值。

步骤2022：对该字符串进行Hash计算，得到Hash值，将该Hash值作为该状态信息的摘要文件，保存在终端的文件***中。

本申请实施例中，对当前收集的状态信息构成的字符串进行Hash计算。根据常识可知，对于不同的字符串，其计算得到的Hash值是不相同的；对于相同的字符串，其计算得到的Hash值是相同的。

本申请实施例中，将该计算得到的Hash值作为该状态信息的摘要文件，保存在终端的文件***中。

结合本申请上述实施例，如果当前终端所处的环境不变或变化不大，则终端当前收集到的状态信息与上一次收集到的状态信息不会发生变化，则当前收集到的状态信息构成的字符串与上一次收集到的状态信息构成的字符串相同，则二者分别计算生成的Hash值也会相同。而如果当前终端所处的环境发生了变化，则终端当前收集到的状态信息中的某一项或某几项，与上一次收集到的状态信息相比，可能会发生变化，例如，WI-FI名不同了。则当前收集到的状态信息构成的字符串与上一次收集到的状态信息构成的字符串不再相同，则二者分别计算生成的Hash值也不会相同。

当然，本申请实施例中，仅是以Hash计算为例对计算得到当前收集的状态信息的摘要文件进行说明。在实际应用中，计算得到状态信息的摘要文件可以但不限于上述方法，任何可以实现该目的的方法均可以用于本申请实施例中。

步骤203：终端尝试是否能够加载到前一次上传的状态信息的摘要文件，如果能够加载到，则进入步骤204；如果加载不到，则进入步骤206。

步骤204：计算当前收集的状态信息的摘要文件与前一次上传的状态信息的摘要文件的相似距离，如果二者的相似距离小于预设的距离阈值，则进入步骤205；如果二者的相似距离大于等于预设阈值，则进入步骤206。

步骤205：放弃此次信息上传。

步骤206：将当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端中，并通过网络将当前收集的状态信息上传至服务器。

本申请实施例中，终端尝试加载前一次上传的状态信息的摘要文件，具体实现为：终端查找文件***中，是否保存有前一次上传的状态信息的摘要文件。

当该终端是第一次执行本申请实施例的终端信息上传的方法，即为终端以前没有计算状态信息的摘要文件并保存过，则终端会加载失败，即为文件***中找不到前一次上传的状态信息的摘要文件。则终端无法判断当前收集得到的状态信息与前一次上传的状态信息是否相似或相同。为避免终端信息的遗漏，确保服务器能够及时且完整的获取到终端的状态信息，则无论当前收集得到的状态信息与前一次上传的状态信息是否相似或相同，终端均通过网络将当前收集的状态信息上传至服务器，并将当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

当该终端的用户对终端的文件***进行存储内容的清理时，很可能会删除文件***中保存的，该终端以前保存的状态信息的摘要文件。则这种情况下，终端也会加载失败，即为文件***中找不到前一次上传的状态信息的摘要文件。则终端无法判断当前收集得到的状态信息与前一次上传的状态信息是否相似或相同。为避免终端信息的遗漏，确保服务器能够及时且完整的获取到终端的状态信息，则无论当前收集得到的状态信息与前一次上传的状态信息是否相似或相同，终端均通过网络将当前收集的状态信息上传至服务器，并将当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

当终端加载成功时，即为在文件***中找到了前一次上传的状态信息的摘要文件，则终端将当前收集的状态信息的摘要文件和前一次上传的状态信息的摘要文件进行比对，计算二者的相似距离。

如果二者的相似距离小于预设阈值，即为当前收集的状态信息的摘要文件和前一次上传的状态信息的摘要文件非常相似，则说明当前收集的状态信息和前一次上传的状态信息非常相似，基本没有发生什么大的变化，则可以认为当前收集的状态信息和前一次上传的状态信息为重复信息，则放弃此次信息上传，即为不再将当前收集的状态信息上传至服务器。

如果二者的相似距离大于等于预设阈值，即为当前收集的状态信息的摘要文件和前一次上传的状态信息的摘要文件不相同，则说明当前收集的状态信息与前一次上传的状态信息有区别，终端的某些状态信息发生了变化，为了确保服务器能够及时且完整的获取到终端的状态信息，需要将当前收集到的状态信息上传至服务器，同时将当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

需要说明的是，本申请实施例中，当采用哈希Hash计算的方式得到当前收集的状态信息的摘要文件时，该计算当前收集的状态信息的摘要文件与前一次上传的状态信息的摘要文件的相似距离具体为：比较当前收集的状态信息对应的Hash值与所述前一次上传的状态信息的Hash值是否相同，如果相同，则说明二者完全相同，则认为二者的相似距离小于预设的距离阈值；如果二者不相同，则认为二者的相似距离大于等于预设阈值。

本申请实施例中，在终端侧，计算得到当前收集得到的状态信息的摘要文件，并将当前收集的状态信息的摘要文件与***中保存的前一次上传的状态信息进行比较，如果二者比较相似，则认为当前收集的状态信息与前一次上传的状态信息相同，放弃将当前收集的状态信息上传至服务器。由此，有效避免了相似或相同的终端状态信息的重复上传，从而减少移动终端的网络流量消耗，并进一步减少了服务器存储资源的开销浪费。

参见图3，为本申请移动终端信息上传的方法另一个实施例的流程图，该实施例从实现信息上传的终端设备侧进行描述：

步骤301：终端定时收集状态信息。

步骤302：终端计算得到当前收集的状态信息的摘要文件。

本申请实施例中，可以采用哈希Hash计算的方式得到当前收集的状态信息的摘要文件。其具体计算过程与上述实施例相同。

步骤303：终端尝试是否能够加载到前一次上传的状态信息的摘要文件，如果能够加载到，则进入步骤304；如果加载不到，则进入步骤306。

步骤304：计算当前收集的状态信息的摘要文件与前一次上传的状态信息的摘要文件的相似距离，如果二者的相似距离小于预设阈值，则进入步骤305；如果二者的相似距离大于等于预设阈值，则进入步骤306。

步骤305：放弃此次信息上传，并对***文件中保存的前一次上传的状态信息的摘要文件进行更新。

本申请实施例中，对***文件中保存的摘要文件的更新可以通过以下几种方式实现。

第一种实现方式：用当前收集的状态信息的摘要文件以及当前终端的时间戳覆盖***文件中保存的前一次上传的状态信息的摘要文件以及前一次上传时的时间戳。

本申请实施例中，虽然通过比对得到，当前收集的状态信息的摘要文件与前一次上传的状态信息的摘要文件很相似，但为了保证***文件中文件的新鲜度，仍然执行对***文件的更新步骤。该更新可以具体为直接用当前收集的状态信息的摘要文件覆盖***中保存的前一次上传的状态信息的摘要文件，并用当前终端的时间戳覆盖前一次上传时的时间戳。

第二种实现方式：比较当前终端的时间戳与***文件中保存的前一次上传时的时间戳，如果二者的差距超过预设的时间阈值，则用当前收集的状态信息的摘要文件以及当前终端的时间戳覆盖***文件中保存的前一次上传的状态信息的摘要文件以及前一次上传时的时间戳；否则，如果二者的差距未超过预设的时间阈值，则不执行更新步骤。

本申请实施例中，为避免更新步骤的频繁执行，可以比较摘要文件对应的时间戳，具体为比较当前终端的时间戳与前一次上传的时间戳，如果两个时间戳的差距超过了预设的时间阈值，说明在一定长的时间内该终端的状态信息都没有发生变化，且一直没有执行过更新步骤，为确保***文件中保存的文件的新鲜度，对其中保存的摘要文件和对应的时间戳进行更新。如果两个时间戳的差距没有超过预设的时间阈值，说明刚刚执行过摘要文件保存的步骤或者是***文件的更新步骤，该***文件中保存的文件还很新鲜，暂时不需要执行更新步骤，以避免对***文件的频繁操作。

步骤306：将当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端中，并通过网络将当前收集的状态信息上传至服务器。

本申请实施例中，在终端侧，计算得到当前收集得到的状态信息的摘要文件，并将当前收集的状态信息的摘要文件与***中保存的前一次上传的状态信息进行比较，如果二者比较相似，则认为当前收集的状态信息与前一次上传的状态信息相同，放弃将当前收集的状态信息上传至服务器。由此，有效避免了相似或相同的终端状态信息的重复上传，从而减少移动终端的网络流量消耗，并进一步减少了服务器存储资源的开销浪费。

进一步的，本申请实施例中，如果当前收集的状态信息的摘要文件与***中保存的前一次上传的状态信息比较相似，不需要上传至服务器时，还可以执行对***文件中保存的摘要文件的更新步骤，以确保***文件的新鲜度。

与本申请终端信息上传的方法的实施例相对应，本申请还提供了终端信息上传的装置及客户端设备的实施例。

本申请终端信息上传的装置的实施例可以应用在客户端设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请终端信息上传装置所在设备的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，如对于客户端设备来说，可能包括摄像头、触摸屏子、通信组件等，对于服务器，可能包括负责处理报文的转发芯片等等。

参见图5，为本申请终端信息上传的装置的一个实施例框图，该信息上传装置可以应用在客户端设备上：

所述装置包括：收集单元501、计算单元502、加载单元503和上传判断单元504。

所述收集单元501，用于定时收集终端的状态信息；

所述计算单元502，用于计算得到当前收集的状态信息的摘要文件；

所述加载单元503，用于加载得到前一次上传的状态信息的摘要文件；

所述上传判断单元504，用于如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。

在一个可选的实现方式中，所述计算单元502可以包括：构成子单元、哈希计算子单元和保存子单元。其中，

所述构成子单元，用于将所述当前收集的状态信息按照一定的顺序构成一字符串；

所述哈希计算子单元，用于对所述字符串进行哈希Hash计算，得到对应的Hash值；

所述保存子单元，用于将所述Hash值作为所述当前收集的状态信息的摘要文件，保存在终端的文件***中。

在一个可选的实现方式中，所述装置还可以包括：上传单元和第一保存单元。

所述上传单元，用于如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离大于或等于所述预设的距离阈值时，则将所述当前收集的状态信息上传至服务器；

所述第一保存单元，用于将所述当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

在一个可选的实现方式中，所述装置还可以包括：第一更新单元。

所述第一更新单元，用于用所述当前收集的状态信息的摘要文件以及当前终端的时间戳覆盖***文件中保存的所述前一次上传的状态信息的摘要文件以及前一次上传时的时间戳。

在一个可选的实现方式中，所述装置还可以包括：第二更新单元

所述第二更新单元，用于比较当前终端的时间戳与***文件中保存的前一次上传时的时间戳，如果二者的差距超过预设的时间阈值，则用所述当前收集的状态信息的摘要文件以及当前终端的时间戳覆盖***文件中保存的所述前一次上传的状态信息的摘要文件以及前一次上传时的时间戳。

在一个可选的实现方式中，所述装置还可以包括：第二保存单元。

所述第二保存单元，用于如果加载不到所述前一次上传的状态信息的摘要文件，则将所述当前收集的状态信息上传至服务器，并将所述当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

应用本申请实施例，在终端侧，计算得到当前收集得到的状态信息的摘要文件，并将当前收集的状态信息的摘要文件与***中保存的前一次上传的状态信息进行比较，如果二者比较相似，则认为当前收集的状态信息与前一次上传的状态信息相同，放弃将当前收集的状态信息上传至服务器。由此，有效避免了相似或相同的终端状态信息的重复上传，从而减少移动终端的网络流量消耗，并进一步减少了服务器存储资源的开销浪费。

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

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

Claims (13)

1.一种终端信息上传的方法，其特征在于，所述方法包括：

定时收集终端的状态信息；

计算得到当前收集的状态信息的摘要文件；

加载得到前一次上传的状态信息的摘要文件；

如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。

2.根据权利要求1所述的方法，其特征在于，所述计算得到当前收集的状态信息的摘要文件，包括：

将所述当前收集的状态信息按照一定的顺序构成一字符串；

对所述字符串进行哈希Hash计算，得到对应的Hash值；

将所述Hash值作为所述当前收集的状态信息的摘要文件，保存在终端的文件***中。

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

如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离大于或等于所述预设的距离阈值时，则将所述当前收集的状态信息上传至服务器，并将所述当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

4.根据权利要求1所述的方法，其特征在于，在所述放弃将所述当前收集的状态信息上传至服务器之后，所述方法还包括：

用所述当前收集的状态信息的摘要文件以及当前终端的时间戳覆盖***文件中保存的所述前一次上传的状态信息的摘要文件以及前一次上传时的时间戳。

5.根据权利要求1所述的方法，其特征在于，在所述放弃将所述当前收集的状态信息上传至服务器之后，所述方法还包括：

比较当前终端的时间戳与***文件中保存的前一次上传时的时间戳，如果二者的差距超过预设的时间阈值，则用所述当前收集的状态信息的摘要文件以及当前终端的时间戳覆盖***文件中保存的所述前一次上传的状态信息的摘要文件以及前一次上传时的时间戳。

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

如果加载不到所述前一次上传的状态信息的摘要文件，则将所述当前收集的状态信息上传至服务器，并将所述当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

7.一种终端信息上传的装置，其特征在于，所述装置包括：

收集单元，用于定时收集终端的状态信息；

计算单元，用于计算得到当前收集的状态信息的摘要文件；

加载单元，用于加载得到前一次上传的状态信息的摘要文件；

上传判断单元，用于如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。

8.根据权利要求7所述的终端信息上传的装置，其特征在于，所述计算单元包括：

构成子单元，用于将所述当前收集的状态信息按照一定的顺序构成一字符串；

哈希计算子单元，用于对所述字符串进行哈希Hash计算，得到对应的Hash值；

保存子单元，用于将所述Hash值作为所述当前收集的状态信息的摘要文件，保存在终端的文件***中。

9.根据权利要求7所述的终端信息上传的装置，其特征在于，所述装置还包括：

上传单元，用于如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离大于或等于所述预设的距离阈值时，则将所述当前收集的状态信息上传至服务器；

第一保存单元，用于将所述当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

10.根据权利要求7所述的终端信息上传的装置，其特征在于，所述装置还包括：

第一更新单元，用于用所述当前收集的状态信息的摘要文件以及当前终端的时间戳覆盖***文件中保存的所述前一次上传的状态信息的摘要文件以及前一次上传时的时间戳。

11.根据权利要求7所述的终端信息上传的装置，其特征在于，所述装置还包括：

第二更新单元，用于比较当前终端的时间戳与***文件中保存的前一次上传时的时间戳，如果二者的差距超过预设的时间阈值，则用所述当前收集的状态信息的摘要文件以及当前终端的时间戳覆盖***文件中保存的所述前一次上传的状态信息的摘要文件以及前一次上传时的时间戳。

12.根据权利要求7所述的终端信息上传的装置，其特征在于，所述装置还包括：

第二保存单元，用于如果加载不到所述前一次上传的状态信息的摘要文件，则将所述当前收集的状态信息上传至服务器，并将所述当前收集的状态信息的摘要文件以及当前终端的时间戳保存在终端的文件***中。

13.一种客户端设备，其特征在于，包括：

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

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

定时收集终端的状态信息；

计算得到当前收集的状态信息的摘要文件；

加载得到前一次上传的状态信息的摘要文件；

如果所述当前收集的状态信息的摘要文件与所述前一次上传的状态信息的摘要文件的相似距离小于预设的距离阈值时，则放弃将所述当前收集的状态信息上传至服务器。