(57)【要約】  セキュリティ保護制御システムのフィールド・バスに接続されたセキュリティ保護バス・サブスクライバを構成するために、セキュリティ保護バス・サブスクライバは被定義サブスクライバ・アドレスを割り当てられるものであり、本発明は、アドレス割付けメッセージが、フィールド・バスに接続された制御ユニットからセキュリティ保護バス・サブスクライバに送信されるステップであって、アドレス割付けメッセージが被定義サブスクライバ・アドレスを含むステップと、被定義サブスクライバ・アドレスが、セキュリティ保護バス・サブスクライバのメモリに格納されるステップと、肯定応答メッセージが、セキュリティ保護バス・サブスクライバから制御ユニットに送信されるステップであって、肯定応答メッセージが被定義サブスクライバ・アドレスを含むステップと、を含み、ここで、アドレス割付けメッセージは、フィールド・バスに接続されたセキュリティ保護バス・サブスクライバのための、制御ユニットに格納された計画データに基づいて送信される。本発明は、また、適切な制御システムを提供する。
2008539622.tif 000002
【特許請求の範囲】
【請求項１】
セキュリティ保護制御システムのフィールド・バスに接続されたセキュリティ保護バス・サブスクライバを構成する方法であって、前記セキュリティ保護バス・サブスクライバが、被定義サブスクライバ・アドレスを割り当てられているような方法において、
アドレス割付けメッセージが、前記フィールド・バスに接続された制御ユニットから前記セキュリティ保護バス・サブスクライバに送信されるステップであって、前記アドレス割付けメッセージが前記被定義サブスクライバ・アドレスを含むステップと、
前記被定義サブスクライバ・アドレスが、前記セキュリティ保護バス・サブスクライバのメモリに格納されるステップと、
肯定応答メッセージが、前記セキュリティ保護バス・サブスクライバから前記制御ユニットに送信されるステップであって、前記肯定応答メッセージが前記被定義サブスクライバ・アドレスを含むステップと、を有し、前記アドレス割付けメッセージは、前記フィールド・バスに接続された前記セキュリティ保護バス・サブスクライバのための計画データに基づいて送信され、前記計画データが前記制御ユニットに格納されている方法。
【請求項２】
前記制御ユニットと前記セキュリティ保護バス・サブスクライバの間の通信が活動化されるステップであって、前記アドレス割付けメッセージが前記通信の活動化後に送信されるステップをも有する請求項１に記載の方法。
【請求項３】
前記通信の活動化は、前記制御ユニットから前記セキュリティ保護バス・サブスクライバに、特に規則正しい時間間隔で、送信される接続終了メッセージによって先行される、請求項２に記載の方法。
【請求項４】
前記セキュリティ保護バス・サブスクライバは、前記制御ユニットからアドレス割付けメッセージを受信するより前に、特に規則正しい時間間隔で繰り返されるエラー・メッセージを前記制御ユニットに送信する、請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
パラメータ転送メッセージが、前記セキュリティ保護バス・サブスクライバから前記制御ユニットに送信されるステップをも有する、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記制御ユニットに格納された前記セキュリティ保護バス・サブスクライバの計画データが、前記セキュリティ保護バス・サブスクライバによって伝送されたパラメータと比較することによって検証されるステップをも有する、請求項５に記載の方法。
【請求項７】
プロセス・メッセージが、前記制御ユニットから前記セキュリティ保護バス・サブスクライバに送信されるステップ、および／または
プロセス・メッセージが、前記セキュリティ保護バス・サブスクライバから前記制御ユニットに送信されるステップ、をも有し、前記プロセス・メッセージは、プロセスを制御するためのプロセス・データおよび前記被定義サブスクライバ・アドレスを少なくとも含む、請求項１乃至６のいずれか１項に記載の方法。
【請求項８】
パラメータ転送メッセージまたはプロセス・メッセージが含む前記被定義サブスクライバ・アドレスが、前記セキュリティ保護バス・サブスクライバによって、または前記制御ユニットによって検査されるステップをも有する、請求項１乃至７のいずれか１項に記載の方法。
【請求項９】
誤った被定義サブスクライバ・アドレスの認識が、エラー信号の生成を促す、請求項８に記載の方法。
【請求項１０】
誤った被定義サブスクライバ・アドレスの認識が、前記制御ユニットと、前記フィールド・バスに接続された全てのセキュリティ保護バス・サブスクライバとの間の接続の設定を促す、請求項８に記載の方法。
【請求項１１】
前記フィールド・バスは、ＩＮＴＥＲＢＵＳ標準に基づいている、請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記制御ユニットは、前記フィールド・バスのためのバス・マスタの形であり、かつ／または、前記フィールド・バスのためのバス・マスタに接続されている、請求項１乃至１１のいずれか１項に記載の方法。
【請求項１３】
請求項１乃至１２のいずれか１項に記載されたような方法を実行するのに特に適した、安全が不可欠なプロセスのセキュリティ保護制御のための制御システムであって、
バス・システムと、
前記バス・システムに接続された制御デバイスと、
前記バス・システムに接続された少なくとも１つのセキュリティ保護バス・サブスクライバと、を少なくとも備え、
前記少なくとも１つのセキュリティ保護バス・サブスクライバは、アドレス割付けメッセージを受け取り評価する手段と、また、前記バス・サブスクライバに割り当てられたサブスクライバ・アドレスを格納するメモリとを有し、さらに、
前記制御ユニットは、前記フィールド・バスに接続された前記セキュリティ保護バス・サブスクライバの計画データを格納する制御システム。
【請求項１４】
前記少なくとも１つのセキュリティ保護バス・サブスクライバは、エラー・メッセージを送信する手段を有し、前記手段は、前記メモリが有効なサブスクライバ・アドレスを格納しない場合に、エラー・メッセージを送信するように設計されている、請求項１３に記載の制御システム。
【請求項１５】
前記バス・システムは、環状システムである、請求項１乃至１４のいずれか１項に記載の制御システム。
【請求項１６】
前記バス・システムは、ＩＮＴＥＲＢＵＳバス・システムである、請求項１乃至１５のいずれか１項に記載の制御システム。
【請求項１７】
セキュリティ保護制御システムのフィールド・バスに接続されたセキュリティ保護バス・サブスクライバを構成する方法であって、前記セキュリティ保護バス・サブスクライバは、被定義サブスクライバ・アドレスを割り当てられ、
前記サブスクライバ・アドレスが、前記フィールド・バスの中の前記セキュリティ保護バス・サブスクライバの物理位置に基づいて、前記フィールド・バスに接続された制御ユニットの中で定義されるステップと、
アドレス割付けメッセージが、前記制御ユニットから前記セキュリティ保護バス・サブスクライバに送信されるステップであって、前記アドレス割付けメッセージが前記被定義サブスクライバ・アドレスを含むステップと、
前記被定義サブスクライバ・アドレスが、前記セキュリティ保護バス・サブスクライバのメモリに格納されるステップと、
肯定応答メッセージが、前記セキュリティ保護バス・サブスクライバから前記制御ユニットに送信されるステップであって、前記肯定応答メッセージが前記被定義サブスクライバ・アドレスを含むステップと、を有する方法。
【請求項１８】
前記サブスクライバ・アドレスを定義する前記ステップは、前記制御ユニットの前記フィールド・バスに接続された前記セキュリティ保護バス・サブスクライバの計画データを格納するステップを含み、前記格納された計画データは、前記フィールド・バスの中の前記セキュリティ保護バス・サブスクライバの物理位置と前記被定義サブスクライバ・アドレスの間のリンクを含む、請求項１７に記載の方法。
【請求項１９】
前記フィールド・バスは、これに接続された複数のバス・サブスクライバを有する環状バスの形であり、前記セキュリティ保護バス・サブスクライバの物理位置は、前記環状バスに接続された前記複数のバス・サブスクライバの順序の中での前記セキュリティ保護バス・サブスクライバの位置によって定義される、請求項１７または１８に記載の方法。
【請求項２０】
前記環状バスは、ＩＮＴＥＲＢＵＳ標準に基づいている、請求項１９に記載の方法。
【請求項２１】
請求項１乃至２０のいずれか１項に記載された方法を実行するのに特に適している、安全が不可欠なプロセスのセキュリティ保護制御のための制御システムであって、
バス・システムと、
格納された計画データに基づいてアドレス割付けメッセージを生成し送信する手段を有する、前記バス・システムに接続された制御デバイスと、
アドレス割付けメッセージを受け取り評価する手段、前記バス・サブスクライバに割り当てられたサブスクライバ・アドレスを格納するメモリ、および前記割り当てられたサブスクライバ・アドレスを含む肯定応答メッセージを生成し送信する手段を有する、前記バス・システムに接続された少なくとも１つのセキュリティ保護バス・サブスクライバと、を少なくとも備え、
前記制御ユニットに格納された前記計画データは、前記バス・システムの中の前記少なくとも１つのセキュリティ保護バス・サブスクライバの物理位置と前記バス・サブスクライバに割り当てられた前記サブスクライバ・アドレスとの間のリンクを含む制御システム。
【請求項２２】
前記バス・システムは、これに接続された複数のバス・サブスクライバを有する環状バス・システムの形であり、前記少なくとも１つのセキュリティ保護バス・サブスクライバの物理位置は、前記環状バス・システムに接続された前記複数のバス・サブスクライバの順序の中での前記少なくとも１つのセキュリティ保護バス・サブスクライバの位置によって定義される、請求項２１に記載の制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、全体的に、産業界における自動化システムに関し、特に、バス・サブスクライバ、特にセキュリティ保護バス・サブスクライバが接続されている少なくとも１つのバス・システムおよび中央制御デバイスを備える制御システムおよび、また、これの動作方法に関する。
【背景技術】
【０００２】
今日、制御およびデータ伝送装置は、それが可能にする高いレベルの自動化のために、工業生産および装置制御において突出した地位を受けている。多数の局所入出力ユニットを中央制御デバイスに接続するバス・システムは、非常に広範にわたって使用されている。
【０００３】
安全標準を遵守するために、自動化技術は、安全重視のバス構成要素と共に、ＣＡＮバス、ＰｒｏｆｉｂｕｓまたはＩＮＴＥＲＢＵＳなどのフィールド・バス・システムを主に使用する。フィールド・バスに接続されたバス構成要素は、また、以下で、バス・サブスクライバと呼ばれる。
【０００４】
例えば、バス・サブスクライバに直接設定されてもよい個々のサブスクライバ・アドレスをバス・サブスクライバに割り当てることによって安全を高めることは、知られたやり方である。
【０００５】
欧州特許１２０６８６８Ｂ１は、また、セキュリティ保護バス・サブスクライバを構成する方法およびこの種のバス・サブスクライバを有する制御システムを開示している。欧州特許１２０６８６８Ｂ１に記載されている方法の場合には、サブスクライバ・アドレスを割り付ける管理ユニットは、バスに接続されて、設けられている。管理ユニットのために、専用の保守モードが設けられ、このモードでは、保守電報がバスを介して送信される。この種の保守電報を受信すると直ちに、セキュリティ保護バス・サブスクライバは、規定された全域アドレスを含む登録電報を管理ユニットに送信する。そして次に管理ユニットが、全域アドレスを含むそのような登録電報を受信したとき、管理ユニットは、被定義サブスクライバ・アドレスを有するアドレス割付け電報をセキュリティ保護バス・サブスクライバに戻し、そのセキュリティ保護バス・サブスクライバに前記サブスクライバ・アドレスが格納される。
【０００６】
欧州特許１２０６８６８Ｂ１に記載された方法の欠陥は、専用保守モードと、また、サブスクライバ・アドレスをセキュリティ保護バス・サブスクライバに割り当てるために交換される多数の電報とを必要とすることである。他の欠陥は、後の通信に使用されるサブスクライバ・アドレスを割り当てるために、それまでにバス・サブスクライバは、欧州特許１２０６８６８Ｂ１で全域アドレスと呼ばれるアドレス指定を格納しなければならないことである。
【０００７】
ドイツ特許１９９３４５１４Ｃ１は、論理アドレスおよび物理アドレスをアドレス割付けユニットからバス・サブスクライバに伝送することを可能にするフィールド・バスに接続されたバス・サブスクライバを構成する方法を開示している。伝送された物理アドレスは、バス・サブスクライバの実際の物理位置を使用して検証され、論理アドレスは、この検証に基づいてバス・サブスクライバのメモリに格納される。
【０００８】
この方法の欠陥は、バス・サブスクライバがバス中のそれの実際の物理位置についての情報を必要とすることである。
【特許文献１】欧州特許１２０６８６８Ｂ１
【特許文献２】ドイツ特許１９９３４５１４Ｃ１
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、本発明は、従来技術の上述の欠陥なしに、どのようにしてバス・システムに接続されたバス・サブスクライバ、特にセキュリティ保護バス・サブスクライバを構成し、かつ特に被定義サブスクライバ・アドレスを割り当てることができるかについての解決策の設計ベースの方法を実証するという目的に基づいている。
【課題を解決するための手段】
【００１０】
この目的は、添付の独立特許請求項の１つに従った内容によって、驚くほど簡単なやり方で達成される。有利な実施形態および展開が、従属請求項に略述されている。
【００１１】
したがって、セキュリティ保護バス・サブスクライバに被定義サブスクライバ・アドレスを割り当てるために、セキュリティ保護制御システムのフィールド・バスに接続されたセキュリティ保護バス・サブスクライバを構成する発明方法は、
アドレス割付けメッセージが、フィールド・バスに接続された制御ユニットからセキュリティ保護バス・サブスクライバに送信されるステップであって、前記アドレス割付けメッセージが被定義サブスクライバ・アドレスを含むステップと、
被定義サブスクライバ・アドレスが、セキュリティ保護バス・サブスクライバのメモリに格納されるステップと、
肯定応答メッセージが、セキュリティ保護バス・サブスクライバから制御ユニットに送信されるステップであって、肯定応答メッセージが被定義サブスクライバ・アドレスを含むステップと、を含み、アドレス割付けメッセージは、フィールド・バスに接続されたセキュリティ保護バス・サブスクライバのための計画データに基づいて送信され、この計画データは制御ユニットに格納されている。
【００１２】
本発明は、また、
サブスクライバ・アドレスが、フィールド・バスの中のセキュリティ保護バス・サブスクライバの物理位置に基づいて、フィールド・バスに接続された制御ユニットの中で定義されるステップと、
アドレス割付けメッセージが、制御ユニットからセキュリティ保護バス・サブスクライバに送信されるステップであって、アドレス割付けメッセージが被定義サブスクライバ・アドレスを含むステップと、
被定義サブスクライバ・アドレスが、セキュリティ保護バス・サブスクライバのメモリに格納されるステップと、
肯定応答メッセージが、セキュリティ保護バス・サブスクライバから制御ユニットに送信されるステップであって、肯定応答メッセージが被定義サブスクライバ・アドレスを含むステップと、を有する方法を含む。
【００１３】
好ましくは、サブスクライバ・アドレスを定義するステップは、ここで、制御ユニットのフィールド・バスに接続されたセキュリティ保護バス・サブスクライバの計画データを格納するステップを含み、この格納された計画データは、フィールド・バスの中のセキュリティ保護バス・サブスクライバの物理位置と被定義サブスクライバ・アドレスの間のリンクを含む。
【００１４】
本発明方法は、特に有利に、環状バス・システムで実現されることがあり、この場合に、セキュリティ保護バス・サブスクライバの物理位置は、環状バスに接続されたバス・サブスクライバの順序の中のセキュリティ保護バス・サブスクライバの位置によって定義される。
【００１５】
本発明方法は、有利なことには、管理ユニットまたは専用保守モードを必要とせず、したがって、どんな専用保守電報も必要としない。したがって、本発明方法の場合には、結果として生じる追加のバス・ローディングは生じない。
【００１６】
その上、本発明方法は、セキュリティ保護バス・サブスクライバについて物理位置のどんな設定も必要とせず、したがって、バス・サブスクライバの物理位置を確認する目的のために、バス・サブスクライバの位置発見ユニットも必要としない。
【００１７】
したがって、セキュリティ保護バス・サブスクライバに被定義サブスクライバ・アドレスを割り当てるために、本発明方法は、冒頭で述べられた従来技術の場合にそうであるように、セキュリティ保護バス・サブスクライバの部分についてのどんな既存のアドレス指定情報も必要としない。欧州特許１２０６８６８Ｂ１に記載された方法の状況では、バス・サブスクライバは、バス・サブスクライバが登録電報を使用して管理ユニットに伝送する規定全域アドレスを持つ必要がある。
【００１８】
この全域アドレスは、サブスクライバ・アドレスをバス・サブスクライバに伝送するために使用される通信を可能にし、さらに、このサブスクライバ・アドレスは、それ以上の通信に使用される。本発明方法は、これ無しで済まし、代わりに、制御ユニットの中で知られている、サブスクライバ・アドレスが伝送されるべきフィールド・バス中のセキュリティ保護バス・サブスクライバの物理位置に基づいて、サブスクライバ・アドレスを伝送する通信を可能にする。この目的のために、フィールド・バスに接続されたセキュリティ保護バス・サブスクライバの計画データは、好ましくは、制御ユニットの中に格納され、前記の計画データは、セキュリティ保護バス・サブスクライバの物理位置と被定義サブスクライバ・アドレスの間のリンクを含んでいる。
【００１９】
ドイツ特許１９９３４５１４Ｃ１に記載された方法の状況では、バス・サブスクライバは、バス・サブスクライバに知られている物理位置を使用して付随的に伝送された物理アドレスの検証を介して論理アドレスの受信を可能にするために、バス・システムの中のバス・サブスクライバの物理位置に関する情報を持つ必要がある。バス・サブスクライバによるそのような検証は、本発明方法に基づく必要はない。代わりに、本発明は、好ましくは、セキュリティ保護バス・サブスクライバから制御ユニットに送信される肯定応答メッセージに基づいた制御ユニットによる検証の実施を含み、この肯定応答メッセージは、バス・サブスクライバに割り当てられたサブスクライバ・アドレスを含んでいる。
【００２０】
上で既に言及したように、特にＩＮＴＥＲＢＵＳ標準に基づいた環状バス・システムを有する自動化システムは、本発明方法を実行するのに特に適している。
【００２１】
ＩＮＴＥＲＢＵＳはシフト・レジスタのやり方で動作し、このシフト・レジスタの中で、バス・サブスクライバは、互いに環の形に接続され、シフト・レジスタの中に個々の記憶位置を形成している。このシフト・レジスタ構造は、ＩＮＴＥＲＢＵＳが従来の意味のどんなサブスクライバ・アドレスも必要としないことを意味している。
【００２２】
シフト・レジスタ・リングを通してデータを同期処理するＩＮＴＥＲＢＵＳマスタは、通常、制御ユニットに接続されている。この場合、制御ユニットは、無セキュリティ保護およびセキュリティ保護制御装置を含むことができる。
【００２３】
バス・サブスクライバは、通常、無セキュリティ保護および／またはセキュリティ保護入力／出力を供給する入力／出力ユニットである。
【００２４】
セキュリティ保護制御装置がセキュリティ保護バス・サブスクライバと通信する必要がある場合、セキュリティ保護バス・サブスクライバは、無セキュリティ保護ＩＮＴＥＲＢＵＳプロトコルを使用してアドレス指定される。安全関連データを伝送するための安全要求条件を満たすために、安全関連データは、無セキュリティ保護ＩＮＴＥＲＢＵＳによる伝送中の全ての系統的エラーおよび無秩序エラーの認識を可能にするデータによって拡張される必要がある。これらのデータは、安全通信層マスタ（ＳＣＬＭ）によってＩＮＴＥＲＢＵＳマスタについて、安全通信層スレーブ（ＳＣＬＳ）によってバス・サブスクライバについて、計算され評価される。安全関連データおよび保護データは、一緒に、通常プロセス・データのように非セキュリティ保護ＩＮＴＥＲＢＵＳプロトコルによって伝送されるセキュリティ保護メッセージを生成する。
【００２５】
例として、使用される保護データは、ＣＲＣ、タイムスタンプ、通し番号のようなチェックサムであってもよい。セキュリティ保護ＩＮＴＥＲＢＵＳプロトコルの好ましい実施形態では、ＣＲＣ２４チェックサム、３ビットを含む通し番号、および、接続ＩＤと呼ばれるサブスクライバ・アドレスが使用され、このサブスクライバ・アドレスは、好ましくは７ビットを含む。
【００２６】
接続ＩＤのタスクは、例えば追加のクロック・サイクルをシフト・レジスタに送り込むことによって、無セキュリティ保護ＩＮＴＥＲＢＵＳのアドレス指定エラーを認識することである。ＳＣＬＭは、計画されたバス設計の順序で接続されたセキュリティ保護バス・サブスクライバごとに別個の接続ＩＤを生成する。
【００２７】
好ましくは、ＳＣＬＭとバス・サブスクライバのＳＣＬＳの間で交換される全てのセキュリティ保護メッセージは、それぞれの接続ＩＤを含む。これは、ＣＲＣ２４によって付随的に保護される。ＳＣＬＭおよびバス・サブスクライバのＳＣＬＳは、各受信電報の接続ＩＤを検査するので、無セキュリティ保護ＩＮＴＥＲＢＵＳプロトコルのアドレス指定エラーを認識することができる。
【００２８】
セキュリティ保護通信リンクは、次のように立ち上がる。
初期状態で、無セキュリティ保護ＩＮＴＥＲＢＵＳは、既に立ち上がっていてもよく、無セキュリティ保護データは、既に伝送中であってもよい。
【００２９】
ＳＣＬＭを有するセキュリティ保護制御装置が立ち上がるや否や、ＳＣＬＭは、接続終了メッセージ（Ａｂｏｒｔ＿Ｃｏｎｎｅｃｔｉｏｎメッセージ）を全ての計画されたセキュリティ保護バス・サブスクライバに伝送する。このことは、セキュリティ保護バス・サブスクライバが存在し、立ち上がっているかどうか、セキュリティ保護バス・サブスクライバがこのメッセージにどのように反応するかに無関係に行われる。セキュリティ保護バス・サブスクライバへの接続は、この接続の初期化要求をＳＣＬＭに送信してＳＣＬＭを制御するデバイス（ＳＲＣ、安全関連制御装置）によって、この状態を出る（Ｃｏｎｎｅｃｔｉｏｎ＿Ａｂｏｒｔｅｄ）。次に、ＳＣＬＭは、パラメータ「接続ＩＤ」を有するアドレス割付けメッセージまたはパラメータ・メッセージをセキュリティ保護バス・サブスクライバに伝送する。
【００３０】
ＳＣＬＳを有するセキュリティ保護バス・サブスクライバが立ち上がるや否や、ＳＣＬＳは、エラー・メッセージ（安全スレーブ・エラー・メッセージ）をＳＣＬＭに伝送する。ＳＣＬＳが、パラメータ「接続ＩＤ」を有するアドレス割付けメッセージまたはセキュリティ保護パラメータ・メッセージをＳＣＬＭから受信しない場合には、このことは、セキュリティ保護制御装置が存在するかどうか、ＳＣＬＭが立ち上がっているかどうか、またはＳＣＬＭがこのメッセージに対してどのように反応するかに無関係に行われる。
【００３１】
セキュリティ保護制御装置およびセキュリティ保護バス・サブスクライバが既に立ち上がっており、ＳＣＬＭの制御装置が通信リンクを設定するように副指令（Ｉｎｉｔｉａｔｅ＿Ｒｅｑｕｅｓｔ）を出すや否や、ＳＣＬＭは、セキュリティ保護パラメータ・メッセージをバス・サブスクライバのＳＣＬＳに伝送する。ＳＣＬＳは、受信に対して応答するために、同じ型のメッセージを使用して、受信パラメータをＳＣＬＭに戻す。専用の保守電報は必要でない。この状況で、第１の伝送パラメータは、接続ＩＤである。ＳＣＬＳは、これらを受信し、応答する。したがって、このために使用されたメッセージは、パラメータ値として接続ＩＤを含んでいる。
【００３２】
接続ＩＤの伝送が成功であった場合だけ、それ以上のパラメータが伝送される。ＳＣＬＭとＳＣＬＳの間でさらに伝送される全てのセキュリティ保護メッセージは、接続ＩＤを含んでいる。ＳＣＬＭまたはＳＣＬＳがセキュリティ保護メッセージを受信したとき、接続ＩＤ、ＣＲＣチェックサム、および通し番号が検査される。誤った接続ＩＤが発生した場合、バス・システムの全てのセキュリティ保護接続は切られる。
【００３３】
イベントのさらに進んだ過程では、ＳＣＬＭは、例として機器の型、製造業者、通し番号などを含むＳＣＬＳからのパラメータを読む。これらのデータは、セキュリティ保護サブスクライバが、計画された取付け位置にある計画された機器の型であることを検証する。
【００３４】
そうであった場合には、そのとき、セキュリティ保護通信リンクは、今はもう設定されていると考えられる。今や、接続ＩＤの伝送および検査は、正当なセキュリティ保護バス・サブスクライバが常に通信に使用されていることを保証する。
【００３５】
イベントのさらに進んだ過程では、遮断時間またはフィルタ時間のような機器パラメータが伝送されてもよい。機器パラメータの数は、機器の型に依存している。パラメータ化が終わると直ちに、セキュリティ保護プロセス・データが伝送される。
【００３６】
上述の方法を実行するのに特に適した、安全が不可欠なプロセスのセキュリティ保護制御のための発明制御システムは、バス・システムと、格納された計画データに基づいてアドレス割付けメッセージを生成し送信する手段を有する、バス・システムに接続された制御デバイスと、アドレス割付けメッセージを受け取り評価する手段、バス・サブスクライバに割り当てられたサブスクライバ・アドレスを格納するメモリ、および割り当てられたサブスクライバ・アドレスを含む肯定応答メッセージを生成し送信する手段を有する、バス・システムに接続された少なくとも１つのセキュリティ保護バス・サブスクライバと、を備え、制御ユニットに格納された計画データは、バス・システムの中の少なくとも１つのセキュリティ保護バス・サブスクライバの物理位置とバス・サブスクライバに割り当てられたサブスクライバ・アドレスとの間のリンクを含む。
【００３７】
好ましくは、バス・システムは、これに接続された複数のバス・サブスクライバを有する、特にＩＮＴＥＲＢＵＳ標準に基づいた環状バス・システムの形である。この種のバス・システムでは、セキュリティ保護バス・サブスクライバの物理位置は、好ましくは、バス・システムに接続された複数のバス・サブスクライバの順序の中でのそのセキュリティ保護バス・サブスクライバの位置によって定義される。
【００３８】
有利なことには、セキュリティ保護バス・サブスクライバは、エラー・メッセージを送信する手段を有し、この手段は、メモリが有効なサブスクライバ・アドレスを格納しない場合、エラー・メッセージを送信するように設計されている。
【００３９】
本発明は、好ましい実施形態を使用し、添付の図面を参照して、例として以下でより正確に説明される。図面において、同一参照符号は、同一または類似の部分を示す。
【発明を実施するための最良の形態】
【００４０】
本発明方法は、全ての環状バス・システムに特に適しており、以下で説明される例示の実施形態は、ＩＮＴＥＲＢＵＳ標準を使用する。
【００４１】
図１は、安全関連データ２０を含み、他のデータと共に安全データ・ユニットを形成するプロセス・メッセージ５０を示す。安全を高めるために与えられた他のデータは、この例示の実施形態では、接続ＩＤと呼ばれるサブスクライバ・アドレス１０、シーケンス番号およびタイムスタンプを含むデータ・ユニット３０、および２４ビットＣＲＣチェックサム４０を含む。
【００４２】
ＩＮＴＥＲＢＵＳ標準に基づいたバス・システムが使用されるとき、データは、和フレーム１００の中で伝送される。この例示の実施形態では、和フレーム１００は、他のデータ・ユニット６２、６４、および６６を含み、これらのデータ・ユニットは、無セキュリティ保護データも含んでもよい。
【００４３】
図３は、３つの個々のシーケンスを含む初期化シーケンスを示す。第１のシーケンスは、サブスクライバ・アドレスすなわち「接続ＩＤ」を伝送するために使用されるが、一方で、第２および第３のシーケンスは、この実施形態では、セキュリティ保護バス・サブスクライバのための様々な機器パラメータを転送するために使用される。
【００４４】
パラメータは、「Ｗｒｉｔｅ＿Ｐａｒａｍｅｔｅｒ＿Ｂｙｔｅ＿Ｒｅｑ」と呼ばれるメッセージを使用して、ＳＣＬＭからＳＣＬＳに伝送される。「Ｒｅａｄ＿Ｐａｒａｍｅｔｅｒ＿Ｂｙｔｅ＿Ｒｅｑ」と呼ばれるメッセージは、ＳＣＬＳからのパラメータを読むためにＳＣＬＭによって使用される。ＳＣＬＳは、「Ｐａｒａｍｅｔｅｒ＿Ｂｙｔｅ＿ｃｏｎ」と呼ばれるメッセージで両方のメッセージに応答し、このメッセージ「Ｐａｒａｍｅｔｅｒ＿Ｂｙｔｅ＿ｃｏｎ」は、書き込まれたパラメータをミラーリングするか、または要求されたパラメータを含む。パラメータ「接続ＩＤ」を有する「Ｗｒｉｔｅ＿Ｐａｒａｍｅｔｅｒ＿Ｂｙｔｅ＿Ｒｅｑ」メッセージは、パラメータ「接続ＩＤ」および別個のメッセージ・ラベル「Ｓｅｔ＿Ｓａｆｅｔｙ＿Ｃｏｎｎｅｃｔｉｏｎ＿ＩＤ＿ｒｅｑ」のための専用の符号化を行う。このメッセージに対するＳＣＬＳからの「Ｐａｒａｍｅｔｅｒ＿Ｂｙｔｅ＿ｃｏｎ」メッセージは、「接続ＩＤ」を戻すために使用され、「Ｓｅｔ＿Ｓａｆｅｔｙ＿Ｃｏｎｎｅｃｔｉｏｎ＿ＩＤ＿ｃｏｎ」と呼ばれる。図３に示された例示の実施形態では、「Ｓｅｔ＿Ｓａｆｅｔｙ＿Ｃｏｎｎｅｃｔｉｏｎ＿ＩＤ＿ｒｅｑ」メッセージは、最高３回ＳＣＬＳに送信される。
【図面の簡単な説明】
【００４５】
【図１】安全関連データを含むプロセス・メッセージを示す模式図である。
【図２】ＩＮＴＥＲＢＵＳバス・システムの和フレームを模式的示す図であり、この和フレームに、図１のプロセス・メッセージが埋め込まれている。
【図３】本発明方法の好ましい実施形態に従った初期化シーケンスを模式的に示す図である。
【図１】
2008539622.tif 000003
【図２】
2008539622.tif 000004
【図３】
2008539622.tif 000005
【国際調査報告】
2008539622.tif 000006
2008539622.tif 000007
2008539622.tif 000008
2008539622.tif 000009
2008539622.tif 000010
2008539622.tif 000011