专利名称：利用网络传输文件的方法与文件传输系统的制作方法
技术领域：
本发明是提供一种利用网络传输文件的方法与文件传输系统，尤指一种利用网络 一次传输多笔数据封包的方法与文件传输系统。
背景技术：
一般而言，通过网络对远程进行文件存取有许多方法，如通过文件传输协议(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为本发明较佳实施例一种利用网络传输文件的一文件传输系统650的功能方块示意图，举例来说文件传输系统50可利用文件传输协议(File Transfer Protocol,FTP)或普通文件传输协议(Trivial File Transfer Protocol,TFTP)等传输文 件，文件传输系统50包含有一客户端52，其可为一个人计算机装置等，客户端52包含有一 第一网络传输单元M，其用来利用网络传输读取请求封包(Read Request Packet)以及数 据封包；客户端52还包含有一数据暂存区56，其用来暂存第一网络传输单元M所接收到 的数据封包，数据暂存区56可为一随机读取存储器的存取区块等；一第一控制单元58，其 耦合于第一网络传输单元M与数据暂存区56，第一控制单元58用来将数据暂存区56所暂 存的数据封包解码为相对应的数据串流(data stream)，第一控制单元58可以硬件、软件 或固件的型态呈现；以及一第一存储单元60，其耦合于第一控制单元58，第一存储单元60 用来储存第一控制单元58所解码出的数据串流，第一存储单元60可为一储存装置，如一硬 盘机等。文件传输系统50还包含有一服务器端62，其用来传输文件至客户端52，服务器端 62可为一服务器主机等，服务器端62包含有一第二网络传输单元64，其用来利用网络接收 客户端52的第一网络传输单元M所传来的该读取请求封包以及传输数据封包至第一网络 传输单元讨；一第二存储单元66，其用来储存欲传输至客户端52的文件，第二存储单元66 可为一储存装置，如一硬盘机等；以及一第二控制单元68，其用来依据第二网络传输单元 64所接收的该读取请求封包控制第二网络传输单元64连续传输相对应欲传输至客户端52 的文件的多个数据封包至客户端52的第一网络传输单元M，第二控制单元68可以硬件、软 件，或固件的型态呈现，文件传输系统50的文件传输机制于后被详细介绍。请参阅图2，图2为本发明较佳实施例文件传输系统50利用网络传输一文件的方 法流程图，图2包含下列步骤步骤100 客户端52的第一网络传输单元M传输一启始读取请求封包至服务器 端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，且控制第一网络传输单元M传输一读取请求封包至服务器端62的第二网络传输单元 64。步骤110 服务器端62的第二控制单元68确认该读取请求封包是否具有一多笔 封包传输信息，若否执行步骤112 ；若是则执行步骤118。步骤112 第二控制单元68依据第二网络传输单元64所接收的该读取请求封包 控制第二网络传输单元64传输相对应该文件的单一笔数据封包至客户端52的第一网络传 输单元讨。步骤114 客户端52的第一网络传输单元M接受到第二网络传输单元64所传来 的单一笔数据封包后，回传一确认封包至服务器端62的第二控制单元68。
步骤116 重复执行步骤112与步骤114，直到服务器端62将相对应该文件的多笔 数据封包完全传送到客户端52为止。步骤118 第二控制单元68依据第二网络传输单元64所接收的该读取请求封包 的该多笔封包传输信息控制第二网络传输单元64连续传输相对应该文件的多个数据封包 至客户端52的第一网络传输单元M，并将该多个数据封包暂存于数据暂存区56 ；其中服务 器端62的第二网络传输单元64连续传输该多个数据封包至客户端52的第一网络传输单 元M的过程中，第一网络传输单元M不回传任何确认封包至第二网络传输单元64。步骤120 客户端52的第一控制单元58将数据暂存区56所暂存的该多个数据封 包解码为相对应的数据串流，且将所解码出的数据串流储存于第一存储单元60。步骤122 客户端52的第一网络传输单元M等待一特定时间后传输一确认封包 至服务器端62的第二网络传输单元64，以确认该多个数据封包是否正确传输且提供下次 服务器端62所需传输数据封包的数量的信息。步骤124 服务器端62的第二网络传输单元64接收到该确认封包后，第二控制单 元68依据该确认封包所提供的下次该服务器端所需传输数据封包的数量的信息控制第二 网络传输单元64连续传输相对应数量的多个数据封包至客户端52的第一网络传输单元 54。步骤126 重复执行步骤118至步骤124，直到服务器端62将相对应该文件的多笔 数据封包完全传送到客户端52为止。步骤128 结束。于此对上一流程进行详细的说明，首先客户端52的第一网络传输单元M传输一 启始读取请求封包至服务器端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，藉以用来暂存第一网络传输单元M所接收到的数据封包，且第一控制单元58会控制第 一网络传输单元M传输一读取请求封包至服务器端62的第二网络传输单元64，藉以请求 服务器端62传输相对应该文件的数据封包(步骤108)，其中该文件可为一文件文件、一多 媒体文件(如影音文件)等，故该文件可拆解为多笔数据封包，且分批次由服务器端62传 输至客户端52。服务器端62的第二网络传输单元64收到该读取请求封包后，服务器端62 的第二控制单元68会确认该读取请求封包是否具有一多笔封包传输信息(步骤110)，藉以 确认后续数据封包传输是采取分批次单笔数据封包传输或采取连续多笔数据封包传输。若 第二控制单元68判断该读取请求封包并未具有该多笔封包传输信息，即代表此次传输乃8是采取分批次单笔数据封包传输，则第二控制单元68会依据第二网络传输单元64所接收 的该读取请求封包控制第二网络传输单元64传输相对应该文件的单一笔数据封包至客户 端52的第一网络传输单元54(步骤112)，意即服务器端62 —次仅传输单一笔数据封包至 客户端52，而客户端52的第一网络传输单元M接受到第二网络传输单元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的第一网络传输单元M的过程中，客户端52的第一网络传输单元 54并不会回传任何确认封包至第二网络传输单元64(步骤118)。举例来说若该多笔封包 传输信息的该封包数量索引值设定为一次传输三笔数据封包时，则服务器端62的第二网 络传输单元64会连续传输三笔数据封包至客户端52的第一网络传输单元M，而在第一笔 数据封包与第二笔数据封包、第二笔数据封包与第三笔数据封包的传输空档中，客户端52 并不会回传相对应确认封包至服务器端62，如此一来便可有效地减少因确认封包往来所产 生的数据传输量与数据传输时间。之后，客户端52的第一控制单元58会将数据暂存区56所暂存的该多个数据封包 解码为相对应的数据串流，且将所解码出的数据串流储存于第一存储单元60(步骤120)。 请参阅图4，图4为本发明较佳实施例该数据封包的示意图，该数据封包可包含有相对于读 取或写入要求的操作字段、相对于数据封包顺序的封包序号字段(Block#)、相对于文件内 容的数据域位(data)等，所解码出的数据串流可依据封包序号字段所提供的索引值结合 成文件内容。接下来客户端52的第一网络传输单元M于等待一特定时间后会传输一确认 封包至服务器端62的第二网络传输单元64，以确认该多个数据封包是否正确传输且提供 下次服务器端62所需传输数据封包的数量的信息(步骤122)，由于暂存于数据暂存区56 的数据封包解码需要运算时间，故服务器端62传输该多个数据封包至客户端52后，客户端952并不会马上回传该确认封包至服务器端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的 第一网络传输单元M (步骤124)，于此流程中会重复执行步骤118至步骤124，直到服务器 端62批次地将相对应该文件的多笔数据封包完全传送到客户端52为止(步骤126)，而有 别于步骤112与步骤114，服务器端62连续传输完多个数据封包至客户端52后，客户端52 才会回传一笔相对应该多个数据封包的该确认封包至服务器端62，如此一来便可减少确认 封包的传输数量，而可有效地减少因确认封包往来所产生的数据传输量与数据传输时间， 这对于传输数据量较大的文件(如多媒体影音文件等)有明显的裨益。相较于先前技术，本发明所提供的利用网络传输文件的方法与文件传输系统是于 服务器端连续传输多个数据封包至该客户端的过程中，该客户端不回传任何确认封包回该 服务器端，如此一来便可减少确认封包的传输数量，而可有效地减少因确认封包往来所产 生的数据传输量与数据传输时间，故本发明提供一种具有传输效率且可减少数据传输量与 传输时间的网络传输机制。以上所述仅为本发明的较佳实施例，凡依本发明权利要求范围所做的均等变化与 修饰，皆应属本发明专利的涵盖范围。
权利要求
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所述的文件传输系统，其中该第二网络传输单元接收到该确认封 包后，该第二控制单元依据该确认封包所提供的下次该服务器端所需传输数据封包的数量 的信息控制该第二网络传输单元连续传输相对应数量的多个数据封包至该第一网络传输 单元。
全文摘要
一种利用网络传输一文件的方法，其包含有一客户端传输一读取请求封包至一服务器端，该读取请求封包具有一多笔封包传输信息，该多笔封包传输信息包含有一封包数量索引值；以及该服务器端接收到该读取请求封包后，该服务器端依据该多笔封包传输信息的该封包数量索引值连续传输相对应数量的该文件的多个数据封包至该客户端，其中该服务器端连续传输该多个数据封包至该客户端的过程中，该客户端不回传任何确认封包至该服务器端。
文档编号H04L1/16GK102055782SQ20091021017
公开日2011年5月11日 申请日期2009年10月29日 优先权日2009年10月29日
发明者张永炎 申请人:纬创资通股份有限公司