CN102647465A

CN102647465A - 应用于堆叠系统中的ftp数据传输方法和装置

Info

Publication number: CN102647465A
Application number: CN201210091670XA
Authority: CN
Inventors: 王奕; 王伟
Original assignee: Hangzhou H3C Technologies Co Ltd
Current assignee: New H3C Technologies Co Ltd
Priority date: 2012-03-30
Filing date: 2012-03-30
Publication date: 2012-08-22
Anticipated expiration: 2032-03-30
Also published as: CN102647465B; GB2512791A; DE112013000517T5; GB2512791B; GB201413352D0; WO2013143427A1; US9426206B2; US20140379832A1; DE112013000517B4

Abstract

本发明提供了应用于堆叠系统中的FTP数据传输方法和装置。其中，该方法包括：A，堆叠系统中的FTP服务器Server主进程接收来自FTP客户端的文件传输请求；B，所述FTP Server主进程针对所述文件传输请求的文件，判断该文件是否和本FTP Server主进程处于同一机框，如果否，执行步骤C；C，向堆叠系统中运行在所述文件所处机框上的FTP Server备进程发送文件传输通知，由该FTP Server备进程接收到所述文件传输通知后通过本FTP Server备进程和FTP客户端之间用于传输所述文件的数据链路接管执行所述文件的传输。

Description

应用于堆叠系统中的FTP数据传输方法和装置

技术领域

本发明涉及网络通信技术，特别涉及应用于堆叠系统中的文件传输协议(FTP：File Transfer Protocol)数据传输方法和装置。

背景技术

FTP为用于在FTP服务器(Server)和FTP客户端之间传输文件的通用协议，其在RFC959中被详细描述。FTP可应用于堆叠系统，其中，堆叠系统是指将一台以上机框式设备(简称机框)组合起来所形成的系统。在堆叠系统中，按照预设的选举原则确定出一个机框作为主用机框(简称Master)框，剩余的机框作为备用机框(简称Slave框)。其中，Master框上运行FTPServer主进程，而Slave框上运行FTP Server备进程。

参见图1，图1为FTP应用于堆叠系统的组网示意图。在图1中，PC A作为FTP客户端连接至堆叠系统中的Slave框，FTP Server主进程运行在Master框，而FTP Server备进程运行在Slave框，在正常情况下，FTP Server主进程处于工作状态，而FTP Server备进程作为FTP Server主进程的备份，处于备用状态。

如图1所示，若PC A试图获取存放至Slave框上的文件xxx.log，则PCA首先发送文件下载请求至FTP Server主进程，FTP Server主进程接收到该PC A发送的文件下载请求时，发现PC A请求的文件在Slave框上，由于Slave框上的FTP Server备进程处于备份状态，不进行工作，因此，需要FTP Server主进程通过与Slave框之间的堆叠链路如IRF链路从Slave框上获取文件xxx.log，之后再通过与Slave框之间的堆叠链路如IRF链路将获取的文件xxx.log传送给Slave框，通过Slave框转发给PC A。

从上面描述的PC A获取文件xxx.log过程可以看出，在PC A获取文件xxx.log过程中，会频繁占用Master框和Slave框之间的堆叠链路，比如FTPServer主进程通过与Slave框之间的堆叠链路如IRF链路从Slave框上获取文件xxx.log，以及通过与Slave框之间的堆叠链路如IRF链路将获取的文件xxx.log传送给Slave框，这会导致Master框和Slave框之间堆叠链路上的交互报文增多，加大了堆叠链路的报文压力，导致堆叠分裂的风险增大。

发明内容

本发明提供了应用于堆叠系统中的FTP数据传输方法和装置，以减轻文件传输过程中对堆叠系统中堆叠链路的压力。

本发明提供的技术方案包括：

一种应用于堆叠系统中的FTP数据传输方法，包括：

A，堆叠系统中的FTP服务器Server主进程接收来自FTP客户端的文件传输请求；

B，所述FTP Server主进程针对所述文件传输请求的文件，判断该文件是否和本FTP Server主进程处于同一机框，如果否，执行步骤C；

C，向堆叠系统中运行在所述文件所处机框上的FTP Server备进程发送文件传输通知，由该FTP Server备进程接收到所述文件传输通知后通过本FTP Server备进程和FTP客户端之间用于传输所述文件的数据链路接管执行所述文件的传输。

一种应用于堆叠系统中的FTP数据传输装置，该装置包括：FTP服务器Server主进程和FTP Server备进程；

所述FTP Server主进程包括：请求接收单元、判断单元和传输通知单元；

所述请求接收单元，用于接收来自FTP客户端的文件传输请求；

所述判断单元，用于针对所述文件传输请求的文件，判断该文件是否和所述FTP Server主进程处于同一机框；

所述传输通知单元，用于在所述判断单元的判断结果为否时，向堆叠系统中运行在所述文件所处机框上的FTP Server备进程发送文件传输通知；

所述FTP Server备进程包括：通知接收单元和传输单元；

所述通知接收单元，用于接收来自所述FTP Server主进程的文件传输通知；

所述传输单元，用于在所述通知接收单元接收到文件传输通知后，通过本FTP Server备进程和FTP客户端之间用于传输所述文件的数据链路接管执行所述文件的传输。

由以上技术方案可以看出，本发明中，在需要传输的文件和FTP Server主进程不处于同一框时，不再由FTP Server主进程执行该文件的传输，而是由该文件所处机框上的FTP Server备进程代替FTP Server主进程执行该文件的传输。这相比于现有文件传输方式，显然不会出现Slave框和Master框之间堆叠链路被频繁占用传输文件的问题，减轻了堆叠链路的压力。

附图说明

图1为FTP应用于堆叠系统的组网示意图；

图2为本发明实施例提供的方法流程图；

图3为本发明实施例提供的详细方法流程图；

图4为本发明实施例提供的Socket格式示意图；

图5为本发明实施例提供的示例图；

图6为本发明提供的装置结构图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

FTP Server和FTP客户端之间传输文件时会建立两种链路，一种是控制链路，用于传输FTP的控制信息，另一种是数据链路，用于传输文件。因数据连接发起方的不同，数据链路的建立方式分为主动模式(简称PORT)和被动模式(简称PASV)。其中，主动模式是指建立数据链路时由FTP Server主动发起数据连接，而被动模式是指建立数据链路时由FTP客户端发起主动发起数据连接。

本发明提供的应用于堆叠系统中的FTP数据传输方法，主要是修改文件传输请求情况下数据链路的建立，对控制链路和其他情况下数据链路的建立没有任何改变。其中，该数据链路的建立可以采用主动模式，也可以采用被动模式，本发明并不具体限定。

另外，本发明中，文件传输请求可为：文件下载请求，或者为文件上传请求，这里的文件下载请求或者文件上传请求均可为单一文件/批量文件下载请求或上传请求。

下面对本发明提供的方法进行描述：

参见图2，图2为本发明实施例提供的方法流程图。该流程可应用于堆叠系统中，如图2所示，该流程可包括以下步骤：

步骤201，堆叠系统中的FTP服务器Server主进程接收来自FTP客户端的文件传输请求。

其中，文件传输请求可为：文件下载请求，或者为：文件上传请求。

步骤202，FTP Server主进程针对所述文件传输请求的文件，判断该文件是否和本FTP Server主进程处于同一机框，如果否，执行步骤203。

如果步骤202中的判断结果为是，则表示该文件和所述FTP Server主进程处于同一机框，可直接由FTP Server主进程执行所述文件的传输，具体可按照现有FTP Server主进程执行文件传输的方式执行。

而如果步骤202中的判断结果为否，则表示该文件和所述FTP Server主进程不处于同一机框，比如，该文件处于堆叠系统中的Slave框，而FTP Server主进程处于堆叠系统中的Master框，如果按照现有文件传输方式，就会导致Slave框和Master框之间堆叠链路被频繁占用传输文件，会加大堆叠链路的报文压力，为了避免这种问题，本发明执行步骤203。

步骤203，向堆叠系统中运行在所述文件所处机框上的FTP Server备进程发送文件传输通知，由该FTP Server备进程接收到所述文件传输通知后通过本FTP Server备进程和FTP客户端之间用于传输所述文件的数据链路接管执行所述文件的传输。

也就是说，本发明中，在需要传输的文件和FTP Server主进程不处于同一机框时，不再由FTP Server主进程执行该文件的传输，而是由该文件所处机框上的FTP Server备进程代替FTP Server主进程执行该文件的传输。这相比于现有文件传输方式，显然不会出现Slave框和Master框之间堆叠链路被频繁占用传输文件的问题，减轻了堆叠链路的压力。

下面以文件传输请求为文件下载请求为例对图2所示的流程进行详细描述，文件上传请求的原理类似：

参见图3，图3为本发明实施例提供的详细方法流程图。该流程可应用于图1所示的组网中。如图3所示，该流程可包括以下步骤：

步骤301，PC A作为FTP客户端，在开始一个新的FTP连接时，为本FTP客户端随机分配一个TCP端口，并使用该TCP端口向FTP Server主进程发出连接请求。

步骤302，FTP Server主进程运行于Master框，在接收连接请求后通过三次握手与PC A建立一条控制链路。

步骤303，PC A通过与FTP Server主进程之间的控制链路向FTP Server主进程发送其对应用户的登录用户名和密码进行验证。

在PC A发送的登录用户名和密码通过验证后，表示PC A对应的用户成功登录FTP Server主进程，该用户可相应称为登录用户。

以上步骤301至步骤303为PC A和FTP Server主进程在发送文件下载请求之前的准备工作，其还包括其他步骤，由于和本发明关系不大，所以在此省略描述。

步骤304，PC A将来自登陆用户的文件下载请求发送至FTP Server主进程，该文件下载请求中携带PC A上用于数据链路的端口标识和需要下载的文件标识。

步骤305，FTP Server主进程针对所述文件下载请求中的每一文件标识，通过解析登录用户的工作目录确定该文件标识对应的文件(记为文件1)所处的机框。

优选地，本步骤305中，通过解析登录用户的工作目录确定该文件标识对应的文件(记为文件1)所处的机框具体可为：判断该文件标识是否携带该文件标识对应文件所处的机框标识，如果是，则直接将该携带的机框标识确定为该文件标识对应文件(记为文件1)所处的机框，之后执行下述步骤306，否则，通过解析登录用户的工作目录确定该文件标识对应文件(记为文件1)所处的机框。

另外，本发明中，FTPS Server主进程采用串行方式处理FTP客户端的请求，即FTP客户端发送一次请求，FTP Server主进程在处理完成该请求或者中止该请求后，FTP客户端才能进行下一次请求。这里所描述的一次请求是指从用户角度看到的一次操作，并不是一个命令字，一次请求可能对应有多个命令字和多个应答。以文件重命名请求为例：用户在FTP客户端上输入了修改前的文件名和修改的文件名之后，FTP客户端会首先发送RNFR命令字，携带需要修改的文件名；然后再发送RNTO命令字，携带修改后的文件名；FTP Server主进程对这两个命令字都进行应答，才表示该文件重命名请求完成。

基于此，本步骤305中，不管该文件下载请求为单一文件下载请求还是批量下载请求，该文件下载请求携带的文件标识都有可能为多个，基于此，FTP Server主进程就会针对该文件下载请求携带的每一文件标识执行本步骤305中的确定操作。

另外，登录用户的工作目录在堆叠系统中的哪一个机框，则该文件下载请求每一文件标识对应的文件就处在哪一个机框上。

步骤306，FTP Server主进程判断该确定的机框是否与本FTP Server主进程所处的机框一致，如果是，则按照现有文件下载方式执行，否则，执行步骤307。

步骤307，FTP Server主进程发送文件传输通知至堆叠系统中运行在文件1所处机框上的FTP Server备进程，以告知该FTP Server备进程准备接管文件1的下载。

该通知1中携带PC A上用于数据链路的端口标识和文件1的文件标识。

步骤308，FTP Server备进程接收文件传输通知后，判断本FTP Server备进程和FTP客户端之间是否存在用于传输文件1的数据链路，如果否，执行步骤309，如果是，执行步骤311。

步骤309，FTP Server备进程开启本地端口20，与文件传输通知中端口标识对应的端口建立数据链路，将该数据链路作为用于传输文件1的数据链路，并返回针对文件传输通知的响应消息给FTP Server主进程。

本步骤309中，响应消息携带了PC A上用于数据链路的端口标识和文件1的文件标识。

可以看出，在执行完本步骤309时，FTP Server备进程本地的端口20与PC A上对应文件传输通知中端口标识的端口之间建立了数据链路，用于传输文件1。

需要说明的是，本步骤309以采用主动模式建立数据链路为例，被动模式建立数据链路的原理类似，不再赘述。

步骤310，FTP Server主进程接收到FTP Server备进程的响应消息后，通过本FTP Server主进程与PC A之间的控制链路通知PC A，以告知PC A用于传输文件1的数据链路已建立，并通知FTP Server备进程通过该用于传输文件1的数据链路开始执行文件1的传输。之后执行步骤311。

步骤311，FTP Server备进程通过用于传输文件1的数据链路传输文件1至PC A。

步骤312，FTP Server备进程在文件1传输完毕后，关闭本FTP Server备进程与PC A之间已建立的用于传输文件1的数据链路，并发送文件传输完毕通知至FTP Server主进程，以告知FTP Server主进程文件1传输完毕。

步骤313，FTP Server主进程接收所述文件传输完毕通知后，通过与PCA之间的控制链路通知FTP客户端已完成传输的文件。

需要说明的是，本发明中，在步骤311的文件传输过程中，FTP Server主进程处于休眠状态，当接收到文件传输完毕通知时，被重新唤醒。

至此，通过上述步骤即可完成文件的下载。

需要说明的是，在图3所示的流程中，FTP Server主进程向FTP Server备进程发送的各个通知、以及FTP Server备进程向FTP Server主进程发送的响应消息和各个通知均采用套接字(Socket)比如进程间Socket发送，该Socket格式如图4所示，包括：FLAG字段、Type字段、文件标识字段和FTP客户端上用于数据链路的端口标识字段。

其中，FLAG字段占用1个字节，其取值情况可为：当bit0取值为1即FLAG字段取值为1时，表示FTP Server备进程通知FTP Server主进程文件传输完毕(简称fin)，当bit1取值为1即FLAG字段取值为2时，表示FTPServer主进程通知FTP Server备进程文件(简称syn)，当bit2取值为1即FLAG字段取值为4时，表示FTP Server备进程响应FTP Server主进程，其他的bit比如bit3至bit7均可为保留。而Type字段占用1个字节，取值情况可为：取值为1时，可表示数据链路建立，取值为0时，表示数据链路关闭。文件标识字段占用255个字节，用于携带文件标识和文件路径，FTP客户端上用于数据链路的端口标识字段占用2个字节。

下面基于图4，对图3所示的流程进行示例描述：

参见图5，图5为本发明实施例提供的示例图。在图5中，PC A作为FTPClient与堆叠系统中的Slave框直接相连，FTP Server主进程运行在堆叠系统中的Master框，FTP Server备进程运行在Slave框，PC A试图下载获取文件标识为cmdtree.txt的文件，该文件存放位置为Slave框主控板。基于此，则如图5所示，该流程可包括：

步骤501，PC A(地址为192.168.10.1)发起FTP连接之前，首先会为自己随机分配一个TCP端口，并使用这个TCP端口向FTP Server主进程(地址为192.168.10.33)的FTP端口(默认为21)发出连接请求。

步骤502，FTP Server主进程接收连接请求后与PC A建立一条控制链路。

步骤503，PC A输入登录用户名及密码，通过控制链路发送至FTP Server进行验证。

步骤504，PC A将验证成功后登录用户发送的文件下载请求发送至FTPServer主进程，该请求中携带PC A上用于数据链路的端口号比如1215和文件cmdtree.txt。

步骤505，FTP Server主进程获取登录用户根目录(root)的默认工作路径，通过解析该工作路径确定文件cmdtree.txt所处的框为Slave框，框标识为2，而本FTP Server主进程所处的框为Master框，框标识为1，如此得到文件cmdtree.txt与本FTP Server主进程不在同一框。

FTP Server主进程只能在登录用户默认工作路径以下获取文件，如果默认工作路径是Master框的CF卡，而文件位于slave框，则FTP Server主进程按照本地用户的工作原理需要首先更改默认工作路径为slave框CF卡。

步骤506，FTP Server主进程发送文件传输通知至框标识为2的Slave框上的FTP Server备进程。

基于图4，则本步骤506中的文件传输通知格式如表1所示：

表1

步骤507，FTP Server备进程接收到通知后，查看本地端口20是否已与PCA上的端口1215即192.168.10.1-1215建立了数据链路，如果未建立，则执行步骤508，如果已建立，则执行步骤510。

步骤508，FTP Server备进程开启本地端口20，并与PCA上的端口1215即192.168.10.1-1215建立数据链路，并在完成建立后，给FTP Server主进程返回一个响应消息，告知数据链路建立完毕。

基于图4，则本步骤508中的响应消息格式如表2所示：

表2

步骤509，FTP Server主进程收到上述响应消息后，通过与PC A之间的控制链路告知PC A用于传输文件cmdtree.txt的数据链路已建立，并通知FTP Server备进程开始文件cmdtree.txt的传输。

本步骤509中FTP Server主进程向FTP Server备进程发送的通知格式可如上述表1所示。

步骤510，FTP Server备进程通过本地端口20与192.168.10.1-1215即PC A上的端口1215之间的数据链路传输文件cmdtree.txt。

步骤511，FTP Server备进程在文件cmdtree.txt传输完毕后关闭本FTP Server备进程与PC A之间用于传输该文件cmdtree.txt的数据链路即本地端口20与192.168.10.1-1215之间的数据链路，并发送文件传输完毕通知至所述FTP Server主进程。

基于图4，本步骤511中的文件传输完毕通知格式如表3所示：

表3

步骤512，FTP Server主进程收到文件传输完毕通知时，通过与FTP客户端之间的控制链路通知PCA已完成传输的文件。

至此，完成图5所示的流程描述。

优选地，在上述图3或图5所示的流程中，FTP Server备进程在关闭数据链路后可通知给FTP Server主进程，其中，该通知可采用表4所示：

另外，在上述图3或图5所示的流程中，FTP Server备进程可在文件1传输完毕后等待设定时间之后关闭本FTP Server备进程与PC A之间已建立的用于传输文件1的数据链路。其中，该等待的设定时间具体可根据实际情况设置，比如可为立即、或者一定的时间比如1分钟、30秒等，本发明并不具体限定，或者，该设定时间也可为接收FTP Server主进程发送的链路关闭通知的时间。其中，FTP Server主进程可在以下情况发送链路关闭通知：FTPServer主进程通过接收该文件传输完毕通知被重新唤醒，并判断文件下载请求中的所有文件标识对应的文件是否已被完成下载，如果是，向所述文件下载请求中每一文件标识对应文件所处框上的FTP Server备进程发送链路关闭通知，以告知FTP Server备进程关闭该FTP Server备进程和PC A之间用于传输所述文件下载请求中文件标识对应文件的数据链路。优选地，如果FTPServer主进程判断出文件下载请求中的所有文件标识对应的文件还存在一些文件未被完成下载，则针对未被完成下载的文件对应的文件标识，返回上述确定该文件标识对应文件所处机框的操作。

以上对本发明提供的方法进行了描述，下面对本发明提供的装置进行描述：

参见图6，图6为本发明提供的装置结构图。如图6所示，该装置可包括：FTP Server主进程和FTP Server备进程；

其中，所述FTP Server主进程包括：请求接收单元、判断单元和传输通知单元；

所述FTP Server备进程包括：通知接收单元和传输单元；

优选地，所述传输单元在执行文件传输时可包括以下子单元：

判断子单元，用于判断所述FTP Server备进程和FTP客户端之间是否存在用于传输所述文件的数据链路；

建立子单元，用于在所述判断子单元的判断结果为否时，在所述FTP Server备进程和FTP客户端之间建立用于传输所述文件的数据链路；

传输子单元，用于在所述判断子单元的判断结果为是时，或者在所述建立子单元完成建立用于传输所述文件的数据链路时，利用该用于传输所述文件的数据链路执行所述文件的传输。

本发明中，所述FTP Server备进程进一步包括：链路通知单元；

其中，所述链路通知单元，用于在所述建立子单元完成数据链路建立后、且在所述传输子单元利用所述建立子单元建立的数据链路执行文件传输之前，发送数据链路完成建立通知至FTP Server主进程；

基于此，所述FTP Server主进程中的请求接收单元进一步接收所述数据链路完成建立通知，传输通知单元进一步在所述请求接收单元接收到所述数据链路完成建立通知后通过所述FTP Server主进程与FTP客户端之间的控制链路通知FTP客户端数据链路已建立，并在完成通知FTP客户端数据链路已建立后通知所述传输子单元通过所述建立子单元建立的数据链路开始执行文件的传输。

另外，本发明中，所述FTP Server备进程进一步包括：

链路管理单元，用于在所述传输子单元在完成文件传输后关闭所述FTPServer备进程和FTP客户端之间用于传输该文件的数据链路，并发送文件传输完毕通知至所述FTP Server主进程；

基于此，所述FTP Server主进程中的请求接收单元进一步接收所述文件传输完毕通知；所述传输通知单元进一步在所述请求接收单元接收到文件传输完毕通知后，通过与FTP客户端之间的控制链路通知FTP客户端已完成传输的文件。

优选地，本发明中，FTP Server主进程向FTP Server备进程发送的通知、以及FTP Server备进程向FTP Server主进程发送的通知采用Socket发送。

至此，完成本发明提供的装置描述。

由以上技术方案可以看出，本发明中，在需要传输的文件和FTP Server主进程不处于同一框时，不再由FTP Server主进程执行该文件的传输，而是由该文件所处框上的FTP Server备进程代替FTP Server主进程执行该文件的传输。这相比于现有文件传输方式，显然不会出现Slave框和Master框之间堆叠链路被频繁占用传输文件的问题，减轻了堆叠链路的压力。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims

1.一种应用于堆叠系统中的文件传输协议FTP数据传输方法，其特征在于，该方法包括：

2.根据权利要求1所述的方法，其特征在于，步骤C中，FTP Server备进程通过本FTP Server备进程和FTP客户端之间用于传输所述文件的数据链路接管执行所述文件的传输包括：

FTP Server备进程判断本FTP Server备进程和FTP客户端之间是否存在用于传输所述文件的数据链路，如果是，则直接利用该存在的数据链路执行所述文件的传输，否则，在本FTP Server备进程和FTP客户端之间建立用于传输所述文件的数据链路，通过该建立的数据链路执行所述文件的传输。

3.根据权利要求2所述的方法，其特征在于，所述FTP Server备进程在完成数据链路建立之后，且在通过建立的数据链路执行文件的传输之前进一步包括：发送数据链路完成建立通知至FTP Server主进程；

所述FTP Server备进程通过以下步骤开始通过建立的数据链路执行文件的传输包括：

所述FTP Server主进程接收到所述数据链路完成建立通知后，通过与FTP客户端之间的控制链路通知FTP客户端数据链路已建立，并在完成通知FTP客户端数据链路已建立后，通知FTP Server备进程通过建立的数据链路开始执行文件的传输，以由FTP Server备进程开始执行所述文件的传输。

4.根据权利要求1至3任一所述的方法，其特征在于，该方法进一步包括：

所述FTP Server备进程在完成文件传输后关闭本FTP Server备进程与FTP客户端之间用于传输该文件的数据链路，并发送文件传输完毕通知至所述FTPServer主进程；

所述FTP Server主进程通接收所述文件传输完毕通知后，通过与FTP客户端之间的控制链路通知FTP客户端已完成传输的文件。

5.根据权利要求4所述的方法，其特征在于，FTP Server主进程向FTP Server备进程发送的通知、以及FTP Server备进程向FTP Server主进程发送的通知采用Socket发送。

6.一种应用于堆叠系统中的文件传输协议FTP数据传输装置，其特征在于，该装置包括：FTP服务器Server主进程和FTP Server备进程；

所述FTP Server备进程包括：通知接收单元和传输单元；

7.根据权利要求6所述的装置，其特征在于，所述传输单元包括：

8.根据权利要求7所述的装置，其特征在于，所述FTP Server备进程进一步包括：链路通知单元；

所述链路通知单元，用于在所述建立子单元完成数据链路建立后、且在所述传输子单元利用所述建立子单元建立的数据链路执行文件传输之前，发送数据链路完成建立通知至FTP Server主进程；

所述FTP Server主进程中的请求接收单元进一步接收所述数据链路完成建立通知；所述传输通知单元进一步在所述请求接收单元接收到所述数据链路完成建立通知后通过所述FTP Server主进程与FTP客户端之间的控制链路通知FTP客户端数据链路已建立，并在完成通知FTP客户端数据链路已建立后通知所述传输子单元通过所述建立子单元建立的数据链路开始执行文件的传输。

9.根据权利要求7或8任一所述的装置，其特征在于，所述FTP Server备进程进一步包括：

所述FTP Server主进程中的请求接收单元进一步接收所述文件传输完毕通知；所述传输通知单元进一步在所述请求接收单元接收到文件传输完毕通知后，通过与FTP客户端之间的控制链路通知FTP客户端已完成传输的文件。

10.根据权利要求9所述的装置，其特征在于，FTP Server主进程向FTPServer备进程发送的通知、以及FTP Server备进程向FTP Server主进程发送的通知采用Socket发送。