CN111586158B - 一种音视频分片上传与重传方法 - Google Patents
一种音视频分片上传与重传方法 Download PDFInfo
- Publication number
- CN111586158B CN111586158B CN202010370609.3A CN202010370609A CN111586158B CN 111586158 B CN111586158 B CN 111586158B CN 202010370609 A CN202010370609 A CN 202010370609A CN 111586158 B CN111586158 B CN 111586158B
- Authority
- CN
- China
- Prior art keywords
- uploading
- file
- fragment
- retransmission
- thread
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明涉及多媒体通信领域，具体提供了一种音视频分片上传与重传方法。一种音视频分片上传与重传方法，分为以下步骤，S01、文件分片初次上传失败重传：文件小于等于5M，不进行分片，整个文件直接上传对象存储；文件大于5M，采用亚马逊分片方法，获取分片个数，分片大小；S02、定时重传上传失败文件：定时重传上传失败文件的频率为两小时启动一次，判断当天和前一天是否有上传失败的片段，将所述上传失败的片段进行重传；S03、定时清理上传失败记录文件：设定时间进行清除。与现有技术相比，本发明的可以减少音视频文件因网络等问题导致的上传失败率，只需要对该上传失败的分片进行上传即可，不用重复上传已经上传成功的部分，从而减少了对对象存储的存储资源占用，具有良好的推广价值。
Description
技术领域
本发明涉及多媒体通信领域，具体提供一种音视频分片上传与重传方法。
背景技术
现有技术下,整个音视频上传时,如果中途出现网络中断或是网络不好等问题,将会导致音视频文件上传失败,且不能继续之前失败文件的上传。另外，上传音视频文件过多过大都容易给文件服务器造成压力，不管是上传失败，还是重新上传，都会造成更多的成本损失。
发明内容
本发明是针对上述现有技术的不足，提供一种实用性强的音视频分片上传与重传方法。
本发明解决其技术问题所采用的技术方案是：
一种音视频分片上传与重传方法，分为以下步骤，
S01、文件分片初次上传失败重传：文件小于等于5M，不进行分片，整个文件直接上传对象存储；文件大于5M，采用亚马逊分片方法，获取分片个数，分片大小；
S02、定时重传上传失败文件：定时重传上传失败文件的频率为两小时启动一次，判断当天和前一天是否有上传失败的片段，将所述上传失败的片段进行重传；
S03、定时清理上传失败记录文件：设定时间进行清除。
进一步的，在步骤S01中，首先每个文件的上传都开启一个线程，然后，将文件进行分片，初始化文件需要上传凭证ID、是否分片标识、文件绝对路径和分片信息集合的信息，将得到的所有文件分片信息放入线程池中，多线程执行分片上传，并获取每个线程的回调的上传结果；
若没有上传失败的分片集合，则发起一个文件合并请求到对象存储，将分片合并成一个完整的文件，并回调文件状态上报接口，记录该音视频转码文件上传成功，结束该线程；
若有上传失败的分片集合，收集上传失败的分片集合，将上传失败的分片集合序列化到上传失败记录文件中。
进一步的，在将上传失败的分片集合序列化到上传失败记录文件中时，有以下步骤：
1)创建当天上传失败记录文件夹，命名为upload_error_data/yyyyMM/DD/subTaskId，其中，subTaskId为转码唯一标识；
2)在上述创建的文件夹中再创建一个上传失败记录文件，命名为上传凭证ID.errdata,其中上传凭证ID为该文件上传对象存储前所获取到的一个字符串，.errdata为上传失败记录文件后缀；
3)将上传失败的分片集合转换成json,并以UTF-8的编码方式写入到上传失败记录文件中；
4)最后结束该线程，等待定时重传上传失败文件进行重传。
进一步的，在线程池中，每一单个线程中某一分片上传和重传时分为以下步骤：
1)组装上传对象所需信息；
2)获取亚马逊S3请求连接；
3)发起上传请求；
4)如果上传失败，重新发起上传请求，直到成功，可尝试重传三次；
5)最后将上传结果返回。
作为优选，所述分片信息集合包括分片编号、重试次数、分片起始字节数、分片大小和创建时间，其中，初次上传重试次数为1。
进一步的，步骤S02中的具体操作过程为，获取当前时间endDate和前一天的日期startDate，格式分别为yyyyMM/DD；
查找符合条件的上传失败记录文件夹，upload_error_data/endDate/、upload_error_data/startDate/；
根据上述两个文件夹，查找所有件后缀为.errdata的文件；
获取到的文件集合就是所有传失败记录文件，从这些文件中获取所有需要重传的文件信息，得到失败记录文件集合，并对每一个文件进行反序列化，获取文件中记录的上传失败文件信息，循环完成即可得到所有需要重传的文件信息集合。
进一步的，对文件信息集合中的每个文件都开启一个线程进行重传，每一个线程中重传的过程为：
1)、将每个重传分片重传次数+1；
2)、将该文件中所有重传的分片信息放入线程池中，多线程执行分片上传，并获取每个线程的回调上传结果。
进一步的，在线程池中，每一单个线程中某一分片上传和重传时分为以下步骤：
1)组装上传对象所需信息；
2)获取亚马逊S3请求连接；
3)发起上传请求；
4)如果上传失败，重新发起上传请求，直到成功，可尝试重传三次；
5)最后将上传结果返回。
进一步的，分析每一单个线程每个分片上传情况，收集上传失败的分片集合；
若没有上传失败的分片集合，则发起一个文件合并请求到对象存储，将分片合并成一个完整的文件，然后，回调文件状态上报接口，记录该音视频转码文件上传成功，最后，清除该重传文件的上传失败记录文件，结束该线程；
若有上传失败的分片集合，则将上传失败的分片集合序列化到上传失败记录文件中；
定时任务执行完成，等待两小时之后重新启动。
进一步的，若有上传失败的分片集合，具体步骤如下：
1)首先判断是否有分片重传次数已经等于3次，如果有，则回调文件状态上报接口，记录该音视频转码文件上传失败，再回调文件重传记录接口，记录该转码文件中分片重传次数超标的文件；若无，则将再次重传失败的分片信息序列化到上传失败记录文件中；
2)获取到该文件的上传失败记录文件upload_error_data/yyyyMM/DD/subTaskId/上传唯一标识.errdata，其中subTaskId为转码唯一标识；
3)然后，将上传失败的分片集合转换成json,并以UTF-8的编码方式写入到上传失败记录文件中；
4)最后结束线程，等待定时重传上传失败文件进行重传。
本发明的一种音视频分片上传与重传方法和现有技术相比，具有以下突出的有益效果：
本发明将音视频分割为多个分片进行上传，并且存储文件上传进度。当确定某一个分片上传失败时，只需要对该上传失败的分片进行上传即可，不用重复上传已经上传成功的部分，从而减少了对对象存储的存储资源占用。并在设置的重试次数内对发送失败的分片重复发送，以确保文件的完成性，减少音视频文件因网络等问题导致的上传失败率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
附图1是一种音视频分片上传与重传方法中文件分片初次上传失败重传的流程图；
附图2是一种音视频分片上传与重传方法中定时重传上传失败文件的流程图。
具体实施方式
为了使本技术领域的人员更好的理解本发明的方案，下面结合具体的实施方式对本发明作进一步的详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例都属于本发明保护的范围。
下面给出一个最佳实施例：
如图1、2所示，本实施例中的一种音视频分片上传与重传方法，分为以下步骤，
S01、文件分片初次上传失败重传：文件小于等于5M，不进行分片，整个文件直接上传对象存储；文件大于5M，采用亚马逊分片方法，获取分片个数，分片大小；
S02、定时重传上传失败文件：定时重传上传失败文件的频率为两小时启动一次，判断当天和前一天是否有上传失败的片段，将所述上传失败的片段进行重传；
S03、定时清理上传失败记录文件：设定时间进行清除。
在步骤S01文件分片初次上传失败重传中，首先多文件并发上传采用的是亚马逊低级别API配合多线程的方案，其中文件上传至浪潮云对象存储中。
其次音视频文件分片的方案是：
文件小于等于5M，不进行分片，整个文件直接上传对象存储；
文件大于5M，采用亚马逊分片方法，获取分片个数，分片大小。
首先每个文件的上传都开启一个线程，然后，将文件进行分片，初始化文件需要上传凭证ID、是否分片标识、文件绝对路径和分片信息集合的信息，将得到的所有文件分片信息放入线程池中，多线程执行分片上传，并获取每个线程的回调的上传结果；
若没有上传失败的分片集合，则发起一个文件合并请求到对象存储，将分片合并成一个完整的文件，并回调文件状态上报接口，记录该音视频转码文件上传成功，结束该线程；
若有上传失败的分片集合，收集上传失败的分片集合，将上传失败的分片集合序列化到上传失败记录文件中。
其中，分片信息集合包括分片编号、重试次数、分片起始字节数、分片大小和创建时间，其中，初次上传重试次数为1。
在将上传失败的分片集合序列化到上传失败记录文件中时，有以下步骤：
1)创建当天上传失败记录文件夹，命名为upload_error_data/yyyyMM/DD/subTaskId，其中，subTaskId为转码唯一标识；
2)在上述创建的文件夹中再创建一个上传失败记录文件，命名为上传凭证ID.errdata,其中上传凭证ID为该文件上传对象存储前所获取到的一个字符串，.errdata为上传失败记录文件后缀；
3)将上传失败的分片集合转换成json,并以UTF-8的编码方式写入到上传失败记录文件中；
4)最后结束该线程，等待定时重传上传失败文件进行重传。
在线程池中，每一单个线程中某一分片上传和重传时分为以下步骤：
1)组装上传对象所需信息；
2)获取亚马逊S3请求连接；
3)发起上传请求；
4)如果上传失败，重新发起上传请求，直到成功，可尝试重传三次；
5)最后将上传结果返回。
其中,亚马逊S3请求，mazon(S3)是一个公开的服务，Web应用程序开发人员可以使用它存储数字资产，包括图片、视频、音乐和文档。S3提供一个RESTful API以编程方式实现与该服务的交互。
在步骤S02定时重传上传失败文件中，获取当前时间endDate和前一天的日期startDate，格式分别为yyyyMM/DD；
查找符合条件的上传失败记录文件夹，upload_error_data/endDate/、upload_error_data/startDate/；
根据上述两个文件夹，查找所有件后缀为.errdata的文件；
获取到的文件集合就是所有传失败记录文件，从这些文件中获取所有需要重传的文件信息，得到失败记录文件集合，并对每一个文件进行反序列化，获取文件中记录的上传失败文件信息，循环完成即可得到所有需要重传的文件信息集合。
对文件信息集合中的每个文件都开启一个线程进行重传，每一个线程中重传的过程为：
1)、将每个重传分片重传次数+1；
2)、将该文件中所有重传的分片信息放入线程池中，多线程执行分片上传，并获取每个线程的回调上传结果。
在线程池中，每一单个线程中某一分片上传和重传时分为以下步骤：
1)组装上传对象所需信息；
2)获取亚马逊S3请求连接；`
3)发起上传请求；
4)如果上传失败，重新发起上传请求，直到成功，可尝试重传三次；
5)最后将上传结果返回。
分析每一单个线程每个分片上传情况，收集上传失败的分片集合；
若没有上传失败的分片集合，则发起一个文件合并请求到对象存储，将分片合并成一个完整的文件，然后，回调文件状态上报接口，记录该音视频转码文件上传成功，最后，清除该重传文件的上传失败记录文件，结束该线程；
若有上传失败的分片集合，则将上传失败的分片集合序列化到上传失败记录文件中；
定时任务执行完成，等待两小时之后重新启动。
若有上传失败的分片集合，具体步骤如下：
1)首先判断是否有分片重传次数已经等于3次，如果有，则回调文件状态上报接口，记录该音视频转码文件上传失败，再回调文件重传记录接口，记录该转码文件中分片重传次数超标的文件；若无，则将再次重传失败的分片信息序列化到上传失败记录文件中；
2)获取到该文件的上传失败记录文件upload_error_data/yyyyMM/DD/subTaskId/上传唯一标识.errdata，其中subTaskId为转码唯一标识；
3)然后，将上传失败的分片集合转换成json,并以UTF-8的编码方式写入到上传失败记录文件中；
4)最后结束线程，等待定时重传上传失败文件进行重传。
在步骤S03中，定时任务1天执行一次，对upload_error_data/文件夹下，时间超过6个月的文件夹进行删除，防止一直占用服务器存储空间。
上述具体的实施方式仅是本发明具体的个案，本发明的专利保护范围包括但不限于上述具体的实施方式，任何符合本发明的音视频分片上传与重传方法权利要求书的且任何所述技术领域普通技术人员对其做出的适当变化或者替换，皆应落入本发明的专利保护范围。
尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。
Claims (1)
1.一种音视频分片上传与重传方法，其特征在于，分为以下步骤，
S01、文件分片初次上传失败重传：文件小于等于5M ，不进行分片，整个文件直接上传对象存储；文件大于5M，采用亚马逊分片方法，获取分片个数，分片大小；
首先每个文件的上传都开启一个线程，然后，将文件进行分片，初始化文件需要上传凭证ID、是否分片标识、文件绝对路径和分片信息集合的信息，将得到的所有文件分片信息放入线程池中，多线程执行分片上传，并获取每个线程的回调的上传结果；
若没有上传失败的分片集合，则发起一个文件合并请求到对象存储，将分片合并成一个完整的文件，并回调文件状态上报接口，记录该音视频转码文件上传成功，结束该线程；
若有上传失败的分片集合，收集上传失败的分片集合，将上传失败的分片集合序列化到上传失败记录文件中；
在将上传失败的分片集合序列化到上传失败记录文件中时，有以下步骤：
1）创建当天上传失败记录文件夹，命名为upload_error_data/yyyyMM/DD/subTaskId，其中，subTaskId为转码唯一标识；
2）在上述创建的文件夹中再创建一个上传失败记录文件，命名为上传凭证ID.errdata,其中上传凭证ID为该文件上传对象存储前所获取到的一个字符串，.errdata为上传失败记录文件后缀；
3）将上传失败的分片集合转换成json,并以UTF-8的编码方式写入到上传失败记录文件中；
4）最后结束该线程，等待定时重传上传失败文件进行重传；
在线程池中，每一单个线程中某一分片上传时分为以下步骤：
1）组装上传对象所需信息；
2）获取亚马逊S3请求连接；
3）发起上传请求；
4）如果上传失败，重新发起上传请求，直到成功，可尝试重传三次；
5）最后将上传结果返回；
所述分片信息集合包括分片编号、重试次数、分片起始字节数、分片大小和创建时间，其中，初次上传重试次数为1；
S02、定时重传上传失败文件：定时重传上传失败文件的频率为两小时启动一次，判断当天和前一天是否有上传失败的片段，将所述上传失败的片段进行重传；
获取当前时间endDate和前一天的日期startDate，格式分别为yyyyMM/DD；
查找符合条件的上传失败记录文件夹，upload_error_data/endDate/、upload_error_data/startDate/；
根据上述两个文件夹，查找所有文件后缀为.errdata的文件；
获取到的文件集合就是所有上传失败记录文件，从这些文件中获取所有需要重传的文件信息，得到失败记录文件集合，并对每一个文件进行反序列化，获取文件中记录的上传失败文件信息，循环完成即可得到所有需要重传的文件信息集合；
对文件信息集合中的每个文件都开启一个线程进行重传，每一个线程中重传的过程为：
1）、将每个重传分片重传次数+1；
2）、将该文件中所有重传的分片信息放入线程池中，多线程执行分片上传，并获取每个线程的回调上传结果；
在线程池中，每一单个线程中某一分片重传时分为以下步骤：
1）组装上传对象所需信息；
2）获取亚马逊S3请求连接；
3）发起上传请求；
4）如果上传失败，重新发起上传请求，直到成功，可尝试重传三次；
5）最后将上传结果返回；
分析每一单个线程每个分片上传情况，收集上传失败的分片集合；
若没有上传失败的分片集合，则发起一个文件合并请求到对象存储，将分片合并成一个完整的文件，然后，回调文件状态上报接口，记录该音视频转码文件上传成功，最后，清除该重传文件的上传失败记录文件，结束该线程；
若有上传失败的分片集合，则将上传失败的分片集合序列化到上传失败记录文件中；
定时任务执行完成，等待两小时之后重新启动；
若有上传失败的分片集合，具体步骤如下：
1）首先判断是否有分片重传次数已经等于3次，如果有，则回调文件状态上报接口，记录该音视频转码文件上传失败，再回调文件重传记录接口，记录该转码文件中分片重传次数超标的文件；若无，则将再次重传失败的分片信息序列化到上传失败记录文件中；
2）获取到该文件的上传失败记录文件upload_error_data/yyyyMM/DD/subTaskId/上传唯一标识.errdata，其中subTaskId为转码唯一标识；
3）然后，将上传失败的分片集合转换成json,并以UTF-8的编码方式写入到上传失败记录文件中；
4）最后结束线程，等待定时重传上传失败文件进行重传；
S03、定时清理上传失败记录文件：设定时间进行清除。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010370609.3A CN111586158B (zh) | 2020-05-06 | 2020-05-06 | 一种音视频分片上传与重传方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010370609.3A CN111586158B (zh) | 2020-05-06 | 2020-05-06 | 一种音视频分片上传与重传方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111586158A CN111586158A (zh) | 2020-08-25 |
| CN111586158B true CN111586158B (zh) | 2023-04-14 |
Family
ID=72113232
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010370609.3A Active CN111586158B (zh) | 2020-05-06 | 2020-05-06 | 一种音视频分片上传与重传方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111586158B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112148675A (zh) * | 2020-11-24 | 2020-12-29 | 树根互联技术有限公司 | 数据传输方法、装置、电子设备及存储介质 |
| CN113688139B (zh) * | 2021-08-30 | 2024-03-12 | 重庆紫光华山智安科技有限公司 | 对象存储方法、网关、设备及介质 |
| CN114338651A (zh) * | 2021-12-27 | 2022-04-12 | 中电金信软件有限公司 | 文件传输方法、装置、电子设备及可读存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104168093A (zh) * | 2013-05-20 | 2014-11-26 | 腾讯科技（深圳）有限公司 | 一种文件传输方法及装置 |
| CN109150935A (zh) * | 2017-06-19 | 2019-01-04 | 深圳联友科技有限公司 | 一种文件传输方法、装置以及移动终端 |
| CN109413179A (zh) * | 2018-10-24 | 2019-03-01 | 中国银行股份有限公司 | 一种基于http请求的多文件异步重传的方法及装置 |
| CN109714330A (zh) * | 2018-12-24 | 2019-05-03 | 武汉烽火众智数字技术有限责任公司 | 一种跨网络的断点续传方法和系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10567297B2 (en) * | 2018-03-29 | 2020-02-18 | At&T Intellectual Property I, L.P. | Maximum transmission unit size selection for wireless data transfer |
-
2020
- 2020-05-06 CN CN202010370609.3A patent/CN111586158B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104168093A (zh) * | 2013-05-20 | 2014-11-26 | 腾讯科技（深圳）有限公司 | 一种文件传输方法及装置 |
| CN109150935A (zh) * | 2017-06-19 | 2019-01-04 | 深圳联友科技有限公司 | 一种文件传输方法、装置以及移动终端 |
| CN109413179A (zh) * | 2018-10-24 | 2019-03-01 | 中国银行股份有限公司 | 一种基于http请求的多文件异步重传的方法及装置 |
| CN109714330A (zh) * | 2018-12-24 | 2019-05-03 | 武汉烽火众智数字技术有限责任公司 | 一种跨网络的断点续传方法和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111586158A (zh) | 2020-08-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111586158B (zh) | 一种音视频分片上传与重传方法 | |
| CN102937926B (zh) | 一种恢复移动终端已删除sqlite文件的方法及装置 | |
| WO2018049983A1 (zh) | 数据同步方法、系统、同步获取方法及装置 | |
| US8250040B2 (en) | Storage or removal actions based on priority | |
| US20190129976A1 (en) | Apparatus for controlling synchronization of metadata on network and method for the same | |
| US20150347552A1 (en) | Synchronization system for multiple client devices | |
| US9122635B1 (en) | Efficient data backup with change tracking | |
| CN105824846B (zh) | 数据迁移方法及装置 | |
| CN103875229A (zh) | 异步复制方法、装置与系统 | |
| US20150227605A1 (en) | Information processing terminal, synchronization control method, and computer-readable recording medium | |
| CN110311953B (zh) | 一种媒体资料上传与存储系统及方法 | |
| WO2019051628A1 (zh) | 一种文件分发、下载方法、分发服务器、客户端及系统 | |
| WO2017113694A1 (zh) | 文件同步方法、装置及系统 | |
| WO2021147793A1 (zh) | 数据处理方法、装置、系统、电子设备及计算机存储介质 | |
| CN110650164B (zh) | 文件的上传方法、装置、终端以及计算机存储介质 | |
| CN112433885B (zh) | 区块链共识处理方法及装置、电子设备、存储介质 | |
| CN112632008A (zh) | 一种数据分片的传输方法、装置及计算机设备 | |
| CN110955469A (zh) | 一种x86平台分布式批量调用联机交易的方法及装置 | |
| CN109101842B (zh) | 一种安全的云备份系统及方法 | |
| US10795747B2 (en) | File synchronizing service status monitoring and error handling | |
| US20180307437A1 (en) | Backup control method and backup control device | |
| CN111147869B (zh) | 一种基于分布式对象存储的视频转码系统及方法 | |
| CN109587202B (zh) | 文件校验和数据处理之间的协同处理方法、装置及系统 | |
| CN110309191B (zh) | 存储业务数据的方法、装置和系统 | |
| CN108874592B (zh) | 一种针对Log-structured存储引擎的数据冷备方法及系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |