JP3974030B2 - 車両用通信装置 - Google Patents
車両用通信装置 Download PDFInfo
- Publication number
- JP3974030B2 JP3974030B2 JP2002350016A JP2002350016A JP3974030B2 JP 3974030 B2 JP3974030 B2 JP 3974030B2 JP 2002350016 A JP2002350016 A JP 2002350016A JP 2002350016 A JP2002350016 A JP 2002350016A JP 3974030 B2 JP3974030 B2 JP 3974030B2
- Authority
- JP
- Japan
- Prior art keywords
- signal
- vehicle
- received
- system data
- communication device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、車両に搭載された各種装置間において、各種信号を送受信するための車両用通信装置に関する。
【０００２】
【従来の技術】
近年、車両に搭載された各種制御装置間において制御データ等の各種信号を送受信する際には、車両内に設けられると共に各種制御装置間を接続する車内ネットワーク（車内ＬＡＮ：Local Area Network）を用いた通信が行われる。この時、各種制御装置に接続され、あるいは各種制御装置に包含されて、車内ネットワークを用いた通信に利用される通信装置には、例えば自動車の走行状態に応じたノイズ耐性を考慮して適切な通信速度を設定するものがある。
【０００３】
この通信装置では、システム起動時や自動車の加減速時に、マスター装置からスレーブ装置に通信速度確認コマンドを送信すると共に、スレーブ装置からの応答速度を検出し、その結果に応じてネットワーク混雑状況を把握して通信速度を決定する（例えば、特許文献１参照。）。
また、受信した信号を判定する方法には、同一の信号が複数回受信されると、この信号は、送信側で出力された信号と等しく、正しいものであると判定する方法がある。
【０００４】
【特許文献１】
特開２０００−３０７５９２号公報
【０００５】
【発明が解決しようとする課題】
ところで、特許文献１に記載されているような従来の通信装置では、自動車の走行状態に応じたノイズ耐性を考慮して適切な通信速度を設定することはできるものの、設定された通信速度はノイズ耐性を考慮しただけであって、通信装置自体が受信した信号を保証するものではなく、誤った信号を複数回受信してしまう可能性がある。しかし、自動車における制御では、誤った信号による制御を行うことは許されないため、従来の通信装置をそのまま利用することはできず、何らかの方法により、通信時に誤った信号を効率的に排除し、正しい制御を行う必要があった。
【０００６】
本発明は、上記課題に鑑みてなされたもので、車両に搭載された各種装置が各種信号を送受信する際に利用する車両用通信装置であって、受信した信号の正誤を正しく判定して適切な処理を実行可能な車両用通信装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、請求項１の発明に係る車両用通信装置は、自動車内に複数配置されると共に、多重ライン（例えば実施の形態の多重ライン２）を介して接続されることにより、車両に係わる信号を送受信する車両用通信装置であって、受信した前記信号が正常に通信されたか否かを判定する第１の判定手段（例えば実施の形態のステップＳ１）と、同一内容の信号を受信した回数を累積すると共に、累積回数が所定回数以上か否かを判定し、前記累積回数が所定回数以上であった場合には、該信号は送信側で出力された信号と等しく正常な信号であると判定する第２の判定手段（例えば実施の形態のステップＳ４からステップＳ６）と、所定時間以上の間、前記第１の判定手段により、受信した前記信号は正常に通信されなかったと連続して判定された場合には、前記第２の判定手段の判定結果を用いずに、該信号は送信側で出力された信号と異なり誤った信号であると判定する第３の判定手段（例えば実施の形態のステップＳ７からステップＳ１０、ステップＳ１３、ステップＳ１５、ステップＳ１７）を備え、前記第２の判定手段が、受信した前記信号は正常に通信されたと前記第１の判定手段により判定された場合にのみ、同一内容の信号を受信した累積回数を計数し、前記第３の判定手段は、受信した前記信号が誤っていると判定するための判定時間を、前記信号の種類に応じて設定可能であることを特徴とする。
また、第２の判定手段により信号の正誤を判定するまでもなく、第１の判定手段の判定結果に基づいて、第３の判定手段が信号の正誤を判定することで、短時間で信号の正誤を判定することができる。
さらに、第３の判定手段における信号の判定時間を、信号の種類に応じて変更することで、信号の種類に応じて適切な正誤の判定を行うことができる。
【０００８】
以上の構成を備えた車両用通信装置は、第２の判定手段において、同一内容の信号を受信した回数を累積する際に、受信した信号が第１の判定手段により正常に通信されたと判定された場合にのみ、その累積回数の計数を行い、受信した信号が通信異常であると判定された場合には、同一内容の信号を受信した累積回数の計数を行わない。従って、正常に通信されなかった信号が複数回受信され、これが同一内容を示していても、この信号を複数回累積して正しい信号であると判定することを防止することができる。
【０００９】
請求項２の発明に係る車両用通信装置は、請求項１に記載の車両用通信装置において、前記信号の種類は走行系データまたはステアリング系データまたはブレーキ系データであることを特徴とする。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本発明の一実施の形態の車両用通信装置を用いて構成する車内ＬＡＮを示すブロック図である。
図１において、車両用制御装置Ａ１は、本実施の形態の車両用通信装置を含む車両用制御装置（ＥＣＵ：Electronic Control Unit ）であって、車内ＬＡＮを構成する多重ライン２により、同様に本実施の形態の車両用通信装置を含む車両用制御装置Ｂ３、車両用制御装置Ｃ４、車両用制御装置Ｄ５と接続されており、各車両用制御装置間では、車両の各部の制御に係わる各種信号を多重ライン２を介して相互に送受信し、それぞれ担当する車両各部の制御を行う。
【００１２】
なお、車内ＬＡＮにおいて、多重ライン２に接続される車両用制御装置は、上述の車両用制御装置Ａ１、車両用制御装置Ｂ３、車両用制御装置Ｃ４、車両用制御装置Ｄ５の４つに限らず、複数接続されるものとする。
【００１３】
次に、本実施の形態の車両用通信装置の動作について、図面を参照して説明する。本実施の形態では、一例として図１に示す車両用制御装置Ａ１が、車両用制御装置Ｂ３、車両用制御装置Ｃ４、車両用制御装置Ｄ５から、それぞれ車両の走行に係わる走行系データ、車両の操舵に係わるステアリング系データ、車両の制動に係わるブレーキ系データを受信する際の、車両用制御装置Ａ１に含まれる車両用通信装置の動作について説明する。
【００１４】
図２は、本実施の形態の車両用通信装置の動作を示すフローチャートである。
図２において、まず車両用制御装置Ａ１の車両用通信装置は、通信データ異常が発生したか否かを判定する（ステップＳ１）。
ステップＳ１において、通信データ異常が発生していない場合（ステップＳ１のＮＯ）、車両用通信装置は、フィルタ処理不要データの読み込みを行う（ステップＳ２）。なお、フィルタ処理不要データとは、例えばナビゲーション装置のためのデータのように、同一内容の信号を複数回受信したか否かを確認する必要がないデータのことを言う。
また、フィルタ処理不要データの読み込みを行ったら、フィルタ処理不要データの異常を判定するためのフィルタ処理不要データ異常判定タイマの計数値をセットする（ステップＳ３）。
【００１５】
次に、車両用制御装置Ａ１の車両用通信装置は、同一内容の信号を複数回受信したか否かを確認する必要があるフィルタ処理必要データとして、例えば、まず、車両用制御装置Ｂ３が送信した走行系データの読み込み（フィルタ処理）を行う（ステップＳ４）。
同様に、車両用制御装置Ｃ４が送信したステアリング系データの読み込み（フィルタ処理）を行う（ステップＳ５）。
更に、車両用制御装置Ｄ５が送信したブレーキ系データの読み込み（フィルタ処理）を行う（ステップＳ６）。
【００１６】
また、各フィルタ処理必要データの読み込みを行ったら、次に、走行系データの異常を判定するための走行系データ異常判定タイマの計数値をセットする（ステップＳ７）。
同様に、ステアリング系データの異常を判定するためのステアリング系データ異常判定タイマの計数値をセットする（ステップＳ８）。
更に、ブレーキ系データの異常を判定するためのブレーキ系データ異常判定タイマの計数値をセットする（ステップＳ９）。
【００１７】
そして、各異常判定タイマ、すなわち上述のフィルタ処理不要データ異常判定タイマ、走行系データ異常判定タイマ、ステアリング系データ異常判定タイマ、ブレーキ系データ異常判定タイマのカウントダウンを行う（計数値を１つデクリメントする）（ステップＳ１０）。
従って、通信データ異常が発生していなければ、各異常判定タイマは、必ずカウントダウン（ステップＳ１０）と再セット（ステップＳ３、ステップＳ７、ステップＳ８、ステップＳ９）とを繰り返すため、その場合は、各異常判定タイマがカウントダウン終了（＝０）になることはない。
【００１８】
一方、ステップＳ１において、通信データ異常が発生している場合（ステップＳ１のＹＥＳ）、車両用制御装置Ａ１の車両用通信装置は、まず、フィルタ処理不要データとしては、前回の値を入力する（ステップＳ１１）。
次に、フィルタ処理不要データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１２）。
【００１９】
もし、ステップＳ１２において、フィルタ処理不要データ異常判定タイマのカウントダウンが終了していない場合（ステップＳ１２のＮＯ）、次に、走行系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１３）。
もし、ステップＳ１２において、フィルタ処理不要データ異常判定タイマのカウントダウンが終了している場合（ステップＳ１２のＹＥＳ）、所定のフィルタ処理不要データ異常処理を実行してから（ステップＳ１４）、ステップＳ１３へ進み、走行系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１３）。
【００２０】
また、ステップＳ１３において、走行系データ異常判定タイマのカウントダウンが終了していない場合（ステップＳ１３のＮＯ）、次に、ステアリング系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１５）。
もし、ステップＳ１３において、走行系データ異常判定タイマのカウントダウンが終了している場合（ステップＳ１３のＹＥＳ）、所定の走行系データ異常処理を実行してから（ステップＳ１６）、ステップＳ１５へ進み、ステアリング系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１５）。
【００２１】
更に、ステップＳ１５において、ステアリング系データ異常判定タイマのカウントダウンが終了していない場合（ステップＳ１５のＮＯ）、次に、ブレーキ系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１７）。
もし、ステップＳ１５において、ステアリング系データ異常判定タイマのカウントダウンが終了している場合（ステップＳ１５のＹＥＳ）、所定のステアリング系データ異常処理を実行してから（ステップＳ１８）、ステップＳ１７へ進み、ブレーキ系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１７）。
【００２２】
また、ステップＳ１７において、ブレーキ系データ異常判定タイマのカウントダウンが終了していない場合（ステップＳ１５のＮＯ）、ステップＳ１０へ進み、各異常判定タイマのカウントダウンを行う（ステップＳ１０）。
もし、ステップＳ１７において、ブレーキ系データ異常判定タイマのカウントダウンが終了している場合（ステップＳ１５のＹＥＳ）、所定のブレーキ系データ異常処理を実行してから（ステップＳ１９）、ステップＳ１０へ進み、各異常判定タイマのカウントダウンを行う（ステップＳ１０）。
【００２３】
従って、ステップＳ１において通信データ異常が発生していて、これがステップＳ４、ステップＳ５、ステップＳ６において設定された各異常判定タイマの計数値で決定される期間以上連続する場合は、ステップＳ４の走行系データの読み込み（フィルタ処理）、ステップＳ５のステアリング系データの読み込み（フィルタ処理）、更に、ステップＳ６のブレーキ系データの読み込み（フィルタ処理）を行わずに、ステップＳ１３、ステップＳ１５、ステップＳ１７における各異常判定タイマの判定のみで、受信した信号の正誤を判定することができる。
【００２４】
次に、本実施の形態の車両用通信装置のフィルタ処理必要データ読み込み（フィルタ処理）動作について、図面を参照して説明する。なお、ステップＳ４の走行系データの読み込み（フィルタ処理）も、ステップＳ５のステアリング系データの読み込み（フィルタ処理）も、更に、ステップＳ６のブレーキ系データの読み込み（フィルタ処理）も、対象となるデータの内容が異なるだけで、全て以下に示すフィルタ処理必要データ読み込み（フィルタ処理）動作に従って実行される。
図３は、本実施の形態の車両用通信装置のフィルタ処理必要データ読み込み（フィルタ処理）動作を示すフローチャートである。
【００２５】
図３において、まず、車両用通信装置は、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「０」であるか否かを判定する（ステップＳ２１）。
もし、ステップＳ２１において、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「０」でない場合（ステップＳ２１のＮＯ）、受信した信号の生データ「Ｆ＿ＳＷ」が「０」であるか否かを判定する（ステップＳ２２）。
【００２６】
ステップＳ２２において、受信した信号の生データ「Ｆ＿ＳＷ」が「０」でない場合（ステップＳ２２のＮＯ）、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」に計数値「５」を設定する（ステップＳ２３）。
そして、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
【００２７】
また、ステップＳ２２において、受信した信号の生データ「Ｆ＿ＳＷ」が「０」である場合（ステップＳ２２のＹＥＳ）、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」であるか否かを判定する（ステップＳ２５）。
ステップＳ２５において、カウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」である場合（ステップＳ２５のＹＥＳ）、フラグ「Ｆ＿ＳＷＦ」に「０」を設定すると共に、カウンタ「ＣＴ＿ＳＷＦ」に「５」を設定する（ステップＳ２６）。
【００２８】
そして、ステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
更に、ステップＳ２５において、カウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」でない場合（ステップＳ２５のＮＯ）、何もせずステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
【００２９】
このように、フィルタ処理必要データ読み込み（フィルタ処理）動作は、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「１」である状態では、受信した信号の生データ「Ｆ＿ＳＷ」が「０」である限り、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」が、ステップＳ２４においてカウントダウンされ続け、カウンタ「ＣＴ＿ＳＷＦ」が５回カウントされると、受信した信号の判定結果としてフラグ「Ｆ＿ＳＷＦ」が「０」に設定される。
また、受信した信号の生データ「Ｆ＿ＳＷ」が「０」でないと、カウンタ「ＣＴ＿ＳＷＦ」が「５」にリセットされるので、同一内容の信号が５回受信できないと、フラグ「Ｆ＿ＳＷＦ」は変更されない。
【００３０】
一方、ステップＳ２１において、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「０」である場合（ステップＳ２１のＹＥＳ）、受信した信号の生データ「Ｆ＿ＳＷ」が「１」であるか否かを判定する（ステップＳ２７）。
ステップＳ２７において、受信した信号の生データ「Ｆ＿ＳＷ」が「１」でない場合（ステップＳ２７のＮＯ）、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」に計数値「５」を設定する（ステップＳ２８）。
そして、ステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
【００３１】
また、ステップＳ２７において、受信した信号の生データ「Ｆ＿ＳＷ」が「１」である場合（ステップＳ２７のＹＥＳ）、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」であるか否かを判定する（ステップＳ２９）。
ステップＳ２９において、カウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」である場合（ステップＳ２９のＹＥＳ）、フラグ「Ｆ＿ＳＷＦ」に「１」を設定すると共に、カウンタ「ＣＴ＿ＳＷＦ」に「５」を設定する（ステップＳ３０）。
【００３２】
そして、ステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
更に、ステップＳ２９において、カウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」でない場合（ステップＳ２９のＮＯ）、何もせずステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
【００３３】
このように、フィルタ処理必要データ読み込み（フィルタ処理）動作は、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「０」である状態では、受信した信号の生データ「Ｆ＿ＳＷ」が「１」である限り、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」が、ステップＳ２４においてカウントダウンされ続け、カウンタ「ＣＴ＿ＳＷＦ」が５回カウントされると、受信した信号の判定結果としてフラグ「Ｆ＿ＳＷＦ」が「１」に設定される。
また、受信した信号の生データ「Ｆ＿ＳＷ」が「１」でないと、カウンタ「ＣＴ＿ＳＷＦ」が「５」にリセットされるので、同一内容の信号が５回受信できないと、フラグ「Ｆ＿ＳＷＦ」は変更されない。
【００３４】
なお、上述の実施の形態では、図２のステップＳ７からステップＳ８において、受信した信号が誤っていると判定するための判定時間を形成する各信号の異常判定タイマの計数値、すなわち走行系データの異常を判定するための走行系データ異常判定タイマの計数値、ステアリング系データの異常を判定するためのステアリング系データ異常判定タイマの計数値、更にブレーキ系データの異常を判定するためのブレーキ系データ異常判定タイマの計数値は、それぞれ個別の値に設定できる。
【００３５】
この場合、一例としては、ブレーキ系データ異常判定タイマの計数値を、ステアリング系データ異常判定タイマの計数値より小さく（判定時間を短く）、更に、ステアリング系データ異常判定タイマの計数値を、走行系データ異常判定タイマの計数値より小さく（判定時間を短く）設定することで、車両を制御する各種信号の中で、より重要な信号を重点的に監視することができる。
【００３６】
また、本実施の形態では、車両用制御装置Ａ１の車両用通信装置が、第１の判定手段と、第２の判定手段と、第３の判定手段とを含んでいる。より具体的には、図２のステップＳ１が第１の判定手段に相当し、図２のステップＳ４からステップＳ６（それぞれの詳細は図３のステップＳ２１からステップＳ３０）が第２の判定手段に相当し、図２のステップＳ７からステップＳ１０、ステップＳ１３、ステップＳ１５、ステップＳ１７が第３の判定手段に、それぞれ相当する。
【００３７】
以上説明したように、本実施の形態の車両用通信装置は、まず図２に示すステップＳ１の処理において、受信した信号が正常に通信されたか否かを判定する。
そして、受信した信号が正常に通信されていた場合には、図２に示すステップＳ４、ステップＳ５、ステップＳ６の処理において、それぞれの信号について、同一内容の信号を受信した回数を累積すると共に、累積回数が所定回数以上か否かを判定し、累積回数が所定回数以上であった場合には、該信号は送信側で出力された信号と等しく正常な信号であると判定する。
【００３８】
また、受信した信号が正常に通信されていない場合には、図２に示すステップＳ１０、ステップＳ１３、ステップＳ１５、ステップＳ１７の処理において、それぞれの信号に対して独立に通信が正常でなかった回数をカウントし、通信の異常が所定期間以上続く場合は、その信号は誤っていると判断する。
更に、ステップＳ１３、ステップＳ１５、ステップＳ１７の各処理では、受信した信号が誤っていると判定するための判定時間を、信号の種類に応じて設定可能とする。
【００３９】
従って、以上の構成を備えた車両用通信装置は、同一内容の信号を受信した回数を累積する際に、受信した信号が正常に通信されたと判定された場合にのみ、その累積回数の計数を行い、受信した信号が通信異常であると判定された場合には、同一内容の信号を受信した累積回数の計数を行わない。従って、正常に通信されなかった信号が複数回受信され、これが同一内容を示していても、この信号を複数回累積して正しい信号であると判定されることを防止することができる。
【００４０】
また、受信した信号の通信の正否の判定結果に基づいて、信号の正誤を判定することで、短時間で信号の正誤を判定することができる。更に、受信した信号の通信の正否から信号の判定を行う時間を、信号の種類に応じて変更することで、信号の種類に応じて適切な正誤の判定を行うことができる。
【００４１】
これにより、誤った同一内容の信号が複数回受信されると、この信号が正しいと判定されて車両の各制御装置に通知されてしまう可能性を排除し、誤った同一内容の信号が複数回受信されても、受信した信号の正誤を正しく判定して適切な処理を実行可能な車両用通信装置を実現することができるという効果が得られる。そのため、自動車の走行状態に応じて車内ＬＡＮの通信環境が変化しても、確実な信号の送受信を行い、信頼性の高い車両制御を行うことができるという効果が得られる。
【００４２】
また、特に、車両用制御装置が、車両用通信装置を介して短時間で信号を送受信することができるので、車両制御に対する制御装置の応答が早くなり、更に確実な車両制御を実行することが可能になるという効果が得られる。
また、信号の種類によって、異なる条件での適切な信号の正誤判定を実行することで、車内ＬＡＮの信号の伝送における信頼性を向上させることができるという効果が得られる。
【００４３】
【発明の効果】
以上の如く、請求項１に記載の車両用通信装置によれば、正常に通信されなかった信号が複数回受信され、これが同一内容を示していても、この信号を複数回累積して正しい信号であると判定することを防止することができる。
従って、誤った同一内容の信号が複数回受信されると、この信号が正しいと判定されて車両の各制御装置に通知されてしまう可能性を排除し、誤った同一内容の信号が複数回受信されても、受信した信号の正誤を正しく判定して適切な処理を実行可能な車両用通信装置を実現することができるという効果が得られる。また、車両の各制御装置は、通信異常が多く発生する場合でも、信頼性の高い制御を行うことができるという効果が得られる。
【００４４】
また、第１の判定手段の判定結果に基づいて、第３の判定手段が信号の正誤を判定することで、短時間で信号の正誤を判定することができる。
従って、車両用制御装置が、車両用通信装置を介して短時間で信号を送受信することができるので、車両制御に対する制御装置の応答が早くなり、更に確実な車両制御を実行することが可能になるという効果が得られる。
【００４５】
さらに、信号の判定時間を、信号の種類に応じて変更することで、信号の種類に応じて適切な正誤の判定を行うことができる。
従って、信号の種類によって、異なる条件での適切な信号の正誤判定を実行することで、車内ＬＡＮの信号の伝送における信頼性を向上させることができるという効果が得られる。
【図面の簡単な説明】
【図１】 本発明の一実施の形態の車両用通信装置を用いて構成する車内ＬＡＮを示すブロック図である。
【図２】 同実施の形態の車両用通信装置の動作を示すフローチャートである。
【図３】 同実施の形態の車両用通信装置のフィルタ処理必要データ読み込み（フィルタ処理）動作を示すフローチャートである。
【符号の説明】
１ 車両用制御装置Ａ
２ 多重ライン
３ 車両用制御装置Ｂ
４ 車両用制御装置Ｃ
５ 車両用制御装置Ｄ
Ｓ１ 第１の判定手段
Ｓ４、Ｓ５、Ｓ６ 第２の判定手段
Ｓ７、Ｓ８、Ｓ９、Ｓ１０、Ｓ１３、Ｓ１５、Ｓ１７ 第３の判定手段
【発明の属する技術分野】
本発明は、車両に搭載された各種装置間において、各種信号を送受信するための車両用通信装置に関する。
【０００２】
【従来の技術】
近年、車両に搭載された各種制御装置間において制御データ等の各種信号を送受信する際には、車両内に設けられると共に各種制御装置間を接続する車内ネットワーク（車内ＬＡＮ：Local Area Network）を用いた通信が行われる。この時、各種制御装置に接続され、あるいは各種制御装置に包含されて、車内ネットワークを用いた通信に利用される通信装置には、例えば自動車の走行状態に応じたノイズ耐性を考慮して適切な通信速度を設定するものがある。
【０００３】
この通信装置では、システム起動時や自動車の加減速時に、マスター装置からスレーブ装置に通信速度確認コマンドを送信すると共に、スレーブ装置からの応答速度を検出し、その結果に応じてネットワーク混雑状況を把握して通信速度を決定する（例えば、特許文献１参照。）。
また、受信した信号を判定する方法には、同一の信号が複数回受信されると、この信号は、送信側で出力された信号と等しく、正しいものであると判定する方法がある。
【０００４】
【特許文献１】
特開２０００−３０７５９２号公報
【０００５】
【発明が解決しようとする課題】
ところで、特許文献１に記載されているような従来の通信装置では、自動車の走行状態に応じたノイズ耐性を考慮して適切な通信速度を設定することはできるものの、設定された通信速度はノイズ耐性を考慮しただけであって、通信装置自体が受信した信号を保証するものではなく、誤った信号を複数回受信してしまう可能性がある。しかし、自動車における制御では、誤った信号による制御を行うことは許されないため、従来の通信装置をそのまま利用することはできず、何らかの方法により、通信時に誤った信号を効率的に排除し、正しい制御を行う必要があった。
【０００６】
本発明は、上記課題に鑑みてなされたもので、車両に搭載された各種装置が各種信号を送受信する際に利用する車両用通信装置であって、受信した信号の正誤を正しく判定して適切な処理を実行可能な車両用通信装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、請求項１の発明に係る車両用通信装置は、自動車内に複数配置されると共に、多重ライン（例えば実施の形態の多重ライン２）を介して接続されることにより、車両に係わる信号を送受信する車両用通信装置であって、受信した前記信号が正常に通信されたか否かを判定する第１の判定手段（例えば実施の形態のステップＳ１）と、同一内容の信号を受信した回数を累積すると共に、累積回数が所定回数以上か否かを判定し、前記累積回数が所定回数以上であった場合には、該信号は送信側で出力された信号と等しく正常な信号であると判定する第２の判定手段（例えば実施の形態のステップＳ４からステップＳ６）と、所定時間以上の間、前記第１の判定手段により、受信した前記信号は正常に通信されなかったと連続して判定された場合には、前記第２の判定手段の判定結果を用いずに、該信号は送信側で出力された信号と異なり誤った信号であると判定する第３の判定手段（例えば実施の形態のステップＳ７からステップＳ１０、ステップＳ１３、ステップＳ１５、ステップＳ１７）を備え、前記第２の判定手段が、受信した前記信号は正常に通信されたと前記第１の判定手段により判定された場合にのみ、同一内容の信号を受信した累積回数を計数し、前記第３の判定手段は、受信した前記信号が誤っていると判定するための判定時間を、前記信号の種類に応じて設定可能であることを特徴とする。
また、第２の判定手段により信号の正誤を判定するまでもなく、第１の判定手段の判定結果に基づいて、第３の判定手段が信号の正誤を判定することで、短時間で信号の正誤を判定することができる。
さらに、第３の判定手段における信号の判定時間を、信号の種類に応じて変更することで、信号の種類に応じて適切な正誤の判定を行うことができる。
【０００８】
以上の構成を備えた車両用通信装置は、第２の判定手段において、同一内容の信号を受信した回数を累積する際に、受信した信号が第１の判定手段により正常に通信されたと判定された場合にのみ、その累積回数の計数を行い、受信した信号が通信異常であると判定された場合には、同一内容の信号を受信した累積回数の計数を行わない。従って、正常に通信されなかった信号が複数回受信され、これが同一内容を示していても、この信号を複数回累積して正しい信号であると判定することを防止することができる。
【０００９】
請求項２の発明に係る車両用通信装置は、請求項１に記載の車両用通信装置において、前記信号の種類は走行系データまたはステアリング系データまたはブレーキ系データであることを特徴とする。
【００１１】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態について説明する。
図１は、本発明の一実施の形態の車両用通信装置を用いて構成する車内ＬＡＮを示すブロック図である。
図１において、車両用制御装置Ａ１は、本実施の形態の車両用通信装置を含む車両用制御装置（ＥＣＵ：Electronic Control Unit ）であって、車内ＬＡＮを構成する多重ライン２により、同様に本実施の形態の車両用通信装置を含む車両用制御装置Ｂ３、車両用制御装置Ｃ４、車両用制御装置Ｄ５と接続されており、各車両用制御装置間では、車両の各部の制御に係わる各種信号を多重ライン２を介して相互に送受信し、それぞれ担当する車両各部の制御を行う。
【００１２】
なお、車内ＬＡＮにおいて、多重ライン２に接続される車両用制御装置は、上述の車両用制御装置Ａ１、車両用制御装置Ｂ３、車両用制御装置Ｃ４、車両用制御装置Ｄ５の４つに限らず、複数接続されるものとする。
【００１３】
次に、本実施の形態の車両用通信装置の動作について、図面を参照して説明する。本実施の形態では、一例として図１に示す車両用制御装置Ａ１が、車両用制御装置Ｂ３、車両用制御装置Ｃ４、車両用制御装置Ｄ５から、それぞれ車両の走行に係わる走行系データ、車両の操舵に係わるステアリング系データ、車両の制動に係わるブレーキ系データを受信する際の、車両用制御装置Ａ１に含まれる車両用通信装置の動作について説明する。
【００１４】
図２は、本実施の形態の車両用通信装置の動作を示すフローチャートである。
図２において、まず車両用制御装置Ａ１の車両用通信装置は、通信データ異常が発生したか否かを判定する（ステップＳ１）。
ステップＳ１において、通信データ異常が発生していない場合（ステップＳ１のＮＯ）、車両用通信装置は、フィルタ処理不要データの読み込みを行う（ステップＳ２）。なお、フィルタ処理不要データとは、例えばナビゲーション装置のためのデータのように、同一内容の信号を複数回受信したか否かを確認する必要がないデータのことを言う。
また、フィルタ処理不要データの読み込みを行ったら、フィルタ処理不要データの異常を判定するためのフィルタ処理不要データ異常判定タイマの計数値をセットする（ステップＳ３）。
【００１５】
次に、車両用制御装置Ａ１の車両用通信装置は、同一内容の信号を複数回受信したか否かを確認する必要があるフィルタ処理必要データとして、例えば、まず、車両用制御装置Ｂ３が送信した走行系データの読み込み（フィルタ処理）を行う（ステップＳ４）。
同様に、車両用制御装置Ｃ４が送信したステアリング系データの読み込み（フィルタ処理）を行う（ステップＳ５）。
更に、車両用制御装置Ｄ５が送信したブレーキ系データの読み込み（フィルタ処理）を行う（ステップＳ６）。
【００１６】
また、各フィルタ処理必要データの読み込みを行ったら、次に、走行系データの異常を判定するための走行系データ異常判定タイマの計数値をセットする（ステップＳ７）。
同様に、ステアリング系データの異常を判定するためのステアリング系データ異常判定タイマの計数値をセットする（ステップＳ８）。
更に、ブレーキ系データの異常を判定するためのブレーキ系データ異常判定タイマの計数値をセットする（ステップＳ９）。
【００１７】
そして、各異常判定タイマ、すなわち上述のフィルタ処理不要データ異常判定タイマ、走行系データ異常判定タイマ、ステアリング系データ異常判定タイマ、ブレーキ系データ異常判定タイマのカウントダウンを行う（計数値を１つデクリメントする）（ステップＳ１０）。
従って、通信データ異常が発生していなければ、各異常判定タイマは、必ずカウントダウン（ステップＳ１０）と再セット（ステップＳ３、ステップＳ７、ステップＳ８、ステップＳ９）とを繰り返すため、その場合は、各異常判定タイマがカウントダウン終了（＝０）になることはない。
【００１８】
一方、ステップＳ１において、通信データ異常が発生している場合（ステップＳ１のＹＥＳ）、車両用制御装置Ａ１の車両用通信装置は、まず、フィルタ処理不要データとしては、前回の値を入力する（ステップＳ１１）。
次に、フィルタ処理不要データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１２）。
【００１９】
もし、ステップＳ１２において、フィルタ処理不要データ異常判定タイマのカウントダウンが終了していない場合（ステップＳ１２のＮＯ）、次に、走行系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１３）。
もし、ステップＳ１２において、フィルタ処理不要データ異常判定タイマのカウントダウンが終了している場合（ステップＳ１２のＹＥＳ）、所定のフィルタ処理不要データ異常処理を実行してから（ステップＳ１４）、ステップＳ１３へ進み、走行系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１３）。
【００２０】
また、ステップＳ１３において、走行系データ異常判定タイマのカウントダウンが終了していない場合（ステップＳ１３のＮＯ）、次に、ステアリング系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１５）。
もし、ステップＳ１３において、走行系データ異常判定タイマのカウントダウンが終了している場合（ステップＳ１３のＹＥＳ）、所定の走行系データ異常処理を実行してから（ステップＳ１６）、ステップＳ１５へ進み、ステアリング系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１５）。
【００２１】
更に、ステップＳ１５において、ステアリング系データ異常判定タイマのカウントダウンが終了していない場合（ステップＳ１５のＮＯ）、次に、ブレーキ系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１７）。
もし、ステップＳ１５において、ステアリング系データ異常判定タイマのカウントダウンが終了している場合（ステップＳ１５のＹＥＳ）、所定のステアリング系データ異常処理を実行してから（ステップＳ１８）、ステップＳ１７へ進み、ブレーキ系データ異常判定タイマのカウントダウンが終了したか（計数値が「０」になったか）否かを判定する（ステップＳ１７）。
【００２２】
また、ステップＳ１７において、ブレーキ系データ異常判定タイマのカウントダウンが終了していない場合（ステップＳ１５のＮＯ）、ステップＳ１０へ進み、各異常判定タイマのカウントダウンを行う（ステップＳ１０）。
もし、ステップＳ１７において、ブレーキ系データ異常判定タイマのカウントダウンが終了している場合（ステップＳ１５のＹＥＳ）、所定のブレーキ系データ異常処理を実行してから（ステップＳ１９）、ステップＳ１０へ進み、各異常判定タイマのカウントダウンを行う（ステップＳ１０）。
【００２３】
従って、ステップＳ１において通信データ異常が発生していて、これがステップＳ４、ステップＳ５、ステップＳ６において設定された各異常判定タイマの計数値で決定される期間以上連続する場合は、ステップＳ４の走行系データの読み込み（フィルタ処理）、ステップＳ５のステアリング系データの読み込み（フィルタ処理）、更に、ステップＳ６のブレーキ系データの読み込み（フィルタ処理）を行わずに、ステップＳ１３、ステップＳ１５、ステップＳ１７における各異常判定タイマの判定のみで、受信した信号の正誤を判定することができる。
【００２４】
次に、本実施の形態の車両用通信装置のフィルタ処理必要データ読み込み（フィルタ処理）動作について、図面を参照して説明する。なお、ステップＳ４の走行系データの読み込み（フィルタ処理）も、ステップＳ５のステアリング系データの読み込み（フィルタ処理）も、更に、ステップＳ６のブレーキ系データの読み込み（フィルタ処理）も、対象となるデータの内容が異なるだけで、全て以下に示すフィルタ処理必要データ読み込み（フィルタ処理）動作に従って実行される。
図３は、本実施の形態の車両用通信装置のフィルタ処理必要データ読み込み（フィルタ処理）動作を示すフローチャートである。
【００２５】
図３において、まず、車両用通信装置は、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「０」であるか否かを判定する（ステップＳ２１）。
もし、ステップＳ２１において、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「０」でない場合（ステップＳ２１のＮＯ）、受信した信号の生データ「Ｆ＿ＳＷ」が「０」であるか否かを判定する（ステップＳ２２）。
【００２６】
ステップＳ２２において、受信した信号の生データ「Ｆ＿ＳＷ」が「０」でない場合（ステップＳ２２のＮＯ）、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」に計数値「５」を設定する（ステップＳ２３）。
そして、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
【００２７】
また、ステップＳ２２において、受信した信号の生データ「Ｆ＿ＳＷ」が「０」である場合（ステップＳ２２のＹＥＳ）、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」であるか否かを判定する（ステップＳ２５）。
ステップＳ２５において、カウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」である場合（ステップＳ２５のＹＥＳ）、フラグ「Ｆ＿ＳＷＦ」に「０」を設定すると共に、カウンタ「ＣＴ＿ＳＷＦ」に「５」を設定する（ステップＳ２６）。
【００２８】
そして、ステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
更に、ステップＳ２５において、カウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」でない場合（ステップＳ２５のＮＯ）、何もせずステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
【００２９】
このように、フィルタ処理必要データ読み込み（フィルタ処理）動作は、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「１」である状態では、受信した信号の生データ「Ｆ＿ＳＷ」が「０」である限り、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」が、ステップＳ２４においてカウントダウンされ続け、カウンタ「ＣＴ＿ＳＷＦ」が５回カウントされると、受信した信号の判定結果としてフラグ「Ｆ＿ＳＷＦ」が「０」に設定される。
また、受信した信号の生データ「Ｆ＿ＳＷ」が「０」でないと、カウンタ「ＣＴ＿ＳＷＦ」が「５」にリセットされるので、同一内容の信号が５回受信できないと、フラグ「Ｆ＿ＳＷＦ」は変更されない。
【００３０】
一方、ステップＳ２１において、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「０」である場合（ステップＳ２１のＹＥＳ）、受信した信号の生データ「Ｆ＿ＳＷ」が「１」であるか否かを判定する（ステップＳ２７）。
ステップＳ２７において、受信した信号の生データ「Ｆ＿ＳＷ」が「１」でない場合（ステップＳ２７のＮＯ）、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」に計数値「５」を設定する（ステップＳ２８）。
そして、ステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
【００３１】
また、ステップＳ２７において、受信した信号の生データ「Ｆ＿ＳＷ」が「１」である場合（ステップＳ２７のＹＥＳ）、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」であるか否かを判定する（ステップＳ２９）。
ステップＳ２９において、カウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」である場合（ステップＳ２９のＹＥＳ）、フラグ「Ｆ＿ＳＷＦ」に「１」を設定すると共に、カウンタ「ＣＴ＿ＳＷＦ」に「５」を設定する（ステップＳ３０）。
【００３２】
そして、ステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
更に、ステップＳ２９において、カウンタ「ＣＴ＿ＳＷＦ」の計数値が「０」でない場合（ステップＳ２９のＮＯ）、何もせずステップＳ２４へ進み、カウンタ「ＣＴ＿ＳＷＦ」を１つカウントダウン（計数値を１つデクリメントする）し（ステップＳ２４）、フィルタ処理必要データ読み込み（フィルタ処理）を終了する。
【００３３】
このように、フィルタ処理必要データ読み込み（フィルタ処理）動作は、受信した信号の判定結果を示すフラグ「Ｆ＿ＳＷＦ」が「０」である状態では、受信した信号の生データ「Ｆ＿ＳＷ」が「１」である限り、同一内容の信号を受信した累積回数をカウントするカウンタ「ＣＴ＿ＳＷＦ」が、ステップＳ２４においてカウントダウンされ続け、カウンタ「ＣＴ＿ＳＷＦ」が５回カウントされると、受信した信号の判定結果としてフラグ「Ｆ＿ＳＷＦ」が「１」に設定される。
また、受信した信号の生データ「Ｆ＿ＳＷ」が「１」でないと、カウンタ「ＣＴ＿ＳＷＦ」が「５」にリセットされるので、同一内容の信号が５回受信できないと、フラグ「Ｆ＿ＳＷＦ」は変更されない。
【００３４】
なお、上述の実施の形態では、図２のステップＳ７からステップＳ８において、受信した信号が誤っていると判定するための判定時間を形成する各信号の異常判定タイマの計数値、すなわち走行系データの異常を判定するための走行系データ異常判定タイマの計数値、ステアリング系データの異常を判定するためのステアリング系データ異常判定タイマの計数値、更にブレーキ系データの異常を判定するためのブレーキ系データ異常判定タイマの計数値は、それぞれ個別の値に設定できる。
【００３５】
この場合、一例としては、ブレーキ系データ異常判定タイマの計数値を、ステアリング系データ異常判定タイマの計数値より小さく（判定時間を短く）、更に、ステアリング系データ異常判定タイマの計数値を、走行系データ異常判定タイマの計数値より小さく（判定時間を短く）設定することで、車両を制御する各種信号の中で、より重要な信号を重点的に監視することができる。
【００３６】
また、本実施の形態では、車両用制御装置Ａ１の車両用通信装置が、第１の判定手段と、第２の判定手段と、第３の判定手段とを含んでいる。より具体的には、図２のステップＳ１が第１の判定手段に相当し、図２のステップＳ４からステップＳ６（それぞれの詳細は図３のステップＳ２１からステップＳ３０）が第２の判定手段に相当し、図２のステップＳ７からステップＳ１０、ステップＳ１３、ステップＳ１５、ステップＳ１７が第３の判定手段に、それぞれ相当する。
【００３７】
以上説明したように、本実施の形態の車両用通信装置は、まず図２に示すステップＳ１の処理において、受信した信号が正常に通信されたか否かを判定する。
そして、受信した信号が正常に通信されていた場合には、図２に示すステップＳ４、ステップＳ５、ステップＳ６の処理において、それぞれの信号について、同一内容の信号を受信した回数を累積すると共に、累積回数が所定回数以上か否かを判定し、累積回数が所定回数以上であった場合には、該信号は送信側で出力された信号と等しく正常な信号であると判定する。
【００３８】
また、受信した信号が正常に通信されていない場合には、図２に示すステップＳ１０、ステップＳ１３、ステップＳ１５、ステップＳ１７の処理において、それぞれの信号に対して独立に通信が正常でなかった回数をカウントし、通信の異常が所定期間以上続く場合は、その信号は誤っていると判断する。
更に、ステップＳ１３、ステップＳ１５、ステップＳ１７の各処理では、受信した信号が誤っていると判定するための判定時間を、信号の種類に応じて設定可能とする。
【００３９】
従って、以上の構成を備えた車両用通信装置は、同一内容の信号を受信した回数を累積する際に、受信した信号が正常に通信されたと判定された場合にのみ、その累積回数の計数を行い、受信した信号が通信異常であると判定された場合には、同一内容の信号を受信した累積回数の計数を行わない。従って、正常に通信されなかった信号が複数回受信され、これが同一内容を示していても、この信号を複数回累積して正しい信号であると判定されることを防止することができる。
【００４０】
また、受信した信号の通信の正否の判定結果に基づいて、信号の正誤を判定することで、短時間で信号の正誤を判定することができる。更に、受信した信号の通信の正否から信号の判定を行う時間を、信号の種類に応じて変更することで、信号の種類に応じて適切な正誤の判定を行うことができる。
【００４１】
これにより、誤った同一内容の信号が複数回受信されると、この信号が正しいと判定されて車両の各制御装置に通知されてしまう可能性を排除し、誤った同一内容の信号が複数回受信されても、受信した信号の正誤を正しく判定して適切な処理を実行可能な車両用通信装置を実現することができるという効果が得られる。そのため、自動車の走行状態に応じて車内ＬＡＮの通信環境が変化しても、確実な信号の送受信を行い、信頼性の高い車両制御を行うことができるという効果が得られる。
【００４２】
また、特に、車両用制御装置が、車両用通信装置を介して短時間で信号を送受信することができるので、車両制御に対する制御装置の応答が早くなり、更に確実な車両制御を実行することが可能になるという効果が得られる。
また、信号の種類によって、異なる条件での適切な信号の正誤判定を実行することで、車内ＬＡＮの信号の伝送における信頼性を向上させることができるという効果が得られる。
【００４３】
【発明の効果】
以上の如く、請求項１に記載の車両用通信装置によれば、正常に通信されなかった信号が複数回受信され、これが同一内容を示していても、この信号を複数回累積して正しい信号であると判定することを防止することができる。
従って、誤った同一内容の信号が複数回受信されると、この信号が正しいと判定されて車両の各制御装置に通知されてしまう可能性を排除し、誤った同一内容の信号が複数回受信されても、受信した信号の正誤を正しく判定して適切な処理を実行可能な車両用通信装置を実現することができるという効果が得られる。また、車両の各制御装置は、通信異常が多く発生する場合でも、信頼性の高い制御を行うことができるという効果が得られる。
【００４４】
また、第１の判定手段の判定結果に基づいて、第３の判定手段が信号の正誤を判定することで、短時間で信号の正誤を判定することができる。
従って、車両用制御装置が、車両用通信装置を介して短時間で信号を送受信することができるので、車両制御に対する制御装置の応答が早くなり、更に確実な車両制御を実行することが可能になるという効果が得られる。
【００４５】
さらに、信号の判定時間を、信号の種類に応じて変更することで、信号の種類に応じて適切な正誤の判定を行うことができる。
従って、信号の種類によって、異なる条件での適切な信号の正誤判定を実行することで、車内ＬＡＮの信号の伝送における信頼性を向上させることができるという効果が得られる。
【図面の簡単な説明】
【図１】 本発明の一実施の形態の車両用通信装置を用いて構成する車内ＬＡＮを示すブロック図である。
【図２】 同実施の形態の車両用通信装置の動作を示すフローチャートである。
【図３】 同実施の形態の車両用通信装置のフィルタ処理必要データ読み込み（フィルタ処理）動作を示すフローチャートである。
【符号の説明】
１ 車両用制御装置Ａ
２ 多重ライン
３ 車両用制御装置Ｂ
４ 車両用制御装置Ｃ
５ 車両用制御装置Ｄ
Ｓ１ 第１の判定手段
Ｓ４、Ｓ５、Ｓ６ 第２の判定手段
Ｓ７、Ｓ８、Ｓ９、Ｓ１０、Ｓ１３、Ｓ１５、Ｓ１７ 第３の判定手段
Claims (2)
- 自動車内に複数配置されると共に、多重ラインを介して接続されることにより、車両に係わる信号を送受信する車両用通信装置であって、
受信した前記信号が正常に通信されたか否かを判定する第１の判定手段と、
同一内容の信号を受信した回数を累積すると共に、累積回数が所定回数以上か否かを判定し、前記累積回数が所定回数以上であった場合には、該信号は送信側で出力された信号と等しく正常な信号であると判定する第２の判定手段と、
所定時間以上の間、前記第１の判定手段により、受信した前記信号は正常に通信されなかったと連続して判定された場合には、前記第２の判定手段の判定結果を用いずに、該信号は送信側で出力された信号と異なり誤った信号であると判定する第３の判定手段とを備え、
前記第２の判定手段が、受信した前記信号は正常に通信されたと前記第１の判定手段により判定された場合にのみ、同一内容の信号を受信した累積回数を計数し、
前記第３の判定手段は、受信した前記信号が誤っていると判定するための判定時間を、前記信号の種類に応じて設定可能であることを特徴とする車両用通信装置。 - 前記信号の種類は走行系データまたはステアリング系データまたはブレーキ系データであることを特徴とする請求項１に記載の車両用通信装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002350016A JP3974030B2 (ja) | 2002-12-02 | 2002-12-02 | 車両用通信装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002350016A JP3974030B2 (ja) | 2002-12-02 | 2002-12-02 | 車両用通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004186885A JP2004186885A (ja) | 2004-07-02 |
| JP3974030B2 true JP3974030B2 (ja) | 2007-09-12 |
Family
ID=32752378
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002350016A Expired - Fee Related JP3974030B2 (ja) | 2002-12-02 | 2002-12-02 | 車両用通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3974030B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104956600B (zh) * | 2013-02-01 | 2018-09-25 | 飞利浦灯具控股公司 | 经由功率波形的通信 |
| JP2020019297A (ja) * | 2018-07-30 | 2020-02-06 | ボッシュ株式会社 | 車両におけるｌｉｎ通信の通信状態診断方法及び通信状態診断装置 |
-
2002
- 2002-12-02 JP JP2002350016A patent/JP3974030B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004186885A (ja) | 2004-07-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3952830B2 (ja) | 通信システム | |
| JPH03283842A (ja) | 車両用多重伝送装置 | |
| JPH1032883A (ja) | 車両用多重通信装置 | |
| US5588002A (en) | Multiplex transmission apparatus for supporting prioritized communications among a plurality of network nodes | |
| JP4724095B2 (ja) | 中継接続ユニット及び車載用通信システム | |
| JP3974030B2 (ja) | 車両用通信装置 | |
| JP4032779B2 (ja) | Ｃａｎ通信システム | |
| JP4337720B2 (ja) | 電子制御ユニット | |
| CN110574027B (zh) | 车辆控制系统验证方法及验证装置以及控制装置 | |
| US20070300024A1 (en) | Data Recording Device and Data Recording Method | |
| JP5078003B2 (ja) | 車載装置通信システム及び分配装置 | |
| US5272699A (en) | Method of multiplex transmission | |
| JPH0597004A (ja) | 複数コントロールユニツトを備える制御システム | |
| JP2008283386A (ja) | データ中継装置、車載通信システム | |
| CN111176251A (zh) | 网络系统 | |
| JP5099755B2 (ja) | 通信方法、通信システム及び通信装置 | |
| WO2018179630A1 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| US20240132058A1 (en) | Vehicle system | |
| JP7135985B2 (ja) | 通信装置 | |
| JP6812765B2 (ja) | 電子制御装置 | |
| CN117793673A (zh) | 基于事件的车载互联系统 | |
| JP2021145162A (ja) | 通信制御システム | |
| US20210397575A1 (en) | Joint management by an onboard computer of a motor vehicle of an operational function and a gateway function between data communication buses | |
| JP2022177652A (ja) | 通信装置、通信システムおよび通信方法 | |
| JP2023085604A (ja) | 車載装置、接続切替方法および接続切替プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041130 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061017 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061024 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061204 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070605 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070613 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3974030 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100622 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110622 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110622 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130622 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130622 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140622 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |