CN113542402B - 文件传输方法、装置、系统、电子设备及存储介质 - Google Patents

文件传输方法、装置、系统、电子设备及存储介质 Download PDF

Info

Publication number
CN113542402B
CN113542402B CN202110791663.XA CN202110791663A CN113542402B CN 113542402 B CN113542402 B CN 113542402B CN 202110791663 A CN202110791663 A CN 202110791663A CN 113542402 B CN113542402 B CN 113542402B
Authority
CN
China
Prior art keywords
file
protocol
operation event
service
destination
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
Application number
CN202110791663.XA
Other languages
English (en)
Other versions
CN113542402A (zh
Inventor
刘锦锋
曾文武
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qianxin Technology Group Co Ltd
Secworld Information Technology Beijing Co Ltd
Original Assignee
Qianxin Technology Group Co Ltd
Secworld Information Technology Beijing Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qianxin Technology Group Co Ltd, Secworld Information Technology Beijing Co Ltd filed Critical Qianxin Technology Group Co Ltd
Priority to CN202110791663.XA priority Critical patent/CN113542402B/zh
Publication of CN113542402A publication Critical patent/CN113542402A/zh
Application granted granted Critical
Publication of CN113542402B publication Critical patent/CN113542402B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/06Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion

Abstract

本申请提供一种文件传输方法、装置、系统、电子设备及存储介质,该方法包括:接收源端传输的文件操作事件;将文件操作事件以第二文件协议在跨域网络中传输;根据目的端的文件协议类型,将文件操作事件转换成相应类型的文件协议数据;文将文件协议数据按照文件协议类型传输至目的端。该方案可以实现源端和目的端协议的灵活搭配,在跨域网络不同文件协议的源端和目的端之间实现新增、删除、修改或重命名等操作的同步。

Description

文件传输方法、装置、系统、电子设备及存储介质
技术领域
本申请涉及互联网技术领域,特别涉及一种文件传输方法、文件传输系统、文件传输装置、电子设备以及计算机可读存储介质。
背景技术
网闸平台的业务传输过程中,需要通过网闸平台在不同的操作系统或不同的文件服务之间进行文件传输业务,实现文件或文件夹在源服务器、目的服务器上的新增、删除、修改或重命名操作的同步。
在传统常规的方案中,只能使用通用文件协议中某一种且发送端、接收端协议相同时才可进行文件传输。
因此,在传统的跨域文件传输方案中,不支持在不同文件服务间进行文件同步,缺乏灵活性。
发明内容
本申请实施例提供了一种文件传输方法,用于在不同文件服务间实现文件同步。
本申请实施例提供了一种文件传输方法,所述方法用于实现源端和目的端之间的文件传输,所述源端和目的端位于不同安全等级的跨域网络中,所述方法包括:
接收源端传输的文件操作事件;
将所述文件操作事件以私有文件协议在跨域网络中传输;
根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据;
将所述文件协议数据按照所述文件协议类型传输至所述目的端。
在一实施例中,所述文件操作事件包括文件查询事件、文件新增事件、文件重命名事件和文件删除事件中的任意一种。
在一实施例中,所述源端的文件协议类型为通用文件协议,所述目的端的文件协议类型为私有文件协议;
或者,
所述源端的文件协议类型为私有文件协议,所述目的端的文件协议类型为通用文件协议;
或者,
所述源端和目的端的文件协议类型均为私有文件协议或通用文件协议。
在一实施例中,所述方法还包括:
向所述源端发送文件下载请求;
通过下载接口接收所述源端基于所述文件下载请求返回的文件数据;
将所述文件数据进行序列化后在跨域网络中传输。
在一实施例中,所述方法还包括:
将序列化的文件数据进行反序列化,得到文件内容数据和相关属性;
通过上传接口将所述文件内容数据和相关属性传输至所述目的端。
在一实施例中,在所述接收源端传输的文件操作事件之前,所述方法还包括:
接收所述源端和目的端发送的用户认证请求;
根据所述用户认证请求携带的用户信息,验证所述用户信息是否合法,并返回是否合法的认证结果。
在一实施例中,在所述接收源端传输的文件操作事件之前,所述方法还包括:
当接收到所述源端发送的第一配置信息时,将所述第一配置信息转发到所述目的端;
接收所述目的端根据所述第一配置信息返回的第二配置信息,并将所述第二配置信息转发到所述源端。
在一实施例中,在所述接收源端传输的文件操作事件之前,所述方法还包括:
当接收到所述源端发送的目录信息时,将所述目录信息转发到所述目的端;
接收所述目的端根据所述目录信息返回的目录差异信息,并将所述目录差异信息转发到所述源端,使所述源端根据所述目录差异信息生成事件发送列表,所述事件发送列表包括所述文件操作事件。
在一实施例中,所述接收源端传输的文件操作事件包括:
连续读取文件操作事件到第一缓冲区,并将所述第一缓冲区的文件操作事件传输到所述目的端,直到所述第一缓冲区的占用量大于第一阈值时停止读取所述文件操作事件到所述第一缓冲区;
当所述第一缓冲区的文件操作事件传输到所述目的端,使所述第一缓冲区的占用率小于第二阈值时,恢复所述文件操作事件的读取。
在一实施例中,所述将所述文件协议数据按照所述文件协议类型传输至所述目的端之后,所述方法还包括:
连续接收所述目的端将所述文件协议数据写入后返回的确认消息;
将所述确认消息添加至第二缓冲区,并将所述第二缓冲区的确认消息传输到所述源端,直到所述第二缓冲区的占用量大于第一阈值时停止添加确认消息至所述第二缓冲区;
当所述第二缓冲区的确认消息传输到所述源端,使所述第二缓冲区的占用率小于第二阈值时,恢复所述确认消息的读取。
在一实施例中,所述方法还包括:
将所述文件操作事件添加至待确认队列;
检查所述文件操作事件对应的确认消息中的结果是否成功;
若成功,将所述确认消息对应的文件操作事件从所述待确认队列中移除;若不成功,将所述确认消息对应的文件操作事件从所述待确认队列转移至重试队列。
在一实施例中,所述将所述确认消息对应的文件操作事件从所述待确认队列转移至重试队列之后,所述方法还包括:
当正常文件事件处理完成或会话再次建立成功,从所述重试队列中取出所述文件操作事件放入所述待确认队列中,并再次发送所述文件操作事件至所述目的端。
在一实施例中,当所述源端的文件协议类型为通用文件协议,所述目的端的文件协议类型为私有文件协议时,所述接收源端传输的文件操作事件包括:
通过低密网络的第一文件交换服务接收源端基于通用文件协议传输的文件操作事件;
所述将所述文件操作事件以私有文件协议在跨域网络中传输,包括:通过低密网络的第一文件交换服务将所述文件操作事件以所述私有文件协议传输至高密网络的第二文件交换服务;其中,第二文件交换服务用于与所述目的端通信。
本申请实施例还提供了一种文件传输装置,所述装置用于实现源端和目的端之间的文件传输,所述源端和目的端位于不同安全等级的跨域网络中,所述装置包括:
事件接收模块,用于接收源端传输的文件操作事件;
事件传输模块,用于将所述文件操作事件以私有文件协议在跨域网络中传输;
协议转换模块,用于根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据;
数据传输模块,用于将所述文件协议数据按照所述文件协议类型传输至所述目的端。
本申请实施例还提供了一种文件传输系统,包括:
前置服务器,包括前置通用文件服务和前置文件客户端;所述前置通用文件服务用于根据通用文件协议发送文件操作事件到网闸平台;前置文件客户端用于根据私有文件协议发送文件操作事件到网闸平台;
网闸平台,包括第一文件交换服务和第二文件交换服务;所述第一文件交换服务用于接收前置服务器传输的所述文件操作事件,以私有文件协议传输至所述第二文件交换服务,所述第二文件交换服务用于根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据,并将所述文件协议数据按照所述文件协议类型传输至所述目的端;
后置服务器,包括后置通用文件服务和后置文件客户端;其中,所述后置通用文件服务基于通用文件协议与所述第二文件交换服务进行通信;所述后置文件客户端基于私有文件协议与所述第二文件交换服务进行通信;所述目的端为所述后置通用文件服务或后置文件客户端。
本申请实施例还提供了一种文件传输方法,所述方法包括:
前置服务器的前置通用文件服务或前置文件客户端发送文件操作事件到网闸平台的第一文件交换服务;其中,所述前置通用文件服务基于通用文件协议,所述前置文件客户端基于私有文件协议;
所述第一文件交换服务将所述文件操作事件以私有文件协议传输至第二文件交换服务;
所述第二文件交换服务根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据,并将所述文件协议数据按照所述文件协议类型传输至所述目的端;其中,所述目的端为后置服务器中的后置通用文件服务或后置文件客户端,所述后置通用文件服务基于通用文件协议,所述后置文件客户端基于私有文件协议。
本申请实施例还提供了一种电子设备,所述电子设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行上述文件传输方法。
本申请实施例还提供了一种计算机可读存储介质,所述存储介质存储有计算机程序,所述计算机程序可由处理器执行以完成上述文件传输方法。
本申请上述实施例提供的技术方案,源端和目的端可以采用不同的文件协议,通过协议转换,可以实现源端和目的端协议的灵活搭配,在跨域网络不同文件协议的源端和目的端之间实现新增、删除、修改或重命名等操作的同步。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单地介绍。
图1为本申请实施例提供的文件传输系统的框架示意图;
图2是本申请实施例提供的电子设备的结构示意图;
图3是本申请实施例提供的文件传输方法的流程示意图;
图4是本申请实施例提供的网闸平台进行文件下载的流程示意图;
图5是本申请实施例提供的网闸平台进行文件上传的流程示意图;
图6是本申请实施例提供的网闸平台进行用户认证的流程示意图;
图7是本申请实施例提供的网闸平台进行目录比对的流程示意图;
图8是本申请实施例提供的步骤S310的细节流程图;
图9是本申请实施例提供的文件传输的逻辑过程示意图;
图10是图9对应的每个过程的处理逻辑示意图;
图11是本申请实施例提供的消息异步传输机制的流程示意图;
图12是本申请实施例提供的消息重传机制的流程示意图;
图13是本申请实施例提供的消息重传的逻辑示意图;
图14为本申请一实施例示出的文件传输装置的框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
图1为本申请实施例提供的文件传输系统的架构图。如图1所示,该系统包括网闸平台110、前置服务器120和后置服务器130。网闸平台110分别与前置服务器120和后置服务器130通信连接。网闸平台110安装有第一文件交换服务和第二文件交换服务,第一文件交换服务处于低密网络和第二文件交换服务处于高密网络。低密网络和高密网络是根据保密等级(或称安全等级)划分的,是相对概念,如公司、政府、军队内网属于高密网络,互联网为低密网络。两个不同安全等级的网络的服务器之间的文件传输协议可以相同,也可以不同,这两个不同安全等级的网络可以称为跨域网络。
如图1所示,前置服务器120可以是Linux或Windows系统,作为文件数据的发送端,用于部署文件发送软件服务或应用。后置服务器130可以是Linux或Windows系统,作为文件数据的接收端,用于部署文件接收软件服务或应用。例如,前置服务器120可以安装通用文件服务和文件客户端,为进行区分,可以称为前置通用文件服务和前置文件客户端。后置服务器130安装有通用文件服务和文件客户端,为进行区分,可以称为后置通用文件服务和后置文件客户端。文件客户端可以是自研应用软件,安装在服务器系统上。使用私有文件传输协议,配合网闸平台110进行文件传输工作。可配置传输方向为发送、接收、双向。
前置通用文件服务可以根据通用文件协议发送文件操作事件到网闸平台110的第一文件交换服务;前置文件客户端可以根据私有文件协议发送文件操作事件到网闸平台110的第一文件交换服务。
第一文件交换服务可以接收前置服务器120传输的所述文件操作事件,以私有文件协议传输至所述第二文件交换服务,所述第二文件交换服务可以根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据,并将所述文件协议数据按照所述文件协议类型传输至所述目的端。目的端可以是后置通用文件服务或后置文件客户端。
其中,后置通用文件服务基于通用文件协议与所述第二文件交换服务进行通信;后置文件客户端基于私有文件协议与所述第二文件交换服务进行通信。
第一文件交换服务和第二文件交换服务是自研应用服务,安装在网闸平台110上。使用通用文件协议与前置服务器120或后置服务器130上的通用文件服务进行文件相关操作;使用私有协议与前置服务器120或后置服务器130上的文件客户端进行文件相关操作。第一文件交互服务与第二交换服务之间采用私有文件协议进行文件传输。
在传统的跨域文件传输方案中,不支持在不同文件服务间进行文件同步。在本申请实施例中,网闸平台110可以执行本申请实施例提供的文件传输方法,基于已有的文件服务协议,通过协议转换,解决在跨域不同文件服务间文件无法同步问题,达到不同文件服务自由组合、文件高效传输的目的。
上述网闸平台110可以是单向网闸、双向网闸、数据交换平台、数据导入平台,也可以是基于Windows、Linux或国产化平台的文件同步客户端。
图2是本申请实施例提供的电子设备的结构示意图。该电子设备可以作为上述网闸平台110,该电子设备200可以用于执行本申请实施例提供的文件传输方法。如图2所示,该电子设备200包括:一个或多个处理器202、一个或多个存储处理器可执行指令的存储器204。其中,所述处理器202被配置为执行本申请下述实施例提供的文件传输方法。
所述处理器202可以是包含中央处理单元(CPU)、图像处理单元(GPU)或者具有数据处理能力和/或指令执行能力的其它形式的处理单元的设备,可以对所述电子设备200中的其它组件的数据进行处理,还可以控制所述电子设备200中的其它组件以执行期望的功能。
所述存储器204可以包括一个或多个计算机程序产品,所述计算机程序产品可以包括各种形式的计算机可读存储介质,例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令,处理器202可以运行所述程序指令,以实现下文所述的文件传输方法。在所述计算机可读存储介质中还可以存储各种应用程序和各种数据,例如所述应用程序使用和/或产生的各种数据等。
在一实施例中,图2所示电子设备200还可以包括输入装置206、输出装置208以及数据采集装置210,这些组件通过总线系统212和/或其它形式的连接机构(未示出)互连。应当注意,图2所示的电子设备200的组件和结构只是示例性的,而非限制性的,根据需要,所述电子设备200也可以具有其他组件和结构。
所述输入装置206可以是用户用来输入指令的装置,并且可以包括键盘、鼠标、麦克风和触摸屏等中的一个或多个。所述输出装置208可以向外部(例如,用户)输出各种信息(例如,图像或声音),并且可以包括显示器、扬声器等中的一个或多个。所述数据采集装置210可以采集对象的图像,并且将所采集的图像存储在所述存储器204中以供其它组件使用。示例性地,该数据采集装置210可以为摄像头。
在一实施例中,用于实现本申请实施例的文件传输方法的示例电子设备100中的各器件可以集成设置,也可以分散设置,诸如将处理器202、存储器204、输入装置206和输出装置208集成设置于一体,而将数据采集装置210分离设置。
在一实施例中,用于实现本申请实施例的文件传输方法的示例电子设备200可以被实现为诸如计算机、服务器等智能设备。
图3是本申请实施例提供的文件传输方法的流程示意图。该方法可以由上述网闸平台110执行,该方法用于实现源端和目的端之间的文件传输,其中,源端和目的端位于不同安全等级的跨域网络中,如图3所示,该方法包括以下步骤S310-步骤S340。
步骤S310:接收源端传输的文件操作事件。
为进行区分,发起文件操作的文件服务可以称为源端,进行文件操作同步的文件服务可以称为目的端。在一实施例中,源端可以是前置服务器中安装的通用文件服务,目的端可以是后置服务器中安装的文件客户端。源端的文件协议类型为通用文件协议,目的端的文件协议类型为私有文件协议。在另一实施例中,源端可以是前置服务器中安装的文件客户端,目的端可以是后置服务器中安装的通用文件服务。源端的文件协议类型为私有文件协议,目的端的文件协议类型为通用文件协议。在另一实施例中,源端可以是前置服务器中安装的通用文件服务,目的端可以是后置服务器中安装的通用文件服务源端和目的端的文件协议类型均为通用文件协议。在另一实施例中,源端可以是前置服务器中安装的文件客户端,目的端可以是后置服务器中安装的文件客户端,源端和目的端的文件协议类型为私有文件协议。
通用文件协议包括FTP(文件传输协议,File Transfer Protocol)部件、SFTP(安全文件传输协议,SSH File Transfer Protocol)部件、SMB(通信协议,Server MessageBlock)部件、NFS(网络文件系统,Network File System)部件。
FTP部件负责提供FTP文件服务文件操作接口,从FTP文件服务中读取或写入文件内容数据。SFTP部件负责提供SFTP文件服务文件操作接口,从SFTP文件服务中读取或写入文件内容数据。SMB部件负责提供SMB文件服务文件操作接口,从SMB文件服务中读取或写入文件内容数据。NFS部件负责提供NFS文件服务文件操作接口,从NFS文件服务中读取或写入文件内容数据。
本申请实施例针对不同文件服务下不同的文件操作接口,对通用文件协议提供的文件操作接口抽象并封装为统一的文件操作接口,如文件打开、读取、写入、关闭及重命名等操作。该技术用于对本地或远程文件服务上的文件进行读取、写入等操作,具备对本地或远程文件操作本地化、标准化及接口化的能力。
私有文件协议是一套自定义的文件传输标准。私有文件协议的协议数据可以包括协议版本、长度、类型、文件名、文件大小、文件修改时间、权限等信息。基于私有文件协议进行的数据传输,需要进行序列化和反序列化,序列化是指将私有文件协议数据转化为字节流,用于在网络上传输,反序列化是指将字节流转化为私有文件协议数据,用于解析出文件属性后,进行文件的新增、删除及重命名等操作。
在一实施例中,当源端是前置服务器或后置服务器中的通用文件服务时,网闸平台可以接收前置服务器或后置服务器的通用文件服务基于通用文件协议传输的文件操作事件。在一实施例中,当源端是前置服务器或后置服务器中的文件客户端时,网闸平台可以接收前置服务器或后置服务器的文件客户端基于私有文件协议传输的文件操作事件。
文件操作事件是指对文件进行操作的事件,本申请实施例中,文件是一个统称,文件包括目录、文件夹以及具体文档,后续不再赘述。文件操作事件可以是文件查询事件、文件新增事件、文件重命名事件、文件删除事件中的任意一种。
文件查询事件可以用于查询目的端的文件是否存在,或目的端文件存在时的文件大小、权限、修改时间以及文件散列信息。当文件是目录时,可以查询目的端的目录是否存在。
文件新增事件用于在源端增加新的文件时,通知目的端新增文件的文件名、大小、权限信息、修改时间以及文件内容信息等。当文件是目录时,可以通知目的端新增目录的目录名和权限信息。
文件重命名事件用于在源端对文件命名时,通知目的端重命名文件的原始文件名,以及重命名后的文件名信息。当文件是目录时,可以通知目的端重命名目录的原始目录名,以及重命名后的目录名信息。
文件删除事件用于在源端删除文件时,通知目的端删除文件的文件名信息。当文件是目录时,可以是通知删除目录的目录名信息。
步骤S320:将所述文件操作事件以私有文件协议在跨域网络中传输。
其中,跨域网络是指不同安全等级的低密网络和高密网络之间的传输。举例来说,当网闸平台基于通用文件协议从通用文件服务读取文件操作事件后,可以先转换成私有文件协议数据,并将私有文件协议数据转换成字节流后在跨域网络中传输。
在一实施例中,网闸平台可以包括第一文件交换服务和第二文件交换服务,第一文件交换服务和第二文件交换服务之间通过私有文件协议进行传输。第一文件交换服务和第二文件交换服务是自研应用服务,可以进行文件传输操作。第一文件交换服务对接源端,第二文件交换服务对接目的端。假设第一文件交换服务处于低密网络,第二文件交换服务处于高密网络。在一实施例中,网闸平台可以通过低密网络的第一文件交换服务接收源端基于私有文件协议或通用文件协议传输的文件操作事件。网闸平台可以通过低密网络的第一文件交换服务将所述文件操作事件以所述私有文件协议传输至高密网络的第二文件交换服务。
步骤S330:根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据。
步骤S340:将所述文件协议数据按照所述文件协议类型传输至所述目的端。
目的端的文件协议类型可以是通用文件协议或私有文件协议。举例来说,源端和目的端可以均采用通用文件协议;也可以均采用私有文件协议;也可以源端采用通用文件协议,目的端采用私有文件协议;也可以目的端采用私有文件协议,源端采用通用文件协议。
在一实施例中,针对跨域不同文件服务间文件同步,对通用文件协议数据读取后,转换成私有文件协议数据在跨域网络中传输,最终根据目的端的文件协议类型,假设目的端也是基于通用文件协议的通用文件服务,通过通用文件协议接口将私有文件协议数据还原为通用文件协议数据,写入目的端文件系统中。从而目的端可以进行文件或文件夹的新增、删除、修改或重命名等操作。该技术用于文件服务间文件同步业务,具备跨域、跨平台及跨文件服务文件传输能力。
跨域文件传输中,主要分为通用文件协议、私有文件协议两种类型。在传统常规的方案中,只能使用通用文件协议中某一种且发送端、接收端协议相同时才可进行文件传输,缺乏灵活性。在本发明的方案中,可以通过通用文件协议、私有文件协议灵活搭配的方式,满足更多的业务场景。
基于上述通用文件协议和私有文件协议,源端和目的端之间可以通过登陆消息进行用户登录信息握手和校验。网闸平台可以通过认证消息对源端和目的端进行用户认证。源端和目的端之间还可以通过发送传话消息,进行配置对比和同步。源端与目的端之间还可以通过发送目录比对消息进行指定目录下所有文件、目录信息的对比。源端与目的端之间还可以通过发送会话保活消息,在空闲时使会话连接保活。
下述以源端为前置服务器的通用文件服务,目的端为后置服务器的文件客户端举例来说。在一实施例中,如图4所示,网闸平台进行“文件下载”的步骤包括以下步骤S410-步骤S430。
步骤S410:向源端发送文件下载请求。
网闸平台可以基于通用文件协议向前置服务器的通用文件服务发送文件下载请求。
步骤S420:通过下载接口接收所述源端基于所述文件下载请求返回的文件数据;
具体的,通用文件服务的文件协议类型可以分为FTP协议、SFTP协议、SMB协议以及NFS协议。假设通用文件服务是FTP文件服务,则网闸平台可以通过FTP部件提供的下载接口,接收从源端下载的文件数据。
步骤S430:将所述文件数据进行序列化后在跨域网络中传输。
序列化是指将私有文件协议数据转换成字节流,用于在网络中传输。具体的,网闸平台可以将下载的文件数据转换成私有文件协议数据,并将私有文件协议数据转换成字节流后在跨域网络中传输,即从低密网络传输到高密网络或者从高密网络传输到低密网络。
在一实施例中,如图5所示,网闸平台进行“文件上传”的步骤包括以下步骤S510-步骤S520。
步骤S510:将序列化的文件数据进行反序列化,得到文件内容数据和相关属性。
反序列化是指将字节流数据转化为私有文件协议数据。网闸平台将序列化的文件数据进行反序列化后,可以得到私有文件协议数据,私有文件协议数据包含文件内容数据和相关属性。相关属性是指文件大小、权限、修改时间等信息。
步骤S520:通过上传接口将所述文件内容数据和相关属性传输至所述目的端。
当目的端为通用文件服务时,通用文件服务的文件协议类型可以包括FTP协议、SFTP协议、SMB协议以及NFS协议。假设目的端是SFTP协议的通用文件服务,则网闸平台可以通过SFTP部件的SFTP接口作为上传接口,将包含文件内容数据和相关属性的私有文件协议数据转换为通用文件协议数据上传至目的端。目的端可以是前置或后置服务器中的通用文件服务。
在一实施例中,如图6所示,在上述步骤S310之前,网闸平台还可以进行“用户认证”,“用户认证”的步骤包括以下步骤S610-步骤S620。
步骤S610:接收所述源端和目的端发送的用户认证请求。
网闸平台的第一文件交换服务和第二文件交换服务可以接收源端和目的端基于相应协议发送的用户认证请求。用户认证请求可以包括用户信息。
步骤S620:根据所述用户认证请求携带的用户信息,验证所述用户信息是否合法,并返回是否合法的认证结果。
用户信息可以包括用户名、密码、证书信息等。网闸平台可以基于本地已存储的用户信息,验证源端和目的端发送的用户信息是否合法。如果源端和目的端的用户信息不在本地存储的数据库中,则认为不合法,相反的,则认为合法。如果合法,网闸平台可以基于相应的协议给源端和目的端返回合法的认证结果,否则,返回不合法的认证结果。
在上述步骤S310之前,网闸平台还可以进行“配置同步”,当接收到所述源端发送的第一配置信息时,将所述第一配置信息转发到所述目的端;接收所述目的端根据所述第一配置信息返回的第二配置信息,并将所述第二配置信息转发到所述源端。
假设源端为前置服务器的通用文件服务,目的端为后置服务器的文件客户端,源端可以基于通用文件协议将本地相关任务配置作为第一配置信息发送到网闸平台,网闸平台可以将第一配置信息基于私有文件协议传输至目的端。目的端接收到第一配置信息后并与本地配置进行比较,验证合法性。验证合法后目的端可以基于私有文件协议将本地任务配置作为第二配置信息发送到网闸平台,网闸平台将第二配置信息基于通用文件协议转发到源端端,进而实现源端和目的端的任务配置同步。
在上述步骤S310之前,网闸平台还可以进行“目录比对”,如图7所示,具体步骤包括S710-步骤S720。
步骤S710:当接收到所述源端发送的目录信息时,将所述目录信息转发到所述目的端;
举例来说,假设源端为前置服务器的通用文件服务,目的端为后置服务器的文件客户端,首次启动任务时,前置服务器上的通用文件服务可以扫描本地工作目录下文件和目录信息,并将目录信息基于通用文件协议发送到网闸平台。网闸平台可以基于私有文件协议将目录信息转发到后置服务器上的文件客户端。后置服务器上的文件客户端接收到目录信息,反序列化后可以与本地扫描得到的目录信息进行比较,得到目录差异信息,并将目录差异信息发送到网闸平台。
步骤S720:接收所述目的端根据所述目录信息返回的目录差异信息,并将所述目录差异信息转发到所述源端,使所述源端根据所述目录差异信息生成事件发送列表,所述事件发送列表包括所述文件操作事件。
网闸平台接收后置服务器的文件客户端发送的目录差异信息,可以将目录差异信息转发到前置服务器的通用文件服务。进而前置服务器的通用文件服务可以根据目录差异信息以及本地任务配置,生成事件发送列表。事件发送列表可以包括目录新增事件、目录重命名事件、目录删除事件等文件操作事件。
在一实施例中,如图8所示,上述步骤S310具体包括以下步骤S311-步骤S312。
步骤S311:连续读取文件操作事件到第一缓冲区,并将所述第一缓冲区的文件操作事件传输到所述目的端,直到所述第一缓冲区的占用量大于第一阈值时停止读取所述文件操作事件到所述第一缓冲区。
缓冲区是指网闸平台中一定大小(例如n byte)的内存空间。为与下文的第二缓冲区进行区分,缓存文件操作事件的缓冲区称为第一缓冲区。文件操作事件可以包括文件头部信息和文件内容。假设文件操作事件是大文件,大文件的读取速度大于网络发送速度,故网闸平台可以不断将文件操作事件封装成私有文件协议数据加载到第一缓冲区,直到触发缓冲区高水位,即第一缓冲区的占用量大于第一阈值,才停止读取。网络可发情况下将会对第一缓冲区的内容进行发送。第一阈值可以是0到n之间的值,用于暂停文件操作事件的读取,防止第一缓冲区写满而造成异常情况。
假设文件操作事件是小文件,由于小文件大小远小于缓冲区大小,网闸平台也可以不断批量将文件操作事件添加到第一缓冲区,直到触发第一缓冲区高水位时,即第一缓冲区的占用量大于第一阈值,才停止文件操作事件的读取。网络可发情况下网闸平台将会对第一缓冲区的内容进行发送。
步骤S312:当所述第一缓冲区的文件操作事件传输到所述目的端,使所述第一缓冲区的占用量小于第二阈值时,恢复所述文件操作事件的读取。
需要说明的是,当网闸平台将第一缓冲区的数据慢慢发送出去后,将会触发第一缓冲低水位,即第一缓冲区的占用量小于第二阈值,第二阈值小于第一阈值。到第一缓冲区的占用量小于第二阈值时,恢复对文件操作事件的读取,直到文件操作事件发送完成。
从上述实施例中可以看出,文件操作事件可以暂存在第一缓冲区,一个文件操作事件的发送,无需等待接收到确认消息,即可进行下一文件操作事件的发送,通过使用“水位控制”模型完成网络与业务的分离,实现大文件和小文件的高效异步传输。
如图9所示,业务逻辑可以抽象为发送请求、接收请求、发送回复及接收回复消息四个过程。如图10所示,每个过程包括消息头、消息内容处理。其中源端主要实现发送请求及接收回复消息过程,目的端主要实现接收请求及发送回复消息过程。通过“状态机”思想,实现各个过程间有序切换。具体业务实现时注册相应业务消息类型及相应过程业务数据处理回调即可,无须关心具体业务处理阶段、状态切换,实现数据与具体业务解耦,如:Windows、Linux文件客户端跨平台实现文件新增事件时,只需要实现相应平台下特有操作,如文件读写、进度显示、日志记录及传输记录统计等,将文件新增事件消息头及消息内容的发送逻辑、回复的接收逻辑实现为网闸通用的组件,上层应用层实现时不需要关心;同理,文件删除、重命名等业务事件数据处理在组件层均已抽象为不同消息类型的消息头及消息内容的处理,在上层应用层实现时只需实现相应平台下特有的文件删除、重命名操作即可,无须关心具体消息头及消息内容的处理阶段、状态切换。
在一实施例中,上述步骤S340之后,本申请实施例提供的方法还包括以下步骤:连续接收所述目的端将所述文件协议数据写入后返回的确认消息;将所述确认消息添加至第二缓冲区,并将所述第二缓冲区的确认消息传输到所述源端,直到所述第二缓冲区的占用量大于第一阈值时停止添加确认消息至所述第二缓冲区;当所述第二缓冲区的确认消息传输到所述源端,使所述第二缓冲区的占用率小于第二阈值时,恢复所述确认消息的读取。
其中,确认消息用于指示文件新增、删除或重命名事件的成功或失败。第二缓冲区是指用于暂存确认消息的缓冲区。从图11可以看出,一个完整的业务流程包含发送请求,接收请求,发送回复和接收回复。本申请实施例采用异步消息机制,请求消息(即文件操作事件,如request1)发送后不需要等待当前请求的确认即可发送下一个请求(即下一个文件操作事件,如request2),同样,确认消息可以在前一个确认消息(ack1)加入到第二缓冲区后立即添加下一个确认消息(ack2),直到第二缓冲区的占用量大于第一阈值(即触发了第二缓冲区高水位)停止添加确认消息,防止第二缓冲区写满出现异常。在一实施例中,也可采用定时器功能,不断在第二缓冲区添加确认消息,直到计时结束,停止添加确认消息。在网络可发情况下网闸平台将会对第二缓冲区的内容进行发送,直到第二缓冲区的占用量小于第二阈值或者计时结束,恢复确认消息的缓存,从而实现请求(即文件操作事件)、确认消息的批量发送和接收。
在一实施例中,网闸平台还具有异常重传机制。如图12所示,本申请实施例提供的方法还包括步骤S1101-步骤S1104。
步骤S1101:将所述文件操作事件添加至待确认队列。
网闸平台可以将已发送但未确定是否成功的文件操作事件添加至待确认队列。
步骤S1102:检查所述文件操作事件对应的确认消息中的结果是否成功。
文件操作事件对应的确认消息中可以携带文件操作是否成功的结果。会话中断、文件新增、删除或重命名失败,则确认消息均指示操作不成功。
步骤S1103:若成功,将所述确认消息对应的文件操作事件从所述待确认队列中移除。
如果确认消息指示操作成功,则确认消息对应的文件操作事件可以从待确认队列中移除。
步骤S1104:若不成功,将所述确认消息对应的文件操作事件从所述待确认队列转移至重试队列。
如图13所示,当发送文件操作事件遇到异常情况(包括但不限于网络连接中断、磁盘空间满等)时,将发送异常的文件操作事件从待确认队列移动到重传队列,移动过程中基于LRU算法,将最近发送异常的文件操作事件移动到重传队列的队尾。
在一实施例中,在上述步骤S1104之后,本申请实施例提供的方法还可以包括:步骤S1105:当正常文件事件处理完成或会话再次建立成功,从所述重试队列中取出所述文件操作事件放入所述待确认队列中,并再次发送所述文件操作事件至所述目的端。
如图13所示,当异常恢复后或重试时,依次从重传队列取出队首消息(即队首的文件操作事件)作为最久未重传消息进行重传,从而保证异常时各业务消息均有机会被重传,防止某一消息重传连续失败时阻塞其它消息重传问题,从而实现业务的高可靠性。重传的文件操作事件可以再次加入待确认队列中,如果重传成功,从待确认队列中删除该文件操作事件,如果不成功,则继续转移至重传队列的队尾,按序继续重传,直到成功,从而实现业务的高可靠性。
下述为本申请装置实施例,可以用于执行本申请上述文件传输方法实施例。对于本申请装置实施例中未披露的细节,请参照本申请文件传输方法实施例。
图14为本申请一实施例示出的文件传输装置的框图。如图14所示,该装置实现源端和目的端之间的文件传输,其中,源端和目的端位于不同安全等级的跨域网络中。该装置包括:事件接收模块1410、事件传输模块1420、协议转换模块1430以及数据传输模块1440。
事件接收模块1410,用于接收源端传输的文件操作事件。
事件传输模块1420,用于将所述文件操作事件以私有文件协议在跨域网络中传输。
协议转换模块1430,用于根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据。
数据传输模块1440,用于将所述文件协议数据按照所述文件协议类型传输至所述目的端。
上述装置中各个模块的功能和作用的实现过程具体详见上述文件传输方法中对应步骤的实现过程,在此不再赘述。
在本申请所提供的几个实施例中,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (18)

1.一种文件传输方法,其特征在于,所述方法用于实现源端和目的端之间的文件传输,所述源端和目的端位于不同安全等级的跨域网络中,所述方法由网闸平台执行,所述网闸平台包括第一文件交换服务和第二文件交换服务,所述源端为前置服务器中的前置通用文件服务或前置文件客户端,所述前置通用文件服务基于通用文件协议与第一文件交换服务通信,所述前置文件客户端基于私有文件协议与第一文件交换服务通信;所述目的端为后置服务器中的后置通用文件服务或后置文件客户端,所述后置通用文件服务基于通用文件协议与第二文件交换服务通信,所述后置文件客户端基于私有文件协议与第二文件交换服务通信;所述第一文件交换服务与第二文件交换服务之间采用私有文件协议进行通信;所述方法包括:
接收源端传输的文件操作事件;
将所述文件操作事件以私有文件协议在跨域网络中传输;
根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据;
将所述文件协议数据按照所述文件协议类型传输至所述目的端。
2.根据权利要求1所述的方法,其特征在于,所述文件操作事件包括文件查询事件、文件新增事件、文件重命名事件和文件删除事件中的任意一种。
3.根据权利要求1所述的方法,其特征在于,所述源端的文件协议类型为通用文件协议,所述目的端的文件协议类型为私有文件协议;
或者,
所述源端的文件协议类型为私有文件协议,所述目的端的文件协议类型为通用文件协议;
或者,
所述源端和目的端的文件协议类型均为私有文件协议或通用文件协议。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
向所述源端发送文件下载请求;
通过下载接口接收所述源端基于所述文件下载请求返回的文件数据;
将所述文件数据进行序列化后在跨域网络中传输。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括:
将序列化的文件数据进行反序列化,得到文件内容数据和相关属性;
通过上传接口将所述文件内容数据和相关属性传输至所述目的端。
6.根据权利要求1所述的方法,其特征在于,在所述接收源端传输的文件操作事件之前,所述方法还包括:
接收所述源端和目的端发送的用户认证请求;
根据所述用户认证请求携带的用户信息,验证所述用户信息是否合法,并返回是否合法的认证结果。
7.根据权利要求1所述的方法,其特征在于,在所述接收源端传输的文件操作事件之前,所述方法还包括:
当接收到所述源端发送的第一配置信息时,将所述第一配置信息转发到所述目的端;
接收所述目的端根据所述第一配置信息返回的第二配置信息,并将所述第二配置信息转发到所述源端。
8.根据权利要求1所述的方法,其特征在于,在所述接收源端传输的文件操作事件之前,所述方法还包括:
当接收到所述源端发送的目录信息时,将所述目录信息转发到所述目的端;
接收所述目的端根据所述目录信息返回的目录差异信息,并将所述目录差异信息转发到所述源端,使所述源端根据所述目录差异信息生成事件发送列表,所述事件发送列表包括所述文件操作事件。
9.根据权利要求1所述的方法,其特征在于,所述接收源端传输的文件操作事件包括:
连续读取文件操作事件到第一缓冲区,并将所述第一缓冲区的文件操作事件传输到所述目的端,直到所述第一缓冲区的占用量大于第一阈值时停止读取所述文件操作事件到所述第一缓冲区;
当所述第一缓冲区的文件操作事件传输到所述目的端,使所述第一缓冲区的占用率小于第二阈值时,恢复所述文件操作事件的读取。
10.根据权利要求9所述的方法,其特征在于,所述将所述文件协议数据按照所述文件协议类型传输至所述目的端之后,所述方法还包括:
连续接收所述目的端将所述文件协议数据写入后返回的确认消息;
将所述确认消息添加至第二缓冲区,并将所述第二缓冲区的确认消息传输到所述源端,直到所述第二缓冲区的占用量大于第一阈值时停止添加确认消息至所述第二缓冲区;
当所述第二缓冲区的确认消息传输到所述源端,使所述第二缓冲区的占用率小于第二阈值时,恢复所述确认消息的读取。
11.根据权利要求10所述的方法,其特征在于,所述方法还包括:
将所述文件操作事件添加至待确认队列;
检查所述文件操作事件对应的确认消息中的结果是否成功;
若成功,将所述确认消息对应的文件操作事件从所述待确认队列中移除;若不成功,将所述确认消息对应的文件操作事件从所述待确认队列转移至重试队列。
12.根据权利要求11所述的方法,其特征在于,所述将所述确认消息对应的文件操作事件从所述待确认队列转移至重试队列之后,所述方法还包括:
当正常文件事件处理完成或会话再次建立成功,从所述重试队列中取出所述文件操作事件放入所述待确认队列中,并再次发送所述文件操作事件至所述目的端。
13.根据权利要求1所述的方法,其特征在于,当所述源端的文件协议类型为通用文件协议,所述目的端的文件协议类型为私有文件协议时,所述接收源端传输的文件操作事件包括:
通过低密网络的第一文件交换服务接收源端基于通用文件协议传输的文件操作事件;
所述将所述文件操作事件以私有文件协议在跨域网络中传输,包括:通过低密网络的第一文件交换服务将所述文件操作事件以所述私有文件协议传输至高密网络的第二文件交换服务;其中,第二文件交换服务用于与所述目的端通信。
14.一种文件传输装置,其特征在于,所述装置用于实现源端和目的端之间的文件传输,所述源端和目的端位于不同安全等级的跨域网络中,所述装置位于网闸平台中,所述网闸平台包括第一文件交换服务和第二文件交换服务,所述源端为前置服务器中的前置通用文件服务或前置文件客户端,所述前置通用文件服务基于通用文件协议与第一文件交换服务通信,所述前置文件客户端基于私有文件协议与第一文件交换服务通信;所述目的端为后置服务器中的后置通用文件服务或后置文件客户端,所述后置通用文件服务基于通用文件协议与第二文件交换服务通信,所述后置文件客户端基于私有文件协议与第二文件交换服务通信;所述第一文件交换服务与第二文件交换服务之间采用私有文件协议进行通信;所述装置包括:
事件接收模块,用于接收源端传输的文件操作事件;
事件传输模块,用于将所述文件操作事件以私有文件协议在跨域网络中传输;
协议转换模块,用于根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据;
数据传输模块,用于将所述文件协议数据按照所述文件协议类型传输至所述目的端。
15.一种文件传输系统,其特征在于,包括:
前置服务器,包括前置通用文件服务和前置文件客户端;所述前置通用文件服务用于根据通用文件协议发送文件操作事件到网闸平台;前置文件客户端用于根据私有文件协议发送文件操作事件到网闸平台;
网闸平台,包括第一文件交换服务和第二文件交换服务;所述第一文件交换服务用于接收前置服务器传输的所述文件操作事件,以私有文件协议传输至所述第二文件交换服务,所述第二文件交换服务用于根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据,并将所述文件协议数据按照所述文件协议类型传输至所述目的端;
后置服务器,包括后置通用文件服务和后置文件客户端;其中,所述后置通用文件服务基于通用文件协议与所述第二文件交换服务进行通信;所述后置文件客户端基于私有文件协议与所述第二文件交换服务进行通信;所述目的端为所述后置通用文件服务或后置文件客户端。
16.一种文件传输方法,其特征在于,所述方法包括:
前置服务器的前置通用文件服务或前置文件客户端发送文件操作事件到网闸平台的第一文件交换服务;其中,所述前置通用文件服务基于通用文件协议,所述前置文件客户端基于私有文件协议;
所述第一文件交换服务将所述文件操作事件以私有文件协议传输至第二文件交换服务;
所述第二文件交换服务根据目的端的文件协议类型,将所述文件操作事件转换成相应类型的文件协议数据,并将所述文件协议数据按照所述文件协议类型传输至所述目的端;其中,所述目的端为后置服务器中的后置通用文件服务或后置文件客户端,所述后置通用文件服务基于通用文件协议,所述后置文件客户端基于私有文件协议。
17.一种电子设备,其特征在于,所述电子设备包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为执行权利要求1-13任意一项所述的文件传输方法。
18.一种计算机可读存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序可由处理器执行以完成权利要求1-13任意一项所述的文件传输方法。
CN202110791663.XA 2021-07-13 2021-07-13 文件传输方法、装置、系统、电子设备及存储介质 Active CN113542402B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110791663.XA CN113542402B (zh) 2021-07-13 2021-07-13 文件传输方法、装置、系统、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110791663.XA CN113542402B (zh) 2021-07-13 2021-07-13 文件传输方法、装置、系统、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN113542402A CN113542402A (zh) 2021-10-22
CN113542402B true CN113542402B (zh) 2024-03-15

Family

ID=78127749

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110791663.XA Active CN113542402B (zh) 2021-07-13 2021-07-13 文件传输方法、装置、系统、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN113542402B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114448974B (zh) * 2022-01-13 2024-04-02 骤雨湾(武汉)技术服务有限公司 远程文件传输方法、装置、设备及存储介质
CN114785768A (zh) * 2022-03-25 2022-07-22 飞驰云联(南京)科技有限公司 一种兼容和替代ftp的文件传输系统及其传输方法
CN115866018B (zh) * 2023-02-28 2023-05-16 浪潮电子信息产业股份有限公司 业务处理方法、装置、电子设备及计算机可读存储介质
CN116319837B (zh) * 2023-05-24 2023-07-28 北京天信瑞安信息技术有限公司 一种支持多协议的文件同步方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101184064A (zh) * 2007-12-14 2008-05-21 华为技术有限公司 跨基于不同协议的网络域传输数据的方法及装置
CN104901919A (zh) * 2014-03-03 2015-09-09 中辉世纪传媒发展有限公司 一种适应于不同终端接入的方法及装置
CN109861973A (zh) * 2018-12-21 2019-06-07 北京天融信网络安全技术有限公司 信息传输方法、装置、电子设备及计算机可读介质
CN110557387A (zh) * 2019-08-29 2019-12-10 浙江大搜车软件技术有限公司 跨网设备通信方法、装置、系统、服务器及可读存储介质
CN111163095A (zh) * 2019-12-31 2020-05-15 奇安信科技集团股份有限公司 网络攻击分析方法、网络攻击分析装置、计算设备和介质
CN112073442A (zh) * 2020-11-11 2020-12-11 杭州云嘉云计算有限公司 一种基于双单向协议互转通道的数据传输方法及监控系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8605730B2 (en) * 2006-04-13 2013-12-10 Directpacket Research, Inc. System and method for multimedia communication across disparate networks
WO2022086723A1 (en) * 2020-10-23 2022-04-28 Vulcan Technologies Shanghai Co., Ltd. Intelligent controller and sensor network bus, system and method including a link media expansion and conversion mechanism

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101184064A (zh) * 2007-12-14 2008-05-21 华为技术有限公司 跨基于不同协议的网络域传输数据的方法及装置
CN104901919A (zh) * 2014-03-03 2015-09-09 中辉世纪传媒发展有限公司 一种适应于不同终端接入的方法及装置
CN109861973A (zh) * 2018-12-21 2019-06-07 北京天融信网络安全技术有限公司 信息传输方法、装置、电子设备及计算机可读介质
CN110557387A (zh) * 2019-08-29 2019-12-10 浙江大搜车软件技术有限公司 跨网设备通信方法、装置、系统、服务器及可读存储介质
CN111163095A (zh) * 2019-12-31 2020-05-15 奇安信科技集团股份有限公司 网络攻击分析方法、网络攻击分析装置、计算设备和介质
CN112073442A (zh) * 2020-11-11 2020-12-11 杭州云嘉云计算有限公司 一种基于双单向协议互转通道的数据传输方法及监控系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
基于NFS的云存储网关关键技术研究及系统实现;钟林;《中国优秀硕士学位论文全文数据库·信息科技辑》;全文 *
面向智能工厂的异构网络跨网融合与流量调度研究;杨俊;《中国优秀硕士学位论文全文数据库·工程科技Ⅱ辑》;全文 *

Also Published As

Publication number Publication date
CN113542402A (zh) 2021-10-22

Similar Documents

Publication Publication Date Title
CN113542402B (zh) 文件传输方法、装置、系统、电子设备及存储介质
US8935336B2 (en) Optimizing program requests over a wide area network
US10237333B2 (en) Network transfer of large files in unstable network environments
US9009265B2 (en) System and method for automatic transfer of data from one device to another
US7519726B2 (en) Methods, apparatus and computer programs for enhanced access to resources within a network
US7451236B2 (en) Document distribution and storage system
US6578054B1 (en) Method and system for supporting off-line mode of operation and synchronization using resource state information
US8935560B2 (en) System and method of file locking in a network file system federated namespace
JP4794143B2 (ja) 通知ボンドを使用してキャッシュオブジェクトを管理するためのシステムおよび方法
US20100125735A1 (en) Method and System for Establishing a User-Friendly Data Transfer Service Application Executing Within a Heterogeneous Distributed Service Application Execution Environment
US10579595B2 (en) Method and device for calling a distributed file system
US6543005B1 (en) Transmitting data reliably and efficiently
KR20140051293A (ko) 토큰 기반 파일 작업 기법
JPWO2008020644A1 (ja) プロキシ・サーバ、通信システム、通信方法及びプログラム
US11516281B2 (en) System and method for data transfer, including protocols for use in data transfer in a content management environment
KR20100067976A (ko) 분산 저장된 컨텐츠 파일의 동기화 방법
US20170048304A1 (en) Pre-boot file transfer system
EP1988473B1 (en) A server with a core using a virtual file system and a method for securely redirecting a persistent storage device operation to a middleware infrastructure
KR100608394B1 (ko) 데이터베이스 동기화 인터페이스 장치 및 방법
EP1868351B1 (en) File distribution system
EP3879789B1 (en) Data processing method and apparatus
US7711768B1 (en) System and method for reliably exchanging information across a computer network
KR100492379B1 (ko) 무선단말기를 이용한 데이터의 관리방법 및데이터관리시스템
CN116467118A (zh) 一种对象存储增量备份方法、系统、设备及介质
CN116389515A (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
CB02 Change of applicant information

Address after: Room 332, 3 / F, Building 102, 28 xinjiekouwei street, Xicheng District, Beijing 100088

Applicant after: Qianxin Technology Group Co.,Ltd.

Applicant after: Qianxin Wangshen information technology (Beijing) Co.,Ltd.

Address before: Room 332, 3 / F, Building 102, 28 xinjiekouwei street, Xicheng District, Beijing 100088

Applicant before: Qianxin Technology Group Co.,Ltd.

Applicant before: LEGENDSEC INFORMATION TECHNOLOGY (BEIJING) Inc.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant