JP3323129B2 - ファイル転送プロトコル方式、方法、および記録媒体 - Google Patents
ファイル転送プロトコル方式、方法、および記録媒体Info
- Publication number
- JP3323129B2 JP3323129B2 JP14094598A JP14094598A JP3323129B2 JP 3323129 B2 JP3323129 B2 JP 3323129B2 JP 14094598 A JP14094598 A JP 14094598A JP 14094598 A JP14094598 A JP 14094598A JP 3323129 B2 JP3323129 B2 JP 3323129B2
- Authority
- JP
- Japan
- Prior art keywords
- transfer
- job
- storage unit
- file
- procedure
- 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
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、ファイル転送方
式、方法、および記録媒体に関し、特に、移動体通信で
の高信頼性を要求するファイル転送プロトコル方式に関
する。
式、方法、および記録媒体に関し、特に、移動体通信で
の高信頼性を要求するファイル転送プロトコル方式に関
する。
【０００２】
【従来の技術】従来技術におけるファイル転送の自動再
送方式として、例えば、特開平７−４６２８９公報が開
示されている。このような自動再送方式は、ビットエラ
ーのような一時的で軽微な通信障害の回復は考慮されて
いるが、ネットワークアーキテクチャ［例えば、ＩＳＯ
のＯＳＩ（開放型システム間相互接続）参照モデル］の
レイヤ１（物理層）が、回線断状態へ移行すると致命的
な通信障害と認識して直ちにファイル転送プロトコルが
中止される。
送方式として、例えば、特開平７−４６２８９公報が開
示されている。このような自動再送方式は、ビットエラ
ーのような一時的で軽微な通信障害の回復は考慮されて
いるが、ネットワークアーキテクチャ［例えば、ＩＳＯ
のＯＳＩ（開放型システム間相互接続）参照モデル］の
レイヤ１（物理層）が、回線断状態へ移行すると致命的
な通信障害と認識して直ちにファイル転送プロトコルが
中止される。
【０００３】この考え方は有線固定網を前提としたもの
で、専用線の直接利用の場合、常時、レイヤ１は通信可
能であるべきで回線断は致命的障害であり、ファイル転
送を中止して、最初からやり直すことを意図していた。
回線交換網でレイヤ１障害が発生すると、網が回線を解
放してしまうため、やはりファイル転送を中止して、最
初からやり直すことを意図していた。
で、専用線の直接利用の場合、常時、レイヤ１は通信可
能であるべきで回線断は致命的障害であり、ファイル転
送を中止して、最初からやり直すことを意図していた。
回線交換網でレイヤ１障害が発生すると、網が回線を解
放してしまうため、やはりファイル転送を中止して、最
初からやり直すことを意図していた。
【０００４】回線断状態を緩和する網側の機能として移
動体通信網では無線区間が不通になっても回線端では直
ちに切断状態にはしない例もあるが、長時間の不通に対
しては結局、回線断にしている。
動体通信網では無線区間が不通になっても回線端では直
ちに切断状態にはしない例もあるが、長時間の不通に対
しては結局、回線断にしている。
【０００５】また従来のデータ通信プロトコル側の回線
断の緩和策として、ファイル転送の下位レイヤにコネク
ションレス型のデータグラムプロトコルを用いて回線断
の概念を無くした上でファイル転送プロトコルの送達確
認のタイムアウトまで耐えられるようにしたものがあ
る。
断の緩和策として、ファイル転送の下位レイヤにコネク
ションレス型のデータグラムプロトコルを用いて回線断
の概念を無くした上でファイル転送プロトコルの送達確
認のタイムアウトまで耐えられるようにしたものがあ
る。
【０００６】ファイル転送プロトコル自体の中断の回復
処理方式として、例えば、特開平０６−２４３０５９公
報が開示されている。この方法はＯＳＩ−ＦＴＡＭに特
化した方法である。しかし、この中断の回復処理方式
は、オペレータ介入による中断と再開を明示的に設ける
ことによって実現しているため長時間の通信障害やノー
ド障害に対応できない。
処理方式として、例えば、特開平０６−２４３０５９公
報が開示されている。この方法はＯＳＩ−ＦＴＡＭに特
化した方法である。しかし、この中断の回復処理方式
は、オペレータ介入による中断と再開を明示的に設ける
ことによって実現しているため長時間の通信障害やノー
ド障害に対応できない。
【０００７】
【発明が解決しようとする課題】本発明の目的は、移動
体通信など不安定な通信環境を用いて安定したファイル
転送を実現するプロトコルの構成である。
体通信など不安定な通信環境を用いて安定したファイル
転送を実現するプロトコルの構成である。
【０００８】従来の有線通信の回線を想定したファイル
転送プロトコルはレイヤ１が不通になることを致命的障
害と解釈して、直ちに処理を完全に中止してしまう。
転送プロトコルはレイヤ１が不通になることを致命的障
害と解釈して、直ちに処理を完全に中止してしまう。
【０００９】しかしながら、無線を用いた移動体通信で
は様々な原因によって短時間から長時間に渡るレイヤ１
の不通が頻発する。電波状態を原因とする例はトンネル
通過などの影響や、実際に空間的なサービス圏外に移行
してしまって不通となりうる。
は様々な原因によって短時間から長時間に渡るレイヤ１
の不通が頻発する。電波状態を原因とする例はトンネル
通過などの影響や、実際に空間的なサービス圏外に移行
してしまって不通となりうる。
【００１０】また移動体通信用の装置には電池駆動のも
のが多いので電気容量不足のときにやむなく中断するこ
ともありうる。あるいは、その両方の原因が複合してフ
ァイル転送の長時間の中断が起こり得る。
のが多いので電気容量不足のときにやむなく中断するこ
ともありうる。あるいは、その両方の原因が複合してフ
ァイル転送の長時間の中断が起こり得る。
【００１１】移動体通信網の回線交換サービスで用意さ
れる回線の保持機能は短時間の回線断の緩和に限られ
る。長時間の回線の保持は課金処理や資源管理から見て
困難である。
れる回線の保持機能は短時間の回線断の緩和に限られ
る。長時間の回線の保持は課金処理や資源管理から見て
困難である。
【００１２】したがって従来の固定網向けに作られてい
たファイル転送プロトコルは、このような移動体通信網
の特性に対する回復処理が不十分だった。
たファイル転送プロトコルは、このような移動体通信網
の特性に対する回復処理が不十分だった。
【００１３】ネットワークアーキテクチャ上でコネクシ
ョンレス型のデータグラムプロトコルを用いて回線断の
概念を無くす方法には多くの下位プロトコルスタックを
実装する必要があり、資源を多量に消費する欠点があ
る。
ョンレス型のデータグラムプロトコルを用いて回線断の
概念を無くす方法には多くの下位プロトコルスタックを
実装する必要があり、資源を多量に消費する欠点があ
る。
【００１４】また、コネクションレス型のネットワーク
の上であっても従来のファイル転送プロトコルでは送達
確認のタイムアウトまでの通信障害に耐えられるだけで
あり。別のセッションで回復することは出来なかった。
の上であっても従来のファイル転送プロトコルでは送達
確認のタイムアウトまでの通信障害に耐えられるだけで
あり。別のセッションで回復することは出来なかった。
【００１５】また従来技術のファイル転送の中断回復処
理である特開平０６−２４３０５９公報においては、Ｏ
ＳＩ−ＦＴＡＭの範疇での実現方法に限られるため汎用
性が無いうえに実装が重く携帯端末に実装するには無理
がある。更にオペレータの介入による中断だけに対応し
ているため、通信障害とノード障害による中断の自動回
復には無効である。具体的には中断状態に移行する方法
に通信自身を使っている為に通信障害とノード障害の下
では機能しない。更に、中断の途中に電源断が発生する
と、パラメータ等が消去してしまい回復処理ができな
い。
理である特開平０６−２４３０５９公報においては、Ｏ
ＳＩ−ＦＴＡＭの範疇での実現方法に限られるため汎用
性が無いうえに実装が重く携帯端末に実装するには無理
がある。更にオペレータの介入による中断だけに対応し
ているため、通信障害とノード障害による中断の自動回
復には無効である。具体的には中断状態に移行する方法
に通信自身を使っている為に通信障害とノード障害の下
では機能しない。更に、中断の途中に電源断が発生する
と、パラメータ等が消去してしまい回復処理ができな
い。
【００１６】これらの、従来技術では重大な通信障害に
よるファイル転送の中断を自動的に回復することが出来
ず、手動によりファイル転送をやり直していた。
よるファイル転送の中断を自動的に回復することが出来
ず、手動によりファイル転送をやり直していた。
【００１７】本発明は下位プロトコルに依存しないで致
命的な通信障害から自動的にファイル転送を回復するこ
とを目的とする。
命的な通信障害から自動的にファイル転送を回復するこ
とを目的とする。
【００１８】また、本発明は携帯端末にも実装できるよ
うに、合理的で軽い実装方法とし、電源断を含むノード
障害から回復可能なファイル転送プロトコルを実現する
ことを目的とする。
うに、合理的で軽い実装方法とし、電源断を含むノード
障害から回復可能なファイル転送プロトコルを実現する
ことを目的とする。
【００１９】
【課題を解決するための手段】上記の目的を達成するた
めに、本発明は、通信網に接続された複数の装置間でフ
ァイル転送を行う場合にファイルを複数のブロックに分
割しその分割したブロック毎に応答確認の伴う転送を行
うファイル転送プロトコル方法であって、前記複数の装
置の内の第１の装置が前記ファイル転送元となり前記複
数の装置の内の第２の装置が前記ファイル転送先となる
場合に、転送元と転送先の区別とは独立に起動側の装置
が受動側の装置に開始要求を送信し、受動側の装置が応
答することで、双方の装置はファイル転送を行う前に唯
一の値を持つジョブＩＤを取り決める開始通知手順を取
り交わし、起動側の装置が受動側の装置から開始応答を
受信した場合にジョブＩＤを含む自身の手順初期状態を
不揮発性の記憶部に書き込み、前記受動側の装置が前記
開始要求を受信すると自身の手順初期状態を不揮発性記
憶部に書き込んだ後に開始応答を起動側に返し、前記第
１の装置が初期状態からプロック転送の送信を開始し、
前記第２の装置が初期状態からブロック転送を受信し始
め、受信するたびに、ブロックをファイル記憶域に記憶
し、受信確認数を前記第２の手順状態の１部として第２
の不揮発性記憶部に書き込み、ブロック転送肯定応答を
返し、前記第１の装置が前記ブロック転送中に前記第２
の装置から前記ブロック転送肯定応答を受信する度に送
達確認を示す送達確認数を前記第１の手順状態の１部と
して前記第１の不揮発性記憶部に書き込み、前記第１の
装置が全ての前記ブロックを受信し終えた場合に前記フ
ァイル転送の終了通知を前記第２の装置に送信し、前記
第２の装置は終了肯定応答を返し、前記第１の装置は終
了確認通知を返し、全ての前記第１の手順状態を前記第
１の不揮発性記憶部から消去し、前記第２の装置は終了
確認通知を受信するまで終了肯定応答を繰り返し送り、
終了確認通知を受信すると全ての前記第２の手順状態を
第２の不揮発性記憶部から消去することを特徴としてい
る。
めに、本発明は、通信網に接続された複数の装置間でフ
ァイル転送を行う場合にファイルを複数のブロックに分
割しその分割したブロック毎に応答確認の伴う転送を行
うファイル転送プロトコル方法であって、前記複数の装
置の内の第１の装置が前記ファイル転送元となり前記複
数の装置の内の第２の装置が前記ファイル転送先となる
場合に、転送元と転送先の区別とは独立に起動側の装置
が受動側の装置に開始要求を送信し、受動側の装置が応
答することで、双方の装置はファイル転送を行う前に唯
一の値を持つジョブＩＤを取り決める開始通知手順を取
り交わし、起動側の装置が受動側の装置から開始応答を
受信した場合にジョブＩＤを含む自身の手順初期状態を
不揮発性の記憶部に書き込み、前記受動側の装置が前記
開始要求を受信すると自身の手順初期状態を不揮発性記
憶部に書き込んだ後に開始応答を起動側に返し、前記第
１の装置が初期状態からプロック転送の送信を開始し、
前記第２の装置が初期状態からブロック転送を受信し始
め、受信するたびに、ブロックをファイル記憶域に記憶
し、受信確認数を前記第２の手順状態の１部として第２
の不揮発性記憶部に書き込み、ブロック転送肯定応答を
返し、前記第１の装置が前記ブロック転送中に前記第２
の装置から前記ブロック転送肯定応答を受信する度に送
達確認を示す送達確認数を前記第１の手順状態の１部と
して前記第１の不揮発性記憶部に書き込み、前記第１の
装置が全ての前記ブロックを受信し終えた場合に前記フ
ァイル転送の終了通知を前記第２の装置に送信し、前記
第２の装置は終了肯定応答を返し、前記第１の装置は終
了確認通知を返し、全ての前記第１の手順状態を前記第
１の不揮発性記憶部から消去し、前記第２の装置は終了
確認通知を受信するまで終了肯定応答を繰り返し送り、
終了確認通知を受信すると全ての前記第２の手順状態を
第２の不揮発性記憶部から消去することを特徴としてい
る。
【００２０】更に、本発明は前記第１の装置が装置立ち
上げ時に第１の不揮発性記憶部に記憶された前記第１の
手順状態を検索しファイル転送中状態、すなわち中断状
態のものがあれば前記第２の装置の受動部に前記ジョブ
ＩＤを付加した再開要求を送信し、前記第２の装置は前
記第１の装置からの再開要求を受信すると前記再開要求
に付加されたジョブＩＤと第２の不揮発性記憶部の前記
手順状態とを比較し、該当ジョブが存在しなければ再開
拒否応答を前記第１の装置に返し、該当ジョブが存在す
れば再開肯定応答を前記第１の装置に返し、前記第１の
装置が前記再開要求に対する肯定応答を受信した場合は
装置立ち上げ前に転送し終わった次のブロックから転送
を始め、再開拒否応答を受信した場合は前記第１の不揮
発性記憶部から該当ジョブ情報の全てを消去することを
特徴としている。
上げ時に第１の不揮発性記憶部に記憶された前記第１の
手順状態を検索しファイル転送中状態、すなわち中断状
態のものがあれば前記第２の装置の受動部に前記ジョブ
ＩＤを付加した再開要求を送信し、前記第２の装置は前
記第１の装置からの再開要求を受信すると前記再開要求
に付加されたジョブＩＤと第２の不揮発性記憶部の前記
手順状態とを比較し、該当ジョブが存在しなければ再開
拒否応答を前記第１の装置に返し、該当ジョブが存在す
れば再開肯定応答を前記第１の装置に返し、前記第１の
装置が前記再開要求に対する肯定応答を受信した場合は
装置立ち上げ前に転送し終わった次のブロックから転送
を始め、再開拒否応答を受信した場合は前記第１の不揮
発性記憶部から該当ジョブ情報の全てを消去することを
特徴としている。
【００２１】更に、本発明は前記第２の装置が装置立ち
上げ時に第２の不揮発性記憶部に記憶された前記第２の
手順状態を検索しファイル転送中状態、すなわち中断状
態のものがあれば前記第１の装置の受動部に前記ジョブ
ＩＤと受信済みブロックを付加した再開要求を送信し、
前記第１の装置は前記第２の装置からの再開要求を受信
すると前記再開要求に付加されたジョブＩＤと第１の不
揮発性記憶部の前記手順状態とを比較し、該当ジョブが
存在しなければ再開拒否応答を前記第２の装置に返し、
該当ジョブが存在すれば再開肯定応答を前記第２の装置
に返し、転送済みブロックの次から転送を再開し、前記
第２の装置が前記再開要求に対する肯定応答を受信した
場合は装置立ち上げ前に転送し終わった次のブロックか
ら受信を始め、再開拒否応答を受信した場合は前記第２
の不揮発性記憶部から該当ジョブ情報の全てを消去する
ことを特徴としている。
上げ時に第２の不揮発性記憶部に記憶された前記第２の
手順状態を検索しファイル転送中状態、すなわち中断状
態のものがあれば前記第１の装置の受動部に前記ジョブ
ＩＤと受信済みブロックを付加した再開要求を送信し、
前記第１の装置は前記第２の装置からの再開要求を受信
すると前記再開要求に付加されたジョブＩＤと第１の不
揮発性記憶部の前記手順状態とを比較し、該当ジョブが
存在しなければ再開拒否応答を前記第２の装置に返し、
該当ジョブが存在すれば再開肯定応答を前記第２の装置
に返し、転送済みブロックの次から転送を再開し、前記
第２の装置が前記再開要求に対する肯定応答を受信した
場合は装置立ち上げ前に転送し終わった次のブロックか
ら受信を始め、再開拒否応答を受信した場合は前記第２
の不揮発性記憶部から該当ジョブ情報の全てを消去する
ことを特徴としている。
【００２２】また、本発明を適用することのできる装置
は不揮発性記憶域を持つ一般のコンピュータとすること
ができる。したがって、上記特徴を持つファイル転送プ
ロトコルを実現するプログラムの記録媒体を構成要素に
含めることが出来る。ファイル転送プロトコルのプログ
ラム記録媒体は、起動側プログラムだけ、または、受動
側プログラムだけを含むこともできる。
は不揮発性記憶域を持つ一般のコンピュータとすること
ができる。したがって、上記特徴を持つファイル転送プ
ロトコルを実現するプログラムの記録媒体を構成要素に
含めることが出来る。ファイル転送プロトコルのプログ
ラム記録媒体は、起動側プログラムだけ、または、受動
側プログラムだけを含むこともできる。
【００２３】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。図３から図５は通信障害と
ノード障害の区別が判別できないデータグラム通信を利
用した場合の実施例である。
て図面を参照して説明する。図３から図５は通信障害と
ノード障害の区別が判別できないデータグラム通信を利
用した場合の実施例である。
【００２４】図２は、本発明の実施の形態を示す、通信
網３と、通信網３に接続されたノードである装置１と、
装置２とを含む。なお、通信網３には装置１，装置２以
外の装置等を接続できるが、実施の形態例では省略して
いる。
網３と、通信網３に接続されたノードである装置１と、
装置２とを含む。なお、通信網３には装置１，装置２以
外の装置等を接続できるが、実施の形態例では省略して
いる。
【００２５】図２を参照すると、装置１または装置２
は、ファイル転送を行う実体であり、不揮発性の記憶域
と、人間の操作表示部と、通信用の入出力装置とを持っ
たプログラム制御を行う。通信網３は、ネットワークを
含む通信路であり、装置１または装置２以外の複数の装
置も接続することができる。
は、ファイル転送を行う実体であり、不揮発性の記憶域
と、人間の操作表示部と、通信用の入出力装置とを持っ
たプログラム制御を行う。通信網３は、ネットワークを
含む通信路であり、装置１または装置２以外の複数の装
置も接続することができる。
【００２６】図１は、図２の装置１または装置２を詳細
に示したブロック図である。
に示したブロック図である。
【００２７】図１を参照すると、ファイル転送プロトコ
ルプログラムを記録した記録媒体２１を備えた装置１ま
たは装置２は、プログラム制御により動作する制御部１
１と、転送中の時間監視に使用するタイマ１２と、制御
部１１の入出力装置として接続する不揮発性記憶域１３
と、表示操作部１８と、通信網３とのインタフェースを
持ち他装置との通信を行う通信部１７、バス１６とから
構成されている。この記録媒体２１は磁気ディスク、そ
の他のプログラム記録媒体であってよい。
ルプログラムを記録した記録媒体２１を備えた装置１ま
たは装置２は、プログラム制御により動作する制御部１
１と、転送中の時間監視に使用するタイマ１２と、制御
部１１の入出力装置として接続する不揮発性記憶域１３
と、表示操作部１８と、通信網３とのインタフェースを
持ち他装置との通信を行う通信部１７、バス１６とから
構成されている。この記録媒体２１は磁気ディスク、そ
の他のプログラム記録媒体であってよい。
【００２８】制御部１1は、図示されていない中央処理
装置とプログラムの入るメモリとを含みプログラム制御
のコンピュータとして動作する。ファイル転送プロトコ
ルプログラムは記録媒体２１から制御部１１内のメモリ
に読み込まれ、制御部１１の動作を制御する。すなわ
ち、制御部１１は制御部１１内のメモリに書き込まれた
プログラムを実行することにより、ファイル転送プロト
コルに沿ったファイル転送を実行する。なお、本実施形
態例では、記録媒体２１からプログラムを制御部１１内
のメモリにファイル転送プロトコルプログラムをロード
してそのプログラムを実行するようにしたが、予め制御
部１１内のメモリ（例えばＲＯＭ）にプログラムが入っ
ていてもよい。
装置とプログラムの入るメモリとを含みプログラム制御
のコンピュータとして動作する。ファイル転送プロトコ
ルプログラムは記録媒体２１から制御部１１内のメモリ
に読み込まれ、制御部１１の動作を制御する。すなわ
ち、制御部１１は制御部１１内のメモリに書き込まれた
プログラムを実行することにより、ファイル転送プロト
コルに沿ったファイル転送を実行する。なお、本実施形
態例では、記録媒体２１からプログラムを制御部１１内
のメモリにファイル転送プロトコルプログラムをロード
してそのプログラムを実行するようにしたが、予め制御
部１１内のメモリ（例えばＲＯＭ）にプログラムが入っ
ていてもよい。
【００２９】表示操作部１８は、マンマシンインタフェ
ースの手段として表示機能（出力機能）と入力機能とを
実行する。これは、ファイル転送の起動操作と結果表示
を行う。
ースの手段として表示機能（出力機能）と入力機能とを
実行する。これは、ファイル転送の起動操作と結果表示
を行う。
【００３０】通信部１７は、通信網３を介してファイル
を転送する相手と双方向に通信する機能を実行する。
を転送する相手と双方向に通信する機能を実行する。
【００３１】不揮発性記憶域１３は、装置１（または装
置２）が電源を断っている間もデータを記憶し続ける機
能を持ち、ファイルの記憶に使われるファイル１５と、
本発明の制御手順の状態（送信元か、送信先かを示す情
報、ジョブＩＤ、ファイル名、ファイル属性、送信ブロ
ック数、受信ブロック数、送信先アドレス等から構成さ
れている：以降ジョブの記録と略す）を記憶した手順記
憶域１４とから構成される。この場合の手順状態の記録
はジョブＩＤ単位毎に送信元と送信先とに分けて分類さ
れて記録されている。
置２）が電源を断っている間もデータを記憶し続ける機
能を持ち、ファイルの記憶に使われるファイル１５と、
本発明の制御手順の状態（送信元か、送信先かを示す情
報、ジョブＩＤ、ファイル名、ファイル属性、送信ブロ
ック数、受信ブロック数、送信先アドレス等から構成さ
れている：以降ジョブの記録と略す）を記憶した手順記
憶域１４とから構成される。この場合の手順状態の記録
はジョブＩＤ単位毎に送信元と送信先とに分けて分類さ
れて記録されている。
【００３２】なお、元来、ファイルを持つ装置はファイ
ルの記憶域として何かの不揮発性記憶域として磁気ディ
スクなどの媒体が必要である。従って、本発明の実施の
形態例では、このファイル１５に不可欠な不揮発性記憶
域１３を手順記憶域１４としても流用することを特徴と
する。したがって、本発明は一般的なコンピュータに適
用可能であり、プログラム媒体によって制御プログラム
をロードしてプロトコルを実現可能である。
ルの記憶域として何かの不揮発性記憶域として磁気ディ
スクなどの媒体が必要である。従って、本発明の実施の
形態例では、このファイル１５に不可欠な不揮発性記憶
域１３を手順記憶域１４としても流用することを特徴と
する。したがって、本発明は一般的なコンピュータに適
用可能であり、プログラム媒体によって制御プログラム
をロードしてプロトコルを実現可能である。
【００３３】従来のファイル転送方法ではジョブの状態
は揮発性記憶域（例えば、ＲＡＭ）に一時的に記憶され
ていただけである。
は揮発性記憶域（例えば、ＲＡＭ）に一時的に記憶され
ていただけである。
【００３４】もちろん磁気ディスクなどの媒体の代わり
に、繰り返し記憶できる、あらゆる不揮発性メモリ（例
えば、フラッシュメモリ）を使用しても良い。
に、繰り返し記憶できる、あらゆる不揮発性メモリ（例
えば、フラッシュメモリ）を使用しても良い。
【００３５】次に、図１〜図５を参照して本実施の形態
の全体の動作について説明する。
の全体の動作について説明する。
【００３６】本発明は、従来のファイル転送に用いられ
てきた一般的な手順を基盤にして発展した手順である。
その一般的な手順と同様の部分とはファイルを複数の転
送ブロックに分割して送信する。転送されたブロックは
直ちにファイルの一部として不揮発性記憶域に記憶す
る。転送元と転送先は転送され記憶されたブロックまで
をチェックポイント（ブロック転送における正当性のチ
ェックを行う時点）として記憶する。転送元と転送先は
このチェックポイントを確実に進めていくことでファイ
ル転送の正当性を確保する。このとき、転送元から送ら
れたブロックと転送先で記憶されたブロックの間に先送
りされる複数のブロック（ブロック送信に対する返答の
前に次のブロックを送信する方式）を設けることで通信
の転送効率を上げることも可能である。この場合チェッ
クポイントの管理手順が複雑になるが、本発明の本質に
は関係が無いので、先送り転送をしない基本的な実施の
形態例を示す。
てきた一般的な手順を基盤にして発展した手順である。
その一般的な手順と同様の部分とはファイルを複数の転
送ブロックに分割して送信する。転送されたブロックは
直ちにファイルの一部として不揮発性記憶域に記憶す
る。転送元と転送先は転送され記憶されたブロックまで
をチェックポイント（ブロック転送における正当性のチ
ェックを行う時点）として記憶する。転送元と転送先は
このチェックポイントを確実に進めていくことでファイ
ル転送の正当性を確保する。このとき、転送元から送ら
れたブロックと転送先で記憶されたブロックの間に先送
りされる複数のブロック（ブロック送信に対する返答の
前に次のブロックを送信する方式）を設けることで通信
の転送効率を上げることも可能である。この場合チェッ
クポイントの管理手順が複雑になるが、本発明の本質に
は関係が無いので、先送り転送をしない基本的な実施の
形態例を示す。
【００３７】図３は、装置１が転送元および装置２が転
送先となる場合のファイル転送プロトコルプログラムを
実行する場合のフローチャートである。
送先となる場合のファイル転送プロトコルプログラムを
実行する場合のフローチャートである。
【００３８】図４は、図３内のステップＢ２およびＣ２
の動作を起動側か受動側に分けて詳細に示したフローチ
ャートである。
の動作を起動側か受動側に分けて詳細に示したフローチ
ャートである。
【００３９】一般的な装置は、ファイル転送ジョブの起
動側にも受動側にもなれる、また起動によって転送元に
なることも転送先になることもできる。基本的に起動し
た側の表示操作部１８だけが対話的に使われる。
動側にも受動側にもなれる、また起動によって転送元に
なることも転送先になることもできる。基本的に起動し
た側の表示操作部１８だけが対話的に使われる。
【００４０】今、装置１（転送元）が起動側となって装
置２（転送先）に対してファイルの転送を行うと仮定し
た場合、まず装置１の表示操作部１８からファイル転送
ジョブが起動される（図４のステップＡ１）そしてステ
ップＡ２，Ａ３，Ａ４，Ａ５，Ａ６，Ａ７，Ａ８を遷移
する。このときの装置１の起動処理は、転送の起動（ス
テップＡ１）により、新規ジョブの記録データを決定
し、新規ジョブによる転送ファイルの開始要求をジョブ
ＩＤを含むジョブ情報を付加して装置２に送信し、応答
を待つ（ステップＡ２〜Ａ５、および通信１）。一方、
装置２は既に立ち上がっており、要求の受信待ち状態に
なっている（ステップＤ１，Ｄ２）。このときに装置１
から開始要求の通知を受信すると、新規か中断によるジ
ョブの再開かを判断することになるが、新規なのでジョ
ブ記録データを不揮発性記憶域３内の手順記憶域１４に
記憶することにより初期化する（Ｄ３〜Ｄ５）。その後
開始要求の応答として肯定応答を装置１に送信する（ス
テップＤ６および通信２）。その後、自装置が転送先か
転送元かを判断することになるが、受信したジョブ情報
の内容から転送先と判断し、転送先のジョブ状態記録デ
ータとして手順記憶域１４に記録される（ステップＤ
７）。一方、肯定応答を受信した装置１は、転送元か転
送先かを判断することになるがジョブ情報により転送元
と判断し、ジョブ状態記録データを転送元として手順記
憶域１４に記憶する（ステップＡ６〜Ａ８）。
置２（転送先）に対してファイルの転送を行うと仮定し
た場合、まず装置１の表示操作部１８からファイル転送
ジョブが起動される（図４のステップＡ１）そしてステ
ップＡ２，Ａ３，Ａ４，Ａ５，Ａ６，Ａ７，Ａ８を遷移
する。このときの装置１の起動処理は、転送の起動（ス
テップＡ１）により、新規ジョブの記録データを決定
し、新規ジョブによる転送ファイルの開始要求をジョブ
ＩＤを含むジョブ情報を付加して装置２に送信し、応答
を待つ（ステップＡ２〜Ａ５、および通信１）。一方、
装置２は既に立ち上がっており、要求の受信待ち状態に
なっている（ステップＤ１，Ｄ２）。このときに装置１
から開始要求の通知を受信すると、新規か中断によるジ
ョブの再開かを判断することになるが、新規なのでジョ
ブ記録データを不揮発性記憶域３内の手順記憶域１４に
記憶することにより初期化する（Ｄ３〜Ｄ５）。その後
開始要求の応答として肯定応答を装置１に送信する（ス
テップＤ６および通信２）。その後、自装置が転送先か
転送元かを判断することになるが、受信したジョブ情報
の内容から転送先と判断し、転送先のジョブ状態記録デ
ータとして手順記憶域１４に記録される（ステップＤ
７）。一方、肯定応答を受信した装置１は、転送元か転
送先かを判断することになるがジョブ情報により転送元
と判断し、ジョブ状態記録データを転送元として手順記
憶域１４に記憶する（ステップＡ６〜Ａ８）。
【００４１】もし、装置２（転送先）が起動側となって
装置１（転送元）に対してファイルの転送を行うと仮定
した場合は、装置２の表示操作部１８からファイル転送
ジョブが起動され、ステップＡ１，Ａ２，Ａ３，Ａ４，
Ａ５，Ａ６，Ａ７，Ａ９，Ｃ３を遷移する。受動側とな
る装置１がステップＤ１，Ｄ２，Ｄ３，Ｄ４，Ｄ５，Ｄ
６，Ｄ７，Ｂ３と遷移する。
装置１（転送元）に対してファイルの転送を行うと仮定
した場合は、装置２の表示操作部１８からファイル転送
ジョブが起動され、ステップＡ１，Ａ２，Ａ３，Ａ４，
Ａ５，Ａ６，Ａ７，Ａ９，Ｃ３を遷移する。受動側とな
る装置１がステップＤ１，Ｄ２，Ｄ３，Ｄ４，Ｄ５，Ｄ
６，Ｄ７，Ｂ３と遷移する。
【００４２】この開始処理の中で両ノードにとって一意
にファイル転送ジョブを識別する共通の値のジョブＩＤ
を決定する。手順状態値とはジョブＩＤと、ファイル名
と、ファイル属性と、自装置が転送元か転送先かを示す
情報と、送達確認数または受信確認数と、転送の相手先
の送信アドレスとを含み、ジョブ種別情報として両ノー
ドの不揮発性記憶域１３内の手順記憶域１４に記憶され
る。これらのジョブの記録データは該当ジョブが完了す
るまで記憶される。
にファイル転送ジョブを識別する共通の値のジョブＩＤ
を決定する。手順状態値とはジョブＩＤと、ファイル名
と、ファイル属性と、自装置が転送元か転送先かを示す
情報と、送達確認数または受信確認数と、転送の相手先
の送信アドレスとを含み、ジョブ種別情報として両ノー
ドの不揮発性記憶域１３内の手順記憶域１４に記憶され
る。これらのジョブの記録データは該当ジョブが完了す
るまで記憶される。
【００４３】次に、転送処理に進むことになるが、転送
処理として転送元ノード（装置１）から転送ブロックの
送信（ステップＢ３）が開始される（図３の通信３）。
転送先ノード（装置２）では受信したブロックを直ちに
不揮発性記憶域１３内のファイル１５の一部として記憶
する（ステップＣ３）。転送先ノード（装置２）は、そ
の直後に最新のチェックポイントとしての転送済みブロ
ック数（送達確認のために受信したブロックの数をい
う）を不揮発性記憶域３内の手順記憶域１４に記憶する
（ステップＣ３）。続けて転送先ノード（装置２）はブ
ロック転送が成功したことを転送元ノード（装置１）に
伝える為にブロック転送肯定応答を送信する（ステップ
Ｃ５、および通信４）。なお、転送済のブロック数は転
送時のブロックのヘッダに付与されたシーケンス番号を
見ることで識別できる。
処理として転送元ノード（装置１）から転送ブロックの
送信（ステップＢ３）が開始される（図３の通信３）。
転送先ノード（装置２）では受信したブロックを直ちに
不揮発性記憶域１３内のファイル１５の一部として記憶
する（ステップＣ３）。転送先ノード（装置２）は、そ
の直後に最新のチェックポイントとしての転送済みブロ
ック数（送達確認のために受信したブロックの数をい
う）を不揮発性記憶域３内の手順記憶域１４に記憶する
（ステップＣ３）。続けて転送先ノード（装置２）はブ
ロック転送が成功したことを転送元ノード（装置１）に
伝える為にブロック転送肯定応答を送信する（ステップ
Ｃ５、および通信４）。なお、転送済のブロック数は転
送時のブロックのヘッダに付与されたシーケンス番号を
見ることで識別できる。
【００４４】このブロック受信のとき（ステップＣ
４）、もし受信ブロックデータが伝送エラーで正当でな
いか、受信タイムアウトになったら、最新のチェックポ
イントを含む再送要求を転送元に送り（ステップＣ
６）、ブロック受信を続ける（ステップＣ３）。
４）、もし受信ブロックデータが伝送エラーで正当でな
いか、受信タイムアウトになったら、最新のチェックポ
イントを含む再送要求を転送元に送り（ステップＣ
６）、ブロック受信を続ける（ステップＣ３）。
【００４５】受信タイムアウトが続くときは前記予め決
められた1回あたりの待ち時間を増大させながら（例え
ば４，８，１６，３２，６４，１２８，２５６，５１
２，５１２[秒]・・・）再送要求と受信待ちを繰り返
す。更に、規定回数だけ待っても（相当長い時間例えば
２時間）回復しない場合は中断状態に移行し、現状のプ
ログラム実体は終了する（ステップＣ１０，Ｃ１１）。
この後は両ノードからの再開始処理（図５）を待つ。
められた1回あたりの待ち時間を増大させながら（例え
ば４，８，１６，３２，６４，１２８，２５６，５１
２，５１２[秒]・・・）再送要求と受信待ちを繰り返
す。更に、規定回数だけ待っても（相当長い時間例えば
２時間）回復しない場合は中断状態に移行し、現状のプ
ログラム実体は終了する（ステップＣ１０，Ｃ１１）。
この後は両ノードからの再開始処理（図５）を待つ。
【００４６】転送元ノード（装置１）は転送先ノード
（装置２）の応答を待ってブロック転送ステップの成否
を判断する（ステップＢ４）。転送元ノード（装置１）
は再送要求がきたときか、受信データが伝送エラーにな
ったときだけブロック転送を再送する。独自にタイムア
ウトの判断と再送は行わない。
（装置２）の応答を待ってブロック転送ステップの成否
を判断する（ステップＢ４）。転送元ノード（装置１）
は再送要求がきたときか、受信データが伝送エラーにな
ったときだけブロック転送を再送する。独自にタイムア
ウトの判断と再送は行わない。
【００４７】転送元ノード（装置１）はブロック転送が
成功したときはチェックポイントとして転送したブロッ
ク数を不揮発性記憶域３内の手順記憶域４に記憶する。
成功したときはチェックポイントとして転送したブロッ
ク数を不揮発性記憶域３内の手順記憶域４に記憶する。
【００４８】全てのブロックを転送するまで、この一連
の転送処理を繰り返す（ステップＢ６、ステップＣ
４）。
の転送処理を繰り返す（ステップＢ６、ステップＣ
４）。
【００４９】ファイルをすべて転送したら、転送元ノー
ド（装置１）から転送先ノード（装置２）へ終了要求を
送る（図３ではステップＢ３と通信３が兼用）。
ド（装置１）から転送先ノード（装置２）へ終了要求を
送る（図３ではステップＢ３と通信３が兼用）。
【００５０】転送先ノード（装置２）では、この終了要
求を受信したら装置１に終了応答する（図３ではステッ
プＣ５と通信４が兼用）更に、終了確認通知（図３の通
信５）が来るまで待ってから、ジョブの記録をすべて不
揮発性記憶域１４から消去し終了する（ステップＣ８，
Ｃ９）、もし、終了確認通知が届かなければ転送先ノー
ド（装置２）は終了応答（ステップＣ５またはＣ１１）
を再送し再び終了通知を待つ。さらに規定回数だけ待っ
ても（相当長い時間）終了通知が届かなかったときは正
常終了と同じく、ジョブの記録をすべて不揮発性記憶域
から消去する（ステップＣ８）。
求を受信したら装置１に終了応答する（図３ではステッ
プＣ５と通信４が兼用）更に、終了確認通知（図３の通
信５）が来るまで待ってから、ジョブの記録をすべて不
揮発性記憶域１４から消去し終了する（ステップＣ８，
Ｃ９）、もし、終了確認通知が届かなければ転送先ノー
ド（装置２）は終了応答（ステップＣ５またはＣ１１）
を再送し再び終了通知を待つ。さらに規定回数だけ待っ
ても（相当長い時間）終了通知が届かなかったときは正
常終了と同じく、ジョブの記録をすべて不揮発性記憶域
から消去する（ステップＣ８）。
【００５１】転送元ノード（装置１）は終了応答を受信
すると、終了確認通知を転送先ノードに返し（図３の通
信５）ジョブの記録をすべて不揮発性記憶域から消去す
る（ステップＢ７）。また、表示操作部に終了メッセー
ジを表示することによりジョブを終了する（ステップＡ
２，Ｂ８）。
すると、終了確認通知を転送先ノードに返し（図３の通
信５）ジョブの記録をすべて不揮発性記憶域から消去す
る（ステップＢ７）。また、表示操作部に終了メッセー
ジを表示することによりジョブを終了する（ステップＡ
２，Ｂ８）。
【００５２】次に、異常処理の動作について述べる。
【００５３】まず、転送中のタイムアウト処理は転送先
のノードでだけ判断し、長時間の無応答でない限り受信
リトライを続けプロトコルを中断すること（ステップＣ
１１）はしない。転送先ノードは基本的に通信障害も相
手ノード障害も区別できないので長時間待ち続けた後に
中断状態にする。
のノードでだけ判断し、長時間の無応答でない限り受信
リトライを続けプロトコルを中断すること（ステップＣ
１１）はしない。転送先ノードは基本的に通信障害も相
手ノード障害も区別できないので長時間待ち続けた後に
中断状態にする。
【００５４】したがって、起動するノードでは操作表示
部から明示的にジョブを中止するか電源断などによって
暗黙のうちに中断する。中止はジョブの記録を不揮発性
メモリから消去し完全に停止してしまう事であり、中断
はジョブの記録を不揮発性メモリに残したままにして装
置の電源断をまたがって再開始が可能な状態である。も
し、通信線の切断のような致命的な障害ではなく、自然
に復旧するような障害の場合は、通常のブロック転送中
のタイムアウト処理が長い待ちに対応しているので再送
要求（ステップＣ６）と受信（ステップＣ３）のリトラ
イを実行しているうちに回復する。
部から明示的にジョブを中止するか電源断などによって
暗黙のうちに中断する。中止はジョブの記録を不揮発性
メモリから消去し完全に停止してしまう事であり、中断
はジョブの記録を不揮発性メモリに残したままにして装
置の電源断をまたがって再開始が可能な状態である。も
し、通信線の切断のような致命的な障害ではなく、自然
に復旧するような障害の場合は、通常のブロック転送中
のタイムアウト処理が長い待ちに対応しているので再送
要求（ステップＣ６）と受信（ステップＣ３）のリトラ
イを実行しているうちに回復する。
【００５５】携帯端末では電池切れによって機能を停止
することが多く、これは一種のノード障害である。パソ
コンのＯＳの信頼性が低くリセットで回復したいときも
ノード障害である。このようなシステムダウンをまたが
ってファイル転送が中断し、再開始しされても正当に結
果を保証する。
することが多く、これは一種のノード障害である。パソ
コンのＯＳの信頼性が低くリセットで回復したいときも
ノード障害である。このようなシステムダウンをまたが
ってファイル転送が中断し、再開始しされても正当に結
果を保証する。
【００５６】プログラムが異常終了した場合でも、明示
的に中断を指示されて終わった場合でも、該当ファイル
転送ジョブの中断時点の状態は不揮発性記憶域１３内の
手順記憶域１４に記憶されている。したがって電源投入
やリセットによるノード（装置）のシステム再開始後
（図５のステップＥ１）に不揮発性記憶域１３内の手順
記憶域１４を参照して（ステップＥ２）ジョブの記録が
残っていれば中断ジョブがあると判断してプログラムを
自動的に開始して該当ジョブを再開始する（ステップＥ
３）。また、起動側ノード（装置）が明示的に中断の操
作をした場合は明示的な操作によっても該当ジョブを再
開始できる。再開始したノード側のプログラムは改めて
「前処理」として相手側のノードのプログラムを開始さ
せて中断点までの状態を回復してチェックポイントの同
期を回復する。
的に中断を指示されて終わった場合でも、該当ファイル
転送ジョブの中断時点の状態は不揮発性記憶域１３内の
手順記憶域１４に記憶されている。したがって電源投入
やリセットによるノード（装置）のシステム再開始後
（図５のステップＥ１）に不揮発性記憶域１３内の手順
記憶域１４を参照して（ステップＥ２）ジョブの記録が
残っていれば中断ジョブがあると判断してプログラムを
自動的に開始して該当ジョブを再開始する（ステップＥ
３）。また、起動側ノード（装置）が明示的に中断の操
作をした場合は明示的な操作によっても該当ジョブを再
開始できる。再開始したノード側のプログラムは改めて
「前処理」として相手側のノードのプログラムを開始さ
せて中断点までの状態を回復してチェックポイントの同
期を回復する。
【００５７】再開始ノードが手順記憶域１４に転送元
（装置１）になる中断ジョブ情報を見つけた場合、ステ
ップＥ４〜Ｅ７を実行し、状態Ｂ５を回復する。このと
きステップＥ４で該当ジョブの再開要求を転送先（装置
２）のノードに送信し、転送先のノードは再開要求を受
信した事で状態Ｃ５を回復する。転送先ノード（装置
２）は再開要求のジョブＩＤ、ファイル名等を読み出
し、自装置の手順記憶域１４に書き込まれた内容と比較
する。比較した結果等しいジョブがあれば、ファイル転
送の再開と判断し、最新の受信確認数と共にファイル転
送の再開要求に対する肯定応答を返し、ブロック転送の
受信待ちになる。装置２は、それ以降、図３のフローチ
ャートのステップＣ３以降と同じ処理を行うことにな
る。また、装置１は、装置２からの再開要求に対する肯
定応答を受信すると、前回終了したブロックの次のブロ
ックから転送を始める。それ以降の処理は、図２のフロ
ーチャートのステップＢ３からの処理と同じである。な
お、装置２において再開要求と上記手順記憶域１４を比
較した結果が等しくない場合は、装置１に拒否応答を返
すことにより、装置１は転送元のジョブの記録を手順記
憶域１４から消去する。
（装置１）になる中断ジョブ情報を見つけた場合、ステ
ップＥ４〜Ｅ７を実行し、状態Ｂ５を回復する。このと
きステップＥ４で該当ジョブの再開要求を転送先（装置
２）のノードに送信し、転送先のノードは再開要求を受
信した事で状態Ｃ５を回復する。転送先ノード（装置
２）は再開要求のジョブＩＤ、ファイル名等を読み出
し、自装置の手順記憶域１４に書き込まれた内容と比較
する。比較した結果等しいジョブがあれば、ファイル転
送の再開と判断し、最新の受信確認数と共にファイル転
送の再開要求に対する肯定応答を返し、ブロック転送の
受信待ちになる。装置２は、それ以降、図３のフローチ
ャートのステップＣ３以降と同じ処理を行うことにな
る。また、装置１は、装置２からの再開要求に対する肯
定応答を受信すると、前回終了したブロックの次のブロ
ックから転送を始める。それ以降の処理は、図２のフロ
ーチャートのステップＢ３からの処理と同じである。な
お、装置２において再開要求と上記手順記憶域１４を比
較した結果が等しくない場合は、装置１に拒否応答を返
すことにより、装置１は転送元のジョブの記録を手順記
憶域１４から消去する。
【００５８】再開始ノードが手順記憶域１４に転送先
（装置２）になる中断ジョブ情報を見つけた場合、ステ
ップＥ８〜Ｅ１１を実行し、状態Ｃ５を回復する。この
ときステップＥ８で受信済みブロック数を付加した該当
ジョブの再開要求を転送元（装置１）のノードに送信
し、転送元のノードは再開要求を受信した事で状態Ｂ５
を回復する。転送元ノード（装置１）は再開要求のジョ
ブＩＤ、ファイル名等を読み出し、自装置の手順記憶域
１４に書き込まれた内容と比較する。比較した結果等し
いジョブがあれば、ファイル転送の再開と判断し、ファ
イル転送の再開要求に対する肯定応答を返す。装置１
は、それ以降、図３のフローチャートのステップＢ３以
降と同じ処理を行うことになる。また、装置２は、装置
１からの再開肯定応答を受信すると、前回中断したブロ
ックの次のブロックから受信を始める。その処理は、図
３のフローチャートのステップＣ３からの処理と同じで
ある。なお、装置１において再開要求と上記手順記憶域
１４を比較した結果が等しくない場合は、装置２に再開
拒否応答を返すことにより、装置２は転送元のジョブの
記録を手順記憶域１４から消去する。
（装置２）になる中断ジョブ情報を見つけた場合、ステ
ップＥ８〜Ｅ１１を実行し、状態Ｃ５を回復する。この
ときステップＥ８で受信済みブロック数を付加した該当
ジョブの再開要求を転送元（装置１）のノードに送信
し、転送元のノードは再開要求を受信した事で状態Ｂ５
を回復する。転送元ノード（装置１）は再開要求のジョ
ブＩＤ、ファイル名等を読み出し、自装置の手順記憶域
１４に書き込まれた内容と比較する。比較した結果等し
いジョブがあれば、ファイル転送の再開と判断し、ファ
イル転送の再開要求に対する肯定応答を返す。装置１
は、それ以降、図３のフローチャートのステップＢ３以
降と同じ処理を行うことになる。また、装置２は、装置
１からの再開肯定応答を受信すると、前回中断したブロ
ックの次のブロックから受信を始める。その処理は、図
３のフローチャートのステップＣ３からの処理と同じで
ある。なお、装置１において再開要求と上記手順記憶域
１４を比較した結果が等しくない場合は、装置２に再開
拒否応答を返すことにより、装置２は転送元のジョブの
記録を手順記憶域１４から消去する。
【００５９】実際には、中断再開時の相手先（受動側ノ
ード）の動作としては、図４のフローチャートによる動
作（ステップＤ３，Ｄ８，Ｄ９，Ｄ１０，Ｄ１１，Ｄ
７）となるが、通信１により動作する相手側のノードの
プログラムは基本的に中断前に実行していた実体が待ち
続けている可能性がある。この状態のときは、中断以前
から存在している実行実体を終了させ、新たな実行実体
を有効とする（図４のステップＤ９）。新たな実行実体
の「前処理」で回線交換型の通信回線の回復処理を行う
為である。受動側ノードは中断点までの状態を回復し、
再同期した後に残りのファイル転送を実行する。すなわ
ち転送元ノードなら状態、ステップＢ５を回復し、ステ
ップＢ３から実行する。転送先ノードなら状態、ステッ
プＣ５を回復しステップＣ３から実行する。
ード）の動作としては、図４のフローチャートによる動
作（ステップＤ３，Ｄ８，Ｄ９，Ｄ１０，Ｄ１１，Ｄ
７）となるが、通信１により動作する相手側のノードの
プログラムは基本的に中断前に実行していた実体が待ち
続けている可能性がある。この状態のときは、中断以前
から存在している実行実体を終了させ、新たな実行実体
を有効とする（図４のステップＤ９）。新たな実行実体
の「前処理」で回線交換型の通信回線の回復処理を行う
為である。受動側ノードは中断点までの状態を回復し、
再同期した後に残りのファイル転送を実行する。すなわ
ち転送元ノードなら状態、ステップＢ５を回復し、ステ
ップＢ３から実行する。転送先ノードなら状態、ステッ
プＣ５を回復しステップＣ３から実行する。
【００６０】もし、転送元のノード（装置１）におい
て、再開始したジョブの「前処理」の段階で転送先のノ
ード（装置２）との通信（図５の通信１、通信２）がで
きない場合は、規定回数のステップＥ４、Ｅ５またはス
テップＥ８，Ｅ９のリトライ（予め決められた時間間隔
でリトライを行う）を試みて回復できなければジョブの
記録と転送途中ファイルを不揮発性記憶域１３から抹消
して（ステップＥ１２）ジョブを終了する（ステップＥ
１３）。
て、再開始したジョブの「前処理」の段階で転送先のノ
ード（装置２）との通信（図５の通信１、通信２）がで
きない場合は、規定回数のステップＥ４、Ｅ５またはス
テップＥ８，Ｅ９のリトライ（予め決められた時間間隔
でリトライを行う）を試みて回復できなければジョブの
記録と転送途中ファイルを不揮発性記憶域１３から抹消
して（ステップＥ１２）ジョブを終了する（ステップＥ
１３）。
【００６１】これら異常処理で行うリトライ後のジョブ
の放棄までの時間は数時間から数十時間を想定して回復
の機会を長くとる。相手ノード（装置）は起動されてい
れば常時、受動側開始処理ステップＤ２で待ち受けて回
復手順を始められるため、相手ノード（装置）の電源断
に対応した長時間の再開始要求のリトライを行うためで
ある。
の放棄までの時間は数時間から数十時間を想定して回復
の機会を長くとる。相手ノード（装置）は起動されてい
れば常時、受動側開始処理ステップＤ２で待ち受けて回
復手順を始められるため、相手ノード（装置）の電源断
に対応した長時間の再開始要求のリトライを行うためで
ある。
【００６２】以上説明したように、本発明は手順記憶域
１４が破壊されない限りネットワークアーキテクチャー
の他の層のプロトコルに頼らずにファイル転送プロトコ
ル自身（制御部１１のメモリに格納されたプログラムに
よる動作）が不揮発性記憶域１３に手順の段階を記憶し
ておき、制御部１１がこの手順の段階を利用するプログ
ラムを実行することで長時間の回線断をまたがって別の
データリンクに乗り換えた後でも確実にファイル転送を
実現することを可能にする。
１４が破壊されない限りネットワークアーキテクチャー
の他の層のプロトコルに頼らずにファイル転送プロトコ
ル自身（制御部１１のメモリに格納されたプログラムに
よる動作）が不揮発性記憶域１３に手順の段階を記憶し
ておき、制御部１１がこの手順の段階を利用するプログ
ラムを実行することで長時間の回線断をまたがって別の
データリンクに乗り換えた後でも確実にファイル転送を
実現することを可能にする。
【００６３】以上、説明してきた実施の形態では、利用
する下位プロトコルを通信障害と相手方ノード障害の区
別が付かない前提で説明したが、もし、専用線、回線交
換、コネクション型プロトコルのように通信線の切断を
検出できる下位プロトコルを使っている場合は、通信線
の切断を検出したときに直ちにファイル転送プロトコル
を中断状態に移行、あるいは一旦プログラムの実行を終
了して、更に、新しい通信線を確保して中断再開始処理
を開始してもよい。この手順は通信線の切断を別の通信
線に乗り換えて回復することを試みることになる。
する下位プロトコルを通信障害と相手方ノード障害の区
別が付かない前提で説明したが、もし、専用線、回線交
換、コネクション型プロトコルのように通信線の切断を
検出できる下位プロトコルを使っている場合は、通信線
の切断を検出したときに直ちにファイル転送プロトコル
を中断状態に移行、あるいは一旦プログラムの実行を終
了して、更に、新しい通信線を確保して中断再開始処理
を開始してもよい。この手順は通信線の切断を別の通信
線に乗り換えて回復することを試みることになる。
【００６４】
【発明の効果】第１の効果は、あらゆる下位プロトコル
を利用可能である。本発明の回復処理は独立に機能する
ものであって、下位プロトコルの働きに依存しない。た
だし、下位プロトコルによって最適化する余地はある。
を利用可能である。本発明の回復処理は独立に機能する
ものであって、下位プロトコルの働きに依存しない。た
だし、下位プロトコルによって最適化する余地はある。
【００６５】第２の効果は、ファイル転送処理の途中で
長時間の中断があっても打ち切りを行わないで再開始し
て、回復できることにある。その理由は、ファイル転送
ジョブの属性とチェックポイント（手順状態）を不揮発
性記憶域に保持している為、プログラムの終了や装置の
電源断の後でも、改めて再開始処理が行えるためであ
る。
長時間の中断があっても打ち切りを行わないで再開始し
て、回復できることにある。その理由は、ファイル転送
ジョブの属性とチェックポイント（手順状態）を不揮発
性記憶域に保持している為、プログラムの終了や装置の
電源断の後でも、改めて再開始処理が行えるためであ
る。
【００６６】第３の効果は、有害な再送にまつわる伝送
データの輻輳を防止できることにある。その理由は、中
断になる前の状態でのブロック転送のタイムアウトの判
定を転送先のノードだけで行い、転送元は、その判断に
従っているため、また、そのときの転送先ノードのタイ
ムアウトが繰り返される場合は判定時間を長くしていく
ことによって無駄な再送要求が発生しないためである。
両方のノードが中断状態である間は全く通信は使用され
ないこと、更に、中断再開始時に通信できないときも再
開始処理のリトライ間隔を数分程度に長くしておく事に
よって無駄な再開始要求を低下できる。
データの輻輳を防止できることにある。その理由は、中
断になる前の状態でのブロック転送のタイムアウトの判
定を転送先のノードだけで行い、転送元は、その判断に
従っているため、また、そのときの転送先ノードのタイ
ムアウトが繰り返される場合は判定時間を長くしていく
ことによって無駄な再送要求が発生しないためである。
両方のノードが中断状態である間は全く通信は使用され
ないこと、更に、中断再開始時に通信できないときも再
開始処理のリトライ間隔を数分程度に長くしておく事に
よって無駄な再開始要求を低下できる。
【００６７】第４の効果は、重大な通信障害とノード障
害を区別無く同じ手順で回復できることにある。その理
由は、第２の効果を利用して両方の場合分けをせずに、
全て中断再開始処理の中で重大障害の回復をするためで
ある。もし、重大な通信障害のときは中断再開始処理の
最初に、通信回線を確保し直すので回復可能である。も
し、ノード障害のときはノード障害が回復した後で再開
始処理が実行されるはずなので回復可能である。
害を区別無く同じ手順で回復できることにある。その理
由は、第２の効果を利用して両方の場合分けをせずに、
全て中断再開始処理の中で重大障害の回復をするためで
ある。もし、重大な通信障害のときは中断再開始処理の
最初に、通信回線を確保し直すので回復可能である。も
し、ノード障害のときはノード障害が回復した後で再開
始処理が実行されるはずなので回復可能である。
【００６８】第５の効果は、移動体通信の応用だけでな
く、一般の情報処理装置の通信障害やノード障害にまた
がったファイル転送も自動回復して実行できることにあ
る。その理由は、発明を適用する構成に汎用的なコンピ
ュータを含めることができ、前記、第１から第４の効果
があるためである。
く、一般の情報処理装置の通信障害やノード障害にまた
がったファイル転送も自動回復して実行できることにあ
る。その理由は、発明を適用する構成に汎用的なコンピ
ュータを含めることができ、前記、第１から第４の効果
があるためである。
【図１】図２の装置内を詳細に示したブロック図であ
る。
る。
【図２】本発明の実施形態例を示すブロック図である。
【図３】本発明の実施の形態例におけるブロック転送時
のフローチャートである。
のフローチャートである。
【図４】図３の前処理に関するフローチャートである。
【図５】再開始処理に関するフローチャートである。
１，２ 装置 ３ 通信網 １１ 制御部 １２ タイマ １３ 不揮発性記憶域 １４ 手順記憶域 １５ ファイル １６ バス １７ 通信部 １８ 表示操作部 ２１ 記録媒体
フロントページの続き (56)参考文献 特開 平９−265428（ＪＰ，Ａ) 特開 昭63−181047（ＪＰ，Ａ) Ｋ．Ｓｏｌｌｉｎｓ，Ｔｈｅ ＴＦＴ Ｐ Ｐｒｏｔｏｃｏｌ（Ｒｅｖｉｓｉｏ ｎ ２），ＲＦＣ 1350 ＩＥＴＦ（Ｒ．Ｂｒａｄｅｎ，Ｅｄｉ ｔｏｒ），Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｈｏｓｔｓ ‐‐ Ａｐｐｌｉｃａｔｉｏｎ ａｎ ｄ Ｓｕｐｐｏｒｔ，ＲＦＣ 1123 Ｊ．Ｐｏｓｔｅｌ，Ｆｉｌｅ Ｔｒａ ｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ，ＲＦＣ 765 (58)調査した分野(Int.Cl.7，ＤＢ名) G06F 13/00
Claims (16)
- 【請求項１】 通信網に接続された複数の装置間でファ
イル転送を行う場合にファイルを複数のブロックに分割
しその分割したブロック毎に応答確認の伴う転送を行う
ファイル転送プロトコル方式において、 前記複数の装置の内の第１の装置がファイル転送元とな
り前記複数の装置の内の第２の装置がファイル転送先と
なる場合に、 前記第１または第２の双方の装置は、ファイル転送を行
う前に唯一の値を持つジョブＩＤを取り決める開始通知
手段を有し、 前記第１の装置は、前記開始通知手順に対する応答を前
記第２の装置から受信した場合にジョブＩＤを含む自身
の第１の手順状態を不揮発性の第１の記憶部に書き込む
第１の状態記憶手段と、 前記開始通知手段に対する応答を前記第２の装置から受
信した場合は前記ブロック転送を始めるブロック転送開
始手段と、 前記ブロック転送中に前記第２の装置から前記ブロック
の受信の確認がとれる度に送達確認を示す送達確認数を
前記第１の手順状態の１部として前記第１の記憶部に書
き込む送達確認記憶手段と、 全ての前記ブロックを転送し終えた場合に全ての前記第
１の手順状態を前記第１の記憶部から消去する転送元消
去手段とを有し、 前記第２の装置は、ジョブＩＤを含む自身の第２の手順
状態を前記ファイル転送を行う前に不揮発性の第２の記
憶部に書き込む第２の状態記憶手段と、 前記ブロックを受信する度に受信したことを示す受信確
認数を前記第２の手順状態の１部として第２の記憶部に
書き込む受信確認記憶手段と、 前記ブロックを受信する度に受信したことを前記第１の
装置に返信する返信手段と、 全ての前記ブロックを受信し終えた場合に前記第１の装
置から終了通知を待つ受信手段と、 前記終了通知を受信した後に全ての前記第２の手順状態
を前記第２の不揮発性記憶部から消去する記憶消去手段
とを有することを含むことを特徴とするファイル転送プ
ロトコル方式。 - 【請求項２】 前記第２の装置は、予め決められた時間
内に次に受信するべき前記ブロックを受信しなければ、
再送要求を前記返信手段にて第１の装置に行い、このタ
イムアウトが続くときは前記予め決められた１回あたり
の待ち時間を増大させながら規定回数に達するまで再送
要求を繰り返すことを特徴とする請求項１記載のファイ
ル転送プロトコル方式。 - 【請求項３】 前記第１または第２の不揮発性記憶部
は、前記ジョブＩＤと、ファイル名と、ファイル属性
と、自装置が転送元か転送先かを示す情報と、前記送達
確認数または前記受信確認数と、転送相手の送信アドレ
スとを含む手順状態を有することを特徴とする請求項１
のファイル転送プロトコル方式。 - 【請求項４】 前記第１の装置は、装置立ち上げ時に第
１の不揮発性記憶部に記憶された前記手順状態を検索し
ファイル転送中であれば、前記第２の装置に転送中のジ
ョブＩＤを付加した再開要求を送信する再開要求手段
と、 前記再開要求に対する肯定応答を前記第２の装置から受
信した場合は、中断状態を回復し、装置立ち上げ前に転
送し終わった次の前記ブロックから転送を始めるブロッ
ク転送再開手段とを有することと、 前記再開要求に対する否定応答を前記第２の装置から受
信した場合は、該当ジョブの全ての記録を前記第１の不
揮発性記憶部から消去しジョブを終了することとを含む
ことを特徴とする請求項１または２記載のファイル転送
プロトコル方式。 - 【請求項５】 前記第２の装置は、前記第１の装置から
の前記再開要求を受信すると前記再開要求に付加された
ジョブＩＤと第２の不揮発性記憶部の前記手順状態とを
比較し、該当ジョブが存在しなければ再開拒否応答を前
記第１の装置に返し、該当ジョブが存在すれば再開肯定
応答を前記第１の装置に返すことを特徴とする請求項４
記載のファイル転送プロトコル方式。 - 【請求項６】 前記第２の装置は、装置立ち上げ時に第
２の不揮発性記憶部に記憶された前記手順状態を検索し
ファイル転送中であれば、中断状態を回復し、前記第１
の装置に前記ファイル転送の再開依頼を行うことを特徴
とする請求項１，２または３記載のファイル転送プロト
コル方式。 - 【請求項７】 前記第１の装置は、通常ジョブの受信待
ち状態のとき前記第２の装置の前記再開要求を受信する
と新たに別の実行実体にジョブの状態を明け渡すことを
特徴とする請求項１または４記載のファイル転送プロト
コル方式。 - 【請求項８】 前記第１または第２の双方の装置は、互
いに相手の新規ジョブの開始または中断ジョブの再開始
要求を受け付け、 中断ジョブの再開を要求された場合は、実行中の実体か
らジョブを引き継ぐことを特徴とする請求項１，２，
４，５，または７記載のファイル転送方式。 - 【請求項９】 通信網に接続された複数の装置間でファ
イル転送を行う場合にファイルを複数のブロックに分割
しその分割したブロック毎に応答確認の伴う転送を行う
ファイル転送プロトコル方法であって、 前記複数の装置の内の第１の装置が前記ファイル転送元
となり前記複数の装置の内の第２の装置が前記ファイル
転送先となる場合に、 転送元と転送先の区別とは独立にジョブの起動側の装置
が受動側の装置に開始要求を送信し、前記受動側の装置
が応答することで、双方の装置はファイル転送を行う前
に唯一の値を持つジョブＩＤを取り決める開始通知手順
を取り交わし、 前記起動側の装置が前記受動側の装置から開始応答を受
信した場合にジョブＩＤを含む自身の手順初期状態を不
揮発性の記憶部に書き込み、 前記受動側の装置が前記開始要求を受信すると自身の手
順初期状態を不揮発性記憶部に書き込んだ後に開始応答
を前記起動側の装置に返し、 前記第１の装置が初期状態からプロック転送の送信を開
始し、 前記第２の装置が初期状態からブロック転送を受信し始
め、受信するたびに、ブロックをファイル記憶域に記憶
し、受信確認数を前記第２の手順状態の１部として第２
の不揮発性記憶部に書き込み、ブロック転送肯定応答を
返し、 前記第１の装置が前記ブロック転送中に前記第２の装置
から前記ブロック転送肯定応答を受信する度に送達確認
を示す送達確認数を前記第１の手順状態の１部として前
記第１の不揮発性記憶部に書き込み、 前記第１の装置が全ての前記ブロックを受信し終えた場
合に前記ファイル転送の終了通知を前記第２の装置に送
信し、 前記第２の装置は終了肯定応答を返し、 前記第１の装置は終了確認通知を返し、全ての前記第１
の手順状態を前記第１の不揮発性記憶部から消去し、 前記第２の装置は終了確認通知を受信するまで終了肯定
応答を繰り返し送り、終了確認通知を受信すると全ての
前記第２の手順状態を第２の不揮発性記憶部から消去す
ることを特徴とするファイル転送プロトコル方法。 - 【請求項１０】 前記第１の装置が装置立ち上げ時に第
１の不揮発性記憶部に記憶された前記第１の手順状態を
検索しファイル転送中状態、すなわち中断状態のものが
あれば前記第２の装置の受動部に前記ジョブＩＤを付加
した再開要求を送信し、 前記第２の装置は前記第１の装置からの再開要求を受信
すると前記再開要求に付加されたジョブＩＤと第２の不
揮発性記憶部の前記手順状態とを比較し、該当ジョブが
存在しなければ再開拒否応答を前記第１の装置に返し、
該当ジョブが存在すれば受信済みブロック数を付加した
再開肯定応答を前記第１の装置に返し、ブロック転送の
受信待ちとなり、 前記第１の装置が前記再開要求に対する肯定応答を受信
した場合は装置立ち上げ前に転送し終わった次のブロッ
クから転送を始め、再開拒否応答を受信した場合は前記
第１の不揮発性記憶部から該当ジョブ情報の全てを消去
することを特徴とする請求項９記載のファイル転送プロ
トコル方法。 - 【請求項１１】 前記第２の装置が装置立ち上げ時に第
２の不揮発性記憶部に記憶された前記第２の手順状態を
検索しファイル転送中状態、すなわち中断状態のものが
あれば前記第１の装置の受動部に前記ジョブＩＤと受信
済みブロック数を付加した再開要求を送信し、 前記第１の装置は前記第２の装置からの再開要求を受信
すると前記再開要求に付加されたジョブＩＤと第１の不
揮発性記憶部の前記手順状態とを比較し、該当ジョブが
存在しなければ再開拒否応答を前記第２の装置に返し、
該当ジョブが存在すれば再開肯定応答を前記第２の装置
に返し、転送済みブロックの次から転送を再開し、 前記第２の装置が前記再開要求に対する肯定応答を受信
した場合は装置立ち上げ前に転送し終わった次のブロッ
クから受信を始め、再開拒否応答を受信した場合は前記
第２の不揮発性記憶部から該当ジョブ情報の全てを消去
することを特徴とする請求項９記載のファイル転送プロ
トコル方法。 - 【請求項１２】 前記第１または第２の不揮発性記憶部
は、前記ジョブＩＤと、ファイル名と、ファイル属性
と、自装置が転送元か転送先かを示す情報と、前記送達
確認数または前記受信確認数と、転送相手の送信アドレ
スとを含む手順状態を有することを特徴とする請求項
９，１０，１１のファイル転送プロトコル方法。 - 【請求項１３】 ファイル転送の転送元になる場合は、
前記ファイル転送を行う前に前記ファイル転送の転送先
にジョブＩＤを含む手順状態を付加して前記ファイル転
送の開始を通知する開始通知処理と、 前記ファイル転送を行う前に前記手順状態を転送元手順
状態として不揮発性の不揮発性記憶部に書き込む転送元
状態記憶処理と、 前記開始通知処理に対する応答を前記転送先から受信し
た場合は前記ブロック転送を始めるブロック転送開始処
理と、 前記ブロック転送中に前記転送先から前記ブロックの受
信の確認がとれる度に送達確認を示す送達確認数を前記
転送元手順状態の１部として前記不揮発性記憶部に書き
込む送達確認記憶処理と、 全ての前記ブロックを転送し終えた場合に全ての前記転
送元手順状態を前記不揮発性記憶部から消去する転送元
消去処理とをプロセッサに実行させるためと、 前記ファイル転送の転送先となる場合は、前記開始通知
処理により受信した前記手順状態を転送先手順状態とし
て不揮発性の記憶部に書き込む転送先状態記憶処理と、 前記ブロックを受信する度に受信したことを示す受信確
認数を前記転送先手順状態の１部として不揮発性記憶部
に書き込む受信確認記憶処理と、 前記ブロックを受信する度に受信したことを前記送信元
に返信する返信手段と、全ての前記ブロックを受信し終
えた場合に全ての前記転送先手順状態を前記不揮発性記
憶部から消去する転送元消去処理とをプロセッサに実行
させるためとのプログラムを記録したことを特徴とする
ファイル転送プロトコル記録媒体。 - 【請求項１４】 装置立ち上げ時に前記不揮発性記憶部
に記憶された前記手順状態を検索する検索処理と、 前記検索処理においてファイル転送中で転送元であれば
前記転送先に前記転送元手順状態を付加した再開要求を
送信する再開要求処理と、 前記検索処理においてファイル転送中で転送先であれば
中断状態を回復し前記転送元に再開依頼を送信する再開
依頼処理と、 前記再開要求に対する肯定応答を前記転送先から受信し
た場合は装置立ち上げ前に転送し終わった次の前記ブロ
ックから転送を始めるブロック転送再開処理とをプロセ
ッサに実行させることを特徴とする請求項１３記載のフ
ァイル転送プロトコル記録媒体。 - 【請求項１５】 前記再開要求を受信すると前記再開要
求に付加された前記転送元手順状態と前記不揮発性記憶
部に格納された前記転送先手順状態とを比較し、前記ジ
ョブＩＤが一致すれば前記肯定応答を前記転送元に返し
ジョブＩＤが一致しなければ拒否応答を前記転送元に返
すことをプロセッサに実行させることを特徴とする請求
項１４記載のファイル転送プロトコル記録媒体。 - 【請求項１６】 前記再開要求に対する拒否応答を前記
転送先から受信した場合は前記転送元手順状態を前記不
揮発性記憶部から消去することをプロセッサに実行させ
ることを特徴とする請求項１４または１５記載のファイ
ル転送プロトコル記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14094598A JP3323129B2 (ja) | 1998-05-22 | 1998-05-22 | ファイル転送プロトコル方式、方法、および記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP14094598A JP3323129B2 (ja) | 1998-05-22 | 1998-05-22 | ファイル転送プロトコル方式、方法、および記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11341044A JPH11341044A (ja) | 1999-12-10 |
| JP3323129B2 true JP3323129B2 (ja) | 2002-09-09 |
Family
ID=15280476
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP14094598A Expired - Fee Related JP3323129B2 (ja) | 1998-05-22 | 1998-05-22 | ファイル転送プロトコル方式、方法、および記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3323129B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20150010242A (ko) * | 2013-07-18 | 2015-01-28 | 한국전자통신연구원 | 비대칭 파일 시스템의 데이터 복제 방법 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6535729B1 (en) * | 1998-05-20 | 2003-03-18 | Lucent Technologies Inc. | System and method for processing wireless files based on filename extension |
| JP2002014684A (ja) * | 2000-06-29 | 2002-01-18 | Matsushita Graphic Communication Systems Inc | 情報配信方法、サーバ装置及び情報受信端末装置 |
| JP3780880B2 (ja) | 2001-07-05 | 2006-05-31 | ソニー株式会社 | 通信システム、サーバ装置、クライアント装置、連携処理提供方法、連携処理方法、プログラムおよび記録媒体 |
| JP4633735B2 (ja) * | 2004-05-13 | 2011-02-16 | パナソニック株式会社 | 情報処理装置、集積回路、データ転送制御方法、データ転送制御用プログラム、プログラム記録媒体、プログラム伝送媒体、及びデータ記録媒体 |
| JP4594852B2 (ja) * | 2005-11-28 | 2010-12-08 | 日本電信電話株式会社 | 無線通信システムのデータ再送方法、移動端末および固定端末 |
| JP4732248B2 (ja) * | 2006-06-08 | 2011-07-27 | キヤノン株式会社 | 画像処理装置およびその制御方法 |
| JP2009194765A (ja) * | 2008-02-15 | 2009-08-27 | Nippon Telegr & Teleph Corp <Ntt> | 情報配信システムとその情報配信装置 |
| JP5392140B2 (ja) * | 2010-02-19 | 2014-01-22 | 沖電気工業株式会社 | 映像データ収集システム |
-
1998
- 1998-05-22 JP JP14094598A patent/JP3323129B2/ja not_active Expired - Fee Related
Non-Patent Citations (3)
| Title |
|---|
| ＩＥＴＦ（Ｒ．Ｂｒａｄｅｎ，Ｅｄｉｔｏｒ），Ｒｅｑｕｉｒｅｍｅｎｔｓ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｈｏｓｔｓ ‐‐ Ａｐｐｌｉｃａｔｉｏｎ ａｎｄ Ｓｕｐｐｏｒｔ，ＲＦＣ １１２３ |
| Ｊ．Ｐｏｓｔｅｌ，Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ，ＲＦＣ ７６５ |
| Ｋ．Ｓｏｌｌｉｎｓ，Ｔｈｅ ＴＦＴＰ Ｐｒｏｔｏｃｏｌ（Ｒｅｖｉｓｉｏｎ ２），ＲＦＣ １３５０ |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20150010242A (ko) * | 2013-07-18 | 2015-01-28 | 한국전자통신연구원 | 비대칭 파일 시스템의 데이터 복제 방법 |
| KR102137217B1 (ko) * | 2013-07-18 | 2020-07-23 | 한국전자통신연구원 | 비대칭 파일 시스템의 데이터 복제 방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH11341044A (ja) | 1999-12-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8161138B2 (en) | Replication system having the capability to accept commands at a standby-system site before completion of updating thereof | |
| US7436796B2 (en) | Mobile-unit-dedicated data delivery assistance method | |
| WO1991014230A1 (en) | Message communication processing system | |
| CN107547245B (zh) | 一种版本升级方法和装置 | |
| US20090276590A1 (en) | Maintaining checkpoints during backup of live system | |
| US20060015545A1 (en) | Backup and sychronization of local data in a network | |
| JP3323129B2 (ja) | ファイル転送プロトコル方式、方法、および記録媒体 | |
| US6880013B2 (en) | Permanent TCP connections across system reboots | |
| JP2013529820A (ja) | 破損ファイルシステムの自己救済方法及び自己救済装置 | |
| JP2000138692A (ja) | Ｍａｃアドレス管理装置、ｍａｃアドレス管理方法、及び記憶媒体 | |
| JPH11340986A (ja) | 無線通信システムで用いられる装置とプログラム記録媒体 | |
| JP4713843B2 (ja) | バックアップ方法 | |
| JP2008503116A (ja) | ネットワークにおけるデバイス同士のデータ伝送方法 | |
| WO2020094063A1 (zh) | 存储数据的方法、装置、存储介质及电子装置 | |
| JPH08328970A (ja) | 被管理機器のログ取得方式 | |
| JP3088683B2 (ja) | データ通信システム | |
| JP2004185573A (ja) | データ書込方法および装置 | |
| JP3487786B2 (ja) | 電子メールシステム、電子メール送信装置及び電子メール送信方法 | |
| CN116996505B (zh) | 一种基于调度引擎的文件交换控制方法和系统 | |
| WO2015127758A1 (zh) | 备份文件的数据重传方法及装置、系统 | |
| JP3226867B2 (ja) | ホットスタンバイシステムにおける受信メッセージリカバリ方式及びホットスタンバイシステムにおける受信メッセージリカバリ方法及び受信メッセージ処理プログラムを格納した記録媒体 | |
| JP2002007197A (ja) | ファイル転送監視方式、ファイル転送監視方法およびファイル転送監視用プログラムを記録した記録媒体 | |
| JPH11212917A (ja) | トランザクションリカバリ方式およびそのプログラム記録媒体 | |
| JP2000194624A (ja) | 計算機システムおよび通信回復方法 | |
| JP2638564B2 (ja) | 遠隔レジューム方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20020604 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |