(57)【要約】【課題】  フェールセーフ機能を向上させた車内通信システム及びその通信方法を提供すること。【解決手段】  車両に搭載された複数の電子機器（例えばＥＣＵ）をつなぐ通信ネットワークを構築する車内通信システムにおいて、情報を送信する側の電子機器は、送信すべき情報を表す第一のビット列と、この第一のビット列の所定の特性を表す第二のビット列と、送信順序を表す第三のビット列とを含むフレームを送信し、情報を受信する側の電子機器は、送信する側の電子機器から上記フレームを受信し、受信したフレームから上記第一のビット列を分離し、この分離した第一のビット列から上記所定の特性と等価の第一の情報を求め、上記第一のビット列が分離された上記受信したフレームの残部から該フレームの受信順序を表すビット列を差し引いたビット列が表す情報を第二の情報とし、第一の情報と第二の情報を比較する。【選択図】  図１
2006066953.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載された複数の電子機器をつなぐ通信ネットワークを構築する車内通信システムにおける通信方法であって、
情報を送信する側の電子機器は、
送信すべき情報を表す第一のビット列と、
前記第一のビット列の所定の特性を表す第二のビット列と、
送信順序を表す第三のビット列とを含むフレームを前記通信ネットワークを通じて送信する、ことを特徴とする通信方法。
【請求項２】
請求項１記載の通信方法であって、
前記所定の特性は、前記第一のビット列のサム値である、ことを特徴とする通信方法。
【請求項３】
請求項１又は２記載の通信方法であって、
前記送信順序は、前記フレームが送信されるたびにインクリメントされるカウンタ値である、ことを特徴とする通信方法。
【請求項４】
請求項１乃至３のいずれか一項記載の通信方法であって、
情報を受信する側の電子機器は、
前記通信ネットワークを通じて前記送信する側の電子機器から前記フレームを受信し、
受信したフレームから前記第一のビット列を分離し、
この分離した第一のビット列から前記所定の特性と等価の第一の情報を求め、
前記第一のビット列が分離された前記受信したフレームの残部から該フレームの受信順序を表すビット列を差し引いたビット列が表す情報を第二の情報とし、
前記第一の情報と前記第二の情報を比較する、ことを特徴とする通信方法。
【請求項５】
請求項４記載の通信方法であって、
前記第一の情報は、前記分離した第一のビット列のサム値である、ことを特徴とする通信方法。
【請求項６】
請求項４又は５記載の通信方法であって、
前記受信順序は、前記送信する側の電子機器からフレームを受信するたびにインクリメントされるカウンタ値である、ことを特徴とする通信方法。
【請求項７】
請求項４乃至６のいずれか一項記載の通信方法であって、
前記第一の情報と前記第二の情報の比較の結果、該第一及び第二の情報が一致した場合、前記受信したフレームに誤りは含まれていないと判断する、ことを特徴とする通信方法。
【請求項８】
請求項４乃至６のいずれか一項記載の通信方法であって、
前記第一の情報と前記第二の情報の比較の結果、該第一及び第二の情報が一致しなかった場合、前記受信したフレームに誤りが含まれていると判断する、ことを特徴とする通信方法。
【請求項９】
請求項７又は８記載の通信方法であって、
前記受信する側の電子機器は、前記受信したフレームに誤りが含まれていないと判断しなかったとき又は誤りが含まれていると判断したとき、該受信したフレームから分離された前記第一のビット列を破棄する、ことを特徴とする通信方法。
【請求項１０】
請求項７又は８記載の通信方法であって、
前記情報を送信する側の電子機器は、送信されたフレームのレプリカを記憶しておき、
前記情報を受信する側の電子機器は、前記受信したフレームに誤りが含まれていないと判断しなかったとき又は誤りが含まれていると判断したとき、前記送信する側の電子機器に該受信したフレームに関する再送要求を送信し、
前記再送要求を受信した前記送信する側の電子機器は、前記レプリカを利用して再送を要求されたフレームを再送する、ことを特徴とする通信方法。
【請求項１１】
車両に搭載された複数の電子機器をつなぐ通信ネットワークを構築する車内通信システムであって、
情報を送信する側の電子機器は、
送信すべき情報を表す第一のビット列と、この第一のビット列の所定の特性を表す第二のビット列と、送信順序を表す第三のビット列とを含むフレームを生成するフレーム化手段と、
前記フレーム化手段によって生成されたフレームを前記通信ネットワークを通じて送信する送信側通信手段とを有する、ことを特徴とする車内通信システム。
【請求項１２】
請求項１１記載の車内通信システムであって、
前記所定の特性は、前記第一のビット列のサム値である、ことを特徴とする車内通信システム。
【請求項１３】
請求項１１又は１２記載の車内通信システムであって、
前記送信順序は、前記送信側通信手段が前記フレーム化手段によって生成されたフレームを送信するたびにインクリメントされるカウンタ値である、ことを特徴とする車内通信システム。
【請求項１４】
請求項１１乃至１３のいずれか一項記載の車内通信システムであって、
情報を受信する側の電子機器は、
前記通信ネットワークを通じて前記送信する側の電子機器から前記フレームを受信する受信側通信手段と、
前記受信側通信手段により受信されたフレームから前記第一のビット列を分離する分離手段と、
前記分離手段によって分離された前記第一のビット列から前記所定の特性と等価の第一の情報を求め、前記第一のビット列が分離された前記受信したフレームの残部から該フレームの受信順序を表すビット列を差し引いたビット列が表す情報を第二の情報として求め、前記第一の情報と前記第二の情報を比較する比較手段とを有する、ことを特徴とする車内通信システム。
【請求項１５】
請求項１４記載の車内通信システムであって、
前記第一の情報は、前記分離した第一のビット列のサム値である、ことを特徴とする車内通信システム。
【請求項１６】
請求項１４又は１５記載の車内通信システムであって、
前記受信順序は、前記情報受信側通信手段が前記送信する側の電子機器からフレームを受信するたびにインクリメントされるカウンタ値である、ことを特徴とする車内通信システム。
【請求項１７】
請求項１４乃至１６のいずれか一項記載の車内通信システムであって、
前記比較手段は、前記第一の情報と前記第二の情報の比較の結果、該第一及び第二の情報が一致した場合、前記受信側通信手段が受信したフレームに誤りは含まれていないと判断する、ことを特徴とする車内通信システム。
【請求項１８】
請求項１４乃至１６のいずれか一項記載の車内通信システムであって、
前記比較手段は、前記第一の情報と前記第二の情報の比較の結果、該第一及び第二の情報が一致しなかった場合、前記受信側通信手段が受信したフレームに誤りが含まれていると判断する、ことを特徴とする車内通信システム。
【請求項１９】
請求項１７又は１８記載の車内通信システムであって、
前記受信する側の電子機器は、前記比較手段が前記受信側通信手段が受信したフレームに誤りが含まれていないと判断しなかったとき又は誤りが含まれていると判断したとき、該受信したフレームから分離された前記第一のビット列を破棄する、ことを特徴とする車内通信システム。
【請求項２０】
請求項１７又は１８記載の車内通信システムであって、
前記送信する側の電子機器は、前記送信側通信手段により送信されたフレームのレプリカを記憶しておくバッファ手段を更に有し、
前記受信側通信手段は、前記比較手段が前記受信側通信手段が受信したフレームに誤りが含まれていないと判断しなかったとき又は誤りが含まれていると判断したとき、前記送信する側の電子機器に該受信したフレームに関する再送要求を送信し、
前記再送要求を受信した前記送信側通信手段は、前記バッファ手段に記憶されたレプリカを利用して再送を要求されたフレームを再送する、ことを特徴とする車内通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、車両に搭載された複数の電子機器をつなぐ通信ネットワークを構築する車内通信システム及びその通信方法に係り、特に、フェールセーフ機能を向上させた車内通信システム及びその通信方法に関する。
【背景技術】
【０００２】
近年、車載電子機器の数の増加に伴い、ワイヤハーネスの削減や電子制御システムのスリム化などを狙いとして、車両（特に乗用車）へのＬＡＮ（ローカル・エリア・ネットワーク）の導入が進んでいる。
【０００３】
現在検討されている車載ＬＡＮ（車内ＬＡＮ）は、その用途・機能から大きく分けて以下の４つに分類される：
１）ボディ系
低速（１２５ｋｂｐｓ以下）
ドア、シート、照明などの制御
２）安全系
中速（数１０ｋｂｐｓ〜５００ｋｂｐｓ）
エアバッグ、衝突センサなどの制御
３）パワートレイン（走行制御）系
中〜高速（数１００ｋｂｐｓ〜５Ｍｂｐｓ程度）
ＡＢＳ、トランスミッション、エンジンなどの制御
４）情報（マルチメディア）系
高速（数Ｍｂｐｓ〜１００Ｍｂｐｓ）
ナビゲーション・システム、オーディオ、映像ディスプレイなどの制御。
【０００４】
このうち、１〜３）のいわゆるボディ・制御系のＬＡＮでは、タイムスロット通信が行われ、各機器が必要な信号（センサ出力等）を常に（定期的に）出力しているのに対し、４）のマルチメディア系のＬＡＮでは、いわゆるイベント・ドリブン型の通信が行われ、イベント発生時にはピア・トゥ・ピアでリアルタイムデータ通信が実施される。
【０００５】
このような違いを反映し、採用される通信プロトコルも異なる。ボディ・制御系車載ＬＡＮ向けのプロトコルとしては、これまで、ＢＥＡＮ、ＣＡＮ（２．０Ｂ）、ＬＩＮ（Ｒｅｖ．２．０）、などが提案されている。また、マルチメディア系車載ＬＡＮ向けのプロトコルとしては、ＩＥＢｕｓ（登録商標）、ＭＯＳＴ、ＩＤＢ−１３９４、などが提案されている。
【０００６】
このように、例えばエンジンＥＣＵやブレーキＥＣＵなどの各種の車載電子機器は、車載ＬＡＮを利用して相互にデータをやり取りすることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来の車内通信システムにおいては、ＥＣＵ内の通信ＲＡＭにいわゆる「ＲＡＭ化け」や「固着」などの異常が生じて通信データが異常となり、正常な通信状態に復帰するまで通信が滞るという状況が発生する可能性がある。また、同じく通信ＲＡＭの異常やバス負荷（ネットワーク・トラフィック負荷）によりデータ飛びが生じて通信データの一部が失われ、正常な通信状態に復帰するまで通信が滞るという状況が発生する可能性もある。
【０００８】
前者の通信ＲＡＭの化けや固着について、いわゆるＲＡＭチェックを利用して検出することは困難である。なぜなら、一般的なＲＡＭチェックでは、ＲＡＭ内のデータを外部のストレージに一旦すべて読み出し、対象とするＲＡＭを空にする必要があるため、通信ＲＡＭのように略絶えず動作しているＲＡＭについては作動中の実行は難しいからである。
【０００９】
また、後者のデータ飛びについて、従来の車載ＬＡＮ用の通信プロトコルには、送信フレーム内にそのフレーム番号やカウンタ値などのその送信フレームの送信タイミング又は時系列上の順序を表すデータが含まれていないため、検出することが困難である。
【００１０】
このような車内通信システム特有の事情から、車載ＥＣＵを検査する手法が従来提案されているが（例えば、特開２００１−２０２１２９や特開２００３−１３７０４５など）、いずれも追加的なハードウェア構成（外部ツールや監視ＣＰＵなど）を伴うものであり、コスト増や重量増を招く可能性が高い。
【００１１】
本発明はこのような課題を解決するためのものであり、追加的なハードウェア構成を伴わずに通信ＲＡＭの異常を検出できるようにフェールセーフ機能を向上させた車内通信システム及びその通信方法を提供することを主たる目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するための本発明の第一の態様は、車両に搭載された複数の電子機器（例えばＥＣＵ）をつなぐ通信ネットワークを構築する車内通信システムにおける通信方法であって、情報を送信する側の電子機器は、送信すべき情報を表す第一のビット列と、この第一のビット列の所定の特性を表す第二のビット列と、送信順序を表す第三のビット列とを含むフレームを上記通信ネットワークを通じて送信する、通信方法である。
【００１３】
この第一の態様において、上記所定の特性は、例えば、上記第一のビット列のサム値であり、上記送信順序は、例えば、上記フレームが送信されるたびにインクリメントされるカウンタ値である。
【００１４】
また、この第一の態様において、情報を受信する側の電子機器は、例えば、上記通信ネットワークを通じて上記送信する側の電子機器から上記フレームを受信し、受信したフレームから上記第一のビット列を分離し、この分離した第一のビット列から上記所定の特性と等価の第一の情報を求め、上記第一のビット列が分離された上記受信したフレームの残部から該フレームの受信順序を表すビット列を差し引いたビット列が表す情報を第二の情報とし、上記第一の情報と上記第二の情報を比較する。
【００１５】
ここで、上記第一の情報は、例えば上記分離した第一のビット列のサム値であり、上記受信順序は、上記送信する側の電子機器からフレームを受信するたびにインクリメントされるカウンタ値である。
【００１６】
この第一の態様によれば、車両に搭載された複数の電子機器をつなぐ通信ネットワークにおいて、送信側の電子機器が送信すべき情報を表すビット列の所定の特性を現すビット列と送信順序を表すビット列とを送信するため、受信側の電子機器において該所定の特性と該送信順序とがそれぞれ適正であるかを確認することによってデータ異常やデータ飛びを検出することができる。
【００１７】
なお、この第一の態様において、上記第一の情報と上記第二の情報の比較の結果、該第一及び第二の情報が一致した場合に、上記受信したフレームに誤りは含まれていないと判断するようにしてもよく、或いは、上記第一の情報と上記第二の情報の比較の結果、該第一及び第二の情報が一致しなかった場合に、上記受信したフレームに誤りが含まれていると判断するようにしてもよい。
【００１８】
また、上記受信する側の電子機器は、上記受信したフレームに誤りが含まれていないと判断しなかったとき又は誤りが含まれていると判断したとき、該受信したフレームから分離された上記第一のビット列を破棄してもよく、或いは、上記情報を送信する側の電子機器が送信されたフレームのレプリカを記憶しておくようにし、上記情報を受信する側の電子機器は、上記受信したフレームに誤りが含まれていないと判断しなかったとき又は誤りが含まれていると判断したとき、上記送信する側の電子機器に該受信したフレームに関する再送要求を送信し、上記再送要求を受信した上記送信する側の電子機器は上記レプリカを利用して再送を要求されたフレームを再送するようにしてもよい。
【００１９】
上記目的を達成するための本発明の第二の態様は、車両に搭載された複数の電子機器（例えばＥＣＵ）をつなぐ通信ネットワークを構築する車内通信システムであって、情報を送信する側の電子機器は、送信すべき情報を表す第一のビット列と、この第一のビット列の所定の特性を表す第二のビット列と、送信順序を表す第三のビット列とを含むフレームを生成するフレーム化手段と、上記フレーム化手段によって生成されたフレームを上記通信ネットワークを通じて送信する送信側通信手段とを有する、車内通信システムである。
【００２０】
この第二の態様において、上記所定の特性は、例えば、上記第一のビット列のサム値であり、上記送信順序は、例えば、上記送信側通信手段が上記フレーム化手段によって生成されたフレームを送信するたびにインクリメントされるカウンタ値である。
【００２１】
また、この第二の態様において、情報を受信する側の電子機器は、例えば、上記通信ネットワークを通じて上記送信する側の電子機器から上記フレームを受信する受信側通信手段と、上記受信側通信手段により受信されたフレームから上記第一のビット列を分離する分離手段と、上記分離手段によって分離された上記第一のビット列から上記所定の特性と等価の第一の情報を求め、上記第一のビット列が分離された上記受信したフレームの残部から該フレームの受信順序を表すビット列を差し引いたビット列が表す情報を第二の情報として求め、上記第一の情報と上記第二の情報を比較する比較手段と、を有する。
【００２２】
ここで、上記第一の情報は、例えば、上記分離した第一のビット列のサム値であり、上記受信順序は、例えば、上記情報受信側通信手段が上記送信する側の電子機器からフレームを受信するたびにインクリメントされるカウンタ値である。
【００２３】
この第二の態様によれば、車両に搭載された複数の電子機器をつなぐ通信ネットワークにおいて、送信側の電子機器が送信すべき情報を表すビット列の所定の特性を現すビット列と送信順序を表すビット列とを送信するため、受信側の電子機器において該所定の特性と該送信順序とがそれぞれ適正であるかを確認することによってデータ異常やデータ飛びを検出することができる。
【００２４】
なお、この第二の態様において、上記比較手段は、上記第一の情報と上記第二の情報の比較の結果、該第一及び第二の情報が一致した場合に、上記受信側通信手段が受信したフレームに誤りは含まれていないと判断してもよく、或いは、上記第一の情報と上記第二の情報の比較の結果、該第一及び第二の情報が一致しなかった場合に、上記受信側通信手段が受信したフレームに誤りが含まれていると判断してもよい。
【００２５】
また、上記受信する側の電子機器は、上記比較手段が上記受信側通信手段が受信したフレームに誤りが含まれていないと判断しなかったとき又は誤りが含まれていると判断したときに、該受信したフレームから分離された上記第一のビット列を破棄するようにしてもよく、或いは、上記送信する側の電子機器が上記送信側通信手段により送信されたフレームのレプリカを記憶しておくバッファ手段を更に有し、上記受信側通信手段は、上記比較手段が上記受信側通信手段が受信したフレームに誤りが含まれていないと判断しなかったとき又は誤りが含まれていると判断したときに、上記送信する側の電子機器に該受信したフレームに関する再送要求を送信し、該再送要求を受信した上記送信側通信手段は、上記バッファ手段に記憶されたレプリカを利用して再送を要求されたフレームを再送するようにしてもよい。
【発明の効果】
【００２６】
本発明によれば、フェールセーフ機能を向上させた車内通信システム及びその通信方法を提供することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明を実施するための最良の形態について、添付図面を参照しながら実施例を挙げて説明する。なお、いわゆる車載ＬＡＮなどの車両に搭載された複数の電子機器（ＥＣＵなど）をつなぐ通信ネットワークを構築する車内通信システム及びその通信方法の基本概念、主要なハードウェア構成、作動原理、及び基本的な制御手法等については当業者には既知であるため、詳しい説明を省略する。
【００２８】
また、以下の実施例においては、一例として、通信プロトコルとして既知のＩＳＯ規格（ＩＳＯ１１８９８）である「ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）」が用いられるものとする。
【００２９】
ＣＡＮ通信システムでは、「ＣＡＮ  Ｈｉｇｈ」と「ＣＡＮ  Ｌｏｗ」の２本の通信線（バス）を一対としてその差動電圧によりバスのレベルがドミナント（優性）レベルかレセッシブ（劣性）レベルかを判断し、これをディジタル信号として５００ｋｂｐｓで伝送される。
【００３０】
また、ＣＡＮ通信は、時分割多重双方向通信であり、バスへデータを送り出す規則としてＣＳＭＡ／ＣＤ（衝突検出付き搬送波感知多重アクセス）方式を採用している。
【実施例１】
【００３１】
図１〜３を用いて、本発明に係る車内通信システム及びその通信方法の実施例１について説明する。
【００３２】
図１は、本実施例における送信側ＥＣＵ１０１の概略構造を示す図である。当業者には明らかなように、図１には本実施例の説明に必要な要素しか示していない。図示した要素は、例えばＥＣＵ内部プログラム（ソフトウェア）として実現される。
【００３３】
まず、送信すべき情報（例えばセンサ出力など）を表す送信データ（ビット列）について、サム値演算部（ＳＵＭ）１０２によりサム値（ＳＵＭ値）が計算される。ビット列のエラー検出のために該ビット列のサム値を計算することは良く知られた技術であり、従来のＣＡＮ通信でも実施されている。
【００３４】
本実施例では、送信データ・ビット列のサム値に加えて、カウンタ１０３により生成されたカウンタ値が用いられる。ここで、カウンタ１０３は、後述する送信側通信ＲＡＭ１０５がフレームを送信するたびにカウンタ値を１つインクリメントする。よって、カウンタ１０３の生成するカウンタ値は、送信フレームの時系列順を示す。従来のＣＡＮ通信ではこのようなカウンタ値が送信されない。
【００３５】
サム値を表すビット列とカウンタ値を表すビット列（例えば３ビット長）は、連結されて、１つのビット列（ＳＵＭ値＋カウンタ値）として送信フレームを生成するフレーム化部１０４へ入力される。
【００３６】
フレーム化部１０４には、送信データ自体も入力される。現行のＣＡＮ通信におけるフレーム・フォーマットの概略を図２に示す。図示するように、現行のＣＡＮフレームは、１フレーム８バイトから成り、主として、１１ビット長のフレーム識別子部分（ＩＤ）２０１、４ビット長のデータ長部分（ＤＬＣ）２０２、０〜６４可変ビット長のデータ部分（ＤＡＴＡ）２０３、１５ビット長の誤り検出コード部分（ＣＲＣ）２０４、及び、３ビット長の受信側ＥＣＵの応答部分（ＡＣＫ）２０５、を含む。他に、例えば、フレームの先頭や終端を表すビット又はビット列や制御用のビット列が含まれる。なお、図２において、時間の流れは左から右である。
【００３７】
図２に示すように、本実施例において、ＳＵＭ値とカウンタ値は、一例として、送信データと共にデータ領域（ＤＡＴＡ）２０３に入れられる。本実施例において、その順序は、時系列上早い順に、送信データ、ＳＵＭ値、カウンタ値である。なお、他の実施例としてＣＡＮ以外の通信プロトコルが用いられた場合、その用いられた通信プロトコルにＳＵＭ値及びカウンタ値を収容するのに適したスロットがあればそれを利用すればよく、特にない場合、本実施例と同様にデータ領域に入れればよい。
【００３８】
生成された送信フレームは、送信側通信ＲＡＭ１０５に送られる。通信ＲＡＭ１０５は、送信フレームをＣＡＮラインへ送出する。通信ＲＡＭ１０５による送信フレームの送信は、車載ＬＡＮ上において、宛先ＥＣＵへのみ送信されるポイント・トゥ・ポイント伝送で行われてもよく、或いは、宛先を特定しないブロードキャスト伝送で行われてもよい。後者は、ハードウェア自体の故障や交換などについてＬＡＮ上のＥＣＵに広く伝達するのに適している。
【００３９】
図３は、本実施例における受信側ＥＣＵ３０１の概略構造を示す図である。当業者には明らかなように、図３には本実施例の説明に必要な要素しか示していない。図示した要素は、例えばＥＣＵ内部プログラム（ソフトウェア）として実現される。
【００４０】
まず、通信ＲＡＭ３０２がＬＡＮのいずれかのＥＣＵから送信された送信フレームをＣＡＮラインから受信する。通信ＲＡＭ３０２は、受信したフレームを分離部３０３へ送る。
【００４１】
分離部３０３は、受信フレームのデータ領域（ＤＡＴＡ）を上記「送信データ」のビット列と上記「ＳＵＭ値＋カウンタ値」のビット列とに分離する。「送信データ」のビット列は、その受信フレームから抽出された受信データとして出力される。
【００４２】
他方、受信フレームから抽出された「ＳＵＭ値＋カウンタ値」を表すビット列からは、カウンタ３０４により生成されたカウンタ値を表すビット列（例えば３ビット長）が取り除かれる。ここで、カウンタ３０４は、受信側通信ＲＡＭ３０２がフレームを受信するたびにカウンタ値を１つインクリメントする。よって、カウンタ３０４の生成するカウンタ値は、受信フレームの時系列順を示す。
【００４３】
データを互いに送受信するＥＣＵ間において、送信側ＥＣＵ１０１から送信されたフレームが損失無くすべて受信側ＥＣＵ３０１で受信される場合、受信フレーム内から抽出されたカウンタ値（すなわち、送信側ＥＣＵ１０１のカウンタ１０３（図１）で生成されたカウンタ値）と、カウンタ３０４が生成したカウンタ値とが一致するはずである。したがって、分離部３０３が分離した「ＳＵＭ値＋カウンタ値」を表すビット列からカウンタ３０４が生成したカウンタ値を表すビット列を取り除いたとき、残ったＳＵＭ値を表すビット列が適正なＳＵＭ値を表していれば、カウンタ値を表すビット列も適正であったと判断できる。
【００４４】
そこで、ＳＵＭ値チェック部３０５は、分離部３０３から出力された受信データを表すビット列のサム値を演算して求め、それと分離部３０３のもう一方の出力である「ＳＵＭ値＋カウンタ値」を表すビット列からカウンタ３０４が生成したカウンタ値を表すビット列を取り除いたビット列が表しているサム値とを比較する。
【００４５】
受信データから実際に計算されて求められたサム値と受信フレームに含まれていたサム値とが一致した場合、受信データが送信側ＥＣＵ１０１（図１）から送信された送信データと一致することが確認される。すなわち、受信データ中にエラーが発生していないことが確認される。
【００４６】
また、受信側ＥＣＵ３０１のカウンタ３０４で生成されたカウンタ値を用いて正常なＳＵＭ値が得られたことから、カウンタ３０４が生成したカウンタ値と送信側ＥＣＵ１０１のカウンタ１０３（図１）が生成したカウンタ値とが一致することも確認される。すなわち、フレーム送受信において、ロスト・フレームが存在せず、送信順と同じ正しい順序でフレームが受信されていることが確認される。
【００４７】
さらに、本実施例では、上述のように、送信フレーム中のデータ部分（ＤＡＴＡ）２０３の時系列上一番後ろにカウンタ値を表すビット列が配置されるため、カウンタ値が正常であることが確認されると、フレーム中の少なくともカウンタ値の場所までは送信側ＥＣＵ１０１の通信ＲＡＭ１０５（図１）に固着が発生していないことが分かる。なぜなら、通信ＲＡＭに固着が発生すると、発生時以降のすべてのビットにエラーが生じ得るからである。よって、カウンタ値より時系列上前のビット列、特にＳＵＭ値を表すビット列が正常であることも確認されることになる。
【００４８】
まとめると、ＳＵＭ値チェック部３０５は、１）ＳＵＭ値から受信データが正常であるか否かを判定することができ、２）カウンタ値から受信フレームにフレーム抜け（フレーム落ち）がないか否かを判定することができ、さらに、３）カウンタ値から少なくともカウンタ値の場所までにＲＡＭ固着が発生した否かを判定することができる。
【００４９】
逆に、受信データから実際に計算されて求められたサム値と受信フレームに含まれていたサム値とが一致しなかった場合、ＳＵＭ値チェック部３０５が送信側ＥＣＵ１０１の通信ＲＡＭ１０５（図１）に異常が発生しているか、或いは、データ飛びなどにより正常な受信ができていない、と判断し、フェール発生と判定する。
【００５０】
以上のように、ＳＵＭ値チェック部３０５は、フェール判定を行い、結果を出力する。本実施例において、フェールが発生していると判定された場合、受信側ＥＣＵ３０１は分離部３０３により出力された受信データを破棄する。したがって、本実施例は、データの履歴（蓄積）よりもリアルタイム性を重視する傾向にある用途に適していると言える。
【００５１】
このように、本実施例によれば、送信側ＥＣＵ及び受信側ＥＣＵそれぞれにカウンタ機能を設け、ＳＵＭ値と組み合わせてカウンタ値も送受信するように通信制御することによって、簡易にフェール判定が可能となる。
【実施例２】
【００５２】
次いで、図４及び５を用いて、本発明に係る車内通信システム及びその通信方法の実施例２について説明する。図４は本実施例における送信側ＥＣＵ４０１の概略構造を示す図であり、図５は本実施例における受信側ＥＣＵ５０１の概略構造を示す図である。当業者には明らかなように、図４及び５には本実施例の説明に必要な要素しか示していない。図示した要素は、例えばＥＣＵ内部プログラム（ソフトウェア）として実現される。
【００５３】
さらに、図４及び５では、上記実施例１と同じ機能・動作の構成要素には図１及び３に示したのと同じ符号を付している。また、便宜上、本実施例の説明において、上記実施例１と同一の部分については詳しい説明は省略し、主として実施例１と異なる部分について説明する。より具体的には、本実施例は、フェール判定までの処理について実施例１と
同様であるが、その後の処理が異なる。
【００５４】
上述のように、上記実施例１は、フェールが発生したと判定された場合、受信側ＥＣＵが受信データを破棄するものであった。これに対し、本実施例に係る受信側ＥＣＵ５０１（図５）は、送信側ＥＣＵ４０１（図４）に当該フレームの再送を要求する。
【００５５】
このため、送信側ＥＣＵ４０１（図４）は、通信ＲＡＭ４０２に接続されたバッファ４０３が設けられる。通信ＲＡＭ４０２は、フレームを送信するたびに、送信フレームのレプリカをバッファ４０３に格納する。
【００５６】
また、受信側ＥＣＵ５０１（図５）では、ＳＵＭ値チェック５０２がフェール判定結果を通信ＲＡＭ５０３へ出力する。フェール発生と判定された場合、通信ＲＡＭ５０３は、フェール発生と判定された際の受信フレームの発信元である送信側ＥＣＵ４０１に再送要求を送信する。この再送要求には、当該受信フレームに含まれていたフレーム識別情報及び／又はカウンタ値を含める。
【００５７】
受信側ＥＣＵ５０１から再送要求を受信した送信側ＥＣＵ４０１の通信ＲＡＭ４０２は、再送要求に含まれたフレーム識別情報及び／又はカウンタ値を利用してバッファ４０３から再送を要求されたフレームのレプリカを取り出し、受信側ＥＣＵ５０１へ再送する。このように、本実施例では、送信時のカウンタ値をフレーム識別情報として機能させることも可能である。
【００５８】
したがって、フェール発生と判定された理由がデータ飛びなどの一時的な理由であれば、このような再送制御により直ちにフェールと判定された状態から脱することができる。
【００５９】
また、データ飛びなどの一時的なフェールではなく、ＲＡＭ化けやＲＡＭ固着などの持続的な異常であった場合に備えて、受信側ＥＣＵ５０１の通信ＲＡＭ５０３は、同じカウンタ値のフレーム（すなわち、同一のフレーム）についての再送要求が所定回数を越えたとき、一時的でない異常が送信側ＥＣＵ４０１において発生していると判断するように設計されるのが好ましい。一時的でない異常が発生していると判断されたとき、受信側ＥＣＵ５０１は、例えば、インジケータやディスプレイやスピーカなどを通じて車両乗員に視覚的及び／又は聴覚的にフェールの発生を伝達してもよく、或いは、車両外部との通信が可能な通信手段を用いて所定のセンタへフェールの発生を伝達してもよい。
【００６０】
このように、本実施例は、上述の実施例１とは対照的に、リアルタイム性よりもデータの履歴（蓄積）を重視する傾向にある用途に適していると言える。
【００６１】
このように、本実施例によれば、上述の実施例１と同様に、送信側ＥＣＵ及び受信側ＥＣＵそれぞれにカウンタ機能を設け、ＳＵＭ値と組み合わせてカウンタ値も送受信するように通信制御することによって、簡易にフェール判定が可能になると共に、発生したフェールがデータ飛びなどの一時的な異常であれば、送信側ＥＣＵからエラーとなったフレームだけを再送してもらうことによって、簡易にフェール状態を脱することができる。
【００６２】
以上、本発明を実施するための好ましい形態について実施例を２つ挙げた説明したが、本発明は上記実施例１及び２に限定されるものではない。例えば、上記実施例１及び２では、通信プロトコルとしてＣＡＮが用いられる場合について説明したが、本発明はＣＡＮ以外の通信プロトコルにも適用可能であると共に、現在ＣＡＮが主として用いられている高速制御系以外の用途の車内通信システムにも適用可能であることは明らかである。
【産業上の利用可能性】
【００６３】
本発明は、車載ＬＡＮなどの車内通信システムに利用できる。搭載される車両の外観、重量、サイズ、走行性能等は問わない。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施例１における送信側ＥＣＵの概略構造図である。
【図２】現行のＣＡＮ通信におけるフレーム・フォーマットの概略及び本発明の実施例１における利用例を示す図である。
【図３】本発明の実施例１における受信側ＥＣＵの概略構造図である。
【図４】本発明の実施例２における送信側ＥＣＵの概略構造図である。
【図５】本発明の実施例２における受信側ＥＣＵの概略構造図である。
【符号の説明】
【００６５】
１０１、４０１  送信側ＥＣＵ
１０２  サム値演算部（ＳＵＭ）
１０３、３０４  カウンタ
１０４  フレーム化部
１０５、４０２  送信側通信ＲＡＭ
２０１  フレーム識別子部分（ＩＤ）
２０２  データ長部分（ＤＬＣ）
２０３  データ部分（ＤＡＴＡ）
２０４  誤り検出コード部分（ＣＲＣ）
２０５  受信側ＥＣＵの応答部分（ＡＣＫ）
３０１、５０１  受信側ＥＣＵ
３０２、５０３  受信側通信ＲＡＭ
３０３  分離部
３０５、５０２  サム値チェック部
４０３  バッファ
【図１】
2006066953.tif 000003
【図２】
2006066953.tif 000004
【図３】
2006066953.tif 000005
【図４】
2006066953.tif 000006
【図５】
2006066953.tif 000007