CN105025106A - 一种基于分块及元信息的断点续传的方法 - Google Patents
一种基于分块及元信息的断点续传的方法 Download PDFInfo
- Publication number
- CN105025106A CN105025106A CN201510449797.8A CN201510449797A CN105025106A CN 105025106 A CN105025106 A CN 105025106A CN 201510449797 A CN201510449797 A CN 201510449797A CN 105025106 A CN105025106 A CN 105025106A
- Authority
- CN
- China
- Prior art keywords
- data
- data block
- block
- metamessage
- complete
- 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.)
- Granted
Links
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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
一种基于分块及元信息的断点续传的方法,包括数据存储方法、断点上传方法和断点下载方法;数据存储方法,数据保存在存储服务器时,有多个版本数据,但其中只能有一个完备版本数据,各个版本数据拆分为多个数据块:按照指定数据块大小,将一个数据拆分为多个数据块,最后一个数据块大小为实际数据块大小;为各个数据块生成对应的数据块元信息,元信息包含数据块添加时间、数据块编号、数据块大小、数字签名、KEY;断点上传方法:用户调用客户端的上传接口,输入上传参数;2)客户端向服务器端发起读此ID的此版本号数据的最后一个数据块元信息的请求;3)服务器端接收到客户端的请求后,取此ID的此版本号数据的最后一个数据块元信息。
Description
技术领域
本发明属于文件存储系统通讯领域,具体涉及一种基于分块及元信息的断点续传的方法。
背景技术
随着现代IT系统的发展,数据的规模越来越庞大,因此很多公司都采用了文件存储的形式保存非结构化数据,如图片、视频、文档等。在日常进行数据文件上传和下载操作中,如遇数据量很大,由于网络不稳定等原因导致数据上传下载失败的情况,采用文件存储形式保存的数据需要全部重新上传或下载,这样既浪费时间,又浪费流量,甚至可能出现多次上传或下载失败的情况,导致用户体验很差。
在这些问题上,专利申请“一种云存储文件断点续传的方法和装置”(申请号:201310675109.0)做了相关研究,其提出的方法主要为:上传时记录文件大小、文件整体摘要、文件已上传大小、文件已上传部分的摘要、文件唯一标识。通过对文件大小及文件整体摘要判断是否是需要断点上传的文件,通过已上传大小和已上传文件部分摘要判断从什么地方上传文件。该申请提出的方法在一定程度上解决了数据断点上传问题。然而该专利在使用时存在此问题:上传时请求需要知道文件整体摘要和文件整体大小,这样就需要在上传前遍历文件、计算文件摘要,因而消耗一定的资源;当上传文件请求较多、上传文件较大时,资源消耗可能会比较大。
专利“基于SIP的文件断点续传方法”(授权公告号:CN 101883144 B)提供了一种基于SIP的文件断点续传方法,该方法包括以下步骤:S1:文件接收方接收发送方的文件传输请求;S2:所述文件接收方构造应答,并将文件传输请求中包含的SIPURI和文件名称与本地记录的发送方的SIPURI和文件名称进行匹配,若匹配上,则将上次断点产生时未接收到的文件区块的位置信息添加到所述应答的SDP消息体中;S3:文件发送方接收所述应答,判断其中是否包含所述未接收到的文件区块的位置信息,若未包含该区块的位置信息,则传输整个文件,否则只传输接收方未接收到的文件区块。如此流程为断点上传流程,未能检验文件是否已经上传完成,可能出现上传多次同一文件的情况;如此流程为断点下载流程,文件接收方接收发送方的文件传输请求,使得接收方不能自行定义需要接收的文件。
“文件断点续传方法及装置”(专利申请号:201410593386.1)提供了一种文件断点续传方法及装置,所述方法包括:接收待下载文件的下载指令信息,根据所述下载指令信息在本地存储器中获取所述待下载文件对应的已下载数据;计算所述已下载数据的报文摘要信息;在所述报文摘要信息与传输中断时存储的报文摘要信息相同时,从断点处起下载所述待下载文件的未下载数据。上述方法实现了在断点续传之前对存储在本地存储器中的待下载文件的已下载数据的完整性的检测和校验,从而保证了断点续传所获得的文件的可用性,提高了断点续传文件的安全性。然而用户不能自定义一次下载的数据大小,不能保证一次下载的成功率,如下载中断,则需进行下一次断点续传,增加计算保报文摘要信息次数的不确定性,当下载文件请求较多、下载文件较大时,资源消耗可能会比较大。
发明内容
为了解决现有的问题,本发明目的是,提出一种基于分块及元信息的断点续传的方法,以提高上传、下载传输速率及数据一致性,节省网络传输时间及资源。
本发明的目的的实现基于如下技术方案:
一种基于分块及元信息的断点续传的方法,包括数据存储方法、断点上传方法和断点下载方法;
数据存储方法,一个数据保存在存储服务器时,能够有多个版本数据,但其中只能有一个完备版本数据——即数据完整的数据,各个版本数据拆分为多个数据块,具体数据分块方法为:
步骤一、按照指定数据块大小,将一个数据拆分为多个数据块,除最后一个数据块外,其余数据块按顺序编号、数据块大小为指定数据块大小,最后一个数据块大小为实际数据块大小;
步骤二、为各个数据块生成对应的数据块元信息,元信息包含数据块添加时间、数据块编号、数据块大小、数字签名、KEY(一个字符串,含数据ID、版本号、数据完备标识符)以及数据块的其他标识参数(如文件类型、图片大小等);
断点上传方法,包括以下步骤:
步骤一、用户调用客户端的上传接口,输入上传参数:输入流、数据ID、版本号、数字签名;
步骤二、客户端向服务器端发起读此ID的此版本号数据的最后一个数据块元信息的请求;
步骤三、服务器端接收到客户端的请求后,取此ID的此版本号数据的最后一个数据块元信息;如不存在即表示是一次新上传任务,则返回新上传消息给客户端;如存在最后一个数据块元信息即表示是一次续传任务,则读取元信息中KEY的数据完备标识符;如为完备状态即表示数据已上传完整,则返回已完成上传消息到客户端;如KEY中数据完备标识符为不完备状态即表示数据未上传完整,再检验此元信息中所记录的数字签名和输入的数字签名是否一致,如不一致,则返回错误消息到客户端,如一致,则返回此ID的此版本号数据的最后一个数据块元信息到客户端;
步骤四、客户端得到服务器端返回的消息,如为新上传消息,则从第一个数据块开始按指定数据块大小逐块上传数据;如为已完成上传消息,则提示用户“已完成上传”并结束此上传进程;如为错误消息,则提示用户“数字签名不一致”并结束此上传进程;如此ID的此版本号数据的最后一个数据块元信息不完备状态,则从最后一个数据块编号的下一个数据块开始按指定数据块大小逐块上传数据,服务器端接收完一个数据块后,为数据块生成对应的数据块元信息,元信息中KEY的数据完备标识符为不完备状态,再接收下一个数据块;若用户还未上传到最后一个数据块上传就中断了,则再重新调用上传接口进行下一次上传,进入步骤一,若用户上传到最后一个数据块,进入步骤五;
步骤五、客户端标记最后一个数据块为结束块,并上传结束块;
步骤六、服务器端接收完结束块后,为结束块生成数据块元信息,元信息中KEY的数据完备标识符为完备状态,删除在此版本号添加时间之前的所有数据(包括不完备版本数据和完备版本数据),保证只有一个完备版本数据,即完成断点上传;
断点下载方法,具体包括以下步骤:
步骤一、用户调用客户端的下载接口,在客户端输入下载参数:输出流、数据ID、完备数据版本号、下载起始位、下载结束位;
步骤二、客户端向服务端发起读此数据ID的此版本号数据的各个数据块元信息的请求;
步骤三、服务器端接收到客户端的请求后,读取此ID的此版本号数据的各个数据块元信息,如不存在,则返回错误消息给客户端,如存在则返回给客户端;
步骤四、客户端得到服务器端返回的消息,如为错误消息,则提示用户“数据不存在”,结束下载进程;如为此ID的此版本号数据的各个数据块元信息,则计算下载的起始位置,具体为
步骤1、客户端按数据块编号的由小到大顺序逐块读取对应数据块元信息;
步骤2、用输入的下载起始位按数据块编号的由小到大顺序逐块减去数据块元信息中所记录的数据块编号的大小,直至差值小于或等于0;
若差值小于0,则下载的起始位置为最后一个数据块编号得到的差值加最后减去的数据块元信息中所记录的数据块编号大小的字节位;
若差值等于0,则下载的起始位置为最后减去的数据块元信息中所记录的数据块编号的下一个数据块的起始字节位;
步骤五、客户端从服务器端的下载起始位置开始逐块下载数据到输出流,直到指定的下载结束位即最后一个数据块为止,即完成断点下载,若未下载到指定的下载结束位则中断下载了,输出流中记录下载结束位作为下一次下载的下载起始位。
本发明的有益效果,与现有技术相比,其显著优点为:
(1)在判断上传完整时的资源消耗方面,服务器端只需取出用户输入的数据ID和版本号数据的最后一个数据块元信息,读取元信息中KEY的数据完备标志符,而不需要计算已上传部分的摘要再和整体摘要进行对比,则可判断数据是否上传完整,免除计算时的资源消耗;
(2)在上传数据一致性方面,当数据未上传完整时,增加检验用户输入的数据ID和版本号数据的最后一个数据块元信息中所记录的数字签名和输入的数字签名是否一致,判断用户需要继续上传的数据是否和服务器中已上传的数据匹配,保证多次上传数据的一致性;
(3)在存储数据的完整与更新方面,客户端上传完成后,服务器端为结束块生成数据块元信息,元信息中KEY的数据完备标识符为完备状态,删除在此版本号添加时间之前的所有数据(包括不完备版本数据和完备版本数据),既保证存储数据的完整性,又保证存储数据的实时更新性;
(4)在下载数据大小自定义方面,用户可按当前的具体情况(如网络状态)自定义下载起始位与下载结束位之间的区间值,即需要下载的数据大小,此数据大小无需与一个数据块大小一致,增加下载数据大小的灵活性,尽量保证一次下载的成功率。
附图说明
图1为本发明实施例的数据分块存储结构图。
图2为本发明实施例的断点上传流程图。
图3为本发明实施例的断点上传完成后数据分块存储结构图。
图4为本发明实施例的断点下载流程图。
具体实施方案
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
如图1所示,为本发明实施例的数据分块存储结构图。一个数据(此实施例数据ID为1)保存在存储服务器时,可以有多个版本数据,但其中只能有一个完备版本数据——即数据完整的数据(此实施例按添加时间先后顺序分别为完备版本数据1和不完备版本数据2、3、4);各个版本数据(数据量超过设置值)会拆分为多个数据块,具体数据分块方法为:
步骤一、按照指定数据块大小(如1M),将一个数据拆分为多个数据块,除最后一个数据块外,其余数据块大小为指定数据块大小(1M),最后一个数据块大小为实际数据块大小(≤1M);
步骤二、为各个数据块生成对应的数据块元信息,包含数据块添加时间、数据块编号、数据块大小、数字签名、KEY(一个字符串,含数据ID、版本号、数据完备标识符)以及数据块的其他标识参数(如文件类型、图片大小等);
对于用户来说只关心数据,而不知道数据块、数据块元信息的存在。
如图2所示,为本发明实施例的断点上传流程图,具体步骤为:
步骤201:用户调用客户端的上传接口,输入上传参数:输入流、数据ID(此实施例设为数据1)、版本号(此实施例设为不完备版本数据3)、数字签名。
步骤202:客户端向服务器端发起读此ID的此版本号数据的最后一个数据块元信息的请求。
步骤203:服务器端接收到客户端的请求后,取此ID的此版本号数据的最后一个数据块元信息(此实例为数据1的版本3的数据块1元信息)。
步骤204:判断此ID的此版本号数据的最后一个数据块元信息是否存在,如不存在即表示是一次新上传任务,则返回新上传消息给客户端,客户端得到服务器端返回的新上传消息,从第一个数据块开始按指定数据块大小逐块上传数据,如存在即表示是一次续传任务,进入步骤205。
步骤205:读取元信息中KEY的数据完备标识符。
步骤206:元信息中KEY的数据完备标识符为完备状态即表示数据已上传完整,则返回已完成上传消息到客户端,客户端得到服务器端返回的已完成上传消息,则提示用户“已完成上传”,结束此上传进程;如为不完备状态即表示数据未上传完整,进入步骤207。
步骤207:再检验此元信息中所记录的数字签名和输入的数字签名是否一致,如不一致,则返回错误消息到客户端,客户端得到服务器端返回的错误消息,则提示用户“数字签名不一致”,结束此上传进程;如一致,进入步骤208。
步骤208:返回此ID的此版本号数据的最后一个数据块元信息到客户端。
步骤209:客户端得到服务器端返回的此ID的此版本号数据的最后一个数据块元信息,则从最后一个数据块编号的下一个数据块开始按指定数据块大小逐块上传数据,服务器端接收完一个数据块后,为数据块生成对应的数据块元信息,元信息中KEY的数据完备标识符为不完备状态,再接收下一个数据块(此实施例服务器端接收完数据块2后,生成数据块2元信息,数据块2元信息中KEY的数据完备标识符为不完备状态,再接收数据块3)。
步骤210:判断用户是否上传到最后一个数据块,若没有则继续步骤209,若用户还未上传到最后一个数据块上传就中断了,则再重新调用上传接口进行下一次上传,进入步骤201,若用户上传到最后一个数据块,进入步骤211。
步骤211:当用户上传到最后一个数据块时,客户端标记最后一个数据块为结束块,并上传结束块(此实施例结束块为数据块3)。
步骤212:服务器端接收完结束块后,为结束块生成数据块元信息,元信息中KEY的数据完备标识符为完备状态,删除在此版本号添加时间之前的所有版本数据(包括不完备版本数据和完备版本数据),保证只有一个完备版本数据,即完成断点上传(此实施例服务器端接收完数据块3后,生成数据块3元信息,其中KEY的数据完备标识符为完备状态,删除完备版本数据1和不完备版本数据2)。
如图3所示,为本发明实施例的断点上传完成后数据分块存储结构图,完备版本数据1和不完备版本数据2被删除了,服务器端存储完备版本数据3和不完备版本数据4。
如图4所示,为本发明实施例的断点下载流程图,具体步骤为:
步骤401:用户调用客户端的下载接口,在客户端输入下载参数:输出流、数据ID、完备数据版本号、下载起始位、下载结束位。
步骤402:客户端向服务端发起读此ID数据的此版本号数据的各个数据块元信息的请求。
步骤403:服务器端接收到客户端的请求后,取此ID的此版本号数据的各个数据块元信息,如不存在,则返回错误消息给客户端,如存在则返回给客户端。
步骤404:客户端得到服务器端返回的消息,如为错误消息,则提示用户“数据不存在”,结束下载进程,如为此ID的此版本号数据的各个数据块元信息,进入405。
步骤405:客户端按数据块编号的由小到大顺序逐块读取对应数据块元信息。
步骤406:用输入的下载起始位按数据块编号的由小到大顺序逐块减去数据块元信息中所记录的数据块大小。
步骤407:判断差值小于或等于0;若未达到则继续步骤406,若差值小于0,则下载的起始位置为最后一个数据块的差值加最后减去的数据块元信息中所记录的数据块大小的字节位;若差值等于0,则下载的起始位置为最后减去的数据块元信息中所记录的数据块编号的下一个数据块的起始字节位。
算法说明为:
步骤408:客户端从服务器端的下载起始位置开始逐块下载数据到输出流。
步骤409:判断是否下载到指定的下载结束位,若未下载到指定的下载结束位中断就下载了,输出流中记录下载结束位作为下一次下载的下载起始位,若已下载完成,即完成断点下载。
以上所述仅为本发明专利的一种实施例而已,并不用以限制本发明专利,凡在本发明专利的精神和原则之内所做的任何修改、等同替换和改进等,均以包含在本发明专利的保护范围之内。
Claims (5)
1.一种基于分块及元信息的断点续传的方法,其特征在于,包括数据存储方法、断点上传方法和断点下载方法;
数据存储方法,一个数据保存在存储服务器时,能够有多个版本数据,但其中只能有一个完备版本数据——即数据完整的数据,各个版本数据拆分为多个数据块,具体数据分块方法为:
步骤一、按照指定数据块大小,将一个数据拆分为多个数据块,除最后一个数据块外,其余数据块按顺序编号、数据块大小为指定数据块大小,最后一个数据块大小为实际数据块大小;
步骤二、为各个数据块生成对应的数据块元信息,元信息包含数据块添加时间、数据块编号、数据块大小、数字签名、KEY(一个字符串,含数据ID、版本号、数据完备标识符)以及数据块的其他标识参数(如文件类型、图片大小等);
断点上传方法,包括以下步骤:
步骤一、用户调用客户端的上传接口,输入上传参数:输入流、数据ID、版本号、数字签名;
步骤二、客户端向服务器端发起读此ID的此版本号数据的最后一个数据块元信息的请求;
步骤三、服务器端接收到客户端的请求后,取此ID的此版本号数据的最后一个数据块元信息;如不存在即表示是一次新上传任务,则返回新上传消息给客户端;如存在最后一个数据块元信息即表示是一次续传任务,则读取元信息中KEY的数据完备标识符;如为完备状态即表示数据已上传完整,则返回已完成上传消息到客户端;如KEY中数据完备标识符为不完备状态即表示数据未上传完整,再检验此元信息中所记录的数字签名和输入的数字签名是否一致,如不一致,则返回错误消息到客户端,如一致,则返回此ID的此版本号数据的最后一个数据块元信息到客户端;
步骤四、客户端得到服务器端返回的消息,如为新上传消息,则从第一个数据块开始按指定数据块大小逐块上传数据;如为已完成上传消息,则提示用户“已完成上传”并结束此上传进程;如为错误消息,则提示用户“数字签名不一致”并结束此上传进程;如此ID的此版本号数据的最后一个数据块元信息不完备状态,则从最后一个数据块编号的下一个数据块开始按指定数据块大小逐块上传数据,服务器端接收完一个数据块后,为数据块生成对应的数据块元信息,元信息中KEY的数据完备标识符为不完备状态,再接收下一个数据块;若用户还未上传到最后一个数据块上传就中断了,则再重新调用上传接口进行下一次上传,进入步骤一,若用户上传到最后一个数据块,进入步骤五;
步骤五、客户端标记最后一个数据块为结束块,并上传结束块;
步骤六、服务器端接收完结束块后,为结束块生成数据块元信息,元信息中KEY的数据完备标识符为完备状态,删除在此版本号添加时间之前的所有数据(包括不完备版本数据和完备版本数据),保证只有一个完备版本数据,即完成断点上传;
断点下载方法,具体包括以下步骤:
步骤一、用户调用客户端的下载接口,在客户端输入下载参数:输出流、数据ID、完备数据版本号、下载起始位、下载结束位;
步骤二、客户端向服务端发起读此数据ID的此版本号数据的各个数据块元信息的请求;
步骤三、服务器端接收到客户端的请求后,读取此ID的此版本号数据的各个数据块元信息,如不存在,则返回错误消息给客户端,如存在则返回给客户端;
步骤四、客户端得到服务器端返回的消息,如为错误消息,则提示用户“数据不存在”,结束下载进程;如为此ID的此版本号数据的各个数据块元信息,则计算下载的起始位置,具体为
步骤1、客户端按数据块编号的由小到大顺序逐块读取对应数据块元信息;
步骤2、用输入的下载起始位按数据块编号的由小到大顺序逐块减去数据块元信息中所记录的数据块编号的大小,直至差值小于或等于0;
若差值小于0,则下载的起始位置为最后一个数据块编号得到的差值加最后减去的数据块元信息中所记录的数据块编号大小的字节位;
若差值等于0,则下载的起始位置为最后减去的数据块元信息中所记录的数据块编号的下一个数据块的起始字节位;
步骤五、客户端从服务器端的下载起始位置开始逐块下载数据到输出流,直到指定的下载结束位即最后一个数据块为止,即完成断点下载,若未下载到指定的下载结束位则中断下载了,输出流中记录下载结束位作为下一次下载的下载起始位。
2.根据权利要求1所述的断点上传方法,其特征在于断点上传方法步骤三中,服务器端读取出用户输入的数据ID和版本号数据的最后一个数据块元信息,读取元信息中KEY的数据完备标志符,则可判断数据是否上传完整。
3.根据权利要求1所述的断点上传方法,其特征在于断点上传载方法步骤三中,当数据未上传完整时,检验用户输入的数据ID和版本号数据的最后一个数据块元信息中所记录的数字签名和输入的数字签名是否一致,则可判断用户需要继续上传的数据是否和服务器中已上传的数据匹配。
4.根据权利要求1所述的断点上传方法,其特征在于断点上传方法步骤六中,客户端上传完成后,服务器端为结束块生成数据块元信息,元信息中KEY的数据完备标识符为完备状态,删除在此版本号添加时间之前的所有数据(包括不完备版本数据和完备版本数据),既保证存储数据的完整性,又保证存储数据的实时更新性。
5.根据权利要求1所述的断点下载方法,其特征在于断点下载方法步骤一中用户可按当前的具体情况(如网络状态)自定义下载起始位与下载结束位之间的区间值,即需要下载的数据大小,此数据大小无需与一个数据块大小一致。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510449797.8A CN105025106B (zh) | 2015-07-28 | 2015-07-28 | 一种基于分块及元信息的断点续传的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510449797.8A CN105025106B (zh) | 2015-07-28 | 2015-07-28 | 一种基于分块及元信息的断点续传的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105025106A true CN105025106A (zh) | 2015-11-04 |
CN105025106B CN105025106B (zh) | 2016-03-30 |
Family
ID=54414800
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510449797.8A Active CN105025106B (zh) | 2015-07-28 | 2015-07-28 | 一种基于分块及元信息的断点续传的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105025106B (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105591824A (zh) * | 2016-01-14 | 2016-05-18 | 杭州赫智电子科技有限公司 | 一种固件升级的方法、系统 |
CN106027651A (zh) * | 2016-05-21 | 2016-10-12 | 乐视控股(北京)有限公司 | 数据的续传方法和装置 |
CN106682017A (zh) * | 2015-11-09 | 2017-05-17 | 高德软件有限公司 | 一种数据库更新方法及装置 |
CN106855874A (zh) * | 2015-12-09 | 2017-06-16 | 群晖科技股份有限公司 | 档案上传方法、档案下载方法及相关的服务器 |
CN108040115A (zh) * | 2017-12-21 | 2018-05-15 | 北京华夏电通科技有限公司 | 文件传输方法及装置 |
CN108206933A (zh) * | 2016-12-16 | 2018-06-26 | 杭州海康威视数字技术股份有限公司 | 一种基于视频云存储系统的视频数据获取方法及装置 |
CN109032536A (zh) * | 2018-08-31 | 2018-12-18 | 郑州云海信息技术有限公司 | 基于分布式集群系统的数据存储方法、装置、系统及设备 |
CN109343799A (zh) * | 2018-09-28 | 2019-02-15 | 中国电子科技集团公司第五十二研究所 | 一种持续超高速的数据卸载系统 |
CN109756567A (zh) * | 2018-12-28 | 2019-05-14 | 北京东方国信科技股份有限公司 | 一种跨域的任务调度断点续传方法 |
CN110703980A (zh) * | 2018-07-09 | 2020-01-17 | 网宿科技股份有限公司 | 一种文件传输方法及装置 |
CN111600945A (zh) * | 2020-05-13 | 2020-08-28 | 上海英方软件股份有限公司 | 一种基于块传输的ftp服务器断点下载方法及装置 |
CN114598697A (zh) * | 2022-03-29 | 2022-06-07 | 浪潮云信息技术股份公司 | 一种传输文件的方法、装置及计算机可读存储介质 |
CN117278171A (zh) * | 2023-11-22 | 2023-12-22 | 山东港口科技集团烟台有限公司 | 一种物联数据断点续传方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120151005A1 (en) * | 2010-12-10 | 2012-06-14 | Inventec Corporation | Image file download method |
CN102761614A (zh) * | 2012-06-29 | 2012-10-31 | 浪潮(北京)电子信息产业有限公司 | 一种实现网络数据传输断点续传的方法及系统 |
CN103312732A (zh) * | 2012-03-07 | 2013-09-18 | 腾讯科技(深圳)有限公司 | 数据文件的传输方法及装置 |
CN104468843A (zh) * | 2014-12-31 | 2015-03-25 | 浪潮软件股份有限公司 | 一种文件上传方法及装置 |
CN104580371A (zh) * | 2014-12-10 | 2015-04-29 | 北京邮电大学 | 机会网络中文件固定和可变大小分片、传输、副本控制法 |
-
2015
- 2015-07-28 CN CN201510449797.8A patent/CN105025106B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120151005A1 (en) * | 2010-12-10 | 2012-06-14 | Inventec Corporation | Image file download method |
CN103312732A (zh) * | 2012-03-07 | 2013-09-18 | 腾讯科技(深圳)有限公司 | 数据文件的传输方法及装置 |
CN102761614A (zh) * | 2012-06-29 | 2012-10-31 | 浪潮(北京)电子信息产业有限公司 | 一种实现网络数据传输断点续传的方法及系统 |
CN104580371A (zh) * | 2014-12-10 | 2015-04-29 | 北京邮电大学 | 机会网络中文件固定和可变大小分片、传输、副本控制法 |
CN104468843A (zh) * | 2014-12-31 | 2015-03-25 | 浪潮软件股份有限公司 | 一种文件上传方法及装置 |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106682017A (zh) * | 2015-11-09 | 2017-05-17 | 高德软件有限公司 | 一种数据库更新方法及装置 |
CN106682017B (zh) * | 2015-11-09 | 2020-07-31 | 阿里巴巴(中国)有限公司 | 一种数据库更新方法及装置 |
CN106855874A (zh) * | 2015-12-09 | 2017-06-16 | 群晖科技股份有限公司 | 档案上传方法、档案下载方法及相关的服务器 |
CN105591824A (zh) * | 2016-01-14 | 2016-05-18 | 杭州赫智电子科技有限公司 | 一种固件升级的方法、系统 |
CN106027651A (zh) * | 2016-05-21 | 2016-10-12 | 乐视控股(北京)有限公司 | 数据的续传方法和装置 |
CN108206933B (zh) * | 2016-12-16 | 2020-05-15 | 杭州海康威视数字技术股份有限公司 | 一种基于视频云存储系统的视频数据获取方法及装置 |
CN108206933A (zh) * | 2016-12-16 | 2018-06-26 | 杭州海康威视数字技术股份有限公司 | 一种基于视频云存储系统的视频数据获取方法及装置 |
CN108040115B (zh) * | 2017-12-21 | 2021-03-02 | 北京华夏电通科技股份有限公司 | 文件传输方法及装置 |
CN108040115A (zh) * | 2017-12-21 | 2018-05-15 | 北京华夏电通科技有限公司 | 文件传输方法及装置 |
CN110703980B (zh) * | 2018-07-09 | 2024-03-22 | 网宿科技股份有限公司 | 一种文件传输方法及装置 |
CN110703980A (zh) * | 2018-07-09 | 2020-01-17 | 网宿科技股份有限公司 | 一种文件传输方法及装置 |
CN109032536A (zh) * | 2018-08-31 | 2018-12-18 | 郑州云海信息技术有限公司 | 基于分布式集群系统的数据存储方法、装置、系统及设备 |
CN109032536B (zh) * | 2018-08-31 | 2021-08-10 | 郑州云海信息技术有限公司 | 基于分布式集群系统的数据存储方法、装置、系统及设备 |
CN109343799B (zh) * | 2018-09-28 | 2022-04-01 | 中国电子科技集团公司第五十二研究所 | 一种持续超高速的数据卸载系统 |
CN109343799A (zh) * | 2018-09-28 | 2019-02-15 | 中国电子科技集团公司第五十二研究所 | 一种持续超高速的数据卸载系统 |
CN109756567A (zh) * | 2018-12-28 | 2019-05-14 | 北京东方国信科技股份有限公司 | 一种跨域的任务调度断点续传方法 |
CN111600945A (zh) * | 2020-05-13 | 2020-08-28 | 上海英方软件股份有限公司 | 一种基于块传输的ftp服务器断点下载方法及装置 |
CN111600945B (zh) * | 2020-05-13 | 2023-07-07 | 上海英方软件股份有限公司 | 一种基于块传输的ftp服务器断点下载方法及装置 |
CN114598697A (zh) * | 2022-03-29 | 2022-06-07 | 浪潮云信息技术股份公司 | 一种传输文件的方法、装置及计算机可读存储介质 |
CN114598697B (zh) * | 2022-03-29 | 2024-06-07 | 浪潮云信息技术股份公司 | 一种传输文件的方法、装置及计算机可读存储介质 |
CN117278171A (zh) * | 2023-11-22 | 2023-12-22 | 山东港口科技集团烟台有限公司 | 一种物联数据断点续传方法 |
Also Published As
Publication number | Publication date |
---|---|
CN105025106B (zh) | 2016-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105025106B (zh) | 一种基于分块及元信息的断点续传的方法 | |
CN102355426B (zh) | 实现离线文件传输的方法和系统 | |
JP6370912B2 (ja) | ユーザデータを送信及び受信するための方法及び端末デバイス | |
WO2018076952A1 (zh) | 一种视频文件的存储、定位播放方法及装置 | |
CN102882974B (zh) | 一种通过网站识别版本号节省网站访问资源的方法 | |
CN103475682B (zh) | 文件迁移方法及设备 | |
EP2677440A2 (en) | Method and apparatus for separating in order to upgrade software remotely in m2m communication | |
CN109067733B (zh) | 发送数据的方法和装置,以及接收数据的方法和装置 | |
CN104410692A (zh) | 一种用于重复文件上传的方法和系统 | |
JP2007026427A (ja) | 管理用シンボルを用いた情報管理方法、及び情報管理サーバ | |
US9178860B2 (en) | Out-of-path, content-addressed writes with untrusted clients | |
CN112486915B (zh) | 数据存储方法及装置 | |
CN116016492A (zh) | 一种信息跨网传输方法、设备及介质 | |
CN105025102A (zh) | 一种3d打印模型文件的网络存储调用方法和存储系统 | |
CN108337208B (zh) | 基于云存储的数据保护方法、替换装置以及云存储系统 | |
CN101719904B (zh) | 互联网应用中减少服务器和客户端业务通讯量的方法 | |
CN116955355A (zh) | 一种区块数据处理方法、装置及电子设备 | |
CN107426270A (zh) | 一种车辆远程监控终端的数据断点续传方法 | |
CN105407133B (zh) | 一种移动应用自动化发布方法和系统 | |
CN110740133A (zh) | 一种基于rtmp协议的网络投票和选举方法及系统 | |
US20140115093A1 (en) | Remote data exchange and device management with efficient file replication over heterogeneous communication transports | |
CN110858211A (zh) | 数据存储方法、装置及系统、存储介质 | |
CN103888535A (zh) | 一种基于微信平台的位置信息处理方法和系统 | |
CN108563396A (zh) | 一种安全的云端对象存储方法 | |
CN103701937A (zh) | 一种上传大文件的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |