JPH1185637A - ファイル転送方法及び媒体 - Google Patents

Abstract

(57)【要約】 【課題】品質の悪い回線や移動通信などにおけるファイ
ル転送において、回線異常によるファイル転送中断後の
ファイル転送再実行に伴う時間的ロスを短縮し、オペレ
ータへの作業負担を軽減するファイル転送方法を提供す
ること。 【解決手段】ファイル受信の状況を管理するファイル受
信管理テーブルＴ１を待ち、ファイル受信中断時に既に
受信したデータを記憶装置Ｈ１に保管し、中断したこと
をファイル受信管理テーブルに記録し、ファイル転送再
実行時にファイル受信管理テーブルＴ１の情報から中断
されたファイル転送であると判断したとき、ファイル転
送を受信データの続きから継続転送することにより、フ
ァイル転送再実行に伴う時間的ロスの短縮とオペレータ
への作業負担の軽減が得られる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、回線品質
が悪い場合や移動通信中などにおいてファイル転送を実
行する場合に利用出来る、ファイル転送方法及び媒体に
関するものである。

【０００２】

【従来の技術】従来のファイル転送方法は、有線で行わ
れておいるので通信状態は安定しており、回線異常の発
生する可能性は極めて低い。そのため、仮に回線異常な
どによりファイル転送が中断された場合には、ファイル
再転送に際して、ファイルの最初のデータから転送し直
していた。

【０００３】

【発明が解決しようとする課題】しかしながら、上記の
従来のファイル転送方法は、あくまで有線による通信を
前提としており、今後需要が見込まれる、移動体通信な
どの無線によるファイル転送に対しては、次のような課
題が生じることが予想される。

【０００４】即ち、移動体通信などでは、回線品質が悪
い場合や、移動通信中などにおいて回線が切断される場
合等も頻繁にあり、上記有線による場合に比べて回線異
常の発生する可能性が高い。そのため、上記従来の様
に、回線異常などでファイル転送が中断された場合、フ
ァイル再転送に際して、ファイルの最初のデータから送
り直していたのでは、多大な時間的ロスが発生し、効率
的なファイル転送が行えないという課題を有していた。
また、ファイル転送にかかる時間より短い周期で回線異
常が、頻繁に生じる状況下では、何度ファイル再転送を
行っても、ファイルの最初からのデータを送り直してい
ると言う従来の方法をとる限り、実質上ファイルを送り
終えることができないという課題を有していた。従っ
て、この様なファイル転送の中断が発生した場合、再転
送を指示する等の作業が頻繁に必要となり、オペレータ
への作業負担が増大するという課題も有していた。

【０００５】本発明は、上記従来の転送方法のこの様な
課題を考慮し、ファイル転送が中断した場合でも、従来
に比べてより一層効率的にファイル転送が実行出来ると
言うファイル転送方法及び媒体を提供することを目的と
する。

【０００６】又、本発明は、上記目的に加えて、ファイ
ル転送が中断した場合のオペレータへの作業負担を従来
に比べて軽減出来るファイル転送方法及び媒体を提供す
ることを目的とする。

【０００７】

【課題を解決するための手段】請求項１記載の本発明
は、ファイル転送要求があった際、ファイル受信の状況
を管理するためのファイル受信管理テーブルに前記ファ
イル転送要求に関する登録がされているか否かを調べ、
前記登録がされていないと判定された場合には、前記フ
ァイル受信管理テーブルに登録を行う受信開始工程と、
前記ファイル転送要求に対して、ファイルの転送開始位
置を判定し、その判定結果に基づいて、ファイル転送を
行う送信工程と、前記転送されるファイルの転送中にフ
ァイル転送が中断された場合でも、その中断までに受信
したデータを保管し、その受信データサイズとファイル
転送が中断された旨の中断情報を前記ファイル受信管理
テーブルに、前記登録と対応させて記録する受信中断工
程と、前記ファイル転送要求の前記登録が既になされて
いると前記受信開始工程により判定された場合、そのフ
ァイル転送要求は、前記中断したファイル転送に対する
要求であると判断し、前記ファイルの転送元に対して前
記中断情報を通知し、そのファイル転送が中断した位置
から転送するように要求又は応答する受信継続工程と、
前記ファイル転送が前記中断することなく終了した場
合、前記ファイル受信管理テーブルから前記登録を削除
する受信終了工程とを備え、前記送信工程は、前記受信
継続工程による要求又は応答に基づいて、前記中断した
位置からファイル転送を行い、又、前記受信開始工程に
おいて登録がされていないと判定された場合には、前記
ファイル転送を最初から行うファイル転送方法である。

【０００８】請求項２記載の本発明は、上記保管された
受信データに基づいて、検証情報が前記受信中断工程に
より算出され、前記受信継続工程から通知された前記中
断情報に含まれた前記検証情報を利用して、前記保管さ
れた受信データの検証を行う検証工程を備え、前記送信
工程は、前記受信継続工程による要求又は応答に加え
て、前記検証結果をも加味して、前記転送を行う請求項
１記載のファイル転送方法である。

【０００９】請求項３記載の本発明は、前記ファイル転
送の終了する条件が格納された再実行管理テーブルを利
用して、前記条件が満たされるまで前記ファイル転送を
再実行する再実行工程を備えた請求項１又は請求項２記
載のファイル転送方法である。

【００１０】請求項４記載の本発明は、請求項１〜３の
何れか一つに記載の各工程の全部又は一部の工程をコン
ピュータに実行させるためのプログラムを記録した媒体
である。

【００１１】これにより、例えば、中断位置からのファ
イル転送の継続ができ、ファイル転送再転送にかかる時
間的ロスの短縮が得られる。

【００１２】

【発明の実施の形態】以下、本発明にかかる実施の形態
について説明する。

【００１３】詳細な説明に先立って、まず、本実施の形
態の概要を述べる。

【００１４】即ち、第１の本実施の形態は、ファイル受
信の状況を管理するためのファイル受信管理テーブルを
持ち、ファイル受信管理テーブルに登録がないファイル
転送要求を受けた場合、登録を行う受信開始工程と、フ
ァイル送信要求に対して途中から継続転送を要求された
場合、その継続位置からファイル送信を行う送信開始工
程と、ファイル受信中に回線異常などでファイル転送が
中断された場合、中断までに受信したデータを保管し、
その受信データサイズとファイル受信が中断されたこと
をファイル受信管理テーブルに記録する受信中断工程
と、ファイル管理テーブルから中断されたファイル転送
に対するファイル転送要求と判断した場合、中断位置か
ら送信するように応答する受信継続工程と、その応答に
従って中断位置からファイル送信を行う送信継続工程
と、ファイル転送終了時ファイル受信管理テーブルから
登録削除する受信終了工程を備えるものであり、ファイ
ル転送が中断しても、再実行の際には既に転送したデー
タの続きから継続転送できるため間的ロスを短縮でき、
周期的に回線異常が生じる状況下でもファイル転送を完
了できるものである。

【００１５】また、第２の本実施の形態は、ファイル受
信の状況を管理するためのファイル受信管理テーブルを
持ち、ファイル受信管理テーブルに登録がないファイル
転送要求を受けた場合、登録を行う受信開始工程と、フ
ァイル送信要求に対して途中から継続転送を要求された
場合、その継続位置からファイル送信を行う送信開始工
程と、ファイル受信中に回線異常などでファイル転送が
中断された場合、中断までに受信したデータを保管し、
その受信データの検証情報を算出し、その検証情報と受
信データサイズとファイル受信が中断されたことをファ
イル受信管理テーブルに記録する受信中断データ検証工
程と、ファイル管理テーブルから中断されたファイル転
送に対するファイル転送要求と判断した場合、中断位置
から送信するように応答する受信継続工程と、ファイル
転送再実行時に受信側から過去の受信データの検証情報
とサイズを得、送信ファイルの受信データサイズ分の検
証情報を算出し、受信データを検証し、ファイル転送を
最初から行うか、継続するかを判断する送信継続データ
検証工程と、ファイル転送終了時ファイル受信管理テー
ブルから登録削除する受信終了工程を備えるものであ
り、ファイル転送途中で中断が生じた場合、それまでに
受信したデータの有効性を検証し、ファイル転送を途中
から継続することでファイル再転送の時間的ロスを短縮
できるものである。

【００１６】また、第３の本実施の形態は、再実行管理
テーブルを持ち、オペレータからの転送要求により、フ
ァイル転送が正常終了するか、回線異常によりファイル
転送が中断されてもオペレータから与えられた条件を満
たすまでは、オペレータの介入なしにファイル転送を再
実行するファイル転送エージェントを備えるものであ
り、オペレータの作業負担を軽減する作用を有する。

【００１７】次に、本発明のファイル転送方法の実施の
形態について、更に詳細な説明を図を用いて行う。

【００１８】（実施の形態１）図１は本発明の第１発明
の実施の形態における送信側転送処理プログラムの動作
フローチャートを示し、Ｋ１１は送信開始工程、Ｋ１２
は送信継続工程、Ｋ１３はファイル送信工程、Ｋ１４は
送信中断工程、Ｋ１５は送信中断工程である。図２は本
発明の第１発明の実施の形態における受信側転送処理プ
ログラムの動作フローチャートを示し、Ｋ２１は受信開
始工程、Ｋ２２は受信継続工程、Ｋ２３はファイル受信
工程、Ｋ２４は受信中断工程、Ｋ２５は受信終了工程で
ある。尚、本発明の送信工程は、送信開始工程Ｋ１１、
送信継続工程Ｋ１２、ファイル送信工程Ｋ１３を含むも
のである。

【００１９】以上のように構成されたファイル転送方法
について、以下にその作用・動作について説明する。な
お、本文中で（）を付した部分は図に付した番号に対応
した処理を示している。

【００２０】オペレータからファイル送信要求を受け取
った場合を以下に説明する。

【００２１】即ち、この場合は、送信装置（例えば、サ
ーバ装置）側のオペレータが、その送信装置に対して、
受信装置（例えば、端末装置）へのファイル送信を行う
様にとの指令を出し、その送信装置自身がそのファイル
送信要求を受け付けたと言う状況である。尚、送信要求
と後述する受信要求との何れをも包含する意味で、転送
要求と言うことがある。

【００２２】ここで、本発明における転送装置とは、フ
ァイル送信または受信、あるいはそれら双方を行う装置
である。そしてこの転送装置は、有線による通信機能ま
たは無線による通信機能、あるいはそれら双方の機能を
持つ、あるいは利用出来る装置である。又、ファイルを
転送する際に、転送元となる転送装置を送信装置と呼
び、転送先となる転送装置を受信装置と呼ぶ。

【００２３】まず、新規にファイル転送が行われる場
合、送信側、受信側双方の転送処理プログラムは起動さ
れ、イベント待ちとなる（Ｓ１０１、Ｓ２０１）。送信
側でオペレータからファイル送信要求を受け（Ｓ１０
２）、送信側は受信側にファイル送信要求を出し（Ｓ１
０４）、受信側の応答を待つ（Ｓ１０５）。このファイ
ル送信要求を受けた（Ｓ２０３）受信側はファイル受信
管理テーブルをチェックし（Ｓ２０９）、中断されたフ
ァイル受信であるか判断する（Ｓ２１０）。中断されて
いないと判断した場合、ファイル受信管理テーブルへ登
録し（Ｓ２１１）、ファイル送信応答を返す（Ｓ２１
２）。この後、受信側はファイル受信を行う（Ｓ２１
４）。次に、ファイル送信応答を受けた送信側は中断情
報が含まれているかを調べ（Ｓ１０６）、含まれてなけ
れば最初からファイル送信を行うことを通知し（Ｓ１０
７）、ファイル送信を行う（Ｓ１１０）。次にファイル
転送が正常に終了すると（Ｓ１１２、Ｓ２１６）、送信
側はオペレータに正常終了したことを通知し（Ｓ１１
３）、ファイル転送処理を終了する。受信側はファイル
受信管理テーブルから登録を削除し（Ｓ２１７）、オペ
レータに正常終了を通知し（Ｓ２１８）、ファイル転送
を終了する。

【００２４】次に、ファイル転送中に中断が生じた場合
（Ｓ１１１、Ｓ２１５）、送信側は送信装置側のオペレ
ータにファイル転送が中断したことを通知し（Ｓ１１
４）、ファイル転送処理を終了する。受信側は受信デー
タを保管し、そのデータサイズとファイル受信が中断し
たことをファイル受信管理テーブルに記録し（Ｓ２１
９）、オペレータに中断したことを通知し（Ｓ２２
０）、ファイル転送処理を終了する。ここで、ファイル
受信管理テーブルは保管される。

【００２５】次に、再度、送信側、受信側双方の転送処
理プログラムは起動され、イベント待ちとなる（Ｓ１０
１、Ｓ２０１）。送信側オペレータによるファイル再送
信要求（Ｓ１０２）により、受信側にファイル送信要求
を出し（Ｓ１０４）、受信側の応答を待つ（Ｓ１０
５）。このファイル送信要求を受け取った（Ｓ２０３）
受信側はファイル受信管理テーブルをチェックし（Ｓ２
０９）、中断されたファイル受信であるか調べ（Ｓ２１
０）、中断されたファイル受信と判断し、ファイル受信
管理テーブルに記録された中断情報（受信データサイ
ズ）を含むファイル送信応答を返す（Ｓ２１３）。その
後、受信側はファイル受信を行う。以降、上記の新規フ
ァイル転送の場合と同じ処理を行う。ファイル送信応答
を受けた送信側は中断情報が含まれているかを調べ（Ｓ
１０６）、含まれていると判断し、続きからファイル転
送を行うことを通知し（Ｓ１１５）、ファイル転送を行
う（Ｓ１１０）。以降、上記の新規ファイル転送の場合
と同じ処理を行う。

【００２６】次に、オペレータからファイル受信要求を
受け取った場合を以下に説明する。

【００２７】即ち、この場合は、受信装置（端末装置）
側のオペレータが、その受信装置に対して、送信装置側
から所望のファイルを受信してほしいと言う意味のファ
イル受信要求の指令を出し、その受信装置自身がそのフ
ァイル受信要求を受け付けたと言う状況である。

【００２８】まず、送信側、受信側双方の転送処理プロ
グラムは起動され、イベント待ちとなる（Ｓ１０１、Ｓ
２０１）。受信側でオペレータからファイル受信要求を
受け（Ｓ２０２）、ファイル受信管理テーブルをチェッ
クし（Ｓ２０４）、中断されたファイル転送であるか判
断する（Ｓ２０５）。中断されたファイル受信の場合、
中断情報を含むファイル受信要求を送信側に送り（Ｓ２
０８）、そうでなければファイル受信管理テーブルに登
録し（Ｓ２０６）、ファイル受信要求を送信側に送り
（Ｓ２０７）、ファイル受信を行う（Ｓ２１４）。以
降、上記のオペレータからファイル送信要求を受け取っ
た際の新規ファイル転送の場合と同じ処理を行う。送信
側は受信側からの受信要求を受け（Ｓ１０３）、その要
求に中断情報が含まれるかを調べ（Ｓ１０８）、含まれ
ている場合、続きからのファイル送信開始を受信側に通
知し（Ｓ１１５）、そうでなければ最初からファイル送
信を行うことを通知し（Ｓ１０９）、ファイル送信を行
う（Ｓ１１０）。以降、上記のオペレータからファイル
送信要求を受け取った際の新規ファイル転送の場合と同
じ処理を行う。

【００２９】（実施の形態２）図３は本発明の第２発明
の実施の形態における送信側転送処理プログラムの動作
フローチャートを示し、Ｋ１１は送信開始工程、Ｋ１６
は送信継続データ検証工程、Ｋ１３はファイル送信工
程、Ｋ１４は送信中断工程、Ｋ１５は送信中断工程であ
る。図４は本発明の第１発明の実施の形態における受信
側転送処理プログラムの動作フローチャートを示し、Ｋ
２１は受信開始工程、Ｋ２２は受信継続工程、Ｋ２３は
ファイル受信工程、Ｋ２６は受信中断データ検証工程、
Ｋ２５は受信終了工程である。

【００３０】以上のように構成されたファイル転送方法
について、以下にその作用について説明する。なお、本
文中で（）を付した部分は図に付した番号に対応した処
理を示している。

【００３１】オペレータからファイル送信要求を受け取
った場合を以下に説明する。

【００３２】まず、新規にファイル転送が行われる場
合、送信側、受信側双方の転送処理プログラムは起動さ
れ、イベント待ちとなる（Ｓ３０１、Ｓ４０１）。送信
側でオペレータからファイル送信要求を受け（Ｓ３０
２）、送信側は受信側にファイル送信要求を出し（Ｓ３
０４）、受信側の応答を待つ（Ｓ３０５）。このファイ
ル送信要求を受けた（Ｓ４０３）受信側はファイル受信
管理テーブルをチェックし（Ｓ４０９）、中断されたフ
ァイル受信であるか判断する（Ｓ４１０）。中断されて
いないと判断した場合、ファイル受信管理テーブルへ登
録し（Ｓ４１１）、ファイル送信応答を返す（Ｓ４１
２）。この後、受信側はファイル受信を行う（Ｓ４１
４）。次に、ファイル送信応答を受けた送信側は中断情
報が含まれているかを調べ（Ｓ３０６）、含まれてなけ
れば最初からファイル送信を行うことを通知し（Ｓ３０
７）、ファイル送信を行う（Ｓ３１０）。次にファイル
転送が正常に終了すると（Ｓ３１２、Ｓ４１６）、送信
側はオペレータに正常終了したことを通知し（Ｓ３１
３）、ファイル転送処理を終了する。受信側はファイル
受信管理テーブルから登録を削除し（Ｓ４１７）、オペ
レータに正常終了を通知し（Ｓ４１８）、ファイル転送
を終了する。

【００３３】次に、ファイル転送中に中断が生じた場合
（Ｓ３１１、Ｓ４１５）、送信側はオペレータにファイ
ル転送が中断したことを通知し（Ｓ３１４）、ファイル
転送処理を終了する。受信側は受信データを保管し、そ
の検証情報を算出し、その検証情報とデータサイズとフ
ァイル受信が中断したことをファイル受信管理テーブル
に記録し（Ｓ４１９）、オペレータに中断したことを通
知し（Ｓ４２０）、ファイル転送処理を終了する。ここ
で、ファイル受信管理テーブルは保管される。尚、検証
情報の算出としては、例えば、チェックサムを取る等の
一般的な方法を用いればよい。

【００３４】次に、再度、送信側、受信側双方の転送処
理プログラムは起動され、イベント待ちとなる（Ｓ３０
１、Ｓ４０１）。送信側オペレータによるファイル再送
信要求（Ｓ３０２）により、受信側にファイル送信要求
を出し（Ｓ３０４）、受信側の応答を待つ（Ｓ３０
５）。このファイル送信要求を受け取った（Ｓ４０３）
受信側はファイル受信管理テーブルをチェックし（Ｓ４
０９）、中断されたファイル受信であるか調べ（Ｓ４１
０）、中断されたファイル受信と判断し、ファイル受信
管理テーブルに記録された中断情報（受信データサイ
ズ）を含むファイル送信応答を返す（Ｓ４１３）。その
後、受信側はファイル受信を行う。以降、上記の新規フ
ァイル転送の場合と同じ処理を行う。ファイル送信応答
を受けた送信側は中断情報が含まれているかを調べ（Ｓ
３０６）、含まれていると判断し、中断情報にある受信
データサイズ分の送信ファイルの検証情報を算出し（Ｓ
３１５）、この様にして送信側で算出した検証情報と、
中断情報にある受信側で算出された検証情報とを比較す
る（Ｓ３１６）。正しければ、続きからのファイル送信
開始を受信側に通知し（Ｓ３１７）、そうでなければ、
そうでなければ最初からファイル送信を行うことを通知
し（Ｓ３０７）、ファイル送信を行う（Ｓ３１０）。以
降、上記の新規ファイル転送の場合と同じ処理を行う。

【００３５】次に、オペレータからファイル受信要求を
受け取った場合を以下に説明する。

【００３６】まず、送信側、受信側双方の転送処理プロ
グラムは起動され、イベント待ちとなる（Ｓ３０１、Ｓ
４０１）。受信側でオペレータからファイル受信要求を
受け（Ｓ４０２）、ファイル受信管理テーブルをチェッ
クし（Ｓ４０４）、中断されたファイル転送であるか判
断する（Ｓ４０５）。中断されたファイル受信の場合、
中断情報を含むファイル受信要求を送信側に送り（Ｓ４
０８）、そうでなければファイル受信管理テーブルに登
録し（Ｓ４０６）、ファイル受信要求を送信側に送り
（Ｓ４０７）、ファイル受信を行う（Ｓ４１４）。以
降、上記のオペレータからファイル送信要求を受け取っ
た場合の新規ファイル転送の場合と同じ処理を行う。送
信側は受信側からの受信要求を受け（Ｓ３０３）、その
要求に中断情報が含まれるかを調べ（Ｓ３０８）、含ま
れている場合、中断情報にある受信データサイズ分の送
信ファイルの検証情報を算出し（Ｓ３１５）、中断情報
にある受信側の検証情報と比較する（Ｓ３１６）。正し
ければ、続きからのファイル送信開始を受信側に通知し
（Ｓ３１７）、そうでなければ、そうでなければ最初か
らファイル送信を行うことを通知し（Ｓ３０７）、ファ
イル送信を行う（Ｓ３１０）。以降、上記のオペレータ
からファイル送信要求を受け取った場合の新規ファイル
転送の場合と同じ処理を行う。中断情報が含まれてなけ
れば、最初からファイル送信を行うことを通知し（Ｓ３
０９）、ファイル送信を行う（Ｓ３１０）。以降、上記
のオペレータからファイル送信要求を受け取った場合の
新規ファイル転送の場合と同じ処理を行う。

【００３７】（実施の形態３）図５は本発明の第３発明
の実施の形態における構成図である。

【００３８】図５に示すとおり、Ｈ１、Ｈ２はそれぞれ
ファイル転送装置Ａ、ファイル転送装置Ｂの外部記憶装
置である。Ａ１、Ａ２は、ファイル転送エージェントで
あり、それぞれオペレータＡＡ、オペレータＢＢからの
指示により、ファイル転送操作をオペレータに代わって
行う。Ｆ１、Ｆ２はファイル転送の対象となる送信ファ
イルと受信ファイルである。Ｔ１、Ｔ２はファイル受信
管理テーブルであり、ファイル受信の状況を管理するた
めに用いる。これらファイル受信管理テーブルＴ１，Ｔ
２は、どこから受信するかという情報（ホスト名の情
報）、どのファイルかという情報（ファイル名の情
報）、そして、中断時のデータサイズなどの中断情報を
保持するテーブルである。これに対して、後述する図６
の再実行管理テーブルは、オペレータからのファイル転
送の条件（ファイル転送を行うホスト名やファイル名、
そして、再実行回数など終了条件）を保持するテーブル
である。このホスト名・ファイル名は、受信であれば、
ファイル受信管理テーブルへ反映される。

【００３９】又、図６は本発明の第３発明の実施の形態
におけるファイル転送エージェントの動作フローチャー
トを示し、Ｋ３１はエージェント要求受付工程、Ｋ３２
はファイル転送工程、Ｋ３３は再実行工程、Ｋ３４はエ
ージェント終了工程である。

【００４０】ここで、図６に示す上記各工程を、図５で
示した構成と対応させながら、説明する。

【００４１】即ち、図６のエージェント要求受付工程
（Ｋ３１）は、図５のオペレータＡＡ（又は、ＢＢ）か
らファイル転送要求を受け取ったファイル転送エージェ
ントＡ１（又は、Ａ２）が、そのファイル転送条件をフ
ァイル転送エージェントがもつ再実行管理テーブルへ書
き込む工程である。

【００４２】又、図６のファイル転送工程（Ｋ３２）
は、オペレータＡＡ（又は、ＢＢ）からのファイル転送
要求を実行する工程であり、図５のファイル転送装置Ａ
の転送ファイルＦ１をファイル転送装置Ｂの転送ファイ
ルＦ２へ転送、あるいはファイル転送装置Ｂの転送ファ
イルＦ２をファイル転送装置Ａの転送ファイルＦ１へ転
送する工程である。

【００４３】又、図６の再実行工程（Ｋ３３）は、図５
のファイル転送エージェントＡ１（又は、Ａ２）がファ
イル転送の状況を監視し、図５のオペレータＡＡ（又
は、ＢＢ）から受け取ったファイル転送完了条件を満た
せば、エージェント終了工程（Ｋ３４）に移行し、条件
を満たさないなら、ファイル転送を再実行する工程であ
る。

【００４４】又、図６のエージェント終了工程（Ｋ３
４）は、図５のファイル転送エージェントが図５のオペ
レータＡＡ（又は、ＢＢ）からのファイル転送要求の条
件を書き込んだ再実行管理テーブルから、そのファイル
転送要求の登録の削除を行い、そのファイル転送要求元
であるオペレータＡＡ（又は、ＢＢ）にファイル転送の
完了を通知する工程である。

【００４５】以上のように構成されたファイル転送方法
について、以下にその作用について説明する。

【００４６】まず、オペレータＡＡ（又はオペレータＢ
Ｂ）からファイル転送要求と共に、ファイル転送が正常
終了できなくともファイル転送を終了する条件がファイ
ル転送エージェントＡ１（又はファイル転送エージェン
トＡ２）に渡され、ファイル転送エージェントＡ１は再
実行管理テーブルにその条件とファイル転送の情報を登
録する（Ｓ５０１）。次に、上記実施の形態１あるいは
実施の形態２で述べたファイル転送を実行する（Ｓ５０
２）。ファイル転送が中断された場合（Ｓ５０３）、オ
ペレータ終了条件を満たすかを調べ（Ｓ５０４）、条件
を満たす場合、再実行管理テーブルの登録を削除し（Ｓ
５０５）、オペレータに終了を通知し（Ｓ５０６）、フ
ァイル転送処理を終了する。条件を満たさない場合、フ
ァイル転送の再実行を行う（Ｓ５０３）。また、ファイ
ル転送が正常に終了した場合、再実行管理テーブルの登
録を削除し（Ｓ５０５）、オペレータＡＡ（若しくはオ
ペレータＢＢ）、又は双方のオペレータＡＡ，ＢＢに終
了を通知し（Ｓ５０６）、ファイル転送処理を終了す
る。

【００４７】ところで、上記各工程の全部又は一部の工
程をコンピュータに実行させるためのプログラムを記録
した媒体として、例えば、磁気ディスクや光ディスク等
を作成し、それを利用することにより、上記と同様の動
作を様に実現することも出来る。

【００４８】以上の様に、本実施の形態によるファイル
転送方法は、ファイル転送の状況を管理するためのファ
イル受信管理テーブルを持ち、ファイル受信中に回線異
常などでファイル転送が中断された場合、中断までに受
信したデータを保管し、その受信データサイズとファイ
ル受信が中断されたことをファイル受信管理テーブルに
記録する受信中断工程と、中断されたファイル転送に対
するファイル転送要求に対して、中断位置から送信する
ように応答する受信継続工程と、その応答に従って中断
位置からファイル送信を行う送信継続工程を構成したも
のである。

【００４９】以上のように本実施の形態によれば、ファ
イル転送中断時に受信データを保管し、ファイル再転送
の際に、中断された位置からの継続転送を行うことがで
き、ファイル再転送に伴う時間的ロスの短縮とオペレー
タの作業負担を軽減することができるという有利な効果
が得られる。

【００５０】尚、上記実施の形態では、ファイル受信管
理テーブルを受信側が管理している場合について述べた
が、これに限らず例えば、送信側が管理する構成でも勿
論良い。

【００５１】又、上記実施の形態では、ファイル受信管
理テーブルが受信側に設けられていてる場合について述
べたが、これに限らず例えば、送信側に、若しくは双方
に設けられていても良いし、又は、それ以外の別のとこ
ろに設けられている構成でも良い。

【００５２】又、上記実施の形態では、ファイル転送を
移動体通信などの無線により行う場合について述べた
が、これに限らず例えば、移動しないもの同士の無線通
信であっても良いし、有線通信で行う構成であっても勿
論良い。

【００５３】

【発明の効果】以上述べたところから明らかなように本
発明は、ファイル転送が中断した場合でも、従来に比べ
てより一層効率的にファイル転送が実行出来ると言う長
所を有する。

【００５４】又、本発明は、上記効果に加えて、ファイ
ル転送が中断した場合のオペレータへの作業負担を従来
に比べて軽減出来ると言う長所を有する。

【図面の簡単な説明】

【図１】本発明の実施の形態１の送信側の動作フロー図

【図２】本発明の実施の形態１の受信側の動作フロー図

【図３】本発明の実施の形態２の送信側の動作フロー図

【図４】本発明の実施の形態２の受信側の動作フロー図

【図５】本発明の実施の形態３の構成図

【図６】本発明の実施の形態３の動作フロー図

【符号の説明】

Ａ１、Ａ２ ファイル転送エージェント Ｆ１、Ｆ２ 転送ファイル Ｔ１、Ｔ２ ファイル受信管理テーブル Ｈ１、Ｈ２ 記憶装置 Ｃ１ 通信回線

Claims (4)

【特許請求の範囲】
1. 【請求項１】 ファイル転送要求があった際、ファイル
   受信の状況を管理するためのファイル受信管理テーブル
   に前記ファイル転送要求に関する登録がされているか否
   かを調べ、前記登録がされていないと判定された場合に
   は、前記ファイル受信管理テーブルに登録を行う受信開
   始工程と、 前記ファイル転送要求に対して、ファイルの転送開始位
   置を判定し、その判定結果に基づいて、ファイル転送を
   行う送信工程と、 前記転送されるファイルの転送中にファイル転送が中断
   された場合でも、その中断までに受信したデータを保管
   し、その受信データサイズとファイル転送が中断された
   旨の中断情報を前記ファイル受信管理テーブルに、前記
   登録と対応させて記録する受信中断工程と、 前記ファイル転送要求の前記登録が既になされていると
   前記受信開始工程により判定された場合、そのファイル
   転送要求は、前記中断したファイル転送に対する要求で
   あると判断し、前記ファイルの転送元に対して前記中断
   情報を通知し、そのファイル転送が中断した位置から転
   送するように要求又は応答する受信継続工程と、 前記ファイル転送が前記中断することなく終了した場
   合、前記ファイル受信管理テーブルから前記登録を削除
   する受信終了工程とを備え、 前記送信工程は、前記受信継続工程による要求又は応答
   に基づいて、前記中断した位置からファイル転送を行
   い、又、前記受信開始工程において登録がされていない
   と判定された場合には、前記ファイル転送を最初から行
   うことを特徴とするファイル転送方法。
2. 【請求項２】 前記保管された受信データに基づいて、
   検証情報が前記受信中断工程により算出され、 前記受信継続工程から通知された前記中断情報に含まれ
   た前記検証情報を利用して、前記保管された受信データ
   の検証を行う検証工程を備え、 前記送信工程は、前記受信継続工程による要求又は応答
   に加えて、前記検証結果をも加味して、前記転送を行う
   ことを特徴とする請求項１記載のファイル転送方法。
3. 【請求項３】 前記ファイル転送の終了する条件が格納
   された再実行管理テーブルを利用して、前記条件が満た
   されるまで前記ファイル転送を再実行する再実行工程を
   備えたことを特徴とする請求項１又は請求項２記載のフ
   ァイル転送方法。
4. 【請求項４】 請求項１〜３の何れか一つに記載の各工
   程の全部又は一部の工程をコンピュータに実行させるた
   めのプログラムを記録したことを特徴とする媒体。