JP3260435B2 - 情報通信システム - Google Patents
情報通信システムInfo
- Publication number
- JP3260435B2 JP3260435B2 JP23447492A JP23447492A JP3260435B2 JP 3260435 B2 JP3260435 B2 JP 3260435B2 JP 23447492 A JP23447492 A JP 23447492A JP 23447492 A JP23447492 A JP 23447492A JP 3260435 B2 JP3260435 B2 JP 3260435B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- information
- line
- interface unit
- multicast
- 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
Description
【０００１】
【産業上の利用分野】本発明は、ホストコンピュータか
ら情報を複数の端末に対してリアルタイムに送信する情
報サービスを提供する情報通信システムに係り、特にホ
ストコンピュータの通信制御用ハードウエアが二重化さ
れ、それらが現用系と待機系の形で運用されている場合
における通信データの連続性保証を考慮した系切換え制
御に関する。
ら情報を複数の端末に対してリアルタイムに送信する情
報サービスを提供する情報通信システムに係り、特にホ
ストコンピュータの通信制御用ハードウエアが二重化さ
れ、それらが現用系と待機系の形で運用されている場合
における通信データの連続性保証を考慮した系切換え制
御に関する。
【０００２】
【従来の技術】従来、二重系において現用系から待機系
に切り換える際の通信データ連続性を保証する技術とし
ては、特開昭６３−６１３３９号公報記載されたものが
挙げられる。この技術では、現用系から待機系への切り
換えの指示を手動で行い、これを契機として行われる系
切換えに先立ち、現用系から待機系に系間リンクを行う
データ（受信データ、送信データ、送信待ちアドレスな
ど）を転送し、これらデータの転送終了後、系の切り換
えが行われる。こうして、系切換えの際、送信データの
情報を現用系から待機系に引き継ぐことにより、通信デ
ータの連続性を保証していた。
に切り換える際の通信データ連続性を保証する技術とし
ては、特開昭６３−６１３３９号公報記載されたものが
挙げられる。この技術では、現用系から待機系への切り
換えの指示を手動で行い、これを契機として行われる系
切換えに先立ち、現用系から待機系に系間リンクを行う
データ（受信データ、送信データ、送信待ちアドレスな
ど）を転送し、これらデータの転送終了後、系の切り換
えが行われる。こうして、系切換えの際、送信データの
情報を現用系から待機系に引き継ぐことにより、通信デ
ータの連続性を保証していた。
【０００３】
【発明が解決しようとする課題】上記従来技術は、現用
系から待機系への系切換えを手動で行う場合における通
信データの連続性保証は実現していた。しかし、現用系
に障害が発生した場合、常に系間リンクを行うための情
報を待機系に転送できるとは限らず、現用系に障害が発
生し、系の切り換えを行う場合には適用できないという
問題点があった。
系から待機系への系切換えを手動で行う場合における通
信データの連続性保証は実現していた。しかし、現用系
に障害が発生した場合、常に系間リンクを行うための情
報を待機系に転送できるとは限らず、現用系に障害が発
生し、系の切り換えを行う場合には適用できないという
問題点があった。
【０００４】また、上記従来技術は、ホストコンピュー
タから端末へ送信した通信データの連続性を保証するた
めのものであり、端末からホストコンピュータへ送信し
た通信データの連続性を保証するという点については考
慮されていなかった。従って、ホストコンピュータ内部
の二重化構成部分の片系に障害が発生した場合、ホスト
コンピュータとしては引き続いて運用可能であるにも拘
らず、システム利用者が端末から送信した通信データが
喪失してしまうという問題点があった。
タから端末へ送信した通信データの連続性を保証するた
めのものであり、端末からホストコンピュータへ送信し
た通信データの連続性を保証するという点については考
慮されていなかった。従って、ホストコンピュータ内部
の二重化構成部分の片系に障害が発生した場合、ホスト
コンピュータとしては引き続いて運用可能であるにも拘
らず、システム利用者が端末から送信した通信データが
喪失してしまうという問題点があった。
【０００５】本発明の目的は、ホストコンピュータを中
心とする情報通信システムのホスト側の構成要素の中
で、二重化されている部分の現用系に障害が発生し、二
重化部分が現用系から待機系に切り換わる場合も、端末
とホストコンピュータの間で、障害発生前のデータ通信
状態を相互に確認することなく、ホストコンピュータか
ら端末への送信及び端末からホストコンピュータへの受
信の双方でやり取りされる通信データの連続性を保証す
ることにある。
心とする情報通信システムのホスト側の構成要素の中
で、二重化されている部分の現用系に障害が発生し、二
重化部分が現用系から待機系に切り換わる場合も、端末
とホストコンピュータの間で、障害発生前のデータ通信
状態を相互に確認することなく、ホストコンピュータか
ら端末への送信及び端末からホストコンピュータへの受
信の双方でやり取りされる通信データの連続性を保証す
ることにある。
【０００６】本発明の他の目的は、ホストコンピュータ
が端末との間で行うデータ通信サービスとして、１つの
端末とデータ送受信を行う一対一通信と、複数の端末へ
一度に同一データの送信を行うマルチキャスト通信の両
方を混在処理する情報通信システムにおいても、前記二
重化部分の現用系障害発生による系切換え時の両通信サ
ービスの通信データの連続性を保証可能とすることにあ
る。
が端末との間で行うデータ通信サービスとして、１つの
端末とデータ送受信を行う一対一通信と、複数の端末へ
一度に同一データの送信を行うマルチキャスト通信の両
方を混在処理する情報通信システムにおいても、前記二
重化部分の現用系障害発生による系切換え時の両通信サ
ービスの通信データの連続性を保証可能とすることにあ
る。
【０００７】本発明のさらに他の目的は、二重化部分の
現用系障害の検出、及びそれに伴う系切換えを、情報通
信システムの利用者が認識できない短時間に実行するこ
とにある。
現用系障害の検出、及びそれに伴う系切換えを、情報通
信システムの利用者が認識できない短時間に実行するこ
とにある。
【０００８】
【課題を解決するための手段】上記目的を達成するため
に本発明は、ホストコンピュータの下に、回線制御を行
う回線制御モジュールを複数持ち、複数の回線の回線制
御を並列処理する多回線通信制御装置を設ける。そし
て、ホストコンピュータは、ＣＰＵ（中央制御装置）、
主記憶部、及び多回線通信制御装置との接続口であるイ
ンタフェースチャネルを有する通信インタフェース部に
それぞれ以下のものを有する。
に本発明は、ホストコンピュータの下に、回線制御を行
う回線制御モジュールを複数持ち、複数の回線の回線制
御を並列処理する多回線通信制御装置を設ける。そし
て、ホストコンピュータは、ＣＰＵ（中央制御装置）、
主記憶部、及び多回線通信制御装置との接続口であるイ
ンタフェースチャネルを有する通信インタフェース部に
それぞれ以下のものを有する。
【０００９】ホストコンピュータの主記憶部に、ホスト
コンピュータのＣＰＵと通信インタフェース部との間の
制御インタフェースとして、一対一通信やマルチキャス
ト通信などのデータ通信処理用の通信制御インタフェー
ステーブルを有する通信制御インタフェースエリアと、
二重化通信インタフェース部の系切換えや多回線通信制
御装置の構成変更処理用の構成制御インタフェーステー
ブルを有する構成制御インタフェースエリアと、二重化
通信インタフェース部の系切換え時に通信データの連続
性を保証するための通信処理経過引継ぎ情報のやり取り
に用いるリカバリインタフェーステーブルを有するリカ
バリインタフェースエリアと、をそれぞれ独立して設け
る。
コンピュータのＣＰＵと通信インタフェース部との間の
制御インタフェースとして、一対一通信やマルチキャス
ト通信などのデータ通信処理用の通信制御インタフェー
ステーブルを有する通信制御インタフェースエリアと、
二重化通信インタフェース部の系切換えや多回線通信制
御装置の構成変更処理用の構成制御インタフェーステー
ブルを有する構成制御インタフェースエリアと、二重化
通信インタフェース部の系切換え時に通信データの連続
性を保証するための通信処理経過引継ぎ情報のやり取り
に用いるリカバリインタフェーステーブルを有するリカ
バリインタフェースエリアと、をそれぞれ独立して設け
る。
【００１０】ホストコンピュータのＣＰＵに、前記構成
制御インタフェースエリアを介して二重化通信インタフ
ェース部の系切換えを指示するインタフェースチャネル
接続／切離しコマンドを設ける。
制御インタフェースエリアを介して二重化通信インタフ
ェース部の系切換えを指示するインタフェースチャネル
接続／切離しコマンドを設ける。
【００１１】ホストコンピュータのＣＰＵに、前記通信
制御インタフェースエリアを介してマルチキャスト通信
におけるデータ送信先回線を示す宛先パターンテーブル
の設定を通信インタフェース部に行う宛先パターンテー
ブル設定コマンドを設ける。
制御インタフェースエリアを介してマルチキャスト通信
におけるデータ送信先回線を示す宛先パターンテーブル
の設定を通信インタフェース部に行う宛先パターンテー
ブル設定コマンドを設ける。
【００１２】さらに、前記通信制御インタフェースエリ
アに通信インタフェース部でのマルチキャスト通信処理
における管理情報を記録しておくマルチキャスト通信管
理テーブルを設ける。
アに通信インタフェース部でのマルチキャスト通信処理
における管理情報を記録しておくマルチキャスト通信管
理テーブルを設ける。
【００１３】さらに、前記リカバリインタフェースエリ
アに、多回線通信制御装置の各回線制御モジュールの回
線毎への一対一通信、マルチキャスト通信でのデータ送
信起動状況を記録しておくカレントライトポインタテー
ブルと、通信制御インタフェースでのＣＰＵからの起動
状況を記録しておくネクストリードポインタテーブル、
及び前記宛先パターンテーブル設定コマンドによって通
知された宛先パターンテーブルを格納しておく宛先パタ
ーンテーブル格納エリアを設ける。
アに、多回線通信制御装置の各回線制御モジュールの回
線毎への一対一通信、マルチキャスト通信でのデータ送
信起動状況を記録しておくカレントライトポインタテー
ブルと、通信制御インタフェースでのＣＰＵからの起動
状況を記録しておくネクストリードポインタテーブル、
及び前記宛先パターンテーブル設定コマンドによって通
知された宛先パターンテーブルを格納しておく宛先パタ
ーンテーブル格納エリアを設ける。
【００１４】
【作用】上記手段は、通信制御インタフェースエリアを
介した通信処理にて次のように動作する。
介した通信処理にて次のように動作する。
【００１５】通信インタフェース部は一対一通信やマル
チキャスト通信などのデータ通信起動をホストコンピュ
ータのＣＰＵから受付け時にリカバリインタフェースエ
リア上のネクストリードポインタテーブルの該当要素へ
受付け中であることを示す値を記録し、回線制御モジュ
ールへのデータ送信起動時にカレントライトポインタテ
ーブルの該当要素へ起動の有無を示す値を記録する。さ
らに、マルチキャスト通信起動受付処理時は前記宛先パ
ターンテーブルで示されてる各回線へのデータ送信起動
状況を随時、通信制御インタフェースエリア上のマルチ
キャスト通信管理テーブルへ記録する。また、宛先パタ
ーンテーブル設定コマンドを受けた場合、その宛先パタ
ーンテーブルを通信インタフェース部内に取り込むだけ
でなく、リカバリインタフェースエリア上の宛先パター
ンテーブル格納エリアに設定しておく。
チキャスト通信などのデータ通信起動をホストコンピュ
ータのＣＰＵから受付け時にリカバリインタフェースエ
リア上のネクストリードポインタテーブルの該当要素へ
受付け中であることを示す値を記録し、回線制御モジュ
ールへのデータ送信起動時にカレントライトポインタテ
ーブルの該当要素へ起動の有無を示す値を記録する。さ
らに、マルチキャスト通信起動受付処理時は前記宛先パ
ターンテーブルで示されてる各回線へのデータ送信起動
状況を随時、通信制御インタフェースエリア上のマルチ
キャスト通信管理テーブルへ記録する。また、宛先パタ
ーンテーブル設定コマンドを受けた場合、その宛先パタ
ーンテーブルを通信インタフェース部内に取り込むだけ
でなく、リカバリインタフェースエリア上の宛先パター
ンテーブル格納エリアに設定しておく。
【００１６】また、上記手段は、構成制御インタフェー
スエリアを介した二重化通信インタフェース部の系切換
え処理にて次のように動作する。
スエリアを介した二重化通信インタフェース部の系切換
え処理にて次のように動作する。
【００１７】二重化通信インタフェース部は、その一方
を現用系（マスタ状態）、他方を待機系（スレーブ状
態）としてホストコンピュータのＣＰＵが管理する。そ
の状態は多回線通信制御装置が接続されているインタフ
ェースチャネルの状態に基づいて管理され、マスタ状態
とは通信インタフェース部にリザーブ状態のインタフェ
ースチャネルが少なくとも１つ以上ある状態であり、ス
レーブ状態とは通信インタフェース部にリザーブ状態の
インタフェースチャネルがない状態である。ここで、イ
ンタフェースチャネルの状態は、多回線通信制御装置の
内部バス制御部がその内部バスと論理的に接続している
通信インタフェース部のインタフェースチャネルの状態
をリザーブ状態、内部バス制御部が論理的に内部バスか
ら切り離されている通信インタフェース部のインタフェ
ースチャネルの状態をフリー状態と呼ぶ。なお、一台の
多回線通信制御装置の内部バス上の２つの内部バス制御
部は、双方がリザーブ状態にならぬよう論理的接続を排
他的に制御されている。ここで、ホストコンピュータの
ＣＰＵからインタフェースチャネル接続／切離しコマン
ドを受けた通信インタフェース部は、多回線通信制御装
置の内部バス制御部と内部バスとの論理的接続／切離し
を行う。こうして、インタフェースチャネル接続／切離
しコマンドを用いて、二重化通信インタフェース部の現
用／待機系切換え処理を行うことができる。
を現用系（マスタ状態）、他方を待機系（スレーブ状
態）としてホストコンピュータのＣＰＵが管理する。そ
の状態は多回線通信制御装置が接続されているインタフ
ェースチャネルの状態に基づいて管理され、マスタ状態
とは通信インタフェース部にリザーブ状態のインタフェ
ースチャネルが少なくとも１つ以上ある状態であり、ス
レーブ状態とは通信インタフェース部にリザーブ状態の
インタフェースチャネルがない状態である。ここで、イ
ンタフェースチャネルの状態は、多回線通信制御装置の
内部バス制御部がその内部バスと論理的に接続している
通信インタフェース部のインタフェースチャネルの状態
をリザーブ状態、内部バス制御部が論理的に内部バスか
ら切り離されている通信インタフェース部のインタフェ
ースチャネルの状態をフリー状態と呼ぶ。なお、一台の
多回線通信制御装置の内部バス上の２つの内部バス制御
部は、双方がリザーブ状態にならぬよう論理的接続を排
他的に制御されている。ここで、ホストコンピュータの
ＣＰＵからインタフェースチャネル接続／切離しコマン
ドを受けた通信インタフェース部は、多回線通信制御装
置の内部バス制御部と内部バスとの論理的接続／切離し
を行う。こうして、インタフェースチャネル接続／切離
しコマンドを用いて、二重化通信インタフェース部の現
用／待機系切換え処理を行うことができる。
【００１８】さらに、上記手段は、二重化通信インタフ
ェース部の系切換え処理により待機系から現用系へと切
換わった通信インタフェース部において、リカバリイン
タフェースエリアを介し、次のように動作する。
ェース部の系切換え処理により待機系から現用系へと切
換わった通信インタフェース部において、リカバリイン
タフェースエリアを介し、次のように動作する。
【００１９】まず、ホストコンピュータの主記憶部上の
リカバリインタフェースエリアにある宛先パターンテー
ブル格納エリアから通信インタフェース部内の宛先パタ
ーンテーブルを復元し、通信制御インタフェースエリア
のマルチキャスト通信管理テーブルの内、現在処理中で
あるものを通信インタフェース部内のマルチキャスト通
信管理テーブル編集エリアへ復元し、マルチキャスト通
信処理の引継ぎを行う。
リカバリインタフェースエリアにある宛先パターンテー
ブル格納エリアから通信インタフェース部内の宛先パタ
ーンテーブルを復元し、通信制御インタフェースエリア
のマルチキャスト通信管理テーブルの内、現在処理中で
あるものを通信インタフェース部内のマルチキャスト通
信管理テーブル編集エリアへ復元し、マルチキャスト通
信処理の引継ぎを行う。
【００２０】
【実施例】以下、本発明の一実施例を図を用いて説明す
る。
る。
【００２１】図１は、本発明の一実施例に係わる情報通
信システムの概略構成及び、ホスト側のホストコンピュ
ータと多回線通信制御装置の内部構造を示したものであ
る。
信システムの概略構成及び、ホスト側のホストコンピュ
ータと多回線通信制御装置の内部構造を示したものであ
る。
【００２２】情報通信システムは、ホストコンピュータ
１００と多回線通信制御装置１０５から成るホスト側
と、ホスト側とネットワーク１１０を介して接続する端
末群１１１−１〜ｎより構成される。一台のホストコン
ピュータ１００は、複数の多回線通信制御装置１０５を
接続し、前記多回線通信制御装置１０５は、複数の回線
１０９を収容する。ホストコンピュータ１００は、ＣＰ
Ｕ１０１−１（〜１０１−ｎ）、主記憶部Ａ／Ｂ１０２
−ａ／ｂ、通信インタフェース部１０３−ａ（１０３−
ｂ）、コンピュータバスＡ／Ｂ１０４−ａ／ｂ等の内部
構成要素は、二重化され、そのどちらか一方に故障が発
生しても運転を継続処理できるフォールトトレラントコ
ンピュータとなっている。そして、その構成要素の通信
インタフェース部１０３には多回線通信制御装置１０５
を接続する複数のインタフェースチャネル１１７を設
け、二重化通信インタフェース部１０３で同じ位置関係
にあるインタフェースチャネル（例えば、１１７−ａ１
と１１７−ｂ１）に一台の多回線通信制御装置１０５を
接続して、多回線通信制御装置１０５とホストコンピュ
ータ１００との接続経路の二重化を行っている。
１００と多回線通信制御装置１０５から成るホスト側
と、ホスト側とネットワーク１１０を介して接続する端
末群１１１−１〜ｎより構成される。一台のホストコン
ピュータ１００は、複数の多回線通信制御装置１０５を
接続し、前記多回線通信制御装置１０５は、複数の回線
１０９を収容する。ホストコンピュータ１００は、ＣＰ
Ｕ１０１−１（〜１０１−ｎ）、主記憶部Ａ／Ｂ１０２
−ａ／ｂ、通信インタフェース部１０３−ａ（１０３−
ｂ）、コンピュータバスＡ／Ｂ１０４−ａ／ｂ等の内部
構成要素は、二重化され、そのどちらか一方に故障が発
生しても運転を継続処理できるフォールトトレラントコ
ンピュータとなっている。そして、その構成要素の通信
インタフェース部１０３には多回線通信制御装置１０５
を接続する複数のインタフェースチャネル１１７を設
け、二重化通信インタフェース部１０３で同じ位置関係
にあるインタフェースチャネル（例えば、１１７−ａ１
と１１７−ｂ１）に一台の多回線通信制御装置１０５を
接続して、多回線通信制御装置１０５とホストコンピュ
ータ１００との接続経路の二重化を行っている。
【００２３】多回線通信制御装置１０５は、その内部バ
ス１０８を制御する２つの内部バス制御部１０６を二重
化通信インタフェース部１０３の各インタフェースチャ
ネル１１７と拡張バスケーブル１１８を介してホストコ
ンピュータ１００と接続される。多回線通信制御装置１
０５の内部ではその内部バス１０８上に前記２つの内部
バス制御部１０６と複数の回線制御モジュール１０７が
接続されている。そして、回線制御モジュール１０７単
位に少数回線１０９の回線制御が行われ、多回線通信制
御装置１０５全体で多くの回線を制御している。こうし
て、ホストコンピュータ１００は、回線１０９とネット
ワーク１１０を介して複数の端末１１１−１〜ｎとの通
信を行う。
ス１０８を制御する２つの内部バス制御部１０６を二重
化通信インタフェース部１０３の各インタフェースチャ
ネル１１７と拡張バスケーブル１１８を介してホストコ
ンピュータ１００と接続される。多回線通信制御装置１
０５の内部ではその内部バス１０８上に前記２つの内部
バス制御部１０６と複数の回線制御モジュール１０７が
接続されている。そして、回線制御モジュール１０７単
位に少数回線１０９の回線制御が行われ、多回線通信制
御装置１０５全体で多くの回線を制御している。こうし
て、ホストコンピュータ１００は、回線１０９とネット
ワーク１１０を介して複数の端末１１１−１〜ｎとの通
信を行う。
【００２４】また、本情報通信システムでの通信処理
は、ホストコンピュータ１００のＣＰＵ１０１、通信イ
ンタフェース部１０３のＭＰＵ１１２、及び回線制御モ
ジュール１０７のＭＰＵ１１３のそれぞれで分散して行
う。そして、その通信処理にて通信データは、主記憶部
１０２上の送受信バッファ１１４、通信インタフェース
部１０３内の送受信バッファ１１５、回線制御モジュー
ル１０７内の送受信バッファ１１６を経由してやり取り
される。ここで、二重化主記憶部Ａ／Ｂ１０２−ａ／ｂ
の送受信バッファ１１４−ａ／ｂへのアクセスについて
通信インタフェース部１０３の場合を例にとって述べ
る。通信インタフェース部１０３から主記憶部１０２の
送受信バッファ１１４へ通信データ（受信データなど）
を転送する場合、通信インタフェース部１０３は、二重
化コンピュータバスＡ／Ｂ１０４−ａ／ｂを介して主記
憶部Ａ／Ｂ１０２−ａ／ｂ双方の送受信バッファ１１４
−ａ／ｂへ同一データを転送する。また、主記憶部１０
２の送受信バッファ１１４から通信インタフェース部１
０３へ通信データ（送信データなど）を取り込む場合、
通信インタフェース部１０３は、二重化コンピュータバ
スＡ／Ｂ１０４−ａ／ｂを介して主記憶部Ａ／Ｂ１０２
−ａ／ｂ双方の送受信バッファ１１４−ａ／ｂから同一
データを、突合せチェックを行って取り込む。なお、各
部での通信処理の内容については後で述べる。
は、ホストコンピュータ１００のＣＰＵ１０１、通信イ
ンタフェース部１０３のＭＰＵ１１２、及び回線制御モ
ジュール１０７のＭＰＵ１１３のそれぞれで分散して行
う。そして、その通信処理にて通信データは、主記憶部
１０２上の送受信バッファ１１４、通信インタフェース
部１０３内の送受信バッファ１１５、回線制御モジュー
ル１０７内の送受信バッファ１１６を経由してやり取り
される。ここで、二重化主記憶部Ａ／Ｂ１０２−ａ／ｂ
の送受信バッファ１１４−ａ／ｂへのアクセスについて
通信インタフェース部１０３の場合を例にとって述べ
る。通信インタフェース部１０３から主記憶部１０２の
送受信バッファ１１４へ通信データ（受信データなど）
を転送する場合、通信インタフェース部１０３は、二重
化コンピュータバスＡ／Ｂ１０４−ａ／ｂを介して主記
憶部Ａ／Ｂ１０２−ａ／ｂ双方の送受信バッファ１１４
−ａ／ｂへ同一データを転送する。また、主記憶部１０
２の送受信バッファ１１４から通信インタフェース部１
０３へ通信データ（送信データなど）を取り込む場合、
通信インタフェース部１０３は、二重化コンピュータバ
スＡ／Ｂ１０４−ａ／ｂを介して主記憶部Ａ／Ｂ１０２
−ａ／ｂ双方の送受信バッファ１１４−ａ／ｂから同一
データを、突合せチェックを行って取り込む。なお、各
部での通信処理の内容については後で述べる。
【００２５】さらに、ホストコンピュータ１００内部の
二重化通信インタフェース部１０３は、その一方を現用
系（マスタ状態）、他方を待機系（スレーブ状態）とし
てホストコンピュータ１００のＣＰＵ１０１により管理
される。その状態は、多回線通信制御装置１０５が接続
されているインタフェースチャネル１１７の状態に基づ
いて管理される。マスタ状態とは、通信インタフェース
１０３にリザーブ状態のインタフェースチャネル１１７
が少なくとも１つ以上ある状態であり、スレーブ状態と
は、通信インタフェース１０３にリザーブ状態のインタ
フェースチャネル１１７がない状態である。ここで、イ
ンタフェースチャネル１１７の状態において、内部バス
制御部１０６が論理的に内部バス１０８に接続している
通信インタフェース１０３のインタフェースチャネル１
１７の状態をリザーブ状態、内部バス制御部１０６が論
理的に内部バス１０８から切り離されている通信インタ
フェース部１０３のインタフェースチャネル１１７の状
態をフリー状態と呼ぶ。なお、一台の多回線通信制御装
置１０５の内部バス１０８上の２つの内部バス制御部１
０６は、双方がリザーブ状態にならぬよう論理的接続を
排他的に制御されている。
二重化通信インタフェース部１０３は、その一方を現用
系（マスタ状態）、他方を待機系（スレーブ状態）とし
てホストコンピュータ１００のＣＰＵ１０１により管理
される。その状態は、多回線通信制御装置１０５が接続
されているインタフェースチャネル１１７の状態に基づ
いて管理される。マスタ状態とは、通信インタフェース
１０３にリザーブ状態のインタフェースチャネル１１７
が少なくとも１つ以上ある状態であり、スレーブ状態と
は、通信インタフェース１０３にリザーブ状態のインタ
フェースチャネル１１７がない状態である。ここで、イ
ンタフェースチャネル１１７の状態において、内部バス
制御部１０６が論理的に内部バス１０８に接続している
通信インタフェース１０３のインタフェースチャネル１
１７の状態をリザーブ状態、内部バス制御部１０６が論
理的に内部バス１０８から切り離されている通信インタ
フェース部１０３のインタフェースチャネル１１７の状
態をフリー状態と呼ぶ。なお、一台の多回線通信制御装
置１０５の内部バス１０８上の２つの内部バス制御部１
０６は、双方がリザーブ状態にならぬよう論理的接続を
排他的に制御されている。
【００２６】図２は、本発明の一実施例の情報通信シス
テムにおけるホスト側の通信処理インタフェース構造を
示したものである。
テムにおけるホスト側の通信処理インタフェース構造を
示したものである。
【００２７】まず、ホストコンピュータ１００内におけ
るＣＰＵ１０１〜通信インタフェース部１０３間のイン
タフェースについて述べる。
るＣＰＵ１０１〜通信インタフェース部１０３間のイン
タフェースについて述べる。
【００２８】ＣＰＵ１０１〜通信インタフェース部１０
３間インタフェースには、１つの端末１１１とデータ送
受信を行う一対一通信や複数の端末１１１−１〜ｎへ一
度に同一のデータ送信を行うマルチキャスト通信などの
データ通信処理を行うための通信制御インタフェース、
二重化通信インタフェース部１０３の系切換えや多回線
通信制御装置の構成の変更を行うための構成制御インタ
フェースがある。各インタフェースにて用いられるテー
ブルは、主記憶部１０２上の各エリアに置く。通信制御
インタフェースエリアには、ホストコンピュータ１００
のＣＰＵ１０１が通信インタフェース部１０３への起動
時に起動コマンドの宛先を示す情報を登録する起動先識
別キュー・テーブル２００、回線１０９単位のデータ送
信を要求する一対一通信コマンドの登録を行う一対一通
信起動キュー・テーブル２０１、複数回線へ同一のデー
タ送信を要求するマルチキャスト通信コマンドの登録を
行うマルチキャスト通信起動テーブル２０２、回線制御
モジュール１０７が前記一対一通信コマンドの終了情報
を登録する一対一通信終了報告キュー・テーブル２０
３、通信インタフェース部１０３が前記マルチキャスト
通信コマンドの終了情報を登録するマルチキャスト通信
終了報告キュー・テーブル２０４、端末１１１からのデ
ータ受信情報を登録するデータ受信報告キュー・テーブ
ル２０５、回線１０９上で通信異常などが発生した場合
の報告情報を登録する通信割込み報告キュー・テーブル
２０６、通信インタフェース部１０３がホストコンピュ
ータ１００のＣＰＵ１０１へ前記コマンド終了やデータ
受信などの報告割込み時にその報告先を示す情報を登録
する割込み報告先識別キュー・テーブル２０７、前記マ
ルチキャスト通信コマンドに対する処理時に通信インタ
フェース部１０３が各回線へのデータ送信起動処理状況
等の管理に用いるマルチキャスト通信管理テーブル２０
８、及び回線制御モジュール１０７が通信インタフェー
ス部１０３からマルチキャスト通信処理におけるデータ
送信起動の受付完了を示す情報を登録するマルチキャス
ト通信起動受付完了報告キュー・テーブル２０９があ
る。ここで、一対一通信起動キュー・テーブル２０１、
一対一通信終了報告キュー・テーブル２０３、データ受
信報告キュー・テーブル２０５、通信割込み報告キュー
・テーブル２０６、及びマルチキャスト通信起動受付完
了報告キュー・テーブル２０９は、通信インタフェース
部１０３以下に接続されている全ての多回線通信制御装
置１０５が収容している回線数毎に設けられ、各回線で
の送受信データの順序管理が行なわれる。また、通信イ
ンタフェース部１０３で同時に複数のマルチキャスト通
信処理の管理ができるように、マルチキャスト通信管理
テーブル２０８は複数設けられる。なお、本通信制御イ
ンタフェースエリア上の各テーブルは、二重化通信イン
タフェース部１０３共通で、現用系の通信インタフェー
ス部１０３のみがアクセス可能である。さらに、前記通
信制御インタフェースに関連して通信インタフェース部
１０３には次の二つのエリアがある。宛先パターンテー
ブル用ワークエリア２３０は、ホストコンピュータ１０
０のＣＰＵ１０１から通信インタフェース部１０３に通
知されるマルチキャスト通信時の送信宛先を示す宛先パ
ターンテーブルを格納するエリアである。マルチキャス
ト通信管理テーブル編集エリア２３１は、前記宛先パタ
ーンテーブル用ワークエリア２３０に格納されている宛
先パターンテーブルを基に前記マルチキャスト通信管理
テーブル２０８を作成するためのエリアである。また、
マルチキャスト通信管理テーブル編集エリア２３１内
は、マルチキャスト通信管理テーブル２０８の面数分の
エリアに分けられる。ここで、通信インタフェース部１
０３におけるマルチキャスト通信コマンド処理の内、デ
ータ送信先探索やＣＰＵ１０１への終了情報作成時には
前記マルチキャスト通信管理テーブル編集エリア２３１
内のマルチキャスト通信管理テーブルを主として使用
し、前記通信制御インタフェースエリア上のマルチキャ
スト通信管理テーブル２０８は、マルチキャスト通信処
理の経過状況を記録することを目的として使用される。
３間インタフェースには、１つの端末１１１とデータ送
受信を行う一対一通信や複数の端末１１１−１〜ｎへ一
度に同一のデータ送信を行うマルチキャスト通信などの
データ通信処理を行うための通信制御インタフェース、
二重化通信インタフェース部１０３の系切換えや多回線
通信制御装置の構成の変更を行うための構成制御インタ
フェースがある。各インタフェースにて用いられるテー
ブルは、主記憶部１０２上の各エリアに置く。通信制御
インタフェースエリアには、ホストコンピュータ１００
のＣＰＵ１０１が通信インタフェース部１０３への起動
時に起動コマンドの宛先を示す情報を登録する起動先識
別キュー・テーブル２００、回線１０９単位のデータ送
信を要求する一対一通信コマンドの登録を行う一対一通
信起動キュー・テーブル２０１、複数回線へ同一のデー
タ送信を要求するマルチキャスト通信コマンドの登録を
行うマルチキャスト通信起動テーブル２０２、回線制御
モジュール１０７が前記一対一通信コマンドの終了情報
を登録する一対一通信終了報告キュー・テーブル２０
３、通信インタフェース部１０３が前記マルチキャスト
通信コマンドの終了情報を登録するマルチキャスト通信
終了報告キュー・テーブル２０４、端末１１１からのデ
ータ受信情報を登録するデータ受信報告キュー・テーブ
ル２０５、回線１０９上で通信異常などが発生した場合
の報告情報を登録する通信割込み報告キュー・テーブル
２０６、通信インタフェース部１０３がホストコンピュ
ータ１００のＣＰＵ１０１へ前記コマンド終了やデータ
受信などの報告割込み時にその報告先を示す情報を登録
する割込み報告先識別キュー・テーブル２０７、前記マ
ルチキャスト通信コマンドに対する処理時に通信インタ
フェース部１０３が各回線へのデータ送信起動処理状況
等の管理に用いるマルチキャスト通信管理テーブル２０
８、及び回線制御モジュール１０７が通信インタフェー
ス部１０３からマルチキャスト通信処理におけるデータ
送信起動の受付完了を示す情報を登録するマルチキャス
ト通信起動受付完了報告キュー・テーブル２０９があ
る。ここで、一対一通信起動キュー・テーブル２０１、
一対一通信終了報告キュー・テーブル２０３、データ受
信報告キュー・テーブル２０５、通信割込み報告キュー
・テーブル２０６、及びマルチキャスト通信起動受付完
了報告キュー・テーブル２０９は、通信インタフェース
部１０３以下に接続されている全ての多回線通信制御装
置１０５が収容している回線数毎に設けられ、各回線で
の送受信データの順序管理が行なわれる。また、通信イ
ンタフェース部１０３で同時に複数のマルチキャスト通
信処理の管理ができるように、マルチキャスト通信管理
テーブル２０８は複数設けられる。なお、本通信制御イ
ンタフェースエリア上の各テーブルは、二重化通信イン
タフェース部１０３共通で、現用系の通信インタフェー
ス部１０３のみがアクセス可能である。さらに、前記通
信制御インタフェースに関連して通信インタフェース部
１０３には次の二つのエリアがある。宛先パターンテー
ブル用ワークエリア２３０は、ホストコンピュータ１０
０のＣＰＵ１０１から通信インタフェース部１０３に通
知されるマルチキャスト通信時の送信宛先を示す宛先パ
ターンテーブルを格納するエリアである。マルチキャス
ト通信管理テーブル編集エリア２３１は、前記宛先パタ
ーンテーブル用ワークエリア２３０に格納されている宛
先パターンテーブルを基に前記マルチキャスト通信管理
テーブル２０８を作成するためのエリアである。また、
マルチキャスト通信管理テーブル編集エリア２３１内
は、マルチキャスト通信管理テーブル２０８の面数分の
エリアに分けられる。ここで、通信インタフェース部１
０３におけるマルチキャスト通信コマンド処理の内、デ
ータ送信先探索やＣＰＵ１０１への終了情報作成時には
前記マルチキャスト通信管理テーブル編集エリア２３１
内のマルチキャスト通信管理テーブルを主として使用
し、前記通信制御インタフェースエリア上のマルチキャ
スト通信管理テーブル２０８は、マルチキャスト通信処
理の経過状況を記録することを目的として使用される。
【００２９】構成制御インタフェースには、ホストコン
ピュータ１００のＣＰＵ１０１が通信インタフェース部
１０３へ系切換えなどのコマンドの起動メッセージの連
絡に用いる起動メッセージテーブル２２０と、通信イン
タフェース部１０３がホストコンピュータ１００のＣＰ
Ｕ１０１へ該コマンド終了報告などの終了メッセージの
連絡に用いる終了メッセージテーブル２２１とがある。
ここで、起動メッセージ／終了メッセージには複数の優
先レベルが設けられ、ある特定コマンドの優先処理を可
能とし、起動メッセージテーブル２２０、終了メッセー
ジテーブル２２１はそのレベル毎にある。なお、本構成
制御インタフェース上の各テーブルは二重化通信インタ
フェース部１０３それぞれに独立して設けている。
ピュータ１００のＣＰＵ１０１が通信インタフェース部
１０３へ系切換えなどのコマンドの起動メッセージの連
絡に用いる起動メッセージテーブル２２０と、通信イン
タフェース部１０３がホストコンピュータ１００のＣＰ
Ｕ１０１へ該コマンド終了報告などの終了メッセージの
連絡に用いる終了メッセージテーブル２２１とがある。
ここで、起動メッセージ／終了メッセージには複数の優
先レベルが設けられ、ある特定コマンドの優先処理を可
能とし、起動メッセージテーブル２２０、終了メッセー
ジテーブル２２１はそのレベル毎にある。なお、本構成
制御インタフェース上の各テーブルは二重化通信インタ
フェース部１０３それぞれに独立して設けている。
【００３０】次に、ホストコンピュータ１００と多回線
通信制御装置１０５とのインタフェース、すなわち通信
インタフェース部１０３〜回線制御モジュール１０７間
インタフェースについて述べる。
通信制御装置１０５とのインタフェース、すなわち通信
インタフェース部１０３〜回線制御モジュール１０７間
インタフェースについて述べる。
【００３１】通信インタフェース部１０３〜回線制御モ
ジュール１０７間インタフェースには、ホストコンピュ
ータ１００のＣＰＵ１０１からの前記一対一通信コマン
ド受付により通信インタフェース部１０３が該当回線１
０９の回線制御モジュール１０７へ一対一通信コマンド
を登録するための一対一通信コマンドキュー・テーブル
２４０、ホストコンピュータ１００のＣＰＵ１０１から
の前記マルチキャスト通信コマンド受付により通信イン
タフェース部１０３が該当回線１０９の回線制御モジュ
ール１０７へマルチキャスト通信コマンドを登録するた
めのマルチキャスト通信コマンドキュー・テーブル２４
１、回線制御モジュール１０７が通信インタフェース部
１０３へ前記一対一通信コマンドのデータ送信処理終了
報告、前記マルチキャスト通信コマンドの起動受付完了
報告または端末１１１からのデータ受信報告や回線異常
発生報告を行う際に発行する割込みが前記いずれの報告
を通知するのかを示す割込み通知テーブル２４２があ
る。ここで、前記マルチキャスト通信コマンドキュー・
テーブル２４１へのマルチキャスト通信コマンドの登録
可能な数を増やすため、主記憶部１０２に回線制御モジ
ュール拡張バッファエリアを設けている。
ジュール１０７間インタフェースには、ホストコンピュ
ータ１００のＣＰＵ１０１からの前記一対一通信コマン
ド受付により通信インタフェース部１０３が該当回線１
０９の回線制御モジュール１０７へ一対一通信コマンド
を登録するための一対一通信コマンドキュー・テーブル
２４０、ホストコンピュータ１００のＣＰＵ１０１から
の前記マルチキャスト通信コマンド受付により通信イン
タフェース部１０３が該当回線１０９の回線制御モジュ
ール１０７へマルチキャスト通信コマンドを登録するた
めのマルチキャスト通信コマンドキュー・テーブル２４
１、回線制御モジュール１０７が通信インタフェース部
１０３へ前記一対一通信コマンドのデータ送信処理終了
報告、前記マルチキャスト通信コマンドの起動受付完了
報告または端末１１１からのデータ受信報告や回線異常
発生報告を行う際に発行する割込みが前記いずれの報告
を通知するのかを示す割込み通知テーブル２４２があ
る。ここで、前記マルチキャスト通信コマンドキュー・
テーブル２４１へのマルチキャスト通信コマンドの登録
可能な数を増やすため、主記憶部１０２に回線制御モジ
ュール拡張バッファエリアを設けている。
【００３２】最後に、二重化通信インタフェース部１０
３の系切換え時の二重化通信インタフェース部１０３間
でのデータ連続性保証のための処理経過引継ぎ情報をや
り取りするリカバリインタフェースについて述べる。
３の系切換え時の二重化通信インタフェース部１０３間
でのデータ連続性保証のための処理経過引継ぎ情報をや
り取りするリカバリインタフェースについて述べる。
【００３３】リカバリインタフェースエリアには、各回
線制御モジュール１０７の前記一対一通信コマンドキュ
ー・テーブル２４０、マルチキャスト通信コマンドキュ
ー・テーブル２４１における現在のデータ送信起動登録
ポイントを記録するカレントライトポインタテーブル２
１０、通信インタフェース部１０３がホストコンピュー
タ１００のＣＰＵ１０１からの起動受付時に、前記起動
先識別キュー・テーブル２００と各回線の一対一通信起
動キュー・テーブル２０１において、次回の起動受付で
の起動情報取り込みポイントを記録するネクストリード
ポインタテーブル２１１、宛先パターンテーブルを格納
しておく宛先パターンテーブル格納エリア２１２があ
る。
線制御モジュール１０７の前記一対一通信コマンドキュ
ー・テーブル２４０、マルチキャスト通信コマンドキュ
ー・テーブル２４１における現在のデータ送信起動登録
ポイントを記録するカレントライトポインタテーブル２
１０、通信インタフェース部１０３がホストコンピュー
タ１００のＣＰＵ１０１からの起動受付時に、前記起動
先識別キュー・テーブル２００と各回線の一対一通信起
動キュー・テーブル２０１において、次回の起動受付で
の起動情報取り込みポイントを記録するネクストリード
ポインタテーブル２１１、宛先パターンテーブルを格納
しておく宛先パターンテーブル格納エリア２１２があ
る。
【００３４】次に、図３、図４、図５、及び図６を用い
て上記インタフェースを構成するテーブルの構造を説明
する。
て上記インタフェースを構成するテーブルの構造を説明
する。
【００３５】図３（ａ）は起動先識別キュー・テーブル
２００と割込み報告先識別キュー・テーブル２０７の構
造を示したものである。図中、３０１は本キュー・テー
ブルへの情報登録可能な情報登録エリア３０３の位置
（番号）を示すライトポインタ、３０２は情報の登録が
なされている情報登録エリア３０３の位置（番号）を示
すリードポインタである。ここで、情報登録エリア３０
３の個数ｎは、通信インタフェース部１０３以下の多回
線通信制御装置１０５に収容している全ての回線１０９
それぞれへｍ回のデータ送信起動が可能な個数である。
２００と割込み報告先識別キュー・テーブル２０７の構
造を示したものである。図中、３０１は本キュー・テー
ブルへの情報登録可能な情報登録エリア３０３の位置
（番号）を示すライトポインタ、３０２は情報の登録が
なされている情報登録エリア３０３の位置（番号）を示
すリードポインタである。ここで、情報登録エリア３０
３の個数ｎは、通信インタフェース部１０３以下の多回
線通信制御装置１０５に収容している全ての回線１０９
それぞれへｍ回のデータ送信起動が可能な個数である。
【００３６】図３（ｂ）は、前記一対一通信起動キュー
・テーブル２０１、前記一対一通信終了報告キュー・テ
ーブル２０３、前記マルチキャスト通信終了報告キュー
・テーブル２０４、前記データ受信報告キュー・テーブ
ル２０５、前記通信割込み報告キュー・テーブル２０
６、前記マルチキャスト通信起動受付完了報告キュー・
テーブル２０９及び前記一対一通信コマンドキュー・テ
ーブル２４０の構造を示したものである。図中、３１１
は、本キュー・テーブルへの情報登録可能な情報登録エ
リア３１３の位置（番号）を示すライトポインタ、３１
２は、情報の登録がなされている情報登録エリア３１３
の位置（番号）を示すリードポインタである。ここで、
情報登録エリア３１３の個数ｍは回線制御モジュール１
０７が各回線１０９毎に有している送信／受信データバ
ッファの個数分である。
・テーブル２０１、前記一対一通信終了報告キュー・テ
ーブル２０３、前記マルチキャスト通信終了報告キュー
・テーブル２０４、前記データ受信報告キュー・テーブ
ル２０５、前記通信割込み報告キュー・テーブル２０
６、前記マルチキャスト通信起動受付完了報告キュー・
テーブル２０９及び前記一対一通信コマンドキュー・テ
ーブル２４０の構造を示したものである。図中、３１１
は、本キュー・テーブルへの情報登録可能な情報登録エ
リア３１３の位置（番号）を示すライトポインタ、３１
２は、情報の登録がなされている情報登録エリア３１３
の位置（番号）を示すリードポインタである。ここで、
情報登録エリア３１３の個数ｍは回線制御モジュール１
０７が各回線１０９毎に有している送信／受信データバ
ッファの個数分である。
【００３７】図３（ｃ）は、前記マルチキャスト通信起
動テーブル２０２の構造を示したものである。図中、３
２１はその下の情報登録エリア３２２に有効起動情報が
登録されているかどうかを示す起動フラグである。ここ
で、情報登録エリア３２２の個数ｌは、マルチキャスト
通信管理テーブル２０８の面数、すなわち通信インタフ
ェース部１０３にて同時に処理可能なマルチキャスト通
信の数であり、各情報登録エリア３２２と各マルチキャ
スト通信管理テーブル２０８とは一対一の対応関係にあ
る。
動テーブル２０２の構造を示したものである。図中、３
２１はその下の情報登録エリア３２２に有効起動情報が
登録されているかどうかを示す起動フラグである。ここ
で、情報登録エリア３２２の個数ｌは、マルチキャスト
通信管理テーブル２０８の面数、すなわち通信インタフ
ェース部１０３にて同時に処理可能なマルチキャスト通
信の数であり、各情報登録エリア３２２と各マルチキャ
スト通信管理テーブル２０８とは一対一の対応関係にあ
る。
【００３８】図３（ｄ）は、前記マルチキャスト通信コ
マンドキュー・テーブル２４１の構造を示したものであ
る。図中、３３１は、本キュー・テーブルへの情報登録
可能な情報登録エリア３３３の位置（番号）を示すライ
トポインタ、３３２は、情報の登録がなされている情報
登録エリア３３３の位置（番号）を示すリードポインタ
である。ここで、情報登録エリア３３３の個数ｋは、回
線１０９の品質が低下して一時データ送信のスループッ
トが低下しても数秒間は通信インタフェース部１０３か
らのマルチキャスト通信コマンドを受付可能な個数であ
る。
マンドキュー・テーブル２４１の構造を示したものであ
る。図中、３３１は、本キュー・テーブルへの情報登録
可能な情報登録エリア３３３の位置（番号）を示すライ
トポインタ、３３２は、情報の登録がなされている情報
登録エリア３３３の位置（番号）を示すリードポインタ
である。ここで、情報登録エリア３３３の個数ｋは、回
線１０９の品質が低下して一時データ送信のスループッ
トが低下しても数秒間は通信インタフェース部１０３か
らのマルチキャスト通信コマンドを受付可能な個数であ
る。
【００３９】図３（ｅ）は、前記割込み通知テーブル２
４２の構造を示したものである。図中、３４１は、本割
込み通知テーブル２４２に有効な割込み情報が設定され
ているかどうかを示す有効フラグである。３４２から３
４５は割込み通知の種別を表すフラグで、３４２は、一
対一通信コマンド処理の終了報告であることを示す一対
一通信終了報告フラグ、３４３は、回線異常発生などの
通信割込み報告であることを示す通信割込み報告フラ
グ、３４４は、端末１１１からのデータ受信報告である
ことを示すデータ受信報告フラグ、３４５は、マルチキ
ャスト通信コマンドの起動受付完了報告であることを示
すマルチキャスト通信起動受付完了報告フラグである。
３４６から３４８は、割込み通知発生元を表し、３４６
は、多回線通信制御装置１０５内の回線制御モジュール
番号、３４７は、回線制御モジュール１０７での回線番
号、３４８は、回線１０９上の端末番号である。
４２の構造を示したものである。図中、３４１は、本割
込み通知テーブル２４２に有効な割込み情報が設定され
ているかどうかを示す有効フラグである。３４２から３
４５は割込み通知の種別を表すフラグで、３４２は、一
対一通信コマンド処理の終了報告であることを示す一対
一通信終了報告フラグ、３４３は、回線異常発生などの
通信割込み報告であることを示す通信割込み報告フラ
グ、３４４は、端末１１１からのデータ受信報告である
ことを示すデータ受信報告フラグ、３４５は、マルチキ
ャスト通信コマンドの起動受付完了報告であることを示
すマルチキャスト通信起動受付完了報告フラグである。
３４６から３４８は、割込み通知発生元を表し、３４６
は、多回線通信制御装置１０５内の回線制御モジュール
番号、３４７は、回線制御モジュール１０７での回線番
号、３４８は、回線１０９上の端末番号である。
【００４０】ここで、上記各キュー・テーブル（２０
０，２０１，２０３〜２０７，２０９，２４０及び２４
１）は、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏ
ｕｔ）方式により制御され、各キュー・テーブルのライ
トポインタ及びリードポインタは以下のように処理され
る。ライトポインタ３０１（あるいは３１１，３３１）
及びリードポインタ３０２（あるいは３１２，３３２）
は、更新の際、ｎ（あるいはｍ，ｋ）番目の情報登録エ
リア３０３−ｎ（あるいは３１３−ｍ，３３３−ｋ）の
次は１番目の情報登録エリア３０３−１（あるいは３１
３−１，３３３−１）を示すように処理される。また、
ライトポインタ３０１（あるいは３１１，３３１）を更
新する際は、リードポインタ３０２（あるいは３１２，
３３２）が示す情報登録エリア３０３（あるいは３１
３，３３３）より先のエリアを示さないように処理さ
れ、リードポインタ３０２（あるいは３１２，３３２）
を更新する際は、ライトポインタ３０１（あるいは３１
１，３３１）が示す情報登録エリア３０３（あるいは３
１３，３３３）より先のエリアを示さないように処理さ
れる。
０，２０１，２０３〜２０７，２０９，２４０及び２４
１）は、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏ
ｕｔ）方式により制御され、各キュー・テーブルのライ
トポインタ及びリードポインタは以下のように処理され
る。ライトポインタ３０１（あるいは３１１，３３１）
及びリードポインタ３０２（あるいは３１２，３３２）
は、更新の際、ｎ（あるいはｍ，ｋ）番目の情報登録エ
リア３０３−ｎ（あるいは３１３−ｍ，３３３−ｋ）の
次は１番目の情報登録エリア３０３−１（あるいは３１
３−１，３３３−１）を示すように処理される。また、
ライトポインタ３０１（あるいは３１１，３３１）を更
新する際は、リードポインタ３０２（あるいは３１２，
３３２）が示す情報登録エリア３０３（あるいは３１
３，３３３）より先のエリアを示さないように処理さ
れ、リードポインタ３０２（あるいは３１２，３３２）
を更新する際は、ライトポインタ３０１（あるいは３１
１，３３１）が示す情報登録エリア３０３（あるいは３
１３，３３３）より先のエリアを示さないように処理さ
れる。
【００４１】図４（ａ）は、前記カレントライトポイン
タテーブル２１０の構造を示したものである。図中、４
０１は、各回線制御モジュール１０７の一対一通信コマ
ンドキュー・テーブル２４０のライトポインタ３１１を
記録する一対一通信用記録エリア、４０２は、各回線制
御モジュール１０７のマルチキャスト通信コマンドキュ
ー・テーブル２４１のライトポインタ３３１を記録する
マルチキャスト通信用記録エリアである。ここで、各記
録エリアは、通信インタフェース部１０３に接続されて
いる多回線通信制御装置１０５の全回線制御モジュール
１０７毎の記録フィールド４０３（４０４）−１〜ｎか
ら成り、回線制御モジュール用記録フィールド４０３
（４０４）は、回線制御モジュール１０７に接続してい
る各回線１０９毎の記録要素４０５（４０６）−１〜ｍ
から成る。したがって、前記カレントライトポインタテ
ーブル２１０において、上記各コマンドキュー・テーブ
ル（２４０，２４１）のライトポインタ（３１１，３３
１）は、該当記録要素（４０５，４０６）に記録され
る。
タテーブル２１０の構造を示したものである。図中、４
０１は、各回線制御モジュール１０７の一対一通信コマ
ンドキュー・テーブル２４０のライトポインタ３１１を
記録する一対一通信用記録エリア、４０２は、各回線制
御モジュール１０７のマルチキャスト通信コマンドキュ
ー・テーブル２４１のライトポインタ３３１を記録する
マルチキャスト通信用記録エリアである。ここで、各記
録エリアは、通信インタフェース部１０３に接続されて
いる多回線通信制御装置１０５の全回線制御モジュール
１０７毎の記録フィールド４０３（４０４）−１〜ｎか
ら成り、回線制御モジュール用記録フィールド４０３
（４０４）は、回線制御モジュール１０７に接続してい
る各回線１０９毎の記録要素４０５（４０６）−１〜ｍ
から成る。したがって、前記カレントライトポインタテ
ーブル２１０において、上記各コマンドキュー・テーブ
ル（２４０，２４１）のライトポインタ（３１１，３３
１）は、該当記録要素（４０５，４０６）に記録され
る。
【００４２】図４（ｂ）は、前記ネクストリードポイン
タテーブル２１１の構造を示したものである。図中、４
１０は、前記起動先識別キュー・テーブル２００のライ
トポインタ３０１を記録する起動先識別キュー・テーブ
ル用記録フィールド、４１１は、前記一対一通信起動キ
ュー・テーブル２０１のライトポインタ３１１を記録す
る一対一通信起動キュー・テーブル用記録エリアであ
る。ここで、一対一通信起動キュー・テーブル用記録エ
リア４１１は、通信インタフェース部１０３に接続され
ている多回線通信制御装置１０５の全回線制御モジュー
ル１０７毎の記録フィールド４１２−１〜ｎから成る。
回線制御モジュール用記録フィールド４１２は、回線制
御モジュール１０７に接続している各回線１０９毎の一
対一通信起動キュー・テーブル２０１のライトポインタ
３１１を記録する記録要素４１３−１〜ｍから成る。
タテーブル２１１の構造を示したものである。図中、４
１０は、前記起動先識別キュー・テーブル２００のライ
トポインタ３０１を記録する起動先識別キュー・テーブ
ル用記録フィールド、４１１は、前記一対一通信起動キ
ュー・テーブル２０１のライトポインタ３１１を記録す
る一対一通信起動キュー・テーブル用記録エリアであ
る。ここで、一対一通信起動キュー・テーブル用記録エ
リア４１１は、通信インタフェース部１０３に接続され
ている多回線通信制御装置１０５の全回線制御モジュー
ル１０７毎の記録フィールド４１２−１〜ｎから成る。
回線制御モジュール用記録フィールド４１２は、回線制
御モジュール１０７に接続している各回線１０９毎の一
対一通信起動キュー・テーブル２０１のライトポインタ
３１１を記録する記録要素４１３−１〜ｍから成る。
【００４３】図５（ａ）は、通信インタフェース部１０
３において、回線制御モジュール１０７にマルチキャス
ト通信のデータ送信を指示する際に参照される宛先パタ
ーンテーブル５００の構造を示したものである。図中、
５０１は、通信インタフェース部１０３以下の全多回線
通信制御装置１０５内の全ての回線制御モジュール１０
７に順次割り付けた番号を表す回線制御モジュール番
号、５０２は各回線制御モジュール１０７毎に収容して
いる回線１０９に順次割り付けた番号を表す回線番号で
ある。本宛先パターンテーブル５００では各回線制御モ
ジュール番号５０１の回線番号５０２毎にマルチキャス
ト通信処理におけるデータ送信の要否をそれぞれ１、０
の値で表す。また、マルチキャスト送信データの内容に
よりデータ送信先の複数回線の組合せ変更が可能なよう
に、宛先パターンテーブル５００は複数存在する。
３において、回線制御モジュール１０７にマルチキャス
ト通信のデータ送信を指示する際に参照される宛先パタ
ーンテーブル５００の構造を示したものである。図中、
５０１は、通信インタフェース部１０３以下の全多回線
通信制御装置１０５内の全ての回線制御モジュール１０
７に順次割り付けた番号を表す回線制御モジュール番
号、５０２は各回線制御モジュール１０７毎に収容して
いる回線１０９に順次割り付けた番号を表す回線番号で
ある。本宛先パターンテーブル５００では各回線制御モ
ジュール番号５０１の回線番号５０２毎にマルチキャス
ト通信処理におけるデータ送信の要否をそれぞれ１、０
の値で表す。また、マルチキャスト送信データの内容に
よりデータ送信先の複数回線の組合せ変更が可能なよう
に、宛先パターンテーブル５００は複数存在する。
【００４４】図５（ｂ）は、前記マルチキャスト通信管
理テーブル２０８の構造を示したものである。図中、５
１１は、マルチキャスト通信起動処理時にデータ送信す
る回線１０９のうち、未だ該当回線制御モジュール１０
７にマルチキャスト通信コマンドの登録を行っていない
回線１０９の総数を表す未起動総数である。５１２は、
通信インタフェース部１０３以下の全多回線通信制御装
置１０５において収容している全ての回線１０９を対象
として、マルチキャスト通信起動処理時のデータ送信の
要否を表す起動管理エリアであり、その構造は宛先パタ
ーンテーブル５００と同一である。５１３は、マルチキ
ャスト通信起動処理時に回線制御モジュール１０７へマ
ルチキャスト通信コマンドの登録を行った回線１０９の
うち、通信インタフェース部１０３からのマルチキャス
ト通信起動に対し、その受付処理の完了報告を回線制御
モジュールから未だ受け取っていない総数（回線単位）
を表す未終了報告受付総数である。５１４は、マルチキ
ャスト通信起動に対する回線制御モジュール１０７から
の受付完了報告を、通信インタフェース部１０３で受け
取ったことを記憶しておくための終了監視エリアであ
り、その構造は宛先パターンテーブル５００と同一であ
る。５１５は、マルチキャスト通信起動時に何らかの異
常のため回線制御モジュール１０７へ起動がかけられな
かった場合、あるいはマルチキャスト通信起動に対する
回線制御モジュール１０７からの受付完了報告が異常報
告の場合の総数（回線単位）を表す異常終了総数であ
る。５１６−１〜ｌ，５１７−１〜ｌ，５１８−１〜ｌ
は、それぞれ前記異常終了した回線制御モジュール番
号、回線番号及びその異常の内容を記憶するための回線
制御モジュール番号記録フィールド、回線番号記録フィ
ールド及び異常種別記録フィールドである。５１６，５
１７，５１８の１〜ｌには、異常終了が発生した順に登
録される。
理テーブル２０８の構造を示したものである。図中、５
１１は、マルチキャスト通信起動処理時にデータ送信す
る回線１０９のうち、未だ該当回線制御モジュール１０
７にマルチキャスト通信コマンドの登録を行っていない
回線１０９の総数を表す未起動総数である。５１２は、
通信インタフェース部１０３以下の全多回線通信制御装
置１０５において収容している全ての回線１０９を対象
として、マルチキャスト通信起動処理時のデータ送信の
要否を表す起動管理エリアであり、その構造は宛先パタ
ーンテーブル５００と同一である。５１３は、マルチキ
ャスト通信起動処理時に回線制御モジュール１０７へマ
ルチキャスト通信コマンドの登録を行った回線１０９の
うち、通信インタフェース部１０３からのマルチキャス
ト通信起動に対し、その受付処理の完了報告を回線制御
モジュールから未だ受け取っていない総数（回線単位）
を表す未終了報告受付総数である。５１４は、マルチキ
ャスト通信起動に対する回線制御モジュール１０７から
の受付完了報告を、通信インタフェース部１０３で受け
取ったことを記憶しておくための終了監視エリアであ
り、その構造は宛先パターンテーブル５００と同一であ
る。５１５は、マルチキャスト通信起動時に何らかの異
常のため回線制御モジュール１０７へ起動がかけられな
かった場合、あるいはマルチキャスト通信起動に対する
回線制御モジュール１０７からの受付完了報告が異常報
告の場合の総数（回線単位）を表す異常終了総数であ
る。５１６−１〜ｌ，５１７−１〜ｌ，５１８−１〜ｌ
は、それぞれ前記異常終了した回線制御モジュール番
号、回線番号及びその異常の内容を記憶するための回線
制御モジュール番号記録フィールド、回線番号記録フィ
ールド及び異常種別記録フィールドである。５１６，５
１７，５１８の１〜ｌには、異常終了が発生した順に登
録される。
【００４５】図６（ａ）は起動メッセージテーブル２２
０の構造を示したものである。図中、６００は、本起動
メッセージテーブル２２０に起動情報の設定の有無を示
す有効フラグ、６０１は、本起動メッセージテーブル２
２０の優先レベルを表す起動識別番号、６０２は、起動
情報の設定を行う起動情報設定エリアである。
０の構造を示したものである。図中、６００は、本起動
メッセージテーブル２２０に起動情報の設定の有無を示
す有効フラグ、６０１は、本起動メッセージテーブル２
２０の優先レベルを表す起動識別番号、６０２は、起動
情報の設定を行う起動情報設定エリアである。
【００４６】図６（ｂ）は、前記終了メッセージテーブ
ル２２１の構造を示したものである。図中、６００は、
本終了メッセージテーブル２２０に終了情報の設定の有
無を示す有効フラグ、６０１は、本終了メッセージテー
ブル２２０の優先レベルを表す終了識別番号、６０２
は、終了情報の設定を行う終了情報設定エリアである。
ル２２１の構造を示したものである。図中、６００は、
本終了メッセージテーブル２２０に終了情報の設定の有
無を示す有効フラグ、６０１は、本終了メッセージテー
ブル２２０の優先レベルを表す終了識別番号、６０２
は、終了情報の設定を行う終了情報設定エリアである。
【００４７】次に、図７、図８を用いて、上記構成制御
インタフェース、上記通信制御インタフェースの起動／
終了処理手順を説明する。
インタフェース、上記通信制御インタフェースの起動／
終了処理手順を説明する。
【００４８】図７は、上記構成制御インタフェースの起
動／終了処理手順を示したものである。
動／終了処理手順を示したものである。
【００４９】まず、図７（ａ）を用いて構成制御インタ
フェース上での起動処理手順について述べる。
フェース上での起動処理手順について述べる。
【００５０】ホストコンピュータ１００のＣＰＵ１０１
は通信インタフェース部１０３へ二重化通信インタフェ
ース部１０３の系切換えなどの構成制御指示を行う場
合、主記憶部１０２上の起動メッセージテーブル２２０
へ構成制御指示コマンドなどの起動情報を設定し
（１）、通信インタフェース部１０３へ連絡割込みを発
行し（２）、通信インタフェース部１０３へのコマンド
起動を行う。そして、ホストコンピュータ１００のＣＰ
Ｕ１０１から連絡割込みを受けた通信インタフェース部
１０３は、前記起動メッセージテーブル２２０上の起動
情報を取込んだ後（３）、ホストコンピュータ１００の
ＣＰＵ１０１へ連絡割込みを発行し（４）、ＣＰＵ１０
１からの起動情報取込み完了を通知する。
は通信インタフェース部１０３へ二重化通信インタフェ
ース部１０３の系切換えなどの構成制御指示を行う場
合、主記憶部１０２上の起動メッセージテーブル２２０
へ構成制御指示コマンドなどの起動情報を設定し
（１）、通信インタフェース部１０３へ連絡割込みを発
行し（２）、通信インタフェース部１０３へのコマンド
起動を行う。そして、ホストコンピュータ１００のＣＰ
Ｕ１０１から連絡割込みを受けた通信インタフェース部
１０３は、前記起動メッセージテーブル２２０上の起動
情報を取込んだ後（３）、ホストコンピュータ１００の
ＣＰＵ１０１へ連絡割込みを発行し（４）、ＣＰＵ１０
１からの起動情報取込み完了を通知する。
【００５１】図７（ｂ）は、上記構成制御インタフェー
ス上での終了処理手順を示したものである。
ス上での終了処理手順を示したものである。
【００５２】前記起動処理により受付けたコマンドの処
理を終了した通信インタフェース部１０３は、ホストコ
ンピュータ１００のＣＰＵ１０１へその終了報告を行
う。この場合、通信インタフェース部１０３は、主記憶
部１０２上の終了メッセージテーブル２２１へ終了報告
情報を設定し（１）、ホストコンピュータ１００のＣＰ
Ｕ１０１へ連絡割込みを発行し（２）、ホストコンピュ
ータ１００のＣＰＵ１０１へコマンド終了報告を行う。
そして、通信インタフェース部１０３から連絡割込みを
受けたホストコンピュータ１００のＣＰＵ１０１は前記
終了メッセージテーブル２２１上の終了報告情報を取り
込んだ後（３）、通信インタフェース部１０３へ連絡割
込みを発行し（４）、通信インタフェース部１０３から
の終了報告情報取り込み完了を通知する。
理を終了した通信インタフェース部１０３は、ホストコ
ンピュータ１００のＣＰＵ１０１へその終了報告を行
う。この場合、通信インタフェース部１０３は、主記憶
部１０２上の終了メッセージテーブル２２１へ終了報告
情報を設定し（１）、ホストコンピュータ１００のＣＰ
Ｕ１０１へ連絡割込みを発行し（２）、ホストコンピュ
ータ１００のＣＰＵ１０１へコマンド終了報告を行う。
そして、通信インタフェース部１０３から連絡割込みを
受けたホストコンピュータ１００のＣＰＵ１０１は前記
終了メッセージテーブル２２１上の終了報告情報を取り
込んだ後（３）、通信インタフェース部１０３へ連絡割
込みを発行し（４）、通信インタフェース部１０３から
の終了報告情報取り込み完了を通知する。
【００５３】図８は、通信制御インタフェース及び通信
インタフェース部〜回線制御モジュール間インタフェー
スにおける通信処理のうち、一対一通信の起動／終了処
理手順を示したものである。以下、起動／終了処理を分
けて説明する。
インタフェース部〜回線制御モジュール間インタフェー
スにおける通信処理のうち、一対一通信の起動／終了処
理手順を示したものである。以下、起動／終了処理を分
けて説明する。
【００５４】図８（ａ）は、二つのインタフェースにお
ける一対一通信の起動処理手順を示したものである。
ける一対一通信の起動処理手順を示したものである。
【００５５】ホストコンピュータ１００のＣＰＵ１０１
は、回線制御モジュール１０７に対して回線１０９への
データ送信を要求する場合、データ送信を行いたい回線
１０９に対応したホストコンピュータ１００の主記憶部
１０２上の一対一通信起動キュー・テーブル２０１へ一
対一通信コマンドを登録する（１）。つぎに、前記主記
憶部１０２上の起動先識別キュー・テーブル２００へ、
前記一対一通信コマンドを登録した先の一対一通信起動
キュー・テーブル２０１を示す起動先識別情報を登録し
て起動要求を行う（２）。そして、通信インタフェース
部１０３は、ＣＰＵ１０１による前記起動先識別キュー
・テーブル２００への登録状況を周期的に監視し、該起
動先識別情報の登録を検出すると（３）、該当回線制御
モジュール１０７内の該当一対一通信コマンドキュー・
テーブル２４０へ該一対一通信コマンドの登録を行う
（４）。ここで、前記一対一通信コマンドには、本コマ
ンドが一対一通信なのかマルチキャスト通信なのかを表
す通信種別、主記憶部１０２上の送信データ格納アドレ
ス及び送信データの大きさが記録される。また、マルチ
キャスト通信時のマルチキャスト通信コマンドには、前
記一対一通信コマンドの内容に加え、マルチキャスト通
信起動処理にて使用する宛先パターンテーブル５００の
番号が記録される。そして、起動先識別情報には前記各
コマンドの登録先が記録される。
は、回線制御モジュール１０７に対して回線１０９への
データ送信を要求する場合、データ送信を行いたい回線
１０９に対応したホストコンピュータ１００の主記憶部
１０２上の一対一通信起動キュー・テーブル２０１へ一
対一通信コマンドを登録する（１）。つぎに、前記主記
憶部１０２上の起動先識別キュー・テーブル２００へ、
前記一対一通信コマンドを登録した先の一対一通信起動
キュー・テーブル２０１を示す起動先識別情報を登録し
て起動要求を行う（２）。そして、通信インタフェース
部１０３は、ＣＰＵ１０１による前記起動先識別キュー
・テーブル２００への登録状況を周期的に監視し、該起
動先識別情報の登録を検出すると（３）、該当回線制御
モジュール１０７内の該当一対一通信コマンドキュー・
テーブル２４０へ該一対一通信コマンドの登録を行う
（４）。ここで、前記一対一通信コマンドには、本コマ
ンドが一対一通信なのかマルチキャスト通信なのかを表
す通信種別、主記憶部１０２上の送信データ格納アドレ
ス及び送信データの大きさが記録される。また、マルチ
キャスト通信時のマルチキャスト通信コマンドには、前
記一対一通信コマンドの内容に加え、マルチキャスト通
信起動処理にて使用する宛先パターンテーブル５００の
番号が記録される。そして、起動先識別情報には前記各
コマンドの登録先が記録される。
【００５６】図８（ｂ）は、前記二つのインタフェース
における一対一通信の終了処理手順を示したものであ
る。
における一対一通信の終了処理手順を示したものであ
る。
【００５７】回線制御モジュール１０７は、一対一通信
コマンド処理を完了すると、主記憶部１０２上の該当一
対一通信終了報告キュー・テーブル２０３に終了情報を
登録する（１）。そして、割込み通知テーブル２４２に
諸情報を設定して通信インタフェース部１０３に割込み
を発行する（２）。通信インタフェース部１０３では、
回線制御モジュール１０７から該割込みを受けると、前
記割込み通知テーブルを取込み（３）、その割込み情報
を主記憶部１０２上の割込み報告先識別キュー・テーブ
ル２０７に登録して（４）ＣＰＵ１０１へ割込みを発行
する。
コマンド処理を完了すると、主記憶部１０２上の該当一
対一通信終了報告キュー・テーブル２０３に終了情報を
登録する（１）。そして、割込み通知テーブル２４２に
諸情報を設定して通信インタフェース部１０３に割込み
を発行する（２）。通信インタフェース部１０３では、
回線制御モジュール１０７から該割込みを受けると、前
記割込み通知テーブルを取込み（３）、その割込み情報
を主記憶部１０２上の割込み報告先識別キュー・テーブ
ル２０７に登録して（４）ＣＰＵ１０１へ割込みを発行
する。
【００５８】以下、図９から図１３を用いて現用系通信
インタフェース部におけるデータ通信の詳細な処理手順
を説明する。
インタフェース部におけるデータ通信の詳細な処理手順
を説明する。
【００５９】まず、図９、図１０及び図１１を用いて、
起動受付処理／一対一通信起動処理及び割込み受付処理
／割込み報告処理のフローを説明する。
起動受付処理／一対一通信起動処理及び割込み受付処理
／割込み報告処理のフローを説明する。
【００６０】図９は、現用系通信インタフェース部にお
ける起動受付処理／一対一通信起動処理のフローを示し
たものである。
ける起動受付処理／一対一通信起動処理のフローを示し
たものである。
【００６１】起動受付処理９００において、通信インタ
フェース部１０３は、自系通信インタフェース部１０３
の状態がマスタ状態かスレーブ状態か判別し（ステップ
９０１）、スレーブ状態の場合は前記判別処理を繰り返
す。前記判別（ステップ９０１）の結果自系通信インタ
フェース部１０３の状態がマスタ状態の場合、主記憶部
１０２上の通信制御インタフェースエリアにある起動先
識別キュー・テーブル２００のライトポインタ３０１と
リードポインタ３０２の差分から登録情報の有無を調べ
（９０２）、登録情報が無い場合（差分がゼロ）、再び
自系通信インタフェース部１０３のマスタ／スレーブ状
態を調べる。前記判別（ステップ９０２）の結果登録情
報が有る場合（差分がゼロでない）、前記起動先識別キ
ュー・テーブル２００のリードポインタ３０２が示す情
報登録エリア３０３の起動先識別情報を読出し（９０
３）、前記起動先識別情報の内容から起動種別の判定を
行う（９０４）。前記判定（ステップ９０４）の結果起
動種別が一対一通信起動の場合、前記起動先識別情報が
示す一対一通信起動キュー・テーブル２０１と一対一に
対応する回線制御モジュール１０７内の一対一通信コマ
ンドキュー・テーブル２４０の現在のライトポインタ３
１１の値（カレントライトポインタ）を、主記憶部１０
２上のリカバリインタフェースエリアにあるカレントラ
イトポインタテーブル２１０内の一対一通信用記録エリ
ア４０１の該当回線制御モジュール用記録フィールド４
０３の該当回線用記録要素４０５に登録する（９０
５）。つぎに、前記リカバリインタフェースエリアにあ
るネクストリードポインタテーブル２１１の起動先識別
キュー・テーブル用記録フィールド４１０に、起動先識
別キュー・テーブル２００のリードポインタ３０２を更
新した値（ネクストリードポインタ）を記録することに
より、起動先識別キュー・テーブル２００のネクストリ
ードポインタを更新し（９０６）、次回読出す情報登録
エリア３０３先を記憶しておく。つぎに、一対一通信起
動キュー・テーブル２０１のリードポインタ３１２の示
す情報登録エリア３１３の一対一通信コマンドを、回線
制御モジュール１０７の一対一通信コマンドキュー・テ
ーブル２４０のライトポインタ３１１の示す情報登録エ
リア３１３に書込み、そのライトポインタ３１１を更新
する（９０７）。そして、ネクストリードポインタテー
ブル２１１内にて、一対一通信起動キュー・テーブル２
０１のネクストリードポインタを更新し（９０８）、起
動先識別キュー・テーブル２００のリードポインタ３０
２を更新して（９０９）、該起動先識別情報を廃棄しＣ
ＰＵ１０１からのデータ通信要求に対する通信インタフ
ェース部１０３での起動処理を完了する。ここで、ネク
ストリードポインタとは、通信インタフェース部１０３
がキュー・テーブル内の登録情報をどこまで読出したか
を示すもので、本ポインタを更新してもキュー・テーブ
ルから登録情報を取り出すわけではない。なお、本ポイ
ンタもリードポインタ、ライトポインタ同様イニシャル
時、ゼロに初期化される。前記判定（ステップ９０４）
の結果、起動種別がマルチキャスト通信起動の場合、起
動先識別キュー・テーブル２００のネクストリードポイ
ンタを更新し（９１０）マルチキャスト通信起動処理９
１１に通信処理を引渡して（９１１）、再び自系通信イ
ンタフェース部１０３のマスタ／スレーブ状態を調べ
る。
フェース部１０３は、自系通信インタフェース部１０３
の状態がマスタ状態かスレーブ状態か判別し（ステップ
９０１）、スレーブ状態の場合は前記判別処理を繰り返
す。前記判別（ステップ９０１）の結果自系通信インタ
フェース部１０３の状態がマスタ状態の場合、主記憶部
１０２上の通信制御インタフェースエリアにある起動先
識別キュー・テーブル２００のライトポインタ３０１と
リードポインタ３０２の差分から登録情報の有無を調べ
（９０２）、登録情報が無い場合（差分がゼロ）、再び
自系通信インタフェース部１０３のマスタ／スレーブ状
態を調べる。前記判別（ステップ９０２）の結果登録情
報が有る場合（差分がゼロでない）、前記起動先識別キ
ュー・テーブル２００のリードポインタ３０２が示す情
報登録エリア３０３の起動先識別情報を読出し（９０
３）、前記起動先識別情報の内容から起動種別の判定を
行う（９０４）。前記判定（ステップ９０４）の結果起
動種別が一対一通信起動の場合、前記起動先識別情報が
示す一対一通信起動キュー・テーブル２０１と一対一に
対応する回線制御モジュール１０７内の一対一通信コマ
ンドキュー・テーブル２４０の現在のライトポインタ３
１１の値（カレントライトポインタ）を、主記憶部１０
２上のリカバリインタフェースエリアにあるカレントラ
イトポインタテーブル２１０内の一対一通信用記録エリ
ア４０１の該当回線制御モジュール用記録フィールド４
０３の該当回線用記録要素４０５に登録する（９０
５）。つぎに、前記リカバリインタフェースエリアにあ
るネクストリードポインタテーブル２１１の起動先識別
キュー・テーブル用記録フィールド４１０に、起動先識
別キュー・テーブル２００のリードポインタ３０２を更
新した値（ネクストリードポインタ）を記録することに
より、起動先識別キュー・テーブル２００のネクストリ
ードポインタを更新し（９０６）、次回読出す情報登録
エリア３０３先を記憶しておく。つぎに、一対一通信起
動キュー・テーブル２０１のリードポインタ３１２の示
す情報登録エリア３１３の一対一通信コマンドを、回線
制御モジュール１０７の一対一通信コマンドキュー・テ
ーブル２４０のライトポインタ３１１の示す情報登録エ
リア３１３に書込み、そのライトポインタ３１１を更新
する（９０７）。そして、ネクストリードポインタテー
ブル２１１内にて、一対一通信起動キュー・テーブル２
０１のネクストリードポインタを更新し（９０８）、起
動先識別キュー・テーブル２００のリードポインタ３０
２を更新して（９０９）、該起動先識別情報を廃棄しＣ
ＰＵ１０１からのデータ通信要求に対する通信インタフ
ェース部１０３での起動処理を完了する。ここで、ネク
ストリードポインタとは、通信インタフェース部１０３
がキュー・テーブル内の登録情報をどこまで読出したか
を示すもので、本ポインタを更新してもキュー・テーブ
ルから登録情報を取り出すわけではない。なお、本ポイ
ンタもリードポインタ、ライトポインタ同様イニシャル
時、ゼロに初期化される。前記判定（ステップ９０４）
の結果、起動種別がマルチキャスト通信起動の場合、起
動先識別キュー・テーブル２００のネクストリードポイ
ンタを更新し（９１０）マルチキャスト通信起動処理９
１１に通信処理を引渡して（９１１）、再び自系通信イ
ンタフェース部１０３のマスタ／スレーブ状態を調べ
る。
【００６２】このように、現用系の通信インタフェース
部では、マスタ状態の時のみ通信制御インタフェースを
介したＣＰＵからのデータ通信要求に対する起動処理を
行う。
部では、マスタ状態の時のみ通信制御インタフェースを
介したＣＰＵからのデータ通信要求に対する起動処理を
行う。
【００６３】図１０は、回線制御モジュールにおけるデ
ータ通信処理の概略を示したものである。
ータ通信処理の概略を示したものである。
【００６４】図１０（ａ）は、回線制御モジュール１０
７における一対一通信起動処理の手順を示したものであ
る。
７における一対一通信起動処理の手順を示したものであ
る。
【００６５】回線制御モジュール１０７は、通信インタ
フェース部１０３からのコマンド登録状況を周期的に監
視し、図９にて説明した処理により一対一通信コマンド
キュー・テーブル２４０に一対一通信コマンドが登録さ
れていると（１）、その一対一通信コマンドの内容に従
って主記憶部１０２上の送受信バッファ１１４から回線
制御モジュール１０７内の送受信バッファ１１６へ送信
データを転送する（２）。そして、該当回線１０９に該
送信データを送出する（３）。
フェース部１０３からのコマンド登録状況を周期的に監
視し、図９にて説明した処理により一対一通信コマンド
キュー・テーブル２４０に一対一通信コマンドが登録さ
れていると（１）、その一対一通信コマンドの内容に従
って主記憶部１０２上の送受信バッファ１１４から回線
制御モジュール１０７内の送受信バッファ１１６へ送信
データを転送する（２）。そして、該当回線１０９に該
送信データを送出する（３）。
【００６６】ここで、マルチキャスト通信起動処理の場
合、送信データは通信インタフェース部１０３により通
信インタフェース部１０３内の送受信バッファ１１５に
設定される。そして、回線制御モジュール１０７は送受
信バッファ１１５から送受信バッファ１１６へその送信
データの転送を行い、転送完了後前記通信インタフェー
ス部１０３に起動受付完了報告を行う。さらに、回線制
御モジュール１０７では回線１０９への送信データ送出
後、回線１０９からデータ送信に対する送達確認を受取
ると、該当コマンドキュー・テーブルのリードポインタ
（３１２あるいは３３２）を更新して該当コマンドを廃
棄する。前記送達確認が一対一通信時のデータ送信に対
するものである場合、通信インタフェース部１０３にそ
の一対一通信の終了報告を行う。
合、送信データは通信インタフェース部１０３により通
信インタフェース部１０３内の送受信バッファ１１５に
設定される。そして、回線制御モジュール１０７は送受
信バッファ１１５から送受信バッファ１１６へその送信
データの転送を行い、転送完了後前記通信インタフェー
ス部１０３に起動受付完了報告を行う。さらに、回線制
御モジュール１０７では回線１０９への送信データ送出
後、回線１０９からデータ送信に対する送達確認を受取
ると、該当コマンドキュー・テーブルのリードポインタ
（３１２あるいは３３２）を更新して該当コマンドを廃
棄する。前記送達確認が一対一通信時のデータ送信に対
するものである場合、通信インタフェース部１０３にそ
の一対一通信の終了報告を行う。
【００６７】また、回線制御モジュール１０７では、一
対一通信コマンドキュー・テーブル２４０とは別にマル
チキャスト通信コマンドキュー・テーブル２４１を有し
ており、各々のコマンドキュー・テーブルの周期的監視
の割合を変更することで、端末１１１へ提供するデータ
通信の優先度を変更することができる。
対一通信コマンドキュー・テーブル２４０とは別にマル
チキャスト通信コマンドキュー・テーブル２４１を有し
ており、各々のコマンドキュー・テーブルの周期的監視
の割合を変更することで、端末１１１へ提供するデータ
通信の優先度を変更することができる。
【００６８】図１０（ｂ）は、回線制御モジュール１０
７における端末１１１からのデータ受信処理の手順を示
したものである。
７における端末１１１からのデータ受信処理の手順を示
したものである。
【００６９】回線制御モジュール１０７は、通信インタ
フェース部１０３へ端末１１１からのデータ受信報告を
行う場合、ホストコンピュータ１００の主記憶部１０２
上の送受信バッファ１１４へ受信データを転送する
（１）。そして、主記憶部１０２上の通信制御インタフ
ェースエリアにあるデータ受信報告キュー・テーブル２
０５へ受信報告を登録し（２）、割込み通知テーブル２
４２に諸情報を設定して通信インタフェース部１０３へ
割込みを発行する（３）。
フェース部１０３へ端末１１１からのデータ受信報告を
行う場合、ホストコンピュータ１００の主記憶部１０２
上の送受信バッファ１１４へ受信データを転送する
（１）。そして、主記憶部１０２上の通信制御インタフ
ェースエリアにあるデータ受信報告キュー・テーブル２
０５へ受信報告を登録し（２）、割込み通知テーブル２
４２に諸情報を設定して通信インタフェース部１０３へ
割込みを発行する（３）。
【００７０】図１１は、回線制御モジュールからの割込
みを受付けた現用系通信インタフェース部での割込み受
付処理及び割込み報告処理を示したものである。
みを受付けた現用系通信インタフェース部での割込み受
付処理及び割込み報告処理を示したものである。
【００７１】割込み受付処理１１００において通信イン
タフェース部１０３は、回線制御モジュール１０７から
割込みを受けると自系通信インタフェース部１０３の状
態がマスタ状態かスレーブ状態か判別し（１１０１）、
スレーブ状態の場合は本処理を終了する。前記判別（ス
テップ１１０１）の結果、自系通信インタフェース部１
０３の状態がマスタ状態の場合は回線制御モジュール１
０７内の割込み通知テーブル２４２の割込み情報を読込
み（１１０２）、その割込み通知テーブル２４２の有効
フラグ３４１がＯＮ状態か否か判別する（１１０３）。
前記判別（ステップ１１０２）の結果有効フラグ３４１
がＯＮ状態でない場合は本処理を終了し、有効フラグ３
４１がＯＮ状態の場合は割込み情報の種別を調べる（１
１０４）。調査の結果、一対一通信終了報告フラグ３４
２がＯＮ状態で前記割込み情報がホストコンピュータ１
００からの起動に対する終了割込みであれば、その割込
み情報に対応する一対一通信起動キュー・テーブル２０
１のリードポインタ３１２を更新して（１１０５）、該
当一対一通信コマンドを廃棄する。そして、前記割込み
情報を主記憶部１０２上の割込み報告先識別キュー・テ
ーブル２０７へ登録し（１１０６）、ホストコンピュー
タ１００のＣＰＵ１０１へ割込みを発行して（１１０
７）、割込み通知テーブル２４２の有効フラグ３４１を
ＯＦＦする（１１０８）。また、調査の結果、データ受
信報告フラグ３４４がＯＮ状態で前記割込み情報が回線
１０９からのデータ受信である場合、あるいは通信割込
み報告フラグ３４３がＯＮ状態で前記割込み情報が通信
異常発生などである場合は、割込み情報の割込み報告先
識別キュー・テーブル２０７への登録（１１０６）、Ｃ
ＰＵ１０１への割込み発行（１１０７）及び有効フラグ
３４１のＯＦＦ（１１０８）を行う。さらに調査の結
果、マルチキャスト通信起動受付完了報告フラグ３４５
がＯＮ状態で前記割込み情報がマルチキャスト通信起動
に対する受付完了である場合、マルチキャスト通信起動
受付完了報告受付処理１１０９に割込み受付処理を引渡
す（１１０９）。
タフェース部１０３は、回線制御モジュール１０７から
割込みを受けると自系通信インタフェース部１０３の状
態がマスタ状態かスレーブ状態か判別し（１１０１）、
スレーブ状態の場合は本処理を終了する。前記判別（ス
テップ１１０１）の結果、自系通信インタフェース部１
０３の状態がマスタ状態の場合は回線制御モジュール１
０７内の割込み通知テーブル２４２の割込み情報を読込
み（１１０２）、その割込み通知テーブル２４２の有効
フラグ３４１がＯＮ状態か否か判別する（１１０３）。
前記判別（ステップ１１０２）の結果有効フラグ３４１
がＯＮ状態でない場合は本処理を終了し、有効フラグ３
４１がＯＮ状態の場合は割込み情報の種別を調べる（１
１０４）。調査の結果、一対一通信終了報告フラグ３４
２がＯＮ状態で前記割込み情報がホストコンピュータ１
００からの起動に対する終了割込みであれば、その割込
み情報に対応する一対一通信起動キュー・テーブル２０
１のリードポインタ３１２を更新して（１１０５）、該
当一対一通信コマンドを廃棄する。そして、前記割込み
情報を主記憶部１０２上の割込み報告先識別キュー・テ
ーブル２０７へ登録し（１１０６）、ホストコンピュー
タ１００のＣＰＵ１０１へ割込みを発行して（１１０
７）、割込み通知テーブル２４２の有効フラグ３４１を
ＯＦＦする（１１０８）。また、調査の結果、データ受
信報告フラグ３４４がＯＮ状態で前記割込み情報が回線
１０９からのデータ受信である場合、あるいは通信割込
み報告フラグ３４３がＯＮ状態で前記割込み情報が通信
異常発生などである場合は、割込み情報の割込み報告先
識別キュー・テーブル２０７への登録（１１０６）、Ｃ
ＰＵ１０１への割込み発行（１１０７）及び有効フラグ
３４１のＯＦＦ（１１０８）を行う。さらに調査の結
果、マルチキャスト通信起動受付完了報告フラグ３４５
がＯＮ状態で前記割込み情報がマルチキャスト通信起動
に対する受付完了である場合、マルチキャスト通信起動
受付完了報告受付処理１１０９に割込み受付処理を引渡
す（１１０９）。
【００７２】このように、現用系の通信インタフェース
部では、回線制御モジュールから割込みを受取ると、マ
スタ状態の時のみその割込み種別に応じた割込み受付処
理を行い、ホストコンピュータのＣＰＵへ報告する。
部では、回線制御モジュールから割込みを受取ると、マ
スタ状態の時のみその割込み種別に応じた割込み受付処
理を行い、ホストコンピュータのＣＰＵへ報告する。
【００７３】つぎに、図１２、図１３及び図１４を用い
て、現用系通信インタフェース部におけるマルチキャス
ト通信処理のフローを説明する。
て、現用系通信インタフェース部におけるマルチキャス
ト通信処理のフローを説明する。
【００７４】図１２は、現用系通信インタフェース部に
おけるマルチキャスト通信起動処理のフローチャートを
示したものである。
おけるマルチキャスト通信起動処理のフローチャートを
示したものである。
【００７５】ホストコンピュータ１００内のＣＰＵ１０
１からの起動先識別情報の起動種別がマルチキャスト通
信起動の場合、通信インタフェース部１０３では、起動
受付処理９００からマルチキャスト通信起動処理９１１
に通信処理が引継がれる。
１からの起動先識別情報の起動種別がマルチキャスト通
信起動の場合、通信インタフェース部１０３では、起動
受付処理９００からマルチキャスト通信起動処理９１１
に通信処理が引継がれる。
【００７６】マルチキャスト通信起動処理９１１におい
て前記通信インタフェース部１０３は、前記起動先識別
情報からマルチキャスト通信起動テーブル２０２の該当
する情報登録エリア３２２を検出して該当マルチキャス
ト通信コマンドを読込み、前記マルチキャスト通信コマ
ンドの内容に従って主記憶部１０２上の送受信バッファ
１１４からマルチキャスト送信データを送受信バッファ
１１５に転送する（１２０１）。つぎに、前記マルチキ
ャスト通信コマンドによりＣＰＵ１０１から指定された
宛先パターンテーブル５００を、宛先パターンテーブル
用ワークエリア２３０から、マルチキャスト通信管理テ
ーブル編集エリア２３１内の情報登録エリア３２２と一
対一に対応したワーク用のマルチキャスト通信管理テー
ブルの起動管理エリア５１２及び終了監視エリア５１４
へコピーして、マルチキャスト通信管理テーブル２０８
の基を作成する（１２０２）。そして、前記作成したマ
ルチキャスト通信管理テーブルを主記憶部１０２上の通
信制御インタフェースエリアにある該当マルチキャスト
通信管理テーブル２０８に設定する（１２０３）。つぎ
に、前記マルチキャスト通信管理テーブル編集エリア２
３１内のマルチキャスト通信管理テーブルの起動管理エ
リア５１２からマルチキャスト送信データの送信先回線
を検出し（１２０４）、該当回線制御モジュール１０７
内のマルチキャスト通信コマンドキュー・テーブル２４
１のライトポインタ３３１が示す情報登録エリア３３３
へ前記マルチキャスト通信コマンドを書込む（１２０
５）。通信インタフェース部１０３は、前記書込みが正
常に行えたか否かを判別し（１２０６）、正常に書込め
た場合マルチキャスト通信コマンドキュー・テーブル２
４１のライトポインタ３３１を更新し（１２０７）、マ
ルチキャスト通信管理テーブル２０８の起動管理エリア
５１２内の該当回線の起動フラグを１から０に書替える
（１２０８）。そして、マルチキャスト通信コマンドキ
ュー・テーブル２４１のライトポインタ３３１を、主記
憶部１０２上のカレントライトポインタテーブル２１０
のマルチキャスト通信用記録エリア４０２内の該当回線
制御モジュール用記録フィールド４０４の該当回線用記
録要素４０６に記憶する（１２０９）。前記判別の結
果、正常に書込めなかった場合、該当マルチキャスト通
信管理テーブルの異常終了記憶エリア内の該当回線制御
モジュール番号記録フィールド５１６／回線番号記録フ
ィールド５１７／異常種別記録フィールド５１８に、そ
れぞれ前記登録不可回線制御モジュール番号／回線番号
及び異常種別を記憶する（１２１０）。そして、前記マ
ルチキャスト通信管理テーブルの異常終了総数５１５を
加算し（１２１１）、終了監視エリア５１４内の該当回
線の監視フラグを１から０に書替えて未終了報告受付総
数５１３を減算し、起動管理エリア５１２内の該当回線
の起動フラグを１から０に書替える（１２１２）。上記
各々の判別内容に応じた処理の後、該当マルチキャスト
通信管理テーブルの未起動総数５１１を減算し（１２１
３）、未起動総数５１１がゼロか否か判別する（１２１
４）。前記判別（ステップ１２１４）の結果、未起動回
線総数５１１がゼロでない場合は前記マルチキャスト通
信管理テーブルの起動管理エリア５１２からマルチキャ
スト送信データの次の送信先回線を検出し（１２０
４）、以下同様の処理を行う。前記判別（ステップ１２
１４）の結果、未起動回線総数５１１がゼロの場合はマ
ルチキャスト送信データを送信する回線１０９がもうな
いことを意味し、通信インタフェース部１０３は回線制
御モジュール１０７からのマルチキャスト通信起動に対
する受付完了報告を監視するため、マルチキャスト通信
終了監視タイマを作動させ（１２１５）、起動先識別キ
ュー・テーブル２００のリードポインタ３０２を更新し
（１２１６）、該起動先識別情報を廃棄して本処理を終
了する。
て前記通信インタフェース部１０３は、前記起動先識別
情報からマルチキャスト通信起動テーブル２０２の該当
する情報登録エリア３２２を検出して該当マルチキャス
ト通信コマンドを読込み、前記マルチキャスト通信コマ
ンドの内容に従って主記憶部１０２上の送受信バッファ
１１４からマルチキャスト送信データを送受信バッファ
１１５に転送する（１２０１）。つぎに、前記マルチキ
ャスト通信コマンドによりＣＰＵ１０１から指定された
宛先パターンテーブル５００を、宛先パターンテーブル
用ワークエリア２３０から、マルチキャスト通信管理テ
ーブル編集エリア２３１内の情報登録エリア３２２と一
対一に対応したワーク用のマルチキャスト通信管理テー
ブルの起動管理エリア５１２及び終了監視エリア５１４
へコピーして、マルチキャスト通信管理テーブル２０８
の基を作成する（１２０２）。そして、前記作成したマ
ルチキャスト通信管理テーブルを主記憶部１０２上の通
信制御インタフェースエリアにある該当マルチキャスト
通信管理テーブル２０８に設定する（１２０３）。つぎ
に、前記マルチキャスト通信管理テーブル編集エリア２
３１内のマルチキャスト通信管理テーブルの起動管理エ
リア５１２からマルチキャスト送信データの送信先回線
を検出し（１２０４）、該当回線制御モジュール１０７
内のマルチキャスト通信コマンドキュー・テーブル２４
１のライトポインタ３３１が示す情報登録エリア３３３
へ前記マルチキャスト通信コマンドを書込む（１２０
５）。通信インタフェース部１０３は、前記書込みが正
常に行えたか否かを判別し（１２０６）、正常に書込め
た場合マルチキャスト通信コマンドキュー・テーブル２
４１のライトポインタ３３１を更新し（１２０７）、マ
ルチキャスト通信管理テーブル２０８の起動管理エリア
５１２内の該当回線の起動フラグを１から０に書替える
（１２０８）。そして、マルチキャスト通信コマンドキ
ュー・テーブル２４１のライトポインタ３３１を、主記
憶部１０２上のカレントライトポインタテーブル２１０
のマルチキャスト通信用記録エリア４０２内の該当回線
制御モジュール用記録フィールド４０４の該当回線用記
録要素４０６に記憶する（１２０９）。前記判別の結
果、正常に書込めなかった場合、該当マルチキャスト通
信管理テーブルの異常終了記憶エリア内の該当回線制御
モジュール番号記録フィールド５１６／回線番号記録フ
ィールド５１７／異常種別記録フィールド５１８に、そ
れぞれ前記登録不可回線制御モジュール番号／回線番号
及び異常種別を記憶する（１２１０）。そして、前記マ
ルチキャスト通信管理テーブルの異常終了総数５１５を
加算し（１２１１）、終了監視エリア５１４内の該当回
線の監視フラグを１から０に書替えて未終了報告受付総
数５１３を減算し、起動管理エリア５１２内の該当回線
の起動フラグを１から０に書替える（１２１２）。上記
各々の判別内容に応じた処理の後、該当マルチキャスト
通信管理テーブルの未起動総数５１１を減算し（１２１
３）、未起動総数５１１がゼロか否か判別する（１２１
４）。前記判別（ステップ１２１４）の結果、未起動回
線総数５１１がゼロでない場合は前記マルチキャスト通
信管理テーブルの起動管理エリア５１２からマルチキャ
スト送信データの次の送信先回線を検出し（１２０
４）、以下同様の処理を行う。前記判別（ステップ１２
１４）の結果、未起動回線総数５１１がゼロの場合はマ
ルチキャスト送信データを送信する回線１０９がもうな
いことを意味し、通信インタフェース部１０３は回線制
御モジュール１０７からのマルチキャスト通信起動に対
する受付完了報告を監視するため、マルチキャスト通信
終了監視タイマを作動させ（１２１５）、起動先識別キ
ュー・テーブル２００のリードポインタ３０２を更新し
（１２１６）、該起動先識別情報を廃棄して本処理を終
了する。
【００７７】このように、現用系通信インタフェース部
は、主記憶部からマルチキャスト送信データを取込み、
指定宛先パターンテーブル５００をもとに作成したマル
チキャスト通信管理テーブル２０８の起動管理エリア５
１２の内容に従って、データ送信回線が接続される各回
線制御モジュール内のマルチキャスト通信コマンドキュ
ー・テーブルへマルチキャスト通信コマンドを登録す
る。
は、主記憶部からマルチキャスト送信データを取込み、
指定宛先パターンテーブル５００をもとに作成したマル
チキャスト通信管理テーブル２０８の起動管理エリア５
１２の内容に従って、データ送信回線が接続される各回
線制御モジュール内のマルチキャスト通信コマンドキュ
ー・テーブルへマルチキャスト通信コマンドを登録す
る。
【００７８】ここで、上記処理のうちステップ１２０１
からステップ１２０４が完了するまでをマルチキャスト
ステータス１とし、ステップ１２０４完了後以降をマル
チキャストステータス２とする。マルチキャストステー
タス１／マルチキャストステータス２は、二重化通信イ
ンタフェース部１０３の系切換え処理におけるマルチキ
ャスト通信のリカバリ処理判別の指標となる。
からステップ１２０４が完了するまでをマルチキャスト
ステータス１とし、ステップ１２０４完了後以降をマル
チキャストステータス２とする。マルチキャストステー
タス１／マルチキャストステータス２は、二重化通信イ
ンタフェース部１０３の系切換え処理におけるマルチキ
ャスト通信のリカバリ処理判別の指標となる。
【００７９】また、マルチキャスト通信起動処理で使用
する宛先パターンテーブル５００を宛先パターンテーブ
ル用ワークエリア２３０へ設定する際は、宛先パターン
テーブル設定コマンドによりＣＰＵ１０１が通信インタ
フェース部１０３へその指示を行う。ＣＰＵ１０１では
システム立上げ後最初にマルチキャスト通信を行う前
に、全宛先パターンテーブル５００を宛先パターンテー
ブル用ワークエリア２３０に設定するために前記宛先パ
ターンテーブル設定コマンドを通信インタフェース部１
０３へ発行する。そして、前記宛先パターンテーブル設
定コマンドを受取った通信インタフェース部１０３は、
そのコマンド内容に従って全宛先パターンテーブル５０
０を宛先パターンテーブル用ワークエリア２３０に設定
し、主記憶部１０２上のリカバリインタフェースエリア
の宛先パターンテーブル格納エリア２１２に宛先パター
ンテーブル５００を全てコピーする。さらに、ＣＰＵ１
０１では回線異常の発生などにより回線１０９へのデー
タ送信の要否を変更する場合、該当宛先パターンテーブ
ル５００において該当回線のフラグを変更し、前記宛先
パターンテーブル設定コマンドを通信インタフェース部
１０３へ発行する。そして、前記宛先パターンテーブル
設定コマンドを受取った通信インタフェース部１０３
は、そのコマンド内容に従って前記変更宛先パターンテ
ーブルを宛先パターンテーブル用ワークエリア２３０及
び宛先パターンテーブル格納エリア２１２に再設定す
る。
する宛先パターンテーブル５００を宛先パターンテーブ
ル用ワークエリア２３０へ設定する際は、宛先パターン
テーブル設定コマンドによりＣＰＵ１０１が通信インタ
フェース部１０３へその指示を行う。ＣＰＵ１０１では
システム立上げ後最初にマルチキャスト通信を行う前
に、全宛先パターンテーブル５００を宛先パターンテー
ブル用ワークエリア２３０に設定するために前記宛先パ
ターンテーブル設定コマンドを通信インタフェース部１
０３へ発行する。そして、前記宛先パターンテーブル設
定コマンドを受取った通信インタフェース部１０３は、
そのコマンド内容に従って全宛先パターンテーブル５０
０を宛先パターンテーブル用ワークエリア２３０に設定
し、主記憶部１０２上のリカバリインタフェースエリア
の宛先パターンテーブル格納エリア２１２に宛先パター
ンテーブル５００を全てコピーする。さらに、ＣＰＵ１
０１では回線異常の発生などにより回線１０９へのデー
タ送信の要否を変更する場合、該当宛先パターンテーブ
ル５００において該当回線のフラグを変更し、前記宛先
パターンテーブル設定コマンドを通信インタフェース部
１０３へ発行する。そして、前記宛先パターンテーブル
設定コマンドを受取った通信インタフェース部１０３
は、そのコマンド内容に従って前記変更宛先パターンテ
ーブルを宛先パターンテーブル用ワークエリア２３０及
び宛先パターンテーブル格納エリア２１２に再設定す
る。
【００８０】また、通信インタフェース部１０３は、マ
ルチキャスト通信起動テーブル２０２内に複数ある情報
登録エリア３２２と一対一に対応してマルチキャスト通
信管理テーブル２０８を複数同時に管理し、複数のマル
チキャスト通信処理を行う。
ルチキャスト通信起動テーブル２０２内に複数ある情報
登録エリア３２２と一対一に対応してマルチキャスト通
信管理テーブル２０８を複数同時に管理し、複数のマル
チキャスト通信処理を行う。
【００８１】図１３は、現用系通信インタフェース部に
おけるマルチキャスト通信起動受付完了報告受付処理の
フローチャートを示したものである。
おけるマルチキャスト通信起動受付完了報告受付処理の
フローチャートを示したものである。
【００８２】多回線通信制御装置１０５内の回線制御モ
ジュール１０７からの割込み報告の種別がマルチキャス
ト通信起動受付完了報告の場合、通信インタフェース部
１０３では、割込み受付処理１１００からマルチキャス
ト通信起動受付完了報告受付処理１１０９に割込み処理
が引継がれる。
ジュール１０７からの割込み報告の種別がマルチキャス
ト通信起動受付完了報告の場合、通信インタフェース部
１０３では、割込み受付処理１１００からマルチキャス
ト通信起動受付完了報告受付処理１１０９に割込み処理
が引継がれる。
【００８３】マルチキャスト通信起動受付完了報告受付
処理１１０９において通信インタフェース部１０３は、
該当割込み通知テーブル２４２の内容から該当マルチキ
ャスト通信起動受付完了報告キュー・テーブル２０９を
判別し、前記マルチキャスト通信起動受付完了報告キュ
ー・テーブル２０９のリードポインタ３１２が示す情報
登録エリア３１３から終了情報を読込む（１３０１）。
つぎに、その終了情報の内容が正常終了か否か判別し
（１３０２）、異常終了の場合のみ該当回線制御モジュ
ール番号／回線番号及び異常種別を、マルチキャスト通
信管理テーブル編集エリア２３１の該当マルチキャスト
通信管理テーブルの異常終了記憶エリア内の該当回線制
御モジュール番号記録フィールド５１６／回線番号記録
フィールド５１７／異常種別記録フィールド５１８にそ
れぞれ記録し（１３０３）、前記マルチキャスト通信管
理テーブルの異常終了総数５１５を加算する（１３０
４）。つぎに、通信インタフェース部１０３は、前記マ
ルチキャスト通信管理テーブルの終了監視エリア５１４
内の該当回線の監視フラグを１から０に書替え（１３０
５）、該当回線１０９については起動受付完了報告を受
取ったことを記録し、前記マルチキャスト通信管理テー
ブルの未終了報告受付総数５１３を減算する（１３０
６）。そして、前記未終了報告受付総数５１３がゼロか
否か判別し（１３０７）、ゼロでない場合は該当マルチ
キャスト通信起動受付完了報告キュー・テーブル２０９
のリードポインタ３１２を更新して（１３０９）該終了
情報を廃棄し、該当回線制御モジュール１０７の割込み
通知テーブル２４２の有効フラグ３４１をＯＦＦして
（１３１０）、本処理を終了する。前記判別（ステップ
１３０７）の結果、未終了報告受付総数５１３がゼロの
場合は各回線制御モジュール１０７からマルチキャスト
通信起動に対する受付完了報告を全て受取ったことを意
味し、ＣＰＵ１０１にマルチキャスト通信の終了報告を
行うためマルチキャスト通信終了報告処理１３０８に処
理を引渡し（１３０８）、マルチキャスト通信起動受付
完了報告キュー・テーブル２０９のリードポインタ３１
２を更新して（１３０９）該終了情報を廃棄し、該当回
線制御モジュール１０７の割込み通知テーブル２４２の
有効フラグ３４１をＯＦＦして（１３１０）、本処理を
終了する。ここで、二重化通信インタフェース部の系切
換え処理におけるマルチキャスト通信のリカバリ処理判
別の指標となるマルチキャストステータスは、上記処理
の間中２の状態である。
処理１１０９において通信インタフェース部１０３は、
該当割込み通知テーブル２４２の内容から該当マルチキ
ャスト通信起動受付完了報告キュー・テーブル２０９を
判別し、前記マルチキャスト通信起動受付完了報告キュ
ー・テーブル２０９のリードポインタ３１２が示す情報
登録エリア３１３から終了情報を読込む（１３０１）。
つぎに、その終了情報の内容が正常終了か否か判別し
（１３０２）、異常終了の場合のみ該当回線制御モジュ
ール番号／回線番号及び異常種別を、マルチキャスト通
信管理テーブル編集エリア２３１の該当マルチキャスト
通信管理テーブルの異常終了記憶エリア内の該当回線制
御モジュール番号記録フィールド５１６／回線番号記録
フィールド５１７／異常種別記録フィールド５１８にそ
れぞれ記録し（１３０３）、前記マルチキャスト通信管
理テーブルの異常終了総数５１５を加算する（１３０
４）。つぎに、通信インタフェース部１０３は、前記マ
ルチキャスト通信管理テーブルの終了監視エリア５１４
内の該当回線の監視フラグを１から０に書替え（１３０
５）、該当回線１０９については起動受付完了報告を受
取ったことを記録し、前記マルチキャスト通信管理テー
ブルの未終了報告受付総数５１３を減算する（１３０
６）。そして、前記未終了報告受付総数５１３がゼロか
否か判別し（１３０７）、ゼロでない場合は該当マルチ
キャスト通信起動受付完了報告キュー・テーブル２０９
のリードポインタ３１２を更新して（１３０９）該終了
情報を廃棄し、該当回線制御モジュール１０７の割込み
通知テーブル２４２の有効フラグ３４１をＯＦＦして
（１３１０）、本処理を終了する。前記判別（ステップ
１３０７）の結果、未終了報告受付総数５１３がゼロの
場合は各回線制御モジュール１０７からマルチキャスト
通信起動に対する受付完了報告を全て受取ったことを意
味し、ＣＰＵ１０１にマルチキャスト通信の終了報告を
行うためマルチキャスト通信終了報告処理１３０８に処
理を引渡し（１３０８）、マルチキャスト通信起動受付
完了報告キュー・テーブル２０９のリードポインタ３１
２を更新して（１３０９）該終了情報を廃棄し、該当回
線制御モジュール１０７の割込み通知テーブル２４２の
有効フラグ３４１をＯＦＦして（１３１０）、本処理を
終了する。ここで、二重化通信インタフェース部の系切
換え処理におけるマルチキャスト通信のリカバリ処理判
別の指標となるマルチキャストステータスは、上記処理
の間中２の状態である。
【００８４】図１４は、現用系通信インタフェース部に
おけるマルチキャスト通信終了報告処理のフローチャー
トを示したものである。
おけるマルチキャスト通信終了報告処理のフローチャー
トを示したものである。
【００８５】通信インタフェース部１０３は、マルチキ
ャスト通信起動受付完了報告受付処理１１０９におい
て、各回線制御モジュール１０７からマルチキャスト通
信起動に対する受付完了報告を全て受取ったことを確認
した場合、マルチキャスト通信終了報告処理１３０８に
処理を引継ぐ。
ャスト通信起動受付完了報告受付処理１１０９におい
て、各回線制御モジュール１０７からマルチキャスト通
信起動に対する受付完了報告を全て受取ったことを確認
した場合、マルチキャスト通信終了報告処理１３０８に
処理を引継ぐ。
【００８６】マルチキャスト通信終了報告処理１３０８
において通信インタフェース部１０３は、該当マルチキ
ャスト通信の終了監視タイマが動作中か否か判別し（１
４０１）、動作中の場合のみ前記マルチキャスト通信終
了監視タイマを停止する（１４０２）。つぎに、マルチ
キャスト通信管理テーブル編集エリア２３１の該当マル
チキャスト通信管理テーブルの異常終了総数５１５を読
出して（１４０３）、異常終了総数５１５がゼロか否か
判別し（１４０４）、ゼロの場合は該マルチキャスト通
信は正常終了として終了報告情報を作成する（１４０
５）。前記判別（ステップ１４０４）の結果、異常終了
総数５１５がゼロでない場合、前記マルチキャスト通信
管理テーブルの異常終了記憶エリアをコピーして終了報
告情報を作成する（１４０６）。つぎに、作成した終了
報告情報を主記憶部１０２上のマルチキャスト通信終了
報告キュー・テーブル２０４のライトポインタ３１１が
示す情報登録エリア３１３に書込み、ライトポインタ３
１１を更新する（１４０７）。そして、マルチキャスト
通信終了報告キュー・テーブル２０４に終了報告情報を
登録したことを、ホストコンピュータ１００のＣＰＵ１
０１に通知するための割込み報告先識別情報を作成し
（１４０８）、主記憶部１０２上の割込み報告先識別キ
ュー・テーブル２０７のライトポインタ３０１が示す情
報登録エリア３０３に前記割込み報告先識別情報を登録
してライトポインタ３０１を更新する（１４０９）。そ
して、ＣＰＵ１０１へ割込みを発行して（１４１０）、
本処理を終了する。ここで、上記処理でＣＰＵ１０１へ
の割込み発行まではマルチキャストステータス２の状態
で、二重化通信インタフェース部１０３の系切換え処理
におけるマルチキャスト通信のリカバリ処理の対象とな
る。
において通信インタフェース部１０３は、該当マルチキ
ャスト通信の終了監視タイマが動作中か否か判別し（１
４０１）、動作中の場合のみ前記マルチキャスト通信終
了監視タイマを停止する（１４０２）。つぎに、マルチ
キャスト通信管理テーブル編集エリア２３１の該当マル
チキャスト通信管理テーブルの異常終了総数５１５を読
出して（１４０３）、異常終了総数５１５がゼロか否か
判別し（１４０４）、ゼロの場合は該マルチキャスト通
信は正常終了として終了報告情報を作成する（１４０
５）。前記判別（ステップ１４０４）の結果、異常終了
総数５１５がゼロでない場合、前記マルチキャスト通信
管理テーブルの異常終了記憶エリアをコピーして終了報
告情報を作成する（１４０６）。つぎに、作成した終了
報告情報を主記憶部１０２上のマルチキャスト通信終了
報告キュー・テーブル２０４のライトポインタ３１１が
示す情報登録エリア３１３に書込み、ライトポインタ３
１１を更新する（１４０７）。そして、マルチキャスト
通信終了報告キュー・テーブル２０４に終了報告情報を
登録したことを、ホストコンピュータ１００のＣＰＵ１
０１に通知するための割込み報告先識別情報を作成し
（１４０８）、主記憶部１０２上の割込み報告先識別キ
ュー・テーブル２０７のライトポインタ３０１が示す情
報登録エリア３０３に前記割込み報告先識別情報を登録
してライトポインタ３０１を更新する（１４０９）。そ
して、ＣＰＵ１０１へ割込みを発行して（１４１０）、
本処理を終了する。ここで、上記処理でＣＰＵ１０１へ
の割込み発行まではマルチキャストステータス２の状態
で、二重化通信インタフェース部１０３の系切換え処理
におけるマルチキャスト通信のリカバリ処理の対象とな
る。
【００８７】このように、現用系通信インタフェース部
では、多回線通信制御装置内の各回線制御モジュールか
らのマルチキャスト通信起動受付完了報告を受取ると、
マルチキャスト通信管理テーブルの終了監視エリア５１
４における該当回線について、監視フラグをゼロに書替
えて受取済を記憶する。そして、マルチキャスト送信デ
ータを送信した全ての回線について、該当回線制御モジ
ュールからマルチキャスト通信起動受付完了報告を受取
完了すると、ＣＰＵへ該当マルチキャスト通信の終了を
報告する。
では、多回線通信制御装置内の各回線制御モジュールか
らのマルチキャスト通信起動受付完了報告を受取ると、
マルチキャスト通信管理テーブルの終了監視エリア５１
４における該当回線について、監視フラグをゼロに書替
えて受取済を記憶する。そして、マルチキャスト送信デ
ータを送信した全ての回線について、該当回線制御モジ
ュールからマルチキャスト通信起動受付完了報告を受取
完了すると、ＣＰＵへ該当マルチキャスト通信の終了を
報告する。
【００８８】ここで、前記マルチキャスト通信終了監視
タイマがタイムアウトして、所定時間内にマルチキャス
ト通信起動の受付完了報告を各回線制御モジュール１０
７から必要数分受取れなかった場合、通信インタフェー
ス部１０３は該当マルチキャスト通信起動に対する回線
制御モジュール１０７からの受付完了報告受付を打切
る。つぎに、マルチキャスト通信管理テーブル編集エリ
ア２３１の該当マルチキャスト通信管理テーブルの終了
監視エリア５１４において、回線制御モジュール１０７
からのマルチキャスト通信起動受付完了報告の受取済が
記録されていない回線、すなわち、終了監視エリア５１
４において監視フラグが１の回線を検出し、その回線は
異常終了と見なし、前記マルチキャスト通信管理テーブ
ルの異常終了記憶エリアに該当回線制御モジュール番号
／回線番号及び異常種別としてタイムアウトを記録し、
異常終了総数５１５を加算する。そして、終了監視エリ
ア５１４においてフラグが１の回線について全て前記異
常終了記憶エリアに記録すると、通信インタフェース部
１０３はマルチキャスト通信終了報告処理１３０８に処
理を引渡しＣＰＵ１０１にマルチキャスト通信の終了を
報告する。
タイマがタイムアウトして、所定時間内にマルチキャス
ト通信起動の受付完了報告を各回線制御モジュール１０
７から必要数分受取れなかった場合、通信インタフェー
ス部１０３は該当マルチキャスト通信起動に対する回線
制御モジュール１０７からの受付完了報告受付を打切
る。つぎに、マルチキャスト通信管理テーブル編集エリ
ア２３１の該当マルチキャスト通信管理テーブルの終了
監視エリア５１４において、回線制御モジュール１０７
からのマルチキャスト通信起動受付完了報告の受取済が
記録されていない回線、すなわち、終了監視エリア５１
４において監視フラグが１の回線を検出し、その回線は
異常終了と見なし、前記マルチキャスト通信管理テーブ
ルの異常終了記憶エリアに該当回線制御モジュール番号
／回線番号及び異常種別としてタイムアウトを記録し、
異常終了総数５１５を加算する。そして、終了監視エリ
ア５１４においてフラグが１の回線について全て前記異
常終了記憶エリアに記録すると、通信インタフェース部
１０３はマルチキャスト通信終了報告処理１３０８に処
理を引渡しＣＰＵ１０１にマルチキャスト通信の終了を
報告する。
【００８９】また、図１２、図１３及び図１４において
説明したマルチキャスト通信処理では、先に述べたよう
に通信インタフェース部１０３のマルチキャスト通信管
理テーブル編集エリア２３１内の該当マルチキャスト通
信管理テーブルを用いるが、テーブルの未起動総数５１
１及び未終了報告受付総数５１３の減算、起動管理エリ
ア５１２及び終了監視エリア５１４の該当フラグの書替
え、及び異常終了記憶エリアへの登録については、同時
に主記憶部１０２上の通信制御インタフェースにある該
当マルチキャスト通信管理テーブル２０８に対しても行
う。
説明したマルチキャスト通信処理では、先に述べたよう
に通信インタフェース部１０３のマルチキャスト通信管
理テーブル編集エリア２３１内の該当マルチキャスト通
信管理テーブルを用いるが、テーブルの未起動総数５１
１及び未終了報告受付総数５１３の減算、起動管理エリ
ア５１２及び終了監視エリア５１４の該当フラグの書替
え、及び異常終了記憶エリアへの登録については、同時
に主記憶部１０２上の通信制御インタフェースにある該
当マルチキャスト通信管理テーブル２０８に対しても行
う。
【００９０】図１５は、回線制御モジュール内のマルチ
キャスト通信コマンドキュー・テーブル２４１における
有効コマンド登録数に応じた現用系通信インタフェース
部、及び回線制御モジュールでの処理の手順を示したも
のである。
キャスト通信コマンドキュー・テーブル２４１における
有効コマンド登録数に応じた現用系通信インタフェース
部、及び回線制御モジュールでの処理の手順を示したも
のである。
【００９１】図１５（ａ）は、通信インタフェース部１
０３において、マルチキャスト通信コマンドキュー・テ
ーブル２４１内の有効コマンドの滞留状況をＣＰＵ１０
１へ通知する処理手順を示したものである。
０３において、マルチキャスト通信コマンドキュー・テ
ーブル２４１内の有効コマンドの滞留状況をＣＰＵ１０
１へ通知する処理手順を示したものである。
【００９２】回線制御モジュール１０７では、回線１０
９に異常が発生してスループットが低下すると、回線１
０９からの送達確認がなかなか受信できなくなる。この
ような状態が長く続くと、各コマンドキュー・テーブル
がコマンドで満杯になることがある。
９に異常が発生してスループットが低下すると、回線１
０９からの送達確認がなかなか受信できなくなる。この
ような状態が長く続くと、各コマンドキュー・テーブル
がコマンドで満杯になることがある。
【００９３】通信インタフェース部１０３は、マルチキ
ャスト通信コマンドキュー・テーブル２４１のライトポ
インタ３３１及びリードポインタ３３２を周期的に読出
し、マルチキャスト通信コマンドキュー・テーブル２４
１での有効コマンドの滞留状況を判別する（１）。マル
チキャスト通信コマンドキュー・テーブル２４１内の有
効コマンド登録数がある一定値を超えた時、あるいはあ
る一定値を超えていた有効コマンド登録数がある一定値
以下になった時に、通信インタフェース部１０３は主記
憶部１０２上の通信割込み報告テーブル２０６にその状
態変化の内容を記録した情報を登録する（２）。そし
て、その状態変化をＣＰＵ１０１へ通知するため、主記
憶部１０２上の割込み報告先識別キュー・テーブル２０
７に割込み報告先識別情報を登録して（３）割込みを発
行する。ＣＰＵ１０１では、割込み報告がマルチキャス
ト通信コマンドキュー・テーブル２４１内の有効コマン
ド登録数がある一定値を超えた内容である場合、マルチ
キャスト通信コマンドキュー・テーブル２４１に対応し
た回線１０９に対してデータ送信しないように宛先パタ
ーンテーブル５００内の前記回線のフラグをゼロに書替
え、宛先パターンテーブル設定コマンドによりその旨を
通信インタフェース部１０３に通知する。
ャスト通信コマンドキュー・テーブル２４１のライトポ
インタ３３１及びリードポインタ３３２を周期的に読出
し、マルチキャスト通信コマンドキュー・テーブル２４
１での有効コマンドの滞留状況を判別する（１）。マル
チキャスト通信コマンドキュー・テーブル２４１内の有
効コマンド登録数がある一定値を超えた時、あるいはあ
る一定値を超えていた有効コマンド登録数がある一定値
以下になった時に、通信インタフェース部１０３は主記
憶部１０２上の通信割込み報告テーブル２０６にその状
態変化の内容を記録した情報を登録する（２）。そし
て、その状態変化をＣＰＵ１０１へ通知するため、主記
憶部１０２上の割込み報告先識別キュー・テーブル２０
７に割込み報告先識別情報を登録して（３）割込みを発
行する。ＣＰＵ１０１では、割込み報告がマルチキャス
ト通信コマンドキュー・テーブル２４１内の有効コマン
ド登録数がある一定値を超えた内容である場合、マルチ
キャスト通信コマンドキュー・テーブル２４１に対応し
た回線１０９に対してデータ送信しないように宛先パタ
ーンテーブル５００内の前記回線のフラグをゼロに書替
え、宛先パターンテーブル設定コマンドによりその旨を
通信インタフェース部１０３に通知する。
【００９４】このように、現用系通信インタフェース部
では、マルチキャスト通信コマンドキュー・テーブル２
４１のコマンドの滞留を周期的に監視して、このマルチ
キャスト通信コマンドキュー・テーブル２４１がコマン
ドで満杯にならないようにしている。
では、マルチキャスト通信コマンドキュー・テーブル２
４１のコマンドの滞留を周期的に監視して、このマルチ
キャスト通信コマンドキュー・テーブル２４１がコマン
ドで満杯にならないようにしている。
【００９５】ここで、一対一通信コマンドキュー・テー
ブル２４０については、その情報登録エリア３１３の数
を該一対一通信コマンドキュー・テーブル２４０に対応
する一対一通信起動キュー・テーブル２０１の情報登録
エリア３１３の数と同一にし、通信インタフェース部１
０３と回線制御モジュール１０７とでの一対一通信処理
において、対応する両キュー・テーブル内の有効コマン
ド数が常に同じになるように処理されることで、ＣＰＵ
１０１が満杯状態の一対一通信コマンドキュー・テーブ
ル２４０に対応する回線１０９に対してデータ送信要求
を行わないようにしている。
ブル２４０については、その情報登録エリア３１３の数
を該一対一通信コマンドキュー・テーブル２４０に対応
する一対一通信起動キュー・テーブル２０１の情報登録
エリア３１３の数と同一にし、通信インタフェース部１
０３と回線制御モジュール１０７とでの一対一通信処理
において、対応する両キュー・テーブル内の有効コマン
ド数が常に同じになるように処理されることで、ＣＰＵ
１０１が満杯状態の一対一通信コマンドキュー・テーブ
ル２４０に対応する回線１０９に対してデータ送信要求
を行わないようにしている。
【００９６】図１５（ｂ）は、通信インタフェース部１
０３から登録されたマルチキャスト通信コマンドが、マ
ルチキャスト通信コマンドキュー・テーブル２４１内の
有効コマンド登録数として一定値を超えるコマンドであ
る場合の回線制御モジュール１０７の処理手順を示した
ものである。
０３から登録されたマルチキャスト通信コマンドが、マ
ルチキャスト通信コマンドキュー・テーブル２４１内の
有効コマンド登録数として一定値を超えるコマンドであ
る場合の回線制御モジュール１０７の処理手順を示した
ものである。
【００９７】回線制御モジュール１０７は、マルチキャ
スト通信コマンドキュー・テーブル２４１において通信
インタフェース部１０３から登録されたマルチキャスト
通信コマンドを読出し、その内容に従って前記通信イン
タフェース部１０３内の送受信バッファ１１５から回線
制御モジュール１０７内の送受信バッファ１１６へマル
チキャスト送信データを転送する（１）。前記マルチキ
ャスト通信コマンドがマルチキャスト通信コマンドキュ
ー・テーブル２４１内の有効コマンド登録数として一定
値を超えるコマンドである場合、回線制御モジュール１
０７は前記マルチキャスト送信データを送受信バッファ
１１６から主記憶部１０２上の回線制御モジュール拡張
バッファエリア内の該当エリアに転送する（２）。前記
回線制御モジュール拡張バッファエリア内に格納したマ
ルチキャスト送信データを該当回線１０９へ送出する
際、回線制御モジュール１０７は前記回線制御モジュー
ル拡張バッファエリア内から直接送受信バッファ１１６
へマルチキャスト送信データを転送し、該当回線１０９
へ送出する。
スト通信コマンドキュー・テーブル２４１において通信
インタフェース部１０３から登録されたマルチキャスト
通信コマンドを読出し、その内容に従って前記通信イン
タフェース部１０３内の送受信バッファ１１５から回線
制御モジュール１０７内の送受信バッファ１１６へマル
チキャスト送信データを転送する（１）。前記マルチキ
ャスト通信コマンドがマルチキャスト通信コマンドキュ
ー・テーブル２４１内の有効コマンド登録数として一定
値を超えるコマンドである場合、回線制御モジュール１
０７は前記マルチキャスト送信データを送受信バッファ
１１６から主記憶部１０２上の回線制御モジュール拡張
バッファエリア内の該当エリアに転送する（２）。前記
回線制御モジュール拡張バッファエリア内に格納したマ
ルチキャスト送信データを該当回線１０９へ送出する
際、回線制御モジュール１０７は前記回線制御モジュー
ル拡張バッファエリア内から直接送受信バッファ１１６
へマルチキャスト送信データを転送し、該当回線１０９
へ送出する。
【００９８】このように本実施例によれば、ＣＰＵと二
重化された通信インタフェース部及び主記憶部を構成要
素に持つホストコンピュータと、多回線通信制御装置か
ら成る情報通信システムにおいて、通信種別毎に通信管
理テーブルを分けて配置し、ＣＰＵ、通信インタフェー
ス部、多回線通信制御装置で分散して通信処理を行うの
で、異なる通信サービスにおいて、同一回線でのデータ
送受信をＣＰＵの処理負荷を低減して行うことができ
る。
重化された通信インタフェース部及び主記憶部を構成要
素に持つホストコンピュータと、多回線通信制御装置か
ら成る情報通信システムにおいて、通信種別毎に通信管
理テーブルを分けて配置し、ＣＰＵ、通信インタフェー
ス部、多回線通信制御装置で分散して通信処理を行うの
で、異なる通信サービスにおいて、同一回線でのデータ
送受信をＣＰＵの処理負荷を低減して行うことができ
る。
【００９９】次に、二重化通信インタフェース部の状態
管理、及び系切換えとデータ連続性の保証を実現するリ
カバリ処理について説明する。
管理、及び系切換えとデータ連続性の保証を実現するリ
カバリ処理について説明する。
【０１００】まず、二重化通信インタフェース部の現用
／待機系切換え手段について述べる。
／待機系切換え手段について述べる。
【０１０１】先に述べたように、二重化通信インタフェ
ース部１０３のマスタ／スレーブ状態はそのインタフェ
ースチャネル１１７の状態により決定される。よって、
通信インタフェース部１０３の状態の移行は、そのイン
タフェースチャネル１１７状態の変更を指示する手段、
すなわち、通信インタフェース部１０３のインタフェー
スチャネル１１７に接続されている内部バス制御部１０
６と内部バス１０８との論理的接続／切離しを指示する
インタフェースチャネル接続／切離しコマンドにより行
う。ここで、本コマンドは構成制御インタフェースを介
してやり取りされる。
ース部１０３のマスタ／スレーブ状態はそのインタフェ
ースチャネル１１７の状態により決定される。よって、
通信インタフェース部１０３の状態の移行は、そのイン
タフェースチャネル１１７状態の変更を指示する手段、
すなわち、通信インタフェース部１０３のインタフェー
スチャネル１１７に接続されている内部バス制御部１０
６と内部バス１０８との論理的接続／切離しを指示する
インタフェースチャネル接続／切離しコマンドにより行
う。ここで、本コマンドは構成制御インタフェースを介
してやり取りされる。
【０１０２】図１６は、前記インタフェースチャネル接
続／切離しコマンド起動時に主記憶部上の構成制御イン
タフェースエリア内の起動メッセージテーブルの起動情
報設定エリアに設定される起動情報を示したものであ
る。
続／切離しコマンド起動時に主記憶部上の構成制御イン
タフェースエリア内の起動メッセージテーブルの起動情
報設定エリアに設定される起動情報を示したものであ
る。
【０１０３】図中、１６０は起動コマンドがインタフェ
ースチャネル接続、もしくは切離しのどちらを指示する
のかを表すコマンドＩＤ、１６１は前記コマンドＩＤ１
６０の表す指示内容が通信インタフェース部１０３内の
全インタフェースチャネル１１７に対して要求している
のか、ある特定の指定インタフェースチャネル１１７に
対してのみ要求しているのかを表すサブコマンドＩＤ、
１６２は前記サブコマンドＩＤ１６１が指定インタフェ
ースチャネル要求を表している場合にのみ有効な情報
で、その指定インタフェースチャネル番号を表すインタ
フェースチャネルアドレス、１６３はインタフェースチ
ャネル接続コマンドにおいて通信インタフェース部１０
３をスレーブ状態からマスタ状態へ移行する時に、元の
マスタ状態での通信処理引継ぎ要求の有無を表すデータ
連続性保証要求フラグである。ここで、二重化通信イン
タフェース部１０３の現用／待機系切換えを行う場合
は、サブコマンドＩＤ１６１を全インタフェースチャネ
ル要求で行い、指定インタフェースチャネル要求は１台
の多回線通信制御装置１０５の増設／交換時などに使用
する。よって、データ連続性保証要求フラグ１６３は、
インタフェースチャネル接続コマンドにおいてそのサブ
コマンドＩＤ１６１が全インタフェースチャネル要求を
表している場合にのみ有効な情報として扱われる。
ースチャネル接続、もしくは切離しのどちらを指示する
のかを表すコマンドＩＤ、１６１は前記コマンドＩＤ１
６０の表す指示内容が通信インタフェース部１０３内の
全インタフェースチャネル１１７に対して要求している
のか、ある特定の指定インタフェースチャネル１１７に
対してのみ要求しているのかを表すサブコマンドＩＤ、
１６２は前記サブコマンドＩＤ１６１が指定インタフェ
ースチャネル要求を表している場合にのみ有効な情報
で、その指定インタフェースチャネル番号を表すインタ
フェースチャネルアドレス、１６３はインタフェースチ
ャネル接続コマンドにおいて通信インタフェース部１０
３をスレーブ状態からマスタ状態へ移行する時に、元の
マスタ状態での通信処理引継ぎ要求の有無を表すデータ
連続性保証要求フラグである。ここで、二重化通信イン
タフェース部１０３の現用／待機系切換えを行う場合
は、サブコマンドＩＤ１６１を全インタフェースチャネ
ル要求で行い、指定インタフェースチャネル要求は１台
の多回線通信制御装置１０５の増設／交換時などに使用
する。よって、データ連続性保証要求フラグ１６３は、
インタフェースチャネル接続コマンドにおいてそのサブ
コマンドＩＤ１６１が全インタフェースチャネル要求を
表している場合にのみ有効な情報として扱われる。
【０１０４】では、図１７、図１８を用いて、通信イン
タフェース部での前記インタフェースチャネル接続／切
離しコマンド受付時の処理フローを説明する。
タフェース部での前記インタフェースチャネル接続／切
離しコマンド受付時の処理フローを説明する。
【０１０５】図１７はホストコンピュータのＣＰＵから
構成制御インタフェースを介してインタフェースチャネ
ル接続コマンドを受け付けた場合の通信インタフェース
部での処理を示したフローチャートである。
構成制御インタフェースを介してインタフェースチャネ
ル接続コマンドを受け付けた場合の通信インタフェース
部での処理を示したフローチャートである。
【０１０６】ホストコンピュータ１００のＣＰＵ１０１
からの起動受付により、前記起動メッセージテーブル２
２０の起動情報設定エリア６０２を取り込んだ通信イン
タフェース部１０３は、そのコマンドＩＤ１６０からイ
ンタフェースチャネル接続コマンドの起動を認識し、イ
ンタフェースチャネル接続処理１７００を実行する。イ
ンタフェースチャネル接続処理１７００では、まず、そ
のサブコマンドＩＤ１６１を調べ（１７０１）、全イン
タフェースチャネル接続要求を表していれば、各インタ
フェースチャネル１１７に接続している内部バス制御部
１０６と内部バス１０８との論理的切離しを行い（１７
０２）、各インタフェースチャネル１１７に接続してい
る多回線通信制御装置１０５の全回線制御モジュール１
０７へバス転送禁止割込みを発行する（１７０３）。そ
して、各インタフェースチャネル１１７に接続している
内部バス制御部１０６と内部バス１０８との論理的接続
を全インタフェースチャネル１１７について行い（１７
０４）、通信インタフェース部１０３の状態をマスタ状
態へ移行する（１７０５）。その後、データ連続性保証
要求フラグ１６３を調べ（１７０６）、データ連続性保
証を要求していれば現用系処理引継ぎ処理を実行し（１
７０７）、各インタフェースチャネル１１７に接続して
いる多回線通信制御装置１０５の全回線制御モジュール
１０７へバス転送禁止の解除を行う（１７０８）。ここ
で、全インタフェースチャネル接続要求のインタフェー
スチャネル接続コマンドを受けた通信インタフェース部
１０３がマスタ状態の場合は何も行われない。一方、指
定インタフェースチャネル接続要求を表している場合
は、インタフェースチャネルアドレス１６２が表す指定
インタフェースチャネル１１７に接続している内部バス
制御部１０６と内部バス１０８との論理的接続を行い
（１７０９）、通信インタフェース部１０３の状態を調
べ（１７１０）、スレーブ状態であれば、その状態をマ
スタ状態へ移行する（１７１１）。
からの起動受付により、前記起動メッセージテーブル２
２０の起動情報設定エリア６０２を取り込んだ通信イン
タフェース部１０３は、そのコマンドＩＤ１６０からイ
ンタフェースチャネル接続コマンドの起動を認識し、イ
ンタフェースチャネル接続処理１７００を実行する。イ
ンタフェースチャネル接続処理１７００では、まず、そ
のサブコマンドＩＤ１６１を調べ（１７０１）、全イン
タフェースチャネル接続要求を表していれば、各インタ
フェースチャネル１１７に接続している内部バス制御部
１０６と内部バス１０８との論理的切離しを行い（１７
０２）、各インタフェースチャネル１１７に接続してい
る多回線通信制御装置１０５の全回線制御モジュール１
０７へバス転送禁止割込みを発行する（１７０３）。そ
して、各インタフェースチャネル１１７に接続している
内部バス制御部１０６と内部バス１０８との論理的接続
を全インタフェースチャネル１１７について行い（１７
０４）、通信インタフェース部１０３の状態をマスタ状
態へ移行する（１７０５）。その後、データ連続性保証
要求フラグ１６３を調べ（１７０６）、データ連続性保
証を要求していれば現用系処理引継ぎ処理を実行し（１
７０７）、各インタフェースチャネル１１７に接続して
いる多回線通信制御装置１０５の全回線制御モジュール
１０７へバス転送禁止の解除を行う（１７０８）。ここ
で、全インタフェースチャネル接続要求のインタフェー
スチャネル接続コマンドを受けた通信インタフェース部
１０３がマスタ状態の場合は何も行われない。一方、指
定インタフェースチャネル接続要求を表している場合
は、インタフェースチャネルアドレス１６２が表す指定
インタフェースチャネル１１７に接続している内部バス
制御部１０６と内部バス１０８との論理的接続を行い
（１７０９）、通信インタフェース部１０３の状態を調
べ（１７１０）、スレーブ状態であれば、その状態をマ
スタ状態へ移行する（１７１１）。
【０１０７】図１８はホストコンピュータのＣＰＵから
構成制御インタフェースを介してインタフェースチャネ
ル切離しコマンドを受け付けた場合の通信インタフェー
ス部での処理を示したフローチャートである。
構成制御インタフェースを介してインタフェースチャネ
ル切離しコマンドを受け付けた場合の通信インタフェー
ス部での処理を示したフローチャートである。
【０１０８】ホストコンピュータ１００のＣＰＵ１０１
からの起動受付により、前記起動メッセージテーブル２
２０の起動情報設定エリア６０２を取り込んだ通信イン
タフェース部１０３は、そのコマンドＩＤ１６０からイ
ンタフェースチャネル切離しコマンドの起動を認識し、
インタフェースチャネル切離し処理１８００を実行す
る。インタフェースチャネル切離し処理１８００では、
まず、そのサブコマンドＩＤ１６１を調べ（１８０
１）、全インタフェースチャネル切離し要求を表してい
れば、各インタフェースチャネル１１７に接続している
内部バス制御部１０６と内部バス１０８との論理的切離
しを全インタフェースチャネル１１７について行い（１
８０２）、通信インタフェース部１０３の状態をスレー
ブ状態へ移行する（１８０３）。一方、指定インタフェ
ースチャネル切離し要求を表している場合は、インタフ
ェースチャネルアドレス１６２が表す指定インタフェー
スチャネル１１７に接続している多回線通信制御装置１
０５の内部バス制御部１０６と内部バス１０８との論理
的切離しを行い（１８０４）、他のインタフェースチャ
ネル１１７の状態を調べ（１８０５）、リザーブ状態の
ものがなければ、通信インタフェース部１０３の状態を
スレーブ状態へ移行する（１８０６）。ここで、インタ
フェースチャネル切離しコマンドを受けた通信インタフ
ェース部１０３がスレーブ状態の場合は何も行われな
い。また、本インタフェースチャネル切離しコマンドに
よりマスタ状態からスレーブ状態へ移行した通信インタ
フェース部１０３は、その内部で処理中の全ての通信制
御処理を中断し、先に図９、図１１の説明で述べたよう
に、以後、通信制御インタフェースを介した起動受付
け、及び割込み受付け処理を行わない。
からの起動受付により、前記起動メッセージテーブル２
２０の起動情報設定エリア６０２を取り込んだ通信イン
タフェース部１０３は、そのコマンドＩＤ１６０からイ
ンタフェースチャネル切離しコマンドの起動を認識し、
インタフェースチャネル切離し処理１８００を実行す
る。インタフェースチャネル切離し処理１８００では、
まず、そのサブコマンドＩＤ１６１を調べ（１８０
１）、全インタフェースチャネル切離し要求を表してい
れば、各インタフェースチャネル１１７に接続している
内部バス制御部１０６と内部バス１０８との論理的切離
しを全インタフェースチャネル１１７について行い（１
８０２）、通信インタフェース部１０３の状態をスレー
ブ状態へ移行する（１８０３）。一方、指定インタフェ
ースチャネル切離し要求を表している場合は、インタフ
ェースチャネルアドレス１６２が表す指定インタフェー
スチャネル１１７に接続している多回線通信制御装置１
０５の内部バス制御部１０６と内部バス１０８との論理
的切離しを行い（１８０４）、他のインタフェースチャ
ネル１１７の状態を調べ（１８０５）、リザーブ状態の
ものがなければ、通信インタフェース部１０３の状態を
スレーブ状態へ移行する（１８０６）。ここで、インタ
フェースチャネル切離しコマンドを受けた通信インタフ
ェース部１０３がスレーブ状態の場合は何も行われな
い。また、本インタフェースチャネル切離しコマンドに
よりマスタ状態からスレーブ状態へ移行した通信インタ
フェース部１０３は、その内部で処理中の全ての通信制
御処理を中断し、先に図９、図１１の説明で述べたよう
に、以後、通信制御インタフェースを介した起動受付
け、及び割込み受付け処理を行わない。
【０１０９】次に、図１９、図２０を用いて二重化通信
インタフェース部の現用／待機系切換え手順について述
べる。
インタフェース部の現用／待機系切換え手順について述
べる。
【０１１０】二重化通信インタフェース部１０３の現用
／待機系切換えには、現用系通信インタフェース部１０
３−ａ、又は現用系通信インタフェース部１０３−ａと
多回線通信制御装置１０５との接続経路（拡張バスケー
ブル１１８、内部バス制御部１０６）や多回線通信制御
装置１０５の内部バス１０８に障害が発生した場合に行
われる障害切換えと、オペレータがコンソールでのキー
操作によって計画的に行う保守切換えとがある。
／待機系切換えには、現用系通信インタフェース部１０
３−ａ、又は現用系通信インタフェース部１０３−ａと
多回線通信制御装置１０５との接続経路（拡張バスケー
ブル１１８、内部バス制御部１０６）や多回線通信制御
装置１０５の内部バス１０８に障害が発生した場合に行
われる障害切換えと、オペレータがコンソールでのキー
操作によって計画的に行う保守切換えとがある。
【０１１１】図１９は、障害切換え時の二重化通信イン
タフェース部の現用／待機系切換え手順を示した図であ
る。
タフェース部の現用／待機系切換え手順を示した図であ
る。
【０１１２】現用系通信インタフェース部１０３、又は
現用系通信インタフェース部１０３と多回線通信制御装
置１０５との接続経路（拡張バスケーブル１１８、内部
バス制御部１０６）や多回線通信制御装置１０５の内部
バス１０６での障害発生を検出したホストコンピュータ
１００のＣＰＵ１０１は、現用系通信インタフェース部
１０３−ａへそのＭＰＵ１１２−ａの動作停止を指示
し、待機系通信インタフェース部１０３−ｂへインタフ
ェースチャネル接続コマンド（全インタフェースチャネ
ル接続及びデータ連続性保証を要求）を起動する。該コ
マンドを受けた待機系通信インタフェース部１０３−ｂ
は先に述べたインタフェースチャネル接続処理１７００
のステップ１７０２〜１７０８を実行する。
現用系通信インタフェース部１０３と多回線通信制御装
置１０５との接続経路（拡張バスケーブル１１８、内部
バス制御部１０６）や多回線通信制御装置１０５の内部
バス１０６での障害発生を検出したホストコンピュータ
１００のＣＰＵ１０１は、現用系通信インタフェース部
１０３−ａへそのＭＰＵ１１２−ａの動作停止を指示
し、待機系通信インタフェース部１０３−ｂへインタフ
ェースチャネル接続コマンド（全インタフェースチャネ
ル接続及びデータ連続性保証を要求）を起動する。該コ
マンドを受けた待機系通信インタフェース部１０３−ｂ
は先に述べたインタフェースチャネル接続処理１７００
のステップ１７０２〜１７０８を実行する。
【０１１３】ここで、各構成部位の障害検出は次のよう
な手段によって行う。
な手段によって行う。
【０１１４】二重化通信インタフェース部１０３につい
ては、ホストコンピュータ１００のＣＰＵ１０１による
周期的アクセスチェックによる監視と、通信インタフェ
ース部１０３自身による内部監視（ウォッチ ドッグ
タイマなど）とにより、その障害を検出する。
ては、ホストコンピュータ１００のＣＰＵ１０１による
周期的アクセスチェックによる監視と、通信インタフェ
ース部１０３自身による内部監視（ウォッチ ドッグ
タイマなど）とにより、その障害を検出する。
【０１１５】多回線通信制御装置１０５内の構成部（内
部バス制御部１０６、回線制御モジュール１０７、内部
バス１０８）については、現用系通信インタフェース部
１０３−ａがその各構成部を周期的アクセスチェックに
より監視し、その障害の検出とホストコンピュータ１０
０のＣＰＵ１０１への報告を行う。
部バス制御部１０６、回線制御モジュール１０７、内部
バス１０８）については、現用系通信インタフェース部
１０３−ａがその各構成部を周期的アクセスチェックに
より監視し、その障害の検出とホストコンピュータ１０
０のＣＰＵ１０１への報告を行う。
【０１１６】図２０は、保守切換え時の二重化通信イン
タフェース部の現用／待機系切換え手順を示した図であ
る。
タフェース部の現用／待機系切換え手順を示した図であ
る。
【０１１７】オペレータがコンソールでのキー操作によ
って二重化通信インタフェース部１０３の現用／待機系
切換えを要求したことを検出したホストコンピュータ１
００のＣＰＵ１０１は、現用系通信インタフェース部１
０３−ａへインタフェースチャネル切離しコマンド（全
インタフェースチャネル切離し要求）を起動する。該コ
マンドを受けた待機系通信インタフェース部１０３−ｂ
は先に述べたインタフェースチャネル切離し処理１８０
０のステップ１８０２〜１８０３を実行し、その処理終
了をＣＰＵ１０１へ報告する。該終了報告を受けたＣＰ
Ｕ１０１は待機系通信インタフェース部１０３−ｂへイ
ンタフェースチャネル接続コマンド（全インタフェース
チャネル接続及びデータ連続性保証を要求）を起動す
る。該コマンドを受けた待機系通信インタフェース部１
０３−ｂは先に述べたインタフェースチャネル接続処理
１７００のステップ１７０２〜１７０８を実行する。
って二重化通信インタフェース部１０３の現用／待機系
切換えを要求したことを検出したホストコンピュータ１
００のＣＰＵ１０１は、現用系通信インタフェース部１
０３−ａへインタフェースチャネル切離しコマンド（全
インタフェースチャネル切離し要求）を起動する。該コ
マンドを受けた待機系通信インタフェース部１０３−ｂ
は先に述べたインタフェースチャネル切離し処理１８０
０のステップ１８０２〜１８０３を実行し、その処理終
了をＣＰＵ１０１へ報告する。該終了報告を受けたＣＰ
Ｕ１０１は待機系通信インタフェース部１０３−ｂへイ
ンタフェースチャネル接続コマンド（全インタフェース
チャネル接続及びデータ連続性保証を要求）を起動す
る。該コマンドを受けた待機系通信インタフェース部１
０３−ｂは先に述べたインタフェースチャネル接続処理
１７００のステップ１７０２〜１７０８を実行する。
【０１１８】このように、前記インタフェースチャネル
接続／切離しコマンドを用いて、現用系通信インタフェ
ース部１０３−ａから待機系通信インタフェース部１０
３−ｂへ現用系を切換えることにより、内部バス制御部
１０６−ａは内部バス１０８と論理的に切り離され、内
部バス制御部１０６−ｂが内部バス１０８と論理的に接
続される。
接続／切離しコマンドを用いて、現用系通信インタフェ
ース部１０３−ａから待機系通信インタフェース部１０
３−ｂへ現用系を切換えることにより、内部バス制御部
１０６−ａは内部バス１０８と論理的に切り離され、内
部バス制御部１０６−ｂが内部バス１０８と論理的に接
続される。
【０１１９】さらに、図２１、図２２、図２３、図２
４、図２５、図２６を用いて、インタフェースチャネル
接続コマンド（全インタフェースチャネル接続及びデー
タ連続性保証を要求）を受けた通信インタフェース部で
の現用系処理引継ぎ処理について説明する。
４、図２５、図２６を用いて、インタフェースチャネル
接続コマンド（全インタフェースチャネル接続及びデー
タ連続性保証を要求）を受けた通信インタフェース部で
の現用系処理引継ぎ処理について説明する。
【０１２０】図２１は、現用系処理引継ぎ処理の全体処
理フローを示した図である。
理フローを示した図である。
【０１２１】現用系処理引継ぎ処理１７０７は、まず、
先に述べたマルチキャスト通信処理で用いる通信制御情
報を通信インタフェース部１０３上に回復する通信制御
情報回復処理を行い（２１０１）、次に、多回線通信制
御装置１０５の回線制御モジュール１０７からの割込み
受付処理を引き継ぐ割込み受付リカバリ処理を行った後
（２１０２）、通信制御インタフェースを介したホスト
コンピュータ１００のＣＰＵ１０１からの起動受付処理
を引き継ぐ起動受付リカバリ処理を行い（２１０３）、
最後に、マルチキャスト通信処理の終了報告処理を引き
継ぐマルチキャスト通信終了報告リカバリ処理を行う
（２１０４）。
先に述べたマルチキャスト通信処理で用いる通信制御情
報を通信インタフェース部１０３上に回復する通信制御
情報回復処理を行い（２１０１）、次に、多回線通信制
御装置１０５の回線制御モジュール１０７からの割込み
受付処理を引き継ぐ割込み受付リカバリ処理を行った後
（２１０２）、通信制御インタフェースを介したホスト
コンピュータ１００のＣＰＵ１０１からの起動受付処理
を引き継ぐ起動受付リカバリ処理を行い（２１０３）、
最後に、マルチキャスト通信処理の終了報告処理を引き
継ぐマルチキャスト通信終了報告リカバリ処理を行う
（２１０４）。
【０１２２】図２２は、マルチキャスト通信処理で用い
る通信制御情報を通信インタフェース部上に回復する通
信制御情報回復処理のフローチャートである。
る通信制御情報を通信インタフェース部上に回復する通
信制御情報回復処理のフローチャートである。
【０１２３】通信制御情報回復処理２１０１では、ま
ず、主記憶部１０２上のリカバリインタフェースエリア
の宛先パターンテーブル格納エリア２１２にある全ての
宛先パターンテーブル５００を通信インタフェース部１
０３上の宛先パターンテーブル用ワークエリア２３０へ
コピーする（２２０１）。次に、主記憶部１０２上の通
信制御インタフェースエリアのマルチキャスト通信起動
テーブル２０２の起動フラグ３２１から有効マルチキャ
スト通信コマンドの有無を調べる（２２０２）。そし
て、有効マルチキャスト通信コマンドがあれば、そのマ
ルチキャスト通信処理がマルチキャストステータス２か
どうか調べ（２２０３）、マルチキャストステータス２
であれば、通信制御インタフェースエリアの該当マルチ
キャスト通信管理テーブル２０８を通信インタフェース
部１０３上のマルチキャスト通信管理テーブル編集エリ
ア２３１へコピーし（２２０４）、そうでなければ、コ
ピーは行わない。また、有効マルチキャスト通信コマン
ドがなければ、何も行わない。そして、該当マルチキャ
スト通信コマンドのマルチキャスト送信データを主記憶
部１０２上の送受信バッファ１１４から通信インタフェ
ース部１０３上の送受信バッファ１１５へコピーする
（２２０５）。そして、前記処理の内、ステップ２２０
２〜２２０５をマルチキャスト通信起動テーブル２０２
の情報登録エリア分繰返す（２２０６）。
ず、主記憶部１０２上のリカバリインタフェースエリア
の宛先パターンテーブル格納エリア２１２にある全ての
宛先パターンテーブル５００を通信インタフェース部１
０３上の宛先パターンテーブル用ワークエリア２３０へ
コピーする（２２０１）。次に、主記憶部１０２上の通
信制御インタフェースエリアのマルチキャスト通信起動
テーブル２０２の起動フラグ３２１から有効マルチキャ
スト通信コマンドの有無を調べる（２２０２）。そし
て、有効マルチキャスト通信コマンドがあれば、そのマ
ルチキャスト通信処理がマルチキャストステータス２か
どうか調べ（２２０３）、マルチキャストステータス２
であれば、通信制御インタフェースエリアの該当マルチ
キャスト通信管理テーブル２０８を通信インタフェース
部１０３上のマルチキャスト通信管理テーブル編集エリ
ア２３１へコピーし（２２０４）、そうでなければ、コ
ピーは行わない。また、有効マルチキャスト通信コマン
ドがなければ、何も行わない。そして、該当マルチキャ
スト通信コマンドのマルチキャスト送信データを主記憶
部１０２上の送受信バッファ１１４から通信インタフェ
ース部１０３上の送受信バッファ１１５へコピーする
（２２０５）。そして、前記処理の内、ステップ２２０
２〜２２０５をマルチキャスト通信起動テーブル２０２
の情報登録エリア分繰返す（２２０６）。
【０１２４】こうして、現用系で処理していたマルチキ
ャスト通信の処理引継ぎに必要な情報のみを、実際の処
理引継ぎを行う前に待機系の通信インタフェース部内に
再生しておくことができる。
ャスト通信の処理引継ぎに必要な情報のみを、実際の処
理引継ぎを行う前に待機系の通信インタフェース部内に
再生しておくことができる。
【０１２５】図２３は、多回線通信制御装置の回線制御
モジュールからの割込み受付処理を引き継ぐ割込み受付
リカバリ処理のフローチャートである。
モジュールからの割込み受付処理を引き継ぐ割込み受付
リカバリ処理のフローチャートである。
【０１２６】割込み受付リカバリ処理２１０２では、ま
ず、通信インタフェース部１０３に接続している多回線
通信制御装置１０５の各回線制御モジュール１０７上の
割込み通知テーブル２４２の有効フラグ３４１がＯＮか
どうかを調べ（２３０１）、ＯＮであれば、割込み通知
テーブル２４２の各報告フラグ３４２〜３４５より該当
割込みの種別を判定する（２３０２）。そして、該当割
込みが一対一通信終了報告の場合、その割込み通知テー
ブル２４２に対応する主記憶部１０２上の通信制御イン
タフェースエリアの一対一通信起動キュー・テーブル２
０１のリードポインタ３１２と一対一通信終了報告キュ
ー・テーブル２０４のライトポインタ３１１から、該一
対一通信起動キュー・テーブル２０１のリードポインタ
３１２の更新処理を行っているかどうか調べ（２３０
３）、更新処理を行っていなければ（リードポインタ３
１２とライトポインタ３１１が等しくない場合）、その
リードポインタ３１２の更新を行う（２３０４）。そし
て、割込み報告先識別キュー・テーブル２０７への該当
割込み通知テーブル２４２の割込み情報登録とホストコ
ンピュータ１００のＣＰＵ１０１への割込みを発行し
（２３０５）、該当割込み通知テーブル２４２の有効フ
ラグ３４１をＯＦＦする（２３０６）。また、該当割込
みがデータ受信もしくは通信割込み報告の場合、前記処
理の内、ステップ２３０５〜２３０６のみ行う。さら
に、該当割込みがマルチキャスト通信起動受付完了報告
の場合、その割込み通知テーブル２４２に対応するマル
チキャスト通信管理テーブル２０８の終了監視エリア５
１４の監視フラグを１から０に書替えているかどうか調
べ（２３０７）、１ならば、該当監視フラグを０に書替
える（２３０８）。その後、終了報告エリア５１４内、
監視フラグが１の総数（Ｍａ）から未終了報告受付総数
５１３（Ｍｂ）の減算処理を行っているかどうか調べ
（２３０９）、減算処理を行っていなければ（Ｍａ＜Ｍ
ｂ）、未終了報告受付総数５１３の減算を行う（２３１
０）。一方、前記有効フラグ３４１がＯＦＦの場合、何
も行わない。そして、処理ステップ２３０１〜２３１０
を通信インタフェース部１０３に接続している多回線通
信制御装置１０５の全回線制御モジュール１０７分繰返
して行う（２３１１）。
ず、通信インタフェース部１０３に接続している多回線
通信制御装置１０５の各回線制御モジュール１０７上の
割込み通知テーブル２４２の有効フラグ３４１がＯＮか
どうかを調べ（２３０１）、ＯＮであれば、割込み通知
テーブル２４２の各報告フラグ３４２〜３４５より該当
割込みの種別を判定する（２３０２）。そして、該当割
込みが一対一通信終了報告の場合、その割込み通知テー
ブル２４２に対応する主記憶部１０２上の通信制御イン
タフェースエリアの一対一通信起動キュー・テーブル２
０１のリードポインタ３１２と一対一通信終了報告キュ
ー・テーブル２０４のライトポインタ３１１から、該一
対一通信起動キュー・テーブル２０１のリードポインタ
３１２の更新処理を行っているかどうか調べ（２３０
３）、更新処理を行っていなければ（リードポインタ３
１２とライトポインタ３１１が等しくない場合）、その
リードポインタ３１２の更新を行う（２３０４）。そし
て、割込み報告先識別キュー・テーブル２０７への該当
割込み通知テーブル２４２の割込み情報登録とホストコ
ンピュータ１００のＣＰＵ１０１への割込みを発行し
（２３０５）、該当割込み通知テーブル２４２の有効フ
ラグ３４１をＯＦＦする（２３０６）。また、該当割込
みがデータ受信もしくは通信割込み報告の場合、前記処
理の内、ステップ２３０５〜２３０６のみ行う。さら
に、該当割込みがマルチキャスト通信起動受付完了報告
の場合、その割込み通知テーブル２４２に対応するマル
チキャスト通信管理テーブル２０８の終了監視エリア５
１４の監視フラグを１から０に書替えているかどうか調
べ（２３０７）、１ならば、該当監視フラグを０に書替
える（２３０８）。その後、終了報告エリア５１４内、
監視フラグが１の総数（Ｍａ）から未終了報告受付総数
５１３（Ｍｂ）の減算処理を行っているかどうか調べ
（２３０９）、減算処理を行っていなければ（Ｍａ＜Ｍ
ｂ）、未終了報告受付総数５１３の減算を行う（２３１
０）。一方、前記有効フラグ３４１がＯＦＦの場合、何
も行わない。そして、処理ステップ２３０１〜２３１０
を通信インタフェース部１０３に接続している多回線通
信制御装置１０５の全回線制御モジュール１０７分繰返
して行う（２３１１）。
【０１２７】こうして、通信インタフェース部１０３に
接続している多回線通信制御装置１０５の全回線制御モ
ジュール１０７からの各報告割込みを抜けなく受付処理
することができる。
接続している多回線通信制御装置１０５の全回線制御モ
ジュール１０７からの各報告割込みを抜けなく受付処理
することができる。
【０１２８】図２４は、通信制御インタフェースを介し
たホストコンピュータのＣＰＵからの起動受付処理を引
き継ぐ起動受付リカバリ処理のフローチャートである。
たホストコンピュータのＣＰＵからの起動受付処理を引
き継ぐ起動受付リカバリ処理のフローチャートである。
【０１２９】起動受付リカバリ処理２１０３では、ま
ず、主記憶部１０２上の通信制御インタフェースエリア
の起動先識別キュー・テーブル２００のリードポインタ
３０２と、リカバリインタフェースエリアのネクストリ
ードポインタテーブル２１１の起動先識別キュー・テー
ブル用記録フィールド４１０の値から、現用系の通信イ
ンタフェース部１０３が通信制御インタフェースを介し
てやり取りされるコマンドの受付処理中であったかどう
か調べ（２４０１）、あれば（前記リードポインタ３０
２とネクストリードポインタが等しくない場合）、起動
先識別キュー・テーブル２００のリードポインタ３０２
が示す情報登録エリア３０３に登録されている起動先識
別情報を調べ（２４０２）、以下の起動引継ぎ処理を行
う。そして、該起動先識別情報が一対一通信起動であっ
た場合、該起動先識別情報が示す回線制御モジュール１
０７上の該当一対一通信コマンドキュー・テーブル２４
０のライトポインタ３１１とリカバリインタフェースエ
リアのカレントライトポインタテーブル２１０の該当カ
レントライトポインタから、該当一対一通信コマンドキ
ュー・テーブル２４０へ、該起動先識別情報が示す一対
一通信起動キュー・テーブル２０１のリードポインタ３
１２が示す情報登録エリア３１３の一対一通信コマンド
情報を登録しているかどうか調べ（２４０３）、登録し
ていなければ（前記ライトポインタ３１１とカレントラ
イトポインタが等しい場合）、該当一対一通信コマンド
キュー・テーブル２４０へ該一対一通信コマンド情報を
登録し（２４０６）、前記ネクストリードポインタテー
ブル２１１内にある一対一通信起動キュー・テーブル２
０１のネクストリードポインタを更新する（２４０
７）。また、すでに該当一対一通信コマンドキュー・テ
ーブル２４０へ該一対一通信コマンド情報を登録済みの
場合、前記一対一通信起動キュー・テーブル２０１のリ
ードポインタ３１２と前記ネクストリードポインタテー
ブル２１１の該当ネクストリードポインタから該一対一
通信起動キュー・テーブル２０１のネクストリードポイ
ンタを更新したかどうか調べ（２４０４）、更新してい
なければ、前記ステップ２４０７を実行する。そして、
該起動先識別キュー・テーブル２００から該当起動先識
別情報を廃棄する（２４０５）。また、該起動先識別情
報がマルチキャスト通信起動であった場合、該当マルチ
キャスト通信処理がマルチキャストステータス１かどう
か調べ（２４０８）、マルチキャストステータス１な
ら、現用系処理引継ぎ処理１７０７終了後、該マルチキ
ャスト通信起動を処理するようマルチキャスト通信起動
処理１２００の実行を要求する（２４０９）。一方、マ
ルチキャストステータス１でなければ、マルチキャスト
通信起動リカバリ処理を行う（２４１０）。
ず、主記憶部１０２上の通信制御インタフェースエリア
の起動先識別キュー・テーブル２００のリードポインタ
３０２と、リカバリインタフェースエリアのネクストリ
ードポインタテーブル２１１の起動先識別キュー・テー
ブル用記録フィールド４１０の値から、現用系の通信イ
ンタフェース部１０３が通信制御インタフェースを介し
てやり取りされるコマンドの受付処理中であったかどう
か調べ（２４０１）、あれば（前記リードポインタ３０
２とネクストリードポインタが等しくない場合）、起動
先識別キュー・テーブル２００のリードポインタ３０２
が示す情報登録エリア３０３に登録されている起動先識
別情報を調べ（２４０２）、以下の起動引継ぎ処理を行
う。そして、該起動先識別情報が一対一通信起動であっ
た場合、該起動先識別情報が示す回線制御モジュール１
０７上の該当一対一通信コマンドキュー・テーブル２４
０のライトポインタ３１１とリカバリインタフェースエ
リアのカレントライトポインタテーブル２１０の該当カ
レントライトポインタから、該当一対一通信コマンドキ
ュー・テーブル２４０へ、該起動先識別情報が示す一対
一通信起動キュー・テーブル２０１のリードポインタ３
１２が示す情報登録エリア３１３の一対一通信コマンド
情報を登録しているかどうか調べ（２４０３）、登録し
ていなければ（前記ライトポインタ３１１とカレントラ
イトポインタが等しい場合）、該当一対一通信コマンド
キュー・テーブル２４０へ該一対一通信コマンド情報を
登録し（２４０６）、前記ネクストリードポインタテー
ブル２１１内にある一対一通信起動キュー・テーブル２
０１のネクストリードポインタを更新する（２４０
７）。また、すでに該当一対一通信コマンドキュー・テ
ーブル２４０へ該一対一通信コマンド情報を登録済みの
場合、前記一対一通信起動キュー・テーブル２０１のリ
ードポインタ３１２と前記ネクストリードポインタテー
ブル２１１の該当ネクストリードポインタから該一対一
通信起動キュー・テーブル２０１のネクストリードポイ
ンタを更新したかどうか調べ（２４０４）、更新してい
なければ、前記ステップ２４０７を実行する。そして、
該起動先識別キュー・テーブル２００から該当起動先識
別情報を廃棄する（２４０５）。また、該起動先識別情
報がマルチキャスト通信起動であった場合、該当マルチ
キャスト通信処理がマルチキャストステータス１かどう
か調べ（２４０８）、マルチキャストステータス１な
ら、現用系処理引継ぎ処理１７０７終了後、該マルチキ
ャスト通信起動を処理するようマルチキャスト通信起動
処理１２００の実行を要求する（２４０９）。一方、マ
ルチキャストステータス１でなければ、マルチキャスト
通信起動リカバリ処理を行う（２４１０）。
【０１３０】こうして、通信制御インタフェースを介し
たホストコンピュータのＣＰＵからの各種起動を抜け／
重複することなく処理することができる。なお、起動受
付リカバリ処理では高々１つの起動コマンド分しか受付
リカバリを行わないでよいよう、通常の起動受付時、カ
レントで処理中のコマンドを１つに制限できるよう通信
制御インタフェースの起動受付制御を行っている。
たホストコンピュータのＣＰＵからの各種起動を抜け／
重複することなく処理することができる。なお、起動受
付リカバリ処理では高々１つの起動コマンド分しか受付
リカバリを行わないでよいよう、通常の起動受付時、カ
レントで処理中のコマンドを１つに制限できるよう通信
制御インタフェースの起動受付制御を行っている。
【０１３１】図２５は、通信制御インタフェースを介し
たホストコンピュータのＣＰＵからマルチキャスト通信
起動受付処理中における多回線通信制御装置の回線制御
モジュールへのマルチキャスト通信起動処理を引き継ぐ
マルチキャスト通信起動リカバリ処理のフローチャート
である。
たホストコンピュータのＣＰＵからマルチキャスト通信
起動受付処理中における多回線通信制御装置の回線制御
モジュールへのマルチキャスト通信起動処理を引き継ぐ
マルチキャスト通信起動リカバリ処理のフローチャート
である。
【０１３２】マルチキャスト通信起動リカバリ処理２４
１０では、まず、通信インタフェース部１０３上のマル
チキャスト通信管理テーブル編集エリア２３１の該当マ
ルチキャスト通信管理テーブルの未起動総数５１１と該
当宛先パターンテーブル５００から求めた起動済み回線
数から、マルチキャスト通信起動処理中であると予想さ
れる回線を検出する（２５０１）。そして、該マルチキ
ャスト通信管理テーブルの起動管理エリア５１１２の該
検出回線に対応する起動フラグが書替え済みかどうか調
べる（２５０２）。その結果、書替え未処理（起動フラ
グが１）であった場合、該回線に対応する回線制御モジ
ュール１０７のマルチキャスト通信コマンドキュー・テ
ーブル２４１のライトポインタ３３１と主記憶部１０２
上のリカバリインタフェースエリアのカレントライトポ
インタテーブル２１０のマルチキャスト通信用記録エリ
ア４０２内の該当回線用記録要素４０６に記憶されてい
るカレントライトポインタから、該マルチキャスト通信
コマンドキュー・テーブル２４１へマルチキャスト通信
コマンドの登録を行っているかどうか調べ（２５０
３）、該コマンド登録を行っていなければ（前記ライト
ポインタ３３１とカレントライトポインタが等しい場
合）、該マルチキャスト通信コマンドキュー・テーブル
２４１へマルチキャスト通信コマンドの登録を行い、該
起動フラブを０に書替える（２５０４）。そして、該マ
ルチキャスト通信コマンドキュー・テーブル２４１のラ
イトポインタ３３１をカレントライトポインタテーブル
２１０のマルチキャスト通信用記録エリア４０２内の該
当回線用記録要素４０６に記憶し（２５０５）、該マル
チキャスト通信管理テーブルの未起動総数５１１を１減
算する（２５０６）。その後、残りの起動指示回線への
マルチキャスト通信起動処理（マルチキャスト通信起動
処理１２００のステップ１２０５〜１２１４）を行い
（２５０７）、該マルチキャスト通信管理テーブルの未
起動総数５１１がゼロになるまで繰返す（２５０８）。
そして、起動先識別キュー・テーブル２００から該当起
動先識別情報を廃棄し（２５０９）、現用系処理引継ぎ
処理１７０７終了後、該マルチキャスト通信処理の終了
を監視するためのマルチキャスト通信終了監視タイマを
起動する（２５１０）。
１０では、まず、通信インタフェース部１０３上のマル
チキャスト通信管理テーブル編集エリア２３１の該当マ
ルチキャスト通信管理テーブルの未起動総数５１１と該
当宛先パターンテーブル５００から求めた起動済み回線
数から、マルチキャスト通信起動処理中であると予想さ
れる回線を検出する（２５０１）。そして、該マルチキ
ャスト通信管理テーブルの起動管理エリア５１１２の該
検出回線に対応する起動フラグが書替え済みかどうか調
べる（２５０２）。その結果、書替え未処理（起動フラ
グが１）であった場合、該回線に対応する回線制御モジ
ュール１０７のマルチキャスト通信コマンドキュー・テ
ーブル２４１のライトポインタ３３１と主記憶部１０２
上のリカバリインタフェースエリアのカレントライトポ
インタテーブル２１０のマルチキャスト通信用記録エリ
ア４０２内の該当回線用記録要素４０６に記憶されてい
るカレントライトポインタから、該マルチキャスト通信
コマンドキュー・テーブル２４１へマルチキャスト通信
コマンドの登録を行っているかどうか調べ（２５０
３）、該コマンド登録を行っていなければ（前記ライト
ポインタ３３１とカレントライトポインタが等しい場
合）、該マルチキャスト通信コマンドキュー・テーブル
２４１へマルチキャスト通信コマンドの登録を行い、該
起動フラブを０に書替える（２５０４）。そして、該マ
ルチキャスト通信コマンドキュー・テーブル２４１のラ
イトポインタ３３１をカレントライトポインタテーブル
２１０のマルチキャスト通信用記録エリア４０２内の該
当回線用記録要素４０６に記憶し（２５０５）、該マル
チキャスト通信管理テーブルの未起動総数５１１を１減
算する（２５０６）。その後、残りの起動指示回線への
マルチキャスト通信起動処理（マルチキャスト通信起動
処理１２００のステップ１２０５〜１２１４）を行い
（２５０７）、該マルチキャスト通信管理テーブルの未
起動総数５１１がゼロになるまで繰返す（２５０８）。
そして、起動先識別キュー・テーブル２００から該当起
動先識別情報を廃棄し（２５０９）、現用系処理引継ぎ
処理１７０７終了後、該マルチキャスト通信処理の終了
を監視するためのマルチキャスト通信終了監視タイマを
起動する（２５１０）。
【０１３３】こうして、現用系の通信インタフェース部
で多回線通信制御装置内の指定された各回線制御モジュ
ールへの起動処理途中のマルチキャスト通信について、
そのマルチキャスト送信データを送出する回線の抜け／
重複なく処理を引き継ぐことができる。
で多回線通信制御装置内の指定された各回線制御モジュ
ールへの起動処理途中のマルチキャスト通信について、
そのマルチキャスト送信データを送出する回線の抜け／
重複なく処理を引き継ぐことができる。
【０１３４】図２６は、マルチキャスト通信処理の終了
報告処理を引き継ぐマルチキャスト通信終了報告リカバ
リ処理のフローチャートである。
報告処理を引き継ぐマルチキャスト通信終了報告リカバ
リ処理のフローチャートである。
【０１３５】マルチキャスト終了報告リカバリ処理２１
０４では、まず、主記憶部１０２上の通信制御インタフ
ェースエリアのマルチキャスト通信起動テーブル２０２
の起動フラグ３２１から有効マルチキャスト通信コマン
ドの有無を調べる（２６０１）。そして、有効コマンド
があれば、そのマルチキャスト通信処理がマルチキャス
トステータス２かどうか調べ（２６０２）、マルチキャ
ストステータス２であれば、通信インタフェース部１０
３上のマルチキャスト通信管理テーブル編集エリアの該
当マルチキャスト通信管理テーブルの未終了報告受付総
数５１３がゼロかどうかを調べる（２６０３）。そし
て、未終了報告受付総数５１３がゼロであれば、マルチ
キャスト通信終了報告キュー・テーブル２０４のライト
ポインタ３１１とリードポインタ３１２とが示す間の情
報登録エリア３１３に登録されている有効終了報告情報
の中に未終了報告受付総数５１３がゼロであったマルチ
キャスト通信管理テーブルに該当する終了報告情報が登
録されていないかどうか調べ（２６０４）、登録されて
いなければ、該マルチキャスト通信管理テーブルから該
当マルチキャスト通信処理の終了報告情報を作成し、該
マルチキャスト通信終了報告キュー・テーブル２０４へ
登録する（２６０５）。そして、割込み報告先識別キュ
ー・テーブル２０７へ該マルチキャスト通信終了報告を
示す割込み報告先識別情報を登録し（２６０６）、ホス
トコンピュータ１００のＣＰＵ１０１へ割込みを発行す
る（２６０７）。そして、ステップ２６０１〜２６０７
をマルチキャスト通信起動テーブル２０２の情報登録エ
リア分繰返す（２６０８）。
０４では、まず、主記憶部１０２上の通信制御インタフ
ェースエリアのマルチキャスト通信起動テーブル２０２
の起動フラグ３２１から有効マルチキャスト通信コマン
ドの有無を調べる（２６０１）。そして、有効コマンド
があれば、そのマルチキャスト通信処理がマルチキャス
トステータス２かどうか調べ（２６０２）、マルチキャ
ストステータス２であれば、通信インタフェース部１０
３上のマルチキャスト通信管理テーブル編集エリアの該
当マルチキャスト通信管理テーブルの未終了報告受付総
数５１３がゼロかどうかを調べる（２６０３）。そし
て、未終了報告受付総数５１３がゼロであれば、マルチ
キャスト通信終了報告キュー・テーブル２０４のライト
ポインタ３１１とリードポインタ３１２とが示す間の情
報登録エリア３１３に登録されている有効終了報告情報
の中に未終了報告受付総数５１３がゼロであったマルチ
キャスト通信管理テーブルに該当する終了報告情報が登
録されていないかどうか調べ（２６０４）、登録されて
いなければ、該マルチキャスト通信管理テーブルから該
当マルチキャスト通信処理の終了報告情報を作成し、該
マルチキャスト通信終了報告キュー・テーブル２０４へ
登録する（２６０５）。そして、割込み報告先識別キュ
ー・テーブル２０７へ該マルチキャスト通信終了報告を
示す割込み報告先識別情報を登録し（２６０６）、ホス
トコンピュータ１００のＣＰＵ１０１へ割込みを発行す
る（２６０７）。そして、ステップ２６０１〜２６０７
をマルチキャスト通信起動テーブル２０２の情報登録エ
リア分繰返す（２６０８）。
【０１３６】こうして、ホストコンピュータのＣＰＵへ
のマルチキャスト通信終了報告処理を引き継ぐことがで
きる。
のマルチキャスト通信終了報告処理を引き継ぐことがで
きる。
【０１３７】このように本実施例によれば、フォールト
トレラントコンピュータであるホストコンピュータの主
記憶部を介して通信インタフェース部の現用／待機系切
換え前の処理経過情報をやり取りできるので、通信イン
タフェース部、または多回線通信制御装置の内部バス制
御部が故障し、通信インタフェース部の現用／待機系切
換えを行なっても系切換え前後での処理を引き継ぐこと
を保証できる高信頼情報通信システムを提供することが
できる。
トレラントコンピュータであるホストコンピュータの主
記憶部を介して通信インタフェース部の現用／待機系切
換え前の処理経過情報をやり取りできるので、通信イン
タフェース部、または多回線通信制御装置の内部バス制
御部が故障し、通信インタフェース部の現用／待機系切
換えを行なっても系切換え前後での処理を引き継ぐこと
を保証できる高信頼情報通信システムを提供することが
できる。
【０１３８】
【発明の効果】以上のように、本発明によれば、ホスト
コンピュータ及び多回線制御装置の構成要素を二重化し
ているので、二重化構成部分が故障した場合、現用系を
切換えることによりデータ通信処理を継続し、ホストコ
ンピュータの主記憶部を介して現用系の処理の引継ぎを
行なうので、ホスト側の二重化構成部の故障により、端
末利用ユーザとの間で通信しているデータが失われた
り、ユーザが一定期間に渡って情報通信システムを使え
なくなることが無くなるという効果がある。
コンピュータ及び多回線制御装置の構成要素を二重化し
ているので、二重化構成部分が故障した場合、現用系を
切換えることによりデータ通信処理を継続し、ホストコ
ンピュータの主記憶部を介して現用系の処理の引継ぎを
行なうので、ホスト側の二重化構成部の故障により、端
末利用ユーザとの間で通信しているデータが失われた
り、ユーザが一定期間に渡って情報通信システムを使え
なくなることが無くなるという効果がある。
【図１】本発明の一実施例に係る情報通信システム概略
構成とホスト側のホストコンピュータ及び多回線通信制
御装置の内部構成図である。
構成とホスト側のホストコンピュータ及び多回線通信制
御装置の内部構成図である。
【図２】本発明の一実施例に係る情報通信システムにお
けるホスト側の通信処理インタフェース構造図である。
けるホスト側の通信処理インタフェース構造図である。
【図３】本発明の一実施例に係る情報通信システムにお
ける通信制御インタフェースを構成するテーブルの構造
図である。
ける通信制御インタフェースを構成するテーブルの構造
図である。
【図４】本発明の一実施例に係る情報通信システムにお
けるリカバリインタフェースを構成するテーブルの構造
図である。
けるリカバリインタフェースを構成するテーブルの構造
図である。
【図５】本発明の一実施例に係る情報通信システムにお
けるマルチキャスト通信処理で使用される制御テーブル
の構造図である。
けるマルチキャスト通信処理で使用される制御テーブル
の構造図である。
【図６】本発明の一実施例に係る情報通信システムにお
ける構成制御インタフェースを構成するテーブルの構造
図である。
ける構成制御インタフェースを構成するテーブルの構造
図である。
【図７】本発明の一実施例に係る情報通信システムの構
成制御インタフェースでの起動／終了処理の概略手順を
示した図である。
成制御インタフェースでの起動／終了処理の概略手順を
示した図である。
【図８】本発明の一実施例に係る情報通信システムの通
信制御インタフェースでの一対一通信の起動／終了処理
の概略手順を示した図である。
信制御インタフェースでの一対一通信の起動／終了処理
の概略手順を示した図である。
【図９】本発明の一実施例に係る情報通信システムの通
信インタフェース部における起動受付処理／一対一通信
起動処理のフローチャート図である。
信インタフェース部における起動受付処理／一対一通信
起動処理のフローチャート図である。
【図１０】本発明の一実施例に係る情報通信システムの
回線制御モジュールにおけるデータ通信処理の概略手順
を示した図である。
回線制御モジュールにおけるデータ通信処理の概略手順
を示した図である。
【図１１】本発明の一実施例に係る情報通信システムの
通信インタフェース部における割込み受付処理及び割込
み報告処理のフローチャート図である。
通信インタフェース部における割込み受付処理及び割込
み報告処理のフローチャート図である。
【図１２】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信起動
処理のフローチャート図である。
通信インタフェース部におけるマルチキャスト通信起動
処理のフローチャート図である。
【図１３】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信起動
受付完了報告受付処理のフローチャート図である。
通信インタフェース部におけるマルチキャスト通信起動
受付完了報告受付処理のフローチャート図である。
【図１４】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信終了
報告処理のフローチャート図である。
通信インタフェース部におけるマルチキャスト通信終了
報告処理のフローチャート図である。
【図１５】本発明の一実施例に係る情報通信システムの
通信インタフェース部及び回線制御モジュールにおける
マルチキャスト通信コマンドの有効数に応じた処理の概
略手順を示した図である。
通信インタフェース部及び回線制御モジュールにおける
マルチキャスト通信コマンドの有効数に応じた処理の概
略手順を示した図である。
【図１６】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の現用／待機系切換えに用
いるインタフェースチャネル接続／切離しコマンドの起
動情報フォーマットを示した図である。
二重化通信インタフェース部の現用／待機系切換えに用
いるインタフェースチャネル接続／切離しコマンドの起
動情報フォーマットを示した図である。
【図１７】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるインタフェースチャネル
接続処理のフローチャート図である。
通信インタフェース部におけるインタフェースチャネル
接続処理のフローチャート図である。
【図１８】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるインタフェースチャネル
切離し処理のフローチャート図である。
通信インタフェース部におけるインタフェースチャネル
切離し処理のフローチャート図である。
【図１９】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の障害切換え手順を示した
図である。
二重化通信インタフェース部の障害切換え手順を示した
図である。
【図２０】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の保守切換え手順を示した
図である。
二重化通信インタフェース部の保守切換え手順を示した
図である。
【図２１】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理の
フローチャート図である。
通信インタフェース部における現用系処理引継ぎ処理の
フローチャート図である。
【図２２】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の通信制御情報回復処理を示すフローチャート図であ
る。
通信インタフェース部における現用系処理引継ぎ処理で
の通信制御情報回復処理を示すフローチャート図であ
る。
【図２３】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の割込み受付リカバリ処理を示すフローチャート図であ
る。
通信インタフェース部における現用系処理引継ぎ処理で
の割込み受付リカバリ処理を示すフローチャート図であ
る。
【図２４】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の起動受付リカバリ処理を示すフローチャート図であ
る。
通信インタフェース部における現用系処理引継ぎ処理で
の起動受付リカバリ処理を示すフローチャート図であ
る。
【図２５】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の起動受付リカバリ処理にて実行されるマルチキャスト
通信起動リカバリ処理を示すフローチャート図である。
通信インタフェース部における現用系処理引継ぎ処理で
の起動受付リカバリ処理にて実行されるマルチキャスト
通信起動リカバリ処理を示すフローチャート図である。
【図２６】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
のマルチキャスト通信終了報告リカバリ処理を示すフロ
ーチャート図である。
通信インタフェース部における現用系処理引継ぎ処理で
のマルチキャスト通信終了報告リカバリ処理を示すフロ
ーチャート図である。
１００…ホストコンピュータ、 １０１…ＣＰＵ、 １０２…主記憶部、 １０３…通信インタフェース部、 １０５…多回線通信制御装置、 １０６…内部バス制御部、 １０７…回線制御モジュール、 １１２，１１３…ＭＰＵ、 １１４，１１５，１１６…送受信バッファ、 １１７…インタフェースチャネル、 ２００…起動先識別キュー・テーブル、 ２０１…一対一通信起動キュー・テーブル、 ２０２…マルチキャスト通信起動テーブル、 ２０３…一対一通信終了報告キュー・テーブル、 ２０４…マルチキャスト通信終了報告キュー・テーブ
ル、 ２０５…データ受信報告キュー・テーブル、 ２０６…通信割込み報告キュー・テーブル、 ２０７…割込み報告先識別キュー・テーブル、 ２０８…マルチキャスト通信管理テーブル、 ２０９…マルチキャスト通信起動受付完了報告キュー・
テーブル、 ２１０…カレントライトポインタテーブル、 ２１１…ネクストリードポインタテーブル、 ２１２…宛先パターンテーブル格納エリア、 ２２０…起動メッセージテーブル、 ２２１…終了メッセージテーブル、 ２３０…宛先パターンテーブル用ワークエリア、 ２３１…マルチキャスト通信管理テーブル編集エリア、 ２４０…一対一通信コマンドキュー・テーブル、 ２４１…マルチキャスト通信コマンドキュー・テーブ
ル、 ２４２…割込み通知テーブル、 ５００…宛先パターンテーブル、 ９００…起動受付処理、 １１００…割込み受付処理、 ９１１…マルチキャスト通信起動処理、 １１０９…マルチキャスト通信起動受付完了報告受付処
理、 １３０８…マルチキャスト通信終了報告処理、 １７００…インタフェースチャネル接続処理、 １８００…インタフェースチャネル切離し処理、 １７０７…現用系処理引継ぎ処理、 ２１０１…通信制御情報回復処理、 ２１０２…割込み受付リカバリ処理、 ２１０３…起動受付リカバリ処理、 ２４１０…マルチキャスト通信起動リカバリ処理、 ２１０４…マルチキャスト通信終了報告リカバリ処理。
ル、 ２０５…データ受信報告キュー・テーブル、 ２０６…通信割込み報告キュー・テーブル、 ２０７…割込み報告先識別キュー・テーブル、 ２０８…マルチキャスト通信管理テーブル、 ２０９…マルチキャスト通信起動受付完了報告キュー・
テーブル、 ２１０…カレントライトポインタテーブル、 ２１１…ネクストリードポインタテーブル、 ２１２…宛先パターンテーブル格納エリア、 ２２０…起動メッセージテーブル、 ２２１…終了メッセージテーブル、 ２３０…宛先パターンテーブル用ワークエリア、 ２３１…マルチキャスト通信管理テーブル編集エリア、 ２４０…一対一通信コマンドキュー・テーブル、 ２４１…マルチキャスト通信コマンドキュー・テーブ
ル、 ２４２…割込み通知テーブル、 ５００…宛先パターンテーブル、 ９００…起動受付処理、 １１００…割込み受付処理、 ９１１…マルチキャスト通信起動処理、 １１０９…マルチキャスト通信起動受付完了報告受付処
理、 １３０８…マルチキャスト通信終了報告処理、 １７００…インタフェースチャネル接続処理、 １８００…インタフェースチャネル切離し処理、 １７０７…現用系処理引継ぎ処理、 ２１０１…通信制御情報回復処理、 ２１０２…割込み受付リカバリ処理、 ２１０３…起動受付リカバリ処理、 ２４１０…マルチキャスト通信起動リカバリ処理、 ２１０４…マルチキャスト通信終了報告リカバリ処理。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 河原 哲也 神奈川県横浜市戸塚区吉田町292番地株 式会社日立製作所マイクロエレクトロニ クス機器開発研究所内 (72)発明者 中根 啓一 神奈川県横浜市戸塚区吉田町292番地株 式会社日立製作所マイクロエレクトロニ クス機器開発研究所内 (72)発明者 岡田 政和 茨城県日立市大みか町五丁目２番１号株 式会社日立製作所大みか工場内 (72)発明者 山口 彰二 茨城県日立市大みか町五丁目２番１号株 式会社日立製作所大みか工場内 (72)発明者 藤又 芳巳 茨城県日立市大みか町五丁目２番１号日 立プロセスコンピュータエンジニアリン グ株式会社内 (56)参考文献 特開 平４−217136（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 29/14 H04L 12/28 G06F 11/20 310 G06F 13/00 353
Claims (7)
- 【請求項１】少なくとも中央制御装置及び主記憶部を含
む内部構成要素が多重化され、一方が故障しても他方に
より処理を継続するホストコンピュータ、及びそれぞれ
複数の通信回線で接続された複数の情報端末との間でデ
ータの送受を行う複数の多回線通信制御装置を具備する
情報通信システムであって、 前記複数の多回線通信制御装置は、それぞれ、前記複数
の通信回線を制御する複数の回線制御モジュール、該複
数の回線制御モジュールを接続する内部バス、及び該内
部バスを制御し、かつ、前記ホストコンピュータとのイ
ンタフェースを持つ複数の内部バス制御部を有し、 前記ホストコンピュータは、前記内部バス制御部と同数
の、前記多回線通信制御装置とのインタフェースをとる
通信インタフェース部を有し、前記主記憶部に設けられ
た、前記多回線通信制御装置への通信処理起動を行う通
信制御インタフェースエリア、前記通信インタフェース
部の系切換え処理を行う構成制御インタフェースエリ
ア、及び前記通信インタフェース部の系切換え時に通信
データの連続性を保証するための通信処理経過引継ぎ情
報のやり取りを行うリカバリインタフェースエリアを用
いて前記通信インタフェース部の系切換えを制御するこ
とを特徴とする情報通信システム。 - 【請求項２】請求項１記載の情報通信システムにおい
て、 前記通信インタフェース部は、前記内部バス制御部を介
して前記多回線通信制御装置の内部バスと論理的に接続
しているものを現用系、論理的に切り離されているもの
を待機系として管理されることを特徴とする情報通信シ
ステム。 - 【請求項３】請求項１記載の情報通信システムにおい
て、 前記構成制御インタフェースエリアを介してやり取りす
るコマンドとして、前記通信インタフェース部に対して
そのインタフェースチャネルに接続している多回線通信
制御装置の内部バス制御部と内部バスとの論理的接続／
切離しを指示するインタフェースチャネル接続及びイン
タフェースチャネル切離しコマンドを設け、 前記通信インタフェース部は、該インタフェースチャネ
ル切離しコマンドにより現用系から待機系に、該インタ
フェースチャネル接続コマンドにより待機系から現用系
に移行することを特徴とする情報通信システム。 - 【請求項４】請求項３記載の情報通信システムにおい
て、 前記インタフェースチャネル切離しコマンドにより現用
系から待機系へ移行した通信インタフェース部は、前記
通信制御インタフェースエリアを介して起動されたコマ
ンドの処理中断、及び該起動の受付け停止を行い、 前記インタフェースチャネル接続コマンドにより待機系
から現用系へ移行した通信インタフェース部は、前記リ
カバリインタフェースエリアの通信処理経過引継ぎ情報
から、先に現用系であった前記通信インタフェース部で
中断された処理を引継ぐことにより通信データの連続性
を保証することを特徴とする情報通信システム。 - 【請求項５】請求項１記載の情報通信システムにおい
て、 前記通信制御インタフェースエリアに、前記通信インタ
フェース部でのマルチキャスト通信処理における管理情
報を記録しておくマルチキャスト通信管理テーブルを設
けたことを特徴とする情報通信システム。 - 【請求項６】請求項１記載の情報通信システムにおい
て、 前記中央制御装置は、前記通信制御インタフェースエリ
アを介したマルチキャスト通信におけるデータ送信先回
線を示す宛先パターンテーブルの設定を通信インタフェ
ース部に行う宛先パターンテーブル設定コマンドを有
し、同コマンドを受けた前記通信インタフェース部は、
設定された宛先パターンテーブルの補製を、前記リカバ
リインタフェースエリアに設けられた宛先パターンテー
ブル格納エリアへも格納することを特徴とする情報通信
システム。 - 【請求項７】請求項６記載の情報通信システムにおい
て、 前記リカバリインタフェースエリアに、前記多回線通信
制御装置の各回線制御モジュールの回線毎への一対一通
信、マルチキャスト通信でのデータ送信起動状況を記録
しておくカレントライトポインタテーブルと、前記通信
制御インタフェースエリアを介した前記中央制御装置か
らの起動状況を記録しておくネクストリードポインタテ
ーブル、及び前記宛先パターンテーブル設定コマンドに
よって通知された宛先パターンテーブルを格納しておく
宛先パターンテーブル格納エリアを設けたことを特徴と
する情報通信システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23447492A JP3260435B2 (ja) | 1992-09-02 | 1992-09-02 | 情報通信システム |
| US08/111,235 US5396485A (en) | 1992-09-01 | 1993-08-24 | Information communication system for point-to-point communication and point-to-multipoint communication using same lines |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP23447492A JP3260435B2 (ja) | 1992-09-02 | 1992-09-02 | 情報通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0685883A JPH0685883A (ja) | 1994-03-25 |
| JP3260435B2 true JP3260435B2 (ja) | 2002-02-25 |
Family
ID=16971585
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP23447492A Expired - Lifetime JP3260435B2 (ja) | 1992-09-01 | 1992-09-02 | 情報通信システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3260435B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000207238A (ja) * | 1999-01-11 | 2000-07-28 | Toshiba Corp | ネットワ―クシステムおよび情報記録媒体 |
-
1992
- 1992-09-02 JP JP23447492A patent/JP3260435B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0685883A (ja) | 1994-03-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5396485A (en) | Information communication system for point-to-point communication and point-to-multipoint communication using same lines | |
| US7424575B2 (en) | Storage control apparatus and method thereof | |
| US5758157A (en) | Method and system for providing service processor capability in a data processing by transmitting service processor requests between processing complexes | |
| JP2864741B2 (ja) | データインテグリティを保証する通信システム | |
| EP1076853B1 (en) | Controlling a bus with multiple system hosts | |
| US6785840B1 (en) | Call processor system and methods | |
| JP2004021556A (ja) | 記憶制御装置およびその制御方法 | |
| JP3537281B2 (ja) | 共有ディスク型多重系システム | |
| JPH09171441A (ja) | 二重化記憶装置の記憶一致方法および装置 | |
| US20070070535A1 (en) | Storage system and component replacement processing method thereof | |
| KR100195065B1 (ko) | 데이타 통신망 정합장치 | |
| JP3260435B2 (ja) | 情報通信システム | |
| JPH06259343A (ja) | 多重バス制御方式及びそれを用いたシステム | |
| JP3411309B2 (ja) | マルチキャスト通信システム | |
| JP2001154896A (ja) | 計算機およびそのファイル更新方法 | |
| JP3298239B2 (ja) | 二重化制御システムの等値化方法 | |
| JPH09288637A (ja) | 周辺装置の再接続方式およびインタフェース装置 | |
| JP3363579B2 (ja) | 監視装置及び監視システム | |
| JP3124201B2 (ja) | 入出力制御装置 | |
| KR20010011204A (ko) | 캐쉬미러링을 통한 레이드 장애극복 방법 및 장치 | |
| JPH0427239A (ja) | Ｌａｎ接続装置の制御方法 | |
| KR20040024068A (ko) | 이중화 프로세서의 크로스 이중화 제어방법 | |
| JPS628832B2 (ja) | ||
| JPS63209245A (ja) | デ−タ処理装置 | |
| JPH05175980A (ja) | 系間交絡通信制御方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071214 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081214 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081214 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091214 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101214 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101214 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111214 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111214 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121214 Year of fee payment: 11 |
|
| EXPY | Cancellation because of completion of term | ||
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121214 Year of fee payment: 11 |