JPH0145658B2 - - Google Patents

Description

【発明の詳細な説明】 『産業上の利用分野』 本発明は、コンピユータ又はプロセツサの制御
装置に関する。

『従来の技術とその問題点』 外部ハードウエアを制御するためのコンピユー
タ又はプロセツサの制御装置は周知のものであ
り、このような装置においては各ハードウエア項
目は中央処離装置（CPU）に連結した関連する
ハードウエアコントローラを有している。このハ
ードウエアコントローラはCPUへの負荷を軽減
するようにCPUとハードウエアとをインターフ
エースし、通常障害に備えて二重化されている。
そして、二重化されたコントローラの一方は、通
常制御機能を実行し、他方は予備として作動して
いて、一方が障害になつた時のみ作動する。この
ような構成においては、使用しない予備のハード
ウエアコントローラの処理能力が多すぎてしまつ
ている。

この形式の制御装置は、一般にハードウエアを
制御する一組のプロセツサ又はコンピユータを有
し、プロセツサ障害から回復させることのできる
機能を有していなければならない。また、障害に
備えてハードウエアは冗長に構成されていなけれ
ばならい。即ち、予備の処理能力を有していなけ
ればならない。このような装置の目的は、要求さ
れた程度の障害に対抗するに必要な最小の予備容
量を備えることである。また、この装置は障害回
復機能を有していなければならない。即ち、障害
が発生した場合に、冗長構成のハードウエアを使
用することができる制御手順がなければならな
い。これには、障害をおこしたプロセツサのソフ
トウエアを再構成し、最小の処理損失および崩壊
で予備容量のハードウエアを作動させる機能も含
まれている。

一般に、コンピユータ又はプロセツサの制御装
置用のソフトウエアは通常一組の通信処理からな
り、これらの処理は次の２つの一般な範疇に入る
と考えることができる。

(イ) 外部ハードウエアと直接通信し、ハードウエ
ア処理機能を実行するハードウエア操作処理。

(ロ) 他の処理とのみ通信するソフトウエア専用処
理。

各ハードウエア操作処理は、制御されるそのハ
ードウエア項目と直接インターフエースするプロ
セツサを作動させなければならない。そして、プ
ロセツサ障害に対する安全性のために、一般に各
ハードウエア項目に接続させ、プロセツサ障害の
場合に備えた少なくとも２個のプロセツサがあ
る。この結果、各ハードウエア項目に関連したハ
ードウエア制御プロセツサを二重化した構成にな
つている。

『発明の要約』 本発明は、二重化されたプロセツサを最大限に
使用するように設計したコンピユータ制御装置に
関する。

本発明によれば、複数の相互接続されたプロセ
ツサを有し、このプロセツサのいくつかは、一対
のプロセツサが各ハードウエア項目に関連するよ
うに対に構成され、他のプロセツサは１個以上の
予備プロセツサを構成し、上記各対のプロセツサ
の一方は、その関連するハードウエアを制御する
処理を行い、他方は、通常他の処理を行うよよう
に構成されていて、上記ハードウエア制御プロセ
ツサの１個に障害が発生した場合には、上記他の
処理を上記対のプロセツサの他方のプロセツサか
ら予備プロセツサに転送し、ハードウエア制御処
理を上記他方のプロセツサに転送するように構成
されたハードウエア項目を制御するコンピユータ
又はプロセツサの制御装置が提供されている。

このように制御装置を構成することにより、従
来行われていたよりも少ない予備処理容量で障害
対策を行うことが可能である。これは、ソフトウ
エア専用処理用の二重化されたプロセツサを使用
し、十分な予備プロセツサを設けて、ハードウエ
ア制御プロセツサに障害が発生した場合には、こ
れらの処理を転送し、ハードウエア操作処理用の
二重化プロセツサを解放することによつて達成さ
れている。

プロセツサは、ループ状又はリング状の相互接
続装置によつて連結されている。

本発明の一形態においては、２個の予備プロセ
ツサが一対として処理メリに連結され、上記他の
処理は、始めに上記対の予備プロセツサに転送さ
れている。他の処理は、その後１つ以上の他の予
備プロセツサに転送される。

本発明の他の態様によれば、複数のプロセツサ
によつてハードウエア項目を制御する方法であつ
て、上記プロセツサを、一対のプロセツサが各ハ
ードウエア項目に関連するように対に構成すると
共に、１個以上のプロセツサを有するように構成
し、上記関連する対のプロセツサの一方のプロセ
ツサで作動するハードウエア制御処理により各ハ
ードウエア項目を制御し、各対のプロセツサの他
方のプロセツサで他の処理を行い、上記ハードウ
エア制御プロセツサの１個に障害が発生した場合
には、上記他の処理をその対の他方のプロセツサ
から予備プロセツサに転送し、上記ハードウエア
制御処理を上記他方のプロセツサに転送する上記
制御方法が提供されている。

『実施例』 以下、本発明を図面を参照して説明する。

第１図に示す装置は、複数のプロセツサ１０，
１０ａ；１１，１１ａ；１２，１２ａ；１４，１
４ａを有している。これらのプロセツサは、ルー
プ状のデータバス１５によつて相互接続され、プ
ロセツサ間の通信が行なわれるようになつてい
る。プロセツサ１０および１０ａは、外部ハード
ウエア項目１６に連結された一対のプロセツサを
形成し、プロセツサ１１ａは、一対として外部ハ
ードウエア項目１７に連結され、プロセツサ１
２，１２ａは、一対としてデイスクメモリ１８に
連結されている。プロセツサ１０は、ハードウエ
ア１６用の主要なハードウエア制御プロセツサを
構成し、そのハードウエアに対するハードウエア
操作処理を有している。この処理は、第１図にお
いては符号Ｈ１によつて示されている。同様にし
て、プロセツサ１１は、ハードウエア１７用の主
ハードウエア制御プロセツサを構成し、そのハー
ドウエア操作処理は、符号Ｈ２によつて示されて
いる。第１図には、２つのハードウエア項目１６
および１７のみが示されているけれど、より多く
のものをループ１５によつて連結することができ
るものである。デイスクメモリ１８は、この装置
によつて作動される全てのハードウエア操作処理
およびソフト専用処理用の負荷モジユールを有し
ている。

ハードウエア操作処理Ｈ１に加えて、またプロ
セツサ１０は、符号Ｐ２によつて示されるソフト
専用処理を有している。

プロセツサ１０ａは、符号Ｐ３およびＰ４で示
されるソフト専用処理を作動するように構成され
ている。同様な処理はプロセツサ１１ａにも設け
られていて、それらは符号Ｐ６，Ｐ７，Ｐ８によ
つて示されている。このように、この装置の通常
の操作においては、二重化すなわち予備プロセツ
サ１０ａおよび１１ａは、これらの予備プロセツ
サを使用するようにソフト専用処理を作動するよ
うになつている。第１図に示す装置は、多くの種
類の外部ハードウエア、例えば電話交換機におけ
るスイツチング装置などを制御するのに使用する
こともできる。

ハードウエア操作プロセツサの１つに障害が発
生した場合には、次のようになる。今、プロセツ
サ１０に障害が発生した場合を考える。この場合
には、プロセツサ１０ａは、始めプロセツサ１０
によつて実行されたハードウエア操作機能を引き
継がなければならない。回復の最初の段階は、こ
の場合プロセツサ１２ａである予備プロセツサに
ソフト専用処理Ｐ２を移動することである。この
操作は、点線２０によつて示されている。ソフト
専用処理Ｐ３は、この場合プロセツサ１２である
予備プロセツサに移動される。これは点線２１に
よつて示されている。また、ソフト専用処理Ｐ４
も、点線２２で示されるようにプロセツサ１２に
移される。プロセツサ１０ａから処理Ｐ３および
Ｐ４を移すと、ハードウエア操作処理Ｈ１は、点
線２３によつて示されるように、予備プロセツサ
１０ａに移すことができる。点線２１ないし２３
は、説明のためのみのものであつて、実際には例
えば、Ｈ１に対する負荷モジユールは物理的には
プロセツサ１０から１０ａへ移すことはできない
が、プロセツサ１２または１２ａの１つを介して
デイスクメモリ１８から引出し、ループ１５を介
してプロセツサ１０ａに供給することができるの
である。ハードウエア操作処理Ｈ１をプロセツサ
１０ａに移すと、プロセツサ１２および１２ａに
あるソフト専用処理Ｐ２，Ｐ３，Ｐ４は、符号１
４，１４ａで示すような他の予備プロセツサに割
当てることもできる。これは、上述したと同様な
方法でプロセツサ１２，１２ａの使用を解除する
ことができ、これによつてさらにハードウエア操
作処理に障害が発生した場合にも対処することが
できるのである。

Ｐ２，Ｐ３，Ｐ４用のロードモジユールがすで
にプロセツサ１４，１４ａにある場合には、また
はこれらのモジユールのローデイングを早くする
ことが不必要な場合には、プロセツサ１２，１２
ａを介することなく、処理Ｐ２，Ｐ３，Ｐ４をプ
ロセツサ１０，１０ａからプロセツサ１４，１４
ａに直接移すことができる。

第１図に示す構成においては、ソフト専用処理
用の予備プロセツサ１２，１２ａは、直接デイス
クメモリ１８に連結されていて、これはこれらの
処理用のロードモジユールを予備プロセツサに直
接ロードできるという利点を有しているのであ
る。上述したように、これは、ハードウエア操作
処理Ｈ１がその予備プロセツサに転送されると、
他の予備プロセツサに移すことができるのであ
る。回復の第２段階は準備した、比較的急ぐ必要
のない都合のよい時に実行することができるので
ある。

本構成は、一組の対となつた、すなわち、二重
化されたハードウエアコントローラを有してい
て、これによつて、障害の対策に必要なこの装置
の全体のハードウエアの冗長構成をへらすことが
できるようになつているのである。各対の予備プ
ロセツサは、ハードウエア操作処理を作動してい
るコントローラが障害になつた場合に予備容量を
有している他のプロセツサに移されているソフト
ウエア専用処理を作動するのに使用される。この
構成は、二重化されたプロセツサの予備容量を使
用することによつて、全体の使用されない、すな
わち、予備処理容量を従来の構成に較べてかなり
へらすことができるようになつている。

各ソフトウエア専用処理は、一般に、充分な処
理時間とメモリ容量を有したどのよなプロセツサ
でも実行することができる。従つて、ソフトウエ
ア専用処理に対しては、この装置は、一組の作
動／予備対として取り扱われる必要はなく、プロ
セツサ上で実行される処理の割当てが主に処理容
量の分配および有効性によつて決定される単一の
処理リソースとして取扱われることが必要であ
る。その結果、ソフトウエア専用処理は、上述し
た様にこれらの処理を転送する回復手順が実行さ
れた場合には、予備ハードウエアコントローラプ
ロセツサに割当てることができるのである。

次に、本発明を実施した装置の一例をより詳細
に説明する。このような装置の主な構成要素は、
第１図に示すようなモジユール１０，１０ａ；１
１，１１ａ；１２，１２ａのような処理モジユー
ルと、第１図のリングまたはループ１５のような
モジユール相互接続装置と、オペレーテイングシ
ステムである。

処理モジユールについては、第１図を参照して
簡単に説明した。第２図は、その処理モジユール
が取ることのできる形態を示したより詳細な図で
ある。符号３０で示すモジユールは、インターフ
エイス回路３１によつてリング１５に接続されて
いる。このモジユール３０は、例えばモトローラ
68000マイクロプロセツサのようなCPU３２と、
メモリマネージメントユニツト３３と、RAM３
４と、外部ハードウエア項目３６とインターフエ
イスするための制御回路３５とを有していて、こ
れらの全てはマイクロプロセツサバス３８に連結
されている。この構成はありふれたものであるの
で、詳細には説明しない。第２図の符号４０で示
す処理モジユールは、符号３０で示すものと同じ
であるが、その主な差は、このモジユール４０
は、デイスクメモリ１８とインターフエイスする
制御回路４１およびターミナル４３とインターフ
エイスする制御回路４２とを有していることであ
る。簡単にするために、この第２図においては２
つの処理モジユールのみが示されているが、同様
なモジユールを幾つかリング１５の周りに分配す
ることも可能であり、少くともその幾つかは対の
形で構成され、第１図を参照して説明したように
外部ハードウエアと関連しているものである。

処理モジユールを相互接続するリングまたはル
ープ１５、一般的には1Mビツト／秒以上の高い
帯域幅を有していなければならない。そして、信
頼性を増すために、編組リングの相互接続装置を
使用するのが望ましい。

インターフエイス回路３１は、第２ａ図に示す
形態をとることができる。この回路は、編組リン
グ１５に接続されていて、直列データの伝送およ
び受信、データコーデイングおよびデコーデイン
グ、クロツク再生とビツト同期および編組スイツ
チングを有するビツトレベル機能を実行する第１
パート４５を有している。第２パート４６は、フ
レーム同期、アドレスおよび制御フイールドの識
別、エラー検出、合図検出、ビツト挿入と削除お
よび状態表示を有するメツセージレベル機能を実
行する。

第３パート４７は、処理モジユールとインター
フエイスして、プロセツサバス３８にインターフ
エイスしたり、処理モジユールへのメツセージ
や、処理モジユールからのメツセージの入出力バ
ツフアの役目をしたり、処理モジユールとリング
インターフエイスユニツト４５との間の制御を調
整する。

第１図を参照して説明したように、ハードウエ
ア操作処理が障害になつた時に実行される回復手
順は、オペレーテイングシステムによつて制御さ
れる。この作用は、第３図および第４図を参照し
て説明する。第３図は、一対の処理モジユール５
０，５０ａと関連する外部ハードウエア５１を示
す簡単な図である。ハードウエア５１は、通常処
理モジユール５０で作動するハードウエア操作処
理Ｈ１によつて制御される。ソフトウエア専用処
理Ｐ４，Ｐ７は処理モジユール５０ａで作動す
る。

オペレーテイングシステムは、処理モジユール
５２で作動するように示されているシステムマネ
ージヤ（SM）と、このシステムの各処理モジユ
ールに１つを分配されているモジユールマネージ
ヤ（MM）とを有している。各モジユールマネー
ジヤ（MM）は、その処理モジユールの内部マネ
ージメントを実行し、各プロセツサ間の通信を取
扱つている。また、そのモジユールマネージヤ
は、システムマネージヤSMからのコマンドに応
答したり、システムマネージヤSMへレポートを
送つたりする。

システムマネージヤSMは、プロセツサシステ
ムの全ての監視、特にシステムメンテナンスや構
成マネジメントに対する全ての監視に責任があ
る。システムマネージヤSMは、一般に第３図に
示すように単一の処理モジユール状に集中化され
ていて、実行中のモジユールが障害になつた場合
には他のシステムモジユールで再スタートするこ
とができるようになつている。

システムマネージヤは、インタープロセツサメ
ツセージ形式のコマンドを個々のモジユールマネ
ージヤに送出することによつてプロセツサモジユ
ールの障害から回復を調整する。システムマネー
ジヤは、処理モジユールに周期的に問い合わせを
行つて、これらの状態をチエツクする。例えば、
もし処理モジユール５０に対する問合わせが、そ
のモジユールが障害になつていることを示してい
る場合には、システムマネージヤはモジユール５
０のモジユールマネージヤにコマンドを発行し、
そのモジユールの処理を中止させる。

それから、システムマネージヤは、別の処理モ
ジユール５３に伝送されるコマンドを発行する。
このコマンドは、モジユール５３のモジユールマ
ネージヤに指令して、メモリを割当て、メモリ１
８からや、モジユール５０ａから処理コードやデ
ータをロードすることによつて処理Ｐ４，Ｐ７を
形成する。これらの処理はモジユール５３上で休
止状態に保持される。

それから、システムマネージヤは、モジユール
５０ａのモジユールマネージヤにコマンドを送出
し、処理Ｐ４，Ｐ７の実行を終了し、それからさ
らにコマンドをモジユール５３に送出して、その
プロセツサ上でＰ４，Ｐ７を実行させる。それか
ら、システムマネージヤは、モジユール５０ａの
モジユールマネージヤにコマンドを送出して、そ
のモジユール上の処理Ｐ４およびＰ７を破壊し、
これによつて、その処理に割当てられたメモリを
使用可能にする。最終的には、システムマネージ
ヤSMは、モジユール５０ａにコマンドを送出し
て、処離Ｈ１を形成し、その処理を開始する。モ
ジユール５０ａのモジユールマネージヤは、必要
なリソースを割当て、処理Ｈ１用の処理コードや
データをロードし、その処理の実行を行う。この
ようにして最終の構成は第４図に示すように、Ｈ
１はモジユール５０ａ上で作動し、処理Ｐ４，Ｐ
７はモジユール５３上で作動する。

処理の形態や処理間の通信の形態については、
特にプロセツサ障害を参照してより詳細に説明す
る。オペレーテイングシステムは、障害の場合に
処理の実行を維持するように設計されている。処
理は、一連のプログラムステートメントを逐時実
行するものとして定められていて、その逐時実行
は、他の処理と同時に行うことができるようにな
つている。ある一つの処理に対して２つ以上のイ
ンスタントが存在することもある。すなわち、同
じ一連のプログラムステートメントを２つ以上で
逐時実行することもできるのである。処理の各イ
ンスタントは、メツセージがアドレスされた名前
を有している。

処理は、「メツセージ」を送ることによつて、
データを他の処理に送ることができる。メツセー
ジは、行先の処理の名前を有している（インスタ
ンス）。この装置は、プログラミング言語CHILL
（CCITT高レベルプログラミング言語）を使用す
ることができ、そのプログラミング言語に適応可
能な処理やメツセージの定義が説明のこの部分に
適用されている。オペレーテイングシステムは、
（モジユールマネージヤの低レベル中心部を除い
て）主に処理から構成されている。前述したよう
にオペレーテイングシステムのモジユールマネー
ジヤ部分は、各処理モジユール上に存在する１グ
ループの処理である。即ち、モジユールマネージ
ヤの処理の場合の別の組は、各処理モジユール上
にある。システムマネージヤは、単一グループの
処理である。すなわち各処理のたつた１つの場合
である。第３図を参照して示したように、これは
一つの処理モジユール上に通常存在しているが、
いくつかの処理モジユールにわたつて分配するこ
ともできる。オペレーテイングシステムでない処
理は、応用処理として分類され、例えばハードウ
エア操作処理を有している。

処理によつて送られたメツセージは、メツセー
ジセンダーが存在する処理モジユールのモジユー
ルマネージヤ内のメツセージハンドラによつて始
め受けとられる（第５図参照）。このメツセージ
ハンドラMHは、メツセージの行先処理（インス
タンス）名を読み取る。メツセージがそのモジユ
ール上の処理行きである場合には、そのメツセー
ジは、その処理の入力メツセージに列に加えられ
る。かかる手順は、モジユール６０で作動する処
理ＣおよびＤに対して第５図で示されている。処
理Ｃから送られるデータは、モジユール６０のメ
ツセージハンドラMHによつて受け取られ、それ
から処理Ｄに向けられる。

メツセージが他のモジユールの処理行きである
場合には、そのメツセージ相互接続リンク１５を
介して伝送される。各処理モジユール上のリンク
インターフエイスユニツト３１は、このメツセー
ジの行先アドレスをその存在する処理名と比較
し、一致した場合にはメツセージをコピーする。
それからメツセージは、その処理モジユールのメ
ツセージハンドラによつて取られ、その処理によ
つて受け取られるように行先処理の入力メツセー
ジ列に加えられる。このような手順は、処理Ａに
よつて処理モジユール６１から処理モジユール６
０上の処理Ｅへ送られるデータに対して第５図に
示されている。

プログラミング言語のレベルにおいては、メツ
セージは、記号形式およびシンクタツクス形式で
表わされている： メツセージ名（データ値）を処理名に送出す
る。例えば、 ラインナンバー４，６，７８をコール制御３へ
送出する。

このメツセージ形式は、言語コンパイラによつ
て非記号表現に変換され、さらに処理モジユール
のメツセージハンドラMHによつて、ソースアド
レスおよび行先アドレス、メツセージの長さおよ
び制御情報、誤りチエツキング用のパケツトフイ
ールドを有するパケツト形式に変換される。最も
低いレベルの通信におけるフレーム形式は、
HDLC（高レベルデータリンク制御）標準形式に
基づいている。

次の制御オペレーシヨンは処理上で実行するこ
とができる。

(イ) 処理のインスタンスを作ることができる。

(ロ) 形成された処理のインスタンスをスタートさ
せることができる。

(ハ) スタートされた処理のインスタンスを停止さ
せることができる。

(ニ) 停止された（またはスタートしていない）処
理のインスタントを破壊することができる。

これらのオペレーシヨンを要求するメツセージ
は、モジユールマネージヤーの処理ハンドラに送
出される。特に、システムマネージヤは、これら
のオペレーシヨンを要求するメツセージを上述し
た回復手順の間に個々の処理ハンドラに送出す
る。これらのメツセージを受取つた時のモジユー
ルマネージヤの処理ハンドラによつてなされる機
能は次の通りである： (イ) 処理のインスタンスを形成する。受信された
メツセージは、次のデーター処理の名前および
形成されたインスタンスがわかる名前を有して
いる。処理ハンドラは、処理に必要な全てのリ
ソースを割当、実行する。これは、まだ存在し
ない場合には、システムフアイルメモリに設け
られた処理モジユール上のフアイルサーバーモ
ジユール処理を要求するメツセージを送出する
ことによつて処理コードやデータフアイルをロ
ードすることを要求し、そのフアイルを伝送す
る。制御プロツクが処理のインスタンスに対し
て形成され、処理のインスタンスは実行に対し
て準備される。処理ハンドラは、処理のインス
タンスが形成された要求処理に応答する。

(ロ) 処理のインスタンスを開始する。受信された
メツセージは、開始した処理のインスタンスの
名前や、スタートのモード、例えば初期スター
ト、ロールバツクリタートを有している。処理
例が形成されるような場合、このような場合に
はエラーメツセージが戻されるのであるが、こ
のような場合には、処理ハンドラーは名前のつ
けられた処理例を実行する。

(ハ) 処理のインスタンスを停止する。処理ハンド
ラは、メツセージの中で名前を付けられた処理
のインスタンスの実行を停止し、それを休止状
態にセツトする。それはスタンドメツセージに
よつて再スタートすることができる。停止処理
のインスタンスにアドレスされたメツセージは
受け入れられない。

(ニ) 処理インスタンスを破壊する。処理ハンドラ
は、メツセージの中に名前の付けられた処理の
インスタンスに割当てられた全てのリソース、
例えだ使用されたメモリを解除し処理のインス
タンスの全ての記録を削除する。これに続い
て、それを再スタートさせる場合には、処理の
インスタンスを再び形成することが必要であ
る。

上述した回復手順は、オペレーテイングシステ
ムのシステムマネージヤとモジユールマネージヤ
間のメツセージの流れに従つて説明された。これ
らのメツセージは、モジユールマネージヤとシス
テムマネージヤを形成する処理によつて送出され
受信される。第６図および第７図は、それぞれ、
障害検出および回復に関する処理に基づいてシス
テムとモジユールマネージヤの基本的な内部構造
を示すものである。

障害処理手順は次の通りである。プロセスモジ
ユールの状態は、システムマネージヤの一部を形
成する処理モジユール監視処理８０によつて監視
されている。この監視処理は、周期的に各モジユ
ールから状態レポートメツセージを要求する。障
害レポートを受信したりまたは期待したレポート
がない場合には、監視処理は、障害診断処理８１
に通知する。診断処理は、この情報を一般に処理
から受け取つた他の誤りレポートメツセージと関
連付ける。それはレポートを確認し、分析して、
その診断結果を構成マネージヤ８２に通知する。

構成マネージヤ８２は、各処理モジユールや各
処理の記述の形態でシステムの現在の状態の記録
をテーブル上に保持している。これは、処理モジ
ユールリソースの明細や、処理リソース条件や、
処理モジユールに対する処理のインスタンスの現
在の割当てなどを有している。また、この構成記
述は、予備処理やモジユール明細を有していて、
これによつて、構成マネージヤ８２が、モジユー
ルが障害をおこした場合にはプロセツサモジユー
ルに処理のインスタンスの再割当を決定すること
ができる。障害診断処理８１から処理およびモジ
ユール障害の通知を受けた時には、構成マネージ
ヤは、回復に処理例のどの再割当が必要かを決定
する。メツセージが送出されて閉成され、障害を
起こした処理モジユールを分離する。それから、
制御メツセージをモジユールマネージヤに送るこ
とによつて回復手順を調整する。これらのメツセ
ージは、主に上述したように、形成し、開始し、
停止し、破壊するものであり、関連する処理モジ
ユールの処理ハンドラに送出される。これらのメ
ツセージのシーケンスは、すでに上述した通りで
ある。

特に第６図を参照すると、監視処理８０は、各
処理モジユール上で作動する処理モジユール監視
処理から状態メツセージを要求し、受取る。タイ
マは、各処理モジユールに対して維持されてい
る。初期システムの開始時には、全ての処理モジ
ユールは、障害セツトされる。それから、処理モ
ジユール状態要求メツセージが送出され、開始タ
イムアウトをカバーする。要求中の処理モジユー
ルが戻されると、そのモジユールに対するタイマ
ーはリセツトされる。それから、処理モジユール
状態は、ワーキング状態に変る。そして、処理状
態要求メツセージは、次のインターバルで送出さ
れる。対応する監視メツセージの受信がなくタイ
マーがタイムアウトになつた場合には、状態は障
害に変化する。処理モジユール状態が変化するご
とにレポートは障害診断処理８１に送出される。
これは構成マネージヤ８２を通過する前に確認さ
れる。それから、システムマネージヤは、システ
ムの状態に関係するレコードを変化し、例を１つ
の処理モジユールから新しい情報による他の処理
モジユールへ移す。

障害診断処理は、監視処理８０から処理モジユ
ール状態レポートを受取り、一般の処理から誤り
レポートやロールバツクリクエストを受取る。そ
れは、処理モジユール上で実行される診断試験を
要求することができる。これらのレポートは関連
付けられ、有効にされ、そして書込まれる。障害
診断結果は、構成マネージヤ８２に送られる。

構成マネージヤは、全体のシステム状態を定め
るデータベースへのアクセスを制御したり、更新
を制御する処理である。主な３つの組のレコード
が保持される： １ 各処理モジユール、その処理リソースおよび
動作状態を記述する処理モジユールレコード。

２ 各処理の処理条件を記述する処理レコード。

３ それぞれの処理レコードに関連し、プログラ
ミングモジユールに対する処理のインスタンス
の現在の割当および予備の割当を定めるレコー
ド。

これらは、各処理およびその関連するインスタ
ンスの各処理モジユールの状態や処理モジユール
に対する処理のインスタンスの現在の割当や予備
の割当を定めるレコードである。この装置の始め
の定義は、データフアイルとして初期のシステム
スタート時にロードされる。その後、障害になつ
た場合やまたは例えばキーボードターミナル入力
を介してシステムを再指定する命令により、構成
マネージヤ８２によつて更新させられる。

キーボードからメツセージを受取つたり、また
は装置の再構成を要求する障害診断メツセージを
受取ると、構成マネージヤはそのレコードから必
要な変更を決定する。そして、これらの変更を制
御して、それによりそのレコードを更新する。変
更は、命令メツセージを通常のシーケンスで処理
に送出することによつて実行される。処理モジユ
ール障害からの回復の場合には、これらのメツセ
ージは、主に処理のインスタンスの移動を制御
し、（スタートおよびストツプコマンドの場合に
はスタート／ストツプ処理を介して）処理モジユ
ール処理ハンドラに主に向けられる。

スタート／ストツプ処理８４は、装置の全ての
中心的でない処理のスタートおよびストツプを制
御する。スタート／ストツプ処理はシステムマネ
ージヤから要求を受取る。処理例のスターテイン
グおよびストツピングは、１つの処理モジユール
から他の処理モジユールへの処理移動シーケンス
の１部であるかまたは１つの処理モジユール上の
初期スタートかまたはロールバツク再スタートで
あるにすぎない。スタート／ストツプ処理は、正
確なタイミングや、他の処理と協同する処理の実
行を制御するに必要なスタートおよびストツプコ
マンドの同期を取扱う。

第７図を参照すると、処理モジユール上の各モ
ジユールマネージヤは、この処理の１例を実行す
る処理モジユールモニタ９０を有している。それ
は直ちに初期システムスタート時の中心部の後ロ
ードされる。処理は、処理モジユールの動作状態
の基本的なチエツクを行う。そして、周期的に、
処理モジユール状態レポートを要求するシステム
マネージヤ処理モジユール監視からメツセージを
受取る。処理モジユールモニタが応答メツセージ
を送ることを行なわない場合には、処理モジユー
ル監視は最試行の後、特定の処理モジユールが障
害であると仮定する。

モジユールマネージヤもまた、処理モジユール
上を実行する処理例の状態に追従して、各処理の
インスタンスに対する作動レコードや制御ブロツ
クを維持する処理ハンドラ９１を有している。そ
して、それは処理スケジユール機能を実行し、さ
らにシステムマネージヤから受けた対応するコマ
ンドメツセージを受信するとオペレーシヨンの形
成、スタート、ストツプおよび破壊を実行する。
それは、これらのオペレーシヨンを実行する時、
モジユールマネージヤの他の機能を必要とする。
例えば処理のインスタンスを形成する場合には、
処理モジユールローダによつて処理フアイルをロ
ードすることを必要とする。

上述した装置においては、ループまたはリング
１５へのアクセスは、制御合図方法によつて行う
ことができる。この方法において、制御合図は、
モジユールからモジユールへ円形リボン形式でリ
ングの周りを回る特定のピツトストリングであ
る。モジユールがその合図を所有すると、その通
過を遅らせ、そのかわりに、その合図による送る
バツフアの内容を伝送する。ラインの次のモジユ
ールは、その合図を読むまで、全てのメツセージ
（幾つかある）を中継し、それから合図に続いて
それ自身のメツセージ（１を持つている場合に
は）を送出するかまたは直ちに合図を中継する。
このシーケンスはリングの周りを無限に続ける。
各モジユールのインターフエイスは、通過メツセ
ージのアドレスフイールドを監視する。入つてき
た時メツセージがそれ自身に対るものであればそ
のコピーをとるが、さらに次のモジユールへメツ
セージを中継する。メツセージは最終的にはメツ
セージの発信器のところに戻つてきて、そこで中
継されることなく取り除かれる。メツセージの発
信器は、メツセージや制御合図の次の伝送として
どのメツセージが取り除かれるかを知つていて、
それ自身のメツセージが戻つてくる前にその受信
器に到達する他のメツセージがないことを知つて
いる。この制御方法は、各モジユールで１ビツト
または２ビツトのみのメツセージの遅延を必要と
している。

【図面の簡単な説明】

第１図は、本発明によるコンピユータ制御装置
のブロツク図、第２図および第２ａ図は、第１図
の装置に使用することのできる処理モジユールを
説明するブロツク図、第３図および第４図は、本
発明の動作を説明するブロツク図、第５図は、本
装置においてメツセージが処理間でどのように伝
送されるかを説明するための図、第６図は、本装
置のオペレーテイングシステムのシステムマネー
ジヤ部を説明するブロツク図、および第７図は、
オペレーテイングシステムを形成するモジユール
マネージヤを説明するブロツク図である。 １０，１０ａ，１１，１１ａ，１２，１２ａ…
プロセツサ、１４，１４ａ…予備プロセツサ、１
５…ループ又はリング状データバス（相互接続装
置）、１６，１７…外部ハードウエア項目、１８
…デイスクメモリ、３０，４０，５０，５０ａ，
５２，５３，６０，６１…処理モジユール、３１
…インターフエース回路、３２…CPU、３３…
メモリマネージメントユニツト、３５，４１…制
御回路、３６…外部ハードウエア、３８…プロセ
ツサバス。

Claims (1)

1. 【特許請求の範囲】 １ ハードウエア項目を制御するコンピユータ又
   はプロセツサの制御装置であつて、複数個の相互
   接続されたプロセツサを有し、このプロセツサの
   いくつかは、一対のプロセツサが各ハードウエア
   項目に関連するように対に構成され、他のプロセ
   ツサは１個以上の予備プロセツサを構成し、上記
   各対のプロセツサの一方は、その関連するハード
   ウエアを制御する処理を行い、他方は、通常他の
   処理を行うように構成されていて、上記ハードウ
   エア制御プロセツサの１個に障害が発生した場合
   には、上記他の処理を上記対のプロセツサの他方
   のプロセツサから予備プロセツサに転送し、ハー
   ドウエア制御処理を上記他方のプロセツサに転送
   する上記コンピユータ又はプロセツサの制御装
   置。 ２ 特許請求の範囲第１項記載の制御装置におい
   て、プロセツサはループ状又はリング状相互接続
   装置によつて連結されている上記制御装置。 ３ 特許請求の範囲第１項又は第２項記載の制御
   装置において、２個の予備プロセツサが一対とし
   て処理メモリに連結され、上記他の処理は始めに
   上記一対の予備プロセツサに転送される上記制御
   装置。 ４ 特許請求の範囲第３項記載の制御装置におい
   て、他の処理はその後１個以上の他の予備プロセ
   ツサに転送される上記制御装置。 ５ 特許請求の範囲第１項ないし第４項のいずれ
   か一項記載の制御装置において、１個以上の上記
   プロセツサに作用するように構成されたシステム
   マネージヤーと各プロセツサに関連するモジユー
   ルマネージヤーとを有するオペレーテイングシス
   テムによつて障害からの回復が制御され、上記各
   モジユールマネージヤーはシステムマネージヤー
   からのコマンドを受け取り、そのプロセツサに対
   する処理管理を制御するように構成されている上
   記制御装置。 ６ 複数のプロセツサによつてハードウエア項目
   を制御する方法であつて、上記プロセツサのいく
   つかを、一対のプロセツサが各ハードウエア項目
   に関連するように対に構成すると共に、１個以上
   の予備プロセツサを有するように構成し、上記関
   連する対のプロセツサの一方のプロセツサで作動
   するハードウエア制御処理により各ハードウエア
   項目を制御し、各対のプロセツサの他方のプロセ
   ツサで他の処理を行い、上記ハードウエア制御プ
   ロセツサの一個に障害が発生した場合には、上記
   他の処理をその対の他方のプロセツサから予備プ
   ロセツサに転送し、上記ハードウエア制御処理を
   上記他方のプロセツサに転送する上記制御方法。 ７ 特許請求の範囲第６項記載の制御方法におい
   て、２個の予備プロセツサが一対として処理メモ
   リに連結され、上記他の処理は始めに上記対の予
   備プロセツサに転送される上記制御方法。 ８ 特許請求の範囲第７項記載の制御方法におい
   て、上記他の処理はその後１個以上の予備プロセ
   ツサに転送される上記制御方法。