(57)【要約】【課題】車載機器の間でネットワークを構築する際に、当該車載機器の消費電力を抑制する車載機器制御システム及び車載機器の制御方法を提供する。【解決手段】親機１０は、子機側通信部と通信する親機側通信部と、子機２０、３０の識別子及び子機２０、３０のハードウェアを制御するための情報を含んだドライバを記録する親機側メモリと、複数の子機２０、３０とネットワークを構築しつつ、制御対象となる子機２０、３０の識別子、及び、ドライバで示される動作条件に従う制御指令を、親機側通信部により子機２０、３０に送信することで、子機２０、３０を制御する親機側制御部とを有し、親機側制御部は、車両の状態を示す車両情報及び車両の外部又は車室内の環境を示す環境情報のうち少なくともいずれか一方の情報を取得情報として取得し、複数の子機２０、３０のうち、ネットワークに含まれる子機２０、３０及びネットワークから除外される子機２０、３０を、取得情報に基づき設定する。【選択図】  図１
2015020648.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載された子機と親機との間でネットワークを構築する車載機器制御システムにおいて、
前記子機は、
前記親機と通信する子機側通信部とを有し、
前記親機は、
前記子機側通信部と通信する親機側通信部と、
前記子機の識別子及び前記子機のハードウェアを制御するための情報を含んだドライバを記録する親機側メモリと、
複数の前記子機とネットワークを構築しつつ、制御対象となる前記子機の前記識別子、及び、前記ドライバで示される動作条件に従う制御指令を、前記親機側通信部により前記子機に送信することで前記子機を制御する親機側制御部とを有し、
前記親機側制御部は、
前記車両の状態を示す車両情報及び前記車両の外部又は車室内の環境を示す環境情報のうち少なくともいずれか一方の情報を取得情報として取得し、
前記複数の子機のうち、前記ネットワークに含まれる前記子機及び前記ネットワークから除外される前記子機を、前記取得情報に基づき設定する
ことを特徴とする車載機器制御システム。
【請求項２】
請求項１記載の車載機器制御システムにおいて、
前記ネットワークから除外された前記子機は、消費電力を抑制するスリープ状態になる
ことを特徴とする車載機器制御システム。
【請求項３】
請求項１又は２に記載の車載機器制御システムにおいて、
前記親機側制御部は、
前記車両の車速を示す前記車両情報を前記取得情報として取得する
ことを特徴とする車載機器制御システム。
【請求項４】
請求項３に記載の車載機器制御システムにおいて、
前記複数の子機は、
前記車両のドアの開閉を制御するドアユニットと、
前記車両のミラーを制御するミラーユニットとを有し、
前記親機側制御部は、
前記車速が所定の車速閾値より低い場合には、前記ミラーユニットを前記ネットワークに含め、前記ドアユニットを前記ネットワークから除外し、
前記車速が所定の車速閾値より高い場合には、前記ドアユニット及び前記ミラーユニットを前記ネットワークから除外する
ことを特徴とする車載機器制御システム。
【請求項５】
請求項１〜４のいずれか一項に記載の車載機器制御システムにおいて、
前記車両の駆動源又は補機類のオン及びオフを切り替えるメインスイッチと、
車室内の乗員を検出する乗員検出手段とを備え、
前記複数の子機は、
前記車両のドアの開閉を制御するドアユニットを有し、
前記親機側制御部は、
前記メインスイッチの状態を示す前記車両情報を前記取得情報として取得し、
前記乗員検出手段の検出結果に基づく前記環境情報を前記取得情報として取得し、
前記メインスイッチがオンからオフに切り替わり、かつ、前記乗員が前記車室内にいる場合は、前記ドアユニットを前記ネットワークに含め、
前記乗員が前記車室内にいない場合には、前記ドアユニットを前記ネットワークから除外する
ことを特徴とする車載機器制御システム。
【請求項６】
請求項１又は２に記載の車載機器制御システムにおいて、
少なくとも道路属性の情報を含んだ地図情報を取得し、前記車両の位置を管理するナビゲーションシステムをさらに備え、
前記親機側制御部は、
前記車両が走行する前記道路属性の情報を前記取得情報として取得する
ことを特徴とする車載機器制御システム。
【請求項７】
請求項６記載の車載機器制御システムにおいて、
前記道路属性は、一般道路と高速道路を含み、
前記子機は、前記車両の窓の開閉を制御する窓ユニットを有し、
前記親機側制御部は、
前記車両が走行する道路の前記道路属性が前記一般道路である場合には、前記窓ユニットを前記ネットワークに含め、
前記車両が走行する道路の前記道路属性が前記高速道路である場合には、前記窓ユニットを前記ネットワークから除外する
ことを特徴とする車載機器制御システム。
【請求項８】
請求項６又は７記載の車載機器制御システムにおいて、
前記道路属性は、所定の道幅よりも道幅の狭い第１道路の属性と、前記所定の道幅より道幅の広い第２道路の属性とを含み、
前記子機は、前記車両のドアに設けられたミラーを制御するミラーユニットを有し、
前記親機側制御部は、
前記車両が走行する前記道路属性が前記第１道路である場合には、前記ミラーユニットを前記ネットワークに含め、
前記車両が走行する前記道路属性が前記第２道路である場合には、前記ミラーユニットを前記ネットワークから除外する
ことを特徴とする車載機器制御システム。
【請求項９】
請求項１又は２記載の車載機器制御システムにおいて、
前記子機は前記車両の窓の開閉を制御する窓ユニットを有し、
前記親機側制御部は、
前記車両の外部の気象条件を示す前記環境情報を前記取得情報として取得し、
前記気象条件が前記窓の開状態に適さない場合には、前記窓ユニットを前記ネットワークから除外する
ことを特徴とする車載機器制御システム。
【請求項１０】
請求項１又は２記載の車載機器制御システムにおいて、
少なくとも道路属性の情報を含んだ地図情報を取得し、前記車両の現在地から目的までの走行経路を演算するナビゲーションシステムをさらに備え、
前記親機側制御部は、
前記道路属性及び前記走行経路を前記取得情報として取得し、
前記走行経路上で前記道路属性が変わる位置を、前記道路属性の変化位置として特定し、
前記車両の現在地から前記変化位置までの距離が所定の距離未満である場合には、前記変化位置の後の前記道路属性に基づいて、前記ネットワークに含まれる前記子機及び前記ネットワークから除外される前記子機を設定する
ことを特徴とする車載機器制御システム。
【請求項１１】
請求項１０記載の車載機器制御システムにおいて、
前記親機側制御部は、
前記車両の現在地から前記変化位置までの距離が前記所定の距離以上である場合には、前記ネットワークの再構築を行わない
ことを特徴とする車載機器制御システム。
【請求項１２】
請求項１０又は１１記載の車載機器制御システムにおいて、
前記親機側制御部は、
前記車両が走行する前記道路属性に基づき前記所定の距離を設定する
ことを特徴とする車載機器制御システム。
【請求項１３】
請求項１０〜１２のいずれか一項に記載の車載機器制御システムにおいて、
前記ナビゲーションシステムは、
前記車両の走行履歴から前記目的地を推測する
ことを特徴とする車載機器制御システム。
【請求項１４】
請求項１〜１３のいずれか一項に記載の車載機器制御システムにおいて、
前記親機側制御部は、
ユーザによる前記子機の操作履歴を取得し、前記取得情報と前記操作履歴に基づいて、前記ネットワークに含まれる前記子機及び前記ネットワークから除外される前記子機を設定する
ことを特徴とする車載機器制御システム。
【請求項１５】
車両に搭載された子機と親機との間でネットワークを構築する車載機器の制御方法において、
前記親機と複数の前記子機との間でネットワークを構築するネットワーク構築工程と、
前記子機の識別子及び前記子機のハードウェアを制御するための情報を含んだドライバを記録する親機側メモリから、前記子機の識別子及び前記ドライバを取得する工程と、
制御対象となる前記子機の前記識別子、及び、前記ドライバで示される動作条件に従う制御指令を、前記親機から前記子機に送信することで、前記子機を制御する工程とを含み、
前記ネットワーク構築工程は、
前記車両の状態を示す車両情報及び前記車両の外部又は車室内の環境を示す環境情報のうち少なくともいずれか一方の情報を取得情報として取得し、
前記複数の子機のうち、前記ネットワークに含まれる前記子機及び前記ネットワークから除外される前記子機を、前記取得情報に基づき設定する工程を含む
ことを特徴とする車載機器の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載機器制御システム及び車載機器の制御方法に関するものである。
【背景技術】
【０００２】
無線方式による直接的な通信が可能となるエリアＡ〜Ｄに、３台ずつにグループ化してＥＣＵを搭載し、エリアＡ〜Ｄ間で相互の通信が可能となるように、車両の中心線に３台の中継装置を並べて配置する。そして、中継装置が設定された送信レベルで情報を中継することで、複数の電子制御装置間での無線方式によるデータ通信を可能とした車両制御システムが開示されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１５２７３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の車両制御システムでは、エリアＡ〜Ｄ内のＥＣＵと中継装置との間で、常に通信を接続しつつ受信感度を検知することで接続状態を管理しなければならないため、ＥＣＵ及び中継装置の消費電力が増大する、という問題があった。
【０００５】
本発明が解決しようとする課題は、車載機器の間でネットワークを構築する際に、当該車載機器の消費電力を抑制する車載機器制御システム及び車載機器の制御方法を提供することである。
【課題を解決するための手段】
【０００６】
本発明は、車両の状態を示す車両情報及び車両の外部又は車室内の環境を示す環境情報のうち少なくともいずれか一方の情報を取得情報として取得し、複数の子機のうち、ネットワークに含まれる子機及びネットワークから除外される子機を、当該取得情報に基づき親機側で設定する、ことによって上記課題を解決する。
【発明の効果】
【０００７】
本発明によれば、全ての子機と常にネットワークをつなげる必要がないため、子機で消費される電力を抑制できる、という効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態に係る車載機器制御システムのブロック図である。
【図２】図１の親機側のメモリに記録されるデータの概念図である。
【図３】図１の車載機器制御システムのネットワークに組み込まれる子機の概念図を示しており、（ａ）は各子機の対象Ｕｎｉｔ群、入出力分類、設置位置を示す表であり、（ｂ）は車両の各構成に対する子機の位置を示すための概要図である。
【図４】図１の車載機器制御システムの制御手順を示すフローチャートである。
【図５】本発明の他の実施形態に係る車載機器制御システムのブロック図である。
【図６】図６の車載機器制御システムの制御手順を示すフローチャートである。
【図７】本発明の他の実施形態に係る車載機器制御システムのブロック図である。
【図８】図７の車載機器制御システムの制御手順を示すフローチャートである。
【図９】本発明の他の実施形態に係る車載機器制御システムのブロック図である。
【図１０】図９の車載機器制御システムの制御手順を示すフローチャートである。
【図１１】本発明の他の実施形態に係る車載機器制御システムの制御手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明の実施形態を図面に基づいて説明する。  
【００１０】
《第１実施形態》
図１は、本発明の実施形態に係る車載機器制御システムのブロック図である。本例の車載機器制御システムは、複数の車載機器を車室内に設けつつ、複数の車載機器の間で無線通信によるネットワークを構築したシステムである。また車載機器制御システムでは、複数の車載機器のうち少なくとも一つの車載機器が、親機となり、他の複数の車載機器が子機となる。なお、ネットワークは有線の通信により構築してもよい。
【００１１】
図１に示すように、車載機器制御システムは、親機１０、子機２０（子機Ａ）、子機３０（子機Ｂ）、車速センサ４０、ディスプレイ５０及びメインスイッチ６０を有している。親機１０、子機２０（子機Ａ）、子機３０（子機Ｂ）、及びディスプレイ５０は、車室内に設けられる車載機器である。なお、図１の例では、子機２０、３０を２つのみしか記載していないが、車室内には子機２０、３０以外に子機が搭載されており、子機２０、３０と同様に、親機１０により制御可能である。
【００１２】
親機１０は、通信部１１と、メモリ１２と、制御部１３とを有している。通信部１１は、子機２０及び子機３０と無線により通信を行うための通信機である。通信部１１は、制御部１３により制御され、子機２０、３０との間で情報を送受信する。
【００１３】
メモリ１２は、情報を記録するための記録媒体である。メモリ１２には、親機１０のハードウェアを制御するためのソフトウェアが記録されている。親機１０はディスプレイ５０に表示するためのグラフィックユーザインターフェース（ＧＵＩ）もメモリ１２に記録されている。ＧＵＩは、ユーザの操作命令や車両の状態を入力として、ディスプレイ５０に対して画像情報を出力するためのインターフェイスである。
【００１４】
また、メモリ１２は、子機２０から送信されて通信部１１により受信した子機２０、３０の情報も記録している。子機２０、３０の情報は、子機側のメモリ２２、３２に記録されている情報である。
【００１５】
制御部１３は、通信部１１、メモリ１２及びディスプレイ５０を制御するためのコントローラである。制御部１３は、子機２０、３０を制御する場合には、制御対象となる子機２０、３０の識別子と制御指令を、通信部１１により子機２０、３０に送信する。子機２０、３０は、識別子と制御指令を受信し、当該制御指令に基づいて動作する。
【００１６】
制御部１３は、子機２０、３０の動作状態を示す信号を通信部１１で受信した場合には、ディスプレイ５０に子機２０、３０の動作状態を表示させる。また、制御部１３は、子機２０及び子機３０を含めた複数の車載機器とネットワークを構築しつつ、各子機を制御している。そして、制御部１３は、車両の状態を示す車両情報に基づき、ネットワークに含まれる子機２０、３０と、ネットワークから除外する子機２０、３０を設定しつつ、子機２０、３０を制御している。なお、親機１０と子機２０、３０との間のネットワークの詳細は後述する。
【００１７】
子機２０は、通信部２１と、メモリ２２と、本体部２３と、制御部２４とを有している。通信部２１は、親機１０及び他の子機３０と無線により通信を行うための通信機である。本例のネットワークは、親機と子機との間の通信に限らず、複数の子機の間で通信できる。すなわち、メッシュ型の通信である。そのため、例えば親機１０から子機２０、３０以外の他の子機に信号を送信する際には、親機１０は子機２０、３０を介して当該他の子機に信号を送信することができる。親機１０は子機に対して制御指令を送信する際には、識別子を含めて送信している。
【００１８】
子機２０、３０は、制御指令及び識別子を受信し、受信した識別子が自分のものではない場合には、他の子機に対して受信した信号をそのまま転送する。これにより、メッシュ型のネットワークでも、親機１０は複数の子機２０、３０と無線で通信できる。なお、本例のネットワークは、親機を中心としたツリー型の通信網であってもよい。
【００１９】
メモリ２２は、情報を記録するための記録媒体である。メモリ２２には、本体部２３等の子機２０のハードウェアを制御するためのソフトウェアとしてドライバが予め記録されている。ドライバは、デバイス毎の動作環境を示す情報であって、制御指令に対してハードウェアがどのように動作するのか、を示している。そのため、子機２０を制御するためには、子機２０の動作環境を示すドライバが必要となる。また、外部装置により子機２０を動作するためには、この外部装置が、子機２０用のドライバを記録しなければならない。
【００２０】
またメモリ２２には識別子が記録されている。識別子は、子機２０に予め付与されており、子機２０の固有の情報である。そのため、子機２０と同じ電子機器であっても、子機２０の識別子と当該電子機器の識別子は異なる。また、デバイスの固有情報として識別子を付与する際には、本例のネットワークに組み込み可能なデバイスであるか否かを、識別子で区別してもよい。例えば、本例のネットワークに組み込み可能なデバイスが純正の部品に限られる場合には、純正の部品を示す共通情報が、識別子として付与される。そのため、親機１０は、子機２０、３０の識別子から、子機２０、３０がネットワークに組み込み可能なものであるか否かを判定できる。
【００２１】
識別子には、上記の固有情報に加えて、デバイスの分類情報も含まれている。デバイスの分類情報は、デバイスが入力系のデバイスであるか、出力系のデバイスであるかの情報を含む。さらに、入力系のデバイスの分類情報は、親機１０に対して常時、情報を送るデバイスであるか、デバイスのオン、オフに応じて親機に対して信号（情報）を送るデバイスであるかを分類している。また、出力系のデバイスの分類情報は、親１０からの制御指令に基づいて、常時、動作するデバイスであるか否かを分類している。
【００２２】
入力系のデバイスは、親機に対して情報を送るデバイスであり、例えば温度センサ、ドアミラーの開閉のためのスイッチ等である。親機１０に対して常時、情報を送るデバイスは温度センサ等である。
【００２３】
出力系のデバイスは、親機からの指令に基づき動作するデバイスであって、例えば、パワーウィンドーを動作させるアクチュエータ、エアコンのファンのアクチュエータ等である。そして、親機１０からの制御指令に基づいて、常時動作できるデバイスは、パワーウィンドーのアクチュエータ等である。
【００２４】
一方、常時動作していないデバイスは、エアコンのファンのアクチュエータである。出力系のデバイスのうち、常時動作していないデバイスは、当該デバイスに対応した入力系のデバイスにより、動作可能な状態となるデバイスである。例えばエアコンのファンのアクチュエータでは、デバイスに対応した入力系のデバイスはエアコンのオン、オフを切り替えるスイッチとなる。そして、このスイッチがオンの状態になれなければ、エアコンのファンのアクチュエータは動作しない。そのため、エアコンのファンのアクチュエータは、常時動作しない出力系のデバイスとして分類される。
【００２５】
またメモリ２２には、グラフィックユーザインターフェイス（ＧＵＩ）が記憶されている。ＧＵＩは、子機２２の動作状態を、親機１０のディスプレイ５０に表示させるための画像情報が記憶されている。グラフィックユーザインタフェイス（ＧＵＩ）は、様々な表示形態をもつディスプレイ５０に対応するために、画像を生成する上の基本情報を含んでいればよい。そして、親機１０のディスプレイ５０に、子機２０の動作状態を表示する際には、親機１０の制御部１３は、子機２０のＧＵＩで示される画像情報を、ディスプレイ５０の表示形態に合わせて、子機２０の動作状態を表示する。
【００２６】
本体部２３は、子機２０のハードウェアの一部である。例えば、子機２０がドアの開閉のスイッチである場合には、本体部２３は、スイッチの機構や、スイッチンのオン、オフを切り替えるための電子回路等に相当する。
【００２７】
制御部２４は、通信部２１、メモリ２２及び本体部２３を制御するためのコントローラである。
【００２８】
子機３０は、通信部３１と、メモリ３２と、本体部３３と、制御部３４とを有している。通信部３１、メモリ３２、本体部３３、及び制御部３４の構成は、通信部２１、メモリ２２、本体部２３、及び制御部２４の構成と同様であるため、説明を省略する。ただし、本体部３３は、デバイスのハードウェアによって異なる。
【００２９】
車速センサ４０は車両の車速を検出するセンサである。車速センサ４０の検出値は親機１０の制御部１３に出力される。ディスプレイ５０は、親機１０の制御に基づいて子機２０、３０の動作状態を表示するための表示装置である。またディスプレイ５０は、ナビゲーションシステムにより演算される走行経路及び地図を表示する表示装置しても機能する。
【００３０】
メインスイッチ６０は、ユーザの操作に基づき、車両の駆動源を動作させるか否かを切り替えるためのスイッチである。またメインスイッチ６０は車両の補機類のオン及びオフを切り替えるためのスイッチである。
【００３１】
次に、本例の車両制御システムのネットワークの構築について説明する。まず、親機１０の電源がオンになると、子機２０、３０に対してシステムを起動させるための指令を、無線通信で送信する。子機２０、３０は、親機１０からの指令を受信すると、システムを起動させつつ、指令に対する応答信号として、識別子を含む信号を親機１０に送信する。
【００３２】
親機１０は子機２０、３０から識別子を受信する。制御部１３は、メモリ１２に記録されている識別子と受信した識別子とを比較することで、受信した識別子がメモリ１２に記録されているか否かを判定する。
【００３３】
ここで、メモリ１２に記録されている情報について、図２を用いて説明する。図２は、メモリ１２に記録されている情報を説明するための表である。図２に示すように、親機１０の制御部１３は、子機２０、３０の識別子、ドライバ、及びＧＵＩを対応させつつメモリ１２に記録している。図２に示す識別子の前半部分（「０１」、「１０」、「１１」）は子機２０、３０の固有情報を示しており、識別子の後半部分（「ｏ１」、「ｉ０」、「ｉ１」）はデバイスの分類情報を示している。また、後半部分の識別情報で「ｉ」は入力系のデバイスを、「ｏ」は出力系のデバイスを示す。そして、後半部分の識別情報の「０」は常時動作するデバイスを「１」は常時動作しないデバイスを示す。なお、識別子は、図２以外の方式で付与されていてもよい。
【００３４】
制御部１３は、子機２０、３０との間でネットワークを構築できた場合には、子機２０、３０との通信により、子機２０、３０の識別情報、ドライバ、及びＧＵＩをメモリ１２に記録している。
【００３５】
そのため、識別子がメモリ１２に記録されていれば、当該識別子の子機２０、３０はネットワークに組み込み可能となる。また、識別子と対応するドライバ及びＧＵＩもメモリ１２に記録されているため、制御部１３は、記録された識別子の子機２０、３０を制御でき、子機２０、３０の動作状態をディスプレイ５０に表示できる。
【００３６】
受信した識別子がメモリ１２に記録されていない場合には、当該識別子をもつ子機２０、３０は、親機１０のネットワークに組み込まれてないことになる。子機２０、３０の識別子がメモリ１２に記録されていない場合とは、例えば、車両の修理等で電子機器である子機２０、３０が新たな子機２０、３０に交換された場合、又は、新たな車載機器を追加した場合である。そして、制御部１３は、メモリ１２に記録されていない識別子の子機２０、３０に対して、ドライバ及びＧＵＩを送信させるための指令を、識別子と共に、子機２０、３０に送信する。
【００３７】
子機２０は、受信した識別子を参照しつつ、ドライバ等を送信する旨の指令を受信した場合には、メモリ２２に記録されているドライバ及びＧＵＩを、親機１０に送信する。親機１０の制御部１３は、受信したドライバ及びＧＵＩを識別子と対応させつつ、メモリ１２に記録する。これにより、図２に示すように、識別子、ドライバ及びＧＵＩがメモリ１２に記録される。
【００３８】
そして、親機１０及び子機２０、３０は、互いに通信を行い、ネットワークを構築する。ネットワークの構築の際には、親機１０がサーバとして設定され、子機２０、３０がクライアントとして設定される。なお、ネットワークの構築は、親機１０が、子機２０、３０の識別子を記録した時点で行い、子機２０、３０のドライバ及び識別情報は、ネットワークの構築後に子機２０、３０からダウンロードしてメモリ１２に記録してもよい。
【００３９】
次に、図３を用いて、親機１０及び子機２０、３０の制御について説明する。図３は、本例の車載機器制御システムにおいて、ネットワークに組み込まれる子機の概要図を示す。図３（ａ）は、各子機の対象Ｕｎｉｔ群、入出力分類、設置位置を示す表であり、図３（ｂ）は車両の各構成に対する子機の位置を示すための概要図である。なお、図３（ｂ）では、通信部２１、メモリ２２及び制御部２４の構成を分かりやすく表示するために電子チップで描いている。
【００４０】
親機１０は、ネットワークに組み込まれた各子機２０、３０を、図３（ａ）に示すように、制御対象となるユニット群で管理している。ユニット群は、車両の構成部品と対応して区分けされている。例えば、ドアミラーをユニット群とした場合には、ドアミラーを制御する子機は、車載機器Ａ、Ｂとなる。車載機器Ａはドアミラーのアクチュエータであり、車載機器Ｂはドアミラーの操作スイッチである。またドアをユニット群とした場合には、ドア（前席の右ドア  ＦＲ  Ｄｏｏｒ）を制御する子機は、車載機器Ｄ、Ｅとなる。車載機器Ｄはドアのロック機構の解錠及び施錠を切り替えるためのスイッチである。車載機器Ｅは、ドアのロック機構を駆動させるためのアクチュエータである。他の車載機器Ｃ、Ｆ〜Ｌについても、同様に分類される。なお車載機器Ａ〜Ｌは、子機２０、３０に相当する。
【００４１】
以下、具体例を挙げて、親機１０及び子機２０、３０の制御を制御する。例えば、車載機器Ｃを有するユーザが、前席の右ドア（ＦＲ  Ｄｏｏｒ）に近づいた場合の制御について説明する。車載機器Ｃは、ユーザの操作に基づいて、車両の外部からドアを解錠するためのスイッチである。
【００４２】
車載機器Ｄは右ドアの鍵の解錠と施錠を切り替えるためのスイッチである。車載機器Ｅは、右ドアのロック機構を動作するアクチュエータである。車載機器Ｃはドアを解錠するための指令を送信する。車載機器Ｄは、車載機器Ｃからドアを解錠するための指令を受信すると、スイッチを切り替え、ドアを解錠するための指令を、車載機器Ｅに送信する。車載機器Ｅは、車載機器Ｄからのドア解錠の指令を受信すると、アクチュエータを動作させて、ロック機構を解錠する。
【００４３】
他のドア（ＦＬ  ＤＯＯＲ、ＲＬ  ＤＯＯＲ、及びＲＲ  ＤＯＯＲ）の車載機器Ｈも、車載機器Ｄからドアを解錠するための指令を受信する。車載機器Ｈは、他のドアロック機構を動作するアクチュエータである。車載機器Ｈは、車載機器Ｄからのドア解錠の指令に基づいて、アクチュエータを動作させて、ロック機構を解錠する。このとき、車載機器Ｄと車載機器Ｅとの間の通信網が、親機１０を介している場合には、親機１０を介して通信を行えばよい。
【００４４】
親機１０が子機２０、３０を制御する場合について、説明する。親機１０のディスプレイ５０はタッチパネル式の表示装置である。そして、メモリ１２には、親機１０が子機２０、３０を制御するためのＧＵＩが記録されている。このＧＵＩはディスプレイ５０の操作に対して、ディスプレイ５０に出力される画像情報との関係を示したインターフェイスである。
【００４５】
親機１０は、子機２０との間でネットワークを構築した後、ユーザの操作に基づき、ディスプレイ５０に、子機２０、３０を制御するための表示画面を表示する。表示画面には、例えば、トランクを開けるための後部ドア（Ｈａｔｃｈ）の操作画面が表示されたとする。ユーザは、ディスプレイ５０の操作画面上で例えば後部ドアを開けるよう、操作したとする。
【００４６】
図３に示すように、後部ドアを開けるためのアクチュエータは車載機器Ｌである。親機１０のメモリ１２には、車載機器Ｌの識別子、ドライバ、及びＧＵＩが保存されている。親機１０は、車載機器Ｌのドライバから、車載機器Ｌの動作環境に合わせつつ、後部ドアを開けるための指令を送信する。このとき、指令は車載機器Ｌの識別子を含んでいる。車載機器Ｌは、指令を受信すると、アクチュエータを動作させて、後部ドアのロック機構を解錠する。
【００４７】
また、車載機器Ｌは入力系のデバイスでもあり、後部ドアのロック機構の解除及び施錠を切り替えるスイッチも備えている。そして、後部ドアが解錠されることで、車載機器Ｌは、スイッチをオフにしつつ、スイッチの状態を親機１０に送信する。
【００４８】
親機１０の制御部１３は、車載機器Ｌのスイッチオフの信号を受信すると、メモリ１２のＧＵＩを用いて、後部ドアが解錠していることを表す表示画面を、ディスプレイ５０に出力する。これにより、制御部１３は、制御対象となる子機の識別子及びドライバで示される動作環境に従う制御指令を、通信部１１により子機２０、３０に送信することで、子機２０、３０を制御している。
【００４９】
また親機１０が子機２０、３０を制御する際には、親機１０は、メモリ１２の識別子の分類情報に基づいて、例えば出力系の常時動作する車載機器のみに制御信号を送信し、車載機器（子機２０、３０）を制御できる。本例は、制御対象となる車載機器の識別子をそれぞれ付与して、制御信号を送信しなくてもよいため、通信する際のデータ量を抑制できる。
【００５０】
これにより、本例において、親機１０は複数の子機２０、３０との間でネットワークを構築しつつ、親機１０はメモリ１２に記録された識別子及びドライバの情報を用いて複数の子機を制御している。
【００５１】
ところで、車両の走行中あるいは停車中に、親機１０は制御対象となる子機２０、３０と制御するために、親機１０と全ての子機（子機２０、３０以外の子機も含め）との間で、常にネットワークを構築した状態を継続させた場合には、親機１０は全ての子機に対して接続状態を管理しなければならない。また全ての子機において、親機１０からの制御指令を待つ状態にしなければならない。ゆえに、全ての子機を常時ネットワーク内に含めた状態とすることは、親機１０及び子機２０、３０において消費電力が増大する。
【００５２】
さらに、全ての子機をネットワークに含めた場合には、車両のメインスイッチ６０をオンにしてからオフになるまで、一度も動作しなかった子機に対して、常に制御可能な状態になるよう電力が供給されてしまい、消費電力が増大する。
【００５３】
本例では、このような電力消費を抑制するために、車両の状態等に応じて、ネットワークに含める子機を、ネットワークから除外する子機を設定している。以下、ネットワークの構築に関する親機１０の制御部１３の制御について説明する。なお、以下の説明では、子機２０、３０の一例として、子機２０をドアミラーのユニットとし、子機３０をドアユニットとしている。
【００５４】
まず車両のメインスイッチ６０がオンになると、親機１０は上記と同じ要領で、全ての子機２０、３０とネットワークを構築する。また、メインスイッチ６０のオンの直後、ネットワークを構築する子機２０、３０が初期設定で限定されている場合には、親機１０は、限定した子機とネットワークを構築する。
【００５５】
次に、親機１０の制御部１３は、車両の状態を示す車両情報として、車速センサ４０から車速を取得する。制御部１３は、車速センサ４０により検出された車速と車速判定閾値とを比較する。車速判定閾値は、予め設定されている車速の閾値であり、車両が徐行しているか否かを判定するための閾値である。
【００５６】
検出した車速が車速判定閾値より高い場合には、制御部１３は、車両が通常走行モードで走行していると判定する。一方、検出した車速が車速判定閾値以下である場合には、制御部１３は、車両が徐行モードで走行していると判定する。
【００５７】
制御部１３は、車速に応じて、ネットワークに含める子機２０、３０と、ネットワークから除外する子機を設定している。すなわち、例えば、車両が徐行している場合には、対向車とのすれ違いの際に、ドアミラーが対向車に当たらないように、自車両のドアミラーを閉じる場合がある。一方、車両が徐行時の車速よりも速い車速で走行している（通常走行）場合には、ドアミラーを閉じることは、徐行時と比較して少ない。
【００５８】
そのため、車両が通常徐行モードで走行している場合には、ドアミラーのユニット（図３の車載機器Ａ、Ｂ）が、ネットワークから除外されても、車両の運転の妨げにならない。一方、車両が徐行モードで走行している場合には、徐行時にドラミラーを操作できるように、ドアミラーをネットワークに含める。
【００５９】
また、例えばドアユニットについて、ドアユニットのロック機構は、車両が走行している限り、施錠した状態を維持させた方がよく、ロック機構を操作できないようにする方がよい。そのため、車両が徐行モードで走行していても、車両が通常走行モードで走行していても、ドアユニットはネットワークから除外される。
【００６０】
すなわち、制御部１３は、車両が徐行モードである場合には、ドアミラーのユニットとネットワークを構築しつつ、ドアユニットをネットワークから除外するように、ネットワークを再構築する。一方、制御部１３は、車両が通常走行モードである場合には、ドアミラーのユニット及びドアユニットをネットワークから除外するよう、ネットワークを再構築する。
【００６１】
ネットワークの再構築により、ネットワークから除外された子機２０、３０はスリープ状態になり、電力消費を抑制した状態となる。スリープ状態の子機２０、３０は、本体部２３、３３を動作するためのシステムの電源を落としているが、子機２０、３０は親機１０からの指令により、当該システムを立ち上げることができる状態になっている。
【００６２】
制御部１３は、車両のメインスイッチ６０がオフになるまで、所定の周期で、車速センサ４０から車速を取得しつつ、車両が通常走行モード又は徐行モードのいずれの走行モードであるかを判定する。また、制御部１３は、走行モードの判定結果に応じて、以下のように、ネットワークの再構築を行っている。
【００６３】
徐行モードが維持されている間、制御部１３はドアミラーのユニットをネットワークに含めつつ、ドアユニットをネットワークから除外した状態を維持する。また、通常走行が維持されている間、制御部１３はドアミラーのユニット及びドアユニットをネットワークから除外した状態を維持する。
【００６４】
走行モードが徐行モードから通常走行モードに遷移した場合には、制御部１３はドアミラーのユニットをネットワークから除外するように、ネットワークを再構築する。また、走行モードが通常走行モードから徐行モードに遷移した場合には、制御部１３はドアミラーのユニットをネットワークに含めるように、ネットワークを再構築する。
【００６５】
そして、車両のメインスイッチ６０がオンからオフに切り替わった場合には、制御部１３は、メインスイッチ６０のオフ状態に基づいて、ネットワークを再構築する。メインスイッチ６０がオフ状態である場合には、乗員は車両から出るために、ドアのロック機構を解錠する。そのため、制御部１３は、少なくともドアユニットをネットワークに含めるように、ネットワークを再構築する。
【００６６】
また、メインスイッチ６０がオンからオフに切り替わる際に、ドアミラーが閉じ状態になるよう設定されている場合には、メインスイッチ６０をオフ状態にした後に、ドアミラーを操作する可能性は低い。そのため、制御部１３は、ドアミラーのユニットをネットワークから除外するように、ネットワークを再構築する。
【００６７】
これにより、制御部１３は、車両の車速を車両情報として取得し、取得した情報に基づいて、複数の子機のうちネットワークに含まれる子機及び前記ネットワークから除外される子機を設定している。また、制御部１０、車両のメインスイッチ６０の状態を車両情報として取得し、取得した情報に基づいて、複数の子機のうちネットワークに含まれる子機及び前記ネットワークから除外される子機を設定している。
【００６８】
次に、図４を用いて、制御部１３のネットワークの構築に関する制御フローを説明する。図４は、制御部１３のネットワークの構築に関する制御手順を示すフローチャートである。
【００６９】
ステップＳ１にて、車両１のメインスイッチ６０がオンになると、ネットワーク構築のためのフローが進み、ステップＳ２にて、親機１０の制御部１３は、子機２０、３０とネットワークを構築する。
【００７０】
ステップＳ３にて、車速センサ４０は車速を検出する。ステップＳ４にて、制御部１３は、車速センサ４０から検出された車両を取得し、車速と車速判定閾値とを比較する。
【００７１】
車速が車速判定閾値より高い場合には、ステップＳ５にて、制御部１３は通常走行モードとして判定する。ステップＳ６にて、制御部１３は、前回の走行モードと今回の判定結果である通常走行モードとを比較して、今回の走行モードが前回の走行モードと相違するか否かを判定する。
【００７２】
前回の走行モードが徐行モードである場合には、今回の走行モード（通常走行モード）が前回の走行モード（徐行モード）と相違するため、制御部１３は、通常走行モードに基づいてネットワークを再構築する（ステップＳ７）。上記のように、子機２０がドアミラーのユニットであり、子機３０がドアユニットである場合には、制御部１３は、子機２０、３０をネットワークから除外する。子機２０、３０はスリープ状態になる。
【００７３】
一方、前回の走行モードが通常走行モードである場合には、今回の走行モード（通常走行モード）が前回の走行モード（通常走行モード）と同じであるため、ネットワークの状態が維持されつつ、ステップＳ１１に進む。
【００７４】
ステップＳ４にて、車速が車速判定閾値以下である場合には、ステップＳ８にて、制御部１３は徐行モードとして判定する。ステップＳ９にて、制御部１３は、前回の走行モードと今回の判定結果である徐行モードとを比較して、今回の走行モードが前回の走行モードと相違するか否かを判定する。
【００７５】
前回の走行モードが通常走行モードである場合には、今回の走行モード（徐行モード）が前回の走行モード（通常走行モード）と相違するため、制御部１３は、徐行モードに基づいてネットワークを再構築する（ステップＳ１０）。上記のように、子機２０がドアミラーのユニットであり、子機３０がドアユニットである場合には、制御部１３は、子機２０をネットワークに含めつつ、子機３０をネットワークから除外する。子機２０はスリープ状態が解除され、子機３０はスリープ状態を継続する。
【００７６】
一方、前回の走行モードが徐行モードである場合には、今回の走行モード（徐行モード）が前回の走行モード（徐行モード）と同じであるため、ネットワークの状態が維持されつつ、ステップＳ１１に進む。
【００７７】
ステップＳ１１にて車両１のメインスイッチ６０がオンからオフに切り替わっていない場合には、ステップＳ３に戻る。一方、車両１のメインスイッチ６０がオンからオフに切り替わると、ステップ１２にて、制御部１３は、メインスイッチ６０のオフ状態に基づいて、ネットワークを再構築し、図４に示す制御フローを終了する。
【００７８】
上記のように、本例は、複数の子機２０、３０とネットワークを構築しつつ、制御対象となる子機２０、３０の識別子、及び、子機２０、３０ドライバで示される動作条件に従う制御指令を、親機１０から子機２０、３０に送信することで、子機２０、３０を制御する。また、親機１０と子機２０、３０との間でネットワークを構築する際には、車両の状態を示す車両情報に基づいて、ネットワークに含まれる子機２０、３０及びネットワークから除外される子機２０、３０を設定している。これにより、親機１０と全ての子機２０、３０との間で、常時ネットワークで接続していないため、親機１０及び子機２０、３０の消費電力を抑制できる。
【００７９】
また本例は、ネットワークから除外された子機２０、３０を、スリープ状態にする。これにより、子機２０、３０の消費電力を抑制できる。
【００８０】
また本例は、車両の車速を示す車両情報を取得し、取得した車両情報に基づいて、ネットワークに含まれる子機２０、３０及びネットワークから除外される子機２０、３０を設定している。これにより、ネットワークから除外してもよい子機２０、３０を車両の状態に合うよう選択した上で、ネットワークから除外できるため、子機２０、３０を利用するユーザの利便性を損なうことなく、親機１０及び子機２０、３０の消費電力を抑制できる。
【００８１】
また本例は、車速が車速判定閾値より低い場合には、ドアミラーのユニットとネットワークを構築しつつ、ドアユニットをネットワークから除外し、車速が車速判定閾値より高い場合には、ドアユニット及びドアミラーのユニットをネットワークから除外する。これにより、車両の走行中、ドアユニット及びドアミラーを利用するユーザの利便性を損なうことなく、親機１０及び子機２０、３０の消費電力を抑制できる。
【００８２】
なお、本例では、子機２０、３０の一例としてドアミラーのユニット及びドアユニットを挙げたが、子機２０、３０は他のユニットでもよく、例えば、車両の窓の開閉を制御する窓ユニット（パワーウィンドーのユニット）でもよい。
【００８３】
上記の通信部２１、３１が本発明の「子機側通信部」に相当し、通信部１１が本発明の「親機側通信部」に相当し、メモリ１２が本発明の「親機側メモリ」に相当し、制御部１４が本発明の「親機側制御部」に相当する。
【００８４】
《第２実施形態》
図５は、発明の他の実施形態に係る車載機器制御システムのブロック図である。本例では上述した第１実施形態に対して、座席センサ７０を備える点が異なる。
これ以外の構成は上述した第１実施形態と同じであり、その記載を適宜、援用する。
【００８５】
座席センサ７０は、荷重センサであり、座席に設けられている。乗員が座席に座ると、座席センサ７０には荷重が加わる。座席センサ７０の検出値は制御部１３に出力される。
【００８６】
メインスイッチ６０がオフからオンに切り替わると、制御部１３は、ドアユニットを含めた子機２０、３０とネットワークを構築する。また、制御部１３は、座席センサ７０の検出値を車室内の環境を示す環境情報として取得する。制御部１３は、座席センサ７０の検出値から乗員が車室内にいるか否かを判定している。すなわち、制御部１３は、座席センサ７０の検出値に基づき、乗員が座席に座っている場合には、車室内に人がいるものとして判定する。
【００８７】
そして、メインスイッチ６０がオンからオフに切り替わると、制御部１３は、ドアユニットとネットワークを構築しつつ、ドアユニット以外のユニットをネットワークから除外するように、子機２０、３０との間のネットワークを再構築する。メインスイッチ６０がオンからオフに切り替わった直後は、乗員は車室内にいるため、ユーザがドアのロック機構を操作できるように、ドアユニットがネットワークに含まれている。なお、親機１０はネットワークを利用して座席センサ７０の検出値を取得する場合には、制御部１３は座席センサ７０もネットワークに含める。
【００８８】
またメインスイッチ６０がオンからオフになった後も、制御部１０は座席センサ７０の検出値を取得して、乗員が車室内にいるか否かを判定している。そして、制御部１０は、乗員が車室内にいないと判定した場合には、ドアユニットをネットワークから除外する。これにより、制御部１３は、車室内の環境として、乗員が車室内にいるか否かに応じて、ネットワークに含まれる子機２０、３０と、ネットワークから除外される子機２０、３０を設定している。
【００８９】
次に、図６を用いて、制御部１３のネットワークの構築に関する制御フローを説明する。図６は、制御部１３のネットワークの構築に関する制御手順を示すフローチャートである。
【００９０】
ステップＳ２１にて、車両１のメインスイッチ６０がオンになると、ネットワーク構築のためのフローが進み、ステップＳ２２にて、親機１０の制御部１３は、子機２０、３０とネットワークを構築する。
【００９１】
ステップＳ２３にて、制御部１３は、メインスイッチ６０がオフになったか否かを判定する。メインスイッチ６０がオフになった場合には、制御部１３は、ドアユニット以外のユニットをネットワークから除外する（ステップＳ２４）。ステップＳ２５にて、制御部１３は、座席センサ７０の検出値を取得することで、座席上の乗員を検出する。
【００９２】
ステップＳ２６にて、制御部１３は、座席センサ７０の検出値に基づき、乗員が車室内にいるか否かを判定する。乗員が車室内にいる場合には、ステップＳ２５に戻る。
【００９３】
一方、乗員が車室内にいない場合には、ステップＳ２７にて、制御部１３はドアユニットをネットワークから除外し、図６に示す制御フローを終了する。
【００９４】
上記のように、本例は、親機１０と子機２０、３０との間でネットワークを構築する際に、車室内の環境を示す環境情報に基づいて、ネットワークに含まれる子機２０、３０及びネットワークから除外される子機２０、３０を設定している。これにより、親機と全ての子機２０、３０との間で、常時ネットワークで接続していないため、親機１０及び子機２０、３０の消費電力を抑制できる。
【００９５】
また本例は、メインスイッチ６０の状態を示す車両情報と、座席センサ７０の検出結果に基づく車室内の環境情報を取得し、メインスイッチ６０がオンからオフに切り替わり、かつ、乗員が車室内にいる場合にはドアユニットをネットワークに含め、乗員が車室内にいない場合にはドアユニットをネットワークから除外する。これにより、ユーザがメインスイッチをオフにしてから車室内から出るまでの間、ドアユニットを利用するユーザの利便性を損なうことなく、親機１０及び子機２０、３０の消費電力を抑制できる。
【００９６】
なお、本例では、ネットワークを構築する際に、座席センサ７０の検出値に基づき、ドアユニット以外のユニットをネットワークに含めるか否か設定してもよい。例えば、荷重センサ７０の検出値に基づき、乗員が前の座席に座り、後ろの座席に座っていないことを検出する。そして、制御部１３は、前の座席に座る乗員によって操作されるユニットをネットワークに含め、それ以外のユニットをネットワークから除外する。
【００９７】
また、本例は、荷重センサ以外のセンサを用いて、車室内の環境情報を取得してもよい。例えば、車室内の温度センサを用いて、車室内の温度情報を取得する。そして、車室内の温度が低温の時には、制御部１３は、車両の窓のユニット（窓の開閉のためのアクチュエータ又はスイッチ）を、ネットワークから除外する。
【００９８】
《第３実施形態》
図７は、発明の他の実施形態に係る車載機器制御システムのブロック図である。本例では上述した第１実施形態に対して、ナビゲーションシステム８０を備える点が異なる。これ以外の構成については、第１又は第２実施形態の記載を適宜、援用する。
【００９９】
ナビゲーションシステム８０は、ＧＰＳ受信器を用いて車両の現在地を測定することで車両の位置を管理しつつ、ユーザの操作等に基づき目的地を設定する。ナビゲーションシステム８０は地図データを参照しつつ、車両の現在地から目的地までのルートを検索する。そして、ナビゲーションシステム８０は、検索したルートをディスプレイ５０に地図とともに表示する。地図データは、少なくとも道路属性の情報を含んでおり、メモリ１２又はメモリ１２以外の他のメモリに記録されている。道路属性は、道路の幅、法定速度等により分類された道路の特徴を示し、例えば高速道路、一般道路である。また道路属性の他の例として、道幅が所定値より広い道路、道幅が当該所定値より狭い道路等である。
【０１００】
制御部１３は、ナビゲーションシステム８０から、車両の走行中の道路の道路属性を取得し、道路属性に基づいてネットワークに含める子機２０、３０とネットワークから除外される子機２０、３０を設定している。
【０１０１】
以下、本例の車載機器制御システムの制御について説明する。なお、以下の説明では、子機２０、３０を含む複数の子機の一例として、子機２０、３０をドアミラーのユニット、車両の窓ユニット、及びドアユニットとしている。
【０１０２】
車両の走行中、ナビゲーションシステム８０は車両の現在地を測定しつつ、測定した車両の位置と、走行している道路の道路属性を、制御部１３に出力する。制御部１３は、車両のメインスイッチ６０がオフになるまで、所定の周期で、ナビゲーションシステム８０から走行中の道路属性を取得する。また制御部１３は、取得した道路属性が、一般道路、高速道路、及び狭い道路のいずれの属性に該当するか判定している。
【０１０３】
道路属性が一般道路である場合には、制御部１３は、車両の窓のユニットをネットワークに含めつつ、ドアユニット及びドアミラーのユニットをネットワークから除外する。また、道路属性が高速道路である場合には、制御部１３は、車両の窓のユニット、ドアユニット、及びドアミラーのユニットをネットワークから除外する。
【０１０４】
車両が高速道路を走行している場合には、車両の窓を開けると車室内に入る風が強い。そのため、車両の窓のユニットをネットワークから除外しても、ユーザの利便性は損なわれない。一方、車両が一般道路を走行している場合には、窓を開けて、温度調整を行うことはよくあるため、制御部１３は窓のユニットをネットワークに含めている。
【０１０５】
また道路属性が狭い道路である場合には、制御部１３は、車両の窓のユニット及びドアミラーのユニットをネットワークに含めつつ、ドアユニットをネットワークから除外する。車両が狭い道路を走行している場合には、ドアミラーが電柱等の障害物に当たらないようにするために、自車両のドアミラーを閉じる場合がある。そのため、制御部１３は、車両の窓のユニットとドアミラーのユニットをネットワークに含めている。
【０１０６】
制御部１３は、前回の道路属性と今回の道路属性を比較すること、道路属性の変化があるか否かを判定している。道路属性が変化していない場合には、制御部１３は、現在のネットワークの状態を維持する。一方、道路属性が変化した場合には、制御部１３は、変化後の道路属性に基づき、ネットワークに含まれる子機２０、３０とネットワークから除外する子機を設定した上で、ネットワークを再構築する。
【０１０７】
次に、図８を用いて、制御部１３のネットワークの構築に関する制御フローを説明する。図８は、制御部１３のネットワークの構築に関する制御手順を示すフローチャートである。
【０１０８】
ステップＳ３１にて、車両１のメインスイッチ６０がオンになると、ネットワーク構築のためのフローが進み、ステップＳ３２にて、車速センサ４０は車速を検出する。ステップＳ３３にて、制御部１３は、車速センサ４０で検出された車速に基づき、車両が停車中か否かを判定する。
【０１０９】
車両が停車している場合には、ステップＳ３４にて、制御部１０は、全ユニットをネットワークに含まれるように、ネットワークを構築し、ステップＳ４３に進む。
【０１１０】
ステップＳ３３にて車両が走行している場合には、ステップＳ３５にて、制御部１３は、ナビゲーションシステム８０から走行中の道路の道路属性を取得する。ステップＳ３６にて、制御部１３は、取得した道路属性が一般道路、高速道路、及び狭い道路のいずれの属性に該当するか、判定する。
【０１１１】
道路属性が一般道路である場合には、ステップＳ３７にて、制御部１３は、前回の道路属性と今回の道路属性（一般道路）とを比較して、今回の道路属性が前回の道路属性と相違するか否かを判定する。今回の道路属性が前回の道路属性と相違する場合には、ステップＳ３８にて、制御部１３は、一般道路の属性に基づいてネットワークを再構築する。上記のように、子機２０、３０を含めた複数の子機がドアミラーのユニット、車両の窓ユニット、及びドアユニットである場合には、制御部１３は、車両の窓のユニットをネットワークに含めつつ、ドアユニット及びドアミラーのユニットをネットワークから除外する。ドアユニット及びドアミラーのユニットはスリープ状態になる。そして、ステップＳ４３に進む。一方、今回の道路属性が前回の道路属性と相違しない場合には、ステップＳ４３に進む。
【０１１２】
道路属性が高速道路である場合には、ステップＳ３９にて、制御部１３は、前回の道路属性と今回の道路属性（高速道路）とを比較して、今回の道路属性が前回の道路属性と相違するか否かを判定する。今回の道路属性が前回の道路属性と相違する場合には、ステップＳ３８にて、制御部１３は、高速道路の属性に基づいてネットワークを再構築する。上記のように、子機２０、３０を含めた複数の子機がドアミラーのユニット、車両の窓ユニット、及びドアユニットである場合には、制御部１３は、車両の窓のユニット、ドアユニット、及びドアミラーのユニットをネットワークから除外する。車両の窓のユニット、ドアユニット、及びドアミラーのユニットはスリープ状態になる。そして、ステップＳ４３に進む。一方、今回の道路属性が前回の道路属性と相違しない場合には、ステップＳ４３に進む。
【０１１３】
道路属性が狭い道路である場合には、ステップＳ４１にて、制御部１３は、前回の道路属性と今回の道路属性（狭い道路）とを比較して、今回の道路属性が前回の道路属性と相違するか否かを判定する。今回の道路属性が前回の道路属性と相違する場合には、ステップＳ３８にて、制御部１３は、高速道路の属性に基づいてネットワークを再構築する。上記のように、子機２０、３０を含めた複数の子機がドアミラーのユニット、車両の窓ユニット、及びドアユニットである場合には、制御部１３は、車両の窓のユニット、ドアミラーのユニットをネットワークに含めつつ、ドアユニットをネットワークから除外する。ドアユニットはスリープ状態になる。そして、ステップＳ４３に進む。一方、今回の道路属性が前回の道路属性と相違しない場合には、ステップＳ４３に進む。
【０１１４】
ステップＳ４３にて、車両１のメインスイッチ６０がオンからオフに切り替わっていない場合には、ステップＳ３２に戻る。一方、車両１のメインスイッチ６０がオンからオフに切り替わると、ステップ４４にて、制御部１３は、メインスイッチ６０のオフ状態に基づいて、ネットワークを再構築し、図８に示す制御フローを終了する。
【０１１５】
上記のように、本例は、ナビゲーションシステム８０から、車両の走行中の道路の道路属性を取得し、道路属性に基づいて、ネットワークに含める子機２０、３０と、ネットワークから除外される子機２０、３０を設定している。これにより、親機と全ての子機２０、３０との間で、常時ネットワークで接続していないため、親機１０及び子機２０、３０の消費電力を抑制できる。
【０１１６】
また本例は、車両が走行する道路の道路属性が一般道路である場合には、窓ユニットをネットワークに含め、車両が走行する道路の道路属性が高速道路である場合には、窓ユニットをネットワークから除外する。これにより、本例は、車両の走行中、ユーザの利便性を損なうことなく、親機１０及び子機２０、３０の消費電力を抑制できる。
【０１１７】
また本例は、車両が走行する道路の道路属性が狭い道路（本発明の「第１道路」に相当）である場合には、ミラーユニットをネットワークに含め、車両が走行する道路の道路属性が広い道路（一般道路及び高速道路に相当、また本発明の「第２道路」に相当）である場合には、ミラーユニットをネットワークから除外する。これにより、本例は、車両の走行中、ユーザの利便性を損なうことなく、親機１０及び子機２０、３０の消費電力を抑制できる。
【０１１８】
なお、ナビゲーションシステム８０は親機１０に組み込まれてもよい。
【０１１９】
また、ナビゲーションシステム８０は車両の走行履歴から目的地を推定してもよい、また、本例は、ユーザにより設定された目的地をナビゲーションシステム８０により推定された目的地に置き換えて上記制御を行ってもよい。ナビゲーションシステム８０による目的地の推定は、例えば通勤経路など、特定の走行経路をメモリに記録しつつ、車両の走行中の走行履歴も記録する。そして、車両が出発してから現在までの走行経路が、メモリに記録した特定の走行経路に対応している場合には、ナビゲーションシステム８０は特定の走行経路で示される目的地を車両の目的地として推定する。
【０１２０】
《第４実施形態》
図９は、発明の他の実施形態に係る車載機器制御システムのブロック図である。本例では上述した第１実施形態に対して、雨滴センサ９０を備える点が異なる。これ以外の構成については、第１〜３実施形態の記載を適宜、援用する。
【０１２１】
雨滴センサ９０は、車両の外側に設けられており、赤外線を利用してフロントガラスに付着した水滴を検出している。雨滴センサ９０の検出値は制御部１３に出力される。
【０１２２】
メインスイッチ６０がオフからオンに切り替わると、制御部１３は窓ユニットを含む子機２０、３０とネットワークを構築する。また制御部１３は、雨滴センサ９０の検出値を車室外の気象条件を示す環境情報として取得する。制御部１３は、雨滴センサ９０から雨が降っているか否かを判定している。
【０１２３】
そして制御部９０は、雨が降っていると判定した場合には、窓ユニットをネットワークから除外し、他のユニットをネットワークに含めるように、ネットワークを再構築する。一方、制御部９０は、雨が降っていないと判定した場合には、窓ユニット及び他のユニットをネットワークに含めるように、ネットワークを再構築する。雨が降っている場合には、車両の走行中に窓を開ける可能性は低い。そのため本例は、雨が降っている場合には、窓を開状態とするのに適さないと判定して、窓ユニットをネットワークから除外している。
【０１２４】
次に、図１０を用いて、制御部１３のネットワークの構築に関する制御フローを説明する。図１０は、制御部１３のネットワークの構築に関する制御手順を示すフローチャートである。
【０１２５】
ステップＳ５１にて、車両１のメインスイッチ６０がオンになると、ネットワーク構築のためのフローが進み、ステップＳ５２にて、親機１０の制御部１３は、子機２０、３０とネットワークを構築する。
【０１２６】
ステップＳ５３にて、制御部１３は、雨滴センサ９０の検出値を取得することで、車外の気象条件を検出する。ステップＳ５４にて、制御部１３は、雨が降っているか否かを判定する。雨が降っていない場合にはステップＳ５６に進む。雨が降っている場合には、ステップＳ５５にて、制御部１３は、窓ユニットをネットワークから除外するように、ネットワークを再構築する。窓ユニットはスリープ状態になる。
【０１２７】
ステップＳ５６にて車両１のメインスイッチ６０がオンからオフに切り替わっていない場合には、ステップＳ５３に戻る。一方、車両１のメインスイッチ６０がオンからオフに切り替わると、ステップ５７にて、制御部１３は、メインスイッチ６０のオフ状態に基づいて、ネットワークを再構築し、図１０に示す制御フローを終了する。
【０１２８】
上記のように、本例は、雨滴センサ９０の検出値を取得することで、車両の外部の気象条件を示した環境情報を取得する。そして、本例は気象条件が窓の開状態に適さない場合には、窓ユニットをネットワークから除外する。これにより、親機と全ての子機２０、３０との間で、常時ネットワークで接続していないため、親機１０及び子機２０、３０の消費電力を抑制できる。
【０１２９】
なお、窓の開状態に適さない気象条件は、雨に限らず、例えば雪の場合、又は、気温の低い場合であってもよい。また、車外の環境情報は、雨滴センサ９０の他に、温度センサ等の検出値から取得してもよい。またナビゲーションシステム８０と通信を行うセンタが、気象条件を管理する場合には、センタから気象条件を示す情報を、車両側で受信することで、車外の環境情報を取得してもよい。
【０１３０】
《第５実施形態》
発明の他の実施形態に係る車載機器制御システムを説明する。本例は上述した第３実施形態に係る車両機器制御システムと同様の構成であるが、ネットワークを構築する際の制御が異なる。なお、第１〜４実施形態の記載を適宜、援用する。
【０１３１】
制御部１３は、ナビゲーションシステム８０から、車両の現在地の情報と、車両の現在地から目的地までの走行経路の情報を取得する。走行経路の情報には、道路属性の情報が含まれている。制御部１３は、走行経路の位置情報と、道路属性の情報から、走行経路上で、道路属性が変化する位置を特定する。道路属性が変化する位置（以下、道路属性の変化位置と称す）とは、例えば一般道路から高速道路に向かって走る場合には、インターチェンジの位置が道路属性の変化位置となる。また、例えば、車両が、広い道路を走行した後、交差点で右折して狭い道路に入る場合には、当該交差点の位置が道路属性の変化位置となる。
【０１３２】
また制御部１３は、特定された道路属性の変化位置と車両の現在地までの距離を演算する。そして制御部１３は演算された距離と距離閾値とを比較する。距離閾値は、車両の現在地が道路属性の変化位置に近づいたことを示す閾値であって、ネットワークの再構築を行うか否かを判定するための閾値である。
【０１３３】
演算された距離が距離閾値未満である場合には、制御部１３は、道路属性の変化位置に近づいたと判定して、次の道路属性に基づいて、ネットワークに含まれる子機及びネットワークから除外される子機を設定した上で、ネットワークを再構築する。
【０１３４】
例えば、実施形態３と同様に、道路属性が一般道路である場合には、制御部１３は、車両の窓のユニットをネットワークに含めつつ、ドアユニット及びドアミラーのユニットをネットワークから除外し、道路属性が高速道路である場合には、制御部１３は、車両の窓のユニット、ドアユニット、及びドアミラーのユニットをネットワークから除外する場合を例に説明する。そして、車両の現在の走行中の道路が高速道路であって、検索された走行経路上で一般道路に近づいている、とする。
【０１３５】
この場合には、車両が高速道路を実際に走行する前に、制御部１３は、車両の現在地が道路属性の変化位置に近づいたと判定することで、道路属性が高速道路から一般道路に変わることを検知する。そして、制御部１３は、ネットワークを再構築し、ネットワークから除外されていた窓のユニットをネットワークに含める。
【０１３６】
一方、演算された距離が距離閾値以上である場合には、制御部１３は、道路属性の変化位置に近づいたと判定せずに、ネットワークの再構築を行わない。
【０１３７】
制御部１３は、上記のように、車両の現在地から道路属性の変化位置までの距離の測定、車両の現在地が道路属性の変化位置に近づいたか否かの判定、及び、判定結果に応じたネットワークの再構築を所定の制御周期で行っている。また、制御部１３は、道路属性に基づいて制御周期を設定している。
【０１３８】
例えば、道路属性が高速道路である場合には、制御部１３は制御周期を所定の周期より長くする。また道路属性が一般道路である場合には、制御部１３は制御周期を当該所定の周期よりも短くする。ナビゲーションシステム８０で管理されている情報の更新周期は、車両が一般道路を走行している場合よりも、車両が高速道路を走行している場合の方が長い。そのため、道路属性を管理しているナビゲーションシステムの情報の更新周期と、制御部１３によるネットワークの再構築の制御周期とを合わせることで、制御部１３の演算負荷を軽減している。
【０１３９】
次に、図１１を用いて、本例の車載機器制御システムのネットワークの構築に関する制御フローを説明する。図１１は、車載機器制御システムのネットワークの構築に関する制御手順を示すフローチャートである。
【０１４０】
ステップＳ６１にて、車両１のメインスイッチ６０がオンになると、ネットワーク構築のためのフローが進み、ステップＳ６２にて、制御部１３はネットワークを構築する。このとき、制御部１３は、ナビゲーションシステム８０から車両の現在地の道路属性の情報を取得し、当該道路属性に基づいてネットワークを構築する。
【０１４１】
ステップＳ６３にて、ナビゲーションシステム８０は車両の位置を測定する。Ｓ６４にて、ナビゲーションシステム８０は車両の現在地から目的地までの走行経路を演算する。ステップＳ６５にて、制御部１３は、走行経路の情報を取得して、道路属性の変化位置を特定する。ステップＳ６６にて、制御部１３は、車両の現在地から道路属性の変化位置までの距離を演算する。
【０１４２】
ステップＳ６７にて、制御部１３は、演算された距離と距離閾値とを比較し、演算された距離が距離閾値未満であるか否かを判定する。演算された距離が距離閾値以上である場合には、ステップＳ６９に進む。
【０１４３】
一方、演算された距離が距離閾値未満である場合には、ステップＳ６８にて、制御部１３は次の道路属性に基づいてネットワークを再構築する。このとき、制御部１３は、ネットワークの再構築後の制御周期を、次の道路属性に基づいて設定する。
【０１４４】
ステップＳ６９にて、車両１のメインスイッチ６０がオンからオフに切り替わっていない場合には、ステップＳ６３に戻る。一方、車両のメインスイッチ６０がオンからオフに切り替わると、ステップＳ７０にて、制御部１３は、メインスイッチ６０のオフ状態に基づいて、ネットワークを再構築し、図１１に示す制御フローを終了する。
【０１４５】
上記のように、本例は、車両の現在地から道路属性の変化位置までの距離が距離閾値未満である場合には、変化位置の後の道路属性に基づいて、ネットワークに含まれる子機及びネットワークから除外される子機を設定する。これにより、道路属性が変わる前に、ネットワークから除外される子機２０、３０を設定することができるため、ユーザの利便性を損なうことなく、親機１０及び子機２０、３０の消費電力を抑制できる。
【０１４６】
また本例は、車両の現在地から道路属性の変化位置までの距離が距離閾値以上である場合には、ネットワークの再構築を行わない。これにより、ネットワークを再構築するための制御処理を減らすことができるため、演算負荷を軽減することができる。
【０１４７】
なお、本発明の変形例として、制御部１３は、道路属性に基づいて上記の距離閾値を設定してもよい。例えば、一般道路に基づいてネットワークを構築した場合には距離閾値を所定の距離より短くし、高速道路に基づいてネットワークを構築した場合には距離閾値を当該所定の距離より長くする。すなわち、高速道路を走行している場合には、道路属性は長い距離で高速道路の状態を維持している。そのため、距離閾値を長くすることで、演算で求めた道路属性の変化位置と、実際の道路属性の変化位置を合わせることができる。
【０１４８】
なお、本例は、車両の現在地から道路属性の変化位置までの時間を演算し、演算された時間と時間閾値とを比較し、その比較結果に基づいて、ネットワークに含まれる子機及びネットワークから除外される子機を設定してもよい。車両の現在地から道路属性の変化位置までの時間は、車両の現在地から道路属性の変化位置までの距離と、車両センサ４０で検出された車速から演算すればよい。
【０１４９】
《第６実施形態》
発明の他の実施形態に係る車載機器制御システムを説明する。本例は上述した第１実施形態に係る車両機器制御システムと同様の構成であるが、ネットワークを構築する際の制御が異なる。なお、第１〜５実施形態の記載を適宜、援用する。
【０１５０】
制御部１３は、車両の車速を車両情報として取得し、車速と車速閾値とを比較することで、車両が高速走行モード又は通常走行モードのいずれの走行モードであるかを判定する。また、制御部１３は、走行モードの判定結果に応じてネットワークの再構築を行っている。
【０１５１】
また、本例では、車両情報に基づいてネットワークに含まれる子機２０、３０をユーザの要求に応じて設定できる。
【０１５２】
制御部１３には、車両情報と、ネットワークに含める子機２０、３０との対応関係が初期条件として予め決まっている。また、制御部１３は、ユーザによる子機の操作履歴をメモリ１２に記録している。
【０１５３】
例えば初期条件として、車両情報と、ネットワークに含める子機２０、３０との対応関係が以下のように設定されていたとする。走行モードが高速モードである場合には、ドアユニット、ドアミラーのユニット、及び窓ユニットはネットワークから除外し、他のユニットはネットワークに含める。走行モードが通常走行モードである場合には、ドアユニット及びドアミラーのユニットはネットワークから除外し、窓ユニット及び他のユニットはネットワークに含める。
【０１５４】
メモリ１２に記録されている操作履歴から、個人の好み（プリファレンス）として、ユーザは高速道路を走行でも窓を開けて走行する、ことが示されたとする。なお、操作履歴を記録する場合には、制御部１３は、上記の初期条件下のネットワークの構築を外しつつ、全てのユニットをネットワークに含めた状態で操作履歴を記録する。
【０１５５】
このような場合には、制御部１３は、走行モードが高速モードであるときに、ドアユニット及びドアミラーのユニットをネットワークから除外し、窓ユニット及び他のユニットをネットワークに含めるように、初期条件で示される対応関係を変更する。そして、制御部１３は、変更後の対応関係を参照しつつ、車両情報に基づいてネットワークに含まれる子機２０、３０を設定する。
【０１５６】
上記のように、本例は、ユーザによる子機２０、３０の操作履歴を取得し、車両情報と当該操作履歴に基づいて、ネットワークに含まれる子機２０、３０及びネットワークから除外される子機２０、３０を設定することができる。これにより、ユーザの利便性を向上させることができる。
【０１５７】
なお、本例は、初期条件として、環境情報とネットワークに含める子機２０、３０との対応関係が設定されている場合には、ユーザによる子機２０、３０の操作履歴から初期条件の対応関係を変更してもよい。
【符号の説明】
【０１５８】
１０…親機
１１…通信部
１２…メモリ
１４…制御部
２０、３０、４０…子機
２１、３１…通信部
２２、３２…メモリ
２３、３３…本体部
２４、３４…制御部
４０…車速センサ
５０…ディスプレイ
６０…メインスイッチ
７０…座席センサ
８０…ナビゲーションシステム
９０…雨滴センサ
【図１】
2015020648.tif 000003
【図２】
2015020648.tif 000004
【図３】
2015020648.tif 000005
【図４】
2015020648.tif 000006
【図５】
2015020648.tif 000007
【図６】
2015020648.tif 000008
【図７】
2015020648.tif 000009
【図８】
2015020648.tif 000010
【図９】
2015020648.tif 000011
【図１０】
2015020648.tif 000012
【図１１】
2015020648.tif 000013