JP3411309B2 - マルチキャスト通信システム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストコンピュータと
回線を介して接続される複数の端末間で情報を送受信す
るマルチキャスト通信システムに関する。

【０００２】

【従来の技術】従来、ホストコンピュータ〜端末間での
データ送受信において、ホストコンピュータから特定の
端末へデータ送信を行う一対一通信と、ホストコンピュ
ータから複数の端末へ同一データを送信するマルチキャ
スト通信とをサポートする情報通信システムとしては、
例えば、特開平２−１４３６２６号公報に記載されてい
るように以下のような情報通信システムが知られてい
る。

【０００３】ホストコンピュータから複数の端末へ同一
データを送信する場合、ホストコンピュータは同一デー
タを各端末へ送信するため、回線インタフェース部に回
線接続指示を行って各データ送信先端末との接続を行
う。そして、データ受信装置を経由して、接続された回
線に同一データを送出することによって各端末へ同一デ
ータを送信する。また、ホストコンピュータから特定の
端末へデータ送信を行う場合、先の同一データ送信の場
合と同様にホストコンピュータは、回線インタフェース
部に回線接続指示を行ってデータ送信先の特定端末との
接続を行う。そして、データ受信装置を経由して、接続
された回線にデータを送出することによって特定端末へ
データ送信する。この時、既に特定端末を含めて他の端
末との回線接続がなされている場合は、送信データに送
信先端末を示す情報を付加して、データ送受信制御装置
が前記付加情報を判別して特定端末にのみデータを送信
する。あるいは、ホストコンピュータは、予め全ての端
末と回線接続をしておき、先に述べた付加情報により希
望する端末へデータを送信していた。

【０００４】

【発明が解決しようとする課題】上記従来技術によれ
ば、データ通信を行う際、データ送信先と回線接続され
ていない場合はその都度回線接続を行う必要があり、回
線インタフェース部での回線接続処理の分だけ端末への
データ送信が遅れるという問題がある。また、データ送
信先と既に回線接続されている場合（予め全ての端末と
回線接続してある場合も含む）、ホストコンピュータで
は送信データにデータ送信先を示す情報を付加するた
め、データ送信先が増加すると（特に全端末へ同一デー
タを送信する場合）その付加情報が大きくなり、結果と
して転送情報量が増加する。さらに、その付加情報の増
加に伴い、ホストコンピュータの処理負荷も増加する。
すなわち、予め全ての端末と回線接続してある状態で、
複数の端末へ同一データを送信するマルチキャスト通信
を効率よく行うことができないという問題がある。

【０００５】本発明の目的は、情報通信システムにおい
て、特定の端末へデータ送信を行う一対一通信に加え、
データ送信先を示す情報のようなデータ通信起動時の情
報量を削減したマルチキャスト通信を実現するデータ通
信方法を備えた情報通信システムを提供することであ
る。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、以下の手段を設ける。

【０００７】二重化された通信インタフェース部を有す
るホストコンピュータ、前記通信インタフェース部に接
続された多回線通信制御装置及び、前記多回線通信制御
装置にネットワークを介して回線で接続された複数の端
末から成る情報通信システムにおいて、通信インタフェ
ース部以下の多回線通信制御装置が収容している全ての
回線について、マルチキャスト通信時に同一データ（マ
ルチキャスト送信データ）を送信するか否かをフラグの
ＯＮ／ＯＦＦ（１／０）で示した宛先パターンテーブル
を、その送信の要否の組合せを変えて主記憶部上に複数
設ける。また、ホストコンピュータの主記憶部上に、一
対一通信用の通信連絡テーブルとマルチキャスト通信用
の通信連絡テーブルと別々に設ける。

【０００８】詳細には、一対一通信用の通信連絡テーブ
ルとして、(1) ＣＰＵから回線制御モジュールへの起動
情報を登録するための一対一通信起動キュー・テーブ
ル、(2) 回線制御モジュールからＣＰＵへの一対一通信
の終了情報を登録するための一対一通信終了報告キュー
・テーブルを設ける。マルチキャスト通信用の通信連絡
テーブルとしては、(3) ＣＰＵから通信インタフェース
部への起動情報を登録するためのマルチキャスト通信起
動テーブル、(4) 通信インタフェース部から回線制御モ
ジュールへのマルチキャスト通信起動に対する回線制御
モジュールからの受付完了報告情報を登録するためのマ
ルチキャスト通信起動受付完了報告キュー・テーブル、
(5) 通信インタフェース部からＣＰＵへのマルチキャス
ト通信の終了報告情報を登録するためのマルチキャスト
通信終了報告キュー・テーブルを設ける。さらに主記憶
部上に、(6) ＣＰＵから通信インタフェース部への起動
情報を登録したテーブルを表す起動先識別情報を登録す
るための起動先識別キュー・テーブル、(7) 端末からの
データ受信情報を回線制御モジュールが登録するための
データ受信報告キュー・テーブル、(8) 回線上で通信異
常などが発生した際の報告情報を回線制御モジュールが
登録するための通信割込み報告キュー・テーブル、(9)
通信インタフェース部あるいは回線制御モジュールから
ＣＰＵへの割込み情報を登録したテーブルを表す割込み
報告先情報を登録するための割込み報告先識別キュー・
テーブル、(10) マルチキャスト通信時、該当宛先パタ
ーンテーブルを基に通信インタフェース部が作成し、マ
ルチキャスト通信の起動処理／終了処理に使用するマル
チキャスト通信管理テーブル、(11) マルチキャスト通
信時、回線制御モジュールが内部の送受信バッファに格
納できない送信データを格納するための回線制御モジュ
ール拡張バッファエリアを設け、さらに前記通信インタ
フェース部内に、(12) 前記宛先パターンテーブルを格
納するための宛先パターンテーブル用ワークエリア、(1
3) マルチキャスト通信時に、前記マルチキャスト通信
管理テーブルを作成して格納しておくためのマルチキャ
スト通信管理テーブル編集エリアを設ける。また、ホス
トコンピュータのＣＰＵに次のものを設ける。

【０００９】(14) 一対一通信を行う場合、該当する一
対一通信起動キュー・テーブルに起動情報を登録し、そ
の旨を通信インタフェース部に通知するための一対一通
信コマンド。

【００１０】(15) マルチキャスト通信を行う場合、前
記マルチキャスト通信起動テーブルに起動情報を登録
し、その旨を通信インタフェース部に通知するためのマ
ルチキャスト通信コマンド。

【００１１】(16) 前記宛先パターンテーブルを通信イ
ンタフェース部内に設定するために、その旨を通信イン
タフェース部へ指示するための宛先パターンテーブル設
定コマンド。

【００１２】(17) どのテーブルに起動情報を登録した
かを示す情報を、前記起動先識別キュー・テーブルに登
録する手段。

【００１３】ホストコンピュータの通信インタフェース
部に、ＣＰＵからの起動受付処理及び一対一通信起動に
対する処理を行うための次の手段を設ける。

【００１４】(18) 前記起動先識別キュー・テーブルに
ＣＰＵからの登録情報がないか周期的に監視する手段。

【００１５】(19) 前記起動先識別キュー・テーブル内
の登録情報の内容から処理すべき通信種別を判別する手
段。

【００１６】(20) 前記通信種別が一対一通信の場合、
前記起動先識別キュー・テーブル内の登録情報の内容か
ら該当回線制御モジュールに対してデータ送信を指示す
る手段。

【００１７】また、前記通信インタフェース部に、ＣＰ
Ｕからのマルチキャスト通信起動に対する処理を行うた
め、(21) 前記通信種別がマルチキャスト通信の場合、
主記憶部上の送受信バッファから通信インタフェース部
内の送受信バッファへ送信データを転送する手段、(22)
前記通信種別がマルチキャスト通信の場合、前記マル
チキャスト通信管理テーブルを用いて各回線制御モジュ
ールに対してデータ送信を指示する手段を設け、さらに
ＣＰＵへマルチキャスト通信の終了報告を行うため、(2
3) 各回線制御モジュールへのマルチキャスト通信起動
処理完了後から、所定時間内にマルチキャスト通信起動
の受付完了報告を各回線制御モジュールから必要数分受
取れるか否かを監視するためのマルチキャスト通信終了
監視タイマ、(24) 前記マルチキャスト通信管理テーブ
ルにおいて、回線制御モジュールからのマルチキャスト
通信起動の受付完了報告の受取り完了を全て確認したこ
とにより、ＣＰＵへ該当マルチキャスト通信の終了報告
を行う手段、(25) 前記マルチキャスト通信終了監視タ
イマがタイムアウトした際、ＣＰＵへのマルチキャスト
通信終了報告時、マルチキャスト通信管理テーブルにお
いて、回線制御モジュールからのマルチキャスト通信起
動の受付完了報告の受取済が記録されていない回線をＣ
ＰＵへ通知する手段を設ける。

【００１８】さらに、前記通信インタフェース部に、回
線制御モジュールからの割込みに対する処理を行うた
め、(26) 回線制御モジュールから割込みを受けた際、
その割込み情報の内容から処理すべき割込み種別を判別
する手段、(27) 前記割込み種別がマルチキャスト通信
以外の場合、前記割込み情報の登録先を割込み報告先識
別キュー・テーブルにてＣＰＵへ通知する手段、(28)
前記割込み種別がマルチキャスト通信の場合、前記マル
チキャスト通信管理テーブルにおいて、マルチキャスト
通信起動に対する回線制御モジュールからの受付完了報
告を確認する手段を設ける。

【００１９】そして、多回線通信制御装置内の回線制御
モジュールに、以下の手段を設ける。

【００２０】(29) 一対一通信コマンドを登録するため
の一対一通信コマンドキュー・テーブルとマルチキャス
ト通信コマンドを登録するためのマルチキャスト通信コ
マンドキュー・テーブル。

【００２１】(30) 前記一対一通信コマンドキュー・テ
ーブルあるいはマルチキャスト通信コマンドキュー・テ
ーブルに、通信インタフェース部からの登録情報がない
か周期的に監視する手段。

【００２２】(31) 前記一対一通信コマンドに対する処
理を行う際、主記憶部上の送受信バッファから回線制御
モジュールの送受信バッファへ送信データを転送する手
段。

【００２３】(32) 前記マルチキャスト通信コマンドに
対する処理を行う際、通信インタフェース部内の送受信
バッファから回線制御モジュール内の送受信バッファへ
送信データを転送する手段。

【００２４】(33) 前記回線制御モジュール内にホスト
コンピュータからのマルチキャスト通信要求を複数保持
していて、その数がある一定値以上になるようなマルチ
キャスト通信要求をホストコンピュータから受けた際、
該マルチキャスト通信の送信データを前記回線制御モジ
ュール拡張バッファエリアに転送する手段。

【００２５】(34) 端末からデータを受信した際、主記
憶部上の送受信バッファへ受信データを転送する手段。

【００２６】(35) 前記一対一通信コマンド、マルチキ
ャスト通信コマンドそれぞれに対する処理を完了した
際、あるいは端末からデータ受信した際に通信インタフ
ェース部へ上記内容を報告するための割込み通知テーブ
ル。

【００２７】(36) 通信インタフェース部に割込み報告
する際、前記割込みテーブルにて割込み種別等の情報を
通知する手段。

【００２８】

【作用】二重化された通信インタフェース部を有するホ
ストコンピュータ、前記通信インタフェース部に接続さ
れた多回線通信制御装置及び、前記多回線通信制御装置
に回線を介して接続された複数の端末から成る情報通信
システムにおいて、データ通信を行う際の各部位での作
用を通信種別毎に説明する。

【００２９】（１）一対一通信 端末への情報通信処理を司るホストコンピュータ内のＣ
ＰＵ上で動作する通信処理プログラムから、特定の端末
にデータを送信する一対一通信の指示があると、前記Ｃ
ＰＵは通信インタフェース部へ一対一通信処理を要求す
るために、ホストコンピュータ内の主記憶部上の該当一
対一通信起動キュー・テーブルに起動情報を設定して一
対一通信コマンドを発行する。そして、前記一対一通信
起動キュー・テーブルにコマンドを登録したことを示す
起動先識別情報を、前記主記憶部上の起動先識別キュー
・テーブルに登録する。

【００３０】通信インタフェース部は、前記起動先識別
キュー・テーブルへのコマンド登録の有無を周期的に監
視する。前記起動先識別キュー・テーブルに登録されて
いる起動先識別情報の内容から一対一通信処理の要求で
あることを識別すると、通信インタフェース部は該当一
対一通信起動キュー・テーブルから該当一対一通信コマ
ンドを取込む。そして、データを送信する端末が接続さ
れている多回線通信制御装置内の回線制御モジュールに
対して、該当一対一通信コマンドキュー・テーブルに前
記一対一通信コマンドを登録してデータ送信を要求す
る。

【００３１】多回線通信制御装置内の回線制御モジュー
ルは、一対一通信コマンドキュー・テーブルへのコマン
ド登録の有無を周期的に監視する。前記一対一通信コマ
ンドキュー・テーブルに該コマンドが登録されている
と、前記回線制御モジュールは前記コマンド内容に従っ
て主記憶部上の送受信バッファから回線制御モジュール
内の送受信バッファへ送信データを転送し、該当端末が
接続されている回線に対してデータを送信する。そし
て、回線から該当データの送達確認を受信すると、該当
一対一通信終了報告キュー・テーブルに終了情報を登録
し、通信インタフェース部へその旨を通知するため、割
込み通知テーブルに諸情報を設定し割込みを発行する。

【００３２】通信インタフェース部は、回線制御モジュ
ールから割込みを受取ると、該当割込み通知テーブルの
内容から割込み種別を判別する。回線制御モジュールか
らの割込みが一対一通信の終了報告割込みであることを
識別すると、該当一対一通信起動キュー・テーブルから
該当一対一通信コマンドを廃棄し、主記憶部上の割込み
報告先識別キュー・テーブルに前記割込み通知テーブル
の情報を登録する。そして、通信インタフェース部がＣ
ＰＵへ割込みを発行して一対一通信の終了報告を行い、
前記ＣＰＵが前記割込み報告先識別キュー・テーブルか
ら該当割込み情報を取出して確認することで、前記一対
一通信は完了する。

【００３３】（２）マルチキャスト通信 端末への情報通信処理を司るホストコンピュータ内のＣ
ＰＵ上で動作する通信処理プログラムから、複数の回線
に同一データを一斉に送信するマルチキャスト通信の指
示があると、前記ＣＰＵは、通信インタフェース部へマ
ルチキャスト通信処理を要求するために、主記憶部上の
マルチキャスト通信起動テーブルに起動情報を設定して
マルチキャスト通信コマンドを発行する。そして、前記
マルチキャスト通信起動テーブルにコマンドを登録した
ことを示す起動先識別情報を起動先識別キュー・テーブ
ルに登録する。

【００３４】通信インタフェース部は、前記起動先識別
キュー・テーブルに登録されている起動先識別情報の内
容からマルチキャスト通信処理の要求であることを識別
すると、前記マルチキャスト通信起動テーブルから該当
マルチキャスト通信コマンドを取込む。つぎに、前記通
信インタフェース部は、前記コマンドの内容に従って主
記憶部上の送受信バッファから通信インタフェース部内
の送受信バッファにマルチキャスト送信データを取込
む。つぎに、ホスト・コンピュータから指定された宛先
パターンテーブルを基にマルチキャスト通信管理テーブ
ルを作成し、主記憶部上の該当エリアに転送する。そし
て、前記マルチキャスト通信管理テーブルに従って、マ
ルチキャスト送信データを送信する回線が接続されてい
る多回線通信制御装置内の回線制御モジュールに対し、
該当マルチキャスト通信コマンドキュー・テーブルに前
記マルチキャスト通信コマンドを登録してデータ送信を
要求する。データ送信する回線について上記コマンドの
登録処理を行うと、通信インタフェース部はマルチキャ
スト通信終了監視タイマを作動させる。

【００３５】多回線通信制御装置内の回線制御モジュー
ルは、マルチキャスト通信コマンドキュー・テーブルへ
のコマンド登録の有無を周期的に監視する。前記マルチ
キャスト通信コマンドキュー・テーブルに該コマンドが
登録されていると、前記回線制御モジュールは前記コマ
ンド内容に従って通信インタフェース部内の送受信バッ
ファから回線制御モジュール内の送受信バッファへマル
チキャスト送信データを転送する。そして、転送完了後
に主記憶部上の該当マルチキャスト通信起動受付完了報
告キュー・テーブルに終了情報を登録し、割込み通知テ
ーブルに諸情報を設定して通信インタフェース部へ前記
コマンドの受付処理に対する終了報告を行い、該当回線
に対してマルチキャスト送信データを送信する。

【００３６】通信インタフェース部は、回線制御モジュ
ールからマルチキャスト通信起動に対する受付完了報告
割込みを受取ると、前記該当マルチキャスト通信起動受
付完了報告キュー・テーブルから該当終了情報を取出
し、前記終了情報の内容が異常の場合は前記マルチキャ
スト通信管理テーブルにその旨を記録する。つぎに、該
当回線についてのマルチキャスト通信起動受付完了報告
の受取済を前記マルチキャスト通信管理テーブルに記録
し、前記マルチキャスト通信起動受付完了報告キュー・
テーブルから前記終了情報を廃棄する。

【００３７】通信インタフェース部は、マルチキャスト
送信データを送信する各回線について、回線制御モジュ
ールからマルチキャスト通信起動受付完了報告を全て受
取ると、前記マルチキャスト通信終了監視タイマを停止
させ、主記憶部上のマルチキャスト通信終了報告キュー
・テーブルに終了情報を登録する。そして、割込み報告
先識別キュー・テーブルに識別情報を登録してＣＰＵへ
該当マルチキャスト通信の終了を報告する。ここで、通
信インタフェース部において、所定時間内に回線制御モ
ジュールからのマルチキャスト通信起動受付完了報告を
全て受取ることができず、マルチキャスト通信終了監視
タイマがタイムアウトした場合、該当マルチキャスト通
信起動受付完了報告の受付を打切る。そして、マルチキ
ャスト通信管理テーブルからマルチキャスト通信起動受
付完了報告の受取済が登録されていない回線を検出し、
その旨を該当回線とともにＣＰＵへ通知する終了情報に
付与する。

【００３８】前記割込み報告先識別キュー・テーブルか
らＣＰＵが該当識別情報を取出し、前記マルチキャスト
通信起動テーブル内の該当エリアを開放することでマル
チキャスト通信は完了する。

【００３９】（３）端末からのデータ受信 多回線通信制御装置内の回線制御モジュールは、端末か
らデータを受信すると、データ受信情報を主記憶部上の
データ受信報告キュー・テーブルに登録する。そして、
通信インタフェース部へその旨を通知するため、割込み
通知テーブルに諸情報を設定し割込みを発行する。

【００４０】通信インタフェース部は、回線制御モジュ
ールからデータ受信報告割込みを受取ると、主記憶部上
の割込み報告先識別キュー・テーブルに前記割込み通知
テーブルの情報を登録する。そして、通信インタフェー
ス部がＣＰＵへ割込みを発行して端末からのデータ受信
報告を行い、前記ＣＰＵが前記割込み報告先識別キュー
・テーブルから該当割込み情報を取出してデータ受信を
確認することで、データ受信は完了する。

【００４１】このように、ホスト・コンピュータの主記
憶部上にて異なる通信種別毎にデータ通信管理テーブル
を設けて、複数の異なる通信の混在を可能とする。ま
た、マルチキャスト通信処理に必要なデータ送信先情報
は、予め別に設定しておき、マルチキャスト通信起動時
にはどのデータ送信先情報を使用するかを指示するだけ
なので、起動情報の大きさがデータ送信先の数によって
変化することなく、その情報量を削減することができ
る。

【００４２】

【実施例】以下、本発明の一実施例を図を用いて説明す
る。

【００４３】図１は、本発明の一実施例に係わる情報通
信システムの概略構成及び、ホスト側のホストコンピュ
ータと多回線通信制御装置の内部構造を示したものであ
る。

【００４４】情報通信システムはホストコンピュータ１
００と多回線通信制御装置１０５から成るホスト側と、
前記ホスト側とネットワーク１１０を介して接続する端
末群１１１−１〜ｎより構成され、一台のホストコンピ
ュータ１００が複数の多回線通信制御装置１０５を接続
し、前記多回線通信制御装置１０５は複数の回線１０９
を収容する。ホストコンピュータ１００は、ＣＰＵ１０
１−１（〜１０１−ｎ）、主記憶部Ａ／Ｂ１０２−ａ／
ｂ、通信インタフェース部１０３−ａ（１０３−ｂ）、
コンピュータバスＡ／Ｂ１０４−ａ／ｂ等の内部構成要
素が二重化して、そのどちらか一方に故障が発生しても
運転を継続処理できるフォールトトレラントコンピュー
タである。そして、その構成要素の通信インタフェース
部１０３には多回線通信制御装置１０５を接続する複数
のインタフェースチャネル１１７を設け、二重化通信イ
ンタフェース部１０３で同じ位置関係にあるインタフェ
ースチャネル（例えば、１１７−ａ１と１１７−ｂ１）
に一台の多回線通信制御装置１０５を接続して、多回線
通信制御装置１０５とホストコンピュータ１００との接
続経路の二重化を行う。

【００４５】多回線通信制御装置１０５は、その内部バ
ス１０８を制御する２つの内部バス制御部１０６を二重
化通信インタフェース部１０３の各インタフェースチャ
ネル１１７と拡張バスケーブル１１８を介してホストコ
ンピュータ１００と接続する。多回線通信制御装置１０
５の内部はその内部バス１０８上に前記２つの内部バス
制御部１０６と複数の回線制御モジュール１０７が接続
している構成である。そして、回線制御モジュール１０
７単位に少数回線１０９の回線制御を行い、多回線通信
制御装置１０５全体で多くの回線の制御を可能としてい
る。こうして、ホストコンピュータ１００は回線１０９
とネットワーク１１０を介して複数の端末１１１−１〜
ｎとの通信を行う。

【００４６】また、本情報通信システムでの通信処理
は、ホストコンピュータ１００のＣＰＵ１０１、通信イ
ンタフェース部１０３のＭＰＵ１１２、及び回線制御モ
ジュール１０７のＭＰＵ１１３のそれぞれで分散して行
う。そして、その通信処理にて通信データは、主記憶部
１０２上の送受信バッファ１１４、通信インタフェース
部１０３内の送受信バッファ１１５、回線制御モジュー
ル１０７内の送受信バッファ１１６を経由してやり取り
される。ここで、二重化主記憶部Ａ／Ｂ１０２−ａ／ｂ
の送受信バッファ１１４−ａ／ｂへのアクセスは通信イ
ンタフェース部１０３の場合を例に述べると、通信イン
タフェース部１０３から主記憶部１０２の送受信バッフ
ァ１１４へ通信データ（受信データなど）を転送する場
合、通信インタフェース部１０３は二重化コンピュータ
バスＡ／Ｂ１０４−ａ／ｂを介して主記憶部Ａ／Ｂ１０
２−ａ／ｂ双方の送受信バッファ１１４−ａ／ｂへ同一
データを転送する。また、主記憶部１０２の送受信バッ
ファ１１４から通信インタフェース部１０３へ通信デー
タ（送信データなど）を取り込む場合、通信インタフェ
ース部１０３は二重化コンピュータバスＡ／Ｂ１０４−
ａ／ｂを介して主記憶部Ａ／Ｂ１０２−ａ／ｂ双方の送
受信バッファ１１４−ａ／ｂから同一データの突合せチ
ェックを行って取り込む。なお、各部での通信処理の内
容については後で述べる。

【００４７】さらに、ホストコンピュータ１００内部の
二重化通信インタフェース部１０３はその一方を現用系
（マスタ状態）、他方を待機系（スレーブ状態）として
ホストコンピュータ１００のＣＰＵ１０１が管理する。
その状態は多回線通信制御装置１０５が接続されている
インタフェースチャネル１１７の状態に基づいて管理さ
れ、マスタ状態とは通信インタフェース１０３にリザー
ブ状態のインタフェースチャネル１１７が少なくとも１
つ以上ある状態であり、スレーブ状態とは通信インタフ
ェース１０３にリザーブ状態のインタフェースチャネル
１１７がない状態である。ここで、インタフェースチャ
ネル１１７の状態は、内部バス制御部１０６が論理的に
内部バス１０８に接続している通信インタフェース１０
３のインタフェースチャネル１１７の状態をリザーブ状
態、内部バス制御部１０６が論理的に内部バス１０８か
ら切り離されている通信インタフェース部１０３のイン
タフェースチャネル１１７の状態をフリー状態と呼ぶ。
なお、一台の多回線通信制御装置１０５の内部バス１０
８上の２つの内部バス制御部１０６は、双方がリザーブ
状態にならぬよう論理的接続を排他的に制御されてい
る。

【００４８】図２は、本発明の一実施例の情報通信シス
テムにおけるホスト側の通信処理インタフェース構造を
示したものである。

【００４９】まず、ホストコンピュータ１００内におけ
るＣＰＵ１０１〜通信インタフェース部１０３間インタ
フェースについて述べる。

【００５０】ＣＰＵ１０１〜通信インタフェース部１０
３間インタフェースには、１つの端末１１１とデータ送
受信を行う一対一通信や複数の端末１１１−１〜ｎへ一
度に同一のデータ送信を行うマルチキャスト通信などの
データ通信処理を行うための通信制御インタフェース、
二重化通信インタフェース部１０３の系切換えや多回線
通信制御装置の構成の変更を行うための構成制御インタ
フェースがある。各インタフェースにて用いられるテー
ブルは主記憶部１０２上の各エリアに置く。通信制御イ
ンタフェースエリアには、ホストコンピュータ１００の
ＣＰＵ１０１が通信インタフェース部１０３への起動時
に起動コマンドの宛先を示す情報を登録する起動先識別
キュー・テーブル２００、回線１０９単位のデータ送信
を要求する一対一通信コマンドの登録を行う一対一通信
起動キュー・テーブル２０１、複数回線へ同一のデータ
送信を要求するマルチキャスト通信コマンドの登録を行
うマルチキャスト通信起動テーブル２０２、回線制御モ
ジュール１０７が前記一対一通信コマンドの終了情報を
登録する一対一通信終了報告キュー・テーブル２０３、
通信インタフェース部１０３が前記マルチキャスト通信
コマンドの終了情報を登録するマルチキャスト通信終了
報告キュー・テーブル２０４、端末１１１からのデータ
受信情報を登録するデータ受信報告キュー・テーブル２
０５、回線１０９上で通信異常などが発生した場合の報
告情報を登録する通信割込み報告キュー・テーブル２０
６、通信インタフェース部１０３がホストコンピュータ
１００のＣＰＵ１０１へ前記コマンド終了やデータ受信
などの報告割込み時にその報告先を示す情報を登録する
割込み報告先識別キュー・テーブル２０７、前記マルチ
キャスト通信コマンドに対する処理時に通信インタフェ
ース部１０３が各回線へのデータ送信起動処理状況等の
管理に用いるマルチキャスト通信管理テーブル２０８、
回線制御モジュール１０７が通信インタフェース部１０
３からマルチキャスト通信処理におけるデータ送信起動
の受付完了を示す情報を登録するマルチキャスト通信起
動受付完了報告キュー・テーブル２０９がある。ここ
で、一対一通信起動キュー・テーブル２０１、一対一通
信終了報告キュー・テーブル２０３、データ受信報告キ
ュー・テーブル２０５、通信割込み報告キュー・テーブ
ル２０６、マルチキャスト通信起動受付完了報告キュー
・テーブル２０９は通信インタフェース部１０３以下に
接続されている全ての多回線通信制御装置１０５が収容
している回線数毎に設け、各回線での送受信データの順
序管理を可能としている。また、通信インタフェース部
１０３で同時に複数のマルチキャスト通信処理の管理が
できるように、マルチキャスト通信管理テーブル２０８
は複数設けている。なお、本通信制御インタフェースエ
リア上の各テーブルは二重化通信インタフェース部１０
３共通で、現用系の通信インタフェース部１０３のみア
クセス可能である。さらに、前記通信制御インタフェー
スに関連して通信インタフェース部１０３には次の二つ
のエリアがある。宛先パターンテーブル用ワークエリア
２３０は、ホストコンピュータ１００のＣＰＵ１０１か
ら通信インタフェース部１０３に通知されるマルチキャ
スト通信時の送信宛先を示す宛先パターンテーブルを格
納しておくためのエリアである。マルチキャスト通信管
理テーブル編集エリア２３１は、前記宛先パターンテー
ブル用ワークエリア２３０に格納されている宛先パター
ンテーブルを基に前記マルチキャスト通信管理テーブル
２０８を作成するためのエリアである。また、前記マル
チキャスト通信管理テーブル編集エリア２３１内は、前
記マルチキャスト通信管理テーブル２０８の面数分のエ
リアに分けられる。ここで、通信インタフェース部１０
３におけるマルチキャスト通信コマンド処理の内、デー
タ送信先探索やＣＰＵ１０１への終了情報作成時には前
記マルチキャスト通信管理テーブル編集エリア２３１内
のマルチキャスト通信管理テーブルを主として使用し、
前記通信制御インタフェースエリア上のマルチキャスト
通信管理テーブル２０８は、マルチキャスト通信処理の
経過状況を記録することを目的として使用される。

【００５１】構成制御インタフェースには、ホストコン
ピュータ１００のＣＰＵ１０１が通信インタフェース部
１０３へ系切換えなどのコマンドの起動メッセージの連
絡に用いる起動メッセージテーブル２２０、通信インタ
フェース部１０３がホストコンピュータ１００のＣＰＵ
１０１へ該コマンド終了報告などの終了メッセージの連
絡に用いる終了メッセージテーブル２２１とがある。こ
こで、起動メッセージ／終了メッセージには複数の優先
レベルを設け、ある特定コマンドの優先処理を可能と
し、起動メッセージテーブル２２０、終了メッセージテ
ーブル２２１はそのレベル毎にある。なお、本構成制御
インタフェース上の各テーブルは二重化通信インタフェ
ース部１０３それぞれに独立して設けている。

【００５２】次に、ホストコンピュータ１００と多回線
通信制御装置１０５とのインタフェース、すなわち通信
インタフェース部１０３〜回線制御モジュール１０７間
インタフェースについて述べる。

【００５３】通信インタフェース部１０３〜回線制御モ
ジュール１０７間インタフェースには、ホストコンピュ
ータ１００のＣＰＵ１０１からの前記一対一通信コマン
ド受付により、通信インタフェース部１０３が該当回線
１０９の回線制御モジュール１０７へ一対一通信コマン
ドを登録するための一対一通信コマンドキュー・テーブ
ル２４０、ホストコンピュータ１００のＣＰＵ１０１か
らの前記マルチキャスト通信コマンド受付により、通信
インタフェース部１０３が該当回線１０９の回線制御モ
ジュール１０７へマルチキャスト通信コマンドを登録す
るためのマルチキャスト通信コマンドキュー・テーブル
２４１、回線制御モジュール１０７が通信インタフェー
ス部１０３へ前記一対一通信コマンドのデータ送信処理
終了報告や前記マルチキャスト通信コマンドの起動受付
完了報告、または端末１１１からのデータ受信報告や回
線異常発生報告を行う際に発行する割込みが前記いずれ
の報告を通知するのかを示す割込み通知テーブル２４２
がある。ここで、前記マルチキャスト通信コマンドキュ
ー・テーブル２４１へのマルチキャスト通信コマンドの
登録可能な数を増やすため、主記憶部１０２に回線制御
モジュール拡張バッファエリアを設けている。

【００５４】最後に、二重化通信インタフェース部１０
３の系切換え時に二重化通信インタフェース部１０３間
でのデータ連続性保証のための処理経過引継ぎ情報をや
り取りするリカバリインタフェースについて述べる。

【００５５】リカバリインタフェースエリアには、各回
線制御モジュール１０７の前記一対一通信コマンドキュ
ー・テーブル２４０、及び前記マルチキャスト通信コマ
ンドキュー・テーブル２４１における現在のデータ送信
起動登録ポイントを記録するカレントライトポインタテ
ーブル２１０、通信インタフェース部１０３がホストコ
ンピュータ１００のＣＰＵ１０１からの起動受付時に、
前記起動先識別キュー・テーブル２００、前記各回線の
一対一通信起動キュー・テーブル２０１において次回の
起動受付での起動情報取り込みポイントを記録するネク
ストリードポインタテーブル２１１、前記宛先パターン
テーブルを格納しておく宛先パターンテーブル格納エリ
ア２１２がある。

【００５６】次に、図３、図４、図５、及び図６を用い
て上記インタフェースを構成するテーブルの構造を説明
する。

【００５７】図３（ａ）は前記起動先識別キュー・テー
ブル２００と前記割込み報告先識別キュー・テーブル２
０７の構造を示したものである。図中、３０１は本キュ
ー・テーブルへの情報登録可能な情報登録エリア３０３
の位置（番号）を示すライトポインタ、３０２は情報の
登録がなされている情報登録エリア３０３の位置（番
号）を示すリードポインタである。ここで、情報登録エ
リア３０３の個数ｎは通信インタフェース部１０３以下
の多回線通信制御装置１０５に収容している全ての回線
１０９それぞれへｍ回のデータ送信起動が可能な個数で
ある。

【００５８】図３（ｂ）は前記一対一通信起動キュー・
テーブル２０１、前記一対一通信終了報告キュー・テー
ブル２０３、前記マルチキャスト通信終了報告キュー・
テーブル２０４、前記データ受信報告キュー・テーブル
２０５、前記通信割込み報告キュー・テーブル２０６、
前記マルチキャスト通信起動受付完了報告キュー・テー
ブル２０９、及び前記一対一通信コマンドキュー・テー
ブル２４０の構造を示したものである。図中、３１１は
本キュー・テーブルへの情報登録可能な情報登録エリア
３１３の位置（番号）を示すライトポインタ、３１２は
情報の登録がなされている情報登録エリア３１３の位置
（番号）を示すリードポインタである。ここで、情報登
録エリア３１３の個数ｍは回線制御モジュール１０７が
各回線１０９毎に有している送信／受信データバッファ
の個数分である。

【００５９】図３（ｃ）は前記マルチキャスト通信起動
テーブル２０２の構造を示したものである。図中、３２
１はその下の情報登録エリア３２２に有効起動情報が登
録されているかどうかを示す起動フラグである。ここ
で、情報登録エリア３２２の個数ｌは、マルチキャスト
通信管理テーブル２０８の面数、すなわち通信インタフ
ェース部１０３にて同時に処理可能なマルチキャスト通
信の数であり、各情報登録エリア３２２と各マルチキャ
スト通信管理テーブル２０８とは一対一の対応関係にあ
る。

【００６０】図３（ｄ）は前記マルチキャスト通信コマ
ンドキュー・テーブル２４１の構造を示したものであ
る。図中、３３１は本キュー・テーブルへの情報登録可
能な情報登録エリア３３３の位置（番号）を示すライト
ポインタ、３３２は情報の登録がなされている情報登録
エリア３３３の位置（番号）を示すリードポインタであ
る。ここで、情報登録エリア３３３の個数ｋは回線１０
９の品質が低下して一時データ送信のスループットが低
下しても数秒間は通信インタフェース部１０３からのマ
ルチキャスト通信コマンドを受付可能な個数である。

【００６１】図３（ｅ）は前記割込み通知テーブル２４
２の構造を示したものである。図中、３４１は本割込み
通知テーブル２４２に有効な割込み情報が設定されてい
るかどうかを示す有効フラグである。３４２から３４５
は割込み通知の種別を表すフラグで、３４２は一対一通
信コマンド処理の終了報告であることを示す一対一通信
終了報告フラグ、３４３は回線異常発生などの通信割込
み報告であることを示す通信割込み報告フラグ、３４４
は端末１１１からのデータ受信報告であることを示すデ
ータ受信報告フラグ、３４５はマルチキャスト通信コマ
ンドの起動受付完了報告であることを示すマルチキャス
ト通信起動受付完了報告フラグである。３４６から３４
８は割込み通知発生元を表し、３４６は多回線通信制御
装置１０５内の回線制御モジュール番号、３４７は回線
制御モジュール１０７での回線番号、３４８は回線１０
９上の端末番号である。

【００６２】ここで、上記各キュー・テーブル（２０
０，２０１，２０３〜２０７，２０９，２４０及び２４
１）は、ＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏ
ｕｔ）方式により制御され、各キュー・テーブルのライ
トポインタ及びリードポインタは以下のように処理され
る。ライトポインタ３０１（あるいは３１１，３３１）
及びリードポインタ３０２（あるいは３１２，３３２）
は更新の際、ｎ（あるいはｍ，ｋ）番目の情報登録エリ
ア３０３−ｎ（あるいは３１３−ｍ，３３３−ｋ）の次
は１番目の情報登録エリア３０３−１（あるいは３１３
−１，３３３−１）を示すように処理される。また、前
記ライトポインタ３０１（あるいは３１１，３３１）を
更新する際は、前記リードポインタ３０２（あるいは３
１２，３３２）が示す情報登録エリア３０３（あるいは
３１３，３３３）より先のエリアを示さないように処理
され、前記リードポインタ３０２（あるいは３１２，３
３２）を更新する際は、前記ライトポインタ３０１（あ
るいは３１１，３３１）が示す情報登録エリア３０３
（あるいは３１３，３３３）より先のエリアを示さない
ように処理される。

【００６３】図４（ａ）は前記カレントライトポインタ
テーブル２１０の構造を示したものである。図中、４０
１は各回線制御モジュール１０７の一対一通信コマンド
キュー・テーブル２４０のライトポインタ３１１を記録
する一対一通信用記録エリア、４０２は各回線制御モジ
ュール１０７のマルチキャスト通信コマンドキュー・テ
ーブル２４１のライトポインタ３３１を記録するマルチ
キャスト通信用記録エリアである。ここで、各記録エリ
アは通信インタフェース部１０３に接続されている多回
線通信制御装置１０５の全回線制御モジュール１０７毎
の記録フィールド４０３（４０４）−１〜ｎから成り、
回線制御モジュール用記録フィールド４０３（４０４）
は回線制御モジュール１０７に接続している各回線１０
９毎の記録要素４０５（４０６）−１〜ｍから成る。し
たがって、前記カレントライトポインタテーブル２１０
において、上記各コマンドキュー・テーブル（２４０，
２４１）のライトポインタ（３１１，３３１）は該当記
録要素（４０５，４０６）に記録される。

【００６４】図４（ｂ）は前記ネクストリードポインタ
テーブル２１１の構造を示したものである。図中、４１
０は前記起動先識別キュー・テーブル２００のライトポ
インタ３０１を記録する起動先識別キュー・テーブル用
記録フィールド、４１１は前記一対一通信起動キュー・
テーブル２０１のライトポインタ３１１を記録する一対
一通信起動キュー・テーブル用記録エリアである。ここ
で、一対一通信起動キュー・テーブル用記録エリア４１
１は通信インタフェース部１０３に接続されている多回
線通信制御装置１０５の全回線制御モジュール１０７毎
の記録フィールド４１２−１〜ｎから成り、回線制御モ
ジュール用記録フィールド４１２は回線制御モジュール
１０７に接続している各回線１０９毎の一対一通信起動
キュー・テーブル２０１のライトポインタ３１１を記録
する記録要素４１３−１〜ｍから成る。

【００６５】図５（ａ）は通信インタフェース部１０３
において、回線制御モジュール１０７にマルチキャスト
通信のデータ送信を指示する際に参照する宛先パターン
テーブル５００の構造を示したものである。図中、５０
１は通信インタフェース部１０３以下の全多回線通信制
御装置１０５内の全ての回線制御モジュール１０７に順
次割り付けた番号を表す回線制御モジュール番号、５０
２は各回線制御モジュール１０７毎に収容している回線
１０９に順次割り付けた番号を表す回線番号である。本
宛先パターンテーブル５００では各回線制御モジュール
番号５０１の回線番号５０２毎にマルチキャスト通信処
理におけるデータ送信の要否をそれぞれ１、０の値で表
す。また、マルチキャスト送信データの内容によりデー
タ送信先の複数回線の組合せ変更が可能なように、宛先
パターンテーブル５００は複数存在する。

【００６６】図５（ｂ）は前記マルチキャスト通信管理
テーブル２０８の構造を示したものである。図中、５１
１はマルチキャスト通信起動処理時にデータ送信する回
線１０９のうち、未だ該当回線制御モジュール１０７に
マルチキャスト通信コマンドの登録を行っていない回線
１０９の総数を表す未起動総数である。５１２は、通信
インタフェース部１０３以下の全多回線通信制御装置１
０５において収容している全ての回線１０９を対象とし
て、マルチキャスト通信起動処理時のデータ送信の要否
を表す起動管理エリアであり、その構造は宛先パターン
テーブル５００と同一である。５１３は、マルチキャス
ト通信起動処理時に回線制御モジュール１０７へマルチ
キャスト通信コマンドの登録を行った回線１０９のう
ち、通信インタフェース部１０３からのマルチキャスト
通信起動に対し、その受付処理の完了報告を回線制御モ
ジュールから未だ受け取っていない総数（回線単位）を
表す未終了報告受付総数である。５１４は、マルチキャ
スト通信起動に対する回線制御モジュール１０７からの
受付完了報告を、通信インタフェース部１０３で受け取
ったことを記憶しておくための終了監視エリアであり、
その構造は宛先パターンテーブル５００と同一である。
５１５は、マルチキャスト通信起動時に何らかの異常の
ため回線制御モジュール１０７へ起動がかけられなかっ
た場合、あるいはマルチキャスト通信起動に対する回線
制御モジュール１０７からの受付完了報告が異常報告の
場合の総数（回線単位）を表す異常終了総数である。５
１６−１〜ｌ，５１７−１〜ｌ，５１８−１〜ｌは、そ
れぞれ前記異常終了した回線制御モジュール番号、回線
番号及びその異常の内容を記憶するための回線制御モジ
ュール番号記録フィールド、回線番号記録フィールド及
び異常種別記録フィールドである。前記５１６，５１
７，５１８の１〜ｌには、異常終了が発生した順に登録
される。

【００６７】図６（ａ）は前記起動メッセージテーブル
２２０の構造を示したものである。図中、６００は本起
動メッセージテーブル２２０に起動情報の設定の有無を
示す有効フラグ、６０１は本起動メッセージテーブル２
２０の優先レベルを表す起動識別番号、６０２は起動情
報の設定を行う起動情報設定エリアである。

【００６８】図６（ｂ）は前記終了メッセージテーブル
２２１の構造を示したものである。図中、６００は本終
了メッセージテーブル２２０に終了情報の設定の有無を
示す有効フラグ、６０１は本終了メッセージテーブル２
２０の優先レベルを表す終了識別番号、６０２は終了情
報の設定を行う終了情報設定エリアである。

【００６９】次に、図７、図８を用いて上記構成制御イ
ンタフェース、上記通信制御インタフェースの起動／終
了処理手順を説明する。

【００７０】図７は上記構成制御インタフェースの起動
／終了処理手順を示したものである。

【００７１】まず、図７（ａ）を用いて構成制御インタ
フェース上での起動処理手順について述べる。

【００７２】ホストコンピュータ１００のＣＰＵ１０１
は通信インタフェース部１０３へ二重化通信インタフェ
ース部１０３の系切換えなどの構成制御指示を行う場
合、主記憶部１０２上の起動メッセージテーブル２２０
へ構成制御指示コマンドなどの起動情報を設定し
（１）、通信インタフェース部１０３へ連絡割込みを発
行し（２）、通信インタフェース部１０３へのコマンド
起動を行う。そして、ホストコンピュータ１００のＣＰ
Ｕ１０１から連絡割込みを受けた通信インタフェース部
１０３は前記起動メッセージテーブル２２０上の起動情
報を取込んだ後（３）、ホストコンピュータ１００のＣ
ＰＵ１０１へ連絡割込みを発行し（４）、ＣＰＵ１０１
からの起動情報取込み完了を通知する。

【００７３】図７（ｂ）は上記構成制御インタフェース
上での終了処理手順を示したものである。

【００７４】前記起動処理により受付けたコマンドの処
理を終了した通信インタフェース部１０３は、ホストコ
ンピュータ１００のＣＰＵ１０１へその終了報告を行う
場合、主記憶部１０２上の終了メッセージテーブル２２
１へ終了報告情報を設定し（１）、ホストコンピュータ
１００のＣＰＵ１０１へ連絡割込みを発行し（２）、ホ
ストコンピュータ１００のＣＰＵ１０１へコマンド終了
報告を行う。そして、通信インタフェース部１０３から
連絡割込みを受けたホストコンピュータ１００のＣＰＵ
１０１は前記終了メッセージテーブル２２１上の終了報
告情報を取り込んだ後（３）、通信インタフェース部１
０３へ連絡割込みを発行し（４）、通信インタフェース
部１０３からの終了報告情報取り込み完了を通知する。

【００７５】図８は、通信制御インタフェース及び通信
インタフェース部〜回線制御モジュール間インタフェー
スにおける通信処理のうち、一対一通信の起動／終了処
理概略手順を示したものである。以下、起動／終了処理
を分けて説明する。

【００７６】図８（ａ）は、前記二つのインタフェース
における一対一通信の起動処理手順を示したものであ
る。

【００７７】ホストコンピュータ１００のＣＰＵ１０１
は、回線制御モジュール１０７に対して回線１０９への
データ送信を要求する場合、データ送信を行いたい回線
１０９に対応したホストコンピュータ１００の主記憶部
１０２上の一対一通信起動キュー・テーブル２０１へ一
対一通信コマンドを登録する（１）。つぎに、前記主記
憶部１０２上の起動先識別キュー・テーブル２００へ、
前記一対一通信コマンドを登録した先の一対一通信起動
キュー・テーブル２０１を示す起動先識別情報を登録し
て起動要求を行う（２）。そして、通信インタフェース
部１０３は、ＣＰＵ１０１による前記起動先識別キュー
・テーブル２００への登録状況を周期的に監視し、該起
動先識別情報の登録を検出すると（３）、該当回線制御
モジュール１０７内の該当一対一通信コマンドキュー・
テーブル２４０へ該一対一通信コマンドの登録を行う
（４）。ここで、前記一対一通信コマンドには、本コマ
ンドが一対一通信なのかマルチキャスト通信なのかを表
す通信種別、主記憶部１０２上の送信データ格納アドレ
ス及び送信データの大きさが記録される。また、マルチ
キャスト通信時のマルチキャスト通信コマンドには、前
記一対一通信コマンドの内容に加え、マルチキャスト通
信起動処理にて使用する宛先パターンテーブル５００の
番号が記録される。そして、起動先識別情報には前記各
コマンドの登録先が記録される。

【００７８】図８（ｂ）は、前記二つのインタフェース
における一対一通信の終了処理手順を示したものであ
る。

【００７９】回線制御モジュール１０７は、一対一通信
コマンド処理を完了すると、主記憶部１０２上の該当一
対一通信終了報告キュー・テーブル２０３に終了情報を
登録する（１）。そして、割込み通知テーブル２４２に
諸情報を設定して通信インタフェース部１０３に割込み
を発行する（２）。通信インタフェース部１０３では、
回線制御モジュール１０７から該割込みを受けると、前
記割込み通知テーブルを取込み（３）、その割込み情報
を主記憶部１０２上の割込み報告先識別キュー・テーブ
ル２０７に登録して（４）ＣＰＵ１０１へ割込みを発行
する。

【００８０】以下、図９から図１３を用いて現用系通信
インタフェース部におけるデータ通信の詳細な処理手順
を説明する。

【００８１】まず、図９、図１０及び図１１を用いて、
起動受付処理／一対一通信起動処理及び割込み受付処理
／割込み報告処理のフローを説明する。

【００８２】図９は、現用系通信インタフェース部にお
ける起動受付処理／一対一通信起動処理のフローを示し
たものである。

【００８３】起動受付処理９００において通信インタフ
ェース部１０３は、自系通信インタフェース部１０３の
状態がマスタ状態かスレーブ状態か判別し（ステップ９
０１）、スレーブ状態の場合は前記判別処理を繰り返
す。前記判別（ステップ９０１）の結果自系通信インタ
フェース部１０３の状態がマスタ状態の場合、主記憶部
１０２上の通信制御インタフェースエリアにある起動先
識別キュー・テーブル２００のライトポインタ３０１と
リードポインタ３０２の差分から登録情報の有無を調べ
（９０２）、登録情報が無い場合（差分がゼロ）、再び
自系通信インタフェース部１０３のマスタ／スレーブ状
態を調べる。前記判別（ステップ９０２）の結果登録情
報が有る場合（差分がゼロでない）、前記起動先識別キ
ュー・テーブル２００のリードポインタ３０２が示す情
報登録エリア３０３の起動先識別情報を読出し（９０
３）、前記起動先識別情報の内容から起動種別の判定を
行う（９０４）。前記判定（ステップ９０４）の結果起
動種別が一対一通信起動の場合、前記起動先識別情報が
示す一対一通信起動キュー・テーブル２０１と一対一に
対応する回線制御モジュール１０７内の一対一通信コマ
ンドキュー・テーブル２４０の現在のライトポインタ３
１１の値（カレントライトポインタ）を、前記主記憶部
１０２上のリカバリインタフェースエリアにあるカレン
トライトポインタテーブル２１０内の一対一通信用記録
エリア４０１の該当回線制御モジュール用記録フィール
ド４０３の該当回線用記録要素４０５に登録する（９０
５）。つぎに、前記リカバリインタフェースエリアにあ
るネクストリードポインタテーブル２１１の起動先識別
キュー・テーブル用記録フィールド４１０に、前記起動
先識別キュー・テーブル２００のリードポインタ３０２
を更新した値（ネクストリードポインタ）を記録するこ
とにより、該起動先識別キュー・テーブル２００のネク
ストリードポインタを更新し（９０６）、次回読出す情
報登録エリア３０３先を記憶しておく。つぎに、前記一
対一通信起動キュー・テーブル２０１のリードポインタ
３１２の示す情報登録エリア３１３の一対一通信コマン
ドを、前記回線制御モジュール１０７の一対一通信コマ
ンドキュー・テーブル２４０のライトポインタ３１１の
示す情報登録エリア３１３に書込み、そのライトポイン
タ３１１を更新する（９０７）。そして、前記ネクスト
リードポインタテーブル２１１内にて、前記一対一通信
起動キュー・テーブル２０１のネクストリードポインタ
を更新し（９０８）、前記起動先識別キュー・テーブル
２００のリードポインタ３０２を更新して（９０９）、
該起動先識別情報を廃棄しＣＰＵ１０１からのデータ通
信要求に対する通信インタフェース部１０３での起動処
理を完了する。ここで、ネクストリードポインタとは、
通信インタフェース部１０３がキュー・テーブル内の登
録情報をどこまで読出したかを示すもので、本ポインタ
を更新してもキュー・テーブルから登録情報を取り出す
わけではない。なお、本ポインタもリードポインタ、ラ
イトポインタ同様イニシャル時、ゼロに初期化される。
前記判定（ステップ９０４）の結果、起動種別がマルチ
キャスト通信起動の場合、該起動先識別キュー・テーブ
ル２００のネクストリードポインタを更新し（９１０）
マルチキャスト通信起動処理９１１に通信処理を引渡し
て（９１１）、再び自系通信インタフェース部１０３の
マスタ／スレーブ状態を調べる。

【００８４】このように、現用系の通信インタフェース
部では、マスタ状態の時のみ通信制御インタフェースを
介したＣＰＵからのデータ通信要求に対する起動処理を
行う。

【００８５】図１０は、回線制御モジュールにおけるデ
ータ通信処理の概略を示したものである。

【００８６】図１０（ａ）は、回線制御モジュール１０
７における一対一通信起動処理の手順を示したものであ
る。

【００８７】回線制御モジュール１０７は、通信インタ
フェース部１０３からのコマンド登録状況を周期的に監
視し、図９にて説明した処理により一対一通信コマンド
キュー・テーブル２４０に一対一通信コマンドが登録さ
れていると（１）、前記一対一通信コマンドの内容に従
って主記憶部１０２上の送受信バッファ１１４から回線
制御モジュール１０７内の送受信バッファ１１６へ送信
データを転送する（２）。そして、該当回線１０９に該
送信データを送出する（３）。

【００８８】ここで、マルチキャスト通信起動処理の場
合、送信データは通信インタフェース部１０３により通
信インタフェース部１０３内の送受信バッファ１１５に
設定される。そして、回線制御モジュール１０７は前記
送受信バッファ１１５から送受信バッファ１１６へ該送
信データの転送を行い、転送完了後前記通信インタフェ
ース部１０３に起動受付完了報告を行う。さらに、前記
回線制御モジュール１０７では回線１０９への送信デー
タ送出後、回線１０９からデータ送信に対する送達確認
を受取ると、該当コマンドキュー・テーブルのリードポ
インタ（３１２あるいは３３２）を更新して該当コマン
ドを廃棄する。前記送達確認が一対一通信時のデータ送
信に対するものである場合、前記通信インタフェース部
１０３に該当一対一通信の終了報告を行う。

【００８９】また、前記回線制御モジュール１０７で
は、前記一対一通信コマンドキュー・テーブル２４０と
は別にマルチキャスト通信コマンドキュー・テーブル２
４１を有しており、各々のコマンドキュー・テーブルの
周期的監視の割合を変更することで、端末１１１へ提供
するデータ通信の優先度を変更することができる。

【００９０】図１０（ｂ）は、回線制御モジュール１０
７における端末１１１からのデータ受信処理の手順を示
したものである。

【００９１】回線制御モジュール１０７は、通信インタ
フェース部１０３へ端末１１１からのデータ受信報告を
行う場合、ホストコンピュータ１００の主記憶部１０２
上の送受信バッファ１１４へ受信データを転送する
（１）。そして、前記主記憶部１０２上の通信制御イン
タフェースエリアにあるデータ受信報告キュー・テーブ
ル２０５へ受信報告を登録し（２）、割込み通知テーブ
ル２４２に諸情報を設定して通信インタフェース部１０
３へ割込みを発行する（３）。

【００９２】図１１は、回線制御モジュールからの割込
みを受付けた現用系通信インタフェース部での割込み受
付処理及び割込み報告処理を示したものである。

【００９３】割込み受付処理１１００において通信イン
タフェース部１０３は、回線制御モジュール１０７から
割込みを受けると自系通信インタフェース部１０３の状
態がマスタ状態かスレーブ状態か判別し（１１０１）、
スレーブ状態の場合は本処理を終了する。前記判別（ス
テップ１１０１）の結果、自系通信インタフェース部１
０３の状態がマスタ状態の場合は回線制御モジュール１
０７内の割込み通知テーブル２４２の割込み情報を読込
み（１１０２）、その割込み通知テーブル２４２の有効
フラグ３４１がＯＮ状態か否か判別する（１１０３）。
前記判別（ステップ１１０２）の結果有効フラグ３４１
がＯＮ状態でない場合は本処理を終了し、前記有効フラ
グ３４１がＯＮ状態の場合は前記割込み情報の種別を調
べる（１１０４）。前記調査の結果、一対一通信終了報
告フラグ３４２がＯＮ状態で前記割込み情報がホストコ
ンピュータ１００からの起動に対する終了割込みであれ
ば、その割込み情報に対応する一対一通信起動キュー・
テーブル２０１のリードポインタ３１２を更新して（１
１０５）、該当一対一通信コマンドを廃棄する。そし
て、前記割込み情報を主記憶部１０２上の割込み報告先
識別キュー・テーブル２０７へ登録し（１１０６）、ホ
ストコンピュータ１００のＣＰＵ１０１へ割込みを発行
して（１１０７）、前記割込み通知テーブル２４２の有
効フラグ３４１をＯＦＦする（１１０８）。また、前記
調査の結果、データ受信報告フラグ３４４がＯＮ状態で
前記割込み情報が回線１０９からのデータ受信である場
合、あるいは通信割込み報告フラグ３４３がＯＮ状態で
前記割込み情報が通信異常発生などである場合は、割込
み情報の割込み報告先識別キュー・テーブル２０７への
登録（１１０６）、ＣＰＵ１０１への割込み発行（１１
０７）及び有効フラグ３４１のＯＦＦ（１１０８）を行
う。さらに前記調査の結果、マルチキャスト通信起動受
付完了報告フラグ３４５がＯＮ状態で前記割込み情報が
マルチキャスト通信起動に対する受付完了である場合、
マルチキャスト通信起動受付完了報告受付処理１１０９
に割込み受付処理を引渡す（１１０９）。

【００９４】このように、現用系の通信インタフェース
部では、回線制御モジュールから割込みを受取ると、マ
スタ状態の時のみその割込み種別に応じた割込み受付処
理を行い、ホストコンピュータのＣＰＵへ報告する。

【００９５】つぎに、図１２、図１３及び図１４を用い
て、現用系通信インタフェース部におけるマルチキャス
ト通信処理のフローを説明する。

【００９６】図１２は、現用系通信インタフェース部に
おけるマルチキャスト通信起動処理のフローチャートを
示したものである。

【００９７】ホストコンピュータ１００内のＣＰＵ１０
１からの起動先識別情報の起動種別がマルチキャスト通
信起動の場合、通信インタフェース部１０３では、起動
受付処理９００からマルチキャスト通信起動処理９１１
に通信処理が引継がれる。

【００９８】マルチキャスト通信起動処理９１１におい
て前記通信インタフェース部１０３は、前記起動先識別
情報からマルチキャスト通信起動テーブル２０２の該当
する情報登録エリア３２２を検出して該当マルチキャス
ト通信コマンドを読込み、前記マルチキャスト通信コマ
ンドの内容に従って主記憶部１０２上の送受信バッファ
１１４からマルチキャスト送信データを送受信バッファ
１１５に転送する（１２０１）。つぎに、前記マルチキ
ャスト通信コマンドによりＣＰＵ１０１から指定された
宛先パターンテーブル５００を、宛先パターンテーブル
用ワークエリア２３０から、マルチキャスト通信管理テ
ーブル編集エリア２３１内の前記情報登録エリア３２２
と一対一に対応したワーク用のマルチキャスト通信管理
テーブルの起動管理エリア５１２及び終了監視エリア５
１４へコピーして、マルチキャスト通信管理テーブル２
０８の基を作成する（１２０２）。そして、前記作成し
たマルチキャスト通信管理テーブルを主記憶部１０２上
の通信制御インタフェースエリアにある該当マルチキャ
スト通信管理テーブル２０８に設定する（１２０３）。
つぎに、前記マルチキャスト通信管理テーブル編集エリ
ア２３１内のマルチキャスト通信管理テーブルの起動管
理エリア５１２からマルチキャスト送信データの送信先
回線を検出し（１２０４）、該当回線制御モジュール１
０７内のマルチキャスト通信コマンドキュー・テーブル
２４１のライトポインタ３３１が示す情報登録エリア３
３３へ前記マルチキャスト通信コマンドを書込む（１２
０５）。通信インタフェース部１０３は、前記書込みが
正常に行えたか否かを判別し（１２０６）、正常に書込
めた場合前記マルチキャスト通信コマンドキュー・テー
ブル２４１のライトポインタ３３１を更新し（１２０
７）、前記マルチキャスト通信管理テーブル２０８の起
動管理エリア５１２内の該当回線の起動フラグを１から
０に書替える（１２０８）。そして、前記マルチキャス
ト通信コマンドキュー・テーブル２４１のライトポイン
タ３３１を、主記憶部１０２上のカレントライトポイン
タテーブル２１０のマルチキャスト通信用記録エリア４
０２内の該当回線制御モジュール用記録フィールド４０
４の該当回線用記録要素４０６に記憶する（１２０
９）。前記判別の結果、正常に書込めなかった場合、該
当マルチキャスト通信管理テーブルの異常終了記憶エリ
ア内の該当回線制御モジュール番号記録フィールド５１
６／回線番号記録フィールド５１７／異常種別記録フィ
ールド５１８に、それぞれ前記登録不可回線制御モジュ
ール番号／回線番号及び異常種別を記憶する（１２１
０）。そして、前記マルチキャスト通信管理テーブルの
異常終了総数５１５を加算し（１２１１）、終了監視エ
リア５１４内の該当回線の監視フラグを１から０に書替
えて未終了報告受付総数５１３を減算し、起動管理エリ
ア５１２内の該当回線の起動フラグを１から０に書替え
る（１２１２）。上記各々の判別内容に応じた処理の
後、該当マルチキャスト通信管理テーブルの未起動総数
５１１を減算し（１２１３）、前記未起動総数５１１が
ゼロか否か判別する（１２１４）。前記判別（ステップ
１２１４）の結果、未起動回線総数５１１がゼロでない
場合は前記マルチキャスト通信管理テーブルの起動管理
エリア５１２からマルチキャスト送信データの次の送信
先回線を検出し（１２０４）、以下同様の処理を行う。
前記判別（ステップ１２１４）の結果、未起動回線総数
５１１がゼロの場合はマルチキャスト送信データを送信
する回線１０９がもうないことを意味し、通信インタフ
ェース部１０３は回線制御モジュール１０７からのマル
チキャスト通信起動に対する受付完了報告を監視するた
め、マルチキャスト通信終了監視タイマを作動させ（１
２１５）、前記起動先識別キュー・テーブル２００のリ
ードポインタ３０２を更新し（１２１６）、該起動先識
別情報を廃棄して本処理を終了する。

【００９９】このように、現用系通信インタフェース部
は、主記憶部からマルチキャスト送信データを取込み、
指定宛先パターンテーブル５００をもとに作成したマル
チキャスト通信管理テーブル２０８の起動管理エリア５
１２の内容に従って、データ送信回線が接続される各回
線制御モジュール内のマルチキャスト通信コマンドキュ
ー・テーブルへマルチキャスト通信コマンドを登録す
る。

【０１００】ここで、上記処理のうちステップ１２０１
からステップ１２０４が完了するまでをマルチキャスト
ステータス１とし、ステップ１２０４完了後以降をマル
チキャストステータス２とする。前記マルチキャストス
テータス１／マルチキャストステータス２は、二重化通
信インタフェース部１０３の系切換え処理におけるマル
チキャスト通信のリカバリ処理判別の指標となる。

【０１０１】また、マルチキャスト通信起動処理で使用
する宛先パターンテーブル５００を宛先パターンテーブ
ル用ワークエリア２３０へ設定する際は、宛先パターン
テーブル設定コマンドによりＣＰＵ１０１が通信インタ
フェース部１０３へその指示を行う。前記ＣＰＵ１０１
ではシステム立上げ後最初にマルチキャスト通信を行う
前に、全宛先パターンテーブル５００を宛先パターンテ
ーブル用ワークエリア２３０に設定するために前記宛先
パターンテーブル設定コマンドを通信インタフェース部
１０３へ発行する。そして、前記宛先パターンテーブル
設定コマンドを受取った通信インタフェース部１０３
は、そのコマンド内容に従って全宛先パターンテーブル
５００を宛先パターンテーブル用ワークエリア２３０に
設定し、主記憶部１０２上のリカバリインタフェースエ
リアの宛先パターンテーブル格納エリア２１２に宛先パ
ターンテーブル５００を全てコピーする。さらに、前記
ＣＰＵ１０１では回線異常の発生などにより回線１０９
へのデータ送信の要否を変更する場合、該当宛先パター
ンテーブル５００において該当回線のフラグを変更し、
前記宛先パターンテーブル設定コマンドを通信インタフ
ェース部１０３へ発行する。そして、前記宛先パターン
テーブル設定コマンドを受取った通信インタフェース部
１０３は、そのコマンド内容に従って前記変更宛先パタ
ーンテーブルを宛先パターンテーブル用ワークエリア２
３０及び宛先パターンテーブル格納エリア２１２に再設
定する。

【０１０２】また、通信インタフェース部１０３は、マ
ルチキャスト通信起動テーブル２０２内に複数ある情報
登録エリア３２２と一対一に対応してマルチキャスト通
信管理テーブル２０８を複数同時に管理し、複数のマル
チキャスト通信処理を行う。

【０１０３】図１３は、現用系通信インタフェース部に
おけるマルチキャスト通信起動受付完了報告受付処理の
フローチャートを示したものである。

【０１０４】多回線通信制御装置１０５内の回線制御モ
ジュール１０７からの割込み報告の種別がマルチキャス
ト通信起動受付完了報告の場合、通信インタフェース部
１０３では、割込み受付処理１１００からマルチキャス
ト通信起動受付完了報告受付処理１１０９に割込み処理
が引継がれる。

【０１０５】マルチキャスト通信起動受付完了報告受付
処理１１０９において通信インタフェース部１０３は、
該当割込み通知テーブル２４２の内容から該当マルチキ
ャスト通信起動受付完了報告キュー・テーブル２０９を
判別し、前記マルチキャスト通信起動受付完了報告キュ
ー・テーブル２０９のリードポインタ３１２が示す情報
登録エリア３１３から終了情報を読込む（１３０１）。
つぎに、前記終了情報の内容が正常終了か否か判別し
（１３０２）、異常終了の場合のみ該当回線制御モジュ
ール番号／回線番号及び異常種別を、マルチキャスト通
信管理テーブル編集エリア２３１の該当マルチキャスト
通信管理テーブルの異常終了記憶エリア内の該当回線制
御モジュール番号記録フィールド５１６／回線番号記録
フィールド５１７／異常種別記録フィールド５１８にそ
れぞれ記録し（１３０３）、前記マルチキャスト通信管
理テーブルの異常終了総数５１５を加算する（１３０
４）。つぎに、通信インタフェース部１０３は、前記マ
ルチキャスト通信管理テーブルの終了監視エリア５１４
内の該当回線の監視フラグを１から０に書替え（１３０
５）、該当回線１０９については起動受付完了報告を受
取ったことを記録し、前記マルチキャスト通信管理テー
ブルの未終了報告受付総数５１３を減算する（１３０
６）。そして、前記未終了報告受付総数５１３がゼロか
否か判別し（１３０７）、ゼロでない場合は該当マルチ
キャスト通信起動受付完了報告キュー・テーブル２０９
のリードポインタ３１２を更新して（１３０９）該終了
情報を廃棄し、該当回線制御モジュール１０７の割込み
通知テーブル２４２の有効フラグ３４１をＯＦＦして
（１３１０）、本処理を終了する。前記判別（ステップ
１３０７）の結果、前記未終了報告受付総数５１３がゼ
ロの場合は各回線制御モジュール１０７からマルチキャ
スト通信起動に対する受付完了報告を全て受取ったこと
を意味し、ＣＰＵ１０１にマルチキャスト通信の終了報
告を行うためマルチキャスト通信終了報告処理１３０８
に処理を引渡し（１３０８）、前記マルチキャスト通信
起動受付完了報告キュー・テーブル２０９のリードポイ
ンタ３１２を更新して（１３０９）該終了情報を廃棄
し、該当回線制御モジュール１０７の割込み通知テーブ
ル２４２の有効フラグ３４１をＯＦＦして（１３１
０）、本処理を終了する。ここで、二重化通信インタフ
ェース部の系切換え処理におけるマルチキャスト通信の
リカバリ処理判別の指標となるマルチキャストステータ
スは、上記処理の間中２の状態である。

【０１０６】図１４は、現用系通信インタフェース部に
おけるマルチキャスト通信終了報告処理のフローチャー
トを示したものである。

【０１０７】通信インタフェース部１０３は、マルチキ
ャスト通信起動受付完了報告受付処理１１０９におい
て、各回線制御モジュール１０７からマルチキャスト通
信起動に対する受付完了報告を全て受取ったことを確認
した場合、マルチキャスト通信終了報告処理１３０８に
処理を引継ぐ。

【０１０８】マルチキャスト通信終了報告処理１３０８
において通信インタフェース部１０３は、該当マルチキ
ャスト通信の終了監視タイマが動作中か否か判別し（１
４０１）、動作中の場合のみ前記マルチキャスト通信終
了監視タイマを停止する（１４０２）。つぎに、マルチ
キャスト通信管理テーブル編集エリア２３１の該当マル
チキャスト通信管理テーブルの異常終了総数５１５を読
出して（１４０３）、前記異常終了総数５１５がゼロか
否か判別し（１４０４）、ゼロの場合は該マルチキャス
ト通信は正常終了として終了報告情報を作成する（１４
０５）。前記判別（ステップ１４０４）の結果、前記異
常終了総数５１５がゼロでない場合、前記マルチキャス
ト通信管理テーブルの異常終了記憶エリアをコピーして
終了報告情報を作成する（１４０６）。つぎに、作成し
た終了報告情報を主記憶部１０２上のマルチキャスト通
信終了報告キュー・テーブル２０４のライトポインタ３
１１が示す情報登録エリア３１３に書込み、前記ライト
ポインタ３１１を更新する（１４０７）。そして、前記
マルチキャスト通信終了報告キュー・テーブル２０４に
終了報告情報を登録したことを、ホストコンピュータ１
００のＣＰＵ１０１に通知するための割込み報告先識別
情報を作成し（１４０８）、前記主記憶部１０２上の割
込み報告先識別キュー・テーブル２０７のライトポイン
タ３０１が示す情報登録エリア３０３に前記割込み報告
先識別情報を登録して前記ライトポインタ３０１を更新
する（１４０９）。そして、前記ＣＰＵ１０１へ割込み
を発行して（１４１０）、本処理を終了する。ここで、
上記処理でＣＰＵ１０１への割込み発行まではマルチキ
ャストステータス２の状態で、二重化通信インタフェー
ス部１０３の系切換え処理におけるマルチキャスト通信
のリカバリ処理の対象となる。

【０１０９】このように、現用系通信インタフェース部
では、多回線通信制御装置内の各回線制御モジュールか
らのマルチキャスト通信起動受付完了報告を受取ると、
マルチキャスト通信管理テーブルの終了監視エリア５１
４における該当回線について、監視フラグをゼロに書替
えて受取済を記憶する。そして、マルチキャスト送信デ
ータを送信した全ての回線について、該当回線制御モジ
ュールからマルチキャスト通信起動受付完了報告を受取
完了すると、ＣＰＵへ該当マルチキャスト通信の終了を
報告する。

【０１１０】ここで、前記マルチキャスト通信終了監視
タイマがタイムアウトして、所定時間内にマルチキャス
ト通信起動の受付完了報告を各回線制御モジュール１０
７から必要数分受取れなかった場合、通信インタフェー
ス部１０３は該当マルチキャスト通信起動に対する回線
制御モジュール１０７からの受付完了報告受付を打切
る。つぎに、マルチキャスト通信管理テーブル編集エリ
ア２３１の該当マルチキャスト通信管理テーブルの終了
監視エリア５１４において、回線制御モジュール１０７
からのマルチキャスト通信起動受付完了報告の受取済が
記録されていない回線、すなわち、前記終了監視エリア
５１４において監視フラグが１の回線を検出し、前記回
線は異常終了と見なし、前記マルチキャスト通信管理テ
ーブルの異常終了記憶エリアに該当回線制御モジュール
番号／回線番号及び異常種別としてタイムアウトを記録
し、異常終了総数５１５を加算する。そして、前記終了
監視エリア５１４においてフラグが１の回線について全
て前記異常終了記憶エリアに記録すると、通信インタフ
ェース部１０３はマルチキャスト通信終了報告処理１３
０８に処理を引渡しＣＰＵ１０１にマルチキャスト通信
の終了を報告する。

【０１１１】また、図１２、図１３及び図１４において
説明したマルチキャスト通信処理では、先に述べたよう
に通信インタフェース部１０３のマルチキャスト通信管
理テーブル編集エリア２３１内の該当マルチキャスト通
信管理テーブルを用いるが、前記テーブルの未起動総数
５１１及び未終了報告受付総数５１３の減算、起動管理
エリア５１２及び終了監視エリア５１４の該当フラグの
書替え、及び異常終了記憶エリアへの登録については、
同時に主記憶部１０２上の通信制御インタフェースにあ
る該当マルチキャスト通信管理テーブル２０８に対して
も行う。

【０１１２】図１５は、回線制御モジュール内のマルチ
キャスト通信コマンドキュー・テーブル２４１における
有効コマンド登録数に応じた現用系通信インタフェース
部、及び回線制御モジュールでの処理の手順を示したも
のである。

【０１１３】図１５（ａ）は、通信インタフェース部１
０３において、マルチキャスト通信コマンドキュー・テ
ーブル２４１内の有効コマンドの滞留状況をＣＰＵ１０
１へ通知する処理手順を示したものである。

【０１１４】回線制御モジュール１０７では、回線１０
９に異常が発生してスループットが低下すると、回線１
０９からの送達確認がなかなか受信できなくなる。この
ような状態が長く続くと、各コマンドキュー・テーブル
がコマンドで満杯になることがある。

【０１１５】通信インタフェース部１０３は、マルチキ
ャスト通信コマンドキュー・テーブル２４１のライトポ
インタ３３１及びリードポインタ３３２を周期的に読出
し、前記マルチキャスト通信コマンドキュー・テーブル
２４１での有効コマンドの滞留状況を判別する（１）。
前記マルチキャスト通信コマンドキュー・テーブル２４
１内の有効コマンド登録数がある一定値を超えた時、あ
るいはある一定値を超えていた有効コマンド登録数があ
る一定値以下になった時に、通信インタフェース部１０
３は主記憶部１０２上の通信割込み報告テーブル２０６
にその状態変化の内容を記録した情報を登録する
（２）。そして、その状態変化をＣＰＵ１０１へ通知す
るため、前記主記憶部１０２上の割込み報告先識別キュ
ー・テーブル２０７に割込み報告先識別情報を登録して
（３）割込みを発行する。ＣＰＵ１０１では、前記割込
み報告がマルチキャスト通信コマンドキュー・テーブル
２４１内の有効コマンド登録数がある一定値を超えた内
容である場合、前記マルチキャスト通信コマンドキュー
・テーブル２４１に対応した回線１０９に対してデータ
送信しないように宛先パターンテーブル５００内の前記
回線のフラグをゼロに書替え、宛先パターンテーブル設
定コマンドによりその旨を通信インタフェース部１０３
に通知する。

【０１１６】このように、現用系通信インタフェース部
では、マルチキャスト通信コマンドキュー・テーブル２
４１のコマンドの滞留を周期的に監視して、前記マルチ
キャスト通信コマンドキュー・テーブル２４１がコマン
ドで満杯にならないようにしている。

【０１１７】ここで、一対一通信コマンドキュー・テー
ブル２４０については、その情報登録エリア３１３の数
を該一対一通信コマンドキュー・テーブル２４０に対応
する一対一通信起動キュー・テーブル２０１の情報登録
エリア３１３の数と同一にし、通信インタフェース部１
０３と回線制御モジュール１０７とでの一対一通信処理
において、対応する両キュー・テーブル内の有効コマン
ド数が常に同じになるように処理されることで、ＣＰＵ
１０１が満杯状態の一対一通信コマンドキュー・テーブ
ル２４０に対応する回線１０９に対してデータ送信要求
を行わないようにしている。

【０１１８】図１５（ｂ）は、通信インタフェース部１
０３から登録されたマルチキャスト通信コマンドが、マ
ルチキャスト通信コマンドキュー・テーブル２４１内の
有効コマンド登録数として一定値を超えるコマンドであ
る場合の回線制御モジュール１０７の処理手順を示した
ものである。

【０１１９】回線制御モジュール１０７は、マルチキャ
スト通信コマンドキュー・テーブル２４１において通信
インタフェース部１０３から登録されたマルチキャスト
通信コマンドを読出し、その内容に従って前記通信イン
タフェース部１０３内の送受信バッファ１１５から回線
制御モジュール１０７内の送受信バッファ１１６へマル
チキャスト送信データを転送する（１）。前記マルチキ
ャスト通信コマンドがマルチキャスト通信コマンドキュ
ー・テーブル２４１内の有効コマンド登録数として一定
値を超えるコマンドである場合、前記回線制御モジュー
ル１０７は前記マルチキャスト送信データを送受信バッ
ファ１１６から主記憶部１０２上の回線制御モジュール
拡張バッファエリア内の該当エリアに転送する（２）。
前記回線制御モジュール拡張バッファエリア内に格納し
たマルチキャスト送信データを該当回線１０９へ送出す
る際、前記回線制御モジュール１０７は前記回線制御モ
ジュール拡張バッファエリア内から直接送受信バッファ
１１６へマルチキャスト送信データを転送し、該当回線
１０９へ送出する。

【０１２０】このように本実施例によれば、ＣＰＵと二
重化された通信インタフェース部及び主記憶部を構成要
素に持つホストコンピュータと、多回線通信制御装置か
ら成る情報通信システムにおいて、通信種別毎に通信管
理テーブルを分けて配置し、ＣＰＵ、通信インタフェー
ス部、多回線通信制御装置で分散して通信処理を行うの
で、異なる通信サービスにおいて、同一回線でのデータ
送受信をＣＰＵの処理負荷を低減して行うことができ
る。

【０１２１】次に、二重化通信インタフェース部の状態
管理、及び系切換えとデータ連続性の保証を実現するリ
カバリ処理について説明する。

【０１２２】まず、二重化通信インタフェース部の現用
／待機系切換え手段について述べる。

【０１２３】先に述べたように、二重化通信インタフェ
ース部１０３のマスタ／スレーブ状態はそのインタフェ
ースチャネル１１７の状態により決定される。よって、
通信インタフェース部１０３の状態の移行は、そのイン
タフェースチャネル１１７状態の変更を指示する手段、
すなわち、通信インタフェース部１０３のインタフェー
スチャネル１１７に接続されている内部バス制御部１０
６と内部バス１０８との論理的接続／切離しを指示する
インタフェースチャネル接続／切離しコマンドにより行
う。ここで、本コマンドは構成制御インタフェースを介
してやり取りされる。

【０１２４】図１６は、前記インタフェースチャネル接
続／切離しコマンド起動時に主記憶部上の構成制御イン
タフェースエリア内の起動メッセージテーブルの起動情
報設定エリアに設定される起動情報を示したものであ
る。

【０１２５】図中、１６０は起動コマンドがインタフェ
ースチャネル接続、もしくは切離しのどちらを指示する
のかを表すコマンドＩＤ、１６１は前記コマンドＩＤ１
６０の表す指示内容が通信インタフェース部１０３内の
全インタフェースチャネル１１７に対して要求している
のか、ある特定の指定インタフェースチャネル１１７に
対してのみ要求しているのかを表すサブコマンドＩＤ、
１６２は前記サブコマンドＩＤ１６１が指定インタフェ
ースチャネル要求を表している場合にのみ有効な情報
で、その指定インタフェースチャネル番号を表すインタ
フェースチャネルアドレス、１６３はインタフェースチ
ャネル接続コマンドにおいて通信インタフェース部１０
３をスレーブ状態からマスタ状態へ移行する時に、元の
マスタ状態での通信処理引継ぎ要求の有無を表すデータ
連続性保証要求フラグである。ここで、二重化通信イン
タフェース部１０３の現用／待機系切換えを行う場合
は、サブコマンドＩＤ１６１を全インタフェースチャネ
ル要求で行い、指定インタフェースチャネル要求は１台
の多回線通信制御装置１０５の増設／交換時などに使用
する。よって、データ連続性保証要求フラグ１６３は、
インタフェースチャネル接続コマンドにおいてそのサブ
コマンドＩＤ１６１が全インタフェースチャネル要求を
表している場合にのみ有効な情報として扱われる。

【０１２６】では、図１７、図１８を用いて、通信イン
タフェース部での前記インタフェースチャネル接続／切
離しコマンド受付時の処理フローを説明する。

【０１２７】図１７はホストコンピュータのＣＰＵから
構成制御インタフェースを介してインタフェースチャネ
ル接続コマンドを受け付けた場合の通信インタフェース
部での処理を示したフローチャートである。

【０１２８】ホストコンピュータ１００のＣＰＵ１０１
からの起動受付により、前記起動メッセージテーブル２
２０の起動情報設定エリア６０２を取り込んだ通信イン
タフェース部１０３は、そのコマンドＩＤ１６０からイ
ンタフェースチャネル接続コマンドの起動を認識し、イ
ンタフェースチャネル接続処理１７００を実行する。イ
ンタフェースチャネル接続処理１７００では、まず、そ
のサブコマンドＩＤ１６１を調べ（１７０１）、全イン
タフェースチャネル接続要求を表していれば、各インタ
フェースチャネル１１７に接続している内部バス制御部
１０６と内部バス１０８との論理的切離しを行い（１７
０２）、各インタフェースチャネル１１７に接続してい
る多回線通信制御装置１０５の全回線制御モジュール１
０７へバス転送禁止割込みを発行する（１７０３）。そ
して、各インタフェースチャネル１１７に接続している
内部バス制御部１０６と内部バス１０８との論理的接続
を全インタフェースチャネル１１７について行い（１７
０４）、通信インタフェース部１０３の状態をマスタ状
態へ移行する（１７０５）。その後、データ連続性保証
要求フラグ１６３を調べ（１７０６）、データ連続性保
証を要求していれば現用系処理引継ぎ処理を実行し（１
７０７）、各インタフェースチャネル１１７に接続して
いる多回線通信制御装置１０５の全回線制御モジュール
１０７へバス転送禁止の解除を行う（１７０８）。ここ
で、全インタフェースチャネル接続要求のインタフェー
スチャネル接続コマンドを受けた通信インタフェース部
１０３がマスタ状態の場合は何も行われない。一方、指
定インタフェースチャネル接続要求を表している場合
は、インタフェースチャネルアドレス１６２が表す指定
インタフェースチャネル１１７に接続している内部バス
制御部１０６と内部バス１０８との論理的接続を行い
（１７０９）、通信インタフェース部１０３の状態を調
べ（１７１０）、スレーブ状態であれば、その状態をマ
スタ状態へ移行する（１７１１）。

【０１２９】図１８はホストコンピュータのＣＰＵから
構成制御インタフェースを介してインタフェースチャネ
ル切離しコマンドを受け付けた場合の通信インタフェー
ス部での処理を示したフローチャートである。

【０１３０】ホストコンピュータ１００のＣＰＵ１０１
からの起動受付により、前記起動メッセージテーブル２
２０の起動情報設定エリア６０２を取り込んだ通信イン
タフェース部１０３は、そのコマンドＩＤ１６０からイ
ンタフェースチャネル切離しコマンドの起動を認識し、
インタフェースチャネル切離し処理１８００を実行す
る。インタフェースチャネル切離し処理１８００では、
まず、そのサブコマンドＩＤ１６１を調べ（１８０
１）、全インタフェースチャネル切離し要求を表してい
れば、各インタフェースチャネル１１７に接続している
内部バス制御部１０６と内部バス１０８との論理的切離
しを全インタフェースチャネル１１７について行い（１
８０２）、通信インタフェース部１０３の状態をスレー
ブ状態へ移行する（１８０３）。一方、指定インタフェ
ースチャネル切離し要求を表している場合は、インタフ
ェースチャネルアドレス１６２が表す指定インタフェー
スチャネル１１７に接続している多回線通信制御装置１
０５の内部バス制御部１０６と内部バス１０８との論理
的切離しを行い（１８０４）、他のインタフェースチャ
ネル１１７の状態を調べ（１８０５）、リザーブ状態の
ものがなければ、通信インタフェース部１０３の状態を
スレーブ状態へ移行する（１８０６）。ここで、インタ
フェースチャネル切離しコマンドを受けた通信インタフ
ェース部１０３がスレーブ状態の場合は何も行われな
い。また、本インタフェースチャネル切離しコマンドに
よりマスタ状態からスレーブ状態へ移行した通信インタ
フェース部１０３は、その内部で処理中の全ての通信制
御処理を中断し、先に図９、図１１の説明で述べたよう
に、以後、通信制御インタフェースを介した起動受付
け、及び割込み受付け処理を行わない。

【０１３１】次に、図１９、図２０を用いて二重化通信
インタフェース部の現用／待機系切換え手順について述
べる。

【０１３２】二重化通信インタフェース部１０３の現用
／待機系切換えには、現用系通信インタフェース部１０
３−ａ、又は現用系通信インタフェース部１０３−ａと
多回線通信制御装置１０５との接続経路（拡張バスケー
ブル１１８、内部バス制御部１０６）や多回線通信制御
装置１０５の内部バス１０８に障害が発生した場合に行
われる障害切換えと、オペレータがコンソールでのキー
操作によって計画的に行う保守切換えとがある。

【０１３３】図１９は、障害切換え時の二重化通信イン
タフェース部の現用／待機系切換え手順を示した図であ
る。

【０１３４】現用系通信インタフェース部１０３、又は
現用系通信インタフェース部１０３と多回線通信制御装
置１０５との接続経路（拡張バスケーブル１１８、内部
バス制御部１０６）や多回線通信制御装置１０５の内部
バス１０６での障害発生を検出したホストコンピュータ
１００のＣＰＵ１０１は、現用系通信インタフェース部
１０３−ａへそのＭＰＵ１１２−ａの動作停止を指示
し、待機系通信インタフェース部１０３−ｂへインタフ
ェースチャネル接続コマンド（全インタフェースチャネ
ル接続及びデータ連続性保証を要求）を起動する。該コ
マンドを受けた待機系通信インタフェース部１０３−ｂ
は先に述べたインタフェースチャネル接続処理１７００
のステップ１７０２〜１７０８を実行する。

【０１３５】ここで、各構成部位の障害検出は次のよう
な手段によって行う。

【０１３６】二重化通信インタフェース部１０３につい
ては、ホストコンピュータ１００のＣＰＵ１０１による
周期的アクセスチェックによる監視と、通信インタフェ
ース部１０３自身による内部監視（ウォッチ ドッグ
タイマなど）とにより、その障害を検出する。

【０１３７】多回線通信制御装置１０５内の構成部（内
部バス制御部１０６、回線制御モジュール１０７、内部
バス１０８）については、現用系通信インタフェース部
１０３−ａがその各構成部を周期的アクセスチェックに
より監視し、その障害の検出とホストコンピュータ１０
０のＣＰＵ１０１への報告を行う。

【０１３８】図２０は、保守切換え時の二重化通信イン
タフェース部の現用／待機系切換え手順を示した図であ
る。

【０１３９】オペレータがコンソールでのキー操作によ
って二重化通信インタフェース部１０３の現用／待機系
切換えを要求したことを検出したホストコンピュータ１
００のＣＰＵ１０１は、現用系通信インタフェース部１
０３−ａへインタフェースチャネル切離しコマンド（全
インタフェースチャネル切離し要求）を起動する。該コ
マンドを受けた待機系通信インタフェース部１０３−ｂ
は先に述べたインタフェースチャネル切離し処理１８０
０のステップ１８０２〜１８０３を実行し、その処理終
了をＣＰＵ１０１へ報告する。該終了報告を受けたＣＰ
Ｕ１０１は待機系通信インタフェース部１０３−ｂへイ
ンタフェースチャネル接続コマンド（全インタフェース
チャネル接続及びデータ連続性保証を要求）を起動す
る。該コマンドを受けた待機系通信インタフェース部１
０３−ｂは先に述べたインタフェースチャネル接続処理
１７００のステップ１７０２〜１７０８を実行する。

【０１４０】このように、前記インタフェースチャネル
接続／切離しコマンドを用いて、現用系通信インタフェ
ース部１０３−ａから待機系通信インタフェース部１０
３−ｂへ現用系を切換えることにより、内部バス制御部
１０６−ａは内部バス１０８と論理的に切り離され、内
部バス制御部１０６−ｂが内部バス１０８と論理的に接
続される。

【０１４１】さらに、図２１、図２２、図２３、図２
４、図２５、図２６を用いて、インタフェースチャネル
接続コマンド（全インタフェースチャネル接続及びデー
タ連続性保証を要求）を受けた通信インタフェース部で
の現用系処理引継ぎ処理について説明する。

【０１４２】図２１は、現用系処理引継ぎ処理の全体処
理フローを示した図である。

【０１４３】現用系処理引継ぎ処理１７０７は、まず、
先に述べたマルチキャスト通信処理で用いる通信制御情
報を通信インタフェース部１０３上に回復する通信制御
情報回復処理を行い（２１０１）、次に、多回線通信制
御装置１０５の回線制御モジュール１０７からの割込み
受付処理を引き継ぐ割込み受付リカバリ処理を行った後
（２１０２）、通信制御インタフェースを介したホスト
コンピュータ１００のＣＰＵ１０１からの起動受付処理
を引き継ぐ起動受付リカバリ処理を行い（２１０３）、
最後に、マルチキャスト通信処理の終了報告処理を引き
継ぐマルチキャスト通信終了報告リカバリ処理を行う
（２１０４）。

【０１４４】図２２は、マルチキャスト通信処理で用い
る通信制御情報を通信インタフェース部上に回復する通
信制御情報回復処理のフローチャートである。

【０１４５】通信制御情報回復処理２１０１では、ま
ず、主記憶部１０２上のリカバリインタフェースエリア
の宛先パターンテーブル格納エリア２１２にある全ての
宛先パターンテーブル５００を通信インタフェース部１
０３上の宛先パターンテーブル用ワークエリア２３０へ
コピーする（２２０１）。次に、主記憶部１０２上の通
信制御インタフェースエリアのマルチキャスト通信起動
テーブル２０２の起動フラグ３２１から有効マルチキャ
スト通信コマンドの有無を調べる（２２０２）。そし
て、有効マルチキャスト通信コマンドがあれば、そのマ
ルチキャスト通信処理がマルチキャストステータス２か
どうか調べ（２２０３）、マルチキャストステータス２
であれば、通信制御インタフェースエリアの該当マルチ
キャスト通信管理テーブル２０８を通信インタフェース
部１０３上のマルチキャスト通信管理テーブル編集エリ
ア２３１へコピーし（２２０４）、そうでなければ、コ
ピーは行わない。また、有効マルチキャスト通信コマン
ドがなければ、何も行わない。そして、該当マルチキャ
スト通信コマンドのマルチキャスト送信データを主記憶
部１０２上の送受信バッファ１１４から通信インタフェ
ース部１０３上の送受信バッファ１１５へコピーする
（２２０５）。そして、前記処理の内、ステップ２２０
２〜２２０５をマルチキャスト通信起動テーブル２０２
の情報登録エリア分繰返す（２２０６）。

【０１４６】こうして、現用系で処理していたマルチキ
ャスト通信の処理引継ぎに必要な情報のみを、実際の処
理引継ぎを行う前に待機系の通信インタフェース部内に
再生しておくことができる。

【０１４７】図２３は、多回線通信制御装置の回線制御
モジュールからの割込み受付処理を引き継ぐ割込み受付
リカバリ処理のフローチャートである。

【０１４８】割込み受付リカバリ処理２１０２では、ま
ず、通信インタフェース部１０３に接続している多回線
通信制御装置１０５の各回線制御モジュール１０７上の
割込み通知テーブル２４２の有効フラグ３４１がＯＮか
どうかを調べ（２３０１）、ＯＮであれば、割込み通知
テーブル２４２の各報告フラグ３４２〜３４５より該当
割込みの種別を判定する（２３０２）。そして、該当割
込みが一対一通信終了報告の場合、その割込み通知テー
ブル２４２に対応する主記憶部１０２上の通信制御イン
タフェースエリアの一対一通信起動キュー・テーブル２
０１のリードポインタ３１２と一対一通信終了報告キュ
ー・テーブル２０４のライトポインタ３１１から、該一
対一通信起動キュー・テーブル２０１のリードポインタ
３１２の更新処理を行っているかどうか調べ（２３０
３）、更新処理を行っていなければ（前記リードポイン
タ３１２とライトポインタ３１１が等しくない場合）、
そのリードポインタ３１２の更新を行う（２３０４）。
そして、割込み報告先識別キュー・テーブル２０７への
該当割込み通知テーブル２４２の割込み情報登録とホス
トコンピュータ１００のＣＰＵ１０１への割込みを発行
し（２３０５）、該当割込み通知テーブル２４２の有効
フラグ３４１をＯＦＦする（２３０６）。また、該当割
込みがデータ受信もしくは通信割込み報告の場合、前記
処理の内、ステップ２３０５〜２３０６のみ行う。さら
に、該当割込みがマルチキャスト通信起動受付完了報告
の場合、その割込み通知テーブル２４２に対応するマル
チキャスト通信管理テーブル２０８の終了監視エリア５
１４の監視フラグを１から０に書替えているかどうか調
べ（２３０７）、１ならば、該当監視フラグを０に書替
える（２３０８）。その後、終了報告エリア５１４内、
監視フラグが１の総数（Ｍａ）から未終了報告受付総数
５１３（Ｍｂ）の減算処理を行っているかどうか調べ
（２３０９）、減算処理を行っていなければ（Ｍａ＜Ｍ
ｂ）、未終了報告受付総数５１３の減算を行う（２３１
０）。一方、前記有効フラグ３４１がＯＦＦの場合、何
も行わない。そして、前記処理ステップ２３０１〜２３
１０を通信インタフェース部１０３に接続している多回
線通信制御装置１０５の全回線制御モジュール１０７分
繰返して行う（２３１１）。

【０１４９】こうして、通信インタフェース部１０３に
接続している多回線通信制御装置１０５の全回線制御モ
ジュール１０７からの各報告割込みを抜けなく受付処理
することができる。

【０１５０】図２４は、通信制御インタフェースを介し
たホストコンピュータのＣＰＵからの起動受付処理を引
き継ぐ起動受付リカバリ処理のフローチャートである。

【０１５１】起動受付リカバリ処理２１０３では、ま
ず、主記憶部１０２上の通信制御インタフェースエリア
の起動先識別キュー・テーブル２００のリードポインタ
３０２と、リカバリインタフェースエリアのネクストリ
ードポインタテーブル２１１の起動先識別キュー・テー
ブル用記録フィールド４１０の値から、現用系の通信イ
ンタフェース部１０３が通信制御インタフェースを介し
てやり取りされるコマンドの受付処理中であったかどう
か調べ（２４０１）、あれば（前記リードポインタ３０
２とネクストリードポインタが等しくない場合）、起動
先識別キュー・テーブル２００のリードポインタ３０２
が示す情報登録エリア３０３に登録されている起動先識
別情報を調べ（２４０２）、以下の起動引継ぎ処理を行
う。そして、該起動先識別情報が一対一通信起動であっ
た場合、該起動先識別情報が示す回線制御モジュール１
０７上の該当一対一通信コマンドキュー・テーブル２４
０のライトポインタ３１１とリカバリインタフェースエ
リアのカレントライトポインタテーブル２１０の該当カ
レントライトポインタから、該当一対一通信コマンドキ
ュー・テーブル２４０へ、該起動先識別情報が示す一対
一通信起動キュー・テーブル２０１のリードポインタ３
１２が示す情報登録エリア３１３の一対一通信コマンド
情報を登録しているかどうか調べ（２４０３）、登録し
ていなければ（前記ライトポインタ３１１とカレントラ
イトポインタが等しい場合）、該当一対一通信コマンド
キュー・テーブル２４０へ該一対一通信コマンド情報を
登録し（２４０６）、前記ネクストリードポインタテー
ブル２１１内にある一対一通信起動キュー・テーブル２
０１のネクストリードポインタを更新する（２４０
７）。また、すでに該当一対一通信コマンドキュー・テ
ーブル２４０へ該一対一通信コマンド情報を登録済みの
場合、前記一対一通信起動キュー・テーブル２０１のリ
ードポインタ３１２と前記ネクストリードポインタテー
ブル２１１の該当ネクストリードポインタから該一対一
通信起動キュー・テーブル２０１のネクストリードポイ
ンタを更新したかどうか調べ（２４０４）、更新してい
なければ、前記ステップ２４０７を実行する。そして、
該起動先識別キュー・テーブル２００から該当起動先識
別情報を廃棄する（２４０５）。また、該起動先識別情
報がマルチキャスト通信起動であった場合、該当マルチ
キャスト通信処理がマルチキャストステータス１かどう
か調べ（２４０８）、マルチキャストステータス１な
ら、現用系処理引継ぎ処理１７０７終了後、該マルチキ
ャスト通信起動を処理するようマルチキャスト通信起動
処理１２００の実行を要求する（２４０９）。一方、マ
ルチキャストステータス１でなければ、マルチキャスト
通信起動リカバリ処理を行う（２４１０）。

【０１５２】こうして、通信制御インタフェースを介し
たホストコンピュータのＣＰＵからの各種起動を抜け／
重複することなく処理することができる。なお、起動受
付リカバリ処理では高々１つの起動コマンド分しか受付
リカバリを行わないでよいよう、通常の起動受付時、カ
レントで処理中のコマンドを１つに制限できるよう通信
制御インタフェースの起動受付制御を行っている。

【０１５３】図２５は、通信制御インタフェースを介し
たホストコンピュータのＣＰＵからマルチキャスト通信
起動受付処理中における多回線通信制御装置の回線制御
モジュールへのマルチキャスト通信起動処理を引き継ぐ
マルチキャスト通信起動リカバリ処理のフローチャート
である。

【０１５４】マルチキャスト通信起動リカバリ処理２４
１０では、まず、通信インタフェース部１０３上のマル
チキャスト通信管理テーブル編集エリア２３１の該当マ
ルチキャスト通信管理テーブルの未起動総数５１１と該
当宛先パターンテーブル５００から求めた起動済み回線
数から、マルチキャスト通信起動処理中であると予想さ
れる回線を検出する（２５０１）。そして、該マルチキ
ャスト通信管理テーブルの起動管理エリア５１１２の該
検出回線に対応する起動フラグが書替え済みかどうか調
べる（２５０２）。その結果、書替え未処理（起動フラ
グが１）であった場合、該回線に対応する回線制御モジ
ュール１０７のマルチキャスト通信コマンドキュー・テ
ーブル２４１のライトポインタ３３１と主記憶部１０２
上のリカバリインタフェースエリアのカレントライトポ
インタテーブル２１０のマルチキャスト通信用記録エリ
ア４０２内の該当回線用記録要素４０６に記憶されてい
るカレントライトポインタから、該マルチキャスト通信
コマンドキュー・テーブル２４１へマルチキャスト通信
コマンドの登録を行っているかどうか調べ（２５０
３）、該コマンド登録を行っていなければ（前記ライト
ポインタ３３１とカレントライトポインタが等しい場
合）、該マルチキャスト通信コマンドキュー・テーブル
２４１へマルチキャスト通信コマンドの登録を行い、該
起動フラブを０に書替える（２５０４）。そして、該マ
ルチキャスト通信コマンドキュー・テーブル２４１のラ
イトポインタ３３１をカレントライトポインタテーブル
２１０のマルチキャスト通信用記録エリア４０２内の該
当回線用記録要素４０６に記憶し（２５０５）、該マル
チキャスト通信管理テーブルの未起動総数５１１を１減
算する（２５０６）。その後、残りの起動指示回線への
マルチキャスト通信起動処理（マルチキャスト通信起動
処理１２００のステップ１２０５〜１２１４）を行い
（２５０７）、該マルチキャスト通信管理テーブルの未
起動総数５１１がゼロになるまで繰返す（２５０８）。
そして、起動先識別キュー・テーブル２００から該当起
動先識別情報を廃棄し（２５０９）、現用系処理引継ぎ
処理１７０７終了後、該マルチキャスト通信処理の終了
を監視するためのマルチキャスト通信終了監視タイマを
起動する（２５１０）。

【０１５５】こうして、現用系の通信インタフェース部
で多回線通信制御装置内の指定された各回線制御モジュ
ールへの起動処理途中のマルチキャスト通信について、
そのマルチキャスト送信データを送出する回線の抜け／
重複なく処理を引き継ぐことができる。

【０１５６】図２６は、マルチキャスト通信処理の終了
報告処理を引き継ぐマルチキャスト通信終了報告リカバ
リ処理のフローチャートである。

【０１５７】マルチキャスト終了報告リカバリ処理２１
０４では、まず、主記憶部１０２上の通信制御インタフ
ェースエリアのマルチキャスト通信起動テーブル２０２
の起動フラグ３２１から有効マルチキャスト通信コマン
ドの有無を調べる（２６０１）。そして、有効コマンド
があれば、そのマルチキャスト通信処理がマルチキャス
トステータス２かどうか調べ（２６０２）、マルチキャ
ストステータス２であれば、通信インタフェース部１０
３上のマルチキャスト通信管理テーブル編集エリアの該
当マルチキャスト通信管理テーブルの未終了報告受付総
数５１３がゼロかどうかを調べる（２６０３）。そし
て、未終了報告受付総数５１３がゼロであれば、マルチ
キャスト通信終了報告キュー・テーブル２０４のライト
ポインタ３１１とリードポインタ３１２とが示す間の情
報登録エリア３１３に登録されている有効終了報告情報
の中に未終了報告受付総数５１３がゼロであったマルチ
キャスト通信管理テーブルに該当する終了報告情報が登
録されていないかどうか調べ（２６０４）、登録されて
いなければ、該マルチキャスト通信管理テーブルから該
当マルチキャスト通信処理の終了報告情報を作成し、該
マルチキャスト通信終了報告キュー・テーブル２０４へ
登録する（２６０５）。そして、割込み報告先識別キュ
ー・テーブル２０７へ該マルチキャスト通信終了報告を
示す割込み報告先識別情報を登録し（２６０６）、ホス
トコンピュータ１００のＣＰＵ１０１へ割込みを発行す
る（２６０７）。そして、ステップ２６０１〜２６０７
をマルチキャスト通信起動テーブル２０２の情報登録エ
リア分繰返す（２６０８）。

【０１５８】こうして、ホストコンピュータのＣＰＵへ
のマルチキャスト通信終了報告処理を引き継ぐことがで
きる。

【０１５９】このように本実施例によれば、フォールト
トレラントコンピュータであるホストコンピュータの主
記憶部を介して通信インタフェース部の現用／待機系切
換え前の処理経過情報をやり取りできるので、通信イン
タフェース部、または多回線通信制御装置の内部バス制
御部が故障し、通信インタフェース部の現用／待機系切
換えを行なっても系切換え前後での処理を引き継ぐこと
を保証できる高信頼情報通信システムを提供することが
できる。

【０１６０】

【発明の効果】以上のように、本発明によれば、データ
通信連絡テーブルを通信種別毎に分けて配置したので、
同一回線で一対一通信、マルチキャスト通信を実現で
き、また、前記マルチキャスト通信の起動処理には予め
データ送信先を示した宛先パターンテーブルを用いるこ
とで、マルチキャスト通信時の起動情報の容量はデータ
送信先の数によって変化することなく、前記起動情報の
容量を削減することができる。さらに、ホストコンピュ
ータ内のＣＰＵ及び通信インタフェース部、多回線通信
制御装置内の回線制御モジュールの各部位でデータ通信
処理を分散して行うことで、前記ＣＰＵの処理負荷を抑
え、短時間で多回線への同一データ送信を行えるマルチ
キャスト通信をサポートした情報通信システムを提供す
ることができる。

【０１６１】

【図面の簡単な説明】

【図１】本発明の一実施例に係る情報通信システム概略
構成とホスト側のホストコンピュータ及び多回線通信制
御装置の内部構成図である。

【図２】本発明の一実施例に係る情報通信システムにお
いて、ホスト側の通信処理インタフェース構造図であ
る。

【図３】本発明の一実施例に係る情報通信システムにお
いて、通信制御インタフェースを構成するテーブルの構
造図である。

【図４】本発明の一実施例に係る情報通信システムにお
いて、リカバリインタフェースを構成するテーブルの構
造図である。

【図５】本発明の一実施例に係る情報通信システムにお
いて、マルチキャスト通信処理で使用される制御テーブ
ルの構造図である。

【図６】本発明の一実施例に係る情報通信システムにお
いて、構成制御インタフェースを構成するテーブルの構
造図である。

【図７】本発明の一実施例に係る情報通信システムの構
成制御インタフェースでの起動／終了処理の概略手順を
示した図である。

【図８】本発明の一実施例に係る情報通信システムの通
信制御インタフェースでの一対一通信の起動／終了処理
の概略手順を示した図である。

【図９】本発明の一実施例に係る情報通信システムの通
信インタフェース部における起動受付処理／一対一通信
起動処理のフローチャート図である。

【図１０】本発明の一実施例に係る情報通信システムの
回線制御モジュールにおけるデータ通信処理の概略手順
を示した図である。

【図１１】本発明の一実施例に係る情報通信システムの
通信インタフェース部における割込み受付処理及び割込
み報告処理のフローチャート図である。

【図１２】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信起動
処理のフローチャート図である。

【図１３】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信起動
受付完了報告受付処理のフローチャート図である。

【図１４】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるマルチキャスト通信終了
報告処理のフローチャート図である。

【図１５】本発明の一実施例に係る情報通信システムの
通信インタフェース部及び回線制御モジュールにおける
マルチキャスト通信コマンドの有効数に応じた処理の概
略手順を示した図である。

【図１６】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の現用／待機系切換えに用
いるインタフェースチャネル接続／切離しコマンドの起
動情報フォーマットを示した図である。

【図１７】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるインタフェースチャネル
接続処理のフローチャート図である。

【図１８】本発明の一実施例に係る情報通信システムの
通信インタフェース部におけるインタフェースチャネル
切離し処理のフローチャート図である。

【図１９】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の障害切換え手順を示した
図である。

【図２０】本発明の一実施例に係る情報通信システムの
二重化通信インタフェース部の保守切換え手順を示した
図である。

【図２１】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理の
フローチャート図である。

【図２２】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の通信制御情報回復処理を示すフローチャート図であ
る。

【図２３】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の割込み受付リカバリ処理を示すフローチャート図であ
る。

【図２４】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の起動受付リカバリ処理を示すフローチャート図であ
る。

【図２５】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
の起動受付リカバリ処理にて実行されるマルチキャスト
通信起動リカバリ処理を示すフローチャート図である。

【図２６】本発明の一実施例に係る情報通信システムの
通信インタフェース部における現用系処理引継ぎ処理で
のマルチキャスト通信終了報告リカバリ処理を示すフロ
ーチャート図である。

【符号の説明】

１００…ホストコンピュータ、 １０１…ＣＰＵ、 １０２…主記憶部、 １０３…通信インタフェース部、 １０５…多回線通信制御装置、 １０６…内部バス制御部、 １０７…回線制御モジュール、 １１２，１１３…ＭＰＵ、 １１４，１１５，１１６…送受信バッファ、 １１７…インタフェースチャネル、 ２００…起動先識別キュー・テーブル、 ２０１…一対一通信起動キュー・テーブル、 ２０２…マルチキャスト通信起動テーブル、 ２０３…一対一通信終了報告キュー・テーブル、 ２０４…マルチキャスト通信終了報告キュー・テーブ
ル、 ２０５…データ受信報告キュー・テーブル、 ２０６…通信割込み報告キュー・テーブル、 ２０７…割込み報告先識別キュー・テーブル、 ２０８…マルチキャスト通信管理テーブル、 ２０９…マルチキャスト通信起動受付完了報告キュー・
テーブル、 ２１０…カレントライトポインタテーブル、 ２１１…ネクストリードポインタテーブル、 ２１２…宛先パターンテーブル格納エリア、 ２２０…起動メッセージテーブル、 ２２１…終了メッセージテーブル、 ２３０…宛先パターンテーブル用ワークエリア、 ２３１…マルチキャスト通信管理テーブル編集エリア、 ２４０…一対一通信コマンドキュー・テーブル、 ２４１…マルチキャスト通信コマンドキュー・テーブ
ル、 ２４２…割込み通知テーブル、 ５００…宛先パターンテーブル、 ９００…起動受付処理、 ９１１…マルチキャスト通信起動処理、 １１００…割込み受付処理、 １１０９…マルチキャスト通信起動受付完了報告受付処
理、 １３０８…マルチキャスト通信終了報告処理、 １７００…インタフェースチャネル接続処理、 １７０７…現用系処理引継ぎ処理、 １８００…インタフェースチャネル切離し処理、 ２１０１…通信制御情報回復処理、 ２１０２…割込み受付リカバリ処理、 ２１０３…起動受付リカバリ処理、 ２１０４…マルチキャスト通信終了報告リカバリ処理、 ２４１０…マルチキャスト通信起動リカバリ処理。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大野 修司 神奈川県横浜市戸塚区吉田町292番地株 式会社日立製作所マイクロエレクトロニ クス機器開発研究所内 (72)発明者 山口 彰二 茨城県日立市大みか町五丁目２番１号株 式会社日立製作所大みか工場内 (72)発明者 岡田 政和 茨城県日立市大みか町五丁目２番１号株 式会社日立製作所大みか工場内 (72)発明者 藤又 芳巳 茨城県日立市大みか町五丁目２番１号日 立プロセスコンピュータエンジニアリン グ株式会社内 (72)発明者 中根 啓一 神奈川県横浜市戸塚区吉田町292番地株 式会社日立製作所マイクロエレクトロニ クス機器開発研究所内 (56)参考文献 特開 平４−207337（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/56 260

Claims (5)

(57)【特許請求の範囲】
1. 【請求項１】複数の回線に同一データを一斉に送信する
   マルチキャスト通信機能を具備するマルチキャスト通信
   システムであって、 ＣＰＵ(Central Processing Unit）と二重化された主記
   憶部及び通信インタフェース部から構成されるホストコ
   ンピュータと、 該ホストコンピュータからの指示に対する処理を行うＭ
   ＰＵ（Micro Processing Unit）及び送受信データを一
   時格納するための送受信バッファを備える回線制御モジ
   ュールを複数有する多回線通信制御装置と、 前記多回線通信制御装置とそれぞれ物理的に互いに別々
   の回線でネットワークを介して接続された複数の端末
   と、を有し、 前記主記憶部は、 前記通信インタフェース部を介したＣＰＵ〜回線制御モ
   ジュール間の連絡情報を記憶する通信連絡テーブルにつ
   いて、特定の端末にデータ送信を行う一対一通信用通信
   連絡テーブルと、 複数の前記端末に同一のデータ送信を行うマルチキャス
   ト通信用通信連絡テーブルとを保持し、さらに、 前記多回線通信制御装置が収容している全ての回線の各
   々について、マルチキャスト通信時の同一データ送信の
   要否を示した宛先パターンテーブルを、送信要否の組合
   せを変えて複数保持する ことを特徴とするマルチキャス
   ト通信システム。
2. 【請求項２】請求項１記載のマルチキャスト通信システ
   ムにおいて、 前記一対一通信用の通信連絡テーブルは、前記ＣＰＵか
   ら前記回線制御モジュールへの起動情報を登録する一対
   一通信起動キュー・テーブルと、前記回線制御モジュー
   ルから前記ＣＰＵへの一対一通信の終了情報を登録する
   一対一通信終了報告キュー・テーブルとからなり、 前記マルチキャスト通信用の通信連絡テーブルは、前記
   ＣＰＵから前記通信インタフェース部への起動情報を登
   録するマルチキャスト通信起動テーブルと、前記通信イ
   ンタフェース部から前記回線制御モジュールへのマルチ
   キャスト通信起動に対する前記回線制御モジュールから
   の受付完了報告情報を登録するマルチキャスト通信起動
   受付完了報告キュー・テーブルと、前記通信インタフェ
   ース部から前記ＣＰＵへのマルチキャスト通信の終了報
   告情報を登録するマルチキャスト通信終了報告キュー・
   テーブルとからなることを特徴とするマルチキャスト通
   信システム。
3. 【請求項３】請求項１記載のマルチキャスト通信システ
   ムにおいて、前記通信インタフェース部は、 マルチキャスト通信の起
   動処理／終了処理に使用するマルチキャスト通信管理テ
   ーブルを、該当する前記宛先パターンテーブルを基に、
   前記主記憶部に作成することを特徴とするマルチキャス
   ト通信システム。
4. 【請求項４】請求項２記載のマルチキャスト通信システ
   ムにおいて、 さらに、前記主記憶部及び前記通信インタフェース部
   は、送受信バッファを有するとともに、 前記通信インタフェース部は、 前記通信種別がマルチキャスト通信の場合、前記主記憶
   部上の送受信バッファから前記通信インタフェース部内
   の送受信バッファへ送信データを転送する手段と、 前記通信種別がマルチキャスト通信の場合、前記マルチ
   キャスト通信管理テーブルを用いて各回線制御モジュー
   ルに対してデータ送信を指示する手段とを設け、 前記通信インタフェース部は、前記ＣＰＵからのマルチ
   キャスト通信起動に対する処理を行うことを特徴とする
   マルチキャスト通信システム。
5. 【請求項５】請求項２記載のマルチキャスト通信システ
   ムにおいて、 前記通信インタフェース部は、 各前記回線制御モジュールへのマルチキャスト通信起動
   処理完了後から、所定時間内にマルチキャスト通信起動
   の受付完了報告を各回線制御モジュールから必要数分受
   取れるか否かを監視するマルチキャスト通信終了監視タ
   イマと、 前記マルチキャスト通信管理テーブルにおいて、前記回
   線制御モジュールからのマルチキャスト通信起動の受付
   完了報告の受取り完了を全て確認したことにより、前記
   ＣＰＵへ該当マルチキャスト通信の終了報告を行う手段
   と、 前記マルチキャスト通信終了監視タイマがタイムアウト
   した際、前記ＣＰＵへのマルチキャスト通信終了報告
   時、回線制御モジュールからのマルチキャスト通信起動
   の受付完了報告の受取済がマルチキャスト通信管理テー
   ブルにおいて記録されていない回線を前記ＣＰＵへ通知
   する手段とを設けることを特徴とするマルチキャスト通
   信システム。