JP3559375B2 - ファイル転送方法 - Google Patents
ファイル転送方法 Download PDFInfo
- Publication number
- JP3559375B2 JP3559375B2 JP02265896A JP2265896A JP3559375B2 JP 3559375 B2 JP3559375 B2 JP 3559375B2 JP 02265896 A JP02265896 A JP 02265896A JP 2265896 A JP2265896 A JP 2265896A JP 3559375 B2 JP3559375 B2 JP 3559375B2
- Authority
- JP
- Japan
- Prior art keywords
- document
- file
- transfer
- request
- program
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Description
【０００１】
【発明の属する技術分野】
この発明は、ファイルを提供するサービスを行うサーバと、このサーバにファイル転送を要求するクライアントとを含むクライアント／サーバシステムで使用されるファイル転送方法に関する。
【０００２】
【従来の技術】
文書などのファイルをインターネットを介してサーバからクライアントに提供するための文書提供プログラムとして、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）が知られている。これは、ＷＷＷサーバとＷＷＷクライアントからなり、クライアントとサーバにてあらかじめ定まったファイル転送プロトコルＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従い、文書などのファイルをサーバからクライアントに提供するものである。
【０００３】
この方法では、サーバからクライアントへの文書ファイルの転送は逐一行うのが基本である。すなわち、ユーザが文書などのファイルの表示を求めると、ＷＷＷクライアントはＷＷＷサーバと通信を行い該文書の転送を行い画面に表示する。さらに別の文書の表示を行う場合には、この操作が再び行われる。
【０００４】
しかし、携帯情報端末のように常にネットワーク接続可能な環境で使用されるとは限らない計算機をクライアント計算機として使用する場合には、この方法では不十分である。ユーザからの要求に応じて必要な文書を即座にユーザに提供できるようにするためには、クライアント計算機がネットワークに繋がっている時にまとめて複数の文書をサーバからクライアントに転送し、それをクライアント側に保存しておくことが必要がある。
【０００５】
【発明が解決しようとする課題】
これを実現するための方法として、ユーザが転送を要求した文書だけでなく、関連文書をまとめてサーバからクライアントに転送する方法が本出願人により提案されている（藤井他、「文書要求方法、文書提供装置、文書要求装置及び文書転送方法」特願平７−２９２９１０号）。
【０００６】
この方法を活用すると、サーバからクライアントへの複数文書の転送をユーザが一つ一つ指示することなく、一度の指示にて行うことができる。転送された文書はクライアントの記憶媒体に保存される。具体的には、ユーザの一回の転送要求に応じて複数文書を順次転送するプログラムが起動されクライアントの記憶媒体に保存する方法、あるいはあらかじめ複数文書を連結して一つの文書にまとめておき、この連結文書をクライアントの記憶媒体に保存する方法が記されている。ところが本方法では次のような場合に問題が生じることがある。
【０００７】
すなわち、クライアントからサーバに提供を求めた文書に対する関連文書のデータ量が大きい場合には、全ての文書の転送が完了するまでに要する時間が大きくなり、ネットワークのトラフィック増大などの問題を引き起こす。また、クライアントの記憶媒体の空き領域が十分に大きくない時に多くの文書が転送されると、クライアントのファイルシステムの多くを占有する恐れもある。さらに、複数の文書を連結し一つの文書として転送する方法の場合には、文書の転送をユーザからの求めに応じて中断した場合に、それまでに転送を完了した文書を活用することができないと言う問題もある。
【０００８】
また、クライアントにて静止画、動画を表示する能力がない場合、あるいは音声を再生する能力がない場合でも、これらの文書が転送されてくることが考えられる。クライアントにて使用できない文書を転送することは、クライアントの記憶媒体の浪費であり、またネットワークのトラフィックを無意味に増やすことにつながる。
【０００９】
この発明はこの様な点に鑑みてなされたものであり、文書転送が高速でない場合やクライアントの所有する記憶媒体の空き領域が少ない場合、あるいはクライアントの文書表示再生能力などに応じて複数文書の転送を効率よく制限でき、またその制限のためにファイル転送を途中で打ち切った場合でも転送済みの文書についてはクライアント側で活用することが可能なファイル転送方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
この発明は、ファイルを提供するサービスを行うサーバと、このサーバにファイル転送を要求するクライアントとを含むクライアント／サーバシステムで使用されるファイル転送方法において、前記クライアントから発行される一回のファイル要求に対して、ファイル単位でそれぞれ圧縮され、前記ファイル要求で指定されたファイルの圧縮ファイルを含む複数の圧縮ファイルが連結されてなる連結ファイルを前記サーバから前記クライアントに転送させ、予め指定された転送打ち切り条件が成立したと判断したとき前記サーバから前記クライアントへの前記連結ファイルの転送を打ち切り、その転送打ち切り以前に前記クライアントへの転送が完了している圧縮ファイルそれぞれを前記クライアントにおいてファイル単位で復元することを特徴とする。
【００１２】
このように、連結ファイルの転送を途中で打ち切った場合でも転送済みのファイルの内容についてはクライアント側で活用できるようにするために、クライアントから発行される一回のファイル要求に対して、ファイル単位でそれぞれ圧縮され、前記ファイル要求で指定されたファイルの圧縮ファイルを含む複数の圧縮ファイルが連結されてなる連結ファイルを前記サーバから前記クライアントに転送させることにより、例えば、サーバからクライアントに転送された合計データサイズやファイル転送時間などによって予め決められた転送打ち切り条件が成立して連結ファイルの転送を途中で打ち切った場合でも、その転送打ち切り以前に前記クライアントへの転送が完了している圧縮ファイルそれぞれについてはファイル単位で復元することができる。
【００１３】
また、クライアントから発行されるファイル要求で指定されたファイルが先頭となるように複数のファイルが連結されてなる連結ファイルをサーバからクライアントに転送させる方法を利用することもできる。この場合、ユーザが要求したファイルが最初にクライアントに転送されるので、転送打ち切り条件が成立して連結ファイルの転送が途中で打ち切られても、その時点では少なくともユーザが要求したファイルの転送については完了している確率が高く、それを利用することができる。
【００１６】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態を説明する。
図１には、この発明の一実施形態に係るファイル読み出し方法が適用される情報通信システムとそのシステムで用いられるプログラムの機能構成が示されている。この情報通信システムは、例えば、インターネットなどのネットワーク環境を利用してサーバからクライアントに各種文書ファイル（ＨＴＭＬ形式のハイパーテキスト、静止画、動画、音声など）を提供するクライアント／サーバシステムであり、文書ファイルを提供するＷＷＷサーバとして動作する文書提供装置１１０と、文書ファイルを要求するＷＷＷクライアントとして動作する文書要求装置１２０からなる。
【００１７】
文書提供装置１１０では、文書提供プログラム１５０が動作する。この文書提供プログラム１５０は、ＷＷＷサーバプログラムとして機能するものであり、図示のように、要求受理部１５１と要求処理部１５２からなる。要求受理部１５１は文書提供装置１２０にて動作する文書表示プログラム１３０からのＨＴＴＰなどのファイル転送プロトコルに従った文書ファイル転送要求等を受理するプログラムである。要求処理部１５２は、要求受理部にて受理した要求に応じて、具体的な処理を行うプログラムである。例えば要求受理部１５１が前述の文書ファイル転送要求１４０を受理した場合、記憶媒体１５６から該当する文書ファイル１１１を探索し、該当文書が見つかったら文書ファイルの転送１４１を行う。
【００１８】
文書要求装置１２０では、文書表示プログラム１３０が動作する。この文書表示プログラム１３０はＷＷＷクライアントプログラム（ＷＷＷブラウザ）として動作するものであり、図示のように、接続部１３１、文書要求部１３２、文書受信部１３３、文書格納部１３４、文書表示部１３５、要求受理部１３６、接続解除部１３７、複数文書転送要求部１３８からなる。
【００１９】
接続部１３１は、ＴＣＰ／ＩＰなどのプロトコルで文書提供装置１１０への接続を行うプログラムである。文書要求部１３２は、ＨＴＴＰなどのファイル転送プロトコルで文書提供装置１１０に前述の文書ファイル転送要求を発行するプログラムである。文書受信部１３３は文書提供装置１１０から提供された文書ファイルを受信するプログラムである。
【００２０】
文書格納部１３４は文書提供装置１１０から受信した文書ファイルを記憶媒体１２１のローカルファイルキャッシュ領域１２１ａにキャッシュ（一時保存）するためのプログラムである。ローカルファイルキャッシュ領域１２１ａにキャッシュされた文書ファイルは、ユーザが明示的にファイル名を指定して保存した通常のファイルとは異なり、自動的に名前が割り当てられ、ユーザの指示によらずに保存される。ローカルファイルキャッシュ領域１２１ａにキャッシュされた文書ファイルの格納位置およびそのファイル名は文書表示プログラム１３０が独自に管理する。
【００２１】
このローカルファイルキャッシュ領域１２１ａはネットワーク混雑等の緩和を図るために利用されるものであり、ローカルファイルキャッシュ領域１２１ａに格納されている文書ファイルに対する表示要求がユーザなどから発せられた場合には、基本的には、文書提供装置１１０に対するアクセスは行われず、そのローカルファイルキャッシュ領域１２１ａから該当する文書ファイルが読み出されて画面表示される。また、文書要求装置１２０が、キャッシュされている文書ファイルの作成日時を文書提供装置１１０に通知してその文書ファイルが最新ファイルか否か問い合わせ、該当する文書ファイルの内容が更新されている場合にのみ文書提供装置１１０から文書要求装置１２０に更新文書ファイルを転送させるという運用形態をとることもできる。
【００２２】
文書表示部１３５は要求された文書ファイルを画面表示するプログラムである。要求受理部１３６はユーザもしくはプログラムからの文書ファイル転送や文書ファイル表示の要求を受けるプログラムである。接続解除部１３７はネットワークへの接続を解除するプログラムである。
【００２３】
複数文書転送要求部１３８は要求受理部１３６が受理した１つの転送要求に対して複数のファイル転送要求の発行を文書要求部１３２に指示するプログラムである。これにより、ユーザなどによる１回のファイル転送要求操作で、要求された文書ファイルとそれに関連する文書ファイルとを含む複数の文書ファイルを文書提供装置１１０から文書要求装置１２０に一度に転送することができる。この場合、ユーザによるファイル転送要求操作で指定された文書ファイルだけが画面表示され、他の関連する文書ファイルはファイル転送要求操作で指定された文書ファイルと一緒にローカルファイルキャッシュ領域１２１ａに保存される。
【００２４】
関連ファイルの所在やそのファイル名などのファイル要求の発行に必要な関連ファイル情報の取得は、次の２つの方法のいずれか１つを利用することによって行うことができる。
【００２５】
（方法１）文書提供装置１１０から文書要求装置１１０に転送されるたＨＴＭＬ形式の文書ファイルの中から、そこに埋め込まれている関連ファイルへのリンク情報を抽出して文書リストを作成する。そして、その文書リストから文書ファイルを一つずつ取り出しながら関連ファイルに対する文書ファイル要求を順次発行する。
【００２６】
（方法２）文書提供装置１１０側で文書ファイル毎に予め文書リストを作成しておき、文書要求装置１２０からの文書ファイル転送要求で指定された文書ファイルに対応する文書リストを文書提供装置１１０から文書要求装置１２０に転送する。そして、その文書リストから文書ファイルを一つずつ取り出しながら関連ファイルに対する文書ファイル要求を順次発行する。
【００２７】
このように複数の文書ファイル転送要求を順次送信するという手続きを行う複数文書転送要求部１３８は必ずしも文書要求装置１２０側に用意しておく必要はなく、それに対応するプログラムを、文書提供装置１１０から関連ファイルの文書リストと共に文書要求装置１２０へ転送するようにしても良い。
【００２８】
また、複数文書ファイルの転送は、複数の文書転送要求を発行するのではなく、関連する複数の文書ファイルを予め文書提供装置１１０内で連結しておき、この連結ファイルを文書要求装置１２０からのファイル転送要求に応じて文書提供装置１１０に転送させるという方法でも実現できる（方法３）。この方法３では、複数文書転送要求部１３８は特に必要なものではない。
【００２９】
次に、図２のフローチャートを参照して、文書表示プログラム１３０の具体的な動作手順を説明する。
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ１１）。これは文書を一意に指定する識別子であるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００３０】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ１２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ１３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する文書リストを文書提供装置１１０が保有していれば、その文書リストを単独、または文書Ａと一緒に文書要求装置１１０に転送する。ここでは、文書リストが単独で転送される場合を想定することにする。
【００３１】
したがって、文書受信部１３３にて受信されるファイルには、２種類あることになる。文書リストと、そうでない一般の文書（ここでは、文書Ａ）である。文書リストの例を図３に示す。
【００３２】
図３において、＜ＬＩＳＴ＞は本ファイルが文書リストであることを示すキーワードである。次の文字列はユーザによって要求された文書Ａの識別子を示す。第２行目以降は本文書Ａに関連する文書ファイルそれぞれの識別子である。ここで、．ｈｔｍｌで終了する名前の文書ファイルはＨＴＭＬ形式の文書、．ｇｉｆで終了する名前の文書ファイルは静止画文書、．ａｕで終了する名前の文書ファイルは音声文書であることを示している。
【００３３】
文書受信部１３３は、受信したファイルのキーワードを用いてそのファイルが文書リストであるか否かを判別する（ステップＳ１４）。文書リストでなければ通常の文書Ａであるから、これが表示されると共に、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ１５）。そして、その文書Ａから関連文書の識別子が抽出されて、文書リストが作成される（ステップＳ１６）。この後、ステップＳ１７〜Ｓ２１において、作成した文書リストから文書ファイルの識別子を一つずつ取り出しながら関連ファイルに対する文書ファイル要求を順次発行する複数文書要求送信処理が開始される。文書受信部１３３が受信したファイルが文書リストの場合においても、その受信文書リストを用いてステップＳ１７〜Ｓ２１の複数文書要求送信処理が同様にして行われる。
【００３４】
この複数文書要求送信処理においては、まず、複数文書要求部１３８にて転送打ち切り条件が成立しているか否かが判別される（ステップＳ１７）。転送打ち切り条件は文書要求装置１２０の記憶媒体１２１の使用量やネットワークを介した通信時間を制限するたるのものであり、文書提供装置１１０から転送されたファイルの合計データサイズが予め指定された値を越えたとき、ファイル転送時間が予め指定された値を超えたとき、あるいはユーザまたはプログラムからの明示的な転送中止要求（インタラプト）を受けた時、などに転送打ち切り条件が成立したと判別することが好ましい。
【００３５】
具体的には、一定量以下の大きさのデータのみを受信したい場合には、文書受信部１３３にて受信したデータ量を計測し、一定値に達したら打ち切れば良い。あるいは記憶媒体１２１の空き領域の大きさを一定値に保ちたい場合には、例えば現在の空き容量から受信可能なデータサイズの上限値を決め、文書受信部１３３にて受信したデータ量がその上限値に達したら打ち切れば良い。あるいは、ファイル転送を要求してから一定時間経過したら転送打ち切り条件が成立すると判定する場合には、転送要求を送信してから一定時間が経過したら割り込みを発生するようにタイマを設定し、割り込みを受けと時に転送を打ち切ればよい。受信データ量は、文書提供装置１１０から転送される文書ファイルに付加されているデータサイズ情報を用いて検出してもよい。
【００３６】
転送打ち切り条件が成立してない場合には、複数文書転送要求部１３８は、文書リストに記載されている文書の中で未転送文書を一つ選び、その識別子を文書要求部１３２に渡して文書ファィル転送要求の発行を指示する（ステップＳ１８）。この様にして要求対象の文書ファイルが選択されると、文書要求部１３２は、指示された文書のファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ１９，Ｓ２０）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書ファィルを文書要求装置１２０に転送する。この文書ファイルは文書受信部１３３にて受信され、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ２１）。ステップＳ１３にて受信したファイルが文書リストの場合には、ステップＳ２１で最初に受信される文書は文書Ａとなり、その場合はその文書Ａの画面表示も行われる。
【００３７】
ステップＳ１７〜Ｓ２１の処理は、文書リストに記載された文書の中で未転送文書がなくなるまで繰り返し実行され、一回の文書転送が行われる度に転送打ち切り条件の成立の有無が判断される。転送打ち切り条件が成立した場合には（ステップＳ１７のＹＥＳ）、複数文書要求送信処理は終了され、残りの未転送文書に対応するファイル転送要求全ての送信が中止される。
【００３８】
このように、図２の手順で行われるファイル転送方法によれば、転送打ち切り条件が成立された時点で複数文書の転送処理が打ち切られる。したがって、複数の文書ファイルの転送を効率よく制限できるようになり、特に、記憶媒体の容量が少なく、また常にネットワーク接続可能な環境で使用されるとは限らない携帯情報端末などを文書要求装置１２０として使用するシステムに好適なファイル転送を実現できる。
【００３９】
次に、図４のフローチャートを参照して、文書表示プログラム１３０の具体的な動作手順の第２の例を説明する。この処理手順は、複数文書転送要求部１３８が最初から文書要求装置１２０に用意されたものではなく、そのプログラムを文書提供装置１１０から文書要求装置１２０へ転送する場合の例である。
【００４０】
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ３１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００４１】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ３２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ３３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する文書リストを文書提供装置１１０が保有していれば、その文書リストを単独、または文書Ａと一緒に文書要求装置１１０に転送する。また、文書Ａが、複数の文書を転送する機能を実現する複数文書転送プログラムを有する文書であれば、それを文書要求装置１１０に転送する。
【００４２】
したがって、文書受信部１３３にて受信されるファイルには３種類ある。複数の文書を転送する機能を実現する複数文書転送プログラムを有する文書と、文書リストと、一般の文書である。図５に複数文書転送プログラムを有する文書ファイルの例を示す。この文書ファイル９００の中には、プログラムの名前９０１と文書リスト名９１０が記述されている。該プログラムは文書リストを読み出して文書提供装置１１０に文書の転送を順次要求する手続きを行うものであり、文書Ａと一緒に文書ファィル９００に含まれている。
【００４３】
文書受信部１３３は、受信したファイルの種別を判別する（ステップＳ３４，Ｓ３５）。文書リストであれば、文書要求装置１２０には複数文書転送機能が無いため、エラーを表示して終了する（ステップＳ３６）。通常の文書（文書Ａ）であった場合にも、複数文書転送要求処理は行われず、受信した文書Ａを表示すると共に、それをローカルファイルキャッシュ領域１２１ａに保存して終了する（ステップＳ３７）。
【００４４】
複数文書転送プログラムを含む文書Ａであれば、その複数文書転送プログラムに制御が移され、以下の処理が行われる。
すなわち、複数文書転送プログラムは、まず、文書Ａの表示およびローカルファイルキャッシュ領域１２１ａへの格納を行うと共に、文書要求部１３２を用いて文書リスト名９０２で指定される文書リストを要求するファイル転送要求を、文書提供装置１１０に送信する（ステップＳ３８）。これにより、文書提供装置１１０からファイルが転送され、それが文書受信部１３３にて受信される。文書受信部１３３にて受信されたファイルが文書リストでなければエラーとする（ステップＳ３９，Ｓ３６）。文書リストであれば、その受信文書リストを用いたステップＳ４０〜Ｓ４４の複数文書要求送信処理が複数文書転送プログラムの制御の下に開始される。
【００４５】
この複数文書要求送信処理においては、まず、複数文書要求部１３８にて転送打ち切り条件が成立しているか否かが判別される（ステップＳ４０）。転送打ち切り条件は文書要求装置１２０の記憶媒体１２１の使用量やネットワークを介した通信時間を制限するたるのものであり、文書提供装置１１０から転送されたファイルの合計データサイズが予め指定された値を越えたとき、ファイル転送時間が予め指定された値を超えたとき、あるいはユーザまたはプログラムからの明示的な転送中止要求（インタラプト）を受けた時、などに転送打ち切り条件が成立したと判別される。
【００４６】
具体的には、一定量以下の大きさのデータのみを受信したい場合には、文書受信部１３３にて受信したデータ量を計測し、一定値に達したら打ち切れば良い。あるいは記憶媒体１２１の空き領域の大きさを一定値に保ちたい場合には、例えば現在の空き容量から受信可能なデータサイズの上限値を決め、文書受信部１３３にて受信したデータ量がその上限値に達したら打ち切れば良い。あるいは、ファイル転送を要求してから一定時間経過したら転送打ち切り条件が成立すると判定する場合には、転送要求を送信してから一定時間が経過したら割り込みを発生するようにタイマを設定し、割り込みを受けと時に転送を打ち切ればよい。
【００４７】
転送打ち切り条件が成立してない場合には、複数文書転送プログラムは、文書リストに記載されている文書の中で未転送文書を一つ選び、その識別子を文書要求部１３２に渡して文書ファィル転送要求の発行を指示する（ステップＳ４１）。この様にして要求対象の文書ファイルが選択されると、文書要求部１３２は、指示された文書のファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ４２，Ｓ４３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書ファィルを文書要求装置１２０に転送する。この文書ファイルは文書受信部１３３にて受信され、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ４４）。
【００４８】
ステップＳ４０〜Ｓ４４の処理は、文書リストに記載された文書の中で未転送文書がなくなるまで繰り返し実行され、一回の文書転送が行われる度に転送打ち切り条件の成立の有無が判断される。転送打ち切り条件が成立した場合には（ステップＳ４０のＹＥＳ）、複数文書要求送信処理は終了され、残りの未転送文書に対応するファイル転送要求全ての送信が中止される。
【００４９】
このように、図４の手順で行われるファイル転送方法によれば、文書提供装置１１０から文書と一緒に転送される複数文書転送プログラムにより文書Ａの関連文書を転送するための手続きが自動的に行われ、また転送打ち切り条件が成立された時点で複数文書の転送処理が打ち切られる。したがって、文書要求装置１２０に特別な機能を予め用意することなく、複数文書の転送およびその転送を制限するための制御を効率よく行うことができる。
【００５０】
次に、図６のフローチャートを参照して、文書表示プログラム１３０の具体的な動作手順の第３の例を説明する。ここでは、文書ファイルの媒体の種類と文書要求装置１２０の表示再生機能とに応じて文書転送が制限される。
【００５１】
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ５１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００５２】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ５２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ５３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する文書リストを文書提供装置１１０が保有していれば、その文書リストを単独、または文書Ａと一緒に文書要求装置１１０に転送する。ここでは、文書リストが単独で転送される場合を想定することにする。
【００５３】
したがって、文書受信部１３３にて受信されるファイルには、２種類あることになる。文書リストと、そうでない一般の文書（ここでは、文書Ａ）である。文書リストは図３と同じである。
【００５４】
文書受信部１３３は、受信したファイルのキーワードを用いてそのファイルが文書リストであるか否かを判別する（ステップＳ５４）。文書リストでなければ通常の文書Ａであるから、これが表示されると共に、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ５５）。そして、その文書Ａから関連文書の識別子が抽出されて、文書リストが作成される（ステップＳ５６）。この後、ステップＳ５７〜Ｓ６１において、作成した文書リストから文書ファイルの識別子を一つずつ取り出しながら関連ファイルに対する文書ファイル要求を順次発行する複数文書要求送信処理が開始される。文書受信部１３３が受信したファイルが文書リストの場合においても、その受信文書リストを用いてステップＳ５７〜Ｓ６１の複数文書要求送信処理が同様にして行われる。
【００５５】
この複数文書要求送信処理においては、まず、複数文書転送要求部１３８は、文書リストに記載されている文書の中で未転送文書をファイル転送要求対象の文書として一つ選ぶ（ステップＳ５７）。ファイル転送要求対象の文書ファイルが選択されると（ステップＳ５８）、複数文書要求部１３８にてその選択された文書の種類が転送条件に合致しているか否かが判別される（ステップＳ５９）。転送条件は、文書要求装置１２０の表示再生機能を考慮し、その文書要求装置１２０にて活用できない種類の文書ファイルの無駄な転送を防止するためのものであり、静止画、動画、音声などのファイルの種類と文書要求装置１２０の表示再生能力とに応じて予め決定される。
【００５６】
例えば、動画像を表示できないディスプレイを使用しているなら、動画像文書は転送条件を満たしていない。音声を再生する機能を持たない文書要求装置１２０であれば、音声文書は転送条件を満たしていない。
【００５７】
選択された文書の種類が転送条件を満たさない場合には、ステップＳ５７〜Ｓ５９が再び実行され、別の文書の選択および転送条件を満たすか否かの判断が行われる。
【００５８】
選択された文書の種類が転送条件を満たすものであれば、文書要求部１３２は、指示された文書のファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ６０）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書ファィルを文書要求装置１２０に転送する。この文書ファイルは文書受信部１３３にて受信され、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ６１）。ステップＳ６１にて受信したファイルが文書リストの場合には、ステップＳ６１で最初に受信される文書は文書Ａとなることがあるが、その場合はその文書Ａの画面表示も行われる。
【００５９】
ステップＳ５７〜Ｓ６１の処理は、文書リストに記載された文書の中で未選択の文書がなくなるまで繰り返し実行され、文書選択が行われる度に転送条件の成立の有無が判断される。
【００６０】
このように、図６の手順で行われるファイル転送方法によれば、静止画、動画、音声などのファイルの種類と文書要求装置１２０の表示再生能力とに応じて選択された文書ファイルだけを文書提供装置１１０から文書要求装置１２０に転送させることができ、文書要求装置１２０で利用できないファイルを転送することによる記憶媒体１２１の浪費や、またネットワークトラフィックの無意味な増大などを防止することが可能となる。
【００６１】
次に、図７のフローチャートを参照して、文書表示プログラム１３０の具体的な動作手順の第４の例を説明する。先の例では転送条件に合致する文書だけを転送する複数文書転送要求部１３８があらかじめ文書要求装置１２０に備わっている例であったが、ここでは、この部分は備わっておらず、文書提供装置１１０から転送される。
【００６２】
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ７１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００６３】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ７２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ７３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する文書リストを文書提供装置１１０が保有していれば、その文書リストを単独、または文書Ａと一緒に文書要求装置１１０に転送する。また、文書Ａが、複数の文書を転送する機能を実現する複数文書転送プログラムを有する文書であれば、それを文書要求装置１１０に転送する。
【００６４】
したがって、文書受信部１３３にて受信されるファイルには３種類ある。複数の文書を転送する機能を実現する複数文書転送プログラムを有する文書と、文書リストと、一般の文書である。複数文書転送プログラムを有する文書ファイルは図５で説明したとおりである。
【００６５】
文書受信部１３３は、受信したファイルの種別を判別する（ステップＳ７４，Ｓ７５）。文書リストであれば、文書要求装置１２０には複数文書転送機能が無いため、エラーを表示して終了する（ステップＳ７６）。通常の文書（文書Ａ）であった場合にも、複数文書転送要求処理は行われず、受信した文書Ａを表示すると共に、それをローカルファイルキャッシュ領域１２１ａに保存して終了する（ステップＳ７７）。
【００６６】
複数文書転送プログラムを含む文書Ａであれば、その複数文書転送プログラムに制御が移され、以下の処理が行われる。
すなわち、複数文書転送プログラムは、まず、文書Ａの表示およびローカルファイルキャッシュ領域１２１ａへの格納を行うと共に、文書要求部１３２を用いて文書リスト名９０２で指定される文書リストを要求するファイル転送要求を、文書提供装置１１０に送信する（ステップＳ７８）。これにより、文書提供装置１１０からファイルが転送され、それが文書受信部１３３にて受信される。文書受信部１３３にて受信されたファイルが文書リストでなければエラーとする（ステップＳ７９，Ｓ７６）。文書リストであれば、その受信文書リストを用いたステップＳ８０〜Ｓ８４の複数文書要求送信処理が複数文書転送プログラムの制御の下に開始される。
【００６７】
この複数文書要求送信処理においては、まず、複数文書転送プログラムは、文書リストに記載されている文書の中で未転送文書をファイル転送要求対象の文書として一つ選ぶ（ステップＳ８０）。ファイル転送要求対象の文書ファイルが選択されると（ステップＳ８１）、複数文書要求部１３８にてその選択された文書の種類が転送条件に合致しているか否かが判別される（ステップＳ８２）。転送条件は、文書要求装置１２０の表示再生機能を考慮し、その文書要求装置１２０にて活用できない種類の文書ファイルの無駄な転送を防止するためのものであり、静止画、動画、音声などのファイルの種類と文書要求装置１２０の表示再生能力とに応じて予め決定される。
【００６８】
選択された文書の種類が転送条件を満たさない場合には、ステップＳ８０〜Ｓ８２が再び実行され、別の文書の選択および転送条件を満たすか否かの判断が行われる。
【００６９】
選択された文書の種類が転送条件を満たすものであれば、複数文書転送プログラムは、文書要求部１３２を用いて、その文書のファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ８３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書ファィルを文書要求装置１２０に転送する。この文書ファイルは文書受信部１３３にて受信され、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ８４）。
【００７０】
ステップＳ８０〜Ｓ８４の処理は、文書リストに記載された文書の中で未選択の文書がなくなるまで繰り返し実行され、文書選択が行われる度に転送条件の成立の有無が判断される。
【００７１】
このように、図７の手順で行われるファイル転送方法においても、静止画、動画、音声などのファイルの種類と文書要求装置１２０の表示再生能力とに応じて転送条件を予め決定しておくだけで、選択された文書ファイルだけを文書提供装置１１０から文書要求装置１２０に転送させることができ、文書要求装置１２０で利用できないファイルを転送することによる記憶媒体１２１の浪費や、またネットワークトラフィックの無意味な増大などを防止することが可能となる。
【００７２】
図８には、この発明のファイル転送方法が適用されるクライアント／サーバシステムで用いられるプログラムの第２の構成例が示されている。ここでのプログラム構成は、複数の文書転送要求を順次発行するのではなく、関連する複数の文書ファイルを予め文書提供装置１１０内で連結しておき、この連結ファイルを文書要求装置１２０からのファイル転送要求に応じて文書提供装置１１０に転送させる例に対応するものである。
【００７３】
図８のシステムにおいては、文書提供装置１１０では文書提供プログラム１５０が動作する。文書提供プログラム１５０は、要求受理部１５１と要求処理部１５２からなる。要求受理部１５１は文書提供装置にて動作する文書表示プログラム１３０からの要求を受理するプログラムである。要求処理部１５２は、要求受理部にて受理した要求に応じて、具体的な処理を行うプログラムである。例えば要求受理部が文書ファイル転送要求１４０を受理した場合、記憶媒体１５６から該当する文書１１１または連結文書１１２を検索し、該当文書が見つかったら文書ファイルの送信１４１を行う。
【００７４】
文書要求装置１２０では文書表示プログラム１３０が動作する。この文書表示プログラム１３０には、図１の複数文書転送要求部１３８の代わりに、連結文書展開部１３９が設けられている。この連結文書展開部１３８は文書受信部１３３より受信した連結文書を各々の文書に展開するプログラムである。
【００７５】
次に、図９のフローチャートを参照して、図８のシステムで実行される文書表示プログラム１３０の具体的な動作手順について説明する。
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ９１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００７６】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ９２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ９３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する連結文書を文書提供装置１１０が保有していれば、その連結文書が文書要求装置１１０に転送される。
【００７７】
したがって、文書受信部１３３にて受信されるファイルには、２種類ある。複数の文書を連結して作成された連結文書と一般の文書である。連結文書は、文書ファイル単位で圧縮された複数の圧縮文書ファイルを連結することによって構成されるものであり、その一例を図１０に示す。
【００７８】
図１０において、＜ＣＯＮＣＡＴＥＮＡＴＥ＞は連結ファイルであることを示すヘッダである。次に文書ファイル要求で指定される文書Ａを先頭にしてそれぞれファイル毎に圧縮された文書が連結される。各文書は文書を一意に特定する識別子、圧縮後のサイズ、圧縮した文書の順に並ぶ。
【００７９】
文書受信部１３３は、受信しているファイルが連結文書ファイルであるか否かを判別する（ステップＳ９４）。通常の文書Ａであれば、その文書Ａの表示およびローカルファイルキャッシュ領域１２１ａへの格納を行って終了する（ステップＳ９５）。連結文書であれば、引き続きその連結文書の受信処理が継続して行われる（ステップＳ９６）。
【００８０】
文書提供装置１１０から文書要求装置１２０に連結文書が転送されている間、文書表示プログラム１３０においては転送打ち切り条件が成立するか否かが調べられる（ステップＳ９７）。転送打ち切り条件は文書要求装置１２０の記憶媒体１２１の使用量やネットワークを介した通信時間を制限するたるのものであり、文書提供装置１１０から転送されたファイルの合計データサイズが予め指定された値を越えたとき、ファイル転送時間が予め指定された値を超えたとき、あるいはユーザまたはプログラムからの明示的な転送中止要求（インタラプト）を受けた時、などに転送打ち切り条件が成立したと判別することが好ましい。
【００８１】
具体的には、一定量以下の大きさのデータのみを受信したい場合には、文書受信部１３３にて受信したデータ量を計測し、一定値に達したら打ち切れば良い。あるいは記憶媒体１２１の空き領域の大きさを一定値に保ちたい場合には、例えば現在の空き容量から受信可能なデータサイズの上限値を決め、文書受信部１３３にて受信したデータ量がその上限値に達したら打ち切れば良い。あるいは、ファイル転送を要求してから一定時間経過したら転送打ち切り条件が成立すると判定する場合には、転送要求を送信してから一定時間が経過したら割り込みを発生するようにタイマを設定し、割り込みを受けと時に転送を打ち切ればよい。受信データ量は連結ファイルに含まれる圧縮ファイルそれぞれのデータサイズ情報を用いて検出してもよい。
【００８２】
転送打ち切り条件が成立した時には、その時点で受信処理を打ち切り、連結文書のうち転送に成功した部分を文書毎に伸張して個々の文書に復元し、ローカルファイルキャッシュ領域１２１ａに格納する（ステップＳ９８）。また、連結文書の転送中に転送打ち切り条件が成立することなく、連結文書全ての転送完了が検出された場合には（ステップＳ９６ｂ）、連結文書を構成する全ての文書が個々の文書に復元されて、ローカルファイルキャッシュ領域１２１ａに格納されることになる（ステップＳ９９）。
【００８３】
この図９のファイル転送方法によれば、例えば、図１０の連結文書におけるｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｎｅｗｓｐａｐｅｒ／ｉｍａｇｅ／ｉｍａｇｅｌ．ｇｉｆの転送途中で転送を打ち切った場合、その前のｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｎｅｗｓｐａｐｅｒ／ａｒｔｉｃｌｅ２．ｈｔｍｌまでは復元して活用することが可能となる。
【００８４】
次に、図１１のフローチャートを参照して、図８のシステムで実行される文書表示プログラム１３０の具体的な動作手順の第２の例について説明する。この処理手順は、連結文書展開部１３９が最初から文書要求装置１２０に用意されたものではなく、そのプログラムを文書提供装置１１０から文書要求装置１２０へ転送する場合の例である。
【００８５】
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ１０１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００８６】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ１０２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ１０３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する連結文書があり、それが連結文書展開プログラムを含んでいれば、その連結文書展開プログラムを含む連結文書が文書要求装置１１０に転送される。
【００８７】
したがって、文書受信部１３３にて受信されるファイルには、２種類ある。連結文書展開プログラムを含む連結文書と一般の文書である。連結文書は図１０で説明したように文書ファイル単位で圧縮された複数の圧縮文書ファイルを連結することによって構成されており、またその連結文書内には図５と同様の形式（文書リストは含まない）で連結文書展開プログラムが含まれている。
【００８８】
文書受信部１３３は、受信したファイルが連結文書展開プログラムを含む連結文書であるか否かを判別する（ステップＳ１０４）。通常の文書Ａであれば、その文書Ａの表示およびローカルファイルキャッシュ領域１２１ａへの格納を行って終了する（ステップＳ１０５）。連結文書展開プログラムを含む連結文書であれば、引き続きその連結文書の受信処理が継続して行われる（ステップＳ１０６）。
【００８９】
文書提供装置１１０から文書要求装置１２０に連結文書が転送されている間、文書表示プログラム１３０においては転送打ち切り条件が成立するか否かが調べられる（ステップＳ１０７）。転送打ち切り条件は文書要求装置１２０の記憶媒体１２１の使用量やネットワークを介した通信時間を制限するたるのものであり、文書提供装置１１０から転送されたファイルの合計データサイズが予め指定された値を越えたとき、ファイル転送時間が予め指定された値を超えたとき、あるいはユーザまたはプログラムからの明示的な転送中止要求（インタラプト）を受けた時、などに転送打ち切り条件が成立したと判別される。
【００９０】
転送打ち切り条件が成立した時には、その時点で受信処理を打ち切り、連結文書のうち転送に成功した部分を文書毎に連結文書展開プログラムによって伸張して個々の文書に復元し、ローカルファイルキャッシュ領域１２１ａに格納する（ステップＳ１０８）。また、連結文書の転送中に転送打ち切り条件が成立することなく、連結文書全ての転送完了が検出された場合には（ステップＳ１０６ｂ）、連結文書を構成する全ての文書が連結文書展開プログラムによって個々の文書に復元されて、ローカルファイルキャッシュ領域１２１ａに格納されることになる（ステップＳ１０９）。
【００９１】
なお、図８のシステムにおいては、文書毎に文書が圧縮されてなる連結文書を転送させる例を説明したが、この様に圧縮をせずに、文書要求装置１２０から送信されるファイル転送要求で指定された文書が先頭となるように連結された連結文書を、文書提供装置１１０から文書要求装置１２０に転送させてもよい。
【００９２】
この場合、ユーザが要求した文書Ａが最初に文書要求装置１２０に転送されるので、転送打ち切り条件が成立して連結文書の転送が途中で打ち切られても、その時点では少なくともユーザが要求した文書Ａの転送については完了している確率が高く、それを活用することができる。
【００９３】
【発明の効果】
以上説明したように、この発明によれば、サーバよりクライアントに文書ファィルを転送し表示するシステムにおいて、文書の転送が高速でない場合やクライアントの所有する記憶媒体の空き領域が少ない場合は転送を途中で打ち切ることができ、複数の文書を転送する場合や複数の文書を連結して一つの文書として転送する場合に打ち切り時点で転送が完了した文書はクライアントで使用することが可能となる。またクライアントの文書表示再生能力に応じて使用可能な文書のみを転送することもできる。
【図面の簡単な説明】
【図１】この発明の一実施形態に係るファイル転送方法が適用されるクライアント／サーバシステムの構成を示すブロック図。
【図２】図１のシステムで使用されるＷＷＷクライアントプログラムの複数ファイル転送処理手順の第１の例を示すフローチャート。
【図３】図１のシステムで使用されるＷＷＷクライアントプログラムが参照する文書リストの一例を示す図。
【図４】図１のシステムで使用されるＷＷＷクライアントプログラムの複数ファイル転送処理手順の第２の例を示すフローチャート。
【図５】図１のシステムでＷＷＷサーバからＷＷＷクライアントに転送される複数文書転送プログラムを含む文書ファイルの一例を示す図。
【図６】図１のシステムで使用されるＷＷＷクライアントプログラムの複数ファイル転送処理手順の第３の例を示すフローチャート。
【図７】図１のシステムで使用されるＷＷＷクライアントプログラムの複数ファイル転送処理手順の第４の例を示すフローチャート。
【図８】この発明の一実施形態に係るファイル転送方法が適用されるクライアント／サーバシステムの他の構成を示すブロック図。
【図９】図８のシステムで使用されるＷＷＷクライアントプログラムの連結文書転送処理手順の第１の例を示すフローチャート。
【図１０】図８のシステムで転送される連結文書の一例を示す図。
【図１１】図８のシステムで使用されるＷＷＷクライアントプログラムの連結文書転送処理手順の第２の例を示すフローチャート。
【符号の説明】
１１０…文書提供装置、１２０…文書要求装置、１２１…記憶媒体、１２１ａ…ローカルファイルキャッシュ領域、１３０…文書表示プログラム、１３１…接続部、１３２…文書要求部、１３３…文書受信部、１３４…文書格納部、１３５…文書表示部、１３６…要求受理部、１３７…接続解除部、１３８…複数文書転送要求部、１３９…連結文書展開部、１５０…文書提供プログラム、１５１…要求受理部、１５２…要求処理部、１５６…記憶媒体。
【発明の属する技術分野】
この発明は、ファイルを提供するサービスを行うサーバと、このサーバにファイル転送を要求するクライアントとを含むクライアント／サーバシステムで使用されるファイル転送方法に関する。
【０００２】
【従来の技術】
文書などのファイルをインターネットを介してサーバからクライアントに提供するための文書提供プログラムとして、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）が知られている。これは、ＷＷＷサーバとＷＷＷクライアントからなり、クライアントとサーバにてあらかじめ定まったファイル転送プロトコルＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に従い、文書などのファイルをサーバからクライアントに提供するものである。
【０００３】
この方法では、サーバからクライアントへの文書ファイルの転送は逐一行うのが基本である。すなわち、ユーザが文書などのファイルの表示を求めると、ＷＷＷクライアントはＷＷＷサーバと通信を行い該文書の転送を行い画面に表示する。さらに別の文書の表示を行う場合には、この操作が再び行われる。
【０００４】
しかし、携帯情報端末のように常にネットワーク接続可能な環境で使用されるとは限らない計算機をクライアント計算機として使用する場合には、この方法では不十分である。ユーザからの要求に応じて必要な文書を即座にユーザに提供できるようにするためには、クライアント計算機がネットワークに繋がっている時にまとめて複数の文書をサーバからクライアントに転送し、それをクライアント側に保存しておくことが必要がある。
【０００５】
【発明が解決しようとする課題】
これを実現するための方法として、ユーザが転送を要求した文書だけでなく、関連文書をまとめてサーバからクライアントに転送する方法が本出願人により提案されている（藤井他、「文書要求方法、文書提供装置、文書要求装置及び文書転送方法」特願平７−２９２９１０号）。
【０００６】
この方法を活用すると、サーバからクライアントへの複数文書の転送をユーザが一つ一つ指示することなく、一度の指示にて行うことができる。転送された文書はクライアントの記憶媒体に保存される。具体的には、ユーザの一回の転送要求に応じて複数文書を順次転送するプログラムが起動されクライアントの記憶媒体に保存する方法、あるいはあらかじめ複数文書を連結して一つの文書にまとめておき、この連結文書をクライアントの記憶媒体に保存する方法が記されている。ところが本方法では次のような場合に問題が生じることがある。
【０００７】
すなわち、クライアントからサーバに提供を求めた文書に対する関連文書のデータ量が大きい場合には、全ての文書の転送が完了するまでに要する時間が大きくなり、ネットワークのトラフィック増大などの問題を引き起こす。また、クライアントの記憶媒体の空き領域が十分に大きくない時に多くの文書が転送されると、クライアントのファイルシステムの多くを占有する恐れもある。さらに、複数の文書を連結し一つの文書として転送する方法の場合には、文書の転送をユーザからの求めに応じて中断した場合に、それまでに転送を完了した文書を活用することができないと言う問題もある。
【０００８】
また、クライアントにて静止画、動画を表示する能力がない場合、あるいは音声を再生する能力がない場合でも、これらの文書が転送されてくることが考えられる。クライアントにて使用できない文書を転送することは、クライアントの記憶媒体の浪費であり、またネットワークのトラフィックを無意味に増やすことにつながる。
【０００９】
この発明はこの様な点に鑑みてなされたものであり、文書転送が高速でない場合やクライアントの所有する記憶媒体の空き領域が少ない場合、あるいはクライアントの文書表示再生能力などに応じて複数文書の転送を効率よく制限でき、またその制限のためにファイル転送を途中で打ち切った場合でも転送済みの文書についてはクライアント側で活用することが可能なファイル転送方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
この発明は、ファイルを提供するサービスを行うサーバと、このサーバにファイル転送を要求するクライアントとを含むクライアント／サーバシステムで使用されるファイル転送方法において、前記クライアントから発行される一回のファイル要求に対して、ファイル単位でそれぞれ圧縮され、前記ファイル要求で指定されたファイルの圧縮ファイルを含む複数の圧縮ファイルが連結されてなる連結ファイルを前記サーバから前記クライアントに転送させ、予め指定された転送打ち切り条件が成立したと判断したとき前記サーバから前記クライアントへの前記連結ファイルの転送を打ち切り、その転送打ち切り以前に前記クライアントへの転送が完了している圧縮ファイルそれぞれを前記クライアントにおいてファイル単位で復元することを特徴とする。
【００１２】
このように、連結ファイルの転送を途中で打ち切った場合でも転送済みのファイルの内容についてはクライアント側で活用できるようにするために、クライアントから発行される一回のファイル要求に対して、ファイル単位でそれぞれ圧縮され、前記ファイル要求で指定されたファイルの圧縮ファイルを含む複数の圧縮ファイルが連結されてなる連結ファイルを前記サーバから前記クライアントに転送させることにより、例えば、サーバからクライアントに転送された合計データサイズやファイル転送時間などによって予め決められた転送打ち切り条件が成立して連結ファイルの転送を途中で打ち切った場合でも、その転送打ち切り以前に前記クライアントへの転送が完了している圧縮ファイルそれぞれについてはファイル単位で復元することができる。
【００１３】
また、クライアントから発行されるファイル要求で指定されたファイルが先頭となるように複数のファイルが連結されてなる連結ファイルをサーバからクライアントに転送させる方法を利用することもできる。この場合、ユーザが要求したファイルが最初にクライアントに転送されるので、転送打ち切り条件が成立して連結ファイルの転送が途中で打ち切られても、その時点では少なくともユーザが要求したファイルの転送については完了している確率が高く、それを利用することができる。
【００１６】
【発明の実施の形態】
以下、図面を参照してこの発明の実施形態を説明する。
図１には、この発明の一実施形態に係るファイル読み出し方法が適用される情報通信システムとそのシステムで用いられるプログラムの機能構成が示されている。この情報通信システムは、例えば、インターネットなどのネットワーク環境を利用してサーバからクライアントに各種文書ファイル（ＨＴＭＬ形式のハイパーテキスト、静止画、動画、音声など）を提供するクライアント／サーバシステムであり、文書ファイルを提供するＷＷＷサーバとして動作する文書提供装置１１０と、文書ファイルを要求するＷＷＷクライアントとして動作する文書要求装置１２０からなる。
【００１７】
文書提供装置１１０では、文書提供プログラム１５０が動作する。この文書提供プログラム１５０は、ＷＷＷサーバプログラムとして機能するものであり、図示のように、要求受理部１５１と要求処理部１５２からなる。要求受理部１５１は文書提供装置１２０にて動作する文書表示プログラム１３０からのＨＴＴＰなどのファイル転送プロトコルに従った文書ファイル転送要求等を受理するプログラムである。要求処理部１５２は、要求受理部にて受理した要求に応じて、具体的な処理を行うプログラムである。例えば要求受理部１５１が前述の文書ファイル転送要求１４０を受理した場合、記憶媒体１５６から該当する文書ファイル１１１を探索し、該当文書が見つかったら文書ファイルの転送１４１を行う。
【００１８】
文書要求装置１２０では、文書表示プログラム１３０が動作する。この文書表示プログラム１３０はＷＷＷクライアントプログラム（ＷＷＷブラウザ）として動作するものであり、図示のように、接続部１３１、文書要求部１３２、文書受信部１３３、文書格納部１３４、文書表示部１３５、要求受理部１３６、接続解除部１３７、複数文書転送要求部１３８からなる。
【００１９】
接続部１３１は、ＴＣＰ／ＩＰなどのプロトコルで文書提供装置１１０への接続を行うプログラムである。文書要求部１３２は、ＨＴＴＰなどのファイル転送プロトコルで文書提供装置１１０に前述の文書ファイル転送要求を発行するプログラムである。文書受信部１３３は文書提供装置１１０から提供された文書ファイルを受信するプログラムである。
【００２０】
文書格納部１３４は文書提供装置１１０から受信した文書ファイルを記憶媒体１２１のローカルファイルキャッシュ領域１２１ａにキャッシュ（一時保存）するためのプログラムである。ローカルファイルキャッシュ領域１２１ａにキャッシュされた文書ファイルは、ユーザが明示的にファイル名を指定して保存した通常のファイルとは異なり、自動的に名前が割り当てられ、ユーザの指示によらずに保存される。ローカルファイルキャッシュ領域１２１ａにキャッシュされた文書ファイルの格納位置およびそのファイル名は文書表示プログラム１３０が独自に管理する。
【００２１】
このローカルファイルキャッシュ領域１２１ａはネットワーク混雑等の緩和を図るために利用されるものであり、ローカルファイルキャッシュ領域１２１ａに格納されている文書ファイルに対する表示要求がユーザなどから発せられた場合には、基本的には、文書提供装置１１０に対するアクセスは行われず、そのローカルファイルキャッシュ領域１２１ａから該当する文書ファイルが読み出されて画面表示される。また、文書要求装置１２０が、キャッシュされている文書ファイルの作成日時を文書提供装置１１０に通知してその文書ファイルが最新ファイルか否か問い合わせ、該当する文書ファイルの内容が更新されている場合にのみ文書提供装置１１０から文書要求装置１２０に更新文書ファイルを転送させるという運用形態をとることもできる。
【００２２】
文書表示部１３５は要求された文書ファイルを画面表示するプログラムである。要求受理部１３６はユーザもしくはプログラムからの文書ファイル転送や文書ファイル表示の要求を受けるプログラムである。接続解除部１３７はネットワークへの接続を解除するプログラムである。
【００２３】
複数文書転送要求部１３８は要求受理部１３６が受理した１つの転送要求に対して複数のファイル転送要求の発行を文書要求部１３２に指示するプログラムである。これにより、ユーザなどによる１回のファイル転送要求操作で、要求された文書ファイルとそれに関連する文書ファイルとを含む複数の文書ファイルを文書提供装置１１０から文書要求装置１２０に一度に転送することができる。この場合、ユーザによるファイル転送要求操作で指定された文書ファイルだけが画面表示され、他の関連する文書ファイルはファイル転送要求操作で指定された文書ファイルと一緒にローカルファイルキャッシュ領域１２１ａに保存される。
【００２４】
関連ファイルの所在やそのファイル名などのファイル要求の発行に必要な関連ファイル情報の取得は、次の２つの方法のいずれか１つを利用することによって行うことができる。
【００２５】
（方法１）文書提供装置１１０から文書要求装置１１０に転送されるたＨＴＭＬ形式の文書ファイルの中から、そこに埋め込まれている関連ファイルへのリンク情報を抽出して文書リストを作成する。そして、その文書リストから文書ファイルを一つずつ取り出しながら関連ファイルに対する文書ファイル要求を順次発行する。
【００２６】
（方法２）文書提供装置１１０側で文書ファイル毎に予め文書リストを作成しておき、文書要求装置１２０からの文書ファイル転送要求で指定された文書ファイルに対応する文書リストを文書提供装置１１０から文書要求装置１２０に転送する。そして、その文書リストから文書ファイルを一つずつ取り出しながら関連ファイルに対する文書ファイル要求を順次発行する。
【００２７】
このように複数の文書ファイル転送要求を順次送信するという手続きを行う複数文書転送要求部１３８は必ずしも文書要求装置１２０側に用意しておく必要はなく、それに対応するプログラムを、文書提供装置１１０から関連ファイルの文書リストと共に文書要求装置１２０へ転送するようにしても良い。
【００２８】
また、複数文書ファイルの転送は、複数の文書転送要求を発行するのではなく、関連する複数の文書ファイルを予め文書提供装置１１０内で連結しておき、この連結ファイルを文書要求装置１２０からのファイル転送要求に応じて文書提供装置１１０に転送させるという方法でも実現できる（方法３）。この方法３では、複数文書転送要求部１３８は特に必要なものではない。
【００２９】
次に、図２のフローチャートを参照して、文書表示プログラム１３０の具体的な動作手順を説明する。
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ１１）。これは文書を一意に指定する識別子であるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００３０】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ１２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ１３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する文書リストを文書提供装置１１０が保有していれば、その文書リストを単独、または文書Ａと一緒に文書要求装置１１０に転送する。ここでは、文書リストが単独で転送される場合を想定することにする。
【００３１】
したがって、文書受信部１３３にて受信されるファイルには、２種類あることになる。文書リストと、そうでない一般の文書（ここでは、文書Ａ）である。文書リストの例を図３に示す。
【００３２】
図３において、＜ＬＩＳＴ＞は本ファイルが文書リストであることを示すキーワードである。次の文字列はユーザによって要求された文書Ａの識別子を示す。第２行目以降は本文書Ａに関連する文書ファイルそれぞれの識別子である。ここで、．ｈｔｍｌで終了する名前の文書ファイルはＨＴＭＬ形式の文書、．ｇｉｆで終了する名前の文書ファイルは静止画文書、．ａｕで終了する名前の文書ファイルは音声文書であることを示している。
【００３３】
文書受信部１３３は、受信したファイルのキーワードを用いてそのファイルが文書リストであるか否かを判別する（ステップＳ１４）。文書リストでなければ通常の文書Ａであるから、これが表示されると共に、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ１５）。そして、その文書Ａから関連文書の識別子が抽出されて、文書リストが作成される（ステップＳ１６）。この後、ステップＳ１７〜Ｓ２１において、作成した文書リストから文書ファイルの識別子を一つずつ取り出しながら関連ファイルに対する文書ファイル要求を順次発行する複数文書要求送信処理が開始される。文書受信部１３３が受信したファイルが文書リストの場合においても、その受信文書リストを用いてステップＳ１７〜Ｓ２１の複数文書要求送信処理が同様にして行われる。
【００３４】
この複数文書要求送信処理においては、まず、複数文書要求部１３８にて転送打ち切り条件が成立しているか否かが判別される（ステップＳ１７）。転送打ち切り条件は文書要求装置１２０の記憶媒体１２１の使用量やネットワークを介した通信時間を制限するたるのものであり、文書提供装置１１０から転送されたファイルの合計データサイズが予め指定された値を越えたとき、ファイル転送時間が予め指定された値を超えたとき、あるいはユーザまたはプログラムからの明示的な転送中止要求（インタラプト）を受けた時、などに転送打ち切り条件が成立したと判別することが好ましい。
【００３５】
具体的には、一定量以下の大きさのデータのみを受信したい場合には、文書受信部１３３にて受信したデータ量を計測し、一定値に達したら打ち切れば良い。あるいは記憶媒体１２１の空き領域の大きさを一定値に保ちたい場合には、例えば現在の空き容量から受信可能なデータサイズの上限値を決め、文書受信部１３３にて受信したデータ量がその上限値に達したら打ち切れば良い。あるいは、ファイル転送を要求してから一定時間経過したら転送打ち切り条件が成立すると判定する場合には、転送要求を送信してから一定時間が経過したら割り込みを発生するようにタイマを設定し、割り込みを受けと時に転送を打ち切ればよい。受信データ量は、文書提供装置１１０から転送される文書ファイルに付加されているデータサイズ情報を用いて検出してもよい。
【００３６】
転送打ち切り条件が成立してない場合には、複数文書転送要求部１３８は、文書リストに記載されている文書の中で未転送文書を一つ選び、その識別子を文書要求部１３２に渡して文書ファィル転送要求の発行を指示する（ステップＳ１８）。この様にして要求対象の文書ファイルが選択されると、文書要求部１３２は、指示された文書のファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ１９，Ｓ２０）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書ファィルを文書要求装置１２０に転送する。この文書ファイルは文書受信部１３３にて受信され、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ２１）。ステップＳ１３にて受信したファイルが文書リストの場合には、ステップＳ２１で最初に受信される文書は文書Ａとなり、その場合はその文書Ａの画面表示も行われる。
【００３７】
ステップＳ１７〜Ｓ２１の処理は、文書リストに記載された文書の中で未転送文書がなくなるまで繰り返し実行され、一回の文書転送が行われる度に転送打ち切り条件の成立の有無が判断される。転送打ち切り条件が成立した場合には（ステップＳ１７のＹＥＳ）、複数文書要求送信処理は終了され、残りの未転送文書に対応するファイル転送要求全ての送信が中止される。
【００３８】
このように、図２の手順で行われるファイル転送方法によれば、転送打ち切り条件が成立された時点で複数文書の転送処理が打ち切られる。したがって、複数の文書ファイルの転送を効率よく制限できるようになり、特に、記憶媒体の容量が少なく、また常にネットワーク接続可能な環境で使用されるとは限らない携帯情報端末などを文書要求装置１２０として使用するシステムに好適なファイル転送を実現できる。
【００３９】
次に、図４のフローチャートを参照して、文書表示プログラム１３０の具体的な動作手順の第２の例を説明する。この処理手順は、複数文書転送要求部１３８が最初から文書要求装置１２０に用意されたものではなく、そのプログラムを文書提供装置１１０から文書要求装置１２０へ転送する場合の例である。
【００４０】
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ３１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００４１】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ３２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ３３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する文書リストを文書提供装置１１０が保有していれば、その文書リストを単独、または文書Ａと一緒に文書要求装置１１０に転送する。また、文書Ａが、複数の文書を転送する機能を実現する複数文書転送プログラムを有する文書であれば、それを文書要求装置１１０に転送する。
【００４２】
したがって、文書受信部１３３にて受信されるファイルには３種類ある。複数の文書を転送する機能を実現する複数文書転送プログラムを有する文書と、文書リストと、一般の文書である。図５に複数文書転送プログラムを有する文書ファイルの例を示す。この文書ファイル９００の中には、プログラムの名前９０１と文書リスト名９１０が記述されている。該プログラムは文書リストを読み出して文書提供装置１１０に文書の転送を順次要求する手続きを行うものであり、文書Ａと一緒に文書ファィル９００に含まれている。
【００４３】
文書受信部１３３は、受信したファイルの種別を判別する（ステップＳ３４，Ｓ３５）。文書リストであれば、文書要求装置１２０には複数文書転送機能が無いため、エラーを表示して終了する（ステップＳ３６）。通常の文書（文書Ａ）であった場合にも、複数文書転送要求処理は行われず、受信した文書Ａを表示すると共に、それをローカルファイルキャッシュ領域１２１ａに保存して終了する（ステップＳ３７）。
【００４４】
複数文書転送プログラムを含む文書Ａであれば、その複数文書転送プログラムに制御が移され、以下の処理が行われる。
すなわち、複数文書転送プログラムは、まず、文書Ａの表示およびローカルファイルキャッシュ領域１２１ａへの格納を行うと共に、文書要求部１３２を用いて文書リスト名９０２で指定される文書リストを要求するファイル転送要求を、文書提供装置１１０に送信する（ステップＳ３８）。これにより、文書提供装置１１０からファイルが転送され、それが文書受信部１３３にて受信される。文書受信部１３３にて受信されたファイルが文書リストでなければエラーとする（ステップＳ３９，Ｓ３６）。文書リストであれば、その受信文書リストを用いたステップＳ４０〜Ｓ４４の複数文書要求送信処理が複数文書転送プログラムの制御の下に開始される。
【００４５】
この複数文書要求送信処理においては、まず、複数文書要求部１３８にて転送打ち切り条件が成立しているか否かが判別される（ステップＳ４０）。転送打ち切り条件は文書要求装置１２０の記憶媒体１２１の使用量やネットワークを介した通信時間を制限するたるのものであり、文書提供装置１１０から転送されたファイルの合計データサイズが予め指定された値を越えたとき、ファイル転送時間が予め指定された値を超えたとき、あるいはユーザまたはプログラムからの明示的な転送中止要求（インタラプト）を受けた時、などに転送打ち切り条件が成立したと判別される。
【００４６】
具体的には、一定量以下の大きさのデータのみを受信したい場合には、文書受信部１３３にて受信したデータ量を計測し、一定値に達したら打ち切れば良い。あるいは記憶媒体１２１の空き領域の大きさを一定値に保ちたい場合には、例えば現在の空き容量から受信可能なデータサイズの上限値を決め、文書受信部１３３にて受信したデータ量がその上限値に達したら打ち切れば良い。あるいは、ファイル転送を要求してから一定時間経過したら転送打ち切り条件が成立すると判定する場合には、転送要求を送信してから一定時間が経過したら割り込みを発生するようにタイマを設定し、割り込みを受けと時に転送を打ち切ればよい。
【００４７】
転送打ち切り条件が成立してない場合には、複数文書転送プログラムは、文書リストに記載されている文書の中で未転送文書を一つ選び、その識別子を文書要求部１３２に渡して文書ファィル転送要求の発行を指示する（ステップＳ４１）。この様にして要求対象の文書ファイルが選択されると、文書要求部１３２は、指示された文書のファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ４２，Ｓ４３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書ファィルを文書要求装置１２０に転送する。この文書ファイルは文書受信部１３３にて受信され、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ４４）。
【００４８】
ステップＳ４０〜Ｓ４４の処理は、文書リストに記載された文書の中で未転送文書がなくなるまで繰り返し実行され、一回の文書転送が行われる度に転送打ち切り条件の成立の有無が判断される。転送打ち切り条件が成立した場合には（ステップＳ４０のＹＥＳ）、複数文書要求送信処理は終了され、残りの未転送文書に対応するファイル転送要求全ての送信が中止される。
【００４９】
このように、図４の手順で行われるファイル転送方法によれば、文書提供装置１１０から文書と一緒に転送される複数文書転送プログラムにより文書Ａの関連文書を転送するための手続きが自動的に行われ、また転送打ち切り条件が成立された時点で複数文書の転送処理が打ち切られる。したがって、文書要求装置１２０に特別な機能を予め用意することなく、複数文書の転送およびその転送を制限するための制御を効率よく行うことができる。
【００５０】
次に、図６のフローチャートを参照して、文書表示プログラム１３０の具体的な動作手順の第３の例を説明する。ここでは、文書ファイルの媒体の種類と文書要求装置１２０の表示再生機能とに応じて文書転送が制限される。
【００５１】
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ５１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００５２】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ５２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ５３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する文書リストを文書提供装置１１０が保有していれば、その文書リストを単独、または文書Ａと一緒に文書要求装置１１０に転送する。ここでは、文書リストが単独で転送される場合を想定することにする。
【００５３】
したがって、文書受信部１３３にて受信されるファイルには、２種類あることになる。文書リストと、そうでない一般の文書（ここでは、文書Ａ）である。文書リストは図３と同じである。
【００５４】
文書受信部１３３は、受信したファイルのキーワードを用いてそのファイルが文書リストであるか否かを判別する（ステップＳ５４）。文書リストでなければ通常の文書Ａであるから、これが表示されると共に、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ５５）。そして、その文書Ａから関連文書の識別子が抽出されて、文書リストが作成される（ステップＳ５６）。この後、ステップＳ５７〜Ｓ６１において、作成した文書リストから文書ファイルの識別子を一つずつ取り出しながら関連ファイルに対する文書ファイル要求を順次発行する複数文書要求送信処理が開始される。文書受信部１３３が受信したファイルが文書リストの場合においても、その受信文書リストを用いてステップＳ５７〜Ｓ６１の複数文書要求送信処理が同様にして行われる。
【００５５】
この複数文書要求送信処理においては、まず、複数文書転送要求部１３８は、文書リストに記載されている文書の中で未転送文書をファイル転送要求対象の文書として一つ選ぶ（ステップＳ５７）。ファイル転送要求対象の文書ファイルが選択されると（ステップＳ５８）、複数文書要求部１３８にてその選択された文書の種類が転送条件に合致しているか否かが判別される（ステップＳ５９）。転送条件は、文書要求装置１２０の表示再生機能を考慮し、その文書要求装置１２０にて活用できない種類の文書ファイルの無駄な転送を防止するためのものであり、静止画、動画、音声などのファイルの種類と文書要求装置１２０の表示再生能力とに応じて予め決定される。
【００５６】
例えば、動画像を表示できないディスプレイを使用しているなら、動画像文書は転送条件を満たしていない。音声を再生する機能を持たない文書要求装置１２０であれば、音声文書は転送条件を満たしていない。
【００５７】
選択された文書の種類が転送条件を満たさない場合には、ステップＳ５７〜Ｓ５９が再び実行され、別の文書の選択および転送条件を満たすか否かの判断が行われる。
【００５８】
選択された文書の種類が転送条件を満たすものであれば、文書要求部１３２は、指示された文書のファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ６０）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書ファィルを文書要求装置１２０に転送する。この文書ファイルは文書受信部１３３にて受信され、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ６１）。ステップＳ６１にて受信したファイルが文書リストの場合には、ステップＳ６１で最初に受信される文書は文書Ａとなることがあるが、その場合はその文書Ａの画面表示も行われる。
【００５９】
ステップＳ５７〜Ｓ６１の処理は、文書リストに記載された文書の中で未選択の文書がなくなるまで繰り返し実行され、文書選択が行われる度に転送条件の成立の有無が判断される。
【００６０】
このように、図６の手順で行われるファイル転送方法によれば、静止画、動画、音声などのファイルの種類と文書要求装置１２０の表示再生能力とに応じて選択された文書ファイルだけを文書提供装置１１０から文書要求装置１２０に転送させることができ、文書要求装置１２０で利用できないファイルを転送することによる記憶媒体１２１の浪費や、またネットワークトラフィックの無意味な増大などを防止することが可能となる。
【００６１】
次に、図７のフローチャートを参照して、文書表示プログラム１３０の具体的な動作手順の第４の例を説明する。先の例では転送条件に合致する文書だけを転送する複数文書転送要求部１３８があらかじめ文書要求装置１２０に備わっている例であったが、ここでは、この部分は備わっておらず、文書提供装置１１０から転送される。
【００６２】
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ７１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００６３】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ７２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ７３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する文書リストを文書提供装置１１０が保有していれば、その文書リストを単独、または文書Ａと一緒に文書要求装置１１０に転送する。また、文書Ａが、複数の文書を転送する機能を実現する複数文書転送プログラムを有する文書であれば、それを文書要求装置１１０に転送する。
【００６４】
したがって、文書受信部１３３にて受信されるファイルには３種類ある。複数の文書を転送する機能を実現する複数文書転送プログラムを有する文書と、文書リストと、一般の文書である。複数文書転送プログラムを有する文書ファイルは図５で説明したとおりである。
【００６５】
文書受信部１３３は、受信したファイルの種別を判別する（ステップＳ７４，Ｓ７５）。文書リストであれば、文書要求装置１２０には複数文書転送機能が無いため、エラーを表示して終了する（ステップＳ７６）。通常の文書（文書Ａ）であった場合にも、複数文書転送要求処理は行われず、受信した文書Ａを表示すると共に、それをローカルファイルキャッシュ領域１２１ａに保存して終了する（ステップＳ７７）。
【００６６】
複数文書転送プログラムを含む文書Ａであれば、その複数文書転送プログラムに制御が移され、以下の処理が行われる。
すなわち、複数文書転送プログラムは、まず、文書Ａの表示およびローカルファイルキャッシュ領域１２１ａへの格納を行うと共に、文書要求部１３２を用いて文書リスト名９０２で指定される文書リストを要求するファイル転送要求を、文書提供装置１１０に送信する（ステップＳ７８）。これにより、文書提供装置１１０からファイルが転送され、それが文書受信部１３３にて受信される。文書受信部１３３にて受信されたファイルが文書リストでなければエラーとする（ステップＳ７９，Ｓ７６）。文書リストであれば、その受信文書リストを用いたステップＳ８０〜Ｓ８４の複数文書要求送信処理が複数文書転送プログラムの制御の下に開始される。
【００６７】
この複数文書要求送信処理においては、まず、複数文書転送プログラムは、文書リストに記載されている文書の中で未転送文書をファイル転送要求対象の文書として一つ選ぶ（ステップＳ８０）。ファイル転送要求対象の文書ファイルが選択されると（ステップＳ８１）、複数文書要求部１３８にてその選択された文書の種類が転送条件に合致しているか否かが判別される（ステップＳ８２）。転送条件は、文書要求装置１２０の表示再生機能を考慮し、その文書要求装置１２０にて活用できない種類の文書ファイルの無駄な転送を防止するためのものであり、静止画、動画、音声などのファイルの種類と文書要求装置１２０の表示再生能力とに応じて予め決定される。
【００６８】
選択された文書の種類が転送条件を満たさない場合には、ステップＳ８０〜Ｓ８２が再び実行され、別の文書の選択および転送条件を満たすか否かの判断が行われる。
【００６９】
選択された文書の種類が転送条件を満たすものであれば、複数文書転送プログラムは、文書要求部１３２を用いて、その文書のファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ８３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書ファィルを文書要求装置１２０に転送する。この文書ファイルは文書受信部１３３にて受信され、ローカルファイルキャッシュ領域１２１ａに格納される（ステップＳ８４）。
【００７０】
ステップＳ８０〜Ｓ８４の処理は、文書リストに記載された文書の中で未選択の文書がなくなるまで繰り返し実行され、文書選択が行われる度に転送条件の成立の有無が判断される。
【００７１】
このように、図７の手順で行われるファイル転送方法においても、静止画、動画、音声などのファイルの種類と文書要求装置１２０の表示再生能力とに応じて転送条件を予め決定しておくだけで、選択された文書ファイルだけを文書提供装置１１０から文書要求装置１２０に転送させることができ、文書要求装置１２０で利用できないファイルを転送することによる記憶媒体１２１の浪費や、またネットワークトラフィックの無意味な増大などを防止することが可能となる。
【００７２】
図８には、この発明のファイル転送方法が適用されるクライアント／サーバシステムで用いられるプログラムの第２の構成例が示されている。ここでのプログラム構成は、複数の文書転送要求を順次発行するのではなく、関連する複数の文書ファイルを予め文書提供装置１１０内で連結しておき、この連結ファイルを文書要求装置１２０からのファイル転送要求に応じて文書提供装置１１０に転送させる例に対応するものである。
【００７３】
図８のシステムにおいては、文書提供装置１１０では文書提供プログラム１５０が動作する。文書提供プログラム１５０は、要求受理部１５１と要求処理部１５２からなる。要求受理部１５１は文書提供装置にて動作する文書表示プログラム１３０からの要求を受理するプログラムである。要求処理部１５２は、要求受理部にて受理した要求に応じて、具体的な処理を行うプログラムである。例えば要求受理部が文書ファイル転送要求１４０を受理した場合、記憶媒体１５６から該当する文書１１１または連結文書１１２を検索し、該当文書が見つかったら文書ファイルの送信１４１を行う。
【００７４】
文書要求装置１２０では文書表示プログラム１３０が動作する。この文書表示プログラム１３０には、図１の複数文書転送要求部１３８の代わりに、連結文書展開部１３９が設けられている。この連結文書展開部１３８は文書受信部１３３より受信した連結文書を各々の文書に展開するプログラムである。
【００７５】
次に、図９のフローチャートを参照して、図８のシステムで実行される文書表示プログラム１３０の具体的な動作手順について説明する。
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ９１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００７６】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ９２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ９３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する連結文書を文書提供装置１１０が保有していれば、その連結文書が文書要求装置１１０に転送される。
【００７７】
したがって、文書受信部１３３にて受信されるファイルには、２種類ある。複数の文書を連結して作成された連結文書と一般の文書である。連結文書は、文書ファイル単位で圧縮された複数の圧縮文書ファイルを連結することによって構成されるものであり、その一例を図１０に示す。
【００７８】
図１０において、＜ＣＯＮＣＡＴＥＮＡＴＥ＞は連結ファイルであることを示すヘッダである。次に文書ファイル要求で指定される文書Ａを先頭にしてそれぞれファイル毎に圧縮された文書が連結される。各文書は文書を一意に特定する識別子、圧縮後のサイズ、圧縮した文書の順に並ぶ。
【００７９】
文書受信部１３３は、受信しているファイルが連結文書ファイルであるか否かを判別する（ステップＳ９４）。通常の文書Ａであれば、その文書Ａの表示およびローカルファイルキャッシュ領域１２１ａへの格納を行って終了する（ステップＳ９５）。連結文書であれば、引き続きその連結文書の受信処理が継続して行われる（ステップＳ９６）。
【００８０】
文書提供装置１１０から文書要求装置１２０に連結文書が転送されている間、文書表示プログラム１３０においては転送打ち切り条件が成立するか否かが調べられる（ステップＳ９７）。転送打ち切り条件は文書要求装置１２０の記憶媒体１２１の使用量やネットワークを介した通信時間を制限するたるのものであり、文書提供装置１１０から転送されたファイルの合計データサイズが予め指定された値を越えたとき、ファイル転送時間が予め指定された値を超えたとき、あるいはユーザまたはプログラムからの明示的な転送中止要求（インタラプト）を受けた時、などに転送打ち切り条件が成立したと判別することが好ましい。
【００８１】
具体的には、一定量以下の大きさのデータのみを受信したい場合には、文書受信部１３３にて受信したデータ量を計測し、一定値に達したら打ち切れば良い。あるいは記憶媒体１２１の空き領域の大きさを一定値に保ちたい場合には、例えば現在の空き容量から受信可能なデータサイズの上限値を決め、文書受信部１３３にて受信したデータ量がその上限値に達したら打ち切れば良い。あるいは、ファイル転送を要求してから一定時間経過したら転送打ち切り条件が成立すると判定する場合には、転送要求を送信してから一定時間が経過したら割り込みを発生するようにタイマを設定し、割り込みを受けと時に転送を打ち切ればよい。受信データ量は連結ファイルに含まれる圧縮ファイルそれぞれのデータサイズ情報を用いて検出してもよい。
【００８２】
転送打ち切り条件が成立した時には、その時点で受信処理を打ち切り、連結文書のうち転送に成功した部分を文書毎に伸張して個々の文書に復元し、ローカルファイルキャッシュ領域１２１ａに格納する（ステップＳ９８）。また、連結文書の転送中に転送打ち切り条件が成立することなく、連結文書全ての転送完了が検出された場合には（ステップＳ９６ｂ）、連結文書を構成する全ての文書が個々の文書に復元されて、ローカルファイルキャッシュ領域１２１ａに格納されることになる（ステップＳ９９）。
【００８３】
この図９のファイル転送方法によれば、例えば、図１０の連結文書におけるｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｎｅｗｓｐａｐｅｒ／ｉｍａｇｅ／ｉｍａｇｅｌ．ｇｉｆの転送途中で転送を打ち切った場合、その前のｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｎｅｗｓｐａｐｅｒ／ａｒｔｉｃｌｅ２．ｈｔｍｌまでは復元して活用することが可能となる。
【００８４】
次に、図１１のフローチャートを参照して、図８のシステムで実行される文書表示プログラム１３０の具体的な動作手順の第２の例について説明する。この処理手順は、連結文書展開部１３９が最初から文書要求装置１２０に用意されたものではなく、そのプログラムを文書提供装置１１０から文書要求装置１２０へ転送する場合の例である。
【００８５】
まず、ユーザまたはプログラムがファイル転送要求を発行して文書の転送および表示を要求する（ステップＳ１０１）。これは文書を一意に指定する識別子である前述のＵＲＬを使えば良い。例えば、ｈｔｔｐ：／／ｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｈｔｍｌのように指定すると、転送プロトコルはＨＴＴＰ、サーバすなわち接続先文書提供装置名はｉｓｌ．ｒｄｃ．ｔｏｓｈｉｂａ．ｃｏ．ｊｐ，ファイル名はｉｎｄｅｘ．ｈｔｍｌで指定される文書であることが一意に特定される。以下、その識別子をＡとして説明する。
【００８６】
次に、要求受理部１３６がこの表示要求を受理し（ステップＳ１０２）、文書要求部１３２が文書Ａのファイル転送要求をＨＴＴＰの形式で文書提供プログラム１５０に送信する（ステップＳ１０３）。文書提供プログラム１５０は、文書要求部１３２からのファイル転送要求で指定された文書Ａを文書要求装置１２０に転送する。この場合、もしファイル転送要求で指定された文書Ａに対応する連結文書があり、それが連結文書展開プログラムを含んでいれば、その連結文書展開プログラムを含む連結文書が文書要求装置１１０に転送される。
【００８７】
したがって、文書受信部１３３にて受信されるファイルには、２種類ある。連結文書展開プログラムを含む連結文書と一般の文書である。連結文書は図１０で説明したように文書ファイル単位で圧縮された複数の圧縮文書ファイルを連結することによって構成されており、またその連結文書内には図５と同様の形式（文書リストは含まない）で連結文書展開プログラムが含まれている。
【００８８】
文書受信部１３３は、受信したファイルが連結文書展開プログラムを含む連結文書であるか否かを判別する（ステップＳ１０４）。通常の文書Ａであれば、その文書Ａの表示およびローカルファイルキャッシュ領域１２１ａへの格納を行って終了する（ステップＳ１０５）。連結文書展開プログラムを含む連結文書であれば、引き続きその連結文書の受信処理が継続して行われる（ステップＳ１０６）。
【００８９】
文書提供装置１１０から文書要求装置１２０に連結文書が転送されている間、文書表示プログラム１３０においては転送打ち切り条件が成立するか否かが調べられる（ステップＳ１０７）。転送打ち切り条件は文書要求装置１２０の記憶媒体１２１の使用量やネットワークを介した通信時間を制限するたるのものであり、文書提供装置１１０から転送されたファイルの合計データサイズが予め指定された値を越えたとき、ファイル転送時間が予め指定された値を超えたとき、あるいはユーザまたはプログラムからの明示的な転送中止要求（インタラプト）を受けた時、などに転送打ち切り条件が成立したと判別される。
【００９０】
転送打ち切り条件が成立した時には、その時点で受信処理を打ち切り、連結文書のうち転送に成功した部分を文書毎に連結文書展開プログラムによって伸張して個々の文書に復元し、ローカルファイルキャッシュ領域１２１ａに格納する（ステップＳ１０８）。また、連結文書の転送中に転送打ち切り条件が成立することなく、連結文書全ての転送完了が検出された場合には（ステップＳ１０６ｂ）、連結文書を構成する全ての文書が連結文書展開プログラムによって個々の文書に復元されて、ローカルファイルキャッシュ領域１２１ａに格納されることになる（ステップＳ１０９）。
【００９１】
なお、図８のシステムにおいては、文書毎に文書が圧縮されてなる連結文書を転送させる例を説明したが、この様に圧縮をせずに、文書要求装置１２０から送信されるファイル転送要求で指定された文書が先頭となるように連結された連結文書を、文書提供装置１１０から文書要求装置１２０に転送させてもよい。
【００９２】
この場合、ユーザが要求した文書Ａが最初に文書要求装置１２０に転送されるので、転送打ち切り条件が成立して連結文書の転送が途中で打ち切られても、その時点では少なくともユーザが要求した文書Ａの転送については完了している確率が高く、それを活用することができる。
【００９３】
【発明の効果】
以上説明したように、この発明によれば、サーバよりクライアントに文書ファィルを転送し表示するシステムにおいて、文書の転送が高速でない場合やクライアントの所有する記憶媒体の空き領域が少ない場合は転送を途中で打ち切ることができ、複数の文書を転送する場合や複数の文書を連結して一つの文書として転送する場合に打ち切り時点で転送が完了した文書はクライアントで使用することが可能となる。またクライアントの文書表示再生能力に応じて使用可能な文書のみを転送することもできる。
【図面の簡単な説明】
【図１】この発明の一実施形態に係るファイル転送方法が適用されるクライアント／サーバシステムの構成を示すブロック図。
【図２】図１のシステムで使用されるＷＷＷクライアントプログラムの複数ファイル転送処理手順の第１の例を示すフローチャート。
【図３】図１のシステムで使用されるＷＷＷクライアントプログラムが参照する文書リストの一例を示す図。
【図４】図１のシステムで使用されるＷＷＷクライアントプログラムの複数ファイル転送処理手順の第２の例を示すフローチャート。
【図５】図１のシステムでＷＷＷサーバからＷＷＷクライアントに転送される複数文書転送プログラムを含む文書ファイルの一例を示す図。
【図６】図１のシステムで使用されるＷＷＷクライアントプログラムの複数ファイル転送処理手順の第３の例を示すフローチャート。
【図７】図１のシステムで使用されるＷＷＷクライアントプログラムの複数ファイル転送処理手順の第４の例を示すフローチャート。
【図８】この発明の一実施形態に係るファイル転送方法が適用されるクライアント／サーバシステムの他の構成を示すブロック図。
【図９】図８のシステムで使用されるＷＷＷクライアントプログラムの連結文書転送処理手順の第１の例を示すフローチャート。
【図１０】図８のシステムで転送される連結文書の一例を示す図。
【図１１】図８のシステムで使用されるＷＷＷクライアントプログラムの連結文書転送処理手順の第２の例を示すフローチャート。
【符号の説明】
１１０…文書提供装置、１２０…文書要求装置、１２１…記憶媒体、１２１ａ…ローカルファイルキャッシュ領域、１３０…文書表示プログラム、１３１…接続部、１３２…文書要求部、１３３…文書受信部、１３４…文書格納部、１３５…文書表示部、１３６…要求受理部、１３７…接続解除部、１３８…複数文書転送要求部、１３９…連結文書展開部、１５０…文書提供プログラム、１５１…要求受理部、１５２…要求処理部、１５６…記憶媒体。
Claims (4)
- ファイルを提供するサービスを行うサーバと、このサーバにファイル転送を要求するクライアントとを含むクライアント／サーバシステムで使用されるファイル転送方法において、
前記クライアントから発行される一回のファイル要求に対して、ファイル単位でそれぞれ圧縮され、前記ファイル要求で指定されたファイルの圧縮ファイルを含む複数の圧縮ファイルが連結されてなる連結ファイルを前記サーバから前記クライアントに転送させ、
予め指定された転送打ち切り条件が成立したと判断したとき前記サーバから前記クライアントへの前記連結ファイルの転送を打ち切り、
その転送打ち切り以前に前記クライアントへの転送が完了している圧縮ファイルそれぞれを前記クライアントにおいてファイル単位で復元することを特徴とするファイル転送方法。 - 前記連結ファイルは前記ファイル要求で指定されたファイルの圧縮ファイルが先頭となるように前記複数の圧縮ファイルが連結されてなることを特徴とする請求項１記載のファイル転送方法。
- 前記サーバから前記クライアントに転送された合計データサイズが指定された値を越えた時に前記転送打ち切り条件が成立したと判断することを特徴とする請求項１記載のファイル転送方法。
- 前記サーバから前記クライアントへの前記連結ファイルの転送時間が指定された値を越えた時に前記転送打ち切り条件が成立したと判断することを特徴とする請求項１記載のファイル転送方法。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP02265896A JP3559375B2 (ja) | 1996-02-08 | 1996-02-08 | ファイル転送方法 |
| EP96117972A EP0773503B1 (en) | 1995-11-10 | 1996-11-08 | File transfer method, method for a file requesting client device, and file server device |
| DE69632011T DE69632011T2 (de) | 1995-11-10 | 1996-11-08 | Dateientransferverfahren, Verfahren für ein Dateien anforderndes Benutzergerät und Dateienanbietergerät |
| 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 |
| 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 (ja) | 1996-02-08 | 1996-02-08 | ファイル転送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09218816A JPH09218816A (ja) | 1997-08-19 |
| JP3559375B2 true JP3559375B2 (ja) | 2004-09-02 |
Family
ID=12088950
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP02265896A Expired - Fee Related JP3559375B2 (ja) | 1995-11-10 | 1996-02-08 | ファイル転送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3559375B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11154112A (ja) * | 1997-11-21 | 1999-06-08 | Matsushita Electric Ind Co Ltd | ハイパーテキスト参照システム |
| JP2001175549A (ja) * | 1999-12-22 | 2001-06-29 | Nec Corp | 構造化文書通信システム及びその通信方法並びにその制御プログラムを記録した記録媒体 |
| US6854018B1 (en) * | 2000-03-20 | 2005-02-08 | Nec Corporation | System and method for intelligent web content fetch and delivery of any whole and partial undelivered objects in ascending order of object size |
| JP2002112196A (ja) * | 2000-06-30 | 2002-04-12 | Matsushita Electric Ind Co Ltd | データ再生装置、データ再生方法、記録媒体およびデータ構造 |
| JP7262191B2 (ja) * | 2018-08-31 | 2023-04-21 | キヤノン株式会社 | 電子機器及びその制御方法及びプログラム及び情報処理システム |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS62115573A (ja) * | 1985-11-15 | 1987-05-27 | Toshiba Corp | 画像情報フアイル装置 |
| JPH03266548A (ja) * | 1990-03-16 | 1991-11-27 | Canon Inc | メツセージ通信処理システム |
| JPH04186453A (ja) * | 1990-11-21 | 1992-07-03 | Nec Corp | ファイル転送方式 |
| JPH04199444A (ja) * | 1990-11-29 | 1992-07-20 | Matsushita Electric Ind Co Ltd | ファイル管理装置 |
| JPH0567009A (ja) * | 1991-07-03 | 1993-03-19 | Fujitsu Ltd | フアイル転送処理方式 |
| JPH05143268A (ja) * | 1991-11-19 | 1993-06-11 | Hitachi Ltd | 複数画面表示方式 |
| JPH0619775A (ja) * | 1992-07-01 | 1994-01-28 | Hokuriku Nippon Denki Software Kk | ファイル転送方法 |
| JPH0654103A (ja) * | 1992-07-30 | 1994-02-25 | Matsushita Electric Ind Co Ltd | 蓄積型ファクシミリ装置 |
| JPH06110926A (ja) * | 1992-09-29 | 1994-04-22 | Oki Electric Ind Co Ltd | 情報検索装置 |
| JPH06243059A (ja) * | 1993-02-19 | 1994-09-02 | Hitachi Ltd | ファイル転送の中断・再開方式 |
| JPH0744578A (ja) * | 1993-08-02 | 1995-02-14 | Hitachi Medical Corp | 医用画像蓄積伝送システム |
| JPH07239808A (ja) * | 1994-03-01 | 1995-09-12 | Mitsubishi Electric Corp | 分散データ管理方式 |
| JPH07288638A (ja) * | 1994-04-20 | 1995-10-31 | Canon Inc | 画像処理装置 |
| JPH07325771A (ja) * | 1994-05-31 | 1995-12-12 | Ricoh Co Ltd | ファイル転送装置 |
| JP3274373B2 (ja) * | 1995-11-10 | 2002-04-15 | 株式会社東芝 | 文書提供装置、文書要求装置及び文書転送方法 |
| JPH09212397A (ja) * | 1996-01-31 | 1997-08-15 | Toshiba Corp | ファイル読み出し方法 |
-
1996
- 1996-02-08 JP JP02265896A patent/JP3559375B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09218816A (ja) | 1997-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5987510A (en) | Method for transferring files according to file list provided in response to file request | |
| JP3561139B2 (ja) | ファイルオブジェクト中継方法、ファイルオブジェクト中継方法のプログラムを記録したコンピュータで読取り可能な記録媒体、およびゲートウェイ計算機 | |
| JP4041217B2 (ja) | サーバ側非同期フォーム管理方法および装置 | |
| EP1215596A2 (en) | Information collection server with content conversion and synchronization for mobile clients | |
| JPH09212397A (ja) | ファイル読み出し方法 | |
| US7711804B2 (en) | Methods and devices for the asynchronous delivery of digital data | |
| JP4075521B2 (ja) | データ保管システム | |
| JP3972381B2 (ja) | 情報転送装置及び情報転送方法 | |
| JPH113299A (ja) | 情報処理システム、情報処理装置およびそれらの制御方法 | |
| KR20010111380A (ko) | 인터넷 서비스 장치 및 서비스 방법 | |
| JP2001282609A (ja) | ウェブページ取得サービスシステム、プロバイダ、ウェブページ取得方法、記憶媒体及びプログラム伝送装置 | |
| JP2004502987A (ja) | リアルタイム検索エンジン構築方法 | |
| JPH11134277A (ja) | クライアント側非同期フォーム管理方法および装置 | |
| JP2001519067A (ja) | ミラー保護されたウェブ・サイトに関するユーザ・ヒットをリモート・サイト運営管理者に提供する方法および装置 | |
| JP2004510253A (ja) | 能力が限られたデバイス上で用いるための電子文書の区分処理 | |
| JP3559375B2 (ja) | ファイル転送方法 | |
| US20010039578A1 (en) | Content distribution system | |
| JP3274373B2 (ja) | 文書提供装置、文書要求装置及び文書転送方法 | |
| JP3933452B2 (ja) | 情報の入手を支援する支援方法および支援サーバ | |
| JP2000200233A (ja) | デ―タ取得通知装置及びデ―タ取得通知方法並びに記録媒体 | |
| JP3585685B2 (ja) | 通信システムおよびインターネットファクシミリ装置 | |
| JP2004303065A (ja) | 通信装置及びプログラム | |
| JP3726459B2 (ja) | データ中継装置、データ中継方法、情報端末装置、情報端末装置の情報処理方法、データ通信システムおよび記録媒体 | |
| EP1467534B1 (en) | Method and device for accessing multi-resolution images in a peer-to-peer communication network | |
| JP5020011B2 (ja) | コンテンツ処理装置 |
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 |