(57)【要約】      （修正有）【課題】技術ユニットを自律的に装備し、駆動する方法を提供する。【解決手段】技術ユニット１２、１４、１６は、システム通信バス５０を介して互いに接続され、問い合わせをしているユニット１２、１４、１６から、他の全てのユニット１２、１４、１６に対して、システムリソースの問い合わせが送信され、他の全てのユニットは、問い合わせをしているユニット１２、１４、１６自身に対してリソースが既に割り当てられたかどうかを検査し、問い合わせを受けた全てのユニット１２、１４、１６は、対応する応答を、問い合わせをしているユニット１２、１４、１６に送信し、いずれの他のユニット１２、１４、１６にもシステムリソースが未だに割り当てられていない場合には、問い合わせをしているユニット１２、１４、１６にシステムリソースが割り当てられる。【選択図】図１
2013016180.tif 000002
【特許請求の範囲】
【請求項１】
技術ユニット（１２、１４、１６、６０、１００、１０２、１０２’）の構成（１０）を自律的に装備する方法であって、前記技術ユニット（１２、１４、１６、６０、１００、１０２、１０２’）は、システム通信バス（５０、１１０）を介して互いに接続され、問い合わせをしているユニット（１２、１４、１６、６０、１００、１０２、１０２’）から、他の全てのユニット（１２、１４、１６、６０、１００、１０２、１０２’）に対して、システムリソースの問い合わせが送信され、他の全てのユニットは、当該他の全てのユニット（１２、１４、１６、６０、１００、１０２、１０２’）自身に対して前記リソースが既に割り当てられたかどうかを検査し、問い合わせを受けた全てのユニット（１２、１４、１６、６０、１００、１０２、１０２’）は、前記問い合わせをしているユニット（１２、１４、１６、６０、１００、１０２、１０２’）に対して、対応する応答を送信し、いずれの前記他のユニット（１２、１４、１６、６０、１００、１０２、１０２’）にも前記システムリソースが未だに割り当てられていない場合には、前記問い合わせをしているユニット（１２、１４、１６、６０、１００、１０２、１０２’）に前記システムリソースが割り当てられる、方法。
【請求項２】
各システムリソースにシステム・ミューテックスが割り当てられ、前記問い合わせをしているユニット（１２、１４、１６、６０、１００、１０２、１０２’）は、システムリソースの前記問い合わせの際に、前記システム・ミューテックスを指名する、請求項１に記載の方法。
【請求項３】
前記問い合わせを受けたユニット（１２、１４、１６、６０、１００、１０２、１０２’）は、前記システムリソースが前記問い合わせを受けたユニット自身により既に割り当てられている場合については、システム通信バス（５０、１１０）上にドミナントな応答を与え、前記システムリソースが、前記問い合わせを受けたユニット自身により予約されていない場合には、前記システム通信バス上にリセッシブな応答を与える、請求項１又は２に記載の方法。
【請求項４】
前記構成（１０）の初期化のために実施される、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記構成（１０）の駆動のために実施される、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
複数の技術ユニット（１２、１４、１６、６０、１００、１０２、１０２’）を備えた構成であって、前記技術ユニット（１２、１４、１６、６０、１００、１０２、１０２’）は、システム通信バス（５０、１１０）を介して互いに接続され、前記システム通信バス（５０、１１０）はマルチマスタ能力を有し、かつ、前記ユニット（１２、１４、１６、６０、１００、１０２、１０２’）のうちの１つから他の全てのユニット（１２、１４、１６、６０、１００、１０２、１０２’）への問い合わせ、及び、前記ユニット（１２、１４、１６、６０、１００、１０２、１０２’）のうちの前記１つのユニット（１２、１４、１６、６０、１００、１０２、１０２’）への、他の全てのユニット（１２、１４、１６、６０、１００、１０２、１０２’）の同時の又は同期した応答を可能とする、構成。
【請求項７】
請求項１〜５のいずれか１項に記載の方法を実施するための、請求項６に記載の構成。
【請求項８】
Ｉ２Ｃバスがシステム通信バス（５０、１１０）として機能する、請求項６に記載の構成。
【請求項９】
各ユニット（１２、１４、１６、６０、１００、１０２、１０２’）は、割り当てられたシステム・ミューテックスが格納されるミューテックスサーバ（６８）を有する、請求項６〜８のいずれか１項に記載の構成。
【請求項１０】
前記技術ユニット（１２、１４、１６、６０、１００、１０２、１０２’）は、ラック内に配置される、請求項６〜９のいずれか１項に記載の構成。
【請求項１１】
追加的な動的に分散されたシステムタスクを行うために役立つ専用機能を備えたユニット（１２、１４、１６、６０、１００、１０２、１０２’）が設けられる、請求項６〜１０のいずれか１項に記載の構成。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、技術ユニット、特に、装備された場合にはシステムを形成する電気的又は電子的ユニット、の構成を装備する方法に関する。さらに、本発明はこのような構成に関する。
【背景技術】
【０００２】
技術ユニット（ｔｅｃｈｉｎｉｓｃｈｅ  Ｅｉｎｈｅｉｔ）とは、例えばテクニカルプロセス（ｔｅｃｈｉｎｉｓｃｈｅｒ  Ａｂｌａｕｆ）を開ループ制御及び／又は閉ループ制御するために、又は、技術的機能を実施するために使用される技術的装置として理解される。複雑な機能及び機能性を実現するために、個々の装置又はユニットは組み合わされて、システム、例えば、積み重ねられたシステム又はラックシステム（Ｒａｃｋ−Ｓｙｓｔｅｍ）を形成する。システムとは、構成、又は、形成物、及び、互いに関連する構成要素であって、タスク、有効性、又は目的に関わるユニットを形成しその意味で環境に対して一線を引いた形で相互に作用する上記構成要素の総体、として理解される。
【０００３】
このような組み合わされたシステムは、通常では、制御及び管理インスタンスを必要とする。現在、制御及び管理機能は、システム内の、多くの場合そのためのみに設けられた制御及び管理装置内に提供される。
【０００４】
ある装置に対して、このように固定的に制御及び管理タスクを割り当てる際の欠点は、提供すべき上記装置が一般に、システム全体の機能性のために寄与しないということである。むしろ、この装置にも同様にエネルギーを供給する必要があり、追加的な熱が発生し、場所が必要となる。
【０００５】
欧州特許出願公開第１１９９６３２号明細書は、リソースへのアクセスを時間的に調整する方法及びユニットを記載している。ここでは、計算機環境内に、複数のスレッド（Ｔｈｒｅａｄ）が実現される。さらに、複数のミューテックス（Ｍｕｔｅｘ）が設けられ、１つのスレッドのみミューテックスに割り当てられる。この方法の枠組みにおいて、リソースへのアクセスを照会しているスレッドに対してミューテックスが割り当てられるように、制御プログラムが実行される。
【発明の概要】
【課題を解決するための手段】
【０００６】
このような背景から、請求項１に記載の方法、及び、請求項６の特徴を備えた構成が提示される。実施形態は、従属請求項及び以下の明細書の記載から明らかとなろう。
【０００７】
提示される方法に基づいて、制御及び管理タスクを果たす、固定的に割り当てられたユニットは存在しない。このユニットは、必要な制御及び管理機能の動的な分散、即ち、構成内に設けられるユニットへのシステムリソース及び機能の分散が行われることにより補われる。
【０００８】
システムの装備の際に、必要な制御及び管理機能（システム機能）が、幾つかのユニット又は存在する全てのユニットにより実行される。これらユニットは、システム全体のシステム機能を巡って競合する。即ち、システム機能は、上記ユニットに動的に割り当てられる。記載される方法は、上記ユニットのうちの１つのみが、特定のシステム機能の実行権を獲得することを保障する。このユニットは、この実行権を再び放棄することが可能である。誤作動の場合には、他のユニットが実行権を獲得することが出来る。
【０００９】
重要な構成要素は、所謂システム・ミューテックス（Ｓｙｓｔｅｍ−Ｍｕｔｅｘ、ｍｕｔｕａｌ  ｅｘｃｌｕｓｉｏｎ：相互排除）である。これは全ユニットのために提供可能であり、オペレーションシステムに依存しない。システム・ミューテックスを獲得するユニットは、それに伴って、制御及び管理機能を実行する実行権を獲得する。即ち、割り当てるべき各システム機能には、システム・ミューテックスが割り当てられる。システム・ミューテックスを獲得するユニットは、システム機能を実行することが許可される。
【００１０】
システム・ミューテックスを実装するために、全ての装置は、システム管理バス又は通信バスを介して接続される必要がある。このバスは、マルチマスタ機能を提供する必要がある。即ち、複数のユニットは通信媒体を巡って競合し、１つのユニットが自身の目的を達成する。
【００１１】
物理的なミューテックスメモリは、ミューテックスも割り当てられた場所にのみ存在する。これには、エラーの場合にほとんど自動的に無効化が行われるという利点がある。その際に、全てのユニットがシステム通信バスと接続されている。このシステム通信バスは、所謂マルチマスタ機能を有し、全てのユニットのためにミューテックスの割り当てを制御することが可能である。このようにして、システムの機能を、全てのユニットに対して分散させることが可能となる。
【００１２】
本発明の更なる別の利点及び構成は、以下の明細書の記載及び添付の図面から明らかとなろう。
【００１３】
先に挙げた特徴及び以下で解説される特徴は、各示された組み合わせのみならず、他の組み合わせ又は単独でも、本発明の範囲を逸脱することなく利用されうる。
【図面の簡単な説明】
【００１４】
【図１】提示される構成の一実施形態を示す。
【図２】システム機能を示す。
【図３】システム・ミューテックスの割り当てを示す。
【図４】システム機能の割り当てを示す。
【発明を実施するための形態】
【００１５】
本発明は、図面の実施形態を用いて概略的に示され、以下で図面を参照して詳細に記載される。
【００１６】
図１には、全体として符号１０が付された、積み重ね可能な構成の実現が示されている。この構成１０は、第１の技術ユニット１２、第２の技術ユニット１４、及び、第３の技術ユニット１６を含む。構成１０の技術ユニット１２、１４、１６は、積み重ね可能なシステム又はラックシステムを形成する。
【００１７】
基本ユニット又は基盤ユニットとも呼ばれる第１のユニット１２は、システム通信バス・マスタ２０と、システム通信バス・スレーブ２２と、数え上げ又は列挙により獲得されるアドレス２４と、を有する。対応して、第２のユニット１４はシステム通信バス・マスタ３０と、システム通信バス・スレーブ３２と、第２のユニット１４のアドレス３４と、を有する。さらに、システム機能ｚ  ３６が設けられる。上位ユニット又はトップユニットとも呼ばれうる第３のユニット１６は、システム通信バス・マスタ４０と、システム通信バス・スレーブ４２と、アドレス４４と、を有する。さらに、システム機能ｘ  ４６と、システム機能ｙ  ４８と、が設けられる。
【００１８】
ユニット１２、１４、１６は、システム通信バス５０を介して、データ線５３によって接続され、このデータ線５３上では、ユニット１２、１４、１６のうちの１つの故障、及び、構成１０又は当該構成１０により形成されるシステムの故障についての情報が伝送される。
【００１９】
示される構成１０又はシステムは、ハードウェアユニットのために、この場合ではユニット１２、１４、及び１６のために開発された。これらユニット１２、１４、１６は単独で、又は、構成１０内で機能しうる。システム内でユニット１２、１４、１６を組み合わせることにより、システムの挙動を管理する必要性が高まる。専用のシステムコントローラが存在しないため、ユニット１２、１４、１６自身がシステム機能をカバーする必要がある。従って、ユニット１２、１４、１６は、局所的にシステム機能を装備しようと試みる。具体的なシステム機能が複数のユニット１２、１４、１６上で実行されないことを保障するために、各システム機能は、システム・ミューテックスによりサポートされる。このシステム・ミューテックスがシステム内で駆動される場合に、ユニット１２、１４、１６は、システムに関連する情報を共有する必要がある。情報を交換するための媒体は、システム通信バス５０である。
【００２０】
示される実現におけるシステム通信バス５０は、適切な通信スキーマを利用する。各通信ユニット又はユニット１２、１４、１６は、一意のアドレスを必要とする。システム内では、ハードウェア列挙によってアドレス２４、３４、４４が獲得される。この列挙機能は、構成１０内の各ユニット１２、１４、１６に、一意の番号又は一意のアドレスを提供する。この列挙は、下位の第１のユニット１２により開始され、ユニットからユニットへと、最上位ユニット１６で終了するまで続けられる。このプロセスは、構成１０の実行時間の間に生じうる変更をカバーするために、周期的に繰り返される。従って、提示される方法は、構成１０の初期化及び／又は駆動のために実行することが可能である。
【００２１】
利用されるシステム通信バス５０は、基本的に以下の特徴を有すべきであろう。
【００２２】
‐マルチマスタ能力
システム内の各ユニットはバス・マスタでありうる。バスへのアクセスは、マスタにより「獲得される」アービトレーション段階によって制御される。他の全てのユニットは、マスタが再びバスを解放するまで、スレーブとして振る舞う。
【００２３】
‐同期化
各時点においてアービトレーションが確実に機能するために、同時にクロックジェネレータとして機能するマスタは、自身のクロックが互いに同期される必要がある。得られるクロックは、最も遅いマスタによって決定される。クロックの周波数及びパルス休止比（Ｐｕｌｓ−Ｐａｕｓｅｎ−Ｖｅｒｈａｅｌｔｎｉｓ）は、クロック周期ごとに変化しうる。
【００２４】
‐アトミックシーケンス（ａｔｏｍａｒｅ  Ｓｅｑｕｅｎｚ）
バスを有するマスタは、後続のシーケンスを原子的に（ａｔｏｍａｒ）実行できる必要があり、即ち、他の全ての加入者は同期して又は同時に情報を読み出すのであるが、その際に、その情報は、リセッシブ（ｒｅｚｅｓｓｉｖ）又はドミナント（ｄｏｍｉｎａｎｔ）な状態を有する。その際に、各加入者が、情報の、自身の局所的な状態を同時にバス上に提供する。その際に、ドミナントな状態がリセッシブな状態を上書きする。マスタは、バス上の情報の状態を評価し、対応する局所的なアクションを開始し、対応して自身の局所的な状態を更新する。その後ようやく、マスタはバスを解放する。その際、情報は、「提供可能」又は「予約済み」という状態のシステム・ミューテックスに対応する。予約されているのは、ドミナントな状態である。システム機能は、バス上の「利用可能」というリセッシブな状態が読み出された場合に、局所的に開始される。システム・ミューテックスの局所的な状態は、その際「予約済み」に設定される。
【００２５】
各ユニット１２、１４、１６は、システム情報を受信及び／又は提供するために、バス・スレーブ２２、３２、４２を有する必要がある。アクティブにシステム情報を問い合わせ又は提供するために、追加的な任意のバス・マスタ２０、３０、４０が必要である。ユニット１２、１４、１６ぞれぞれでは、マスタ２０、３０、又は４０と、スレーブ２２、３２、又は４２は、同じアドレス２４、３４、４４を利用する。
【００２６】
システム通信バス５０の通信機構は、ユニキャスト機構とブロードキャスト機構とを含む。連続する各アクセスは、システムのアトミックプロセスである。
【００２７】
【表１】
2013016180.tif 000003
【００２８】
ブロードキャストモードでのミューテックス割り当ては、システムにミューテックス機能を提供するための特別な仕組みである。アトミックプロセスを出力するユニット１２、１４、１６は、アクセス又は問い合わせを呼び出し、従って、システム全体のミューテックスに対する、アトミックな読み出し・修正・書き込みアクセスを実行できる状態にある。
【００２９】
追加的な動的に分散されたシステムタスクを実行するために役立つ専用機能が備わったユニットも設けることが可能である。
【００３０】
図２は、システム機能を明確にするために、全体として符号６０が付されたユニットの可能な構成を示す。このユニット６０は、システム機能のための外部クライアント６２と繋がっている。図は、ネットワークアクセスのためのインタフェース６４と、システム機能フレーム６６と、ミューテックスサーバ６８と、システムリソースマネージャ７０と、バス・マスタ及びスレーブ・モジュール７２と、ハードウェアエニュメレータ７４と、を示す。システム機能フレーム６６内には、ネットワークアクセスのための第１の機能７６と、システム機能プロトコルのための第２の機能７８と、第１のシステム機能８０と、第２のシステム機能８２と、第３のシステム機能８４と、ハードウェアアクセスのための第３の機能８６と、ハードウェアアクセスのための第４の機能８８と、が設けられる。さらに、図は、第１の任意のハードウェアユニット９２と、第２の任意のハードウェアユニット９４と、を示す。
【００３１】
実行されるシステム通信は、各ユニット６０内で、ハードウェアアクセスのための機能９０がその内部に提供されたリソースマネージャ７０により処理される。リソースマネージャ７０は、所定の時点における、個々の内部クライアントのためのシステム通信バスへのアクセスを保障する。他のものは、待ち行列に入れられる。
【００３２】
ミューテックスサーバ６８は、このような内部クライアントであり、さらに追加的なクライアントが存在してもよい。リソースマネージャ７０は、システム通信プロトコルの一部を利用する。
【００３３】
システムのシステム通信バスは、マルチマスタ・マルチスレーブ通信を利用する。各ユニットは、バス・スレーブとバス・マスタとを備える。ユニットが一度もデータ交換を開始しない場合には、マスタは省略されてもよい。ユニットのマスタ及びスレーブは同じアドレスを利用する。ユニットの各アドレスは、ハードウェア列挙の際に獲得されたユニット番号に対応する。
【００３４】
システム通信バス上でのデータ交換は、ブロードキャスト又はユニキャスト通信として行われうる。ブロードキャストモードの場合には、一般的なブロードキャストアドレスが利用される。ユニキャストの場合には、連絡されるスレーブのアドレスが利用される。システム通信バスはマルチマスタシステムなので、バス内でのアービトレーションを保障するために、伝送の開始者のアドレスを各メッセージに入れる必要がある。
【００３５】
システム通信バスの通信は、全てのユニットが列挙された場合にのみ行われる。このことは、列挙の実行が成功し次第最上位のユニットにより送信されるシステム管理バスメッセージによって示される。この「列挙済み」という状態は、各ユニットにより受信されてその内部に格納される。この情報は、或る程度の時間の後に有効性が失われ、定期的な間隔で更新される必要がある。ハードウェア列挙は周期的に実行されるため、上記状態も周期的に伝えられる。
【００３６】
ユニキャスト通信は、開始するユニット内で、アドレス指定されたスレーブの状態「ｄｅｖｉｃｅ  ｕｐ」（装置は駆動準備ができている）が設定される前には、実行されるべきではないであろう。従って、ユニキャスト駆動を利用する各ユニットは、自身が連絡する予定のユニットの、「ｄｅｖｉｃｅ  ｕｐ」というブロードキャストメッセージを監視する必要があるであろう。この状態も同様に、或る程度の時間の後に無効となる情報であり、従って、定期的な間隔で更新されるべきであろう。
【００３７】
ユニット内では、システム通信バスを介して情報を要求又は理解しうるインスタンス（Ｉｎｓｔａｎｚ）のみ必要とされることに注意されたい。さらに、このインスタンスは、この情報を評価し対応したアクションを開始しうる必要がある。その際に、情報はシステム・ミューテックスの状態に対応し、アクションはシステム機能に対応する。通常では、このインスタンスはソフトウェアである。しかしながら、純粋なハードウェアインスタンスも構想されうる。
【００３８】
以下の表で、可能な通信バスメッセージを概観することにする。
【００３９】
【表２】
2013016180.tif 000004
【００４０】
ユニットが共有しうる任意のリソースを割り当て、利用するために、最初に、割り当てられたシステム・ミューテックスが割り当てられる必要がある。システムリソースは、或るシステム機能のインスタンス、又は、例えばトリガチャネルのような、共有されるハードウェア特徴でありうる。各システムリソースには、固有のシステム・ミューテックスが割り当てられる。システム・ミューテックスは、一意のミューテックスＩＤと、ブール的なインタロック状態（Ｂｏｏｌｓｃｈｅｒ  Ｖｅｒｒｉｅｇｅｌｕｎｇｓｚｕｓｔａｎｄ）と、により定義されうる。
【００４１】
各ユニット内にはミューテックスサーバが１つだけ存在する。各時点に、問い合わせが１つだけ処理される。他の問い合わせは待ち行列に入れられる。システム内の全てのミューテックスサーバは、或るミューテックスの割り当てについて互いにアービトレーションを行う。アービトレーションは、メッセージ「ミューテックスアクセス」を介して行われる。問い合わせをしているユニットは、このことを全てのユニットに通知するために当該ユニットが必要とするミューテックスＩＤを、上記メッセージで送信する。各ユニットは、上記ミューテックスを既に自身のミューテックスサーバ内で割り当てたかどうかを検査し、自身の局所的なシステム・ミューテックス予約状態又はインタロック状態によって応答する。「システム・ミューテックス予約済み」は、バス応答におけるドミナントビットと同じであり、一方、「システム・ミューテックス解放」はリセッシブである。ユニットがシステム・ミューテックスをインタロックした場合には、自身のドミナントな応答は、同時に又は同期して送信された他のユニットのリセッシブな応答を上書きする。
【００４２】
その場合、問い合わせをしているユニットは、システム・ミューテックスが既に予約され、従ってシステムリソースが提供されないことを確認することになる。応答がリセッシブである場合については、システム・ミューテックスは解放される。その場合、問い合わせをしているユニットは、自身のミューテックスサーバ内で、このシステム・ミューテックス予約状態を「システム・ミューテックス予約済み」に更新し、最後に、バス伝送を終了してバスを解放する。「システム・ミューテックス予約済み」は、ミューテックス所有者のミューテックスサーバ内にのみ格納される。システム・ミューテックスへのアクセスは、ファームウェア内及びシステム通信バスでのアトミック操作（ａｔｏｍａｒｅ  Ｏｐｅｒａｔｉｏｎ）である。ミューテックスアクセスは、システム・ミューテックス予約状態が、ミューテックスアクセスの結果に基づいて更新された場合にのみ、バス上で終了されうる。ユニットのリセット後、状態は「ミューテックス解放」である。
【００４３】
図３は、システム・ミューテックスの割り当てを示している。その際に、ｎ番目のユニット１００と、ｋ番目のユニット１０２と、が示される。第１のステップ１０４において、列挙が行われ次第、システム機能によるミューテックス問い合わせが行われる。これは、アトミック操作である。システム通信バス１１０と接続しているバス・マスタ１０８に対する、ミューテックスｎについての問い合わせ（矢印１０６）が行われる。バス・マスタ１０８から、ミューテックスｎ報告が返され（矢印１１２）、割り当てが行われ、ミューテックスｎが解放される（矢印１１４）。図はさらに、バス・スレーブ１１８を示している。
【００４４】
さらに、その挙動がユニット１０２の挙動に対応する更なる別のユニット１０２’が複写される。
【００４５】
ｋ番目のユニット１０２及び更なる別のユニット１０２’内では、ミューテックスｎについての問い合わせ（矢印１２４及び１２４’）の際に、ミューテックスｎについてのメモリユニット１２２及びメモリユニット１２２’が読み出され、格納された値（矢印１２６及び１２６’）が、システム通信バス・スレーブ１３２及び１３２’を介して出力される。その際に、応答１２６及び１２６’が、同時に又は同期して、システム通信バス１１０を介して伝送される。ｋ番目のユニット１０２又は更なる別の１０２’の、システム通信バス・マスタ１３０又は１３０’は関与しない。
【００４６】
従って、矢印１０６により示される問い合わせは、ｋ番目のユニット１０２又は更なる別のユニット１０２’での入力（矢印１２４及び１２４’）に対応する。これに対する応答として、ｋ番目のユニット１０２又は１０２’の出力（矢印１２６及び１２６’）は、ｎ番目のユニット１００での入力（矢印１１２）を引き起こす。四角い括弧１４０により、アトミックアクセスが包含される。
【００４７】
矢印１１４は、ドミナントな応答が存在しない場合についての出力であり、その場合は、ミューテックスは解放されて割り当てられる。割り当ては、メモリユニット１１６に記録される。
【００４８】
システム機能は、様々な形態のオペレーションシステム及びハードウェアプラットホームの可搬性が保障されるように形成されるべきであろう。従って、オペレーションシステムの仕組み、及び、バードウェアアクセスは、論理的機能から切り離される必要がある。各システム機能は、機能ライブラリとして表わされる。システム機能ライブラリは、システム機能の論理的部分のみを含んでいる。このシステム機能ライブラリは、目標システム又はオペレーションシステムに依存しない。各ハードウェア特徴は、固有の目標ライブラリに移動される。システム機能との外部通信は、媒体固有のインタフェース・機能ライブラリにより可能となる。全てのシステム機能、インタフェースライブラリ、目標固有の機能ライブラリは、システム固有に機能するシステム機能フレーム内で稼働する。
【００４９】
各システム機能の活性化は、専用システム・ミューテックスによりサポートされる。割り当てられたシステム・ミューテックスの予約又は封鎖が成功した場合にのみ、システム機能は機能しうる。
【００５０】
ユニット内でのシステム機能の活性化は、システムエラー信号の作動時、リセット時、及び、解除時に行われうる。活性化は好適に、性能が高いユニットにおいて行われるべきであろう。このことは、活性化の条件が満たされた（システムエラー信号がリセットされユニットの列挙が行われた）後に、ユニットの性能に依存する遅延時間によって達成可能であり、その際に、性能が高いユニットは、最短の応答時間又は遅延時間を有する。遅延の後に、システム機能フレームは、自身の利用可能な機能のためのシステム・ミューテックスを予約しようと試みる。その後、予約が成功した各システム・ミューテックスについて、各システム機能が活性化される。
【００５１】
システムエラー信号は、システム全体で利用されるハードウェア信号である。この信号は、当該信号がリセットされた場合、停止の際、列挙が行われなかった場合、又は、ユニットが自身のシステム機能を実行できる状況にない場合に、任意のユニットにより設定される。それは、ワイヤードＯＲ信号であり、各ユニットがリセットするまでリセットされない。
【００５２】
システム機能の活性化のためにシステムエラー信号を利用することによって、ユニットにエラーが生じている場合に、システム機能の新たな活性化が行われことが保障される。システムエラー信号がリセットされ、列挙（システム通信バス上でのアドレス付与に相当する）が行われた場合には、各ユニット内で、固有の遅延時間が新たに経過する。その後、各ユニットは新たに、未だに活性化されていないシステム機能のためのシステム・ミューテックスを予約しようと試みる。エラーの影響を受けなかったユニットは、既に活性化された自身のシステム機能を保持する。エラーが生じているユニット上で提供されるシステム機能は、同じユニット上で新たに活性化され、又は、エラーのあるユニットが再び機能しえず若しくはシステムから分離された場合には、他のユニットが上記システム機能を引き継ぐ。
【００５３】
図４には、システム機能の活性化の際の経過がグラフで表されている。縦軸２００上に、ある期間に渡る信号の推移が横軸２０２に沿って示されている。第１の推移２０４は、装置ｘのシステムエラーを示す。第２の推移２０６は、ユニットｙのシステムエラーを示す。第３の推移２０８は、ユニットｚのエラーを示す。第４の推移２１０は、最初の３つの推移２０４、２０６、２０８の論理和であり、システムエラーを示している。第５の推移２１２は、信号「列挙実行済み」の値を示す。従って、メッセージ「列挙実行済み」が、時点２１４に発せられる。
【００５４】
ユニットｘについて：第１の期間２２０は、ユニットｘの性能に依存する遅延を示す。第２の期間２２２に、システム・ミューテックスについての問い合わせが行われる。第３の期間２２４に、システム機能のインスタンシエーション（Ｉｎｓｔａｎｔｉｉｅｒｕｎｇ）が行われる。
【００５５】
ユニットｙについて：第１の期間２３０は、ユニットｙの性能に依存する遅延を示す。第２の期間２３２に、システム・ミューテックスについての問い合わせが行われる。第３の期間２３４に、システム機能のインスタンシエーションが行われる。
【００５６】
ユニットｚについて：第１の期間２４０は、ユニットｚの性能に依存する遅延を示す。第２の期間２４２に、システム・ミューテックスについての問い合わせが行われる。第３の期間２４４に、システム機能のインスタンシエーションが行われる。
【図１】
2013016180.tif 000005
【図２】
2013016180.tif 000006
【図３】
2013016180.tif 000007
【図４】
2013016180.tif 000008