CN109756568B - 文件的处理方法、设备及计算机可读存储介质 - Google Patents

Abstract

本发明提供文件的处理方法、设备及计算机可读存储介质。本发明实施例通过应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器，进而由所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块，并将所述待上传的文件块的第一信息发送给所述应用，用以指示所述待上传的文件块，使得所述应用能够根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器，以供所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件，由于不再固定采用一个线程进行文件的整体上传，而是灵活采用一个线程或多个线程进行文件的分块上传，能够使得文件的上传时间较短，且正确率高，从而提高了文件上传的效率和可靠性。

Description

文件的处理方法、设备及计算机可读存储介质

【技术领域】

本发明涉及文件处理技术，尤其涉及文件的处理方法、设备及计算机可读存储介质。

【背景技术】

随着通信技术的发展，终端集成了越来越多的功能，从而使得终端的系统功能列表中包含了越来越多相应的应用(Application，APP)。有些应用中会涉及一些文件的上传服务。通常，在终端使用这些文件的上传服务的过程中，应用会利用一个线程，直接将文件发送给对应的服务器。

然而，采用现有的上传方式进行文件上传，其文件上传的时间较长，且容易出错，从而导致了文件上传的效率和可靠性的降低。

【发明内容】

本发明的多个方面提供文件的处理方法、设备及计算机可读存储介质，用以提高文件上传的效率和可靠性。

本发明的一方面，提供一种文件的处理方法，包括：

应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器，以供所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块；

所述应用接收所述服务器发送的所述待上传的文件块的第一信息，用以指示所述待上传的文件块；

所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器，以供所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件。

本发明的另一方面，提供另一种文件的处理方法，包括：

服务器接收应用发送的待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息；

所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块；

所述服务器向所述应用发送所述待上传的文件块的第一信息，用以指示所述待上传的文件块；

所述服务器接收所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，发送的所述待上传的文件块和所述待上传的文件块的编号；

所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件。

本发明的另一方面，提供一种设备，所述设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上述一方面所提供的一种文件的处理方法。

本发明的另一方面，提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一方面所提供的一种文件的处理方法。

由上述技术方案可知，本发明实施例通过应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器，进而由所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块，并将所述待上传的文件块的第一信息发送给所述应用，用以指示所述待上传的文件块，使得所述应用能够根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器，以供所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件，由于不再固定采用一个线程进行文件的整体上传，而是灵活采用一个线程或多个线程进行文件的分块上传，能够使得文件的上传时间较短，且正确率高，从而提高了文件上传的效率和可靠性。

另外，采用本发明所提供的技术方案，通过对资源进行检测，来对用于上传所述待上传的文件块的线程进行确定，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

另外，采用本发明所提供的技术方案，通过对资源实时检测，来对用于上传所述待上传的文件块的线程进行灵活调整，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

【附图说明】

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

图1为本发明一实施例提供的一种文件的处理方法的流程示意图；

图2为本发明另一实施例提供的另一种文件的处理方法的流程示意图；

图3为适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。

【具体实施方式】

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

需要说明的是，本发明实施例中所涉及的终端可以包括但不限于手机、个人数字助理(Personal Digital Assistant，PDA)、无线手持设备、平板电脑(Tablet Computer)、个人电脑(Personal Computer，PC)、MP3播放器、MP4播放器、可穿戴设备(例如，智能眼镜、智能手表、智能手环等)等。

另外，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明一实施例提供的一种文件的处理方法的流程示意图，如图1所示。

101、应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器，以供所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块。

所谓的文件，是指计算机文件，与普通文件载体不同，计算机文件是以计算机硬盘等终端为载体存储在终端上的信息集合。文件可以是文本文档、图片或者程序等。

102、所述应用接收所述服务器发送的所述待上传的文件块的第一信息，用以指示所述待上传的文件块。

103、所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器，以供所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件。

需要说明的是，101～103的执行主体应用，可以为位于终端的应用本身，或者可以为设置在位于终端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元。

所述应用，可以是安装在终端上的本地程序(nativeApp)，由于nativeApp直接运行在操作系统之上，因此，nativeApp所能够获得更多的操作系统资源，例如，CPU、内存和带宽等。nativeApp的性能好坏，会直接影响到操作系统。

所述应用，可以是终端上的浏览器的一个网页程序(webApp)，由于webApp运行在浏览器之内，因此，webApp所能够获得的资源则只能是浏览器所占用的操作系统资源中的部分资源或全部资源，webApp需要与浏览器之内的其他网页程序共同分享浏览器所占用的操作系统资源。由于webApp所能够获取的资源受限于浏览器所占用的操作系统资源以及浏览器为其所分配的资源，因此，如何在有限的资源上，进行文件的上传就显得尤为重要。webApp的性能好坏，只会影响到浏览器，而并不会直接影响到操作系统，能够有效提高操作系统的稳定性。

这样，通过应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器，以供所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块，进而由所述应用接收所述服务器发送的所述待上传的文件块的第一信息，用以指示所述待上传的文件块，使得所述应用能够根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器，以供所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件，由于不再固定采用一个线程进行文件的整体上传，而是灵活采用一个线程或多个线程进行文件的分块上传，能够使得文件的上传时间较短，且正确率高，从而提高了文件上传的效率和可靠性。

可选地，在本实施例的一个可能的实现方式中，在101之前，所述应用还可以进一步对所述待上传的文件进行分块处理，以获得所述至少一个文件块。进而，所述应用则可以根据所述至少一个文件块，获得所述至少一个文件块中每个文件块的编号和校验信息。

具体来说，所述应用具体可以对所述至少一个文件块中每个文件块进行编号，并利用校验算法，例如，消息摘要5(Message Digest 5，MD5)算法、消息摘要4(MessageDigest 4，MD4)算法、安全哈希算法1(Secure Hash Algorithm 1，SHA1)或者安全哈希算法224(Secure Hash Algorithm 224，SHA224)等，计算所述每个文件块的校验信息，例如，MD5值、MD4值、SHA1值或者SHA224值等。

在获得所述至少一个文件块中每个文件块的编号和校验信息之后，所述应用则可以将这些待上传的文件块中每个文件块的编号和校验信息发送给服务器。

在接收到应用发送的每个文件块的编号和校验信息之后，服务器则可以根据所述每个文件块的编号和校验信息，确定待上传的文件块。

具体来说，所述服务器具体可以根据所述每个文件块的校验信息和本地已经存在的文件块的校验信息，确定所述每个文件块是否已经存在。具体地，所述服务器具体可以将所述每个文件块的校验信息和本地已经存在的文件块的校验信息进行比较，若二者一致，所述服务器则可以确定该文件块已经存在，说明该文件块则无需重复上传；若二者不一致，所述服务器则可以确定该文件块不存在，说明该文件块则需要上传。

在确定所述每个文件块是否已经存在之后，所述服务器则可以将确定为不存在的文件块，作为所述待上传的文件块。然后，所述服务器则可以根据所述每个文件块的编号，获得所述待上传的文件块的第一信息，用以指示所述待上传的文件块。

所述待上传的文件块的第一信息，可以根据所述待上传的文件块之间的相互关系，采用不同形式，本实施例对此不进行特别限定。

例如，若所述待上传的文件块为一些编号连续的文件块，那么，所述第一信息则可以为这些文件块中第一个文件块的编号和这些连续的文件块的数量。

或者，再例如，若所述待上传的文件块为一些编号不连续的文件块，那么，所述第一信息则可以分别为这些文件块的编号。

在获得所述待上传的文件块的第一信息之后，所述服务器则可以将所获得的所述待上传的文件块的第一信息发送给所述应用，用以指示所述待上传的文件块。

可选地，在本实施例的一个可能的实现方式中，在103中，所述服务器具体可以根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，对所述文件块进行校验处理和还原处理，以获得所述文件。

在该实现方式中，所述服务器具体可以根据所述至少一个线程中每个线程所上传的所述待上传的文件块的编号，对所述每个线程所上传的所述待上传的文件块进行校验处理，根据所述校验处理的校验结果，确定所述每个线程中是否存在需要重新上传的文件块，进而由所述服务器根据所述每个线程中是否存在需要重新上传的文件块，向所述应用发送重新上传的文件块的第二信息，用以指示重新上传的文件块，以供所述应用根据所述重新上传的文件块的第二信息，结束操作或者重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号，直到所述每个线程中均不存在需要重新上传的文件块为止。然后，所述服务器则可以根据接收到的文件块的编号，对接收到的文件块进行还原处理，以获得所述文件。

可选地，在本实施例的一个可能的实现方式中，在103之后，所述应用还可以进一步接收所述服务器根据所述每个线程中是否存在需要重新上传的文件块发送的重新上传的文件块的第二信息，用以指示重新上传的文件块，进而，所述应用具体可以根据所述重新上传的文件块的第二信息，结束操作或者重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

其中，所述每个线程中是否存在需要重新上传的文件块，可以为所述服务器根据所述至少一个线程中每个线程所上传的所述待上传的文件块的编号，对所述每个线程所上传的所述待上传的文件块进行校验处理，根据所述校验处理的校验结果，确定的。

具体来说，所述应用具体可以根据所述重新上传的文件块的第二信息，利用所述至少一个线程中的一个线程或者多个线程，重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

在一个具体的实现过程中，所述应用具体可以根据所述重新上传的文件块的第二信息，利用上次传输所述重新上传的文件块的所述至少一个线程中的一个线程或者多个线程，重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

在另一个具体的实现过程中，所述应用具体可以根据所述重新上传的文件块的第二信息，从所述至少一个线程中选择一个线程或者多个线程，重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

可选地，在本实施例的一个可能的实现方式中，在103之前，所述应用还可以进一步根据预先设置的初始线程数量例如，2个等，确定用于上传所述待上传的文件块的所述至少一个线程。

相应地，所述应用则可以利用预先设置的调整增量例如，1个，调整所述至少一个线程的数量，以使得该应用所在终端当前的第三传输参数满足预先设置的阈值条件，其中，所述第三传输参数可以包括但不限于CPU的使用率、内存的使用率和网络参数中的至少一项，本实施例对此不进行特别限定。

其中，网络参数可以包括但不限于网络传输速率、丢包率和传输时延中的至少一项，本实施例对此不进行特别限定。

例如，CPU的使用率小于或等于CPU的上限使用率。

或者，再例如，内存的使用率小于或等于内存的上限使用率。

或者，再例如，网络参数优于参数阈值，如传输时延小于或等于时延阈值等。

这样，通过对资源进行检测，来对用于上传所述待上传的文件块的线程进行确定，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

为了更加清晰说明本申请所公开的技术方案，下面将以待上传的文件拆分成若干个2M大小的文件块的上传作为举例。假设上传一个2M的文件块的时间为T，CPU的上限使用率为Xcpu，内存的上限使用率为Xmen，上传一个2M的文件块的上限传输时延为Xt。

首先，应用可以先开启2个进程(N＝2)，进行这些文件块的上传。然后，获取该应用所在终端当前的CPU的使用率Pcpu和内存的使用率Pmen，或者一个文件块的传输时延T，判断其是否满足预先设置的阈值条件，例如，Pcpu≤Xcpu且Pmen≤Xmen，或者，T≤Xt。若终端当前的CPU的使用率Pcpu和内存的使用率Pmen满足预先设置的阈值条件，例如，Pcpu＜Xcpu且Pmen＜Xmen，或者T＜Xt，所述应用则可以增加线程N的数量N＝N+1；若终端当前的CPU的使用率Pcpu和内存的使用率Pmen不满足预先设置的阈值条件，例如，Pcpu＞Xcpu或Pmen＞Xmen，或者T＞Xt，所述应用则可以减少线程N的数量N＝N-1。

进而，再继续监控该应用所在终端当前的CPU的使用率Pcpu和内存的使用率Pmen，或者一个文件块的传输时延T，调整线程N的数量。直到全部的文件块都上传结束为止。

可选地，在本实施例的一个可能的实现方式中，在103之前，所述应用还可以进一步获取该应用所在终端当前的第一传输参数，其中，所述第一传输参数可以包括但不限于CPU的使用率、内存的使用率和网络参数中的至少一项，本实施例对此不进行特别限定。进而，所述应用则可以根据所述第一传输参数，确定用于上传所述待上传的文件块的所述至少一个线程。

其中，网络参数可以包括但不限于网络传输速率、丢包率和传输时延中的至少一项，本实施例对此不进行特别限定。

在一个具体的实现过程中，具体可以根据所述第一传输参数，利用预先设置的第一传输参数与线程数量的对应关系，确定用于上传所述待上传的文件块的所述至少一个线程。

在另一个具体的实现过程中，具体可以根据所述第一传输参数，利用预先设置的线程数量确定算法，确定用于上传所述待上传的文件块的所述至少一个线程。

这样，通过对资源进行检测，来对用于上传所述待上传的文件块的线程进行确定，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

可选地，在本实施例的一个可能的实现方式中，所述应用还可以进一步获取该应用所在终端当前的第二传输参数，其中，所述第二传输参数可以包括但不限于CPU的使用率、内存的使用率和网络参数中的至少一项。进而，所述应用则可以根据所述第二传输参数，调整所述至少一个线程的数量。

其中，网络参数可以包括但不限于网络传输速率、丢包率和传输时延中的至少一项，本实施例对此不进行特别限定。

具体来说，具体可以采用上一实现方式中的具体实现过程，调整所述至少一个线程的数量。

这样，通过对资源实时检测，来对用于上传所述待上传的文件块的线程进行灵活调整，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

本实施例中，通过应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器，进而由所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块，并将所述待上传的文件块的第一信息发送给所述应用，用以指示所述待上传的文件块，使得所述应用能够根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器，以供所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件，由于不再固定采用一个线程进行文件的整体上传，而是灵活采用一个线程或多个线程进行文件的分块上传，能够使得文件的上传时间较短，且正确率高，从而提高了文件上传的效率和可靠性。

另外，采用本发明所提供的技术方案，通过对资源进行检测，来对用于上传所述待上传的文件块的线程进行确定，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

另外，采用本发明所提供的技术方案，通过对资源实时检测，来对用于上传所述待上传的文件块的线程进行灵活调整，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

图2为本发明另一实施例提供的另一种文件的处理方法的流程示意图，如图2所示。

201、服务器接收应用发送的待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息。

所谓的文件，是指计算机文件，与普通文件载体不同，计算机文件是以计算机硬盘等终端为载体存储在终端上的信息集合。文件可以是文本文档、图片或者程序等。

202、所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块。

203、所述服务器向所述应用发送所述待上传的文件块的第一信息，用以指示所述待上传的文件块。

204、所述服务器接收所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，发送的所述待上传的文件块和所述待上传的文件块的编号。

205、所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件。

需要说明的是，所述应用，可以为位于终端的应用本身，或者可以为设置在位于终端的应用中的插件或软件开发工具包(Software Development Kit，SDK)等功能单元。

所述应用，可以是安装在终端上的本地程序(nativeApp)，由于nativeApp直接运行在操作系统之上，因此，nativeApp所能够获得更多的操作系统资源，例如，CPU、内存和带宽等。nativeApp的性能好坏，会直接影响到操作系统。

所述应用，可以是终端上的浏览器的一个网页程序(webApp)，由于webApp运行在浏览器之内，因此，webApp所能够获得的资源则只能是浏览器所占用的操作系统资源中的部分资源或全部资源，webApp需要与浏览器之内的其他网页程序共同分享浏览器所占用的操作系统资源。由于webApp所能够获取的资源受限于浏览器所占用的操作系统资源以及浏览器为其所分配的资源，因此，如何在有限的资源上，进行文件的上传就显得尤为重要。webApp的性能好坏，只会影响到浏览器，而并不会直接影响到操作系统，能够有效提高操作系统的稳定性。

这样，通过服务器接收应用发送的待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息，并根据所述每个文件块的编号和校验信息，确定待上传的文件块，进而由所述服务器向所述应用发送所述待上传的文件块的第一信息，用以指示所述待上传的文件块，使得所述服务器能够接收所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，发送的所述待上传的文件块和所述待上传的文件块的编号，并根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件，由于不再固定采用一个线程进行文件的整体上传，而是灵活采用一个线程或多个线程进行文件的分块上传，能够使得文件的上传时间较短，且正确率高，从而提高了文件上传的效率和可靠性。

可选地，在本实施例的一个可能的实现方式中，在201之前，所述应用还可以进一步对所述待上传的文件进行分块处理，以获得所述至少一个文件块。进而，所述应用则可以根据所述至少一个文件块，获得所述至少一个文件块中每个文件块的编号和校验信息。

具体来说，所述应用具体可以对所述至少一个文件块中每个文件块进行编号，并利用校验算法，例如，消息摘要5(Message Digest 5，MD5)算法、消息摘要4(MessageDigest 4，MD4)算法、安全哈希算法1(Secure Hash Algorithm 1，SHA1)或者安全哈希算法224(Secure Hash Algorithm 224，SHA224)等，计算所述每个文件块的校验信息，例如，MD5值、MD4值、SHA1值或者SHA224值等。

在获得所述至少一个文件块中每个文件块的编号和校验信息之后，所述应用则可以将这些待上传的文件块中每个文件块的编号和校验信息发送给服务器。

可选地，在本实施例的一个可能的实现方式中，在202中，所述服务器具体可以根据所述每个文件块的校验信息和本地已经存在的文件块的校验信息，确定所述每个文件块是否已经存在，进而，将确定为不存在的文件块，作为所述待上传的文件块。然后，所述服务器则可以根据所述每个文件块的编号，获得所述待上传的文件块的第一信息。

具体来说，所述服务器具体可以根据所述每个文件块的校验信息和本地已经存在的文件块的校验信息，确定所述每个文件块是否已经存在。具体地，所述服务器具体可以将所述每个文件块的校验信息和本地已经存在的文件块的校验信息进行比较，若二者一致，所述服务器则可以确定该文件块已经存在，说明该文件块则无需重复上传；若二者不一致，所述服务器则可以确定该文件块不存在，说明该文件块则需要上传。

所述待上传的文件块的第一信息，可以根据所述待上传的文件块之间的相互关系，采用不同形式，本实施例对此不进行特别限定。

例如，若所述待上传的文件块为一些编号连续的文件块，那么，所述第一信息则可以为这些文件块中第一个文件块的编号和这些连续的文件块的数量。

或者，再例如，若所述待上传的文件块为一些编号不连续的文件块，那么，所述第一信息则可以分别为这些文件块的编号。

可选地，在本实施例的一个可能的实现方式中，在205中，所述服务器具体可以根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，对所述文件块进行校验处理和还原处理，以获得所述文件。

在该实现方式中，所述服务器具体可以根据所述至少一个线程中每个线程所上传的所述待上传的文件块的编号，对所述每个线程所上传的所述待上传的文件块进行校验处理，根据所述校验处理的校验结果，确定所述每个线程中是否存在需要重新上传的文件块，进而由所述服务器根据所述每个线程中是否存在需要重新上传的文件块，向所述应用发送重新上传的文件块的第二信息，用以指示重新上传的文件块，以供所述应用根据所述重新上传的文件块的第二信息，结束操作或者重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号，直到所述每个线程中均不存在需要重新上传的文件块为止。然后，所述服务器则可以根据接收到的文件块的编号，对接收到的文件块进行还原处理，以获得所述文件。

具体来说，所述服务器具体可以接收所述应用根据所述重新上传的文件块的第二信息，利用所述至少一个线程中的一个线程或者多个线程，重新发送的所述重新上传的文件块和所述重新上传的文件块的编号。

所述应用具体可以根据所述重新上传的文件块的第二信息，利用所述至少一个线程中的一个线程或者多个线程，重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

在一个具体的实现过程中，所述应用具体可以根据所述重新上传的文件块的第二信息，利用上次传输所述重新上传的文件块的所述至少一个线程中的一个线程或者多个线程，重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

在另一个具体的实现过程中，所述应用具体可以根据所述重新上传的文件块的第二信息，从所述至少一个线程中选择一个线程或者多个线程，重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

可选地，在本实施例的一个可能的实现方式中，所述应用还可以进一步根据预先设置的初始线程数量例如，2个等，确定用于上传所述待上传的文件块的所述至少一个线程。

相应地，所述应用则可以利用预先设置的调整增量例如，1个，调整所述至少一个线程的数量，以使得该应用所在终端当前的第三传输参数满足预先设置的阈值条件，其中，所述第一传输参数可以包括但不限于CPU的使用率、内存的使用率和网络参数中的至少一项，本实施例对此不进行特别限定。

其中，网络参数可以包括但不限于网络传输速率、丢包率和传输时延中的至少一项，本实施例对此不进行特别限定。

例如，CPU的使用率小于或等于CPU的上限使用率。

或者，再例如，内存的使用率小于或等于内存的上限使用率。

或者，再例如，网络参数优于参数阈值，如传输时延小于或等于时延阈值等。

这样，通过对资源进行检测，来对用于上传所述待上传的文件块的线程进行确定，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

为了更加清晰说明本申请所公开的技术方案，下面将以待上传的文件拆分成若干个2M大小的文件块的上传作为举例。假设上传一个2M的文件块的时间为T，CPU的上限使用率为Xcpu，内存的上限使用率为Xmen，上传一个2M的文件块的上限传输时延为Xt。

首先，应用可以先开启2个进程(N＝2)，进行这些文件块的上传。然后，获取该应用所在终端当前的CPU的使用率Pcpu和内存的使用率Pmen，或者一个文件块的传输时延T，判断其是否满足预先设置的阈值条件，例如，Pcpu≤Xcpu且Pmen≤Xmen，或者，T≤Xt。若终端当前的CPU的使用率Pcpu和内存的使用率Pmen满足预先设置的阈值条件，例如，Pcpu＜Xcpu且Pmen＜Xmen，或者T＜Xt，所述应用则可以增加线程N的数量N＝N+1；若终端当前的CPU的使用率Pcpu和内存的使用率Pmen不满足预先设置的阈值条件，例如，Pcpu＞Xcpu或Pmen＞Xmen，或者T＞Xt，所述应用则可以减少线程N的数量N＝N-1。

进而，再继续监控该应用所在终端当前的CPU的使用率Pcpu和内存的使用率Pmen，或者一个文件块的传输时延T，调整线程N的数量。直到全部的文件块都上传结束为止。

可选地，在本实施例的一个可能的实现方式中，所述应用还可以进一步获取该应用所在终端当前的第一传输参数，其中，所述第一传输参数可以包括但不限于CPU的使用率、内存的使用率和网络参数中的至少一项，本实施例对此不进行特别限定。进而，所述应用则可以根据所述第一传输参数，确定用于上传所述待上传的文件块的所述至少一个线程。

其中，网络参数可以包括但不限于网络传输速率、丢包率和传输时延中的至少一项，本实施例对此不进行特别限定。

在一个具体的实现过程中，具体可以根据所述第一传输参数，利用预先设置的第一传输参数与线程数量的对应关系，确定用于上传所述待上传的文件块的所述至少一个线程。

在另一个具体的实现过程中，具体可以根据所述第一传输参数，利用预先设置的线程数量确定算法，确定用于上传所述待上传的文件块的所述至少一个线程。

这样，通过对资源进行检测，来对用于上传所述待上传的文件块的线程进行确定，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

可选地，在本实施例的一个可能的实现方式中，所述应用还可以进一步获取该应用所在终端当前的第二传输参数，其中，所述第二传输参数可以包括但不限于CPU的使用率、内存的使用率和网络参数中的至少一项。进而，所述应用则可以根据所述第二传输参数，调整所述至少一个线程的数量。

其中，网络参数可以包括但不限于网络传输速率、丢包率和传输时延中的至少一项，本实施例对此不进行特别限定。

具体来说，具体可以采用上一实现方式中的具体实现过程，调整所述至少一个线程的数量。

这样，通过对资源实时检测，来对用于上传所述待上传的文件块的线程进行灵活调整，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

本实施例中，通过应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器，进而由所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块，并将所述待上传的文件块的第一信息发送给所述应用，用以指示所述待上传的文件块，使得所述应用能够根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器，以供所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件，由于不再固定采用一个线程进行文件的整体上传，而是灵活采用一个线程或多个线程进行文件的分块上传，能够使得文件的上传时间较短，且正确率高，从而提高了文件上传的效率和可靠性。

另外，采用本发明所提供的技术方案，通过对资源进行检测，来对用于上传所述待上传的文件块的线程进行确定，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

另外，采用本发明所提供的技术方案，通过对资源实时检测，来对用于上传所述待上传的文件块的线程进行灵活调整，从而极大提高了文件传输的效率，并且有效提高了资源的利用率。

另外，采用本发明所提供的技术方案，能够有效地提高用户的体验。

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

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

图3示出了适于用来实现本发明实施方式的示例性计算机系统/服务器12的框图。图3显示的计算机系统/服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示，计算机系统/服务器12以通用计算设备的形式表现。计算机系统/服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，存储装置或者系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机系统/服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机系统/服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机系统/服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM，DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机系统/服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机系统/服务器12交互的设备通信，和/或与使得该计算机系统/服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口44进行。并且，计算机系统/服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机系统/服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合计算机系统/服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现图1所对应的实施例任一实施例所提供的文件的处理方法。

本发明另一实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现图1所对应的实施例任一实施例所提供的文件的处理方法。

具体来说，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)——连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一个计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (15)

1.一种文件的处理方法，其特征在于，包括：

应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器，以供所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块；

所述应用接收所述服务器发送的所述待上传的文件块的第一信息，用以指示所述待上传的文件块；

所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器，以供所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件；其中，所述至少一个线程的数量基于所述应用所在终端当前的资源确定；

所述应用获取该应用所在终端当前的第二传输参数；以及所述应用根据所述第二传输参数，调整所述至少一个线程的数量；或者

所述应用利用预先设置的调整增量，调整所述至少一个线程的数量，以使得所述应用所在终端当前的第三传输参数满足预先设置的阈值条件。

2.根据权利要求1所述的方法，其特征在于，所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器之后，还包括：

所述应用接收所述服务器根据每个线程中是否存在需要重新上传的文件块发送的重新上传的文件块的第二信息，用以指示重新上传的文件块；其中，所述每个线程中是否存在需要重新上传的文件块，为所述服务器根据所述至少一个线程中每个线程所上传的所述待上传的文件块的编号，对所述每个线程所上传的所述待上传的文件块进行校验处理，根据所述校验处理的校验结果，确定的；

所述应用根据所述重新上传的文件块的第二信息，结束操作或者重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

3.根据权利要求2权利要求所述的方法，其特征在于，所述应用根据所述重新上传的文件块的第二信息，重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号，包括：

所述应用根据所述重新上传的文件块的第二信息，利用所述至少一个线程中的一个线程或者多个线程，重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号。

4.根据权利要求1所述的方法，其特征在于，所述应用将待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息发送给服务器之前，还包括：

所述应用对所述待上传的文件进行分块处理，以获得所述至少一个文件块；

所述应用根据所述至少一个文件块，获得所述至少一个文件块中每个文件块的编号和校验信息。

5.根据权利要求1~4任一权利要求所述的方法，其特征在于，所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，将所述待上传的文件块和所述待上传的文件块的编号，发送给所述服务器之前，还包括：

所述应用获取该应用所在终端当前的第一传输参数；以及所述应用根据所述第一传输参数，确定用于上传所述待上传的文件块的所述至少一个线程；或者

所述应用根据预先设置的初始线程数量，确定用于上传所述待上传的文件块的所述至少一个线程。

6.根据权利要求5所述的方法，其特征在于，所述第一传输参数包括CPU的使用率、内存的使用率和网络参数中的至少一项。

7.根据权利要求6所述的方法，其特征在于，所述第二传输参数包括CPU的使用率、内存的使用率和网络参数中的至少一项。

8.根据权利要求6所述的方法，其特征在于，所述第三传输参数包括CPU的使用率、内存的使用率和网络参数中的至少一项。

9.一种文件的处理方法，其特征在于，包括：

服务器接收应用发送的待上传的文件所拆分的至少一个文件块中每个文件块的编号和校验信息；

所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块；

所述服务器向所述应用发送所述待上传的文件块的第一信息，用以指示所述待上传的文件块；

所述服务器接收所述应用根据所述待上传的文件块的第一信息，利用至少一个线程，发送的所述待上传的文件块和所述待上传的文件块的编号；

所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件；其中，所述至少一个线程的数量基于所述应用所在终端当前的资源确定，并根据所述终端当前的第二传输参数调整、或者利用预先设置的调整增量调整以使得所述终端当前的第三传输参数满足预先设置的阈值条件。

10.根据权利要求9所述的方法，其特征在于，所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，获得所述文件，包括：

所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，对所述文件块进行校验处理和还原处理，以获得所述文件。

11.根据权利要求10所述的方法，其特征在于，所述服务器根据所述文件块和所述文件块的编号，利用所述文件块的校验信息，对所述文件块进行校验处理和还原处理，以获得所述文件，包括：

所述服务器根据所述至少一个线程中每个线程所上传的所述待上传的文件块的编号，对所述每个线程所上传的所述待上传的文件块进行校验处理，根据所述校验处理的校验结果，确定所述每个线程中是否存在需要重新上传的文件块；

所述服务器根据所述每个线程中是否存在需要重新上传的文件块，向所述应用发送重新上传的文件块的第二信息，用以指示重新上传的文件块，以供所述应用根据所述重新上传的文件块的第二信息，结束操作或者重新向所述服务器发送所述重新上传的文件块和所述重新上传的文件块的编号；

所述服务器根据接收到的文件块的编号，对接收到的文件块进行还原处理，以获得所述文件。

12.根据权利要求11所述的方法，其特征在于，所述服务器根据接收到的文件块的编号，对接收到的文件块进行还原处理，以获得所述文件之前，还包括：

所述服务器接收所述应用根据所述重新上传的文件块的第二信息，利用所述至少一个线程中的一个线程或者多个线程，重新发送的所述重新上传的文件块和所述重新上传的文件块的编号。

13.根据权利要求9~12任一权利要求所述的方法，其特征在于，所述服务器根据所述每个文件块的编号和校验信息，确定待上传的文件块，包括：

所述服务器根据所述每个文件块的校验信息和本地已经存在的文件块的校验信息，确定所述每个文件块是否已经存在；

所述服务器将确定为不存在的文件块，作为所述待上传的文件块；

所述服务器根据所述每个文件块的编号，获得所述待上传的文件块的第一信息。

14.一种电子设备，其特征在于，所述电子设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1~13任一所述的方法。

15.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1~13任一所述的方法。

Images