(57)【要約】【課題】集中制御型のコントローラを備えたシステムでは、制御する車載ユニットの数が多くなるほど、コントローラの演算負荷が大きくなる。【解決手段】車両に搭載される複数の車載ユニットの各々は、他の車載ユニットとの間で無線通信を行う通信部５９と、通信部５９による通信を制御する通信制御部５４と、車載ユニットの動作を制御する処理部５６とを備え、処理部５６は、他の車載ユニットから送信されてくる信号に基づいて、自車載ユニットを動作させる。【選択図】図１
2008074230.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載される複数の車載ユニットの各々は、他の車載ユニットとの間で無線通信を行う通信手段と、前記通信手段による通信を制御する通信制御手段と、前記車載ユニットの動作を制御する処理手段とを備え、
前記処理手段は、他の車載ユニットから送信されてくる信号に基づいて、自車載ユニットを動作させることを特徴とする車両用無線通信システム。
【請求項２】
請求項１に記載の車両用無線通信システムにおいて、
前記複数の車載ユニットのうちの少なくとも１つの車載ユニットは、車両挙動および車両の周囲環境のうちの少なくとも一方を検出するセンサをさらに備え、
前記センサを備えた車載ユニットが備えている前記処理手段は、前記通信手段を介して他の車載ユニットから受信した信号および前記センサの検出結果に基づいて、前記車載ユニットの動作を制御することを特徴とする車両用無線通信システム。
【請求項３】
請求項２に記載の車両用無線通信システムにおいて、
前記センサは、照度センサ、振動センサ、温度センサ、加速度センサ、および、車速センサのうちの少なくとも１つであることを特徴とする車両用無線通信システム。
【請求項４】
請求項１から請求項３のいずれか一項に記載の車両用無線通信システムにおいて、
前記複数の車載ユニットのうちの少なくとも１つの車載ユニットは、少なくとも前記通信手段に電力を供給する電力供給手段を備えることを特徴とする車両用無線通信システム。
【請求項５】
請求項４に記載の車両用無線通信システムにおいて、
自車載ユニットの変化を検出する変化検出手段をさらに備え、
前記電力供給手段は、前記変化検出手段によって、自車載ユニットの変化が検出されていない間は、前記通信手段への電力供給を停止し、自車載ユニットの変化が検出されると、前記通信手段への電力供給を開始することを特徴とする車両用無線通信システム。
【請求項６】
請求項１から請求項５のいずれか一項に記載の車両用無線通信システムにおいて、
前記複数の車載ユニットのうちの少なくとも１つの車載ユニットは、他の複数の車載ユニットを一度に動作させるためのマスタープログラムをさらに備えることを特徴とする車両用無線通信システム。
【請求項７】
請求項６に記載の車両用無線通信システムにおいて、
前記マスタープログラムは、メモリ領域の大きい車載ユニット、空きメモリ領域の大きい車載ユニット、および、動作頻度の高い車載ユニットのうちのいずれか１つの車載ユニットに搭載されていることを特徴とする車両用無線通信システム。
【請求項８】
請求項１から請求項７のいずれか一項に記載の車両用無線通信システムにおいて、
前記複数の車載ユニットのうちの少なくとも１つの車載ユニットは、自車載ユニットを動作させるためのサブプログラムを複数備え、
前記処理手段は、前記複数のサブプログラムのうち、前記通信部が他の車載ユニットから受信する信号に応じたサブプログラムを選択し、選択したサブプログラムに基づいて、自車載ユニットを動作させることを特徴とする車両用無線通信システム。
【請求項９】
請求項８に記載の車両用無線通信システムにおいて、
前記複数のサブプログラムは、自車載ユニットの動作の種類に応じた数だけ存在することを特徴とする車両用無線通信システム。
【請求項１０】
請求項１から請求項９のいずれか一項に記載の車両用無線通信システムにおいて、
前記通信手段は、他の車載ユニットを動作させるための信号として、予め定められたデータを送信することを特徴とする車両用無線通信システム。
【請求項１１】
請求項１から請求項１０のいずれか一項に記載の車両用無線通信システムにおいて、
車両部位ごとに、各車載ユニットが前記無線通信を介してやり取りする信号を取りまとめるゲートウェイを備え、
異なる車両部位に含まれる車載ユニット間で無線通信を行う場合には、車両部位にそれぞれ含まれているゲートウェイ間で無線通信を行うことを特徴とする車両用無線通信システム。
【請求項１２】
車両に搭載される複数の車載ユニットを制御するための集中制御型のコントローラを設けずに、各車載ユニット間で無線通信を行う車両用無線通信方法において、
前記複数の車載ユニットの各々は、他の車載ユニットとの間で無線通信を介して信号をやり取りし、他の車載ユニットから送信されてくる信号に基づいて、自車載ユニットを動作させることを特徴とする車両用無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の車載ユニット間で無線通信を行う車両用無線通信システムおよび車両用無線通信方法に関する。
【背景技術】
【０００２】
従来、複数の車載ユニットを制御する集中制御型のコントローラを複数備え、複数のコントローラ間で無線通信を行う車載用無線多重通信装置が知られている（特許文献１参照）。
【０００３】
【特許文献１】特開平１０−２１００４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、集中制御型のコントローラを備えたシステムでは、制御する車載ユニットの数が多くなるほど、コントローラの演算負荷が大きくなるという問題があった。
【課題を解決するための手段】
【０００５】
（１）本発明による車両用無線通信システムは、車両に搭載される複数の車載ユニットの各々は、他の車載ユニットとの間で無線通信を行う通信手段と、通信手段による通信を制御する通信制御手段と、車載ユニットの動作を制御する処理手段とを備え、処理手段は、他の車載ユニットから送信されてくる信号に基づいて、自車載ユニットを動作させることを特徴とする。
（２）本発明による車両用無線通信方法は、車両に搭載される複数の車載ユニットを制御するための集中制御型のコントローラを設けずに、各車載ユニット間で無線通信を行う方法であって、複数の車載ユニットの各々は、他の車載ユニットとの間で無線通信を介して信号をやり取りし、他の車載ユニットから送信されてくる信号に基づいて、自車載ユニットを動作させることを特徴とする。
【発明の効果】
【０００６】
本発明による車両用無線通信システムおよび車両用無線通信方法によれば、各車載ユニット間で無線通信を行い、他の車載ユニットから送信されてくる信号に基づいて、自車載ユニットを動作させるので、複数の車載ユニットを制御するための集中制御型のコントローラを設けることなく、車載ユニットを動作させることができる。
【発明を実施するための最良の形態】
【０００７】
本発明による車両用無線通信システムでは、車両に搭載される複数の車載ユニットがそれぞれ、他の車載ユニットと無線通信を行うための通信部、および、自車載ユニットの動作を制御する演算処理部を少なくとも備えている。この車両用無線通信システムでは、複数の車載ユニットを制御するための集中制御型のコントローラは備えていない。なお、車載ユニットには、各種スイッチや、電力が供給されて作動する電子機器などが含まれる。
【０００８】
−第１の実施の形態−
図１は、第１の実施の形態における車両用無線通信システムにおいて、各車載ユニット間で無線通信を行う様子を示す図であり、無線通信を点線で示している。図１では、ドアに関連する車載ユニットのみを示している。ドアに関連する車載ユニットには、ドアロック関連の車載ユニット、パワーウインドウ関連の車載ユニット、および、ドアミラー関連の車載ユニットが含まれる。
【０００９】
ドアロック関連の車載ユニットには、運転席側ドア２に設けられているリクエストスイッチ２１およびドアロックアクチュエータ２２と、助手席側ドア３に設けられているリクエストスイッチ３１およびドアロックアクチュエータ３２とが含まれる。パワーウインドウ関連の車載ユニットには、運転席側ドア２に設けられているパワーウインドウスイッチ２３およびパワーウインドウモータ２４と、助手席側ドア３に設けられているパワーウインドウスイッチ３３およびパワーウインドウモータ３４とが含まれる。また、ドアミラー関連の車載ユニットには、ボディ１に設けられているドアミラースイッチ１０と、運転席側ドア２に設けられているドアミラーモータ２０と、助手席側ドア３に設けられているドアミラーモータ３０とが含まれる。
【００１０】
図２は、第１の実施の形態における車両用無線通信システムに用いられる車載ユニット５０の一般的な構成を示す図である。車載ユニット５０は、動作部５１および無線通信部５２を備えている。動作部５１は、例えば、車載ユニットがモータであれば、モータの駆動を行い、車載ユニットがスイッチであれば、スイッチの状態を検出する。無線通信部５２は、コントローラ部５３およびＲＦ無線通信部５９を備えている。ＲＦ無線通信部５９は、他の車載ユニットに搭載されているＲＦ無線通信部との間で、無線通信を行う。
【００１１】
マイクロプロセッサにより構成されるコントローラ部５３は、無線通信制御部５４および演算処理部５６を備えている。無線通信制御部５４は、データ判定部５５を備え、ＲＦ無線通信部５９が行う無線通信を制御する。データ判定部５５は、他の車載ユニットから受信した信号に含まれるＩＤを判別する。演算処理部５６は、サブプログラム５７およびマスタープログラム５８を備えている。サブプログラム５７は、自車載ユニットの動作を制御するためのプログラムであり、自車載ユニットを動作させる操作系の数、および、自車載ユニットによる動作の数だけ存在する。マスタープログラム５８は、他の車載ユニットに対して、集中動作を指令するためのプログラムである。
【００１２】
以下では、ドアロック関連の車載ユニットから構成されるドアロックシステムを取り上げて説明する。ここで説明するドアロックシステムとは、携帯機（リモコン）を用いた遠隔操作によるドアロック／アンロックに加えて、ドアに設けられているリクエストスイッチが操作された際に、携帯機が車両の近くに存在する場合にのみ、ドアロック／アンロックを行うシステムである。ドアロックシステムは、車両側に設けられているリクエストスイッチとドアロックアクチュエータ、および、ユーザが携帯する携帯機によって構成される。
【００１３】
図３は、携帯機５０ａ、リクエストスイッチモジュール５０ｂ、および、ドアロックアクチュエータモジュール５０ｃの詳細な構成を示す図である。図３に示すように、携帯機５０ａ、リクエストスイッチモジュール５０ｂ、および、ドアロックアクチュエータモジュール５０ｃの各構成は、内部で行う処理内容は異なるが、図２に示す車載ユニットの一般的な構成と同じである。ここでは、携帯機５０ａ、リクエストスイッチモジュール５０ｂ、および、ドアロックアクチュエータモジュール５０ｃの各構成要素に対して、それぞれａ、ｂ、ｃの符号を付している。
【００１４】
携帯機５０ａの動作部５１ａは、携帯機５０ａに備えられている各種スイッチであり、リクエストスイッチモジュール５０ｂの動作部５１ｂは、車両に設けられているリクエストスイッチそのものである。また、ドアロックアクチュエータモジュール５０ｃの動作部５１ｃは、ドアのロック（施錠）およびアンロック（解錠）を行うためのアクチュエータである。
【００１５】
図４および図５は、携帯機５０ａ、リクエストスイッチモジュール５０ｂ、および、ドアロックアクチュエータモジュール５０ｃによって行われる処理内容を示すフローチャートである。ステップＳ１０１からステップＳ１１２までの処理は、リクエストスイッチモジュール５０ｂのコントローラ部５３ｂによって行われる。特に、ステップＳ１０１からステップＳ１０３までの処理は、演算処理部５６ｂによって行われる。
【００１６】
ステップＳ１０１では、動作部５１ｂから入力される信号に基づいて、車両に設けられているリクエストスイッチがユーザによって操作されたか否かを判定する。リクエストスイッチが操作されていないと判定するとステップＳ１０１で待機し、操作されたと判定すると、ステップＳ１０２に進む。
【００１７】
ステップＳ１０２では、演算処理部５６ｂの内部のサブプログラム５７ｂに基づいて、携帯機５０ａの存在を確認するために送信するビーコン信号を略号化する処理を行う。すなわち、携帯機５０の存在を確認するために送信するビーコン信号を発信する代わりに、ビーコン信号を略号化したデータを送信するために、ビーコン信号を略号化する処理を行う。ここでは、ビーコン信号を略号化したデータを「１１」とする。ビーコン信号を略号化する処理を行うと、ステップＳ１０３に進む。
【００１８】
ステップＳ１０３では、ステップＳ２０でビーコン信号を略号化したデータと、リクエストスイッチモジュール５０ｂを意味するＩＤとに基づいて、送信データを生成して、ステップＳ１０４に進む。ステップＳ１０４において、無線通信制御部５４ｂは、ステップＳ３０で生成した送信データを、ＲＦ無線通信部５９を介して発信する。
【００１９】
ステップＳ２０１からステップＳ２０３までの処理は、携帯機５０ａのコントローラ部５３ａによって行われる。ステップＳ２０１では、リクエストスイッチ５０ｂのＲＦ無線通信部５９ｂから発信されるデータを、ＲＦ無線通信部５９ａで受信したか否かを判定する。データを受信していないと判定するとステップＳ２０１で待機し、受信したと判定すると、ステップＳ２０２に進む。
【００２０】
ステップＳ２０２では、ＲＦ無線通信部５９ａで受信したデータが自車載ユニットで処理すべきデータであるか否かを判定する。この判定は、受信したデータに含まれているＩＤに基づいて、データ判定部５５ａが行う。ここでは、受信データに含まれているＩＤに基づいて、データの送信元がリクエストスイッチ５０ｂであるか否かを判定し、リクエストスイッチ５０ｂである場合に、受信データが自車載ユニットで処理すべきデータであると判定する。受信データが自車載ユニットで処理すべきデータではないと判定すると、ステップＳ２０２で待機し、自車載ユニットで処理すべきデータであると判定すると、ステップＳ２０３に進む。
【００２１】
ステップＳ２０３では、演算処理部５６ａ内部のサブプログラム５７ａに基づいて、リクエストスイッチ５０ｂから受信したデータを、ＲＦ無線通信部５９ａを介して、リクエストスイッチ５０ｂに送り返す処理を行う。
【００２２】
ステップＳ１０５からステップＳ１０８までの処理は、リクエストスイッチ５０ｂの演算処理部５６ｂによって行われる。ステップＳ１０５では、携帯機５０ａのＲＦ無線通信部５９ａから発信されるデータを、ＲＦ無線通信部５９ｂで受信したか否かを判定する。データを受信していないと判定するとステップＳ１０５で待機し、受信したと判定すると、ステップＳ１０６に進む。
【００２３】
ステップＳ１０６では、ＲＦ無線通信部５９ｂで受信したデータが自車載ユニットで処理すべきデータであるか否かを判定する。この判定は、受信したデータに含まれているＩＤに基づいて行う。ここでは、受信データに含まれているＩＤに基づいて、データの送信元が携帯機５０ａであるか否かを判定し、携帯機５０ａである場合に、受信データが自車載ユニットで処理すべきデータであると判定する。受信データが自車載ユニットで処理すべきデータではないと判定すると、ステップＳ１０６で待機し、自車載ユニットで処理すべきデータであると判定すると、ステップＳ１０７に進む。なお、携帯機５０ａから発信されるデータを受信することにより、携帯機５０ａが車両から所定の範囲内に存在すると判断する。
【００２４】
ステップＳ１０７では、マスタープログラム５８ｂに基づいて、ドアのロック／アンロック状態に応じたデータを生成する。具体的には、コントローラ部５３ｂが記憶しているドアのロック／アンロック状態に基づいて、その状態の反対の動作を行うための制御信号を意味する略号データを生成する。ここでは、ドアロックを意味する略号を「１０」、ドアアンロックを意味する略号を「０１」とする。すなわち、ドアがロック（施錠）されている状態であれば、「０１」のデータを生成し、ドアがアンロック（解錠）されている状態であれば、「１０」のデータを生成する。なお、マスタープログラム５８ｂは、各ドアのロック／アンロックを集中制御するためのプログラムである。
【００２５】
ステップＳ１０７に続くステップＳ１０８では、ステップＳ１０７で生成したデータと、リクエストスイッチモジュール５０ｂを意味するＩＤとに基づいて、送信データを生成する。ステップＳ１０９において、無線通信制御部５４ｂは、ＲＦ無線通信部５９ｂを介して、ドアロックアクチュエータモジュール５０ｃに送信する。
【００２６】
図６は、リクエストスイッチモジュール５０ｂと携帯機５０ａとの間、および、リクエストスイッチモジュール５０ｂとドアロックアクチュエータモジュール５０ｃとの間でやり取りするデータの一例を示す図である。
【００２７】
図５に示すフローチャートのステップＳ３０１からステップＳ３１３までの処理は、ドアロックアクチュエータモジュール５０ｃのコントローラ部５３ｃによって行われる。特に、ステップＳ３０５およびステップＳ３１３の処理は、無線通信制御部５４ｃによって行われ、他のステップの処理は、演算処理部５６ｃによって行われる。
【００２８】
ステップＳ３０１では、リクエストスイッチ５０ｂのＲＦ無線通信部５９ｂから発信されるデータを、ＲＦ無線通信部５９ｃで受信したか否かを判定する。データを受信していないと判定するとステップＳ３０１で待機し、受信したと判定すると、ステップＳ３０２に進む。
【００２９】
ステップＳ３０２では、ＲＦ無線通信部５９ｃで受信したデータが自車載ユニットで処理すべきデータであるか否かを判定する。この判定は、受信したデータに含まれているＩＤに基づいて行う。ここでは、受信データに含まれているＩＤに基づいて、データの送信元がリクエストスイッチ５０ｂであるか否かを判定し、リクエストスイッチ５０ｂである場合に、受信データが自車載ユニットで処理すべきデータであると判定する。受信データが自車載ユニットで処理すべきデータではないと判定すると、ステップＳ３０２で待機し、自車載ユニットで処理すべきデータであると判定すると、ステップＳ３０３に進む。
【００３０】
ステップＳ３０３では、ＲＦ無線通信部５９ｃで受信したデータに含まれている略号データを制御信号に変換する処理を行う。上述したように、略号データ「０１」は、ドアアンロックを意味し、略号データ「１０」は、ドアロックを意味するので、略号データ「０１」は、ドアをアンロックするための制御信号に変換し、略号データ「１０」は、ドアをロックするための制御信号に変換する。略号データを制御信号に変換すると、ステップＳ３０４に進む。
【００３１】
ステップＳ３０４では、ステップＳ３０３で変換した制御信号を、ドアロックアクチュエータである動作部５１ｃに送信する。制御信号を受信した動作部５１ｃは、制御信号に基づいて、ドアのロック／アンロック処理を行う。ステップＳ３０４に続くステップＳ３０５では、ステップＳ３０３で変換した制御信号を、ＲＦ無線通信部５９ｃを介して、リクエストスイッチモジュール５０ｂに送信して、ステップＳ３０６に進む。
【００３２】
ステップＳ１１０からステップＳ１１２までの処理は、リクエストスイッチモジュール５０ｂのコントローラ部５３ｂによって行われる。ステップＳ１１０では、ドアロックアクチュエータモジュール５０ｃのＲＦ無線通信部５９ｃから発信されるデータを、ＲＦ無線通信部５９ｂで受信したか否かを判定する。データを受信していないと判定するとステップＳ１１０で待機し、受信したと判定すると、ステップＳ１１１に進む。
【００３３】
ステップＳ１１１では、ＲＦ無線通信部５９ｂで受信したデータが自車載ユニットで処理すべきデータであるか否かを判定する。この判定は、受信したデータに含まれているＩＤに基づいて行う。ここでは、受信データに含まれているＩＤに基づいて、データの送信元がドアロックアクチュエータモジュール５０ｃであるか否かを判定し、ドアロックアクチュエータモジュール５０ｃである場合に、受信データが自車載ユニットで処理すべきデータであると判定する。受信データが自車載ユニットで処理すべきデータではないと判定すると、ステップＳ１１１で待機し、自車載ユニットで処理すべきデータであると判定すると、ステップＳ１１２に進む。
【００３４】
ステップＳ１１２において、演算処理部５６ｂは、ドアロックアクチュエータモジュール５０ｃから受信したデータに基づいて、現在のドアロック状態を記憶する。これにより、リクエストスイッチ５０ｂ側で行われる処理は終了する。
【００３５】
ドアロックアクチュエータモジュール５０ｃのコントローラ部５３ｃは、ステップＳ３０６において、リクエストスイッチモジュール５０ｂからの指令がアンロック指令であるか否かを判定する。この判定は、リクエストスイッチモジュール５０ｂから受信したデータに含まれている略号データに基づいて行う。リクエストスイッチモジュール５０ｂからの指令がアンロック指令であると判定するとステップＳ３０７に進み、ロック指令であると判定すると、ドアロックアクチュエータモジュール５０ｃで行う処理を終了する。
【００３６】
ステップＳ３０７では、演算処理部５６ｃの内部に設けられているタイマによる計時を開始して、ステップＳ３０８に進む。ステップＳ３０８では、タイマによって計測されている時間が所定時間以上となったか否かを判定する。計測時間が所定時間未満であると判定すると、ステップＳ３０８で待機し、所定時間以上であると判定すると、ステップＳ３０９に進む。
【００３７】
ステップＳ３０９では、ドアが開かれていないか、すなわち、ドアをアンロック（解錠）する処理を行ったにもかかわらず、ドアが閉じたままの状態で所定時間が経過したか否かを判定する。所定時間の間に、ドアが開かれたと判定すると、ドアロックアクチュエータモジュール５０ｃで行う処理を終了する。一方、所定時間の間に、ドアが開かれていないと判定すると、ステップＳ３１０に進む。
【００３８】
ステップＳ３１０では、アクチュエータである動作部５１ｃに、ドアをロックするための制御信号を送信する。この制御信号を受信した動作部５１ｃは、ドアをロックする処理を行う。ステップＳ３１０に続くステップＳ３１１では、ドアロックを意味する略号データ「０１」を生成して、ステップＳ３１２に進む。ステップＳ３１２では、ステップＳ３１１で生成したデータと、ドアロックアクチュエータモジュール５０ｃを意味するＩＤとに基づいて、送信データを生成して、ステップＳ３１３に進む。ステップＳ３１３では、ステップＳ３１２で生成した送信データを、ＲＦ無線通信部５９ｃを介して、リクエストスイッチモジュール５０ｂに送信する。リクエストスイッチモジュール５０ｂのコントローラ部５３ｂは、受信したデータに基づいて、現在のドアロック状態を記憶する。
【００３９】
従来のドアロックシステムでは、リクエストスイッチはスイッチとしての機能、ドアロックアクチュエーターはアクチュエータとしての機能しか有しておらず、リクエストスイッチおよびドアロックアクチュエータの制御を行う上位コントローラーからの指示に基づいて動作を行っていたため、単体での動作を行うことができなかった。しかしながら、第１の実施の形態における車両用無線通信システムによれば、各車載ユニット間で無線通信を行い、他の車載ユニットから送信されてくる信号に基づいて、自車載ユニットを動作させるので、各車載ユニットを制御するための集中制御型のコントローラを設けることなく、車載ユニット単体で動作を行うことができる。
【００４０】
第１の実施の形態における車両用無線通信システムによれば、車両に搭載される複数の車載ユニットの各々は、他の車載ユニットとの間で無線通信を行う通信部５９と、通信部５９による通信を制御する通信制御部５４と、車載ユニットの動作を制御する処理部５６とを備え、処理部５６は、他の車載ユニットから送信されてくる信号に基づいて、自車載ユニットを動作させる。これにより、各車載ユニットを制御するための集中制御型のコントローラを設ける必要がないので、システム全体のコストを低減することができる。
【００４１】
また、第１の実施の形態における車両用無線通信システムによれば、少なくとも１つの車載ユニットは、他の複数の車載ユニットを一度に動作させるためのマスタープログラムをさらに備えるので、常に集中制御を意識したコントローラ部を用いる必要がなく、必要時に応じて、他の複数の車載ユニットを一度に動作させる集中制御を行うことができる。
【００４２】
さらに、第１の実施の形態における車両用無線通信システムによれば、複数の車載ユニットのうちの少なくとも１つの車載ユニットは、自車載ユニットを動作させるためのサブプログラムを複数備え、複数のサブプログラムのうち、通信部５９が他の車載ユニットから受信する信号に応じたサブプログラムを選択し、選択したサブプログラムに基づいて、自車載ユニットを動作させるので、動作までの処理時間を短縮し、高速化を図ることができる。
【００４３】
−第２実施例−
図７は、第２の実施の形態における車両用無線通信システムに用いられる車載ユニット５０Ｓの構成を示す図である。第２の実施の形態における車載ユニット５０Ｓは、図２に示す第１の実施の形態における車載ユニットの構成に加えて、センサ部７０をさらに備える。センサ部７０は、各車載ユニットによって異なるセンサが搭載されている。すなわち、センサ部７０は、その車載ユニットの動作のために必要な車両挙動や車両周辺環境を検出する。
【００４４】
以下では、車載ユニットの一例として、ＡＦＳ（Adaptive Front-lighting System）に用いられる車載ユニットを取り上げて説明する。ＡＦＳは、車両の進行方向に応じて、ヘッドライトの照射方向を変化させるシステムである。
【００４５】
図８は、第２の実施の形態における車両用無線通信システムにおいて、ＡＦＳに用いられる車載ユニットの構成を示す図である。ＡＦＳに用いられる車載ユニットには、ＡＦＳモジュール５０ｄおよびＡＦＳ動作スイッチモジュール５０ｅが含まれる。ここでは、ＡＦＳモジュール５０ｄおよびＡＦＳ動作スイッチモジュール５０ｅの各構成要素に対して、それぞれｄ、ｅの符号を付している。
【００４６】
ＡＦＳモジュール５０ｄの構成は、図７に示す車載ユニットの構成と同じである。ただし、ＡＦＳモジュール５０ｄに設けられているセンサ部７０ｄは、車両の向きを検出するための加速度センサである。また、動作部５１ｄは、ロービームユニットから構成されている。ロービームユニットは、ＡＦＳに用いられる一般的な構成、すなわち、モータ５１０、ギア５１１、および、バーナー５１２を少なくとも備えており、モータ５１０が回転駆動することにより、バーナー５１２から発せられる光の照射方向が左右方向に変化する。
【００４７】
ＡＦＳ動作スイッチモジュール５０ｅの構成は、センサ部７０が設けられていないことを除けば、図７に示す車載ユニットの構成と同じである。ただし、動作部５１ｅは、ユーザによって操作されるＡＦＳ動作スイッチに対応している。ＡＦＳ動作スイッチは、ＡＦＳを動作可能／動作不可能な状態に切り換えるためのスイッチであり、ユーザによって操作される。
【００４８】
図９は、第２の実施の形態における車両用無線通信システムによって行われる処理内容を示すフローチャートである。ステップＳ４０１からステップＳ４０４までの処理は、ＡＦＳ動作スイッチモジュール５０ｅのコントローラ部５３ｅによって行われる。特に、ステップＳ４０１からステップＳ４０３までの処理は、演算処理部５６ｅによって行われ、ステップＳ４０４の処理は、無線通信制御部５４ｅによって行われる。
【００４９】
ステップＳ４０１では、動作部５１ｅから入力される信号に基づいて、ＡＦＳ動作スイッチがオンされたか否かを判定する。ＡＦＳ動作スイッチがオンされていないと判定すると、ステップＳ４０１で待機し、オンされたと判定すると、ステップＳ４０２に進む。ステップＳ４０２では、ＡＦＳ動作スイッチがオンされたことを示す略号データを生成する。この略号データは、予め定められたものである。ＡＦＳ動作スイッチがオンされたことを示す略号データを生成すると、ステップＳ４０３に進む。
【００５０】
ステップＳ４０３では、ステップＳ４０２で生成した略号データと、ＡＦＳ動作スイッチモジュール５０ｅを意味するＩＤとに基づいて、送信データを生成して、ステップＳ４０４に進む。ステップＳ４０４では、ステップＳ４０３で生成した送信データを、ＲＦ無線通信部５９ｅを介して、ＡＦＳモジュール５０ｄに送信する。
【００５１】
ステップＳ５０１からステップＳ５０６までの処理は、ＡＦＳモジュール５０ｄのコントローラ部５３ｄによって行われる。特に、ステップＳ５０１からステップＳ５０５までの処理は、演算処理部５６ｄによって行われ、ステップＳ５０６の処理は、無線通信制御部５４ｄによって行われる。
【００５２】
ステップＳ５０１では、ＡＦＳ動作スイッチモジュール５０ｅのＲＦ無線通信部５９ｅから発信されるデータを、ＲＦ無線通信部５９ｄで受信したか否かを判定する。データを受信していないと判定するとステップＳ５０１で待機し、受信したと判定すると、ステップＳ５０２に進む。
【００５３】
ステップＳ５０２では、ＲＦ無線通信部５９ｄで受信したデータが自車載ユニットで処理すべきデータであるか否かを判定する。この判定は、受信したデータに含まれているＩＤに基づいて行う。ここでは、受信データに含まれているＩＤに基づいて、データの送信元がＡＦＳ動作スイッチモジュール５０ｅであるか否かを判定し、ＡＦＳ動作スイッチモジュール５０ｅである場合に、受信データが自車載ユニットで処理すべきデータであると判定する。受信データが自車載ユニットで処理すべきデータではないと判定すると、ステップＳ５０２で待機し、自車載ユニットで処理すべきデータであると判定すると、ステップＳ５０３に進む。
【００５４】
ステップＳ５０３では、ＡＦＳ動作スイッチモジュール５０ｅから受信したデータに該当するサブプログラム５７ｄに基づいて、ＲＦ無線通信部５９ｄで受信したデータに含まれている略号データを制御信号に変換する処理を行う。演算処理部５６ｄは、略号データと制御信号との対応関係を定めたデータ（テーブル）を保有しており、このデータに基づいて、略号データを制御信号に変換する処理を行う。略号データを制御信号に変換する処理を行うと、ステップＳ５０４に進む。
【００５５】
ステップＳ５０４では、ステップＳ５０３で変換した制御信号を加速度センサ７０ｄに送信する。この制御信号に基づいて、加速度センサ７０ｄはアクティブ状態になる。すなわち、加速度センサ７０ｄによる計測値が演算処理部５６ｄに入力される。ステップＳ５０４に続くステップＳ５０５では、加速度センサ７０ｄから入力されるセンサ値に基づいて、車両の進行方向が変化したか否かを判定する。車両の進行方向が変化していないと判定すると、ステップＳ５０５で待機し、進行方向が変化したと判定すると、ステップＳ５０６に進む。
【００５６】
ステップＳ５０６では、車両の進行方向に応じて、ヘッドライトの照射方向を変更するための制御信号をモータ５１０に送信する。この制御信号に基づいて、モータ５１０は回転駆動し、ヘッドライトの照射方向を変更する。この後、ＡＦＳ動作スイッチモジュール５０ｅから、ＡＦＳ動作スイッチがオフされたことを示す信号を受信すると、ＡＦＳモジュール５０ｄで行われる処理は終了する。
【００５７】
第２の実施の形態における車両用無線通信システムによれば、第１の実施の形態における車両用無線通信システムと同様に、各車載ユニットを制御するための集中制御型のコントローラを設ける必要がないので、システム全体のコストを低減することができる。特に、少なくとも１つの車載ユニットが車両挙動や車両の周囲環境を検出するセンサをさらに備え、他の車載ユニットから送信されてくる信号およびセンサの検出結果に基づいて、車載ユニットの動作を制御するので、車載ユニットのみで車両挙動や車両の周囲環境に応じた動作を行うことができる。
【００５８】
−第３の実施の形態−
図１０は、第３の実施の形態における車両用無線通信システムに用いられる車載ユニット５０Ｔの構成を示す図である。第３の実施の形態における車載ユニット５０Ｔは、図７に示す第２の実施の形態における車載ユニット５０Ｓの構成に加えて、電力供給部８０をさらに備える。電力供給部８０は、演算処理部５６からの指令に基づいて、動作部５１およびＲＦ無線通信部５９に電力を供給する。
【００５９】
以下では、第１の実施の形態と同様に、ドアロック関連の車載ユニットから構成されるドアロックシステムを取り上げて説明する。図１１は、ドアロックシステムを構成する携帯機５０ａ、リクエストスイッチモジュール５０ｂ、および、ドアロックアクチュエータモジュール５０ｃの構成を示す図である。図２に示す構成に対して、携帯機５０ａは、センサ部７０ａおよび電力供給部８０ａをさらに備える。センサ部７０ａは、振動センサである。
【００６０】
リクエストスイッチモジュール５０ｂは、図２に示す構成に対して、電力供給部８０ｂをさらに備える。ドアロックアクチュエータモジュール５０ｃは、図２に示す構成に対して、電力供給部８０ｃをさらに備える。携帯機５０ａ、リクエストスイッチモジュール５０ｂ、および、ドアロックアクチュエータモジュール５０ｃにそれぞれ設けられているＲＦ無線通信部は、それぞれ電力供給部から電力が供給されるまでは、電源がオフの状態となっている。
【００６１】
図１２〜図１４は、ドアロックシステムを構成する携帯機５０ａ、リクエストスイッチモジュール５０ｂ、および、ドアロックアクチュエータモジュール５０ｃによって行われる処理内容を示すフローチャートである。図１２〜図１４に示すフローチャートの処理のうち、図４および図５に示すフローチャートの処理と同一の処理を行うステップについては、同一の符号を付して、詳しい説明は省略する。
【００６２】
リクエストスイッチモジュール５０ｂのコントローラ部５３ｂは、ステップＳ１０１において、車両に設けられているリクエストスイッチが操作されたか否かを判定する。リクエストスイッチが操作されていないと判定するとステップＳ１０１で待機し、操作されたと判定すると、ステップＳ６０１に進む。
【００６３】
ステップＳ６０１では、電力供給部８０ｂに対して、ＲＦ無線通信部５９ｂに電力を供給する指示を出す。この指示を受けた電力供給部８０ｂは、ＲＦ無線通信部５９ｂへの電力供給を開始する。電力供給部８０ｂに対して、ＲＦ無線通信部５９ｂに電力を供給する指示を出すと、ステップＳ１０２に進む。ステップＳ１０２からステップＳ１０４までの処理は、図４に示すフローチャートのステップＳ１０２からステップＳ１０４までの処理と同一である。
【００６４】
携帯機５０ａのコントローラ部５３ａは、ステップＳ７０１において、振動センサ７０ａが振動を検出したか否かを判定する。振動センサ７０ａが振動を検出していないと判定するとステップＳ７０１で待機する。すなわち、ＲＦ無線通信部５９ａの電源はオフのままである。一方、振動センサ７０ａが振動を検出したと判定すると、ステップＳ７０２に進む。ステップＳ７０２では、電力供給部８０ａに対して、ＲＦ無線通信部５９ａに電力を供給する指示を出す。この指示を受けた電力供給部８０ａは、ＲＦ無線通信部５９ａへの電力供給を開始する。電力供給部８０ａに対して、ＲＦ無線通信部５９ａに電力を供給する指示を出すと、ステップＳ２０１に進む。
【００６５】
ステップＳ２０１からステップＳ２０３までの処理は、図４に示すフローチャートのステップＳ２０１からステップＳ２０３までの処理と同一である。ステップＳ２０３に続くステップＳ７０３では、電力供給部８０ａに対して、ＲＦ無線通信部５９ａへの電力供給を停止する指示を出す。この指示を受けた電力供給部８０ａは、ＲＦ無線通信部５９ａへの電力供給を停止する。電力供給部８０ａに対して、ＲＦ無線通信部５９ａへの電力供給を停止する指示を出すと、携帯機５０ａ側で行われる処理は終了する。
【００６６】
リクエストスイッチモジュール５０ｂによって行われる処理において、図１３に示すフローチャートのステップＳ１０５からステップＳ１０９までの処理は、図４に示すフローチャートのステップＳ１０５からステップＳ１０９までの処理と同一である。また、ドアロックアクチュエータモジュール５０ｃによって行われる処理において、ステップＳ３０１からステップＳ３０５までの処理は、図５に示すフローチャートのステップＳ３０１からステップＳ３０５までの処理と同一である。
【００６７】
リクエストスイッチモジュール５０ｂのコントローラ部５３ｂは、図１４に示すフローチャートのステップＳ１１０において、ドアロックアクチュエータモジュール５０ｃのＲＦ無線通信部５９ｃから発信されるデータを、ＲＦ無線通信部５９ｂで受信したか否かを判定し、データを受信したと判定すると、ステップＳ６０２に進む。
【００６８】
ステップＳ６０２では、電力供給部８０ｂに対して、ＲＦ無線通信部５９ｂへの電力供給を停止する指示を出す。この指示を受けた電力供給部８０ｂは、ＲＦ無線通信部５９ｂへの電力供給を停止する。電力供給部８０ｂに対して、ＲＦ無線通信部５９ｂへの電力供給を停止する指示を出すと、ステップＳ１１１に進む。ステップＳ１１１およびステップＳ１１２の処理は、図５に示すフローチャートのステップＳ１１１からステップＳ１１２の処理と同一である。
【００６９】
ドアロックアクチュエータモジュール５０ｃによって行われる処理のうち、ステップＳ３０６からステップＳ３１３までの処理は、図４に示すフローチャートのステップＳ３０６からステップＳ３１３までの処理と同一である。
【００７０】
第３の実施の形態における車両用無線通信システムによれば、第１の実施の形態における車両用無線通信システムと同様に、各車載ユニットを制御するための集中制御型のコントローラを設ける必要がないので、システム全体のコストを低減することができる。特に、車載ユニットは、少なくとも通信部５９に電力を供給する電力供給部８０を備えるので、自車載ユニット内で、通信部５９への電力供給を制御することができる。
【００７１】
特に、第３の実施の形態における車両用無線通信システムによれば、自車載ユニットの変化を検出するセンサ部７０を設けて、センサ部７０によって、自車載ユニットの変化が検出されていない間は、通信部５９への電力供給を停止し、自車載ユニットの変化が検出されると、通信部５９への電力供給を開始する。これにより、例えば、エンジンの未始動時など、電力供給が必要ない場合における通信部５９の電力消費を抑制することができる。
【００７２】
本発明は、上述した第１から第３の実施の形態に限定されることはない。例えば、センサ部７０の一例として、加速度センサや振動センサを挙げたが、上述したように、センサ部７０は、その車載ユニットの動作のために必要な車両挙動や車両周辺環境を検出するものであればよいので、光の照度を検出する照度センサ、温度を検出する温度センサ、車速を検出する車速センサなどでもよい。
【００７３】
図４に示すフローチャートのステップＳ２０２では、ＲＦ無線通信部５９ａが受信したデータに含まれるＩＤに基づいて、データの送信元がリクエストスイッチ５０ｂであるか否かを判定し、データの送信元がリクエストスイッチ５０ｂである場合に、受信データが自車載ユニットで処理すべきデータであると判定した。しかし、送信データの中に、受信先の車載ユニットを示すＩＤを含めておき、データを受信した車載ユニットがこのＩＤに基づいて、受信データが自車載ユニットで処理すべきデータであると判定するようにしてもよい。
【００７４】
マスタープログラム５８は、メモリ領域の大きい（例えば、メモリ容量が所定容量以上）車載ユニットのみに搭載したり、空きメモリ領域の大きい（例えば、空きメモリ容量が所定容量以上）の車載ユニットのみに搭載するようにしてもよい。このようにすることで、メモリ領域の有効活用を図ることができる。また、動作頻度の高い車載ユニットにのみ、マスタープログラムを搭載するようにすれば、他の複数の車載ユニットを一度に動作させる集中制御が必要になった場合でも、すぐに動作を行うことができる。
【００７５】
第１から第３の実施の形態では、複数の車載ユニット間で無線通信を行う例を挙げて説明したが、車両部位ごとに、各車載ユニットが無線通信を介してやり取りする信号を取りまとめるゲートウェイを設け、異なる車両部位に含まれる車載ユニット間で無線通信を行う場合には、車両部位にそれぞれ設けられているゲートウェイ間で無線通信を行うようにしてもよい。この方法によれば、車両部位の外部に漏れる電波量を低減することができる。特に、各車両部位において、内部の車載ユニットから発信される電波が漏れない構成とすることにより、車両部位の外部に漏れる電波量をさらに低減することができる。なお、車両部位は、例えば、車両ドア、リアハッチ、エンジンコンパートメント、インストルメントパネルのように分けることができる。
【００７６】
第２の実施の形態では、ＡＦＳモジュール５０ｄ内に加速度センサを設ける例を挙げて説明した。ここで、加速度センサは、トルクスプリット型４ＷＤのように、走行する際の前後輪への駆動力配分を行う機構にも利用される場合、車両として、複数個の加速度センサを持つことになる。そのため、例えば、運転席側のＡＦＳモジュール内のみに加速度センサを設け、その加速度センサの検出信号を助手席側のＡＦＳモジュールに対して無線送信することで、１つの加速度センサにより、運転席側および助手席側のＡＦＳモジュールを動作させることができる。なお、このような動作指令は、マスタープログラムに予め書き込んでおけばよい。
【００７７】
第３の実施の形態では、センサ部７０によって、自車載ユニットの変化が検出されていない間は、通信部５９への電力供給を停止し、自車載ユニットの変化が検出されると、通信部５９への電力供給を開始するようにしたが、電力供給の停止／開始の判定は、他の方法を用いるようにしてもよい。すなわち、通信部５９の動作が不要であると判断できる間は、電力供給を停止し、通信部５９の動作が必要であると判断できる間は、電力供給を行うようにすればよい。
【００７８】
特許請求の範囲の構成要素と第１から第３の実施の形態の構成要素との対応関係は次の通りである。すなわち、ＲＦ無線通信部５９が通信手段を、無線通信制御部５４が通信制御手段を、演算処理部５６が処理手段を、センサ部７０がセンサを、電力供給部８０が電力供給手段をそれぞれ構成する。なお、以上の説明はあくまで一例であり、発明を解釈する上で、上記の実施形態の構成要素と本発明の構成要素との対応関係に何ら限定されるものではない。
【図面の簡単な説明】
【００７９】
【図１】第１の実施の形態における車両用無線通信システムにおいて、各車載ユニット間で無線通信を行う様子を示す図
【図２】第１の実施の形態における車両用無線通信システムに用いられる車載ユニットの一般的な構成を示す図
【図３】携帯機、リクエストスイッチモジュール、および、ドアロックアクチュエータモジュールの詳細な構成を示す図
【図４】携帯機、リクエストスイッチモジュール、および、ドアロックアクチュエータモジュールによって行われる処理内容を示すフローチャート
【図５】図４に示すフローチャートの処理に続く処理内容を示すフローチャート
【図６】リクエストスイッチモジュールと携帯機との間、および、リクエストスイッチモジュールとドアロックアクチュエータモジュールとの間でやり取りするデータの一例を示す図
【図７】第２の実施の形態における車両用無線通信システムに用いられる車載ユニットの構成を示す図
【図８】第２の実施の形態における車両用無線通信システムにおいて、ＡＦＳに用いられる車載ユニットの構成を示す図
【図９】第２の実施の形態における車両用無線通信システムによって行われる処理内容を示すフローチャート
【図１０】第３の実施の形態における車両用無線通信システムに用いられる車載ユニットの構成を示す図
【図１１】第３の実施の形態における車両用無線通信システムにおいて、ドアロックシステムを構成する携帯機、リクエストスイッチモジュール、および、ドアロックアクチュエータモジュールの構成を示す図
【図１２】ドアロックシステムを構成する携帯機、リクエストスイッチモジュール、および、ドアロックアクチュエータモジュールによって行われる処理内容を示すフローチャート
【図１３】図１２に示すフローチャートの処理に続く処理内容を示すフローチャート
【図１４】図１３に示すフローチャートの処理に続く処理内容を示すフローチャート
【符号の説明】
【００８０】
１…ボディ、２…運転席側ドア、３…助手席側ドア、１０…ドアミラースイッチ、２０…ドアミラーモータ、２１…リクエストスイッチ、２２…ドアロックアクチュエータ、２３…パワーウインドウスイッチ、２４…パワーウインドウモータ、３０…ドアミラーモータ、３１…リクエストスイッチ、３２…ドアロックアクチュエータ、３３…パワーウインドウスイッチ、３４…パワーウインドウモータ、５０…車載ユニット、５１…動作部、５２…無線通信部、５３…コントローラ部、５４…無線通信制御部、５５…データ判定部、５６…演算処理部、５７…サブプログラム、５８…マスタープログラム、５９…ＲＦ無線通信部、７０…センサ部、８０…電力供給部
【図１】
2008074230.tif 000003
【図２】
2008074230.tif 000004
【図３】
2008074230.tif 000005
【図４】
2008074230.tif 000006
【図５】
2008074230.tif 000007
【図６】
2008074230.tif 000008
【図７】
2008074230.tif 000009
【図８】
2008074230.tif 000010
【図９】
2008074230.tif 000011
【図１０】
2008074230.tif 000012
【図１１】
2008074230.tif 000013
【図１２】
2008074230.tif 000014
【図１３】
2008074230.tif 000015
【図１４】
2008074230.tif 000016