CN110300151A - 数据文件上传方法及系统 - Google Patents

Abstract

本发明实施例提供了一种数据文件上传方法及系统。该方法应用于数据处理技术领域，其包括获取储存于客户端中的数据文件以及数据文件对应的文件记录信息；客户端根据数据文件以及文件记录信息获取文件状态为待上传状态的数据文件，并将文件状态为待上传状态的数据文件确定为待上传数据文件；客户端计算待上传数据文件对应的第一文件摘要；并将待上传数据文件以及第一文件摘要上传至服务器；若客户端接收到服务器返回的响应信息，根据响应信息更新文件记录信息。实施本发明实施例，可有效解决因网络故障等原因导致出现漏传、错传等现象，有利于提升数据文件上传的可靠性。

Description

数据文件上传方法及系统

技术领域

本发明涉及计算机数据处理领域，尤其涉及一种数据文件上传方法及系统。

背景技术

在互联网应用中，通常需要将各类的数据文件上传至服务器，以实现备份、分析等功能。现有技术中，数据文件在传输过程中可能会因网络故障等原因导致出现漏传、错传等现象。因此，如何提升数据文件传输的可靠性是亟需解决的问题。

发明内容

本发明实施例提供了一种数据文件上传方法及系统，旨在解决数据文件上传可靠性低等问题。

第一方面，本发明实施例提供了一种数据文件上传方法，其包括：获取储存于客户端中的数据文件以及所述数据文件对应的文件记录信息，所述文件记录信息用于记录所述数据文件的文件状态，所述文件状态包括已上传状态以及待上传状态；所述客户端将所述文件状态为待上传状态的数据文件确定为待上传数据文件；所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要；并将所述待上传数据文件以及所述第一文件摘要上传至服务器；若所述客户端接收到所述服务器返回的响应信息，根据所述响应信息更新所述文件记录信息。第二方面，本发明实施例提供了一种数据文件上传系统，所述系统包括客户端以及服务器，所述客户端包括：

第一获取单元，用于获取储存于客户端中的数据文件以及所述数据文件对应的文件记录信息，所述文件记录信息用于记录所述数据文件的文件状态，所述文件状态包括已上传状态以及待上传状态；

第一确定单元，用于所述客户端将所述文件状态为待上传状态的数据文件确定为待上传数据文件；

第一计算单元，用于所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要；并将所述待上传数据文件以及所述第一文件摘要上传至服务器；

更新单元，用于若所述客户端接收到所述服务器返回的响应信息，根据所述响应信息更新所述文件记录信息。

本发明实施例提供一种数据文件上传方法及系统。该方法通过将客户端所计算得到的待上传文件对应的第一文件摘要上传至服务器，并通过服务器向客户端返回与所述第一文件摘要对应的响应信息，进而使客户端根据所述响应信息更新所述文件记录信息。实施本发明实施例，可有效解决因网络故障等原因导致出现漏传、错传等现象，有利于提升数据文件上传的可靠性。

附图说明

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

图1为本发明一实施例提供的一种数据文件上传方法的流程示意图；

图2为本发明一实施例提供的一种数据文件上传方法的应用场景示意图；

图3为本发明一实施例提供的一种数据文件上传方法的另一流程示意图；

图4为本发明一实施例提供的一种数据文件上传方法的另一流程示意图；

图5为本发明一实施例提供的一种数据文件上传方法的另一流程示意图；

图6为本发明一实施例提供的一种数据文件上传方法的另一流程示意图；

图7为本发明一实施例提供的一种数据文件上传系统的示意性框图；

图8为本发明一实施例提供的一种数据文件上传系统的另一示意性框图；

图9为本发明一实施例提供的一种数据文件上传系统中客户端的示意性框图；

图10为本发明一实施例提供的一种数据文件上传系统中客户端的另一示意性框图；

图11为本发明一实施例提供的一种数据文件上传系统中客户端的另一示意性框图。

具体实施方式

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

请参照图1以及图2，其为本发明一实施例提供的一种数据文件上传方法的流程示意图以及应用场景示意图。本发明实施例所提供的数据文件上传方法可应用于数据文件上传系统中，该数据文件上传系统包括客户端10以及服务器20。所述客户端10可以是手机、平板电脑、智能手环等电子终端。所述服务器20可以是独立的服务器，也可以是多个服务器组成的服务器集群。所述客户端10与服务器20之间可进行数据交互。如图1所示，该数据文件上传方法包括步骤S110-S140。

S110，获取储存于客户端中的数据文件以及所述数据文件对应的文件记录信息，所述文件记录信息用于记录所述数据文件的文件状态，所述文件状态包括已上传状态以及待上传状态。

具体地，所述数据文件储存于所述客户端中，数据文件可以为需要备份的数据文件，或者是需要上传至服务器的保单数据文件等等。所述数据文件的数量可以为一个或者多个。

S120，所述客户端将所述文件状态为待上传状态的数据文件确定为待上传数据文件。

具体地，所述文件记录信息用于记录所述数据文件的文件状态，所述文件状态包括已上传状态以及待上传状态。每个数据文件对应唯一的文件状态，例如A文件对应的文件状态为待上传状态，B文件对应的文件状态为已上传状态。通过在所述数据文件中获取文件状态为待上传状态的数据文件，并将所述文件状态为待上传状态的数据文件确定为待上传数据文件，以备后续上传数据文件时快速获取待上传数据文件，以避免出现漏传、错传等现象。

S130，所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要，并将所述待上传数据文件以及所述第一文件摘要上传至服务器。

具体地，所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要可通过预设算法计算，该预设算法可以是消息摘要算法。其中，消息摘要算法包括但不限于MD算法(MD，Message Digest)、SHA算法(SHA，Secure Hash Algorithm)、MAC算法(MAC，Message Authentication Code)。

具体地，所述根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要为：将把任意长度的待上传数据文件作为消息摘要算法的输入(又叫做预映射Pre-Image)，通过消息摘要算法(例如MD算法等)变换成固定长度的输出，该输出就是第一文件摘要。

S140，若所述客户端接收到所述服务器返回的响应信息，根据所述响应信息更新所述文件记录信息。

在一些实施例中，如图3所示，所述方法还可以包括步骤S210-S230b。

S210，若所述服务器接收到所述客户端上传的待上传数据文件以及所述第一文件摘要，根据消息摘要算法计算所接收到的待上传数据文件对应的第二文件摘要。

具体地，所述服务器根据消息摘要算法计算所接收到的待上传数据文件对应的第二文件摘要可通过预设算法计算，该预设算法可以是消息摘要算法。其中，消息摘要算法包括但不限于MD算法(MD，Message Digest)、SHA算法(SHA，Secure Hash Algorithm)、MAC算法(MAC，Message Authentication Code)。

其中，所述服务器计算所述待上传数据文件对应的第二文件摘要所使用的预设算法与所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要所使用的预设算法相同。例如，所述服务器通过MD算法计算所述待上传数据文件对应的第二文件摘要，所述客户端通过MD算法计算所述待上传数据文件对应的第一文件摘要。

S220，判断所述第一文件摘要与所述第二文件摘要是否相同。

具体地，通过将所述第一文件与所述第二文件摘进行字符比对，以判断所述第一文件摘要与所述第二文件摘要是否相同。

S230a，若所述第一文件摘要与所述第二文件摘要相同，向所述客户端发送第一响应信息。

具体地，若所述第一文件摘要与所述第二文件摘要相同，表明所述客户端向所述服务器所发送的数据文件与所述服务器所接收到的数据文件为同一个文件，且完整性未受到破坏，进而向所述客户端发送第一响应信息。其中，所述第一响应信息用于表示所述待上传数据文件已成功上传。

S230b，若所述第一文件摘要与所述第二文件摘要不相同，向所述客户端发送第二响应信息。

具体地，若所述第一文件摘要与所述第二文件摘要不相同，表明所述客户端向所述服务器所发送的数据文件与所述服务器所接收到的数据文件的完整性受到破坏，或者二者不属于同一个文件，故向所述客户端发送第二响应信息。其中，所述第二响应信息用于表示所述待上传数据文件未成功上传。

在一些实施例中，如图4所示，步骤S140可包括步骤S140a以及S140b。

S140a，若所述客户端接收到所述服务器返回的响应信息为第一响应信息，将所述待上传数据文件对应的文件状态由待上传状态修改为已上传状态。

具体地，所述第一响应信息用于表示所述待上传数据文件已成功上传。若所述客户端接收到所述服务器返回的响应信息为第一响应信息，所述客户端确定所述待上传数据文件已成功上传，进而将所述待上传数据文件对应的文件状态由待上传状态修改为已上传状态。

S140b，若所述客户端接收到所述服务器返回的响应信息为第二响应信息，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

具体地，所述第二响应信息用于表示所述待上传数据文件未成功上传。若所述客户端接收到所述服务器返回的响应信息为第二响应信息，所述客户端确定所述待上传数据文件未成功上传，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

在一些实施例中，如图5所示，步骤S130可包括S131-S132。

S131，根据所述待上传数据文件对应的创建时间，对所述待上传数据文件进行排序以生成文件队列。

具体地，所述待上传数据文件对应唯一的创建时间。创建时间为所述待上传数据创建于所述客户端时所记录的时间。例如，待上传数据文件对应的创建时间可以为2019-1-3 19:15:19。

所述待上传数据文件的数量可以为一个或者多个，若所述待上传数据文件的数量为多个，通过比较所述待上传文件的创建时间，按照预设的排列规则对所述待上传数据文件进行排序，以生成文件队列。其中，预设的排列规则可以为创建时间越早，队列排名越靠前。

S132，所述客户端根据所述文件队列的先后顺序依次计算所述待上传数据文件对应的第一文件摘要。并根据所述文件队列将所述待上传数据文件以及所述第一文件摘要上传至服务器。

具体地，通过根据所述文件队列的先后顺序依次计算所述待上传数据文件对应的第一文件摘要；并根据所述文件队列将所述待上传数据文件以及所述第一文件摘要上传至服务器。例如，假设预设的排列规则为创建时间越早，队列排名越靠前，根据所述文件队列的先后顺序依次计算所述待上传数据文件对应的第一文件摘要具体为：待上传数据文件的创建时间越早，列队顺序越靠前，则越早计算该待计算文件对应的第一文件摘要。实施本发明实施例，可实现数据文件上传的有序化，防止因数据堆积而造成数据上传混乱等问题。

在一些实施例中，如图6所示，所述方法还可以包括步骤S150。

S150，若所述客户端未接收到所述服务器返回的响应信息，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

具体地，若所述客户端未接收到所述服务器返回的响应信息，表明所述客户端无法确定所述待上传数据文件是否已成功发送，为防止未经出现漏传，进而将所述待上传数据文件对应的文件状态继续保持为待上传状态。

图7是本发明实施例提供的一种数据文件上传系统10的示意性框图。如图7所示，对应于以上数据文件上传方法，本发明还提供一种数据文件上传系统10。该数据文件上传系统10包括用于执行上述数据文件上传方法的单元，

所述系统10包括客户端100以及服务器200，所述客户端100包括第一获取单元110、第一确定单元120、第一计算单元130以及更新单元140。

第一获取单元110，用于获取储存于客户端100中的数据文件以及所述数据文件对应的文件记录信息，所述文件记录信息用于记录所述数据文件的文件状态，所述文件状态包括已上传状态以及待上传状态。

具体地，所述数据文件储存于所述客户端100中，数据文件可以为需要备份的数据文件，或者是需要上传至服务器200的保单数据文件等等。所述数据文件的数量可以为一个或者多个。

第一确定单元120，用于所述客户端100根据所述数据文件以及所述文件记录信息获取文件状态为待上传状态的数据文件，并将所述文件状态为待上传状态的数据文件确定为待上传数据文件。

具体地，所述文件记录信息用于记录所述数据文件的文件状态，所述文件状态包括已上传状态以及待上传状态。每个数据文件对应唯一的文件状态，例如A文件对应的文件状态为待上传状态，B文件对应的文件状态为已上传状态。通过在所述数据文件中获取文件状态为待上传状态的数据文件，并将所述文件状态为待上传状态的数据文件确定为待上传数据文件，以备后续上传数据文件时快速获取待上传数据文件，以避免出现漏传、错传等现象。

第一计算单元130，用于所述客户端100根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要；并将所述待上传数据文件以及所述第一文件摘要上传至服务器200。

具体地，所述客户端100计算所述待上传数据文件对应的第一文件摘要可通过预设算法计算，该预设算法可以是消息摘要算法。其中，消息摘要算法包括但不限于MD算法(MD，Message Digest)、SHA算法(SHA，Secure Hash Algorithm)、MAC算法(MAC，MessageAuthentication Code)。

更新单元140，用于若所述客户端100接收到所述服务器200返回的响应信息，根据所述响应信息更新所述文件记录信息。

在一些实施例中，如图8所示，所述服务器200包括第二计算单元210、第一判断单元220、第一发送单元230以及第二发送单元240。

第二计算单元210，用于若所述服务器200接收到所述客户端100上传的待上传数据文件以及所述第一文件摘要，根据消息摘要算法计算所接收到的待上传数据文件对应的第二文件摘要。

具体地，所述服务器200根据消息摘要算法计算所接收到的待上传数据文件对应的第二文件摘要可通过预设算法计算，该预设算法可以是消息摘要算法。其中，消息摘要算法包括但不限于MD算法(MD，Message Digest)、SHA算法(SHA，Secure Hash Algorithm)、MAC算法(MAC，Message Authentication Code)。

具体地，所述根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要为：将把任意长度的待上传数据文件作为消息摘要算法的输入(又叫做预映射Pre-Image)，通过消息摘要算法(例如MD算法等)变换成固定长度的输出，该输出就是第二文件摘要。

其中，所述服务器200计算所述待上传数据文件对应的第二文件摘要所使用的预设算法与所述客户端100计算所述待上传数据文件对应的第一文件摘要所使用的预设算法相同。例如，所述服务器200通过MD算法计算所述待上传数据文件对应的第二文件摘要，所述客户端100通过MD算法计算所述待上传数据文件对应的第一文件摘要。

第一判断单元220，用于判断所述第一文件摘要与所述第二文件摘要是否相同。

具体地，通过将所述第一文件与所述第二文件摘进行字符比对，以判断所述第一文件摘要与所述第二文件摘要是否相同。

第一发送单元230，用于若所述第一文件摘要与所述第二文件摘要相同，向所述客户端100发送第一响应信息。

具体地，若所述第一文件摘要与所述第二文件摘要相同，表明所述客户端100向所述服务器200所发送的数据文件与所述服务器200所接收到的数据文件为同一个文件，且完整性未受到破坏，进而向所述客户端100发送第一响应信息。其中，所述第一响应信息用于表示所述待上传数据文件已成功上传。

第二发送单元240，用于若所述第一文件摘要与所述第二文件摘要不相同，向所述客户端100发送第二响应信息。

具体地，若所述第一文件摘要与所述第二文件摘要不相同，表明所述客户端100向所述服务器200所发送的数据文件与所述服务器200所接收到的数据文件的完整性受到破坏，或者二者不属于同一个文件，故向所述客户端100发送第二响应信息。其中，所述第二响应信息用于表示所述待上传数据文件未成功上传。

在一些实施例中，如图9所示，所述更新单元140包括第一处理单元140a以及第二处理单元140b。

第一处理单元140a，用于若所述客户端100接收到所述服务器200返回的响应信息为第一响应信息，将所述待上传数据文件对应的文件状态由待上传状态修改为已上传状态。

具体地，所述第一响应信息用于表示所述待上传数据文件已成功上传。若所述客户端100接收到所述服务器200返回的响应信息为第一响应信息，所述客户端100确定所述待上传数据文件已成功上传，进而将所述待上传数据文件对应的文件状态由待上传状态修改为已上传状态。

第二处理单元140b，用于若所述客户端100接收到所述服务器200返回的响应信息为第二响应信息，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

具体地，所述第二响应信息用于表示所述待上传数据文件未成功上传。若所述客户端100接收到所述服务器200返回的响应信息为第二响应信息，所述客户端100确定所述待上传数据文件未成功上传，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

在一些实施例中，如图10所示，所述第一计算单元130包括生成单元131以及上传单元132。

生成单元131，用于根据所述待上传数据文件对应的创建时间，对所述待上传数据文件进行排序以生成文件队列。

具体地，所述待上传数据文件对应唯一的创建时间。创建时间为所述待上传数据创建于所述客户端100时所记录的时间。例如，待上传数据文件对应的创建时间可以为2019-1-3 19:15:19。

所述待上传数据文件的数量可以为一个或者多个，若所述待上传数据文件的数量为多个，通过比较所述待上传文件的创建时间，按照预设的排列规则对所述待上传数据文件进行排序，以生成文件队列。其中，预设的排列规则可以为创建时间越早，队列排名越靠前。

上传单元132，用于所述客户端100根据所述文件队列的先后顺序依次计算所述待上传数据文件对应的第一文件摘要。并根据所述文件队列将所述待上传数据文件以及所述第一文件摘要上传至服务器200。

具体地，通过根据所述文件队列的先后顺序依次计算所述待上传数据文件对应的第一文件摘要；并根据所述文件队列将所述待上传数据文件以及所述第一文件摘要上传至服务器200，可实现数据文件上传的有序化，防止因数据堆积而造成数据上传混乱等问题。

在一些实施例中，如图11所示，所述客户端100还包括保持单元150。所述保持单元150用于若所述客户端100未接收到所述服务器200返回的响应信息，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

具体地，若所述客户端100未接收到所述服务器200返回的响应信息，表明所述客户端100无法确定所述待上传数据文件是否已成功发送，为防止未经出现漏传，进而将所述待上传数据文件对应的文件状态继续保持为待上传状态。

需要说明的是，所属领域的技术人员可以清楚地了解到，上述数据文件上传系统10和各单元的具体实现过程，可以参考前述方法实施例中的相应描述，为了描述的方便和简洁，在此不再赘述。

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

在本发明所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如一个以上单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本发明实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本发明实施例系统中的单元可以根据实际需要进行合并、划分和删减。

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

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

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

获取储存于客户端中的数据文件以及所述数据文件对应的文件记录信息，所述文件记录信息用于记录所述数据文件的文件状态，所述文件状态包括已上传状态以及待上传状态；

所述客户端将所述文件状态为待上传状态的数据文件确定为待上传数据文件；

所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要；并将所述待上传数据文件以及所述第一文件摘要上传至服务器；

若所述客户端接收到所述服务器返回的响应信息，根据所述响应信息更新所述文件记录信息。

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

若所述服务器接收到所述客户端上传的待上传数据文件以及所述第一文件摘要，根据消息摘要算法计算所接收到的待上传数据文件对应的第二文件摘要；

判断所述第一文件摘要与所述第二文件摘要是否相同；

若所述第一文件摘要与所述第二文件摘要相同，向所述客户端发送第一响应信息；

若所述第一文件摘要与所述第二文件摘要不相同，向所述客户端发送第二响应信息。

3.如权利要求2所述的方法，其特征在于，所述若所述客户端接收到所述服务器返回的响应信息，根据所述响应信息更新所述文件记录信息，包括：

若所述客户端接收到所述服务器返回的响应信息为第一响应信息，将所述待上传数据文件对应的文件状态由待上传状态修改为已上传状态；

若所述客户端接收到所述服务器返回的响应信息为第二响应信息，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

4.如权利要求1所述的方法，其特征在于，所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要；并将所述待上传数据文件以及所述第一文件摘要上传至服务器，包括：

根据所述待上传数据文件对应的创建时间，对所述待上传数据文件进行排序以生成文件队列；

所述客户端根据所述文件队列的先后顺序依次计算所述待上传数据文件对应的第一文件摘要；并根据所述文件队列将所述待上传数据文件以及所述第一文件摘要上传至服务器。

5.如权利要求1所述的方法，其特征在于，所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要；并将所述待上传数据文件以及所述第一文件摘要上传至服务器之后，还包括：

若所述客户端未接收到所述服务器返回的响应信息，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

6.一种数据文件上传系统，其特征在于，所述系统包括客户端以及服务器，所述客户端包括：

第一获取单元，用于获取储存于客户端中的数据文件以及所述数据文件对应的文件记录信息，所述文件记录信息用于记录所述数据文件的文件状态，所述文件状态包括已上传状态以及待上传状态；

第一确定单元，用于所述客户端将所述文件状态为待上传状态的数据文件确定为待上传数据文件；

第一计算单元，用于所述客户端根据消息摘要算法计算所述待上传数据文件对应的第一文件摘要；并将所述待上传数据文件以及所述第一文件摘要上传至服务器；

更新单元，用于若所述客户端接收到所述服务器返回的响应信息，根据所述响应信息更新所述文件记录信息。

7.如权利要求6所述的系统，其特征在于，所述服务器包括：

第二计算单元，用于若所述服务器接收到所述客户端上传的待上传数据文件以及所述第一文件摘要，根据消息摘要算法计算所接收到的待上传数据文件对应的第二文件摘要；

第一判断单元，用于判断所述第一文件摘要与所述第二文件摘要是否相同；

第一发送单元，用于若所述第一文件摘要与所述第二文件摘要相同，向所述客户端发送第一响应信息；

第二发送单元，用于若所述第一文件摘要与所述第二文件摘要不相同，向所述客户端发送第二响应信息。

8.如权利要求7所述的系统，其特征在于，所述更新单元包括：

第一处理单元，用于若所述客户端接收到所述服务器返回的响应信息为第一响应信息，将所述待上传数据文件对应的文件状态由待上传状态修改为已上传状态；

第二处理单元，用于若所述客户端接收到所述服务器返回的响应信息为第二响应信息，将所述待上传数据文件对应的文件状态继续保持为待上传状态。

9.如权利要求6所述的系统，其特征在于，所述第一计算单元包括：

生成单元，用于根据所述待上传数据文件对应的创建时间，对所述待上传数据文件进行排序以生成文件队列；

上传单元，用于所述客户端根据所述文件队列的先后顺序依次计算所述待上传数据文件对应的第一文件摘要；并根据所述文件队列将所述待上传数据文件以及所述第一文件摘要上传至服务器。

10.如权利要求6所述的系统，其特征在于，所述客户端还包括：

保持单元，用于若所述客户端未接收到所述服务器返回的响应信息，将所述待上传数据文件对应的文件状态继续保持为待上传状态。