JPH0591104A - マルチキヤスト通信方式 - Google Patents

Abstract

(57)【要約】 【目的】マルチキャスト通信時、回線の正常／異常を確
認することなく、異常回線に対するマルチキャストデー
タの送信を抑止する。 【構成】ホストコンピュータと複数の端末とが複数の回
線で接続されたコンピュータシステムにおいて、異常が
検出された回線を記憶しておき、上記ホストコンピュー
タから上記複数の端末へマルチキャストデータを一斉に
送信するマルチキャスト通信を行う際に、上記異常が検
出された回線に対しては、マルチキャストデータの送信
を行わないようにしている。 【効果】マルチキャスト通信におけるオーバヘッドの増
加を防止することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ホストコンピュータと
複数の端末とが回線制御装置および複数の回線で接続さ
れたコンピュータシステムに係り、特に、ホストコンピ
ュータから複数の端末へ同一データを一斉に送信するマ
ルチキャスト通信方式に関する。

【０００２】

【従来の技術】従来、ホストコンピュータと複数の端末
とが回線制御装置および複数の回線で接続されたコンピ
ュータシステムにおいて、ホストコンピュータから複数
の端末へ同一データを一斉に送信するマルチキャスト通
信を行う際に、例えば、特開平２−２２５７号公報に記
載されているように、ホストコンピュータは、データに
マルチキャスト通信すべきデータ（マルチキャストデー
タ）である旨の情報を付加して回線制御装置に送出す
る。回線制御装置は、マルチキャストデータである旨の
情報が付加されている場合には、記憶している各端末の
宛先アドレスに基づいて、各端末へマルチキャストデー
タを送信する。その際、回線制御装置では、各端末への
マルチキャストデータ送信時に、別に記憶しておいた故
障端末情報に基づいて、マルチキャストデータを送信す
る端末が異常でないか否かを判別して、異常でない場合
に、当該端末にマルチキャストデータを送信していた。

【０００３】

【発明が解決しようとする課題】上記従来技術では、マ
ルチキャスト通信を行う際に、各端末へマルチキャスト
データを送信する前に、その都度、当該端末が異常でな
いか否かを判別している。このため、マルチキャストデ
ータを送信する端末の数が増えると、端末ごとに行う正
常／異常の判別処理によって、マルチキャスト通信にお
けるオーバヘッドが増加するという問題がある。

【０００４】本発明の目的は、マルチキャスト通信を行
う際に、回線の正常／異常を確認することなく、既に異
常を検出している回線にはマルチキャストデータを送信
しないようにすることにより、マルチキャスト通信にお
けるオーバヘッドの増加を防止することを可能とするマ
ルチキャスト通信方式を提供することにある。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、異常が検出された回線を記憶しておき、
マルチキャスト通信時に、上記異常が検出された回線に
対しては、マルチキャストデータの送信を行わないよう
にしている。

【０００６】具体的には、本発明は、ＣＰＵおよびデー
タの通信制御を行う通信インタフェース部を有するホス
トコンピュータと、複数の端末と、ホストコンピュータ
と複数の端末との間を接続する回線と、複数の回線を制
御する回線制御装置とを備えたコンピュータシステムに
おいて、ホストコンピュータのＣＰＵに、以下に示す手
段を設けている。

【０００７】（１）各回線が正常であるか否かを記憶す
る第１の記憶手段。

【０００８】（２）回線状態に変化があった回線の情報
を通信インタフェース部から受取った場合に、該回線に
ついて、上記第１の記憶手段の内容を変更する変更手
段。

【０００９】（３）上記変更手段により変更した旨を通
信インタフェース部に通知する第１の通知手段。

【００１０】そして、ホストコンピュータの通信インタ
フェース部に、以下に示す手段を設けている。

【００１１】（４）各回線が正常であるか否かを記憶す
る第２の記憶手段。

【００１２】（５）ＣＰＵからマルチキャスト通信の指
示を受取った場合に、上記第２の記憶手段に正常である
旨が記憶されている回線に対してマルチキャストデータ
を送信するよう、回線制御装置に指示する送信指示手
段。

【００１３】（６）回線状態が変化した回線を検出する
検出手段。

【００１４】（７）上記検出手段により検出された回線
の情報をＣＰＵに通知する第２の通知手段。

【００１５】（８）上記第１の通知手段からの通知を受
取った場合に、上記第１の記憶手段の変更後の内容を上
記第２の記憶手段にコピーするコピー手段。

【００１６】また、本発明は、ＣＰＵおよびデータの通
信制御を行う通信インタフェース部を有するホストコン
ピュータと、複数の端末と、ホストコンピュータと複数
の端末との間を接続する回線と、複数の回線を制御する
回線制御装置とを備えたコンピュータシステムにおい
て、ホストコンピュータの通信インタフェース部に、以
下に示す手段を設けている。

【００１７】（９）各回線が正常であるか否かを記憶す
る第１の記憶手段。

【００１８】（１０）ＣＰＵからマルチキャスト通信の
指示を受取った場合に、上記第１の記憶手段に正常であ
る旨が記憶されている回線に対してマルチキャストデー
タを送信するよう、回線制御装置に指示する送信指示手
段。

【００１９】（１１）回線状態が変化した回線を検出す
る検出手段。

【００２０】（１２）上記検出手段により検出された回
線について、上記第１の記憶手段の内容を変更する変更
手段。

【００２１】さらに、両者の場合とも、ホストコンピュ
ータの通信インタフェース部に、以下に示す手段を設け
ることができる。

【００２２】（１３）ＣＰＵからマルチキャスト通信の
指示を受取ってから所定時間内に、マルチキャストデー
タの送信が正常終了した旨の通知を回線制御装置から受
取ったか否かを回線ごとに記憶する第３の記憶手段。

【００２３】この場合は、（６）および（１１）の検出
手段は、上記第３の記憶手段に回線制御装置からの通知
を受取った旨が記憶されていない回線を、正常から異常
に変化した回線として検出することとなる。

【００２４】また、さらに、両者の場合とも、回線制御
装置に、以下に示す手段を設けることができる。

【００２５】（１４）定期的に回線状態を監視する監視
手段。

【００２６】（１５）上記監視手段による監視の結果、
回線状態が変化した場合に、その旨を通信インタフェー
ス部に通知する第３の通知手段。

【００２７】この場合は、（６）および（１１）の検出
手段は、上記第３の通知手段からの通知内容に基づい
て、回線状態に異常が発生した回線を、正常から異常に
変化した回線として検出し、回線状態が正常に戻った回
線を、異常から正常に変化した回線として検出すること
となる。

【００２８】

【作用】複数の回線にマルチキャストデータを一斉に送
信するマルチキャスト通信を行う際に、まず、ホストコ
ンピュータのＣＰＵは、通信インタフェース部へマルチ
キャスト通信を指示する。

【００２９】通信インタフェース部においては、マルチ
キャスト通信の指示を受取ると、上記送信指示手段は、
上記第２の記憶手段に正常である旨が記憶されている回
線に対してマルチキャストデータを送信するよう、回線
制御装置に指示する。そして、ＣＰＵからマルチキャス
ト通信の指示を受取ってから所定時間内に、マルチキャ
ストデータの送信が正常終了した旨の通知を回線制御装
置から受取ったならば、その旨が上記第３の記憶手段に
記憶される。

【００３０】全ての送信指示に対して正常終了した旨の
通知を回線制御装置から受取った場合は、マルチキャス
ト通信は正常終了であるので、ＣＰＵに正常終了したこ
とを報告する。

【００３１】ところが、ＣＰＵからマルチキャスト通信
の指示を受取ってから所定時間内に、全ての送信指示に
対して正常終了した旨の通知を回線制御装置から受取ら
なかった場合は、上記検出手段は、上記第３の記憶手段
に回線制御装置からの通知を受取った旨が記憶されてい
ない回線を、正常から異常に変化した回線として検出す
る。そして、上記第２の通知手段は、上記検出手段によ
り検出された異常回線の情報をＣＰＵに通知する。

【００３２】ＣＰＵにおいては、上記第２の通知手段か
らの通知を受取ると、上記変更手段は、通知された異常
回線について、上記第１の記憶手段の内容を異常である
旨に変更する。そして、上記第１の通知手段は、上記変
更手段により変更した旨を通信インタフェース部に通知
する。

【００３３】通信インタフェース部においては、上記第
１の通知手段からの通知を受取ると、上記コピー手段
は、上記第１の記憶手段の変更後の内容を上記第２の記
憶手段にコピーする。

【００３４】このようにして、マルチキャスト通信時に
異常が発生したことが検出された回線については、ホス
トコンピュータのＣＰＵが、該回線について、上記第１
の記憶手段の内容を異常である旨に変更し、通信インタ
フェース部が変更後の内容を上記第２の記憶手段にコピ
ーするので、次回のマルチキャスト通信時には、上記送
信指示手段は、該回線に対してマルチキャストデータを
送信するよう、回線制御装置に指示することはない。

【００３５】一方、回線制御装置においては、上記監視
手段が定期的に回線状態を監視しており、上記監視手段
による監視の結果、回線状態が変化した場合に、上記第
３の通知手段は、その旨を通信インタフェース部に通知
する。

【００３６】通信インタフェース部においては、上記第
３の通知手段からの通知を受取ると、上記検出手段は、
その通知内容に基づいて、回線状態に異常が発生した回
線を、正常から異常に変化した回線として検出し、回線
状態が正常に戻った回線を、異常から正常に変化した回
線として検出することとなる。

【００３７】そして、上記第２の通知手段は、上記検出
手段により検出された回線の情報をＣＰＵに通知する。

【００３８】ＣＰＵにおいては、上記第２の通知手段か
らの通知を受取ると、上記変更手段は、通知された回線
について、上記第１の記憶手段の内容を異常である旨ま
たは正常である旨に変更する。そして、上記第１の通知
手段は、上記変更手段により変更した旨を通信インタフ
ェース部に通知する。

【００３９】通信インタフェース部においては、上記第
１の通知手段からの通知を受取ると、上記コピー手段
は、上記第１の記憶手段の変更後の内容を上記第２の記
憶手段にコピーする。

【００４０】このようにして、定期的な監視時に異常が
発生したことが検出された回線については、ホストコン
ピュータのＣＰＵが、該回線について、上記第１の記憶
手段の内容を異常である旨に変更し、通信インタフェー
ス部が変更後の内容を上記第２の記憶手段にコピーする
ので、次回のマルチキャスト通信時には、上記送信指示
手段は、該回線に対してマルチキャストデータを送信す
るよう、回線制御装置に指示することはない。また、定
期的な監視時に正常に戻ったことが検出された回線につ
いては、ホストコンピュータのＣＰＵが、該回線につい
て、上記第１の記憶手段の内容を正常である旨に変更
し、通信インタフェース部が変更後の内容を上記第２の
記憶手段にコピーするので、次回のマルチキャスト通信
時には、上記送信指示手段は、該回線に対してマルチキ
ャストデータを送信するよう、回線制御装置に指示する
こととなる。

【００４１】

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

【００４２】図１は本発明の第１の実施例に係るコンピ
ュータシステムの構成を示すブロック図である。

【００４３】本実施例のコンピュータシステムは、利用
者にサービスを提供するホストコンピュータ１００と、
利用者の端末１１８−ａ〜１１８−ｄと、各端末１１８
−ａ〜１１８−ｄが接続される通信網（公衆通信網また
は専用通信網）１１７と、ホストコンピュータ１００と
各端末１１８−ａ〜１１８−ｄとの間の通信制御を行う
多回線通信制御装置１１１とから構成されている。

【００４４】ホストコンピュータ１００は、ＣＰＵ１０
１と、主記憶部１０２と、通信インタフェース部１０６
とから構成され、これらは、コンピュータバス１０５に
より接続されている。

【００４５】ＣＰＵ１０１は、各端末１１８−ａ〜１１
８−ｄへの通信処理等を行う。主記憶部１０２は、送信
データを格納するための通信バッファ１０３および宛先
パターンテーブル１０４を有している。

【００４６】通信インタフェース部１０６は、ＭＰＵ１
０７および通信バッファ１０８を有している。ＭＰＵ１
０７は、ＣＰＵ１０１からのデータ通信指示に対する処
理、主記憶部１０２の通信バッファ１０３から通信バッ
ファ１０８へのデータ転送処理等を行う。

【００４７】さらに、通信インタフェース部１０６は、
宛先パターンテーブル１０９および終了報告確認テーブ
ル１１０を有している。宛先パターンテーブル１０９
は、マルチキャスト通信を行う際に、通信インタフェー
ス部１０６がマルチキャストデータを送信する回線を判
別するためのものであり、主記憶部１０２の宛先パター
ンテーブル１０４をコピーしたものである。また、終了
報告確認テーブル１１０は、マルチキャストデータを送
信する各回線について、各回線制御モジュール１１４−
ａ〜１１４−ｃからの終了報告を全て受取ったか否かを
確認するためのものである。

【００４８】多回線通信制御装置１１１は、コンピュー
タ・インタフェース・モジュール１１２と、回線制御モ
ジュール１１４−ａ〜１１４−ｃとから構成され、これ
らは、内部バス１０３により接続されている。コンピュ
ータ・インタフェース・モジュール１１２は、通信イン
タフェース部１０６に接続されている。

【００４９】回線制御モジュール１１４−ａ〜１１４−
ｃは、各々、ＭＰＵ１１５−ａおよび通信バッファ１１
６−ａ、ＭＰＵ１１５−ｂおよび通信バッファ１１６−
ｂ、ＭＰＵ１１５−ｃおよび通信バッファ１１６−ｃを
有している。

【００５０】各ＭＰＵ１１５−ａ〜１１５−ｃは、通信
インタフェース部１０６からのデータ送信指示に対する
処理、通信インタフェース部１０６内の通信バッファ１
０８からのデータ転送処理および端末１１８−ａ〜１１
８−ｄへのデータ送信処理等を行う。各回線制御モジュ
ール１１４−ａ〜１１４−ｃは、通信網１１７に接続さ
れた各端末１１８−ａ〜１１８−ｄとの間の回線制御を
行う。

【００５１】以上のような構成のコンピュータシステム
において、マルチキャスト通信を行う際に、まず、ホス
トコンピュータ１００内のＣＰＵ１０１は、マルチキャ
ストデータを主記憶部１０２の通信バッファ１０３に格
納し、通信インタフェース部１０６にマルチキャストデ
ータ送信要求のコマンドを発行する。

【００５２】通信インタフェース部１０６においては、
ＣＰＵ１０１からマルチキャストデータ送信要求のコマ
ンドを受取ると、ＭＰＵ１０７は、主記憶部１０２の通
信バッファ１０３に格納されたマルチキャストデータを
通信バッファ１０８へ転送し、宛先パターンテーブル１
０９に基づいて、マルチキャストデータを送信する回線
を判別する。

【００５３】図４は宛先パターンテーブル１０９の構成
を示す図である。

【００５４】宛先パターンテーブル１０９は、回線制御
モジュール番号４００と回線識別番号４０１とから構成
されている。

【００５５】回線制御モジュール番号４００は、多回線
通信制御装置１１１内の全ての回線制御モジュール１１
４−ａ〜１１４−ｃに、順次割付けた番号を表す。ま
た、回線識別番号４０１は、各回線制御モジュール１１
４−ａ〜１１４−ｃごとに接続される回線に順次割付け
た番号を表す。

【００５６】宛先パターンテーブル１０９においては、
各回線制御モジュール番号４００の回線識別番号４０１
ごとに、マルチキャストデータ送信の有効／無効、すな
わち、回線の正常／異常を、１／０で表している。な
お、宛先パターンテーブル１０９は主記憶部１０２上の
宛先パターンテーブル１０４をコピーしたものであり、
宛先パターンテーブル１０４の構成は、宛先パターンテ
ーブル１０９の構成と同一である。

【００５７】次に、ＭＰＵ１０７は、マルチキャストデ
ータを送信すると判別した回線、すなわち、宛先パター
ンテーブル１０９において「１」となっている回線識別
番号４０１に対応する回線について、多回線通信制御装
置１１１にマルチキャストデータ送信を指示し、マルチ
キャスト通信処理終了監視タイマ（図示せず。）を動作
させる。

【００５８】多回線通信制御装置１１１においては、マ
ルチキャストデータ送信を指示された回線に対応する回
線制御モジュール１１４−ａ〜１１４−ｃのＭＰＵ１１
５−ａ〜１１５−ｃは、通信インタフェース部１０６の
通信バッファ１０８に格納されたマルチキャストデータ
を通信バッファ１１６−ａ〜１１６−ｃへ転送し、転送
されたマルチキャストデータを該当する端末１１８−ａ
〜１１８−ｄへ送信する。

【００５９】そして、ＭＰＵ１１５−ａ〜１１５−ｃ
は、端末１１８−ａ〜１１８−ｄから受信完了通知を受
取ると、コンピュータ・インタフェース・モジュール１
１２を介して、通信インタフェース部１０６に終了報告
を行う。

【００６０】通信インタフェース部１０６においては、
ＭＰＵ１０７は、マルチキャスト通信処理終了監視タイ
マがタイムアウトする前に、マルチキャストデータ送信
を指示された回線に対応する回線制御モジュール１１４
−ａ〜１１４−ｃから終了報告を受取った場合に、終了
報告確認テーブル１１０に、該当回線から終了報告を受
取り済みである旨を登録する。

【００６１】図５は終了報告確認テーブル１１０の構成
を示す図である。

【００６２】終了報告確認テーブル１１０は、回線制御
モジュール番号５００と、回線識別番号５０１と、デー
タ送信指示発行総数５０２と、終了報告受取確認カウン
タ５０３とから構成されている。

【００６３】回線制御モジュール番号５００は、多回線
通信制御装置１１１内の全ての回線制御モジュール１１
４−ａ〜１１４−ｃに、順次割付けた番号を表す。ま
た、回線識別番号５０１は、各回線制御モジュール１１
４−ａ〜１１４−ｃごとに接続される回線に順次割付け
た番号を表す。データ送信指示発行総数５０２は、マル
チキャストデータを送信する回線の総数を表し、これ
は、宛先パターンテーブル１０９において「１」となっ
ている回線識別番号４０１の総数に相当する。終了報告
受取確認カウンタ５０３は、各回線制御モジュール１１
４−ａ〜１１４−ｃから終了報告を受取った数を表し、
終了報告の受取り時に値を「１」増加する。

【００６４】終了報告確認テーブル１１０では、回線制
御モジュール１１４−ａ〜１１４−ｃから終了報告を受
取り済みであることを表すために、該当回線の「１」を
「０」に書替える。

【００６５】そして、マルチキャストデータ送信を指示
された回線制御モジュール１１４−ａ〜１１４−ｃの全
てから終了報告を受取った場合、または、マルチキャス
ト通信処理終了監視タイマがタイムアウトした場合に、
図２に示すように、宛先パターンテーブル１０９を変更
する。

【００６６】図２はマルチキャスト通信終了後に宛先パ
ターンテーブル１０９を変更する際の概略手順を示す図
である。

【００６７】通信インタフェース部１０６においては、
マルチキャストデータ送信を指示された回線制御モジュ
ール１１４−ａ〜１１４−ｃの全てから終了報告を受取
った場合、または、マルチキャスト通信処理終了監視タ
イマがタイムアウトした場合に、ＭＰＵ１０７は、終了
報告処理２０１を起動する。すなわち、終了報告処理２
０１では、終了報告確認テーブル１１０の内容に基づい
て、終了情報テーブル２０２を作成し、主記憶部１０２
上の終了情報テーブル２００にコピーし、ＣＰＵ１０１
へマルチキャスト通信の終了報告を行う。

【００６８】図６は終了情報テーブル２０２の構成を示
す図である。

【００６９】終了情報テーブル２０２は、終了状態６０
０と、終了未報告回線識別番号６０１と、未報告原因６
０２とから構成されている。

【００７０】終了状態６００は、マルチキャスト通信が
終了した時の状態、すなわち、正常終了／異常終了を示
す。終了未報告回線識別番号６０１は、マルチキャスト
通信処理終了監視タイマがタイムアウトした時点で終了
未報告の回線の識別番号を示す。また、未報告原因６０
２は、終了未報告の回線について通信インタフェース部
１０６が検出する異常原因を示す。なお、主記憶部１０
２上の終了情報テーブル２００の構成は、終了情報テー
ブル２０２の構成と同一である。

【００７１】さて、ＣＰＵ１０１においては、通信イン
タフェース部１０６からマルチキャスト通信の終了報告
を受取ると、主記憶部１０２上の終了情報テーブル２０
０から異常回線を検出する。そして、異常回線がある場
合に、ＣＰＵ１０１は、該異常回線について、主記憶部
１０２上の宛先パターンテーブル１０４のパターン変更
を行う。すなわち、該異常回線を「０」とする。異常回
線全てについてパターン変更が完了すると、ＣＰＵ１０
１は、通信インタフェース部１０６へ宛先パターンテー
ブル変更通知のコマンド２０３を発行する。

【００７２】図３はコマンド２０３のフォーマットを示
す図である。

【００７３】コマンド２０３は、コマンドコード３００
と、格納先アドレス３０１と、転送量３０２とから構成
されている。

【００７４】コマンドコード３００は、ＣＰＵ１０１が
発行したコマンドの種別を表す。コマンドコード３００
が宛先パターンテーブル変更通知を表す場合、格納先ア
ドレス３０１は、主記憶部１０２上の宛先パターンテー
ブル１０４の先頭アドレスを示す。また、転送量３０２
は、主記憶部１０２の宛先パターンテーブル１０４の大
きさを示す。

【００７５】ここで、格納先アドレス３０１および転送
量３０２の内容は、コマンドコード３００の内容によっ
て異なる。すなわち、コマンドコード３００が上述した
マルチキャスト通信要求を表す場合、格納先アドレス３
０１は、主記憶部１０２上の通信バッファ１０３に格納
されたマルチキャストデータの先頭アドレスを示し、転
送量３０２は、該マルチキャストデータの大きさを示
す。

【００７６】通信インタフェース部１０６においては、
ＣＰＵ１０１から宛先パターンテーブル変更通知のコマ
ンド２０３を受取ると、ＭＰＵ１０７は、宛先パターン
テーブル変更通知処理２０４を起動する。すなわち、宛
先パターンテーブル変更通知処理２０４では、主記憶部
１０２上の変更後の宛先パターンテーブル１０４を宛先
パターンテーブル１０９にコピーする。

【００７７】以下、図７〜図９を用いて、本実施例にお
ける宛先パターンテーブル１０９のパターン変更処理手
順の流れを詳細に説明する。

【００７８】図７は通信インタフェース部１０６におけ
る終了報告処理２０１の流れを示すフローチャートであ
る。

【００７９】通信インタフェース部１０６においては、
マルチキャストデータ送信を指示された回線制御モジュ
ール１１４−ａ〜１１４−ｃの全てから終了報告を受取
った場合、または、マルチキャスト通信処理終了監視タ
イマがタイムアウトした場合に、ＭＰＵ１０７は、終了
報告確認テーブル１１０からデータ送信指示発行総数５
０２および終了報告受取確認カウンタ５０３を読出す
（ステップ７００）。そして、データ送信指示発行総数
５０２と終了報告受取確認カウンタ５０３とを比較し
（ステップ７０１）、両者が等しい場合は、マルチキャ
スト通信は正常終了であるので、終了情報テーブル２０
２の終了状態６００に正常終了を登録する（ステップ７
０７）。そして、終了情報テーブル２０２を主記憶部１
０２へコピーして（ステップ７０８）、ＣＰＵ１０１へ
マルチキャスト通信の終了報告を行う（ステップ７０
９）。

【００８０】また、ステップ７０１の比較の結果、両者
が等しくない場合は、マルチキャスト通信は異常終了で
あるので、終了情報テーブル２０２の終了状態６００に
異常終了を登録し（ステップ７０２）、終了報告確認テ
ーブル１１０から終了未報告の回線識別番号５０１、す
なわち、終了報告確認テーブル１１０において「１」と
なっている回線識別番号５０１を検出する（ステップ７
０３）。次に、終了報告確認テーブル１１０から検出し
た回線識別番号５０１に対応する回線について、終了未
報告となった原因を検出し（ステップ７０４）、先に検
出した回線識別番号５０１を終了情報テーブル２０２の
終了未報告回線識別番号６０１に登録し、異常原因を未
報告原因６０２に登録する（ステップ７０５）。

【００８１】そして、終了報告確認テーブル１１０から
終了未報告の回線識別番号５０１を全て検出したか否か
を判別し（ステップ７０６）、検出未完了の場合は、終
了未報告の回線識別番号５０１の検出処理を継続する。
ステップ７０６の判別の結果、検出完了の場合は、登録
完了した終了情報テーブル２０２を主記憶部１０２へコ
ピーし（ステップ７０８）、ＣＰＵ１０１へマルチキャ
スト通信の終了報告を行う（ステップ７０９）。

【００８２】このように、通信インタフェース部１０６
においては、マルチキャスト通信が終了すると、マルチ
キャスト通信の終了状態に応じて、終了情報テーブル２
０２を作成し、ＣＰＵ１０１へマルチキャスト通信の終
了報告を行う。

【００８３】図８はＣＰＵ１０１における宛先パターン
テーブル変更処理の流れを示すフローチャートである。

【００８４】ＣＰＵ１０１においては、通信インタフェ
ース部１０６からマルチキャスト通信の終了報告を受取
ると（ステップ８００）、主記憶部１０２上の終了情報
テーブル２００の終了状態６００の内容を読出す（ステ
ップ８０１）。そして、読出した終了状態が正常終了で
あるか否かを判別し（ステップ８０２）、正常終了であ
る場合は、本処理を終了する。

【００８５】ステップ８０２の判別の結果、正常終了で
ない場合は、終了情報テーブル２００から終了未報告回
線識別番号６０１および未報告原因６０２を読出し、異
常回線を検出する（ステップ８０３）。次に、検出した
異常回線について、主記憶部１０２上の宛先パターンテ
ーブル１０４のパターンを変更する（ステップ８０
４）。そして、終了情報テーブル２００内の全ての異常
回線について、宛先パターンテーブル１０４のパターン
変更が完了したか否かを判別し（ステップ８０５）、未
完了の場合は、異常回線の検出処理を継続する。ステッ
プ８０５の判別の結果、完了の場合は、通信インタフェ
ース部１０６へ宛先パターンテーブル変更通知のコマン
ド２０３を発行する（ステップ８０６）。

【００８６】このように、ＣＰＵ１０１においては、マ
ルチキャスト通信の終了報告を受取ると、終了情報テー
ブル２００の内容に基づいて、マルチキャスト通信の正
常終了／異常終了を判別する。そして、異常終了の場合
には、異常回線について宛先パターンテーブル１０４を
変更し、通信インタフェース部１０６に宛先パターンテ
ーブル変更通知のコマンド２０３を発行する。

【００８７】図９は通信インタフェース部１０６におけ
る宛先パターンテーブル変更通知受取処理の流れを示す
フローチャートである。

【００８８】通信インタフェース部１０６においては、
ＣＰＵ１０１からコマンド２０３を受取ると（ステップ
９００）、コマンド２０３の内容を解析し（ステップ９
０１）、コマンドコード３００が宛先パターンテーブル
変更通知を表しているか否かを判別する（ステップ９０
２）。コマンドコード３００が宛先パターンテーブル変
更通知を表していない場合は、該当するコマンド処理へ
処理を引渡し（ステップ９０４）、本処理を終了する。

【００８９】コマンドコード３００が宛先パターンテー
ブル変更通知を表している場合は、格納先アドレス３０
１が示す主記憶部１０２上の宛先パターンテーブル１０
４を、転送量３０２で示された値に従って、通信インタ
フェース部１０６内にコピーする（ステップ９０３）。

【００９０】このように、通信インタフェース部１０６
は、ＣＰＵ１０１から宛先パターンテーブル変更通知の
コマンド２０３を受取ると、主記憶部１０２上の変更後
の宛先パターンテーブル１０４を宛先パターンテーブル
１０９にコピーする。

【００９１】以上説明したように、本実施例によれば、
ホストコンピュータ１００においては、通信インタフェ
ース部１０６からのマルチキャスト通信の終了情報に基
づいて、異常回線を検出した場合は、宛先パターンテー
ブル１０４のパターンを変更する。そして、通信インタ
フェース部１０６においては、変更された宛先パターン
テーブル１０４をコピーした宛先パターンテーブル１０
９に基づいて、マルチキャスト通信を行う。

【００９２】これにより、マルチキャスト通信時に、異
常回線に対するマルチキャストデータ送信を指示して、
マルチキャスト通信処理終了監視タイマがタイムアウト
してしまうことを防ぐことができる。

【００９３】また、本実施例では、宛先パターンテーブ
ル１０４の変更処理をＣＰＵ１０１が行うので、宛先パ
ターンテーブル変更処理によって、通信インタフェース
部１０６が行うマルチキャスト通信の処理負荷に影響を
与えないようにすることができる。

【００９４】さらに、宛先パターンテーブル１０４を、
ＣＰＵ１０１からのアクセス用と通信インタフェース部
１０６のＭＰＵ１０７からのアクセス用との両方設け
て、１つのテーブルを競合してアクセスすることを防ぐ
ようにしてもよい。これにより、宛先パターンテーブル
１０４のアクセス競合制御を行う必要がなくなる。

【００９５】なお、回線制御モジュール１１４ａ〜１１
４ｃは、それぞれ、定期的に、対応する回線の状態を監
視しており、回線状態に変化があった場合、すなわち、
正常であった回線に異常が発生した場合または異常であ
った回線が正常に戻った場合に、コンピュータ・インタ
フェース・モジュール１１２を介して、通信インタフェ
ース部１０６にその旨を通知する。

【００９６】通信インタフェース部１０６においては、
回線制御モジュール１１４ａ〜１１４ｃから回線状態が
変化した旨の通知を受取ると、上述したマルチキャスト
通信終了後に宛先パターンテーブル１０９を変更する際
の手順と同様にして、宛先パターンテーブル１０９を変
更する。

【００９７】これにより、マルチキャスト通信時に異常
が検出され、宛先パターンテーブル１０９において
「０」に変更された異常回線は、その後の回線制御モジ
ュール１１４ａ〜１１４ｃの回線状態監視により正常に
戻ったことが検出されたならば、「１」に変更されるの
で、次回のマルチキャスト通信時には、マルチキャスト
データが送信されることとなる。また、マルチキャスト
通信時に異常が検出されず、宛先パターンテーブル１０
９において「１」となっている回線であっても、その後
の回線制御モジュール１１４ａ〜１１４ｃの回線状態監
視により異常が発生したことが検出されたならば、
「０」に変更されるので、次回のマルチキャスト通信時
には、マルチキャストデータは送信されない。

【００９８】次に、本発明の第２の実施例について図１
０を用いて説明する。

【００９９】図１０は本発明の第２の実施例における宛
先パターンテーブル１０９を変更する際の概略手順を示
した図である。

【０１００】本実施例が第１の実施例と異なる点は、宛
先パターンテーブル１０９の変更を、通信インタフェー
ス部１０６が終了報告処理において行うことである。

【０１０１】通信インタフェース部１０６においては、
マルチキャストデータ送信を指示された回線制御モジュ
ール１１４−ａ〜１１４−ｃの全てから終了報告を受取
った場合、または、マルチキャスト通信処理終了監視タ
イマがタイムアウトした場合に、ＭＰＵ１０７は、終了
報告処理１０００を起動する。すなわち、終了報告処理
１０００では、終了報告確認テーブル１１０の内容に基
づいて、終了情報テーブル２０２を作成しながら、異常
回線を検出した場合は、該異常回線について宛先パター
ンテーブル１０９のパターンを変更する。そして、完了
した終了情報テーブル２０２を主記憶部１０２上の終了
情報テーブル２００にコピーし、ＣＰＵ１０１へマルチ
キャスト通信の終了報告を行う。

【０１０２】本実施例によれば、通信インタフェース部
１０６において宛先パターンテーブル１０９を変更する
ので、即座に異常回線へのデータ送信を抑止できる。

【０１０３】また、宛先パターンテーブル１０９は、通
信インタフェース部１０６内でのみ保持すればよいの
で、宛先パターンテーブル１０４は不要となり、主記憶
部１０２の容量を削減できる。

【０１０４】

【発明の効果】以上説明したように、本発明によれば、
ホストコンピュータと複数の端末とが回線制御装置およ
び複数の回線で接続されたコンピュータシステムにおい
て、異常が検出された回線を記憶しておき、マルチキャ
スト通信時に、回線の正常／異常を確認することなく、
上記異常が検出された回線に対しては、マルチキャスト
データの送信を抑止するので、マルチキャスト通信にお
けるオーバヘッドの増加を防止することができるという
効果がある。

【図面の簡単な説明】

【図１】第１の実施例に係るコンピュータシステムの構
成を示すブロック図。

【図２】第１の実施例に係る宛先パターンテーブル変更
の概略手順を示す説明図。

【図３】ＣＰＵが通信インタフェース部へ発行するコマ
ンドのフォーマットを示す説明図。

【図４】宛先パターンテーブルの構成を示す説明図。

【図５】終了報告確認テーブルの構成を示す説明図。

【図６】終了情報テーブルの構成を示す説明図。

【図７】通信インタフェース部における終了報告処理の
流れを示すフローチャート。

【図８】ＣＰＵにおける宛先パターンテーブル変更処理
の流れを示すフローチャート。

【図９】通信インタフェース部における宛先パターンテ
ーブル変更通知受取処理の流れを示すフローチャート。

【図１０】第２の実施例に係る宛先パターンテーブル変
更の概略手順を示す説明図。

【符号の説明】

１００…ホストコンピュータ、 １０１…ＣＰＵ、 １０２…主記憶部、 １０３…通信バッファ、 １０４…宛先パターンテーブル、 １０５…コンピュータバス、 １０６…通信インタフェース部、 １０７…ＭＰＵ、 １０８…通信バッファ、 １０９…宛先パターンテーブル、 １１０…終了報告確認テーブル、 １１１…多回線通信制御装置、 １１２…コンピュータ・インタフェース・モジュール、 １１３…内部バス、 １１４−ａ〜１１４−ｃ…回線制御モジュール、 １１５−ａ〜１１５−ｃ…ＭＰＵ、 １１６−ａ〜１１６−ｃ…通信バッファ、 ２００…終了情報テーブル、 ２０１…終了報告処理、 ２０２…終了情報テーブル、 ２０３…コマンド、 ２０４…宛先パターンテーブル変更通知受取処理、 １０００…終了報告処理。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁵ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 29/04 29/14 8020−5Ｋ Ｈ０４Ｌ 13/00 ３０３ Ｚ 8020−5Ｋ ３１３

Claims (5)

【特許請求の範囲】
1. 【請求項１】ＣＰＵおよびデータの通信制御を行う通信
   インタフェース部を有するホストコンピュータと、複数
   の端末と、上記ホストコンピュータと上記複数の端末と
   の間を接続する回線と、上記複数の回線を制御する回線
   制御装置とを備えたコンピュータシステムにおいて、上
   記ホストコンピュータから上記回線制御装置および上記
   回線を介して上記複数の端末に同一データ（以下、マル
   チキャストデータと称す。）を一斉に送信するマルチキ
   ャスト通信を行うマルチキャスト通信方式であって、 各回線が正常であるか否かを記憶する第１の記憶手段
   と、回線状態に変化があった回線の情報を上記通信イン
   タフェース部から受取った場合に、該回線について、上
   記第１の記憶手段の内容を変更する変更手段と、上記変
   更手段により変更した旨を上記通信インタフェース部に
   通知する第１の通知手段とを、上記ホストコンピュータ
   のＣＰＵに設け、 各回線が正常であるか否かを記憶する第２の記憶手段
   と、上記ＣＰＵからマルチキャスト通信の指示を受取っ
   た場合に、上記第２の記憶手段に正常である旨が記憶さ
   れている回線に対してマルチキャストデータを送信する
   よう、上記回線制御装置に指示する送信指示手段と、回
   線状態が変化した回線を検出する検出手段と、上記検出
   手段により検出された回線の情報を上記ＣＰＵに通知す
   る第２の通知手段と、上記ＣＰＵの第１の通知手段から
   の通知を受取った場合に、上記第１の記憶手段の変更後
   の内容を上記第２の記憶手段にコピーするコピー手段と
   を、上記ホストコンピュータの通信インタフェース部に
   設けたことを特徴とするマルチキャスト通信方式。
2. 【請求項２】ＣＰＵおよびデータの通信制御を行う通信
   インタフェース部を有するホストコンピュータと、複数
   の端末と、上記ホストコンピュータと上記複数の端末と
   の間を接続する回線と、上記複数の回線を制御する回線
   制御装置とを備えたコンピュータシステムにおいて、上
   記ホストコンピュータから上記回線制御装置および上記
   回線を介して上記複数の端末に同一データ（以下、マル
   チキャストデータと称す。）を一斉に送信するマルチキ
   ャスト通信を行うマルチキャスト通信方式であって、 各回線が正常であるか否かを記憶する第１の記憶手段
   と、上記ＣＰＵからマルチキャスト通信の指示を受取っ
   た場合に、上記第１の記憶手段に正常である旨が記憶さ
   れている回線に対してマルチキャストデータを送信する
   よう、上記回線制御装置に指示する送信指示手段と、回
   線状態が変化した回線を検出する検出手段と、上記検出
   手段により検出された回線について、上記第１の記憶手
   段の内容を変更する変更手段とを、上記ホストコンピュ
   ータの通信インタフェース部に設けたことを特徴とする
   マルチキャスト通信方式。
3. 【請求項３】請求項１または２記載のマルチキャスト通
   信方式において、 上記ＣＰＵからマルチキャスト通信の指示を受取ってか
   ら所定時間内に、マルチキャストデータの送信が正常終
   了した旨の通知を上記回線制御装置から受取ったか否か
   を回線ごとに記憶する第３の記憶手段を上記ホストコン
   ピュータの通信インタフェース部に設け、 上記検出手段は、上記第３の記憶手段に上記回線制御装
   置からの通知を受取った旨が記憶されていない回線を、
   正常から異常に変化した回線として検出することを特徴
   とするマルチキャスト通信方式。
4. 【請求項４】請求項１，２または３記載のマルチキャス
   ト通信方式において、 定期的に回線状態を監視する監視手段と、上記監視手段
   による監視の結果、回線状態が変化した場合に、その旨
   を上記通信インタフェース部に通知する第３の通知手段
   とを、上記回線制御装置に設け、 上記検出手段は、上記第３の通知手段からの通知内容に
   基づいて、回線状態に異常が発生した回線を、正常から
   異常に変化した回線として検出し、回線状態が正常に戻
   った回線を、異常から正常に変化した回線として検出す
   ることを特徴とするマルチキャスト通信方式。
5. 【請求項５】ホストコンピュータと複数の端末とが複数
   の回線で接続されたコンピュータシステムにおいて、異
   常が検出された回線を記憶しておき、上記ホストコンピ
   ュータから上記複数の端末へ同一データを一斉に送信す
   るマルチキャスト通信を行う際に、上記異常が検出され
   た回線に対しては、同一データの送信を行わないように
   することを特徴とするマルチキャスト通信方法。