JPH09218816A - File transfer method - Google Patents

File transfer method

Info

Publication number
JPH09218816A
JPH09218816A JP8022658A JP2265896A JPH09218816A JP H09218816 A JPH09218816 A JP H09218816A JP 8022658 A JP8022658 A JP 8022658A JP 2265896 A JP2265896 A JP 2265896A JP H09218816 A JPH09218816 A JP H09218816A
Authority
JP
Japan
Prior art keywords
document
file
transfer
client
server
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.)
Granted
Application number
JP8022658A
Other languages
Japanese (ja)
Other versions
JP3559375B2 (en
Inventor
Toru Imai
徹 今井
Hiroko Fujii
寛子 藤井
Hideki Yoshida
英樹 吉田
Toshihiko Shimokawa
俊彦 下川
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.)
Toshiba Corp
Original Assignee
Toshiba 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 Toshiba Corp filed Critical Toshiba Corp
Priority to JP02265896A priority Critical patent/JP3559375B2/en
Priority to EP96117972A priority patent/EP0773503B1/en
Priority to US08/745,920 priority patent/US5987510A/en
Priority to DE69632011T priority patent/DE69632011T2/en
Publication of JPH09218816A publication Critical patent/JPH09218816A/en
Priority to US09/111,787 priority patent/US6148334A/en
Application granted granted Critical
Publication of JP3559375B2 publication Critical patent/JP3559375B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/95Retrieval from the web
    • G06F16/957Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching

Abstract

PROBLEM TO BE SOLVED: To discontinue the transfer of plural documents from a server to a client and to efficiently limit the transfer of the plural documents. SOLUTION: For the file request of one time issued by the instruction of a user or a program in a document requesting device 120, plural file transfer requests are successively trinsmitted to a document providing device 110 and thus, the transfer of plural files to the document requesting device 120 is started. During the transfer of the plural files, when it is judged that predetermined transfer discontinuing conditions are established by a transferred total data size, file transfer time or the presence/absence of the issuance of an interruption instruction, the transmission of all non-transmitted file transfer requests to be transmitted following the file transfer request transmitted latest is interrupted and thus, the transfer of the plural files is discontinued at the point of time.

Description

【発明の詳細な説明】Detailed Description of the Invention

【0001】[0001]

【発明の属する技術分野】この発明は、ファイルを提供
するサービスを行うサーバと、このサーバにファイル転
送を要求するクライアントとを含むクライアント/サー
バシステムで使用されるファイル転送方法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a file transfer method used in a client / server system including a server which provides a service for providing files and a client which requests a file transfer from the server.

【0002】[0002]

【従来の技術】文書などのファイルをインターネットを
介してサーバからクライアントに提供するための文書提
供プログラムとして、WWW(World Wide
Web)が知られている。これは、WWWサーバとWW
Wクライアントからなり、クライアントとサーバにてあ
らかじめ定まったファイル転送プロトコルHTTP(H
yper Text Transfer Protoc
ol)に従い、文書などのファイルをサーバからクライ
アントに提供するものである。
2. Description of the Related Art As a document providing program for providing a file such as a document from a server to a client via the Internet, WWW (World Wide Wide)
Web) is known. This is a WWW server and WW
It consists of a W client, and the file transfer protocol HTTP (H
hyper Text Transfer Protocol
ol), files such as documents are provided from the server to the client.

【0003】この方法では、サーバからクライアントへ
の文書ファイルの転送は逐一行うのが基本である。すな
わち、ユーザが文書などのファイルの表示を求めると、
WWWクライアントはWWWサーバと通信を行い該文書
の転送を行い画面に表示する。さらに別の文書の表示を
行う場合には、この操作が再び行われる。
In this method, it is basically necessary to transfer the document file from the server to the client one by one. That is, when the user requests the display of a file such as a document,
The WWW client communicates with the WWW server to transfer the document and display it on the screen. When another document is to be displayed, this operation is performed again.

【0004】しかし、携帯情報端末のように常にネット
ワーク接続可能な環境で使用されるとは限らない計算機
をクライアント計算機として使用する場合には、この方
法では不十分である。ユーザからの要求に応じて必要な
文書を即座にユーザに提供できるようにするためには、
クライアント計算機がネットワークに繋がっている時に
まとめて複数の文書をサーバからクライアントに転送
し、それをクライアント側に保存しておくことが必要が
ある。
However, this method is not sufficient when using a computer, such as a portable information terminal, which is not always used in an environment where network connection is possible, as a client computer. In order to immediately provide the user with the necessary documents in response to the user's request,
When the client computer is connected to the network, it is necessary to collectively transfer multiple documents from the server to the client and store them on the client side.

【0005】[0005]

【発明が解決しようとする課題】これを実現するための
方法として、ユーザが転送を要求した文書だけでなく、
関連文書をまとめてサーバからクライアントに転送する
方法が本出願人により提案されている(藤井他、「文書
要求方法、文書提供装置、文書要求装置及び文書転送方
法」特願平7−292910号)。
As a method for realizing this, not only the document requested by the user to be transferred, but also
A method of collectively transferring related documents from a server to a client has been proposed by the present applicant (Fujii et al., “Document requesting method, document providing apparatus, document requesting apparatus and document transferring method” Japanese Patent Application No. 7-292910). .

【0006】この方法を活用すると、サーバからクライ
アントへの複数文書の転送をユーザが一つ一つ指示する
ことなく、一度の指示にて行うことができる。転送され
た文書はクライアントの記憶媒体に保存される。具体的
には、ユーザの一回の転送要求に応じて複数文書を順次
転送するプログラムが起動されクライアントの記憶媒体
に保存する方法、あるいはあらかじめ複数文書を連結し
て一つの文書にまとめておき、この連結文書をクライア
ントの記憶媒体に保存する方法が記されている。ところ
が本方法では次のような場合に問題が生じることがあ
る。
By utilizing this method, a plurality of documents can be transferred from the server to the client by a single instruction without the user having to instruct each one. The transferred document is stored in the storage medium of the client. Specifically, a program for sequentially transferring a plurality of documents in response to a single transfer request of a user is started and stored in a storage medium of a client, or a plurality of documents are linked in advance and combined into one document, It describes a method of storing this linked document in the storage medium of the client. However, this method may cause problems in the following cases.

【0007】すなわち、クライアントからサーバに提供
を求めた文書に対する関連文書のデータ量が大きい場合
には、全ての文書の転送が完了するまでに要する時間が
大きくなり、ネットワークのトラフィック増大などの問
題を引き起こす。また、クライアントの記憶媒体の空き
領域が十分に大きくない時に多くの文書が転送される
と、クライアントのファイルシステムの多くを占有する
恐れもある。さらに、複数の文書を連結し一つの文書と
して転送する方法の場合には、文書の転送をユーザから
の求めに応じて中断した場合に、それまでに転送を完了
した文書を活用することができないと言う問題もある。
That is, when the data amount of the related document with respect to the document requested from the client to the server is large, it takes a long time to complete the transfer of all the documents, which causes a problem such as an increase in network traffic. cause. In addition, when many documents are transferred when the free space of the storage medium of the client is not large enough, it may occupy most of the file system of the client. Further, in the case of the method of connecting a plurality of documents and transferring them as one document, when the transfer of the documents is interrupted at the request of the user, the documents which have been transferred by that time cannot be utilized. There is also a problem called.

【0008】また、クライアントにて静止画、動画を表
示する能力がない場合、あるいは音声を再生する能力が
ない場合でも、これらの文書が転送されてくることが考
えられる。クライアントにて使用できない文書を転送す
ることは、クライアントの記憶媒体の浪費であり、また
ネットワークのトラフィックを無意味に増やすことにつ
ながる。
Further, it is conceivable that these documents may be transferred even if the client is not capable of displaying a still image or a moving image, or is not capable of reproducing voice. Transferring a document that cannot be used by the client wastes the storage medium of the client and leads to meaningless increase in network traffic.

【0009】この発明はこの様な点に鑑みてなされたも
のであり、文書転送が高速でない場合やクライアントの
所有する記憶媒体の空き領域が少ない場合、あるいはク
ライアントの文書表示再生能力などに応じて複数文書の
転送を効率よく制限でき、またその制限のためにファイ
ル転送を途中で打ち切った場合でも転送済みの文書につ
いてはクライアント側で活用することが可能なファイル
転送方法を提供することを目的とする。
The present invention has been made in view of the above point, and is performed when the document transfer is not high speed, the free space of the storage medium owned by the client is small, or the document display / reproduction capability of the client. An object of the present invention is to provide a file transfer method that can efficiently restrict the transfer of multiple documents, and that can be used on the client side for already transferred documents even if the file transfer is aborted midway due to the restriction. To do.

【0010】[0010]

【課題を解決するための手段】この発明は、ファイルを
提供するサービスを行うサーバと、このサーバにファイ
ル転送を要求するクライアントとを含むクライアント/
サーバシステムで使用されるファイル転送方法におい
て、前記クライアントから発行される一回のファイル要
求に対してそのファイル要求で指定されたファイルとそ
れに関連するファイルとを含む複数のファイルが前記サ
ーバから前記クライアントに転送されるように、前記一
回のファイル要求に対して複数のファイル転送要求を前
記サーバに順次送信し、予め指定された転送打ち切り条
件が成立したと判断したとき、それ以降に送信すべき全
てのファイル転送要求の送信を中止することを特徴とす
る。
According to the present invention, there is provided a client / server including a server which provides a service for providing a file and a client which requests a file transfer from the server.
In a file transfer method used in a server system, a plurality of files including a file designated by a file request issued by the client and a file related to the file request issued by the client are sent from the server to the client. In response to the one-time file request, a plurality of file transfer requests are sequentially transmitted to the server, and when it is determined that a predetermined transfer abort condition is satisfied, the file should be transmitted after that. The feature is that transmission of all file transfer requests is stopped.

【0011】このファイル転送方法においては、クライ
アントにてユーザまたはプログラムの指示で発行される
一回のファイル要求に対して複数のファイル転送要求が
順次サーバに送信され、これによってサーバからクライ
アントへの複数ファイルの転送が開始される。この複数
ファイルの転送中に、例えば、サーバからクライアント
に転送された合計データサイズやファイル転送時間、あ
るいはインタラプト指示の発行の有無などによって予め
決められた転送打ち切り条件が成立したと判断される
と、それ以降に送信されるべき残りのファイル転送要求
全ての送信が中止され、これによって複数ファイル転送
がその時点で打ち切られる。したがって、複数ファイル
の転送を効率よく制限できるようになり、記憶媒体の容
量が少なく、また常にネットワーク接続可能な環境で使
用されるとは限らない携帯情報端末などをクライアント
側の計算機として使用するシステムなどに好適なファイ
ル転送を実現できる。
In this file transfer method, a plurality of file transfer requests are sequentially transmitted to the server in response to one file request issued by the client under the instruction of the user or the program, whereby a plurality of file transfer requests from the server to the client are sent. File transfer starts. During the transfer of the plurality of files, if it is determined that a predetermined transfer abort condition is satisfied, for example, depending on the total data size transferred from the server to the client, the file transfer time, or whether or not an interrupt instruction is issued, Transmission of all remaining file transfer requests to be transmitted thereafter is stopped, whereby the multiple file transfer is terminated at that time. Therefore, it becomes possible to efficiently restrict the transfer of multiple files, the storage medium capacity is small, and a system that uses a personal digital assistant as a client-side computer that is not always used in an environment in which a network connection is possible It is possible to realize a file transfer suitable for the above.

【0012】また、連結ファイルを用いて複数のファイ
ルをサーバからクライアントに転送させる場合には、そ
の連結ファイルの転送を途中で打ち切った場合でも転送
済みのファイルの内容についてはクライアント側で活用
できるようにするために、クライアントから発行される
一回のファイル要求に対して、ファイル単位で圧縮され
た複数の圧縮ファイルが連結されてなる連結ファイルを
前記サーバから前記クライアントに転送させることが好
ましい。これにより、例えば、サーバからクライアント
に転送された合計データサイズやファイル転送時間など
によって予め決められた転送打ち切り条件が成立して連
結ファイルの転送を途中で打ち切った場合でも、その転
送打ち切り以前に前記クライアントへの転送が完了して
いる圧縮ファイルそれぞれについてはファイル単位で復
元することができる。
Further, when a plurality of files are transferred from the server to the client using the concatenated file, even if the transfer of the concatenated file is interrupted midway, the contents of the transferred file can be utilized on the client side. In order to achieve this, it is preferable to transfer a concatenated file, which is a concatenation of a plurality of compressed files compressed in file units, from the server to the client in response to a single file request issued by the client. As a result, for example, even when the transfer abortion of a concatenated file is aborted in the middle due to a predetermined transfer abortion condition being satisfied by the total data size transferred from the server to the client or the file transfer time, etc. Each compressed file that has been transferred to the client can be restored in file units.

【0013】また、クライアントから発行されるファイ
ル要求で指定されたファイルが先頭となるように複数の
ファイルが連結されてなる連結ファイルをサーバからク
ライアントに転送させる方法を利用することもできる。
この場合、ユーザが要求したファイルが最初にクライア
ントに転送されるので、転送打ち切り条件が成立して連
結ファイルの転送が途中で打ち切られても、その時点で
は少なくともユーザが要求したファイルの転送について
は完了している確率が高く、それを利用することができ
る。
It is also possible to use a method of transferring a concatenated file in which a plurality of files are concatenated so that the file designated by the file request issued by the client is at the head from the server to the client.
In this case, since the file requested by the user is first transferred to the client, even if the transfer abort condition is met and transfer of the concatenated file is aborted midway, at least at that time There is a high probability that it is completed and you can use it.

【0014】また、この発明は、ファイルを提供するサ
ービスを行うサーバと、このサーバにファイル転送を要
求するクライアントとを含むクライアント/サーバシス
テムで使用されるファイル転送方法において、前記クラ
イアントからの一回のファイル要求で指定されたファイ
ルとそれに関連するファイルとを含む複数のファイルの
中で、静止画、動画、音声などのファイルの種類と前記
クライアントの表示再生能力とに応じて予め決定された
転送条件に合致するファイルを選択し、その選択された
ファイル毎にそれを指定するファイル転送要求を前記サ
ーバに送信して、前記複数ファイルの中で前記転送条件
に合致するファイルのみを前記サーバから前記クライア
ントに送信させることを特徴とする。
Further, the present invention provides a file transfer method used in a client / server system including a server which provides a service for providing a file and a client which requests a file transfer from the server. Of a plurality of files including a file designated by the file request of 1 and a file related to the file request such as a still image, a moving image, a sound, and the display reproduction capability of the client. A file that matches the condition is selected, a file transfer request that specifies it for each selected file is transmitted to the server, and only the file that matches the transfer condition among the plurality of files is transmitted from the server. It is characterized in that it is sent to the client.

【0015】このファイル転送方法においては、静止
画、動画、音声などのファイルの種類とクライアントの
表示再生能力とに応じて選択されたファイルだけをサー
バからクライアントに転送させることができ、クライア
ントで利用できないファイルを転送することによるクラ
イアントの記憶媒体の浪費や、またネットワークトラフ
ィックの無意味な増大を防止することが可能となる。
In this file transfer method, only the files selected according to the type of file such as still image, moving image, audio, etc. and the display / playback capability of the client can be transferred from the server to the client and used by the client. It is possible to prevent the waste of the storage medium of the client due to the transfer of the unreadable file and the meaningless increase of the network traffic.

【0016】[0016]

【発明の実施の形態】以下、図面を参照してこの発明の
実施形態を説明する。図1には、この発明の一実施形態
に係るファイル読み出し方法が適用される情報通信シス
テムとそのシステムで用いられるプログラムの機能構成
が示されている。この情報通信システムは、例えば、イ
ンターネットなどのネットワーク環境を利用してサーバ
からクライアントに各種文書ファイル(HTML形式の
ハイパーテキスト、静止画、動画、音声など)を提供す
るクライアント/サーバシステムであり、文書ファイル
を提供するWWWサーバとして動作する文書提供装置1
10と、文書ファイルを要求するWWWクライアントと
して動作する文書要求装置120からなる。
Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 shows an information communication system to which a file reading method according to an embodiment of the present invention is applied and a functional configuration of a program used in the system. This information communication system is, for example, a client / server system that provides various document files (Hypertext in HTML format, still images, moving images, audio, etc.) from a server to a client using a network environment such as the Internet. Document providing device 1 that operates as a WWW server that provides files
10 and a document request device 120 that operates as a WWW client that requests a document file.

【0017】文書提供装置110では、文書提供プログ
ラム150が動作する。この文書提供プログラム150
は、WWWサーバプログラムとして機能するものであ
り、図示のように、要求受理部151と要求処理部15
2からなる。要求受理部151は文書提供装置120に
て動作する文書表示プログラム130からのHTTPな
どのファイル転送プロトコルに従った文書ファイル転送
要求等を受理するプログラムである。要求処理部152
は、要求受理部にて受理した要求に応じて、具体的な処
理を行うプログラムである。例えば要求受理部151が
前述の文書ファイル転送要求140を受理した場合、記
憶媒体156から該当する文書ファイル111を探索
し、該当文書が見つかったら文書ファイルの転送141
を行う。
In the document providing apparatus 110, the document providing program 150 operates. This document providing program 150
Serves as a WWW server program, and as shown in the figure, the request receiving unit 151 and the request processing unit 15
Consists of two. The request receiving unit 151 is a program that receives a document file transfer request or the like according to a file transfer protocol such as HTTP from the document display program 130 operating in the document providing apparatus 120. Request processing unit 152
Is a program that performs specific processing in response to a request received by the request receiving unit. For example, when the request receiving unit 151 receives the above-mentioned document file transfer request 140, the corresponding document file 111 is searched from the storage medium 156, and when the corresponding document is found, the document file transfer 141
I do.

【0018】文書要求装置120では、文書表示プログ
ラム130が動作する。この文書表示プログラム130
はWWWクライアントプログラム(WWWブラウザ)と
して動作するものであり、図示のように、接続部13
1、文書要求部132、文書受信部133、文書格納部
134、文書表示部135、要求受理部136、接続解
除部137、複数文書転送要求部138からなる。
In the document request device 120, the document display program 130 operates. This document display program 130
Operates as a WWW client program (WWW browser), and as shown in FIG.
1, a document requesting unit 132, a document receiving unit 133, a document storage unit 134, a document display unit 135, a request receiving unit 136, a connection releasing unit 137, and a plural document transfer requesting unit 138.

【0019】接続部131は、TCP/IPなどのプロ
トコルで文書提供装置110への接続を行うプログラム
である。文書要求部132は、HTTPなどのファイル
転送プロトコルで文書提供装置110に前述の文書ファ
イル転送要求を発行するプログラムである。文書受信部
133は文書提供装置110から提供された文書ファイ
ルを受信するプログラムである。
The connection unit 131 is a program for connecting to the document providing apparatus 110 using a protocol such as TCP / IP. The document request unit 132 is a program that issues the above-mentioned document file transfer request to the document providing apparatus 110 using a file transfer protocol such as HTTP. The document receiving unit 133 is a program that receives a document file provided from the document providing apparatus 110.

【0020】文書格納部134は文書提供装置110か
ら受信した文書ファイルを記憶媒体121のローカルフ
ァイルキャッシュ領域121aにキャッシュ(一時保
存)するためのプログラムである。ローカルファイルキ
ャッシュ領域121aにキャッシュされた文書ファイル
は、ユーザが明示的にファイル名を指定して保存した通
常のファイルとは異なり、自動的に名前が割り当てら
れ、ユーザの指示によらずに保存される。ローカルファ
イルキャッシュ領域121aにキャッシュされた文書フ
ァイルの格納位置およびそのファイル名は文書表示プロ
グラム130が独自に管理する。
The document storage unit 134 is a program for caching (temporarily storing) the document file received from the document providing apparatus 110 in the local file cache area 121a of the storage medium 121. The document file cached in the local file cache area 121a is automatically assigned a name unlike a normal file which is explicitly designated and saved by the user, and is saved regardless of the user's instruction. It The storage position of the document file cached in the local file cache area 121a and its file name are independently managed by the document display program 130.

【0021】このローカルファイルキャッシュ領域12
1aはネットワーク混雑等の緩和を図るために利用され
るものであり、ローカルファイルキャッシュ領域121
aに格納されている文書ファイルに対する表示要求がユ
ーザなどから発せられた場合には、基本的には、文書提
供装置110に対するアクセスは行われず、そのローカ
ルファイルキャッシュ領域121aから該当する文書フ
ァイルが読み出されて画面表示される。また、文書要求
装置120が、キャッシュされている文書ファイルの作
成日時を文書提供装置110に通知してその文書ファイ
ルが最新ファイルか否か問い合わせ、該当する文書ファ
イルの内容が更新されている場合にのみ文書提供装置1
10から文書要求装置120に更新文書ファイルを転送
させるという運用形態をとることもできる。
This local file cache area 12
The reference numeral 1a is used to reduce network congestion, and the local file cache area 121
When a display request for the document file stored in a is issued by the user or the like, basically, the document providing apparatus 110 is not accessed, and the corresponding document file is read from the local file cache area 121a. Issued and displayed on the screen. Further, the document requesting device 120 notifies the document providing device 110 of the creation date and time of the cached document file, inquires whether the document file is the latest file, and when the content of the corresponding document file is updated. Document providing device 1
An operation mode in which the updated document file is transferred from 10 to the document requesting device 120 can also be adopted.

【0022】文書表示部135は要求された文書ファイ
ルを画面表示するプログラムである。要求受理部136
はユーザもしくはプログラムからの文書ファイル転送や
文書ファイル表示の要求を受けるプログラムである。接
続解除部137はネットワークへの接続を解除するプロ
グラムである。
The document display unit 135 is a program for displaying the requested document file on the screen. Request acceptance unit 136
Is a program which receives a document file transfer request or a document file display request from a user or a program. The connection release unit 137 is a program that releases the connection to the network.

【0023】複数文書転送要求部138は要求受理部1
36が受理した1つの転送要求に対して複数のファイル
転送要求の発行を文書要求部132に指示するプログラ
ムである。これにより、ユーザなどによる1回のファイ
ル転送要求操作で、要求された文書ファイルとそれに関
連する文書ファイルとを含む複数の文書ファイルを文書
提供装置110から文書要求装置120に一度に転送す
ることができる。この場合、ユーザによるファイル転送
要求操作で指定された文書ファイルだけが画面表示さ
れ、他の関連する文書ファイルはファイル転送要求操作
で指定された文書ファイルと一緒にローカルファイルキ
ャッシュ領域121aに保存される。
The plural document transfer requesting unit 138 is the request receiving unit 1.
36 is a program for instructing the document request unit 132 to issue a plurality of file transfer requests for one transfer request received. As a result, a plurality of document files including the requested document file and the related document files can be transferred from the document providing apparatus 110 to the document requesting apparatus 120 at once by a single file transfer request operation by the user or the like. it can. In this case, only the document file designated by the file transfer request operation by the user is displayed on the screen, and other related document files are saved in the local file cache area 121a together with the document file designated by the file transfer request operation. .

【0024】関連ファイルの所在やそのファイル名など
のファイル要求の発行に必要な関連ファイル情報の取得
は、次の2つの方法のいずれか1つを利用することによ
って行うことができる。
Acquisition of related file information necessary for issuing a file request such as the location of the related file and its file name can be performed by using one of the following two methods.

【0025】(方法1)文書提供装置110から文書要
求装置110に転送されるたHTML形式の文書ファイ
ルの中から、そこに埋め込まれている関連ファイルへの
リンク情報を抽出して文書リストを作成する。そして、
その文書リストから文書ファイルを一つずつ取り出しな
がら関連ファイルに対する文書ファイル要求を順次発行
する。
(Method 1) From the HTML format document file transferred from the document providing apparatus 110 to the document requesting apparatus 110, link information to a related file embedded therein is extracted to create a document list. To do. And
The document file requests for the related files are sequentially issued while taking out the document files one by one from the document list.

【0026】(方法2)文書提供装置110側で文書フ
ァイル毎に予め文書リストを作成しておき、文書要求装
置120からの文書ファイル転送要求で指定された文書
ファイルに対応する文書リストを文書提供装置110か
ら文書要求装置120に転送する。そして、その文書リ
ストから文書ファイルを一つずつ取り出しながら関連フ
ァイルに対する文書ファイル要求を順次発行する。
(Method 2) A document list is prepared in advance on the document providing device 110 side for each document file, and the document list corresponding to the document file designated by the document file transfer request from the document requesting device 120 is provided. Transfer from the device 110 to the document requesting device 120. Then, while taking out the document files one by one from the document list, the document file requests for the related files are sequentially issued.

【0027】このように複数の文書ファイル転送要求を
順次送信するという手続きを行う複数文書転送要求部1
38は必ずしも文書要求装置120側に用意しておく必
要はなく、それに対応するプログラムを、文書提供装置
110から関連ファイルの文書リストと共に文書要求装
置120へ転送するようにしても良い。
In this way, the plural document transfer request unit 1 which performs the procedure of sequentially transmitting the plural document file transfer requests
38 is not necessarily prepared on the document requesting device 120 side, and a program corresponding thereto may be transferred from the document providing device 110 to the document requesting device 120 together with a document list of related files.

【0028】また、複数文書ファイルの転送は、複数の
文書転送要求を発行するのではなく、関連する複数の文
書ファイルを予め文書提供装置110内で連結してお
き、この連結ファイルを文書要求装置120からのファ
イル転送要求に応じて文書提供装置110に転送させる
という方法でも実現できる(方法3)。この方法3で
は、複数文書転送要求部138は特に必要なものではな
い。
In the transfer of a plurality of document files, a plurality of document transfer requests are not issued, but a plurality of related document files are linked in advance in the document providing apparatus 110, and the linked files are sent to the document requesting apparatus. It can also be realized by a method of transferring to the document providing apparatus 110 in response to a file transfer request from 120 (method 3). In this method 3, the plural document transfer request unit 138 is not particularly necessary.

【0029】次に、図2のフローチャートを参照して、
文書表示プログラム130の具体的な動作手順を説明す
る。まず、ユーザまたはプログラムがファイル転送要求
を発行して文書の転送および表示を要求する(ステップ
S11)。これは文書を一意に指定する識別子であるU
RL(Uniform Resource Locat
or)を使えば良い。例えば、http://isl.r
dc.toshiba.co.jp/index.ht
mlのように指定すると、転送プロトコルはHTTP、
サーバすなわち接続先文書提供装置名はisl.rd
c.toshiba.co.jp,ファイル名はind
ex.htmlで指定される文書であることが一意に特
定される。以下、その識別子をAとして説明する。
Next, referring to the flow chart of FIG.
A specific operation procedure of the document display program 130 will be described. First, a user or a program issues a file transfer request to transfer and display a document (step S11). This is U, which is an identifier that uniquely specifies a document
RL (Uniform Resource Locat)
or) should be used. For example, http: // isl. r
dc. toshiba. co. jp / index. ht
If you specify like ml, the transfer protocol is HTTP,
The server, that is, the connection destination document providing device name is isl. rd
c. toshiba. co. jp, file name is ind
ex. It is uniquely specified that the document is specified by html. Hereinafter, the identifier will be described as A.

【0030】次に、要求受理部136がこの表示要求を
受理し(ステップS12)、文書要求部132が文書A
のファイル転送要求をHTTPの形式で文書提供プログ
ラム150に送信する(ステップS13)。文書提供プ
ログラム150は、文書要求部132からのファイル転
送要求で指定された文書Aを文書要求装置120に転送
する。この場合、もしファイル転送要求で指定された文
書Aに対応する文書リストを文書提供装置110が保有
していれば、その文書リストを単独、または文書Aと一
緒に文書要求装置110に転送する。ここでは、文書リ
ストが単独で転送される場合を想定することにする。
Next, the request receiving unit 136 receives the display request (step S12), and the document requesting unit 132 sends the document A.
The file transfer request is transmitted to the document providing program 150 in the HTTP format (step S13). The document providing program 150 transfers the document A designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. In this case, if the document providing apparatus 110 holds the document list corresponding to the document A specified by the file transfer request, the document list is transferred to the document requesting apparatus 110 alone or together with the document A. Here, it is assumed that the document list is transferred alone.

【0031】したがって、文書受信部133にて受信さ
れるファイルには、2種類あることになる。文書リスト
と、そうでない一般の文書(ここでは、文書A)であ
る。文書リストの例を図3に示す。
Therefore, there are two types of files received by the document receiving section 133. A document list and a general document that is not (document A here). An example of the document list is shown in FIG.

【0032】図3において、<LIST>は本ファイル
が文書リストであることを示すキーワードである。次の
文字列はユーザによって要求された文書Aの識別子を示
す。第2行目以降は本文書Aに関連する文書ファイルそ
れぞれの識別子である。ここで、.htmlで終了する
名前の文書ファイルはHTML形式の文書、.gifで
終了する名前の文書ファイルは静止画文書、.auで終
了する名前の文書ファイルは音声文書であることを示し
ている。
In FIG. 3, <LIST> is a keyword indicating that this file is a document list. The following string indicates the identifier of document A requested by the user. The second and subsequent lines are the identifiers of the respective document files related to this document A. here,. The document file whose name ends with HTML is an HTML document ,. The document file whose name ends with "gif" is a still image document ,. It indicates that the document file whose name ends with au is a voice document.

【0033】文書受信部133は、受信したファイルの
キーワードを用いてそのファイルが文書リストであるか
否かを判別する(ステップS14)。文書リストでなけ
れば通常の文書Aであるから、これが表示されると共
に、ローカルファイルキャッシュ領域121aに格納さ
れる(ステップS15)。そして、その文書Aから関連
文書の識別子が抽出されて、文書リストが作成される
(ステップS16)。この後、ステップS17〜S21
において、作成した文書リストから文書ファイルの識別
子を一つずつ取り出しながら関連ファイルに対する文書
ファイル要求を順次発行する複数文書要求送信処理が開
始される。文書受信部133が受信したファイルが文書
リストの場合においても、その受信文書リストを用いて
ステップS17〜S21の複数文書要求送信処理が同様
にして行われる。
The document receiving unit 133 uses the keyword of the received file to determine whether the file is a document list (step S14). If it is not a document list, it is a normal document A, so this is displayed and stored in the local file cache area 121a (step S15). Then, the identifier of the related document is extracted from the document A, and the document list is created (step S16). After this, steps S17 to S21
In step S3, a multiple document request transmission process for sequentially issuing document file requests for related files while taking out the document file identifiers one by one from the created document list is started. Even when the file received by the document receiving unit 133 is the document list, the multiple document request transmission process of steps S17 to S21 is similarly performed using the received document list.

【0034】この複数文書要求送信処理においては、ま
ず、複数文書要求部138にて転送打ち切り条件が成立
しているか否かが判別される(ステップS17)。転送
打ち切り条件は文書要求装置120の記憶媒体121の
使用量やネットワークを介した通信時間を制限するたる
のものであり、文書提供装置110から転送されたファ
イルの合計データサイズが予め指定された値を越えたと
き、ファイル転送時間が予め指定された値を超えたと
き、あるいはユーザまたはプログラムからの明示的な転
送中止要求(インタラプト)を受けた時、などに転送打
ち切り条件が成立したと判別することが好ましい。
In the multiple document request transmission process, first, the multiple document request section 138 determines whether or not the transfer abort condition is satisfied (step S17). The transfer termination condition is for limiting the amount of use of the storage medium 121 of the document requesting device 120 and the communication time through the network, and the total data size of the files transferred from the document providing device 110 is a predetermined value. When the file transfer time exceeds a preset value, or when an explicit transfer stop request (interrupt) is received from the user or program, it is determined that the transfer abort condition has been met. It is preferable.

【0035】具体的には、一定量以下の大きさのデータ
のみを受信したい場合には、文書受信部133にて受信
したデータ量を計測し、一定値に達したら打ち切れば良
い。あるいは記憶媒体121の空き領域の大きさを一定
値に保ちたい場合には、例えば現在の空き容量から受信
可能なデータサイズの上限値を決め、文書受信部133
にて受信したデータ量がその上限値に達したら打ち切れ
ば良い。あるいは、ファイル転送を要求してから一定時
間経過したら転送打ち切り条件が成立すると判定する場
合には、転送要求を送信してから一定時間が経過したら
割り込みを発生するようにタイマを設定し、割り込みを
受けと時に転送を打ち切ればよい。受信データ量は、文
書提供装置110から転送される文書ファイルに付加さ
れているデータサイズ情報を用いて検出してもよい。
Specifically, when it is desired to receive only the data having a size equal to or less than a certain amount, the amount of data received by the document receiving unit 133 may be measured, and when the certain value is reached, the process may be terminated. Alternatively, when it is desired to keep the size of the free space of the storage medium 121 at a constant value, for example, the upper limit of the receivable data size is determined from the current free space, and the document receiving unit 133 is determined.
When the amount of data received at reaches the upper limit value, it may be terminated. Alternatively, if it is determined that the transfer abort condition is satisfied after a certain time has elapsed after the file transfer was requested, a timer is set so that an interrupt is generated after a certain time has elapsed after the transfer request was sent, and the interrupt is set. You can abort the transfer at the time of receiving. The received data amount may be detected using the data size information added to the document file transferred from the document providing apparatus 110.

【0036】転送打ち切り条件が成立してない場合に
は、複数文書転送要求部138は、文書リストに記載さ
れている文書の中で未転送文書を一つ選び、その識別子
を文書要求部132に渡して文書ファィル転送要求の発
行を指示する(ステップS18)。この様にして要求対
象の文書ファイルが選択されると、文書要求部132
は、指示された文書のファイル転送要求をHTTPの形
式で文書提供プログラム150に送信する(ステップS
19,S20)。文書提供プログラム150は、文書要
求部132からのファイル転送要求で指定された文書フ
ァィルを文書要求装置120に転送する。この文書ファ
イルは文書受信部133にて受信され、ローカルファイ
ルキャッシュ領域121aに格納される(ステップS2
1)。ステップS13にて受信したファイルが文書リス
トの場合には、ステップS21で最初に受信される文書
は文書Aとなり、その場合はその文書Aの画面表示も行
われる。
When the transfer termination condition is not satisfied, the plural document transfer requesting unit 138 selects one untransferred document from the documents listed in the document list and assigns the identifier to the document requesting unit 132. It is passed to instruct the issuance of the document file transfer request (step S18). When the requested document file is selected in this way, the document request unit 132
Sends a file transfer request for the instructed document in the HTTP format to the document providing program 150 (step S
19, S20). The document providing program 150 transfers the document file designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. This document file is received by the document receiving unit 133 and stored in the local file cache area 121a (step S2).
1). If the file received in step S13 is the document list, the document first received in step S21 is document A, and in that case, the document A screen is also displayed.

【0037】ステップS17〜S21の処理は、文書リ
ストに記載された文書の中で未転送文書がなくなるまで
繰り返し実行され、一回の文書転送が行われる度に転送
打ち切り条件の成立の有無が判断される。転送打ち切り
条件が成立した場合には(ステップS17のYES)、
複数文書要求送信処理は終了され、残りの未転送文書に
対応するファイル転送要求全ての送信が中止される。
The processes of steps S17 to S21 are repeatedly executed until there are no untransferred documents among the documents listed in the document list, and it is determined whether or not the transfer abort condition is satisfied each time one document transfer is performed. To be done. When the transfer termination condition is satisfied (YES in step S17),
The multiple document request transmission process is ended, and transmission of all file transfer requests corresponding to the remaining untransferred documents is stopped.

【0038】このように、図2の手順で行われるファイ
ル転送方法によれば、転送打ち切り条件が成立された時
点で複数文書の転送処理が打ち切られる。したがって、
複数の文書ファイルの転送を効率よく制限できるように
なり、特に、記憶媒体の容量が少なく、また常にネット
ワーク接続可能な環境で使用されるとは限らない携帯情
報端末などを文書要求装置120として使用するシステ
ムに好適なファイル転送を実現できる。
As described above, according to the file transfer method performed according to the procedure of FIG. 2, the transfer processing of a plurality of documents is terminated when the transfer abort condition is satisfied. Therefore,
The transfer of a plurality of document files can be efficiently restricted, and in particular, a portable information terminal or the like which has a small storage medium capacity and is not always used in an environment in which a network can be connected is used as the document requesting device 120. The file transfer suitable for the system can be realized.

【0039】次に、図4のフローチャートを参照して、
文書表示プログラム130の具体的な動作手順の第2の
例を説明する。この処理手順は、複数文書転送要求部1
38が最初から文書要求装置120に用意されたもので
はなく、そのプログラムを文書提供装置110から文書
要求装置120へ転送する場合の例である。
Next, referring to the flowchart of FIG.
A second example of a specific operation procedure of the document display program 130 will be described. This processing procedure is based on the multiple document transfer request unit 1
38 is an example in which 38 is not prepared in the document requesting device 120 from the beginning, but the program is transferred from the document providing device 110 to the document requesting device 120.

【0040】まず、ユーザまたはプログラムがファイル
転送要求を発行して文書の転送および表示を要求する
(ステップS31)。これは文書を一意に指定する識別
子である前述のURLを使えば良い。例えば、htt
p://isl.rdc.toshiba.co.jp/
index.htmlのように指定すると、転送プロト
コルはHTTP、サーバすなわち接続先文書提供装置名
はisl.rdc.toshiba.co.jp,ファ
イル名はindex.htmlで指定される文書である
ことが一意に特定される。以下、その識別子をAとして
説明する。
First, the user or the program issues a file transfer request to request the transfer and display of the document (step S31). For this, the above-mentioned URL which is an identifier for uniquely specifying a document may be used. For example, htt
p: // isl. rdc. toshiba. co. jp /
index. If it is specified as html, the transfer protocol is HTTP, the server, that is, the connection destination document providing apparatus name is isl. rdc. toshiba. co. jp, the file name is index. It is uniquely specified that the document is specified by html. Hereinafter, the identifier will be described as A.

【0041】次に、要求受理部136がこの表示要求を
受理し(ステップS32)、文書要求部132が文書A
のファイル転送要求をHTTPの形式で文書提供プログ
ラム150に送信する(ステップS33)。文書提供プ
ログラム150は、文書要求部132からのファイル転
送要求で指定された文書Aを文書要求装置120に転送
する。この場合、もしファイル転送要求で指定された文
書Aに対応する文書リストを文書提供装置110が保有
していれば、その文書リストを単独、または文書Aと一
緒に文書要求装置110に転送する。また、文書Aが、
複数の文書を転送する機能を実現する複数文書転送プロ
グラムを有する文書であれば、それを文書要求装置11
0に転送する。
Next, the request receiving unit 136 receives the display request (step S32), and the document requesting unit 132 sends the document A.
The file transfer request is transmitted to the document providing program 150 in the HTTP format (step S33). The document providing program 150 transfers the document A designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. In this case, if the document providing apparatus 110 holds the document list corresponding to the document A specified by the file transfer request, the document list is transferred to the document requesting apparatus 110 alone or together with the document A. In addition, document A
If the document has a multiple document transfer program that realizes a function of transferring a plurality of documents, the document requesting device 11
Transfer to 0.

【0042】したがって、文書受信部133にて受信さ
れるファイルには3種類ある。複数の文書を転送する機
能を実現する複数文書転送プログラムを有する文書と、
文書リストと、一般の文書である。図5に複数文書転送
プログラムを有する文書ファイルの例を示す。この文書
ファイル900の中には、プログラムの名前901と文
書リスト名910が記述されている。該プログラムは文
書リストを読み出して文書提供装置110に文書の転送
を順次要求する手続きを行うものであり、文書Aと一緒
に文書ファィル900に含まれている。
Therefore, there are three types of files received by the document receiving section 133. A document having a multiple document transfer program that realizes the function of transferring multiple documents;
Document list and general documents. FIG. 5 shows an example of a document file having a multiple document transfer program. In the document file 900, a program name 901 and a document list name 910 are described. The program performs a procedure for reading the document list and sequentially requesting the document providing apparatus 110 to transfer the document, and is included in the document file 900 together with the document A.

【0043】文書受信部133は、受信したファイルの
種別を判別する(ステップS34,S35)。文書リス
トであれば、文書要求装置120には複数文書転送機能
が無いため、エラーを表示して終了する(ステップS3
6)。通常の文書(文書A)であった場合にも、複数文
書転送要求処理は行われず、受信した文書Aを表示する
と共に、それをローカルファイルキャッシュ領域121
aに保存して終了する(ステップS37)。
The document receiving section 133 determines the type of the received file (steps S34 and S35). If it is a document list, since the document requesting device 120 does not have a multiple document transfer function, an error is displayed and the process ends (step S3
6). Even when the document is a normal document (document A), the multiple document transfer request process is not performed, the received document A is displayed, and the received document A is displayed in the local file cache area 121.
The data is saved in a and the process ends (step S37).

【0044】複数文書転送プログラムを含む文書Aであ
れば、その複数文書転送プログラムに制御が移され、以
下の処理が行われる。すなわち、複数文書転送プログラ
ムは、まず、文書Aの表示およびローカルファイルキャ
ッシュ領域121aへの格納を行うと共に、文書要求部
132を用いて文書リスト名902で指定される文書リ
ストを要求するファイル転送要求を、文書提供装置11
0に送信する(ステップS38)。これにより、文書提
供装置110からファイルが転送され、それが文書受信
部133にて受信される。文書受信部133にて受信さ
れたファイルが文書リストでなければエラーとする(ス
テップS39,S36)。文書リストであれば、その受
信文書リストを用いたステップS40〜S44の複数文
書要求送信処理が複数文書転送プログラムの制御の下に
開始される。
If the document A includes the plural document transfer program, the control is transferred to the plural document transfer program and the following processing is performed. That is, the plural document transfer program first displays the document A and stores it in the local file cache area 121a, and at the same time, uses the document request unit 132 to request a document list designated by the document list name 902. The document providing device 11
0 (step S38). As a result, the file is transferred from the document providing apparatus 110 and is received by the document receiving unit 133. If the file received by the document receiving unit 133 is not a document list, an error occurs (steps S39 and S36). If it is a document list, the multiple document request transmission process of steps S40 to S44 using the received document list is started under the control of the multiple document transfer program.

【0045】この複数文書要求送信処理においては、ま
ず、複数文書要求部138にて転送打ち切り条件が成立
しているか否かが判別される(ステップS40)。転送
打ち切り条件は文書要求装置120の記憶媒体121の
使用量やネットワークを介した通信時間を制限するたる
のものであり、文書提供装置110から転送されたファ
イルの合計データサイズが予め指定された値を越えたと
き、ファイル転送時間が予め指定された値を超えたと
き、あるいはユーザまたはプログラムからの明示的な転
送中止要求(インタラプト)を受けた時、などに転送打
ち切り条件が成立したと判別される。
In the multiple document request transmission process, first, the multiple document request section 138 determines whether or not the transfer abort condition is satisfied (step S40). The transfer termination condition is for limiting the amount of use of the storage medium 121 of the document requesting device 120 and the communication time through the network, and the total data size of the files transferred from the document providing device 110 is a predetermined value. When the file transfer time exceeds a preset value, or when an explicit transfer stop request (interrupt) is received from the user or program, it is determined that the transfer abort condition is satisfied. It

【0046】具体的には、一定量以下の大きさのデータ
のみを受信したい場合には、文書受信部133にて受信
したデータ量を計測し、一定値に達したら打ち切れば良
い。あるいは記憶媒体121の空き領域の大きさを一定
値に保ちたい場合には、例えば現在の空き容量から受信
可能なデータサイズの上限値を決め、文書受信部133
にて受信したデータ量がその上限値に達したら打ち切れ
ば良い。あるいは、ファイル転送を要求してから一定時
間経過したら転送打ち切り条件が成立すると判定する場
合には、転送要求を送信してから一定時間が経過したら
割り込みを発生するようにタイマを設定し、割り込みを
受けと時に転送を打ち切ればよい。
Specifically, when it is desired to receive only the data of a certain size or less, the amount of data received by the document receiving unit 133 may be measured, and when the value reaches a certain value, the process may be terminated. Alternatively, when it is desired to keep the size of the free space of the storage medium 121 at a constant value, for example, the upper limit of the receivable data size is determined from the current free space, and the document receiving unit 133 is determined.
When the amount of data received at reaches the upper limit value, it may be terminated. Alternatively, if it is determined that the transfer abort condition is satisfied after a certain time has elapsed after the file transfer was requested, a timer is set so that an interrupt is generated after a certain time has elapsed after the transfer request was sent, and the interrupt is set. You can abort the transfer at the time of receiving.

【0047】転送打ち切り条件が成立してない場合に
は、複数文書転送プログラムは、文書リストに記載され
ている文書の中で未転送文書を一つ選び、その識別子を
文書要求部132に渡して文書ファィル転送要求の発行
を指示する(ステップS41)。この様にして要求対象
の文書ファイルが選択されると、文書要求部132は、
指示された文書のファイル転送要求をHTTPの形式で
文書提供プログラム150に送信する(ステップS4
2,S43)。文書提供プログラム150は、文書要求
部132からのファイル転送要求で指定された文書ファ
ィルを文書要求装置120に転送する。この文書ファイ
ルは文書受信部133にて受信され、ローカルファイル
キャッシュ領域121aに格納される(ステップS4
4)。
When the transfer termination condition is not satisfied, the plural document transfer program selects one untransferred document from the documents listed in the document list and passes the identifier to the document request unit 132. It issues an instruction to issue a document file transfer request (step S41). When the request target document file is selected in this way, the document request unit 132
A file transfer request for the instructed document is transmitted to the document providing program 150 in the HTTP format (step S4).
2, S43). The document providing program 150 transfers the document file designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. This document file is received by the document receiving unit 133 and stored in the local file cache area 121a (step S4).
4).

【0048】ステップS40〜S44の処理は、文書リ
ストに記載された文書の中で未転送文書がなくなるまで
繰り返し実行され、一回の文書転送が行われる度に転送
打ち切り条件の成立の有無が判断される。転送打ち切り
条件が成立した場合には(ステップS40のYES)、
複数文書要求送信処理は終了され、残りの未転送文書に
対応するファイル転送要求全ての送信が中止される。
The processing of steps S40 to S44 is repeatedly executed until there are no untransferred documents among the documents listed in the document list, and it is determined whether or not the transfer abort condition is satisfied each time one document transfer is performed. To be done. If the transfer termination condition is satisfied (YES in step S40),
The multiple document request transmission process is ended, and transmission of all file transfer requests corresponding to the remaining untransferred documents is stopped.

【0049】このように、図4の手順で行われるファイ
ル転送方法によれば、文書提供装置110から文書と一
緒に転送される複数文書転送プログラムにより文書Aの
関連文書を転送するための手続きが自動的に行われ、ま
た転送打ち切り条件が成立された時点で複数文書の転送
処理が打ち切られる。したがって、文書要求装置120
に特別な機能を予め用意することなく、複数文書の転送
およびその転送を制限するための制御を効率よく行うこ
とができる。
As described above, according to the file transfer method performed according to the procedure of FIG. 4, the procedure for transferring the related document of the document A by the plural document transfer program transferred together with the document from the document providing apparatus 110 is performed. It is automatically performed, and the transfer processing of a plurality of documents is stopped when the transfer stop condition is satisfied. Therefore, the document requesting device 120
The transfer of a plurality of documents and the control for limiting the transfer can be efficiently performed without preparing a special function in advance.

【0050】次に、図6のフローチャートを参照して、
文書表示プログラム130の具体的な動作手順の第3の
例を説明する。ここでは、文書ファイルの媒体の種類と
文書要求装置120の表示再生機能とに応じて文書転送
が制限される。
Next, referring to the flowchart of FIG.
A third example of a specific operation procedure of the document display program 130 will be described. Here, the document transfer is restricted according to the type of medium of the document file and the display / playback function of the document requesting device 120.

【0051】まず、ユーザまたはプログラムがファイル
転送要求を発行して文書の転送および表示を要求する
(ステップS51)。これは文書を一意に指定する識別
子である前述のURLを使えば良い。例えば、htt
p://isl.rdc.toshiba.co.jp/
index.htmlのように指定すると、転送プロト
コルはHTTP、サーバすなわち接続先文書提供装置名
はisl.rdc.toshiba.co.jp,ファ
イル名はindex.htmlで指定される文書である
ことが一意に特定される。以下、その識別子をAとして
説明する。
First, the user or program issues a file transfer request to transfer and display a document (step S51). For this, the above-mentioned URL which is an identifier for uniquely specifying a document may be used. For example, htt
p: // isl. rdc. toshiba. co. jp /
index. If it is specified as html, the transfer protocol is HTTP, the server, that is, the connection destination document providing apparatus name is isl. rdc. toshiba. co. jp, the file name is index. It is uniquely specified that the document is specified by html. Hereinafter, the identifier will be described as A.

【0052】次に、要求受理部136がこの表示要求を
受理し(ステップS52)、文書要求部132が文書A
のファイル転送要求をHTTPの形式で文書提供プログ
ラム150に送信する(ステップS53)。文書提供プ
ログラム150は、文書要求部132からのファイル転
送要求で指定された文書Aを文書要求装置120に転送
する。この場合、もしファイル転送要求で指定された文
書Aに対応する文書リストを文書提供装置110が保有
していれば、その文書リストを単独、または文書Aと一
緒に文書要求装置110に転送する。ここでは、文書リ
ストが単独で転送される場合を想定することにする。
Next, the request receiving unit 136 receives this display request (step S52), and the document requesting unit 132 sends the document A.
The file transfer request is transmitted to the document providing program 150 in the HTTP format (step S53). The document providing program 150 transfers the document A designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. In this case, if the document providing apparatus 110 holds the document list corresponding to the document A specified by the file transfer request, the document list is transferred to the document requesting apparatus 110 alone or together with the document A. Here, it is assumed that the document list is transferred alone.

【0053】したがって、文書受信部133にて受信さ
れるファイルには、2種類あることになる。文書リスト
と、そうでない一般の文書(ここでは、文書A)であ
る。文書リストは図3と同じである。
Therefore, there are two types of files received by the document receiving section 133. A document list and a general document that is not (document A here). The document list is the same as in FIG.

【0054】文書受信部133は、受信したファイルの
キーワードを用いてそのファイルが文書リストであるか
否かを判別する(ステップS54)。文書リストでなけ
れば通常の文書Aであるから、これが表示されると共
に、ローカルファイルキャッシュ領域121aに格納さ
れる(ステップS55)。そして、その文書Aから関連
文書の識別子が抽出されて、文書リストが作成される
(ステップS56)。この後、ステップS57〜S61
において、作成した文書リストから文書ファイルの識別
子を一つずつ取り出しながら関連ファイルに対する文書
ファイル要求を順次発行する複数文書要求送信処理が開
始される。文書受信部133が受信したファイルが文書
リストの場合においても、その受信文書リストを用いて
ステップS57〜S61の複数文書要求送信処理が同様
にして行われる。
The document receiving unit 133 uses the keyword of the received file to determine whether the file is a document list (step S54). If it is not a document list, it is a normal document A, so this is displayed and stored in the local file cache area 121a (step S55). Then, the identifier of the related document is extracted from the document A, and the document list is created (step S56). After this, steps S57 to S61
In step S3, a multiple document request transmission process for sequentially issuing document file requests for related files while taking out the document file identifiers one by one from the created document list is started. Even when the file received by the document receiving unit 133 is a document list, the multiple document request transmission process of steps S57 to S61 is similarly performed using the received document list.

【0055】この複数文書要求送信処理においては、ま
ず、複数文書転送要求部138は、文書リストに記載さ
れている文書の中で未転送文書をファイル転送要求対象
の文書として一つ選ぶ(ステップS57)。ファイル転
送要求対象の文書ファイルが選択されると(ステップS
58)、複数文書要求部138にてその選択された文書
の種類が転送条件に合致しているか否かが判別される
(ステップS59)。転送条件は、文書要求装置120
の表示再生機能を考慮し、その文書要求装置120にて
活用できない種類の文書ファイルの無駄な転送を防止す
るためのものであり、静止画、動画、音声などのファイ
ルの種類と文書要求装置120の表示再生能力とに応じ
て予め決定される。
In this multiple document request transmission process, first, the multiple document transfer requesting unit 138 selects one untransferred document among the documents listed in the document list as the file transfer request target document (step S57). ). When the document file for which the file transfer request is made is selected (step S
58), the plural document request unit 138 determines whether or not the selected document type matches the transfer condition (step S59). The transfer condition is the document requesting device 120.
In consideration of the display / playback function of the document requesting device 120, the document requesting device 120 prevents unnecessary transfer of a document file of a type that cannot be utilized by the document requesting device 120. Is determined in advance according to the display reproduction capability of

【0056】例えば、動画像を表示できないディスプレ
イを使用しているなら、動画像文書は転送条件を満たし
ていない。音声を再生する機能を持たない文書要求装置
120であれば、音声文書は転送条件を満たしていな
い。
For example, if a display that cannot display a moving image is used, the moving image document does not satisfy the transfer condition. If the document requesting device 120 does not have the function of reproducing voice, the voice document does not satisfy the transfer condition.

【0057】選択された文書の種類が転送条件を満たさ
ない場合には、ステップS57〜S59が再び実行さ
れ、別の文書の選択および転送条件を満たすか否かの判
断が行われる。
If the selected document type does not satisfy the transfer condition, steps S57 to S59 are executed again to determine whether another document is selected and the transfer condition is satisfied.

【0058】選択された文書の種類が転送条件を満たす
ものであれば、文書要求部132は、指示された文書の
ファイル転送要求をHTTPの形式で文書提供プログラ
ム150に送信する(ステップS60)。文書提供プロ
グラム150は、文書要求部132からのファイル転送
要求で指定された文書ファィルを文書要求装置120に
転送する。この文書ファイルは文書受信部133にて受
信され、ローカルファイルキャッシュ領域121aに格
納される(ステップS61)。ステップS61にて受信
したファイルが文書リストの場合には、ステップS61
で最初に受信される文書は文書Aとなることがあるが、
その場合はその文書Aの画面表示も行われる。
If the selected document type satisfies the transfer condition, the document requesting section 132 sends a file transfer request for the instructed document in the HTTP format to the document providing program 150 (step S60). The document providing program 150 transfers the document file designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. This document file is received by the document receiving unit 133 and stored in the local file cache area 121a (step S61). If the file received in step S61 is a document list, step S61
The first document received in may be document A,
In that case, the screen display of the document A is also performed.

【0059】ステップS57〜S61の処理は、文書リ
ストに記載された文書の中で未選択の文書がなくなるま
で繰り返し実行され、文書選択が行われる度に転送条件
の成立の有無が判断される。
The processes of steps S57 to S61 are repeatedly executed until there are no unselected documents among the documents listed in the document list, and it is determined whether or not the transfer condition is satisfied each time the document is selected.

【0060】このように、図6の手順で行われるファイ
ル転送方法によれば、静止画、動画、音声などのファイ
ルの種類と文書要求装置120の表示再生能力とに応じ
て選択された文書ファイルだけを文書提供装置110か
ら文書要求装置120に転送させることができ、文書要
求装置120で利用できないファイルを転送することに
よる記憶媒体121の浪費や、またネットワークトラフ
ィックの無意味な増大などを防止することが可能とな
る。
As described above, according to the file transfer method performed according to the procedure shown in FIG. 6, the document file selected according to the file type such as a still image, a moving image, and a sound and the display / reproduction capability of the document requesting device 120. Only the document requesting device 120 can be transferred from the document providing device 110 to the document requesting device 120, and waste of the storage medium 121 due to transfer of a file that cannot be used by the document requesting device 120, and meaningless increase of network traffic can be prevented. It becomes possible.

【0061】次に、図7のフローチャートを参照して、
文書表示プログラム130の具体的な動作手順の第4の
例を説明する。先の例では転送条件に合致する文書だけ
を転送する複数文書転送要求部138があらかじめ文書
要求装置120に備わっている例であったが、ここで
は、この部分は備わっておらず、文書提供装置110か
ら転送される。
Next, referring to the flowchart of FIG.
A fourth example of a specific operation procedure of the document display program 130 will be described. In the previous example, the document requesting device 120 was previously provided with the plural document transfer requesting unit 138 for transferring only the document satisfying the transfer condition. However, this part is not provided here, and the document providing device is not provided. It is transferred from 110.

【0062】まず、ユーザまたはプログラムがファイル
転送要求を発行して文書の転送および表示を要求する
(ステップS71)。これは文書を一意に指定する識別
子である前述のURLを使えば良い。例えば、htt
p://isl.rdc.toshiba.co.jp/
index.htmlのように指定すると、転送プロト
コルはHTTP、サーバすなわち接続先文書提供装置名
はisl.rdc.toshiba.co.jp,ファ
イル名はindex.htmlで指定される文書である
ことが一意に特定される。以下、その識別子をAとして
説明する。
First, the user or program issues a file transfer request to request the transfer and display of a document (step S71). For this, the above-mentioned URL which is an identifier for uniquely specifying a document may be used. For example, htt
p: // isl. rdc. toshiba. co. jp /
index. If it is specified as html, the transfer protocol is HTTP, the server, that is, the connection destination document providing apparatus name is isl. rdc. toshiba. co. jp, the file name is index. It is uniquely specified that the document is specified by html. Hereinafter, the identifier will be described as A.

【0063】次に、要求受理部136がこの表示要求を
受理し(ステップS72)、文書要求部132が文書A
のファイル転送要求をHTTPの形式で文書提供プログ
ラム150に送信する(ステップS73)。文書提供プ
ログラム150は、文書要求部132からのファイル転
送要求で指定された文書Aを文書要求装置120に転送
する。この場合、もしファイル転送要求で指定された文
書Aに対応する文書リストを文書提供装置110が保有
していれば、その文書リストを単独、または文書Aと一
緒に文書要求装置110に転送する。また、文書Aが、
複数の文書を転送する機能を実現する複数文書転送プロ
グラムを有する文書であれば、それを文書要求装置11
0に転送する。
Next, the request receiving unit 136 receives the display request (step S72), and the document requesting unit 132 sends the document A.
The file transfer request is transmitted in the HTTP format to the document providing program 150 (step S73). The document providing program 150 transfers the document A designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. In this case, if the document providing apparatus 110 holds the document list corresponding to the document A specified by the file transfer request, the document list is transferred to the document requesting apparatus 110 alone or together with the document A. In addition, document A
If the document has a multiple document transfer program that realizes a function of transferring a plurality of documents, the document requesting device 11
Transfer to 0.

【0064】したがって、文書受信部133にて受信さ
れるファイルには3種類ある。複数の文書を転送する機
能を実現する複数文書転送プログラムを有する文書と、
文書リストと、一般の文書である。複数文書転送プログ
ラムを有する文書ファイルは図5で説明したとおりであ
る。
Therefore, there are three types of files received by the document receiving section 133. A document having a multiple document transfer program that realizes the function of transferring multiple documents;
Document list and general documents. The document file having the multiple document transfer program is as described in FIG.

【0065】文書受信部133は、受信したファイルの
種別を判別する(ステップS74,S75)。文書リス
トであれば、文書要求装置120には複数文書転送機能
が無いため、エラーを表示して終了する(ステップS7
6)。通常の文書(文書A)であった場合にも、複数文
書転送要求処理は行われず、受信した文書Aを表示する
と共に、それをローカルファイルキャッシュ領域121
aに保存して終了する(ステップS77)。
The document receiving section 133 determines the type of the received file (steps S74, S75). If it is a document list, since the document requesting device 120 does not have the multiple document transfer function, an error is displayed and the process ends (step S7).
6). Even when the document is a normal document (document A), the multiple document transfer request process is not performed, the received document A is displayed, and the received document A is displayed in the local file cache area 121.
The data is saved in a and the process ends (step S77).

【0066】複数文書転送プログラムを含む文書Aであ
れば、その複数文書転送プログラムに制御が移され、以
下の処理が行われる。すなわち、複数文書転送プログラ
ムは、まず、文書Aの表示およびローカルファイルキャ
ッシュ領域121aへの格納を行うと共に、文書要求部
132を用いて文書リスト名902で指定される文書リ
ストを要求するファイル転送要求を、文書提供装置11
0に送信する(ステップS78)。これにより、文書提
供装置110からファイルが転送され、それが文書受信
部133にて受信される。文書受信部133にて受信さ
れたファイルが文書リストでなければエラーとする(ス
テップS79,S76)。文書リストであれば、その受
信文書リストを用いたステップS80〜S84の複数文
書要求送信処理が複数文書転送プログラムの制御の下に
開始される。
If the document A includes the plural document transfer program, the control is transferred to the plural document transfer program and the following processing is performed. That is, the plural document transfer program first displays the document A and stores it in the local file cache area 121a, and at the same time, uses the document request unit 132 to request a document list designated by the document list name 902. The document providing device 11
0 (step S78). As a result, the file is transferred from the document providing apparatus 110 and is received by the document receiving unit 133. If the file received by the document receiving unit 133 is not the document list, an error occurs (steps S79 and S76). If it is a document list, the multiple document request transmission process of steps S80 to S84 using the received document list is started under the control of the multiple document transfer program.

【0067】この複数文書要求送信処理においては、ま
ず、複数文書転送プログラムは、文書リストに記載され
ている文書の中で未転送文書をファイル転送要求対象の
文書として一つ選ぶ(ステップS80)。ファイル転送
要求対象の文書ファイルが選択されると(ステップS8
1)、複数文書要求部138にてその選択された文書の
種類が転送条件に合致しているか否かが判別される(ス
テップS82)。転送条件は、文書要求装置120の表
示再生機能を考慮し、その文書要求装置120にて活用
できない種類の文書ファイルの無駄な転送を防止するた
めのものであり、静止画、動画、音声などのファイルの
種類と文書要求装置120の表示再生能力とに応じて予
め決定される。
In this multiple document request transmission process, first, the multiple document transfer program selects one untransferred document as a file transfer request target document from the documents listed in the document list (step S80). When the document file for which the file transfer request is made is selected (step S8)
1) The multi-document requesting unit 138 determines whether the selected document type matches the transfer condition (step S82). The transfer condition is to prevent unnecessary transfer of a document file of a type that cannot be used by the document requesting device 120 in consideration of the display / reproduction function of the document requesting device 120, and may be a still image, a moving image, a voice, or the like. It is determined in advance according to the type of file and the display / reproduction capability of the document requesting device 120.

【0068】選択された文書の種類が転送条件を満たさ
ない場合には、ステップS80〜S82が再び実行さ
れ、別の文書の選択および転送条件を満たすか否かの判
断が行われる。
If the selected document type does not satisfy the transfer condition, steps S80 to S82 are executed again to judge whether another document is selected and the transfer condition is satisfied.

【0069】選択された文書の種類が転送条件を満たす
ものであれば、複数文書転送プログラムは、文書要求部
132を用いて、その文書のファイル転送要求をHTT
Pの形式で文書提供プログラム150に送信する(ステ
ップS83)。文書提供プログラム150は、文書要求
部132からのファイル転送要求で指定された文書ファ
ィルを文書要求装置120に転送する。この文書ファイ
ルは文書受信部133にて受信され、ローカルファイル
キャッシュ領域121aに格納される(ステップS8
4)。
If the selected document type satisfies the transfer condition, the plural document transfer program uses the document requesting unit 132 to send a file transfer request for the document to the HTT.
It is transmitted to the document providing program 150 in the P format (step S83). The document providing program 150 transfers the document file designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. This document file is received by the document receiving unit 133 and stored in the local file cache area 121a (step S8).
4).

【0070】ステップS80〜S84の処理は、文書リ
ストに記載された文書の中で未選択の文書がなくなるま
で繰り返し実行され、文書選択が行われる度に転送条件
の成立の有無が判断される。
The processing of steps S80 to S84 is repeatedly executed until there are no unselected documents among the documents listed in the document list, and it is determined whether or not the transfer condition is satisfied each time the document is selected.

【0071】このように、図7の手順で行われるファイ
ル転送方法においても、静止画、動画、音声などのファ
イルの種類と文書要求装置120の表示再生能力とに応
じて転送条件を予め決定しておくだけで、選択された文
書ファイルだけを文書提供装置110から文書要求装置
120に転送させることができ、文書要求装置120で
利用できないファイルを転送することによる記憶媒体1
21の浪費や、またネットワークトラフィックの無意味
な増大などを防止することが可能となる。
As described above, also in the file transfer method performed in the procedure of FIG. 7, transfer conditions are determined in advance in accordance with the types of files such as still images, moving images, and audio, and the display / reproduction capability of the document requesting device 120. Only the selected document file can be transferred from the document providing apparatus 110 to the document requesting apparatus 120, and the storage medium 1 by transferring a file that cannot be used by the document requesting apparatus 120
It is possible to prevent waste of 21 and meaningless increase of network traffic.

【0072】図8には、この発明のファイル転送方法が
適用されるクライアント/サーバシステムで用いられる
プログラムの第2の構成例が示されている。ここでのプ
ログラム構成は、複数の文書転送要求を順次発行するの
ではなく、関連する複数の文書ファイルを予め文書提供
装置110内で連結しておき、この連結ファイルを文書
要求装置120からのファイル転送要求に応じて文書提
供装置110に転送させる例に対応するものである。
FIG. 8 shows a second configuration example of a program used in a client / server system to which the file transfer method of the present invention is applied. The program configuration here is such that a plurality of related document files are linked in advance in the document providing apparatus 110 rather than issuing a plurality of document transfer requests in sequence, and the linked file is a file from the document requesting apparatus 120. This corresponds to an example of transferring to the document providing apparatus 110 in response to a transfer request.

【0073】図8のシステムにおいては、文書提供装置
110では文書提供プログラム150が動作する。文書
提供プログラム150は、要求受理部151と要求処理
部152からなる。要求受理部151は文書提供装置に
て動作する文書表示プログラム130からの要求を受理
するプログラムである。要求処理部152は、要求受理
部にて受理した要求に応じて、具体的な処理を行うプロ
グラムである。例えば要求受理部が文書ファイル転送要
求140を受理した場合、記憶媒体156から該当する
文書111または連結文書112を検索し、該当文書が
見つかったら文書ファイルの送信141を行う。
In the system of FIG. 8, the document providing apparatus 110 operates the document providing program 150. The document providing program 150 includes a request acceptance unit 151 and a request processing unit 152. The request acceptance unit 151 is a program that accepts a request from the document display program 130 operating in the document providing device. The request processing unit 152 is a program that performs specific processing in response to the request received by the request receiving unit. For example, when the request receiving unit receives the document file transfer request 140, the corresponding document 111 or the linked document 112 is searched from the storage medium 156, and when the corresponding document is found, the document file transmission 141 is performed.

【0074】文書要求装置120では文書表示プログラ
ム130が動作する。この文書表示プログラム130に
は、図1の複数文書転送要求部138の代わりに、連結
文書展開部139が設けられている。この連結文書展開
部138は文書受信部133より受信した連結文書を各
々の文書に展開するプログラムである。
In the document requesting device 120, the document display program 130 operates. The document display program 130 is provided with a linked document expansion unit 139 instead of the plural document transfer request unit 138 of FIG. The concatenated document expanding unit 138 is a program for expanding the concatenated document received from the document receiving unit 133 into each document.

【0075】次に、図9のフローチャートを参照して、
図8のシステムで実行される文書表示プログラム130
の具体的な動作手順について説明する。まず、ユーザま
たはプログラムがファイル転送要求を発行して文書の転
送および表示を要求する(ステップS91)。これは文
書を一意に指定する識別子である前述のURLを使えば
良い。例えば、http://isl.rdc.tosh
iba.co.jp/index.htmlのように指
定すると、転送プロトコルはHTTP、サーバすなわち
接続先文書提供装置名はisl.rdc.toshib
a.co.jp,ファイル名はindex.htmlで
指定される文書であることが一意に特定される。以下、
その識別子をAとして説明する。
Next, referring to the flowchart of FIG.
Document display program 130 executed by the system of FIG.
A specific operation procedure of will be described. First, the user or the program issues a file transfer request to request the transfer and display of the document (step S91). For this, the above-mentioned URL which is an identifier for uniquely specifying a document may be used. For example, http: // isl. rdc. tosh
iba. co. jp / index. If it is specified as html, the transfer protocol is HTTP, the server, that is, the connection destination document providing apparatus name is isl. rdc. toshib
a. co. jp, the file name is index. It is uniquely specified that the document is specified by html. Less than,
The identifier will be described as A.

【0076】次に、要求受理部136がこの表示要求を
受理し(ステップS92)、文書要求部132が文書A
のファイル転送要求をHTTPの形式で文書提供プログ
ラム150に送信する(ステップS93)。文書提供プ
ログラム150は、文書要求部132からのファイル転
送要求で指定された文書Aを文書要求装置120に転送
する。この場合、もしファイル転送要求で指定された文
書Aに対応する連結文書を文書提供装置110が保有し
ていれば、その連結文書が文書要求装置110に転送さ
れる。
Next, the request receiving unit 136 receives this display request (step S92), and the document requesting unit 132 sends the document A.
The file transfer request is transmitted to the document providing program 150 in the HTTP format (step S93). The document providing program 150 transfers the document A designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. In this case, if the document providing apparatus 110 holds the linked document corresponding to the document A designated by the file transfer request, the linked document is transferred to the document requesting apparatus 110.

【0077】したがって、文書受信部133にて受信さ
れるファイルには、2種類ある。複数の文書を連結して
作成された連結文書と一般の文書である。連結文書は、
文書ファイル単位で圧縮された複数の圧縮文書ファイル
を連結することによって構成されるものであり、その一
例を図10に示す。
Therefore, there are two types of files received by the document receiving section 133. It is a concatenated document created by concatenating a plurality of documents and a general document. The consolidated document is
It is configured by connecting a plurality of compressed document files compressed in document file units, and an example thereof is shown in FIG.

【0078】図10において、<CONCATENAT
E>は連結ファイルであることを示すヘッダである。次
に文書ファイル要求で指定される文書Aを先頭にしてそ
れぞれファイル毎に圧縮された文書が連結される。各文
書は文書を一意に特定する識別子、圧縮後のサイズ、圧
縮した文書の順に並ぶ。
In FIG. 10, <CONCATENAT
E> is a header indicating that the file is a concatenated file. Next, the document A specified by the document file request is combined with the compressed document for each file starting from the document A. Each document is arranged in the order of an identifier that uniquely identifies the document, a size after compression, and a compressed document.

【0079】文書受信部133は、受信しているファイ
ルが連結文書ファイルであるか否かを判別する(ステッ
プS94)。通常の文書Aであれば、その文書Aの表示
およびローカルファイルキャッシュ領域121aへの格
納を行って終了する(ステップS95)。連結文書であ
れば、引き続きその連結文書の受信処理が継続して行わ
れる(ステップS96)。
The document receiving unit 133 determines whether or not the received file is a concatenated document file (step S94). If it is a normal document A, the document A is displayed and stored in the local file cache area 121a, and the process is terminated (step S95). If it is a linked document, the receiving process of the linked document is continuously performed (step S96).

【0080】文書提供装置110から文書要求装置12
0に連結文書が転送されている間、文書表示プログラム
130においては転送打ち切り条件が成立するか否かが
調べられる(ステップS97)。転送打ち切り条件は文
書要求装置120の記憶媒体121の使用量やネットワ
ークを介した通信時間を制限するたるのものであり、文
書提供装置110から転送されたファイルの合計データ
サイズが予め指定された値を越えたとき、ファイル転送
時間が予め指定された値を超えたとき、あるいはユーザ
またはプログラムからの明示的な転送中止要求(インタ
ラプト)を受けた時、などに転送打ち切り条件が成立し
たと判別することが好ましい。
From the document providing device 110 to the document requesting device 12
While the linked document is being transferred to 0, the document display program 130 checks whether or not the transfer abort condition is satisfied (step S97). The transfer termination condition is for limiting the amount of use of the storage medium 121 of the document requesting device 120 and the communication time through the network, and the total data size of the files transferred from the document providing device 110 is a predetermined value. When the file transfer time exceeds a preset value, or when an explicit transfer stop request (interrupt) is received from the user or program, it is determined that the transfer abort condition has been met. It is preferable.

【0081】具体的には、一定量以下の大きさのデータ
のみを受信したい場合には、文書受信部133にて受信
したデータ量を計測し、一定値に達したら打ち切れば良
い。あるいは記憶媒体121の空き領域の大きさを一定
値に保ちたい場合には、例えば現在の空き容量から受信
可能なデータサイズの上限値を決め、文書受信部133
にて受信したデータ量がその上限値に達したら打ち切れ
ば良い。あるいは、ファイル転送を要求してから一定時
間経過したら転送打ち切り条件が成立すると判定する場
合には、転送要求を送信してから一定時間が経過したら
割り込みを発生するようにタイマを設定し、割り込みを
受けと時に転送を打ち切ればよい。受信データ量は連結
ファイルに含まれる圧縮ファイルそれぞれのデータサイ
ズ情報を用いて検出してもよい。
Specifically, when it is desired to receive only the data having a size equal to or less than a certain amount, the amount of data received by the document receiving unit 133 may be measured, and when the amount reaches a certain value, the process may be terminated. Alternatively, when it is desired to keep the size of the free space of the storage medium 121 at a constant value, for example, the upper limit of the receivable data size is determined from the current free space, and the document receiving unit 133 is determined.
When the amount of data received at reaches the upper limit value, it may be terminated. Alternatively, if it is determined that the transfer abort condition is satisfied after a certain time has elapsed after the file transfer was requested, a timer is set so that an interrupt is generated after a certain time has elapsed after the transfer request was sent, and the interrupt is set. You can abort the transfer at the time of receiving. The received data amount may be detected using the data size information of each compressed file included in the concatenated file.

【0082】転送打ち切り条件が成立した時には、その
時点で受信処理を打ち切り、連結文書のうち転送に成功
した部分を文書毎に伸張して個々の文書に復元し、ロー
カルファイルキャッシュ領域121aに格納する(ステ
ップS98)。また、連結文書の転送中に転送打ち切り
条件が成立することなく、連結文書全ての転送完了が検
出された場合には(ステップS96b)、連結文書を構
成する全ての文書が個々の文書に復元されて、ローカル
ファイルキャッシュ領域121aに格納されることにな
る(ステップS99)。
When the transfer abort condition is satisfied, the receiving process is aborted at that time, and the portion of the concatenated document that has been successfully transferred is decompressed for each document to be restored into an individual document and stored in the local file cache area 121a. (Step S98). Further, when the transfer termination condition is not satisfied during the transfer of the linked document and the transfer completion of all the linked documents is detected (step S96b), all the documents forming the linked document are restored to the individual documents. Then, it is stored in the local file cache area 121a (step S99).

【0083】この図9のファイル転送方法によれば、例
えば、図10の連結文書におけるhttp://is
l.rdc.toshiba.co.jp/newsp
aper/image/imagel.gifの転送途
中で転送を打ち切った場合、その前のhttp://i
sl.rdc.toshiba.co.jp/news
paper/article2.htmlまでは復元し
て活用することが可能となる。
According to the file transfer method of FIG. 9, for example, http: // is in the linked document of FIG.
l. rdc. toshiba. co. jp / newsp
aper / image / image. If the transfer is aborted during the transfer of the gif, the previous http: // i
sl. rdc. toshiba. co. jp / news
paper / article2. It is possible to restore and use up to html.

【0084】次に、図11のフローチャートを参照し
て、図8のシステムで実行される文書表示プログラム1
30の具体的な動作手順の第2の例について説明する。
この処理手順は、連結文書展開部139が最初から文書
要求装置120に用意されたものではなく、そのプログ
ラムを文書提供装置110から文書要求装置120へ転
送する場合の例である。
Next, referring to the flowchart of FIG. 11, the document display program 1 executed by the system of FIG.
A second example of the specific operation procedure of 30 will be described.
This processing procedure is an example in which the linked document expansion unit 139 is not prepared in the document requesting device 120 from the beginning, but the program is transferred from the document providing device 110 to the document requesting device 120.

【0085】まず、ユーザまたはプログラムがファイル
転送要求を発行して文書の転送および表示を要求する
(ステップS101)。これは文書を一意に指定する識
別子である前述のURLを使えば良い。例えば、htt
p://isl.rdc.toshiba.co.jp/
index.htmlのように指定すると、転送プロト
コルはHTTP、サーバすなわち接続先文書提供装置名
はisl.rdc.toshiba.co.jp,ファ
イル名はindex.htmlで指定される文書である
ことが一意に特定される。以下、その識別子をAとして
説明する。
First, the user or program issues a file transfer request to request document transfer and display (step S101). For this, the above-mentioned URL which is an identifier for uniquely specifying a document may be used. For example, htt
p: // isl. rdc. toshiba. co. jp /
index. If it is specified as html, the transfer protocol is HTTP, the server, that is, the connection destination document providing apparatus name is isl. rdc. toshiba. co. jp, the file name is index. It is uniquely specified that the document is specified by html. Hereinafter, the identifier will be described as A.

【0086】次に、要求受理部136がこの表示要求を
受理し(ステップS102)、文書要求部132が文書
Aのファイル転送要求をHTTPの形式で文書提供プロ
グラム150に送信する(ステップS103)。文書提
供プログラム150は、文書要求部132からのファイ
ル転送要求で指定された文書Aを文書要求装置120に
転送する。この場合、もしファイル転送要求で指定され
た文書Aに対応する連結文書があり、それが連結文書展
開プログラムを含んでいれば、その連結文書展開プログ
ラムを含む連結文書が文書要求装置110に転送され
る。
Next, the request receiving unit 136 receives this display request (step S102), and the document requesting unit 132 sends a file transfer request for the document A to the document providing program 150 in HTTP format (step S103). The document providing program 150 transfers the document A designated by the file transfer request from the document requesting unit 132 to the document requesting device 120. In this case, if there is a linked document corresponding to the document A specified by the file transfer request and it contains a linked document expanding program, the linked document containing the linked document expanding program is transferred to the document requesting device 110. It

【0087】したがって、文書受信部133にて受信さ
れるファイルには、2種類ある。連結文書展開プログラ
ムを含む連結文書と一般の文書である。連結文書は図1
0で説明したように文書ファイル単位で圧縮された複数
の圧縮文書ファイルを連結することによって構成されて
おり、またその連結文書内には図5と同様の形式(文書
リストは含まない)で連結文書展開プログラムが含まれ
ている。
Therefore, there are two types of files received by the document receiving section 133. A consolidated document including a consolidated document expansion program and a general document. The linked document is shown in Figure 1.
As described in 0, it is configured by concatenating a plurality of compressed document files compressed in document file units, and the concatenated document is concatenated in the same format as that shown in FIG. 5 (a document list is not included). Includes a document extraction program.

【0088】文書受信部133は、受信したファイルが
連結文書展開プログラムを含む連結文書であるか否かを
判別する(ステップS104)。通常の文書Aであれ
ば、その文書Aの表示およびローカルファイルキャッシ
ュ領域121aへの格納を行って終了する(ステップS
105)。連結文書展開プログラムを含む連結文書であ
れば、引き続きその連結文書の受信処理が継続して行わ
れる(ステップS106)。
The document receiving unit 133 determines whether or not the received file is a linked document including the linked document expansion program (step S104). If it is a normal document A, the document A is displayed and stored in the local file cache area 121a, and the process is terminated (step S).
105). If it is a linked document including the linked document expanding program, the receiving process of the linked document is continuously performed (step S106).

【0089】文書提供装置110から文書要求装置12
0に連結文書が転送されている間、文書表示プログラム
130においては転送打ち切り条件が成立するか否かが
調べられる(ステップS107)。転送打ち切り条件は
文書要求装置120の記憶媒体121の使用量やネット
ワークを介した通信時間を制限するたるのものであり、
文書提供装置110から転送されたファイルの合計デー
タサイズが予め指定された値を越えたとき、ファイル転
送時間が予め指定された値を超えたとき、あるいはユー
ザまたはプログラムからの明示的な転送中止要求(イン
タラプト)を受けた時、などに転送打ち切り条件が成立
したと判別される。
From the document providing device 110 to the document requesting device 12
While the linked document is being transferred to 0, the document display program 130 checks whether or not the transfer abort condition is satisfied (step S107). The transfer termination condition is for limiting the amount of use of the storage medium 121 of the document requesting device 120 and the communication time through the network.
When the total data size of the files transferred from the document providing apparatus 110 exceeds a preset value, when the file transfer time exceeds a preset value, or an explicit transfer stop request from the user or program. When the (interrupt) is received, it is determined that the transfer abort condition is satisfied.

【0090】転送打ち切り条件が成立した時には、その
時点で受信処理を打ち切り、連結文書のうち転送に成功
した部分を文書毎に連結文書展開プログラムによって伸
張して個々の文書に復元し、ローカルファイルキャッシ
ュ領域121aに格納する(ステップS108)。ま
た、連結文書の転送中に転送打ち切り条件が成立するこ
となく、連結文書全ての転送完了が検出された場合には
(ステップS106b)、連結文書を構成する全ての文
書が連結文書展開プログラムによって個々の文書に復元
されて、ローカルファイルキャッシュ領域121aに格
納されることになる(ステップS109)。
When the transfer abort condition is satisfied, the receiving process is aborted at that point, and the portion of the concatenated document that has been successfully transferred is decompressed for each document by the concatenated document decompression program and restored to an individual document. The data is stored in the area 121a (step S108). Further, when the transfer termination condition is not satisfied during the transfer of the linked document and the completion of the transfer of all the linked documents is detected (step S106b), all the documents forming the linked document are individually processed by the linked document expansion program. Is restored to the document and stored in the local file cache area 121a (step S109).

【0091】なお、図8のシステムにおいては、文書毎
に文書が圧縮されてなる連結文書を転送させる例を説明
したが、この様に圧縮をせずに、文書要求装置120か
ら送信されるファイル転送要求で指定された文書が先頭
となるように連結された連結文書を、文書提供装置11
0から文書要求装置120に転送させてもよい。
In the system of FIG. 8, an example of transferring a concatenated document obtained by compressing each document has been described, but a file transmitted from the document requesting device 120 without such compression. The document providing apparatus 11 sets the concatenated document concatenated so that the document specified by the transfer request is at the head.
It may be transferred from 0 to the document requesting device 120.

【0092】この場合、ユーザが要求した文書Aが最初
に文書要求装置120に転送されるので、転送打ち切り
条件が成立して連結文書の転送が途中で打ち切られて
も、その時点では少なくともユーザが要求した文書Aの
転送については完了している確率が高く、それを活用す
ることができる。
In this case, since the document A requested by the user is first transferred to the document requesting device 120, even if the transfer abort condition is satisfied and the transfer of the concatenated document is aborted midway, at least the user is at that point. The transfer of the requested document A has a high probability of being completed and can be utilized.

【0093】[0093]

【発明の効果】以上説明したように、この発明によれ
ば、サーバよりクライアントに文書ファィルを転送し表
示するシステムにおいて、文書の転送が高速でない場合
やクライアントの所有する記憶媒体の空き領域が少ない
場合は転送を途中で打ち切ることができ、複数の文書を
転送する場合や複数の文書を連結して一つの文書として
転送する場合に打ち切り時点で転送が完了した文書はク
ライアントで使用することが可能となる。またクライア
ントの文書表示再生能力に応じて使用可能な文書のみを
転送することもできる。
As described above, according to the present invention, in the system in which the document file is transferred from the server to the client and displayed, the transfer of the document is not fast or the free space of the storage medium owned by the client is small. In this case, the transfer can be aborted in the middle, and when transferring multiple documents or concatenating multiple documents and transferring as one document, the document that has been transferred at the time of abortion can be used by the client. Becomes It is also possible to transfer only usable documents according to the document display / playback capability of the client.

【図面の簡単な説明】[Brief description of drawings]

【図1】この発明の一実施形態に係るファイル転送方法
が適用されるクライアント/サーバシステムの構成を示
すブロック図。
FIG. 1 is a block diagram showing the configuration of a client / server system to which a file transfer method according to an embodiment of the present invention is applied.

【図2】図1のシステムで使用されるWWWクライアン
トプログラムの複数ファイル転送処理手順の第1の例を
示すフローチャート。
FIG. 2 is a flowchart showing a first example of a multiple file transfer processing procedure of a WWW client program used in the system of FIG.

【図3】図1のシステムで使用されるWWWクライアン
トプログラムが参照する文書リストの一例を示す図。
FIG. 3 is a diagram showing an example of a document list referenced by a WWW client program used in the system of FIG.

【図4】図1のシステムで使用されるWWWクライアン
トプログラムの複数ファイル転送処理手順の第2の例を
示すフローチャート。
4 is a flowchart showing a second example of a multiple file transfer processing procedure of the WWW client program used in the system of FIG.

【図5】図1のシステムでWWWサーバからWWWクラ
イアントに転送される複数文書転送プログラムを含む文
書ファイルの一例を示す図。
5 is a diagram showing an example of a document file including a plurality of document transfer programs transferred from a WWW server to a WWW client in the system of FIG.

【図6】図1のシステムで使用されるWWWクライアン
トプログラムの複数ファイル転送処理手順の第3の例を
示すフローチャート。
6 is a flowchart showing a third example of a multiple file transfer processing procedure of the WWW client program used in the system of FIG.

【図7】図1のシステムで使用されるWWWクライアン
トプログラムの複数ファイル転送処理手順の第4の例を
示すフローチャート。
7 is a flowchart showing a fourth example of a multiple file transfer processing procedure of the WWW client program used in the system of FIG.

【図8】この発明の一実施形態に係るファイル転送方法
が適用されるクライアント/サーバシステムの他の構成
を示すブロック図。
FIG. 8 is a block diagram showing another configuration of the client / server system to which the file transfer method according to the embodiment of the present invention is applied.

【図9】図8のシステムで使用されるWWWクライアン
トプログラムの連結文書転送処理手順の第1の例を示す
フローチャート。
9 is a flowchart showing a first example of a linked document transfer processing procedure of a WWW client program used in the system of FIG.

【図10】図8のシステムで転送される連結文書の一例
を示す図。
FIG. 10 is a diagram showing an example of a linked document transferred by the system of FIG.

【図11】図8のシステムで使用されるWWWクライア
ントプログラムの連結文書転送処理手順の第2の例を示
すフローチャート。
11 is a flowchart showing a second example of a linked document transfer processing procedure of the WWW client program used in the system of FIG.

【符号の説明】[Explanation of symbols]

110…文書提供装置、120…文書要求装置、121
…記憶媒体、121a…ローカルファイルキャッシュ領
域、130…文書表示プログラム、131…接続部、1
32…文書要求部、133…文書受信部、134…文書
格納部、135…文書表示部、136…要求受理部、1
37…接続解除部、138…複数文書転送要求部、13
9…連結文書展開部、150…文書提供プログラム、1
51…要求受理部、152…要求処理部、156…記憶
媒体。
110 ... Document providing device, 120 ... Document requesting device, 121
... storage medium 121a ... local file cache area 130 ... document display program 131 ... connection unit, 1
32 ... Document requesting unit, 133 ... Document receiving unit, 134 ... Document storing unit, 135 ... Document displaying unit, 136 ... Request receiving unit, 1
37 ... Connection release unit, 138 ... Plural document transfer request unit, 13
9 ... Linked document expansion unit, 150 ... Document providing program, 1
51 ... Request accepting unit, 152 ... Request processing unit, 156 ... Storage medium.

───────────────────────────────────────────────────── フロントページの続き (72)発明者 下川 俊彦 神奈川県川崎市幸区小向東芝町1番地 株 式会社東芝研究開発センター内 ─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Toshihiko Shimokawa 1 Komukai Toshiba-cho, Sachi-ku, Kawasaki-shi, Kanagawa Incorporated Toshiba Research and Development Center

Claims (9)

【特許請求の範囲】[Claims] 【請求項1】 ファイルを提供するサービスを行うサー
バと、このサーバにファイル転送を要求するクライアン
トとを含むクライアント/サーバシステムで使用される
ファイル転送方法において、 前記クライアントから発行される一回のファイル要求に
対してそのファイル要求で指定されたファイルとそれに
関連するファイルとを含む複数のファイルが前記サーバ
から前記クライアントに転送されるように、前記一回の
ファイル要求に対して複数のファイル転送要求を前記サ
ーバに順次送信する処理を開始し、 予め指定された転送打ち切り条件が成立したと判断した
とき、それ以降に送信されるべき残りのファイル転送要
求全ての送信を中止することを特徴とするファイル転送
方法。
1. A file transfer method used in a client / server system including a server that provides a service for providing a file and a client that requests a file transfer from the server, wherein a single file issued from the client A plurality of file transfer requests for the one file request so that a plurality of files including a file specified in the file request and files related to the request are transferred from the server to the client Are sequentially transmitted to the server, and when it is determined that a transfer termination condition specified in advance is satisfied, transmission of all remaining file transfer requests to be transmitted thereafter is stopped. File transfer method.
【請求項2】 前記サーバから前記クライアントに転送
された合計データサイズが指定された値を越えた時に前
記転送打ち切り条件が成立したと判断することを特徴と
する請求項1記載のファイル転送方法。
2. The file transfer method according to claim 1, wherein when the total data size transferred from the server to the client exceeds a specified value, it is determined that the transfer abort condition is satisfied.
【請求項3】 前記サーバから前記クライアントへのフ
ァイル転送時間が指定された値を越えた時に前記転送打
ち切り条件が成立したと判断することを特徴とする請求
項1記載のファイル転送方法。
3. The file transfer method according to claim 1, wherein when the file transfer time from the server to the client exceeds a specified value, it is determined that the transfer abort condition is satisfied.
【請求項4】 前記クライアントのユーザによってイン
タラプトの指示が発行された時に前記転送打ち切り条件
が成立したと判断することを特徴とする請求項1記載の
ファイル転送方法。
4. The file transfer method according to claim 1, wherein when the user of the client issues an interrupt instruction, it is determined that the transfer abort condition is satisfied.
【請求項5】 ファイルを提供するサービスを行うサー
バと、このサーバにファイル転送を要求するクライアン
トとを含むクライアント/サーバシステムで使用される
ファイル転送方法において、 前記クライアントから発行される一回のファイル要求に
対して、ファイル単位で圧縮された複数の圧縮ファイル
が連結されてなる連結ファイルを前記サーバから前記ク
ライアントに転送させ、 予め指定された転送打ち切り条件が成立したと判断した
とき前記サーバから前記クライアントへの前記連結ファ
イルの転送を打ち切り、 その転送打ち切り以前に前記クライアントへの転送が完
了している圧縮ファイルそれぞれをファイル単位で復元
できるようにしたことを特徴とするファイル転送方法。
5. A file transfer method used in a client / server system including a server that provides a service for providing a file and a client that requests a file transfer from the server, wherein a single file issued from the client In response to the request, a concatenated file formed by concatenating a plurality of compressed files in units of files is transferred from the server to the client, and when it is determined that a prespecified transfer abort condition is satisfied, the server performs the A file transfer method characterized in that transfer of the concatenated file to the client is terminated, and each compressed file transferred to the client before the transfer is terminated can be restored in file units.
【請求項6】 ファイルを提供するサービスを行うサー
バと、このサーバにファイル転送を要求するクライアン
トとを含むクライアント/サーバシステムで使用される
ファイル転送方法において、 前記クライアントから発行される一回のファイル要求に
対して、そのファイル要求で指定されたファイルが先頭
となるように複数のファイルが連結されてなる連結ファ
イルを前記サーバから前記クライアントに転送させ、 予め指定された転送打ち切り条件が成立したと判断した
とき前記サーバから前記クライアントへの前記連結ファ
イルの転送を打ち切ることを特徴とするファイル転送方
法。
6. A file transfer method used in a client / server system including a server that provides a service for providing a file and a client that requests a file transfer from the server, wherein a single file issued from the client In response to the request, a concatenated file in which a plurality of files are concatenated so that the file specified by the file request is at the top is transferred from the server to the client, and a prespecified transfer abort condition is satisfied. When the determination is made, the transfer of the concatenated file from the server to the client is terminated, and the file transfer method.
【請求項7】 前記サーバから前記クライアントに転送
された合計データサイズが指定された値を越えた時に前
記転送打ち切り条件が成立したと判断することを特徴と
する請求項5または6記載のファイル転送方法。
7. The file transfer according to claim 5, wherein when the total data size transferred from the server to the client exceeds a specified value, it is determined that the transfer abort condition is satisfied. Method.
【請求項8】 前記サーバから前記クライアントへの前
記連結ファイルの転送時間が指定された値を越えた時に
前記転送打ち切り条件が成立したと判断することを特徴
とする請求項5または6記載のファイル転送方法。
8. The file according to claim 5, wherein when the transfer time of the concatenated file from the server to the client exceeds a specified value, it is determined that the transfer abort condition is satisfied. Transfer method.
【請求項9】 ファイルを提供するサービスを行うサー
バと、このサーバにファイル転送を要求するクライアン
トとを含むクライアント/サーバシステムで使用される
ファイル転送方法において、 前記クライアントからの一回のファイル要求で指定され
たファイルとそれに関連するファイルとを含む複数のフ
ァイルの中で、静止画、動画、音声などのファイルの種
類と前記クライアントの表示再生能力とに応じて予め決
定された転送条件に合致するファイルを選択し、 その選択されたファイル毎にそれを指定するファイル転
送要求を前記サーバに送信して、前記複数ファイルの中
で前記転送条件に合致するファイルのみを前記サーバか
ら前記クライアントに送信させることを特徴とするファ
イル転送方法。
9. A file transfer method used in a client / server system including a server that provides a service for providing files and a client that requests file transfer from the server, wherein a single file request from the client is made. Among a plurality of files including a designated file and files related to the designated file, a transfer condition determined in advance according to a file type such as a still image, a moving image, a sound and the display / playback capability of the client is satisfied. A file is selected, a file transfer request that specifies it for each selected file is sent to the server, and only files that match the transfer condition among the plurality of files are sent from the server to the client. A file transfer method characterized in that
JP02265896A 1995-11-10 1996-02-08 File transfer method Expired - Fee Related JP3559375B2 (en)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP02265896A JP3559375B2 (en) 1996-02-08 1996-02-08 File transfer method
EP96117972A EP0773503B1 (en) 1995-11-10 1996-11-08 File transfer method, method for a file requesting client device, and file server device
US08/745,920 US5987510A (en) 1995-11-10 1996-11-08 Method for transferring files according to file list provided in response to file request
DE69632011T DE69632011T2 (en) 1995-11-10 1996-11-08 File transfer method, method for a file requesting user device, and file provider device
US09/111,787 US6148334A (en) 1995-11-10 1998-07-08 System for transferring desired file by transferring concatenated file related to the desired file

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP02265896A JP3559375B2 (en) 1996-02-08 1996-02-08 File transfer method

Publications (2)

Publication Number Publication Date
JPH09218816A true JPH09218816A (en) 1997-08-19
JP3559375B2 JP3559375B2 (en) 2004-09-02

Family

ID=12088950

Family Applications (1)

Application Number Title Priority Date Filing Date
JP02265896A Expired - Fee Related JP3559375B2 (en) 1995-11-10 1996-02-08 File transfer method

Country Status (1)

Country Link
JP (1) JP3559375B2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11154112A (en) * 1997-11-21 1999-06-08 Matsushita Electric Ind Co Ltd Hypertext reference system
WO2001046813A1 (en) * 1999-12-22 2001-06-28 Nec Corporation Communication system for downloading structured document
JP2001265641A (en) * 2000-03-20 2001-09-28 Nec Corp System and method for intellectual fetch and delivery of web content
JP2002112196A (en) * 2000-06-30 2002-04-12 Matsushita Electric Ind Co Ltd Data-reproducing device, data-reproducing method, recording medium and data structure
JP2020035373A (en) * 2018-08-31 2020-03-05 キヤノン株式会社 Electronic device, control method thereof, program, and information processing system

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62115573A (en) * 1985-11-15 1987-05-27 Toshiba Corp Picture information file device
JPH03266548A (en) * 1990-03-16 1991-11-27 Canon Inc Message communication processing system
JPH04186453A (en) * 1990-11-21 1992-07-03 Nec Corp File transfer system
JPH04199444A (en) * 1990-11-29 1992-07-20 Matsushita Electric Ind Co Ltd File controller
JPH0567009A (en) * 1991-07-03 1993-03-19 Fujitsu Ltd File transfer processing system
JPH05143268A (en) * 1991-11-19 1993-06-11 Hitachi Ltd Plural screen display system
JPH0619775A (en) * 1992-07-01 1994-01-28 Hokuriku Nippon Denki Software Kk File tranfer method
JPH0654103A (en) * 1992-07-30 1994-02-25 Matsushita Electric Ind Co Ltd Storage type facsimile equipment
JPH06110926A (en) * 1992-09-29 1994-04-22 Oki Electric Ind Co Ltd Information retrieving device
JPH06243059A (en) * 1993-02-19 1994-09-02 Hitachi Ltd Interruption/resumption system for film transfer
JPH0744578A (en) * 1993-08-02 1995-02-14 Hitachi Medical Corp Medical image storage and transmission system
JPH07239808A (en) * 1994-03-01 1995-09-12 Mitsubishi Electric Corp Distributed data managing system
JPH07288638A (en) * 1994-04-20 1995-10-31 Canon Inc Image processor
JPH07325771A (en) * 1994-05-31 1995-12-12 Ricoh Co Ltd File transfer device
JPH09190374A (en) * 1995-11-10 1997-07-22 Toshiba Corp Document offer device, document request device and document transfer method
JPH09212397A (en) * 1996-01-31 1997-08-15 Toshiba Corp File reading method

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62115573A (en) * 1985-11-15 1987-05-27 Toshiba Corp Picture information file device
JPH03266548A (en) * 1990-03-16 1991-11-27 Canon Inc Message communication processing system
JPH04186453A (en) * 1990-11-21 1992-07-03 Nec Corp File transfer system
JPH04199444A (en) * 1990-11-29 1992-07-20 Matsushita Electric Ind Co Ltd File controller
JPH0567009A (en) * 1991-07-03 1993-03-19 Fujitsu Ltd File transfer processing system
JPH05143268A (en) * 1991-11-19 1993-06-11 Hitachi Ltd Plural screen display system
JPH0619775A (en) * 1992-07-01 1994-01-28 Hokuriku Nippon Denki Software Kk File tranfer method
JPH0654103A (en) * 1992-07-30 1994-02-25 Matsushita Electric Ind Co Ltd Storage type facsimile equipment
JPH06110926A (en) * 1992-09-29 1994-04-22 Oki Electric Ind Co Ltd Information retrieving device
JPH06243059A (en) * 1993-02-19 1994-09-02 Hitachi Ltd Interruption/resumption system for film transfer
JPH0744578A (en) * 1993-08-02 1995-02-14 Hitachi Medical Corp Medical image storage and transmission system
JPH07239808A (en) * 1994-03-01 1995-09-12 Mitsubishi Electric Corp Distributed data managing system
JPH07288638A (en) * 1994-04-20 1995-10-31 Canon Inc Image processor
JPH07325771A (en) * 1994-05-31 1995-12-12 Ricoh Co Ltd File transfer device
JPH09190374A (en) * 1995-11-10 1997-07-22 Toshiba Corp Document offer device, document request device and document transfer method
JPH09212397A (en) * 1996-01-31 1997-08-15 Toshiba Corp File reading method

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11154112A (en) * 1997-11-21 1999-06-08 Matsushita Electric Ind Co Ltd Hypertext reference system
WO2001046813A1 (en) * 1999-12-22 2001-06-28 Nec Corporation Communication system for downloading structured document
JP2001265641A (en) * 2000-03-20 2001-09-28 Nec Corp System and method for intellectual fetch and delivery of web content
JP2002112196A (en) * 2000-06-30 2002-04-12 Matsushita Electric Ind Co Ltd Data-reproducing device, data-reproducing method, recording medium and data structure
JP2020035373A (en) * 2018-08-31 2020-03-05 キヤノン株式会社 Electronic device, control method thereof, program, and information processing system

Also Published As

Publication number Publication date
JP3559375B2 (en) 2004-09-02

Similar Documents

Publication Publication Date Title
US6148334A (en) System for transferring desired file by transferring concatenated file related to the desired file
JP4041217B2 (en) Server-side asynchronous form management method and apparatus
US7711804B2 (en) Methods and devices for the asynchronous delivery of digital data
JP3972381B2 (en) Information transfer apparatus and information transfer method
JP2000148572A (en) Radio mobile device having improved operation in network unusable state and transmitting method therefor
JP2003044385A (en) Trusted internet clipboard
JP2001306437A (en) Adaptive medium streaming server for reproducing live and streaming medium contents on demand through browser of web client without using additional software or plug-in
JPH09212397A (en) File reading method
JP2001282609A (en) Web page acquisition service system, provider, web page acquiring method, storage medium, and program transmitting device
JP2001154903A (en) Radio network communication system
JPH09204349A (en) Information display system, information providing device and information display device
EP1134672B1 (en) Server content retrieval device
JPH09185570A (en) Method and system for acquiring and reproducing multimedia data
WO2006098245A1 (en) Information processing terminal, content providing system, content providing method, and content providing program
JPH09218816A (en) File transfer method
US7792520B2 (en) Method of transmitting multimedia message in various service environments
EP1627497B1 (en) System and method in which a provider is selected to service content requested by a client device
JP2002183019A (en) Cache device
JP3274373B2 (en) Document providing device, document requesting device, and document transfer method
EP1732328A1 (en) Method for automatically removing metadata information from audio data files
JP2000227851A (en) Two-way communication system and recording medium
JPH08294112A (en) Method and system for transfer of service introduction information
JP2000076155A (en) Html document compression/expansion/display system
JP4177033B2 (en) Content browsing state management system, content browsing state management method, program, and recording medium
JP2002163142A (en) Information relaying method and program storage medium used for realizing information relaying method

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040127

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040325

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20040518

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20040521

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090528

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees