CN111600945B - 一种基于块传输的ftp服务器断点下载方法及装置 - Google Patents
一种基于块传输的ftp服务器断点下载方法及装置 Download PDFInfo
- Publication number
- CN111600945B CN111600945B CN202010400683.5A CN202010400683A CN111600945B CN 111600945 B CN111600945 B CN 111600945B CN 202010400683 A CN202010400683 A CN 202010400683A CN 111600945 B CN111600945 B CN 111600945B
- Authority
- CN
- China
- Prior art keywords
- file
- download
- downloading
- data
- block
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种基于块传输的FTP服务器断点下载方法及装置,该方法包括:步骤S1,接收一下载请求,判断下载目标路径下是否有对应文件存在;步骤S2,当下载目标路径下存在对应文件,获取待下载文件对应的下载记录,根据下载记录获取断点标记以及本地文件偏移量,并生成断点续传请求以进行断点续传下载;步骤S3,设置下载参数,并传送至服务器端,生成下载请求发送至服务器;步骤S4,循环从服务器端读取数据,基于块说明信息对所读取的数据进行循环解析,记录解析过程中解析得到的标记信息以及本地文件偏移量;步骤S5,当下载结束、用户手动停止或者其他原因导致下载停止时,根据下载解析过程中所记载的信息生成下载记录。
Description
技术领域
本发明涉及计算机网络下载技术领域,特别是涉及一种在服务器下载文件过程中可以根据用户需求暂停并继续下载的基于块传输的FTP服务器断点下载方法及装置。
背景技术
随着网络技术的发展,目前已进入了数据共享时代,FTP服务器下载是一种最为常见的数据共享方式,在网络数据分享中具有广泛的应用,在很多场合可以满足网络用户对共享数据、有效与可靠传输的要求。FTP是FileTransfer Protocol(文件传输协议)的缩写,用来在两台计算机或异构网络间互相传送文件。相比其他其他协议,FTP协议用到两个TCP连接,一个是命令链路用于服务器与客户端之间传送命令,另一个则是数据链路,用来上传和下载各种格式的数据。FTP服务器进程由两大部分组成:一是主进程用于接收客户端的请求,另外有若干个从属进程负责处理单个的请求。
FTP服务器主要为用户提供文件上传和下载功能。然而,随着需要共享的文件越来越大,服务器下载过程中遇到的问题也越来越多。其中,文件下载过程中由于各种原因导致文件下载非正常结束是数据分享过程中经常遇到的问题。一旦遇到这个问题,传统技术中一般只能从头开始下载,数据传输效率低下。
为了解决这个问题,FTP服务器断点续传技术也随之出现,即由于各种原因造成的文件传输终止,下次继续传输时能够从本次终止的地方开始传输,避免重复下载数据,提高了数据的有效性和传输的高效性。
服务器断点续传技术其实就是在文件传输的过程中记录发送的进度,当出现网络中断或者用户手动停止的情况下断开连接,下次传输的时候就只需传输剩余部分文件。具体地,目前客户端实现断点下载的步骤主要有以下几步:首先,向服务器发送“REST+本地文件长度”命令告诉服务器,客户端要进行断点下载;其次,向服务器发送“RETR+文件名”命令,通知服务器要下载的文件名,此时服务器开始定位文件指针读文件并发送数据;再次,客户端定位本地文件指针(文件末尾);最后,两端准备工作都完成以后客户端创建socket,以被动或者主动方式建立数据通道,循环调用recv接收数据并追加入本地文件。
然而,随着存储技术与分布式技术的快速发展,服务器存储文件的方式也发生了改变,很多服务器内部存储文件的数据结构也变得相对复杂。这种情况下不易获取文件的大小、且根据文件大小定位指针困难,这就使得向服务器发送“REST+本地文件长度”的命令无法有效的执行。因此,实有必要提出一种技术手段,以解决上述问题,实现FTP服务器断点续传下载的技术。
发明内容
为克服上述现有技术存在的不足,本发明之目的在于提供一种基于块传输的FTP服务器断点下载方法及装置,从而为不便根据文件大小进行指针定位的服务器提供断点续传方式。
为达上述目的,本发明提供一种基于块传输的FTP服务器断点下载方法,包括如下步骤:
步骤S1,接收一下载请求,判断所述下载请求的下载目标路径下是否有对应文件存在,所述下载请求至少包括下载目标路径以及待下载文件名;
步骤S2,当所述下载请求的下载目标路径下存在对应文件,获取该待下载文件对应的下载记录,根据该下载记录获取断点标记以及本地文件偏移量,并根据获得的断点标记生成断点续传请求发送至服务器端以进行断点续传下载;
步骤S3,设置下载参数,并传送至服务器端,然后再生成下载请求发送至服务器,所述下载参数至少包括设置为块传输模式的文件传输模式以及类型为EBCDIC的文件类型;
步骤S4,循环从服务器端读取数据,基于块说明信息对所读取的数据进行循环解析,并记录解析过程中解析得到的标记信息以及本地文件偏移量;
步骤S5,当下载结束、用户手动停止或者其他原因导致下载停止时,根据下载解析过程中所记载的信息生成所述下载记录。
优选地,于步骤S1后,还包括如下步骤:
若所述下载请求的下载目标路径下没有对应文件存在,则直接进入步骤S3。
优选地,步骤S2进一步包括:
步骤S200,根据下载目标路径与待下载文件名以及下载目标路径下的本地文件的时间戳于客户端查询与待下载文件名对应的下载记录;
步骤S201,若有对应的下载记录,则获取所述下载记录中的文件下载标记,根据该文件下载标记判断该待下载文件是否已经下载完毕;
步骤S202,若该文件下载标记为结束,则结束本次下载流程;否则从该下载记录中取出服务器端的相关标记信息作为断点标记,以及本地文件偏移量,根据获得的断点标记生成断点续传请求发送至服务器端。
优选地,若无对应的下载记录,则于客户端中删除该下载目标路径下的本地文件,并进入步骤S3。
优选地,于步骤S3中,所述下载参数包括但不限于文件传输模式、CHKptint参数以及文件类型,设置文件传输模式为块传输模式,于该传输模式下,服务器端将文件分为数据块传输,每一个数据块包括3个字节的块说明信息和数据信息,所述CHKptint参数用于表示每隔多少块一个mark标记,设置文件类型为EBCDIC。
优选地,所述块说明信息的第一个字节存储该块说明信息后的数据信息的类型,第一个字节为16表示块说明信息后存储的数据信息为mark标记,32表示数据块中疑似有错;64表示数据块结尾文件结束;128表示数据块结尾记录结束,所述块说明信息的后两个字节用于表示数据信息的数据长度。
优选地,于步骤S5中,其解析过程包括如下步骤:
步骤S500,从服务器端读取数据,将解析剩余数据集合与读取到的数据依次放入至解析集合;
步骤S501,判断所述解析集合长度是否小于3个字节,若当前解析集合长度小于3个字节则将解析集合中的数据转移至解析剩余数据集合中并返回步骤S500;
步骤S502,若所述解析集合长度大于或等于3个字节,则于解析集合获取依次获取每个数据块的块说明信息,根据块信息对所述解析集合进行循环解析。
优选地,于步骤S502中,首先根据块说明信息起始坐标从所述解析集合解析长度为3个字节的块说明信息,根据解析获得的块说明信息判断块说明信息的长度与块说明信息中的数据长度之和是否大于解析集合长度;若为大于,则将该解析集合中的数据转移至解析剩余数据集合中并返回步骤S500,若为小于或等于,则进一步判断该块说明信息中的第一个字节表示的数据类型,若为mark标记类型,则记录该块说明信息后的mark标记并将本地文件长度与偏移量差值设为0,并将该块说明信息对应的数据块信息于解析集合中删除,若不为标记类型,则将该块说明信息后长度为length的数据写入本地文件,并记录本地文件大小和本地文件大小与偏移量差值,同时删除解析集合中该块说明信息对应的数据块信息;循环执行上述过程,直至解析集合的数据解析完毕。
优选地,于步骤S500中,若从服务器端读取不到数据则下载流程结束。
为达到上述目的,本发明还提供一种基于块传输的FTP服务器断点下载装置,应用于客户端,包括:
下载请求接收处理单元,用于接收一下载请求,判断所述下载请求的下载目标路径下是否有对应文件存在;
断点续传判断处理单元,于所述下载请求的下载目标路径下存在对应文件,获取该待下载文件对应的下载记录,根据该下载记录获取断点标记以及本地文件偏移量,并根据获得的断点标记生成断点续传请求发送至服务器端以进行断点续传下载;
下载参数设置单元,用于设置下载参数,并传送至服务器端,然后再生成下载请求发送至服务器,所述下载参数至少包括设置为块传输模式的文件传输模式以及类型为EBCDIC的文件类型;
循环解析单元,用于循环从服务器端读取数据,基于块说明信息对所读取的数据进行循环解析,并记录解析过程中解析得到的标记信息以及本地文件偏移量;
下载记录生成单元,用于当下载结束、用户手动停止或者其他原因导致下载停止时,根据下载解析过程中所记载的信息生成下载记录。
与现有技术相比,本发明一种基于块传输的FTP服务器断点下载方法及装置基于块模式传输,由服务器端提供文件下载进度的标记,客户端解析服务端传输内容并记录相关标记,在客户自己手动停止下载或者因其他原因导致无法继续下载时,对文件下载状态以及标记进行存储留待继续下载时备用,而当再次进行该文件下载时,从下载记录中取出标记信息,向服务器端发送“REST+标记信息”命令告诉服务器端以进行断点下载,同时从下载记录中取出相关偏移量来定位客户端文件指针以写入本地文件,为不便根据文件大小进行指针定位的服务器提供断点续传方式。
附图说明
图1为本发明一种基于块传输的FTP服务器断点下载方法的步骤流程图;
图2为本发明一种基于块传输的FTP服务器断点下载装置的系统架构图;
图3为本发明实施例中基于块传输的FTP服务器断点下载方法的文件下载流程图;
图4为本发明实施例中文件下载解析流程图。
具体实施方式
以下通过特定的具体实例并结合附图说明本发明的实施方式,本领域技术人员可由本说明书所揭示的内容轻易地了解本发明的其它优点与功效。本发明亦可通过其它不同的具体实例加以施行或应用,本说明书中的各项细节亦可基于不同观点与应用,在不背离本发明的精神下进行各种修饰与变更。
图1为本发明一种基于块传输的FTP服务器断点下载方法的步骤流程图。如图1所示,本发明一种基于块传输的FTP服务器断点下载方法,包括如下步骤:
步骤S1,接收一下载请求,判断所述下载请求的下载目标路径下是否有对应文件存在。本发明中,当服务器端文件下载至客户端后,服务器端文件与客户端下载目标路径下的本地文件存在对应关系,其对应关系可由用户自己确定,例如对应关系可以为文件名相同,即服务器端文件与其下载至客户端的本地文件文件名相同,这样即可通过判断下载目标路径下各文件的文件名来判断下载目标路径下是否有服务器端待下载文件的对应文件存在,但对应关系不以文件名为限。在本发明具体实施例中,当用户于客户端拟对服务器端某一文件点击下载并选择下载目标路径时,则客户端会接收到一下载请求,所述下载请求中至少包括下载目标路径以及待下载文件名(即所点击的服务器端文件的文件名),当客户端接收到该下载请求时,则根据该下载目标路径判断该下载目标路径下是否有与待下载文件名同名的文件存在。
步骤S2,若所述下载请求的下载目标路径下存在对应文件,则获取该待下载文件对应的下载记录,根据该下载记录获取文件下载标记以及本地文件偏移量,并根据获得的文件下载标记生成断点续传请求发送至服务器端以进行断点续传下载。若所述下载请求的下载目标路径下没有对应文件存在,则直接进入步骤S3,也就是说,如果该下载请求的下载目标路径下没有该待下载文件的对应文件存在,则表示当前下载为新文件下载,无需进行断点续传下载,则直接进入步骤S3。
具体地说,若下载目标路径下有与待下载文件名同名的文件存在,则说明当前文件可能需要断点下载,但也并不是下载目标路径下有与待下载文件名同名的文件就一定需进行断点下载,例如若当前文件已下载完毕则无需进一步下载,因此,还需进一步判别当前是否需断点下载。具体地,步骤S2进一步包括:
步骤S200,根据下载目标路径与待下载文件名以及下载目标路径下的本地文件的时间戳(即文件修改时间)于客户端查询与待下载文件名对应的下载记录;本发明中,于客户端,对于每个下载文件,均设置有下载记录,当下载结束、用户手动停止或者其他原因导致下载停止时,会根据下载解析过程中所记载的信息生成下载记录,在本发明具体实施例中,所述下载记录中会记录下载过程中的断点信息,所述断点信息包括但不限于服务器端的mark标记、本地文件偏移量以及文件下载标记、文件修改时间戳,其中mark标记用于确定服务器端文件下载从何处开始,本地文件偏移量和mark标记相对应表示本地文件从何处开始写入,文件下载标记则用于记录文件是否下载完,是否需要断点下载,该文件下载标记主要是在下载过程中出错或者用户手动暂停下载以及下载完成时记载。
步骤S201,若无对应的下载记录,表示需删除本地该文件并重新下载,则于客户端中删除该下载目标路径下的本地文件,并进入步骤S4。
步骤S202,若有对应的下载记录,则获取下载记录中的文件下载标记,根据该文件下载标记判断该待下载文件是否已经下载完毕。
步骤S203,若该文件下载标记为结束则表示当前待下载文件已经下载完毕,毋需下载,结束本次下载流程;否则表示该待下载文件未下载完,需要进行断点下载,则从该下载记录中取出服务器端的相关标记信息,即服务器端的mark标记字符串,以及本地文件偏移量,根据获得的标记信息生成断点续传请求信息发送至服务器端,并进入步骤S3,例如向服务器端发送“REST+标记信息”命令,以告诉服务器端需从该标记处开始下载该待下载文件,而客户端的本地文件则从该下载记录的本地文件偏移量处开始写入。
步骤S3,设置下载参数,并传送至服务器端,然后再生成下载请求发送至服务器端。
在本发明中,所述下载参数包括但不限于文件传输模式、CHKptint参数以及文件类型,具体地,于客户端设置文件传输模式为块传输模式,传输模式设为该块传输模式后,服务器端则将待下载文件分为块且每一块之前设置有3个字节存储相关块信息,即服务器端会将读取的数据以数据块形式传输至客户端,所传输的数据块中包含块说明信息和数据信息,所述块说明信息长度为3个字节,其第一个字节存储的是3个字节的块说明信息后的数据信息具体是什么类型数据,具体地,该第一个字节为16表示下一个数据块存储的是mark标记,32表示数据块中疑似有错;64表示数据块结尾文件结束;128表示数据块结尾记录结束,块说明信息的后两个字节则表示的是数据长度;所述CHKptint参数表示每隔多少块一个mark标记;设置文件类型为EBCDIC(Extended Binary Coded Decimal InterchangeCode,广义二进制编码的十进制交换码)。在本发明中,可以理解为必须设置成块传输模式和EBCDIC文件类型才能够实现断点下载。
步骤S4,循环从服务器端读取数据,基于块说明信息对所读取的数据进行循环解析,并记录解析过程中解析得到的标记信息以及本地文件偏移量。
在本发明中,服务器端于接收到客户端的下载请求命令后,若为新下载请求命令,则根据下载参数读取待下载文件,以块传输模式将读取的数据以数据块的形式传送至客户端,若为断点下载请求命令,则根据下载请求命令中的标记信息定位待下载文件,从待下载文件中标记信息对应处读取待下载文件,以块传输模式将读取的数据以数据块形式传送至客户端,在本发明具体实施例中,由于服务器端的文件传输模式为块传输模式,根据设置的下载参数,其传输至客户端的数据块中包含块说明信息和数据信息,所述块说明信息长度为3个字节,其第一个字节存储的是3个字节的块说明信息后的数据信息具体是什么类型数据,具体地,该第一个字节为16表示下一个数据块存储的是mark标记,32表示数据块中疑似有错;64表示文件结束;128表示记录结束,块说明信息的后两个字节则表示的是数据长度。可见,客户端从服务器端读取到的数据中不但有文件数据,还有块说明信息以及mark标记,因此不可以直接写入客户端的本地文件中,因而客户端于接收到服务器端传输的数据后,还需根据下载参数对其进行解析,其具体解析过程如下:
步骤S400,从服务器端读取数据,将解析剩余数据集合与读取到的数据依次放入至解析集合;具体地,从服务器端读取数据,若读取不到数据则表示下载结束,若读取到相关数据,则将解析剩余数据集合与刚刚读取的数据先后放入到解析集合。这里需说明的是,在本发明中,每一次解析集合和解析剩余数据集合均为新建,默认每次从服务器读取完数据后该些集合均会被自动删除。
步骤S401,判断所述解析集合长度是否小于3个字节,如果当前解析集合长度小于3个字节则将解析集合中的数据转移至解析剩余数据集合中并返回步骤S400;若当前解析集合长度小于3个字节,则说明从服务器端读取的数据不是一个完整的数据块(如只读到块说明信息的一两个字节),因此需要将其加入解析剩余数据集合中以与后续读取的数据一起进行解析,在本发明具体实施例中,数据会依据读取的先后顺序存入解析剩余数据集合中。
步骤S402,若所述解析集合长度大于或等于3个字节,则根据块信息对所述解析集合进行循环解析。
具体地,步骤S402进一步包括:
步骤S402a,设置指向解析集合的指针point为0,即块说明信息起始坐标为0;
步骤S402b,从所述解析集合获取并解析指针point指向的长度为3个字节的块说明信息(即指针point开始的三个字节),根据解析获得的块说明信息判断块说明信息的长度与块说明信息中的数据长度之和是否大于解析集合长度,若是,则说明该块说明信息对应的数据块的数据未读取完整,需将该解析集合中指针point开始向后的所有数据转移至解析剩余数据集合中并返回步骤S400继续从服务器端读取数据块,若块说明信息的长度与块说明信息中的数据长度length之和小于或等于解析集合长度,则进入步骤S402c;
步骤S402c,判断该块说明中的第一个字节表示的数据类型,若为mark标记类型,则记录该块说明信息后的mark标记并将本地文件长度与偏移量差值设为0(偏移量为断点下载时本地文件开始写入的位置),若不为标记类型,则将块说明信息后长度为length的数据写入本地文件,并记录本地文件大小和本地文件大小与偏移量差值(此时偏移量差值增大length);这里需说明的是,对于不为标记类型,若第一个字节为32,即表示数据块中疑似有错,但在本发明中,即使文件中有错误也要写入,不会因为文件中有错就停止,64表示数据块结尾是文件结束只会出现一次,128表示文件结尾是记录结束表示一次解析完成(根据块说明信息将指定长度的数据读取并写入文件),会出现很多次;
步骤S402d,设置指针point=point+3+length,即块说明信息起始坐标为point+3+length,返回步骤S402b直至解析集合的数据解析完毕。
步骤S5,当下载结束、用户手动停止或者其他原因导致下载停止时,根据下载解析过程中所记载的信息生成下载记录。
在本发明中,每个下载文件均对应一下载记录,所述下载记录中会记录下载过程中的断点信息,所述断点信息包括但不限于服务器端的mark标记、本地文件偏移量以及文件下载标记,其中mark标记用于确定服务器端文件下载从何处开始,本地文件偏移量和mark标记相对应表示本地文件从何处开始写入,文件下载标记用于记录文件是否下载完是否需要断点下载。
图2为本发明一种基于块传输的FTP服务器断点下载装置的系统架构图。如图2所示,本发明一种基于块传输的FTP服务器断点下载装置,应用于客户端,包括:
下载请求接收处理单元201,用于接收一下载请求,判断所述下载请求的下载目标路径下是否有对应文件存在。本发明中,当服务器端文件下载至客户端后,服务器端文件与客户端下载目标路径下的本地文件会存在对应关系,其对应关系可由用户自己确定,例如其对应关系可以为文件名相同,即服务器端文件与其下载至客户端的本地文件文件名相同,这样即可通过判断下载目标路径下各文件的文件名来判断下载目标路径下是否有服务器端待下载文件的对应文件存在。在本发明具体实施例中,当用户于客户端对服务器端某一文件点击下载并选择下载目标路径时,下载请求接收处理单元201即会接收一下载请求,所述下载请求中至少包括下载目标路径以及待下载文件名(即所点击的服务器端文件的文件名),当下载请求接收处理单元201接收到该下载请求时,则根据该下载目标路径判断该下载目标路径下是否有与待下载文件名同名的文件存在。
新下载处理单元202,于所述下载请求的下载目标路径下没有对应文件存在,则直接进入下载参数设置单元204。也就是说,如果该下载请求的下载目标路径下没有该待下载文件的对应文件存在,则表示当前下载为新文件下载,无需进行断点续传下载,则直接进入下载参数设置单元204。
断点续传判断处理单元203,于所述下载请求的下载目标路径下存在对应文件,则获取该待下载文件对应的下载记录,根据该下载记录获取mark标记以及本地文件偏移量,并根据获得的mark标记生成断点续传请求发送至服务器端以进行断点续传下载。
具体地说,若下载目标路径下有与待下载文件名同名的文件存在,则说明当前文件可能需要断点下载,但也并不是下载目标路径下有与待下载文件名同名的文件就一定需进行断点下载,例如若当前文件已下载完毕则无需进一步下载,因此,还需进一步判别当前是否需断点下载。具体地,断点续传判断处理单元203进一步包括:
下载记录查询模块2031,用于根据下载目标路径与待下载文件名以及下载目标路径下的本地文件的时间戳于客户端查询与待下载文件名对应的下载记录;本发明中,于客户端,对于每个下载文件,均设置有下载记录,当下载结束、用户手动停止或者其他原因导致下载停止时,会根据下载解析过程中所记载的信息生成下载记录,在本发明具体实施例中,所述下载记录中会记录下载过程中的断点信息,所述断点信息包括但不限于服务器端的mark标记、本地文件偏移量以及文件下载标记、文件修改时间戳,其中mark标记用于确定服务器端文件下载从何处开始,本地文件偏移量和mark标记相对应表示本地文件从何处开始写入,文件下载标记用于记录文件是否下载完是否需要断点下载。
本地文件删除模块2032,若下载记录查询模块2031查询结果为无对应的下载记录,表示需删除本地该文件并重新下载,则本地文件删除模块2032于客户端中删除该下载目标路径下的本地文件,并进入下载参数设置单元204。
下载记录获取判断模块2033,若下载记录查询模块2031查询结果为有对应的下载记录,则获取下载记录中的文件下载标记,根据该文件下载标记判断该待下载文件是否已经下载完毕。
断点下载确定处理模块2034,若该文件下载标记为结束则表示当前待下载文件已经下载完毕,毋需下载,结束本次下载流程;否则表示该待下载文件未下载完,需要进行断点下载,则断点下载确定模块2034从该下载记录中取出服务器端的相关标记信息,即服务器端的mark标记字符串,以及本地文件偏移量,根据获得的标记信息生成断点续传请求信息发送至服务器端,例如向服务器端发送“REST+标记信息”请求命令,以告诉服务器端需从该标记处开始下载该待下载文件,而客户端的本地文件则从该下载记录的本地文件偏移量处开始写入。
下载参数设置单元204,用于设置下载参数,并传送至服务器端,然后再生成下载请求发送至服务器端。
在本发明中,所述下载参数包括但不限于文件传输模式、CHKptint参数以及文件类型,具体地,设置文件传输模式为块传输模式,传输模式设为该块传输模式后,服务器端则将待下载文件分为块且每一块之前设置有3个字节存储相关块信息,即服务器端会将读取的数据以数据块形式传输至客户端,所传输的数据块中包含块说明信息和数据信息,所述块说明信息长度为3个字节,其第一个字节存储的是3个字节的块说明信息后的数据信息具体是什么类型数据,具体地,该第一个字节为16表示下一个数据块存储的是mark标记,32表示数据块中疑似有错;64表示文件结束;128表示记录结束,块说明信息的后两个字节则表示的是数据长度;所述CHKptint参数表示每隔多少块一个mark标记;设置文件类型为EBCDIC(Extended Binary Coded Decimal Interchange Code,广义二进制编码的十进制交换码)。
循环解析单元205,用于循环从服务器端读取数据,基于块说明信息对所读取的数据进行循环解析,并记录解析过程中解析得到的标记信息以及本地文件偏移量。
在本发明中,服务器端于接收到客户端的下载请求命令后,若为新下载请求命令,则根据下载参数读取待下载文件,以块传输模式将读取的数据以数据块的形式传送至客户端,若为断点下载请求命令,则根据下载请求命令中的标记信息定位待下载文件,从待下载文件中标记信息对应处读取待下载文件,以块传输模式将读取的数据以数据块形式传送至客户端,在本发明具体实施例中,由于服务器端的文件传输模式为块传输模式,根据设置的下载参数,其传输至客户端的数据块中包含块说明信息和数据信息,所述块说明信息长度为3个字节,其第一个字节存储的是3个字节的块说明信息后的数据信息具体是什么类型数据,具体地,该第一个字节为16表示下一个数据块存储的是mark标记,32表示数据块中疑似有错;64表示文件结束;128表示记录结束,块说明信息的后两个字节则表示的是数据长度。可见,客户端从服务器端读取到的数据中不但有文件数据,还有块说明信息以及mark标记,因此不可以直接写入客户端的本地文件中,因而客户端于接收到服务器端传输的数据后,还需通过循环解析单元205根据下载参数对其进行解析,循环解析单元205的具体解析过程如下:
步骤1,从服务器端读取数据,将解析剩余数据集合与读取到的数据依次放入至解析集合;具体地,从服务器端读取数据,若读取不到数据则表示下载结束,若读取到相关数据,则将解析剩余数据集合与刚刚读取的数据先后放入到解析集合。
步骤2,判断所述解析集合长度是否小于3个字节,如果当前解析集合长度小于3个字节则将解析集合中的数据转移至解析剩余数据集合中并返回步骤S400;若当前解析集合长度小于3个字节,则说明从服务器端读取的数据不是一个完整的数据块,因此需要将其加入解析剩余数据集合中以与后续读取的数据一起进行解析,在本发明具体实施例中,数据会依据读取的先后顺序存入解析剩余数据集合中。
步骤3,若所述解析集合长度大于或等于3个字节,则根据块信息对所述解析集合进行循环解析。
具体地,于步骤3中,首先设置指向解析集合的指针point为0,即块说明信息起始坐标为0,从所述解析集合先解析长度为3个字节的块说明信息,根据解析获得的块说明信息判断块说明信息的长度与块说明信息中的数据长度之和是否大于解析集合长度,若是,则说明该块说明信息对应的数据块的数据未读取完整,需将该解析集合中指针point开始向后的的数据转移至解析剩余数据集合中并返回步骤1,若块说明信息的长度与块说明信息中的数据长度length之和小于或等于解析集合长度,则进一步判断该块说明中的第一个字节表示的数据类型,若为mark标记类型,若是,则记录该块说明信息后的mark标记并将本地文件长度与偏移量差值设为0(偏移量为断点下载时本地文件开始写入的位置),并将该块说明信息对应的数据块信息于解析集合中删除,若不为标记类型,则将块说明信息后长度为length的数据写入本地文件,并记录本地文件大小和本地文件大小与偏移量差值(即偏移量差值增大length),并设置指针point=point+3+length,循环执行上述过程,直至解析集合的数据解析完毕。
下载记录生成单元206,当下载结束、用户手动停止或者其他原因导致下载停止时,根据下载解析过程中所记载的信息生成下载记录。
在本发明中,每个下载文件均对应一下载记录,所述下载记录中会记录下载过程中的断点信息,所述断点信息包括但不限于服务器端的mark标记、本地文件偏移量以及文件下载标记,其中mark标记用于确定服务器端文件下载从何处开始,本地文件偏移量和mark标记相对应表示本地文件从何处开始写入,文件下载标记用于记录文件是否下载完是否需要断点下载。
实施例
在本实施例中,基于块传输的FTP服务器断点下载方法主要包括使用下载记录中的断点信息进行断点续传下载以及数据解析两个部分。其中断点信息主要包括服务器端的mark标记、本地文件偏移量、以及文件下载标记。其中mark标记用于确定服务器端文件下载从何处开始,本地文件偏移量和mark标记相对应表示本地文件从何处开始写入,文件下载标记用于记录文件是否下载完是否需要断点下载。
具体地,如图3所示,文件下载流程如下:
第一步,判断下载目标路径中是否有与待下载文件同名的文件存在,如果没有则表示文件为首次下载不需要进行断点下载可以直接进行第三步,如果有则需进行记录查找进一步判断该文件是否需要断点下载。
第二步,根据路径与文件名以及本地文件的时间戳查询与服务器端文件对应的下载记录,这里对应关系可由用户自己确定,在本实施例中,下载目标路径下文件名与服务器端文件名相同就可表示服务器端文件与本地文件对应。如果无对应的下载记录则表示需删除本地该文件并重新下载,如果有对应记录且文件下载标记为结束则表示该文件已经下载完毕,毋需下载可结束下载流程,否则有对应记录且无文件下载标记表示文件未下载完则需要进行断点下载。也就是说,本发明主要使用下载记录中的断点信息进行断点续传下载,其中断点信息主要包括服务器端的mark标记、本地文件偏移量、以及文件下载标记。其中mark标记用于确定服务器端文件下载从何处开始,本地文件偏移量和mark标记相对应表示本地文件从何处开始写入,文件下载标记用于记录文件是否下载完是否需要断点下载。
第三步,进入参数设置流程,断点下载与普通下载都需设置文件传输模式为块传输模式,文件类型为EBCDIC,以及CHKptin参数,其中CHKptint表示每几个数据块插入一个断点下载标记mark。断点下载还需设置mark标记来确定服务器端该文件从何处进行下载,以及本地文件设置偏移量继续下载时本地文件从该处开始写入。
第四步,进入文件下载解析流程。
本发明中,由于文件传输模式为块传输模式,下载下来的文件数据中不但有文件数据还有块信息以及mark标记,所以从服务器端读取的数据不可以直接写入文件中,需要从中截取相关数据写入文件,除此之外还要从中解析出mark标记以用于断点下载。在本实施例中,每从服务器端读到数据先解析长度为3的块说明信息,其第一个字节存储的是块说明信息后的一串数据具体是什么类型数据,第一个字节为16表示下一个数据块存储的是mark标记,32表示数据块中疑似有错;64表示文件结束;128表示记录结束,块说明信息的后两个字节表示的是长度,并基于解析出的块说明信息对读取到的数据进行解析,在本实施例中,每次从服务器端读取的数据集合都要通过多次解析块信息,并根据块信息提供的信息从数据集合中截取出文件数据以及断点下载的mark标记。需说明的是,由于每次从服务器端读取的数据的结尾并非每次解析数据刚好结束的位置,因此很多时候需要将结尾的信息保存与下一次读取到的数据一起进行解析。
第五步,由于下载结束、用户手动停止或者其他原因导致下载停止根据解析过程中所记载的信息可以计算出本地文件偏移量以及服务器端文件的mark标记,并将这些信息保存到下载记录中。
本实施例中,从服务器端下载文件是一个循环从服务器读取数据的过程,由于读取的数据中不但有文件数据还有块信息以及mark标记,因此还需要对数据进行解析。该解析过程是一个根据块信息循环解析的过程。如图4所示,其具体流程如下:
第一步,从服务器端读取数据,读取不到数据表示下载结束,读取到相关数据则将解析剩余数据集合与刚刚读取的数据先后放入到解析集合。
第二步,设置point指针为0,并判断解析集合长度是否小于3个字节,如果解析集合长度小于3个字节则将解析集合中的数据转移至解析剩余数据集合中并返回重复第一步。
第三步,进入循环解析流程:获取point指针开始的三个字节的块说明信息,该point指针开始的三个字节存放着块说明信息,其中包括数据类型以及数据长度,第一个字节存放数据类型type,有四种情况16、32、64、128分别代表mark标记、数据块中可能存在错误、文件结束、以及记录结束,第二三个字节表示数据长度length。
第四步,判断point+3+length是否大于解析集合长度,如果point+3+length大于解析集合的长度则将解析集合中point指针开始的所有元素加入解析剩余数据集合,并返回重新执行第一步。
第五步,如果point+3+length小于等于解析集合的长度,则继续判断块说明信息中第一个字节的type类型,即判断type是否为标记类型,如果为标记类型则记录块说明信息后的mark标记并将本地文件长度与偏移量差值设为0(偏移量为断点下载时本地文件开始写入的位置),如果type类型不是标记类型则将point+3开始长度为length的数据写入本地文件,并记录本地文件大小和本地文件大小与偏移量差值。
第六步,设置point=point+3+length,返回重新开始第三步。
本发明主要是针对那些不支持根据文件大小进行断点下载的服务器,其主要思想是从来自于服务器的数据中解析出文件数据和下载标记mark并保存,如果在服务器下载文件过程中遇到一些突发问题则可以从断点处开始重新下载,有很大的适用性。
综上所述,本发明一种基于块传输的FTP服务器断点下载方法及装置基于块模式传输,由服务器端提供文件下载进度的标记,客户端解析服务端传输内容并记录相关标记,在客户自己手动停止下载或者因其他原因导致无法继续下载时,对文件下载状态以及标记进行存储留待继续下载时备用,而当再次进行该文件下载时,从下载记录中取出标记信息,向服务器端发送“REST+标记信息”命令告诉服务器端以进行断点下载,同时从下载记录中取出相关偏移量来定位客户端文件指针以写入本地文件,为不便根据文件大小进行指针定位的服务器提供断点续传方式。
上述实施例仅例示性说明本发明的原理及其功效,而非用于限制本发明。任何本领域技术人员均可在不违背本发明的精神及范畴下,对上述实施例进行修饰与改变。因此,本发明的权利保护范围,应如权利要求书所列。
Claims (10)
1.一种基于块传输的FTP服务器断点下载方法,包括如下步骤:
步骤S1,接收一下载请求,判断所述下载请求的下载目标路径下是否有对应文件存在,所述下载请求至少包括下载目标路径以及待下载文件名;
步骤S2,当所述下载请求的下载目标路径下存在对应文件,获取该待下载文件对应的下载记录,根据该下载记录获取断点标记以及本地文件偏移量,并根据获得的断点标记生成断点续传请求发送至服务器端以进行断点续传下载;
步骤S3,设置下载参数,并传送至服务器端,然后再生成下载请求发送至服务器,所述下载参数至少包括设置为块传输模式的文件传输模式以及类型为EBCDIC的文件类型;
步骤S4,循环从服务器端读取数据,基于块说明信息对所读取的数据进行循环解析,并记录解析过程中解析得到的标记信息以及本地文件偏移量;
步骤S5,当下载结束、用户手动停止或者其他原因导致下载停止时,根据下载解析过程中所记载的信息生成所述下载记录。
2.如权利要求1所述的一种基于块传输的FTP服务器断点下载方法,其特征在于,于步骤S1后,还包括如下步骤:
若所述下载请求的下载目标路径下没有对应文件存在,则直接进入步骤S3。
3.如权利要求1所述的一种基于块传输的FTP服务器断点下载方法,其特征在于,步骤S2进一步包括:
步骤S200,根据下载目标路径与待下载文件名以及下载目标路径下的本地文件的时间戳于客户端查询与待下载文件名对应的下载记录;
步骤S201,若有对应的下载记录,则获取所述下载记录中的文件下载标记,根据该文件下载标记判断该待下载文件是否已经下载完毕;
步骤S202,若该文件下载标记为结束,则结束本次下载流程;否则从该下载记录中取出服务器端的相关标记信息作为断点标记,以及本地文件偏移量,根据获得的断点标记生成断点续传请求发送至服务器端。
4.如权利要求3所述的一种基于块传输的FTP服务器断点下载方法,其特征在于:若无对应的下载记录,则于客户端中删除该下载目标路径下的本地文件,并进入步骤S3。
5.如权利要求3所述的一种基于块传输的FTP服务器断点下载方法,其特征在于:于步骤S3中,所述下载参数包括但不限于文件传输模式、CHKptint参数以及文件类型,设置文件传输模式为块传输模式,于该传输模式下,服务器端将文件分为数据块传输,每一个数据块包括3个字节的块说明信息和数据信息,所述CHKptint参数用于表示每隔多少块一个mark标记,设置文件类型为EBCDIC。
6.如权利要求5所述的一种基于块传输的FTP服务器断点下载方法,其特征在于:所述块说明信息的第一个字节存储该块说明信息后的数据信息的类型,第一个字节为16表示块说明信息后存储的数据信息为mark标记,32表示数据块中疑似有错;64表示数据块结尾文件结束;128表示数据块结尾记录结束,所述块说明信息的后两个字节用于表示数据信息的数据长度。
7.如权利要求6所述的一种基于块传输的FTP服务器断点下载方法,其特征在于,于步骤S5中,其解析过程包括如下步骤:
步骤S500,从服务器端读取数据,将解析剩余数据集合与读取到的数据依次放入至解析集合;
步骤S501,判断所述解析集合长度是否小于3个字节,若当前解析集合长度小于3个字节则将解析集合中的数据转移至解析剩余数据集合中并返回步骤S500;
步骤S502,若所述解析集合长度大于或等于3个字节,则于解析集合获取依次获取每个数据块的块说明信息,根据块信息对所述解析集合进行循环解析。
8.如权利要求7所述的一种基于块传输的FTP服务器断点下载方法,其特征在于:于步骤S502中,首先根据块说明信息起始坐标从所述解析集合解析长度为3个字节的块说明信息,根据解析获得的块说明信息判断块说明信息的长度与块说明信息中的数据长度length之和是否大于解析集合长度;若为大于,则将该解析集合中的数据转移至解析剩余数据集合中并返回步骤S500,若为小于或等于,则进一步判断该块说明信息中的第一个字节表示的数据类型,若为mark标记类型,则记录该块说明信息后的mark标记并将本地文件长度与偏移量差值设为0,并将该块说明信息对应的数据块信息于解析集合中删除,若不为标记类型,则将该块说明信息后长度为length的数据写入本地文件,并记录本地文件大小和本地文件大小与偏移量差值,同时删除解析集合中该块说明信息对应的数据块信息;循环执行上述过程,直至解析集合的数据解析完毕。
9.如权利要求7所述的一种基于块传输的FTP服务器断点下载方法,其特征在于:于步骤S500中,若从服务器端读取不到数据则下载流程直接结束。
10.一种基于块传输的FTP服务器断点下载装置,应用于客户端,包括:
下载请求接收处理单元,用于接收一下载请求,判断所述下载请求的下载目标路径下是否有对应文件存在;
断点续传判断处理单元,于所述下载请求的下载目标路径下存在对应文件,获取待下载文件对应的下载记录,根据该下载记录获取断点标记以及本地文件偏移量,并根据获得的断点标记生成断点续传请求发送至服务器端以进行断点续传下载;
下载参数设置单元,用于设置下载参数,并传送至服务器端,然后再生成下载请求发送至服务器,所述下载参数至少包括设置为块传输模式的文件传输模式以及类型为EBCDIC的文件类型;
循环解析单元,用于循环从服务器端读取数据,基于块说明信息对所读取的数据进行循环解析,并记录解析过程中解析得到的标记信息以及本地文件偏移量;
下载记录生成单元,用于当下载结束、用户手动停止或者其他原因导致下载停止时,根据下载解析过程中所记载的信息生成下载记录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010400683.5A CN111600945B (zh) | 2020-05-13 | 2020-05-13 | 一种基于块传输的ftp服务器断点下载方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010400683.5A CN111600945B (zh) | 2020-05-13 | 2020-05-13 | 一种基于块传输的ftp服务器断点下载方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111600945A CN111600945A (zh) | 2020-08-28 |
CN111600945B true CN111600945B (zh) | 2023-07-07 |
Family
ID=72192232
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010400683.5A Active CN111600945B (zh) | 2020-05-13 | 2020-05-13 | 一种基于块传输的ftp服务器断点下载方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111600945B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112689022B (zh) * | 2020-12-31 | 2023-01-06 | 上海宏力达信息技术股份有限公司 | 一种数据自动续传方法 |
CN113992938B (zh) * | 2021-10-22 | 2024-04-19 | 兰州乐智教育科技有限责任公司 | 视频上传方法、装置、电子设备及计算机可读存储介质 |
CN114205347B (zh) * | 2021-12-13 | 2023-11-14 | 平安证券股份有限公司 | 基于ftp协议的文件下载方法、装置、设备及存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002333995A (ja) * | 2001-05-08 | 2002-11-22 | Nec Microsystems Ltd | デバッガ処理方法とその装置及びデバッグプログラムを記録した記録媒体 |
CN101005676A (zh) * | 2007-01-18 | 2007-07-25 | 上海柯斯软件有限公司 | 一种使用移动终端下载网络资源的方法 |
CN102611685A (zh) * | 2011-12-16 | 2012-07-25 | 中兴通讯股份有限公司 | 一种标记流媒体的方法、装置及系统 |
CN103116911A (zh) * | 2012-12-28 | 2013-05-22 | 上海航盛实业有限公司 | 一种校车行驶记录仪 |
CN105025106A (zh) * | 2015-07-28 | 2015-11-04 | 焦点科技股份有限公司 | 一种基于分块及元信息的断点续传的方法 |
CN109474465A (zh) * | 2018-11-13 | 2019-03-15 | 上海英方软件股份有限公司 | 一种基于服务器集群的可动态流转的高可用性的实现方法和系统 |
CN110944034A (zh) * | 2019-10-21 | 2020-03-31 | 量子云未来(北京)信息科技有限公司 | 一种网页端断点续传方法、装置、电子设备及存储介质 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009086808A (ja) * | 2007-09-28 | 2009-04-23 | Nec Corp | デバッグ情報共有化システム、クライアントコンピュータ、サーバ、デバッグ情報の共有化方法とプログラム |
CN102761614A (zh) * | 2012-06-29 | 2012-10-31 | 浪潮(北京)电子信息产业有限公司 | 一种实现网络数据传输断点续传的方法及系统 |
CN103227812B (zh) * | 2013-03-19 | 2016-08-03 | 青岛海信宽带多媒体技术有限公司 | 智能设备中支持断点续传的下载方法和装置 |
CN108023906B (zh) * | 2016-10-31 | 2020-06-12 | 杭州海康威视系统技术有限公司 | 监控录像的断点续传方法及装置 |
US10049028B2 (en) * | 2016-11-02 | 2018-08-14 | Servicenow, Inc. | Debug session management |
CN106911811A (zh) * | 2017-05-04 | 2017-06-30 | 郑州云海信息技术有限公司 | 一种基于ftp文件高效传输的方法 |
CN110262816A (zh) * | 2019-05-15 | 2019-09-20 | 深圳市优博讯科技股份有限公司 | 一种断电续传的升级方法及其终端系统 |
-
2020
- 2020-05-13 CN CN202010400683.5A patent/CN111600945B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002333995A (ja) * | 2001-05-08 | 2002-11-22 | Nec Microsystems Ltd | デバッガ処理方法とその装置及びデバッグプログラムを記録した記録媒体 |
CN101005676A (zh) * | 2007-01-18 | 2007-07-25 | 上海柯斯软件有限公司 | 一种使用移动终端下载网络资源的方法 |
CN102611685A (zh) * | 2011-12-16 | 2012-07-25 | 中兴通讯股份有限公司 | 一种标记流媒体的方法、装置及系统 |
CN103116911A (zh) * | 2012-12-28 | 2013-05-22 | 上海航盛实业有限公司 | 一种校车行驶记录仪 |
CN105025106A (zh) * | 2015-07-28 | 2015-11-04 | 焦点科技股份有限公司 | 一种基于分块及元信息的断点续传的方法 |
CN109474465A (zh) * | 2018-11-13 | 2019-03-15 | 上海英方软件股份有限公司 | 一种基于服务器集群的可动态流转的高可用性的实现方法和系统 |
CN110944034A (zh) * | 2019-10-21 | 2020-03-31 | 量子云未来(北京)信息科技有限公司 | 一种网页端断点续传方法、装置、电子设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111600945A (zh) | 2020-08-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111600945B (zh) | 一种基于块传输的ftp服务器断点下载方法及装置 | |
CN110012031B (zh) | 数据报文通用自动解析方法和存储方法 | |
CN114978880B (zh) | 服务调用链追踪方法、系统、计算机及存储介质 | |
CN112822256B (zh) | 一种行情文件转数据流传输的方法及装置 | |
CN110096541B (zh) | 一种数据库间的数据交换方法及装置 | |
CN112698868B (zh) | 一种应用于多系统的统一错误码方法和存储设备 | |
CN108710679A (zh) | 电子书阅读处理方法、装置及设备 | |
CN112417360A (zh) | 网页渲染方法和装置 | |
US20070050320A1 (en) | Method and system for mapping context name space binding lookups | |
CN113301162B (zh) | 一种可在高延迟场景下快速下载大量小文件的传输方法 | |
CN102594874B (zh) | 一种同步处理方法和装置 | |
KR102088170B1 (ko) | 신구 데이터간의 차분에 대한 데이터 구조화 방법 및 그 디바이스 | |
JP3141988B2 (ja) | 計算機システムにおける問題解析方式 | |
TW201308946A (zh) | 一種斷點續傳的方法 | |
CN107391711B (zh) | 获取歌曲伴奏的方法和装置 | |
JP4619804B2 (ja) | 更新用データ送信システム及び送信側装置及び受信側装置及び更新用データ送信方法 | |
CN109361748B (zh) | Binlog文件下载方法、装置、设备及可读存储介质 | |
CN111858124A (zh) | 一种自动检测智能终端驱动程序完整性的方法及系统 | |
CN113326242A (zh) | 数据处理方法、装置、电子设备及计算机存储介质 | |
KR100884543B1 (ko) | 자료 동기화 방법 및 그에 따른 자료 동기화 게이트웨이 | |
CN110929500B (zh) | 文件比较方法及相关装置 | |
JP2006004277A (ja) | 情報共有装置および情報送信方法、情報受信方法 | |
CN116108110B (zh) | 一种Kafka消息消费补偿方法、系统和介质 | |
CN111079199B (zh) | 基于区块链技术的企业信用数据截图防篡改方法 | |
CN114979118A (zh) | 一种基于浏览器的文件断点续传方法 |
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 |