CN1204504C - 文件传送系统、中继设备、和文件传送方法 - Google Patents

文件传送系统、中继设备、和文件传送方法 Download PDF

Info

Publication number
CN1204504C
CN1204504C CNB018150128A CN01815012A CN1204504C CN 1204504 C CN1204504 C CN 1204504C CN B018150128 A CNB018150128 A CN B018150128A CN 01815012 A CN01815012 A CN 01815012A CN 1204504 C CN1204504 C CN 1204504C
Authority
CN
China
Prior art keywords
file
trunking
data
identifier
information
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.)
Expired - Fee Related
Application number
CNB018150128A
Other languages
English (en)
Other versions
CN1451118A (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.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
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 Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Publication of CN1451118A publication Critical patent/CN1451118A/zh
Application granted granted Critical
Publication of CN1204504C publication Critical patent/CN1204504C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • 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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/564—Enhancement of application control based on intercepted application data
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • 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
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99952—Coherency, e.g. same view to multiple users
    • Y10S707/99953—Recoverability

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)

Abstract

提供了一种包括一个中继设备的文件传送系统，其中，该中继设备包括：一个输入文件发送部分15，用于从接收设备50接收一个文件标识符I和已下载数据量O_R；以及一个文件存储部分13，该部分保存文件计算机可读介质和文件数据，并根据文件标识符和已下载数据量将文件数据传递到输入文件发送部分。文件数据F(O_R)被发送到接收设备。

Description

文件传送系统、中继设备、和文件传送方法
技术领域
本发明涉及一种用于传送文件(具有特定目的的信息)的文件传送技术。更为特别的是，本发明涉及一种文件传送技术，其中文件数据根据一个接收设备所接收的数据量而被发送到接收设备。该数据量由接收设备提供。根据该文件传送技术，发送和接收一个文件所需要的时间缩短，并且，等待接收设备能够开始接收文件所需要的时间不会随着文件大小和中继设备的数目成比例增加。
背景技术
通过使用一个网络，将一个文件从一个发送方终端(下文中将被称作发送设备)传送到位于接收方的另一个终端(下文中将被称作接收设备)，这种系统称为文件传送系统。
作为常规文件传送系统的一个实例，存在一种方法，其中文件被从发送设备直接发送到接收设备。作为另一个实例，存在一种方法，其中提供了一个共享服务器，例如FTP服务器或HTTP服务器，该服务器包括一个用于保存文件的部分和一个根据终端请求而把存储文件分发到终端的部分。此外，发送设备将文件存入共享服务器，接收设备从共享服务器接收文件。
作为一个附加实例，存在一种方法，其中文件经由多个文件中继设备而被传送，类似电子邮件。
对于把文件从发送设备直接发送到接收设备的方法来说，存在一个问题，那就是发送设备和接收设备应该被同时激活。此外，对于提供共享服务器的方法来说，尽管不必同时激活发送设备和接收设备，但是存在一个问题，那就是当共享服务器远离发送设备和接收设备的时候，发送设备的文件发送过程与接收设备的文件接收过程将会非常费时。
另外，对于文件经由多个文件中继设备而被传送的方法来说，发送设备发送文件和接收设备接受文件的费时问题可以被解决，因为发送设备和接收设备可以把文件发送到一个最接近的文件中继设备，并从一个最接近的文件中继设备接收文件。然而，在第一中继设备接收到所有文件之前，第一中继设备无法将文件发送到下一阶段的第二文件中继设备。原因是前一阶段的文件中继设备或发送设备，当其文件传送速度低于下一阶段的文件中继设备或接收设备的文件传送速度时，在某些中间点，文件中继设备将被迫停止传送一个文件到下一阶段。因此，从发送设备开始发送一个文件直到接收设备可以开始接收该文件的等待时间将会随文件大小和中继文件传送设备的数目成比例增加。
此外，根据一种常规的文件传送方法，在某个中间点中止和恢复文件传送的时候，文件传送无法被执行。其原因是，根据常规的文件传送方法，中继设备不能把所中止文件的已存储数据量发送到发送设备，并且，发送设备不能将该数据量的数据之后的数据发送到中继设备。
发明内容
本发明的一个目的是提供一种文件传送系统，其中发送和接收文件所需要的时间，以及接收设备能够开始接收文件之前的等待时间不会与文件大小和中继设备数目成比例。
本发明的另一个目的是提供一种文件传送系统，其中发送设备可以在某个中间点中止发送文件并恢复发送文件。
根据本发明的一个方面，提供一种文件传送系统，该系统从一个发送设备向一个接收设备传送文件，所述文件传送系统包括：
所述发送设备，该发送设备发送所述文件；
中继设备，该中继设备中继所述文件；以及
所述接收设备，该接收设备接收所述文件；
所述文件传送系统中的所述中继设备包括：
文件存储部分，该文件存储部分保存所述文件、文件标识符、文件大小以及目的地址，它们彼此相互关联；
文件始发信息接收部分，该文件始发信息接收部分接收包含所述文件大小和所述目的地址的文件始发信息，将所述文件标识符分配给所述文件，将所述文件标识符、文件大小以及所述目的地址存入所述文件存储部分，并将所述文件标识符告知所述发送设备；
文件输入信息发送部分，该文件输入信息发送部分基于所述目的地址来判定所述文件的目的地，并将包含所述文件标识符和所述文件大小的文件输入信息通知给所述接收设备；
始发文件接收部分，该始发文件接收部分从所述发送设备接收所述文件标识符和对应于所述文件标识符的文件数据，并将所述文件标识符和所述文件数据存入所述文件存储部分；以及
输入文件发送部分，该输入文件发送部分从所述接收设备接收所述文件标识符和所述接收设备对于所述文件数据已经接收的数据量，并将保存在所述文件存储部分中的所述文件数据中的仍未被所述接收设备接收的数据发送到所述接收设备；
所述发送设备包括：
始发文件存储部分，该始发文件存储部分保存相互关联的所述文件和所述文件标识符；
始发文件信息发送部分，该始发文件信息发送部分将包含所述文件大小和所述目的地址的文件始发信息发送到所述中继设备，从所述中继设备接收所述文件标识符，并将所述文件标识符存入始发文件存储部分；以及
始发文件发送部分，该始发文件发送部分将所述文件标识符和对应于所述文件标识符的所述文件数据发送到所述中继设备；
所述接收设备包括：
输入文件存储部分，该输入文件存储部分保存相互关联的所述文件数据，所述文件标识符以及所述文件大小；
文件输入信息接收部分，该文件输入信息接收部分从所述中继设备接收包含所述文件标识符和所述文件大小的所述文件输入信息，并将所述文件标识符和所述文件大小记录在所述输入文件存储部分中；以及
输入文件接收部分，所述输入文件接收部分重复执行将所述文件标识符和所述已接收数据量发送到所述中继设备，从所述中继设备接收所述文件中仍未接收的数据，以及将从所述中继设备接收的所述数据添加到已接收数据中，直到所述文件的已接收数据量达到所述文件大小。
根据本发明的另一个方面，提供一种中继设备，该设备将一个文件从一个发送设备经由网络发送到一个接收设备，包括：
文件存储部分，该文件存储部分保存所述文件、文件标识符、文件大小以及目的地址，它们彼此相互关联；
文件始发信息接收部分，该文件始发信息接收部分从所述发送设备接收包含所述文件大小和所述目的地址的文件始发信息，将所述文件标识符分配给所述文件，将所述文件标识符、文件大小以及所述目的地址存入所述文件存储部分，并将所述文件标识符告知所述发送设备；
文件输入信息发送部分，该文件输入信息发送部分基于所述目的地址来判定所述文件的目的地，并将包含所述文件标识符和所述文件大小的文件输入信息通知给所述接收设备；
始发文件接收部分，该始发文件接收部分从所述发送设备接收所述文件标识符和对应于所述文件标识符的文件数据，并将所述文件标识符和所述文件数据存入所述文件存储部分；以及
输入文件发送部分，该输入文件发送部分从所述接收设备接收所述文件标识符和所述接收设备对于所述文件数据已经接收的数据量，并将保存在所述文件存储部分中的所述文件数据中的仍未被所述接收设备接收的数据发送到所述接收设备。
根据本发明的另一个方面，提供一种在文件传送系统中由中继设备执行的文件传送方法，所说文件传送系统包括用于发送文件的发送设备、用于中继文件的所述中继设备、和用于接收文件的接收设备，所述文件传送方法包括步骤：
文件始发信息接收步骤——从所述发送设备接收包含要从所述发送设备传送的文件的文件大小和目的地址的文件始发信息，将文件标识符分配给所述文件，存储所述文件标识符，并把所述文件标识符通知所述发送设备；
始发文件接收步骤——从所述发送设备接收所述文件标识符和对应于所述文件标识符的文件数据，并存储所述文件标识符和所述文件数据；
文件输入信息发送步骤——把包含所述文件标识符和所述文件大小的文件输入信息通知所述接收设备；和
文件数据发送步骤——从所述接收设备接收所述文件标识符和所述接收设备对于所述文件数据已经接收的数据量，并将所保存的所述文件数据中的仍未被所述接收设备接收的数据发送到所述接收设备。
本发明的文件传送系统包括一个文件存储部分、一个始发文件接收部分以及一个输入文件发送部分。发送设备包括一个始发文件存储部分和一个始发文件发送部分。接收设备包括一个输入文件存储部分和一个输入文件接收部分。
中继设备独立执行存储操作和发送操作，其中存储操作是把从发送设备接收的数据存入文件存储部分，发送操作是使用输入文件发送部分而把已存储数据发送到接收设备。因此，在结束从发送设备接收文件之前就可以开始向接收设备发送文件。中继设备包括一个始发文件信息接收部分和一个输入文件信息发送部分。
发送设备包括一个始发文件信息发送部分。接收设备包括一个输入文件信息接收部分。
在接收文件之前，通过始发文件信息接收部分，中继设备从发送设备接收文件大小，将该文件大小与文件标识符关联，并将其记录到文件存储部分中。
另外，在发送文件之前，通过输入文件信息发送部分，中继设备把文件标识符和文件大小告知接收设备。接收设备把通过输入文件信息接收部分从中继设备接收的文件标识符和文件大小存入输入文件存储部分。
在接收设备通过输入文件接收部分接收了中继设备保存的所有数据之后，接收设备对文件大小和已接收数据量进行比较。当它们不相同时，对新近到达中继设备的数据进行接收的操作将被重复。这样，即便发送设备将文件发送到中继设备的速度低于接收设备从中继设备接收文件的速度，也可对数据传送速度进行调整。
中继设备可以包括一个传送目的地确定部分、一个文件中继信息发送部分、一个中继文件发送部分、一个文件中继信息接收部分以及一个中继文件接收部分。在这种情况下，中继设备根据文件的目的地址组而对是否需要将文件传送到另一个中继设备加以判定。在有必要传送该文件时，中继设备确定该文件应被传送至的中继设备组，并且发送包含目的地址列表、文件标识符以及文件大小的文件中继信息。
通过文件中继信息接收部分，第二中继设备从前一阶段的中继设备中接收文件中继信息，该中继设备把文件中继信息存入文件信息存储部分，并且通过中继文件接收部分，从先前中继设备接收数据。在接收了保存在前一阶段中继设备中的所有数据之后，第二中继设备比较文件大小与接收数据。在它们不相同时，第二中继设备重复一个接收新近到达前一阶段中继设备的数据的操作。
因此，在把文件从发送设备发送到接收设备的时候，文件很有可能经过多个中继设备，因此，从网络路由的观点来看，每个发送设备和接收设备都可以与最接近的中继设备进行通信。这样，对发送设备来说，文件发送可以被快速完成，对接收设备来说，文件接收也可被快速完成。
中继设备的文件存储部分包括一个部分，其中保存着指示发送设备是否中止文件发送的发送状态，发送文件接收部分包括一个部分，该部分把文件存储部分中保存的发送状态改为中止状态，输入文件发送部分包括一个部分，在把一个文件发送到接收设备的时候，该部分首先发送文件发送状态，随后发送数据。发送设备的始发文件发送部分包括一个中止文件发送的部分。接收设备的输入文件接收部分可以包括一个部分，该部分从中继设备接收文件发送状态，当文件发送状态是中止状态时，该部分中止文件接收，当文件发送状态不是中止状态时，该部分接收该文件中未被接收的那部分数据。
在这种情况下，由于发送设备中止文件发送被告知了中继设备和接收设备，因此，即使在中止文件发送之后，中继设备和接收设备也不需要继续等待后续数据。
中继设备的中继文件发送部分包括一个部分，该部分首先发送文件发送状态，然后发送文件数据。中继文件接收部分可以包括一个部分，该部分从前一阶段的中继设备接收文件发送状态，在文件发送状态为中止状态时中止接收，在文件发送状态不是中止状态时接收文件中仍未被接收的数据。在这种情况下，由于发送设备中止文件发送被告知了多个用于中继文件的中继设备，因此，即使文件发送中止，也可避免每个中继设备继续等待后续数据。
中继设备可以包括一个已接收数据量响应部分。始发文件接收部分包括一个部分，在文件存储部分保存的文件发送状态为中止状态，以及对应于文件标识符的文件已经存在的时候，该部分将文件发送状态改成一个指示该状态不是中止状态的状态，并且把接收到的数据添加到已存储文件的末端。发送设备的始发文件发送部分可以包括一个部分，该部分向中继设备查询该文件的已接收数据量，并将所告知数据量的数据之后的数据发送到中继设备。在这种情况下，发送设备可以从后续数据恢复文件发送，并且，保存在中继设备的文件存储部分中的文件发送状态变为非中止状态。这样，接收设备可以恢复文件的接收。中继设备的中继文件接收部分可以包括一个部分，该部分从前一阶段的中继设备中接收文件发送状态，当文件发送状态不是中止状态时，该部分把保存在文件存储部分中的文件的文件发送状态改成指示该状态不是中止状态的一个状态。在这种情况下，可以将发送设备恢复文件发送告知给每个中继设备，保存在每个中继设备的文件存储部分中的发送状态都变成非中止状态。由此，中继设备之间的文件传送重新开始。
本发明可作为文件传送系统中使用的中继设备而被形成。在这种情况下，中继设备包括从接收设备接收文件标识符和已下载数据量的输入文件发送部分，以及一个文件存储部分，该部分保存相互关联的该文件的文件标识符和文件数据，并根据文件标识符和已下载数据量而把文件数据传递到输入文件发送部分。根据已下载数据量，输入文件发送部分把文件数据发送到接收设备。
本发明可作为文件传送系统中使用的各个发送设备和接收设备而被形成。
此外，本发明可作为一种文件传送方法而被形成。在这种情况下，该文件传送方法包括一个第一个步骤，在接收到文件发送请求的时候，产生一个用于识别文件的文件标识符，一个第二步骤，在接收文件数据之前，从发送设备接收一个文件大小，并且保存相互关联的文件大小和文件标识符，一个第三步骤，请求发送设备发送文件数据，直到接收数据达到该文件大小，一个第四步骤，在将文件数据发送到接收设备之前，把文件标识符和文件大小发送到接收设备，一个第五步骤，把文件数据发送到接收设备，直到接收设备接收的数据量达到该文件大小。
另外，本发明可作为一种对执行上述方法的程序加以保存的计算机可读介质而被形成，并且可以作为该程序而被形成。
本发明的其它目的、特征和优点将在参考附图的下述详细描述中变得更为清楚。
附图说明
图1是一个显示第一实施例的文件传送系统整体结构的示意性框图；
图2是一个显示第一实施例的处理流程概要的流程图；
图3是一个显示第二实施例的文件传送系统整体结构的示意性框图；
图4是一个显示第二实施例的处理流程概要的流程图；
图5是一个显示第三实施例的文件传送系统整体结构的示意性框图；
图6是一个显示第三实施例的处理流程概要的流程图；
图7是一个显示第四实施例的文件传送系统整体结构的示意性框图；
图8是一个显示第四实施例的处理流程概要的流程图。
具体实施方式
下文中将参考附图而对本发明的实施例进行描述。
[第一实施例]
以下将对本发明的第一实施例进行描述。
图1是一个显示该实施例的文件传送系统整体结构的示意性框图。如图所示，该文件传送系统包括一个发送设备30，一个接收设备50和一个中继设备10，中继设备10被连接到发送设备30和接收设备50，这样，中继设备10就可以与发送设备30和中继设备50交换数据。发送设备30、接收设备50以及中继设备10，其中每一个都是通过在具有网络接口的计算机上运行基于以下处理方法的程序而被实现的。
本发明的程序可被保存在CD-ROM等存储器中，并且可以被分发。此外，该程序可以通过提供网络下载而被分发。通过把CD-ROM中存储的或是下载的程序安装到计算机中，该计算机可用作本发明的发送设备、中继设备或接收设备。
发送设备10包括一个文件始发信息发送部分31，一个始发文件存储部分33和一个始发文件发送部分32。
文件始发信息发送部分31把文件始发信息发送到中继设备10，其中文件始发信息包括代表始发文件信息发送的字符串，以及被传文件的文件大小L和目的IP地址R。此外，文件始发信息发送部分31接收文件标识符I并将文件标识符I传递到始发文件存储部分33。
基于文件标识符I，始发文件存储部分33读取自身或是其他存储设备保存的文件数据，并将文件数据连同文件标识符I一起传递到始发文件发送部分32。
始发文件发送部分32从始发文件存储部分33接收文件数据和文件标识符I，并将文件数据、文件标识符I以及代表始发文件发送的字符串发送到中继设备10。
中继设备10包括一个文件始发信息接收部分11、一个始发文件接收部分12、一个文件存储部分13、一个文件输入信息发送部分14以及一个输入文件发送部分15。
文件始发信息接收部分11可以从发送设备接收文件大小L和目的地址R，并且可以产生文件标识符I和一个文件路径P，还能向文件存储部分13提供文件标识符I和文件路径P。
始发文件接收部分12可以从发送设备接收文件标识符I和文件数据F(x)，并将它们提供给文件存储部分13，其中“x”表示文件数据中已被读取和发送到中继部分的数据量(偏移)。
文件输入信息发送部分14可以接收一个从接收设备50发送的POST方法，并且可以获取接收设备的IP地址R。此外，文件输入信息发送部分14具有如下功能：在文件存储部分13中的一个文件表中搜索与IP地址R关联的一对文件标识符I和文件大小L，获取该对数据，并将该对文件标识符I和文件大小L告知接收设备50。
输入文件发送部分15可以从接收设备50接收文件标识符I和已下载数据量O_R，并且可以根据文件标识符I和已下载数据量O_R，从文件存储部分13接收文件数据F(O_R)。此外，输入文件发送部分15具有将文件数据F(O_R)发送到接收设备50的功能。已下载数据量是文件数据中已经被接收设备50接收的数据量。
文件存储部分13具有下列功能：保存文件始发信息接收部分发送的文件标识符I、文件路径P、文件大小L以及目的IP地址R，同时将它们相互关联，将始发文件接收部分发送的文件数据F’存入一个由文件路径P指定的区域，根据来自文件输入信息发送部分14的目的地址R，将文件标识符I和文件大小L传递到文件输入信息发送部分14，以及将对应于来自输入文件发送部分15的文件标识符I和已下载数据量O_R的文件数据F(O_R)传递到输入文件发送部分15。
接收设备50包括一个文件输入信息接收部分51，一个输入文件存储部分53以及一个输入文件接收部分52。
文件输入信息接收部分51具有如下功能：从中继设备10接收包含文件标识符I和文件大小L的文件输入信息，基于文件标识符I，确定一条指示文件存储目的地的文件路径P’，以及将文件标识符I、文件路径P’和文件大小L提供给输入文件存储部分53。
输入文件存储部分53具有如下功能：根据来自文件输入信息接收部分51的文件标识符I、文件路径P’和文件大小L，将文件的文件标识符I和已下载数据量O_R传递到输入文件接收部分52，接收文件数据F(O_R)，该数据是来自输入文件接收部分52的一部分或所有文件数据，以及，保存文件数据F(O_R)。
输入文件接收部分52具有如下功能：从输入文件存储部分53接收文件的文件标识符I和已下载数据量O_R，将它们传递到中继设备10，根据文件的文件标识符I和已下载数据量O_R，接收中继设备10发送的文件数据F(O_R)，并将其传递到输入文件存储部分53。
在中继设备10中，一个HTTP服务器进程被运行，并且一个作为CGI程序或是小服务程序而被执行的中继设备程序可以通过一个HTTP的POST方法而被运行，用于一个URL。该URL被预先告知发送设备30和接收设备50。
此外，在中继设备10中运行一个关系数据库管理系统(RDBMS)，并且准备了一个表，用于保存一对文件标识符、文件路径、文件大小和目的IP地址。数据库的这个表被称作文件表。文件表和实际存储文件的磁盘区域可以被配置成文件存储部分13。
各个部分31-33、11-15、51-53并不一定是独立部分。它们可以通过一个微处理器和一个对程序进行保存的存储设备而被实现。
接下来，根据本实施例的处理过程将参考图2而被描述。图2是一个显示本实施例处理过程概要的流程图。
首先描述的是发送设备30和中继设备10之间执行的处理。发送设备30将代表“始发文件信息发送”的字符串、文件标识符I、被传文件的文件大小L以及目的IP地址D存入一个HTTP请求的POST方法的实体主体，同时通过换行将其分离，并且在步骤101，发送设备30把它们发送到中继设备10。
在HTTP服务器运行的中继设备程序所实现的文件始发信息接收部分11中，当接收自发送设备30的POST方法的实体主体的第一行是代表“始发文件信息发送”的字符串时，文件始发信息接收部分11读取字符串之后的被传文件的文件大小L和目的IP地址R，并基于时间信息来为文件产生一个唯一值，在步骤102，将该值指定为文件标识符I。
然后，基于文件标识符I，文件始发信息接收部分11确定用于指示文件存储目的地的文件路径P，在步骤103中，该部分把文件标识符I、文件路径P、文件大小L以及目的地址R发送到文件存储部分13。
在步骤104，文件存储部分13把这些信息存入文件表。
此外，在步骤105，文件始发信息接收部分11通过将字符串包含在一个HTTP响应的实体主体中而把代表文件标识符I的字符串告知发送设备30。
当发送设备30接收到HTTP响应的实体主体(其中包含代表文件标识符I的字符串)时，发送设备30从中读取文件标识符I，并将一个指示“始发文件发送”的字符串以及文件标识符I存入一个HTTP请求的POST方法的实体主体，同时通过换行将其分离，该设备还保存对应于文件标识符I的文件数据的二进制序列，并且在步骤106，开始将其发送到中继设备30。
发送设备30中的处理按以下方式执行。首先，发送设备30的文件始发信息发送部分31接收HTTP响应的实体主体，其中包含文件标识符I，并且，文件始发信息发送部分31读取文件标识符I，并将文件标识符I传递到始发文件存储部分33。始发文件存储部分33根据文件标识符I来读取文件数据F(x)，并将文件标识符I与文件数据传递到始发文件发送部分32。始发文件发送部分32存储一个代表“始发文件发送”的字符串以及文件标识符I，同时通过换行将其分离，此后，该部分把文件数据的二进制序列存入HTTP请求的POST方法的实体主体，并开始将数据发送到中继设备10。
在由HTTP服务器运行的中继设备程序所实现的中继设备10中，当POST方法的实体主体的第一行是一个代表“始发信息发送”的字符串时，始发文件接收部分12读取该字符串之后的文件标识符I，并且从文件存储部分13中保存的文件表获取一个文件路径P，该路径通过与文件标识符关联而被保存。此外，始发文件接收部分12读取保存在实体主体中的文件标识符之后的文件数据，并且在步骤107，该部分开始将文件数据存入文件存储部分13的一个区域，该区域由文件路径P指定。同样，文件数据继续被保存，直到在步骤108中，所有文件数据都被存入文件存储部分13。
当所有文件数据都被存入文件存储部分13的时候，在步骤119和120，中继设备10将数据存储的完成告知发送设备30。根据该通知，发送设备30结束文件传送处理。
接下来将对接收设备50和中继设备10之间执行的处理进行描述。
接收设备50将一个表示“输入文件信息请求”的字符串存入一个HTTP请求的POST方法的实体主体，在步骤109，该设备使用先前作为发送目的地给出的一个URL而把HTTP请求发送到中继设备10。
在由HTTP服务器运行的中继设备程序所实现的中继设备10中，当接收设备50发送的POST方法的实体主体的第一行是一个表示“输入文件信息请求”的字符串时，文件输入信息发送部分14获取通过HTTP告知的HTTP客户的一个IP地址R，在步骤110，文件输入信息发送部分14在文件存储部分13的文件表中搜索与IP地址R相互对应而被保存的一对文件标识符I和文件大小L，在步骤111，该部分获取这些数据。然后，文件输入信息发送部分14将该对文件标识符I和文件大小L存入一个用于接收设备50的HTTP响应的实体主体，同时通过换行将二者分离，并且在步骤112中把该HTTP响应返回给接收设备50。
接收设备50从HTTP响应的实体主体中读取该对文件标识符I和文件大小L，确定一个文件路径P’，该路径与文件标识符I关联而且是文件存储目的地，在步骤113，接收设备还存储包含文件标识符I、文件大小L以及文件路径P’的文件信息。举例来说，文件信息可以被存储为一种阵列结构，而这些信息则作为其中的元素。此外，文件信息可以包括该文件的已接收数据量O_R(第一次大约为0)。
接下来，接收设备50将一个代表“输入文件请求”的字符串、文件标识符I、已接收数据量O_R(第一次大约为0)存入POST方法的实体主体，同时通过换行将这些字符串分离，并且，在步骤114，接收设备50把该POST方法发送到中继设备10。
接下来，当POST方法的实体主体的第一行是一个代表“输入文件请求”的字符串时，由HTTP服务器运行的中继设备程序所实现的中继设备10读取该字符串之后文件标识符I和已接收数据量O_R，并从文件存储部分13的文件表中获取与文件标识符I结合而被保存的文件路径P，在步骤116中，中继设备10读取与文件路径P对应的文件中已被接收数据量O_R的那些数据之后的文件数据，在步骤117，该设备把文件数据存入一个HTTP响应的实体主体，并将该HTTP响应返回到接收设备50。
接收HTTP响应的接收设备50从所存储的文件信息中获取文件的文件路径P’，并且在步骤118中，将HTTP响应的实体主体的内容添加到已被存入文件路径P’的文件数据中，其中，该内容是文件中已接收数据量O_R之后的文件数据。
从步骤114到步骤118的过程被重复，直到已接收数据量O_R达到文件大小L(L1)为止。
如果接收设备50的接收速度超过了发送设备30的发送速度，并且在发送设备30完成发送所有数据之前，接收设备50完成了对中继设备10中所存数据的接收，那么接收设备50重复请求中继设备发送剩余数据，直到已接收数据量O_R达到文件大小L为止，在步骤S114中为L1。
尽管在上述描述中，文件被传送到一个接收设备的情况已经作为实例而被描述，但是本发明还可应用于文件被传送到多个接收设备的情况(多点传送)。在这种情况下，可以从发送设备30把包含多个接收设备地址R1-RN的目的地址组D，而不是目的地址R发送到中继设备10。中继设备10可以将地址R1-RN中的每一个都存入文件表，同时将其与文件标识符I、文件路径P以及文件大小L相关联。
[第二实施例]
下文中将对本发明的第二实施例进行描述。该实施例与第一实施例的不同之处在于，文件从发送设备经由多个中继设备而被发送到接收设备。
在这个实施例中，发送设备30、接收设备50以及中继设备10’与第一实施例的发送设备30、接收设备50以及中继设备10基本相同。第二实施例与第一实施例的不同之处在于，在发送设备和接收设备之间提供了多个中继设备，每个中继设备都具有一个传送目的地确定部分16，其中包含一个数据库表格，用于保存一对信息，即IP地址的网络部分和传送目的地中继设备的URL。这个表被称为“路由选择表”。当一个应该输入IP地址网络部分的字段中保存的是“缺省”时，该“缺省”表示的是一个不对应于路由选择表中任何其它行的地址。当应该输入传送目的地中继设备URL的字段中保存的是“本地”的时候，这意味着无需将数据发送到其它中继设备。
图3是一个显示本实施例的文件传送系统整体结构的示意性框图。
发送设备30和接收设备50经由按此顺序的中继设备10’A、10’B、10’C而被连接，以便发送数据。对中继设备10’A、10’B、10’C来说，由于结构相同，因此将把中继设备10’A作为代表来加以描述。
在这个应用的图中，具有相同数字的部分具有相同名称，其中A、B、或C被添加到某些部分的数字中。举例来说，11、11A、11B和11C中每一个指示的都是一个名为文件始发信息接收部分的部分。
中继设备10’A包括一个文件始发信息接收部分11A、一个始发文件接收部分12A、一个文件存储部分13A、一个文件始发输入信息发送部分14A和一个始发文件发送部分15A。这些部分等同于第一实施例的中继设备10的相应部分。此外，中继设备10’A包括一个传送目的地确定部分16A、一个文件中继信息发送部分17A、一个中继文件发送部分18A、一个文件中继信息接收部分19A以及一个中继文件接收部分20A。
传送目的地确定部分16A包括一个路由选择表，用于保存一对信息，即IP地址的网络部分和传送目的地中继设备的URL，并且具有从文件中继信息发送部分17A接收目的地址，并将对应于目的地址的传送目的地中继设备的URL返回给文件中继信息发送部分17A的功能。
文件中继信息发送部分17A具有如下功能：从文件存储部分13A接收文件标识符I、文件大小L以及目的地址R，将目的地址R传递到传送目的地确定部分，接收对应于目的地址R的传送目的地中继设备的URL，以及将文件中继信息发送到该URL。
中继文件发送部分18A具有如下功能：从下一阶段的中继设备接收文件标识符I和已接收数据量(在中继设备10’A中用O_M表示)，将文件标识符I和已接收数据量传递到文件存储部分13A，接收文件存储部分13A发送的文件数据F(O_M)，以及将文件数据发送到下一阶段的中继设备。
文件中继信息接收部分19A具有如下功能：从前一阶段中继设备接收文件中继信息，基于该信息中的文件标识符，产生一个文件路径PA，以及将文件路径PA与文件中继信息传递到文件存储部分13A。
中继文件接收部分20A具有如下功能：接收前一阶段中继设备发送的文件数据，将文件数据传递到文件存储部分13A，以及，从文件存储部分接收文件标识符和前一阶段中继设备的已接收数据量，并将它们传递到前一阶段的中继设备。
接下来将要参考图4对本实施例的处理过程进行描述。图4是一个显示本实施例处理过程概要的流程图。
在步骤201-204中，发送设备10采用与第一实施例相同的方法，把一个待传文件的文件大小和目的IP地址告知最接近的中继设备10’A。
基于中继设备10’A的时间信息和IP地址P，中继设备10’A把一个唯一值作为文件标识符I分配给该文件。然后，中继设备10’A采用与第一实施例相同的方式，将文件标识符I、文件大小L以及目的IP地址R记录到文件存储部分13A中，在步骤204中，该设备把文件标识符I通知给发送设备30。
此外，中继设备10’A在路由选择表16A的网络部分检查目的IP地址R。当存在一个匹配时，在步骤205，中继设备10’A得到相应的传送目的地中继设备10’B的URL“M”。
接着，在步骤206中，中继设备10’A把中继文件信息发送到URL“M”，其中，中继文件信息包括经由中继设备10’B传递的，代表“中继文件信息发送”的字符串，以及文件标识符I、文件大小L和目的IP地址R，并且通过换行将其分离，并且，将其存入一个HTTP请求的POST方法的实体主体。
在接收到HTTP请求的POST方法的中继设备10’B中，当POST方法的实体主体的第一行是一个表示“中继文件信息发送”的字符串时，由HTTP服务器运行的中继设备程序读取该字符串之后的文件标识符I、文件大小L以及目的IP地址R。此外，中继设备10’B基于文件标识符来确定保存文件的文件路径PB，并把文件标识符I、文件路径PB、文件大小L以及目的地址R存入文件存储部分13B(更准确地说是存入文件表)。此外，中继设备10’B在路由选择表16A的网络部分检查目的IP地址R。当存在一个匹配时，在步骤207，中继设备10’B获取相应的传送目的地中继设备10’C的URL“N”。
接着，在步骤208，中继设备10’B将中继文件信息发送到URL“N”，其中，中继文件信息包括经由中继设备10’B传送的，代表“中继文件信息”的字符串、文件标识符I、文件大小L和目的IP地址R，它们通过换行而被分离，并被存入HTTP请求的POST方法的实体主体中。
这样，文件信息最终到达最接近接收设备50、并且管理目的地址R的中继设备。
另一方面，发送设备30开始把文件的内容数据(以后将被称作″文件数据″)发送到最接近的中继设备10’A，同时在步骤209中，发送设备30采用等同于第一实施例的方法来建立与文件标识符I的关联。
中继设备10’A读取被传文件数据，并且开始把文件数据存入文件存储部分13A的一个区域，该区域由文件路径PA指定。文件数据的存储被重复，直到所有文件数据都被存入文件存储部分13A为止。当所有文件数据都被存入文件存储部分13A的时候，在步骤211，中继设备10’A把数据存储的完成告知发送设备30。发送设备30根据该通知结束文件传送处理。
当与最接近的中继设备不同的中继设备10’B和10’C接收“中继文件信息”的时候，每个中继设备都保存“中继文件请求”、文件标识符I、已接收数据量O_M或O_N(第一次为0)，这些数据通过换行而被分离，在步骤212和213，中继设备把这些数据分别发送到前一阶段的中继设备10’A、10’B。
当POST方法的实体主体的第一行是一个代表“中继文件请求”的字符串时，响应于上述中继文件请求，由HTTP服务器运行的前一阶段中继设备10’A或10’B的中继设备程序读取字符串之后的文件标识符I和已接收数据量O_M或O_N，并从文件存储部分13A或13B的文件表中获取与文件标识符I关联的文件路径PA或PB，在步骤214和215，该程序把跟随在已接收数据量O_M或O_N的文件路径PA或PB的文件数据之后的文件数据存入一个HTTP响应的实体主体，并在步骤216和217中将其发送到下一阶段的中继设备10’B或10’C。
当接收到前一阶段保存的文件数据时，与最接近发送设备30的中继设备10’A不同的中继设备10’B和10’C中的每一个都对保留在中继设备中的文件数据发出请求。响应于此，中继设备10’A和10’B中每一个都响应该请求而分别向中继设备10’B和10’C发送文件数据(L2，L3)。这个处理被重复，直到已接收数据量O_M、O_N达到文件中继信息报告的文件大小L。
在步骤218，接收设备50向最接近的中继设备10’C查询涉及目的地址R的新近到达的文件信息。响应于此查询，在步骤219中，中继设备10’C把文件标识符I和文件大小L发送到接收设备50。在步骤220，接收设备50保存文件标识符I和文件大小L作为文件信息。此外，在步骤221，接收设备50向中继设备10’C请求传送文件数据，该数据与文件标识符I关联，并被存入中继设备10’C。响应于该请求，在步骤222中，中继设备10’C把文件数据发送到接收设备50。
如果，即使在接收设备50完成对中继设备10’C所存数据的接收时，已接收数据量O_R仍未达到文件大小L，那么接收设备50将重复向最接近的中继设备10’C请求剩余文件数据，直到已接收数据量O_R达到文件大小L(L1)为止。
尽管在上述描述中，文件被传送到一个接收设备的情况已作为实例而被描述，但是本发明还可应用于将文件传送到多个接收设备的情况(多点传送)。在这种情况下，可以从发送设备30把包含多个接收设备地址R1-RN的目的地址组D，而不是目的地址R发送到中继设备10’。通过将地址R1-RN中的每一个与文件标识符I、文件路径P以及文件大小L关联，中继设备10’可以将其保存在文件表中。
根据本实施例的文件传送系统，在发送设备和接收设备之间可以提供多个中继设备。就网络路由而言，即使在发送设备和接收设备相互远离的时候，发送设备也可以向最接近该发送设备的中继设备发送一个文件，接收设备也可以从最接近该接收设备的中继设备接收一个文件。这样，发送和接收所需要的时间可以被减少。
[第三实施例]
接下来将对第三实施例进行描述。
图5是一个显示本实施例的文件传送系统整体结构的示意性框图。在第三实施例中，发送设备30、接收设备50和中继设备10″基本上等同于第一实施例的发送设备30、接收设备50以及中继设备10。下列方面与第一实施例不同。更确切的说，在这个实施例中，中继设备10″的文件存储部分13’的文件表中添加了一个记录文件发送中止的字段(该字段将被称作“发送中止字段”)，其中，当发送设备30中止发送文件时，代表发送状态的数据将被记录在“发送中止字段”中，举例来说，一个代表“真”的值或字符串被记录。当没有中止文件发送时，代表“假”的值或字符串被记录。此外，中继设备10″包括一个已接收数据量响应部分21，用于将上载数据量发送到发送设备30，其中，上载数据量是所传文件数据中已从发送设备发送到中继设备的文件数据的数据量。
接下来参考图6对本实施例的处理过程进行描述。图6是一个显示本实施例的处理过程概要的流程图。
在这个实施例中，图6中用对角阴影区域指示的处理PR等同于图2中虚线矩形所包围的第一实施例的相应处理。在这个处理中，发送设备30将始发文件信息发送告知中继设备10″。响应于此，文件标识符被从中继设备10″发送到发送设备30。此外，接收设备50将输入文件信息请求发送到中继设备10″。响应于该请求，中继设备10″将文件标识符和文件大小作为输入文件信息发送到接收设备50。接收设备50将其作为文件信息加以保存。
在步骤301，当发送设备中止文件发送时，在步骤302、303中，一个代表“真”的值被记录在发送中止状态的字段中，该数值指示的是发送中止状态。
在步骤304，由HTTP服务器运行的中继设备程序所实现的中继设备10″从接收设备50接收一个输入文件信息请求(HTTP请求的POST方法)。当该实体主体的第一行是一个代表“输入文件请求”的字符串时，在步骤305，中继设备10″读取该实体主体中保存的文件标识符I和已接收数据量O_R。此外，在步骤306，中继设备10″从文件存储部分13的文件表中获取与文件标识符I一起保存的发送状态Z和文件路径P，其中文件标识符I与发送状态Z和文件路径P关联。然后，中继设备10″把发送中止状态存入一个HTTP响应的实体主体，并且在步骤307，该设备把该HTTP响应发送到接收设备50。
上述处理被重复，直到已接收数据量O_R达到文件大小L(L4)为止。
在步骤308，接收HTTP响应的接收设备50记录文件信息，并从实体主体的第一行读取发送中止状态的值Z。当该值为“真”时，中止接收文件。当该值为“假”时，在步骤316，接收设备50进一步将输入文件请求发送到中继设备10″。当POST方法的实体主体的第一行是一个代表“输入文件请求”的字符串时，中继设备10″读取该字符串之后存储的文件标识符I和已接收数据量O_R，并且在步骤317，该设备从文件存储部分13的文件表中读取与文件标识符I关联的文件路径P。此外，在步骤318，中继设备10″读取文件已接收数据量之后的文件数据，该文件对应于文件存储部分13’的文件路径P，并且，该设备将文件数据存入一个HTTP响应的实体主体，在步骤319中，中继设备10″将HTTP响应返回到接收设备50。
接收设备50接收到HTTP响应，它从所存储的文件信息中获取该文件的文件路径P’，并且在步骤320，通过将HTTP响应的实体主体内容添加到在文件路径P’已经保存的文件数据中，从而将该内容保存为后续数据，其中该内容是已接收数据量O_R之后的文件数据F(O_R)。
上述处理被重复，直到已接收数据量达到文件大小L(L5)。
当恢复文件发送时，发送设备30将代表已存储数据量O_S的字符串以及文件标识符I存入一个HTTP请求的POST方法的实体主体，并且通过换行将字符串分离，在步骤309，该设备将HTTP请求发送到中继设备10″。
当POST方法的实体主体的第一行是一个代表“已存储数据量”的字符串时，在步骤310，由HTTP服务器运行的中继设备程序所实现的中继设备10″读取随后的文件标识符I，在步骤311，该设备从文件表获取与文件标识符记录在一起的文件路径P，该文件标识符与文件路径P关联。然后，中继设备10″将保存在文件路径P中的数据量存入HTTP响应的实体主体，并在步骤312中将该HTTP响应返回到发送设备30。
发送设备30从来自中继设备10″的HTTP响应的实体主体中读取已存储数据量O_S，并把代表“始发文件”的字符串以及文件标识符I存入一个HTTP请求的POST方法的实体主体，同时通过换行将字符串分离。此后，发送设备30将文件数据中“已存储数据量”的数据之后的文件数据F(O_S)(例如二进制序列)存入该实体主体，在步骤313，该设备开始将数据发送到中继设备10″。
当POST方法的实体主体的第一行是一个代表“始发文件”的字符串时，中继设备10″读取文件标识符，获取与文件标识符一起记录的文件路径，其中，文件标识符与文件路径关联，该设备还读取实体主体中保存的文件数据，并在步骤314中开始保存文件数据，以使文件数据跟随文件路径中已保存数据的末端。此外，在步骤315，中继设备10″将发送中止状态的值Z改成“假”。
当所有文件数据都被存入文件存储部分13的时候，即，当上载文件数据O_S达到文件大小L的时候，在步骤321和322，中继设备10″把数据存储的完成告知发送设备30。响应于该通知，发送设备30结束文件传送处理。
尽管在上述描述中，文件被传送到一个接收设备的情况已作为实例而被描述，但是本发明还可应用于把文件传送到多个接收设备的情况(多点传送)。在这种情况下，可以从发送设备30把包含多个接收设备地址R1-RN的目的地址组D，而不是目的地址R发送到中继设备10″。通过将地址R1-RN中的每一个都与文件标识符I、文件路径P以及文件大小L相关联，中继设备10″将其存入文件表中。
根据该文件传送系统，由于中继设备具有一个存储文件发送状态和将该发送状态发送到接收设备的部分，因此，当发送设备在某个中间点中止发送的时候，执行与发送设备操作同时发生的接收操作的接收设备可以识别到发送的中止，这样，即使已接收数据量仍未达到该文件大小，接收设备也可以中止接收操作。此外，由于中继设备包括一个部分，该部分响应发送设备的查询而发送已存储数据量，因此发送设备可以从剩余文件数据的开头恢复文件发送。另外，由于接收设备包括一个部分，该部分把已接收数据量告知中继设备，并从中继设备接收后续数据，因此接收设备可以从剩余文件数据的开头恢复文件的接收。
[第四实施例]
以下将描述本发明的第四实施例。
图7所示的实施例，其发送设备、接收设备以及中继设备具有第二实施例包含的发送设备、接收设备以及中继设备的所有特征。不同之处在于，中继设备10A、10B、10C包含上述第三实施例中描述的接收数据量响应部分21(21A，21C)。
接下来，本实施例的处理过程将参考图8而被描述。图8是一个显示本实施例的处理过程概要的流程图。
在步骤401，发送设备30采用等同于第一实施例的方法而把被传文件的文件大小和目的IP地址告知最接近发送设备的中继设备10A。
在步骤402，基于中继设备10A的时间信息和IP地址R，中继设备10A为文件分配一个唯一值，用作文件标识符。然后，在步骤403，中继设备10A采用与第一实施例相同的方式，将文件标识符I、文件大小L以及目的IP地址R记录到文件存储部分13’A中，并且在步骤404中，该设备把文件标识符I通知给发送设备30。
此外，中继设备10A在传送目的地确定部分的网络部分(路由选择表)16A中检查目的IP地址R。当存在一个匹配时，在步骤405，中继设备10A获取相应的传送目的地中继设备10B的URL“M”。
接着，在步骤406，中继设备10A把中继文件信息发送到URL“M”，其中，中继文件信息包含经由中继设备10B传递的，代表“中继文件信息发送”的字符串，文件标识符I、文件大小L和目的IP地址R，它们通过换行而被分离，并被保存在一个HTTP请求的POST方法的实体主体中。
在接收HTTP请求的POST方法的中继设备10B中，当POST方法的实体主体的第一行是一个表示“中继文件信息发送”的字符串时，HTTP服务器所运行的中继设备程序读取该字符串之后的文件标识符I、文件大小L以及目的IP地址R。此外，中继设备10B基于文件标识符来确定保存文件的文件路径PB，并将文件标识符I、文件路径PB、文件大小L以及目的地址R存入文件存储部分13’B(更为具体地说是存入文件表)。此外，中继设备10B在传送目的地确定部分的网络部分(路由选择表)16B检查目的IP地址R。当存在一个匹配时，中继设备10B获取相应的传送目的地中继设备10C的URL“N”。
接着，在步骤407，中继设备10B把中继文件信息发送到URL“N”，其中，中继文件信息包含经过中继设备10C而被传递的，代表“中继文件信息发送”的字符串，文件标识符I、文件大小L和目的IP地址R，它们通过换行而被分离，并被存入HTTP请求的POST方法的一个实体主体。
这样，文件信息最终到达中继设备10C，该设备最接近接收设备50，并且管理目的地址R。
另一方面，发送设备30将一个代表“始发文件发送”的字符串，文件标识符I和文件内容数据存入POST方法的一个实体主体，在步骤408，该设备开始将其发送到最接近的中继设备10A。
当POST方法的实体主体的第一行是一个代表“始发文件发送”的字符串时，中继设备10A读取后面的文件标识符I，对路由选择表进行搜索，并且判断是否有必要传送文件。在有必要传送的时候，中继设备10A获取文件应被传送到的下一阶段中继设备的URL，并将一个代表“中继文件到达”的字符串和文件标识符I存入一个HTTP请求的POST方法的实体主体，同时通过换行将其分离，在步骤409，该设备向下一阶段中继设备10B发送HTTP请求。
中继设备10A读取被传文件数据，并且开始将文件数据存入文件存储部分13’A的一个区域，该区域由文件路径PA指定。文件数据的存储被重复，直到已接收数据量O_S达到文件存储部分13’A中的文件大小L。当所有文件数据都被存入文件存储部分13’A的时候，在步骤499，中继设备10A把数据存储的完成告知发送设备30。响应于此通知，发送设备30结束文件传送的处理。
当中继设备10B接收一个HTTP请求，其中含有代表“中继文件到达”的字符串时，中继设备10B把代表“中继文件到达”的字符串以及文件标识符I存入一个HTTP请求的POST方法的实体主体，同时通过换行将其分离，并且在步骤410，该设备把HTTP请求发送到下一阶段的中继设备10C。
当中继设备10B和10C接收一个含有“中继文件到达”的请求时，每个中继设备都把代表“中继文件请求”的字符串，文件标识符I、已接收数据量O_M或O_N(第一次为0)存入POST方法的实体主体，同时通过换行将其分离，在步骤411和412，该设备将其发送到前一阶段的中继设备10A或10B。在上述第二实施例中，当中继设备10B和10C接收“中继文件信息”的时候，每一中继设备都把代表“中继文件请求”的字符串，文件标识符I、已接收数据量(第一次为0)存入POST方法的实体主体，同时通过换行将其分离，并将数据发送到前一阶段的中继设备。相反，根据第四实施例，在接收中继文件信息的时候，“中继文件请求”不被执行，取而代之的是，“中继文件请求”在“中继文件到达”的通知之后才被执行。
响应于接收文件请求，当POST方法的实体主体的第一行是一个代表“中继文件请求”的字符串时，前一阶段每个中继设备10A和10B的中继设备程序都读取该字符串之后的文件标识符I和已接收数据量O_M或O_N，并从文件存储部分13A或13B的文件表中获取与文件标识符I关联的文件路径PA或PB，将已接收数据量O_M或O_N的文件路径PA或PB的文件数据之后的数据以及一个指示发送中止状态的值Z存入一个HTTP响应的一个实体主体，并且在步骤413和414，该程序把HTTP响应发送到下一阶段的中继设备10B或10C。
当代表发送中止状态的值Z为“真”时，接收HTTP响应的中继设备10B和10C中的每一个都中止接收文件数据。当代表发送中止状态的值Z为“假”时，中继设备10B和10C中每一个都获取文件存储部分13’B或13’C保存的文件的文件路径PB或PC，并将HTTP响应的实体主体中的后续内容(文件数据的剩余内容)添加到文件路径中已保存的数据之中。
在各个中继设备10B和10C中，中继文件请求和对应文件的发送被重复(L6，7)，直到已接收数据量O_M或O_N达到中继信息预先通知的文件大小L，或是代表始发中止状态的值Z变为“真”为止。
与第一实施例中的方式相同，在步骤416，接收设备50向最接近的中继设备10C查询针对目的地址R的新到达的文件信息。响应于该查询，在步骤417，中继设备10C把文件标识符I和文件大小L发送到接收设备50。
接收设备50获取文件路径，该路径是通过关联文件标识符I而被记录的，同时该设备还获取对应于文件路径的已接收数据量O_R，并将代表“输入文件请求”的字符串，文件标识符I和已接收数据量O_R(第一次为0)存入POST方法的一个实体主体，同时通过换行将其分离，在步骤419，接收设备50设备将该实体主体发送到中继设备10C。
响应于输入文件请求，当接收到的POST方法的实体主体的第一行是代表“中继文件请求”的字符串时，中继设备10C读取跟随该字符串而被保存的文件标识符I和已接收数据量O_R，并从文件存储部分13’C的文件表中获取与文件标识符I关联而被记录的文件路径PC，同时把文件路径C的文件中已接收数据量O_R的数据之后的文件数据和指示发送中止状态的值Z存入一个HTTP响应的一个实体主体，在步骤420，中继设备10C将该HTTP响应发送到接收设备50。
当指示发送中止状态的值Z为“真”时，接收HTTP响应的接收设备50中止接收文件。当指示发送中止状态的值Z为“假”时，接收设备50获取输入文件存储部分53中保存的文件的文件路径，并将后续内容(文件数据的剩余数据)存入HTTP响应的实体主体。
在接收设备50中，文件数据的发送被重复(L8)，直到已接收数据量O_R达到文件大小L，或是指示发送中止状态的值Z变为“真”为止。
当发送设备30恢复文件发送时，发送设备30把代表已存储数据量O_S的字符串以及文件标识符I存入一个HTTP请求的POST方法的实体主体，同时通过换行将其分离，在步骤412，发送设备30将该HTTP请求发送到中继设备10A。
当POST方法的实体主体的第一行是一个代表“已存储数据量”的字符串时，中继设备10A读取文件标识符I，从文件表中获取与该文件标识符关联的文件路径PA，将文件路径PA中保存的数据量存入一个HTTP响应的一个实体主体，并将该HTTP响应发送到发送设备30。
发送设备30从中继设备10A发送的HTTP响应的实体主体中读取已存储数据量O_S，并把代表“始发文件”的字符串和文件标识符I存入一个HTTP请求的POST方法的实体主体，同时通过换行将字符串分离。此后，发送设备30存储文件数据中已接收数据量的数据之后的文件数据F(O_S)(例如二进制序列)，并且开始将数据发送到中继设备10″。
当POST方法的实体主体的第一行是一个代表“始发文件”的字符串时，中继设备10A读取文件标识符，从文件表中获取与该文件标识符I关联的文件路径，读取保存在实体主体中并跟随在文件标识符之后的“文件数据”，并且开始将文件数据存入文件路径PA中已保存数据的末端之后的一个部分。此外，发送中止状态的值Z被改成“假”。
当所有文件数据都被存入文件存储部分13的时候，也就是说，当上载文件数据量O_S达到文件大小L的时候，在步骤499，中继设备10A向发送设备30通知数据存储已完成。响应于该通知，发送设备30结束文件传送的处理。
此后处理采用与先前所述处理一样的方式被执行(步骤409，410，411，412，413，414，420，L6，L7，L8)。
尽管在上述描述中，将文件传送到一个接收设备的情况已经作为实例而被描述，但是本发明还可应用于将文件传送到多个接收设备的情况(多点传送)。在这种情况下，可以从发送设备30把包含多个接收设备地址R1-RN的目的地址组D，而不是目的地址R发送到中继设备10。中继设备10可以将地址R1-RN中的每一个与文件标识符I、文件路径P以及文件大小L关联，从而将其存入文件表。
根据本实施例的文件传送系统，由于发送设备恢复文件发送是从一个中继设备通知给下一阶段中继设备的，因此那些由发送设备恢复发送的数据重新开始在中继设备之间传送。
根据本发明，由于发送设备到中继设备的文件传送是与中继设备到接收设备的文件传送同时被执行的，因此在完成发送之前就可开始接收。此外，由于包含被传文件的文件大小的始发文件信息是从发送设备发送到中继设备和接收设备的，因此接收设备可以重复接收文件，直到已接收文件数据达到该文件大小为止。结果，在发送设备的发送速度低于接收设备的接收速度的情况下，即使接收设备接收了已被保存在中继设备的所有数据之后，所接收的数据量仍未达到文件大小，也可在等到将后续数据存入中继设备之后，通过重复文件接收处理来对文件传送速度进行调整。
本发明并不局限于特别公开的实施例，可以在不脱离本发明范围的情况下进行修改和变化。

Claims (12)

1.一种文件传送系统，该系统从一个发送设备向一个接收设备传送文件，所述文件传送系统包括：
所述发送设备，该发送设备发送所述文件；
中继设备，该中继设备中继所述文件；以及
所述接收设备，该接收设备接收所述文件；
所述文件传送系统中的所述中继设备包括：
文件存储部分，该文件存储部分保存所述文件、文件标识符、文件大小以及目的地址，它们彼此相互关联；
文件始发信息接收部分，该文件始发信息接收部分接收包含所述文件大小和所述目的地址的文件始发信息，将所述文件标识符分配给所述文件，将所述文件标识符、文件大小以及所述目的地址存入所述文件存储部分，并将所述文件标识符告知所述发送设备；
文件输入信息发送部分，该文件输入信息发送部分基于所述目的地址来判定所述文件的目的地，并将包含所述文件标识符和所述文件大小的文件输入信息通知给所述接收设备；
始发文件接收部分，该始发文件接收部分从所述发送设备接收所述文件标识符和对应于所述文件标识符的文件数据，并将所述文件标识符和所述文件数据存入所述文件存储部分；以及
输入文件发送部分，该输入文件发送部分从所述接收设备接收所述文件标识符和所述接收设备对于所述文件数据已经接收的数据量，并将保存在所述文件存储部分中的所述文件数据中的仍未被所述接收设备接收的数据发送到所述接收设备；
所述发送设备包括：
始发文件存储部分，该始发文件存储部分保存相互关联的所述文件和所述文件标识符；
始发文件信息发送部分，该始发文件信息发送部分将包含所述文件大小和所述目的地址的文件始发信息发送到所述中继设备，从所述中继设备接收所述文件标识符，并将所述文件标识符存入始发文件存储部分；以及
始发文件发送部分，该始发文件发送部分将所述文件标识符和对应于所述文件标识符的所述文件数据发送到所述中继设备；
所述接收设备包括：
输入文件存储部分，该输入文件存储部分保存相互关联的所述文件数据，所述文件标识符以及所述文件大小；
文件输入信息接收部分，该文件输入信息接收部分从所述中继设备接收包含所述文件标识符和所述文件大小的所述文件输入信息，并将所述文件标识符和所述文件大小记录在所述输入文件存储部分中；以及
输入文件接收部分，所述输入文件接收部分重复执行将所述文件标识符和所述已接收数据量发送到所述中继设备，从所述中继设备接收所述文件中仍未接收的数据，以及将从所述中继设备接收的所述数据添加到已接收数据中，直到所述文件的已接收数据量达到所述文件大小。
2.如权利要求1所述的文件传送系统，
所述中继设备还包括：
传送目的地确定部分，该传送目的地确定部分基于所述目的地址来判定是否将所述文件传送到一个第二中继设备，并在判定将所述文件发送到第二中继设备的时候，确定所述第二中继设备；
文件中继信息发送部分，该文件中继信息发送部分将包含所述目的地址、所述文件标识符以及所述文件大小的文件中继信息发送到所述第二中继设备；
中继文件发送部分，该中继文件发送部分接收所述文件标识符和所述第二中继设备已经接收的数据量，并且发送跟随在所述第二中继设备已接收的所述数据量数据之后的数据；
文件中继信息接收部分，该文件中继信息接收部分从一个第三中继设备中接收所述文件中继信息，并将所述文件中继信息中包含的所述目的地址、所述文件标识符以及所述文件大小记录在所述文件存储部分中；以及
中继文件接收部分，所述中继文件接收部分重复执行将所述文件标识符和所述已接收数据量发送到所述第三中继设备，并从所述第三中继设备接收所述文件中仍未被接收的数据，以及将接收自所述第三中继设备的所述数据添加到已接收数据中，直到所述文件的已接收数据量达到所述文件大小。
3.如权利要求2所述的文件传送系统，
所述中继文件发送部分还包括：
状态信息发送部分，在发送所述文件数据之前，该状态信息发送部分发送代表文件发送状态的信息，其中该代表文件发送状态的信息与所述文件标识符相关联；
所述中继文件接收部分还包括状态信息接收部分，该状态信息接收部分从所述第三中继设备接收所述代表文件发送状态的信息，当所述文件发送状态是发送中止状态时中止数据接收，并且在所述文件发送状态不是发送中止状态的时候，接收所述文件中仍未被接收的数据。
4.如权利要求1所述的文件传送系统，
所述文件存储部分包括：
状态信息存储部分，存储代表文件发送状态的信息，其中该代表文件发送状态的信息指示的是所述发送设备是否中止文件发送，所述代表文件发送状态的信息与所述文件标识符相关联；其中
当所述发送设备中止文件发送时，所述始发文件接收部分将所述代表文件发送状态的信息改为一个表示中止的值；以及
在将所述文件数据发送到所述接收设备之前，所述输入文件接收部分发送所述代表文件发送状态的信息；
所述中继设备还包括：
已接收数据量响应部分，当所述中继设备从所述发送设备接收到关于所述已接收数据量的查询时，该已接收数据量响应部分将所述文件存储部分中保存的所述文件的已接收数据量告知所述发送设备；其中
当所述发送设备恢复文件发送时，所述发送设备中的所述始发文件发送部分将所述已接收数据量的数据之后的数据发送到所述中继设备；以及
当所述文件发送状态是中止状态时，所述接收设备中的所述输入文件接收部分从所述中继设备接收所述代表文件发送状态的信息，并且在所述文件发送状态不是中止状态时，接收所述文件中仍未被接收的数据。
5.如权利要求1所述的文件传送系统，
所述接收设备中的所述文件输入信息接收部分包括：
目的地址发送部分，将所述目的地址发送到所述中继设备；
所述中继设备中的所述文件输入信息发送部分包括：
目的地址接收部分，接收所述目的地址，并且发送所述文件输入信息，该文件输入信息是去往所述目的地址的一个文件的文件输入信息。
6.如权利要求1所述的文件传送系统，其中
所述始发文件信息发送部分将所述文件标识符分配给将要传送的所述文件，并将所述文件标识符包含在所述文件始发信息中；
所述中继设备中的所述文件始发信息接收部分获取包含在所述文件始发信息中的所述文件标识符。
7.如权利要求1-6中任何一个所述的文件传送系统，所述数据量是字节数。
8.一种中继设备，该设备将一个文件从一个发送设备经由网络发送到一个接收设备，包括：
文件存储部分，该文件存储部分保存所述文件、文件标识符、文件大小以及目的地址，它们彼此相互关联；
文件始发信息接收部分，该文件始发信息接收部分从所述发送设备接收包含所述文件大小和所述目的地址的文件始发信息，将所述文件标识符分配给所述文件，将所述文件标识符、文件大小以及所述目的地址存入所述文件存储部分，并将所述文件标识符告知所述发送设备；
文件输入信息发送部分，该文件输入信息发送部分基于所述目的地址来判定所述文件的目的地，并将包含所述文件标识符和所述文件大小的文件输入信息通知给所述接收设备；
始发文件接收部分，该始发文件接收部分从所述发送设备接收所述文件标识符和对应于所述文件标识符的文件数据，并将所述文件标识符和所述文件数据存入所述文件存储部分；以及
输入文件发送部分，该输入文件发送部分从所述接收设备接收所述文件标识符和所述接收设备对于所述文件数据已经接收的数据量，并将保存在所述文件存储部分中的所述文件数据中的仍未被所述接收设备接收的数据发送到所述接收设备。
9.如权利要求8所述的中继设备，还包括：
传送目的地确定部分，该传送目的地确定部分返回一个与目的地址相对应的另一个中继设备的地址；
文件中继信息发送部分，该文件中继信息发送部分从所述传送目的地确定部分接收所述另一个中继设备的所述地址，并使用所述另一个中继设备的地址来发送包含所述目的地址、所述文件标识符以及所述文件大小的文件中继信息。
10.如权利要求8或9所述的中继设备，
所述文件存储部分还包括一个字段部分，其中记录了文件发送状态；
所述中继设备还包括：
已接收数据量响应部分，该已接收数据量响应部分将已从所述发送设备发送到所述中继设备的所述文件数据中的数据量发送到所述发送设备。
11.一种在文件传送系统中由中继设备执行的文件传送方法，所说文件传送系统包括用于发送文件的发送设备、用于中继文件的所述中继设备、和用于接收文件的接收设备，所述文件传送方法包括步骤：
文件始发信息接收步骤——从所述发送设备接收包含要从所述发送设备传送的文件的文件大小和目的地址的文件始发信息，将文件标识符分配给所述文件，存储所述文件标识符，并把所述文件标识符通知所述发送设备；
始发文件接收步骤——从所述发送设备接收所述文件标识符和对应于所述文件标识符的文件数据，并存储所述文件标识符和所述文件数据；
文件输入信息发送步骤——把包含所述文件标识符和所述文件大小的文件输入信息通知所述接收设备；和
文件数据发送步骤——从所述接收设备接收所述文件标识符和所述接收设备对于所述文件数据已经接收的数据量，并将所保存的所述文件数据中的仍未被所述接收设备接收的数据发送到所述接收设备。
12.如权利要求11所述的文件传送方法，其中在所述文件始发信息接收步骤中，不是由所述中继设备给所述文件分配所述文件标识符，而是由所述中继设备从所述发送设备接收除了所述文件大小和所述目的地址以外还包括所述文件标识符的所述文件始发信息，并存储所述文件标识符、所述文件大小、和所述目的地址。
CNB018150128A 2000-08-31 2001-08-30 文件传送系统、中继设备、和文件传送方法 Expired - Fee Related CN1204504C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2000263656 2000-08-31
JP263656/2000 2000-08-31

Publications (2)

Publication Number Publication Date
CN1451118A CN1451118A (zh) 2003-10-22
CN1204504C true CN1204504C (zh) 2005-06-01

Family

ID=18751173

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB018150128A Expired - Fee Related CN1204504C (zh) 2000-08-31 2001-08-30 文件传送系统、中继设备、和文件传送方法

Country Status (10)

Country Link
US (1) US7386574B2 (zh)
EP (1) EP1314093B1 (zh)
KR (1) KR100460320B1 (zh)
CN (1) CN1204504C (zh)
AT (1) ATE343175T1 (zh)
AU (2) AU2001282554B2 (zh)
DE (1) DE60123978T2 (zh)
HK (1) HK1056632A1 (zh)
TW (1) TW559702B (zh)
WO (1) WO2002019118A1 (zh)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103637B2 (en) * 2001-03-16 2006-09-05 Emc Corporation Network file sharing method and system
JP2003308244A (ja) * 2002-04-15 2003-10-31 Murata Mach Ltd Ｈｔｔｐサーバ
KR100605880B1 (ko) * 2004-02-25 2006-08-01 삼성전자주식회사 클라이언트와 서버 간의 메시지 파일 송신 방법
US8655757B1 (en) * 2005-06-30 2014-02-18 Oracle International Corporation System and method for assigning a unique asset identity
JP4904114B2 (ja) * 2006-08-23 2012-03-28 パナソニック株式会社 中継装置および中継方法
DE102008001548B4 (de) 2008-05-05 2017-03-02 Robert Bosch Gmbh Teilnehmerknoten eines Kommunikationssystems, Kommunikationssystem und Verfahren zum Übertragen einer Nachricht in dem Kommunikationssystem
US20110081367A1 (en) * 2008-06-14 2011-04-07 Veredus Laboratories Pte Ltd Influenza sequences
US9154942B2 (en) * 2008-11-26 2015-10-06 Free Stream Media Corp. Zero configuration communication between a browser and a networked media device
CN101819561A (zh) * 2010-04-21 2010-09-01 中兴通讯股份有限公司 文件下载方法及系统
JP5644472B2 (ja) * 2010-12-21 2014-12-24 ソニー株式会社 転送装置、クライアント装置、サーバ装置、再生装置および転送方法
CN103188283B (zh) * 2011-12-27 2018-01-30 腾讯科技（深圳）有限公司 文件上传下载的方法、服务器及系统
US9736121B2 (en) 2012-07-16 2017-08-15 Owl Cyber Defense Solutions, Llc File manifest filter for unidirectional transfer of files
CN103685337B (zh) * 2012-08-31 2018-03-27 腾讯科技（深圳）有限公司 共享文件的方法、终端设备及中转服务器
US10218586B2 (en) 2013-01-23 2019-02-26 Owl Cyber Defense Solutions, Llc System and method for enabling the capture and securing of dynamically selected digital information
US8776254B1 (en) 2013-01-23 2014-07-08 Owl Computing Technologies, Inc. System and method for the secure unidirectional transfer of software and software updates
US9306953B2 (en) 2013-02-19 2016-04-05 Owl Computing Technologies, Inc. System and method for secure unidirectional transfer of commands to control equipment
EP2890085A1 (en) * 2013-12-30 2015-07-01 Thomson Licensing Methods of digital content storage management and corresponding devices
US9311329B2 (en) 2014-06-05 2016-04-12 Owl Computing Technologies, Inc. System and method for modular and continuous data assurance
EP3258672A4 (en) * 2015-04-30 2018-02-28 Huawei Technologies Co., Ltd. Cloud file transmission method, terminal and cloud server
WO2017187699A1 (ja) * 2016-04-28 2017-11-02 京セラドキュメントソリューションズ株式会社 データ送信システム及びデータ送信方法
US10536507B2 (en) 2017-12-01 2020-01-14 International Business Machines Corporation Cognitive event based file sharing system for social software
CN108650283A (zh) * 2018-03-04 2018-10-12 长沙开雅电子科技有限公司 一种网盘系统文件存储和标识实现方法

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS58161032A (ja) 1982-03-19 1983-09-24 Hitachi Ltd フアイル転送プロトコル方式
JPS63143657A (ja) 1986-12-05 1988-06-15 Nec Corp フアイル転送制御方式
JPH01211147A (ja) 1988-02-19 1989-08-24 Fujitsu Ltd ファイル伝送方式
US5053945A (en) * 1988-10-06 1991-10-01 Alphatronix System and method for performing a multi-file transfer operation
JPH05324451A (ja) 1992-05-26 1993-12-07 Mitsubishi Electric Corp データ伝送システム及びデータファイル管理システム
WO1995003679A1 (en) 1993-07-20 1995-02-02 Nomadic Systems, Inc. Method and apparatus for managing data transfer in a cellular communications system
CN1148923A (zh) 1994-05-19 1997-04-30 英国电讯有限公司 文件传送机构
EP2270687A2 (en) * 1995-04-11 2011-01-05 Kinetech, Inc. Identifying data in a data processing system
US5987510A (en) * 1995-11-10 1999-11-16 Kabushiki Kaisha Toshiba Method for transferring files according to file list provided in response to file request
JPH10133970A (ja) * 1996-10-28 1998-05-22 Nec Corp ファイル転送システム
JPH10133972A (ja) * 1996-10-31 1998-05-22 Nec Corp 認証機能を持つ電子メールサービスマネージャー
US5931925A (en) 1996-12-02 1999-08-03 International Business Machines Corporation System and method for efficiently transferring datastreams in a multimedia system
US6963923B1 (en) 1997-02-10 2005-11-08 International Business Machines Corporation Method for file transfer restarts using standard internet protocol
US6098180A (en) 1997-02-18 2000-08-01 E-Parcel, Llc Robust delivery system
US6801546B1 (en) * 1997-12-25 2004-10-05 Canon Kabushiki Kaisha Method for setting destination, communication apparatus, and network system using the method
JP3250532B2 (ja) * 1998-11-24 2002-01-28 日本電気株式会社 データ送受信システム、データ受信装置、及びデータ受信方法
US20020049760A1 (en) * 2000-06-16 2002-04-25 Flycode, Inc. Technique for accessing information in a peer-to-peer network

Also Published As

Publication number Publication date
CN1451118A (zh) 2003-10-22
TW559702B (en) 2003-11-01
EP1314093B1 (en) 2006-10-18
US20030187852A1 (en) 2003-10-02
EP1314093A4 (en) 2005-07-20
KR20030033017A (ko) 2003-04-26
WO2002019118A1 (en) 2002-03-07
EP1314093A1 (en) 2003-05-28
KR100460320B1 (ko) 2004-12-09
US7386574B2 (en) 2008-06-10
AU8255401A (en) 2002-03-13
DE60123978D1 (de) 2006-11-30
AU2001282554B2 (en) 2005-03-03
ATE343175T1 (de) 2006-11-15
DE60123978T2 (de) 2007-03-08
HK1056632A1 (en) 2004-02-20

Similar Documents

Publication Publication Date Title
CN1204504C (zh) 文件传送系统、中继设备、和文件传送方法
CN1210655C (zh) 服务器设备和信息处理方法
CN1723452A (zh) 传输和下载流数据的方法
CN1242593C (zh) 源地址选择系统、路由器装置、通信节点和源地址选择方法
CN1219710A (zh) 网络系统、打印机和信息存储媒体
CN1520123A (zh) 对地址询问的回答方法、程序、装置和地址通知方法、程序、装置
CN101047662A (zh) 实现单账号多身份即时消息通信和存在业务的方法及系统
CN101031918A (zh) 节点设备、共享信息更新方法、共享信息存储方法以及程序
CN1838642A (zh) 利用即时消息系统实现问答业务的方法及系统
CN1859562A (zh) 视频点播方法、系统、服务器和终端
CN1960400A (zh) 通信终端及其接收阻塞方法
CN1742480A (zh) 信息处理装置、信息处理方法和计算机程序
CN1731396A (zh) 实现移动终端搜索网络资源的系统及方法
CN1960507A (zh) 手机用户间的信息共享与搜索方法
CN1292531A (zh) 信息管理系统和方法
CN1956460A (zh) 恢复网络连接的方法和设备
CN1662893A (zh) 内容相关信息提供设备及方法、公告板系统及计算机程序
CN1925463A (zh) 包通信装置
CN1867090A (zh) 短信网址装置及实现短信增值业务的系统和方法
CN1348279A (zh) 无线网络系统和网络地址分配方法
CN1692364A (zh) 相互评价的系统和在同样系统中使用的终端设备和程序
CN1666555A (zh) 消息发送和接收系统及方法
CN1780261A (zh) 使用封装和单播的区分服务组播系统和方法
CN1821946A (zh) 一种存储系统以及存储数据的方法和读取数据的方法
CN1722093A (zh) 多媒体处理系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20050601

Termination date: 20120830