JP2008518296A - 少なくとも２つの実行ユニットを備えるコンピュータシステムで切換をする方法及び装置 - Google Patents

Abstract

少なくとも２つの実行ユニットを備えるコンピュータシステムで切換をする方法および装置であって、少なくとも２つの動作モードの間で切換が行われ、第１の動作モードは比較モードに相当するとともに第２の状態動作モードはパフォーマンスモードに相当しているものにおいて、各実行ユニットをコンピュータシステムの内部バスと接続可能であり、パフォーマンスモードでは少なくとも２つの実行ユニットが内部バスと接続され、パフォーマンスモードから比較モードへの切換時には少なくとも１つの実行ユニットが、切換器により制御されるスイッチによって内部バスから切り離されることを特徴とする。
【選択図】図１５

Description

α粒子や宇宙線によって引き起こされる過渡的なエラーは、集積半導体回路にとって大きな問題になりつつある。構造幅の減少、電圧の低下、及び高いクロック周波数のために、α粒子や宇宙線によって引き起こされる電圧ピークが、集積回路の論理値を狂わせる確率が高くなる。その結果、誤った計算結果が生じる可能性がある。従って、特に自動車などの安全性関連のシステムでは、そのようなエラーを確実に検知しなければならない。電子装置の誤機能を確実に検知しなければならない、例えば自動車のＡＢＳコントロールシステムなどの安全性関連のシステムでは、このようなシステムの相応の制御装置において、エラー認識をするための冗長性が利用されるのが普通である。例えば公知のＡＢＳシステムでは、それぞれ一式のマイクロコントローラが二重に構成されており、全てのＡＢＳ機能が冗長的に計算されて、互いに一致しているかどうか検査される。結果に矛盾が生じると、ＡＢＳシステムの動作がオフになる。

マイクロコントローラの主要なコンポーネントは、第１に、コアの記憶装置モジュール（例えばＲＡＭ，ＲＯＭ、キャッシュ）、入力／出力インターフェース、いわゆる周辺装置（例えばＡ／Ｄ変換器、ＣＡＮインターフェース）で構成されている。記憶素子は検査コード（パリティまたはＥＣＣ）で効率的に監視することができ、周辺装置はしばしばアプリケーション固有のやり方で、センサ信号経路またはアクチュエータ信号経路の一部として監視されるので、今後の冗長性への取り組みは、マイクロコントローラのコアの単独での二重化に関して進められる。

このように２つのコアが統合されたマイクロコントローラは、デュアルコアアーキテクチャとも呼ばれている。両方のコアは同じプログラムセグメントを冗長的に、かつクロック同期された状態で実行し（ロックステップモジュール）、両方のコアの結果が比較されて、一致しているかどうかの比較の際に誤りが発見される。このようなデュアルコアシステムのコンフィギュレーションは、比較モードと呼ぶことができる。

デュアルコアアーキテクチャは、さらに別の用途では性能向上のために利用されており、すなわちパフォーマンス向上のために利用されている。両方のコアが異なるプログラム、異なるプログラムセグメント、異なるコマンドを実行し、それによって性能向上を実現することができるので、このようなデュアルコアシステムのコンフィギュレーションは、パフォーマンスモードと呼ぶことができる。このようなシステムは対称型マルチプロセッサシステム（ＳＭＰ）とも呼ばれる。

こうしたシステムの１つの拡張形は、特別なアドレスへのアクセスと、専用化されたハードウェア装置とによって、これら両方の方式をソフトウェアで切り換えることにある。比較モードの時には、コアの出力信号が相互に比較される。パフォーマンスモードの時には、両方のコアが対称型マルチプロセッサシステム（ＳＭＰ）として作動し、異なるプログラム、異なるプログラムセグメント、又は異なるコマンドを実行する。

このようなシステムでは、それぞれのモード間の切換時に、バスアクセス手段をコーディネートしながら一緒に切り換えることが問題となる。したがって本発明の課題は、モード切換時にバスアクセス手段をコーディネートしながら一緒に切り換えることを可能にする方法および手段を提供することである。

少なくとも２つの実行ユニットを備えるコンピュータシステムで切換をする方法であって、少なくとも２つの動作モードの間で切換が行われ、第１の動作モードは比較モードに相当するとともに第２の動作モードはパフォーマンスモードに相当している方法において、各実行ユニットをコンピュータシステムの内部バスと接続可能であり、パフォーマンスモードでは少なくとも２つの実行ユニットが内部バスと接続され、パフォーマンスモードから比較モードへの切換時には少なくとも１つの実行ユニットが、切換器により制御されるスイッチによって内部バスから切り離されることを特徴とする方法を適用するのが好ましい。

さらに比較器が設けられており、比較モードでは比較器が有効になる方法を適用するのが好ましい。

さらに比較器が設けられており、パフォーマンスモードでは比較器が無効になる方法を適用するのが好ましい。

前記データを比較して一致していないときはエラー信号を出力する比較器が設けられており、前記エラー信号はパフォーマンスモードではマスキングされる方法を適用するのが好ましい。

比較モードのとき各々のデータが比較される少なくとも２つの実行ユニットが、当該モードのときに内部バスの論理実行ユニットとして取り扱われる方法を適用するのが好ましい。

比較モードのとき少なくとも１つの実行ユニットが内部バスから切り離され、切り離されていない少なくとも１つの実行ユニットの入力データが二重化され、切り離されている少なくとも１つの実行ユニットに当該データが供給される方法を適用するのが好ましい。

比較モードのとき１つの実行ユニットを除いて実行ユニットがすべて内部バスから切り離され、切り離されていない実行ユニットの入力データが二重化され、切り離されているすべての実行ユニットに当該データが供給される方法を適用するのが好ましい。

少なくとも２つの実行ユニットを備えるコンピュータシステムで切換をする装置であって、少なくとも２つの動作モードの間で切換をする切換器が設けられており、第１の動作モードは比較モードに相当するとともに第２の動作モードはパフォーマンスモードに相当している装置において、各実行ユニットをコンピュータシステムの内部バスと接続可能であり、パフォーマンスモードでは各実行ユニットが内部バスと接続されており、比較モードでは１つの実行ユニットだけが内部バスと接続されており、少なくとも２つ目の実行ユニットは切換器により制御されるスイッチによって内部バスから切り離されることを特徴とする装置を適用するのが好ましい。

さらに、パフォーマンスモードのとき無効になる比較器が設けられている装置を適用するのが好ましい。

さらに、比較モードのとき有効になる比較器が設けられている装置を適用するのが好ましい。

切換器と比較器が１つのコンポーネントで切換・比較ユニットとしてまとめられている装置を適用するのが好ましい。

その他の利点および有利な実施形態は、特許請求の範囲ならびに発明の詳細な説明の構成要件から明らかである。

以下においては、プロセッサ、コア、ＣＰＵばかりでなく、ＦＰＵ（浮動小数点演算ユニット）、ＤＳＰ（デジタル信号プロセッサ）、コプロセッサ、ＡＬＵ（算術論理演算ユニット）なども実行ユニットと呼ぶことができる。

図１には、２つの実行ユニットＧ１０ａ、Ｇ１０ｂと、比較ユニットＧ２０と、切換ユニットＧ５０と、切換希望認識ユニットＧ４０とを備えるマルチプロセッサシステムＧ６０が示されている。

本発明は、少なくとも２つの実行ユニットＧ１０ａ、Ｇ１０ｂと、比較ユニットＧ２０と、切換ユニットＧ５０と、切換希望認識ユニットＧ４０とを備える、図１、図２、図３に示すマルチプロセッサシステムＧ６０に関わるものである。切換ユニットＧ５０は、少なくとも２つのシステムインターフェースＧ３０ａ、Ｇ３０ｂへと通じる少なくとも２つの出力部を有している。これらのインターフェースを介して、レジスタ、メモリ、又は周辺装置、例えばデジタル出力部、Ｄ／Ａコンバータ、通信コントローラなどを制御することができる。このマルチプロセッサシステムは、比較モード（ＶＭ）及びパフォーマンスモード（ＰＭ）という少なくとも２つの動作モードで作動させることができる。

パフォーマンスモードでは、異なる実行ユニットで、異なるコマンド、異なるプログラムセグメント、又は異なるプログラムが並行に実行される。この動作モードでは比較ユニットＧ２０は無効になる。この動作モードの時、切換ユニットＧ５０は、各々の実行ユニットＧ１０ａ、Ｇ１０ｂがシステムインターフェースＧ３０ａ、Ｇ３０ｂと接続されるようにコンフィギュレーションされている。この時、実行ユニットＧ１０ａはシステムインターフェースＧ３０ａと接続され、実行ユニットＧ１０ｂはシステムインターフェースＧ３０ｂと接続される。

比較モードの時には、両方の実行ユニットＧ１０ａ、Ｇ１０ｂで同一又は同種のコマンド、プログラムセグメント、又はプログラムが処理される。これらのコマンドはクロック同期して処理されるのが好都合であるが、非同期状態での処理、もしくは定義されたクロックオフセット状態での処理も考えられる。実行ユニットＧ１０ａ、Ｇ１０ｂの出力信号が、比較ユニットＧ２０で比較される。相違していればエラーが認識され、相応の措置を講じることができる。この措置は、エラー信号を出したり、エラー処置を開始したり、スイッチを操作したりすることであってよく、あるいは、これらの措置及びその他の措置の組み合わせであってよい。切換ユニットＧ５０は、１つの変形形態では、１つの信号だけがシステムインターフェースＧ３０ａ、Ｇ３０ｂに送られるようにコンフィギュレーションされている。別のコンフィギュレーションでは、切換ユニットは、比較された信号すなわち同じ信号だけが、システムインターフェースＧ３０ａ、Ｇ３０ｂへ送られるように作用する。

切換希望認識部Ｇ４０は、現在どのモードが有効になっているかに関わりなく、他のモードへの切換希望を検知する。

図２には、２つの実行ユニットＧ１０ａ、Ｇ１０ｂと、比較ユニットＧ２０及び切換ユニットＧ５０で構成される組み合わされた比較・切換ユニットＧ７０と、切換希望認識ユニットＧ４０とを備えるマルチプロセッサシステムＧ６０が示されている。

上に説明した事項の１つの実施形態では、図２に示すように、切換ユニットＧ５０と比較ユニットＧ２０を共通の切換・比較ユニット（ＵＶＥ）Ｇ７０にまとめることができる。その場合、この共通のコンポーネントＧ７０は個々のコンポーネントＧ５０、Ｇ２０の役割を担うことになる。図１５、図１６、図１７、図１８、及び図１９にはＵＶＥＧ７０の変形例が示されている。

図３に示す別の実施形態では、切換希望認識部Ｇ４０、比較器Ｇ２０、及び切換ユニットＧ５０を、共通のコンポーネントＧ８０にまとめることができる。図面には示さないさらに別の実施形態では、切換希望認識部Ｇ４０と比較器Ｇ２０が共通のコンポーネントにまとめられてもよい。切換希望認識部４０を切換器Ｇ５０とともに共通のコンポーネントにまとめることも、同様に考えられる。

以後の説明では、別段の記載がない限り、切換希望認識部Ｇ４０と、組み合わされた切換・比較ユニットＧ７０とが設けられていることを前提とする。

実行ユニットを２つを超えて用いる場合も含めた、一般的な切換・比較コンポーネントの事例が図２０に示されている。考慮に入れるべきｎ個の実行ユニットから、ｎ個の信号Ｎ１４０、．．．、Ｎ１４ｎが切換・比較コンポーネントＮ１００へ送られる。切換・比較コンポーネントはこれらの入力信号から、最大でｎ個の出力信号Ｎ１６０、．．．、Ｎ１６ｎを生成することができる。最も単純なケースである「純粋なパフォーマンスモード」では、全ての信号Ｎ１４ｉが、対応する出力信号Ｎ１６ｉへと導かれる。これと逆の境界事例である「純粋な比較モード」では、全ての信号Ｎ１４０、．．．、Ｎ１４ｎが、それぞれの出力信号Ｎ１６ｉのうちのちょうど１つだけに導かれる。

この図面を参照すると、考えられるさまざまなモードを、どのようにして成立させることができるかを説明することができる。そのために、この図面には切換論理部Ｎ１１０の論理コンポーネントが含まれている。これらのコンポーネントは、独自のコンポーネントとして設けられている必要はない。決定的に重要なのは、ここで説明する機能がシステムで具体化されていることである。切換論理部Ｎ１１０は、まず、どれだけの数の出力信号が存在しているかを判定する。その次に切換論理部は、どの入力信号がどの出力信号に寄与しているかを判定する。この時、１つの入力信号がちょうど１つの出力信号に寄与することができる。つまり数学的な形で別に表現すれば、集合｛Ｎ１４０、．．．、Ｎ１４ｎ｝の各要素に、集合｛Ｎ１６０、．．．、Ｎ１６ｎ｝の１つの要素が割り当てられる関数が、切換論理部によって定義される。

そして処理論理部Ｎ１２０が、各々の出力Ｎ１６ｉについて、その出力部に入力がどのような形で寄与しているかを判定する。これらのコンポーネントも、独自のコンポーネントとして存在していなくてもよい。やはり決定的に重要なのは、ここで説明する機能がシステムで具体化されていることである。さまざまな変形形態の可能性の一例を説明するために、一般性を限定することなく、信号Ｎ１４１、．．．、Ｎ１４ｍによって出力Ｎ１６０が生成されるものと仮定する。ｍ＝１ならば、これは信号が単純に通過することに相当しており、ｍ＝２であれば、例えば図１３、図１４の比較器における一例を説明するように、信号Ｎ１４１、Ｎ１４２が比較される。この比較は同期又は非同期の状態で行うことができ、ビットごとに行うか、又は有意なビットに関してだけ行うか、あるいは許容幅を用いて行うこともできる。

ｍ＞＝３ならば、より多くのことが可能である。

第１の選択肢の要諦は、全ての信号を比較し、少なくとも２つの異なる値が存在する時はエラーを検知することにあり、任意選択で、このエラーを報知することができる。

第２の選択肢の要諦は、ｍ個からｋ個を選択することにある（ｋ＞ｍ／２）。この選択は、比較器を使用することによって具体化することができる。任意選択で、信号のうちの１つが相違していると認識された時に、エラー信号を生起することができる。３つ全ての信号が相違している時は、これと異なるエラー信号を生起することも可能である。

第３の選択肢の要諦は、これらの値をアルゴリズムに供給することにある。これは、例えば平均値の形成、中央値の形成、又はフォールトトレラントアルゴリズム（ＦＴＡ）の使用によって行うことができる。このようなＦＴＡは、入力値の極値を排除して、残りの値で一種の平均化を行うことに依拠している。この平均化は残りの値の集合全体で行うことができ、又は特に、ＨＷで容易に形成することができる部分集合で行うことができる。この場合、数値を実際に比較することは必ずしも必要ではない。例えば平均値形成の場合には加算と除算をするだけでよく、ＦＴＭ、ＦＴＡ、又は中央値には一部の選別が必要である。場合により十分に大きい極値がある時は、任意選択で、エラー信号を出力することができる。

複数の信号を１つの信号に処理する上に挙げたこれら種々の選択肢を、便宜上、比較演算と呼ぶことにする。

つまり処理論理部の役割は、各々の出力信号について（及び、これに伴って付属する入力信号についても）、比較演算の厳密な形態を定めることにある。切換論理部Ｎ１１０の情報（すなわち前述した関数）と処理論理部の情報（すなわち出力信号ごとの、すなわち関数値ごとの比較演算の決定）とを組み合わせたものがモード情報であり、このモード情報がモードを決定する。この情報は一般的なケースでは当然ながら多価であり、つまり１つの論理ビットだけで表すことはできない。理論上考えられる全てのモードが、所与の具体化形態において有意義なわけではなく、許容されるモードの数を制限しておくのが好ましい。ただ１つの比較モードしか存在しないただ２つの実行ユニットの場合には、全ての情報をただ１つの論理ビットに集約することができるということを強調しておく。

パフォーマンスモードから比較モードへの切換は、一般的な場合、パフォーマンスモードでは異なる出力部へマッピングされる実行ユニットが、比較モードでは同じ出力部にマッピングされるという特徴がある。このことは、パフォーマンスモードでは部分システムで考慮されるべき全ての入力信号Ｎ１４ｉが対応する出力信号Ｎ１６ｉへ直接送られるのに対して、比較モードでは全てが１つの出力部にマッピングされる、実行ユニットの部分システムが存在することによって具体化するのが好ましい。別案として、組み合わせを変更することによって、このような切換を具体化することもできる。その理由は、一般的なケースでは１つのパフォーマンスモードや１つの比較モードといった表現を使うことはできないが、本発明の所与の特徴として許容されるモードの数を制約して、そのような表現を使えるということによって説明される。ただし、パフォーマンスモードから比較モードへ（及びその逆へ）の切換という表現は、常に使うことができる。

これらのモードの間で、ソフトウェアを通じて制御しながら、動作中にダイナミックに切換を行うことができる。この時切換は、特別な切換命令の実行、特別な命令シーケンスの実行、明示的に指定された命令の実行によって惹起され、あるいは、マルチプロセッサシステムの少なくとも１つの実行ユニットが、特定のアドレスにアクセスすることによって惹起される。

エラー回路論理部Ｎ１３０は、例えば比較器によって生起されるエラー信号を集めて、任意選択で、出力Ｎ１６ｉを例えばスイッチで遮断することによって受動状態に切り換えることができる。

ただし以下の例では、多くの場合、より単純に大半のコンセプトを説明することができる２つの実行ユニットのケースに絞ることにする。

モード間の切換はさまざまな方法でコーディングすることができる。考えられる１つの方法では、切換希望認識ユニットＧ４０によって検知される特別な切換コマンドが利用される。切換をコーディングするために考えられる別の方法は、同じく切換希望認識ユニットＧ４０が検知する特別なメモリ領域へのアクセスによって定義される。さらに別の方法は、切換を知らせる外部信号を切換希望認識ユニットＧ４０で評価する。以下においては、使用されていないビットコンビネーションがプロセッサの既存のコマンドセットで利用される方法について説明する。この方法の特別な利点は、既存のアプリケーション開発環境（アセンブラ、コンパイラ、リンカー、デバッガー）を引き続き使用できるという点にある。

図４には、２つの実行ユニットＧ２１０ａ、Ｇ２１０ｂと、切換・比較ユニットＧ２６０とを備えるマルチプロセッサシステムＧ２００が示されている。比較モードとパフォーマンスモード（及びこの逆）を切り換えるために、少なくとも２つの実行ユニットＧ２１０ａ、Ｇ２１０ｂの定義されていないビットコンビネーションがアセンブラで利用される。この意味における定義されていないビットコンビネーション、又は未定義のビットコンビネーションとは、コマンドセットの記述で未定義又は不正と指定されているあらゆるビットコンビネーションを指す。これは例えば不正オペランド、不正命令、不正操作などである。このような未定義ビットコンビネーションの一般的な識別特徴は、正常な実行ユニットがこのようなビットコンビネーションを実行した時にエラー信号を生成するか、又は定義されていない挙動を示すことである。つまりこのようなビットコンビネーションは、通常のプログラムのセマンティクスを表現するのに必要とされない。

従ってソフトウェア開発のために、シングルプロセッサシステム用として存在しているような従来のアプリケーション開発環境を利用することができる。このことは、例えば上に定義した意味における相応の未定義ビットコンビネーションをコードの適当な個所に挿入するマクロ「ＳＷＩＴＣＨ ＭＯＤＥ ＴＯ ＰＭ」及びマクロ「ＳＷＩＴＣＨ ＭＯＤＥ ＴＯ ＶＭ」を定義することによって具体化することができる。

その場合、このようなコンビネーションの使用は一般的なマクロ「ＳＷＩＴＣＨ」として定義される。そしてこのマクロが、現時点でのモードに依存して、他のモードへの切換を惹起する。システムに２つを超えるモードが存在している場合には、この方法を適用するために、このようなコンビネーションがさらに多く存在していなければならず、その場合、１つのモードごとに１つのコンビネーションを切換認識のために利用できるのが好ましい。

本発明では、コマンドセットで定義されていないビットコンビネーションによって、切換希望がコーディングされる。このビットコンビネーションは、実行ユニットＧ２１０ａ、Ｇ２１０ｂの内部で通常の仕方で処理されてはならない。この理由により、相応のビットコンビネーションを認識し、以後の処理のためにこれをニュートラルなビットコンビネーションと置き換える、追加のパイプライン段階（ＲＥＰＬＡＣＥ段階）Ｇ２３０ａ、Ｇ２３０ｂが提案される。そのために、「ＮＯＰ」（No Operation）コマンドを利用するのが好ましい。ＮＯＰコマンドは、命令ポインタを除き、実行ユニットの内部状態を変更しないという特徴がある。この時ＲＥＰＬＡＣＥ段階Ｇ２３０ａ、Ｇ２３０ｂは、通常第１の段階であるＦＥＴＣＨ段階Ｇ２２０ａ、Ｇ２２０ｂよりも後、かつ、ここでは１つのユニットにまとめられている、アセンブラで定義されていないビットコンビネーションのための残りのパイプライン段階Ｇ２４０ａ、Ｇ２４０ｂよりも前に挿入されている。

本発明では、ここに図示しているパイプラインユニットＧ２１５ａ、Ｇ２１５ｂの特別なパイプライン段階Ｇ２３０ａ、Ｇ２３０ｂとしての切換希望認識ユニットＧ４０の実装形態は、相応の切換ビットコンビネーションが認識された時に追加の信号Ｇ２５０ａ、Ｇ２５０ｂを生成し、この信号が、処理モードの切換を行うべきであることを別個の切換・比較ユニットＧ２６０に知らせる。

ＲＥＰ段階Ｇ２３０ａ、Ｇ２３０ｂは、実行ユニットＧ２１０ａ、Ｇ２１０ｂのパイプラインユニットＧ２１５ａ、Ｇ２１５ｂのなかで、ＦＥＴＧ２２０ａ、Ｇ２２０ｂと残りのパイプライン段階Ｇ２４０ａ、Ｇ２４０ｂの間に配置されるのが好ましい。この時ＲＥＰ段階Ｇ２３０ａ、Ｇ２３０ｂは相応のビットコンビネーションを認識し、その場合に、ＮＯＰコマンドを残りの段階Ｇ２４０ａ、Ｇ２４０ｂへ転送する。それと同時に、それぞれの信号Ｇ２５０ａ又はＧ２５０ｂが活動化する。これ以外の全ての場合には、ＲＥＰ段階Ｇ２３０ａ、Ｇ２３０ｂはニュートラルに振るまい、すなわち、他の全てのコマンドは変更されることなく残りの段階Ｇ２４０ａ、Ｇ２４０ｂへ転送される。

図５には、特別なパイプライン段階Ｇ２３０ａ、Ｇ２３０ｂの内部で、特別な未定義のビットコンビネーションをＮＯＰ又はその他のニュートラルなビットコンビネーションと交換する方法が、フローチャートとして示されている。ＦＥＴＣＨ段階Ｇ３００では、コマンドすなわちビットコンビネーションが記憶装置から取り出される。次いでブロックＧ３１０で、取り出されたビットコンビネーションが、切換をコーディングする特別な未定義のビットコンビネーションに相当しているかどうかが区別される。相当していない時は、次のステップＧ３２０で、そのビットコンビネーションは以後の処理のために、残りのパイプライン段階Ｇ３４０へ変更されないまま送られる。切換をコーディングする特別なビットコンビネーションがステップＧ３１０で認識された時は、ステップＧ３３０で、このビットコンビネーションがＮＯＰビットコンビネーションによって置き換えられ、これが以後の処理のために次のパイプライン段階Ｇ３４０へ送られる。１つの有利な実施形態では、ブロックＧ３１０、Ｇ３２０、Ｇ３３０は本発明によるＲＥＰＬＡＣＥ段階Ｇ２３０ａ、Ｇ２３０ｂの機能性を表しており、それ以外の機能性をさらに含んでいてもよい。

図６には、２つの実行ユニットＨ２１０ａ、Ｈ２１０ｂと、切換・比較ユニットＨ２６０とを備えるマルチプロセッサシステムＨ２００が示されている。コンポーネントＨ２２０ａ、Ｈ２２０ｂ、Ｈ２４０ａ、Ｈ２４０ｂは、Ｇ２２０ａ、Ｇ２２０ｂ、Ｇ２４０ａ、Ｇ２４０ｂと同じ意味を有している。ここでは特別なパイプライン段階Ｈ２３０ａ、Ｈ２３０ｂで説明する切換希望認識ユニットＧ４０の別案の実施形態では、これらのパイプライン段階は切換を知らせる信号Ｈ２５０ａ、Ｈ２５０ｂのほか、さらに別の信号を有している。パフォーマンスモードから比較モードへの切換時に、実行ユニットＨ２１０ａ、Ｈ２１０ｂを同期化することができるようにするために、実行ユニットＨ２１０ａ、Ｈ２１０ｂのパイプラインユニットＨ２１５ａ、Ｈ２１５ｂは、処理をストップさせることができる入力信号Ｈ２８０ａ、Ｈ２８０ｂをそれぞれ有している。この信号は、切換・比較ユニットＨ２６０によって、最初に切換コマンドを認識し、それによって信号Ｈ２５０ａないしＨ２５０ｂを活動化させるパイプラインユニットＨ２１５ａ又はＨ２１５ｂに対して、生成される。実行ユニットＨ２１０ａ、Ｈ２１０ｂの両方のパイプラインユニットＨ２１５ａ、Ｈ２１５ｂが切換コマンドを認識し、ソフトウェア又はその他のハードウェア措置によってそれぞれの内部状態が同期化された時に初めて、この信号Ｈ２８０ａ、Ｈ２８０ｂが再び取り消される。比較モードからパフォーマンスモードへの切換時には、同期化が必要ないので、Ｈ２８０ａ、Ｈ２８０ｂは不要である。

ここで説明している提案の前提条件となるのは、各々の実行ユニットが自らの個別番号又はユニットＩＤを確認することができるようにするユニット（ＩＤユニットと呼ぶ）又は方法である。２つの実行ユニットを備えるシステムの場合、例えば一方の実行ユニットは自らについて番号０を確認し、他方の実行ユニットは番号１を確認することができる。２つを超える実行ユニットを備えるシステムでも、これに準じた番号が付与ないし確認される。このＩＤは比較モードとパフォーマンスモードを区別するのではなく、実行ユニットに一義的に名称をつけるものである。ＩＤユニットはそれぞれの実行ユニットに含まれていてよく、例えばプロセッサ状態レジスタのビット又はビットコンビネーションとして、又は独自のレジスタとして、又は単数のビットとして、又は問い合わせに応じて相応のＩＤを供給する、実行ユニットの外部のユニットとして実装される。

実行ユニットが切換希望に従ってパフォーマンスモードへの切換を実行した後、比較ユニットはもはや有効ではなくなっているが、実行ユニットは依然として同一のコマンドを実行し続ける。その理由は、次のステップで実行ユニットが作動する、ないしは現在作動しているプログラムの個所を表示する命令ポインタは、切換による影響を受けることがないからである。実行ユニットが引き続いて種々のＳＷモジュールを実行できるようにするためには、それぞれの実行ユニットのプログラム進行が分割されなくてはならない。従って実際には、本発明では独立したコマンド、プログラムセグメント、又はプログラムが処理されるので、それぞれの命令ポインタは、パフォーマンスモードの時に異なる値を有しているのが通常である。プログラムフローの分割は、ここで説明している提案では、それぞれの実行ユニット番号の確認によって行われる。実行ユニットがどのＩＤを有しているかに応じて、実行ユニットは特定のソフトウェアモジュールを実行する。それにより、各々の実行ユニットが個別番号又はＩＤを有しているので、関与する実行ユニットのプログラムフローを確実に分割することができる。

図７には、２つの実行ユニットを備えるマルチプロセッサシステムで比較モードからパフォーマンスモードへ切り換える時に、ユニットＩＤを利用してプログラムフローを分割することができる方法が、フローチャートとして示されている。比較モードからパフォーマンスモードへの切換Ｇ５００が実行された後、ユニットＩＤ又は実行ユニット番号の問い合わせＧ５１０が、両方の実行ユニットによって行われる。本発明では、この時実行ユニット０には実行ユニット番号０が与えられ、実行ユニット１には実行ユニット番号１が与えられる。Ｇ５１０で、確認された実行ユニット番号と番号０との照合が行われる。これらが等しい場合には、ステップＧ５２０で、この照合が成功したほうの実行ユニットが実行ユニット０の符号化を続行する。この照合が成功しなかったほうの実行ユニットは、Ｇ５３０で番号１との照合を続行する。この照合が成功した場合には、Ｇ５４０で実行ユニット１の符号化が続行される。この照合も成功しなかった場合には、従って、当該実行ユニットについて、０及び１に等しくない実行ユニット番号が確認されたことになる。これはエラーの発生を意味しており、Ｇ５５０で処理が続行される。

図８には、３つの実行ユニットについての考えられる方法が説明されている。比較モードからパフォーマンスモードへの切換Ｈ５００が実行された後、ユニットＩＤ又は実行ユニット番号の問い合わせＨ５１０が各実行ユニットによって行われる。本発明では、この時例えば実行ユニット０には実行ユニット番号０が与えられ、実行ユニット１には実行ユニット番号１が与えられ、実行ユニット２には実行ユニット番号２が与えられる。Ｈ５１０で、確認された実行ユニット番号と番号０との照合が行われる。これらが等しい場合には、ステップＨ５２０で、この照合が成功した実行ユニットが実行ユニット０の符号化を続行する。この照合が成功しなかった実行ユニットは、Ｈ５３０で番号１との照合を続行する。この照合が成功した実行ユニットでは、Ｈ５４０で実行ユニット１の符号化が続行される。この照合が成功しなかった実行ユニットは、Ｈ５３５で番号２との照合を続行する。この照合が成功した実行ユニットは、Ｈ５３６で実行ユニット２の符号化が続行される。この照合も成功しなかった場合には、従って、当該実行ユニットについて、０，１及び２に等しくない実行ユニット番号が確認されたことになる。これはエラーの発生を意味しており、Ｈ５５０で処理が続行される。番号との照合に代えて、確認された実行ユニット番号を分岐表へのインデックスとして直接利用することもできる。

３つを超える実行ユニットを備えるマルチプロセッサシステムについても、以上の説明に準じて、同じ方法を適用することができる。

パフォーマンスモードから比較モードへ切り換える時は、複数の事柄に配慮しなければならない。パフォーマンスモードから比較モードへの切換時には、実行ユニットの内部状態が切換後に同種になることを保証しなければならない。そうしないと、異なるスタート状態が異なる出力につながった場合、比較モードで、場合によりエラーが認識されることになる。このことは、ハードウェア、ソフトウェア、ファームウェア、又はこれら３つ全ての組み合わせによって行うことができる。そのための前提条件は、比較モードへの切換後に、全ての実行ユニットが同一又は同種のコマンド、プログラム、又はプログラムセグメントを実行することである。以下において、同一のコマンドが処理されてビットごとの正確な比較が行われるという特徴を比較モードが備えている場合に適用可能な同期化方法についてする。

図９には、パフォーマンスモードから比較モードへの切換時に実行ユニットを同期化する方法が、フローチャートとして示されている。ステップＧ６００で、特に全ての割込みが禁止される。このことが重要なのは、割込みコントローラが比較モードのために相応に再プログラミングされなければならないという理由からだけではない。ソフトウェアによっても、実行ユニットの内部状態が調整されるのが望ましい。逆に、比較モードへの切換をするための準備中に割込みが惹起されると、さらに多くのコストをかけない限り、調整が不可能になる。

ステップＧ６１０：両方の実行ユニットが別々のキャッシュを有している時は、比較モードになった時に、一方の実行ユニットを表すアドレスにキャッシュヒットが生じ、他方の実行ユニットについてキャッシュミスが生じるのを防ぐために、キャッシュの内容も切換前に調整されなくてはならない。これがキャッシュハードウェアによって自動的に行われない時は、例えば全てのキャッシュラインを無効としてマーキングすることにより、このような調整を行う。そのキャッシュ（又は複数のキャッシュ）が完全に無効になるまで待機しなければならない。必要な場合には、プログラムコードの待機ループによってこのことを確保する。これはその他の手段で実現することもでき、決定的に重要なのは、このステップの後にどのキャッシュも同じ状態になっていることである。

ステップＧ６２０では、パフォーマンスモードに由来する実行ユニットの活動が切換後に行われないようにするために、実行ユニットの書込みバッファが空にされる。

ステップＧ６３０では、それぞれの実行ユニットのパイプライン段階の状態が同期化される。そのために、例えば適当な数のＮＯＰ（No Operation）コマンドを、切換シーケンス／切換コマンドの前に実行する。ＮＯＰコマンドの数はパイプライン段階の数に準じて決め、すなわち、そのつどのアーキテクチャに依存して決める。どのようなコマンドがＮＯＰコマンドとして適しているかも、同じくアーキテクチャ依存的である。実行ユニットが命令キャッシュを有している時は、そのコマンドシーケンスがキャッシュラインの境界に沿って配列されることを保証する（アライメント）。命令キャッシュは、これらのＮＯＰが実行される前に無効としてマーキングされているので、これらのＮＯＰが最初にキャッシュにロードされなくてはならない。キャッシュライン境界にあるこのコマンドシーケンスが開始されると、記憶装置（例えばＲＡＭ／ＲＯＭ／フラッシュ）からキャッシュへのデータ転送が完了してから、切換のコマンドが行われる。このコマンドシーケンスも、ＮＯＰの必要数を決める時に考慮しなければならない。

ステップＧ６４０では、比較モードへ切り換えるためのコマンドステップが実際に遂行される。

ステップＧ６５０では、各々の実行ユニットのそのつどのレジスタファイルの内容が調整される。そのために、切換の前又は後でレジスタに同一の内容をロードする。その際に重要なのは、レジスタの内容が外部へ転送され、それによって比較ユニットにより比較されるまでに、切換後に各実行ユニットのレジスタの内容が同一になっていることである。

ステップＧ６６０では、相互接続されているどの実行ユニットでも外部の割込み信号が同じ割込みを惹起するように、割込みコントローラが再プログラミングされる。

ステップＧ６７０では割込みが再びリリースされる。

比較モードへの切換がいつ行われるべきなのかがプログラム進行から一義的に明らかでない時は、切換が意図されていることを関与する実行ユニットに知らせなくてはならない。そのために、それぞれの実行ユニットに帰属する割込みコントローラで、例えばＳＷなどにより割込みが開始されるのが好ましい。そして割込み処理が、上に説明した相互接続のためのシーケンスの実行を指令する。

図１０には、パフォーマンスと比較モード（およびその逆）の切換を表現するステートマシンが示されている。「パワーオン」あるいはリセット（ソフトウェアまたはハードウェア）によって惹起されるシステムの起動時に、移行線Ｇ８００を経由してシステムが状態Ｇ７００へと移される。一般に、リセットを惹起することができる未定義の事象後のシステムは、常に状態Ｇ７００から動作を開始する。リセットを惹起することができる事象の例としては、外部の信号、電圧供給のトラブル、動作の継続を有意義でなくしてしまう内部のエラー事象などがある。このように、切換・比較ユニットＧ７０の状態Ｇ７００、およびパフォーマンスモードで作業が行われるマルチプロセッサシステムＧ６０の状態Ｇ７００は、システムのデフォルト状態である。普通ならば未定義の状態が成立することになるはずの一切のケースで、デフォルト状態Ｇ７００が成立する。このような状態Ｇ７００のデフォルト位置は、ハードウェア措置によって保証される。例えばシステム状態ないし切換・比較ユニットＧ６０の状態は、レジスタ、レジスタ内部のビット、レジスタ内部のビットコンビネーション、またはフリップフロップによってコーディングされていてよい。

そうすれば、ハードウェアにより、リセットまたはパワーオンの後に必ず状態Ｇ７００が成立することが保証される。このことは、例えばリセット信号ないし「パワーオン」信号が、フリップフロップまたはレジスタのリセット入力部もしくはセット入力部に送られることによって保証される。

状態Ｇ７００では、システムはパフォーマンスモードで作動する。従って実行ユニットＧ１０ａ、Ｇ１０ｂは異なるコマンド、異なるプログラム、又は異なるプログラムセグメントを処理する。切換は、例えば実行ユニットＧ１０ａ、Ｇ１０ｂが、特別な切換コマンドを実行することによって認識することができる。その他の方法としては、特別なメモリアドレスへのアクセス、内部信号、あるいは外部信号による認識がある。切換希望が存在していない限り、マルチプロセッサシステムＧ６０及びこれに伴う切換・比較ユニットＧ７０は、状態Ｇ７００のまま保持される。以下において切換希望とは、この特別なシステムで切換希望が識別表示されるのと同様に識別表示された切換条件の認識を意味している。

状態Ｇ７００での保持は、移行線Ｇ８１０で図示されている。実行ユニットＧ１０ａにより切換希望が認識されると、切換・比較ユニットＧ７０は移行線８２０を介して状態Ｇ７１０へと移行する。すなわち状態Ｇ７１０は、実行ユニットＧ１０ａが切換希望を認識し、実行ユニットＧ１０ｂが同じく切換希望を認識するのを待機している状態を表している。実行ユニットＧ１０ｂが切換希望を認識しなかった時は、切換・比較ユニットＧ７０は状態Ｇ７１０のまま保持され、その様子は移行線Ｇ８３０で図示されている。

状態Ｇ７１０の時に実行ユニットＧ１０ｂも同じく切換希望を認識すると、移行Ｇ８４０が行われる。それにより、切換・比較ユニットＧ７０は状態Ｇ７３０になる。この状態は、両方の実行ユニットＧ１０ａ、Ｇ１０ｂが切換希望を認識した時の状況を表している。状態Ｇ７３０では、２つの実行ユニットＧ１０ａ、Ｇ１０ｂが互いに同期化される同期化方法が実施され、引き続いて比較モードで動作を行う。この工程中、切換・比較ユニットＧ７０は状態Ｇ７３０のまま保持され、その様子は移行線Ｇ８９０で図示されている。

状態Ｇ７００の時、最初に実行ユニットＧ１０によって切換希望が認識された場合には、移行線Ｇ８６０を介して状態Ｇ７２０への切換が行われる。すなわち状態Ｇ７２０は、実行ユニットＧ１０ｂが切換希望を認識し、実行ユニットＧ１０ａが同じく切換希望を認識するのを待機している状態を表している。実行ユニットＧ１０ａが切換希望を認識しなかった時は、切換・比較ユニットＧ７０は状態Ｇ７２０のまま保持され、その様子は移行線Ｇ８７０で図示されている。状態Ｇ７２０の時に実行ユニットＧ１０ａも同じく切換希望を認識すると、移行Ｇ８８０が行われる。それにより、切換・比較ユニットは状態Ｇ７３０になる。状態Ｇ７００の時に両方の実行ユニットＧ１０ａ、Ｇ１０ｂが同時に切換希望を認識した場合には、ただちに状態Ｇ７３０への移行が行われる。このケースは移行線Ｇ８５０である。

切換・比較ユニットＧ７０が状態Ｇ７３０になっている時は、両方の実行ユニットＧ１０ａ、Ｇ１０ｂが切換希望をすでに認識している。この状態の時に実行ユニットＧ１０ａ、Ｇ１０ｂの内部状態が同期化され、この同期化工程の終了後に、比較モードで作動する。この同期化作業の終了と同時に、移行Ｇ９００が行われる。この移行は同期化の終了を表している。状態Ｇ７４０では、実行ユニットＧ１０ａ、Ｇ１０ｂは比較モードで作動する。同期化作業の終了は、実行ユニットＧ１０ａ、Ｇ１０ｂ自体によって通知することができる。このことは、両方の実行ユニットＧ１０ａ、Ｇ１０ｂが比較モードで作動する準備ができたことを通知した時に、移行Ｇ９００が行われることを意味している。一定に設定された時間にわたって終了を通知することもできる。このことは、状態Ｇ７３０をどれだけ長く保持するかが切換・比較ユニットＧ７０で不変にコーディングされていることを意味している。この時間は、両方の実行ユニットＧ１０ａ、Ｇ１０ｂが確実に同期化作業を終えているように設定される。そして、この時間の経過後に移行Ｇ９００が開始される。別の変形形態では、切換・比較ユニットＧ７０が実行ユニットＧ１０ａ、Ｇ１０ｂの状態を監視しており、両方の実行ユニットＧ１０ａ、Ｇ１０ｂが同期化作業をいつ終えたのかを自ら認識することができる。そして、この認識の後に移行Ｇ９００が開始される。

切換希望が認識されない限り、マルチプロセッサシステムＧ６０は比較モードのままに保持され、その様子は移行線Ｇ９１０で図示されている。状態７４０の時に切換希望が認識されると、切換・比較ユニットは移行線Ｇ９２０を介して状態Ｇ７００へと移される。すでに説明したとおり、状態Ｇ７００ではシステムはパフォーマンスモードで作動する。そして、状態Ｇ７４０から状態Ｇ７００へ移行する時のプログラムフローの分割は、上述したのと同じ方法で実施することができる。

図１１には、２つの実行ユニットＧ４１０ａ、Ｇ４１０ｂならびに２つの割込みコントローラＧ４２０ａ、Ｇ４２０ｂ、及びその内部に含まれる割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂと、さまざまな割込みソースＧ４４０ａからＧ４４０ｎとを備えるマルチプロセッサシステムＧ４００が示されている。さらに、特別な割込みマスキングレジスタＧ４６０を備える切換・比較ユニットＧ４５０が図示されている。

各々の実行ユニットＧ４１０ａ、Ｇ４１０ｂは、パフォーマンスモードのとき、同時に２つの割込みを処理できるように、それぞれ独自の割込みコントローラＧ４２０ａ、Ｇ４２０ｂを有しているのが好ましい。このことは、割込み処理がシステムパフォーマンスのボトルネックとなっているシステムで特別に好ましい。このとき、割込みソースＧ４４０ａからＧ４４０ｎは、両方の割込みコントローラＧ４２０ａ、Ｇ４２０ｂにそれぞれ同等に接続されるのが好ましい。このような接続形式により、他に措置を講じなくても、両方の実行ユニットＧ４１０ａ、Ｇ４１０ｂで同等な割込みが惹起される。パフォーマンスモードのとき、割込みコントローラＧ４２０ａ、Ｇ４２０ｂは、相応の割込みソースＧ４４０ａからＧ４４０ｎがアプリケーションに応じて異なる実行ユニットＧ４１０ａ、Ｇ４１０ｂへ分配されるようにプログラミングされる。このことは、割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂの適当なプログラミングによって行われる。マスキングレジスタは、各々の割込みソースＧ４４０ａからＧ４４０ｎについてレジスタ内の１ビットを用意している。このビットがオンになっていると割込みがロックされ、すなわち、接続されている実行ユニットＧ４１０ａ、Ｇ４１０ｂへ転送されない。パフォーマンスモードでは、所与の割込みソースＧ４４０ａからＧ４４０ｎがちょうど１つの実行ユニットＧ４１０ａ又はＧ４１０ｂで処理されるのが好都合である。このことは、少なくともいくつかの割込みソースについて該当するのが好ましい。それにより、割込みネスティング（割込み処理が２番目の割込みによって中断される）や割込み待ち（最初の割込みの処理が終わるまで、２番目の割込みの処理が延期される）を行うことなく、複数の割込みソースＧ４４０ａからＧ４４０ｎを同時に処理できるようにすることができる。

比較モードでは、割込みコントローラＧ４２０ａ、Ｇ４２０ｂが全ての実行ユニットＧ４１０ａ、Ｇ４１０ｂで同じ割込みを同時に惹起することが保証されなくてはならない。そうしないと、比較モードに応じてエラーが認識されることになる。このことは、パフォーマンスモードから比較モードへ切り換える時、同期化段階で割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂが同一であることを確保しなければならないことを意味している。この同期化については、図９のステップＧ６６０で説明されている。このような同期化は、両方の割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂを相応に等しい値でプログラミングすることによって、ソフトウェアで行うことができる。切換工程を迅速にするために、特別なレジスタＧ４６０を利用することが提案される。１つの実施形態では、このレジスタＧ４６０は切換・比較ユニットＧ４６０のなかに配置されるが、切換希望認識部Ｇ４０、組み合わされた切換希望認識部、比較器、切換ユニットＧ８０、ならびにこれらのあらゆる組み合わせに含まれていてもよい。このレジスタがこれら３つのコンポーネントの外部で、他の適当な個所に配置されていることも同様に考えられる。レジスタＧ４６０は、比較モードのとき、有効になるべき割込みマスキングを含んでいる。切換・比較ユニットＧ４５０は、パフォーマンスモードから比較モードへの切換をするための信号を切換希望認識部Ｇ４０から受けとる。ステップＧ６００で割込みをロックできるようになってから、割込みコントローラＧ４２０ａ、Ｇ４２０ｂの割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂが再プログラミングされる。このことは、切換信号が受信されて割込みコントローラＧ４２０ａ、Ｇ４２０ｂがロックされてから、切換・比較ユニットＧ４５０により他の同期化ステップと並行してハードウェアで行われる。割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂが比較モードで個々に再プログラミングされるのではなく、常に中枢のレジスタＧ４６０が再プログラミングされるのが好都合である。そして、この中枢のレジスタから両方の割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂへ、ハードウェアにより同期して転送が行われる。ここで割込みマスキングレジスタについて説明している方法は、割込みコントローラに配置されている、あらゆる割込み状態レジスタにも同様に転用することができる。当然ながら、レジスタＧ４６０に代えて、割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂへできるだけ迅速に転送を行うことができる、別の記憶媒体を使用することも考えられる。

図１２では、２つの実行ユニットＧ１０１０ａ、Ｇ１０１０ｂと、切換・比較ユニットＧ１０２０と、３つの異なるレジスタセットＧ１０４０ａ、Ｇ１０４０ｂ、Ｇ１０５０を含む割込みコントローラＧ１０３０とを備えるマルチプロセッサシステムＧ１０００が提案されている。上に説明した解決法の代替案として、図１２に示すような特別な割込みコントローラＧ１０３０が提案される。この割込みコントローラは、本例では２つの実行ユニットＧ１０１０ａ、Ｇ１０１０ｂと、比較モードとパフォーマンスモードの間で切換を行うことができる切換・比較ユニットＧ１０２０とを備える、マルチプロセッサシステムＧ１０００で用いられる。

この時、パフォーマンスモードでは、レジスタセットＧ１０４０ａ、Ｇ１０４０ｂが用いられる。この場合、割込みコントローラＧ１０３０は、２つの割込みコントローラＧ４２０ａ、Ｇ４２０ｂとまったく同じように作用する。この挙動については図１１に図示され、説明されている。このとき、レジスタセットＧ１０４０ａは実行ユニットＧ１０１０ａに付属しており、レジスタセットＧ１０４０ｂは実行ユニットＧ１０１０ｂに付属している。割込みソースＧ１０６０ａからＧ１０６０ｎは、マスキングにより、実行ユニットＧ１０１０ａ、Ｇ１０１０ｂへ適当に配分される。パフォーマンスモードから比較モードへの切換時には、切換・比較ユニットＧ１０２０が信号Ｇ１０７０を生成する。この信号は、比較モードへ切換が行われること、ないしはシステムがこの時点まで比較モードで作動することを、割込みコントローラＧ１０３０に知らせる。その後、割込みコントローラＧ１０３０はレジスタセットＧ１０５０を使用する。それにより、両方の実行ユニットＧ１０１０ａ、Ｇ１０１０ｂで同じ割込み信号が発生することが保証される。比較モードから、切換・比較ユニットＧ１０２０が再び信号Ｇ１０７０を介して、割込みコントローラＧ１０３０に通知をするパフォーマンスモードへ切り換わると同時に、レジスタセットＧ１０４０ａ、Ｇ１０４０ｂへの切換が再び行われる。このように、パフォーマンスモードではレジスタセットＧ１０４０ａ、Ｇ１０４０ｂへの書込みだけが許容され、比較モード用に留保されているレジスタセットＧ１０５０への書込みはハードウェアで禁じられることによって、相応のレジスタセットの保護を実現できるという利点がある。同様のことは逆の方向でも可能であり、比較モードではレジスタセットＧ１０５０への書込みだけが許容され、レジスタセットＧ１０４０ａ、Ｇ１０４０ｂへの書込みは禁じられる。

図１３には、比較器Ｍ５００、Ｇ２０の最も単純な形態が示されている。パフォーマンスモードと比較モードの間で切換が行われる少なくとも２つの実行ユニットＧ１０ａ、Ｇ１０ｂを備えるマルチプロセッサシステムＧ６０の主要なコンポーネントは、比較器Ｍ５００である。比較器が最も単純な形態で図１３に図示されている。この比較コンポーネントＭ５００は、２つの入力信号Ｍ５１０及びＭ５１１を受けとることができ、これらの信号が同じかどうかを比較し、ここで説明しているコンテキストで言えば、特にビットごとに同じかどうかを比較する。同じである場合には、入力信号Ｍ５１０、Ｍ５１１の値が出力信号Ｍ５２０へ送られ、エラー信号Ｍ５３０は有効にならず、すなわち「良好」の状態を通知する。信号が同じでないことを比較コンポーネントが検知すると、エラー信号Ｍ５３０が有効になる。その後、任意選択で、信号Ｍ５２０を無効にすることができる。このことは、エラーが相応のシステムから外へ出ないという利点がある（「故障封じ込め」）。すなわち、実行ユニットの外部にある他のコンポーネントが、潜在的にエラーを含んだ信号による被害を受けることがない。ただし、信号Ｍ５２０を無効にする必要のないシステムも存在している。それは、例えばシステムレベルではフェールサイレンスしか求められていない場合に当てはまる。その場合には、例えばエラー信号を外部へ送ることができる。

この基本システムを前提としたうえで、数多くの実施形態が考えられる。まず最初に、コンポーネントＭ５００をいわゆるＴＳＣコンポーネント（totally self checking）として製作することができる。この場合、エラー信号Ｍ５３０は少なくとも２本の回線（「デュアルレール」）で外部へと送られ、内部の設計・エラー発見対策により、比較コンポーネントの考えられる各々のエラー発生事例でこの信号が正しい状態で存在するか、又は、明らかに正しくない状態で存在することが保証される。この時デュアルレール信号は２本の回線を介してバイナリー信号を提供し、エラーのない場合に両方の回線が互いに反転されるように提供するのが好ましい。本発明のシステムを適用する時の有利な１つの変形例は、このようなＴＳＣ比較器を使用することである。

２番目の種類の実施形態は、両方のパルスＭ５１０、Ｍ５１１（ないしＭ６１０、Ｍ６１１）がどの程度の同期性を有していなくてはならないかという点で、上記と区別することができる。考えられる１つの実施形態は、クロック単位での同期性を特徴としており、すなわち、データの比較を１つのクロックで行うことができる。

それぞれのインプットの間に一定の位相ずれがある時に、相応の信号を例えば半整数又は整数のクロック周期だけ遅延させる同期遅延素子を使用することによって、若干の変更が得られる。このような位相ずれは、共通原因故障、すなわち複数の処理ユニットが同時に同種の影響を受ける可能性がある故障原因を回避するために有用である。

そこで図１４はさらに別の実施形態を示している。コンポーネント及び信号Ｍ６００、Ｍ６１０、Ｍ６１１、Ｍ６２０、Ｍ６３０は、図１３の対応するコンポーネント及び信号Ｍ５００、Ｍ５１０、Ｍ５１１、Ｍ５２０、Ｍ５３０と同じ意味を有している。そして図１４では、これらのコンポーネントに加えて、時間的に早いほうのインプットを位相ずれの分だけ遅延させるコンポーネントＭ６４０が挿入されている。この遅延素子は、比較モードの時にだけ使用するために、比較器に格納されているのが好ましい。その代替又は補足として、純粋なクロックずれ又は位相ずれとして現れるのではない非同期性も、同じく許容できるようにするために、中間バッファＭ６５０、Ｍ６５１をインプットチェーンへ置くことができる。この中間バッファは、好ましくはＦＩＦＯ記憶装置（先入れ先出し）として配置される。このような記憶装置は入力部と出力部を有しており、複数のメモリワードを記憶することができる。入ってきたメモリワードは、新しいメモリワードが到着すると位置をずらされていき、最後の位置（バッファの深度）の後に「記憶装置から外へ」押し出される。このようなバッファが設けられている場合、バッファの最大の深度まで非同期性を許容することができる。この場合には、バッファがオーバーフローになった時にもエラー信号が出力されなければならない。

さらに比較器の内部では、信号Ｍ５２０（又はＭ６２０）がどのようにして生起されるかという観点で実施形態を区別することができる。１つの好ましい実施形態は、インプット信号Ｍ５１０、Ｍ５１１（ないしＭ６１０、Ｍ６１１）を出力部へと送り、スイッチによって接続部を遮断可能なようにすることにある。この実施形態の格別な利点は、パフォーマンスモードと、考えられる種々の比較モードとの間で切換をするために、同一のスイッチを利用できることである。別案として、比較器内部の中間記憶装置から信号を生起することもできる。

最後の種類の実施形態は、どれだけ多くのインプットが比較器に存在しており、比較器がどのように反応すべきかという点で区別することができる。インプットが３つの場合、多数決投票を行うことができ、すなわち３つの信号全ての比較、又は２つの信号だけの比較を行うことができる。４つ又はそれ以上のインプットがある場合には、これに対応する数の実施形態が考えられる。可能な実施形態の詳細な説明は、図２０の説明の部分に含まれている。

実施形態の厳密な選択は、システム全体のさまざまな動作モードと組み合わせて行うのが好ましい。すなわち、複数の異なるパフォーマンスモード又は比較モードがある時には、これらを比較器の対応するモードと組み合わせるのが好ましい。

本発明のいくつかの部位では、比較器又はより一般的な投票素子／処理素子／分類素子を、無効化もしくは受動化することが必要又は有利である（以下においては便宜上常に比較器と呼ぶ）。そのためには数多くの方法がある。第１に、比較器が有効化又は無効化される信号を比較器に送ることができる。そのために、これを実行することができる追加のロジックが比較器に挿入される。さらに別の方法は、比較されるべきデータを比較器に供給しないことである。３番目の方法は、比較器のエラー信号をシステムレベルで無視することにある。さらには、エラー信号そのものを遮断することもできる。どの方法にも共通しているのは、潜在的に比較される２つ又はそれ以上のデータが異なっていても、それがシステム内部で何の役割も演じないことである。これが該当する時、比較器は受動的又は無効であるとみなされる。

以下においては、比較器と接続された切換器の実装、すなわち切換・比較ユニットＧ７０の実装について考察する。このような実装は、これらが実行ユニットＧ１０ａ、Ｇ１０ｂとともに１つのチップ内部で製作されている場合に特に好都合である。

比較器及び切換器の各コンポーネントをまとめることにより、チップ内部に実装した時に、非常に小さいハードウェアオーバーヘッドしか生じない。従って実装の１つの有利な変形例は、両方の部品を１つのコンポーネントにまとめることである。このことは、少なくとも入力信号（アウトプット実行ユニット１、アウトプット実行ユニット２）と、少なくとも出力信号（アウトプット１、アウトプット２）と、論理アウトプット信号「アウトプット全体」（これは物理的にアウトプット１又はアウトプット２と一致していてよい）と、比較器とを備えるコンポーネントである。このコンポーネントはモードを切り換える能力を有しており、パフォーマンスモードのときには全ての信号を通過させ、比較モードのときには複数の信号を比較して、場合により通過させる。さらに、別の入力信号及び出力信号を追加すると好ましい。すなわち、検知されたエラーを通知するためのエラー信号、このコンポーネントで成立しているモードを通知するためのモード信号、及びコンポーネントに出入りする制御信号である。

１つの有利な実施例では、パフォーマンスモードのとき、２つ又はそれ以上の実行ユニットがマスタとしてプロセッサ内部のバスに接続される。比較ユニットは無効化されるか、又は、各実行ユニットの挙動が異なっている場合に、考えられる比較モードのうちの１つで生成されるエラー信号がマスキングされる。このことは、切換・比較ユニットがソフトウェアにとって透明であることを意味している。着目される比較モードでは、比較されるべき物理的な実行ユニットが論理的な実行ユニットとしてバスで処理され、すなわちマスタだけがバスに現れる。比較器のエラー信号は有効化される。そのために切換・比較ユニットは、１つを除く全ての実行ユニットをスイッチによってプロセッサ内部のバスから切り離し、この１つの論理的な実行ユニットの入力を複製して、比較モードに関与する全ての実行ユニットにこれらの入力を提供する。バスへ書込みをする時は、それぞれの出力が比較ユニットで比較され、同じであれば、これらのデータが既存の１つのアクセス部を介してバスへ書き込まれる。

図１５と図１６には、有利なコンポーネントＭ７００（切換・比較ユニット、Ｇ７０に相当）の原理的な挙動が説明されている。便宜上、この図面は２つの実行ユニットについてのみ描かれている。図１５は比較モード、図１６はパフォーマンスモードにおける各コンポーネントの状態をそれぞれ示している。これらのモードにおける異なるスイッチ位置は、制御部Ｍ７６０によってＭ７００で具体化される。両方の実行ユニットＭ７３０、Ｍ７３１は、当初、図１６に示すようにスイッチＭ７５０及びＭ７５１が閉じている時に、パフォーマンスモードでデータ・アドレスバスＭ７１０に書込みをすることができる。場合により生じる書込みのコンフリクトは、バスプロトコルによって解消されるか、又は、図示しないそれ以外のコンポーネントによって解消されることを前提とする。比較モードでは、挙動が少なくとも論理的な視点から、別の挙動になる。図１５に示すようにスイッチＭ７５０、Ｍ７５１が開いており、従って直接的なアクセス手段が遮断されている。逆に、図１６とは異なり、図１５ではスイッチＭ７５２、Ｍ７５３は閉じている。実行ユニットＭ７３０、Ｍ７３１の信号Ｍ７４０、Ｍ７４１は比較コンポーネントＭ７２０へと導かれる。比較コンポーネントは少なくとも、図１３に示すように、図１４に説明されているような拡張部も含むことができるように構成されている。ただし、比較コンポーネントＭ７２０のエラー信号あるいはその他の信号の図示は、図１５と図１６では省略されている。両方の信号が一致している場合にはスイッチＭ７５４が閉じ、一致している両方の信号のうちの一方がアドレス／データバスＭ７１０へ転送される。すなわち、そのためには切換・比較ユニットＭ７００が、スイッチＭ７５０−Ｍ７５４へ介入できることが必要である。そのつどのスイッチ位置は、モードとエラー認識とに依存して決まる。スイッチＭ７５４が常に閉じていてエラー信号により適当なシステム反応が生起される変形例も、上記の説明に包含される。

図１７には、切換・比較ユニットの変形例が示されている。２つの実行ユニットＧ１０ａ、Ｇ１０ｂだけを備える単純なシステムについてと同様に、切換・比較ユニットの具体化には数多くの変形例がある。比較器でバッファが使用されない場合に特に好ましい別の変形例が、図１７に示されている。図１５、図１６と同じく、実行ユニットの信号Ｍ８４０、Ｍ８４１がある。これらの信号は本図では図示されていない。本発明のコンポーネントＭ８００には、このコンポーネントのモードを設定するモードロジックＭ８１０がある。パフォーマンスモードでは、モードロジックがスイッチＭ８３１を閉じ、比較モードではこれを開く。さらにモードロジックは比較器Ｍ８２０にモード信号を送る。この具体化形態では比較器は常に比較を行うが、スイッチＭ８３０を制御するために、比較の結果とモード信号とを利用する。パフォーマンスモードでは、スイッチが常に閉じており、比較モードでは、エラーが発生していないときは常に閉じている。当然ながら、いったんエラーが確認された場合にも、相応のリセットが行われるまでスイッチを引き続き開いた状態に保つことができる。

図１８には、切換・比較ユニットのさらに別の実施形態が示されている。この代替案は、さらに多くのスイッチを備えているものの、その代わりに、パフォーマンスモードのときに比較器を無効にするので、いっそう簡単に非同期性を取り扱うことができる。さらに、実行ユニットの両方の信号Ｍ９４０、Ｍ９４１が存在している。これらの信号は、この図面でもやはり図示されていない。本発明のコンポーネントＭ９００には、このコンポーネントのモードを設定するモードロジックＭ９１０がある。パフォーマンスモードでは、モードロジックがスイッチＭ９３１を閉じ、スイッチＭ９３２、Ｍ９３３を開く。それにより、このモードでは比較コンポーネントＭ９２０にデータが供給されない。このことは、非同期が生じた場合にいっそう長いバッファ時間を可能にし、ないしは、１つの具体化形態ではいっそう小さいバッファ深度を可能にする。パフォーマンスモードでは、スイッチＭ９３０は常に閉じている。比較モードでは、コンポーネントＭ９１０はスイッチＭ９３２、Ｍ９３３を閉じて、スイッチＭ９３１の開放によるバスへの直接的なアクセスを遮断する。任意選択で、モードロジックＭ９１０は比較器Ｍ９２０にモードを通知することができる。比較モードでは、エラーが発生していない場合にはスイッチＭ９３０が閉じている。エラー発生時には、比較コンポーネントＭ９２０が、スイッチＭ９３０の開放によってバスへの信号Ｍ９４０の転送を遮断する。

上に説明した各図面では、モード又はエラー信号を外部に送り出すことが、コストを要することなく可能である。さらには、特に内部のモード状態を生起するために、さらに別の信号をコンポーネントに送ることが問題なく可能である。

つまり要約して言えば、このコンポーネントの有利な具体化形態は、出力信号をバス（例えばアドレス／データバス）に書き込むことができる複数の処理ユニットが存在することを特徴としている。重要なのは、実行ユニットの出力信号のうち少なくとも２つをコンポーネントが処理することができ（例えば比較し、あるいは場合により投票もしくは分類することができ）、コンポーネントが少なくとも１つのスイッチに介入することができ、このスイッチによって、少なくとも１つの直接的なバスアクセスが遮断されることである。このことは、実行ユニットがコンピュータのＣＰＵである場合に特に有用である。さらに、介入可能なスイッチの状態が、計算ユニットの動作モードを特徴づけるのが好ましい。

コンポーネントがアドレス・データバスに信号を送ることができると、システム特性、特に可能な比較モードを特にうまく具体化することができる。これは、１つの実行ユニットの１つの出力信号の導通であるのが好ましい。別案として、このことは、異なる実行ユニットの異なる出力信号の処理の結果として行うこともできる。

例えばすでに図１７、図１８の各図面に関する説明で明らかとなっているように、システムにおいて、および（コンポーネントへの分割状態に応じて）各コンポーネントのうちの１つにおいて、モード情報を識別することができる。このモード情報は、具体化形態によっては、明らかに部分コンポーネントに存在することさえできる。１つの有利な具体化形態では、この信号をコンポーネントから導出して、システムの他の部分に提供することができる。

一般的なケースでは、本発明に基づく挙動を図２１を参照して説明することができる。信号及びコンポーネントＮ１００、Ｎ１１０、Ｎ１２０、Ｎ１３０、Ｎ１４０、Ｎ１４１、Ｎ１４２、Ｎ１４３、Ｎ１４ｎ、Ｎ１６０、Ｎ１６１、Ｎ１６２、Ｎ１６３、Ｎ１６ｎは、図２０と同じ意味を有している。これに加えて、モード信号Ｎ１５０及びエラー信号Ｎ１７０が本図には図示されている。任意選択のエラー信号は、エラー信号を集めるエラー回路ロジックＮ１３０によって生起されるものであり、個々のエラー信号を直接転送したものか、又はそこに含まれるエラー情報を束ねたものである。モード信号Ｎ１５０は任意選択であるが、このコンポーネント外部でのモード信号の利用は多くの個所で有利であり得る。切換ロジックＮ１１０の情報（すなわち図２０の説明で述べた機能）と、処理ロジックの情報（すなわち出力信号ごとの、つまり関数値ごとの比較演算の決定）とを組み合わせたのがモード情報であり、モード情報がモードを決定する。この情報は、一般的なケースでは当然ながら多価であり、つまり１つの論理ビットだけで表すことはできない。理論上考えられる全てのモードが所与の具体化形態で有意義なわけではなく、許容されるモードの数を制限しておくのが好ましい。そしてモード信号は、関連するモード情報を外部へと運び出す。ＨＷの具体化形態は、外部で目に見えるモード信号をコンフィギュレーションできるように構成されているのが好ましい。処理ロジックと切換ロジックをコンフィギュレーション可能に構成することも、同じく好ましい。これらのコンフィギュレーションが相互に調整されていると好ましい。別案として、モード信号の変更だけを外部に知らせるか、もしくは、モード信号の変更を補足的に外部に知らせることもできる。このことは、特にデュアル式のコンフィギュレーションで利点を有している。

このモード信号は防護されるのが好ましい。デュアルシステムでの１つの具体化形態が、一例として図１７に示す具体化形態をベースとしたうえで、図１９に示されている。ここでは、信号Ｍ８５０が切換・比較ユニットから導出される。デュアルシステムでは、この情報は論理的に１つのビットで表すことができる。そして、特にデュアルレール信号によって防護を行うことができる。一般的なケースでは、任意選択で反転された二重化によっても、同じく防護を行うことができる。別案として、特に内部で本質安全性をもって生起される、又はＣＲＣ（巡回冗長検査）もしくはＥＣＣ（誤り訂正符合）を使用する、パリティを生起することもできる。

モード信号は、コンポーネントの外部で利用することができる。第１に、オペレーティングシステムの自己監視のためにモード信号を利用することができる。オペレーティングシステムは、ＳＷの視点から見て切換の責任を負っており、システムがどのモードになっているかを常に知っているべきであり、また、そのモードにシステムを移すべきである。従ってこの信号のチェックを、防護のために利用することができる。このことは、まず第１に直接的に行うことができる。あるいは別案の方法は、タイマー又はその他の「独立した」ユニットを介して、オペレーティングシステムへの問い合わせの妥当性をこの信号で判断することである。

一般に、この信号は任意選択で、μＣ（あるいはより一般的な計算ユニット）の他のデータシンクで利用することもできる。例えばＭＰＵ（メモリ保護ユニット）は、特定の（特定の実行ユニットからの）メモリアクセスを特定のモードでしか許容しないようにプログラミングされていてよい。このとき、ＭＰＵとは、例えば特定のプログラム部分について特定のアドレス空間へのアクセスを禁止することによって、データ／アドレスバスへ許容されたアクセスだけが行われることを保証することができるユニットである。モード信号をＭＰＵへ送り込み、このＭＰＵを相応にコンフィギュレーション及びプログラミングし、このコンフィギュレーションデータとモード信号を評価することで、追加的な防護を行うことができる。モード信号がすでに監視のための十分な情報となっている場合、状況によっては、このことがプログラミングを簡素化する場合さえある。そうすれば、μＣを初期化する時間に準静的なプログラミングをするだけで足りる。周辺装置ユニットについても同様のことが当てはまる。その場合にも、相応の周辺素子へのアクセスが特定のモードでしか許容されないアプリケーションが存在している。モード信号を周辺素子へ送り込み、周辺素子を相応にコンフィギュレーション及びプログラミングし、このコンフィギュレーションデータとモード信号を評価することで、追加的な防護を行うことができる。モード信号がすでにチェックのための十分な情報となっている場合、状況によっては、このことがプログラミングを簡素化する場合さえある。そうすれば、μＣを初期化する時間に準静的なプログラミングをするだけで足りる。同様に、この信号の評価を割込みコントローラでも利用することができる。その場合、このような監視は安全性コンセプトの土台もしくは主要な構成要素をなすことができる。適当な実施とＳＷの構造化によって、着目されるアプリケーションにおける故障の種類全体の安全性コンセプトを、このモード信号可能を基礎として構成することができる。このことは、特にモード信号が適当な形態で、上に説明したように本質安全性を備えている場合に好ましい。さらにこの場合、着目するコンポーネントが、モード信号と自分自身へのアクセスとの間に不一致を検知した場合にエラー信号を送信する手段、又は遮断経路を操作する手段を有していると好ましい。

さらに別の重要な利用目的は、計算ユニットの外部でモード信号を評価することである。１つの直接的な用途は、減分式のウォッチドッグで評価をすることにある。このような「ウォッチドッグ」は、マイクロプロセッサによって整数の値にセットすることができる少なくとも１つの（カウンタ）レジスタで構成されている。このようなレジスタがセットされた後、「ウォッチドッグ」がレジスタの値を定まった周期で自動的に減分していく。レジスタの値がゼロになると、又はオーバーフローが発生すると、「ウォッチドッグ」がエラー信号を生成する。エラー信号が生成されないようにするには、マイクロプロセッサがレジスタの値を適時に再びリセットしなければならない。それにより、マイクロプロセッサがソフトウェアを正しく実行しているかどうかを、（一定の限度内で）チェックすることができる。マイクロプロセッサがソフトウェアを正しく実行しなくなると、この場合には「ウォッチドッグ」も正しく操作されておらず、そのために「ウォッチドッグ」によってエラー信号が生成される。ハードウェアとデータ構造の完全性を、比較モードの時に高い信頼度でチェックすることができるが、そのためには、マイクロプロセッサが規則的に比較モードへ再び復帰することが保証されていなければならない。従って、ここで説明している「ウォッチドッグ」の役割は、定義された期間内に最早ウォッチドッグがリセットされなかったときにエラー信号を生成するだけでなく、定義された期間内にマイクロプロセッサが最早定義された比較モードへ復帰しなかったときにも、エラー信号を生成することにある。例えば、モード信号が、定義された計算ユニットの比較モードを表示した時にだけ、「ウォッチドッグ」をリセットすることができる。それにより、計算ユニットが規則的にこのモードへ復帰することが保証される。この代替又は補足として、マイクロプロセッサで特定の割込みが惹起された時に初めて、「ウォッチドッグ」のレジスタの値が減分される。そのためには、μＣの外部割込み信号がウォッチドッグにも結合されなくてはならない。ウォッチドッグには、μＣのどの割込みが定義された比較モードに切り換わるかが記憶されている。このような割込みがかけられると、ウォッチドッグはただちに「巻き戻され」、正しいモード信号の存在によってリセットされる。

ごく一般的に、特に安全性コンセプトに適用する場合には、μＣ外部のソースでモード信号を評価するのが有用である。本発明で説明しているようなコンピュータでの、ソフトウェアの正しい進行の確保に関して重要な点は、許容されるさまざまなモード間での正しい切換である。まず切換能力そのものがチェックされ、さらに、正しい切換がチェックされるのが望ましい。上に説明したように、特別なモードが規則的に成立するかどうかに注目することもできる。モード信号そのものが本質安全性を備える構成となっている場合には、常にこのような方法が特に好ましい。

１つの可能性は、モード信号をＡＳＩＣ又はその他のμＣへ送ることにある。このようなＡＳＩＣ又はその他のμＣは、タイマーと単純なロジックを介して、少なくとも次のような事項をこの信号を用いてチェックすることができる：

計算ユニットは十分な頻度で（例えば遅くとも１０００μｓごと）１つ又は複数の定義されたモードに変わっているか？

何らかのモードへ切り換わる時、特定の信号が常に出力されているか？

計算ユニットは規則的に１つのモードから他のモードになっているか？

各モードの順序の特定の単純なパターンが有効になっているか？

一般的な時間的パターンが有効になっているか（例えばモード１では平均＜７０％、モード２では＜５０％）。

場合により追加の信号の利用によって補足される、モード信号の論理的、時間的な特性の何らかの組み合わせ。

図２２には、上記の範囲をさらに超える提案の基本コンフィギュレーションが説明されている。このようなパートナーＡＳＩＣ又はパートナーμＣと、本発明を備えている着目する計算ユニットとの間で、特別な照会応答サイクルが行われる。Ｎ３００は、このようなモード信号を出力することができる計算ユニットである。これは、例えば複数の実行ユニットと、このモード信号を生起することができる別のコンポーネントとを備えるμＣであってよい。この別のコンポーネントは、例えば図１９又は図２１に示すように具体化されていてよい。Ｎ３００は、この信号Ｎ３１０をパートナー（例えば他の計算ユニット、他のμＣ又はＡＳＩＣ）Ｎ３００へ送る。パートナーは、信号Ｎ３２０によってＮ３００に照会を行うことができ、Ｎ３００は、Ｎ３２１によってこれに応答しなければならない。このような照会は計算タスクであってよく、その正しい結果が、Ｎ３２１を介して、定義された時間インターバル内にＮ３００から供給される。Ｎ３３０はＮ３００に関わりなく、この結果の正しさを検査する。この結果は例えばＮ３３０に保存されるか、又はＮ３３０は結果を自ら算出することができる。正しくない値が検知されると、エラーが生じているものと認識される。ここで提案される照会応答通信の特別な点は、応答と並行してモード信号が観察されることである。照会は、Ｎ３００による応答のために、この特定のモードを成立させなくてはならないように行うのが好ましい。それにより、全てのモード切換に機能性があり、プログラム進行のなかで意図されているモード切換が実行されていることを、高い信頼度でチェックすることができる。これは特にシステムが初期化される時、あるいは動作中にでも、安全性コンセプトの主要な要素としての役目を果たすことができる。

この理念のさらに別の用途は、アクチュエータ制御部でモード信号を評価することにある。今日、自動車分野の多くの用途では、いわゆるインテリジェントアクチュエータが用いられる傾向がある。これは、アクチュエータ調節コマンドを受信し、そしてこの調節コマンドが遂行されるようにアクチュエータを制御するのに十分な、最低限の範囲の電子装置を備えているアクチュエータである。

この基本的理念が図２３に示されている。本発明を備えている計算ユニットＮ４００が、接続部Ｎ４２０を介して、（インテリジェント）アクチュエータ又はアクチュエータ制御部Ｎ４３０に調節コマンドを送る。これと並行して計算ユニットは、接続部Ｎ４１０を介して、モード信号をこのアクチュエータに送る。アクチュエータＮ４３０は、モード信号を参照して、制御が許容されているかどうかを検査し、任意選択で、信号Ｎ４４０を通じてエラー状態を送り返す。制御にエラーが含まれている時は、システム内部でクリティカルでないフェールサイレンス状態をとる。

２つの実行ユニットＧ１０ａ、Ｇ１０ｂと、比較ユニットＧ２０と、切換ユニットＧ５０と、切換希望認識ユニットＧ４０とを備えるマルチプロセッサシステムＧ６０を示す図である。 ２つの実行ユニットＧ１０ａ、Ｇ１０ｂと、比較ユニットＧ２０及び切換ユニットＧ５０で構成される組み合わされた比較・切換ユニットＧ７０と、切換希望認識ユニットＧ４０とを備えるマルチプロセッサシステムＧ６０を示す図である。 ２つの実行ユニットＧ１０ａ、Ｇ１０ｂと、比較ユニットＧ２０及び切換ユニットＧ５０及び切換希望認識ユニットＧ４０で構成される組み合わされた切換希望・比較・切換ユニットＧ８０とを備えるマルチプロセッサシステムＧ６０を示す図である。 ２つの実行ユニットＧ２１０ａ、Ｇ２１０ｂと、切換・比較ユニットＧ２６０とを備えるマルチプロセッサシステムＧ２００である。 特別なパイプライン段階Ｇ２３０ａ、Ｇ２３０ｂの内部で、特別な未定義のビットコンビネーションがＮＯＰ又はその他のニュートラルなビットコンビネーションと交換される方法を示すフローチャートである。 ２つの実行ユニットＨ２１０ａ、Ｈ２１０ｂと、切換・比較ユニットＨ２６０とを備えるマルチプロセッサシステムＨ２００を示す図である。 ２つの実行ユニットを備えるマルチプロセッサシステムで比較モードからパフォーマンスモードへ切り換える時に、ユニットＩＤを利用してプログラムフローを分割することができる方法を示すフローチャートである。 ３つの実行ユニットを備えるマルチプロセッサシステムで比較モードからパフォーマンスモードへ切り換える時に、ユニットＩＤを利用してプログラムフローを分割することができる、考えられる方法を示す図である。 パフォーマンスモードから比較モードへの切換時に実行ユニットを同期化する方法を示すフローチャートである。 パフォーマンスと比較モードの間の切換を表すステートマシンを示す図である。 ２つの実行ユニットならびに２つの割込みコントローラＧ４２０ａ、Ｇ４２０ｂ、及びその内部に含まれる割込みマスキングレジスタＧ４３０ａ、Ｇ４３０ｂと、さまざまな割込みソースＧ４４０ａからＧ４４０ｎとを備えるマルチプロセッサシステムＧ４００を示す図である。 ２つの実行ユニットと、切換・比較ユニットと、３つのレジスタセットを含む割込みコントローラとを備えるマルチプロセッサシステムを示す図である。 比較器の最も単純な形態を示す図である。 位相ずれを補正するためのユニットを備える比較器を示す図である。 好ましいコンポーネントＭ７００（切換・比較ユニット）の比較モードの時の原理的な挙動を説明する図である。 有利なコンポーネントＭ７００（切換・比較ユニット）のパフォーマンスモードの時の原理的な挙動を説明する図である。 切換・比較ユニットの１つの実施形態を示す図である。 切換・比較ユニットの別の実施形態を示す図である。 モード信号を生成する切換・比較ユニットを示す図である。 切換・比較ユニットの一般的な図面を示す図である。 一般的なモードと一般的なエラー信号を生成する切換・比較ユニットの一般的な図面を示す図である。 外部ユニットとの質問・応答コミュニケーションを示す図である。 インテリジェントなアクチュエータとのコミュニケーションを示す図である。

Claims (11)

1. 少なくとも２つの実行ユニットを備えるコンピュータシステムで切換をする方法であって、
   少なくとも２つの動作モードの間で切換が行われ、
   第１の動作モードは比較モードに相当するとともに、
   第２の動作モードはパフォーマンスモードに相当している方法において、
   各実行ユニットをコンピュータシステムの内部バスと接続可能であり、
   パフォーマンスモードでは少なくとも２つの実行ユニットが内部バスと接続され、
   パフォーマンスモードから比較モードへの切換時には少なくとも１つの実行ユニットが、切換器により制御されるスイッチによって内部バスから切り離されることを特徴とする方法。
2. さらに比較器が設けられており、比較モードでは比較器が有効になることを特徴とする、請求項１に記載の方法。
3. さらに比較器が設けられており、パフォーマンスモードでは比較器が無効になることを特徴とする、請求項１に記載の方法。
4. 前記データを比較して一致していないときは、エラー信号を出力する比較器が設けられており、前記エラー信号はパフォーマンスモードではマスキングされることを特徴とする、請求項１に記載の方法。
5. 比較モードのとき、各々のデータが比較される少なくとも２つの実行ユニットが、当該モードのときに内部バスの論理実行ユニットとして取り扱われることを特徴とする、請求項１に記載の方法。
6. 比較モードのとき、少なくとも１つの実行ユニットが内部バスから切り離され、切り離されていない少なくとも１つの実行ユニットの入力データが二重化され、切り離されている少なくとも１つの実行ユニットに当該データが供給されることを特徴とする、請求項１に記載の方法。
7. 比較モードのとき、１つの実行ユニットを除いて実行ユニットがすべて内部バスから切り離され、切り離されていない実行ユニットの入力データが二重化され、切り離されているすべての実行ユニットに当該データが供給されることを特徴とする、請求項１に記載の方法。
8. 少なくとも２つの実行ユニットを備えるコンピュータシステムで切換をする装置であって、少なくとも２つの動作モードの間で切換をする切換器が設けられており、第１の動作モードは比較モードに相当するとともに、第２の動作モードはパフォーマンスモードに相当している装置において、
   各実行ユニットをコンピュータシステムの内部バスと接続可能であり、パフォーマンスモードでは各実行ユニットが内部バスと接続されており、比較モードでは１つの実行ユニットだけが内部バスと接続されており、少なくとも２つ目の実行ユニットは切換器により制御されるスイッチによって内部バスから切り離されることを特徴とする装置。
9. さらに、パフォーマンスモードのとき、無効になる比較器が設けられていることを特徴とする、請求項８に記載の装置。
10. さらに、比較モードのとき、有効になる比較器が設けられていることを特徴とする、請求項８に記載の装置。
11. 切換器と比較器が１つのコンポーネントで切換・比較ユニットとしてまとめられていることを特徴とする、請求項９または１０に記載の装置。

Images