CN102761614A - 一种实现网络数据传输断点续传的方法及系统 - Google Patents
一种实现网络数据传输断点续传的方法及系统 Download PDFInfo
- Publication number
- CN102761614A CN102761614A CN201210226401XA CN201210226401A CN102761614A CN 102761614 A CN102761614 A CN 102761614A CN 201210226401X A CN201210226401X A CN 201210226401XA CN 201210226401 A CN201210226401 A CN 201210226401A CN 102761614 A CN102761614 A CN 102761614A
- Authority
- CN
- China
- Prior art keywords
- data
- key
- data block
- transmission
- receiving terminal
- 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.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明披露了一种实现网络数据传输断点续传的方法及系统,其中方法包括:接收端配置用于保存网络数据传输信息的缓存及其数据结构,该数据结构包括多个键,每一键含有一个或多个键值;在网络数据传输过程中,以数据块为单位将传输的数据和元数据作为键值记录到数据机构中的各个键下。本发明通过将网络数据传输进行最小单元化,因此可在传输过程中精准地记录断点的确切位置,并呈现处于不同的接收进度的接收文件,从而保证网络数据断点续传的精确性,避免了重传过程可能出现的麻烦,可以最大化地满足用户的不同传输需求。
Description
技术领域
本发明涉及计算机网络技术,尤其涉及实现网络数据传输的断点续传方法及系统。
背景技术
在当今这样一个信息和网络化的社会里,计算机正在人们的工作和生活中扮演着日益重要的角色。
随着互联网(Internet)的广泛普及,人们经常需要从网上下载各类文件。但由于网络带宽有限,下载较大的文件往往是一件很麻烦的事。为了避开网络流量的高峰期,人们不得不违反通常的作息规律,利用夜间、凌晨等网络相对空闲的时间来下载文件。而更让人头疼的是,有时文件下载了一多半,却因为网络不稳定、数据传送阻塞以及所使用的系统崩溃等原因而造成断线,不得不又从头传起,由此既浪费了网络带宽,又浪费了人力财力。
现有的断点续传方式是通过记录断点的位置,以用于再次传送文件。但是这种方式存在这样的问题:由于通常记录的断点位置比较粗略,而且当新的断点发生时会覆盖旧的断点,因此,当真正发生断线需要断点续传时,往往因断点位置粗略而不能确切地获知应该重传的位置,造成重传的范围过大;再有,当重传过程中再次发生断线需要再次重传时,旧的断点会被新的断点覆盖而无法成功地完成重传。如果文件没有重传成功,依然不能将文件内容完整地呈现给接收者。
因此,需要对现有的断点续传方式加以改进,能够精准地记录多个断点的确切位置,以保证网络数据重传的精确性、可靠性。
发明内容
本发明所要解决的技术问题是提供一种实现网络数据传输断点续传的方法及系统,能够精准地记录断点的确切位置。
为了解决上述技术问题,本发明提供了一种实现网络数据传输断点续传的方法,包括:
接收端配置用于保存网络数据传输信息的缓存及其数据结构,该数据结构包括多个键,每一键含有一个或多个键值;在网络数据传输过程中,以数据块为单位将传输的数据和元数据作为键值记录到数据机构中的各个键下。
进一步地,该方法还包括:
接收端在网络数据传输异常时,根据数据结构中的键的键值,请求发送端重传当前未完成传输的数据块。
进一步地,
数据结构的键包括传输任务中各数据块的数据键和元数据键,其中元数据键包括传输任务的编号、该传输任务当前传输的数据块的序号、该数据块文件名称、该传输任务要传输的总数据量、当前要接收的数据块的容量以及当前已接收的数据块的容量中的任意多种或全部。
进一步地,接收端在网络数据传输异常时,根据数据结构中的键的键值,请求发送端重传当前未完成传输的数据块,具体包括:
接收端在网络数据传输结束前的任一时刻遇到数据传输异常,根据数据结构中已接收的数据块的容量和要接收的数据块的容量,确认续传断点的数据块的序号后,向发送端请求重传相应数据块的数据。
进一步地,该方法还包括:
接收端根据接收的数据量的大小,若判断下一次接收任务的总数据量会超出缓存的容量大小,根据已接收的数据组织新的文件,并删除缓存中相应的数据,为下一次接收任务接收数据准备缓存空间。
进一步地,该方法还包括:
接收端在网络数据传输过程中若遇到发送端消失不能再发送数据,根据数据结构中的所述键取出相应的键值所代表的网络数据传输的元数据,在不同的传输进度下重新组织已收到的网络数据,为用户呈现重新组织的网络数据。
为了解决上述技术问题,本发明提供了一种实现网络数据传输断点续传的系统,包括通过网络连接的接收端和发送端,其中:
接收端,用于配置用于保存网络数据传输信息的缓存及其数据结构,该数据结构包括多个键,每一键含有一个或多个键值;在网络数据传输过程中,以数据块为单位将相应的数据和元数据作为键值记录到数据机构中的各个键下;
发送端,用于根据接收端的传输请求发送相应的数据块。
进一步地,数据结构的键包括传输任务中各数据块的数据键和元数据键,其中元数据键包括传输任务的编号、该传输任务当前传输的数据块的序号、该数据块文件名称、该传输任务要传输的总数据量、当前要接收的数据块的容量以及当前已接收的数据块的容量中的任意多种或全部;
接收端在所述网络数据传输过程中随时间的递增,以数据块为单位记录数据结构中所述键的键值。
进一步地,
接收端在网络数据传输结束前的任一时刻遇到数据传输异常,根据数据结构中已接收的数据块的容量和要接收的数据块的容量,确认续传断点的数据块的序号后,向发送端发送相应数据块的数据重传请求;
发送端根据接收端的重传请求发送相应的数据块给接收端。
进一步地,
接收端根据接收的数据量的大小,若判断下一次接收任务的总数据量会超出缓存的容量大小,根据已接收的数据组织新的文件,并删除缓存中相应的数据,为下一次接收任务接收数据准备缓存空间。
本发明通过将网络数据传输进行最小单元化,因此可在传输过程中精准地记录断点的确切位置,并呈现处于不同的接收进度的接收文件,从而保证网络数据断点续传的精确性,避免了重传过程可能出现的麻烦,可以最大化地满足用户的不同传输需求。
附图说明
图1为本发明的实现网络数据传输断点续传的方法实施例的流程图;
图2为本发明的方法实施例中缓存数据传输信息的数据结构示意图;
图3为采用本发明的方法随时间记录数据结构中各键值的示意图。
具体实施方式
以下结合附图和优选实施例对本发明的技术方案进行详细地阐述。应该理解,以下列举的实施例仅用于说明和解释本发明,而不构成对本发明技术方案的限制。
本发明提供的实现网络数据传输断点续传的方法实施例,其流程如图1所示,包括:
110:接收端配置用于保存网络数据传输信息的缓存及其数据结构,该数据结构包括多个键,每一键含有一个或多个键值;
接收端譬如配置一个缓存服务器,并为该服务器定义个键-值数据结构,该数据结构的一实施例请参见图2,包括多个键(1~m),每一个键通过一个或多个键值(1~n)随网络数据传输的进行,记录网络数据传输信息。
120:接收端在网络数据传输过程中,以数据块为单位将相应的信息作为键值记录到数据机构中的各个键下。
如图3所示,表示了接收端在网络数据传输过程中随时间的递增,以数据块为单位记录数据结构中各键的键值。其中,该数据结构包括传输任务中各数据块的数据键和元数据键,其中元数据键包括传输任务的编号(tnumber)、该传输任务当前传输的数据块的序号(number)、该数据块文件名称(name)、该传输任务要传输的总数据量(big)、当前要接收的数据块的容量(thisbig)以及当前已接收的数据块的容量(getbig)中的任意多种或全部。
在网络数据传输过程中,当时间递增到T1时刻,上述数据结构记载了任务的编号为1,当前传输数据块1,其文件名称为1.txt,要传输的总数据量为100M(兆),要接收的数据块的容量为10M,当前已接收的数据块的容量为0M(即还尚未完成数据块1数据的接收);当时间递增到T2时刻,上述数据结构记载了任务的编号为1,当前传输数据块2,其文件名称为2.txt,要传输的总数据量为100M(兆),要接收的数据块的容量为10M,当前已接收的数据块的容量为10M(即已完成数据块1数据的接收);......,以此类推,当时间递增到T4时刻,上述数据结构记载了任务的编号为4,当前传输数据块4,其文件名称为4.txt,要传输的总数据量为100M(兆),要接收的数据块的容量为0M(即任务1的数据接收已全部完成),当前已接收的数据块的容量为100M(即已完成所有数据块数据的接收)。
上述方法实施例还包括:
130:接收端在网络数据传输异常时,根据数据结构中的键值,请求发送端重传当前未完成传输的数据块。
接收端例如在T2时刻前遇到数据传输异常,根据上述数据结构中的已接收的数据块1,且判断其当前已接收的数据块的容量为0,表示其尚未完成任何数据块数据的接收,则确认续传断点为数据块1,则向发送端请求重传数据块1的数据。假如在T3时刻前遇到数据传输异常,根据数据结构中的已接收的数据块2,且判断其当前已接收的数据块的容量为10M,表示其已经接收到数据块1的数据容量,则确认续传断点为数据块2,于是向发送端请求重传数据块2的数据。......依此类推,接收端在传输结束前的任一时刻前遇到数据传输异常,根据上述数据结构中的已接收的数据块其容量不为0,表示其已经接收到数据块n-1,则向发送端请求重传数据块n的数据。直至要接收的数据块的容量为0M为止。
上述方法实施例还包括如下步骤(图1中未示):
接收端根据接收的数据量的大小,若判断下一次接收任务的总数据量会超出缓存的大小,根据已接收的数据组织新的文件,并删除缓存服务器中相应的数据,为下一次任务接收数据准备充足的缓存空间。若判断网络传输的数据与元数据的大小总和小于缓存服务器数据结构的容量大小一个阈限,就不必删除缓存服务器中相应的数据。
上述方法实施例还包括如下步骤(图1中未示):
接收端在进行网络数据传输过程中遇到发送端消失不能再发送数据后,根据上述数据结构中的键取出相应的值所代表的网络数据传输的信息,在不同的传输进度下重新组织已收到的网络数据,为用户呈现重新组织的网络数据。
本发明针对上述方法实施例,相应地还提供了实现网络数据传输断点续传的系统实施例,包括通过网络连接的接收端和发送端,其中:
接收端,用于配置用于保存网络数据传输信息的缓存及其数据结构,该数据结构包括多个键,每一键含有一个或多个键值;在网络数据传输过程中,以数据块为单位将相应的信息作为键值记录到数据机构中的各个键下;
发送端,用于根据接收端的请求发送相应的数据块。
在上述系统实施例中,
接收端在网络数据传输异常时,根据数据结构中的键值向发送端发送重传当前未接收全的数据块的请求;
发送端根据接收端的重传请求发送相应的数据块给接收端。
在上述系统实施例中,
数据结构的键包括传输任务中各数据块的数据键和元数据键,其中元数据键包括传输任务的编号、该传输任务当前传输的数据块的序号、该数据块文件名称、该传输任务要传输的总数据量、当前要接收的数据块的容量以及当前已接收的数据块的容量中的任意多种或全部;
接收端在网络数据传输过程中随时间的递增,以数据块为单位记录数据结构中各键的键值。
在上述系统实施例中,
接收端在传输结束前的任一时刻前遇到数据传输异常,根据上述数据结构中的已接收的数据块的容量和要接收的数据块的容量,确认续传断点的数据块的序号后,向发送端请求重传相应数据块的数据。
在上述系统实施例中,
接收端根据接收的数据量的大小,若判断下一次接收任务的总数据量会超出缓存的大小,根据已接收的数据组织新的文件,并删除缓存服务器中相应的数据,为下一次任务接收数据准备充足的缓存空间。
在上述系统实施例中,
接收端在进行网络数据传输过程中遇到发送端消失不能再发送数据后,根据上述数据结构中的键取出相应的值所代表的网络数据传输的信息,在不同的传输进度下重新组织已收到的网络数据,为用户呈现重新组织的网络数据。
虽然本发明所揭露的实施方式如上,但所述的内容只是为了便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属技术领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式上及细节上作任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (10)
1.一种实现网络数据传输断点续传的方法,包括:
接收端配置用于保存网络数据传输信息的缓存及其数据结构,该数据结构包括多个键,每一键含有一个或多个键值;在网络数据传输过程中,以数据块为单位将传输的数据和元数据作为键值记录到所述数据机构中的各个键下。
2.按照权利要求1所述的方法,其特征在于,还包括:
所述接收端在网络数据传输异常时,根据所述数据结构中的所述键的键值,请求所述发送端重传当前未完成传输的数据块。
3.按照权利要求2所述的方法,其特征在于,
所述数据结构的键包括传输任务中各数据块的数据键和元数据键,其中元数据键包括传输任务的编号、该传输任务当前传输的数据块的序号、该数据块文件名称、该传输任务要传输的总数据量、当前要接收的数据块的容量以及当前已接收的数据块的容量中的任意多种或全部。
4.按照权利要求3所述的方法,其特征在于,所述接收端在网络数据传输异常时,根据所述数据结构中的所述键的键值,请求所述发送端重传当前未完成传输的数据块,具体包括:
所述接收端在所述网络数据传输结束前的任一时刻遇到数据传输异常,根据所述数据结构中所述已接收的数据块的容量和所述要接收的数据块的容量,确认续传断点的所述数据块的序号后,向所述发送端请求重传相应数据块的数据。
5.按照权利要求3所述的方法,其特征在于,还包括:
所述接收端根据接收的数据量的大小,若判断下一次接收任务的总数据量会超出所述缓存的容量大小,根据已接收的数据组织新的文件,并删除所述缓存中相应的数据,为所述下一次接收任务接收数据准备缓存空间。
6.按照权利要求3所述的方法,其特征在于,还包括:
所述接收端在所述网络数据传输过程中若遇到所述发送端消失不能再发送数据,根据所述数据结构中的所述键取出相应的键值所代表的网络数据传输的所述元数据,在不同的传输进度下重新组织已收到的网络数据,为用户呈现重新组织的网络数据。
7.一种实现网络数据传输断点续传的系统,包括通过网络连接的接收端和发送端,其特征在于:
接收端,用于配置用于保存网络数据传输信息的缓存及其数据结构,该数据结构包括多个键,每一键含有一个或多个键值;在网络数据传输过程中,以数据块为单位将相应的数据和元数据作为键值记录到所述数据机构中的各个键下;
发送端,用于根据接收端的传输请求发送相应的数据块。
8.按照权利要求7所述的系统,其特征在于,所述数据结构的键包括传输任务中各数据块的数据键和元数据键,其中所述元数据键包括传输任务的编号、该传输任务当前传输的数据块的序号、该数据块文件名称、该传输任务要传输的总数据量、当前要接收的数据块的容量以及当前已接收的数据块的容量中的任意多种或全部;
所述接收端在所述网络数据传输过程中随时间的递增,以所述数据块为单位记录所述数据结构中所述键的键值。
9.按照权利要求8所述的系统,其特征在于,
所述接收端在所述网络数据传输结束前的任一时刻遇到数据传输异常,根据所述数据结构中所述已接收的数据块的容量和所述要接收的数据块的容量,确认续传断点的所述数据块的序号后,向所述发送端发送相应数据块的数据重传请求;
所述发送端根据所述接收端的所述重传请求发送相应的数据块给所述接收端。
10.按照权利要求8所述的系统,其特征在于,
所述接收端根据接收的数据量的大小,若判断下一次接收任务的总数据量会超出所述缓存的容量大小,根据已接收的数据组织新的文件,并删除所述缓存中相应的数据,为所述下一次接收任务接收数据准备缓存空间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210226401XA CN102761614A (zh) | 2012-06-29 | 2012-06-29 | 一种实现网络数据传输断点续传的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210226401XA CN102761614A (zh) | 2012-06-29 | 2012-06-29 | 一种实现网络数据传输断点续传的方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102761614A true CN102761614A (zh) | 2012-10-31 |
Family
ID=47055932
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210226401XA Pending CN102761614A (zh) | 2012-06-29 | 2012-06-29 | 一种实现网络数据传输断点续传的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102761614A (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102970107A (zh) * | 2012-11-14 | 2013-03-13 | 北京经纬恒润科技有限公司 | 数据包传输过程中断点续存的方法及装置 |
CN103701907A (zh) * | 2013-12-27 | 2014-04-02 | 乐视网信息技术(北京)股份有限公司 | 服务器中的数据续传的处理方法及系统 |
CN104484242A (zh) * | 2014-12-10 | 2015-04-01 | 上海爱数软件有限公司 | 一种写时拷贝快照备份过程中可断点传输的方法 |
CN105025106A (zh) * | 2015-07-28 | 2015-11-04 | 焦点科技股份有限公司 | 一种基于分块及元信息的断点续传的方法 |
CN105338090A (zh) * | 2015-11-12 | 2016-02-17 | 浪潮软件集团有限公司 | 一种基于WebSocket的断点续传方法及装置 |
CN105635116A (zh) * | 2015-12-18 | 2016-06-01 | 网易(杭州)网络有限公司 | 断线重连方法、装置及系统 |
CN105978981A (zh) * | 2016-05-19 | 2016-09-28 | 北京春鸿企业管理咨询有限公司 | 基于公有云存储账户的数据备份的线性扩容方法及系统 |
CN105991683A (zh) * | 2015-02-02 | 2016-10-05 | 阿里巴巴集团控股有限公司 | 数据传输方法及装置 |
CN107707590A (zh) * | 2016-08-09 | 2018-02-16 | 阿里巴巴集团控股有限公司 | 数据传输的系统、方法及装置 |
WO2018119677A1 (zh) * | 2016-12-27 | 2018-07-05 | 深圳前海达闼云端智能科技有限公司 | 传输链路的续传方法、装置和系统 |
CN109245953A (zh) * | 2018-11-22 | 2019-01-18 | 新华三技术有限公司 | 一种网络配置方法和装置 |
CN111600945A (zh) * | 2020-05-13 | 2020-08-28 | 上海英方软件股份有限公司 | 一种基于块传输的ftp服务器断点下载方法及装置 |
CN117527793A (zh) * | 2024-01-04 | 2024-02-06 | 柏科数据技术(深圳)股份有限公司 | 基于加密协议带宽的断点续传方法、装置、终端及介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5191585A (en) * | 1989-03-02 | 1993-03-02 | Secom Information Products Company | Computer networking method |
CN1627290A (zh) * | 2003-12-12 | 2005-06-15 | 鸿富锦精密工业(深圳)有限公司 | 资料下载断点续传系统及方法 |
KR20060132373A (ko) * | 2005-06-17 | 2006-12-21 | 엘지전자 주식회사 | 유료 이동형 방송 서비스를 위한 데이터 구조, 방법 및이동형 방송 수신기 |
CN101706803A (zh) * | 2009-11-27 | 2010-05-12 | 天津工业大学 | 一种织造车间生产数据的迁移方法 |
CN102012850A (zh) * | 2010-12-09 | 2011-04-13 | 首都师范大学 | 基于硬件监视和微包协议的关键数据恢复方法 |
-
2012
- 2012-06-29 CN CN201210226401XA patent/CN102761614A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5191585A (en) * | 1989-03-02 | 1993-03-02 | Secom Information Products Company | Computer networking method |
CN1627290A (zh) * | 2003-12-12 | 2005-06-15 | 鸿富锦精密工业(深圳)有限公司 | 资料下载断点续传系统及方法 |
KR20060132373A (ko) * | 2005-06-17 | 2006-12-21 | 엘지전자 주식회사 | 유료 이동형 방송 서비스를 위한 데이터 구조, 방법 및이동형 방송 수신기 |
CN101706803A (zh) * | 2009-11-27 | 2010-05-12 | 天津工业大学 | 一种织造车间生产数据的迁移方法 |
CN102012850A (zh) * | 2010-12-09 | 2011-04-13 | 首都师范大学 | 基于硬件监视和微包协议的关键数据恢复方法 |
Non-Patent Citations (1)
Title |
---|
林天华等: ""基于web的大文件上传技术研究"", 《科技导报》, vol. 25, no. 16, 8 October 2007 (2007-10-08), pages 30 - 33 * |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102970107B (zh) * | 2012-11-14 | 2015-08-19 | 北京经纬恒润科技有限公司 | 数据包传输过程中断点续存的方法及装置 |
CN102970107A (zh) * | 2012-11-14 | 2013-03-13 | 北京经纬恒润科技有限公司 | 数据包传输过程中断点续存的方法及装置 |
CN103701907A (zh) * | 2013-12-27 | 2014-04-02 | 乐视网信息技术(北京)股份有限公司 | 服务器中的数据续传的处理方法及系统 |
CN104484242B (zh) * | 2014-12-10 | 2018-06-22 | 上海爱数信息技术股份有限公司 | 一种写时拷贝快照备份过程中可断点传输的方法 |
CN104484242A (zh) * | 2014-12-10 | 2015-04-01 | 上海爱数软件有限公司 | 一种写时拷贝快照备份过程中可断点传输的方法 |
CN105991683A (zh) * | 2015-02-02 | 2016-10-05 | 阿里巴巴集团控股有限公司 | 数据传输方法及装置 |
CN105025106A (zh) * | 2015-07-28 | 2015-11-04 | 焦点科技股份有限公司 | 一种基于分块及元信息的断点续传的方法 |
CN105025106B (zh) * | 2015-07-28 | 2016-03-30 | 焦点科技股份有限公司 | 一种基于分块及元信息的断点续传的方法 |
CN105338090A (zh) * | 2015-11-12 | 2016-02-17 | 浪潮软件集团有限公司 | 一种基于WebSocket的断点续传方法及装置 |
CN105635116A (zh) * | 2015-12-18 | 2016-06-01 | 网易(杭州)网络有限公司 | 断线重连方法、装置及系统 |
CN105635116B (zh) * | 2015-12-18 | 2019-02-12 | 网易(杭州)网络有限公司 | 断线重连方法、装置及系统 |
CN105978981B (zh) * | 2016-05-19 | 2019-09-24 | 北京春鸿科技有限公司 | 基于公有云存储账户的数据备份的线性扩容方法及系统 |
CN105978981A (zh) * | 2016-05-19 | 2016-09-28 | 北京春鸿企业管理咨询有限公司 | 基于公有云存储账户的数据备份的线性扩容方法及系统 |
CN107707590A (zh) * | 2016-08-09 | 2018-02-16 | 阿里巴巴集团控股有限公司 | 数据传输的系统、方法及装置 |
WO2018119677A1 (zh) * | 2016-12-27 | 2018-07-05 | 深圳前海达闼云端智能科技有限公司 | 传输链路的续传方法、装置和系统 |
US11057475B2 (en) | 2016-12-27 | 2021-07-06 | Cloudminds (Shanghai) Robotics Co., Ltd. | Methods, apparatus and systems for resuming transmission link |
CN109245953A (zh) * | 2018-11-22 | 2019-01-18 | 新华三技术有限公司 | 一种网络配置方法和装置 |
CN111600945A (zh) * | 2020-05-13 | 2020-08-28 | 上海英方软件股份有限公司 | 一种基于块传输的ftp服务器断点下载方法及装置 |
CN117527793A (zh) * | 2024-01-04 | 2024-02-06 | 柏科数据技术(深圳)股份有限公司 | 基于加密协议带宽的断点续传方法、装置、终端及介质 |
CN117527793B (zh) * | 2024-01-04 | 2024-04-02 | 柏科数据技术(深圳)股份有限公司 | 基于加密协议带宽的断点续传方法、装置、终端及介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102761614A (zh) | 一种实现网络数据传输断点续传的方法及系统 | |
CN102355426B (zh) | 实现离线文件传输的方法和系统 | |
JP5585062B2 (ja) | 情報処理装置、情報処理方法、データ管理サーバおよびデータ同期システム | |
JP2007012077A (ja) | ネットワークを介したコンテンツをアドレス可能なデータに対するアクセス | |
CN104348859B (zh) | 文件同步方法、装置、服务器、终端及系统 | |
CN106991177B (zh) | 一种分布式环境下实时日志的无损采集方法及其系统 | |
CN101667976B (zh) | 一种邮件推送方式确定方法、推送方法及装置 | |
CN101330472A (zh) | 流媒体数据的缓存处理方法 | |
CN101155296A (zh) | 数据传输的方法 | |
CN109086098A (zh) | 一种日志文件清理方法及相关装置 | |
US10834472B2 (en) | System and methods for providing content to vehicles | |
CN115174490B (zh) | 一种数据传输方法及网络应用终端 | |
CN101706817A (zh) | 分布式文件系统及其垃圾数据清理方法 | |
CN101771548A (zh) | 文件同步方法及系统 | |
CN101409727B (zh) | 一种文件传输方法及装置 | |
CN102437925A (zh) | 分布式系统中的数据备份方法、装置及系统 | |
CN109491617B (zh) | 数据储存转发方法、电子设备、存储介质 | |
CN113010474B (zh) | 文件管理方法、即时通信方法及存储服务器 | |
JP4719732B2 (ja) | バックアップサーバ、移動機、およびこれらを用いた通信システム、ならびにバックアップ方法 | |
CN101730085A (zh) | 通信录数据同步方法和系统 | |
KR20090003057A (ko) | 메타데이터 관리 시스템 및 메타데이터 관리 방법 | |
JP2014002634A (ja) | 通信制御システム、集約サーバおよび通信制御方法 | |
CN117294725A (zh) | 一种复杂网络下基于文件的数据同步方法及系统 | |
CN107659626A (zh) | 面向临时元数据的分离存储方法 | |
CN109710194A (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 | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20121031 |