JP2015020647A - 車載機器制御システム及び車載機器の制御方法 - Google Patents

Abstract

【課題】 親機側の車載機器が、子機の制御情報を記録していない場合に、子機を制御対象にできる車載機器制御システム及び車載機器の制御方法を提供する。【解決手段】 子機と車載の親機との間でネットワークを構築する車載機器制御システムにおいて、子機は、識別子、及び、子機のハードウェアを制御するための情報を含むドライバを記録する子機側メモリと、親機と通信する子機側通信部とを有し、親機は、子機側通信部と通信し、識別子及びドライバを受信可能な親機側通信部と、親機側通信部で受信される識別子及びドライバを記録可能な親機側メモリと、制御対象となる子機の識別子、及び、ドライバで示された子機の動作環境に合う制御指令を、親機側通信部により子機に送信することで、子機を制御する親機側制御部とを有する。【選択図】 図１

Description

本発明は、車載機器制御システム及び車載機器の制御方法に関するものである。

持込機器と車載電子機器とを備えて、持込機器は通信部を介して車載機器の操作情報を車載電子機器に送信し、車載電子機器は、通信部により特定した持込機器の位置に応じて車載機器の操作情報に基づいた車載機器の操作を禁止するか又は許可するかを判定する。そして、車載電子機器は、操作を許可すると判定した場合には、車載機器の操作情報に基づき、車載機器であるナビゲーション装置を制御するものが開示されている（特許文献１）。

特開２０１２−１９２７７２号公報

しかしながら、上記の車載電子機器は、車載電子機器に接続された車載機器の制御情報と、当該車載機器を操作可能な持込機器の制御情報を、車載電子機器側に予め記録することを前提として、前記持込機器及び車載機器を制御するため、車載電子機器側で制御情報を記録していない持込機器又は車載機器は、車載電子機器の制御対象とすることができない、という問題があった。

本発明が解決しようとする課題は、親機側の車載機器が、子機の制御情報を記録していない場合に、子機を制御対象にできる車載機器制御システム及び車載機器の制御方法を提供することである。

本発明は、識別子及び子機のハードウェアを制御するための情報を含むドライバを、子機側メモリに記録し、親機側通信部で子機から受信される識別子及ドライバを親機側メモリに記録可能であり、制御対象となる子機の識別子及びドライバで示される動作環境に従う制御指令を、親機側通信部により子機に送信することで、子機を制御することによって上記課題を解決する。

本発明によれば、子機側がもつドライバを、通信部を介して親機側で受信して、親機側のメモリに記録することができるため、親機側のメモリに子機のドライバを予め記録していなくても、当該子機を制御対象にできる、という効果を奏する。

本発明の実施形態に係る車載機器制御システムのブロック図である。 図１の親機側のメモリに記録されるデータの概念図である。 図１の車載機器制御システムのネットワークに組み込まれる子機の概念図を示しており、（ａ）は各子機の対象Ｕｎｉｔ群、入出力分類、設置位置を示す表であり、（ｂ）は車両の各構成に対する子機の位置を示すための概要図である。 図１の親機の制御手順を示すフローチャートである。 本発明の他の実施形態に係る車載機器制御システムに組み込まれる子機の斜視図である。 本発明の他の実施形態に係る車載機器制御システムのディスプレイの表示画面である。 本発明の他の実施形態に係る車載機器制御システムのディスプレイの表示画面である。 本発明の他の実施形態に係る車載機器制御システムのディスプレイの表示画面である。 本発明の他の実施形態に係る車載機器制御システムにおいて、親機の制御手順を示すフローチャートである。

以下、本発明の実施形態を図面に基づいて説明する。
《第１実施形態》

図１は、本発明の実施形態に係る車載機器制御システムのブロック図である。本例の車載機器制御システムは、複数の車載機器を車室内に設けつつ、複数の車載機器の間で無線通信によるネットワークを構築したシステムである。また車載機器制御システムでは、複数の車載機器のうち少なくとも一つの車載機器が、親機となり、他の複数の車載機器が子機となる。以下、複数の車載機器のうちナビゲーションシステムを親機とした場合について、説明する。

図１に示すように、車載機器制御システムは、親機１０、子機２０（子機Ａ）及び子機３０（子機Ｂ）を有している。親機１０及び子機２０、３０は、車室内に設けられる車載機器である。

親機１０は、通信部１１と、メモリ１２と、ディスプレイ１３と、制御部１４とを有している。通信部１１は、子機２０及び子機３０と無線により通信を行うための通信機である。通信部１１は、制御部１４により制御され、子機２０、３０との間で情報を送受信する。

メモリ１２は、情報を記録するための記録媒体である。メモリ１２には、親機１０のハードウェアを制御するためのソフトウェアが記録されている。親機１０はカーナビゲーションシステムとして機能するため、地図データがメモリ１２に記録されている。さらに、ナビゲーションシステムによる検索結果や地図を、ディスプレイ１３に表示するためのグラフィックユーザインターフェース（ＧＵＩ）もメモリ１２に記録されている。ＧＵＩは、ユーザの操作命令や車両の状態を入力として、ディスプレイ１３に対して画像情報を出力するためのインターフェイスである。

また、メモリ１２は、子機２０から送信されて通信部１１により受信した子機２０、３０の情報も記録している。子機２０、３０の情報は、子機側のメモリ２２、３２に記録されている情報である。

ディスプレイ１３は、ナビゲーションシステムから出力される情報を（地図、目的値、又は車両の現在地の情報）を、画像で表示する。また、ディスプレイ１３は、親機１０の制御対象になっている子機２０、３０の動作状態も表示する。

制御部１４は、通信部１１、メモリ１２及びディスプレイ１３を制御するためのコントローラである。制御部１４は、ナビゲーションシステムを動作させる際には、ＧＰＳ受信器を用いて車両の現在地を測位しつつ、ユーザの操作等に基づき目的地を設定する。制御部１４は、メモリ１２に記録されている地図データを参照しつつ、車両の現在地から目的地までのルートを検索する。そして、制御部１４は、ユーザの操作に基づいて検索したルートをディスプレイ１３の地図上に表示する。

また制御部１４は、子機２０、３０を制御する場合には、制御対象となる子機２０、３０の識別子と制御指令を、通信部１１により子機２０、３０に送信する。子機２０、３０は、識別子と制御指令を受信し、当該制御指令に基づいて動作する。

また制御部１４は、子機２０、３０の動作状態を示す信号を通信部１１で受信した場合には、ディスプレイ１３に子機２０、３０の動作状態を表示させる。

子機２０は、通信部２１と、メモリ２２と、本体部２３と、制御部２４とを有している。通信部２１は、親機１０及び他の子機３０と無線により通信を行うための通信機である。本例のネットワークは、親機と子機との間の通信に限らず、複数の子機の間で通信できる。すなわち、メッシュ型の通信である。そのため、例えば親機１０から子機２０、３０以外の他の子機に信号を送信する際には、親機１０は子機２０、３０を介して当該他の子機に信号を送信することができる。親機１０は子機に対して制御指令を送信する際には、識別子を含めて送信している。

子機２０、３０は、制御指令及び識別子を受信し、受信した識別子が自分のものではない場合には、他の子機に対して受信した信号をそのまま転送する。これにより、メッシュ型のネットワークでも、親機１０は複数の子機２０、３０と無線で通信できる。なお、本例のネットワークは、親機を中心としたツリー型の通信網であってもよい。

メモリ２２は、情報を記録するための記録媒体である。メモリ２２には、本体部２３等の子機２０のハードウェアを制御するためのソフトウェアとしてドライバが予め記録されている。ドライバは、デバイス毎の動作環境を示す情報であって、制御指令に対してハードウェアがどのように動作するのか、を示している。そのため、子機２０を制御するためには、子機２０の動作環境を示すドライバが必要となる。また、外部装置により子機２０を動作するためには、この外部装置が、子機２０用のドライバを記録しなければならない。

またメモリ２２には識別子が記録されている。識別子は、子機２０に予め付与されており、子機２０の固有の情報である。そのため、子機２０と同じ電子機器であっても、子機２０の識別子と当該電子機器の識別子は異なる。また、デバイスの固有情報として識別子を付与する際には、本例のネットワークに組み込み可能なデバイスであるか否かを、識別子で区別してもよい。例えば、本例のネットワークに組み込み可能なデバイスが純正の部品に限られる場合には、純正の部品を示す共通情報が、識別子として付与される。そのため、親機１０は、子機２０、３０の識別子から、子機２０、３０がネットワークに組み込み可能なものであるか否かを判定できる。

識別子には、上記の固有情報に加えて、デバイスの分類情報も含まれている。デバイスの分類情報は、デバイスが入力系のデバイスであるか、出力系のデバイスであるかの情報を含む。さらに、入力系のデバイスの分類情報は、親機１０に対して常時、情報を送るデバイスであるか、デバイスのオン、オフに応じて親機に対して信号（情報）を送るデバイスであるかを分類している。また、出力系のデバイスの分類情報は、親１０からの制御指令に基づいて、常時、動作するデバイスであるか否かを分類している。

入力系のデバイスは、親機に対して情報を送るデバイスであり、例えば温度センサ、ドアミラーの開閉のためのスイッチ等である。親機１０に対して常時、情報を送るデバイスは温度センサ等である。また、デバイスのオン、オフに応じて情報を送るデバイスはドアミラーのスイッチ等である。

出力系のデバイスは、親機からの指令に基づき動作するデバイスであって、例えば、パワーウィンドーを動作させるアクチュエータ、エアコンのファンのアクチュエータ等である。そして、親機１０からの制御指令に基づいて、常時動作できるデバイスは、パワーウィンドーのアクチュエータ等である。

一方、常時動作していないデバイスは、エアコンのファンのアクチュエータである。出力系のデバイスのうち、常時動作していないデバイスは、当該デバイスに対応した入力系のデバイスにより、動作可能な状態となるデバイスである。例えばエアコンのファンのアクチュエータでは、デバイスに対応した入力系のデバイスはエアコンのオン、オフを切り替えるスイッチとなる。そして、このスイッチがオンの状態になれなければ、エアコンのファンのアクチュエータは動作しない。そのため、エアコンのファンのアクチュエータは、常時動作しない出力系のデバイスとして分類される。

またメモリ２２には、グラフィックユーザインターフェイス（ＧＵＩ）が記憶されている。ＧＵＩは、子機２２の動作状態を、親機１０のディスプレイ１３に表示させるための画像情報が記憶されている。グラフィックユーザインタフェイス（ＧＵＩ）は、様々な表示形態をもつディスプレイ１３に対応するために、画像を生成する上の基本情報を含んでいればよい。そして、親機１０のディスプレイ１３に、子機２０の動作状態を表示する際には、親機１０の制御部１４は、子機２０のＧＵＩで示される画像情報を、ディスプレイ１３の表示形態に合わせて、子機２０の動作状態を表示する。

本体部２３は、子機２０のハードウェアの一部である。例えば、子機２０がドアの開閉のスイッチである場合には、本体部２３は、スイッチの機構や、スイッチンのオン、オフを切り替えるための電子回路等に相当する。

制御部２４は、通信部２１、メモリ２２及び本体部２３を制御するためのコントローラである。

子機３０は、通信部３１と、メモリ３２と、本体部３３と、制御部３４とを有している。通信部３１、メモリ３２、本体部３３、及び制御部３４の構成は、通信部２１、メモリ２２、本体部２３、及び制御部２４の構成と同様であるため、説明を省略する。ただし、本体部３３は、デバイスのハードウェアによって異なる。

次に、本例の車両制御システムのネットワークの構築について説明する。まず、親機１０の電源がオンになると、子機２０、３０に対してシステムを起動させるための指令を、無線通信で送信する。子機２０、３０は、親機１０からの指令を受信すると、システムを起動させつつ、指令に対する応答信号として、識別子を含む信号を親機１０に送信する。

親機１０は子機２０、３０から識別子を受信する。制御部１４は、メモリ１２に記録されている識別子と受信した識別子とを比較することで、受信した識別子がメモリ１２に記録されているか否かを判定する。

ここで、メモリ１２に記録されている情報について、図２を用いて説明する。図２は、メモリ１２に記録されている情報を説明するための表である。図２に示すように、親機１０の制御部１４は、子機１０、２０の識別子、ドライバ、及びＧＵＩを対応させつつメモリ１２に記録している。図２に示す識別子の前半部分（「０１」、「１０」、「１１」）は子機２０、３０の固有情報を示しており、識別子の後半部分（「ｏ１」、「ｉ０」、「ｉ１」）はデバイスの分類情報を示している。また、後半部分の識別情報で「ｉ」は入力系のデバイスを、「ｏ」は出力系のデバイスを示す。そして、後半部分の識別情報の「０」は常時動作するデバイスを「１」は常時動作しないデバイスを示す。なお、識別子は、図２以外の方式で付与されていてもよい。

制御部１４は、子機２０、３０との間でネットワークを構築できた場合には、子機２０、３０との通信により、子機２０、３０の識別情報、ドライバ、及びＧＵＩをメモリ１２に記録している。

そのため、識別子がメモリ１２に記録されていれば、当該識別子の子機２０、３０はネットワークに組み込み可能となる。また、識別子と対応するドライバ及びＧＵＩもメモリ１２に記録されているため、制御部１４は、記録された識別子の子機２０、３０を制御でき、子機２０、３０の動作状態をディスプレイ１３に表示できる。

受信した識別子がメモリ１２に記録されていない場合には、当該識別子をもつ子機２０、３０は、親機１０のネットワークに組み込まれてないことになる。子機２０、３０の識別子がメモリ１２に記録されていない場合とは、例えば、車両の修理等で電子機器である子機２０、３０が新たな子機２０、３０に交換された場合である。そして、制御部１４は、メモリ１２に記録されていない識別子の子機２０、３０に対して、ドライバ及びＧＵＩを送信させるための指令を、識別子と共に、子機２０、３０に送信する。

子機２０は、受信した識別子を参照しつつ、ドライバ等を送信する旨の指令を受信した場合には、メモリ２２に記録されているドライバ及びＧＵＩを、親機１０に送信する。親機１０の制御部１４は、受信したドライバ及びＧＵＩを識別子と対応させつつ、メモリ１２に記録する。これにより、図２に示すように、識別子、ドライバ及びＧＵＩがメモリ１２に記録される。

そして、親機１０及び子機２０、３０は、互いに通信を行い、ネットワークを構築する。ネットワークの構築の際には、親機１０がサーバとして設定され、子機２０、３０がクライアントとして設定される。なお、ネットワークの構築は、親機１０が、子機２０、３０の識別子を記録した時点で行い、子機２０、３０のドライバ及び識別情報は、ネットワークの構築後に子機２０、３０からダウンロードしてメモリ１２に記録してもよい。

次に、図３を用いて、親機１０及び子機２０、３０の制御について説明する。図３は、本例の車載機器制御システムにおいて、ネットワークに組み込まれる子機の概要図を示す。図３（ａ）は、各子機の対象Ｕｎｉｔ群、入出力分類、設置位置を示す表であり、図３（ｂ）は車両の各構成に対する子機の位置を示すための概要図である。なお、図３（ｂ）では、通信部２１、メモリ２２及び制御部２４の構成を分かりやすく表示するために電子チップで描いている。

親機１０は、ネットワークに組み込まれた各子機２０、３０を、図３（ａ）に示すように、制御対象となるユニット群で管理している。ユニット群は、車両の構成部品と対応して区分けされている。例えば、ドアミラーをユニット群とした場合には、ドアミラーを制御する子機は、車載機器Ａ、Ｂとなる。車載機器Ａはドアミラーのアクチュエータであり、車載機器Ｂはドアミラーの操作スイッチである。他の車載機器Ｃ〜Ｌについても、同様に分類される。なお車載機器Ａ〜Ｌは、子機２０、３０に相当する。

以下、具体例を挙げて、親機１０及び子機２０、３０の制御を制御する。例えば、車載機器Ｃを有するユーザが、前席の右ドア（ＦＲ Ｄｏｏｒ）に近づいた場合の制御について説明する。車載機器Ｃは、ユーザの操作に基づいて、車両の外部からドアを解錠するためのスイッチである。

車載機器Ｄは右ドアの鍵の解錠と施錠を切り替えるためのスイッチである。車載機器Ｃはドアを解錠するための指令を送信する。車載機器Ｅは、右ドアのロック機構を動作するアクチュエータである。車載機器Ｄは、車載機器Ｃからドアを解錠するための指令を受信すると、スイッチを切り替え、ドアを解錠するための指令を、車載機器Ｅに送信する。車載機器Ｅは、車載機器Ｄからのドア解錠の指令を受信すると、アクチュエータを動作させて、ロック機構を解錠する。

他のドア（ＦＬ ＤＯＯＲ、ＲＬ ＤＯＯＲ、及びＲＲ ＤＯＯＲ）の車載機器Ｈも、車載機器Ｄからドアを解錠するための指令を受信する。車載機器Ｈは、他のドアロック機構を動作するアクチュエータである。車載機器Ｈは、車載機器Ｄからのドア解錠の指令に基づいて、アクチュエータを動作させて、ロック機構を解錠する。このとき、車載機器Ｄと車載機器Ｅとの間の通信網が、親機１０を介している場合には、親機を介して通信を行えばよい。

親機１０が子機２０、３０を制御する場合について、説明する。親機１０のディスプレイ１３はタッチパネル式の表示装置である。そして、メモリ１２には、親機１０が子機２０、３０を制御するためのＧＵＩが記録されている。このＧＵＩはディスプレイ１３の操作に対して、ディスプレイ１３に出力される画像情報との関係を示したインターフェイスである。

親機１０は、子機２０との間でネットワークを構築した後、ユーザの操作に基づき、ディスプレイ１３に、子機２０、３０を制御するための表示画面を表示する。表示画面には、例えば、トランクを開けるための後部ドア（Ｈａｔｃｈ）の操作画面が表示されたとする。ユーザは、ディスプレイ１３の操作画面上で例えば後部ドアを開けるよう、操作したとする。

図３に示すように、後部ドアを開けるためのアクチュエータは車載機器Ｌである。親機１０のメモリ１２には、車載機器Ｌの識別子、ドライバ、及びＧＵＩが保存されている。親機１０は、車載機器Ｌのドライバから、車載機器Ｌの動作環境に合わせつつ、後部ドアを開けるための指令を送信する。このとき、指令は車載機器Ｌの識別子を含んでいる。車載機器Ｌは、指令を受信すると、アクチュエータを動作させて、後部ドアのロック機構を解錠する。

また、車載機器Ｌは入力系のデバイスでもあり、後部ドアのロック機構の解除及び施錠を切り替えるスイッチも備えている。そして、後部ドアが解錠されることで、車載機器Ｌは、スイッチをオフにしつつ、スイッチの状態を親機１０に送信する。

親機１０の制御部１４は、車載機器Ｌのスイッチオフの信号を受信すると、メモリ１２のＧＵＩを用いて、後部ドアが解錠していることを表す表示画面を、ディスプレイ１３に出力する。これにより、制御部１４は、制御対象となる子機の識別子及びドライバで示される動作環境に従う制御指令を、通信部１１により子機２０、３０に送信することで、子機２０、３０を制御している。

また親機１０が子機２０、３０を制御する際には、親機１０は、メモリ１２の識別子の分類情報に基づいて、例えば出力系の常時動作する車載機器のみに制御信号を送信し、車載機器（子機２０、３０）を制御できる。これにより、本例は、制御対象となる車載機器の識別子をそれぞれ付与して、制御信号を送信しなくてもよいため、通信する際のデータ量を抑制できる。

次に、図４を用いて親機１０の制御フローを説明する。図４は、親機１０の制御手順を示すフローチャートである。

ステップＳ１にて、親機１０の電源がオンになる。ステップＳ２にて、親機１０の制御部１４は、通信部１１により子機２０、３０と通信を行い子機２０、３０から識別子を受信する。ステップＳ３にて、制御部１４は、受信した識別子と、メモリ１２に記録されている識別子とを比較することで、受信した識別子がメモリ１２に記録されているか否かを判定する。

受信した識別子がメモリ１２に記録されている場合には、ネットワークを構築するためにステップＳ８に進む。一方、受信した識別子がメモリ１２に記録されていない場合には、ステップＳ４にて、制御部１４は、メモリ１２に記録されていない識別子をもつ子機２０、３０と通信を行い、子機２０，３０のドライバ及びＧＵＩを受信することで、ダウンロードを開始する。

ステップＳ５にて、制御部１４はドライバ及びＧＵＩのダウンロードを完了したか否かを判定する。ダウンロードが完了していない場合には、ステップＳ６に進む。

ステップＳ６にて、制御部１４は、ダウンロードの開始から所定時間を経過したか否か判定する。所定時間が経過した場合には、制御部１４は、タイムアウトとして判定しステップＳ１３に進む。一方、所定時間が経過していない場合には、ステップＳ５に戻る。

ステップＳ５でダウンロードが完了すると、ステップＳ７にて、制御部１４は、ダウンロードしたドライバ及びＧＵＩをメモリ１２に記録する。ステップＳ８にて、制御部１４はネットワークの構築を開始する。ネットワークの構築は、親機と子機２０、３０との間で通信を行い、親機１０をサーバに設定し、子機２０、３０をクライアントに設定することである。

ステップＳ９にて、制御部１４はネットワークの構築を完了したか否かを判定する。ネットワークの構築完了の判断は、例えばクライアントとして設定できた子機の２０、３０の数と、メモリ１２に記録されている識別子の数とを比較すればよい。そして、ネットワークの構築が完了していない場合には、ステップＳ１０に進む。

ステップＳ１０にて、制御部１４はネットワークの構築の開始から所定時間を経過したか否かを判定する。所定時間が経過した場合には、制御部１４は、タイムアウトとして判定し、ステップＳ１２に進む。ネットワークが構築できずタイムアウトになる場合とは、例えば、車載機器制御システムの通信網が公衆無線ＬＡＮと混線した場合である。所定時間が経過していない場合には、ステップＳ９に戻る。

ステップＳ９でネットワークの構築が完了した場合には、ステップＳ１１にて、制御部１４は、ネットワークが正常に構築されたことをディスプレイ１３に表示する。そして、ネットワークの構築後、子機２０、３０は親機１０により制御可能な状態となり、図４の制御フローは終了する。

ステップＳ１０でタイムアウトになった後、ステップＳ１２にて、制御部１４はネットワークの対象外になった子機２０、３０を特定する。ステップＳ１３にて、制御部１４は、ネットワークの対象外になった子機１０の情報を、ディスプレイ１３に表示する。そして、親機１０は、ネットワークの対象になった子機２０、３０は親機１０により制御可能な状態となり、図４の制御フローは終了する。

上記のように、本例は、識別子及びドライバをメモリ２２、３２に記録し、子機２０、３０の識別子及びドライバを通信部１１により受信可能な状態とし、受信した識別子及びドライバをメモリ１２で記録可能な状態としている。そして、親機１０は、制御対象となる子機の識別子、及び、メモリ１２のドライバで示される子機の動作環境に合う制御指令を、通信部１１により子機に送信することで、子機２０、３０を制御している。これにより、親機１０が、子機２０、３０の制御情報（ドライバ等）を記録していない場合でも、親機１０が子機２０、３０から取得することができる。そのため、本例は、車載機器の交換及び追加を容易にできる。また、親機１０のハード構成が煩雑になることを防ぐ。

また本例において、識別子は、固有情報とデバイスの分類情報を含んでいる。これにより、車載機器制御システムのネットワークを用いて、車載機器を制御する際に、通信のデータ量を削減することができる。

また本例において、子機２０、３０のドライバが親機１０のメモリ１２に記録されていない場合には、親機は、通信部１１により子機２０、３０のメモリ２２、３２に記録されているドライバを受信し、受信したドライバをメモリ１２に記録する。これにより、親機１０が、子機２０、３０の制御情報（ドライバ等）を記録していない場合でも、親機１０が子機２０、３０から当該制御情報を取得し、親機側のメモリ１０に記録できる。そのため、本例は、車載機器の交換及び追加を容易にできる。

なお、本例はネットワークを構築する際に、親機１０をサーバとして、子機２０、３０をクライアントとしたが、子機２０、３０をサーバとし、サーバ以外の他の子機２０、３０及び親機１０をクライアントとして設定してもよい。

なお、本例は、ナビゲーションシステムを備えた車載機器を親機１０としたが、ナビゲーションシステム以外の車載機器を親機１０としてもよい。

上記の通信部２１、３１が本発明の「子機側通信部」に相当し、メモリ２２、３２が本発明の「子機側メモリ」に相当し、通信部１１が本発明の「親機側通信部」に相当し、メモリ１２が本発明の「親機側メモリ」に相当し、制御部１０が本発明の「親機側制御部」に相当する。

《第２実施形態》
本発明の他の実施形態に係る車載機器制御システムを説明する。本例では上述した第１実施形態に対して、ネットワークの構築後に、新たに電子機器を追加する点が異なる。車載機器制御システムを構成する親機及び子機の構成は、第１実施形態と同じであり、その記載を援用する。

図５は、新たに追加される子機４０の斜視図である。子機４０は、アロマ芳香器である。子機４０は、車室内のシガーライターソケットにはめ込まれることで、電源をとりつつ、花等の香りをもつ芳香成分を放出する。また、子機４０は、電子チップを有している。そして、電子チップには、図１の子機２０、３０と同様に、通信部２１、３１、メモリ２２、３２、及び制御器２４、３４と同様の構成が組み込まれている。

次に、子機４０を後付けする場合の車載機器制御システムの制御について説明する。

親機１０は、子機２０、３０を含めて他の子機とネットワークを構築している。親機１０の制御部１４は、図６に示すように、既に構築されたネットワークの下、制御可能な電子機器をディスプレイ１４に表示している。図６は、ディスプレイ１４の表示画面を示す。

表示画面のうち、左側の領域の画面６１には、制御可能な電子機器を表しており、また車両における電子機器の位置を表している。また、表示画面のうち、左側の領域の画面６１には、後付けされた電子機器の種類と、後付けされた電気機器の動作状態を示している。

図６では、後付の電子機器がネットワーク内に組み込まれていないため、画面６２には、後付の電子機器の無しを示す「Ｎｏｎ Ｄｅｖｉｓｅ」が表示されている。

図６に示すように、親機１０及び子機２０、３０の間で、既にネットワークが構築されている状態から、図５の子機４０がシガーライターソケットにはめ込まれたとする。子機４０は、シガーライターソケットから電源をとると、通信部を含めてシステムを起動して、親機１０と通信を行い、子機４０の識別子を送信する。

親機１０の制御部１４は、後付けされた子機４０から識別子を受信すると、メモリ１２に記録されている識別子と比較する。識別子がメモリ１２に記録されている場合には、後付けされた子機４０は、以前ネットワークに組み込まれているため、制御部１４は、子機４０を含めて、ネットワークの再構築を行い、子機４０を制御対象に含める。

識別子がメモリ１２に記録されていない場合には、子機４０は、ネットワークに組み込んだことのない、新たな後付けの電子機器となる。そして、制御部１４は、子機４０の識別子に基づいて、子機４０をネットワークに組み込むか否かを判定する。

ネットワークに組み込み可能な車載機器を限定している場合には、ネットワークに組み込み可能な共通の情報が識別子に含まれている。そのため、制御部１４は、識別子に、当該共通の情報を含むか否かによって、子機４０をネットワークに組み込むか否かを判定する。また制御部１４は識別子に用いされるデータの配列から、子機４０をネットワークに組み込むか否かを判定してもよい。

制御部１４は、子機４０の識別子に基づいて、子機４０をネットワークに組み込み可能であると判定した場合には、図７に示すように、ポップアップ表示により、メニュー画面６３を表示する。図７はディスプレイ１４の表示画面を示す。

メニュー画面６３は、子機４０をネットワークに組み込むか否か判定を、ユーザに促すための画面である。ユーザは図７のメニュー画面６３を見ることで、子機４０をネットワークに組み込みできることを認識する。

ディスプレイ１３のメニュー画面で「はい」の表示が、ユーザにより操作されると、制御部１４は、子機４０を含めて、ネットワークの再構築を行い、子機４０を制御対象に含める。

子機４０がネットワークに組み込まれると、制御部１４は、子機４０のメモリに記録されているドライバ及びＧＵＩを受信して、メモリ１２に記録する。

子機４０のドライバ及びＧＵＩのメモリ１２への記録が完了すると、制御部１４は、図８に示すように、子機４０をネットワークに組み込んだことを示す画像を画面６２に表示する。このとき、画面６２に表示される画像は、メモリ１２に記録されている子機４０のＧＵＩを用いている。

さらに、画面６２の子機４０の表示のうち、マーク６４は、子機４０の動作状態を表している。マーク６４は、例えば色を変えることで子機４０の動作状態と表している。具体例として、マーク６４が赤の表示であれば、子機４０が動作中で芳香成分を放出している。また、マーク６４が白の表示であれば、子機４０が停止している。

これにより、制御部１４は、後付の子機４０をネットワークに組み込む場合には、子機４０のメモリに記録されているドライバ及びＧＵＩを子機４０から受信して、受信したドライバ及びＧＵＩをメモリ１２に記録する。

次に、図９を用いて親機１０の制御フローを説明する。図９は、親機１０の制御手順を示すフローチャートである。なお、親機１０は、他の子機２０、３０と既にネットワークを構築しており、子機２０、３０を制御対象としている。

ステップＳ２１にて、親機１０の制御部１４は、後付きの電子機器である子機４０から、識別子を受信する。ステップＳ２２にて、制御部１４は、メモリ１２に記録されている識別子と、受信した識別子とを比較することで、受信した識別子がメモリ１２に記録されているか否かを判定する。識別子が記録されている場合にはステップＳ２４に進む。

識別子が記録されていない場合には、ステップＳ２３にて、制御部１４は、受信した識別子に基づき、子機４０が新たにネットワークに組み込み可能な車載機器であるか否かを判定する。組み込み可能な車載機器である場合には、制御部１４は、子機４０を含めて、ネットワークの再構築を開始する。

ステップＳ２５にて、制御部１４はネットワークの再構築を完了したか否かを判定する。ネットワークの再構築が完了していない場合には、ステップＳ２６に進む。

ステップＳ２６にて、制御部１４はネットワークの再構築の開始から所定時間を経過したか否かを判定する。所定時間が経過した場合には、制御部１４は、タイムアウトとして判定し、ステップＳ３２に進む。所定時間が経過していない場合には、ステップＳ２５に戻る。

ステップＳ２５でネットワークの再構築が完了した場合には、制御部１４は子機４０と通信を行い、子機４０のドライバ及びＧＵＩを受信することで、ダウンロードを開始する（ステップＳ２７）。

ステップＳ２８にて、制御部１４はドライバ及びＧＵＩのダウンロードを完了したか否かを判定する。ダウンロードが完了していない場合には、ステップＳ２９に進む。

ステップＳ２９にて、制御部１４は、ダウンロードの開始から所定時間を経過したか否か判定する。所定時間が経過した場合には、制御部１４は、タイムアウトとして判定しステップＳ３２に進む。一方、所定時間が経過していない場合には、ステップＳ２８に戻る。

ステップＳ２８でダウンロードが完了すると、ステップＳ３０にて、制御部１４は、ダウンロードしたドライバ及びＧＵＩをメモリ１２に記録する。ステップＳ３１にて、制御部１４は、ディスプレイ１４の画面６２内に、子機４０の動作状態を表示して、図４の制御フローは終了する。

ステップＳ２６又はステップＳ２９に戻りタイムアウトした場合には、ステップＳ３２にて、制御部１４は、子機４０がネットワークに組み込めず、制御対象とならない旨の画面をディスプレイ１４に表示して、図４の制御フローは終了する。

上記のように、本例は、親機１０の通信部１１で受信した識別子に基づいて、子機４０をネットワークに組み込むか否かを判定する。これにより、例えば純正以外の電子機器が後付けされた場合には、当該電子機器をシステムから除外することができる。その結果として、システムの信頼性を高めることができる。

また本例は、後付けの子機４０をネットワークに組み込む場合には、子機４０のメモリに記録されているＧＵＩを子機４０から受信して、受信したＧＵＩをメモリ１２に記録する。これにより、子機４０の動作状態を、親機１０のディスプレイ１４に、画像で表示できる。その結果として、ユーザは子機４０の動作状態を容易に把握することができる。

また本例は、後付の子機４０をネットワークに組み込む場合には、子機４０のメモリに記録されているドライバを子機４０から受信して、受信したドライバをメモリ１２に記録する。これにより、親機１０が、後付けされた子機２０、３０の制御情報を記録していない場合でも、親機１０が子機２０、３０から取得することができる。そのため、本例は、車載機器の追加を容易にできる。また、親機１０のハード構成が煩雑になることを防ぐ。

１０…親機
１１…通信部
１２…メモリ
１３…ディスプレイ
１４…制御部
２０、３０、４０…子機
２１、３１…通信部
２２、３２…メモリ
２３、３３…本体部
２４、３４…制御部
６１〜６３…画面
６４…マーク

Claims (7)

1. 子機と車載機器の親機との間でネットワークを構築する車載機器制御システムにおいて、
   前記子機は、
   識別子、及び、前記子機のハードウェアを制御するための情報を含むドライバを記録する子機側メモリと、
   前記親機と通信する子機側通信部とを有し、
   前記親機は、
   前記子機側通信部と通信し、前記識別子及び前記ドライバを受信可能な親機側通信部と、
   前記親機側通信部で受信される前記識別子及び前記ドライバを記録可能な親機側メモリと、
   制御対象となる前記子機の前記識別子、及び、前記ドライバで示された前記子機の動作環境に合う制御指令を、前記親機側通信部により前記子機に送信することで、前記子機を制御する親機側制御部とを有する
   ことを特徴とする車載機器制御システム。
2. 請求項１記載の車載機器制御システムにおいて、
   前記識別子は、
   複数の前記子機毎に固有の情報として予め付与されている固有情報と、デバイスの分類情報を含み、
   前記デバイスの分類情報は、
   前記子機が記親機に情報を入力する入力系のデバイスであるか、又は、前記子機が前記親機から情報を得て前記子機のハードウェアを動作する出力系のデバイスであるかを示す
   ことを特徴とする車載機器制御システム。
3. 請求項１又は２のいずれか一項に記載の車載機器制御システムにおいて、
   前記親機側制御部は、
   前記子機の前記ドライバが前記親機側メモリに記録されていない場合には、前記親機側通信部により前記子機側メモリに記録されている前記ドライバを受信し、受信した前記ドライバを前記親機側メモリに記録する
   ことを特徴とする車載機器制御システム。
4. 請求項１〜３のいずれか一項に記載の車載機器制御システムにおいて、
   前記親機側制御部は、
   前記親機側通信部で受信した前記識別子に基づいて、前記子機をネットワークに組み込むか否かを判定する
   ことを特徴とする車載機器制御システム。
5. 請求項４に記載の車載機器制御システムにおいて、
   前記親機は、
   前記子機の状態を表示するディスプレイを有し、
   前記子機側メモリは、
   前記子機の動作状態を画像により前記ディスプレイに表示させるための画像情報を記録し、
   前記親機側制御部は、
   前記子機を前記ネットワークに組み込む場合には、前記親機側通信部により前記子機側メモリに記録されている前記画像情報を受信し、受信した前記画像情報を前記親機側メモリに記録する
   ことを特徴とする車載機器制御システム。
6. 請求項４又は５に記載の車載機器制御システムにおいて、
   前記親機側制御部は、
   前記子機を前記ネットワークに組み込む場合には、前記親機側通信部により前記子機側メモリに記録されている前記ドライバを受信し、受信した前記ドライバを前記親機側メモリに記録する
   ことを特徴とする車載機器制御システム。
7. 子機と車載機器である親機との間でネットワークを構築する工程と、
   前記子機側の通信部と通信し、前記子機のメモリに記録されている前記子機の識別子及びドライバを受信する工程と、
   前記受信した前記識別子及び前記ドライバを前記親機のメモリに記録する工程と、
   制御対象となる前記子機の前記識別子、及び、前記ドライバで示された前記子機の動作環境に合う制御指令を、前記子機に送信することで、前記子機を制御する工程とを含み、
   前記ドライバは、前記子機のハードウェアを制御するための情報を含む
   ことを特徴とする車載機器の制御方法。

Images