JPH09218816A - ファイル転送方法 - Google Patents

Abstract

(57)【要約】 【課題】サーバからクライアントへの複数文書転送を打
ち切れるようにし、複数文書の転送を効率よく制限でき
るようにする。 【解決手段】文書要求装置１２０にてユーザまたはプロ
グラムの指示で発行される一回のファイル要求に対して
複数のファイル転送要求が順次文書提供装置１１０に送
信され、これによって文書要求装置１２０への複数ファ
イルの転送が開始される。この複数ファイルの転送中
に、転送された合計データサイズやファイル転送時間、
あるいはインタラプト指示の発行の有無などによって予
め決められた転送打ち切り条件が成立したと判断される
と、最近送信したファイル転送要求に後続して送信すべ
き未送信のファイル転送要求全ての送信が中止され、こ
れによって複数ファイル転送がその時点で打ち切られ
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ファイルを提供
するサービスを行うサーバと、このサーバにファイル転
送を要求するクライアントとを含むクライアント／サー
バシステムで使用されるファイル転送方法に関する。

【０００２】

【従来の技術】文書などのファイルをインターネットを
介してサーバからクライアントに提供するための文書提
供プログラムとして、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ
Ｗｅｂ）が知られている。これは、ＷＷＷサーバとＷＷ
Ｗクライアントからなり、クライアントとサーバにてあ
らかじめ定まったファイル転送プロトコルＨＴＴＰ（Ｈ
ｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃ
ｏｌ）に従い、文書などのファイルをサーバからクライ
アントに提供するものである。

【０００３】この方法では、サーバからクライアントへ
の文書ファイルの転送は逐一行うのが基本である。すな
わち、ユーザが文書などのファイルの表示を求めると、
ＷＷＷクライアントはＷＷＷサーバと通信を行い該文書
の転送を行い画面に表示する。さらに別の文書の表示を
行う場合には、この操作が再び行われる。

【０００４】しかし、携帯情報端末のように常にネット
ワーク接続可能な環境で使用されるとは限らない計算機
をクライアント計算機として使用する場合には、この方
法では不十分である。ユーザからの要求に応じて必要な
文書を即座にユーザに提供できるようにするためには、
クライアント計算機がネットワークに繋がっている時に
まとめて複数の文書をサーバからクライアントに転送
し、それをクライアント側に保存しておくことが必要が
ある。

【０００５】

【発明が解決しようとする課題】これを実現するための
方法として、ユーザが転送を要求した文書だけでなく、
関連文書をまとめてサーバからクライアントに転送する
方法が本出願人により提案されている（藤井他、「文書
要求方法、文書提供装置、文書要求装置及び文書転送方
法」特願平７−２９２９１０号）。

【０００６】この方法を活用すると、サーバからクライ
アントへの複数文書の転送をユーザが一つ一つ指示する
ことなく、一度の指示にて行うことができる。転送され
た文書はクライアントの記憶媒体に保存される。具体的
には、ユーザの一回の転送要求に応じて複数文書を順次
転送するプログラムが起動されクライアントの記憶媒体
に保存する方法、あるいはあらかじめ複数文書を連結し
て一つの文書にまとめておき、この連結文書をクライア
ントの記憶媒体に保存する方法が記されている。ところ
が本方法では次のような場合に問題が生じることがあ
る。

【０００７】すなわち、クライアントからサーバに提供
を求めた文書に対する関連文書のデータ量が大きい場合
には、全ての文書の転送が完了するまでに要する時間が
大きくなり、ネットワークのトラフィック増大などの問
題を引き起こす。また、クライアントの記憶媒体の空き
領域が十分に大きくない時に多くの文書が転送される
と、クライアントのファイルシステムの多くを占有する
恐れもある。さらに、複数の文書を連結し一つの文書と
して転送する方法の場合には、文書の転送をユーザから
の求めに応じて中断した場合に、それまでに転送を完了
した文書を活用することができないと言う問題もある。

【０００８】また、クライアントにて静止画、動画を表
示する能力がない場合、あるいは音声を再生する能力が
ない場合でも、これらの文書が転送されてくることが考
えられる。クライアントにて使用できない文書を転送す
ることは、クライアントの記憶媒体の浪費であり、また
ネットワークのトラフィックを無意味に増やすことにつ
ながる。

【０００９】この発明はこの様な点に鑑みてなされたも
のであり、文書転送が高速でない場合やクライアントの
所有する記憶媒体の空き領域が少ない場合、あるいはク
ライアントの文書表示再生能力などに応じて複数文書の
転送を効率よく制限でき、またその制限のためにファイ
ル転送を途中で打ち切った場合でも転送済みの文書につ
いてはクライアント側で活用することが可能なファイル
転送方法を提供することを目的とする。

【００１０】

【課題を解決するための手段】この発明は、ファイルを
提供するサービスを行うサーバと、このサーバにファイ
ル転送を要求するクライアントとを含むクライアント／
サーバシステムで使用されるファイル転送方法におい
て、前記クライアントから発行される一回のファイル要
求に対してそのファイル要求で指定されたファイルとそ
れに関連するファイルとを含む複数のファイルが前記サ
ーバから前記クライアントに転送されるように、前記一
回のファイル要求に対して複数のファイル転送要求を前
記サーバに順次送信し、予め指定された転送打ち切り条
件が成立したと判断したとき、それ以降に送信すべき全
てのファイル転送要求の送信を中止することを特徴とす
る。

【００１１】このファイル転送方法においては、クライ
アントにてユーザまたはプログラムの指示で発行される
一回のファイル要求に対して複数のファイル転送要求が
順次サーバに送信され、これによってサーバからクライ
アントへの複数ファイルの転送が開始される。この複数
ファイルの転送中に、例えば、サーバからクライアント
に転送された合計データサイズやファイル転送時間、あ
るいはインタラプト指示の発行の有無などによって予め
決められた転送打ち切り条件が成立したと判断される
と、それ以降に送信されるべき残りのファイル転送要求
全ての送信が中止され、これによって複数ファイル転送
がその時点で打ち切られる。したがって、複数ファイル
の転送を効率よく制限できるようになり、記憶媒体の容
量が少なく、また常にネットワーク接続可能な環境で使
用されるとは限らない携帯情報端末などをクライアント
側の計算機として使用するシステムなどに好適なファイ
ル転送を実現できる。

【００１２】また、連結ファイルを用いて複数のファイ
ルをサーバからクライアントに転送させる場合には、そ
の連結ファイルの転送を途中で打ち切った場合でも転送
済みのファイルの内容についてはクライアント側で活用
できるようにするために、クライアントから発行される
一回のファイル要求に対して、ファイル単位で圧縮され
た複数の圧縮ファイルが連結されてなる連結ファイルを
前記サーバから前記クライアントに転送させることが好
ましい。これにより、例えば、サーバからクライアント
に転送された合計データサイズやファイル転送時間など
によって予め決められた転送打ち切り条件が成立して連
結ファイルの転送を途中で打ち切った場合でも、その転
送打ち切り以前に前記クライアントへの転送が完了して
いる圧縮ファイルそれぞれについてはファイル単位で復
元することができる。

【００１３】また、クライアントから発行されるファイ
ル要求で指定されたファイルが先頭となるように複数の
ファイルが連結されてなる連結ファイルをサーバからク
ライアントに転送させる方法を利用することもできる。
この場合、ユーザが要求したファイルが最初にクライア
ントに転送されるので、転送打ち切り条件が成立して連
結ファイルの転送が途中で打ち切られても、その時点で
は少なくともユーザが要求したファイルの転送について
は完了している確率が高く、それを利用することができ
る。

【００１４】また、この発明は、ファイルを提供するサ
ービスを行うサーバと、このサーバにファイル転送を要
求するクライアントとを含むクライアント／サーバシス
テムで使用されるファイル転送方法において、前記クラ
イアントからの一回のファイル要求で指定されたファイ
ルとそれに関連するファイルとを含む複数のファイルの
中で、静止画、動画、音声などのファイルの種類と前記
クライアントの表示再生能力とに応じて予め決定された
転送条件に合致するファイルを選択し、その選択された
ファイル毎にそれを指定するファイル転送要求を前記サ
ーバに送信して、前記複数ファイルの中で前記転送条件
に合致するファイルのみを前記サーバから前記クライア
ントに送信させることを特徴とする。

【００１５】このファイル転送方法においては、静止
画、動画、音声などのファイルの種類とクライアントの
表示再生能力とに応じて選択されたファイルだけをサー
バからクライアントに転送させることができ、クライア
ントで利用できないファイルを転送することによるクラ
イアントの記憶媒体の浪費や、またネットワークトラフ
ィックの無意味な増大を防止することが可能となる。

【００１６】

【発明の実施の形態】以下、図面を参照してこの発明の
実施形態を説明する。図１には、この発明の一実施形態
に係るファイル読み出し方法が適用される情報通信シス
テムとそのシステムで用いられるプログラムの機能構成
が示されている。この情報通信システムは、例えば、イ
ンターネットなどのネットワーク環境を利用してサーバ
からクライアントに各種文書ファイル（ＨＴＭＬ形式の
ハイパーテキスト、静止画、動画、音声など）を提供す
るクライアント／サーバシステムであり、文書ファイル
を提供するＷＷＷサーバとして動作する文書提供装置１
１０と、文書ファイルを要求するＷＷＷクライアントと
して動作する文書要求装置１２０からなる。

【００１７】文書提供装置１１０では、文書提供プログ
ラム１５０が動作する。この文書提供プログラム１５０
は、ＷＷＷサーバプログラムとして機能するものであ
り、図示のように、要求受理部１５１と要求処理部１５
２からなる。要求受理部１５１は文書提供装置１２０に
て動作する文書表示プログラム１３０からのＨＴＴＰな
どのファイル転送プロトコルに従った文書ファイル転送
要求等を受理するプログラムである。要求処理部１５２
は、要求受理部にて受理した要求に応じて、具体的な処
理を行うプログラムである。例えば要求受理部１５１が
前述の文書ファイル転送要求１４０を受理した場合、記
憶媒体１５６から該当する文書ファイル１１１を探索
し、該当文書が見つかったら文書ファイルの転送１４１
を行う。

【００１８】文書要求装置１２０では、文書表示プログ
ラム１３０が動作する。この文書表示プログラム１３０
はＷＷＷクライアントプログラム（ＷＷＷブラウザ）と
して動作するものであり、図示のように、接続部１３
１、文書要求部１３２、文書受信部１３３、文書格納部
１３４、文書表示部１３５、要求受理部１３６、接続解
除部１３７、複数文書転送要求部１３８からなる。

【００１９】接続部１３１は、ＴＣＰ／ＩＰなどのプロ
トコルで文書提供装置１１０への接続を行うプログラム
である。文書要求部１３２は、ＨＴＴＰなどのファイル
転送プロトコルで文書提供装置１１０に前述の文書ファ
イル転送要求を発行するプログラムである。文書受信部
１３３は文書提供装置１１０から提供された文書ファイ
ルを受信するプログラムである。

【００２０】文書格納部１３４は文書提供装置１１０か
ら受信した文書ファイルを記憶媒体１２１のローカルフ
ァイルキャッシュ領域１２１ａにキャッシュ（一時保
存）するためのプログラムである。ローカルファイルキ
ャッシュ領域１２１ａにキャッシュされた文書ファイル
は、ユーザが明示的にファイル名を指定して保存した通
常のファイルとは異なり、自動的に名前が割り当てら
れ、ユーザの指示によらずに保存される。ローカルファ
イルキャッシュ領域１２１ａにキャッシュされた文書フ
ァイルの格納位置およびそのファイル名は文書表示プロ
グラム１３０が独自に管理する。

【００２１】このローカルファイルキャッシュ領域１２
１ａはネットワーク混雑等の緩和を図るために利用され
るものであり、ローカルファイルキャッシュ領域１２１
ａに格納されている文書ファイルに対する表示要求がユ
ーザなどから発せられた場合には、基本的には、文書提
供装置１１０に対するアクセスは行われず、そのローカ
ルファイルキャッシュ領域１２１ａから該当する文書フ
ァイルが読み出されて画面表示される。また、文書要求
装置１２０が、キャッシュされている文書ファイルの作
成日時を文書提供装置１１０に通知してその文書ファイ
ルが最新ファイルか否か問い合わせ、該当する文書ファ
イルの内容が更新されている場合にのみ文書提供装置１
１０から文書要求装置１２０に更新文書ファイルを転送
させるという運用形態をとることもできる。

【００２２】文書表示部１３５は要求された文書ファイ
ルを画面表示するプログラムである。要求受理部１３６
はユーザもしくはプログラムからの文書ファイル転送や
文書ファイル表示の要求を受けるプログラムである。接
続解除部１３７はネットワークへの接続を解除するプロ
グラムである。

【００２３】複数文書転送要求部１３８は要求受理部１
３６が受理した１つの転送要求に対して複数のファイル
転送要求の発行を文書要求部１３２に指示するプログラ
ムである。これにより、ユーザなどによる１回のファイ
ル転送要求操作で、要求された文書ファイルとそれに関
連する文書ファイルとを含む複数の文書ファイルを文書
提供装置１１０から文書要求装置１２０に一度に転送す
ることができる。この場合、ユーザによるファイル転送
要求操作で指定された文書ファイルだけが画面表示さ
れ、他の関連する文書ファイルはファイル転送要求操作
で指定された文書ファイルと一緒にローカルファイルキ
ャッシュ領域１２１ａに保存される。

【００２４】関連ファイルの所在やそのファイル名など
のファイル要求の発行に必要な関連ファイル情報の取得
は、次の２つの方法のいずれか１つを利用することによ
って行うことができる。

【００２５】（方法１）文書提供装置１１０から文書要
求装置１１０に転送されるたＨＴＭＬ形式の文書ファイ
ルの中から、そこに埋め込まれている関連ファイルへの
リンク情報を抽出して文書リストを作成する。そして、
その文書リストから文書ファイルを一つずつ取り出しな
がら関連ファイルに対する文書ファイル要求を順次発行
する。

【００２６】（方法２）文書提供装置１１０側で文書フ
ァイル毎に予め文書リストを作成しておき、文書要求装
置１２０からの文書ファイル転送要求で指定された文書
ファイルに対応する文書リストを文書提供装置１１０か
ら文書要求装置１２０に転送する。そして、その文書リ
ストから文書ファイルを一つずつ取り出しながら関連フ
ァイルに対する文書ファイル要求を順次発行する。

【００２７】このように複数の文書ファイル転送要求を
順次送信するという手続きを行う複数文書転送要求部１
３８は必ずしも文書要求装置１２０側に用意しておく必
要はなく、それに対応するプログラムを、文書提供装置
１１０から関連ファイルの文書リストと共に文書要求装
置１２０へ転送するようにしても良い。

【００２８】また、複数文書ファイルの転送は、複数の
文書転送要求を発行するのではなく、関連する複数の文
書ファイルを予め文書提供装置１１０内で連結してお
き、この連結ファイルを文書要求装置１２０からのファ
イル転送要求に応じて文書提供装置１１０に転送させる
という方法でも実現できる（方法３）。この方法３で
は、複数文書転送要求部１３８は特に必要なものではな
い。

【００２９】次に、図２のフローチャートを参照して、
文書表示プログラム１３０の具体的な動作手順を説明す
る。まず、ユーザまたはプログラムがファイル転送要求
を発行して文書の転送および表示を要求する（ステップ
Ｓ１１）。これは文書を一意に指定する識別子であるＵ
ＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔ
ｏｒ）を使えば良い。例えば、ｈｔｔｐ：//ｉｓｌ．ｒ
ｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔ
ｍｌのように指定すると、転送プロトコルはＨＴＴＰ、
サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄ
ｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄ
ｅｘ．ｈｔｍｌで指定される文書であることが一意に特
定される。以下、その識別子をＡとして説明する。

【００３０】次に、要求受理部１３６がこの表示要求を
受理し（ステップＳ１２）、文書要求部１３２が文書Ａ
のファイル転送要求をＨＴＴＰの形式で文書提供プログ
ラム１５０に送信する（ステップＳ１３）。文書提供プ
ログラム１５０は、文書要求部１３２からのファイル転
送要求で指定された文書Ａを文書要求装置１２０に転送
する。この場合、もしファイル転送要求で指定された文
書Ａに対応する文書リストを文書提供装置１１０が保有
していれば、その文書リストを単独、または文書Ａと一
緒に文書要求装置１１０に転送する。ここでは、文書リ
ストが単独で転送される場合を想定することにする。

【００３１】したがって、文書受信部１３３にて受信さ
れるファイルには、２種類あることになる。文書リスト
と、そうでない一般の文書（ここでは、文書Ａ）であ
る。文書リストの例を図３に示す。

【００３２】図３において、＜ＬＩＳＴ＞は本ファイル
が文書リストであることを示すキーワードである。次の
文字列はユーザによって要求された文書Ａの識別子を示
す。第２行目以降は本文書Ａに関連する文書ファイルそ
れぞれの識別子である。ここで、．ｈｔｍｌで終了する
名前の文書ファイルはＨＴＭＬ形式の文書、．ｇｉｆで
終了する名前の文書ファイルは静止画文書、．ａｕで終
了する名前の文書ファイルは音声文書であることを示し
ている。

【００３３】文書受信部１３３は、受信したファイルの
キーワードを用いてそのファイルが文書リストであるか
否かを判別する（ステップＳ１４）。文書リストでなけ
れば通常の文書Ａであるから、これが表示されると共
に、ローカルファイルキャッシュ領域１２１ａに格納さ
れる（ステップＳ１５）。そして、その文書Ａから関連
文書の識別子が抽出されて、文書リストが作成される
（ステップＳ１６）。この後、ステップＳ１７〜Ｓ２１
において、作成した文書リストから文書ファイルの識別
子を一つずつ取り出しながら関連ファイルに対する文書
ファイル要求を順次発行する複数文書要求送信処理が開
始される。文書受信部１３３が受信したファイルが文書
リストの場合においても、その受信文書リストを用いて
ステップＳ１７〜Ｓ２１の複数文書要求送信処理が同様
にして行われる。

【００３４】この複数文書要求送信処理においては、ま
ず、複数文書要求部１３８にて転送打ち切り条件が成立
しているか否かが判別される（ステップＳ１７）。転送
打ち切り条件は文書要求装置１２０の記憶媒体１２１の
使用量やネットワークを介した通信時間を制限するたる
のものであり、文書提供装置１１０から転送されたファ
イルの合計データサイズが予め指定された値を越えたと
き、ファイル転送時間が予め指定された値を超えたと
き、あるいはユーザまたはプログラムからの明示的な転
送中止要求（インタラプト）を受けた時、などに転送打
ち切り条件が成立したと判別することが好ましい。

【００３５】具体的には、一定量以下の大きさのデータ
のみを受信したい場合には、文書受信部１３３にて受信
したデータ量を計測し、一定値に達したら打ち切れば良
い。あるいは記憶媒体１２１の空き領域の大きさを一定
値に保ちたい場合には、例えば現在の空き容量から受信
可能なデータサイズの上限値を決め、文書受信部１３３
にて受信したデータ量がその上限値に達したら打ち切れ
ば良い。あるいは、ファイル転送を要求してから一定時
間経過したら転送打ち切り条件が成立すると判定する場
合には、転送要求を送信してから一定時間が経過したら
割り込みを発生するようにタイマを設定し、割り込みを
受けと時に転送を打ち切ればよい。受信データ量は、文
書提供装置１１０から転送される文書ファイルに付加さ
れているデータサイズ情報を用いて検出してもよい。

【００３６】転送打ち切り条件が成立してない場合に
は、複数文書転送要求部１３８は、文書リストに記載さ
れている文書の中で未転送文書を一つ選び、その識別子
を文書要求部１３２に渡して文書ファィル転送要求の発
行を指示する（ステップＳ１８）。この様にして要求対
象の文書ファイルが選択されると、文書要求部１３２
は、指示された文書のファイル転送要求をＨＴＴＰの形
式で文書提供プログラム１５０に送信する（ステップＳ
１９，Ｓ２０）。文書提供プログラム１５０は、文書要
求部１３２からのファイル転送要求で指定された文書フ
ァィルを文書要求装置１２０に転送する。この文書ファ
イルは文書受信部１３３にて受信され、ローカルファイ
ルキャッシュ領域１２１ａに格納される（ステップＳ２
１）。ステップＳ１３にて受信したファイルが文書リス
トの場合には、ステップＳ２１で最初に受信される文書
は文書Ａとなり、その場合はその文書Ａの画面表示も行
われる。

【００３７】ステップＳ１７〜Ｓ２１の処理は、文書リ
ストに記載された文書の中で未転送文書がなくなるまで
繰り返し実行され、一回の文書転送が行われる度に転送
打ち切り条件の成立の有無が判断される。転送打ち切り
条件が成立した場合には（ステップＳ１７のＹＥＳ）、
複数文書要求送信処理は終了され、残りの未転送文書に
対応するファイル転送要求全ての送信が中止される。

【００３８】このように、図２の手順で行われるファイ
ル転送方法によれば、転送打ち切り条件が成立された時
点で複数文書の転送処理が打ち切られる。したがって、
複数の文書ファイルの転送を効率よく制限できるように
なり、特に、記憶媒体の容量が少なく、また常にネット
ワーク接続可能な環境で使用されるとは限らない携帯情
報端末などを文書要求装置１２０として使用するシステ
ムに好適なファイル転送を実現できる。

【００３９】次に、図４のフローチャートを参照して、
文書表示プログラム１３０の具体的な動作手順の第２の
例を説明する。この処理手順は、複数文書転送要求部１
３８が最初から文書要求装置１２０に用意されたもので
はなく、そのプログラムを文書提供装置１１０から文書
要求装置１２０へ転送する場合の例である。

【００４０】まず、ユーザまたはプログラムがファイル
転送要求を発行して文書の転送および表示を要求する
（ステップＳ３１）。これは文書を一意に指定する識別
子である前述のＵＲＬを使えば良い。例えば、ｈｔｔ
ｐ：//ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／
ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロト
コルはＨＴＴＰ、サーバすなわち接続先文書提供装置名
はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファ
イル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書である
ことが一意に特定される。以下、その識別子をＡとして
説明する。

【００４１】次に、要求受理部１３６がこの表示要求を
受理し（ステップＳ３２）、文書要求部１３２が文書Ａ
のファイル転送要求をＨＴＴＰの形式で文書提供プログ
ラム１５０に送信する（ステップＳ３３）。文書提供プ
ログラム１５０は、文書要求部１３２からのファイル転
送要求で指定された文書Ａを文書要求装置１２０に転送
する。この場合、もしファイル転送要求で指定された文
書Ａに対応する文書リストを文書提供装置１１０が保有
していれば、その文書リストを単独、または文書Ａと一
緒に文書要求装置１１０に転送する。また、文書Ａが、
複数の文書を転送する機能を実現する複数文書転送プロ
グラムを有する文書であれば、それを文書要求装置１１
０に転送する。

【００４２】したがって、文書受信部１３３にて受信さ
れるファイルには３種類ある。複数の文書を転送する機
能を実現する複数文書転送プログラムを有する文書と、
文書リストと、一般の文書である。図５に複数文書転送
プログラムを有する文書ファイルの例を示す。この文書
ファイル９００の中には、プログラムの名前９０１と文
書リスト名９１０が記述されている。該プログラムは文
書リストを読み出して文書提供装置１１０に文書の転送
を順次要求する手続きを行うものであり、文書Ａと一緒
に文書ファィル９００に含まれている。

【００４３】文書受信部１３３は、受信したファイルの
種別を判別する（ステップＳ３４，Ｓ３５）。文書リス
トであれば、文書要求装置１２０には複数文書転送機能
が無いため、エラーを表示して終了する（ステップＳ３
６）。通常の文書（文書Ａ）であった場合にも、複数文
書転送要求処理は行われず、受信した文書Ａを表示する
と共に、それをローカルファイルキャッシュ領域１２１
ａに保存して終了する（ステップＳ３７）。

【００４４】複数文書転送プログラムを含む文書Ａであ
れば、その複数文書転送プログラムに制御が移され、以
下の処理が行われる。すなわち、複数文書転送プログラ
ムは、まず、文書Ａの表示およびローカルファイルキャ
ッシュ領域１２１ａへの格納を行うと共に、文書要求部
１３２を用いて文書リスト名９０２で指定される文書リ
ストを要求するファイル転送要求を、文書提供装置１１
０に送信する（ステップＳ３８）。これにより、文書提
供装置１１０からファイルが転送され、それが文書受信
部１３３にて受信される。文書受信部１３３にて受信さ
れたファイルが文書リストでなければエラーとする（ス
テップＳ３９，Ｓ３６）。文書リストであれば、その受
信文書リストを用いたステップＳ４０〜Ｓ４４の複数文
書要求送信処理が複数文書転送プログラムの制御の下に
開始される。

【００４５】この複数文書要求送信処理においては、ま
ず、複数文書要求部１３８にて転送打ち切り条件が成立
しているか否かが判別される（ステップＳ４０）。転送
打ち切り条件は文書要求装置１２０の記憶媒体１２１の
使用量やネットワークを介した通信時間を制限するたる
のものであり、文書提供装置１１０から転送されたファ
イルの合計データサイズが予め指定された値を越えたと
き、ファイル転送時間が予め指定された値を超えたと
き、あるいはユーザまたはプログラムからの明示的な転
送中止要求（インタラプト）を受けた時、などに転送打
ち切り条件が成立したと判別される。

【００４６】具体的には、一定量以下の大きさのデータ
のみを受信したい場合には、文書受信部１３３にて受信
したデータ量を計測し、一定値に達したら打ち切れば良
い。あるいは記憶媒体１２１の空き領域の大きさを一定
値に保ちたい場合には、例えば現在の空き容量から受信
可能なデータサイズの上限値を決め、文書受信部１３３
にて受信したデータ量がその上限値に達したら打ち切れ
ば良い。あるいは、ファイル転送を要求してから一定時
間経過したら転送打ち切り条件が成立すると判定する場
合には、転送要求を送信してから一定時間が経過したら
割り込みを発生するようにタイマを設定し、割り込みを
受けと時に転送を打ち切ればよい。

【００４７】転送打ち切り条件が成立してない場合に
は、複数文書転送プログラムは、文書リストに記載され
ている文書の中で未転送文書を一つ選び、その識別子を
文書要求部１３２に渡して文書ファィル転送要求の発行
を指示する（ステップＳ４１）。この様にして要求対象
の文書ファイルが選択されると、文書要求部１３２は、
指示された文書のファイル転送要求をＨＴＴＰの形式で
文書提供プログラム１５０に送信する（ステップＳ４
２，Ｓ４３）。文書提供プログラム１５０は、文書要求
部１３２からのファイル転送要求で指定された文書ファ
ィルを文書要求装置１２０に転送する。この文書ファイ
ルは文書受信部１３３にて受信され、ローカルファイル
キャッシュ領域１２１ａに格納される（ステップＳ４
４）。

【００４８】ステップＳ４０〜Ｓ４４の処理は、文書リ
ストに記載された文書の中で未転送文書がなくなるまで
繰り返し実行され、一回の文書転送が行われる度に転送
打ち切り条件の成立の有無が判断される。転送打ち切り
条件が成立した場合には（ステップＳ４０のＹＥＳ）、
複数文書要求送信処理は終了され、残りの未転送文書に
対応するファイル転送要求全ての送信が中止される。

【００４９】このように、図４の手順で行われるファイ
ル転送方法によれば、文書提供装置１１０から文書と一
緒に転送される複数文書転送プログラムにより文書Ａの
関連文書を転送するための手続きが自動的に行われ、ま
た転送打ち切り条件が成立された時点で複数文書の転送
処理が打ち切られる。したがって、文書要求装置１２０
に特別な機能を予め用意することなく、複数文書の転送
およびその転送を制限するための制御を効率よく行うこ
とができる。

【００５０】次に、図６のフローチャートを参照して、
文書表示プログラム１３０の具体的な動作手順の第３の
例を説明する。ここでは、文書ファイルの媒体の種類と
文書要求装置１２０の表示再生機能とに応じて文書転送
が制限される。

【００５１】まず、ユーザまたはプログラムがファイル
転送要求を発行して文書の転送および表示を要求する
（ステップＳ５１）。これは文書を一意に指定する識別
子である前述のＵＲＬを使えば良い。例えば、ｈｔｔ
ｐ：//ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／
ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロト
コルはＨＴＴＰ、サーバすなわち接続先文書提供装置名
はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファ
イル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書である
ことが一意に特定される。以下、その識別子をＡとして
説明する。

【００５２】次に、要求受理部１３６がこの表示要求を
受理し（ステップＳ５２）、文書要求部１３２が文書Ａ
のファイル転送要求をＨＴＴＰの形式で文書提供プログ
ラム１５０に送信する（ステップＳ５３）。文書提供プ
ログラム１５０は、文書要求部１３２からのファイル転
送要求で指定された文書Ａを文書要求装置１２０に転送
する。この場合、もしファイル転送要求で指定された文
書Ａに対応する文書リストを文書提供装置１１０が保有
していれば、その文書リストを単独、または文書Ａと一
緒に文書要求装置１１０に転送する。ここでは、文書リ
ストが単独で転送される場合を想定することにする。

【００５３】したがって、文書受信部１３３にて受信さ
れるファイルには、２種類あることになる。文書リスト
と、そうでない一般の文書（ここでは、文書Ａ）であ
る。文書リストは図３と同じである。

【００５４】文書受信部１３３は、受信したファイルの
キーワードを用いてそのファイルが文書リストであるか
否かを判別する（ステップＳ５４）。文書リストでなけ
れば通常の文書Ａであるから、これが表示されると共
に、ローカルファイルキャッシュ領域１２１ａに格納さ
れる（ステップＳ５５）。そして、その文書Ａから関連
文書の識別子が抽出されて、文書リストが作成される
（ステップＳ５６）。この後、ステップＳ５７〜Ｓ６１
において、作成した文書リストから文書ファイルの識別
子を一つずつ取り出しながら関連ファイルに対する文書
ファイル要求を順次発行する複数文書要求送信処理が開
始される。文書受信部１３３が受信したファイルが文書
リストの場合においても、その受信文書リストを用いて
ステップＳ５７〜Ｓ６１の複数文書要求送信処理が同様
にして行われる。

【００５５】この複数文書要求送信処理においては、ま
ず、複数文書転送要求部１３８は、文書リストに記載さ
れている文書の中で未転送文書をファイル転送要求対象
の文書として一つ選ぶ（ステップＳ５７）。ファイル転
送要求対象の文書ファイルが選択されると（ステップＳ
５８）、複数文書要求部１３８にてその選択された文書
の種類が転送条件に合致しているか否かが判別される
（ステップＳ５９）。転送条件は、文書要求装置１２０
の表示再生機能を考慮し、その文書要求装置１２０にて
活用できない種類の文書ファイルの無駄な転送を防止す
るためのものであり、静止画、動画、音声などのファイ
ルの種類と文書要求装置１２０の表示再生能力とに応じ
て予め決定される。

【００５６】例えば、動画像を表示できないディスプレ
イを使用しているなら、動画像文書は転送条件を満たし
ていない。音声を再生する機能を持たない文書要求装置
１２０であれば、音声文書は転送条件を満たしていな
い。

【００５７】選択された文書の種類が転送条件を満たさ
ない場合には、ステップＳ５７〜Ｓ５９が再び実行さ
れ、別の文書の選択および転送条件を満たすか否かの判
断が行われる。

【００５８】選択された文書の種類が転送条件を満たす
ものであれば、文書要求部１３２は、指示された文書の
ファイル転送要求をＨＴＴＰの形式で文書提供プログラ
ム１５０に送信する（ステップＳ６０）。文書提供プロ
グラム１５０は、文書要求部１３２からのファイル転送
要求で指定された文書ファィルを文書要求装置１２０に
転送する。この文書ファイルは文書受信部１３３にて受
信され、ローカルファイルキャッシュ領域１２１ａに格
納される（ステップＳ６１）。ステップＳ６１にて受信
したファイルが文書リストの場合には、ステップＳ６１
で最初に受信される文書は文書Ａとなることがあるが、
その場合はその文書Ａの画面表示も行われる。

【００５９】ステップＳ５７〜Ｓ６１の処理は、文書リ
ストに記載された文書の中で未選択の文書がなくなるま
で繰り返し実行され、文書選択が行われる度に転送条件
の成立の有無が判断される。

【００６０】このように、図６の手順で行われるファイ
ル転送方法によれば、静止画、動画、音声などのファイ
ルの種類と文書要求装置１２０の表示再生能力とに応じ
て選択された文書ファイルだけを文書提供装置１１０か
ら文書要求装置１２０に転送させることができ、文書要
求装置１２０で利用できないファイルを転送することに
よる記憶媒体１２１の浪費や、またネットワークトラフ
ィックの無意味な増大などを防止することが可能とな
る。

【００６１】次に、図７のフローチャートを参照して、
文書表示プログラム１３０の具体的な動作手順の第４の
例を説明する。先の例では転送条件に合致する文書だけ
を転送する複数文書転送要求部１３８があらかじめ文書
要求装置１２０に備わっている例であったが、ここで
は、この部分は備わっておらず、文書提供装置１１０か
ら転送される。

【００６２】まず、ユーザまたはプログラムがファイル
転送要求を発行して文書の転送および表示を要求する
（ステップＳ７１）。これは文書を一意に指定する識別
子である前述のＵＲＬを使えば良い。例えば、ｈｔｔ
ｐ：//ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／
ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロト
コルはＨＴＴＰ、サーバすなわち接続先文書提供装置名
はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファ
イル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書である
ことが一意に特定される。以下、その識別子をＡとして
説明する。

【００６３】次に、要求受理部１３６がこの表示要求を
受理し（ステップＳ７２）、文書要求部１３２が文書Ａ
のファイル転送要求をＨＴＴＰの形式で文書提供プログ
ラム１５０に送信する（ステップＳ７３）。文書提供プ
ログラム１５０は、文書要求部１３２からのファイル転
送要求で指定された文書Ａを文書要求装置１２０に転送
する。この場合、もしファイル転送要求で指定された文
書Ａに対応する文書リストを文書提供装置１１０が保有
していれば、その文書リストを単独、または文書Ａと一
緒に文書要求装置１１０に転送する。また、文書Ａが、
複数の文書を転送する機能を実現する複数文書転送プロ
グラムを有する文書であれば、それを文書要求装置１１
０に転送する。

【００６４】したがって、文書受信部１３３にて受信さ
れるファイルには３種類ある。複数の文書を転送する機
能を実現する複数文書転送プログラムを有する文書と、
文書リストと、一般の文書である。複数文書転送プログ
ラムを有する文書ファイルは図５で説明したとおりであ
る。

【００６５】文書受信部１３３は、受信したファイルの
種別を判別する（ステップＳ７４，Ｓ７５）。文書リス
トであれば、文書要求装置１２０には複数文書転送機能
が無いため、エラーを表示して終了する（ステップＳ７
６）。通常の文書（文書Ａ）であった場合にも、複数文
書転送要求処理は行われず、受信した文書Ａを表示する
と共に、それをローカルファイルキャッシュ領域１２１
ａに保存して終了する（ステップＳ７７）。

【００６６】複数文書転送プログラムを含む文書Ａであ
れば、その複数文書転送プログラムに制御が移され、以
下の処理が行われる。すなわち、複数文書転送プログラ
ムは、まず、文書Ａの表示およびローカルファイルキャ
ッシュ領域１２１ａへの格納を行うと共に、文書要求部
１３２を用いて文書リスト名９０２で指定される文書リ
ストを要求するファイル転送要求を、文書提供装置１１
０に送信する（ステップＳ７８）。これにより、文書提
供装置１１０からファイルが転送され、それが文書受信
部１３３にて受信される。文書受信部１３３にて受信さ
れたファイルが文書リストでなければエラーとする（ス
テップＳ７９，Ｓ７６）。文書リストであれば、その受
信文書リストを用いたステップＳ８０〜Ｓ８４の複数文
書要求送信処理が複数文書転送プログラムの制御の下に
開始される。

【００６７】この複数文書要求送信処理においては、ま
ず、複数文書転送プログラムは、文書リストに記載され
ている文書の中で未転送文書をファイル転送要求対象の
文書として一つ選ぶ（ステップＳ８０）。ファイル転送
要求対象の文書ファイルが選択されると（ステップＳ８
１）、複数文書要求部１３８にてその選択された文書の
種類が転送条件に合致しているか否かが判別される（ス
テップＳ８２）。転送条件は、文書要求装置１２０の表
示再生機能を考慮し、その文書要求装置１２０にて活用
できない種類の文書ファイルの無駄な転送を防止するた
めのものであり、静止画、動画、音声などのファイルの
種類と文書要求装置１２０の表示再生能力とに応じて予
め決定される。

【００６８】選択された文書の種類が転送条件を満たさ
ない場合には、ステップＳ８０〜Ｓ８２が再び実行さ
れ、別の文書の選択および転送条件を満たすか否かの判
断が行われる。

【００６９】選択された文書の種類が転送条件を満たす
ものであれば、複数文書転送プログラムは、文書要求部
１３２を用いて、その文書のファイル転送要求をＨＴＴ
Ｐの形式で文書提供プログラム１５０に送信する（ステ
ップＳ８３）。文書提供プログラム１５０は、文書要求
部１３２からのファイル転送要求で指定された文書ファ
ィルを文書要求装置１２０に転送する。この文書ファイ
ルは文書受信部１３３にて受信され、ローカルファイル
キャッシュ領域１２１ａに格納される（ステップＳ８
４）。

【００７０】ステップＳ８０〜Ｓ８４の処理は、文書リ
ストに記載された文書の中で未選択の文書がなくなるま
で繰り返し実行され、文書選択が行われる度に転送条件
の成立の有無が判断される。

【００７１】このように、図７の手順で行われるファイ
ル転送方法においても、静止画、動画、音声などのファ
イルの種類と文書要求装置１２０の表示再生能力とに応
じて転送条件を予め決定しておくだけで、選択された文
書ファイルだけを文書提供装置１１０から文書要求装置
１２０に転送させることができ、文書要求装置１２０で
利用できないファイルを転送することによる記憶媒体１
２１の浪費や、またネットワークトラフィックの無意味
な増大などを防止することが可能となる。

【００７２】図８には、この発明のファイル転送方法が
適用されるクライアント／サーバシステムで用いられる
プログラムの第２の構成例が示されている。ここでのプ
ログラム構成は、複数の文書転送要求を順次発行するの
ではなく、関連する複数の文書ファイルを予め文書提供
装置１１０内で連結しておき、この連結ファイルを文書
要求装置１２０からのファイル転送要求に応じて文書提
供装置１１０に転送させる例に対応するものである。

【００７３】図８のシステムにおいては、文書提供装置
１１０では文書提供プログラム１５０が動作する。文書
提供プログラム１５０は、要求受理部１５１と要求処理
部１５２からなる。要求受理部１５１は文書提供装置に
て動作する文書表示プログラム１３０からの要求を受理
するプログラムである。要求処理部１５２は、要求受理
部にて受理した要求に応じて、具体的な処理を行うプロ
グラムである。例えば要求受理部が文書ファイル転送要
求１４０を受理した場合、記憶媒体１５６から該当する
文書１１１または連結文書１１２を検索し、該当文書が
見つかったら文書ファイルの送信１４１を行う。

【００７４】文書要求装置１２０では文書表示プログラ
ム１３０が動作する。この文書表示プログラム１３０に
は、図１の複数文書転送要求部１３８の代わりに、連結
文書展開部１３９が設けられている。この連結文書展開
部１３８は文書受信部１３３より受信した連結文書を各
々の文書に展開するプログラムである。

【００７５】次に、図９のフローチャートを参照して、
図８のシステムで実行される文書表示プログラム１３０
の具体的な動作手順について説明する。まず、ユーザま
たはプログラムがファイル転送要求を発行して文書の転
送および表示を要求する（ステップＳ９１）。これは文
書を一意に指定する識別子である前述のＵＲＬを使えば
良い。例えば、ｈｔｔｐ：//ｉｓｌ．ｒｄｃ．ｔｏｓｈ
ｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指
定すると、転送プロトコルはＨＴＴＰ、サーバすなわち
接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂ
ａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで
指定される文書であることが一意に特定される。以下、
その識別子をＡとして説明する。

【００７６】次に、要求受理部１３６がこの表示要求を
受理し（ステップＳ９２）、文書要求部１３２が文書Ａ
のファイル転送要求をＨＴＴＰの形式で文書提供プログ
ラム１５０に送信する（ステップＳ９３）。文書提供プ
ログラム１５０は、文書要求部１３２からのファイル転
送要求で指定された文書Ａを文書要求装置１２０に転送
する。この場合、もしファイル転送要求で指定された文
書Ａに対応する連結文書を文書提供装置１１０が保有し
ていれば、その連結文書が文書要求装置１１０に転送さ
れる。

【００７７】したがって、文書受信部１３３にて受信さ
れるファイルには、２種類ある。複数の文書を連結して
作成された連結文書と一般の文書である。連結文書は、
文書ファイル単位で圧縮された複数の圧縮文書ファイル
を連結することによって構成されるものであり、その一
例を図１０に示す。

【００７８】図１０において、＜ＣＯＮＣＡＴＥＮＡＴ
Ｅ＞は連結ファイルであることを示すヘッダである。次
に文書ファイル要求で指定される文書Ａを先頭にしてそ
れぞれファイル毎に圧縮された文書が連結される。各文
書は文書を一意に特定する識別子、圧縮後のサイズ、圧
縮した文書の順に並ぶ。

【００７９】文書受信部１３３は、受信しているファイ
ルが連結文書ファイルであるか否かを判別する（ステッ
プＳ９４）。通常の文書Ａであれば、その文書Ａの表示
およびローカルファイルキャッシュ領域１２１ａへの格
納を行って終了する（ステップＳ９５）。連結文書であ
れば、引き続きその連結文書の受信処理が継続して行わ
れる（ステップＳ９６）。

【００８０】文書提供装置１１０から文書要求装置１２
０に連結文書が転送されている間、文書表示プログラム
１３０においては転送打ち切り条件が成立するか否かが
調べられる（ステップＳ９７）。転送打ち切り条件は文
書要求装置１２０の記憶媒体１２１の使用量やネットワ
ークを介した通信時間を制限するたるのものであり、文
書提供装置１１０から転送されたファイルの合計データ
サイズが予め指定された値を越えたとき、ファイル転送
時間が予め指定された値を超えたとき、あるいはユーザ
またはプログラムからの明示的な転送中止要求（インタ
ラプト）を受けた時、などに転送打ち切り条件が成立し
たと判別することが好ましい。

【００８１】具体的には、一定量以下の大きさのデータ
のみを受信したい場合には、文書受信部１３３にて受信
したデータ量を計測し、一定値に達したら打ち切れば良
い。あるいは記憶媒体１２１の空き領域の大きさを一定
値に保ちたい場合には、例えば現在の空き容量から受信
可能なデータサイズの上限値を決め、文書受信部１３３
にて受信したデータ量がその上限値に達したら打ち切れ
ば良い。あるいは、ファイル転送を要求してから一定時
間経過したら転送打ち切り条件が成立すると判定する場
合には、転送要求を送信してから一定時間が経過したら
割り込みを発生するようにタイマを設定し、割り込みを
受けと時に転送を打ち切ればよい。受信データ量は連結
ファイルに含まれる圧縮ファイルそれぞれのデータサイ
ズ情報を用いて検出してもよい。

【００８２】転送打ち切り条件が成立した時には、その
時点で受信処理を打ち切り、連結文書のうち転送に成功
した部分を文書毎に伸張して個々の文書に復元し、ロー
カルファイルキャッシュ領域１２１ａに格納する（ステ
ップＳ９８）。また、連結文書の転送中に転送打ち切り
条件が成立することなく、連結文書全ての転送完了が検
出された場合には（ステップＳ９６ｂ）、連結文書を構
成する全ての文書が個々の文書に復元されて、ローカル
ファイルキャッシュ領域１２１ａに格納されることにな
る（ステップＳ９９）。

【００８３】この図９のファイル転送方法によれば、例
えば、図１０の連結文書におけるｈｔｔｐ：／／ｉｓ
ｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｎｅｗｓｐ
ａｐｅｒ／ｉｍａｇｅ／ｉｍａｇｅｌ．ｇｉｆの転送途
中で転送を打ち切った場合、その前のｈｔｔｐ：／／ｉ
ｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｎｅｗｓ
ｐａｐｅｒ／ａｒｔｉｃｌｅ２．ｈｔｍｌまでは復元し
て活用することが可能となる。

【００８４】次に、図１１のフローチャートを参照し
て、図８のシステムで実行される文書表示プログラム１
３０の具体的な動作手順の第２の例について説明する。
この処理手順は、連結文書展開部１３９が最初から文書
要求装置１２０に用意されたものではなく、そのプログ
ラムを文書提供装置１１０から文書要求装置１２０へ転
送する場合の例である。

【００８５】まず、ユーザまたはプログラムがファイル
転送要求を発行して文書の転送および表示を要求する
（ステップＳ１０１）。これは文書を一意に指定する識
別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔ
ｐ：//ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／
ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロト
コルはＨＴＴＰ、サーバすなわち接続先文書提供装置名
はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファ
イル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書である
ことが一意に特定される。以下、その識別子をＡとして
説明する。

【００８６】次に、要求受理部１３６がこの表示要求を
受理し（ステップＳ１０２）、文書要求部１３２が文書
Ａのファイル転送要求をＨＴＴＰの形式で文書提供プロ
グラム１５０に送信する（ステップＳ１０３）。文書提
供プログラム１５０は、文書要求部１３２からのファイ
ル転送要求で指定された文書Ａを文書要求装置１２０に
転送する。この場合、もしファイル転送要求で指定され
た文書Ａに対応する連結文書があり、それが連結文書展
開プログラムを含んでいれば、その連結文書展開プログ
ラムを含む連結文書が文書要求装置１１０に転送され
る。

【００８７】したがって、文書受信部１３３にて受信さ
れるファイルには、２種類ある。連結文書展開プログラ
ムを含む連結文書と一般の文書である。連結文書は図１
０で説明したように文書ファイル単位で圧縮された複数
の圧縮文書ファイルを連結することによって構成されて
おり、またその連結文書内には図５と同様の形式（文書
リストは含まない）で連結文書展開プログラムが含まれ
ている。

【００８８】文書受信部１３３は、受信したファイルが
連結文書展開プログラムを含む連結文書であるか否かを
判別する（ステップＳ１０４）。通常の文書Ａであれ
ば、その文書Ａの表示およびローカルファイルキャッシ
ュ領域１２１ａへの格納を行って終了する（ステップＳ
１０５）。連結文書展開プログラムを含む連結文書であ
れば、引き続きその連結文書の受信処理が継続して行わ
れる（ステップＳ１０６）。

【００８９】文書提供装置１１０から文書要求装置１２
０に連結文書が転送されている間、文書表示プログラム
１３０においては転送打ち切り条件が成立するか否かが
調べられる（ステップＳ１０７）。転送打ち切り条件は
文書要求装置１２０の記憶媒体１２１の使用量やネット
ワークを介した通信時間を制限するたるのものであり、
文書提供装置１１０から転送されたファイルの合計デー
タサイズが予め指定された値を越えたとき、ファイル転
送時間が予め指定された値を超えたとき、あるいはユー
ザまたはプログラムからの明示的な転送中止要求（イン
タラプト）を受けた時、などに転送打ち切り条件が成立
したと判別される。

【００９０】転送打ち切り条件が成立した時には、その
時点で受信処理を打ち切り、連結文書のうち転送に成功
した部分を文書毎に連結文書展開プログラムによって伸
張して個々の文書に復元し、ローカルファイルキャッシ
ュ領域１２１ａに格納する（ステップＳ１０８）。ま
た、連結文書の転送中に転送打ち切り条件が成立するこ
となく、連結文書全ての転送完了が検出された場合には
（ステップＳ１０６ｂ）、連結文書を構成する全ての文
書が連結文書展開プログラムによって個々の文書に復元
されて、ローカルファイルキャッシュ領域１２１ａに格
納されることになる（ステップＳ１０９）。

【００９１】なお、図８のシステムにおいては、文書毎
に文書が圧縮されてなる連結文書を転送させる例を説明
したが、この様に圧縮をせずに、文書要求装置１２０か
ら送信されるファイル転送要求で指定された文書が先頭
となるように連結された連結文書を、文書提供装置１１
０から文書要求装置１２０に転送させてもよい。

【００９２】この場合、ユーザが要求した文書Ａが最初
に文書要求装置１２０に転送されるので、転送打ち切り
条件が成立して連結文書の転送が途中で打ち切られて
も、その時点では少なくともユーザが要求した文書Ａの
転送については完了している確率が高く、それを活用す
ることができる。

【００９３】

【発明の効果】以上説明したように、この発明によれ
ば、サーバよりクライアントに文書ファィルを転送し表
示するシステムにおいて、文書の転送が高速でない場合
やクライアントの所有する記憶媒体の空き領域が少ない
場合は転送を途中で打ち切ることができ、複数の文書を
転送する場合や複数の文書を連結して一つの文書として
転送する場合に打ち切り時点で転送が完了した文書はク
ライアントで使用することが可能となる。またクライア
ントの文書表示再生能力に応じて使用可能な文書のみを
転送することもできる。

【図面の簡単な説明】

【図１】この発明の一実施形態に係るファイル転送方法
が適用されるクライアント／サーバシステムの構成を示
すブロック図。

【図２】図１のシステムで使用されるＷＷＷクライアン
トプログラムの複数ファイル転送処理手順の第１の例を
示すフローチャート。

【図３】図１のシステムで使用されるＷＷＷクライアン
トプログラムが参照する文書リストの一例を示す図。

【図４】図１のシステムで使用されるＷＷＷクライアン
トプログラムの複数ファイル転送処理手順の第２の例を
示すフローチャート。

【図５】図１のシステムでＷＷＷサーバからＷＷＷクラ
イアントに転送される複数文書転送プログラムを含む文
書ファイルの一例を示す図。

【図６】図１のシステムで使用されるＷＷＷクライアン
トプログラムの複数ファイル転送処理手順の第３の例を
示すフローチャート。

【図７】図１のシステムで使用されるＷＷＷクライアン
トプログラムの複数ファイル転送処理手順の第４の例を
示すフローチャート。

【図８】この発明の一実施形態に係るファイル転送方法
が適用されるクライアント／サーバシステムの他の構成
を示すブロック図。

【図９】図８のシステムで使用されるＷＷＷクライアン
トプログラムの連結文書転送処理手順の第１の例を示す
フローチャート。

【図１０】図８のシステムで転送される連結文書の一例
を示す図。

【図１１】図８のシステムで使用されるＷＷＷクライア
ントプログラムの連結文書転送処理手順の第２の例を示
すフローチャート。

【符号の説明】

１１０…文書提供装置、１２０…文書要求装置、１２１
…記憶媒体、１２１ａ…ローカルファイルキャッシュ領
域、１３０…文書表示プログラム、１３１…接続部、１
３２…文書要求部、１３３…文書受信部、１３４…文書
格納部、１３５…文書表示部、１３６…要求受理部、１
３７…接続解除部、１３８…複数文書転送要求部、１３
９…連結文書展開部、１５０…文書提供プログラム、１
５１…要求受理部、１５２…要求処理部、１５６…記憶
媒体。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 下川 俊彦 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ファイルを提供するサービスを行うサー
   バと、このサーバにファイル転送を要求するクライアン
   トとを含むクライアント／サーバシステムで使用される
   ファイル転送方法において、 前記クライアントから発行される一回のファイル要求に
   対してそのファイル要求で指定されたファイルとそれに
   関連するファイルとを含む複数のファイルが前記サーバ
   から前記クライアントに転送されるように、前記一回の
   ファイル要求に対して複数のファイル転送要求を前記サ
   ーバに順次送信する処理を開始し、 予め指定された転送打ち切り条件が成立したと判断した
   とき、それ以降に送信されるべき残りのファイル転送要
   求全ての送信を中止することを特徴とするファイル転送
   方法。
2. 【請求項２】 前記サーバから前記クライアントに転送
   された合計データサイズが指定された値を越えた時に前
   記転送打ち切り条件が成立したと判断することを特徴と
   する請求項１記載のファイル転送方法。
3. 【請求項３】 前記サーバから前記クライアントへのフ
   ァイル転送時間が指定された値を越えた時に前記転送打
   ち切り条件が成立したと判断することを特徴とする請求
   項１記載のファイル転送方法。
4. 【請求項４】 前記クライアントのユーザによってイン
   タラプトの指示が発行された時に前記転送打ち切り条件
   が成立したと判断することを特徴とする請求項１記載の
   ファイル転送方法。
5. 【請求項５】 ファイルを提供するサービスを行うサー
   バと、このサーバにファイル転送を要求するクライアン
   トとを含むクライアント／サーバシステムで使用される
   ファイル転送方法において、 前記クライアントから発行される一回のファイル要求に
   対して、ファイル単位で圧縮された複数の圧縮ファイル
   が連結されてなる連結ファイルを前記サーバから前記ク
   ライアントに転送させ、 予め指定された転送打ち切り条件が成立したと判断した
   とき前記サーバから前記クライアントへの前記連結ファ
   イルの転送を打ち切り、 その転送打ち切り以前に前記クライアントへの転送が完
   了している圧縮ファイルそれぞれをファイル単位で復元
   できるようにしたことを特徴とするファイル転送方法。
6. 【請求項６】 ファイルを提供するサービスを行うサー
   バと、このサーバにファイル転送を要求するクライアン
   トとを含むクライアント／サーバシステムで使用される
   ファイル転送方法において、 前記クライアントから発行される一回のファイル要求に
   対して、そのファイル要求で指定されたファイルが先頭
   となるように複数のファイルが連結されてなる連結ファ
   イルを前記サーバから前記クライアントに転送させ、 予め指定された転送打ち切り条件が成立したと判断した
   とき前記サーバから前記クライアントへの前記連結ファ
   イルの転送を打ち切ることを特徴とするファイル転送方
   法。
7. 【請求項７】 前記サーバから前記クライアントに転送
   された合計データサイズが指定された値を越えた時に前
   記転送打ち切り条件が成立したと判断することを特徴と
   する請求項５または６記載のファイル転送方法。
8. 【請求項８】 前記サーバから前記クライアントへの前
   記連結ファイルの転送時間が指定された値を越えた時に
   前記転送打ち切り条件が成立したと判断することを特徴
   とする請求項５または６記載のファイル転送方法。
9. 【請求項９】 ファイルを提供するサービスを行うサー
   バと、このサーバにファイル転送を要求するクライアン
   トとを含むクライアント／サーバシステムで使用される
   ファイル転送方法において、 前記クライアントからの一回のファイル要求で指定され
   たファイルとそれに関連するファイルとを含む複数のフ
   ァイルの中で、静止画、動画、音声などのファイルの種
   類と前記クライアントの表示再生能力とに応じて予め決
   定された転送条件に合致するファイルを選択し、 その選択されたファイル毎にそれを指定するファイル転
   送要求を前記サーバに送信して、前記複数ファイルの中
   で前記転送条件に合致するファイルのみを前記サーバか
   ら前記クライアントに送信させることを特徴とするファ
   イル転送方法。