CN109831506A - 文件上传方法、装置、终端、服务器及可读存储介质 - Google Patents

Abstract

本发明实施例公开了一种文件上传方法、装置、终端、服务器及可读存储介质。其中，方法包括：对待上传的文件进行分片，得到多个分片数据；从服务器获取当前待上传的分片数据信息；向服务器上传与当前待上传的分片数据信息对应的分片数据，以供所述服务器根据已上传的分片数据，确定当前待上传的分片数据信息；返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成，本实施例简化了终端的业务逻辑；同时，减少与服务器和网络的信息交互；支持各种终端和第三方服务的快速、低成本接入。

Description

文件上传方法、装置、终端、服务器及可读存储介质

技术领域

本发明实施例涉及计算机视觉技术，尤其涉及一种文件上传方法、装置、终端、服务器及可读存储介质。

背景技术

随着互联网不断演化，用户对于多元化内容的需求日益强烈，图文、短视频、直播等称为内容产业新的增长点，要想分享这些图文、短视频、直播等文件，终端需要将其上传到对应的服务器上。

由于这些文件较大，终端在将其上传到对应的服务器上时，需要将文件进行分块、分片，并依次上传每一片。在上传期间，终端需要对每一片的上传过程进行实时监测，以确定每一片的上传状态，进而确定下次需要上传的分片，使得终端的业务逻辑比较复杂，上传耗时较长，浪费流量。

发明内容

本发明实施例提供一种文件上传方法、装置、终端、服务器及可读存储介质，以减少简化终端的业务逻辑，减少上传时长以及流量消耗。

第一方面，本发明实施例提供了一种文件上传方法，包括：

对待上传的文件进行分片，得到多个分片数据；

从服务器获取当前待上传的分片数据信息；

向服务器上传与当前待上传的分片数据信息对应的分片数据，以供所述服务器根据已上传的分片数据，确定当前待上传的分片数据信息；

返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成。

第二方面，本发明实施例提供了另一种文件上传方法，包括：

向终端提供当前待上传的分片数据信息，以供终端向服务器上传与当前待上传的分片数据信息对应的分片数据；

接收终端上传的分片数据；

根据已上传的分片数据，确定当前待上传的分片数据信息；

返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成。

第三方面，本发明实施例还提供了一种文件上传装置，包括：

分片模块，用于对待上传的文件进行分片，得到多个分片数据；

获取模块，用于从服务器获取当前待上传的分片数据信息；

上传模块，用于向服务器上传与当前待上传的分片数据信息对应的分片数据，以供所述服务器根据已上传的分片数据，确定当前待上传的分片数据信息；

返回模块，用于返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成。

第四方面，本发明实施例还提供了另一种文件上传装置，包括：

提供模块，用于向终端提供当前待上传的分片数据信息，以供终端向服务器上传与当前待上传的分片数据信息对应的分片数据；

接收模块，用于接收终端上传的分片数据；

确定模块，用于根据已上传的分片数据，确定当前待上传的分片数据信息；

返回模块，用于返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成。

第五方面，本发明实施例还提供了一种终端，所述终端包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现任一实施例所述的文件上传方法。

第六方面，本发明实施例还提供了一种服务器，所述服务器包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现任一实施例所述的文件上传方法。

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

本发明实施例中，通过对待上传的文件进行分片，得到多个分片数据，只需要对文件进行片级别的划分，无需进行块级别的划分，减少终端处理的数据量；通过从服务器获取当前待上传的分片数据信息，向服务器上传与当前待上传的分片数据信息对应的分片数据，返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成，从而终端仅需要根据服务器的指示，上传对应的分片数据即可，无需监测分片数据的上传状态，也无需确定下次需要上传的分片数据，简化了终端的业务逻辑；同时，减少与服务器和网络的信息交互，节省了流量；进一步地，正是由于终端的业务逻辑大幅简化，实现了文件上传的服务化，支持各种终端和第三方服务的快速、低成本接入。

附图说明

图1是本发明实施例一提供的一种文件上传方法的流程图；

图2是本发明实施例二提供的一种文件上传方法的流程图；

图3是本发明实施例三提供的一种文件上传方法的流程图；

图4是本发明实施例四提供的一种文件上传方法的流程图；

图5是本发明实施例五提供的一种文件上传方法的流程图；

图6是本发明实施例六提供的一种终端向服务器上传文件的信令图；

图7是本发明实施例七提供的一种文件上传装置的结构示意图；

图8是本发明实施例八提供的一种文件上传装置的结构示意图；

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

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的一种文件上传方法的流程图，本实施例可适用于终端向服务器上传文件的情况，该方法可以由文件上传装置来执行，该装置可以由硬件和/或软件构成，并一般集成在终端中，具体包括如下操作：

S110、对待上传的文件进行分片，得到多个分片数据。

本实施例中，待上传的文件一般较大，需要对文件进行分片上传。待上传的文件包括但不限于视频文件、音频文件、文档等。可选地，终端按照分片信息将文件切分为多个分片数据，分片信息包括分片大小和分片数量。可选地，分片信息可以先从服务器获取，或者预先设置。

在一可选实施方式中，在操作“对待上传的文件进行分片，得到多个分片数据”之前，终端向服务器发送文件大小信息，服务器从终端获取到文件大小信息，并根据文件大小信息确定分片信息，向终端返回文件分片信息。例如，分片数据的大小固定，文件越大，分片数量越多；文件越小，分片数量越小。进一步地，服务器从终端获取到文件大小信息之后，获取终端与服务器之间的网络质量，例如当前带宽、传输速率等，并根据文件大小信息和网络质量确定分片信息，例如，文件大小不变的情况下，网络质量优，则分片数据较大，如512k；网络质量差，则分片数据较小，如128k，从而避免网络堵塞，并充分利用网络资源。然后，终端从服务器获取分片信息，继而根据分片信息对文件进行分片，得到多个分片数据。

在一可选实施方式中，为了避免重复上传相同的文件，在操作“对待上传的文件进行分片，得到多个分片数据”之前，还包括：

终端向服务器发送文件的唯一标识，例如文件的信息摘要算法第五版(Message-Digest Algorithm 5，MD5)。服务器根据唯一标识判断文件是否已上传，例如，服务器关联的存储器中存储有终端上传的文件和文件对应的唯一标识，将本次终端发送的唯一标识在存储器中查找，若未查找到，判定文件未上传，向终端返回文件未上传状态。继而，终端对待上传的文件进行分片，得到多个分片数据。若查找到，判定文件已上传，向终端返回文件已上传状态，并结束本次操作。

S120、从服务器获取当前待上传的分片数据信息。

服务器向终端提供当前待上传的分片数据信息，分片数据信息例如为分片编号。也就是，服务器通知终端当前批次需要向服务器上传哪些分片数据，无需终端自行确定上传哪些分片数据。

S130、向服务器上传与当前待上传的分片数据信息对应的分片数据，以供服务器根据已上传的分片数据，确定当前待上传的分片数据信息。

S140、判断全部分片数据是否上传完成，如果全部分片数据未上传完成，跳转到S120，如果全部分片数据上传完成，跳转到S150。

S150、结束本次操作。

在一示例中，文件被切分为100个分片数据，当前待上传的分片数据信息为第1-10个分片数据的信息，或者，当前待上传的分片数据信息为第90-100个分片数据的信息。

终端在分片数据信息的指示下，向服务器上传对应的分片数据。服务器接收终端上传的分片数据；然后，根据已上传的分片数据，确定当前待上传的分片数据信息。其中，已上传的分片数据包括当前上传的分片数据和历史上传的分片数据。接着上述示例，文件被切分为100个分片数据之后，从服务器获取当前待上传的第1-10个分片数据的信息，终端随即上传第1-10个分片数据。接着，服务器根据已上传的第1-10个分片数据，确定当前待上传的分片数据的信息第11-20个分片数据的信息，并提供给终端，以此类推，直到终端将全部分片数据上传完成。

服务器接收全部分片数据之后，或者在接收分片数据的过程中，确定哪些分片数据属于同一分块数据，并将属于同一分块数据的分片数据进行合并，再将分块数据合并为文件。

本发明实施例中，通过对待上传的文件进行分片，得到多个分片数据，只需要对文件进行片级别的划分，无需进行块级别的划分，减少终端处理的数据量；通过从服务器获取当前待上传的分片数据信息，向服务器上传与当前待上传的分片数据信息对应的分片数据，返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成，从而终端仅需要根据服务器的指示，上传对应的分片数据即可，无需监测分片数据的上传状态，也无需确定下次需要上传的分片数据，简化了终端的业务逻辑；同时，减少与服务器和网络的信息交互，节省了流量；进一步地，正是由于终端的业务逻辑大幅简化，实现了文件上传的服务化，支持各种终端和第三方服务的快速、低成本接入。

实施例二

本实施例在上述实施例各可选实施方式的基础上，进一步优化。可选地，将操作“向服务器上传与当前待上传的分片数据信息对应的分片数据”优化为“从服务器获取分片数据上传方式，分片数据上传方式包括串行上传方式或者并行上传方式；根据分片数据上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据”，从而终端无需自行确定分片数据上传方式，进一步减少终端的业务逻辑。

图2是本发明实施例二提供的一种文件上传方法的流程图，如图2所示，本实施例提供的方法包括以下操作：

S210、对待上传的文件进行分片，得到多个分片数据。

S220、从服务器获取当前待上传的分片数据信息。

S230、从服务器获取分片数据上传方式，分片数据上传方式包括串行上传方式或者并行上传方式。

可选地，服务器接收终端上传的分片数据之前，根据终端与服务器之间的网络质量，确定分片数据上传方式。如果网络质量优，确定并行上传方式；如果网络质量差，确定串行上传方式。然后，将分片数据上传方式提供至终端。

终端从服务器获取串行上传方式或者并行上传方式。

S240、根据分片数据上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据。

可选地，终端根据串行上传方式或者并行上传方式，向服务器上传与当前待上传的分片数据信息对应的分片数据。

对于并行上传方式，可选地，终端首先根据终端性能和当前待上传的分片数据信息的数量，确定线程服务的数量。其中，终端性能可以由处理器的核数、处理频率等参数确定。线程服务的数量应小于当前待上传的分片数据信息的数量。例如，根据终端性能确定能够开启的线程服务的数量为5-10个，如果当前待上传的分片数据信息的数量为7个，则线程服务的数量为7个；如果当前待上传的分片数据信息的数量为11个，则线程服务的数量为10个。

接着，终端根据线程服务的数量，开始对应数量个线程服务；基于对应数量个线程服务，向服务器并行上传与当前待上传的分片数据信息对应的分片数据。

S250、判断全部分片数据是否上传完成，如果全部分片数据未上传完成，跳转到S220，如果全部分片数据上传完成，跳转到S260。

S260、结束本次操作。

本实施例中，通过从服务器获取分片数据上传方式，从而终端无需自行确定分片数据上传方式，进一步减少终端的业务逻辑；通过根据终端性能和当前待上传的分片数据信息的数量，确定线程服务的数量，并开启对应数量个线程服务，进而基于对应数量个线程服务实现并行上传，能够充分利用终端性能，提高文件上传速率。

实施例三

图3是本发明实施例三提供的一种文件上传方法的流程图。本发明实施例在上述各实施例的技术方案的基础上进行优化。可选地，将操作“向服务器上传与当前待上传的分片数据信息对应的分片数据”优化为“向服务器上传与当前待上传的分片数据信息对应的分片数据以及分片数据对应的唯一标识，以供服务器根据唯一标识判定分片数据未上传，接收终端上传的分片数据，并向终端返回分片上传完成状态”，从而避免重复接收分片数据。结合图3，本实施例提供的方法包括以下操作：

S310、对待上传的文件进行分片，得到多个分片数据。

S320、从服务器获取当前待上传的分片数据信息。

S330、向服务器上传与当前待上传的分片数据信息对应的分片数据以及分片数据对应的唯一标识，以供服务器根据唯一标识判定分片数据未上传，接收终端上传的分片数据，并向终端返回分片上传完成状态，以及根据已上传的分片数据，确定当前待上传的分片数据信息。

可选地，服务器将上传的分片数据以及分片数据对应的唯一标识(例如MD5值)存储在缓存(Redis)中，服务器接收到终端上传的分片数据和对应的唯一标识后，在缓存中查找当前上传的唯一标识，如果查找到，说明该分片数据已上传，则不接收该分片数据，并向终端返回分片已上传状态；如果未查找到，说明该分片数据未上传，则接收终端上传的分片数据，将该分片数据和对应的唯一标识存储在缓存中，并向终端返回分片上传完成状态。

S340、判断是否接收到全部分片数据的分片上传完成状态，如果接收到，判定全部分片数据均上传完成，跳转到S350,；如果未接收到，判定全部分片数据未上传完成，跳转到S320。

S350、结束本次操作。

本实施例中，通过向服务器上传与当前待上传的分片数据信息对应的分片数据以及分片数据对应的唯一标识，避免分片数据的重复上传，提升文件上传效率和节省流量。

实施例四

图4是本发明实施例四提供的一种文件上传方法的流程图。本发明实施例在上述各实施例的技术方案的基础上进行操作追加。进一步地，在操作“返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成”之后，向服务器发送文件是否上传成功的查询请求，并根据服务器返回的不同状态，执行不同操作。结合图4，本实施例提供的方法包括以下操作：

S410、对待上传的文件进行分片，得到多个分片数据。

S420、从服务器获取当前待上传的分片数据信息。

S430、向服务器上传与当前待上传的分片数据信息对应的分片数据，以供服务器根据已上传的分片数据，确定当前待上传的分片数据信息。

S440、判断全部分片数据是否上传完成，如果全部分片数据未上传完成，跳转到S420，如果全部分片数据上传完成，跳转到S450。

S450、向服务器发送文件是否上传成功的查询请求。如果服务器返回文件上传成功状态，继续执行S460；如果服务器返回文件未上传成功状态，返回执行S420。

S460、从服务器获取文件的网络地址。结束本次操作。

可选地，如果终端接收到全部分片数据的分片上传完成状态，则判定全部分片数据上传完成。但是，服务器还需要对分片数据合并为分块数据，并将分块数据合并为文件，直到将文件存储在存储器中，才实现文件成功上传。基于上述分析，即使终端将全部分片数据上传至服务器，仍然可能出现文件上传失败的情况。因此，终端向服务器发送文件是否上传成功的查询请求。

服务器接收终端发送的文件是否上传成功的查询请求，如果在存储器中查询到文件上传成功，即服务器中存储有合并成功的文件，以及不存在未合并的分片数据，向终端返回文件上传成功状态和文件的网络地址。

如果在存储器中查询到文件上传成功，且存在未合并的分片数据，将未合并的分片数据合并为分块数据，将分块数据合并为文件，并将文件存储至存储器中；继而，向终端返回文件上传成功状态和文件的网络地址。

如果在存储器中查询到文件上传未成功，即存储器中存储的文件未合并成功，向终端返回文件未上传成功状态；可选地，如果存在未合并的分片数据，将未合并的分片数据合并为分块数据，将分块数据合并为文件，并将文件存储到存储器中，再判断存储器中存储的文件是否合并成功。终端接收到文件未上传成功状态，返回执行当前待上传的分片数据信息的确定操作，直到文件上传成功，即服务器返回文件上传成功状态。

本实施例中，在全部分片数据上传完成之后，向服务器发送文件是否上传成功的查询请求，并根据服务器返回的不同状态，执行对应的操作，直到文件上传成功状态，从而在文件上传失败时，实现失败重试机制，提高文件上传成功率。

实施例五

图5是本发明实施例五提供的一种文件上传方法的流程图，本实施例可适用于服务器接收终端上传的文件的情况，该方法可以由文件上传装置来执行，该装置可以由硬件和/或软件构成，并一般集成在服务器中，具体包括如下操作：

S510、向终端提供当前待上传的分片数据信息，以供终端向服务器上传与当前待上传的分片数据信息对应的分片数据。

S520、接收终端上传的分片数据。

S530、判断终端是否将全部分片数据上传完成，如果终端将全部分片数据上传完成，跳转到S550；如果终端未将全部分片数据上传完成，执行S540。

S540、根据已上传的分片数据，确定当前待上传的分片数据信息。返回执行S510。

S550、结束本次操作。

本实施例中，通过向终端提供当前待上传的分片数据信息，从而将分片数据信息的确定交由服务器执行，终端仅需要根据服务器发送的分片数据信息进行分片即可，简化了终端的业务逻辑；通过接收终端上传的分片数据，根据已上传的分片数据，确定当前待上传的分片数据信息；返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成，从而根据分片数据信息指导终端上传对应的分片数据，减少与服务器和网络的信息交互，节省了终端的流量。

可选地，在向终端提供当前待上传的分片数据信息之前，包括：从终端获取文件大小信息；根据文件大小信息确定分片信息，并向终端返回文件分片信息，以供终端根据分片信息对文件进行分片，得到多个分片数据。

可选地，在向终端提供当前待上传的分片数据信息之前，还包括：从终端获取文件的唯一标识；根据唯一标识判断文件是否已上传，如果判定文件未上传，向终端返回文件未上传状态；如果判定文件已上传，向终端返回文件已上传状态，并结束本次操作。

可选地，在向终端提供当前待上传的分片数据信息之前，需要合并历史上传的未合并的分片数据，以便进行当前文件的上传，保证文件的准确性。基于此，判断是否存在未合并的分片数据；如果存在未合并的分片数据，将未合并的分片数据合并为分块数据；将分块数据合并为文件，并将文件存储至存储器中。进一步地，在将文件存储至存储器中之后，从终端获取文件的唯一标识，并根据唯一标识判断文件是否已上传，从而提高判断文件是否重复上传的准确性。

可选地，在接收终端上传的分片数据之后，还包括：将上传的分片数据存储在缓存中；如果缓存中的分片数据达到预设阈值或者最后一个分片数据存储至缓存中，将缓存中的分片数据合并为分块数据；将分块数据合并为文件，并将文件存储至存储器中。其中，预设阈值可以为缓存空间的60％或者80％。通过缓存分片数据，一方面避免分片数据的重复上传，另一方面批量对分片数据进行合并，无需对每个分片数据均进行合并操作，有利于节省服务器的资源。可选地，如果缓存中的分片数据达到预设阈值或者最后一个分片数据存储至缓存中，立即向终端返回分片合并成功状态。由于将分片数据合并为分块数据需要一定时长，为了提高用户体验，采用异步方式，在开始将分片数据合并为分块数据时，就向终端返回分片合并成功状态。

可选地，接收终端上传的分片数据，包括：接收终端上传的与当前待上传的分片数据信息对应的分片数据，以及分片数据对应的唯一标识；根据唯一标识判断分片数据是否已上传；如果判定分片数据未上传，接收终端上传的分片数据，并向终端返回分片上传完成状态。

可选地，在接收终端上传的分片数据之前，还包括：根据终端与服务器之间的网络质量，确定分片数据上传方式，分片数据上传方式包括串行上传方式或者并行上传方式；将分片数据上传方式提供至终端，以供终端根据分片数据上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据。

可选地，在返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成之后，还包括：接收终端发送的文件是否上传成功的查询请求；如果文件上传成功，且不存在未合并的分片数据，向终端返回文件上传成功状态和文件的网络地址。如果文件上传成功，且存在未合并的分片数据，将未合并的分片数据合并为分块数据，并将分块数据合并为文件，并将文件存储至存储器中；向终端返回文件上传成功状态和文件的网络地址。如果文件上传未成功，向终端返回文件未上传成功状态；返回执行当前待上传的分片数据信息的确定操作，直到文件上传成功。

本实施例的相关描述详见前述各实施例，此处不再赘述。

实施例六

图6是本发明实施例六提供的一种终端向服务器上传文件的信令图。服务器在软件层面包括分片服务、分块服务和存储服务，在硬件层面包括处理器、云存储器(以下简称存储器)和本地的缓存(以下简称缓存)。下面结合图6，详细说明文件上传的方法。

首先，终端向分片服务发送待上传的文件的唯一标识以及文件大小信息。分片服务向分块服务发送请求，以判断是否存在未合并的分片数据，如果存在，通过分块服务将未合并的分片数据合并为分块数据，将分块数据合并为文件，并通过存储服务将文件存储至存储器中。接着，分块服务向分片服务返回分片合并成功状态，进而分片服务调用存储服务根据唯一标识判定文件未上传，并向终端返回文件未上传状态；并根据文件大小信息，向终端返回分片信息、当前待上传的分片数据信息以及上传方式。

接着，终端根据分片信息对文件进行分片，得到多个分片数据；并向分片服务上传与当前待上传的分片数据信息对应的分片数据，上传方式包括串行方式或者并行方式。在每次上传分片数据时，均需要上传分片数据对应的唯一标识，分片服务在缓存中查找分片数据对应的唯一标识，如果未查找到，向终端返回分片数据未上传状态(图6未示出)，并接收终端上传的分片数据，向终端返回分片上传完成状态。如果缓存中的分片数据达到预设阈值或者最后一个分片数据存储至缓存中，分片服务向终端返回分片合并成功状态；同时，分片服务通知分块服务将缓存中的分片数据合并为分块数据，并将分块数据合并为文件，通过存储服务将文件存储至存储器中。

分片服务向终端返回全部分片上传完成状态之后，终端向分片服务通知全部分片数据上传完成，分片服务向存储服务发送文件是否上传成功的查询请求。如果存储服务在存储器中查询到文件上传成功，且通过分片服务查询到不存在未合并的分片数据，则通过分片服务向终端返回文件上传成功状态和文件的网络地址。如果通过存储服务在存储器中查询文件上传成功，但通过分片服务查询到存在未合并的分片数据，则通过分块服务将未合并的分片数据合并为分块数据，将分块数据合并为文件，通过存储服务将文件存储到存储器中，向终端返回分片合并成功状态、文件上传成功状态和文件的网络地址。如果通过存储服务在存储器中查询文件未上传成功，进一步通过分块服务查询是否存在未合并的分片数据，如果不存在，向终端返回文件上传未成功状态，并向终端返回当前待上传的分片数据信息；如果存在，将未合并的分片数据合并为分块数据，将分块数据合并为文件，并将文件存储到存储器中，再判断存储器中存储的文件是否合并成功。

如果终端接收到文件上传未成功状态，返回执行当前待上传的分片数据信息的获取操作，直到文件上传成功。

本实施例在具体实现代码中，分片数据上传指令包括UploadBlock，文件上传状态、分片上传状态、文件是否上传成功状态的获取指令包括Upload Check。

实施例七

图7是本发明实施例七提供的一种文件上传装置的结构示意图，本发明实施例适用于终端向服务器上传文件的情况，结合图7,文件上传装置包括：分片模块71、获取模块72、上传模块73和返回模块74。

分片模块71，用于对待上传的文件进行分片，得到多个分片数据；

获取模块72，用于从服务器获取当前待上传的分片数据信息；

上传模块73，用于向服务器上传与当前待上传的分片数据信息对应的分片数据，以供服务器根据已上传的分片数据，确定当前待上传的分片数据信息；

返回模块74，用于返回通过获取模块72执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成。

本发明实施例中，通过对待上传的文件进行分片，得到多个分片数据，只需要对文件进行片级别的划分，无需进行块级别的划分，减少终端处理的数据量；通过从服务器获取当前待上传的分片数据信息，向服务器上传与当前待上传的分片数据信息对应的分片数据，返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成，从而终端仅需要根据服务器的指示，上传对应的分片数据即可，无需监测分片数据的上传状态，也无需确定下次需要上传的分片数据，简化了终端的业务逻辑；同时，减少与服务器和网络的信息交互，节省了流量；进一步地，正是由于终端的业务逻辑大幅简化，实现了文件上传的服务化，支持各种终端和第三方服务的快速、低成本接入。

可选地，该装置还包括文件大小信息发送模块，用于在对待上传的文件进行分片，得到多个分片数据之前，向服务器发送文件大小信息，以供服务器根据文件大小信息确定分片信息，并向终端返回分片信息；相应地，分片模块71在对待上传的文件进行分片，得到多个分片数据时，具体用于：根据分片信息对文件进行分片，得到多个分片数据。

可选地，上传模块73在向服务器上传与当前待上传的分片数据信息对应的分片数据时，具体用于：从服务器获取分片数据上传方式，分片数据上传方式包括串行上传方式或者并行上传方式；根据分片数据上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据。

可选地，上传模块73在根据并行上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据时，具体用于：根据终端性能和当前待上传的分片数据信息的数量，确定线程服务的数量；根据线程服务的数量，开始对应数量个线程服务；基于对应数量个线程服务，向服务器并行上传与当前待上传的分片数据信息对应的分片数据。

可选地，上传模块73在向服务器上传与当前待上传的分片数据信息对应的分片数据时，具体用于：向服务器上传与当前待上传的分片数据信息对应的分片数据以及分片数据对应的唯一标识，以供服务器根据唯一标识判定分片数据未上传，接收终端上传的分片数据，并向终端返回分片上传完成状态。

可选地，该装置还包括查询模块，用于在返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成之后，向服务器发送文件是否上传成功的查询请求；如果服务器返回文件上传成功状态，从服务器获取文件的网络地址；进一步可选地，如果服务器返回文件未上传成功状态，返回执行当前待上传的分片数据信息的获取操作，直到服务器返回文件上传成功状态。

本发明实施例所提供的文件上传装置可执行本发明任意实施例所提供的文件上传方法，具备执行方法相应的功能模块和有益效果。

实施例八

图8是本发明实施例八提供的一种文件上传装置的结构示意图，本发明实施例适用于服务器接收终端上传的文件的情况，结合图8,文件上传装置包括：

提供模块81，用于向终端提供当前待上传的分片数据信息，以供终端向服务器上传与当前待上传的分片数据信息对应的分片数据；

接收模块82，用于接收终端上传的分片数据；

确定模块83，用于根据已上传的分片数据，确定当前待上传的分片数据信息；

返回模块84，用于返回通过提供模块81执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成。

本实施例中，通过向终端提供当前待上传的分片数据信息，从而将分片数据信息的确定交由服务器执行，终端仅需要根据服务器发送的分片数据信息进行分片即可，简化了终端的业务逻辑；通过接收终端上传的分片数据，根据已上传的分片数据，确定当前待上传的分片数据信息；返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成，从而根据分片数据信息指导终端上传对应的分片数据，减少与服务器和网络的信息交互，节省了终端的流量。

可选地，该装置还包括文件大小信息获取模块，用于在向终端提供当前待上传的分片数据信息之前，从终端获取文件大小信息；根据文件大小信息确定分片信息，并向终端返回文件分片信息，以供终端根据分片信息对文件进行分片，得到多个分片数据。

可选地，该装置还包括第一合并模块，用于在向终端提供当前待上传的分片数据信息之前，判断是否存在未合并的分片数据；如果存在未合并的分片数据，将未合并的分片数据合并为分块数据；将分块数据合并为文件，并将文件存储至存储器中。

可选地，该装置还包括第二合并模块，用于在接收终端上传的分片数据之后，将上传的分片数据存储在缓存中；如果缓存中的分片数据达到预设阈值或者最后一个分片数据存储至缓存中，将缓存中的分片数据合并为分块数据；将分块数据合并为文件，并将文件存储至存储器中。

可选地，接收模块82在接收终端上传的分片数据时，具体用于接收终端上传的与当前待上传的分片数据信息对应的分片数据，以及分片数据对应的唯一标识；根据唯一标识判断分片数据是否已上传；如果判定分片数据未上传，接收终端上传的分片数据，并向终端返回分片上传完成状态。

可选地，该装置还包括上传方式提供模块，用于在接收终端上传的分片数据之前，根据终端与服务器之间的网络质量，确定分片数据上传方式，分片数据上传方式包括串行上传方式或者并行上传方式；将分片数据上传方式提供至终端，以供终端根据分片数据上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据。

可选地，该装置还包括查询模块，用于在返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成之后，接收终端发送的文件是否上传成功的查询请求；如果文件上传成功，且不存在未合并的分片数据，向终端返回文件上传成功状态和文件的网络地址；进一步可选地，如果文件上传成功，且存在未合并的分片数据，将未合并的分片数据合并为分块数据，将分块数据合并为文件，并将文件存储至存储器中；向终端返回文件上传成功状态和文件的网络地址；进一步可选地，如果文件上传未成功，向终端返回文件未上传成功状态；返回执行当前待上传的分片数据信息的确定操作，直到文件上传成功。

本发明实施例所提供的文件上传装置可执行本发明任意实施例所提供的文件上传方法，具备执行方法相应的功能模块和有益效果。

实施例九

图9是本发明实施例九提供的一种终端的结构示意图。图9示出了适于用来实现本发明实施方式的示例性终端12的框图。图9显示的终端12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

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

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

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

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

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

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

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，实现本发明实施例所提供的文件上传方法，例如：对待上传的文件进行分片，得到多个分片数据；从服务器获取当前待上传的分片数据信息；向服务器上传与当前待上传的分片数据信息对应的分片数据，以供服务器根据已上传的分片数据，确定当前待上传的分片数据信息；返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成。

本实施例还提供一种服务器，其结构参见图9，服务器包括：一个或多个处理器；存储器，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述实施例提供的文件上传方法，例如：向终端提供当前待上传的分片数据信息，以供终端向服务器上传与当前待上传的分片数据信息对应的分片数据；接收终端上传的分片数据；根据已上传的分片数据，确定当前待上传的分片数据信息；返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成。

实施例十

本发明实施例十还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现任一实施例的文件上传方法。例如：对待上传的文件进行分片，得到多个分片数据；从服务器获取当前待上传的分片数据信息；向服务器上传与当前待上传的分片数据信息对应的分片数据，以供服务器根据已上传的分片数据，确定当前待上传的分片数据信息；返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成。

本实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现任一实施例的文件上传方法。例如：向终端提供当前待上传的分片数据信息，以供终端向服务器上传与当前待上传的分片数据信息对应的分片数据；接收终端上传的分片数据；根据已上传的分片数据，确定当前待上传的分片数据信息；返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成。

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

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

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

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (21)

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

对待上传的文件进行分片，得到多个分片数据；

从服务器获取当前待上传的分片数据信息；

向服务器上传与当前待上传的分片数据信息对应的分片数据，以供所述服务器根据已上传的分片数据，确定当前待上传的分片数据信息；

返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成。

2.根据权利要求1所述的方法，其特征在于，在所述对待上传的文件进行分片，得到多个分片数据之前，还包括：

向所述服务器发送文件大小信息，以供服务器根据所述文件大小信息确定分片信息，并向终端返回所述分片信息；

所述对待上传的文件进行分片，得到多个分片数据，包括：

根据所述分片信息对所述文件进行分片，得到多个分片数据。

3.根据权利要求1所述的方法，其特征在于，所述向服务器上传与当前待上传的分片数据信息对应的分片数据，包括：

从所述服务器获取分片数据上传方式，所述分片数据上传方式包括串行上传方式或者并行上传方式；

根据分片数据上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据。

4.根据权利要求3所述的方法，其特征在于，所述根据并行上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据，包括：

根据终端性能和当前待上传的分片数据信息的数量，确定线程服务的数量；

根据所述线程服务的数量，开始对应数量个线程服务；

基于对应数量个线程服务，向所述服务器并行上传与当前待上传的分片数据信息对应的分片数据。

5.根据权利要求1所述的方法，其特征在于，所述向服务器上传与当前待上传的分片数据信息对应的分片数据，包括：

向服务器上传与当前待上传的分片数据信息对应的分片数据以及分片数据对应的唯一标识，以供服务器根据所述唯一标识判定分片数据未上传，接收终端上传的分片数据，并向终端返回分片上传完成状态。

6.根据权利要求1-5任一项所述的方法，其特征在于，在所述返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成之后，还包括：

向服务器发送文件是否上传成功的查询请求；

如果服务器返回文件上传成功状态，从服务器获取文件的网络地址。

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

如果服务器返回文件未上传成功状态，返回执行当前待上传的分片数据信息的获取操作，直到服务器返回文件上传成功状态。

8.一种文件上传方法，其特征在于，包括：

向终端提供当前待上传的分片数据信息，以供终端向服务器上传与当前待上传的分片数据信息对应的分片数据；

接收终端上传的分片数据；

根据已上传的分片数据，确定当前待上传的分片数据信息；

返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成。

9.根据权利要求8所述的方法，其特征在于，在所述向终端提供当前待上传的分片数据信息之前，包括：

从终端获取文件大小信息；

根据文件大小信息确定分片信息，并向终端返回文件分片信息，以供终端根据所述分片信息对所述文件进行分片，得到多个分片数据。

10.根据权利要求8所述的方法，其特征在于，在所述向终端提供当前待上传的分片数据信息之前，还包括：

判断是否存在未合并的分片数据；

如果存在未合并的分片数据，将所述未合并的分片数据合并为分块数据；

将所述分块数据合并为文件，并将文件存储至存储器中。

11.根据权利要求8所述的方法，其特征在于，在所述接收终端上传的分片数据之后，还包括：

将上传的分片数据存储在缓存中；

如果缓存中的分片数据达到预设阈值或者最后一个分片数据存储至所述缓存中，将缓存中的分片数据合并为分块数据；

将所述分块数据合并为文件，并将所述文件存储至存储器中。

12.根据权利要求8所述的方法，其特征在于，所述接收终端上传的分片数据，包括：

接收终端上传的与当前待上传的分片数据信息对应的分片数据，以及分片数据对应的唯一标识；

根据所述唯一标识判断分片数据是否已上传；

如果判定所述分片数据未上传，接收终端上传的分片数据，并向终端返回分片上传完成状态。

13.根据权利要求8所述的方法，其特征在于，在所述接收终端上传的分片数据之前，还包括：

根据终端与服务器之间的网络质量，确定分片数据上传方式，所述分片数据上传方式包括串行上传方式或者并行上传方式；

将所述分片数据上传方式提供至终端，以供终端根据分片数据上传方式向服务器上传与当前待上传的分片数据信息对应的分片数据。

14.根据权利要求8-13任一项所述的方法，其特征在于，在所述返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成之后，还包括：

接收终端发送的文件是否上传成功的查询请求；

如果文件上传成功，且不存在未合并的分片数据，向终端返回文件上传成功状态和文件的网络地址。

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

如果文件上传成功，且存在未合并的分片数据，将未合并的分片数据合并为分块数据，将分块数据合并为文件，并将文件存储至存储器中；

向终端返回文件上传成功状态和文件的网络地址。

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

如果文件上传未成功，向终端返回文件未上传成功状态；

返回执行当前待上传的分片数据信息的确定操作，直到文件上传成功。

17.一种文件上传装置，其特征在于，包括：

分片模块，用于对待上传的文件进行分片，得到多个分片数据；

获取模块，用于从服务器获取当前待上传的分片数据信息；

上传模块，用于向服务器上传与当前待上传的分片数据信息对应的分片数据，以供所述服务器根据已上传的分片数据，确定当前待上传的分片数据信息；

返回模块，用于返回执行当前待上传的分片数据信息的获取操作，直到全部分片数据上传完成。

18.一种文件上传装置，其特征在于，包括：

提供模块，用于向终端提供当前待上传的分片数据信息，以供终端向服务器上传与当前待上传的分片数据信息对应的分片数据；

接收模块，用于接收终端上传的分片数据；

确定模块，用于根据已上传的分片数据，确定当前待上传的分片数据信息；

返回模块，用于返回执行向终端提供当前待上传的分片数据信息的操作，直到终端将全部分片数据上传完成。

19.一种终端，其特征在于，所述终端包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的文件上传方法。

20.一种服务器，其特征在于，所述服务器包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求8-16中任一所述的文件上传方法。

21.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7，或者权利要求8-16中任一所述的文件上传方法。