CN110708355A - 一种文件上传的方法、***、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种文件上传的方法，包括：获取文件上传请求，并根据所述文件上传请求确定待上传文件及目标文件；判断存储***中是否存在所述目标文件；其中，所述目标文件由一个头对象和至少一个尾对象组成；若是，则将所述待上传文件上传至所述目标文件的末尾尾对象中。在面对数据实时产生需要上传的场景时，本申请能够直接将后续产生的文件进行追加上传，保存到同一个文件中，避免了需要不断上传新对象的麻烦，简化了分布式对象存储***中对象的上传过程。本申请同时还提供了一种文件上传的***、设备及可读存储介质，具有上述有益效果。

Description

一种文件上传的方法、***、设备及可读存储介质

技术领域

本申请涉及文件上传领域，特别涉及一种文件上传的方法、***、设备及可读存储介质。

背景技术

分布式对象存储***中，在对象上传结束后，其内容就是固定的，只能读取，不能修改。如果对象内容发生了改变，只能重新上传同名的对象来覆盖之前上传的内容。这种特性在很多应用场景下会很不方便，比如视频监控、视频直播领域等，视频数据在实时的不断产生。如果使用普通上传方式，只能将视频流按照一定规律切分成小块然后不断的上传新的对象。这种方式在实际使用上存在很明显的缺点，如果对象切分的比较小的话，会导致对象众多，管理复杂；如果对象切分的比较大的话，数据的延时又会很高。

因此，如何简化分布式对象存储***中对象的上传过程是本领域技术人员目前需要解决的技术问题。

发明内容

本申请的目的是提供一种文件上传的方法、***、设备及可读存储介质，用于简化分布式对象存储***中对象的上传过程。

为解决上述技术问题，本申请提供一种文件上传的方法，该方法包括：

获取文件上传请求，并根据所述文件上传请求确定待上传文件及目标文件；

判断存储***中是否存在所述目标文件；其中，所述目标文件由一个头对象和至少一个尾对象组成；

若是，则将所述待上传文件上传至所述目标文件的末尾尾对象中。

可选的，在将所述待上传文件上传至所述目标文件的末尾尾对象中之前，还包括：

获取所述头对象中存储的状态信息；

根据所述状态信息判断所述目标文件是否为可追加上传类型；

若否，则取消此次上传，并返回上传失败的提示信息。

可选的，在将所述待上传文件上传至所述目标文件的末尾尾对象中之后，还包括：

当所述末尾尾对象存满时，根据所述状态信息创建相邻对象；其中，所述相邻对象与所述末尾尾对象相邻；

将剩余的待上传文件上传至所述相邻对象中。

可选的，在将所述待上传文件上传至所述目标文件的末尾尾对象中之后，还包括：

确定所述目标文件的元数据信息，并将所述元数据信息更新至所述目标文件的头对象的标识信息中。

本申请还提供一种文件上传的***，该***包括：

第一获取模块，用于获取文件上传请求，并根据所述文件上传请求确定待上传文件及目标文件；

第一判断模块，用于判断存储***中是否存在所述目标文件；其中，所述目标文件由一个头对象和至少一个尾对象组成；

第一上传模块，用于当所述存储***中存在所述目标文件时，将所述待上传文件上传至所述目标文件的末尾尾对象中。

可选的，还包括：

第二获取模块，用于在将所述待上传文件上传至所述目标文件的末尾尾对象中之前，获取所述头对象中存储的状态信息；

第二判断模块，用于根据所述状态信息判断所述目标文件是否为可追加上传类型；

返回模块，用于当所述目标文件不为所述可追加上传类型时，取消此次上传，并返回上传失败的提示信息。

可选的，还包括：

创建模块，用于当所述末尾尾对象存满时，根据所述状态信息创建相邻对象；其中，所述相邻对象与所述末尾尾对象相邻；

第二上传模块，用于将剩余的待上传文件上传至所述相邻对象中。

可选的，还包括：

确定模块，用于确定所述目标文件的元数据信息，并将所述元数据信息更新至所述目标文件的头对象的标识信息中。

本申请还提供一种文件上传设备，该文件上传设备包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述任一项所述文件上传的方法的步骤。

本申请还提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一项所述文件上传的方法的步骤。

本申请所提供文件上传的方法，包括：获取文件上传请求，并根据所述文件上传请求确定待上传文件及目标文件；判断存储***中是否存在所述目标文件；其中，所述目标文件由一个头对象和至少一个尾对象组成；若是，则将所述待上传文件上传至所述目标文件的末尾尾对象中。

本申请所提供的技术方案，通过根据文件上传请求确定目标文件，并判断存储***中是否存在与待上传文件名称相同的目标文件，如果存在的话，将待上传文件上传至目标文件的末尾尾对象中，使得在面对数据实时产生需要上传的场景时，本申请能够直接将后续产生的文件进行追加上传，保存到同一个文件中，避免了需要不断上传新对象的麻烦，简化了分布式对象存储***中对象的上传过程。本申请同时还提供了一种文件上传的***、设备及可读存储介质，具有上述有益效果，在此不再赘述。

附图说明

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

图1为本申请实施例所提供的一种文件上传的方法的流程图；

图2为图1所提供的一种文件上传的方法中S103的一种实际表现方式的流程图；

图3为本申请实施例所提供的一种文件上传的***的结构图；

图4为本申请实施例所提供的另一种文件上传的***的结构图；

图5为本申请实施例所提供的一种文件上传设备的结构图。

具体实施方式

本申请的核心是提供一种文件上传的方法、***、设备及可读存储介质，用于简化分布式对象存储***中对象的上传过程。

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

请参考图1，图1为本申请实施例所提供的一种文件上传的方法的流程图。

其具体包括如下步骤：

S101：获取文件上传请求，并根据文件上传请求确定待上传文件及目标文件；

这里提到的待上传文件即为需要上传到***中的文件，基于分布式对象存储***中，在对象上传结束后，其内容就是固定的，只能读取，不能修改。如果对象内容发生了改变，只能重新上传同名的对象来覆盖之前上传的内容，针对视频监控、视频直播等领域，由于视频数据是源源不断的产生的，如果使用普通上传方式，只能将视频流按照一定规律切分成小块然后不断的上传新的对象，导致管理复杂；故本申请提供了一种文件上传的方法，用于解决上述问题。

S102：判断存储***中是否存在目标文件；

若是，则进入步骤S103；

在存储***中，目标文件由一个头对象和至少一个尾对象组成，这里提到的判断判断存储***中是否存在目标文件，其目的在于检测存储***中是否已经存在待上传文件能够追加上传的目标文件，本申请不需要上传同名对象覆盖原有对象，便能够实现对内容发生改变的对象的上传，简化了上传过程，提高了上传效率；

可选的，当存储***中不存在目标文件时，还可以建立存储对象，并将待上传文件上传至存储对象中，完成上传工作。

S103：将待上传文件上传至目标文件的末尾尾对象中。

可选的，在将待上传文件上传至目标文件的末尾尾对象中之后，还可以确定目标文件的元数据信息，并将元数据信息更新至目标文件的头对象的标识信息中，以使程序在对目标文件进行调用时能够直接获取到待上传文件所对应的数据；

可选的，这里提到的标识信息具体可以包括但不限于被请求变量的实体值、对象类型标识等信息。

基于上述技术方案，本申请所提供的一种文件上传的方法，通过根据文件上传请求确定目标文件，并判断存储***中是否存在与待上传文件名称相同的目标文件，如果存在的话，将待上传文件上传至目标文件的末尾尾对象中，使得在面对数据实时产生需要上传的场景时，本申请能够直接将后续产生的文件进行追加上传，保存到同一个文件中，避免了需要不断上传新对象的麻烦，简化了分布式对象存储***中对象的上传过程。

针对于上一实施例的步骤S103，在将待上传文件上传至目标文件的末尾尾对象中之前，还可以执行如图2所示的步骤，下面结合图2进行说明。

请参考图2，图2为本申请实施例所提供的另一种文件上传的方法的流程图。

其具体包括以下步骤：

S201：获取头对象中存储的状态信息；

S202：根据该状态信息判断目标文件是否为可追加上传类型；

若是，则执行步骤S103；若否，则进入步骤S203；

这里提到的状态信息可以包括但不限于目标文件的大小、类型、最后一个条带对象的尺寸等，在获取目标文件的状态信息后，根据该状态信息判断目标文件是否为可追加上传类型，以确定是否将待上传文件上传至目标文件中，如果目标文件并非可追加上传类型，则进入步骤S203以取消此次上传，并返回上传失败的提示信息。

S203：取消此次上传，并返回上传失败的提示信息。

在此基础上，在将待上传文件上传至目标文件的末尾尾对象中之后，还包括：

当末尾尾对象存满时，根据状态信息创建相邻对象；其中，相邻对象与末尾尾对象相邻；

将剩余的待上传文件上传至相邻对象中。

基于文件在存储***中以一个头对象加一个或多个尾对象的形式进行存储，头对象中存储有文件的状态信息，而尾对象存储数据，而由于存储对象的大小是有限制的，所以本申请在目标文件的末尾尾对象存满时，根据状态信息创建与末尾尾对象相邻的相邻对象，然后将剩余的待上传文件上传至相邻对象中，使得相邻对象变成了目标文件的新的末尾尾对象；

进一步的，在相邻对象也存满时，还可以根据状态信息创建与该相邻对象相邻的新相邻对象，然后将剩余的待上传文件上传至新相邻对象，重复执行该过程，直至待上传文件全部上传完成。

请参考图3，图3为本申请实施例所提供的一种文件上传的***的结构图。

该***可以包括：

第一获取模块100，用于获取文件上传请求，并根据文件上传请求确定待上传文件及目标文件；

第一判断模块200，用于判断存储***中是否存在目标文件；其中，目标文件由一个头对象和至少一个尾对象组成；

第一上传模块300，用于当存储***中存在目标文件时，将待上传文件上传至目标文件的末尾尾对象中。

请参考图4，图4为本申请实施例所提供的另一种文件上传的***的结构图。

该***还可以包括：

第二获取模块，用于在将待上传文件上传至目标文件的末尾尾对象中之前，获取头对象中存储的状态信息；

第二判断模块，用于根据状态信息判断目标文件是否为可追加上传类型；

返回模块，用于当目标文件不为可追加上传类型时，取消此次上传，并返回上传失败的提示信息。

该***还可以包括：

创建模块，用于当末尾尾对象存满时，根据状态信息创建相邻对象；其中，相邻对象与末尾尾对象相邻；

第二上传模块，用于将剩余的待上传文件上传至相邻对象中。

该***还可以包括：

确定模块，用于确定目标文件的元数据信息，并将元数据信息更新至目标文件的头对象的标识信息中。

以上***中的各个组成部分可实际应用于以下的实施例中：

第一获取模块获取文件上传请求，并根据文件上传请求确定待上传文件及目标文件；第一判断模块判断存储***中是否存在目标文件；当存储***中存在目标文件时，第二获取模块获取头对象中存储的状态信息；第二判断模块根据状态信息判断目标文件是否为可追加上传类型；当目标文件为可追加上传类型时，第一上传模块将待上传文件上传至目标文件的末尾尾对象中。确定模块确定目标文件的元数据信息，并将元数据信息更新至目标文件的头对象的标识信息中；当末尾尾对象存满时，创建模块根据状态信息创建相邻对象；第二上传模块将剩余的待上传文件上传至相邻对象中。

当目标文件不为可追加上传类型时，返回模块取消此次上传，并返回上传失败的提示信息。

请参考图5，图5为本申请实施例所提供的一种文件上传设备的结构图。

该文件上传设备500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(central processing units，CPU)522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对装置中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在文件上传设备500上执行存储介质530中的一系列指令操作。

文件上传设备500还可以包括一个或一个以上电源525，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和/或，一个或一个以上操作***541，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

上述图1至图2所描述的文件上传的方法中的步骤由文件上传设备基于该图5所示的结构实现。

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

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

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

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

集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，功能调用装置，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本申请所提供的一种文件上传的方法、***、设备及可读存储介质进行了详细介绍。本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

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

获取文件上传请求，并根据所述文件上传请求确定待上传文件及目标文件；

判断存储***中是否存在所述目标文件；其中，所述目标文件由一个头对象和至少一个尾对象组成；

若是，则将所述待上传文件上传至所述目标文件的末尾尾对象中。

2.根据权利要求1所述的方法，其特征在于，在将所述待上传文件上传至所述目标文件的末尾尾对象中之前，还包括：

获取所述头对象中存储的状态信息；

根据所述状态信息判断所述目标文件是否为可追加上传类型；

若否，则取消此次上传，并返回上传失败的提示信息。

3.根据权利要求2所述的方法，其特征在于，在将所述待上传文件上传至所述目标文件的末尾尾对象中之后，还包括：

当所述末尾尾对象存满时，根据所述状态信息创建相邻对象；其中，所述相邻对象与所述末尾尾对象相邻；

将剩余的待上传文件上传至所述相邻对象中。

4.根据权利要求1所述的方法，其特征在于，在将所述待上传文件上传至所述目标文件的末尾尾对象中之后，还包括：

确定所述目标文件的元数据信息，并将所述元数据信息更新至所述目标文件的头对象的标识信息中。

5.一种文件上传的***，其特征在于，包括：

第一获取模块，用于获取文件上传请求，并根据所述文件上传请求确定待上传文件及目标文件；

第一判断模块，用于判断存储***中是否存在所述目标文件；其中，所述目标文件由一个头对象和至少一个尾对象组成；

第一上传模块，用于当所述存储***中存在所述目标文件时，将所述待上传文件上传至所述目标文件的末尾尾对象中。

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

第二获取模块，用于在将所述待上传文件上传至所述目标文件的末尾尾对象中之前，获取所述头对象中存储的状态信息；

第二判断模块，用于根据所述状态信息判断所述目标文件是否为可追加上传类型；

返回模块，用于当所述目标文件不为所述可追加上传类型时，取消此次上传，并返回上传失败的提示信息。

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

创建模块，用于当所述末尾尾对象存满时，根据所述状态信息创建相邻对象；其中，所述相邻对象与所述末尾尾对象相邻；

第二上传模块，用于将剩余的待上传文件上传至所述相邻对象中。

8.根据权利要求5所述的***，其特征在于，还包括：

确定模块，用于确定所述目标文件的元数据信息，并将所述元数据信息更新至所述目标文件的头对象的标识信息中。

9.一种文件上传设备，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至4任一项所述文件上传的方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述文件上传的方法的步骤。

Images