(57)【要約】コントローラエリアネットワーク（ＣＡＮ）ノードの最小ＣＡＮメッセージバッファ（１２４）は、受信メッセージを記憶する。低電力スタンバイ動作は、ＣＡＮバス送受信機（１０６）と低電力スタンバイレギュレータ（１１２）をスタンバイ状態で動作させつつ、大電力マイクロコントローラ（１０２）をパワーオフする。送受信機とレギュレータは、バスから受信したＣＡＮメッセージの最初のシンボルを検証後、実行モードになる。メッセージバッファはオリジナルのＣＡＮメッセージをバッファリングして記憶し、全メッセージ受信を示す状態レジスタをセットする。コントローラはウェークアップモードから抜出し安定すると、記憶メッセージを読取って作動する。システムパケットインタフェース（ＳＰＩ：１２２）は、バッファリングしたメッセージを読取り、コントローラにウェークアップコマンドを送信する。
2009532949.tif 000002
【特許請求の範囲】
【請求項１】
多重通信ネットワークにおけるノードのためのメッセージをバッファリングするバッファリング方法であって、前記バッファリング方法は、
前記ノードが多重バスを通じて受信メッセージを受信するステップと、
前記受信メッセージに応答して信号を送出することによって、前記ノード内のコントローラをウェークアップ動作モードにさせるステップと、
受信した前記受信メッセージを、前記ノードのメモリによってバッファリングするステップと、
前記コントローラがウェークアップ動作モードになった後、バッファリングした前記受信メッセージを前記コントローラに転送するステップと
を含む、バッファリング方法。
【請求項２】
前記多重通信ネットワークは、コントローラエリアネットワーク標準規格に適合するように動作する、請求項１記載のバッファリング方法。
【請求項３】
前記バッファリング方法は更に、前記受信メッセージの受信に応答して、前記コントローラへの電源入力を許可するステップを含む、請求項１記載のバッファリング方法。
【請求項４】
前記バッファリング方法は更に、前記受信メッセージが前記コントローラに送られたことを、受信した前記受信メッセージが示すか否か検証する検証ステップを含む、請求項１記載のバッファリング方法。
【請求項５】
前記検証ステップは、前記コントローラがパワーオフ状態の場合に実行される、請求項４記載のバッファリング方法。
【請求項６】
前記バッファリング方法は更に、前記受信メッセージが完全にバッファリングされたことを示す状態レジスタをセットするステップを含む、請求項１記載のバッファリング方法。
【請求項７】
バッファリングした前記メッセージは、前記コントローラからの読取要求に応答して前記コントローラに転送される、請求項１記載のバッファリング方法。
【請求項８】
バッファリングした前記受信メッセージは、前記コントローラのウェークアップ動作モード終了後に前記コントローラに転送される、請求項１記載のバッファリング方法。
【請求項９】
前記コントローラに送出される信号は、システムパケット・インタフェース・インタフェース・プロトコルに従う、請求項１記載のバッファリング方法。
【請求項１０】
多重通信ネットワークのノードにおけるユニットであって、前記ノードは多重バスを通じて通信するコントローラを含み、前記ユニットは、
前記多重バスを通じてメッセージを送受信するように前記多重バスに接続される送受信機と、
前記送受信機が受信する少なくとも１つのメッセージを記憶するメッセージバッファと、
前記コントローラに接続するのに適した電力制御信号を生成する電力インタフェースであって、前記コントローラは前記電力制御信号に応答してパワーオン状態になること、
前記コントローラに接続する通信バスに接続するコントローラインタフェースであって、前記コントローラインタフェースは前記メッセージバッファと前記コントローラの間の通信を可能にし、前記コントローラインタフェースは前記メッセージバッファに記憶した前記メッセージを前記コントローラに転送することと
を備える、ユニット。
【請求項１１】
前記多重通信ネットワークはコントローラエリアネットワークである、請求項１０記載のユニット。
【請求項１２】
前記電力制御信号は電源電圧である、請求項１０記載のユニット。
【請求項１３】
前記コントローラは、前記電力制御信号の受信前にはパワーオフモードで動作する、請求項１０記載のユニット。
【請求項１４】
前記ユニットは更に、受信した前記メッセージを復号するシンボル復号器を備える、請求項１０記載のユニット。
【請求項１５】
前記ユニットは更に、受信した前記メッセージが前記コントローラ用に意図されるか否か検証するメッセージ検証器を備える、請求項１０記載のユニット。
【請求項１６】
前記ユニットは更に電源レギュレータを備え、前記電源レギュレータは前記電力インタフェースに接続され、
前記電源レギュレータは前記電力制御信号を受信し前記電力制御信号に応答してパワーオン状態になり、
前記電源レギュレータは前記コントローラのパワーオン動作に必要な電力を前記コントローラに供給する、請求項１０記載のユニット。
【請求項１７】
前記コントローラインタフェースは、前記コントローラ用に受信した前記メッセージの検証に応答して、前記コントローラにウェークアップ要求を送出する、請求項１０記載のユニット。
【請求項１８】
前記コントローラインタフェースは、前記コントローラのウェークアップ動作モード終了に応答して、前記メッセージバッファに記憶した前記メッセージを前記コントローラに転送する、請求項１０記載のユニット。
【請求項１９】
前記コントローラインタフェースは、前記メッセージバッファが前記受信メッセージを記憶完了した場合に状態レジスタをセットし、
前記コントローラは前記状態レジスタの設定に応答して、バッファリングした前記メッセージを前記状態レジスタから読取可能である、請求項１０記載のユニット。
【請求項２０】
前記コントローラインタフェースは、システムパケットインタフェースバスである、請求項１０記載のユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信バス用の受信装置に関し、特に通信バス上の受信装置用の管理ユニットに関する。
【背景技術】
【０００２】
ローカルネットワークは、１組のノードを互いに通信させるための通信バスを利用することが多い。コントローラノード内の駆動モジュールは、遠隔制御されるノード内の受信機に、通信バスを通じてステップ変更信号を送信する。ステップ変更信号は、通信バスに接続される多数の遠隔ノードを起動する。通信バスは、遠隔ノードからコントローラノード内の受信機に、信号を選択的に返送する。
【０００３】
歴史的に、自動車用途においてドアロック、座席位置、電子ミラー、およびウィンドウ操作などの機能は、配線とスイッチによって送出される直流電流によって直接制御されてきた。こうした機能は、今日、多重コントローラエリアネットワーク（ＣＡＮ）内でセンサ、アクチュエータ、およびＥＣＵ（電子コントロールユニット）によって制御されてもよい。コントローラエリアネットワーク（ＣＡＮ）標準規格（ＩＳＯ１１８９８）は、差動式の対ケーブルを通じて、多重受信モジュールにたとえば１０ＫＢａｕｄ〜１ＭＢａｕｄの周波数で信号スイッチングすることによって、データ送信可能にする。受信モジュールは、たとえば必要な機械的動力を生成することによって機能を実施するアクチュエータであってもよいし、または通信バスを通じて測定結果をＥＣＵに返送することによって起動に応答するセンサであってもよい。
【０００４】
ＣＡＮ標準規格に関する変更例は、ローカルネットワーククラスタへの接続を提供するＬＩＮ（ローカル・インターコネクト・ネットワーク）サブバス標準規格（ＩＳＯ７４９８参照）である。ＬＩＮサブバスシステムは、製造コストと部品コストを大幅に低減する可能性がある単一ワイヤ実施態様（強化されたＩＳＯ９１４１）を使用する。部品コストは、被制御ノードにおける、水晶またはセラミック共振器無しの自己同期化によって更に低減される。システムは、一層柔軟性があり低コストのシリコン形態であるため、ほとんどのマイクロコントローラによって共有される共通ユニバーサル非同期送受信シリアル通信インタフェース（ＵＡＲＴ／ＳＣＩ）ハードウェアに基づく。通信バスを通じたステップ変更信号の他の標準規格は、ＦｌｅｘＲａｙとＭＯＳＴ標準規格である。
【０００５】
通常、コントローラノードはマイクロコントローラユニット（ＭＣＵ）を備える。ＭＣＵは送信信号を生成し、受信信号を処理する。コントローラノードは、被制御ノードと、コントローラノードの他のモジュールとに電力を選択的に供給し、被制御ノードと他のコントローラノードのモジュールとの動作状態を制御する信号を送出するユニットを含む。通常、完全な車両システムは、２つ以上のコントローラノードとサブネットワークを備える。
【０００６】
こうしたネットワークのノード、特にコントローラノードの電力消費を低減することは、特に被制御ノードがアクティブではない待機期間の間、しばしば重要である。たとえば自動車用途においては、車両が駐車している場合である。ノードは、種々の程度のスタンバイモード、スリープモード、および停止モードに切替わるように設計される。モード内で、使用中の機能の一部または全てが停止されるか、またはノード内のモジュールの一部への電力供給がスイッチオフされる。モジュールまたはノードの通常実行状態を取戻すために、機能をウェークアップ（wake-up）させ、スイッチオフしたモジュールへの供給を回復する。しかし、このようなウェークアップは、多少の遅延を招く。遅延は、所与の機能にとって許容し得る場合と、許容し難い場合とがある。
【０００７】
スリープモードと停止モードを利用する別のドライバは、ＣＡＮノード用の処理電力を益々要求し、高速且つ大電力を要求するプロセスにＭＣＵを設定するという作用をもたらす。処理がより集中するＭＣＵがＣＡＮネットワーク内で利用されている場合、こうした大電力コントローラによって生成される過剰のスタンバイ電流を回避するために、より深いスリープ状態が必要とされる。結果として、システム電力コントローラは、今や電力消費が低減され、１つまたは複数のクロックが停止される、非常に小さいスリープ状態電流を可能にする。残念ながら、こうした傾向は、クロックが再スタートして安定になる必要があるため、これら大出力プロセッサのウェークアップ時間を増加させる。
【０００８】
理解されるように、電力消費を低減するためのスリープモードと停止モードの使用は、最小のコントローラウェークアップ要件を有する典型的な多重バスシステム、特にこれら最小ウェークアップと応答時間が益々短縮されているＣＡＮネットワークにおいて問題を生じてきた。この理由としては、ＣＡＮノードの深いスリープモードまたは停止モードの結果、ノードのＭＣＵは、最初のメッセージを解読できるほど高速にはウェークアップできない。よって、通信バスから受信した最初のＣＡＮメッセージに含まれる情報は、通常、失われる。
【０００９】
この問題は、モジュールが完全なウェークモードに保たれることによって、過去に解決されてきた。また、過去の他の解決手段は、コントローラが長いウェークアップ期間から回復する間に通信バスからの最初のメッセージが廃棄された場合、モジュールのＭＣＵの完全ウェーク後に、メッセージを再送することであった。しかし、これらの解決策は、ノード性能と応答時間の著しい低下を呈する。
【００１０】
他の解決策は、ノード内において補助ＭＣＵと主ＭＣＵを使用することである。多重物理層は、ＣＡＮバス（コントローラエリアネットワークバス）からメッセージを受信すると、ウェークメッセージを補助ＭＣＵに送出する。補助ＭＣＵは、主ＭＣＵよりも迅速にウェークメッセージに反応する。補助ＭＣＵは、比較的小さい静止電流を維持しながら、スリープ状態に留まることができる。出力がより大きな主ＭＣＵは、通常、スリープ状態ではシャットダウンされる。補助ＭＣＵは、レギュレータをウェークアップさせることによって、主ＭＣＵをパワーアップ可能である。その後、主ＭＣＵは、多重物理層を通してメッセージをＣＡＮバス上で送受信できる。
【００１１】
このように、従来の解決策は、
コントローラを常に電力供給状態に維持すること；
大出力コントローラのウェークアップ中に使用するための、第２の小さなコントローラを付加すること；または
ノードコントローラのウェークアップ後、最初のメッセージを再送すること
を必要とした。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかし、付加的なＭＣＵの追加は、コストを大幅に増加させる。
従って、スリープ状態で非常に小さい静止電流を維持し、それでもＣＡＮバス上の最初の受信メッセージを受信し、且つ解読するために迅速に応答できる高性能ＭＣＵを有するＣＡＮノードの必要性が存在する。
【００１３】
つまり、最初のメッセージを、コントローラのウェークアップメッセージとしてだけには使用しない、効率的な解決策の必要性が存在する。
【課題を解決するための手段】
【００１４】
本発明は、図面を参照して以下の説明の好ましい実施形態において述べられる、図面では、似た数字は、同じか、または類似の要素を示す。
本発明の例示的な実施形態の以下の詳細な説明において、本発明の一部を形成し、本発明が実施されてもよい特定の例示的な実施形態が、例証として示される添付図面が参照される。
【００１５】
本発明の好ましい実施形態の以下の詳細な説明において、本発明の一部を形成し、本発明が実施されてもよい特定の例示的な実施形態が、当業者が本発明を実施することを可能にするのに十分に詳細に述べられ、他の実施形態が利用されてもよいこと、および本発明の精神または範囲から逸脱することなく、論理的な変更、アーキテクチャ上の変更、プログラム的な変更、機械的な変更、電気的な変更、他の変更が行われてもよいが理解される。従って、以下の詳細な説明は、制限的な意味で考えられるべきでなく、本発明の範囲は、添付特許請求の範囲だけによって規定される。特に、好ましい実施形態が、自動車内のＣＡＮ通信デバイスに関して以下で述べられるが、本発明は、制限的ではないこと、および本発明が、多重通信ネットワークの他の実施形態に用途があることが理解される。
【発明を実施するための最良の形態】
【００１６】
図１は、本発明の好ましい実施形態による自動車通信バスシステムのブロック図を示す。ＣＡＮバス１は、第１カテゴリのノードに通信する。第１カテゴリのノードは、車両が駐車している間でも応答時間が短く、アクティブのままでなければならない。第１カテゴリのノードは、中央コントロールノード（ゲートウェイノード）３、侵入アラームノード４、ドアノード５、およびＲＦ（無線周波数）通信ユニット用の通信ノード６を含む。
【００１７】
本実施形態では、ドアノード５はＬＩＮバス２を通じて、外部フラッシャ動作を制御するＬＩＮノード７、リヤビューミラーを制御するノード８、リモートキーエントリシステム用のドアロックを制御するドアロックノード９、およびウィンドウの開閉モータを制御するウィンドウノード１０に通信する。
【００１８】
更にＣＡＮバス１は、第２カテゴリのノードに通信する。第２カテゴリのノードは、車両が駐車している間に応答時間が短いようにアクティブでいる必要が無い。第２カテゴリのノードは、ギアボックスを制御するノード１１、エンジンコントロールユニットを制御するノード１２、アンチロック制動システムを制御するノード１３、およびサスペンションコントロールユニットを制御するノード１４を含む。更に第２カテゴリのノードは、フロントコントロールユニット用のノード１５、エアバッグシステムを制御するノード１６、および粒子フィルタを制御するノード１７を含む。更に第２カテゴリのノードは、車内環境コントロール、ラジオおよびハイファイセット、ディスプレイユニット、ＩＴシステム、ダッシュボード機器、ＣＤプレーヤ、駐車支援ユニット、およびサンルーフをそれぞれ制御するノード１８〜２４を含む。
【００１９】
本実施形態の車両システムは、例示である。ＬＩＮバス２が有る状態または無い状態でのＣＡＮバス１の構成は、任意特定のネットワーク要件に適合できることが理解されるであろう。
【００２０】
本実施形態では、ＣＡＮバス１は第１ライン２６、第２ライン２７、第３ライン２８、および第４ライン２９を備える。第１ライン２６は、中央コントロールノード３の第１ポートと、ノード４，５，２５との間の通信に用いられる。第２ライン２７は、中央コントロールノード３の第２ポートとノード６，１５，１６，１７との間の通信に用いられる。第３ライン２８は、中央コントロールノード３の第３ポートと、ノード１１〜１４との間の通信に用いられる。第４ライン２９は、中央コントロールノード３の第４ポートと、ノード１８〜２４との間の通信に用いられる。
【００２１】
第１カテゴリのノード３〜６の応答時間の要件、特にノード３〜６のウェークアップ時間の要件は、１００マイクロ秒以下程度である。更に、これら第１カテゴリのノード３〜６のユニットは、車が駐車モードの場合でも入力信号に応答可能でなければならないため、電力を供給されたままにされなければならず、電流消費が非常に小さいことが求められる。つまり、第１カテゴリのノード３〜６の電流消費はできる限り小さいが、いずれにしても１ミリアンペアよりも実質的に小さい静止モードで動作可能でなければならない。
【００２２】
図２は、本発明の好ましい実施形態による、ＣＡＮノード１００のブロック図を示す。ＣＡＮノード１００は、ＣＡＮバス１のシステム（ネットワーク）内のＣＡＮコントローラノード、たとえば図１に示す第１カテゴリのノード３〜６のうちの１つのノードとして適する。ＣＡＮノード１００は、ＭＣＵ（マイクロコントローラ・ユニット）１０２と管理ユニット１０４を含む。ＭＣＵ１０２は、ＣＡＮバス（ＣＡＮ通信バス）１を通じて、送信信号を生成し、受信信号を処理するメモリとデータ処理機能（図示略）を備える。
【００２３】
管理ユニット１０４は、ＣＡＮバス送受信機（多重物理層）１０６を含む。ＣＡＮバス送受信機１０６は、ＣＡＮバス１をＭＣＵ１０２に接続するＣＡＮインタフェースとして動作する。ＣＡＮバス送受信機１０６は、ＭＣＵ１０２からバス１０８を通じてメッセージを受信し、受信したメッセージをＣＡＮバス１上に送信する。ＣＡＮバス送受信機１０６は、ＣＡＮバス１から受信したメッセージを、接続部１１０を通じて、ＭＣＵ１０２に転送する。ＣＡＮバス送受信機１０６は、ローエンド実施態様におけるエッジ検出器から、ハイエンド実施態様における完全送受信機（本発明の代替の好ましい実施形態）として実施できる。
【００２４】
好ましい実施形態では、ＣＡＮバス送受信機１０６は、メッセージシンボル復号ロジック（シンボル復号器１２８）を含む。シンボル復号器１２８は、ＣＡＮバス１から受信したメッセージを復号し、メッセージがＭＣＵ１０２による受信用に意図されているか否か判定する。
【００２５】
更に他のＣＡＮインタフェースが、ＭＣＵ１０２の他のポートと、ＣＡＮバス１の他のラインとの間に設けられてもよい。ＭＣＵ１０２と管理ユニット１０４は、それぞれ別個の部品、モジュール、またはチップを備えてもよいし、あるいは種々の実施形態の単一モジュールまたは集積回路に集積化されてもよい。
【００２６】
更に管理ユニット１０４は、電力コントロールレギュレータとしての電力レギュレータ１１２を含む。電力レギュレータ１１２は、低電力設定または大電力設定で、ＭＣＵ１０２に電源電圧（ＶＤＤ）を供給する。電力レギュレータ１１２は、ＭＣＵ１０２から提供されるスリープ信号１１６によって、ＶＤＤ１１４を低電力またはスリープ状態に設定するように制御される。ＭＣＵ１０２は、スリープ信号１１６を許可（イネーブル）するか、または低電力モードになることによって、自分自身を非常に小さい電流モードに設定し、最小のバックグラウンド動作を可能にする最小電流が流出する。電力レギュレータ１１２は、ＭＣＵ１０２に出力電力ＶＤＤ１１４を許可する許可信号（イネーブル信号）１１８を、ＣＡＮバス送受信機１０６から受信する。ＣＡＮバス送受信機１０６は、ＭＣＵ１０２用に意図されたメッセージを、ＣＡＮバス１を通じて受信することによって、許可信号１１８をセットする。電力レギュレータ１１２は、許可信号１１８が受信されない場合に許可される低スリープ状態電流能力を有する。管理ユニット１０４は、簡単な局部発振器またはタイムベース（図示略）、および状態機械、組合せロジック、または線形フィードバック・シフトレジズタとして実施できるコントロールブロック（図示略）を含んでもよい。
【００２７】
本発明の好ましい実施形態によれば、管理ユニット１０４は、メッセージ管理ユニット１２０を含む。一実施形態ではメッセージ管理ユニット１２０は、ＣＡＮバス１からＣＡＮバス送受信機１０６によって受信したＣＡＮメッセージを記憶する有限容量メッセージバッファモジュールである。メッセージ管理ユニット１２０は、メモリバッファ１２４、状態レジスタ１２６、シンボル復号器（メッセージシンボル復号ロジック）１２８、およびメッセージ検証器（メッセージ検証ロジック）１３０を含む。メモリバッファ１２４は、ＣＡＮメッセージを記憶する。シンボル復号器１２８は、ＣＡＮバス１を通じて受信したＣＡＮメッセージを復号する。メッセージ検証器１３０は、メッセージがＭＣＵ１０２による受信用であると意図されているか確認する。
【００２８】
シンボル復号器１２８は、ＣＡＮバス送受信機１０６がＣＡＮバス１から受信したメッセージを復号し、メッセージがＭＣＵ１０２による受信用であると意図されているか否か判定する。シンボル復号器１２８内におけるクロック回復は、発振器精度の低いクロック回復メカニズムを使用することによって単純化される。その理由は、クロック回復メカニズムは、可能性のある全範囲にわたっては動作しないからである。これは、局部発振器の精度ニーズを、内部発振器が使用されてもよい点まで減少させる効果がある。たとえばＣＡＮバスからやって来る受信エッジが局部発振器を調整するかまたは較正する方法として使用されるスキームは、精度の低い局部発振器の性能をシステムの要件まで引上げるのに使用できる。これは、完全なＣＡＮバス動作のために、非常に簡単なクロック回復メカニズムをシンボル復号器１２８において使用してよいため、実施態様の複雑さを低減する重要な方法である。
【００２９】
マイクロコントローラインタフェース１２２は、メッセージ管理ユニット１２０がバッファリングしたメッセージを、メッセージ管理ユニット１２０からＭＣＵ１０２に通信するマイクロプロセッサインタフェースである。マイクロコントローラインタフェース１２２は、離散割込、ウェークアップ要求ライン、Ｉ２Ｃ（Ｉｎｔｅｒ−Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）バス、または平行アドレス／データバスを備えてよく、好ましい実施形態ではシステムパケットインタフェース（ＳＰＩ）を備えてもよい。マイクロコントローラインタフェース１２２は、バッファリングしたメッセージを通信することに加えて、ＭＣＵ１０２をスリープ状態または停止状態からウェークアップさせる。更にマイクロコントローラインタフェース１２２は、ＣＡＮバス１を通じて受信したメッセージの存在をＭＣＵ１０２に示すべく、制御信号を通信する。更にマイクロコントローラインタフェース１２２は、メッセージ読取可能手段を提供する。
【００３０】
好ましい実施形態によれば、ＭＣＵ１０２は、ある好ましい低電力動作モードにおいて、パワーオフ状態に設定される。ＭＣＵ１０２は、スリープ状態静止電流を有する大電力ＭＣＵであるため、ＣＡＮネットワーク設計においては元々望ましくない。しかし本実施形態は、ＭＣＵ１０２をシャットダウン可能にすることによって、ＭＣＵ１０２を使用可能にする。
【００３１】
管理ユニット１０４は、モジュールの低電力動作時に、低電力スタンバイ状態で動作する。管理ユニット１０４は、ＣＡＮバス１を通じてＣＡＮメッセージを受信すると、ＣＡＮバス１から受信した最初のシンボルを検証する。管理ユニット１０４は、検証後、許可信号１１８によって内部の電力レギュレータ１１２をオンし、ＭＣＵ１０２と電力レギュレータ１１２の両方を完全動作実行モードにする。代替の実施形態では任意選択で管理ユニット１０４は、マイクロコントローラインタフェース１２２を通じてＭＣＵ１０２にウェークアップコマンドを送信することによって、ＭＣＵ１０２をウェークアップ要求するであろう。
【００３２】
メッセージ管理ユニット１２０のメモリバッファ１２４は、ＣＡＮバス１を通じてオリジナルのＣＡＮメッセージを受信すると、即座にバッファリングする。メッセージ管理ユニット１２０は、メッセージを完全にバッファリングすると、管理ユニット１０４が全メッセージを受信したことを状態レジスタ１２６に示す。ＭＣＵ１０２は、電力レギュレータ１１２からＶＤＤ１１４を介して信号が送られるとウェークアップモードになる。そしてＭＣＵ１０２は、電源アップして安定になると、マイクロコントローラインタフェース１２２を通じて状態レジスタ１２６にアクセスし、状態レジスタ１２６が全メッセージ受信を示すことを識別する。
【００３３】
ＭＣＵ１０２は、受信したメッセージを識別することによって、ＣＡＮバス１から受信したオリジナルの最初のメッセージを、メモリバッファ１２４からマイクロコントローラインタフェース１２２を介して読取り、受信メッセージに従って実行する。こうしてＣＡＮノード１００は、ＣＡＮメッセージ受信によって、ＭＣＵ１０２の停止を含むスリープモードからウェークし、対応して作動できる。よってＣＡＮノード１００は、オリジナルのメッセージの控えを再送信するようにＣＡＮに要求する必要が無い。従って、全体のＣＡＮバスシステム性能が向上する。
【００３４】
図３は、本発明の好ましい実施形態による、ＣＡＮメッセージのバッファリング方法のフローチャートを示す。ステップＳ２０２において、ＣＡＮノード１００におけるメッセージ管理ユニット１２０は、ＣＡＮバス１を監視することによって受信メッセージの受信を検出する。
【００３５】
ステップＳ２０４において、ＣＡＮバス送受信機１０６は、受信メッセージの最初のシンボルを検出し、検証する。ＣＡＮバス送受信機１０６は、低電力モードのままである。最初のシンボルが、ＣＡＮノード１００内のＭＣＵ１０２のためのメッセージを示すものとしては確認されない場合、ステップＳ２０２においてＣＡＮバス送受信機１０６は低電力状態のままであり、次の受信メッセージを受信するまでＣＡＮバス１を監視し続ける。一実施形態では、メッセージが当該ＣＡＮノード１００について検証されるまで、ＭＣＵ１０２はパワーオフ状態またはパワーオフ動作モードに維持されてよい。受信メッセージがＭＣＵ１０２用であると意図される場合、プロセスはステップＳ２０６に進む。
【００３６】
ステップＳ２０６において、ＣＡＮバス送受信機１０６は、内部の電力レギュレータ１１２を駆動することによって、ＭＣＵ１０２を含むモジュールに電力供給する実行モードにさせる。
【００３７】
次のステップＳ２０８において、メッセージ管理ユニット１２０は、ＭＣＵ１０２をウェークアップ動作モードにするよう要求する。更に一実施形態では、メッセージ管理ユニット１２０はクロック始動要求する。ステップＳ２０８は、メッセージ受信前にＭＣＵ１０２がパワーオフ状態であった場合に、生じる可能性がある。
【００３８】
ステップＳ２１０において、メッセージ管理ユニット１２０は、受信したＣＡＮメッセージを、メモリバッファ（メッセージバッファ）１２４に記憶する。ステップＳ２１２において、メモリバッファ１２４は、メッセージを完全にバッファリングすると、状態レジスタ１２６をセットする。ステップＳ２１４において、ＭＣＵ１０２は、パワーアップシーケンスを終了後、バッファリングしたメッセージをメモリバッファ１２４から読取る。ステップＳ２１６において、プロセスは終了する。
【００３９】
理解されるように、本発明の好ましい実施形態のプロセスは、コンピュータプログラミングソフトウェア、ファームウェア、またはハードウェアの任意の組合せを使用して実行されてもよい。本発明をソフトウェアで実行するための準備ステップとして、好ましい実施形態によるコンピュータプログラミングコード（ソフトウェアまたはファームウェア）は、通常、ハードドライバ、ディスク、光ディスク、磁気テープ、またはＲＯＭ、ＰＲＯＭなどのような半導体メモリなどの、１つまたは複数の機械読取可能な記憶媒体内に記憶され、従って本発明による製品が作られるであろう。コンピュータプログラミングコードを含む製品は、記憶装置から直接コードを実行することによって、記憶装置からのコードをハードディスク、ＲＡＭなどのような別の記憶装置に複製することによって、または遠隔実行のためにコードを送信することによって使用される。
【００４０】
本発明の方法形態は、本発明によるコードを含む１つまたは複数の機械読取可能な記憶装置を、適切で標準的なコンピュータハードウェアと組合せて、機械読取可能な記憶装置内に含まれるコードを実行することによって実施されてもよい。本発明を実施する装置は、本発明に従ってコーディングされたコンピュータプログラム（複数可）を含むか、またはコンピュータプログラム（複数可）にネットワークアクセスできる１つまたは複数のコンピュータと記憶システムであることができる。
【００４１】
本発明は、好ましい実施形態を参照して、特に示され、述べられたが、本発明の精神と範囲から逸脱することなく、本明細書において、形態と詳細における種々の変更が行われてもよいことが当業者によって理解されるであろう。述べられる実施形態に対する任意の変形、修正形、追加、および改善は、可能であり、添付特許請求の範囲の中で詳述される本発明の範囲内に入ってもよい。
【図面の簡単な説明】
【００４２】
【図１】本実施形態による、自動車通信バスシステムのブロック図。
【図２】本実施形態による、ＣＡＮノードのブロック図。
【図３】本実施形態による、ＣＡＮメッセージバッファリング方法のフローチャート。
【図１】
2009532949.tif 000003
【図２】
2009532949.tif 000004
【図３】
2009532949.tif 000005
【国際調査報告】
2009532949.tif 000006