(57)【要約】  装置（Ｄ）は、通信ネットワーク（ＲＣ）に接続された電子デバイス（０１）であって、非安全系と称するタイプの少なくとも１つのローカル機能を使用する電子デバイス（０１）が受信するフレームのビット群をチェックするために構成される。この装置（Ｄ）は、ネットワーク（ＲＣ）から受信したフレーム内で少なくとも１つのビット群の中に誤りがある場合は、前記受信フレーム内のビット群のうち、前記電子デバイス（０１）が使用する非安全系タイプのローカル機能のパラメータを表すビット群については、少なくともそのそれぞれを、そのまま使用することを前記電子デバイス（０１）に強制するように構成されたチェック手段を備える。【特許請求の範囲】
【請求項１】
通信ネットワーク（ＲＣ）に接続するように構成された電子デバイス（０１）であって、非安全系と称するタイプの少なくとも１つのローカル機能を使用する電子デバイス（０１）のための受信フレームのビット群のチェック装置（Ｄ）において、前記ネットワーク（ＲＣ）から受信したフレームで少なくとも１つのビット群の中に誤りがある場合は、前記受信フレーム内のビット群のうち、前記電子デバイス（０１）が使用する非安全系タイプのローカル機能のパラメータを表すビット群については、少なくともそのそれぞれを、そのまま使用することを前記電子デバイス（０１）に強制するように構成されたチェック手段（ＭＣ）を備えることを特徴とする装置。
【請求項２】
誤りが検出されたビット群を使用する各ローカル機能のタイプを判定し、その判定したタイプを前記チェック手段（ＭＣ）に通知するように構成された解析手段（ＭＡ）を備えることを特徴とする、請求項１に記載の装置。
【請求項３】
前記チェック手段（ＭＣ）が、誤りが検出されたビット群を使用する各ローカル機能のタイプを判定するように構成されることを特徴とする、請求項１に記載の装置。
【請求項４】
前記電子デバイス（０１）によって非安全系のローカル機能のパラメータを表す少なくとも１つのビット群を含む受信フレームが検出され、その誤りが検出されたフレームを、選択値を有する代替ビット群を含む代替フレームで置き換える決定が下されたときは、前記誤りが検出されたフレーム内のビット群のうち、少なくとも１つの非安全系の機能のパラメータを表すビット群については、少なくともそのそれぞれを、前記代替フレームに含まれる当該の代替ビット群に代えてそのまま使用することを前記電子デバイス（０１）に強制するように前記チェック手段（ＭＣ）が構成されることを特徴とする、請求項１に記載の装置。
【請求項５】
前記ネットワーク（ＲＣ）からの受信フレーム内で、安全系と称するタイプのローカル機能のパラメータを表す少なくとも１つのビット群の中に誤りがあるときに、前記誤りのある安全系のビット群に代えて選択値を有する代替ビット群を使用することを前記電子デバイス（０１）に強制するように前記チェック手段（ＭＣ）が構成されることを特徴とする、請求項１〜４のいずれか一項に記載の装置。
【請求項６】
前記選択値があらかじめ定められたデフォルト値であることを特徴とする、請求項５に記載の装置。
【請求項７】
通信ネットワーク（ＲＣ）に接続するように構成された電子デバイス（０１）であって、請求項１〜６のいずれか一項に記載のフレームチェック装置（Ｄ）を備えることを特徴とする電子デバイス（０１）。
【請求項８】
通信ネットワーク（ＲＣ）に接続するように構成された電子デバイス（０１）であって、非安全系と称するタイプの少なくとも１つのローカル機能を使用する電子デバイス（０１）のための受信ビット群のフレームのチェック方法（Ｄ）において、前記ネットワーク（ＲＣ）から受信したフレーム内で少なくとも１つのビット群の中に誤りが検出された場合は、前記受信フレーム内のビット群のうち、前記電子デバイス（０１）が使用する非安全系タイプのローカル機能のパラメータを表すビット群については、少なくともそのそれぞれを、そのまま使用することを前記電子デバイス（０１）に強制することからなることを特徴とする方法。
【請求項９】
前記ネットワーク（ＲＣ）からの受信フレーム内で、安全系と称するタイプのローカル機能のパラメータを表す少なくとも１つのビット群の中に誤りが検出された場合に、さらに、前記誤りのある安全系のビット群に代えて選択値を有するビット群を含む代替フレームを使用することを前記電子デバイス（０１）に強制することからなることを特徴とする、請求項８に記載の方法。
【請求項１０】
請求項１〜６のいずれか一項に記載のフレームチェック装置（Ｄ）、請求項７に記載の電子デバイス（０１）、および請求項８及び９のいずれかに記載のフレームチェック方法の車両の通信ネットワーク（ＲＣ）における利用。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して互いに通信することができる電子デバイスに関し、より正確には、かかる電子デバイスが受信するフレームのチェックに関する。
【背景技術】
【０００２】
ある種の通信ネットワークは、通信可能な複数の電子デバイスが並列に接続されたバスを備える。その場合、通信可能な電子デバイス間のデータ交換は、多重化されたフレームを用いてバス経由で行われる。ここで「フレーム」とは、ビット群の集合体であって、少なくともそのうちのいくつかのビット群は、電子デバイスのローカル機能が使用するパラメータが取る値を表す集合体をいう。
【０００３】
そうしたネットワークとしては、ＣＡＮ  ＬＳ（「低速コントローラエリアネットワーク」）、ＣＡＮ  ＨＳ（「高速コントローラエリアネットワーク」）、ＶＡＮ（「車両エリアネットワーク」）、ＬＩＮ（「ローカルインターコネクトネットワーク」）、さらにはＦｌｅｘＲａｙのタイプのネットワークなどを挙げることができる。こうしたネットワークは多くの分野、とりわけ車両（場合によって自動車型の車両）の分野で利用されている。
【０００４】
当業者であれば知るところであるように、上に挙げた通信ネットワークの電子デバイス間で交換される情報フレームが行き来する環境は、外部要素（たとえば、電磁的障害）や、情報データの伝送を担う物理層に関係した内部エラー（たとえば、時計のずれやカプセル化の問題）による障害を受ける可能性がある。一時的特徴のこれら障害は、フレームのビットに誤りを生じる。そうした誤りは、一般にコンピュータ系のトラブルと呼ばれるものの約９０％を占めており、残りの１０％は、恒常的な問題（たとえば、ハーネス断線、切断又は接地）に関するものである。
【０００５】
受信したフレームの中の誤りを電子デバイスが検出できるようにするため、フレームには、たとえば、ＣＲＣ（巡回冗長検査）、チェックサムおよび／またはプロセスカウンタなどのセキュリティ情報が付け加えられる。電子デバイスは、フレームを受信すると、そこに含まれるビットから上述のセキュリティ情報を計算し、計算したセキュリティ情報を当該フレームに含まれるセキュリティ情報と比較する。両者が同一であれば、フレームは有効であると見なされ、差異があるときは、そのフレームは誤り（または無効）であると見なされる。
【０００６】
受け取ったフレームが誤りであるときは、電子デバイスのアプリケーション層、たとえば、英語で「Ｆａｕｌｔ  Ｈａｎｄｌｉｎｇ  ＣＡＮ」（フォールトハンドリングＣＡＮ）と呼ばれる層のようなアプリケーション層は、その電子デバイスに備わるローカルのアプリケーションを低下モードと称するモードで働かせるためのデフォルトのパラメータ値を含んだ代替フレーム（またはカバーフレーム）をその電子デバイスに提供する役割を担う。つまり、フレームに誤りが検出されたときは、その誤りのあるフレームに含まれる情報を必要とする各ローカルアプリケーションは、実際に受信した実値ではなく、デフォルト値を用いることを強制される。
【０００７】
その場合、残念なことに、一部のアプリケーションは、局面によっては、代替フレーム（またはカバーフレーム）に含まれるデフォルトのパラメータ値を用いることを強制された状態では最適動作を示せないということが起こり得る。それはとりわけ、代替フレームの一部のデフォルトのパラメータ値が、場合によって、その同じ代替フレームの他のパラメータのデフォルト値によって許可されるその他の動作とは全く、またはほとんど両立しない形で作用することを一部のアプリケーションに強制するところから生じる可能性がある。それはまた、カバー値が「送信側」機能が置かれている実際の状態を反映しておらず、そのために、代表的でないデフォルト値の「消費側」（または「使用側」、なおまたは「受信側」）機能が、車両の実際の局面に適合しない挙動をとる結果となるところから生じる可能性もある。
【０００８】
こうした状況を改善するため、誤りのあるフレームのそれぞれについて、そこに含まれるパラメータのそれぞれに関して互いに両立するデフォルト値を系統的かつリアルタイムに計算するという方法は可能ではあるが、すると今度は、（計算能力が一定の）電子デバイスの動作速度の（きわめて）大幅な鈍化を招く結果となって、電子デバイスのローカルのアプリケーションの一部に要求される反応時間にそぐわないものとなることが考えられる。
【発明の概要】
【０００９】
そこで、本発明は、電子デバイスの計算能力をとりたてて高める必要なく、こうした状況を改善することを目的とする。
【００１０】
本発明は、そのために、まず、通信ネットワークに接続するように構成された電子デバイスであって、非安全系と称するタイプの少なくとも１つのローカル機能を使用する電子デバイスが受信するビット群のフレームをチェックするための装置において、ネットワークから受信したフレーム内で少なくとも１つのビット群の中に誤りが存在する場合は、その受信フレーム内のビット群のうち、電子デバイスが使用する非安全系タイプのローカル機能のパラメータを表すビット群（誤りのあるものを含め）については、少なくともそのそれぞれを、そのまま使用することを電子デバイスに強制するように構成されたチェック手段を備える装置を提案する。
【００１１】
本発明による装置は、それぞれ単独でも、組み合わせた形でも採り入れることができるその他の特徴を備えることができるが、とりわけ、
−  本発明による装置は、誤りが検出されたビット群を使用する各ローカル機能のタイプを判定し、その判定したタイプをチェック手段に通知するように構成された解析手段を備えることができる。変形形態では、誤りが検出されたビット群を使用する各ローカル機能のタイプを判定するように構成することができるのはチェック手段であり、
−  変形形態では、そのチェック手段は、電子デバイスが非安全系のローカル機能のパラメータを表す少なくとも１つのビット群を含む受信フレームを検出し、その電子デバイスが、その誤りが検出されたフレームを、選択値を有する代替ビット群を含む代替フレームで置き換える決定を下したときは、誤りが検出されたフレーム内のビット群のうち、少なくとも１つの非安全系の機能のパラメータを表すビット群については、少なくともそのそれぞれを、代替フレームに含まれる代替ビット群に代えてそのまま使用することを電子デバイスに強制するように構成することができ、
−  そのチェック手段は、ネットワークからの受信フレーム内で、安全系と称するタイプのローカル機能のパラメータを表す少なくとも１つのビット群の中に誤りがあるときは、誤りのある安全系のビット群に代えて選択値を有する代替ビット群を使用することを電子デバイスに強制するように構成することもでき、
−  それぞれの選択値は、あらかじめ定めたデフォルト値であることができる。
【００１２】
本発明は、また、通信ネットワークに接続するための電子デバイスであって、上に説明したタイプのフレームチェック装置を備えた電子デバイスを提案する。
【００１３】
本発明は、また、通信ネットワークに接続するように構成された電子デバイスであって、非安全系タイプの少なくとも１つのローカル機能を使用する電子デバイスが受信するビット群のフレームをチェックするための方法において、ネットワークから受信したフレーム内で少なくとも１つのビット群の中に誤りが検出された場合は、その受信フレーム内のビット群のうち、その電子デバイスが使用する非安全系タイプのローカル機能のパラメータを表すビット群（誤りのあるものを含め）については、少なくともそのそれぞれを、そのまま使用することを電子デバイスに強制することからなる方法を提案する。
【００１４】
この方法は、また、ネットワークからの受信フレーム内で、安全系のローカル機能のパラメータを表す少なくとも１つのビット群の中に誤りが検出された場合に、誤りのある安全系のビット群に代えて選択値を有する代替ビット群を使用することを電子デバイスに強制することからなるものでもあり得る。
【００１５】
本発明は特に車両（場合によって自動車型の車両）に設置される通信ネットワークに適しているが、それだからといって、それに限定されるものではない。
【００１６】
本発明のその他の特徴および利点は、以下の詳細説明および添付の図面を検討することで明らかとなろう。
【図面の簡単な説明】
【００１７】
【図１】３つの電子デバイスが並列に接続されているバスを含む通信ネットワークの一部を模式的かつ機能的に示した図であり、電子デバイスのうちの１つは、本発明によるフレームチェック装置の一実施例を備える。
【発明を実施するための形態】
【００１８】
添付の図は、本発明を補う役を果たすことができるだけでなく、必要に応じてその定義にも役立つものである。
【００１９】
本発明は、とりわけ、通信ネットワークＲＣのバスＢＵに分岐して接続される通信可能な電子デバイス０１と連結させるためのフレームチェック装置Ｄを提供することを目的とする。
【００２０】
以下では、非限定的な例として、通信ネットワークＲＣはＣＡＮ  ＬＳ（「低速コントローラエリアネットワーク」）型のネットワークであるものと考える。しかし、本発明はこの型の通信ネットワークに限定されるものではない。実際、本発明は、バスを備えるあらゆる型の通信ネットワーク、とりわけ、ＣＡＮ  ＨＳ（「高速コントローラエリアネットワーク」）、ＶＡＮ（「車両エリアネットワーク」）、ＬＩＮ（「ローカルインターコネクトネットワーク」）、およびＦｌｅｘＲａｙの型のネットワークに関係する。
【００２１】
他方、以下では、非限定的な例として、ＲＣネットワークは車両、場合により自動車タイプ（たとえば一車両のような）の一部をなすものと考える。しかし、本発明はそのような用途に限定されるものではない。実際、本発明は、とりわけ、少なくとも１つの通信ネットワークＲＣを備える陸上車両、船舶および航空機、ならびに産業施設に関係する。
【００２２】
唯一の図面に模式的に示したのは、多重化されたフレームを用いて情報をやり取りするための複数の通信可能な電子デバイスＯｊが分岐接続されたバスＢＵを備える（通信）ネットワークＲＣの一部である。図示した非限定的なこの例では、３つの電子デバイス０１〜０３（ｊ＝１〜３）がバスＢＵに、より正確には、それぞれ「ＣＡＮ＿Ｌ」および「ＣＡＮ＿Ｈ」と称され、デジタルデータ（すなわちビット）フレームの搬送専用とされるその第１の電線ＣＨおよび第２の電線ＣＬに接続されている。しかし、ネットワークＲＣの電子デバイスＯｊの数は３に限定されるものではない。実際には、フレームのやり取りが行われるためには、この数字は少なくとも２でなければならない。
【００２３】
本発明は、電子デバイスＯｊと連結させるフレームチェック装置Ｄを提供することを目的とする。唯一の図面に示した非限定的な例では、第１の電子デバイス０１のみが（フレームチェック）装置Ｄに連結されている。しかし、ネットワークＲＣにおいては、いくつかの電子デバイス、場合によってはすべての電子デバイスを（フレームチェック）装置Ｄに連結することができる。一般に、自らが備える非安全系のアプリケーションＡＰが使用する非安全系と称するタイプのローカル機能を少なくとも１つ使用する電子デバイスに関しては、それぞれ装置Ｄに結合することが有利である。
【００２４】
ここで、「装置Ｄに連結される電子デバイスＯｊ」とは、電子デバイスＯｊが装置Ｄに接続されることをいうだけでなく、（非限定的に図示されているように）電子デバイスＯｊがその内部に装置Ｄを備えることもいうことに留意することが重要である。そのため、本発明による装置Ｄは、電子回路の形、ソフトウェア（またはプログラム）モジュールの形、または電子回路とソフトウェアモジュールの組み合わせの形で実現することができる。
【００２５】
装置Ｄの内部に電子デバイスが装備される場合は、その装置Ｄは、たとえば（図示するように）、アプリケーション層ＣＡに埋め込むことができ、そのアプリケーション層ＣＡは、その電子デバイス内で実行される各アプリケーションＡＰを備え、物理層およびプロトコル層をまとめたアセンブリＣＰＰに接続される。
【００２６】
さらに、ここで、「非安全系タイプの機能」とは、機能したときに人員または機器の安全を害することのないアプリケーションＡＰで使用される機能をいうことに留意することも重要である。車両の場合、それはたとえば、符号化方式のイモビライザ用やエアコン用、さらには（排気系の）汚染防止用などの専用アプリケーションの機能であり得る。一方、ここで、「安全系タイプの機能」とは、機能したときに人員または機器の安全を害するおそれのあるアプリケーションで使用される機能をいう。車両の場合、それはたとえば、速度調節用、制動用（たとえば、緊急ブレーキやＡＢＳ）、進路制御用（たとえばＥＳＰ）、光学ユニット調整用、パワーステアリング用、「ボンネット内温度管理」用（機能しない場合、エンジン破損のリスク）、速度制限用、さらには坂道発進補助用などの専用アプリケーションの機能であり得る。
【００２７】
唯一の図面に模式的かつ機能的に図示したとおり、本発明による装置Ｄは、連携相手である電子デバイス０１がネットワークＲＣからフレームを受信するたびに介入することを役割とするチェック手段ＭＣを少なくとも備える。
【００２８】
より正確には、電子デバイス０１が少なくとも１つのビット群の中に誤りを含むフレームをネットワークＲＣから受信すると、チェック手段ＭＣは、その受信フレームに含まれるビット群のうち、電子デバイス０１のアプリケーションＡＰが使用する非安全系タイプのローカル機能のパラメータを表すビット群については、少なくともそのそれぞれを、そのまま使用することをその電子デバイス０１に強制するように構成される。
【００２９】
つまり、フレームに誤りがあると、チェック手段ＭＣは、それに対応する電子デバイス０１に対して、より正確には、その電子デバイス（０１）の各アプリケーションＡＰに対して、その誤りのあるフレームに含まれる非安全系のパラメータのすべての値を、たとえその一部には誤っているものがあるとしても、使用することを命令する。
【００３０】
誤りのある各ビット群は、一般にアセンブリＣＰＰのプロトコル層のうちの少なくとも１つ（たとえば、ＣＲＣを計算する役割を担うアセンブリや、チェックサムを計算する役割を担うプロトコル層）によって検出され、その後、そのプロトコル層によって装置Ｄに通知される。故障（すなわち誤り）管理（または「フォールトハンドリングＣＡＮ」）機能は、パラメータ発信機能のアプリケーション層の動作問題にかかわる誤りの検出も行えることは指摘しておいてよいだろう（その場合、多重化されたネットワークに流れるフレームの一貫性は正しく、したがってプロトコル層による異常検出は行われないが、たとえば、ビット範囲が動作レンジを外れることがあり得る）。
【００３１】
たとえば、非限定的なものとして図示するように、装置Ｄは、プロトコル層によって検出され、通知された誤りのあるビット群を使用する各ローカル機能のタイプを判定する役割を担う解析手段ＭＡを備えることができる。ローカル機能のタイプには、安全系のものと非安全系のものとがあることに留意されたい。解析手段ＭＡは、さらに、誤りのあるそれぞれのビット群と、そのビット群が表すパラメータ値を使用しなければならないローカル機能のタイプとして判定したものとをチェック手段ＭＣに通知する役割を負う。
【００３２】
変形形態では、プロトコル層によって検出され、通知された誤りのあるビット群を使用する各ローカル機能のタイプを自ら判定するようにチェック手段を構成できるのはチェック手段ＭＣであることは指摘しておいてよいだろう。
【００３３】
上述の実施例では、誤りのあるフレームをチェックして、そのフレームに含まれるビット群の使用の可否について必要な決定を下す役割を担うのは装置Ｄである。
【００３４】
しかし、変形形態では、誤りのあるフレームが検出されたときに決定を下す役割を構造的に担うことができるのは、電子デバイス０１であり、より正確にはそのアプリケーション層のうちの１つ（たとえば、故障（すなわち誤り）管理層（または「フォールトハンドリングＣＡＮ」））である。たとえば、そのアプリケーション層は、誤りが検出されたフレームを、選択値（デフォルトまたは計算による値）を有する代替ビット群を含んだ代替フレーム（またはカバーフレーム）で置き換えることを決めるように構成することができる。
【００３５】
その場合、チェック手段ＭＣは、前述のアプリケーション層によって生成される代替フレームを監視して、誤りが検出されたフレーム内のビット群のうち、少なくとも１つの非安全系機能のパラメータを表すビット群については必ず、誤りのあるものを含めてそれぞれ、前記アプリケーション層によって提供される代替フレームに含まれるそれぞれの該当代替ビット群に代えて、そのまま使用することを電子デバイス０１に対して強制するようにする。つまり、チェック手段ＭＣはアプリケーション層よりも上位の決定階層に置かれるということである。チェック手段ＭＣは、安全系機能のパラメータを表す代替フレーム内のビット群であって、代替ビット群によって置き換えられたそのビット群を、チェック手段ＭＣが置き換えることを認めなかった受信ビット群とともに使用することを許可することもできれば、安全系機能のパラメータを表す代替フレーム内のビット群であって、代替ビット群によって置き換えられたそのビット群を使用することを禁止することもできる（その場合には、当該アプリケーションは安全系機能のパラメータの値を持たない）ことは指摘しておいてよいだろう。
【００３６】
変形形態では、または補足的な形では、チェック手段ＭＣは、ネットワークＲＣから受信したフレームが、安全系のローカル機能のパラメータを表す少なくとも１つのビット群の中に誤りを有するときに、誤りのある安全系のビット群に代えて選択値を有する代替ビット群を使用することを電子デバイス０１に強制するように構成できることは留意すべきだろう。
【００３７】
その場合、ビット群に対するそれぞれの選択値は、あらかじめ定めたデフォルト値（たとえば、パラメータ値／機能対照表に保存されている）であり得る。
【００３８】
また、非安全系の受信機能は受信した最後の有効値を使用するのではなく、多重化されたネットワークを流れる実情報を使用することに留意すべきだろう。フレームに誤りがあるのに、この実情報が変化する場合は、非安全系の受信機能はその変化を考慮する。
【００３９】
以下では、第１の電子デバイス０１が、停止制御（「ストップ／スタート」）機能付きハイブリッド型車両またはエンジン式車両の原動機を制御する計算機で、符号化方式のイモビライザ（すなわちＡＤＣ）のアプリケーションＡＰを備えており、第２の電子デバイス０２がＢＳＩ（ビルトインシステムインターフェース）と呼ばれる計算機であり、第３の電子デバイス０３がＨＰＣＵと呼ばれる計算機である場合の本発明の実施例について記す。この最後の電子デバイス（ＨＰＣＵ）は、ハイブリッド型車両の電気ネットワークを監視するものである。ＨＰＣＵは、モータを制御するほか、ネットワークに接続された様々な計算機から出される要求および情報の合成も行う（たとえば、とりわけＣＭＭ、変速機計算機および速度調節装置によって行われる様々な処理を考慮に入れつつ、運転者が要求する原動機トルクを決めるのはＨＰＣＵである）。
【００４０】
ＡＤＣのアプリケーションは、第１の電子デバイス０１（ＣＭＭ）と第２の電子デバイス０２（ＢＳＩ）の間の通信（フレーム交換）が最適な形で行われなくなると（不法侵入の特性を示す（たとえば、ＣＭＭが許可なく変更されたとき））、燃料噴射をブロックすることにより、車両の始動を禁止できるものであることに留意されたい。燃料噴射のブロックが決定されると、第１の電子デバイス０１（ＣＭＭ）は施錠状態である、という。反対に、燃料噴射のブロックが決定されないときは、第１の電子デバイス０１（ＣＭＭ）は解錠状態である、という。
【００４１】
施錠すべきか否かを判定するため、第１の電子デバイス０１（ＣＭＭ）はネットワークＲＣに対して第２の電子デバイス０２（ＢＳＩ）に向けて周期的に解錠要求を送り、その第２の電子デバイス０２（ＢＳＩ）から折り返し伝送されてきたものと見なされる応答をチェックする。その応答が期待していたものと合致すると、第１の電子デバイス０１（ＣＭＭ）は解錠状態を維持する。そうでないときは、第１の電子デバイス０１（ＣＭＭ）は施錠を行い、そうすると車両の始動を妨げる。
【００４２】
ＡＤＣのアプリケーションによって課せられる第１の電子デバイス０１（ＣＭＭ）と第２の電子デバイス０２（ＢＳＩ）の間におけるこのフレーム交換は、唯一の局面においてのみ行われるものでなければならない。すなわち、エンジンが切られた状態またはエンスト状態のときである。エンジンが、ストップ／スタートのアプリケーションによって決定された（一時的）停止状態にあるときは働かないようにしなければならず、運転者が望んだときに車両の再始動を妨げてしまうことがないようにする。
【００４３】
エンジンが置かれている状態（および、したがって、第２の電子デバイス０２（ＢＳＩ）との間のＡＤＣ通信開始の可否）を判断するためは、ＡＤＣのアプリケーションは２つの情報を必要とする。すなわち、エンジン回転数（ｒｐｍ）の現況値と、第３の電子デバイス０３（ＨＰＣＵ）によってチェックされ、ネットワークＲＣに送出される「エンジンストップ要求」と呼ばれるパラメータの現況状態である。パラメータ「エンジンストップ要求」の状態は、第３の電子デバイス０３（ＨＰＣＵ）がエンジンの停止を要求するときは有効であり、そうでないときは無効である。
【００４４】
エンジン回転数がゼロのとき、かつエンジンの一時停止が第３の電子デバイス０３（ＨＰＣＵ）によって要求され、ネットワークＲＣに送出されたものであるときは、第１の電子デバイス０１（ＣＭＭ）はエンジンが停止状態にあると判断することは理解されよう。そのため、ＡＤＣのアプリケーションと第２の電子デバイス０２（ＢＳＩ）の間の通信は開始されず、第１の電子デバイス０１（ＣＭＭ）の施錠のリスクはない。それに対して、エンジン回転数がゼロで、エンジンの一時停止が第３の電子デバイス０３（ＨＰＣＵ）によって要求されておらず、ネットワークＲＣに送出されてもいないときは、第１の電子デバイス０１（ＣＭＭ）は、エンジンが切られた／エンスト状態にあると判断する。そのため、ＡＤＣのアプリケーションと第２の電子デバイス０２（ＢＳＩ）の間の通信が開始され、第２の電子デバイス０２（ＢＳＩ）からの応答が合致しない、または応答がない場合には、第１の電子デバイス０１（ＣＭＭ）の施錠が可能である。
【００４５】
エンジンの一時停止を求めて第３の電子デバイス０３（ＨＰＣＵ）から送信されたフレームが、物理的障害またはプロトコルの障害のためにバスＢＵで破損したときは、フレームは誤りを伴って第１の電子デバイス０１（ＣＭＭ）に到達する。たとえば、そのフレームは、禁じられたエンジン回転数の値を持つものとなる可能性がある（たとえば、許可された値域が０〜８０００ｒｐｍの範囲であるにもかかわらず、受信した値が８１００ｒｐｍであることなど）。このような状況では、本発明を実施しない場合、第１の電子デバイス０１（ＣＭＭ）は誤りのあるフレームを破棄し、そのフレームを、そこに含まれるすべてのパラメータについてデフォルト値を内容とする代替フレームによって置き換える。そのため、ＡＤＣのアプリケーションは代替フレームの内容を使用することになる。すると、代替フレームには、「エンジンストップ要求」のパラメータが無効状態にある旨を通知するデフォルト値が含まれているので、代替フレームは、第２の電子デバイス０２（ＢＳＩ）との間で通信を開始し、その結果、意に反して第１の電子デバイス０１（ＣＭＭ）の施錠へと至る。
【００４６】
本発明を実施することで、このような状況は起こり得なくなる。それは、装置Ｄが、第１の電子デバイス０１（ＣＭＭ）に対して、デフォルトの代替値ではなく、誤りのある受信フレームに含まれるエンジン回転数（非安全系のパラメータ）についての誤りのある（または破損した）値を、したがって実値を使用することを強制するので、第１の電子デバイス０１（ＣＭＭ）を無用に施錠することがないためである。
【００４７】
ＡＤＣのアプリケーションにおける本発明の実施が、数多くあるその他の例の中に１つに過ぎないことは留意すべきであろう。
【００４８】
また、本発明については、とりわけ上に紹介した類のフレームチェック装置Ｄを用いることなどによって実施できるフレームチェックの方法という観点からも検討されてよいことにも留意することが重要である。本発明の方法を実施することによって提供される機能性は、上に紹介した装置Ｄによって提供される機能性と同一であるため、以下では、その方法によって提供される基本的な機能性の組み合わせについてのみ示す。
【００４９】
この方法は、電子デバイス０１がネットワークＲＣから受信したフレーム内で少なくとも１つのビット群の中に誤りが検出された場合は、受信フレーム内のビット群のうち、その電子デバイス０１が使用する非安全系タイプのローカル機能のパラメータを表すビット群については、少なくともそのそれぞれを、そのまま使用することをその電子デバイス０１に強制することからなる。
【００５０】
本発明は、あくまでも例として上に説明したフレームチェック装置、電子デバイスおよびフレームチェックの方法の実施形態に限定されるものではなく、当業者であれば以下の特許請求の範囲の枠内で企図し得るあらゆる変形形態を包含するものである。
【図１】
2013532434.tif 000002
【国際調査報告】
2013532434.tif 000003
2013532434.tif 000004
2013532434.tif 000005
2013532434.tif 000006