CN111935227A - 通过浏览器上传文件的方法、浏览器和电子设备 - Google Patents

Abstract

本发明公开了一种通过浏览器上传文件的方法、浏览器和电子设备，该方法包括：浏览器获取待上传的目标文件，对其进行切片处理得到多个切片文件；浏览器向服务器发送验证请求，以确定服务器上是否存在目标文件，并在服务器上不存在目标文件时，获取服务器上存储的切片文件信息；浏览器根据切片文件信息，向服务器发送上传请求，以将服务器未存储的切片文件发送至服务器；浏览器在目标文件对应的所有切片文件上传完成后，向服务器发送合并文件请求，以请求服务器将所有切片文件合并为目标文件。根据本发明的技术方案，能够有效提高浏览器上传文件的效率。

Description

通过浏览器上传文件的方法、浏览器和电子设备

技术领域

本发明涉及计算机信息处理领域，具体而言，涉及一种通过浏览器上传文件的方法、浏览器、电子设备及计算机可读介质。

背景技术

随着浏览器技术的成熟，现在广大用户习惯在PC端或手机端使用浏览器办理各类在线业务。在用户通过浏览器办理业务时，往往需要上传文件，例如，当用户办理互联网金融业务时，该业务需要用户上传自己的身份证或其他证件，这就需要通过浏览器将该文件上传。受限于浏览器所使用的传输协议、浏览器所在的移动终端的网络传输能力，浏览器往往难以短时间内将文件上传完毕，如果浏览器上传文件期间，发生移动终端来电等影响浏览器传输数据的事件，则会造成文件上传失败。

因此，需要一种新的技术方案，来确保浏览器可以快速、完整地实现文件上传。

发明内容

本发明旨在确保浏览器可以快速、完整地实现文件上传。

为了解决上述技术问题，本发明第一方面提出一种通过浏览器上传文件的方法，所述方法包括：浏览器获取待上传的目标文件，对其进行切片处理得到多个切片文件；所述浏览器向服务器发送验证请求，以确定所述服务器上是否存在所述目标文件，并在所述服务器上不存在所述目标文件时，获取所述服务器上存储的切片文件信息；所述浏览器根据所述切片文件信息，向所述服务器发送上传请求，以将所述服务器未存储的切片文件发送至所述服务器；所述浏览器在所述目标文件对应的所有切片文件上传完成后，向所述服务器发送合并文件请求，以请求所述服务器将所述所有切片文件合并为所述目标文件。

根据本发明的一种优选实施方式，在所述对其进行切片处理得到多个切片文件之前，还包括：所述浏览器根据所述目标文件的大小，计算每个切片文件的大小。

根据本发明的一种优选实施方式，在所述对其进行切片处理得到多个切片文件之前，还包括：所述浏览器检测当前的网络传输速度，根据所述网络传输速度的快慢计算每个切片文件的大小。

根据本发明的一种优选实施方式，所述浏览器向服务器发送验证请求，包括：所述浏览器根据所述目标文件的内容计算所述目标文件的唯一标识，根据所述唯一标识生成验证请求，以供所述服务器根据所述唯一标识查找所述目标文件；所述浏览器根据所述切片文件信息，向所述服务器发送上传请求，包括：所述浏览器根据所述目标文件的唯一标识生成所述上传请求，以供所述服务器按所述唯一标识选择存储空间来存储接收的切片文件。

根据本发明的一种优选实施方式，所述浏览器根据所述切片文件信息，向所述服务器发送上传请求，包括：所述浏览器根据预设顺序向所述服务器上传切片文件，在页面刷新或关闭时停止上传并记录上传进度，以及在所述页面刷新后或重新打开后根据所述上传进度自动选择切片文件继续上传。

根据本发明的一种优选实施方式，所述浏览器获取待上传的目标文件，包括：所述浏览器识别所述目标文件对应的业务，根据所述业务对文件大小的要求，压缩所述目标文件。

根据本发明的一种优选实施方式，所述浏览器识别所述目标文件对应的业务，包括：所述浏览器从当前页面中识别所述业务，或根据所述目标文件的内容识别所述业务。

根据本发明的一种优选实施方式，在所述浏览器在所述目标文件对应的所有切片文件上传完成后，向所述服务器发送合并文件请求之前，还包括：所述浏览器统计所述服务器上存储切片文件的数量以及本次上传切片文件的数量，并在所述服务器上存储切片文件的数量与本次上传切片文件的数量之和等于切片处理得到所有切片文件的数量时，确定所述所有切片文件上传完成。

为了解决上述技术问题，本发明第二方面提出一种浏览器，包括：切片模块，获取待上传的目标文件，对其进行切片处理得到多个切片文件；验证模块，向服务器发送验证请求，以确定所述服务器上是否存在所述目标文件，并在所述服务器上不存在所述目标文件时，获取所述服务器上存储的切片文件信息；上传模块，根据所述切片文件信息，向所述服务器发送上传请求，以将所述服务器未存储的切片文件发送至所述服务器；合并模块，在所述目标文件对应的所有切片文件上传完成后，向所述服务器发送合并文件请求，以请求所述服务器将所述所有切片文件合并为所述目标文件。

根据本发明的一种优选实施方式，所述切片模块根据所述目标文件的大小，计算每个切片文件的大小。

根据本发明的一种优选实施方式，所述切片模块检测当前的网络传输速度，根据所述网络传输速度的快慢计算每个切片文件的大小。

根据本发明的一种优选实施方式，所述验证模块根据所述目标文件的内容计算所述目标文件的唯一标识，根据所述唯一标识生成验证请求，以供所述服务器根据所述唯一标识查找所述目标文件；所述上传模块根据所述目标文件的唯一标识生成所述上传请求，以供所述服务器按所述唯一标识选择存储空间来存储接收的切片文件。

根据本发明的一种优选实施方式，所述上传模块根据预设顺序向所述服务器上传切片文件，在页面刷新或关闭时停止上传并记录上传进度，以及在所述页面刷新后或重新打开后根据所述上传进度自动选择切片文件继续上传。

根据本发明的一种优选实施方式，还包括：识别模块，识别所述目标文件对应的业务；压缩模块，根据所述业务对文件大小的要求，压缩所述目标文件。

根据本发明的一种优选实施方式，所述识别模块从当前页面中识别所述业务，或根据所述目标文件的内容识别所述业务。

根据本发明的一种优选实施方式，所述上传模块统计所述服务器上存储切片文件的数量以及本次上传切片文件的数量，并在所述服务器上存储切片文件的数量与本次上传切片文件的数量之和等于切片处理得到所有切片文件的数量时，确定所述所有切片文件上传完成。

为了解决上述技术问题，本发明第三方面提出一种电子设备，其包括处理器以及存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行上述的方法。

为了解决上述技术问题，本发明第四方面提出一种计算机可读存储介质，该所述计算机可读存储介质存储一个或多个程序，当所述一个或多个程序被处理器执行时，实现上述的方法。

由于本发明在文件上传前首先对文件进行切片处理，并通过向服务器发送验证请求来确认服务器上当前是否存储了该文件，如果服务器已存储该文件则本次上传执行完毕，实现“秒传”，如果服务器未存储该文件则进一步确认服务器上存储的切片信息，服务器已存储的切片则不需上传，只需上传服务器未存储的切片即可，待所有切片上传完成后请求服务器合并为完整文件，由于切片文件体积较小，即使本次未能实现全部切片上传，仍然能实现部分切片的上传，剩余切片待下次上传即可，相当于实现了“断点续传”，由于每次上传的切片总体积往往小于完整文件体积，因此变相加快了上传效率。

附图说明

为了使本发明所解决的技术问题、采用的技术手段及取得的技术效果更加清楚，下面将参照附图详细描述本发明的具体实施例。但需声明的是，下面描述的附图仅仅是本发明的示例性实施例的附图，对于本领域的技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他实施例的附图。

图1是根据本发明的一个实施例的通过浏览器上传文件的方法的流程图；

图2是根据本发明的一个实施例的通过浏览器上传文件的方法的流程图；

图3是根据本发明的一个实施例的通过浏览器上传文件的方法的流程图；

图4是根据本发明的一个实施例的浏览器的框图；

图5是根据本发明的一个实施例的浏览器的框图；

图6是根据本发明的一个实施例的浏览器的工作示意图；

图7是根据本发明的一个实施例的电子设备的框图；

图8是根据本发明的一个实施例的计算机可读存储介质的示意图。

具体实施方式

现在将参考附图来更加全面地描述本发明的示例性实施例，虽然各示例性实施例能够以多种具体的方式实施，但不应理解为本发明仅限于在此阐述的实施例。相反，提供这些示例性实施例是为了使本发明的内容更加完整，更加便于将发明构思全面地传达给本领域的技术人员。

在符合本发明的技术构思的前提下，在某个特定的实施例中描述的结构、性能、效果或者其他特征可以以任何合适的方式结合到一个或更多其他的实施例中。

在对于具体实施例的介绍过程中，对结构、性能、效果或者其他特征的细节描述是为了使本领域的技术人员对实施例能够充分理解。但是，并不排除本领域技术人员可以在特定情况下，以不含有上述结构、性能、效果或者其他特征的技术方案来实施本发明。

附图中的流程图仅是一种示例性的流程演示，不代表本发明的方案中必须包括流程图中的所有的内容、操作和步骤，也不代表必须按照图中所显示的的顺序执行。例如，流程图中有的操作/步骤可以分解，有的操作/步骤可以合并或部分合并，等等，在不脱离本发明的发明主旨的情况下，流程图中显示的执行顺序可以根据实际情况改变。

附图中的框图一般表示的是功能实体，并不一定必然与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

各附图中相同的附图标记表示相同或类似的元件、组件或部分，因而下文中可能省略了对相同或类似的元件、组件或部分的重复描述。还应理解，虽然本文中可能使用第一、第二、第三等表示编号的定语来描述各种器件、元件、组件或部分，但是这些器件、元件、组件或部分不应受这些定语的限制。也就是说，这些定语仅是用来将一者与另一者区分。例如，第一器件亦可称为第二器件，但不偏离本发明实质的技术方案。此外，术语“和/或”、“及/或”是指包括所列出项目中的任一个或多个的所有组合。

本发明在目标文件上传之前，首先对目标文件进行切片处理，并通过发送验证请求来确认服务器是否存储了该文件，如果服务器已存储目标文件则本次上传执行完毕，实现“秒传”，如果服务器未存储目标文件，则进一步确认服务器上存储的切片文件，只上传服务器未存储的切片文件，服务器已存储的切片文件则不需上传，待所有切片文件上传完成后请求服务器合并为完整文件，由于切片文件体积较小，即使本次未能实现全部切片文件上传，仍然能实现部分切片文件的上传，剩余切片文件待下次上传即可，相当于实现了“断点续传”，由于每次上传的切片文件总体积往往小于完整文件体积，因此变相加快了上传效率。

如图1所示，本发明的一个实施例中提供了一种通过浏览器上传文件的方法，包括：

步骤S110，浏览器获取待上传的目标文件，对其进行切片处理得到多个切片文件。

在本实施例中，通过浏览器上传文件，该浏览器可以安装在PC端也可以安装在手机端，受手机网络传输能力、浏览器使用传输协议影响，浏览器上传文件可能存在速度慢、不稳定的情况。在本实施例中，对切片数量不进行限制，单个切片文件体积远小于目标文件体积，浏览器单次上传可上传一或多个切片文件。

步骤S120，浏览器向服务器发送验证请求，以确定服务器上是否存在目标文件，并在服务器上不存在目标文件时，获取服务器上存储的切片文件信息。

在本实施例中，如服务器上存在目标文件，则可直接通知用户文件已上传完毕，结束本次上传操作；如服务器上没有目标文件，则需要进一步确认服务器上存储了哪些切片文件。

步骤S130，浏览器根据切片文件信息，向服务器发送上传请求，以将服务器未存储的切片文件发送至服务器。

在本实施例中，如果服务器上存在部分切片文件，则本次上传仅需要上传另外一部分切片文件即可，相对于再次上传完整目标文件，效率更高。

步骤S140，浏览器在目标文件对应的所有切片文件上传完成后，向服务器发送合并文件请求，以请求服务器将所有切片文件合并为目标文件。

根据本实施例的技术方案，在目标文件上传前首先进行切片处理，并通过向服务器发送验证请求来确认服务器上是否存储了目标文件，如果服务器已存储目标文件则本次上传执行完毕，实现“秒传”，如果服务器未存储目标文件则确认服务器上存储的切片信息，本次只需上传服务器未存储的切片文件即可，待所有切片文件上传完成后请求服务器合并为完整文件，由于切片文件体积较小，即使本次未能实现全部切片上传，仍然能实现部分切片的上传，剩余切片待下次上传即可，相当于实现了“断点续传”，由于每次上传的切片总体积往往小于完整文件体积，因此变相加快了上传效率。

如图2所示，本发明的一个实施例中提供了一种通过浏览器上传文件的方法，包括：

步骤S210，浏览器获取待上传的目标文件，对其进行切片处理得到多个切片文件。

在本实施例中，在切片处理前需要计算每个切片文件的大小：

(1)浏览器根据目标文件的大小，计算每个切片文件的大小。

在本实施例中，通常当目标文件过大时，则切片文件数量较多，以确保每次上传至少可以上传一个切片文件，如果目标文件较小，则切片为少量切片文件即可，避免切片文件数量过多导致上传次数过多，反而降低上传效率。

(2)浏览器检测当前的网络传输速度，根据网络传输速度的快慢计算每个切片文件的大小。

在本实施例中，可以首先检测手机端网络传输速度，当手机网络通信能力不佳时，此时需要确保每个切片体积较小，以确保每次上传至少可以上传一个切片文件，如果网络传输速度较快，则切片为少量切片文件即可，以通过较少上传次数将切片文件上传完毕。

步骤S220，浏览器根据目标文件的内容计算目标文件的唯一标识，根据唯一标识生成验证请求，浏览器向服务器发送验证请求，以供服务器根据唯一标识查找目标文件，并在服务器上不存在目标文件时，获取服务器上存储的切片文件信息。

在本实施例中，该唯一标识包括但不限于哈希值，验证请求携带哈希值，则服务器根据哈希值来查询目标文件是否存在。

步骤S230，浏览器根据切片文件信息和目标文件的唯一标识生成上传请求，以将服务器未存储的切片文件发送至服务器，服务器按唯一标识选择存储空间来存储接收的切片文件。

在本实施例中，上传请求携带目标文件的哈希值和切片文件信息，服务器收到切片文件后，可以将该切片文件存储到以哈希值命名的文件夹内，浏览器发出验证请求时，服务器可以从该文件夹内统计已上传切片文件情况。

步骤S240，浏览器在目标文件对应的所有切片文件上传完成后，向服务器发送合并文件请求，以请求服务器将所有切片文件合并为目标文件。

根据本实施例的技术方案，当所有切片文件上传后即可通知服务器合并文件，从而在服务器上合并为完整的目标文件。

如图3所示，本发明的一个实施例中提供了一种通过浏览器上传文件的方法，包括：

步骤S310，浏览器获取待上传的目标文件，浏览器识别目标文件对应的业务，根据业务对文件大小的要求，压缩目标文件后，对其进行切片处理得到多个切片文件。

在本实施例中，在目标文件体积较大的情况下，例如，用户拍摄的身份证照片体积过大，而使用身份证的业务要求身份证照片体积较小，此时可以根据业务要求对照片进行适度压缩，在兼顾照片质量的情况下降低照片体积，有利于提升照片上传效率。识别目标文件对应业务的方式包括：

(1)浏览器从当前页面中识别业务。

在本实施例中，当前页面中通常具有反映业务的内容，例如，对于互联网金融业务，则页面的文字通常体现了互联网金融业务的名称、内容、资格要求等等，通过此类内容能够识别业务。

(2)根据目标文件的内容识别业务。

在本实施例中，也可以通过目标文件的内容来识别业务，例如，通过图像识别技术，可以识别出用户上传的是身份证，进而判断出身份证通常用于互联网金融业务、审批服务等业务中的身份认定，而身份认定对身份证体积通常有统一的要求，此时可根据该要求进行文件压缩。

步骤S320，浏览器向服务器发送验证请求，以确定服务器上是否存在目标文件，并在服务器上不存在目标文件时，获取服务器上存储的切片文件信息。

步骤S330，浏览器根据切片文件信息，向服务器发送上传请求，以将服务器未存储的切片文件发送至服务器，具体地，浏览器根据预设顺序向服务器上传切片文件，在页面刷新或关闭时停止上传并记录上传进度，以及在页面刷新后或重新打开后根据上传进度自动选择切片文件继续上传。

步骤S340，浏览器统计服务器上存储切片文件的数量以及本次上传切片文件的数量，并在服务器上存储切片文件的数量与本次上传切片文件的数量之和等于切片处理得到所有切片文件的数量时，确定所有切片文件上传完成。

在本实施例中，通过服务器上存储切片文件的数量、本次上传切片文件的数量、本次切片的文件总数量进行计算，可以准确地判断目标文件是否上传完毕。

步骤S350，浏览器在目标文件对应的所有切片文件上传完成后，向服务器发送合并文件请求，以请求服务器将所有切片文件合并为目标文件。

根据本实施例的技术方案，当计算出所有切片文件上传完毕后，则触发通知服务器合并目标文件。

本领域技术人员可以理解，实现上述实施例的全部或部分步骤被实现为由数据处理设备(包括计算机)执行的程序，即计算机程序。在该计算机程序被执行时，可以实现本发明提供的上述方法。而且，所述的计算机程序可以存储于计算机可读存储介质中，该存储介质可以是磁盘、光盘、ROM、RAM等可读存储介质，也可以是多个存储介质组成的存储阵列，例如磁盘或磁带存储阵列。所述的存储介质不限于集中式存储，其也可以是分布式存储，例如基于云计算的云存储。

下面描述本发明的装置实施例，该装置可以用于执行本发明的方法实施例。对于本发明装置实施例中描述的细节，应视为对于上述方法实施例的补充；对于在本发明装置实施例中未披露的细节，可以参照上述方法实施例来实现。

如图4所示，本发明的一个实施例中提供了一种浏览器，包括：

切片模块410，获取待上传的目标文件，对其进行切片处理得到多个切片文件。

在本实施例中，通过浏览器上传文件，该浏览器可以安装在PC端也可以安装在手机端，受手机网络传输能力、浏览器使用传输协议影响，浏览器上传文件可能存在速度慢、不稳定的情况。在本实施例中，对切片数量不进行限制，单个切片文件体积远小于目标文件体积，浏览器单次上传可上传一或多个切片文件。

验证模块420，向服务器发送验证请求，以确定服务器上是否存在目标文件，并在服务器上不存在目标文件时，获取服务器上存储的切片文件信息。

在本实施例中，如服务器上存在目标文件，则可直接通知用户文件已上传完毕，结束本次上传操作；如服务器上没有目标文件，则需要进一步确认服务器上存储了哪些切片文件。

上传模块430，根据切片文件信息，向服务器发送上传请求，以将服务器未存储的切片文件发送至服务器。

在本实施例中，如果服务器上存在部分切片文件，则本次上传仅需要上传另外一部分切片文件即可，相对于再次上传完整目标文件，效率更高。

合并模块440，在目标文件对应的所有切片文件上传完成后，向服务器发送合并文件请求，以请求服务器将所有切片文件合并为目标文件。

根据本实施例的技术方案，在目标文件上传前首先进行切片处理，并通过向服务器发送验证请求来确认服务器上是否存储了目标文件，如果服务器已存储目标文件则本次上传执行完毕，实现“秒传”，如果服务器未存储目标文件则确认服务器上存储的切片信息，本次只需上传服务器未存储的切片文件即可，待所有切片文件上传完成后请求服务器合并为完整文件，由于切片文件体积较小，即使本次未能实现全部切片上传，仍然能实现部分切片的上传，剩余切片待下次上传即可，相当于实现了“断点续传”，由于每次上传的切片总体积往往小于完整文件体积，因此变相加快了上传效率。

如图4所示，本发明的一个实施例中提供了一种浏览器，包括：

切片模块410，浏览器获取待上传的目标文件，对其进行切片处理得到多个切片文件。

在本实施例中，在切片处理前需要计算每个切片文件的大小：

(1)根据目标文件的大小，计算每个切片文件的大小。

在本实施例中，通常当目标文件过大时，则切片文件数量较多，以确保每次上传至少可以上传一个切片文件，如果目标文件较小，则切片为少量切片文件即可，避免切片文件数量过多导致上传次数过多，反而降低上传效率。

(2)检测当前的网络传输速度，根据网络传输速度的快慢计算每个切片文件的大小。

在本实施例中，可以首先检测手机端网络传输速度，当手机网络通信能力不佳时，此时需要确保每个切片体积较小，以确保每次上传至少可以上传一个切片文件，如果网络传输速度较快，则切片为少量切片文件即可，以通过较少上传次数将切片文件上传完毕。

验证模块420，根据目标文件的内容计算目标文件的唯一标识，根据唯一标识生成验证请求，向服务器发送验证请求，以供服务器根据唯一标识查找目标文件，并在服务器上不存在目标文件时，获取服务器上存储的切片文件信息。

在本实施例中，该唯一标识包括但不限于哈希值，验证请求携带哈希值，则服务器根据哈希值来查询目标文件是否存在。

上传模块430，根据切片文件信息和目标文件的唯一标识生成上传请求，以将服务器未存储的切片文件发送至服务器，服务器按唯一标识选择存储空间来存储接收的切片文件。

在本实施例中，上传请求携带目标文件的哈希值和切片文件信息，服务器收到切片文件后，可以将该切片文件存储到以哈希值命名的文件夹内，浏览器发出验证请求时，服务器可以从该文件夹内统计已上传切片文件情况。

合并模块440，在目标文件对应的所有切片文件上传完成后，向服务器发送合并文件请求，以请求服务器将所有切片文件合并为目标文件。

根据本实施例的技术方案，当所有切片文件上传后即可通知服务器合并文件，从而在服务器上合并为完整的目标文件。

如图5所示，本发明的一个实施例中提供了一种浏览器，包括：

切片模块510获取待上传的目标文件，识别模块520识别目标文件对应的业务，压缩模块530根据业务对文件大小的要求，压缩目标文件后，切片模块510对其进行切片处理得到多个切片文件。

在本实施例中，在目标文件体积较大的情况下，例如，用户拍摄的身份证照片体积过大，而使用身份证的业务要求身份证照片体积较小，此时可以根据业务要求对照片进行适度压缩，在兼顾照片质量的情况下降低照片体积，有利于提升照片上传效率。识别目标文件对应业务的方式包括：

(1)识别模块520从当前页面中识别业务。

在本实施例中，当前页面中通常具有反映业务的内容，例如，对于互联网金融业务，则页面的文字通常体现了互联网金融业务的名称、内容、资格要求等等，通过此类内容能够识别业务。

(2)识别模块520根据目标文件的内容识别业务。

在本实施例中，也可以通过目标文件的内容来识别业务，例如，通过图像识别技术，可以识别出用户上传的是身份证，进而判断出身份证通常用于互联网金融业务、审批服务等业务中的身份认定，而身份认定对身份证体积通常有统一的要求，此时可根据该要求进行文件压缩。

验证模块540，向服务器发送验证请求，以确定服务器上是否存在目标文件，并在服务器上不存在目标文件时，获取服务器上存储的切片文件信息。

上传模块550，根据切片文件信息，向服务器发送上传请求，以将服务器未存储的切片文件发送至服务器，具体地，根据预设顺序向服务器上传切片文件，在页面刷新或关闭时停止上传并记录上传进度，以及在页面刷新后或重新打开后根据上传进度自动选择切片文件继续上传。

合并模块560，统计服务器上存储切片文件的数量以及本次上传切片文件的数量，并在服务器上存储切片文件的数量与本次上传切片文件的数量之和等于切片处理得到所有切片文件的数量时，确定所有切片文件上传完成。

在本实施例中，通过服务器上存储切片文件的数量、本次上传切片文件的数量、本次切片的文件总数量进行计算，可以准确地判断目标文件是否上传完毕。

合并模块560在目标文件对应的所有切片文件上传完成后，向服务器发送合并文件请求，以请求服务器将所有切片文件合并为目标文件。

根据本实施例的技术方案，当计算出所有切片文件上传完毕后，则触发通知服务器合并目标文件。

本领域技术人员可以理解，上述装置实施例中的各模块可以按照描述分布于装置中，也可以进行相应变化，分布于不同于上述实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

如图6所示，本发明的一个实施例中提供了一种浏览器，其工作流程如下：浏览器获取待上传的目标文件，通过目标文件的内容计算哈希值，对文件进行切片处理得到若干个切片文件。浏览器向服务器发送验证请求，请求参数携带文件哈希值与文件名。服务端根据请求参数哈希值和文件名检索存储空间是否存在该文件或已上传的切片文件，返回上传标识和已上传切片名称列表给予浏览器；浏览器根据上传标识判断是否需要继续上传，如需要继续上传，识别当前需要继续上传的切片文件，并向服务器发送文件上传请求，请求参数中携带文件哈希值和切片文件，服务器接收文件并存储到由哈希值命名的存储文件夹内；待所有文件上传完毕，浏览器向服务端发送合并文件请求，服务器对已上传切片进行合并并且以哈希值.文件名命名文件。方案实现了文件秒传和断点续传，大大提高文件上传速度、降低网络资源的占用、减轻服务器处理压力。

下面描述本发明的电子设备实施例，该电子设备可以视为对于上述本发明的方法和装置实施例的实体形式的实施方式。对于本发明电子设备实施例中描述的细节，应视为对于上述方法或装置实施例的补充；对于在本发明电子设备实施例中未披露的细节，可以参照上述方法或装置实施例来实现。

图7是根据本发明的一种电子设备的示例性实施例的结构框图。图7显示的电子设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图7所示，该示例性实施例的电子设备200以通用数据处理设备的形式表现。电子设备200的组件可以包括但不限于：至少一个处理单元210、至少一个存储单元220、连接不同系统组件(包括存储单元220和处理单元210)的总线230、显示单元240等。

其中，所述存储单元220存储有计算机可读程序，其可以是源程序或都只读程序的代码。所述程序可以被处理单元210执行，使得所述处理单元210执行本发明各种实施方式的步骤。例如，所述处理单元210可以执行如图1所示的步骤。

所述存储单元220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)2201和/或高速缓存存储单元2202，还可以进一步包括只读存储单元(ROM)2203。所述存储单元220还可以包括具有一组(至少一个)程序模块2205的程序/实用工具2204，这样的程序模块2205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备200也可以与一个或多个外部设备300(例如键盘、显示器、网络设备、蓝牙设备等)通信，使得用户能经由这些外部设备300与该电子设备200交互，和/或使得该电子设备200能与一个或多个其它数据处理设备(例如路由器、调制解调器等等)进行通信。这种通信可以通过输入/输出(I/O)接口250进行，还可以通过网络适配器260与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)进行。网络适配器260可以通过总线230与电子设备200的其它模块通信。应当明白，尽管图中未示出，电子设备200中可使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

图8是本发明的一个计算机可读介质实施例的示意图。如图8所示，所述计算机程序可以存储于一个或多个计算机可读介质上。计算机可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。当所述计算机程序被一个或多个数据处理设备执行时，使得该计算机可读介质能够实现本发明的上述方法，即：浏览器获取待上传的目标文件，对其进行切片处理得到多个切片文件；所述浏览器向服务器发送验证请求，以确定所述服务器上是否存在所述目标文件，并在所述服务器上不存在所述目标文件时，获取所述服务器上存储的切片文件信息；所述浏览器根据所述切片文件信息，向所述服务器发送上传请求，以将所述服务器未存储的切片文件发送至所述服务器；所述浏览器在所述目标文件对应的所有切片文件上传完成后，向所述服务器发送合并文件请求，以请求所述服务器将所述所有切片文件合并为所述目标文件。

通过以上的实施方式的描述，本领域的技术人员易于理解，本发明描述的示例性实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个计算机可读的存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台数据处理设备(可以是个人计算机、服务器、或者网络设备等)执行根据本发明的上述方法。

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

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

综上所述，本发明可以执行计算机程序的方法、装置、电子设备或计算机可读介质来实现。可以在实践中使用微处理器或者数字信号处理器(DSP)等通用数据处理设备来实现本发明的一些或者全部功能。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，本发明不与任何特定计算机、虚拟装置或者电子设备固有相关，各种通用装置也可以实现本发明。以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种通过浏览器上传文件的方法，其特征在于，包括：

浏览器获取待上传的目标文件，对其进行切片处理得到多个切片文件；

所述浏览器向服务器发送验证请求，以确定所述服务器上是否存在所述目标文件，并在所述服务器上不存在所述目标文件时，获取所述服务器上存储的切片文件信息；

所述浏览器根据所述切片文件信息，向所述服务器发送上传请求，以将所述服务器未存储的切片文件发送至所述服务器；

所述浏览器在所述目标文件对应的所有切片文件上传完成后，向所述服务器发送合并文件请求，以请求所述服务器将所述所有切片文件合并为所述目标文件。

2.根据权利要求1所述的通过浏览器上传文件的方法，其特征在于，在所述对其进行切片处理得到多个切片文件之前，还包括：

所述浏览器根据所述目标文件的大小，计算每个切片文件的大小。

3.根据权利要求1-2中任一项所述的通过浏览器上传文件的方法，其特征在于，在所述对其进行切片处理得到多个切片文件之前，还包括：

所述浏览器检测当前的网络传输速度，根据所述网络传输速度的快慢计算每个切片文件的大小。

4.根据权利要求1-3中任一项所述的通过浏览器上传文件的方法，其特征在于，所述浏览器向服务器发送验证请求，包括：

所述浏览器根据所述目标文件的内容计算所述目标文件的唯一标识，根据所述唯一标识生成验证请求，以供所述服务器根据所述唯一标识查找所述目标文件；

所述浏览器根据所述切片文件信息，向所述服务器发送上传请求，包括：

所述浏览器根据所述目标文件的唯一标识生成所述上传请求，以供所述服务器按所述唯一标识选择存储空间来存储接收的切片文件。

5.根据权利要求1-4中任一项所述的通过浏览器上传文件的方法，其特征在于，所述浏览器根据所述切片文件信息，向所述服务器发送上传请求，包括：

所述浏览器根据预设顺序向所述服务器上传切片文件，在页面刷新或关闭时停止上传并记录上传进度，以及在所述页面刷新后或重新打开后根据所述上传进度自动选择切片文件继续上传。

6.根据权利要求1-5中任一项所述的通过浏览器上传文件的方法，其特征在于，所述浏览器获取待上传的目标文件，包括：

所述浏览器识别所述目标文件对应的业务，根据所述业务对文件大小的要求，压缩所述目标文件。

7.根据权利要求1-6中任一项所述的通过浏览器上传文件的方法，其特征在于，所述浏览器识别所述目标文件对应的业务，包括：

所述浏览器从当前页面中识别所述业务，或根据所述目标文件的内容识别所述业务。

8.一种浏览器，其特征在于，包括：

切片模块，获取待上传的目标文件，对其进行切片处理得到多个切片文件；

验证模块，向服务器发送验证请求，以确定所述服务器上是否存在所述目标文件，并在所述服务器上不存在所述目标文件时，获取所述服务器上存储的切片文件信息；

上传模块，根据所述切片文件信息，向所述服务器发送上传请求，以将所述服务器未存储的切片文件发送至所述服务器；

合并模块，在所述目标文件对应的所有切片文件上传完成后，向所述服务器发送合并文件请求，以请求所述服务器将所述所有切片文件合并为所述目标文件。

9.一种电子设备，包括：

处理器；以及

存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器执行根据权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其中，所述计算机可读存储介质存储一个或多个程序，当所述一个或多个程序被处理器执行时，实现权利要求1-7中任一项所述的方法。

Images