JP2759574B2 - データ伝送処理方法およびデータ伝送処理装置 - Google Patents
データ伝送処理方法およびデータ伝送処理装置Info
- Publication number
- JP2759574B2 JP2759574B2 JP4023885A JP2388592A JP2759574B2 JP 2759574 B2 JP2759574 B2 JP 2759574B2 JP 4023885 A JP4023885 A JP 4023885A JP 2388592 A JP2388592 A JP 2388592A JP 2759574 B2 JP2759574 B2 JP 2759574B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- transmission
- data transmission
- reception
- transmission processing
- 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 - Lifetime
Links
Landscapes
- Multi Processors (AREA)
- Bus Control (AREA)
- Computer And Data Communications (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Hardware Redundancy (AREA)
- Debugging And Monitoring (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、任意のビットパターン
を例えばフレーム方式で伝送するデータ伝送処理方法お
よびデータ伝送処理装置に係り、特に、多量のユーザデ
ータを複数のブロックに分割して送受信するに好適なデ
ータ伝送処理方法およびデータ伝送処理装置に関する。
を例えばフレーム方式で伝送するデータ伝送処理方法お
よびデータ伝送処理装置に係り、特に、多量のユーザデ
ータを複数のブロックに分割して送受信するに好適なデ
ータ伝送処理方法およびデータ伝送処理装置に関する。
【０００２】
【従来の技術】従来のデータ伝送処理方法は、例えば特
開昭６１−２１４８２９号公報または特開昭６３−２５
４５５４号公報等に記載のように、ユーザデータをブロ
ックに分割し、それぞれの分割データに伝送順序を示す
通番を付加し、障害発生時にその通番の有無によりデー
タの欠損を検出し、欠損したデータブロックを再送し、
ユーザデータの信頼性を保障していた。
開昭６１−２１４８２９号公報または特開昭６３−２５
４５５４号公報等に記載のように、ユーザデータをブロ
ックに分割し、それぞれの分割データに伝送順序を示す
通番を付加し、障害発生時にその通番の有無によりデー
タの欠損を検出し、欠損したデータブロックを再送し、
ユーザデータの信頼性を保障していた。
【０００３】また、特開平１−３０５７４２号公報に記
載のように、データ受信側では、受信データを蓄積ファ
イルに格納するときにリトライ可能な障害を検出すると
そのトランザクションをキャンセルして再送要求を出
し、また、格納が正常に完了すると送達確認を行ない、
データ送信側では、前記送達確認を受信するまで送信デ
ータを保持しておき、また、再送要求を受けると保持し
ている送信データをリトライのためにデータ受信側に再
送する通信リトライ方法が知られている。
載のように、データ受信側では、受信データを蓄積ファ
イルに格納するときにリトライ可能な障害を検出すると
そのトランザクションをキャンセルして再送要求を出
し、また、格納が正常に完了すると送達確認を行ない、
データ送信側では、前記送達確認を受信するまで送信デ
ータを保持しておき、また、再送要求を受けると保持し
ている送信データをリトライのためにデータ受信側に再
送する通信リトライ方法が知られている。
【０００４】
【発明が解決しようとする課題】上記データブロックに
通番を付加する方法では、ユーザデータをブロック分割
する際に、本来ユーザのみが使用すべき情報フィールド
に対して通信プログラムがその領域に介入し、通番デー
タを付加しなければならなかった。これは、情報フィー
ルドをフルに使いたいユーザにとっては、大きな制約と
なる。また、情報フィールド内の通番を確認しながら伝
送制御しなければらず、処理が複雑になってしまうとい
う問題があった。
通番を付加する方法では、ユーザデータをブロック分割
する際に、本来ユーザのみが使用すべき情報フィールド
に対して通信プログラムがその領域に介入し、通番デー
タを付加しなければならなかった。これは、情報フィー
ルドをフルに使いたいユーザにとっては、大きな制約と
なる。また、情報フィールド内の通番を確認しながら伝
送制御しなければらず、処理が複雑になってしまうとい
う問題があった。
【０００５】一方、上記通信リトライ方法では、データ
をすべて送信完了し、その後に受信側で、受信データを
蓄積ファイルに格納するときにリトライ可能な障害を検
出したか否かにより、送達確認／再送要求が出される。
したがって、受信側のリトライ回数や時間によっては、
特に送信側の効率が低下することがあった。また、障害
は、受信側装置内だけでなく、いろいろな段階で発生す
る可能性があるから、送達確認も再送要求も受信されな
い不定状態に陥るおそれもある。上記通信リトライ方法
では、このような場合の解決手段をなにも示していな
い。さらに、データの単位をブロックとして見た場合、
障害が発生した途中の段階で再送要求を出すことはでき
なかった。
をすべて送信完了し、その後に受信側で、受信データを
蓄積ファイルに格納するときにリトライ可能な障害を検
出したか否かにより、送達確認／再送要求が出される。
したがって、受信側のリトライ回数や時間によっては、
特に送信側の効率が低下することがあった。また、障害
は、受信側装置内だけでなく、いろいろな段階で発生す
る可能性があるから、送達確認も再送要求も受信されな
い不定状態に陥るおそれもある。上記通信リトライ方法
では、このような場合の解決手段をなにも示していな
い。さらに、データの単位をブロックとして見た場合、
障害が発生した途中の段階で再送要求を出すことはでき
なかった。
【０００６】本発明の目的は、ユーザデータをブロック
に分割して伝送する際に、各ブロックに通番を埋め込む
必要が無く、また、障害が発生した場合に伝送途中の段
階で迅速に再送要求を出すことが可能なデータ伝送処理
方法およびデータ伝送処理装置を提案することである。
に分割して伝送する際に、各ブロックに通番を埋め込む
必要が無く、また、障害が発生した場合に伝送途中の段
階で迅速に再送要求を出すことが可能なデータ伝送処理
方法およびデータ伝送処理装置を提案することである。
【０００７】
【課題を解決するための手段】本発明は、上記目的を達
成するために、送信側装置と受信側装置とが通信制御装
置を介してデータを伝送するデータ伝送処理方法におい
て、受信側装置が、データ受信に失敗した場合に動作モ
ード設定コマンドを出力して受信機能を再立ち上げし、
通信制御装置が、データ受信失敗時の動作モード設定コ
マンドの出力を検出したとき、送信側装置に送信キャン
セル報告を出力し、送信側装値が、送信キャンセル報告
があったデータおよび関連データを最初から再送するデ
ータ伝送処理方法を提案するものである。
成するために、送信側装置と受信側装置とが通信制御装
置を介してデータを伝送するデータ伝送処理方法におい
て、受信側装置が、データ受信に失敗した場合に動作モ
ード設定コマンドを出力して受信機能を再立ち上げし、
通信制御装置が、データ受信失敗時の動作モード設定コ
マンドの出力を検出したとき、送信側装置に送信キャン
セル報告を出力し、送信側装値が、送信キャンセル報告
があったデータおよび関連データを最初から再送するデ
ータ伝送処理方法を提案するものである。
【０００８】本発明は、また、上記目的を達成するため
に、送信側装置と受信側装置とが通信制御装置を介して
データを伝送するデータ伝送処理方法において、送信側
装置が、データ送信に失敗した場合に動作モード設定コ
マンドを出力して送信機能を再立ち上げし、送信失敗の
データを最初から再送し、通信制御装置が、データ送信
失敗時の動作モード設定コマンドの出力を検出したとき
に動作モード設定があったことを記憶し、その後の最初
のブロック受信時に受信側装置に最初のブロック受信報
告を出力し、受信側装値が、最初のブロック受信報告が
あったデータに関連する受信途中のデータを廃棄し最初
から再送されてくるデータの再受信に備えるデータ伝送
処理方法を提案するものである。
に、送信側装置と受信側装置とが通信制御装置を介して
データを伝送するデータ伝送処理方法において、送信側
装置が、データ送信に失敗した場合に動作モード設定コ
マンドを出力して送信機能を再立ち上げし、送信失敗の
データを最初から再送し、通信制御装置が、データ送信
失敗時の動作モード設定コマンドの出力を検出したとき
に動作モード設定があったことを記憶し、その後の最初
のブロック受信時に受信側装置に最初のブロック受信報
告を出力し、受信側装値が、最初のブロック受信報告が
あったデータに関連する受信途中のデータを廃棄し最初
から再送されてくるデータの再受信に備えるデータ伝送
処理方法を提案するものである。
【０００９】これらのデータ伝送処理方法において、送
信側装置または受信側装置の少なくとも一方が、多重化
されていてもよい。また、送信側装置と受信側装置とが
一体化し、複数の双方向通信装置を形成しているシステ
ムにも有効である。
信側装置または受信側装置の少なくとも一方が、多重化
されていてもよい。また、送信側装置と受信側装置とが
一体化し、複数の双方向通信装置を形成しているシステ
ムにも有効である。
【００１０】本発明は、さらに、上記目的を達成するた
めに、データ受信に失敗した場合に動作モード設定コマ
ンドを出力して受信機能を再立ち上げする手段を備えた
受信側装置と、受信側装置と送信側装置との間のデータ
伝送を仲介し、データ受信失敗時の動作モード設定コマ
ンドの出力を検出したときに、送信側装置に送信キャン
セル報告を出力する手段を備えた通信制御装置と、送信
キャンセル報告があったデータおよび関連データを受信
側装置に最初から再送する手段を備えた送信側装値とか
らなるデータ伝送処理装置を提案するものである。
めに、データ受信に失敗した場合に動作モード設定コマ
ンドを出力して受信機能を再立ち上げする手段を備えた
受信側装置と、受信側装置と送信側装置との間のデータ
伝送を仲介し、データ受信失敗時の動作モード設定コマ
ンドの出力を検出したときに、送信側装置に送信キャン
セル報告を出力する手段を備えた通信制御装置と、送信
キャンセル報告があったデータおよび関連データを受信
側装置に最初から再送する手段を備えた送信側装値とか
らなるデータ伝送処理装置を提案するものである。
【００１１】本発明は、上記目的を達成するために、デ
ータ送信に失敗した場合に動作モード設定コマンドを出
力して送信機能を再立ち上げし、送信失敗のデータを最
初から再送する手段を備えた送信側装置と、送信側装置
と受信側装置との間のデータ伝送を仲介し、データ送信
失敗時の動作モード設定コマンドの出力を検出したとき
に動作モード設定があったことを記憶し、その後の最初
のブロック受信時に受信側装置に最初のブロック受信報
告を出力する手段を備えた通信制御装置と、最初のブロ
ック受信報告があったデータに関連する受信途中のデー
タを廃棄し最初から再送されてくるデータの再受信を待
つ手段を備えた受信側装値とからなるデータ伝送処理装
置を提案するものである。
ータ送信に失敗した場合に動作モード設定コマンドを出
力して送信機能を再立ち上げし、送信失敗のデータを最
初から再送する手段を備えた送信側装置と、送信側装置
と受信側装置との間のデータ伝送を仲介し、データ送信
失敗時の動作モード設定コマンドの出力を検出したとき
に動作モード設定があったことを記憶し、その後の最初
のブロック受信時に受信側装置に最初のブロック受信報
告を出力する手段を備えた通信制御装置と、最初のブロ
ック受信報告があったデータに関連する受信途中のデー
タを廃棄し最初から再送されてくるデータの再受信を待
つ手段を備えた受信側装値とからなるデータ伝送処理装
置を提案するものである。
【００１２】これらのデータ伝送処理装置において、送
信側装置または受信側装置の少なくとも一方が、多重化
されていてもよい。また、送信側装置と受信側装置とを
一体化し、複数の双方向通信装置を形成させることもで
きる。
信側装置または受信側装置の少なくとも一方が、多重化
されていてもよい。また、送信側装置と受信側装置とを
一体化し、複数の双方向通信装置を形成させることもで
きる。
【００１３】
【作用】本発明は、データ受信に失敗した場合、受信側
が、必ずデータ受信機能を再立ち上げし、その際に動作
モード設定コマンドを出力することに注目してなされた
ものである。データ送信に失敗した場合、送信側が、必
ずデータ送信機能を再立ち上げし、その際に動作モード
設定コマンドを出力することについても同様である。
が、必ずデータ受信機能を再立ち上げし、その際に動作
モード設定コマンドを出力することに注目してなされた
ものである。データ送信に失敗した場合、送信側が、必
ずデータ送信機能を再立ち上げし、その際に動作モード
設定コマンドを出力することについても同様である。
【００１４】本発明の送信側装置では、送信途中で受信
側装置や伝送路に障害が発生し、受信側装置の再立ち上
げによる動作モード設定コマンドを受信した場合、上位
プログラムに対して、送信キャンセル報告を出力する。
この送信キャンセル報告を受けた送信側の上位プログラ
ムは、ユーザデータを最初から再送する。この方法によ
り、送信側装置は、ユーザデータを最初から正しく送信
するので、途中からの不完全なデータを受信側装置に伝
送するようなことは、全く無くなる。
側装置や伝送路に障害が発生し、受信側装置の再立ち上
げによる動作モード設定コマンドを受信した場合、上位
プログラムに対して、送信キャンセル報告を出力する。
この送信キャンセル報告を受けた送信側の上位プログラ
ムは、ユーザデータを最初から再送する。この方法によ
り、送信側装置は、ユーザデータを最初から正しく送信
するので、途中からの不完全なデータを受信側装置に伝
送するようなことは、全く無くなる。
【００１５】本発明の受信側装置では、例えば複数ブロ
ックの受信途中で送信側装置や伝送路に障害が発生し、
送信側装置の再立上げによる動作モード設定コマンドを
受信した場合、動作モード設定があったことを記憶して
おく。その後、最初のブロック受信報告に、動作モード
設定後の最初のブロック受信であるというメッセージを
付加し上位プログラムに報告する。この報告を受けた受
信側装置の上位プログラムは、障害の直前に受信された
関連するデータをすべて廃棄する。この方法によれば、
受信側装置の上位プログラムは、ユーザデータを最初か
ら正しく受信できるので、２つのデータが誤って１つの
連続するデータとして受信側装置の上位プログラムに取
り込まれるようなことは、全く無くなる。
ックの受信途中で送信側装置や伝送路に障害が発生し、
送信側装置の再立上げによる動作モード設定コマンドを
受信した場合、動作モード設定があったことを記憶して
おく。その後、最初のブロック受信報告に、動作モード
設定後の最初のブロック受信であるというメッセージを
付加し上位プログラムに報告する。この報告を受けた受
信側装置の上位プログラムは、障害の直前に受信された
関連するデータをすべて廃棄する。この方法によれば、
受信側装置の上位プログラムは、ユーザデータを最初か
ら正しく受信できるので、２つのデータが誤って１つの
連続するデータとして受信側装置の上位プログラムに取
り込まれるようなことは、全く無くなる。
【００１６】しかも、受信側装置は、相手装置や伝送路
に障害が発生した場合、伝送の段階や伝送途中のデータ
の長さにかかわりなく、ただちに再立ち上げし、動作モ
ード設定コマンドを発信できるから、単純な処理なが
ら、従来のように各ブロックに通番を埋め込む必要が無
く、また従来のように送達確認も再送要求も受信されな
い不定状態に陥る事態も生じない。
に障害が発生した場合、伝送の段階や伝送途中のデータ
の長さにかかわりなく、ただちに再立ち上げし、動作モ
ード設定コマンドを発信できるから、単純な処理なが
ら、従来のように各ブロックに通番を埋め込む必要が無
く、また従来のように送達確認も再送要求も受信されな
い不定状態に陥る事態も生じない。
【００１７】
【実施例】次に、図面を参照して、本発明によるデータ
伝送処理方法の一実施例を説明する。図６は、本発明の
データ通信処理方法を適用すべき通信システムの構成の
一例を示す図である。通信制御装置１は、ＣＰＵＡ２の
上位プログラム６による命令に応じて、相手装置である
ＣＰＵＢ３またはＣＰＵＣ４との通信を制御する。相手
装置は、ＣＰＵＢ３とＣＰＵＣ４との２重系となってお
り、いずれかの伝送路を選択できる回線切換装置５によ
り、ＣＰＵＡ２に接続されている。
伝送処理方法の一実施例を説明する。図６は、本発明の
データ通信処理方法を適用すべき通信システムの構成の
一例を示す図である。通信制御装置１は、ＣＰＵＡ２の
上位プログラム６による命令に応じて、相手装置である
ＣＰＵＢ３またはＣＰＵＣ４との通信を制御する。相手
装置は、ＣＰＵＢ３とＣＰＵＣ４との２重系となってお
り、いずれかの伝送路を選択できる回線切換装置５によ
り、ＣＰＵＡ２に接続されている。
【００１８】図１は、本発明によるデータ伝送処理方法
の一実施例におけるＣＰＵＡ２側の送信動作、すなわ
ち、図６のＣＰＵＡ２から相手装置へのデータ送信の伝
送制御処理を示している。ＣＰＵＡ２の上位プログラム
６は、ユーザデータ７をブロック分割し、通信制御装置
１に対して、ブロック毎の送信を要求する。送信処理の
途中で、相手装置ＣＰＵＢ３または伝送路に障害が発生
すると、２重系であるから、回線切換装置５により、今
度は相手装置ＣＰＵＣ４に伝送路が切換えられる。相手
装置ＣＰＵＣ４は、先ずＣＰＵＡ２とのリンクを確立す
るために、動作モード設定コマンドを送信する。ＣＰＵ
Ａ２の通信制御装置１は、相手装置ＣＰＵＣ４からの動
作モード設定コマンドを検出すると、ＣＰＵＡ２の上位
プログラム６に対して送信キャンセル報告８を行なうと
ともに、未送信のブロック送信要求をすべてエラーとし
てＣＰＵＡ２の上位プログラム６に報告する。ＣＰＵＡ
２の上位プログラム６は、送信キャンセル報告８によ
り、相手装置ＣＰＵＢ３に障害が発生したことを認識で
きる。ＣＰＵＡ２の上位プログラム６は、送信しようと
したユーザデータ７を再び最初から通信制御装置１に送
信要求し、ユーザデータ７を完全な形で相手装置ＣＰＵ
Ｃ４に送る。
の一実施例におけるＣＰＵＡ２側の送信動作、すなわ
ち、図６のＣＰＵＡ２から相手装置へのデータ送信の伝
送制御処理を示している。ＣＰＵＡ２の上位プログラム
６は、ユーザデータ７をブロック分割し、通信制御装置
１に対して、ブロック毎の送信を要求する。送信処理の
途中で、相手装置ＣＰＵＢ３または伝送路に障害が発生
すると、２重系であるから、回線切換装置５により、今
度は相手装置ＣＰＵＣ４に伝送路が切換えられる。相手
装置ＣＰＵＣ４は、先ずＣＰＵＡ２とのリンクを確立す
るために、動作モード設定コマンドを送信する。ＣＰＵ
Ａ２の通信制御装置１は、相手装置ＣＰＵＣ４からの動
作モード設定コマンドを検出すると、ＣＰＵＡ２の上位
プログラム６に対して送信キャンセル報告８を行なうと
ともに、未送信のブロック送信要求をすべてエラーとし
てＣＰＵＡ２の上位プログラム６に報告する。ＣＰＵＡ
２の上位プログラム６は、送信キャンセル報告８によ
り、相手装置ＣＰＵＢ３に障害が発生したことを認識で
きる。ＣＰＵＡ２の上位プログラム６は、送信しようと
したユーザデータ７を再び最初から通信制御装置１に送
信要求し、ユーザデータ７を完全な形で相手装置ＣＰＵ
Ｃ４に送る。
【００１９】図２は、図１の送信動作におけるＣＰＵＡ
２の上位プログラム６の作業手順の一例を示すフローチ
ャートである。ステップ２０１において、送信データの
有無をチェックする。送信データがある場合は、ステッ
プ２０２において、通信制御装置１に対して、送信デー
タの１ブロック分の送信を要求する。その後、ステップ
２０３において、先頭アドレスを次に送るべきデータの
先頭アドレスに更新する。また、ステップ２０４におい
て、送信データの残りデータ語数を更新する。一方、ス
テップ２０１において、送信すべきデータが無い場合
は、ステップ２０５において、ブロック送信終了報告の
有無をチェックする。
２の上位プログラム６の作業手順の一例を示すフローチ
ャートである。ステップ２０１において、送信データの
有無をチェックする。送信データがある場合は、ステッ
プ２０２において、通信制御装置１に対して、送信デー
タの１ブロック分の送信を要求する。その後、ステップ
２０３において、先頭アドレスを次に送るべきデータの
先頭アドレスに更新する。また、ステップ２０４におい
て、送信データの残りデータ語数を更新する。一方、ス
テップ２０１において、送信すべきデータが無い場合
は、ステップ２０５において、ブロック送信終了報告の
有無をチェックする。
【００２０】ある場合は、ステップ２０６において、送
信キャンセル報告８の有無すなわち送信エラーが生じて
受信側で動作モード設定コマンドが出されたか否かをチ
ェックする。送信キャンセル報告８がある場合は、ステ
ップ２０７において、送信キャンセル報告８を記憶し、
再送の必要があることを記録しておく。一方、ステップ
２０６において、送信キャンセル報告８が無い場合すな
わちそのデータブロックが正常に送信された場合は、ス
テップ２０８において、すべてのブロック送信が終了し
たか否かをチェックする。終了していない場合は、ステ
ップ２０５に戻る。すべてのブロック送信が終了した場
合は、ステップ２０９において、送信キャンセル８報告
の有無を再確認する。送信キャンセル報告８が無い場合
は、すべてのデータが正常に送信されたので、処理を終
わるが、送信キャンセル報告８がある場合は、ステップ
２１０において、送信データの再送を要求する情報を設
定する。
信キャンセル報告８の有無すなわち送信エラーが生じて
受信側で動作モード設定コマンドが出されたか否かをチ
ェックする。送信キャンセル報告８がある場合は、ステ
ップ２０７において、送信キャンセル報告８を記憶し、
再送の必要があることを記録しておく。一方、ステップ
２０６において、送信キャンセル報告８が無い場合すな
わちそのデータブロックが正常に送信された場合は、ス
テップ２０８において、すべてのブロック送信が終了し
たか否かをチェックする。終了していない場合は、ステ
ップ２０５に戻る。すべてのブロック送信が終了した場
合は、ステップ２０９において、送信キャンセル８報告
の有無を再確認する。送信キャンセル報告８が無い場合
は、すべてのデータが正常に送信されたので、処理を終
わるが、送信キャンセル報告８がある場合は、ステップ
２１０において、送信データの再送を要求する情報を設
定する。
【００２１】ここでは、データを各ブロックに分割して
送信する例を示したが、本発明は、１つのフレームで送
信する場合にも適用可能であり、数ブロック毎に再送す
るような方法を採用してもよい。
送信する例を示したが、本発明は、１つのフレームで送
信する場合にも適用可能であり、数ブロック毎に再送す
るような方法を採用してもよい。
【００２２】図３は、本発明によるデータ伝送処理方法
の一実施例におけるにおけるＣＰＵＡ２側の受信動作、
すなわち、図１の場合とは逆に、図６のＣＰＵＡ２が相
手装置からのデータを受信する場合の伝送制御処理を示
すものである。相手装置ＣＰＵＢ３は、ＣＰＵＡ２と伝
送路で接続されており、ユーザデータをブロック分割
し、通信制御装置１に送信する。通信制御装置１は、１
ブロック毎に受信したデータをＣＰＵＡ２の上位プログ
ラム６に報告する。相手装置ＣＰＵＢ３がユーザデータ
９を途中まで送信している時に、相手装置ＣＰＵＢ３ま
たは伝送路に障害が発生すると、伝送路は、回線切換装
置５により、相手装置ＣＰＵＣ４に切り換えられる。相
手装置ＣＰＵＣ４は、ＣＰＵＡ２とのリンクを確立する
ために、動作モード設定コマンドを送信する。ＣＰＵＡ
２の通信制御装置１は、動作モード設定コマンドを検出
すると、これをメモリ１１に記憶する。この後、相手装
置ＣＰＵＣ４から送信されてくるブロック分割されたユ
ーザデータ１０の最初の１ブロック目を検出すると、通
信制御装置１は、受信ブロックデータをＣＰＵＡ２の上
位プログラム６に報告するとともに、最初のブロック受
信報告１２をＣＰＵＡ２の上位プログラム６に行なう。
ＣＰＵＡ２の上位プログラム６は、最初のブロック受信
報告１２により、その直前まで受信していた関連するデ
ータを廃棄する。この処理により、上位プログラム６
は、相手装置ＣＰＵＣ４からの正常なユーザデータのみ
を完全な形で受信できる。
の一実施例におけるにおけるＣＰＵＡ２側の受信動作、
すなわち、図１の場合とは逆に、図６のＣＰＵＡ２が相
手装置からのデータを受信する場合の伝送制御処理を示
すものである。相手装置ＣＰＵＢ３は、ＣＰＵＡ２と伝
送路で接続されており、ユーザデータをブロック分割
し、通信制御装置１に送信する。通信制御装置１は、１
ブロック毎に受信したデータをＣＰＵＡ２の上位プログ
ラム６に報告する。相手装置ＣＰＵＢ３がユーザデータ
９を途中まで送信している時に、相手装置ＣＰＵＢ３ま
たは伝送路に障害が発生すると、伝送路は、回線切換装
置５により、相手装置ＣＰＵＣ４に切り換えられる。相
手装置ＣＰＵＣ４は、ＣＰＵＡ２とのリンクを確立する
ために、動作モード設定コマンドを送信する。ＣＰＵＡ
２の通信制御装置１は、動作モード設定コマンドを検出
すると、これをメモリ１１に記憶する。この後、相手装
置ＣＰＵＣ４から送信されてくるブロック分割されたユ
ーザデータ１０の最初の１ブロック目を検出すると、通
信制御装置１は、受信ブロックデータをＣＰＵＡ２の上
位プログラム６に報告するとともに、最初のブロック受
信報告１２をＣＰＵＡ２の上位プログラム６に行なう。
ＣＰＵＡ２の上位プログラム６は、最初のブロック受信
報告１２により、その直前まで受信していた関連するデ
ータを廃棄する。この処理により、上位プログラム６
は、相手装置ＣＰＵＣ４からの正常なユーザデータのみ
を完全な形で受信できる。
【００２３】図４は、図３の受信動作におけるＣＰＵＡ
２上位プログラムの作業手順の一例を示すフローチャー
トである。ステップ４０１において、受信ブロックデー
タの有無をチェックする。受信ブロックデータがある場
合は、ステップ４０２において、最初のブロック受信報
告１２か否かをチェックする。最初でない場合は、ステ
ップ４０３において、受信ブロックデータを取り込む。
ステップ４０４において、受信データの最終アドレスを
更新する。ステップ４０５において、受信データのデー
タ語数を更新する。ステップ４０６において、すべての
データを受信したか否かをチェックする。受信が完了し
ていない場合は、ステップ４０１に戻るが、すべてのデ
ータを受信した場合は、終了する。
２上位プログラムの作業手順の一例を示すフローチャー
トである。ステップ４０１において、受信ブロックデー
タの有無をチェックする。受信ブロックデータがある場
合は、ステップ４０２において、最初のブロック受信報
告１２か否かをチェックする。最初でない場合は、ステ
ップ４０３において、受信ブロックデータを取り込む。
ステップ４０４において、受信データの最終アドレスを
更新する。ステップ４０５において、受信データのデー
タ語数を更新する。ステップ４０６において、すべての
データを受信したか否かをチェックする。受信が完了し
ていない場合は、ステップ４０１に戻るが、すべてのデ
ータを受信した場合は、終了する。
【００２４】一方、ステップ４０２において、最初のブ
ロック受信報告１２である場合は、ステップ４０７にお
いて、受信データ取り込み先頭アドレスに初期値を再設
定する。また、ステップ４０８において、受信データ語
数に初期値を再設定する。その結果、もし受信途中のブ
ロックデータがあった場合は、そのブロックデータに関
連するデータは、一旦すべて廃棄されることになる。最
初のブロック受信報告１２は、基本的には実際に最初の
ブロック受信である場合に設定されるが、動作モード設
定コマンド１１が記憶された際にも設定される。したが
って、上位プログラム６は、相手装置ＣＰＵＣ４からの
正常なユーザデータのみを完全な形で受信できる。
ロック受信報告１２である場合は、ステップ４０７にお
いて、受信データ取り込み先頭アドレスに初期値を再設
定する。また、ステップ４０８において、受信データ語
数に初期値を再設定する。その結果、もし受信途中のブ
ロックデータがあった場合は、そのブロックデータに関
連するデータは、一旦すべて廃棄されることになる。最
初のブロック受信報告１２は、基本的には実際に最初の
ブロック受信である場合に設定されるが、動作モード設
定コマンド１１が記憶された際にも設定される。したが
って、上位プログラム６は、相手装置ＣＰＵＣ４からの
正常なユーザデータのみを完全な形で受信できる。
【００２５】なお、上記実施例においては、通信相手装
置が２重系のデータ伝送システムに本発明を適用してあ
るが、通信相手装置を多重化していない場合にも、本発
明が有効であることは明らかであろう。
置が２重系のデータ伝送システムに本発明を適用してあ
るが、通信相手装置を多重化していない場合にも、本発
明が有効であることは明らかであろう。
【００２６】図５は、本発明によるデータ伝送処理方法
の一実施例におけるＣＰＵＡ２とＣＰＵＢ３およびＣＰ
ＵＣ４との間の双方向通信（送受信）動作を説明する図
である。ＣＰＵＡ２がＣＰＵＢ３とデータを双方向通信
しているときに、エラーが生じた場合、２重系のバック
アップＣＰＵＣ４が新たな送受信先となり、ＣＰＵＣ４
は、再立ち上げ時に動作モード設定コマンド１１を出力
する。そのコマンドは、通信制御装置１に検出され記憶
される。通信制御装置１では、この記憶に基づいて、送
信キャンセル報告８と最初のフレーム受信報告１２とが
作成され、ＣＰＵＡ２に送られる。その後の動作は、図
１〜図４の例と同様なので、ここでは繰り返さない。
の一実施例におけるＣＰＵＡ２とＣＰＵＢ３およびＣＰ
ＵＣ４との間の双方向通信（送受信）動作を説明する図
である。ＣＰＵＡ２がＣＰＵＢ３とデータを双方向通信
しているときに、エラーが生じた場合、２重系のバック
アップＣＰＵＣ４が新たな送受信先となり、ＣＰＵＣ４
は、再立ち上げ時に動作モード設定コマンド１１を出力
する。そのコマンドは、通信制御装置１に検出され記憶
される。通信制御装置１では、この記憶に基づいて、送
信キャンセル報告８と最初のフレーム受信報告１２とが
作成され、ＣＰＵＡ２に送られる。その後の動作は、図
１〜図４の例と同様なので、ここでは繰り返さない。
【００２７】このように、本発明は、双方向のデータ伝
送システムにも適用可能である。
送システムにも適用可能である。
【００２８】また、上記の各実施例では、すべてＣＰＵ
Ａ２側の上位プログラム６が、送信の場合はデータの再
送を制御し、受信の場合はデータの廃棄を制御してい
る。特に、図３の実施例においては、送信側のＣＰＵＣ
４が再立ち上げ時に設定した動作モード設定コマンド１
１により、受信側のＣＰＵＡ２側の上位プログラム６が
直前の関連するデータを廃棄するようになっている。本
発明の適用範囲は、このような主従関係にある装置のみ
に限定されない。すなわち、送信側装置と受信側装置が
全く対等な関係であっても、必ず受信側装置から送信側
装置に動作モード設定コマンドを出力するシステムであ
れば、受信側装置に障害が生じた場合はもちろん送信側
装置や途中の伝送路に障害が生じた場合も、本発明は有
効である。
Ａ２側の上位プログラム６が、送信の場合はデータの再
送を制御し、受信の場合はデータの廃棄を制御してい
る。特に、図３の実施例においては、送信側のＣＰＵＣ
４が再立ち上げ時に設定した動作モード設定コマンド１
１により、受信側のＣＰＵＡ２側の上位プログラム６が
直前の関連するデータを廃棄するようになっている。本
発明の適用範囲は、このような主従関係にある装置のみ
に限定されない。すなわち、送信側装置と受信側装置が
全く対等な関係であっても、必ず受信側装置から送信側
装置に動作モード設定コマンドを出力するシステムであ
れば、受信側装置に障害が生じた場合はもちろん送信側
装置や途中の伝送路に障害が生じた場合も、本発明は有
効である。
【００２９】
【発明の効果】本発明によれば、データ受信に失敗した
場合、受信側がデータ受信機能を再立ち上げする際に必
ず出力される動作モード設定コマンドの有無により、通
信制御装置が上位プログラムに対して送信キャンセル報
告を出力し、この送信キャンセル報告を受けた送信側の
上位プログラムがユーザデータを最初から再送するよう
になっているので、途中からの不完全なデータを受信側
装置に伝送するようなことは、全く無くなる。
場合、受信側がデータ受信機能を再立ち上げする際に必
ず出力される動作モード設定コマンドの有無により、通
信制御装置が上位プログラムに対して送信キャンセル報
告を出力し、この送信キャンセル報告を受けた送信側の
上位プログラムがユーザデータを最初から再送するよう
になっているので、途中からの不完全なデータを受信側
装置に伝送するようなことは、全く無くなる。
【００３０】しかも、受信側装置は、相手装置や伝送路
に障害が発生した場合、伝送の段階や伝送途中のデータ
の長さにかかわりなく、ただちに再立ち上げし、動作モ
ード設定コマンドを発信できるから、単純な処理なが
ら、従来のように各ブロックに通番を埋め込む必要が無
く、また従来のように送達確認も再送要求も受信されな
い不定状態に陥る事態もなくなり、送信側の上位プログ
ラムの負担が軽減され、障害発生時における伝送効率の
低下が防止される。
に障害が発生した場合、伝送の段階や伝送途中のデータ
の長さにかかわりなく、ただちに再立ち上げし、動作モ
ード設定コマンドを発信できるから、単純な処理なが
ら、従来のように各ブロックに通番を埋め込む必要が無
く、また従来のように送達確認も再送要求も受信されな
い不定状態に陥る事態もなくなり、送信側の上位プログ
ラムの負担が軽減され、障害発生時における伝送効率の
低下が防止される。
【図１】本発明によるデータ伝送処理方法の一実施例に
おけるＣＰＵＡ２側の送信動作を説明する図である。
おけるＣＰＵＡ２側の送信動作を説明する図である。
【図２】図１の送信動作における上位プログラムの作業
手順を示すフローチャートである。
手順を示すフローチャートである。
【図３】本発明によるデータ伝送処理方法の一実施例に
おけるＣＰＵＡ２側の受信動作を説明する図である。
おけるＣＰＵＡ２側の受信動作を説明する図である。
【図４】図３の受信動作における上位プログラムの作業
手順を示すフローチャートである。
手順を示すフローチャートである。
【図５】本発明によるデータ伝送処理方法の一実施例に
おけるＣＰＵＡ２とＣＰＵＢ３およびＣＰＵＣ４との間
の双方向通信（送受信）動作を説明する図である。
おけるＣＰＵＡ２とＣＰＵＢ３およびＣＰＵＣ４との間
の双方向通信（送受信）動作を説明する図である。
【図６】本発明のデータ通信処理方法を適用すべき通信
システムの構成の一例を示す図である。
システムの構成の一例を示す図である。
１ 通信制御装置 ２ ＣＰＵＡ ３ ＣＰＵＢ ４ ＣＰＵＣ ５ 伝送路および回線切換装置 ６ 上位プログラム ７ ＣＰＵＡユーザデータ ８ 送信キャンセル報告 ９ ＣＰＵＢユーザデータ １０ ＣＰＵＣユーザデータ １１ 動作モード設定コマンド １２ 最初のコマンド受信報告
───────────────────────────────────────────────────── フロントページの続き (72)発明者 大貫 健 茨城県日立市大みか町５丁目２番１号 株式会社 日立製作所 大みか工場内 (72)発明者 佐藤 秀也 茨城県日立市大みか町五丁目２番１号 日立プロセスコンピュータエンジニアリ ング株式会社内 (56)参考文献 特開 昭50−33704（ＪＰ，Ａ) 特開 昭63−229555（ＪＰ，Ａ) 特開 昭53−116703（ＪＰ，Ａ) (58)調査した分野(Int.Cl.6，ＤＢ名) G06F 13/00 G06F 13/36 G06F 15/16 H04L 13/00
Claims (8)
- 【請求項１】 送信側装置と受信側装置とが通信制御装
置を介してデータを伝送するデータ伝送処理方法におい
て、 前記受信側装置が、データ受信に失敗した場合に動作モ
ード設定コマンドを出力して受信機能を再立ち上げし、 前記通信制御装置が、前記データ受信失敗時の動作モー
ド設定コマンドの出力を検出したとき、前記送信側装置
に送信キャンセル報告を出力し、 前記送信側装値が、送信キャンセル報告があったデータ
および関連データを最初から再送することを特徴とする
データ伝送処理方法。 - 【請求項２】 送信側装置と受信側装置とが通信制御装
置を介してデータを伝送するデータ伝送処理方法におい
て、 前記送信側装置が、データ送信に失敗した場合に動作モ
ード設定コマンドを出力して送信機能を再立ち上げし、
前記送信失敗のデータを最初から再送し、 前記通信制御装置が、前記データ送信失敗時の動作モー
ド設定コマンドの出力を検出したときに前記動作モード
設定があったことを記憶し、その後の最初のブロック受
信時に前記受信側装置に最初のブロック受信報告を出力
し、 前記受信側装値が、前記最初のブロック受信報告があっ
たデータに関連する受信途中のデータを廃棄し最初から
再送されてくるデータの再受信に備えることを特徴とす
るデータ伝送処理方法。 - 【請求項３】 請求項１または２に記載のデータ伝送処
理方法において、 前記送信側装置または受信側装置の少なくとも一方が、
多重化された装置からなることを特徴とするデータ伝送
処理方法。 - 【請求項４】 請求項１ないし３のいずれか一項に記載
のデータ伝送処理方法において、 前記送信側装置と前記受信側装置とが一体化し、複数の
双方向通信装置を形成していることを特徴とするデータ
伝送処理方法。 - 【請求項５】 データ受信に失敗した場合に動作モード
設定コマンドを出力して受信機能を再立ち上げする手段
を備えた受信側装置と、 前記受信側装置と送信側装置との間のデータ伝送を仲介
し、前記データ受信失敗時の動作モード設定コマンドの
出力を検出したときに、前記送信側装置に送信キャンセ
ル報告を出力する手段を備えた通信制御装置と、 前記送信キャンセル報告があったデータおよび関連デー
タを前記受信側装置に最初から再送する手段を備えた送
信側装値とからなるデータ伝送処理装置。 - 【請求項６】 データ送信に失敗した場合に動作モード
設定コマンドを出力して送信機能を再立ち上げし、前記
送信失敗のデータを最初から再送する手段を備えた送信
側装置と、 前記送信側装置と受信側装置との間のデータ伝送を仲介
し、前記データ送信失敗時の動作モード設定コマンドの
出力を検出したときに前記動作モード設定があったこと
を記憶し、その後の最初のブロック受信時に前記受信側
装置に最初のブロック受信報告を出力する手段を備えた
通信制御装置と、 前記最初のブロック受信報告があったデータに関連する
受信途中のデータを廃棄し最初から再送されてくるデー
タの再受信を待つ手段を備えた受信側装値とからなるデ
ータ伝送処理装置。 - 【請求項７】 請求項５または６に記載のデータ伝送処
理装置において、 前記送信側装置または受信側装置の少なくとも一方が、
多重化された装置からなることを特徴とするデータ伝送
処理装置。 - 【請求項８】 請求項５ないし７のいずれか一項に記載
のデータ伝送処理装置において、 前記送信側装置と前記受信側装置とが一体化し、複数の
双方向通信装置を形成していることを特徴とするデータ
伝送処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4023885A JP2759574B2 (ja) | 1992-02-10 | 1992-02-10 | データ伝送処理方法およびデータ伝送処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4023885A JP2759574B2 (ja) | 1992-02-10 | 1992-02-10 | データ伝送処理方法およびデータ伝送処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05225096A JPH05225096A (ja) | 1993-09-03 |
| JP2759574B2 true JP2759574B2 (ja) | 1998-05-28 |
Family
ID=12122906
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4023885A Expired - Lifetime JP2759574B2 (ja) | 1992-02-10 | 1992-02-10 | データ伝送処理方法およびデータ伝送処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2759574B2 (ja) |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5033704A (ja) * | 1973-07-27 | 1975-04-01 | ||
| JPS53116703A (en) * | 1977-03-23 | 1978-10-12 | Toshiba Corp | Communication control unit |
| JPS63229555A (ja) * | 1987-03-19 | 1988-09-26 | Fujitsu Ltd | 通信異常復旧方式 |
-
1992
- 1992-02-10 JP JP4023885A patent/JP2759574B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05225096A (ja) | 1993-09-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6181704B1 (en) | Method and apparatus for input/output link retry, failure and recovery in a computer network | |
| US6343067B1 (en) | Method and apparatus for failure and recovery in a computer network | |
| EP0409578B1 (en) | Data communication method and system with cyclic sequence of acknowledgements | |
| JP2003288284A (ja) | マルチプロセッサコンピュータアーキテクチャにおいてトランザクションを動的に再送する方法 | |
| JP2759574B2 (ja) | データ伝送処理方法およびデータ伝送処理装置 | |
| JPH10243050A (ja) | データ通信システム | |
| JP3948345B2 (ja) | 通信システム | |
| JP2001168907A (ja) | 通信装置 | |
| JPH05204811A (ja) | 管理情報通信システム | |
| JPH11272573A (ja) | ファイル転送方式、ファイル転送システムおよび記憶媒体 | |
| JPH01834A (ja) | 全二重通信方式 | |
| KR20090043724A (ko) | 대용량 데이터의 직렬 송수신 방법 | |
| JPS609240A (ja) | 通信制御装置 | |
| JP2776274B2 (ja) | 中継計算機における仮想バッファ制御システム | |
| JP3217397B2 (ja) | 通信制御装置のデータ送信方法 | |
| JPH11252134A (ja) | 同報通信システム | |
| US5896413A (en) | Apparatus for and method of transmitting data | |
| JP2615982B2 (ja) | 通信エラー回復方法及びその装置 | |
| JPH06101723B2 (ja) | デ−タ伝送方式 | |
| JP2644571B2 (ja) | 遠隔ｉｐｌ制御方式 | |
| JPS5814780B2 (ja) | 情報フレ−ム多重障害に対する回復制御方式 | |
| JP2005159483A (ja) | 二重化通信装置 | |
| JP3219070B2 (ja) | 回線復旧方式 | |
| JPS63246055A (ja) | パケツト送受信装置 | |
| JPS63267039A (ja) | ネツトワ−クシステム |