CN102055782A - 利用网络传输文件的方法与文件传输系统 - Google Patents

Abstract

一种利用网络传输一文件的方法，其包含有一客户端传输一读取请求封包至一服务器端，该读取请求封包具有一多笔封包传输信息，该多笔封包传输信息包含有一封包数量索引值；以及该服务器端接收到该读取请求封包后，该服务器端依据该多笔封包传输信息的该封包数量索引值连续传输相对应数量的该文件的多个数据封包至该客户端，其中该服务器端连续传输该多个数据封包至该客户端的过程中，该客户端不回传任何确认封包至该服务器端。

Description

利用网络传输文件的方法与文件传输系统

技术领域

本发明是提供一种利用网络传输文件的方法与文件传输系统，尤指一种利用网络一次传输多笔数据封包的方法与文件传输系统。

背景技术

一般而言，通过网络对远程进行文件存取有许多方法，如通过文件传输协议(File Transfer Protocol，FTP)、点对点传输(Peer-to-peer，P2P)、微软操作系统的网络芳邻或是电子邮件(E-mail)均可达成此目的。举例来说，普通文件传输协议(Trivial File Transfer Protocol，TFTP)是一种简化版本的文件传输协议，其利用使用者数据包通讯协议(User Datagram Protocol，UDP)来传送和接收数据，而实现网络中两台计算机之间的文件传输。

由于多媒体技术发展日新月异，除了传统的文件等形式的文件，各种多媒体文件也大量通过网络传输，然而影音文件数据量的庞大，往往造成网络传输影音数据耗时甚久，甚至会影响网络频宽的使用。于普通文件传输协议的文件传输过程为例，当一客户端(client end)欲由一服务器端(server end)下载一文件数据时，首先该客户端会传输一初始读取请求封包(Read Request Packet)至该服务器端，藉以确认该文件数据是否存在，随后该服务器端便会回传一启始确认封包(Acknowledgement packet)至该客户端，以确认该文件是否存在。在接下来的阶段该服务器端会陆续传输相对应该文件数据的数据封包至该客户端，而每个数据封包皆有其封包大小限制，如16K字节等，因此该文件数据需细分多笔数据封包传送至该客户端，而该客户端在接收到每一笔数据封包之际，必须回传相对应该数据封包的确认封包，藉以确认该数据封包接收的正确性，也就是说当该服务器端传输第N笔数据封包至该客户端时，该客户端需回传第N笔确认封包至该服务器端，而当该服务器端接收到第N笔确认封包后会接续传输第N+1笔数据封包至该客户端，且该客户端会回传第N+1笔确认封包至该服务器端，若该服务器端传输M笔数据封包至该客户端时，该客户端需相对应地回传M笔确认封包至该服务器端，如此一来一往的数据确认机制会大大增加数据传输量与传输时间。因此如何设计出一具有传输效率以减少数据传输量与传输时间的网络传输机制，便为现今网络传输技术所需努力的课题。

发明内容

本发明提供一种利用网络一次传输多笔数据封包的方法与文件传输系统，以解决上述的问题。

本发明的一个方面揭露一种利用网络传输一文件的方法，其包含有一客户端传输一读取请求封包至一服务器端，该读取请求封包具有一多笔封包传输信息，该多笔封包传输信息包含有一封包数量索引值；以及该服务器端接收到该读取请求封包后，该服务器端依据该多笔封包传输信息的该封包数量索引值连续传输相对应数量的该文件的多个数据封包至该客户端，其中该服务器端连续传输该多个数据封包至该客户端的过程中，该客户端不回传任何确认封包至该服务器端。

本发明的一个方面还揭露该客户端传输一启始读取请求封包至该服务器端，以请求该服务器端传输该文件至该客户端。

本发明的一个方面还揭露该服务器端接收到该启始读取请求封包后，该服务器端回传一启始确认封包至该客户端，以确认该文件是否存在。

本发明的一个方面还揭露该多笔封包传输信息包含有一单一封包数据大小索引值，且该服务器端依据该单一封包数据大小索引值连续传输具有相对应数据量的该多个数据封包至该客户端。

本发明的一个方面还揭露该服务器端连续传输相对应该文件的该多个数据封包至该客户端后，该客户端传输一确认封包至该服务器端，以确认该多个数据封包是否正确传输且提供下次该服务器端所需传输数据封包的数量的信息。

本发明的一个方面还揭露该服务器端连续传输相对应该文件的该多个数据封包至该客户端后，该客户端等待一特定时间后传输该确认封包至该服务器端。

本发明的一个方面还揭露该特定时间是依据单一数据封包解码出数据串流所需的时间与该多个数据封包的数量的乘积所得出。

本发明的一个方面还揭露该客户端传输该确认封包至该服务器端，以提供下次该服务器端所需传输数据封包的数量的信息包含依据该多个数据封包所解码出数据串流的旗标值，提供下次该服务器端所需传输数据封包的数量的信息。

本发明的一个方面还揭露依据该多个数据封包所解码出数据串流的旗标值，提供下次该服务器端所需传输数据封包的数量的信息包含依据该多个数据封包所解码出最后一笔数据串流的旗标值，提供下次该服务器端所需传输数据封包的数量的信息。

本发明的一个方面还揭露该服务器端接收到该确认封包后，该服务器端依据该确认封包所提供的下次该服务器端所需传输数据封包的数量的信息连续传输相对应数量的多个数据封包至该客户端。

本发明的一个方面揭露一种网络传输文件的文件传输系统，其包含有一客户端，其包含有一第一网络传输单元，其用来传输一读取请求封包以及接收数据封包，其中该读取请求封包具有一多笔封包传输信息，该多笔封包传输信息包含有一封包数量索引值；一数据暂存区，其用来暂存该第一网络传输单元所接收到的数据封包；一第一控制单元，其耦合于该第一网络传输单元与该数据暂存区，该第一控制单元用来将该数据暂存区所暂存的数据封包解码为相对应的数据串流；以及一第一存储单元，其耦合于该第一控制单元，该第一存储单元用来储存该第一控制单元所解码出的数据串流。该文件传输系统还包含有一服务器端，其用来传输一文件至该客户端，该服务器端包含有一第二网络传输单元，其用来接收该第一网络传输单元所传来的该读取请求封包以及传输数据封包至该第一网络传输单元；一第二存储单元，其用来储存该文件；以及一第二控制单元，其用来依据该第二网络传输单元所接收的该读取请求封包的该多笔封包传输信息的该封包数量索引值控制该第二网络传输单元连续传输相对应数量的该文件的多个数据封包至该第一网络传输单元。其中该第二网络传输单元连续传输该多个数据封包至该第一网络传输单元的过程中，该第一网络传输单元不回传任何确认封包至该第二网络传输单元。

本发明的一个方面还揭露该第一网络传输单元还用来传输一启始读取请求封包至该第二网络传输单元，以请求该服务器端传输该文件至该客户端。

本发明的一个方面还揭露该第二网络传输单元接收到该启始读取请求封包后，该第二控制单元控制该第二网络传输单元回传一启始确认封包至该第一网络传输单元，以确认该文件是否存在。

本发明的一个方面还揭露该多笔封包传输信息包含有一单一封包数据大小索引值，且该第二控制单元用来依据该单一封包数据大小索引值控制该第二网络传输单元连续传输相对应数据量的该多个数据封包至该客户端。

本发明的一个方面还揭露该第二网络传输单元连续传输相对应该文件的该多个数据封包至该客户端后，该第一网络传输单元传输一确认封包至该第二网络传输单元，以确认该多个数据封包是否正确传输且提供下次该服务器端所需传输数据封包的数量的信息。

本发明的一个方面还揭露该第二网络传输单元连续传输相对应该文件的该多个数据封包至该客户端后，该第一网络传输单元等待一特定时间后传输该确认封包至该第二网络传输单元。

本发明的一个方面还揭露该特定时间是依据单一数据封包解码出数据串流所需的时间与该多个数据封包的数量的乘积所得出。

本发明的一个方面还揭露该确认封包是依据该多个数据封包所解码出数据串流的旗标值提供下次该服务器端所需传输数据封包的数量的信息。

本发明的一个方面还揭露该确认封包是依据该多个数据封包所解码出最后一笔数据串流的旗标值提供下次该服务器端所需传输数据封包的数量的信息。

本发明的一个方面还揭露该第二网络传输单元接收到该确认封包后，该第二控制单元依据该确认封包所提供的下次该服务器端所需传输数据封包的数量的信息控制该第二网络传输单元连续传输相对应数量的多个数据封包至该第一网络传输单元。

附图说明

图1为本发明较佳实施例文件传输系统的功能方块示意图。

图2为本发明较佳实施例文件传输系统利用网络传输文件的流程图。

图3为本发明较佳实施例具有多笔封包传输信息的读取请求封包的示意图。

图4为本发明较佳实施例数据封包的示意图。

图5为本发明较佳实施例确认封包的示意图。

[主要元件标号说明]

50    文件传输系统        52    客户端

54    第一网络传输单元    56    数据暂存区

58    第一控制单元        60    第一存储单元

62    服务器端            64    第二网络传输单元

66    第二存储单元        68    第二控制单元

步骤100、102、104、106、108、110、112、114、116、118、120、124、126、128

具体实施方式

请参阅图1，图1为本发明较佳实施例一种利用网络传输文件的一文件传输系统50的功能方块示意图，举例来说文件传输系统50可利用文件传输协议(File Transfer Protocol，FTP)或普通文件传输协议(Trivial File Transfer Protocol，TFTP)等传输文件，文件传输系统50包含有一客户端52，其可为一个人计算机装置等，客户端52包含有一第一网络传输单元54，其用来利用网络传输读取请求封包(Read Request Packet)以及数据封包；客户端52还包含有一数据暂存区56，其用来暂存第一网络传输单元54所接收到的数据封包，数据暂存区56可为一随机读取存储器的存取区块等；一第一控制单元58，其耦合于第一网络传输单元54与数据暂存区56，第一控制单元58用来将数据暂存区56所暂存的数据封包解码为相对应的数据串流(data stream)，第一控制单元58可以硬件、软件或固件的型态呈现；以及一第一存储单元60，其耦合于第一控制单元58，第一存储单元60用来储存第一控制单元58所解码出的数据串流，第一存储单元60可为一储存装置，如一硬盘机等。文件传输系统50还包含有一服务器端62，其用来传输文件至客户端52，服务器端62可为一服务器主机等，服务器端62包含有一第二网络传输单元64，其用来利用网络接收客户端52的第一网络传输单元54所传来的该读取请求封包以及传输数据封包至第一网络传输单元54；一第二存储单元66，其用来储存欲传输至客户端52的文件，第二存储单元66可为一储存装置，如一硬盘机等；以及一第二控制单元68，其用来依据第二网络传输单元64所接收的该读取请求封包控制第二网络传输单元64连续传输相对应欲传输至客户端52的文件的多个数据封包至客户端52的第一网络传输单元54，第二控制单元68可以硬件、软件，或固件的型态呈现，文件传输系统50的文件传输机制于后被详细介绍。

请参阅图2，图2为本发明较佳实施例文件传输系统50利用网络传输一文件的方法流程图，图2包含下列步骤：

步骤100：客户端52的第一网络传输单元54传输一启始读取请求封包至服务器端62的第二网络传输单元64，以请求服务器端62传输该文件至客户端52。

步骤102：服务器端62的第二网络传输单元64接收到该启始读取请求封包后，服务器端62的第二控制单元68判断该文件是否存在，若该文件不存在，执行步骤104；若该文件存在，则执行步骤106。

步骤104：服务器端62的第二控制单元68控制第二网络传输单元64回传一启始确认封包至客户端52的第一网络传输单元54，以告知客户端52该文件不存在。

步骤106：第二控制单元68控制第二网络传输单元64回传一启始确认封包至客户端52的第一网络传输单元54，以告知客户端52该文件存在以及该文件的大小信息。

步骤108：客户端52的第一控制单元58依据该文件的大小信息建立数据暂存区56，且控制第一网络传输单元54传输一读取请求封包至服务器端62的第二网络传输单元64。

步骤110：服务器端62的第二控制单元68确认该读取请求封包是否具有一多笔封包传输信息，若否执行步骤112；若是则执行步骤118。

步骤112：第二控制单元68依据第二网络传输单元64所接收的该读取请求封包控制第二网络传输单元64传输相对应该文件的单一笔数据封包至客户端52的第一网络传输单元54。

步骤114：客户端52的第一网络传输单元54接受到第二网络传输单元64所传来的单一笔数据封包后，回传一确认封包至服务器端62的第二控制单元68。

步骤116：重复执行步骤112与步骤114，直到服务器端62将相对应该文件的多笔数据封包完全传送到客户端52为止。

步骤118：第二控制单元68依据第二网络传输单元64所接收的该读取请求封包的该多笔封包传输信息控制第二网络传输单元64连续传输相对应该文件的多个数据封包至客户端52的第一网络传输单元54，并将该多个数据封包暂存于数据暂存区56；其中服务器端62的第二网络传输单元64连续传输该多个数据封包至客户端52的第一网络传输单元54的过程中，第一网络传输单元54不回传任何确认封包至第二网络传输单元64。

步骤120：客户端52的第一控制单元58将数据暂存区56所暂存的该多个数据封包解码为相对应的数据串流，且将所解码出的数据串流储存于第一存储单元60。

步骤122：客户端52的第一网络传输单元54等待一特定时间后传输一确认封包至服务器端62的第二网络传输单元64，以确认该多个数据封包是否正确传输且提供下次服务器端62所需传输数据封包的数量的信息。

步骤124：服务器端62的第二网络传输单元64接收到该确认封包后，第二控制单元68依据该确认封包所提供的下次该服务器端所需传输数据封包的数量的信息控制第二网络传输单元64连续传输相对应数量的多个数据封包至客户端52的第一网络传输单元54。

步骤126：重复执行步骤118至步骤124，直到服务器端62将相对应该文件的多笔数据封包完全传送到客户端52为止。

步骤128：结束。

于此对上一流程进行详细的说明，首先客户端52的第一网络传输单元54传输一启始读取请求封包至服务器端62的第二网络传输单元64，该启始读取请求封包具有欲请求文件的信息，藉以请求服务器端62传输该文件至客户端52(步骤100)。当服务器端62的第二网络传输单元64接收到该启始读取请求封包后，服务器端62的第二控制单元68会判断该文件是否存在(步骤102)，若第二控制单元68判断该文件不存在于服务器端62，则服务器端62的第二控制单元68会控制第二网络传输单元64回传一启始确认封包至客户端52的第一网络传输单元54，以告知客户端52该文件不存在(步骤104)，故无法执行文件传输操作，而结束此流程；若第二控制单元68判断该文件存在于服务器端62，则第二控制单元68会控制第二网络传输单元64回传一启始确认封包至客户端52的第一网络传输单元54，以告知客户端52该文件存在以及该文件的大小信息(步骤106)，以接续执行文件传输操作。

接下来，客户端52的第一控制单元58会依据该文件的大小信息建立数据暂存区56，藉以用来暂存第一网络传输单元54所接收到的数据封包，且第一控制单元58会控制第一网络传输单元54传输一读取请求封包至服务器端62的第二网络传输单元64，藉以请求服务器端62传输相对应该文件的数据封包(步骤108)，其中该文件可为一文件文件、一多媒体文件(如影音文件)等，故该文件可拆解为多笔数据封包，且分批次由服务器端62传输至客户端52。服务器端62的第二网络传输单元64收到该读取请求封包后，服务器端62的第二控制单元68会确认该读取请求封包是否具有一多笔封包传输信息(步骤110)，藉以确认后续数据封包传输是采取分批次单笔数据封包传输或采取连续多笔数据封包传输。若第二控制单元68判断该读取请求封包并未具有该多笔封包传输信息，即代表此次传输乃是采取分批次单笔数据封包传输，则第二控制单元68会依据第二网络传输单元64所接收的该读取请求封包控制第二网络传输单元64传输相对应该文件的单一笔数据封包至客户端52的第一网络传输单元54(步骤112)，意即服务器端62一次仅传输单一笔数据封包至客户端52，而客户端52的第一网络传输单元54接受到第二网络传输单元64所传来的单一笔数据封包后，会回传一确认封包至服务器端62的第二控制单元68(步骤114)，藉以确认该单一笔数据封包是否正确传输，于此流程中会重复执行步骤112与步骤114，直到服务器端62批次地将相对应该文件的多笔数据封包完全传送到客户端52为止(步骤116)，也就是说若服务器端62传输M笔数据封包至客户端52时，客户端52会相对应地回传M笔确认封包至服务器端62，直到全部的数据封包传送完为止。

相反地，若第二控制单元68判断该读取请求封包具有该多笔封包传输信息时，即代表此次传输乃是采取连续多笔数据封包传输，请参阅图3，图3为本发明较佳实施例具有该多笔封包传输信息的该读取请求封包的示意图，该读取请求封包可包含有多个字段，除了基本定义的字段(如普通文件传输协议基本定义的字段)，如相对于读取或写入要求的操作字段(operation code，opcode)、相对于欲传输文件的名称的文件名称字段(filename)、相对于编码模式的模式字段(mode)等特征字段，该读取请求封包所具有的该多笔封包传输信息可设定于其它字段的索引值，举例来说可设定于一数量字段的一封包数量索引值，藉以提供接下来需连续传输的该多个数据封包的数量信息，或可设定于一封包数据量字段的一单一封包数据大小索引值，藉以提供接下来需连续传输的该多个数据封包的个别封包大小信息，而单一封包数据大小可端视该启始确认封包所提供的该文件的大小信息而决定。第二控制单元68会依据第二网络传输单元64所接收的该读取请求封包的该多笔封包传输信息控制第二网络传输单元64连续传输相对应该文件的多个数据封包至客户端52的第一网络传输单元54，而客户端52接收到该多个数据封包后会将该多个数据封包暂存于数据暂存区56，值得注意的是服务器端62的第二网络传输单元64连续传输该多个数据封包至客户端52的第一网络传输单元54的过程中，客户端52的第一网络传输单元54并不会回传任何确认封包至第二网络传输单元64(步骤118)。举例来说若该多笔封包传输信息的该封包数量索引值设定为一次传输三笔数据封包时，则服务器端62的第二网络传输单元64会连续传输三笔数据封包至客户端52的第一网络传输单元54，而在第一笔数据封包与第二笔数据封包、第二笔数据封包与第三笔数据封包的传输空档中，客户端52并不会回传相对应确认封包至服务器端62，如此一来便可有效地减少因确认封包往来所产生的数据传输量与数据传输时间。

之后，客户端52的第一控制单元58会将数据暂存区56所暂存的该多个数据封包解码为相对应的数据串流，且将所解码出的数据串流储存于第一存储单元60(步骤120)。请参阅图4，图4为本发明较佳实施例该数据封包的示意图，该数据封包可包含有相对于读取或写入要求的操作字段、相对于数据封包顺序的封包序号字段(Block#)、相对于文件内容的数据域位(data)等，所解码出的数据串流可依据封包序号字段所提供的索引值结合成文件内容。接下来客户端52的第一网络传输单元54于等待一特定时间后会传输一确认封包至服务器端62的第二网络传输单元64，以确认该多个数据封包是否正确传输且提供下次服务器端62所需传输数据封包的数量的信息(步骤122)，由于暂存于数据暂存区56的数据封包解码需要运算时间，故服务器端62传输该多个数据封包至客户端52后，客户端52并不会马上回传该确认封包至服务器端62，以避免服务器端62又即刻传输下一组多个数据封包至客户端52，而客户端52无法实时处理过多的数据封包解码程序，而客户端52所等待的该特定时间是可由单一数据封包解码出数据串流所需的时间与该多个数据封包的数量的乘积所得出，以确保此次该多个数据封包的解码程序完成后再接收下一组多个数据封包。

请参阅图5，图5为本发明较佳实施例该确认封包的示意图，该确认封包可包含有相对于读取或写入要求的操作字段、相对于数据封包顺序的封包序号字段(Block#)，藉以确认第几个数据封包正确传输、以及提供接下来需连续传输的该多个数据封包的数量信息的数量字段，其中该确认封包系可依据该多个数据封包所解码出数据串流的旗标值(flag value)以提供下次服务器端62所需传输数据封包的数量的信息，例如可依据该多个数据封包所解码出最后一笔数据串流的旗标值以提供下次服务器端62所需传输数据封包的数量的信息等。举例来说，若服务器端62一次传输三笔数据封包至客户端52时，且该三笔数据封包所解码出最后一笔数据串流是相对于第二笔数据封包，则代表第三笔数据封包尚未完成解码，故该确认封包的数量字段可设定相对于两笔数据封包数量的索引值，也就是说客户端52要求服务器端62下次仅需传送两笔数据封包即可，因为必须等待客户端52尚未进行解码的数据封包解码完成，也就是说若客户端52已完成解码的数据封包数量越多时，则下次服务器端62可连续传输越多数据封包至客户端52。而下次服务器端62所需传输数据封包的数量的决定方式可不局限于上述实施例所述，例如仍可采用传输固定数量的多笔数据封包，端视设计需求而定。而服务器端62的第二网络传输单元64接收到该确认封包后，第二控制单元68会依据该确认封包所提供的下次服务器端62所需传输数据封包的数量的信息控制第二网络传输单元64连续传输相对应数量的多个数据封包至客户端52的第一网络传输单元54(步骤124)，于此流程中会重复执行步骤118至步骤124，直到服务器端62批次地将相对应该文件的多笔数据封包完全传送到客户端52为止(步骤126)，而有别于步骤112与步骤114，服务器端62连续传输完多个数据封包至客户端52后，客户端52才会回传一笔相对应该多个数据封包的该确认封包至服务器端62，如此一来便可减少确认封包的传输数量，而可有效地减少因确认封包往来所产生的数据传输量与数据传输时间，这对于传输数据量较大的文件(如多媒体影音文件等)有明显的裨益。

相较于先前技术，本发明所提供的利用网络传输文件的方法与文件传输系统是于服务器端连续传输多个数据封包至该客户端的过程中，该客户端不回传任何确认封包回该服务器端，如此一来便可减少确认封包的传输数量，而可有效地减少因确认封包往来所产生的数据传输量与数据传输时间，故本发明提供一种具有传输效率且可减少数据传输量与传输时间的网络传输机制。

以上所述仅为本发明的较佳实施例，凡依本发明权利要求范围所做的均等变化与修饰，皆应属本发明专利的涵盖范围。

Claims (20)

1.一种利用网络传输一文件的方法，其包含有：

一客户端传输一读取请求封包至一服务器端，该读取请求封包具有一多笔封包传输信息，该多笔封包传输信息包含有一封包数量索引值；以及

该服务器端接收到该读取请求封包后，该服务器端依据该多笔封包传输信息的该封包数量索引值连续传输相对应数量的该文件的多个数据封包至该客户端；

其中该服务器端连续传输该多个数据封包至该客户端的过程中，该客户端不回传任何确认封包至该服务器端。

2.根据权利要求1所述的方法，其还包含该客户端传输一启始读取请求封包至该服务器端，以请求该服务器端传输该文件至该客户端。

3.根据权利要求2所述的方法，其还包含该服务器端接收到该启始读取请求封包后，该服务器端回传一启始确认封包至该客户端，以确认该文件是否存在。

4.根据权利要求1所述的方法，其中该多笔封包传输信息包含有一单一封包数据大小索引值，且该服务器端依据该单一封包数据大小索引值连续传输具有相对应数据量的该多个数据封包至该客户端。

5.根据权利要求1所述的方法，其还包含该服务器端连续传输相对应该文件的该多个数据封包至该客户端后，该客户端传输一确认封包至该服务器端，以确认该多个数据封包是否正确传输且提供下次该服务器端所需传输数据封包的数量的信息。

6.根据权利要求5所述的方法，其还包含该服务器端连续传输相对应该文件的该多个数据封包至该客户端后，该客户端等待一特定时间后传输该确认封包至该服务器端。

7.根据权利要求6所述的方法，其中该特定时间是依据单一数据封包解码出数据串流所需的时间与该多个数据封包的数量的乘积所得出。

8.根据权利要求5所述的方法，其中该客户端传输该确认封包至该服务器端，以提供下次该服务器端所需传输数据封包的数量的信息包含依据该多个数据封包所解码出数据串流的旗标值，提供下次该服务器端所需传输数据封包的数量的信息。

9.根据权利要求8所述的方法，其中依据该多个数据封包所解码出数据串流的旗标值，提供下次该服务器端所需传输数据封包的数量的信息包含依据该多个数据封包所解码出最后一笔数据串流的旗标值，提供下次该服务器端所需传输数据封包的数量的信息。

10.根据权利要求5所述的方法，其还包含该服务器端接收到该确认封包后，该服务器端依据该确认封包所提供的下次该服务器端所需传输数据封包的数量的信息连续传输相对应数量的多个数据封包至该客户端。

11.一种利用网络传输文件的文件传输系统，其包含有：

一客户端，其包含有：

一第一网络传输单元，其用来传输一读取请求封包以及接收数据封包，其中该读取请求封包具有一多笔封包传输信息，该多笔封包传输信息包含有一封包数量索引值；

一数据暂存区，其用来暂存该第一网络传输单元所接收到的数据封包；

一第一控制单元，其耦合于该第一网络传输单元与该数据暂存区，该第一控制单元用来将该数据暂存区所暂存的数据封包解码为相对应的数据串流；以及

一第一存储单元，其耦合于该第一控制单元，该第一存储单元用来储存该第一控制单元所解码出的数据串流；以及

一服务器端，其用来传输一文件至该客户端，该服务器端包含有：

一第二网络传输单元，其用来接收该第一网络传输单元所传来的该读取请求封包以及传输数据封包至该第一网络传输单元；

一第二存储单元，其用来储存该文件；以及

一第二控制单元，其用来依据该第二网络传输单元所接收的该读取请求封包的该多笔封包传输信息的该封包数量索引值控制该第二网络传输单元连续传输相对应数量的该文件的多个数据封包至该第一网络传输单元；

其中该第二网络传输单元连续传输该多个数据封包至该第一网络传输单元的过程中，该第一网络传输单元不回传任何确认封包至该第二网络传输单元。

12.根据权利要求11所述的文件传输系统，其中该第一网络传输单元还用来传输一启始读取请求封包至该第二网络传输单元，以请求该服务器端传输该文件至该客户端。

13.根据权利要求12所述的文件传输系统，其中该第二网络传输单元接收到该启始读取请求封包后，该第二控制单元控制该第二网络传输单元回传一启始确认封包至该第一网络传输单元，以确认该文件是否存在。

14.根据权利要求11所述的文件传输系统，其中该多笔封包传输信息包含有一单一封包数据大小索引值，且该第二控制单元用来依据该单一封包数据大小索引值控制该第二网络传输单元连续传输相对应数据量的该多个数据封包至该客户端。

15.根据权利要求11所述的文件传输系统，其中该第二网络传输单元连续传输相对应该文件的该多个数据封包至该客户端后，该第一网络传输单元传输一确认封包至该第二网络传输单元，以确认该多个数据封包是否正确传输且提供下次该服务器端所需传输数据封包的数量的信息。

16.根据权利要求15所述的文件传输系统，其中该第二网络传输单元连续传输相对应该文件的该多个数据封包至该客户端后，该第一网络传输单元等待一特定时间后传输该确认封包至该第二网络传输单元。

17.根据权利要求16所述的文件传输系统，其中该特定时间是依据单一数据封包解码出数据串流所需的时间与该多个数据封包的数量的乘积所得出。

18.根据权利要求15所述的文件传输系统，其中该确认封包是依据该多个数据封包所解码出数据串流的旗标值提供下次该服务器端所需传输数据封包的数量的信息。

19.根据权利要求18所述的文件传输系统，其中该确认封包是依据该多个数据封包所解码出最后一笔数据串流的旗标值提供下次该服务器端所需传输数据封包的数量的信息。

20.根据权利要求15所述的文件传输系统，其中该第二网络传输单元接收到该确认封包后，该第二控制单元依据该确认封包所提供的下次该服务器端所需传输数据封包的数量的信息控制该第二网络传输单元连续传输相对应数量的多个数据封包至该第一网络传输单元。

Images