(57)【要約】  本発明は、独国特許出願第１０２００４０３９９３２．８号に従って、安全上重要なプロセスに関連するデータレコードが、それぞれの安全なプロトコル（１４、２４）用の同じ法則を使用して、少なくとも２つの冗長処理チャネル（１、２）を介して処理され、冗長で安全なプロトコル（１４、２４）は、共通の安全なプロトコルを形成するように組み合わされて、共通のバッファ・レジスタ（３０）にアクセスする各処理チャネル（１、２）によって正確になる方法を提案するものであり、共通の安全なプロトコルが、それぞれの場合にそれぞれの安全なプロトコルの異なる構成要素を書き込むことによって部分的に構成されるように、書込み権限が各レジスタ・ポイントに一度だけ与えられ、その場合に共通の安全なプロトコルが、合同で形成された安全なプロトコルの検証のために、バッファ・レジスタ（３０）から送信される前に、各冗長処理チャネル（１、２）が、バッファ・レジスタ（３０）内の各レジスタ・ポイントの内容を読み出し、合同で形成された安全なプロトコルが、各冗長処理チャネル（１、２）による解放に対して反応したときだけ転送されることが可能になることを特徴とする。
2009527038.tif 000002
【特許請求の範囲】
【請求項１】
安全上重要なプロセスの単一チャネル・バス結合のための独国特許出願第１０２００４０３９９３２．８号による方法であって、
前記安全上重要なプロセスに関連するデータ・セットが、安全なプロトコル（１４、２４）用の同じ法則に従って、特に前記プロトコルに固有の少なくとも２つの冗長処理チャネル（１、２）によって処理され、
単一チャネル・バス結合のための前記冗長で安全なプロトコル（１４、２４）が、共通のバッファ・レジスタ（３０）が前記処理チャネル（１、２）のそれぞれによってアクセスされるため、共通の安全なプロトコルにアセンブルされ、各レジスタ場所について、書込み権限が一度だけ割り当てられ、それによって前記共通の安全なプロトコルが、各安全なプロトコルの異なる部分を書き込むことによって比例的にアセンブルされ、前記バッファ・レジスタ（３０）から前記共通の安全なプロトコルを送信する前に、共通に形成された前記安全なプロトコルの検証について、前記バッファ・レジスタ（３０）の各レジスタ場所の内容が、それぞれの前記冗長処理チャネル（１、２）によって読み出され、共通に形成された前記安全なプロトコルが、さらなる処理のために前記バッファ・レジスタから転送または送信するために、それぞれの冗長処理チャネル（１、２）による解放に対して反応したときだけ解放されることを特徴とする方法。
【請求項２】
処理チャネル（１、２）による前記解放が、解放信号を前記処理チャネルから前記バッファ・レジスタに送信することによって実現される、請求項１に記載の方法。
【請求項３】
イネーブル信号の活性化が、各冗長処理チャネル（１、２）による解放がある場合に個々の前記解放信号をＡＮＤゲート制御することによってもたらされる、請求項２に記載の方法。
【請求項４】
それぞれの前記冗長で安全なプロトコル（１４、２４）が、冗長処理チャネル（１、２）の数に対応するいくつかのプロトコル部分から構成されること、ならびに、別のプロトコル部分が、各処理チャネルからの前記共通の安全なプロトコルをアセンブルするために、前記バッファ・レジスタに書き込まれることを特徴とする、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
冗長で安全なプロトコル（１４、２４）がそれぞれ、いくつかのデータ・パケットで構成され、前記書込み権限が、データ・パケット単位で書き込むために割り当てられる、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
安全上重要なプロセスの単一チャネル・バス結合のためではなく、少なくとも２つの冗長処理チャネルを備える安全環境から非安全環境への、あるいはより少ない冗長処理チャネルを備える安全環境への安全上重要なプロセスの異なる幅の結合のための、請求項１乃至５のいずれか１項に記載の方法の使用。
【請求項７】
非安全トランスポート・パスによって安全な処理チャネル間を接続するための、請求項６に記載の方法の使用。
【請求項８】
安全上重要なプロセスの単一チャネル・バス結合のための独国特許出願第１０２００４０３９９３２．８号による装置であって、
特にプロトコル固有の方法で、各安全なプロトコル（１４、２４）に対して同じ法則を使用して同じ入力データ・セットを処理するための少なくとも２つの冗長プロセッサ（１１、２１）と、前記バッファ・レジスタ（３０）の各レジスタ場所について、書込みアクセス能力が前記プロセッサの一方だけに与えられ、そして読出しアクセス能力が前記プロセッサ（１１、２１）のそれぞれに与えられるように、各プロセッサ（１１、２１）を共通のバッファ・レジスタ（３０）に接続するための回路装置とを含み、各プロセッサが、前記バッファ・レジスタから読み出された内容を検証するための、および肯定的な検証結果に応答して前記バッファ・レジスタの前記内容を解放するための手段を含むことを特徴とする装置。
【請求項９】
さらに、前記２つ以上の冗長プロセッサ（１１、１２）がそれぞれ、パケットをベースとするデータ処理のために構成されることを特徴とする、請求項７または８のいずれか１項に記載の装置。
【請求項１０】
前記２つ以上の冗長プロセッサが、冗長ハードウェアおよび／または冗長ソフトウェアを用いて形成される、請求項８または９のいずれか１項に記載の装置。
【請求項１１】
単一チャネル・バス結合のためではなく、少なくとも２つの冗長処理チャネルを有する安全環境から非安全環境への、あるいはより少ない冗長処理チャネルを有する安全環境への安全上重要なプロセスの異なる幅の結合のための、請求項８乃至１０のいずれか１項に記載の装置の使用。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安全関連プロセスの単一チャネル・バス結合のための方法に関し、またその方法を実行するのに適応した装置にも関する。
【背景技術】
【０００２】
以下では、安全関連プロセスは、エラーが生じた場合に人々および／または有形財に無視できない危険性をもたらさないプロセスと理解される。したがって、安全関連プロセスでは、理想的なケースにおいて、このプロセスでエラーが生じた場合に、このプロセスにつながる後続のプロセスおよび／またはこのプロセスを含むシステム全体が安全な状態になるように、１００パーセントの安全が保証されなければならない。したがって、そのような安全関連プロセスは、より大きな上位レベルの全体的なプロセスのサブプロセスとすることができる。安全関連プロセスの例は、重要なパラメータが所与の範囲内に絶対的に維持されなければならない化学プロセス、およびたとえばプレス／切断工具の始動が安全関連サブプロセスを表すことができる、たとえば液圧プレスや生産ラインなどにおける複雑な機械のコントローラである。安全関連（サブ）プロセスのさらなる例は、防護つい立、防護扉、または光バリアのモニタリング、両手スイッチの制御、あるいはまた非常用カットオフスイッチに対する反応である。
【０００３】
したがって、すべての安全関連プロセスについて、生成、検出、または測定された関連する安全関連データが、破損なしにリアルタイムで移送されることが絶対的に必要である。というのは、破損があると、最終的に人々の生命および健康を脅かしうる間違った機能および／または反応をもたらしうるためである。
【０００４】
安全要件を満たすために、近年、バス・システムの使用に際して本質的にエラーのないデータ転送を必要とする多くの取決めがなされている。これらは、特に、データ転送自体に関係し、さらに、各用途または各プロセスの関数としての許容可能な残差率にも関係する。この場合、適切な規格としては、具体的には、ＥＮ６１５０８およびＥＮ９５４−１、ならびに職業安全衛生サービスに関する試験認証機関の「ｂｕｓ  ｓｙｓｔｅｍｓ  ｆｏｒ  ｔｈｅ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｆ  ｓａｆｅｔｙ−ｒｅｌｅｖａｎｔ  ｍｅｓｓａｇｅｓ（安全関連メッセージを伝送するためのバス・システム）」を試験しかつ認証するための原則などがある。
【０００５】
これらの取決めおよび規格に従って、高い冗長性を有するデータを送信する安全指向のバス・システム（ｓａｆｅｔｙ−ｏｒｉｅｎｔｅｄ  ｂｕｓ  ｓｙｓｔｅｍ）が開発されている。起こりうるエラーは時が来れば発見され、危険性が回避されうる。この場合の例としては、とりわけ、Ｓａｆｅｔｙ  Ｂｕｓ  Ｐ、Ｐｒｏｆｉｂｕｓ  Ｆ、Ｉｎｔｅｒｂｕｓ  Ｓａｆｅｔｙなどがある。
【０００６】
しかし、この場合、安全指向のバス・システムを使用するために、既設のバス・システムは交換されなければならないこと、および加入者数、データ転送速度、またはデータプロトコルに対する制限が頻繁に考慮されなければならないことが不利である。
【０００７】
その結果、既存のバス・システムをより簡単にかつ経済的に改装できるようにする安全指向の方法および／または構成要素が開発されている。特に、制御および自動化技術向けの電子式安全方法では、安全関連データの送信のためのプロセスに加わっている個々のユニット間、具体的にはセンサ、アクチュエータ、および／または制御装置間のデータ通信に既に使用されている（フィールド）バス・システムを使用する。
【０００８】
欧州特許第１１８８０９６号は、たとえば、フィールド・バスを備える安全関連プロセス用の制御システムを開示しており、フィールド・バスによって安全関連プロセスを制御する制御ユニットとＩ／Ｏチャネルによって安全関連プロセスに関連付けられる信号ユニットとが接続されている。エラーのない通信を互いに保証するために、これらのユニットは安全関連装置を備えており、それによって安全でないユニットが安全なユニットになる。詳細には、それぞれ２つ以上の冗長処理チャネルが、処理チャネルのうちの１つにおけるエラーが他の冗長処理チャネルの結果から逸脱する結果を基準にして検出され、できる限り修正されうるように設けられる。この複数チャネル構造は、具体的には２つの冗長プロセッサによって実現され、安全性分析が２つの冗長プロセッサの後で終了し、安全データプロトコルの分析結果は、追加の詳細なしにこの時点から使用される。
【０００９】
以下では、プロセッサという一般的な用語は、さらに詳細に指定されなければ、たとえばマイクロコンピュータ、マイクロプロセッサ、マイクロコントローラ、あるいはまたＰＣなどの本質的に任意のタイプのデータ処理装置と理解されるべきである。
【００１０】
国際公開第０１／１５３８５号もまた、（フィールド）バス・システムを使用した安全関連プロセスの制御に関し、安全関連プロセスの制御に加わっているユニットもやはり、一般に冗長処理チャネルを有する。冗長チャネルはそれぞれ、他のものを監視するプロセッサを備える。この複数チャネル構造は、フィールド・バスに接続された別のプロセッサによって単一チャネル構造に変換される（図３）。複数チャネル構造の単一チャネル構造への転換を含むより詳細な仕様は、その文献には見られない。
【００１１】
国際公開第０１／１５３９１Ａ１号および独国特許出願公開１９９３９５６７号は、安全プロトコル設計と、後続の、バスに結合されかつプロトコル・チップに接続されるかまたはこのプロトコル・チップに一体化される別のプロセッサによる２チャネル構造から単一チャネル構造への転換とに関して、冗長処理チャネルおよび／または相互に制御し合うプロセッサを備える安全バス加入者のさらなる例である。この場合もまた、安全性分析が、追加の技術的対策の開示なしに２つの冗長プロセッサの後で終了し、この分析は、この時点の後で安全データプロトコルに使用される。
【００１２】
回路の費用を節減するために、２つの冗長プロセッサによって形成されたデータの単一チャネル送信のための装置に関する独国特許ＤＥ１９５３２６３９号は、バス結合の機能を２つの冗長プロセッサの一方に一体化する。したがって、バス結合機能を有するプロセッサだけが出力チャネルを備え、出力チャネルには、このプロセッサに由来する有用なデータと他のプロセッサに由来する試験データとが供給されるかまたはその逆であり、あるいは両方のプロセッサの有用なデータおよび試験データがインタリーブ方式で供給される（図４）。しかし、バスを動作させるプロセッサが他のプロセッサに影響を与えることができないデータ・パケットを生成する状況にないことを保証するためには、変換の際に、安全性分析でのさらなる努力が必要である。というのは、安全プロトコルを確立するために、最初にフィードバックからの解放、次にコンピュータの独立性が、検出されなければならないためである。この目的のために、この特許明細書は、対応するプロセッサ出力の対応する接続または非接続を単に提案する。
【００１３】
独国特許出願公開第１００６５９０７号は、並列もしくは直列のネットワークまたはバス・システム上でのデータ送信のための安全データ転送に関する「照合を伴う冗長性」の原則に関する方法を記述しており、２つの同じ論理データ領域を有するバッファ・レジスタが、２チャネル構造から単一チャネル構造への転換のために使用される。バス・システムを介して単一チャネルで送信される完全な安全指向のメッセージは、バッファ・レジスタの両方のデータ領域のデータ内容を含む。送信機側部のバッファ・レジスタの前には２つの冗長プロセッサが接続され、２つの冗長プロセッサは、用途のタイプに応じて単一チャネルまたは２チャネルで供給される安全関連データを準備し、それぞれが安全なデータを形成するための冗長情報を有し、かつこのデータをやりとりしてチェックする。両方が同じ結果に至った場合、各プロセッサは、その安全なデータをバッファ・レジスタに送信し、各データ領域は、各プロセッサの安全なデータで占有され、そのデータは、その側面に、既にエラー認識のための冗長情報を含んでいる。代替実施形態では、バッファ・レジスタが２つのプロセッサの一方に含まれ、それによって、この一方のプロセッサが、結果としてそれに応じて、第２のプロセッサと合意してバッファ・レジスタの両データ領域を割り当てた場合、この第２のプロセッサは、２つのデータ領域を有するバッファ・レジスタを制御するために、別の読取りプロセスを実行する。用途に応じて、バッファ・レジスタの２つの領域の一方のデータ内容は、たとえば、送信機、受信機、および／またはそれらのユニットを転送する他のユニットにおいて系統的エラーを認識するために、反転データまたは他の追加のインタリービングを有することもできる。この場合、特に、安全指向のメッセージの全データ長が実際の使用可能なデータと比べて極端に大きくなり、それによって、データ転送速度が実際の使用可能なデータと比べて小さくなるという欠点がある。というのは、各使用可能なデータ・セットが送信されるべき場合、２つの同じ利用可能なデータ・セットと、さらにそれらの同じ利用可能なデータ・セットのそれぞれに関する冗長情報とが送信されるべきであるためである。たとえばＩｎｔｅｒｂｕｓに対して与えられるように、各データ・パケットの形で転送されるべき使用可能なデータ単位の数が減少した場合、利用可能なデータ長と全データ長との比は大幅に悪化する。
【特許文献１】欧州特許第１１８８０９６号
【特許文献２】国際公開第０１／１５３８５号
【特許文献３】国際公開第０１／１５３９１号
【特許文献４】独国特許出願公開第１９９３９５６７号
【特許文献５】独国特許第１９５３２６３９号
【特許文献６】独国特許出願公開第１００６５９０７号
【特許文献７】独国特許出願第１０２００４０３９９３２．８号
【発明の開示】
【発明が解決しようとする課題】
【００１４】
本発明と同じ出願者によって２００４年８月１７日に出願された独国特許出願第１０２００４０３９９３２．８号の課題は、この特許出願の改良点を本発明が提示するものであり、安全関連プロセスの安全なバス結合のために、複数チャネル構造を単一チャネル構造に転換するための別の新規な改善された方法を提供すること、ならびに、実現しやすい方法で、そしてまた特に試験しやすい方法で、バスを介して安全パケット（ｓａｆｅｔｙ  ｐａｃｋｅｔ）として送信されるべき安全指向のプロトコルの確立におけるフィードバックからの解放および独立性を保証することである。
【課題を解決するための手段】
【００１５】
この目的のために、安全上重要なプロセスの単一チャネル・バス結合の方法を提供することが提案され、この方法では、安全上重要なプロセスに関連するデータ・セットが、それぞれの安全指向のプロトコル用の同じ法則に従って、特にプロトコル固有の方法で、少なくとも２つの冗長処理チャネルによって処理され、単一チャネル・バス結合のための冗長な安全指向のプロトコルは、各処理チャネルが共通のバッファ・レジスタにアクセスするため、共通の安全指向のプロトコルにアセンブルバックされ、各レジスタ場所について、書込み権限が一度だけ割り当てられ、それによって、共通の安全指向のプロトコル、すなわち送信されるべき安全パケットは、各安全指向のプロトコルの異なる部分を書き込むことによって比例的にアセンブルされる。
【００１６】
したがって、この場合の１つの重要な利点は、第１に、両方の処理チャネルが、完全な安全指向のプロトコルを計算するための場所にあり、その結果これが必要なパケットの長さに対して好ましい効果があることである。というのは、すべてのデータ・ビットは、冗長処理チャネル内の異なる安全機構で既に知られており、追加のデータ・ビットが送信される必要がなく、それによって、受信機側でのエラーのない計算で決定されることが可能になるためである。さらに、一方の処理チャネルだけが安全パケットを送信するための場所にないことが保証され、データについてレジスタ場所に１回だけ割り当てられうる書込み権限による制御は、使用されるバス（システム）とは無関係の経済的な方法で著しく増大する安全を保証するために、実施しやすくかつ効率性の高い１つの可能性を示す。
【００１７】
したがって、本発明による方法を実行するためのインテリジェント・ユニットの実現は、少なくとも２つの冗長プロセッサを有する装置の使用によって既に保証することができ、この装置では、同じ入力データ・セットを処理するためのプロセッサは、各安全指向のプロトコルに対して同じ法則を使用して構成されるともに、バッファ・レジスタの各レジスタ場所について、書込みアクセスがプロセッサの一方だけに与えられるように、共通のバッファ・レジスタに回路装置によって接続される。
【００１８】
したがって、独国特許出願第１０２００４０３９９３２．８号による発明は、各バス・システムから独立している標準的な構成要素を使用することにより、各安全指向のプロトコルのフィードバックのない独立した形成を実施しやすい高度に動的で高効率の解決法を可能にし、この場合、安全パケットを形成するための特定の処理ルールが、対応する安全要件、特にＩＥＣ６１５０８のＳＩＬ３に準拠する単純な送信に関する安全要件を満たすのに適していることが好ましい。
【００１９】
さらに、独国特許出願第１０２００４０３９９３２．８号による発明は、各プロセッサがバッファ・レジスタのそれぞれのレジスタ場所に読出しアクセスできるような有用な方法での回路装置の構成を既に提供しており、したがって、その好ましい構成によれば、送信用バッファ・レジスタから共通の安全指向のプロトコルを送信する前に、各レジスタ場所は、共通に形成された安全指向のプロトコルの検証を行うために、各冗長処理チャネルによって読出しアクセスされる。この場合、共通に形成された安全指向のプロトコルと、処理チャネルによって別々にまたは個別に形成された各安全指向のプロトコルとの考えられる追加比較により、達成される安全度もまた著しく増大しうる。というのは、プロセッサの喪失またはエラーのために、完全な安全パケットを生成することができず、その結果、エラーが確実に識別され、安全指向の機能が開始されうるためである。
【００２０】
しかし、エラーの場合、共通に形成された安全指向のプロトコルは、読出しプロトコルの検証がまだ完了していなくても、さらなる処理のためにバッファ・レジスタから既に送信された可能性があることが示されている。
【００２１】
ここで、本発明の１つの課題は、バッファ・レジスタに共通に書き込まれた安全指向のプロトコルを検証するための読出しプロセスにおいて、この共通の安全指向のプロトコルのバッファ・レジスタからの送信が、その検証が完全に終了しない限りは除外されるように、独国特許出願第１０２００４０３９９３２．８号の対象を改良することである。
【００２２】
本発明による解決法は、係属中の独立請求項のうちの１つの特徴を有する対象によって、非常に驚くべき方法で既に与えられている。
【００２３】
有利なかつ／または好ましい実施形態および改良点が、各独立請求項の主題である。
【００２４】
したがって、本発明によれば、バッファ・レジスタに共通に書き込まれた安全指向のプロトコルをその検証のために読み出す際に、共通に形成されかつバッファ・レジスタに書き込まれたこの安全なまたは安全指向のプロトコルは、さらなる処理のためにバッファ・レジスタから転送または送信するために、各冗長処理チャネルによる解放に対して反応したときだけ解放されることが提供される。
【００２５】
この目的のために、少なくとも２つの冗長プロセッサを含む装置が、それらのプロセッサのそれぞれのためのバッファ・レジスタの任意のレジスタ場所での読出しアクセスの可能性に関して、それらのプロセッサが、バッファ・レジスタから読み出された内容を検証するための、および肯定的な検証結果に対する応答としてバッファ・レジスタの内容を解放するための手段を有するように構築されている場合、そのような解放は、対応する解放信号をバッファ・レジスタに送信することによって単純かつ経済的な形で実現することができる。
【００２６】
各冗長処理チャネルによる解放がある場合にのみ次の処理を行うために、バッファ・レジスタの内容へのアクセスを許可または解放してそれを送信または転送するためには、たとえば、その内容の出力を解放する解放信号またはイネーブル信号の活性化は、個々の解放信号をＡＮＤゲート制御することによって実施されうる。
【００２７】
他の好ましい構成ではさらに、それぞれの冗長で安全なプロトコルが、冗長処理チャネルの数に対応するいくつかのプロトコル部分で構成されること、および書込み権限は、各処理チャネルからの共通の安全プロトコルをアセンブルするために別のプロトコル部分がバッファ・レジスタに書き込まれるように割り当てられることが提供される。
【００２８】
具体的には、本発明による装置を構成しかつ／または使用するために、２つ以上の冗長プロセッサがそれぞれ、パケットをベースとするデータ処理のために形成され、方法の改良では、冗長安全プロトコルがそれぞれ、いくつかのデータ・パケットで構成され、書込み権限が、データ・パケット単位で書き込むために割り当てられることが提案される。
【００２９】
本発明はまた、冗長ハードウェアおよび／または冗長ソフトウェアを用いて２つ以上の冗長プロセッサが形成される実施形態も含む。
【００３０】
したがって、本発明による装置および本発明による方法はまた、安全上重要なプロセスの単一チャネル・バス結合のためではなく、少なくとも２つの冗長処理チャネルを備える安全環境から非安全環境への、あるいはより少ない冗長処理チャネルを備える安全環境への安全上重要なプロセスの異なる幅の結合のために使用することもでき、したがって、安全処理チャネルと非安全トランスポート・パスとの間の接続に本質的に適している。
【００３１】
安全性のさらなる増大は、特に好ましい構成において、共通の安全指向のプロトコルを書き込む前に、処理チャネルによって冗長的に形成された安全指向のプロトコルが最初に相互識別のためにチェックされたときに保証され、したがって、共通の安全指向のプロトコルの形成は、同一の入力データ・セットから処理された同一の独立した安全指向のプロトコルに対して応答したときだけ実現される。冗長処理においてエラーが生じた場合、これは時が来れば認識され、プロセスは時が来れば安全状態に移行することができる。したがって、相互に分離されたプロセッサは、通信インタフェースを介して互いに接続されることが好ましい。
【００３２】
本発明は、定義された方法で各処理チャネルに割り当てられた各書込み権限が試験手順による検証のためにチェックされる実施形態をさらに含み、これについては、たとえば、全内容の読出しアクセスもまた各レジスタ場所にとって有用である。たとえば、この方法では、各処理チャネルを用いることにより、別の特別に割り当てられた既定値をバッファ・レジスタのすべてのレジスタ場所に書き込むことを試みることができ、次いで、各処理チャネルは、バッファ・レジスタのすべてのレジスタ場所を読み出すとともに、一意的なインタリービングのためにレジスタ場所の内容を検証するが、そのような試験手順は、好ましくは、異なる処理チャネルを用いて数回かつ／またはレジスタ場所への書込みとレジスタ場所からの読出しとを交互に行うことによって実施される。本質的には、共通の安全指向のプロトコル内またはバッファ・レジスタ内の特定場所またはアドレスにあるバッファ・レジスタに送信されるべき比例データの結合によって設定された各安全転送／送信ルールは、結果として容易にチェックすることができ、したがって、プロセッサの喪失によるものを含む、送信されるべき安全パケットの形成におけるエラーは、容易に識別することができる。特に、入力データにプロトコル固有の処理を施して、安全なプロトコルのデータ・セットのそれぞれの用途に基づく要件を安全指向のプロトコルが満たす安全関連プロトコルにするごとに、安全指向のプロトコルの保存およびバスへのプロトコル固有の送信を保証するために、一実施形態によれば、各プロセッサは、一体化されたプロトコル・チップを含む。代替構成では、プロトコル・チップは、出力側のプロセッサにも接続されうる。そのような一体化されたまたは出力が接続されたプロトコル・チップを省き、その結果として構成要素を減らしかつコストを節減するために、別の特に好ましい構成において、プロセッサに、データの処理およびプロトコル固有の転送のために書き込まれたソフトウェアを設けることが提案される。
【００３３】
本発明による装置は、バス加入者ユニットとして構成することができ、この目的のためにプロセッサが、プロセス・データ入力ユニットの単一チャネル接続もしくは複数チャネル接続のために、そしてそれに応じて、処理されるべき安全関連入力データの単一チャネル検出もしくは複数チャネル検出のために、少なくとも入力チャネルを備える入力側に配線されることが好ましく、あるいは、たとえば処理されるべき安全関連入力データを生成するバス・コントローラとして構成される。したがって、プロセッサは、特にマイクロコントローラまたは中央処理装置（ＣＰＵ）として構成される。
【００３４】
プロセッサまたはオプションとしてプロセッサの下流側に接続されるプロトコル・チップを接続するための回路装置は、単純な論理回路として構成することができ、たとえばＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）の形の高集積回路が、特定用途に使用されうるとともに有利にもなりうる。
【００３５】
バッファ・レジスタはインタフェースを備えており、そこに保存されている共通の安全指向のプロトコルは、そのインタフェースを用いて、単一チャネルをバス、たとえばＩｎｔｅｒｂｕｓに直接結合することができ、あるいは単一チャネルで用途専用に構成された別の装置に送信することができ、用途専用の別の装置としては、特に、別のプロトコル・チップ、別のマイクロコントローラ、または他のインテリジェント・ユニットが使用されうる。
【００３６】
バッファ・レジスタとしては、標準的なＲＡＭで十分である。しかし、好ましい改良では、これは、デュアル・ポート・メモリ（ＤＰＭ）の形をとるバッファ・レジスタまたはバッファ・メモリを構成するように設けられ、したがって、プロセッサは、２つのインタフェース・ポートの一方を用いて、最も単純かつ経済的な形で接続することができ、追加の単一チャネル結合は、第２のインタフェース・ポートを用いて行うことができる。
【００３７】
本発明の追加の特徴および利点は、好ましい実施形態であるが、添付の図面を参照した単なる例示実施形態の下記の詳細説明から明らかである。
【発明を実施するための最良の形態】
【００３８】
図１には、安全上重要なプロセスをバス４０、たとえばＩｎｔｅｒｂｕｓに結合させるための、詳細には示されていないバス加入者ユニットまたはバス・コントローラの２つの冗長処理チャネル１および２が示されている。バス加入者ユニットの場合、各処理チャネルは、安全上重要なプロセスに割り当てられた、同様に図示されていない入出力ユニット、たとえばセンサおよび／またはアクチュエータに接続される。
【００３９】
処理チャネル１および２に関する単一チャネルまたは２チャネルの特定の接続によれば、安全上重要なプロセスに関連する同一入力データが、センサ側に用途を有するバス加入者ユニットで利用できるようになり、好ましくは、最初にさらなる処理のためにメモリ１２または２２に保存される。特に、バス・コントローラの場合、バス伝送の前に安全なデータ内に準備されるべき安全関連入力データが、メモリ１２または２２に位置する。
【００４０】
最初に、入力データは、バス４０を経由して安全パケットを送信する前に、各安全指向のプロトコル１４および２４に対して同じ法則を使用して、重複して処理される。この場合、処理チャネルはそれぞれ、メモリ１２または２２内にある安全関連入力データを準備／処理して安全指向のプロトコル１４または２４にするためのマイクロコントローラ１１または２１を含むとともに、図１による構成では、それぞれプロトコル・チップ１３または２３を含み、プロトコル・チップ１３または２３は、マイクロコントローラ１１または２１の後に接続され、それぞれのマイクロコントローラ１１または２１によって計算された安全指向のプロトコル１４または２４を受信して、その後バス４０に送信する。示されているプロトコル・チップ１３または２３に対する代替構成では、マイクロコントローラ１１および２１は、対応するソフトウェアも含むことができ、したがって、計算されたプロトコル１４および２４のバス４０への後述するさらなる送信が、マイクロコントローラ１１および２１によって実行される。
【００４１】
したがって、計算された安全な、すなわち安全指向のプロトコル１４および２４は、計算においてエラーまたは喪失が生じない限り同一である。ここでは、安全なプロトコルが、安全指向の送信に関する規格の要件を満たすようにセットアップされることは明らかであるという点に留意されたい。
【００４２】
さらに安全性を高めるためには、バス４０を介して安全なパケットを送信する前に、もう１つの同一で共通の安全指向のプロトコルの形成が共通に行われ、次いで、そのプロトコルは、単一チャネルで送信用のバス４０に転送されうる。
【００４３】
この共通の安全指向のプロトコルは、各処理チャネル１および２によってアクセスされうるバッファ・メモリまたはバッファ・レジスタ３０に、安全なプロトコル１４のデータと安全なプロトコル２４のデータとを比例的にアセンブルすることによって形成される。
【００４４】
この安全指向のプロトコルの共通の形成が、たとえば２つのマイクロコントローラの一方の喪失により、単に、マイクロコントローラ１１または２１の一方だけによる安全パケットの送信と同等であるはずの処理チャネル１または２の一方だけからのデータに基づくことを防止するためには、定義済みもしくは定義可能なアクセス・ルールが、バッファ・メモリ３０への書込み権限を制御する。アクセル・ルールは、各処理チャネル１および２から、共通の安全指向のプロトコルの形成のための各計算済み安全指向のプロトコルの一部だけが、バッファ・メモリ３０の対応するメモリ場所に書き込まれうることを定義し、それに対しては、各マイクロコントローラ１１または２１が対応する書込み権限を有する。したがって、本発明によれば、それぞれのメモリまたはレジスタ場所に対して、ただ１つの書込み権限が定義される。
【００４５】
安全なプロトコル１４および２４が同一であるという前提から、したがって、プロトコルはそれぞれ、図１にバイトＸ〜バイトＸ＋５で示されている同じ数のバイトを含む。図１によるこの実施例では、処理チャネル２のマイクロコントローラ２１の場合、バイトＸ、バイトＸ＋２、さらにバイトＸ＋４に関するバッファ・メモリ３０のメモリ・アドレスに対する書込み権限は、固定して割り当てられ、処理チャネル１のマイクロコントローラ１１の場合、書込み権限は、バイトＸ＋１、バイトＸ＋３、およびバイトＸ＋５を記録するために割り当てられる。したがって、１バイトおきにバッファ・メモリ３０に記録するためのただ１つの書込み権限が、各マイクロコントローラ１１および２１に割り当てられる。
【００４６】
たとえば、Ｘ＝０であり、かつ冗長な安全指向のプロトコル１４および２４、ならびに共通に形成されるべき同一の安全指向のプロトコル、すなわち後で送信される安全パケットが、合計６バイトで作られる場合、冗長で安全なプロトコル内のデータ、したがって送信されるべき安全パケット内のデータは、２ビットのヘッダと、次の１４ビットの有用なデータと、８ビットのアドレスと、２４ビットのＣＲＣチェックサムとでアセンブルされる。上記の、定義済み割当ての書込みアクセス権限では、２ビットと有用なデータの最初の６ビットとを含むヘッダは、図１を参照すると、処理チャネル２によって計算された安全なプロトコル２４から結果としてインポートされ、有用なデータの次の８ビットは、処理チャネル１によって計算されたプロトコル１４からインポートされ、８ビットを含むアドレスは、プロトコル・データ・セット２４から順にインポートされ、そして、２４ビットを含むＣＲＣチェックサムは、計算されたプロトコル１４、２４、および１４から交互に部分的にインポートされる。
【００４７】
標準的なＲＡＭ、または好ましくは後述する標準的なＤＰＭが、バッファ・メモリとして使用されうる。
【００４８】
二重冗長だけの場合でも、さらには、好ましくは両方の処理チャネル１および２のマイクロコントローラ１１および２１が、バッファ・メモリ３０への完全な読出しアクセスを割り当てられた場合に、さらに高い安全性が達成される。
【００４９】
これは、全データの単純な比較を可能にする。というのは、共通に形成された、たとえばＩＥＣ６１５０８のＳＩＬ３に準拠する単純な送信に関する安全要件を満たす安全パケットとして送信されるべき安全プロトコルが、すなわち事前に別個に形成された個々の安全指向のプロトコル１４または２４に対する対応する検証によってエラーがないかどうかが、容易にチェックされうるためである。さらに、各処理チャネル１および２に関する全内容の読出しアクセスは、各処理チャネル１および２について、安全上重要なプロセスを制御／監視／調整する前に既に実行されうるアクセス・ルールが概してエラーなしに実行されているかどうかのチェックを可能にする。この目的のために、特に、一方および他方の処理チャネルの各マイクロコントローラの計算済みデータが書き込まれているかどうかだけがチェックされるが、そのことは、バッファ・メモリ３０の、対応して割り当てられたメモリ・アドレスにおいて保証される。
【００５０】
この「自己検証」および／または「交差検証」が不等な結果につながった場合、エラーが、必然的に識別され、安全指向の機能が開始される。
【００５１】
一例として、図２は、１つの考えられる機能回路図を示すが、この機能回路図は、図１に描かれている書込み権限ならびにこの検証の基礎としての全内容の読出し権限を変換するための、プロトコル・チップの代わりに事前に書き込まれたソフトウェアを使用している。
【００５２】
図２に示されているように、Ｍで左側に示されている領域は、安全性分析を有する本発明による複数チャネルのアーキテクチャを含み、図２にＥで示されている右側の領域は、共通に形成された、安全パケットとして送信されるべき安全指向のプロトコルを有する単一チャネルのアーキテクチャを含む。
【００５３】
したがって、本質的に図１に基づくと、２つのマイクロプロセッサ１１および２１は、既知の方法で分離され、図２に参照符号１００で特徴付けられ、さらに、それぞれ別々に計算された安全指向のプロトコル１４および２４の追加の相互チェックのために、通信インタフェース１０１によって互いに接続される。
【００５４】
ｘを０〜ＮとするアドレスＡｘ用のアドレス・バス１０２、ｘを０〜ＮとするデータＤｘ用のデータ・バス１０３、ならびに信号／ＣＳ（チップ選択）およびＲＤ（読出し）は、通常の方法で、図２に示されている標準的なＤＰＭに直接適用されるとともに、信号／ＣＳＬまたは／ＲＤＬ用の対応するピンに適用される。アドレス線Ａ０は、直接アドレスに対してマイクロコントローラ１１だけが書込み認可され、かつ間接アドレスに対してマイクロコントローラ２１だけが書込み認可されるように、マイクロコントローラ１１および２１の書込み信号／ＷＲ＿μＣ１およびＷＲ＿μＣ２に関連付けられる。これらの２つのケースにおいてのみ、書込み信号／ＷＲは、標準的なＤＰＭのＲＡＭの「ローアクティブ」信号／ＷＬ用の対応するピンを介して開始されうる。しかし、両方のマイクロコントローラ１１および１２は、読出しのためにメモリ全体３０にアクセスすることができる。
【００５５】
共通に形成されるべき安全パケットの書込みが実行される前に実行されうるアクセス・ロックのチェックが、たとえば以下の順序で実行される。
【００５６】
マイクロコントローラ１１は、既定値、たとえばＦＦｈをＤＰＭ  ３０のすべてのメモリ場所に書き込むことを試みる。
【００５７】
次いで、マイクロコントローラ２１は、別の既定値、たとえば００ｈをＤＰＭ  ３０のすべてのメモリ場所に書き込むことを試みる。
【００５８】
次いで、マイクロコントローラ１１は、ＤＰＭ  ３０のすべてのメモリ場所を読み出し、値００ｈがマイクロコントローラ２１に割り当てられたメモリ場所だけに記録されたかどうかをチェックし、値ＦＦｈがマイクロコントローラ１１に割り当てられたメモリ場所に記録されたかどうかを必要に応じてチェックする。次いで、マイクロコントローラ１１は、再び、値ＦＦｈをすべてのメモリ場所に書き込むことを試みる。
【００５９】
次いで、マイクロコントローラ２１は、ＤＰＭ  ３０のすべてのメモリ場所を読み出し、値ＦＦｈがマイクロコントローラ１１に割り当てられたメモリ場所だけに記録されたかどうかをチェックし、値００ｈがマイクロコントローラ２１に割り当てられたメモリ場所に記録されたかどうかを必要に応じてチェックする。
【００６０】
この予想される挙動中にエラーが生じた場合、そのエラーが識別され、安全指向の機能が開始され、たとえば、プロセスは安全な状態に変わる。そうでない場合は、アクセス・ロッキングが問題なく機能していることが前提とされうる。したがって、本発明に従った実現における１つの本質的特徴は、各マイクロコントローラ１１または２１の実際の書込み信号が直接使用されるのではなく、代わりに論理機能がアドレス上で実行されることである。したがって、各マイクロコントローラに割り当てられたアドレスだけが書き込まれうる。
【００６１】
したがって、ＤＰＭ  ３０のＲＡＭに保存されたデータは、極めて高い安全なプロトコルによって安全である。ＤＰＭ  ３０は、送信チャネル自体と同じように、安全であるとはみなされない。とりわけ、処理側に、すなわち図２にＭで示されている領域内に、データの構成または内容に予想される挙動があるという点で、安全性が達成される。その結果、ＤＰＭ  ３０内で緩衝されたデータの追加の処理または分配は、たとえば別のマイクロコントローラ３５によって送信することができ、マイクロコントローラ３５は、単一チャネルを用いてＤＰＭ  ３０からデータを、たとえばフィールド・バス４０内での結合によってインポートする。
【００６２】
自己検証を実行することにより、両方のマイクロコントローラ１１および２１は、安全パケットをバッファ・メモリ３０に書き込む間、各アクセス・ルールを事実上自動的に監視することができ、メモリに保存されたデータは、プロトコル・チップ、別のマイクロコントローラ、または他のインテリジェント・ユニットに送信するために、単一チャネルを用いてバッファ・メモリ３０のインタフェースによって送信されうる。マイクロコントローラ１１または２１の一方の喪失があり、あるいはその中にエラーがある場合に、完全な安全パケットはもはや生成されないため、エラーは確実に検出され、安全指向の機能が開始される。したがって、冗長アーキテクチャＭの安全分析は、原理的には、メモリ３０に対するデータの保存で終了する。というのは、プロトコルの安全機構は、ここからの開始に連動するためであり、かつ、ここから開始する考えられるエラーは、前と同様に送信のために考慮され、修正されなければならないためである。この場合、「安全関連メッセージを送信するためのバス・システム」を試験し認証するための基本原理から考慮されるべきエラーが、メッセージの破損である。
【００６３】
上述の書込み権限と、共通に形成されるべき安全なプロトコルに書き込まれるべき場所と、両マイクロコントローラの無制限の読出し権限とを無条件に関連付けるため、バス４０を介した実際の送信前に送信されるべき安全パケットの比較または検証が、標準的な構成要素の使用により保証される。したがって、マイクロコントローラ１１または１２は、それだけで安全パケットを送信する場所にある。
【００６４】
したがって、既に図２に示されている機能回路図は、単純な論理回路によって実現されうるが、たとえばＦＰＧＡによっても実現されうる。さらに、図２に示されているＤＰＭ  ３０の代わりに、標準的なＲＡＭも使用されうる。しかし、使用されるＤＰＭにより、回路は、バッファ・メモリからの安全パケットの読出しに関して簡略化される。当業者には、図２に示されている回路装置が、一意な書込みアクセス権限に対する考えられる技術的実現のうちの１つを代表しているにすぎないことは明らかである。データ線は、たとえば、１つのプロセッサが上方のデータ線だけに書込みアクセスすることができ、かつ冗長プロセッサがバッファ・メモリの下方のデータ線だけに書込みアクセスすることができるように、分割することもできる。本発明による書込みアクセス・ルールはさらに、たった２つよりも多い冗長プロセッサ／処理チャネルに使用することができる。
【００６５】
次に、図５には、一種の概略図で本発明の好ましい実施形態が示されており、この実施形態では、データ・メモリ３０から読み出された安全パケットの自己検証の完全かつ肯定的な実行の後でのみ、これは、次の送信のために解放される。
【００６６】
図５では、２つの処理チャネル１および２が描かれており、処理チャネル１および２は、安全なシステムの一部であるとともに、複数チャネルのハードウェアまたは複数のソフトウェア・プロセスあるいはこれらの組合せによって用途に特有の構成をすることができ、そのことは、全体的な構成において、安全性固有の要件を保証するための上述の所要の安全性に本質的に対応する安全性をもたらす。したがって、そのような安全なシステムは、それに対応してより高い安全性を得るために、少なくとも１つの安全上重要なプロセスに割り当てられた安全なプロトコルを生成するための、少なくとも２つの冗長で安全な処理チャネル１、２を含む。
【００６７】
処理チャネル１および２、あるいはその中に含まれかつ別のハードウェアまたは共通ハードウェア上の別のソフトウェアをベースとするプロセッサ１１、２１はさらに、パケット志向のデータ処理のためにこの実施形態で構成される。
【００６８】
図５によれば、それぞれの安全な処理チャネル１および２は、完全かつ同一の安全なプロトコル１４または２４を生成する。しかし、パケット志向のデータ処理向けの構成のために、それぞれの安全なプロトコル１４および２４は、いくつかのデータ・パケット１５および１６で構成される。データ・パケット１５および１６の数はさらに、この実施形態において安全な処理チャネル１および２の数に対応しており、したがって、それぞれの安全なプロトコル１４および２４は、２つのデータ・パケット１５および１６で作られる。
【００６９】
安全な処理チャネル１および２は、それぞれのデータ・パケットまたはプロトコル部分１５および１６が、別の処理のために、すなわちデータ・メモリ３０に書き込むために解放される前に、通信インタフェース１０１によって、たとえば生成された安全なプロトコル１４および２４を互いに比較するために、必要に応じて互いに接続されうる。しかし、そのような比較は、この時点で絶対必要というわけではない。
【００７０】
データを読み書きするための、処理チャネル１および２のデータ・メモリ３０へのアクセス権限は、適切に定義された方法で、たとえば、ハードウェアを用いて、図５に参照符号８で示されているアクセス・ロッキングによって制御される。パケット志向のデータ処理のための処理チャネル１および２の構成に基づくと、書込み権限は、図５による実施形態で、データ・メモリ３０へのデータのパケット単位の書込みがイネーブルとなるように割り当てられる。
【００７１】
別のデータ・パケットが、各処理チャネル１および２によってデータ・メモリ３０に書き込まれることを保証するために、たとえば、アクセス許可は、処理チャネル１が第１の適合するメモリ領域のメモリ場所だけに書込みアクセスすることができ、かつ冗長処理チャネル２がデータ・メモリ３０の別の適合するメモリ領域のメモリ場所だけに書込みアクセスすることができるようなものとすることができる。
【００７２】
図５には、処理チャネル１に関する書込み許可および読出し許可が、「Ｓ１」または「Ｌ１」で示されている矢印によって示されており、処理チャネル２に関する書込み許可および読出し許可が、「Ｓ２」または「Ｌ２」で示されている矢印によって示されている。したがって、処理チャネル１は、データ・パケット１５だけを共通データ・メモリ３０に書き込むことができ、処理チャネル２は、データ・パケット１６を共通データ・メモリ３０に書き込むことができる。しかし、両方の処理チャネル１および２は、データ・メモリ３０から両方のデータ・パケット１５および１６を読み出すように認可される。
【００７３】
その結果、それぞれの安全な冗長処理チャネル１および２は、それぞれの生成済みの安全なプロトコル１４または２４の別の部分を共通データ領域３０の中に、そこに安全なプロトコルを共通にアセンブルするために提示する。
【００７４】
処理チャネル１は、プロトコル１４のデータ・パケット１５を共通データ・メモリ３０にプロトコルの一部として書き込み、処理チャネル２は、プロトコル２４のデータ・パケット１６を共通データ・メモリ３０にプロトコルの一部として書き込んだため、安全な冗長処理チャネル１および２は、データ・メモリ３０から完全なデータを読み戻し、これを内部で解放された安全なプロトコルまたはデータ・セット１４または２４と比較する。対応する比較で、読み出されたデータが内部で解放されたデータ・セットと同一であることが分かった場合、それに対応する適切な手段および／または方策によって、たとえば別の処理のための解放信号９によってなど、処理チャネル１または２は、データ・メモリ３０内に共通に形成された安全なプロトコルを解放する。それぞれの冗長処理チャネル１および２が、別の処理のためにデータ・メモリ３０内に共通に形成された安全なプロトコルを解放したときだけ、これは、データ・メモリ３０からの転送／送信のために有効に解放される。たとえば、各冗長処理チャネルによる解放がある場合にのみ次の処理を行うために、バッファ・レジスタの内容へのアクセスを許可または解放してそれを送信または転送するためには、内容の対応する出力を解放する解放信号またはイネーブル信号の活性化は、各冗長処理チャネル１、２による解放がある場合に個々の解放信号をＡＮＤゲート制御することによって実施されうる。
【００７５】
データ・メモリ３０からの送信／転送後に共通に形成されたプロトコルの追加の送信は、たとえば図１および２を参照した上記の説明に従って任意とすることができ、安全なプロトコルに一体化された方策にもっぱら本質的に依存する。
【００７６】
したがって、図５に従って説明した実施形態は、安全上重要なプロセスの単一チャネル・バス結合だけでなく、安全性を損なわずに、少なくとも２つの冗長処理チャネルを有する安全環境から非安全環境への、あるいはより少ないチャネルを有する安全環境への安全上重要なプロセスの異なる幅の結合にも適している。したがって、上述の結合機構は、安全な処理ユニット間の非安全なトランスポート・パスを介した接続に使用されうることが好ましい。これは、たとえば、ＩｎｔｅｒｂｕｓやＥｔｈｅｒｎｅｔ（登録商標）などのネットワークを用いて、あるいは装置内に、拡張ユニット、たとえばインライン局によって構成されうるものを含めることによって、データの転送に適用される。
【００７７】
原理的には、データもまた、同じ方法で、ただしより少ない処理チャネルを備える非安全または安全な環境から複数の処理チャネルを有する安全なプロセス環境にインポートされうることに留意されたい。
【図面の簡単な説明】
【００７８】
【図１】独国特許出願第１０２００４０３９９３２．８号による、冗長処理チャネルによって送信される安全パケット用の安全指向のプロトコルの冗長形成、ならびに、後続の、安全指向のプロトコルから送信／転送されるべき各部分に関する送信／転送ルールの制御下での同一の安全指向のプロトコルの共通形成の概略ブロック図である。
【図２】独国特許出願第１０２００４０３９９３２．８号による、それぞれが完全な安全指向のプロトコルを重複して計算する２つのマイクロコントローラをベースとした、本発明の転換の１つの考えられる機能回路図である。
【図３】２チャネル構造から単一チャネル構造に転換するための他の知られている実現図である。
【図４】２チャネル構造から単一チャネル構造に転換するための他の知られている実現図である。
【図５】バッファ・レジスタとして使用されかつ非安全環境または安全環境（ただしより少ない処理チャネルを備える）に配置されたデータ領域内に、処理チャネル数に対応するいくつかのデータ・パケットで構成された安全指向のプロトコルの冗長処理チャネルをいくつか備える安全環境からの結合に関する、図１および２に基づいて構成された本発明の好ましい実施形態のブロック図である。
【図１】
2009527038.tif 000003
【図２】
2009527038.tif 000004
【図３】
2009527038.tif 000005
【図４】
2009527038.tif 000006
【図５】
2009527038.tif 000007
【手続補正書】
【提出日】平成21年2月24日(2009.2.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
安全上重要なプロセスの単一チャネル・バス結合のための方法であって、
前記安全上重要なプロセスに関連するデータ・セットが、安全なプロトコル（１４、２４）に対して同じ法則に従って、前記プロトコルに固有の少なくとも２つの冗長処理チャネル（１、２）によって処理され、
単一チャネル・バス結合のための前記冗長で安全なプロトコル（１４、２４）が、共通のバッファ・レジスタ（３０）が前記処理チャネル（１、２）のそれぞれによってアクセスされる共通の安全なプロトコルにアセンブルされ、
各レジスタ場所について、各安全なプロトコルの異なる部分を書き込むことによって前記共通の安全なプロトコルが比例的にアセンブルされるよう、書込み権限が一度だけ割り当てられ、
前記バッファ・レジスタ（３０）から前記共通の安全なプロトコルを送信する前に、共通に形成された前記安全なプロトコルの検証について、前記バッファ・レジスタ（３０）の各レジスタ場所の内容が、それぞれの前記冗長処理チャネル（１、２）によって読み出され、
共通に形成された前記安全なプロトコルが、さらなる処理のために前記バッファ・レジスタから転送または送信するために、それぞれの冗長処理チャネル（１、２）による解放に対して反応したときだけ、解放される、ことを特徴とする方法。
【請求項２】
処理チャネル（１、２）による前記解放が、解放信号を前記処理チャネルから前記バッファ・レジスタに送信することによって実現される、請求項１に記載の方法。
【請求項３】
イネーブル信号の活性化が、各冗長処理チャネル（１、２）による解放の存在に対し、個々の前記解放信号のＡＮＤゲート制御によって生成される、請求項１または２に記載の方法。
【請求項４】
それぞれの前記冗長で安全なプロトコル（１４、２４）が、冗長処理チャネル（１、２）の数に対応するいくつかのプロトコル部分から構成され、そして、別のプロトコル部分が、各処理チャネルからの前記共通の安全なプロトコルをアセンブルするために、前記バッファ・レジスタに書き込まれることを特徴とする、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
冗長で安全なプロトコル（１４、２４）がそれぞれ、いくつかのデータ・パケットから構成され、そして、データ・パケット単位で書き込むために前記書込み権限が割り当てられる、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
安全上重要なプロセスの単一チャネル・バス結合に代えて、少なくとも２つの冗長処理チャネルを備える安全環境から、非安全環境あるいはより少ない冗長処理チャネルを備える安全環境への安全上重要なプロセスの異なる幅の結合のために、請求項１乃至５のいずれか１項に記載の方法を使用する方法。
【請求項７】
非安全トランスポート・パスによる安全な処理チャネル間接続のための、請求項６に記載の方法。
【請求項８】
安全上重要なプロセスの単一チャネル・バス結合のための装置であって、
プロトコル固有の方法で、各安全なプロトコル（１４、２４）に対して同じ法則を使用して同じ入力データ・セットを処理する少なくとも２つの冗長プロセッサ（１１、２１）と、
前記バッファ・レジスタ（３０）の各レジスタ場所について、書込みアクセス能力を前記プロセッサのうちの１つだけに与え、そして読出しアクセス能力を前記プロセッサ（１１、２１）のそれぞれに与えるように各プロセッサ（１１、２１）を共通のバッファ・レジスタ（３０）に接続する回路装置とを含み、
各プロセッサは、前記バッファ・レジスタから読み出された内容を検証し、そして肯定的な検証結果に応答して前記バッファ・レジスタの前記内容を解放する手段を含むことを特徴とする装置。
【請求項９】
さらに、前記冗長プロセッサ（１１、１２）のうちの２つ以上の冗長プロセッサの各々が、パケットをベースとするデータ処理のために構成されることを特徴とする、請求項８に記載の装置。
【請求項１０】
前記２つ以上の冗長プロセッサが、冗長ハードウェアおよび／または冗長ソフトウェアを用いて形成される、請求項８または９のいずれか１項に記載の装置。
【請求項１１】
単一チャネル・バス結合に代えて、少なくとも２つの冗長処理チャネルを有する安全環境から、非安全環境あるいはより少ない冗長処理チャネルを有する安全環境への安全上重要なプロセスの異なる幅の結合のために、請求項８乃至１０のいずれか１項に記載の装置を使用する方法。
【国際調査報告】
2009527038.tif 000008
2009527038.tif 000009
2009527038.tif 000010
2009527038.tif 000011