JPH06301608A - ファイル転送管理方式 - Google Patents
ファイル転送管理方式Info
- Publication number
- JPH06301608A JPH06301608A JP5087431A JP8743193A JPH06301608A JP H06301608 A JPH06301608 A JP H06301608A JP 5087431 A JP5087431 A JP 5087431A JP 8743193 A JP8743193 A JP 8743193A JP H06301608 A JPH06301608 A JP H06301608A
- Authority
- JP
- Japan
- Prior art keywords
- file
- flag
- received
- data
- file transfer
- 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.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 ファイル転送終結シーケンス実行中の通信障
害に対し通信プロトコルで送受双方が有する転送状態の
同期合わせを行う。 【構成】 通信回線を用いてファイルを転送する受信側
のシステム１１において、ファイル転送手段３と、ファ
イル７が正しく受信されたことを記憶する受信済みフラ
グ５と、ファイル転送シーケンス途中で通信障害を検出
した場合に障害発生を記憶する障害フラグ６と、障害フ
ラグ６がオンのとき受信済みフラグ５を参照してファイ
ル７が正しく受信されたか否かを送信側システムに通知
する受信状態通知手段４とを備える。 【効果】 ファイル転送終結シーケンス実行中に通信障
害が発生してもオペレータの介在なしに処理を続行する
ことができる。
害に対し通信プロトコルで送受双方が有する転送状態の
同期合わせを行う。 【構成】 通信回線を用いてファイルを転送する受信側
のシステム１１において、ファイル転送手段３と、ファ
イル７が正しく受信されたことを記憶する受信済みフラ
グ５と、ファイル転送シーケンス途中で通信障害を検出
した場合に障害発生を記憶する障害フラグ６と、障害フ
ラグ６がオンのとき受信済みフラグ５を参照してファイ
ル７が正しく受信されたか否かを送信側システムに通知
する受信状態通知手段４とを備える。 【効果】 ファイル転送終結シーケンス実行中に通信障
害が発生してもオペレータの介在なしに処理を続行する
ことができる。
Description
【０００１】
【産業上の利用分野】本発明は、通信回線を用いたコン
ピュータシステム間のファイル転送に利用する。本発明
は、ファイル転送終結シーケンス実行中に通信障害が発
生した場合のファイル成立管理（送受双方でそのファイ
ルの受信を有効無効いずれかに一致させる）を行うファ
イル転送管理方式に関する。
ピュータシステム間のファイル転送に利用する。本発明
は、ファイル転送終結シーケンス実行中に通信障害が発
生した場合のファイル成立管理（送受双方でそのファイ
ルの受信を有効無効いずれかに一致させる）を行うファ
イル転送管理方式に関する。
【０００２】
【従来の技術】ファイル転送、特に、取引データの交換
のためのファイル転送においては、ファイルデータの冗
送（二重送り）や欠送（抜け）を防止すること、処理は
完全に転送されたファイルデータに対してのみ行うこ
と、未処理のファイルデータが後のファイル転送による
上書きによって破壊されないことが重要である。
のためのファイル転送においては、ファイルデータの冗
送（二重送り）や欠送（抜け）を防止すること、処理は
完全に転送されたファイルデータに対してのみ行うこ
と、未処理のファイルデータが後のファイル転送による
上書きによって破壊されないことが重要である。
【０００３】このため、従来のファイル転送では、ファ
イルデータが未処理であるか否かのステータスを保持す
ることにより、転送途中のファイルデータを処理して結
果が不正に終わったり、上書きにより未処理の受信デー
タファイルが破壊されることを防止していた（特開昭６
３−３３５４号公報）。
イルデータが未処理であるか否かのステータスを保持す
ることにより、転送途中のファイルデータを処理して結
果が不正に終わったり、上書きにより未処理の受信デー
タファイルが破壊されることを防止していた（特開昭６
３−３３５４号公報）。
【０００４】しかしながら、この従来の方法は、ファイ
ル転送途中で障害が発生した場合、特に、ファイル転送
終結シーケンス途中で通信障害が発生した場合は、送信
側は受信側が正しくファイルデータを受信したか否か特
定できないため、送信側のオペレータは電話その他の手
段により受信側のオペレータにファイルデータが正しく
受信されているか否かを問い合わせ、その状態に応じて
送信側を送信完了または送信失敗とすることにより、冗
送や欠送を防止していた。
ル転送途中で障害が発生した場合、特に、ファイル転送
終結シーケンス途中で通信障害が発生した場合は、送信
側は受信側が正しくファイルデータを受信したか否か特
定できないため、送信側のオペレータは電話その他の手
段により受信側のオペレータにファイルデータが正しく
受信されているか否かを問い合わせ、その状態に応じて
送信側を送信完了または送信失敗とすることにより、冗
送や欠送を防止していた。
【０００５】特開昭５８−１６１０３２号公報には、プ
ロトコルレベルでファイル転送の成否を行う技術の開示
があるが、終結シーケンス中の障害発生時にバックアッ
プを行う旨の記載はない。
ロトコルレベルでファイル転送の成否を行う技術の開示
があるが、終結シーケンス中の障害発生時にバックアッ
プを行う旨の記載はない。
【０００６】
【発明が解決しようとする課題】このように従来の方式
では、オペレータによりファイルデータが受信されたか
否かの問い合わせを別の手段により人為的に行われなけ
ればならない欠点があった。
では、オペレータによりファイルデータが受信されたか
否かの問い合わせを別の手段により人為的に行われなけ
ればならない欠点があった。
【０００７】本発明は、従来人手に頼っていたファイル
転送終結シーケンス実行中の通信障害に対して送信側受
信側双方がそのファイルの受信を有効無効いずれかに一
致させる作業（ファイル成立管理）を通信プロトコルレ
ベルで自動的に行うことができる方式を提供することを
目的とする。
転送終結シーケンス実行中の通信障害に対して送信側受
信側双方がそのファイルの受信を有効無効いずれかに一
致させる作業（ファイル成立管理）を通信プロトコルレ
ベルで自動的に行うことができる方式を提供することを
目的とする。
【０００８】
【課題を解決するための手段】本発明は、複数のコンピ
ュータシステムが通信回線を介して相互に接続され、前
記コンピュータシステムのそれぞれに、相手コンピュー
タシステムとのデータ転送のための制御メッセージおよ
びファイルデータの交換を行う伝送手段と、この伝送手
段を介してファイルデータの転送を行うファイル転送手
段と、制御メッセージおよびファイルデータを記憶する
記憶手段と、ファイル転送終結シーケンスにより相手コ
ンピュータシステムにファイルデータが正しく受信され
たことを通知する手段とを備えたファイル転送管理方式
において、前記記憶手段に、ファイルデータが正しく受
信されたことを記憶し表示する受信済みフラグと、ファ
イル転送終結シーケンス途中で通信障害を検出したとき
にその障害発生を記憶し表示する障害フラグとを含み、
前記障害フラグがオンのときには、前記通知する手段に
よる通知がなくとも前記受信済みフラグを参照してファ
イルデータが正しく受信されたか否かを送信側コンピュ
ータシステムに通知する受信状態通知手段を備えたこと
を特徴とする。
ュータシステムが通信回線を介して相互に接続され、前
記コンピュータシステムのそれぞれに、相手コンピュー
タシステムとのデータ転送のための制御メッセージおよ
びファイルデータの交換を行う伝送手段と、この伝送手
段を介してファイルデータの転送を行うファイル転送手
段と、制御メッセージおよびファイルデータを記憶する
記憶手段と、ファイル転送終結シーケンスにより相手コ
ンピュータシステムにファイルデータが正しく受信され
たことを通知する手段とを備えたファイル転送管理方式
において、前記記憶手段に、ファイルデータが正しく受
信されたことを記憶し表示する受信済みフラグと、ファ
イル転送終結シーケンス途中で通信障害を検出したとき
にその障害発生を記憶し表示する障害フラグとを含み、
前記障害フラグがオンのときには、前記通知する手段に
よる通知がなくとも前記受信済みフラグを参照してファ
イルデータが正しく受信されたか否かを送信側コンピュ
ータシステムに通知する受信状態通知手段を備えたこと
を特徴とする。
【０００９】前記データ処理手段からの前記受信済みフ
ラグのリセット要求に対し、前記障害フラグがオン状態
であるときはオフ状態となるまで前記受信済みフラグの
リセット実行を保留するフラグ管理手段と、前記データ
処理手段からのファイルデータの読出し要求に対し、前
記障害フラグがオン状態にあるときは受信したファイル
データの読出しを拒否するインタフェース手段を備える
ことが望ましい。
ラグのリセット要求に対し、前記障害フラグがオン状態
であるときはオフ状態となるまで前記受信済みフラグの
リセット実行を保留するフラグ管理手段と、前記データ
処理手段からのファイルデータの読出し要求に対し、前
記障害フラグがオン状態にあるときは受信したファイル
データの読出しを拒否するインタフェース手段を備える
ことが望ましい。
【００１０】
【作用】送信側からファイル転送開始メッセージを受信
したときに、受信済みフラグがオフ（受信待ち）であれ
ば肯定応答を返し、オン（未処理または処理途中）であ
れば否定応答を返す。肯定応答を返したときはファイル
データを順次格納し、ファイル転送終結メッセージを受
信したときに、受信済みフラグをオンにするとともに肯
定応答を返送する。ファイル転送終結メッセージを受信
する前に通信障害となったときは、ファイルデータの転
送はなかったものとして受信済みフラグはオフのままと
して障害フラグをオンにする。また、ファイル転送終結
メッセージは正常に受信したが、肯定応答ができなかっ
た場合には受信済みフラグをオンにするとともに障害フ
ラグをオンにする。通信障害が復旧し送信側からファイ
ル転送終結メッセージを受信すると、受信状態通知手段
は、受信済みフラグがオフであれば否定応答を返送し、
オンであれば肯定応答を返送して障害フラグをオフにす
る。
したときに、受信済みフラグがオフ（受信待ち）であれ
ば肯定応答を返し、オン（未処理または処理途中）であ
れば否定応答を返す。肯定応答を返したときはファイル
データを順次格納し、ファイル転送終結メッセージを受
信したときに、受信済みフラグをオンにするとともに肯
定応答を返送する。ファイル転送終結メッセージを受信
する前に通信障害となったときは、ファイルデータの転
送はなかったものとして受信済みフラグはオフのままと
して障害フラグをオンにする。また、ファイル転送終結
メッセージは正常に受信したが、肯定応答ができなかっ
た場合には受信済みフラグをオンにするとともに障害フ
ラグをオンにする。通信障害が復旧し送信側からファイ
ル転送終結メッセージを受信すると、受信状態通知手段
は、受信済みフラグがオフであれば否定応答を返送し、
オンであれば肯定応答を返送して障害フラグをオフにす
る。
【００１１】これにより、人為的に行っていたファイル
転送終結シーケンス実行中の通信障害に対するファイル
データ転送成立の確認をオペレータの介在なしに通信プ
ロトコルレベルで行うことができ、自動的にファイルデ
ータ転送の成立管理を行うことができる。
転送終結シーケンス実行中の通信障害に対するファイル
データ転送成立の確認をオペレータの介在なしに通信プ
ロトコルレベルで行うことができ、自動的にファイルデ
ータ転送の成立管理を行うことができる。
【００１２】また、従来人手に頼っていたファイル転送
終結シーケンス実行中の通信障害に対するファイル成立
確認を通信プロトコルレベルで可能とし、オペレータの
介在なしのファイル成立管理を実現するとともに、ファ
イル転送終結メッセージの受信によりファイル成立とす
ることから、データ処理手段は通信障害復旧を待たずに
直ちに受信したファイルの処理に入ることができ、さら
に、通信障害が回復するまでファイルの読出しができな
いことから、障害が一定時間以内に復旧しないときに受
信したファイルを強制的に不成立（送信側受信側双方で
ファイルが転送されなかったものとして扱う）としても
処理が不正とはならないようにすることができる。
終結シーケンス実行中の通信障害に対するファイル成立
確認を通信プロトコルレベルで可能とし、オペレータの
介在なしのファイル成立管理を実現するとともに、ファ
イル転送終結メッセージの受信によりファイル成立とす
ることから、データ処理手段は通信障害復旧を待たずに
直ちに受信したファイルの処理に入ることができ、さら
に、通信障害が回復するまでファイルの読出しができな
いことから、障害が一定時間以内に復旧しないときに受
信したファイルを強制的に不成立（送信側受信側双方で
ファイルが転送されなかったものとして扱う）としても
処理が不正とはならないようにすることができる。
【００１３】
【実施例】次に、本発明実施例を図面に基づいて説明す
る。
る。
【００１４】（第一実施例）図１は本発明第一実施例の
構成を示すブロック図である。
構成を示すブロック図である。
【００１５】本発明第一実施例は、複数（本実施例では
二つ）のコンピュータシステム１１および１２が通信回
線１０を介して相互に接続され、コンピュータシステム
１１および１２のそれぞれに、相手コンピュータシステ
ム１２または１１とのデータ転送のための制御メッセー
ジおよびファイルデータの交換を行う伝送手段２と、こ
の伝送手段２を介してファイル７内のデータの転送を行
うファイル転送手段３と、アプリケーションプログラム
にしたがって受信したデータの処理を行うデータ処理手
段９と、制御メッセージおよびファイルデータを記憶す
る記憶手段１３と、ファイル転送終結シーケンスにより
相手コンピュータシステムにファイルデータが正しく受
信されたことを通知する手段とを備え、さらに、本発明
の特徴として、記憶手段１３に、ファイルデータが正し
く受信されたことを記憶し表示する受信済みフラグ５
と、ファイル転送終結シーケンス途中で通信障害を検出
したときにその障害発生を記憶し表示する障害フラグ６
とを含み、障害フラグ６がオンのときには、前記通知す
る手段による通知がなくとも受信済みフラグ５を参照し
てファイルデータが正しく受信されたか否かを送信側コ
ンピュータシステム１２または１１に通知する受信状態
通知手段４を備える。
二つ）のコンピュータシステム１１および１２が通信回
線１０を介して相互に接続され、コンピュータシステム
１１および１２のそれぞれに、相手コンピュータシステ
ム１２または１１とのデータ転送のための制御メッセー
ジおよびファイルデータの交換を行う伝送手段２と、こ
の伝送手段２を介してファイル７内のデータの転送を行
うファイル転送手段３と、アプリケーションプログラム
にしたがって受信したデータの処理を行うデータ処理手
段９と、制御メッセージおよびファイルデータを記憶す
る記憶手段１３と、ファイル転送終結シーケンスにより
相手コンピュータシステムにファイルデータが正しく受
信されたことを通知する手段とを備え、さらに、本発明
の特徴として、記憶手段１３に、ファイルデータが正し
く受信されたことを記憶し表示する受信済みフラグ５
と、ファイル転送終結シーケンス途中で通信障害を検出
したときにその障害発生を記憶し表示する障害フラグ６
とを含み、障害フラグ６がオンのときには、前記通知す
る手段による通知がなくとも受信済みフラグ５を参照し
てファイルデータが正しく受信されたか否かを送信側コ
ンピュータシステム１２または１１に通知する受信状態
通知手段４を備える。
【００１６】次に、このように構成された本発明第一実
施例の動作について説明する。
施例の動作について説明する。
【００１７】伝送手段２は通信回線１０を介して送信側
コンピュータシステム１２との間でファイル転送のため
の制御メッセージやファイルデータの交換を行う。受信
済みフラグ５はファイル受信済みを表示するが、このフ
ラグのオフはファイル受信待ちを意味し、オンは受信済
みファイルが未処理あるいは処理途中であることを意味
する。障害フラグ６は通信障害発生を表示し、このフラ
グのオンは送信側コンピュータシステム１２が受信側コ
ンピュータシステム１１のファイル受信状態を確認でき
ていない可能性があることを意味する。データ処理手段
９は受信したファイルデータを処理するアプリケーショ
ンプログラムである。
コンピュータシステム１２との間でファイル転送のため
の制御メッセージやファイルデータの交換を行う。受信
済みフラグ５はファイル受信済みを表示するが、このフ
ラグのオフはファイル受信待ちを意味し、オンは受信済
みファイルが未処理あるいは処理途中であることを意味
する。障害フラグ６は通信障害発生を表示し、このフラ
グのオンは送信側コンピュータシステム１２が受信側コ
ンピュータシステム１１のファイル受信状態を確認でき
ていない可能性があることを意味する。データ処理手段
９は受信したファイルデータを処理するアプリケーショ
ンプログラムである。
【００１８】ここで、ファイル転送手段３は送信側コン
ピュータシステム１２からファイル転送開始メッセージ
を受信すると、受信済みフラグ５がオフ（ファイル受信
待ち）であることを確認して肯定応答を返す。もし受信
済みフラグ５がオン（受信済みファイルが未処理あるい
は処理途中）であれば、ファイルを受信する準備ができ
ていないため否定応答を返す。肯定応答を返した場合は
その後受信したファイルデータを順次ファイル７に格納
する。ファイル転送手段３はファイル転送終結メッセー
ジを受信すると、受信済みフラグ５をオン（ファイル受
信済み）にするとともに肯定応答を返送する。
ピュータシステム１２からファイル転送開始メッセージ
を受信すると、受信済みフラグ５がオフ（ファイル受信
待ち）であることを確認して肯定応答を返す。もし受信
済みフラグ５がオン（受信済みファイルが未処理あるい
は処理途中）であれば、ファイルを受信する準備ができ
ていないため否定応答を返す。肯定応答を返した場合は
その後受信したファイルデータを順次ファイル７に格納
する。ファイル転送手段３はファイル転送終結メッセー
ジを受信すると、受信済みフラグ５をオン（ファイル受
信済み）にするとともに肯定応答を返送する。
【００１９】ファイル転送手段３は、ファイル転送終結
メッセージを受信する以前に通信障害となった場合はそ
のファイル転送はなかったものとして受信済みフラグ５
はオフ（ファイル受信待ち）のままとし、障害フラグ６
のみオン（通信障害発生）とする。また、ファイル転送
手段３はファイル転送終結メッセージは正常に受信した
が、通信障害のために肯定応答の送信を失敗した場合あ
るいは失敗した可能性のある場合には、受信済みフラグ
５をオン（ファイル受信済み）にするとともに障害フラ
グ６もオン（通信障害発生）にする。
メッセージを受信する以前に通信障害となった場合はそ
のファイル転送はなかったものとして受信済みフラグ５
はオフ（ファイル受信待ち）のままとし、障害フラグ６
のみオン（通信障害発生）とする。また、ファイル転送
手段３はファイル転送終結メッセージは正常に受信した
が、通信障害のために肯定応答の送信を失敗した場合あ
るいは失敗した可能性のある場合には、受信済みフラグ
５をオン（ファイル受信済み）にするとともに障害フラ
グ６もオン（通信障害発生）にする。
【００２０】障害フラグ６がオン（通信障害発生）の場
合は、その後通信障害が復旧し、送信側コンピュータシ
ステム１２から再度ファイル転送終結メッセージを受信
すると、受信状態通知手段４は受信済みフラグ５がオフ
（ファイル受信待ち）であれば否定応答を返送し、受信
済みフラグ５がオンであれば肯定応答を返送し、いずれ
の場合も障害フラグ６をオフ（リセット）する。もし初
期化メッセージを受信したときは肯定応答を返送し障害
フラグ６をオフ（リセット）する。
合は、その後通信障害が復旧し、送信側コンピュータシ
ステム１２から再度ファイル転送終結メッセージを受信
すると、受信状態通知手段４は受信済みフラグ５がオフ
（ファイル受信待ち）であれば否定応答を返送し、受信
済みフラグ５がオンであれば肯定応答を返送し、いずれ
の場合も障害フラグ６をオフ（リセット）する。もし初
期化メッセージを受信したときは肯定応答を返送し障害
フラグ６をオフ（リセット）する。
【００２１】送信側コンピュータシステム１２は、ファ
イル転送終結メッセージを送信したが応答を受信できな
かった場合には通信障害回復後に再度ファイル転送終結
メッセージを送信し、ファイル転送終結メッセージ送信
以前に通信障害となった場合あるいはファイル転送終結
メッセージに対する肯定応答受信直後に通信障害となっ
た場合には初期化メッセージを送信する。
イル転送終結メッセージを送信したが応答を受信できな
かった場合には通信障害回復後に再度ファイル転送終結
メッセージを送信し、ファイル転送終結メッセージ送信
以前に通信障害となった場合あるいはファイル転送終結
メッセージに対する肯定応答受信直後に通信障害となっ
た場合には初期化メッセージを送信する。
【００２２】これにより、送信側コンピュータシステム
１２は、ファイル転送終結メッセージを送信したが応答
を受信できなかった場合に通信障害復旧後に再度ファイ
ル転送終結メッセージを送信し、肯定または否定応答を
受信することにより、以前送信したファイルが正しく受
信されたか否かを知ることができる。
１２は、ファイル転送終結メッセージを送信したが応答
を受信できなかった場合に通信障害復旧後に再度ファイ
ル転送終結メッセージを送信し、肯定または否定応答を
受信することにより、以前送信したファイルが正しく受
信されたか否かを知ることができる。
【００２３】（第二実施例）図２は本発明第二実施例の
構成を示すブロック図である。
構成を示すブロック図である。
【００２４】本発明第二実施例は、前述の第一実施例の
構成に加えて、データ処理手段９からの受信済みフラグ
５のリセット要求に対し、障害フラグ６がオン状態であ
るときはオフ状態となるまで受信済みフラグ５のリセッ
ト実行を保留するフラグ管理手段２８備える。伝送手段
２、受信済みフラグ５、障害フラグ６、ファイル転送手
段３、および受信状態通知手段４の各々の動作は第一実
施例同様に行われる。
構成に加えて、データ処理手段９からの受信済みフラグ
５のリセット要求に対し、障害フラグ６がオン状態であ
るときはオフ状態となるまで受信済みフラグ５のリセッ
ト実行を保留するフラグ管理手段２８備える。伝送手段
２、受信済みフラグ５、障害フラグ６、ファイル転送手
段３、および受信状態通知手段４の各々の動作は第一実
施例同様に行われる。
【００２５】フラグ管理手段２８はデータ処理手段９か
らの受信済みフラグ５の参照要求に応じてその値（オン
かオフ）を通知する。データ処理手段９からの受信済み
フラグ５のリセット（オフにする操作）要求に対して
は、障害フラグ６がオフであれば受信済みフラグ５をリ
セットしオンであれば要求を拒否する。すなわち、障害
フラグ６がオフとなるまで受信済みフラグ５のリセット
の実行を保留する。つまり、障害中には新しいファイル
が受信できないことを表示しつづける。
らの受信済みフラグ５の参照要求に応じてその値（オン
かオフ）を通知する。データ処理手段９からの受信済み
フラグ５のリセット（オフにする操作）要求に対して
は、障害フラグ６がオフであれば受信済みフラグ５をリ
セットしオンであれば要求を拒否する。すなわち、障害
フラグ６がオフとなるまで受信済みフラグ５のリセット
の実行を保留する。つまり、障害中には新しいファイル
が受信できないことを表示しつづける。
【００２６】データ処理手段９は、ファイル受信の前処
理として、フラグ管理手段２８に受信済みフラグ５のリ
セットを要求して新たなファイルの受信を待ち、受信済
みフラグ５がオンに変わったことを確認してファイル７
からファイルデータを読み出す。
理として、フラグ管理手段２８に受信済みフラグ５のリ
セットを要求して新たなファイルの受信を待ち、受信済
みフラグ５がオンに変わったことを確認してファイル７
からファイルデータを読み出す。
【００２７】（第三実施例）図３は本発明第三実施例の
構成を示すブロック図である。
構成を示すブロック図である。
【００２８】本発明第三実施例は、前述の第一実施例に
加えて、データ処理手段９からのファイルデータの読出
し要求に対し、障害フラグ６がオン状態にあるときは受
信したファイルデータの読出しを拒否するインタフェー
ス手段３８を備える。伝送手段２、受信済みフラグ５、
障害フラグ６、ファイル転送手段３、および受信状態通
知手段４の各々の動作は第一実施例同様に行われる。
加えて、データ処理手段９からのファイルデータの読出
し要求に対し、障害フラグ６がオン状態にあるときは受
信したファイルデータの読出しを拒否するインタフェー
ス手段３８を備える。伝送手段２、受信済みフラグ５、
障害フラグ６、ファイル転送手段３、および受信状態通
知手段４の各々の動作は第一実施例同様に行われる。
【００２９】インタフェース手段３８はデータ処理手段
９からのファイル７の読出し要求に対して、受信済みフ
ラグ５がオン、かつ障害フラグ６がオフの場合のみファ
イルデータを読出し、その他の場合は読出しを拒否する
（あるいは条件が整うまでのファイルデータを読出しの
実行を保留してもよい）。
９からのファイル７の読出し要求に対して、受信済みフ
ラグ５がオン、かつ障害フラグ６がオフの場合のみファ
イルデータを読出し、その他の場合は読出しを拒否する
（あるいは条件が整うまでのファイルデータを読出しの
実行を保留してもよい）。
【００３０】データ処理手段９は、ファイル受信の前処
理として、受信済みフラグ５をリセットして新たなファ
イルの受信を待ち、受信済みフラグ５がオンに変わった
ことを確認してファイル７からファイルデータを読み出
す。
理として、受信済みフラグ５をリセットして新たなファ
イルの受信を待ち、受信済みフラグ５がオンに変わった
ことを確認してファイル７からファイルデータを読み出
す。
【００３１】
【発明の効果】以上説明したように本発明によれば、従
来人手に頼っていたファイル転送終結シーケンス実行中
の通信障害に対するファイルデータ転送成立の確認をオ
ペレータの介在なしに、通信プロトコルレベルで可能に
し、自動的にファイルデータ転送管理を行うことができ
る。また、ファイル転送終結メッセージの受信によりフ
ァイル成立とすることができることから、データ処理手
段は通信障害復旧を待たずに直ちに受信したファイルの
処理に入ることができる。さらに、通信障害が回復する
までファイルの読出しができないことから、障害が一定
時間以内に復旧しないときに受信したファイルを強制的
に不成立（送信側受信側の双方でファイルが転送されな
かったものとして扱う）としても処理が不正とはならな
いなどの効果がある。
来人手に頼っていたファイル転送終結シーケンス実行中
の通信障害に対するファイルデータ転送成立の確認をオ
ペレータの介在なしに、通信プロトコルレベルで可能に
し、自動的にファイルデータ転送管理を行うことができ
る。また、ファイル転送終結メッセージの受信によりフ
ァイル成立とすることができることから、データ処理手
段は通信障害復旧を待たずに直ちに受信したファイルの
処理に入ることができる。さらに、通信障害が回復する
までファイルの読出しができないことから、障害が一定
時間以内に復旧しないときに受信したファイルを強制的
に不成立（送信側受信側の双方でファイルが転送されな
かったものとして扱う）としても処理が不正とはならな
いなどの効果がある。
【図１】本発明第一実施例の構成を示すブロック図。
【図２】本発明第二実施例の構成を示すブロック図。
【図３】本発明第三実施例の構成を示すブロック図。
２ 伝送手段 ３ ファイル転送手段 ４ 受信状態通知手段 ５ 受信済みフラグ ６ 障害フラグ ７ ファイル ９ データ処理手段 １０ 通信回線 １１、１２、２１、２２、３１、３２ コンピュータシ
ステム １３ 記憶手段 ２８ フラグ管理手段 ３８ インタフェース手段
ステム １３ 記憶手段 ２８ フラグ管理手段 ３８ インタフェース手段
Claims (3)
- 【請求項１】 複数のコンピュータシステムが通信回線
を介して相互に接続され、 前記コンピュータシステムのそれぞれに、 相手コンピュータシステムとのデータ転送のための制御
メッセージおよびファイルデータの交換を行う伝送手段
と、 この伝送手段を介してファイルデータの転送を行うファ
イル転送手段と、 制御メッセージおよびファイルデータを記憶する記憶手
段と、 ファイル転送終結シーケンスにより相手コンピュータシ
ステムにファイルデータが正しく受信されたことを通知
する手段とを備えたファイル転送管理方式において、 前記記憶手段に、ファイルデータが正しく受信されたこ
とを記憶し表示する受信済みフラグと、ファイル転送終
結シーケンス途中で通信障害を検出したときにその障害
発生を記憶し表示する障害フラグとを含み、 前記障害フラグがオンのときには、前記通知する手段に
よる通知がなくとも前記受信済みフラグを参照してファ
イルデータが正しく受信されたか否かを送信側コンピュ
ータシステムに通知する受信状態通知手段を備えたこと
を特徴とするファイル転送管理方式。 - 【請求項２】 前記データ処理手段からの前記受信済み
フラグのリセット要求に対し、前記障害フラグがオン状
態であるときはオフ状態となるまで前記受信済みフラグ
のリセット実行を保留するフラグ管理手段を備えた請求
項１記載のファイル転送管理方式。 - 【請求項３】 前記データ処理手段からのファイルデー
タの読出し要求に対し、前記障害フラグがオン状態にあ
るときは受信したファイルデータの読出しを拒否するイ
ンタフェース手段を備えた請求項１記載のファイル転送
管理方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5087431A JPH081618B2 (ja) | 1993-04-14 | 1993-04-14 | ファイル転送管理方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5087431A JPH081618B2 (ja) | 1993-04-14 | 1993-04-14 | ファイル転送管理方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06301608A true JPH06301608A (ja) | 1994-10-28 |
| JPH081618B2 JPH081618B2 (ja) | 1996-01-10 |
Family
ID=13914684
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5087431A Expired - Fee Related JPH081618B2 (ja) | 1993-04-14 | 1993-04-14 | ファイル転送管理方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH081618B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9307005B2 (en) | 2012-04-20 | 2016-04-05 | Fujitsu Limited | Communication control system, method, and apparatus |
-
1993
- 1993-04-14 JP JP5087431A patent/JPH081618B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9307005B2 (en) | 2012-04-20 | 2016-04-05 | Fujitsu Limited | Communication control system, method, and apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH081618B2 (ja) | 1996-01-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2773424B2 (ja) | ネットワークシステムおよび接続コンピュータ切替え方法 | |
| JPH06301608A (ja) | ファイル転送管理方式 | |
| JP2776442B2 (ja) | 複合コンピュータシステム | |
| JP3088683B2 (ja) | データ通信システム | |
| CN111417116B (zh) | 通过att、读写和异常处理来适配的通信方法及系统 | |
| JP3219070B2 (ja) | 回線復旧方式 | |
| JP2776274B2 (ja) | 中継計算機における仮想バッファ制御システム | |
| JP2658215B2 (ja) | 自動取引装置 | |
| JPS62159241A (ja) | デ−タ処理装置バツクアツプ方法 | |
| JPH0438618Y2 (ja) | ||
| JP3329564B2 (ja) | 非同期通信方法および非同期通信装置 | |
| JP3990742B2 (ja) | 電文処理システム | |
| JPH01140839A (ja) | Ｈｄｌｃ手順処理装置におけるデータ送信方法 | |
| JP2513120B2 (ja) | 無停止型情報処理装置 | |
| JP2576076B2 (ja) | デ−タ通信システムの電文救済方法 | |
| JP2834006B2 (ja) | 障害回復処理方式及び方法 | |
| JP3084383B2 (ja) | リング通信路障害処理方式 | |
| KR101174141B1 (ko) | 금융단말기의 단말제어기 접속방법 | |
| JPS63211451A (ja) | Ｃｐｕ間通信制御装置 | |
| JPS61170858A (ja) | 情報処理方式 | |
| JPH04291650A (ja) | データ破壊防止機能を有する情報処理システム | |
| JPS6397043A (ja) | 情報通信装置 | |
| JPH0512160A (ja) | 計算機装置 | |
| JPH0991251A (ja) | 通信障害復旧方法 | |
| JPH10290314A (ja) | ファクシミリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |