JP2001249857A - ファイル転送システム - Google Patents

Abstract

(57)【要約】 【課題】 処理の中断を伴なうファイル転送処理の遅延
を最小限に抑制することのできるファイル転送システム
を提供する。 【解決手段】 ファイル転送処理が中断された場合、フ
ァイル要求元であるクライアント２０は、中断前に転送
済みデータ量の情報を設定したファイル再転送要求命令
（get offset）をサーバ１０に送信する。これに対し、
サーバ１０は、いったん転送が中断されたファイルの再
転送においては、前記の中断前転送済みデータ量の情報
を参照し、当該ファイルのデータのうち中断前に転送済
みのデータの後に続く部分のみをクライアント２０に転
送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、プロトコルとして
ＴＣＰ／ＩＰを採用するネットワークを介してファイル
転送を行うファイル転送システムおよびファイル転送方
法に関する。

【０００２】

【従来の技術】従来、ファイル転送システムの形式とし
ては、ＴＣＰ／ＩＰ（Transmission Control Protocol
／Internet Protocol）通信ネットワークを介してファ
イル送信元であるサーバ端末とファイル受信側であるク
ライアント端末とが接続され、サーバ端末がクライアン
ト端末の要求に応じたファイルを要求元クライアント端
末に転送する、というものがある。ファイル転送はファ
イル転送プロトコル（ＦＴＰ：File Transfer Protoco
l）に応じて行われる。

【０００３】こうした形のファイル転送システムにおい
ては、何らかの理由によってファイル送受信が中断され
ることがある。例えば、ネットワーク上で実行中のファ
イル転送処理の件数が多くなり、負荷が過大になったと
サーバが判定した場合、サーバは実行中のファイル転送
処理の一部を選択して中断させる。

【０００４】なお、ここで「中断」とは、いったん開始
されたファイル転送処理について、ファイルの全データ
が転送完了する前に、サーバ、クライアント間のＴＣＰ
／ＩＰコネクションが切断されて、転送処理が途中で打
ち切られることを言う。また、ネットワークを構成する
回線の一部に問題（故障）が発生して、当該回線を用い
て実行中であったファイル転送処理が中断される場合も
ある。

【０００５】ファイル転送処理が中断された場合、ファ
イル受信側であるクライアントが、サーバに対してファ
イル転送要求を再送信すれば、当該ファイルの先頭から
ファイル転送処理が再実行され、クライアントは所望の
ファイルを取得できる。

【０００６】

【発明が解決しようとする課題】しかしながら、ファイ
ルの先頭から転送をやり直すことになるので、転送処理
の中断・再実行によってファイル転送処理は大きく遅延
する。すなわち、最初の転送要求から最終的にファイル
を取得するまでの時間が非常に長くなってしまう。これ
は、ファイルを必要とするユーザにとって大変不便であ
るネットワークの負荷増大にともなってサーバの判断で
ファイル転送処理が中断された場合、クライアントはサ
ーバとの通信確立からファイルの転送までの一連の手順
を最初から再実行しなければならない。

【０００７】また、回線の問題で転送が中断された場合
については、再転送の時間が新たに必要となるだけでは
ない。再転送の場合、クライアントが前回の転送（中断
されたもの）と同じ設定（使用回線指定）でサーバへの
ファイル転送要求再送信を試みると、不良の発生した回
線を再び使用する可能性がある。そうなると、当然ファ
イル転送処理は実行されず、回線の問題が解消されるか
当該回線を使用しない経路で転送要求を送信するまで無
駄に当該不良の発生した回線への接続を繰り返し、ファ
イル転送完了までの所要時間が非常に長くなるおそれも
ある。

【０００８】本発明は上記の課題に鑑み、転送処理の中
断を伴なうファイル転送処理の遅延を最小限に抑制する
ことのできるファイル転送システムおよびファイル転送
方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】上記の目的を達成するた
めに、本発明のファイル転送システムは、使用者からの
指示に応じてファイル転送要求を発行するクライアント
と、前記ファイル転送要求に応じて前記クライアントへ
ファイルを転送するサーバとから成るファイル転送シス
テムであって、前記クライアントは、ファイルの転送処
理が途中で中断された場合に、前記使用者からファイル
再転送要求を行うか否かの指示を受け付ける再転送指示
受付手段と、前記再転送指示受付手段が再転送要求を行
うように指示を受け付けた場合に、中断時点までに転送
完了していたデータ量を示す中断位置情報を伴なうファ
イル再転送要求命令を生成して前記サーバに送信する再
転送要求手段とを有し、前記サーバは、前記ファイル再
転送要求命令を前記クライアントから受け付けると、前
記中断位置情報をもとに前記ファイルのデータのうち前
記クライアントに転送完了していた部分を除いた残部を
転送する残部転送手段を有すること、を特徴とする。こ
の構成により、ファイル転送処理が中断されて転送処理
を再実行することになった場合でも、遅延を最小限に抑
制することができる。

【００１０】

【発明の実施の形態】以下、本発明に関するファイル転
送システムの好適な実施の形態を、図面を参照しながら
説明する。図１は、本実施の形態におけるファイル転送
システムの一例を示す。ファイル転送システム１は、共
有ファイル管理者である１台のサーバ１０と、ファイル
利用者（ファイル転送要求元）である複数のクライアン
ト２０ａ…２０ｎとがネットワーク接続されてなる。な
お、クライアント２０ａ…２０ｎは同一の構成を有する
ので、以下、共通の事項について述べる場合は、「クラ
イアント２０」として言及する。ここでいうサーバおよ
びクライアントは、いずれもパーソナルコンピュータな
どの装置であり、内蔵メモリに保持するプログラムを実
行することで、それぞれファイル転送処理におけるサー
バ、クライアントとして動作するものである。

【００１１】サーバ１０と複数のクライアント２０ａ…
２０ｎを結ぶネットワーク３０は、３つの公衆回線網
Ａ、Ｂ、Ｃとルータ５０、５１を備え、サーバ１０と複
数のクライアント２０ａ…２０ｎとは、ルータ５０、５
１および３つの公衆回線網Ａ、Ｂ、Ｃのいずれかを用い
てファイル転送のための通信を行う。３つの公衆回線網
はそれぞれ種別が異なっている。公衆回線網Ａはアナロ
グ回線、公衆回線網Ｂはデジタル回線、公衆回線網Ｃは
携帯電話用回線である。

【００１２】各クライアント間、およびクライアントと
ルータ５０とは、ＬＡＮ（Local Area Network）によっ
て接続されている。また、ルータ５０、５１は、３つあ
る回線種別のそれぞれに応じて３つのポートを有するＩ
Ｐルータである。各ポートは固有のＩＰアドレスを有す
る。なお、システム１が採用する通信プロトコルはＴＣ
Ｐ／ＩＰであり、サーバ１０とクライアント２０との間
のファイル転送処理は、基本的にはＦＴＰ（ファイル転
送プロトコル）に従って行われる。ただし、本実施の形
態では、ＦＴＰが持つ機能に加えて、本発明に固有の機
能が付加拡張されたプロトコルに従ってファイル転送処
理が実行される。

【００１３】サーバ１０はシステム１で共有するファイ
ルが格納されたハードディスクドライブ４０（以下「Ｈ
ＤＤ４０」）に接続されており、ここから、転送すべき
ファイルを読み出す。ファイル送受信は、クライアント
からの要求を受けたサーバ１０が、要求のあったファイ
ルをＨＤＤ４０から読み出し、要求元クライアントに送
信する形で行われる。ファイル転送はネットワーク３０
の問題などの原因によって中断されることがあるが、そ
の場合、当該クライアントはサーバ１０に対して再転送
を要求することができる。

【００１４】（ファイル転送のシーケンス）以下、ファ
イル転送時にサーバ１０、クライアント２０間で実行さ
れる命令やファイルデータのやり取りを、シーケンス図
にそって説明する。図２は、サーバ１０とクライアント
２０との間で実行されるファイル転送処理の過程の一例
を示すシーケンス図である。同図（ａ）はファイルの転
送が中断なく正常に終了する場合であり、同図（ｂ）は
ファイルの転送がいったん中断された後、再転送が行わ
れる場合である。

【００１５】図２（ａ）において、先ず、要求元（操作
者または上位システム）からの指示を受けたクライアン
ト２０が、サーバ１０に対してファイル転送要求を送る
（）。これを受け付けたサーバ１０は、ファイルのデ
ータをパケットに格納できる大きさに分割して、複数回
に分けてクライアントに転送する（）。ここでは説明
及び作図の便宜上、５回に分けて転送することとした。

【００１６】図２（ｂ）においては、サーバ１０からの
ファイル転送中、３回目の転送が終った段階でファイル
転送が中断されている（）。なお、同図ではサーバ１
０からクライアント２０に中断が通知されることとなっ
ているが、これはサーバ１０の判断で中断が行われる場
合であり、回線の故障などで中断される場合には、こう
した通知は行われない。その後、クライアント２０は、
ファイルの再転送をサーバ１０に要求し（）、サーバ
１０は中断時点で転送が終っていなかった部分のファイ
ルデータ（２回分）をクライアントに転送する（）。

【００１７】（構成と動作）以下、システム１の構成お
よび動作について、クライアントとサーバとに分けて図
面を参照しながら説明していく。 （クライアントの構成）図３は、クライアント２０につ
いて、その構成のうちファイル転送に関連する部分を示
すブロック図である。

【００１８】クライアント２０は、クライアント側送信
部２１、クライアント制御部２２、クライアント側受信
部２３、メモリ２４、インタフェース部２５などを有す
る。インタフェース部２５は、キーボードや表示装置な
どの入出力装置（図示せず）および、クライアント２０
の本体であるＰＣにおいてファイル転送以外の処理を行
っている処理実行部（図示せず）に接続されている。イ
ンタフェース部２５は、要求元（入出力装置を操作する
操作者、ＰＣ内部の他の処理実行部、または上位のシス
テムなど）からファイル取得の指示を受け付けてクライ
アイント制御部２２に通知するとともに、必要な場合
は、入出力装置を介してファイル転送処理の経過につい
ての情報を要求元に提示する。

【００１９】クライアント側送信部２１は、インタフェ
ース部２５が受け付けたファイル取得要求に従ってサー
バ１０との通信を確立し、ファイル転送要求の命令（フ
ァイル転送要求命令）を納めたパケットを生成してサー
バ１０に送信する。図４は、ファイル転送要求命令の構
成を示す模式図である。ファイル転送要求命令４００
は、ヘッダ部４１０とファイル情報部４２０とを有す
る。ヘッダ部４１０には、プロトコルに応じた通信用の
制御情報（ＩＰアドレスなど）が納められる。制御情報
の中には、命令の種類を示すコマンドＩＤ４１１が含ま
れる。コマンドＩＤ４１１の内容は、通常のファイル転
送要求であることを示す「get」である。また、ファイ
ル情報部４２０には転送対象ファイルの識別子（ファイ
ル名）が格納されている。

【００２０】また、クライアント側送信部２１は、いっ
たん受信が中断されたファイルについて要求元（操作者
またはＰＣ内部の他の処理実行部）が再転送を要求して
きた場合に、再送を要求する命令（ファイル再送要求命
令）を納めたパケットを生成し、サーバ１０に送信す
る。図５は、ファイル再送要求命令の構成を示す模式図
である。

【００２１】ファイル再送要求命令５００は、ヘッダ部
５１０とファイル情報部５２０とを有し、その点ではフ
ァイル転送要求命令４００と同じである。ただし、ヘッ
ダ部５１０に納められるコマンドＩＤ５１１の内容は
「get offset」となり、ファイル情報部５２０には、再
送対象であるファイルの識別子５２１に加えて、中断時
点で転送済みであったファイルの部分データ量の情報
（転送済みデータ量５２２）が格納される。

【００２２】クライアント側受信部２３は、サーバ１０
からファイル転送パケットに格納されて転送されてくる
ファイルのデータを受信し、メモリ２４内に確保したフ
ァイル格納用エリア２４１に格納する。図６はファイル
転送パケットの構成を示す模式図である。ファイル転送
パケット６００は、ヘッダ部６１０とファイル情報部６
２０とを有する。

【００２３】ヘッダ部６１０には、プロトコルに応じた
通信用の制御情報（パケットの種別を示す識別情報な
ど）が納められる。ファイル情報部６２０は転送される
ファイルデータとこれに関連する情報とが格納されてい
る。ファイル名６２１は、転送対象ファイルの名称であ
る。ファイルサイズ６２３は、転送対象ファイルの全体
長の情報である。最終パケットフラグ６２２は、当該フ
ァイルのデータ転送における最終パケットかどうかを示
すフラグである。ファイルはサイズが小さいものであれ
ば１つのパケットに全体が納められて送られてくること
もあるが、通常は複数のパケットに分割して送られる。
そこで、最後のパケットであること（当該パケットでフ
ァイルの転送が完了すること）を示す情報が必要とな
る。最終パケットフラグ６２２は最終パケットではＯ
Ｎ、それ以外のパケットではＯＦＦとなる。ファイルデ
ータ６２４は、ファイルのデータ本体である。

【００２４】クライアント側受信部２３は、ファイル転
送パケット６００を受信するたびに、ファイルデータ６
２４の内容を順次ファイル格納用エリア２４１に格納し
ていく。クライアント側受信部２３は、ファイル受信開
始時に、ファイルサイズ６２３の情報を参照してファイ
ルのサイズを確認すると、当該ファイル格納に充分なエ
リア２４１をメモリ２４に確保し、ここにファイルデー
タを格納していく。クライアント側受信部２３は、受信
中のファイルについて受信・格納済みのデータ量を監視
する経過監視部２３１を有している。

【００２５】クライアント側受信部２３によるファイル
受信は、正常に終了する場合と中断される場合とがあ
る。正常終了とは最終のファイル転送パケット（最終パ
ケットフラグ６２３がＯＮ）の受信を正常に完了するこ
とであり、中断とは最終のファイル転送パケットを受信
する前に、サーバ１０とクライアント２０との間のコネ
クションが切断されること（図２（ｂ）の例では、サー
バ１０から中断通知を受け取ること）である。クライア
ント側受信部２３は、正常終了の場合は正常に終了した
旨のみをクライアイント制御部２２に通知し、経過監視
部２３１の保持する監視用情報（格納済みデータ量の情
報）を削除する。

【００２６】一方、ファイル転送が中断された場合、ク
ライアント側受信部２３は、中断による終了である旨と
経過監視部２３１が保持している受信済みデータ量のデ
ータとをクライアイント制御部２２に通知する。いった
ん転送の中断したファイルの再送の場合、クライアント
側受信部２２は、ファイル転送パケットを受信すると、
再送ファイルのデータを当該ファイルデータ格納用エリ
ア（メモリ２４内）の格納済みデータの末尾に続けて格
納する。再送ファイルのデータを受信・格納する場合に
ついても、全データの格納が終われば、クライアント側
受信部２３はクライアント制御部２２に受信終了を通知
する。

【００２７】クライアイント制御部２２は、上記の構成
各部の処理を制御してファイル転送処理を円滑に実行さ
せる。具体的には、インタフェース部２５経由でファイ
ル取得の指示を受け付けて、クライアント送信部２１に
サーバ１０との通信を確立させる。次いで、クライアン
ト側受信部２２にファイルデータ（ファイル転送パケッ
ト６００）を受信させ、ファイルの全データの受信が完
了するとインタフェース部２５経由で要求元に通知す
る。また、クライアイント制御部２２は、サーバ１０か
らファイル転送の中断を通知された場合、インタフェー
ス部２５経由で要求元の指示を求め、要求元がファイル
の再取得を指示した場合には、クライアント側送信部２
１に指示して再転送要求をサーバ１０に送信させる。

【００２８】（クライアントの動作）以下、ファイル転
送処理におけるクライアント２０の動作について、図面
を参照しながら説明する。図７は、クライアント２０の
動作を示すフローチャートである。先ず、インタフェー
ス部２５経由で、ファイル取得するよう指示を受け付け
ると（Ｓ７０１：Yes）、クライアント側送信部２１が
サーバ１０との通信リンクを確立し（Ｓ７０２）、取得
しようとするファイルの識別子（名称）などの情報を格
納したファイル転送要求命令を生成、サーバ１０に送信
する（Ｓ７０３）。

【００２９】次いで、クライアント側受信部２２が、サ
ーバ１０から送信されてくるファイル転送パケットを受
信して、ファイルデータをメモリ２４内に格納していく
（Ｓ７０４）。そして、サーバ１０からのファイル転送
が終了するのを待つ（Ｓ７０５：Yes）。終了には、正
常にファイルの全データ受信が完了した場合と、中断に
よる終了の場合とがある。正常にファイル転送が完了し
た場合には（Ｓ７０６：Yes）、クライアイント制御部
２２はインタフェース部２５に指示して正常に完了した
旨を要求元に伝えて、クライアント２０におけるファイ
ル転送処理は完了する（Ｓ７１１）。

【００３０】一方、中断の場合（Ｓ７０６：No）、クラ
イアイント制御部２２は、やはりインタフェース部２５
に指示して、ファイル転送が中断された旨を要求元に伝
えさせ、ファイルの再取得が必要か問い合わせを行わせ
る（Ｓ７０７）。この問合せに対する要求元の指示が、
「再取得不要」であれば（Ｓ７０８：No）、クライアン
ト制御部２２はクライアント側受信部２３に指示して、
中断までに受信したファイルのデータを削除させ、ファ
イル格納用のエリアを開放させてファイル転送処理を終
了させる（Ｓ７０９）。ユーザの指示が「再取得要」で
あれば（Ｓ７０８：Yes）、クライアント制御部２２
は、ファイル名と受信済みデータ量との情報を経過監視
部２３１から取得してクライアント側送信部２１に送
り、再送要求パケットを生成させサーバ１０に送信させ
る（Ｓ７１０）。

【００３１】再送要求パケット送信後は、ステップＳ７
０４〜Ｓ７１１の処理を繰り返す。 （サーバの構成）図８は、サーバ１０について、その構
成のうちファイル転送に関連する部分を示すブロック図
である。サーバ１０は、サーバ側送信部１１、サーバ側
受信部１２、サーバ制御部１３、ファイル管理部１４な
どを有する。

【００３２】サーバ側受信部１２は、クライアント２０
からのファイル送信要求パケット（ファイル転送要求命
令４００、またはファイル再送要求命令５００）を受け
付けると、パケットから転送要求の対象ファイルに関す
る情報を抽出してサーバ制御部１３に通知する。対象フ
ァイルに関する情報とは、ファイル転送先（要求元）ク
ライアントの通信アドレス、コマンドＩＤ（get：通常
の転送要求、get offset：再送要求）、ファイル名、さ
らに、転送済みデータ量（再送要求の場合のみ）などで
ある。

【００３３】ファイル管理部１４は、サーバ制御部１３
から上記の転送対象ファイルに関する情報を受け取り、
通知されてきたファイル名で指定されるファイルをＨＤ
Ｄ４０から読み出して、要求元クライアントの通信アド
レス、ファイル名とともにサーバ側送信部１１に出力す
る。ファイル管理部１４は、通常のファイル転送と再送
とでファイルのデータ読み出し開始位置を区別する。通
常のファイル転送の場合は、ファイルの先頭からデータ
を読み出すが、再送の場合は、既に送信済みのデータに
続く部分のデータ読み出しを行うよう、読み出し開始位
置はファイル先頭から「転送済みデータ量」（サーバ制
御部１３から取得）の値だけ進んだ位置とする。

【００３４】サーバ側送信部１１は、ファイル管理部１
４からファイルのデータが出力されてくると、これを関
連情報（ファイル名、要求元クライアントの通信アドレ
ス）とともに内蔵ＲＡＭに格納し、ファイル転送パケッ
ト６００（図６参照）を生成してファイルデータを格納
し、要求元クライアントに送信する。１つのパケットに
格納できるファイルデータ量は限られているので、通
常、サーバ側送信部１１は、１つのファイルデータを分
割して複数のパケットに分けて送信する。

【００３５】サーバ側送信部１１は、転送対象ファイル
の全データの送信を終えた時点で、当該ファイルの送信
完了通知をサーバ制御部１３に送り、内蔵ＲＡＭに格納
していた当該ファイル関連のデータや情報を消去する。
また、サーバ制御部１３の判断によってファイル送信が
中断される場合、サーバ側送信部１１は、サーバ制御部
１３の指示を受けて当該ファイルの転送処理を停止する
と共に、停止通知を要求元クライアントに送信する。ま
た、内蔵ＲＡＭに格納していた当該ファイルのデータや
関連情報を消去する。

【００３６】なお、サーバ１０は複数のクライアントに
対して並行してファイル転送を行う場合があり、その
際、サーバ側送信部１１は複数のファイルのデータ送信
処理を時分割制御によって並行して行う。サーバ制御部
１３は、サーバ側受信部１２から転送対象のファイルに
関する情報（ファイル転送要求命令４００またはファイ
ル再送要求命令５００の情報）を受け取ると、これをフ
ァイル管理部１４に通知する。この時、サーバ制御部１
３は、転送要求元クライアントの識別情報（アドレス）
と送信すべきファイルの識別情報とを組み合わせた管理
情報（転送管理情報１３１）を生成し、サーバ側送信部
１１から当該ファイルの送信完了通知が送られてくるま
で内蔵メモリに保持しておく。複数のファイル転送処理
を並行して行う場合、サーバ制御部１３は複数の転送管
理情報を生成・保持する。

【００３７】また、サーバ制御部１３は、あるファイル
転送処理について続行ができない事情が発生した場合、
サーバ側送信部１１に指示して当該ファイルのデータの
送信を中断させる。サーバ制御部１３がファイル転送を
中断させるのは、転送に使用していた回線に障害が発生
した場合、あるいは、回線のデータ送信能力に比してフ
ァイル転送処理件数が多くなり過ぎて、回線負荷が重く
なった状況から、新たな緊急のファイル転送処理の要求
を受け付けた場合、などである。

【００３８】（サーバの動作）以下、ファイル転送処理
におけるサーバ１０の動作について、図面を参照しなが
ら説明する。図９は、サーバ１０の動作を示すフローチ
ャートである。サーバ１０は複数のファイル転送処理を
並行して行う場合もあるが、ここでは１件のファイル転
送処理のみ行う場合について説明する。

【００３９】先ず、サーバ側受信部１１がファイル転送
用の命令をクライアント２０から受け付けると（Ｓ９０
１：Yes）、これが格納されたパケットの内容から要求
の種類をチェックする（Ｓ９０２）。命令の種類が通常
のファイル転送要求命令（get）であれば（Ｓ９０
３：”通常”）、サーバ制御部１３は、ファイル管理部
１４に指示して要求のあったファイルのデータを先頭か
ら読み出させ、サーバ側送信部１１に出力させる（Ｓ９
０４）。一方、要求の種類がファイル再送要求命令（ge
t offset）である場合（Ｓ９０３：”再送”）、サーバ
制御部１３は命令に含まれる転送済みデータ量の情報を
ファイル管理部１４に通知して、未転送部分の先頭から
データ読み出しを行わせる（Ｓ９０５）。ファイル管理
部１４は、読み出したファイルデータをサーバ側送信部
１１に出力する。

【００４０】サーバ側送信部１１は、出力されてきたフ
ァイルデータをファイル転送パケットに格納して要求元
クライアント２０に送信する処理を（Ｓ９０６）、全フ
ァイルデータを転送し終えるか（Ｓ９０７：Yes）、サ
ーバ制御部１３から中断指示を受けるまで（Ｓ９０８：
Yes）繰り返す。中断指示を受けた場合には、要求元ク
ライアント２０に中断を通知したうえで、転送処理を終
了する（Ｓ９０９）。

【００４１】（まとめ）このように、本実施の形態のフ
ァイル転送システム１によれば、再転送専用に拡張した
ＦＴＰ命令（get offset）を設けて中断前転送済みデー
タ量の情報を設定することで、いったん転送が中断され
たファイルの再転送においては、中断前に転送済みのデ
ータの後に続く部分のみを転送することができる。その
ため、再転送の場合もファイルの先頭からデータを転送
し直す方法に比べて、ファイル転送を速やかに行うこと
ができる。

【００４２】なお、上記の説明では、クライアントがフ
ァイル再転送要求する際、ファイルデータ送信開始位置
の指定は、中断前にクライアント側が受信したデータ量
をバイト数で表した値によっているが、これ以外の形で
ファイルデータの再送開始位置を指定することもでき
る。例えば、転送対象のファイルが文書データの場合、
クライアントは、受信したファイルデータ中の制御文字
（改行文字など）をカウントしておき、中断後の再送要
求時には、「データ中のｎ番目の改行文字以降」という
形で、ファイルデータの再送開始位置を指定することが
できる。また、サーバ側が、ファイル転送開始前に、フ
ァイルデータを分割してブロックに分け、ブロック番号
をファイル転送パケットに格納してデータ送信を行え
ば、クライアイントは中断後の再送要求時に、「ｎ番目
のブロックから」という形でファイルデータの再送開始
位置を指定することができる。 （変形例）以下、上記実施の形態のファイル転送システ
ムの変形例を示す。いずれの変形例においても、システ
ムの全体構成は、１つのサーバと複数のクライアントと
がネットワークで接続されたもので、上記実施の形態の
システムと同じ（図１参照）であるため、各変形例と
も、ファイル転送システムの全体構造を示す図面は省略
する。ただし、各変形例ともサーバおよびクライアント
の少なくとも一方が、上記実施の形態におけるサーバ１
０、クライアント２０の行う処理に加えて、変形例に固
有の処理を行うので、サーバ１０、クライアント２０と
区別するために、変形例ごとに、サーバおよびクライア
ントに固有の参照番号を付加することとする。 （変形例１）本変形例のファイル転送システムは、ファ
イルの転送中断のタイミングをクライアント主導で決定
するものである。

【００４３】先ず、本変形例におけるファイル転送処理
において、サーバ１１０とクライアント１２０との間で
やり取りされる命令およびデータの流れを、シーケンス
図にそって説明する。図１０は、サーバ１１０とクライ
アント１２０との間で実行されるファイル転送処理の過
程の一例を示すシーケンス図である。

【００４４】先ず、クライアント１２０が、ファイル転
送要求命令（get）をサーバ１１０に送信して、サーバ
１１０からクライアント１２０へのファイル転送が始ま
る（、）。クライアント１２０は、ファイル転送処
理の進行状態（受信済みデータ量）を監視する。クライ
アント１２０はファイルデータをもとに何らかの処理を
行うが、一度に処理できるファイルデータ量に限界があ
る。そこで、受信済みデータ量がこの限界値（以下「デ
ータ量限界値」）を越えるおそれがある場合、クライア
ント１２０はサーバ１１０に対してファイル転送処理の
中断要求を送信する。

【００４５】具体的には、クライアント１２０は、受信
済みデータ量とデータ量限界値との差分が所定の閾値に
達すると、通算のファイルデータ送信量がこの限界値に
達した時点でファイル転送処理を打ち切るよう求める
「abort」命令を格納したパケットをサーバ１２０に送
信する（）。このabort命令発行の処理は、ファイル
転送処理におけるクライアント１２０のプロセスの中
で、ファイルデータ受信処理とは別スレッドとして定
義、実行することで、ファイルデータの受信処理に並行
して行うことができるようにしてある。

【００４６】サーバ１１０は、転送中ファイルについて
転送済みデータ量を監視しており、abort命令を受け付
けると、該当する転送中ファイルについては、こ通算の
ファイルデータ送信量が、abort命令で指定されたデー
タ量に達した時点で転送処理を打ち切る（）。その
後、クライアント１２０を含むＰＣが、受信したファイ
ルデータを使用して処理を行うが、もし必要であれば、
その処理実行後に、更に同ファイルの後続のファイルデ
ータ転送をサーバ１１０に要求することもできる。その
場合には、再転送の扱いとして、「get offset」命令を
用いる（）。この方法によれば、クライアントは、あ
るファイルの先頭から、順次所定のデータ量ずつファイ
ルデータを取得することができる。 （構成）以下、本変形例におけるクライアントおよびサ
ーバの構成を、図面を参照しながら説明する。 （クライアントの構成）図１１は、本変形例におけるク
ライアント１２０の構成を示すブロック図である。本変
形例固有の処理を行う構成部は、クライアント制御部１
２２およびクライアント側送信部１２１である。

【００４７】クライアント側送信部１２１は、クライア
ント制御部１２２からの指示に応じて、中断要求命令
（abort命令）を納めたパケットを生成し、サーバ１１
０に送信する。図１２は、中断要求命令の構成を示す模
式図である。中断要求命令１２００は、ヘッダ部１２１
０とファイル情報部１２２０とを有する。ヘッダ部１２
１０に納められるコマンドＩＤ１２１１の内容は中断を
示す「abort」となり、ファイル情報部１２２０には、
送信中断要求の対象であるファイルの識別情報１２２１
に加えて、当該ファイルについて何バイトのファイルデ
ータを送信した時点で転送処理を中断するかを示す中断
位置情報１２２２が格納される。中断位置情報１２２２
は、クライアント制御部１２２が保持しているデータ量
限界値１１１０に等しい。

【００４８】図１２に示す中断要求命令１２００の内容
は、ファイル名が「file001」であるファイルの転送処
理について、ファイル先頭から３０００バイトのデータ
を送信し終えた時点で転送処理を打ち切るよう求めるも
のである。クライアント制御部１２２は、クライアント
側受信部２３がファイル転送パケットを受信してファイ
ルデータのメモリ２４への格納を終えるたびに、受信済
みデータ量の情報をクライアント側受信部２３（メモリ
監視部２３１）から取得し、予め保持しているデータ量
限界値１１１０と比較する。そして、両データ量の差分
が所定値以下になると、このデータ量限界値１１１０を
中断位置情報１２２２としてクライアイント側送信部１
２１に通知して、中断要求命令１２００の生成とサーバ
１１０への送信を指示する。

【００４９】（サーバの構成）図１３は、本変形例にお
けるサーバ１１０の構成を示すブロック図である。サー
バ１１０において本変形例固有の処理を行うのはサーバ
側送信部１１１、サーバ制御部１１３である。サーバ制
御部１１３は、サーバ側受信部１２経由でクライアント
１２０から中断要求命令１２００の内容を受け取ると、
そのうちのファイル識別情報１２２１および中断位置情
報１２２２の内容をサーバ側送信部１１１に通知する。
サーバ制御部１１３は、サーバ側送信部１１１が要求通
りの中断位置でファイル転送処理を中断できるように、
転送処理中のファイルについて、転送済みデータ量の情
報（転送管理情報）を保持している。この転送管理情報
１３１は、処理中のファイルの名称と当該ファイルの転
送済みデータ量の値とを組み合わせた内容である。サー
バ制御部１１３は、サーバ側送信部１１１が１パケット
分のファイルデータ送信を行うたびに、当該ファイルの
名称と送信したデータ量との情報をサーバ側送信部１１
１から取得し、当該転送処理に関する転送管理情報１３
１のうち転送済みデータ量の値を更新する。

【００５０】サーバ側送信部１１１は、サーバ制御部１
１３から通知された中断要求に関する情報と転送管理情
報１３１の内容とに従って、必要な量のファイルデータ
を送信し終えた時点で、当該ファイル転送処理を中断す
る。サーバ側送信部１１１は、１パケット分のデータ送
信を行うたびに、当該パケットで送信されたデータ量を
ファイル名とともにサーバ制御部１１３に通知する。こ
れによって、サーバ制御部１１３は転送管理情報１３１
の内容を更新する。

【００５１】サーバ１１０における、中断要求受け付け
からファイル転送処理中断までの流れを、以下、図面に
従って説明する。図１４は、サーバ１０におけるファイ
ル転送中断処理の流れを示すフローチャートである。先
ず、サーバ側受信部１２がクライアント１２０から中断
要求命令を受信し（Ｓ１４０１：Yes）、サーバ側送信
部１１１は、サーバ制御部１１３経由で命令の内容を取
得する（Ｓ１４０２）。サーバ側送信部１１１は、中断
要求命令によって指定されたファイル名をもとに転送管
理情報を参照し、中断指定されたファイルが実際に転送
処理中であるかどうか確認する（Ｓ１４０３）。

【００５２】指定されたファイルが転送処理中であれ
ば、それ以降、当該転送中ファイルについて１パケット
分のファイルデータをクライアントに送信するたびに、
転送管理情報１３１における転送済みデータ量の値と中
断位置情報の値とを比較し、転送済みデータ量が中断位
置に達したところで、ファイルデータ送信処理を終える
（Ｓ１４０４、Ｓ１４０５、Ｓ１４０６）。なお、最終
のファイル転送パケットについては、転送済みデータ量
と中断位置情報の示すデータ量とが同じになるよう、格
納するデータ量を調整する。

【００５３】そして、サーバ制御部１１３は、中断した
ファイル転送処理に関する転送管理情報を消去し、これ
で、サーバ１１０側の転送中断に関する処理は終了する
（Ｓ１４０７）。 （まとめ）このように、本変形例のファイル転送システ
ムによれば、再転送専用に拡張したＦＴＰ命令（abor
t）を設けて転送データ量で中断位置を指定できるよう
にすることで、クライアント１２０側が転送を希望する
のがファイルデータの一部のみであった場合、実際に転
送を望む量のデータ転送が完了した段階でファイル転送
処理を中断することができ、クライアント１２０は必要
な分のファイルデータだけを速やかに取得することがで
きる。

【００５４】なお、上記の説明では、中断位置の指定は
バイト数によることとしたが、ここで指定する中断位置
は、他のいろいろな形式に対応することができる。例え
ば、フレーム（１／３０秒分の映像データ）の数、ファ
イル全容量に対する比率などである。ただし、中断位置
の目安がバイト数以外の形式であった場合も、クライア
ント側制御部１２２はこれをバイト数単位に換算して、
クライアント側送信部１２１に通知するので、最終的に
中断要求命令１２００の中断位置情報１２２２に納めら
れるのはバイト単位の値となる。

【００５５】また、本変形例と上記実施の形態とを組み
合わせること、すなわち、「get offset」命令と「abor
t」命令とを組み合わせることで、クライアント１２０
は、大量のファイルデータを所定のデータ量分ずつサー
バ１０受信することができる。例えば、あるファイルの
データを１０００バイトずつｎ回に分けて取得しようと
する場合、「get ファイル名」→「abort ファイル名,
1000(ハ゛イト)」→「getファイル名, offset＝1000(ハ゛イ
ト)」→「abort ファイル名, 2000(ハ゛イト)」… →「get
ファイル名, offset＝（n-1）×1000(ハ゛イト)」→「abort
ファイル名, n×1000(ハ゛イト)」とすればよい。 （変形例２）本変形例は、ファイル転送が中断された後
の再転送要求時に、クライアントがファイル再転送用の
回線として、最も転送時間が短くなると思われる回線を
選択して使用するものである。本変形例のファイル転送
システムにおいては、クライアント１６００が固有の処
理を行う。サーバ１０の動作は前記実施の形態における
ものと同じである。

【００５６】本変形例におけるファイル転送処理の流れ
を、図面を参照しながら以下に説明する。図１５は、本
変形例におけるファイル転送処理（中断と再送を含む場
合）の流れを示すシーケンス図である。クライアント１
６００からサーバ１０にファイル転送要求が送信されて
から、転送処理が中断されるまでは（、、）、前
記の実施の形態（図２（ｂ））と同じである。ここで、
クライアント１６００は、転送処理再実行の要求（geto
ffset）を出す際、転送処理がもっとも早く完了すると
思われる回線を、接続経路情報（回線ごとの過去のファ
イル転送処理における処理速度の情報）をもとに選択
し、当該回線を介してサーバとの通信を確立する
（）。

【００５７】そして、再開後のファイル転送処理（）
が終了すると、クライアントはを、次回以降の回線選択
に利用するため、当該ファイル転送処理の結果をもとに
接続経路情報の内容を更新する。 （構成）本変形例におけるファイル転送システムは、ク
ライアント１６００が回線選択用の構成である回線選択
部を備える点が異なる。また、この選択部の処理に関連
して、クライアント制御部、クライアント側送信部、ク
ライアント側受信部が本変形例固有の処理を行う。

【００５８】図１６は、本変形例におけるクライント１
６００の構成を示すブロック図である。上記実施の形態
におけるクライアント２０と共通の部分については同じ
参照番号を付し、説明は省略する。回線選択部１６１０
は、クライアント１６００がファイル転送に使用できる
回線について、それぞれ直前のファイル転送処理におけ
る実績を接続経路情報１７００として保持しておき、い
ったん中断されたファイルの再転送を行う際、接続経路
情報１７００をもとに最適（最も転送処理を早く終らせ
ることができる）と判断した回線をクライアント制御部
１６２２に通知する。

【００５９】図１７は接続経路情報１７００の構成と内
容の一例とを示す図である。接続経路情報１７００は、
回線ＩＤ欄１７１０、使用状態欄１７２０、転送成績欄
１７３０から成る。回線ＩＤ欄１７１０には、接続可能
な回線（ここでは図１に示す回線Ａ、Ｂ、Ｃ）のいずれ
に関する情報かを示す回線ＩＤが格納される。

【００６０】使用状態欄１７２０には、回線が使用中で
あるかどうかを示すフラグが格納されている。ＯＮなら
ば使用中であり、ＯＦＦならば使用されていない状態で
ある。使用状態欄１７２０の内容については、サーバ１
０との通信が確立または終了した際に、クライアント側
送信部１６２１またはクライアント側受信部１６２３か
らクライアント制御部１６２２に対して通信の確立／終
了（中断も含む）およびその通信に使用された回線とが
通知され、この使用回線の情報がクライアント制御部１
６２２から回線選択部１６１０に通知されるので、これ
をもとに回線選択部１６１０がフラグのＯＮ／ＯＦＦを
設定する。

【００６１】転送成績欄１７３０には、当該回線を用い
た直前のファイル転送処理における転送レート（転送フ
ァイル容量÷転送時間長）が格納される。転送成績欄１
７３０については、クライアント制御部１６２２が、ク
ライアント側受信部１６２３から取得した情報（ファイ
ルデータ受信の開始／終了のタイミング、転送ファイル
のサイズ、使用回線の回線ＩＤ）を回線選択部１６１０
に通知してくるので、回線選択部１６１０は、これらの
情報をもとに当該ファイル受信における転送レートを、
「転送レート ＝ ファイルサイズ ÷ 転送所要時間」と
いう式で算出して転送成績欄１７３０に値を設定する。
（（注）転送所要時間 ＝ 転送終了時刻− 転送開始時
刻） そして、ファイル再転送を要求する際、クライアント制
御部１６２２はクライアント側送信部１６２１に再送要
求パケットの生成と送信とを指示する前に、回線選択部
１６１０に対して使用すべき回線を問い合わる。回線選
択部１６１０は、基本的に、空き回線（使用状態欄１７
２０の内容がＯＦＦのもの）のうち転送成績欄１７３０
に格納された転送レートの値が最も大きいものをクライ
アント制御部１６２２に通知する。

【００６２】ただし、ネットワークでの障害などにより
転送が中断されたファイルの再転送要求時、クライアン
ト制御部１６２２は、この障害の発生した回線を回線選
択部１６１０に通知し、この回線は避けて回線の選択を
行うよう指示してくるので、回線選択部１６１０は、障
害の発生した回線以外の空き回線のうちで転送レートが
最も高いものを選択し、その回線ＩＤをクライアント制
御部１６２２に通知する。

【００６３】クライアント制御部１６２２は、回線選択
部１６１０が通知してきた回線ＩＤをクライアント側送
信部１６２１に通知して、当該回線を介してファイル再
送要求命令をサーバ１０に送信させる。クライアント側
送信部１６２１は、回線選択部１６１０が選択した回線
を介して、ファイル再送要求命令をサーバ１０に送信す
る。

【００６４】以下、回線の指定がどのように実現される
か、図面を参照しながら説明する。図１８は、図１に示
すファイル転送システムの一部で、クライアント１６０
０、ルータ５０、回線Ａ、Ｂ、Ｃの接続の状態を示す図
である。図１８に示す通り、ルータ５０において、回線
Ａに接続されるポート５０１には「ａ1．ａ2.ａ3.ａ
4」、回線Ｂに接続されるポート５０２には「ｂ1.ｂ2.
ｂ3.ｂ4」、回線Ｃに接続されるポート５０３には「ｃ
1.ｃ2.ｃ3.ｃ4」、というＩＰアドレスがそれぞれ付加
されている。クライアント制御部１６２２は、これらポ
ートごとのＩＰアドレスとそこに接続される回の回線Ｉ
Ｄとの組み合わせ（例：「"ａ1.ａ2.ａ3.ａ4"， "
Ａ"」）で保持しておき、回線選択部１６１０が選択し
た回線（回線ＩＤ）に対応するＩＰアドレスをクライア
ント側送信部１６２１に通知する。すると、クライアン
ト側送信部１６１は、ルータ５０に対して、ＩＰアドレ
スを指定して再送要求パケットを送信する。ルータ５０
はポＩＰアドレスで指定されたポートに接続された回線
に再送要求パケットを送信する。

【００６５】（選択部１６１０の動作）以下、図面を参
照しながら、回線選択部１６１０による回線選択処理の
流れを説明する。図１９は、回線選択部１６１０による
回線選択処理の動作を示すフローチャート図である。

【００６６】先ず、回線選択部１６１０は、ファイル転
送処理中断にともなってクライアント制御部１６２２か
ら回線選択指示を受けつけ（Ｓ１９０１：Yes）、接続
経路情報を読み出す（Ｓ１９０２）。ここで、回線選択
部１６１０は、接続経路情報のうち中断時に使用してい
た回線（クライアント制御部１６２２から通知される）
に関する情報を除いて（Ｓ１９０３）、残りの回線のう
ち、転送成績欄１７３０の値が最大のものを選択する
（Ｓ１９０４）。

【００６７】図１７に示した接続経路情報１７００の例
でいえば、回線選択部１６１０は、中断時使用中だった
回線（回線ＩＤ欄１７１０の内容が「Ｂ」のもの。回線
３０２に対応）を除いて、回線ＩＤ欄１７１０の内容が
「Ａ」「Ｃ」の２つの回線のうち、転送成績欄１７３０
の値が大きい「Ｃ」の回線を選択する。 （まとめ）以上の説明の通り、本変形例では、クライア
ント１６００がファイル転送を再開する際には、あらか
じめ登録されている経路（ここでは回線Ａ、Ｂ、Ｃ）の
中から、ファイル転送中断時に使われていた経路（回
線）以外の経路のうちファイル転送速度が最も早いと考
えられるものを選択し、この経路を用いてファイル転送
を再開する。それによって、中断後の再送処理も含めて
ファイル転送に費やす時間を最小限に短縮することがで
きる。

【００６８】なお、本変形例では、１つのファイル転送
経路が１つの回線によって成り立つこととしているが、
１つの転送経路が複数の回線にまたがって成る場合もあ
る。その場合、選択の対象は回線ではなく経路となる。
また、回線選択において参照する情報は、直前の転送処
理における転送成績としているが、これ以外の情報をも
とに回線を選択してもよい。例えば、過去一定期間にお
ける回線トラブルの発生件数、直前のトラブル発生時刻
などが考えられる。また、クライアントの管理者が、回
線に関する各種情報（上述の情報を含む）をもとに判断
して回線の優先順位をあらかじめ定めてクライアントに
指示しておき、クライアントはこの優先順位指定に従っ
て回線を選択すること、としてもよい。 （変形例３）本変形例は、サーバがファイル転送処理を
中断する場合において中断すべきファイル転送処理の決
定する際の手順に関するものである。 （シーケンス）本変形例におけるファイル転送処理の流
れは上記実施の形態と同じであるので、ファイル転送処
理のシーケンスの説明は省略する。 （構成）本変形例におけるファイル転送システムは、上
記実施の形態に示したファイル転送システム１と比べ、
クライアントの構成は同一である。ただし、サーバ２０
１０は、本変形例固有の構成として、ネットワーク負荷
増大にともなってファイル転送処理を中断する場合に、
中断すべきファイル転送処理を選択する転送中断判定部
２０１０を備える。また、この転送中断判定部２０１０
の処理に関連して、サーバ制御部２０１２が、本変形例
固有の処理を行う。

【００６９】サーバ２０００が実行中のファイル転送処
理を中断するのは、転送処理負荷が過大となって新規の
ファイル転送要求が実行できない状態であるにも拘わら
ず、優先度の高い新規の転送要求を受け付けた場合であ
る。ここでいう「優先度」とは、要求元クライアントが
ファイルデータを用いて行おうとしている作業の重要
性、緊急性、あるいは要求元クライアントの優先順位な
どによって決まるものである。さらに、再送要求（get
offset）に応じて行われるファイル転送処理は、通常の
転送要求（get）に応じて行われるファイル転送処理よ
りも優先度が高い。これは、同一のクライアントが繰り
返し処理を中断されることを防ぐためである。

【００７０】図２０は、本変形例におけるサーバ２００
０の構成を示すブロック図である。上記実施の形態にお
けるサーバ１０と同一の処理を行う構成部については同
じ参照番号を付し、説明は省略する。サーバ制御部２０
１３は、転送中断判定部２０１０が転送中断すべきファ
イル送信処理を選択する基準として参照する転送管理情
報２１００を生成・管理する。転送管理情報２１００
は、実施の形態における転送管理情報１３１とは内容が
異なっている。

【００７１】図２１は、本変形例における転送管理情報
２１００の構成と内容の一例とを示す模式図である。転
送管理情報２１００は、サーバ２０００が実行中のファ
イル転送処理件数と同数存在し、クライアントＩＤ欄２
０１０、ファイル識別子欄２１２０、ファイルサイズ欄
２１３０、既転送データ量欄２１４０、転送レート欄２
１５０、再転送フラグ欄２１６０とから成る。転送管理
情報２１００は、ファイル転送処理開始時に生成され、
転送処理完了後に消去される。また、転送管理情報２１
００のうち既転送データ量欄２１４０の内容は、１パケ
ット分のファイルデータ送信処理が終わるたびに更新さ
れる。

【００７２】クライアント識別子欄２１１０には、ファ
イル転送処理要求元のクライアントの識別情報（アドレ
ス）が格納される。サーバ制御部２０１３は、クライア
ント識別情報をファイル転送要求命令４００（図４）か
ら取得する。ファイル識別子欄２１２０には、転送処理
実行中のファイルの識別情報が格納される。サーバ制御
部２０１３は、ファイル識別情報を転送要求パケットか
ら取得する。

【００７３】ファイルサイズ欄２１３０には、転送処理
対象のファイルのサイズ（全体長）をバイト数で表した
値が格納される。サーバ制御部２０１３は、ファイルサ
イズ情報をファイル管理部１４から取得する。既転送デ
ータ量欄２１４０には、当該転送中ファイルについて転
送済みデータ量の情報が格納される。サーバ側送信部１
１が１パケット分のファイルデータの送信を終える毎
に、サーバ制御部２０１３は、当該パケットによって転
送されたファイルデータの量を、既転送データ量欄２１
４０に足し込んでいく。

【００７４】転送レート欄２１５０には、当該転送中フ
ァイルについて、データ転送レートが格納される。デー
タ転送レートは、ファイル転送処理開始時に、サーバ制
御部２０１３が転送処理ごとに割り当てるもので、当該
ファイル転送処理における単位時間当たりのデータ転送
量（単位：Kbps）の上限である。そして、サーバ側送信
部１２は、当該ファイルの転送処理実行にあたって、デ
ータ送信を転送レートの範囲内で行う。すなわち、サー
バ制御部２０１３があるファイルの転送処理について転
送レートを２０Kbpsと決定すると、サーバ側送信部１２
は、当該ファイルのデータをクライアント２０に送信す
る際、データ転送レートが２０Kbps以下となるように制
御しながら、ファイルの転送を行うことになる。

【００７５】再転送フラグ欄２１６０には、当該ファイ
ル転送処理が、いったん中断された後に再転送要求に応
じて実行されているものかどうかを示すフラグが設定さ
れる。ＯＮであれば再転送、ＯＦＦであれば通常の転送
である。サーバ制御部２０１３は、再転送開始時にのみ
この欄にＯＮを設定する。サーバ制御部２０１３は、サ
ーバ側送信部１１があるファイルについてデータ送信処
理を開始した時点で、サーバ側送信部１１から当該ファ
イル識別子と転送開始時刻の情報とを取得し、当該ファ
イル転送処理用の転送管理情報２１００を生成する。そ
の後は、サーバ制御部２０１３はサーバ側送信部１１が
１パケット分のファイルデータの送信を終える毎に、当
該ファイルに関する既転送データ量欄２１４０の内容を
更新する。

【００７６】サーバ制御部２０１３は、サーバ側受信部
１２からファイル転送要求受付（ファイル転送要求命令
受信）の通知があるたびに実行中の転送処理の負荷をチ
ェックして、新たなファイル転送処理を行うことができ
るかどうか判定する。負荷が過大で、このままでは新た
なファイル転送処理の開始は不可能と判断すると、サー
バ制御部２０１３は転送中断判定部２０１０に指示し
て、実行中のファイル転送処理のうち中断すべきものを
選択させる。

【００７７】そして、サーバ制御部２０１３は、サーバ
側送信部１１に指示して、転送中断判定部２０１０が選
択したファイル転送処理を中断させ、その代わりに新規
に受け付けたファイル転送処理を開始させる。転送中断
判定部２０１０は、サーバ制御部２０１３からの指示を
受けて、実行中のファイル転送処理のうち中断すべきも
のを選択、サーバ制御部２０１３に通知する。転送中断
判定部２０１０は、転送管理情報２１００をもとに、転
送完了までの時間が最も長くかかると判定した転送処理
を、中断すべきものとして選択する。ただし、再転送の
ファイル転送処理については、なるべき中断させないよ
うにする。実行中のファイル転送処理が全て再転送であ
る場合を除いて、転送中断判定部２０１０が再転送のも
のを選択することはない。

【００７８】転送中断判定部２０１０は、先ず転送終了
率を見て中断すべき転送処理を決定する。転送終了率
は、転送中ファイルのデータのうちどれだけが転送済み
かを示す値で、送信管理情報２１００における既転送デ
ータ量欄２１４０の値をファイルサイズ欄２１３０の値
で割ったものである。転送終了率が低いファイル転送処
理を選択するのは、今後も転送処理が長く続くことが予
想されるからである。

【００７９】ただし、使用する回線の状態などによって
は、転送終了率がそのまま転送終了までにかかる時間の
長さを表すとは言えない場合もある。そこで、転送終了
までの予想残り時間を算出し、これを基準に中断すべき
ファイル転送処理を選択することにしてもよい。予想残
り時間は、ファイルサイズ欄２１０３の値から既転送デ
ータ量欄２１４０の値を引いて、あと何バイトのデータ
を送信するかを求め、このデータ残量を転送レート欄２
１５０の値で割ることで得られる。

【００８０】（動作）以下、サーバ２０００によるファ
イル転送処理中断の動作を、以下、図面に従って説明す
る。図２２は、サーバ２０００が、新規のファイル転送
要求を受けて、実行中のファイル転送処理を中断するま
での処理の流れを示すフローチャートである。

【００８１】先ず、サーバ側受信部１２がファイル転送
要求を受け付け、その内容をサーバ制御部２０１３に出
力する（Ｓ２２０１：Yes）。サーバ制御部２０１３
は、当該転送要求を実施できるかどうか（実行中のファ
イル転送処理によってサーバ２０００のデータ転送能力
が限界に達しており、新たなファイル転送処理を行う余
地がない状態かどうか）を判定する。実施可能と判定し
た場合（Ｓ２２０２：No）、サーバ制御部２０１３は、
ファイル管理部１４およびサーバ側送信部１１に指示し
て、当該ファイルの転送処理を実施させる（Ｓ２２０
７）。実施不能と判定した場合（Ｓ２２０２：Yes）、
サーバ制御部２０１３は転送中断判定部２０１０に指示
して、中断すべき転送処理を選択させる。転送中断判定
部２０１０は転送管理情報２１００の内容をもとに中断
する転送処理を決定する。この時、転送中断判定部２０
１０は、再転送のファイル転送処理を除いて（Ｓ２２０
４）、中断すべき転送処理を決定するが、全てのファイ
ル転送処理が再転送の場合は（Ｓ２２０３：Yes）、再
転送のファイル転送処理から中断すべきものを決定する
（Ｓ２２０５）。

【００８２】サーバ制御部２０１３は、選択部が選択し
た転送処理をサーバ側送信部１１に通知して、処理を中
断させる（Ｓ２２０６）。そして、中断処理が完了する
と、サーバ制御部２０１３はファイル管理部１４および
サーバ側送信部１２に指示して、新規のファイル転送処
理を実施させる（Ｓ２２０７）。 （まとめ）このように、本変形例のファイル転送システ
ムでは、実行中のファイル転送処理の中断を行う場合、
サーバ２０００が転送管理情報をもとに、転送終了まで
の時間が長いと考えられる処理を選択して中断させる。
また、一度中断された後のファイル再転送処理について
は、なるべく再中断しないようにする。そのため、やむ
を得ずファイル転送処理を中断する場合も、完了直前の
ファイル転送処理が中断されたり、同じ要求元に対する
ファイル転送処理が繰り返し中断されたりするといった
事態は避けることができる。

【００８３】なお、中断すべき転送処理の決定方法は、
上に述べたものに限定されない。例えば、先ず、転送レ
ートを基準に選択する方法もある。例えば、新規に受け
付けたファイル転送処理が、緊急性の高いもので転送レ
ートを高く（例えば１００Kbps）設定しなければならな
いとする。上記の転送終了までの時間を基準に基づいて
選択されたファイル転送処理の転送レートが５０Kbpsし
かないと、この転送処理を中断しても新規のファイル転
送処理を必要な１００Kbpsの転送レートで実行できる保
証はない。そこで、先ず転送レート欄２１５０の内容を
チェックし、転送レートが１００Kbps以上のファイル転
送処理だけを対象に処理終了までの時間を予測して中断
すべき転送処理を決定する、という方法が考えられる。

【００８４】

【発明の効果】以上の説明から明らかなように本発明の
ファイル転送システムは、使用者からの指示に応じてフ
ァイル転送要求を発行するクライアントと、前記ファイ
ル転送要求に応じて前記クライアントへファイルを転送
するサーバとから成るファイル転送システムであって、
前記クライアントは、ファイルの転送処理が途中で中断
された場合に、前記使用者からファイル再転送要求を行
うか否かの指示を受け付ける再転送指示受付手段と、前
記再転送指示受付手段が再転送要求を行うように指示を
受け付けた場合に、中断時点までに転送完了していたデ
ータ量を示す中断位置情報を伴なうファイル再転送要求
命令を生成して前記サーバに送信する再転送要求手段と
を有し、前記サーバは、前記ファイル再転送要求命令を
前記クライアントから受け付けると、前記中断位置情報
をもとに前記ファイルのデータのうち前記クライアント
に転送完了していた部分を除いた残部を転送する残部転
送手段を有すること、を特徴とする構成となっており、
それによって、ファイル転送を行なう際、ネットワーク
などの問題により転送が中断されても、ファイルの必要
な部分のみの転送を行なうことができるため、ファイル
を最初から転送しなおすという必要がなくなるので、フ
ァイル転送時間を短縮する効果を有する。

【００８５】また、前記クライアントは、転送されてく
るファイルのデータを受信しながら、前記使用者から転
送中断要求を行うか否かの指示を受け付ける中断指示受
付手段と、前記中断指示受付手段が転送中断要求を行う
ように指示を受け付けた場合に、当該ファイルについて
転送処理を中断すべき位置を示す中断予約情報を伴なう
転送中断要求命令を前記サーバに対して送信する中断予
約手段を有し、前記サーバは、前記ファイルの転送処理
について前記中断予約情報に指定された位置までのデー
タを転送し終えた時点で転送処理を中断する予約中断手
段を有すること、を特徴とするとすることもできる。こ
れによって、クライアントがファイルデータのうち必要
な部分を受信した時点でファイル転送処理を終了させる
ことができるので、不要なデータの受信に要する分だけ
ファイル転送処理に要する時間を短縮することができ
る。

【００８６】また、前記サーバと前記クライアントとの
間はファイル転送に用いることのできる複数の経路で接
続されており、前記クライアントは、前記複数の経路に
ついて以前のファイル転送処理におけるデータ転送速度
の実績を示す転送実績情報を保持しておく転送実績保持
手段と、前記転送実績情報に基づき、ファイル転送に用
いる経路を選択する経路選択手段とを更に有すること、
としてもよい。これによって、ファイル転送に要する時
間が最も短くてすむと考えられる経路を用いてファイル
転送処理を行うので、ファイル転送時間を短縮すること
ができる。

【００８７】さらに、前記経路選択手段は、いったん転
送処理が中断されたファイルの再転送処理に用いる経路
を選択する場合、前記複数の経路のうち中断時点で用い
ていた経路を除外してファイル転送に用いる経路を選択
すること、としてもよい。これによって、障害の発生し
た経路を避けてファイル転送処理を行うことができるの
で、ファイル転送に要する時間が不必要に長くなること
を防止できる。

【００８８】また、前記サーバは、実行中のファイル転
送処理の実施状況を示す転送処理管理情報をもとに中断
すべきファイル転送処理を選択する処理選択手段を更に
有し、前記転送処理管理情報は、転送中ファイルの全デ
ータ量に対する転送済みデータ量の比率である転送終了
率、ファイル転送処理におけるデータ転送速度およびフ
ァイル転送処理終了までの予測時間のうち少なくとも１
つを含む、としてもよい。これによって、やむを得ずフ
ァイル転送処理を中断する場合も、完了直前のファイル
転送処理が中断されるなど利用者が特に不都合と感じる
ような事態を防止できる。

【００８９】さらに、前記処理選択手段は、中断すべき
ファイル転送処理を選択する場合、いったん転送処理が
中断されたファイルの再転送処理については選択の対象
外とすることもできる。これによって、一度ファイル転
送を中断されたクライアントについて、同一ファイルの
転送処理の中断が繰り返される、という不都合の発生を
防止できる。

【００９０】そして、同様に以上の説明から明らかなよ
うに本発明のファイル転送方法は、使用者からの指示に
応じてクライアントが発行するファイル転送要求に応じ
てサーバが前記クライアントへファイルを転送するファ
イル転送方法であって、ファイルの転送処理が途中で中
断された場合に、前記クライアントが、前記使用者から
ファイル再転送要求を行うか否かの指示を受け付ける再
転送指示受付ステップと、前記再転送指示受付ステップ
において再転送要求を行うように指示を受け付けた場合
に、前記クライアントが、中断時点までに転送完了して
いたデータ量を示す中断位置情報を伴なうファイル再転
送要求命令を生成して前記サーバに送信する再転送要求
ステップと、前記サーバが、前記ファイル再転送要求命
令を前記クライアントから受け付け、前記中断位置情報
をもとに前記ファイルのデータのうち前記クライアント
に転送完了していた部分を除いた残部を転送する残部転
送ステップとを有すること、となっているので、ファイ
ル転送を行なう際、ネットワークなどの問題により転送
が中断されても、ファイルの必要な部分のみの転送を行
なうことができるため、ファイルを最初から転送しなお
すという必要がなく、ファイル転送時間の短縮する効果
が得られる。

【図面の簡単な説明】

【図１】本発明に関わるファイル転送システムの実施の
形態における概要を示す模式図である。

【図２】同実施の形態においてサーバとクライアントと
の間で実行されるファイル転送処理の過程を示すシーケ
ンス図である。

【図３】同実施の形態におけるクライアントの構成のう
ちファイル転送に関連する部分を示すブロック図であ
る。

【図４】同実施の形態におけるファイル転送要求命令の
構成を示す模式図である。

【図５】同実施の形態におけるファイル再送要求命令の
構成を示す模式図である。

【図６】同実施の形態におけるファイル転送パケットの
構成を示す模式図である。

【図７】同実施の形態におけるクライアントの動作を示
すフローチャートである。

【図８】同実施の形態におけるサーバの構成のうちファ
イル転送に関連する部分を示すブロック図である。

【図９】同実施の形態におけるサーバの動作を示すフロ
ーチャートである。

【図１０】同実施の形態の第1の変形例においてサーバ
とクライアントとの間で実行されるファイル転送処理の
過程を示すシーケンス図である。

【図１１】同変形例におけるクライアントの構成を示す
ブロック図である。

【図１２】同変形例における中断要求命令の構成を示す
模式図である。

【図１３】同変形例におけるサーバの構成を示すブロッ
ク図である。

【図１４】同変形例におけるサーバの動作を示すフロー
チャートである。

【図１５】同実施の形態の第２の変形例におけるファイ
ル転送処理の流れを示すシーケンス図である。

【図１６】同変形例におけるクライントの構成を示すブ
ロック図である。

【図１７】同変形例における接続経路情報の構成と内容
の一例とを示す図である。

【図１８】同変形例におけるクライアント、ルータ、回
線の接続状態を示す図である。

【図１９】同変形例における回線選択部による動作を示
すフローチャート図である。

【図２０】同実施の形態の第３の変形例におけるサーバ
の構成を示すブロック図である。

【図２１】同変形例における転送管理情報の構成と内容
の一例とを示す模式図である。

【図２２】同変形例においてサーバが実行中のファイル
転送処理を中断するまでの動作を示すフローチャートで
ある。

【符号の説明】

１０、１１０、２０００ サーバ １０、１１１ サーバ側送信部 １２、 サーバ側受信部 １３、１１３、２０１３ サーバ制御部 １３１、２１００ 転送管理情報 １６１０ 回線選択部 １７００ 接続経路情報 ２０１０ 転送中断判定部 ２０、１２０、１６００ クライアント ２１、１２１、１６２１ クライアント側送信部 ２２、１２２、１６２２ クライアント制御部 ２３、１６２３ クライアント側受信部 ２３１ 経過監視部 ３０ ネットワーク ４０ ハードディスクドライブ ５０、５１ ルータ Ａ、Ｂ、Ｃ 回線

───────────────────────────────────────────────────── フロントページの続き (72)発明者 水野 敏雄 愛知県名古屋市中区栄２丁目６番１号 白 川ビル別館５階 株式会社松下電器情報シ ステム名古屋研究所内 (72)発明者 尾崎 浩久 愛知県名古屋市中区栄２丁目６番１号 白 川ビル別館５階 株式会社松下電器情報シ ステム名古屋研究所内 Ｆターム(参考） 5B082 HA05 5B089 GA21 GB03 HB02 JA32 JB10 KA05 KB10 KC24 KG08 ME15

Claims (7)

【特許請求の範囲】
1. 【請求項１】 使用者からの指示に応じてファイル転送
   要求を発行するクライアントと、前記ファイル転送要求
   に応じて前記クライアントへファイルを転送するサーバ
   とから成るファイル転送システムであって、 前記クライアントは、 ファイルの転送処理が途中で中断された場合に、前記使
   用者からファイル再転送要求を行うか否かの指示を受け
   付ける再転送指示受付手段と、 前記再転送指示受付手段が再転送要求を行うように指示
   を受け付けた場合に、中断時点までに転送完了していた
   データ量を示す中断位置情報を伴なうファイル再転送要
   求命令を生成して前記サーバに送信する再転送要求手段
   とを有し、 前記サーバは、前記ファイル再転送要求命令を前記クラ
   イアントから受け付けると、前記中断位置情報をもとに
   前記ファイルのデータのうち前記クライアントに転送完
   了していた部分を除いた残部を転送する残部転送手段を
   有すること、 を特徴とするファイル転送システム。
2. 【請求項２】 前記クライアントは、 転送されてくるファイルのデータを受信しながら、前記
   使用者から転送中断要求を行うか否かの指示を受け付け
   る中断指示受付手段と、 前記中断指示受付手段が転送中断要求を行うように指示
   を受け付けた場合に、当該ファイルについて転送処理を
   中断すべき位置を示す中断予約情報を伴なう転送中断要
   求命令を前記サーバに対して送信する中断予約手段を有
   し、 前記サーバは、前記ファイルの転送処理について前記中
   断予約情報に指定された位置までのデータを転送し終え
   た時点で転送処理を中断する予約中断手段を有するこ
   と、 を特徴とする請求項１に記載のファイル転送システム。
3. 【請求項３】 前記サーバと前記クライアントとの間は
   ファイル転送に用いることのできる複数の経路で接続さ
   れており、 前記クライアントは、 前記複数の経路について以前のファイル転送処理におけ
   るデータ転送速度の実績を示す転送実績情報を保持して
   おく転送実績保持手段と、 前記転送実績情報に基づき、ファイル転送に用いる経路
   を選択する経路選択手段と、を更に有することを特徴と
   する請求項１または２に記載のファイル転送システム。
4. 【請求項４】 前記経路選択手段は、いったん転送処理
   が中断されたファイルの再転送処理に用いる経路を選択
   する場合、前記複数の経路のうち中断時点で用いていた
   経路を除外してファイル転送に用いる経路を選択するこ
   と、 を特徴とする請求項３に記載のファイル転送システム。
5. 【請求項５】 前記サーバは、実行中のファイル転送処
   理の実施状況を示す転送処理管理情報をもとに中断すべ
   きファイル転送処理を選択する処理選択手段を更に有
   し、 前記転送処理管理情報は、転送中ファイルの全データ量
   に対する転送済みデータ量の比率である転送終了率、フ
   ァイル転送処理におけるデータ転送速度およびファイル
   転送処理終了までの予測時間のうち少なくとも１つを含
   むことを特徴とする、請求項１乃至４のいずれかに記載
   のファイル転送システム。
6. 【請求項６】 前記処理選択手段は、中断すべきファイ
   ル転送処理を選択する場合、いったん転送処理が中断さ
   れたファイルの再転送処理については選択の対象外とす
   ることを特徴とする、請求項５に記載のファイル転送シ
   ステム。
7. 【請求項７】 使用者からの指示に応じてクライアント
   が発行するファイル転送要求に応じてサーバが前記クラ
   イアントへファイルを転送するファイル転送方法であっ
   て、 ファイルの転送処理が途中で中断された場合に、前記ク
   ライアントが、前記使用者からファイル再転送要求を行
   うか否かの指示を受け付ける再転送指示受付ステップ
   と、 前記再転送指示受付ステップにおいて再転送要求を行う
   ように指示を受け付けた場合に、前記クライアントが、
   中断時点までに転送完了していたデータ量を示す中断位
   置情報を伴なうファイル再転送要求命令を生成して前記
   サーバに送信する再転送要求ステップと、 前記サーバが、前記ファイル再転送要求命令を前記クラ
   イアントから受け付け、前記中断位置情報をもとに前記
   ファイルのデータのうち前記クライアントに転送完了し
   ていた部分を除いた残部を転送する残部転送ステップと
   を有すること、を特徴とするファイル転送方法。