JP2000322372A - 情報処理システム及びそのシステムバス管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 システムバス構築ルールが確立された構成が
フレキシブルな情報処理システムを提供することを課題
とする。 【解決手段】 バスマスタ機能を持つ各モジュールには
各々を一意に識別する識別番号が設定されており、リセ
ット解除後各モジュールは自識別番号を調べる。識別番
号０のモジュール０はシステムバス１−１に実装されて
いる他のモジュールに応答要求を送信し、無応答の時自
己をバスマスタとして設定する。応答要求を再送信し返
答からシステムバス１−１の状態を調べ、これと自己の
記憶内の実装状態を比較し、一致したら自己をバスマス
タに確定する。他システムバス１−２の実装モジュール
にバスマスタ設定依頼３−１を送信し、これを受信した
モジュール５はモジュール０と同様の処理を繰り返して
システムバス１−２を構築する。非バスマスタモジュー
ルは運用状態ステータスを監視し、バスマスタモジュー
ル故障時には切り換わる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、システムバスを介
して複数のモジュールが接続される構成の情報処理シス
テムに関し、更に詳しくは各モジュールを接続するシス
テムバスのバスマスタに関する。

【０００２】

【従来の技術】通信機能をもつ複数のモジュールをシス
テムバスに接続する構成のシステムを構築する場合、ユ
ーザは１つのシステムバス上に１つバスマスタを設定し
なければならない。このバスマスタは、システムバスを
管理するもので、各モジュール間のバス使用の調停やバ
スのデータ転送用クロックの供給を行う。

【０００３】バスマスタとしての機能を備えるモジュー
ルがバスマスタとしてシステムバスに設定されると、以
降原則的にはそのモジュールがバスマスタとしてそのシ
ステムバスを管理してゆく。またシステムバスに１台も
バスマスタが設定されない場合や１つのシステムバスに
複数のモジュールがバスマスタとして設定された場合、
ハードウェアの制約からバスマスタの多重設定を行うと
システムバスは動作できないので、そのシステムバスは
使用不能となりシステムダウンとなる。

【０００４】よってバスマスタとしての機能を備えるモ
ジュールが複数システムバスに実装されていても、バス
マスタとして機能するのはそのうちのバスマスタとして
設定されている１つのモジュール（以降バスマスタモジ
ュールという）だけであり、他のモジュールはバスマス
タとしては機能しない。図１０のシステム構成において
は、システムバス１０１−１ではモジュール０、システ
ムバス１０１−２ではモジュール５、システムバス１０
１−３ではモジュール１０をバスマスタモジュールとし
た場合、モジュール１〜４、６〜９、１１〜１４はバス
マスタとしては動作しない。

【０００５】

【発明が解決しようとする課題】バスマスタの多重設定
は出来ないので、バスマスタモジュールが故障した場
合、他のバスマスタモジュールが切り換ってバス管理に
携わることは出来ない。従ってバスマスタが故障すると
そのシステムバスは使用不可能な状態となりシステムダ
ウンする。例えば図１０のシステム構成においてシステ
ムバス１０１−１上のバスマスタモジュールであるモジ
ュール０が故障した場合、モジュール１〜４にバスマス
タとしての機能が備っていたとしてもこれらが新たなバ
スマスタモジュールに切り換わることはできない。よっ
て、システムバス１０１−１は使用出来なくなってしま
い、システムダウンに至ってしまう。

【０００６】また図１０に示す様に、システムが複数の
システムバスを備え、各システムバスそれぞれにバスマ
スタを設定する構成の場合、１つのシステムバス上にバ
スマスタが必ず１台設定されなければシステムバスはア
クセス動作できないので、バスマスタモジュールを有効
設定するための手順を取り決めなければならない。

【０００７】更に、バスマスタモジュールが故障した場
合、対応するシステムバスは使用出来なくなるが、これ
によってシステムダウンしないためには、非バスマスタ
設定モジュールが新たなバスマスタモジュールとしてシ
ステムバスに設定され、システムは縮退運転を行わなけ
ればならない。よって、このバスマスタモジュールの切
り換えの為の手順を決めなければならない。

【０００８】本発明は、上記問題を鑑み、システム構成
をフレキシブルにしたシステムバス構築のルールが確立
された情報処理システム及びそのシステムバス管理方法
を提供することを課題とする。

【０００９】

【課題を解決するための手段】本発明による情報処理シ
ステムは、バスマスタとしての機能を備える複数のモジ
ュールが第１のバスで接続されることを前提とする。

【００１０】上記各モジュールは、識別番号設定手段、
応答要求送信手段及びバスマスタ設定手段を備える。識
別番号設定手段は、各モジュールを一意に識別する識別
番号を設定する。

【００１１】応答要求送信手段は、上記識別番号設定手
段により設定されている自己の識別番号が特定値である
時、自己が実装されている第１のバスに実装されている
モジュール全てに対して、応答要求を送信する。

【００１２】バスマスタ設定手段は、上記応答要求に対
して１つも応答が返答されない時、自己をバスマスタと
して設定する。また情報システムは、上記第１のバスと
は独立した第２のバスを備え、また上記モジュールはバ
スマスタモジュール監視手段、バスマスタ切換え選択手
段を備える構成としてもよい。

【００１３】バスマスタモジュール監視手段は、自己が
実装されている第１のバスのバスマスタとして設定され
ているバスマスタモジュールから、上記第２のバスを介
して送信されてくる該バスマスタモジュールの状態を示
すステータス情報を監視する。

【００１４】バスマスタ切換え選択手段は、上記ステー
タス情報が上記バスマスタモジュールが故障であること
を示す時、上記識別番号設定手段により設定されている
識別番号から自己をバスマスタとして設定するかどうか
を決める。

【００１５】本発明によれば、バスマスタ設定時にモジ
ュールは、応答要求送信手段により第１のバスに実装さ
れているモジュール全てに対して、応答要求を送信し、
バスマスタ設定手段が、上記応答要求に対して１つも応
答が返答されないことを確認した後、自己をバスマスタ
として設定する。この為バスマスタの多重設定がされ
ず、１つのバスに１つのバスマスタが設定される。

【００１６】また、バスマスタが故障しても、そのバス
マスタと同じバスに実装されているモジュールがバスマ
スタモジュール監視手段により監視しており、バスマス
タ切換え手段が自己の識別番号に基づいて自己をバスマ
スタとして設定するかどうかを決めるので、バスマスタ
は多重設定されずにバスマスタモジュールが切換えられ
る。

【００１７】

【発明の実施の形態】以下に本発明の一実施形態とし
て、バスによるデータ通信機能をもつ複数のモジュール
がシステムバスによって接続される構成をもつプログラ
マブルコントローラに適用した場合について説明する。

【００１８】図１に本実施形態のプログラマブルコント
ローラのシステム構成概要を示す。図１のシステムは、
通信機能をもつ１５のモジュール（モジュール０〜１
４）がバスによって接続される構成で、各モジュール
は、モジュール０〜４がシステムバス１−１、モジュー
ル５〜９がシステムバス１−２及びモジュール１０〜１
４がシステムバス１−３と５つずつ各システムバス１−
１〜１−３によって接続されている。また全モジュール
は、モジュールの状態ステータスを通知する機能やメッ
セージ通信機能を備えたシリアルバスにより接続され
る。

【００１９】システムバス１は、モジュール間でのデー
タ転送において、高速アクセスを必要とする１、１６、
３２ビットデータ転送に使用されるもので、例えばモジ
ュール上で実行されるアプリケーションによるデータメ
モリアクセスに使用される。このシステムバスによるデ
ータ転送では、絶対番地により相手先を指定してアクセ
スを行う。

【００２０】またシリアルバス２は、接続されているモ
ジュール間でのサイクリックブロックデータ転送に用い
られるもので、各モジュールの送信バッファにセットさ
れたデータがサイクリックに転送される。このシリアル
バス２では、各モジュールの運転状態ステータス、アプ
リケーション入出力（プロセスデータ）データが送信さ
れる。なおこのシリアルバス２は、全モジュール間でデ
ータをやり取り出来るシステムバス１と独立した別系統
のバスであれば、上記構成のもの以外の仕様のものでも
良いし、シリアル転送を行うもので無くても良い。

【００２１】各モジュール０〜１４には、ハードウエア
スイッチによりそれぞれを一意に識別する識別番号が設
定されている。この識別番号は、バスマスタ設定専用に
各モジュールに設定するものとしても、あるいは各モジ
ュールのシステムバスでの局アドレス又はシリアルバス
での局アドレスと共用してもよい。本実施形態では、こ
の識別番号として各モジュールのシステムバスでの局ア
ドレスを用いる。図１の場合、この識別番号はモジュー
ル０には識別番号“０”、モジュール１には識別番号
“１”、・・・、モジュール１４には識別番号“１４”
という順番で各モジュールに設定されているものとす
る。

【００２２】図１のシステムでは、リセット解除後の初
期動作としてシステムバス１を構築し、使用可能な状態
にするが、その為にはまずシステムバス１−１〜１−３
上にそれぞれバスマスタを設定しなければならない。本
実施形態では、バスマスタには、そのシステムバスに実
装されているモジュールのうちで一番小さな識別番号が
割付けられているモジュールがそのシステムバスのバス
マスタに設定されるものとする。

【００２３】尚図１のシステムでは、全モジュール０〜
１４がバスマスタとしての機能を有しているものとする
が、１つのシステムバス上にバスマスタを多重設定する
とクロック信号や送信データの衝突の発生等ハードウェ
アの制約によりシステムバスが正常動作できないので、
バスマスタとして設定されるモジュールは各システムバ
スに対して１つのモジュールのみである。

【００２４】このバスマスタの設定は、以下の手順で行
われる。ステップ１ 各モジュールは、リセット解除後の初期動作として、ま
ず自己に設定されている識別番号を調べる。そしてこの
識別番号に特定の値が設定されているモジュールが自己
をバスマスタとして設定する為の処理を自律的に行って
ゆく。本実施形態ではシステムバスに実装されているモ
ジュールの中で識別番号値が最も小さなモジュールがバ
スマスタとなるので、この特定の値を最小値“０”と
し、最初にこの識別番号を持つモジュール０がバスマス
タとして自己を設定する為の処理動作を行う。

【００２５】モジュール０は、そのシステムバス１−１
に対して、現在既にバスマスタが設定されて使用可能な
状態なのかあるいはバスマスタが未設定の状態なのかを
確認するため、システムバス１−１に接続されている全
てのモジュールに対して返答を要求するデータを送信す
る。

【００２６】システムバス１を用いたモジュール間のデ
ータ通信は、各モジュール内の特定アドレス空間にシス
テムバス１によるアクセス用の領域（以下Ｉ／Ｏ領域と
いう）を設け、このＩ／Ｏ領域へアクセスすることによ
りデータ送受信を行う。

【００２７】図２は、そのＩ／Ｏ領域の例を示す図であ
る。図２の場合、Ｉ／Ｏ領域として００００００Ｈから
〜７ＦＦＦＦＦＨまでの８Ｍワードのアドレス空間が設
定されている。このＩ／Ｏ領域は１６の領域に分けら
れ、それぞれの領域がシステムバス上の各局アドレスと
対応している。例えば局アドレス１の領域にデータを書
込むと、システムバス１−１に実装されているアドレス
１のモジュールにそのデータが送信され、またアドレス
１のモジュールからの返答は、局アドレス１の領域から
データを読み出すことによってデータ受信することがで
きる。よってこのＩ／Ｏ領域の局アドレス０〜１５の全
ての領域へアクセスを行うことは、対応するシステムバ
ス１に実装されている全てのモジュールに対してデータ
送信を行うことを意味する。

【００２８】モジュール０は、システムバス１−１のバ
スマスタの有無や実装状態を確認するため、システムバ
ス１−１に対応するＩ／Ｏ領域の全アドレス領域へアク
セスを行い、応答要求に対して全てが無応答アクセスと
なることを確認する。

【００２９】ここで無応答アクセスとは、応答要求を送
信して一定時間内に送信相手から応答が無いことを示
す。よって全アドレス領域へのアクセスに対して、全く
応答が無いということは、システムバス１−１上にはバ
スマスタが設定されておらずシステムバス１−１は使用
できない状態にあるのか、若しくはシステムバス１−１
上に自モジュール以外のモジュールが１台も実装されて
いないことを示す。

【００３０】上記無応答アクセスを確認すると、モジュ
ール０はシステムバス１−１にはまだバスマスタが設定
されておらず、バスマスタを設定しても多重設定にはな
らないと判断し、自己をシステムバス１−１のバスマス
タに設定する。

【００３１】ステップ２ 各モジュール０〜１４には、システムに対する設定情報
としてユーザ登録情報がセットされており、このユーザ
情報には各システムバス１−１〜１−３に対してどのモ
ジュールがバスマスタとして設定されるか等バスマスタ
についての情報も設定されている。バスマスタとして設
定されたモジュール０は、このユーザ登録情報の設定内
容がシステムバス１−１の実装状態と一致していること
を確認した上で自己をバスマスタとする設定を確定しな
ければならない。

【００３２】図３はユーザ登録情報の構成内容を示す図
である。同図に示すようにユーザ登録情報は、システム
定義番号、サイズ情報（Ｌ，Ｈ）、モジュール構成情報
数、シリアルバス直結モジュール数、及び各モジュール
毎に構成されるモジュール構成情報からなる。

【００３３】システム定義番号は、このモジュールのプ
ログラマブルコントローラとしての動作を定義する各シ
ステム設定の識別番号である。またサイズ情報はこのユ
ーザ登録情報の大きさを示す２バイトのデータで、以下
に続くモジュール構成情報数、シリアルバス直結モジュ
ール数、及び各モジュール構成情報を合わせた全バイト
数を示す。

【００３４】モジュール構成情報数は、ユーザ登録情報
内に設定されているモジュール構成情報の数を示し、シ
リアルバス直結モジュール数は、バス制御ＬＳＩが実装
され、シリアルバス２に実装されているモジュールの総
数を示す。

【００３５】モジュール構成情報は、モジュールの種
類、シリアル局アドレス等構成に関する情報を集約する
もので、システム管理情報、シリアルバス局アドレス、
モジュール種別１、２及びバスマスタのシリアルバス局
アドレスより構成されている。

【００３６】システム管理情報は、ＲＡＳ管理情報番号
やモジュールの実装／未実装を設定するフラグである。
シリアルバス局アドレスは、そのモジュールに割り当て
られたシリアルバス２での論理局アドレスを示す。尚こ
のシリアルバス２の局アドレスは、システムバスの局ア
ドレスと同一のもの、若しくはシステムバスの局アドレ
スから導き出せる形で形成されている。

【００３７】モジュール種別１及び２は、ＣＰＵモジュ
ール、入出力モジュール等そのモジュールの種別を示す
情報である。バスマスタのシリアルバス局アドレスは、
同一システムバスに実装されるバスマスタのシリアルバ
ス局アドレスを定義するものである。本実施形態ではそ
のシステムバスに実装されているモジュールの中で最も
小さい識別番号を持つものがバスマスタとなるので、こ
の領域には識別番号が最も小さい、即ち最も小さいシス
テムバスの局アドレスを持つモジュールのシリアルバス
の局アドレスが設定されている。尚上述したようにシリ
アルバスとシステムバスの局アドレスは、同じものか対
応関係にあるのでシリアルバスの局アドレスからシステ
ムバスの局アドレスは容易に求まる。

【００３８】モジュール０は、ステップ１により自己を
システムバス１−１のバスマスタに設定すると、次に再
度システムバス１−１のＩ／Ｏ領域の全アドレス領域に
対してアクセスを行う。このアクセスにより、再度、シ
ステムバス１−１に実装されている全モジュールに対し
て応答要求を行うこととなるが、今回はステップ１の場
合と異なり、モジュール０はデータ転送用クロックの供
給等、バスマスタとして振る舞うので、システムバス１
−１は使用可能状態となっている。従ってシステムバス
１−１に実装されているモジュールは、モジュール０か
らの応答要求に対してシステムバス１−１を用いて応答
を返す。

【００３９】これに対しモジュール０は、Ｉ／Ｏ領域中
で応答が返ってきた領域に対応する局アドレスには、シ
ステムバス１−１上にモジュールが実装されていると、
また無応答アクセスであった領域に対応する局アドレス
ではモジュールが実装されていないと判断する。そし
て、これらの結果に基づく実際のシステムバス１−１の
構成とユーザ登録情報内の実装構成が一致するかをチェ
ックする。

【００４０】図１のシステム構成の場合、モジュール０
は、全アドレス空間へのアクセスに対して、Ｉ／Ｏ領域
の局アドレス１〜４の領域に応答が格納されることによ
って、システムバス１−１上にモジュール１、２、３及
び４が実装されていることが認識できる。

【００４１】ステップ３ ステップ２により、システムバス１−１上の実際に実装
されているモジュールはモジュール０〜４であることを
認識すると、これをユーザ登録情報内の設定と比較す
る。

【００４２】この結果、両者の内容が一致すると、ユー
ザ登録情報の内容はシステムバス１−１の現状の実装状
態を正確に表していることが分る。ユーザ登録情報中に
は、１つのシステムバスには１つのモジュールのみがバ
スマスタとして設定され、そのアドレスが格納されてい
る。従って、ユーザ登録情報どおりに、自己をバスマス
タとして登録することは、バスマスタの多重設定にはな
らない保証がとれる。このことからモジュール０は、自
己をバスマスタと確定する。

【００４３】ステップ４ システムバス１−１上のバスマスタとしてモジュール０
が確定されると、次にこのバスマスタとなったモジュー
ル０は、シリアルバス２のメッセージ通信機能を利用し
て、システムバス１−１以外のシステムバスに実装され
ているモジュールのうち、最小の識別番号が設定されて
いるモジュールに対してバスマスタ判定依頼３を通知す
る。このバスマスタ判定依頼は、送信相手のモジュール
に自己が実装されているシステムバス１のバスマスタの
設定を行わせるものである。

【００４４】図１のシステム構成では、モジュール０は
モジュール５にバスマスタ判定依頼３−１をシリアルバ
ス２を介して送信する。バスマスタ判定依頼３−１を受
けたモジュール５は、上記ステップ１〜３と同様の処理
を行い、自己をシステムバス１−２のバスマスタとして
設定し、システムバス１−２を構築する。

【００４５】システムバス１−２のバスマスタの設定が
正常に終わり、システムバス１−２が使用可能な状態と
なると、バスマスタとなったモジュール５は、システム
バス１−１、１−２以外のシステムバス実装されている
モジュールの中で最小の識別番号が設定されているモジ
ュールに対して、バスマスタ判定依頼３を通知する。

【００４６】図１のシステム構成ではこのモジュール
は、システムバス１−３のモジュール１０となり、バス
マスタ判定依頼３−１を受けたモジュール１０は、上記
ステップ１〜３と同様の処理を行い、自己をシステムバ
ス１−２のバスマスタとして設定し、システムバス１−
３を構築する。そして、モジュール１０は、システムバ
ス１−１、１−２及び１−３以外のシステムバスに実装
されているモジュールで最小の識別番号が設定されてい
るモジュールに対してバスマスタ判定依頼を送信する。

【００４７】以降、上記処理を繰り返すことにより、シ
ステム内の全システムバスを構築することができる。図
４は、バスマスタとして設定されるモジュールの動作処
理を示すフローチャートである。

【００４８】リセットが解除されるとシステムを構成し
ている各モジュールは、初期動作の１つとして、まずス
テップＳ１として自己に設定されている識別番号を調べ
る。そしてこの識別番号番号がバスマスタを設定する処
理を行うモジュールを定める規定値（上記例では
“０”）でなかったら（ステップＳ２、Ｎ）、このモジ
ュールはバスマスタ設定処理を行うモジュールではない
ので処理を終了する。

【００４９】また識別番号が規定値であったならば（ス
テップＳ２、Ｙ）、このモジュールはバスマスタ設定処
理を行う為のモジュールなので、次にステップＳ３とし
て、自己が実装されているシステムバスに対応するアド
レス領域にアクセスし、全てのモジュールに対して応答
要求を送信する。その結果応答が返ってきた場合（ステ
ップＳ４、Ｎ）、そのシステムバスには既にバスマスタ
が設定されているので処理を終了する。また無応答アク
セスであった場合（ステップＳ４、Ｙ）、ステップＳ５
として自己をそのシステムバスのバスマスタとして設定
する。

【００５０】ステップＳ５の後、そのモジュールはシス
テムバスにデータ転送用クロックを供給する等バスマス
タとして振る舞いつつ、ステップＳ６として再度そのシ
ステムバスに実装されている全てのモジュールに対し
て、応答要求を送信する。そしてこの応答要求に対する
返答から得られるシステムバスの実装状態とユーザ登録
情報とを比較する（ステップＳ８）。その結果、両者が
一致しなければ（ステップＳ８、Ｎ）、バスマスタの多
重設定の可能性があるので、重故障状態であることを通
知（ステップＳ１０）した後、処理を終了する。また一
致すれば（ステップＳ８、Ｙ）、自己をそのシステムバ
スのバスマスタとして確定し、次にステップＳ９とし
て、このシステムバス以外のシステムバスに実装されて
いるモジュールの中から、特定の規則、例えば識別番号
が最も小さいモジュールを選択し、バスマスタ判定依頼
を送信した後、バスマスタ設定処理を終了する。

【００５１】このバスマスタ判定依頼を受信したバスマ
スタとしての機能を備えるモジュールは、図４の部
分、即ちステップＳ３から上記処理を行い、以降システ
ム内の全てのシステムバスが構築されるまで、これらの
処理が繰り返される。

【００５２】ステップ５ 上記ステップ１〜４の処理により、システム内の全シス
テムバス１が構築され使用可能な状態に入ると、バスマ
スタとしての機能を備え、バスマスタとして設定されな
かったモジュール（以下非バスマスタモジュールとい
う）は、シリアルバス２上を流れるモジュールの運用状
態ステータスの監視を行う。この運用状態ステータスは
各モジュールの運用状態を示すもので、非バスマスタモ
ジュールは、自己が実装されているシステムバス１のバ
スマスタモジュールから送信される運用状態ステータス
を監視する。

【００５３】図５は、この運用状態ステータスの構成例
を示す図である。図５の例の場合、この運用状態ステー
タスは８ビットのデータで、各ビットはバスマスタモジ
ュールの状態をそれぞれ表す。例えば図５の場合ビット
３がこの運用状態ステータスがバスマスタモジュールか
らのものであるかどうかを示す。またビット５及び６は
バスマスタモジュールがハードウエア故障等の致命的故
障である重故障及び一時的な故障である軽故障時にセッ
トされ、ビット７は、バスマスタモジュールでアプリケ
ーションプログラムが動作中かどうかを表す。

【００５４】非バスマスタモジュールは、シリアルバス
上を定周期で送信されてくるバスマスタモジュールから
の運用状態ステータスを監視し、バスマスタモジュール
が正常に動作しているかどうかをチェックする。

【００５５】そしてバスマスタモジュールが故障状態と
なり、バスマスタとして機能できなくなった時、そのバ
スマスタモジュールと同じシステムバス１に実装されて
いる非バスマスタモジュールが代わりにバスマスタとし
て設定されることによりシステムバスの運用状態は継続
維持される。

【００５６】図１のシステム構成の場合、システムバス
１−１では、非バスマスタモジュールであるモジュール
１〜４は、バスマスタであるモジュール０がシリアルバ
ス上に送信する運用状態ステータスの監視を常時行う。

【００５７】そしてモジュール０に故障が発生すると、
システムバス１−１上でモジュール０の次に小さい識別
番号が設定されているモジュール１が代わりにバスマス
タとして設定されることにより、モジュール０からモジ
ュール１ヘバスマスタが切り換わりシステムバスの動作
を継承維持する。このことにより、システムバス１−１
では、バスマスタモジュール０が故障しても非バスマス
タモジュール１が新たなバスマスタとしてシステムバス
１−１を管理するので、システムバス１−１はダウンす
ること無く正常に動作することが可能となる。他のシス
テムバス１−２、１−３上についても同様の処理が行わ
れ、バスマスタモジュール５、１０が故障してもバスマ
スタはモジュール６、モジュール１１に切り換わるの
で、モジュール６〜９のデータ転送、モジュール１１〜
１４のデータ転送は正常に行われる。

【００５８】図６は、このバスマスタの切り換えを行う
非バスマスタモジュールの処理を示すフローチャートで
ある。各非バスマスタモジュールは、一定周期、例えば
２０ｍｓ周期毎に発生する割込み処理として、この様な
プログラムを起動してバスマスタモジュールが故障した
場合、新たなバスマスタモジュールを切り換える。

【００５９】このバスマスタ監視、切り換え処理が起動
されると、まずステップＳ１１として自モジュールが、
重故障かどうかを調べる。重故障である場合（ステップ
Ｓ１１、Ｎ）、バスマスタモジュールとしては機能でき
ないので、ステップＳ１８として自己が重故障状態であ
ることを通知した後処理を終了する。また自己が重故障
でない場合（ステップＳ１１、Ｙ）、次に自己が実装さ
れているシステムバスのバスマスタモジュールの局番が
設定されているかどうかを調べる（ステップＳ１２）。
その結果、登録されていなければステップＳ１９とし
て、運用状態ステータスからバスマスタモジュールの局
番を検索して登録後、処理を終了する。

【００６０】またステップＳ１２でバスマスタの局番が
登録されていれば（ステップＳ１２、Ｙ）、次にステッ
プＳ１３として、運用状態ステータスから得られる他モ
ジュールの状態から、重故障が発生したモジュールをモ
ジュール脱落情報としてマスタモジュールに切り換え可
能なモジュールから除く。

【００６１】次に、運用状態ステータスからバスマスタ
モジュールの状態を調べ、バスマスタモジュールに重故
障等が発生して脱落しているかどうかを調べる（ステッ
プＳ１５）。その結果脱落していなければ（ステップＳ
１５、Ｎ）、バスマスタを切換える必要はないので処理
を終了する。

【００６２】また脱落していた場合（ステップＳ１５、
Ｙ）、新たなバスマスタモジュールに切換えなければな
らないので、自己をバスマスタモジュールとして設定す
るべきかどうかを決めるため、ステップＳ１６として自
己の識別番号とそのシステムバスに実装されている他の
モジュールの識別番号を比較する。その結果そのシステ
ムバスに実装されていて、バスマスタモジュールに切換
え可能なモジュールのの中で自己の識別番号が最も小さ
ければ（Ｓ１６、Ｙ）、Ｓ１７として自己をバスマスタ
として設定して処理を終了する。また自己の識別番号よ
り小さい識別番号を持つモジュールが他に存在するなら
ば（ステップＳ１７、Ｎ）、そのモジュールがバスマス
タモジュールに設定され処理を終了する。

【００６３】ステップ４の別形態 図７は、ステップ４の処理の別形態の説明図である。図
７（ａ）に示すように、ステップ４では、システムバス
１−１上のバスマスタとなったモジュール０は、シリア
ルバス２のメッセージ通信機能を利用して、システムバ
ス１−１以外のシステムバスに実装されているモジュー
ルのうち、最小の識別番号が設定されているモジュール
５に対してバスマスタ判定依頼３−１を通知する。そし
てモジュール５がシステムバス１−２のバスマスタに設
定されると、このモジュール５がシリアルバス２からシ
ステムバス１−１及び１−２以外のシステムバスに実装
されているモジュールのうち、最小の識別番号が設定さ
れているモジュール１０に対してバスマスタ判定依頼３
−１を通知し、以降全てのシステムバス１にバスマスタ
が設定されるまでこの処理を繰り返す。

【００６４】しかし、本実施形態でのバスマスタ判定依
頼３の送信方法は、この図７（ａ）の方式のみに限らな
い。図７（ｂ）に別方式によるバスマスタ判定依頼３の
通知を示す。同図（ｂ）の方式では、最初にバスマスタ
モジュールとなったモジュール０が、モジュール５のみ
だけではなく、システムバス１−１以外の残りの未構築
システムバス１全てに対して実装されているバスマスタ
機能を備えたモジュールのうち最も小さい識別番号が設
定されているモジュールを調べ、そのモジュール全てに
バスマスタ判定依頼３を送信する。図７（ｂ）では、モ
ジュール０は、モジュール５、モジュール１０等宛てに
バスマスタ判定依頼３を同時に若しくは連続して送信す
る。これを受取った各モジュールは、上記ステップ１〜
３と同様の処理を行い、自己を各システムバス１のバス
マスタとして設定し、システムバス１を構築する。

【００６５】この図７（ｂ）の方式の場合、バスマスタ
判定依頼３を受取った複数のモジュールが平行してバス
マスタモジュールの設定の為の処理を行いシステムバス
１を構築するので、図７（ａ）の方式に比して、短い処
理時間で全システムバスが構築されシステムが稼動可能
となる。

【００６６】図８は、本実施形態におけるバスマスタと
しての機能を備えたモジュールの構成例を示す図であ
る。本実施形態のモジュールは、図８に示すＣＰＵ１
１、ＲＯＭ、ＲＡＭ等による主記憶装置１２、ハードデ
ィスク装置１３、ディスプレイ、キーボード等の入出力
装置（Ｉ／Ｏ）１４、システムバス１とモジュールを接
続するバスマスタとしての機能を備えたシステムバスイ
ンタフェース１５、シリアルバス２とモジュールを接続
するシリアルバスインタフェース１６及びディスク、磁
気テープなどの可搬記憶媒体１８から記憶内容を読み出
す媒体読取り装置１７の一部若しくは全部を備え、これ
らが互いに内部バス１９により接続される構成を備えて
いる。

【００６７】図８のモジュールでは、媒体読取り装置１
７により磁気テープ、フロッピーディスク、ＣＤ−ＲＯ
Ｍ、ＭＯ等の記憶媒体１８に記憶されているプログラ
ム、データを読み出し、これを主記憶装置１２またはハ
ードディスク１３にダウンロードする。そして本実施形
態の各処理は、ハードウエア的手法のみならず、ＣＰＵ
１１がこのプログラムやデータを実行することにより、
ソフトウエア的に実現することも可能である。

【００６８】このモジュールでは、フロッピーディスク
等の記憶媒体１８を用いてアプリケーションソフトの交
換が行われる場合がある。よって、本発明は、情報処理
システム及びそのシステムバス管理方法に限らず、コン
ピュータにより使用されたときに、上述の本発明の実施
の形態の機能をコンピュータに行わせるためのコンピュ
ータ読み出し可能な記憶媒体１８として構成することも
できる。

【００６９】この場合、「記憶媒体」には、例えば図９
に示されるように、ＣＤ−ＲＯＭ、フロッピーディスク
（あるいはＭＯ、ＤＶＤ、リムーバブルハードディスク
等であってもよい）等の媒体駆動装置２７に脱着可能な
可搬記憶媒体２６や、ネットワーク回線２３経由で送信
される外部の装置（サーバ等）内の記憶手段（データベ
ース等）２２、あるいは情報処理装置２１の本体２４内
の記憶装置（ＲＡＭ又はハードディスク等）２５等が含
まれる。可搬記憶媒体２６や記憶手段（データベース
等）２２に記憶されているプログラムは、本体２４内の
メモリ（ＲＡＭ又はハードディスク等）２５にロードさ
れて、実行される。尚本発明を実現するプログラムをＲ
ＯＭ内に保持し、ＲＯＭ交換によってプログラムを変更
する形態もあるので、上記可搬記憶媒体にはＲＯＭも含
まれる。

【００７０】

【発明の効果】本発明によれば、複数システムバスを介
して複数のモジュールが接続される情報処理システムに
おいて、システム構成をフレキシブルにしたシステムバ
ス構築のルールが確立される。また、このシステムバス
構築時、バスマスタとして設定されるモジュールはその
システムバスにバスマスタが多重設定されないよう確認
しながら設定する。拠って、複数のバスマスタとしての
機能を備えるモジュールが１つのシステムバスに実装さ
れていても、バスマスタが多重設定されずに１つのシス
テムバスに１つのバスマスタが設定される。

【００７１】また、バスマスタが故障しても他のモジュ
ールが新たなバスマスタとしてそのシステムバスを管理
することが出来る。このため、バスマスタの故障による
システムバスの使用不可能状態や、システムダウンの発
生を防ぐことが出来る。

【図面の簡単な説明】

【図１】本実施形態のシステム構成の概要を示す図であ
る。

【図２】Ｉ／Ｏ領域の例を示す図である。

【図３】各モジュールにセットされているユーザ登録情
報の内容を示す図である。

【図４】バスマスタとして設定されるモジュールの動作
処理を示すフローチャートである。

【図５】運用状態ステータスの構成例を示す図である。

【図６】バスマスタの切り換えを行う非バスマスタモジ
ュールの処理を示すフローチャートである。

【図７】別方式によるバスマスタ判定依頼通知方式の説
明図である。

【図８】モジュール構成を示す図である。

【図９】記憶媒体の例を示す図である。

【図１０】従来のシステム構成の概要を示す図である。

【符号の説明】

１、１０１ システムバス ２、１０２ シリアルバス ３ バスマスタ判定依頼 １１ ＣＰＵ １２ 主記憶装置 １３ ハードディスク １４ 入出力装置 １５ システムバスインタフェース １６ シリアルバスインタフェース １７ 媒体読取り装置 １８ 記憶媒体 １９ 内部バス

Claims (11)

【特許請求の範囲】
1. 【請求項１】 バスマスタとしての機能を備える複数の
   モジュールが第１のバスで接続される情報処理システム
   であって、 前記各モジュールは、 各モジュールを一意に識別する識別番号を設定する識別
   番号設定手段と、 前記識別番号設定手段により設定されている自己の識別
   番号が特定値である時、自己が実装されている第１のバ
   スに実装されているモジュール全てに対して、応答要求
   を送信する応答要求送信手段と、 前記応答要求に対して１つも応答が返答されない時、自
   己をバスマスタとして設定するバスマスタ設定手段と、 を備えることを特徴とする情報処理システム。
2. 【請求項２】 前記情報処理システムは前記第１のバス
   とは独立した第２のバスを備え、 前記モジュールは、自己が実装されている第１のバスの
   バスマスタとして設定されているバスマスタモジュール
   から、前記第２のバスを介して送信されてくる該バスマ
   スタモジュールの状態を示すステータス情報を監視する
   バスマスタモジュール監視手段と、前記ステータス情報
   が前記バスマスタモジュールが故障であることを示す
   時、前記識別番号設定手段により設定されている識別番
   号から自己をバスマスタとして設定するかどうかを決め
   るバスマスタ切換え選択手段とを更に備えることを特徴
   とする請求項１記載の情報処理システム。
3. 【請求項３】 バスマスタとしての機能を備える複数の
   モジュールが１つ以上のシステムバスで接続される構成
   の情報処理システムでのシステムバス管理方法であっ
   て、 前記各モジュールは、 自己に設定されている各モジュールを一意に識別する識
   別番号が特定値である時、自己が実装されているシステ
   ムバスに実装されているモジュール全てに対して応答要
   求を送信し、 前記応答要求に対して１つも応答が返答されない時、自
   己をバスマスタとして設定することを特徴とするシステ
   ムバス管理方法。
4. 【請求項４】 バスマスタとしての機能を備える複数の
   モジュールが１つ以上のシステムバスで接続される構成
   の情報処理システムでのシステムバス管理方法であっ
   て、 前記各モジュールは、 バスマスタの設定を依頼するバスマスタ判定依頼を受信
   した時、自己が実装されているシステムバスに実装され
   ているモジュール全てに対して応答要求を送信し、 前記応答要求に対して１つも応答が返答されない時、自
   己をバスマスタとして設定することを特徴とするシステ
   ムバス管理方法。
5. 【請求項５】 前記モジュールは、自己をバスマスタと
   して設定後、自己が実装されているシステムバスに実装
   されているモジュール全てに対して、再度応答要求を送
   信し、該応答要求に対する各モジュールからの応答に基
   づいて前記システムバスの実装状態を求め、該実装状態
   と自己が記憶している実装状態に対する情報とを比較す
   ることを特徴とする請求項３又は４記載のシステムバス
   管理方法。
6. 【請求項６】 前記モジュールは、前記応答から求めた
   実装状態と前記実装状態に対する情報が一致した時、自
   己をバスマスタとして確定することを特徴とする請求項
   ５記載のシステムバス管理方法。
7. 【請求項７】 前記モジュールは、自己をバスマスタと
   して設定後、前記システムバスと独立したバスを用い
   て、バスマスタが設定されていないシステムバスに実装
   されているモジュールの１つに対して、バスマスタの設
   定を依頼するバスマスタ判定依頼を送信することを特徴
   とする請求項５又は６記載のシステムバス管理方法。
8. 【請求項８】 前記特定値は最小の識別番号であり、前
   記自己をバスマスタとして設定後のモジュールは、バス
   マスタが設定されていないシステムバスに実装されてい
   るモジュールの中で最小の識別番号が設定されているモ
   ジュールにバスマスタ判定依頼を送信することを特徴と
   する請求項７記載のシステムバス管理方法。
9. 【請求項９】 バスマスタとしての機能を備える複数の
   モジュールが１つ以上のシステムバスで接続される構成
   の情報処理システムでのシステムバス管理方法であっ
   て、 前記各モジュールは、 前記システムバスとは独立したバスから送信される、自
   己が実装されているシステムバスのバスマスタとして設
   定されているバスマスタモジュールの状態を示すステー
   タス情報を監視し、 前記ステータス情報が前記バスマスタモジュールが故障
   であることを示す時、自己に設定されている識別番号か
   ら自己をバスマスタとして設定するかどうかを決めるこ
   とを特徴とするシステムバス管理方法。
10. 【請求項１０】 コンピュータにより使用された時、 自己に設定されている各モジュールを一意に識別する識
    別番号が特定値である時、自己が実装されている第１の
    バスに実装されているモジュール全てに対して、応答要
    求を送信し、 前記応答要求に対して１つも応答が返答されない時、自
    己を前記第１のバスのバスマスタとして設定する、 ことを前記コンピュータに行わせるためのプログラムを
    記憶した前記コンピュータが読み出し可能な記録媒体。
11. 【請求項１１】 前記第１のバスとは独立した第２のバ
    スから送信される、前記第１のバスのバスマスタとして
    設定されているバスマスタモジュールの状態を示すステ
    ータス情報を監視し、 前記ステータス情報が前記バスマスタモジュールが故障
    であることを示す時、前記識別番号から自己をバスマス
    タとして設定するかどうかを決めることを特徴とする請
    求項１０記載のコンピュータが読み出し可能な記録媒
    体。