JP6183271B2 - 車載装置及びプログラム - Google Patents

Description

本発明は、車両に搭載される車載装置に関する。

従来、車両の走行状態を示す情報を取得する車載装置がある。例えば、エンジン回転数などを取得して省燃費運転の評価をするものがある（特許文献１参照）。また、取得した情報を無線通信にて携帯端末に出力するシステムも提案されている（特許文献２参照）。

特開２０１０−２８５９５４号公報 特開２００４−３２０１７号公報

車両において取得できる情報は多岐にわたり、情報を検出して出力する様々な情報出力装置を用いて情報を取得することができる。しかしながら、情報出力装置によって出力するデータ種別が異なるため、データのサイズも大きく異なる。

ところで、近年では、無線通信を行う装置として、複数の通信方式を用いて通信を行うことができるものがある。このような装置では、出力すべきデータのサイズに応じて最適な通信方式に変更することもできるが、ユーザが自ら最適な設定を調べた上で設定を変更することは手間が掛り不便であった。

本発明の目的は、使用状態に応じて通信方式を設定することができる車載装置、及びプログラムを提案することである。

上述した問題を解決するためになされた請求項１に記載の発明は、車両に搭載して用いられる車載装置（１）であって、接続部（２２）と、無線通信部（１６）と、分類手段（１１、Ｓ１）と、設定手段（１１、Ｓ１６，Ｓ１７，Ｓ２０，Ｓ２１）とを備える。

接続部は、車両に搭載されて用いられ、所定の情報を示すデータを出力する複数の情報出力装置（２４）を、当該車載装置と接続させる。
無線通信部は、複数の通信方式により外部の端末（３）との間で無線通信を行う。

分類手段は、上記接続部により接続された情報出力装置を、所定の区分に分類する。
設定手段は、上記接続部により接続された情報出力装置の上記分類手段による分類の結果に応じて、複数の通信方式の中から上記外部の端末と無線通信を行う通信方式を設定する。

このように構成された車載装置は、接続された情報出力装置の分類結果に応じた無線通信の通信方式を設定するため、最適な通信方式調べて切り替える操作を行う必要がなく、手間を低減することができる。なお、通信方式の設定に際しては、その情報出力装置から取得できるデータのデータサイズや必要なデータの精度や迅速性、又は通信方式の相違による電力消費量の相違などを勘案して、適する通信方式を選択するように構成してもよい。

ところで、請求項１〜請求項３のいずれか１項に記載の車載装置を構成する、接続部及び無線通信部を除く各手段は、ハードウェアによって実現してもよいが、請求項４に記載のように、所定の情報を示すデータを出力する複数の情報出力装置（２４）と接続可能な接続部（２２）、及び、複数の通信方式により外部の端末（３）との間で無線通信が可能である無線通信部（１６）、と接続可能なコンピュータを、上記各手段として機能させるプログラムによって実現してもよい。

なお、この欄及び特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本発明の技術的範囲を限定するものではない。

車載装置の概略構成を示すブロック図である。 接続処理の処理手順を示すフローチャートである。 第１の送信モードにおけるデータ送信のイメージ図である。 第２の送信モードにおけるデータ送信のイメージ図である。

以下に本発明の実施形態を図面と共に説明する。
［第１実施形態］
（１）全体構成
図１に示すように、本実施形態の車載装置１は、車両に搭載されて用いられ、当該車両の情報を示すデータである車両情報を取得して記録すると共に、それらの情報を無線通信により携帯端末３に送信する装置である。車両情報とは、例えば、エンジン（Ｅ／Ｇ）回転数，車速，加速度，角速度，ステアリング角度の情報を示すデータや、ＧＮＳＳ情報（位置情報）を示すデータなどが該当する。

車載装置１は、ＣＰＵ１１、不揮発性メモリ１２、ＲＡＭ１３、ＲＯＭ１４、ＮＦＣ１５、無線モジュール１６、電源回路１７、電源検出回路１８、ＧＮＳＳレシーバ１９、ＣＡＮトランシーバ２０、スイッチ検出回路２１、ユニバーサルシリアルバス用インターフェース２２（ＵＳＢＩ／Ｆ２２）などを備える。

ＣＰＵ１１は、ＲＡＭ１３を作業領域として、不揮発性メモリ１２やＲＯＭ１４などに記憶されているプログラムに従って車載装置１を統括制御する。このＣＰＵ１１が本発明における分類手段、設定手段、認証手段、制限手段、装置情報取得手段、車両情報取得手段、及び送信制御手段の一例である。

不揮発性メモリ１２は電源の供給が無くともデータを保持可能であるメモリであり、図示しないメモリコントローラがＣＰＵ１１の指令を受けて車両情報を記憶させる。不揮発性メモリの代表的な例として、フラッシュメモリ、ＥＥＰＲＯＭなどが挙げられる。

この不揮発性メモリ１２には、後述する接続処理において、通信方式を決定するためのフラグが記憶される。また不揮発性メモリ１２は、後述する拡張デバイス２４にて取得されるデータ（拡張デバイス情報）を、無線モジュール１６にて携帯端末３に出力する際に一時的に記憶させる記憶領域として使用される（即ち、バッファとして利用される）。もちろん、取得した拡張デバイス情報を長期間記憶しておくために用いることもできる。

ＮＦＣ１５は、近距離無線通信を実行する通信装置であって、携帯端末３に設けられたＮＦＣチップと通信を行う。このＮＦＣ１５を用いて携帯端末３とペアリングを行い、無線モジュール１６を用いた通信行うための設定等を実現する。

無線モジュール１６は、複数の通信方式により上述した携帯端末３との間で無線通信を実行する。本実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉの２つの通信方式を実行可能であり、それぞれの通信方式に用いるアンテナを備えている。

電源回路１７は、車両の常時電源（＋Ｂ）、アクセサリ電源（ＡＣＣ）と接続されて、これらからの入力電力を必要な電力に変換する回路であり、変換された出力電力は車載装置１を構成する各部位に供給される。なお車載装置１における主要な処理はアクセサリ電源がオンのときに実行される。

電源検出回路１８は、常時電源、アクセサリ電源、及びイグニッション電源（ＩＧ）と接続されており、各電源のオンオフ状態を示す電源状態信号をＣＰＵ１１に出力する回路である。なおこれらの電源は共通の１つのバッテリから出力されており、イグニッションキーの操作により出力のオンオフが切り替えられるものである。なおＩＧの信号についてはＣＡＮトランシーバ２０により後述するＣＡＮ３３から取得するように構成されていてもよい。

ＧＮＳＳ（全地球航法衛星システム）レシーバ１９は、ＧＮＳＳアンテナ３１にてＧＮＳＳ用の人工衛星から出力された信号を受信してＣＰＵ１１に出力する。この信号からは、位置情報と、時刻情報とを取得することができる。

ＣＡＮトランシーバ２０は、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）３３に接続されており、ＣＡＮ３３と接続する複数のＥＣＵが出力する車両の状態を示す情報を取得してＣＰＵ１１に出力する回路である。

スイッチ検出回路２１は、運転者などの搭乗者のスイッチ３５に対する入力操作を示す信号を取得して、入力操作の内容をＣＰＵ１１に出力する回路である。スイッチ３５は車両情報及び後述する拡張デバイス情報の記録を開始させるオン操作、及び、その記録を停止させるオフ操作が可能に構成されており、運転者が操作可能な位置、例えばインストルメントパネル近傍に設けられている。

ＵＳＢＩ／Ｆ２２は、車載装置１にＵＳＢデバイスである拡張デバイス２４を接続させるためのインターフェースである。ＵＳＢＩ／Ｆ２２には、拡張インターフェース２３（拡張Ｉ／Ｆ２３、いわゆるＵＳＢハブ）を接続することができ、その場合には拡張デバイス２４を複数接続することができる。なお以下の説明において、単に「ＵＳＢＩ／Ｆ２２に接続」という場合は、拡張Ｉ／Ｆ２３を用いて接続した場合も含む。

拡張デバイス２４は、ＵＳＢＩ／Ｆ２２にてＵＳＢ接続によって車載装置１と接続され、車載装置１とデータの通信を行う装置であって、一例としてＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）モジュール２４ａ、カメラ２４ｂ、マイク２４ｃなどがある。この他、ポインティングデバイスやキーボードなどのヒューマンインターフェースデバイス、スピーカ、プリンタ、無線モジュールやＮＦＣ装置などを接続することができる。この拡張デバイス２４が、本発明における情報出力装置の一例である。

（２）車載装置１のＣＰＵ１１による動作
（２−１）拡張デバイスの接続処理
ＣＰＵ１１は、接続された拡張デバイス２４を所定の条件で分類して、その分類の結果、即ち分類された区分に応じて、携帯端末３と無線通信を行う通信方式を設定する。本実施形態では、接続された拡張デバイス２４がいずれの「ＵＳＢデバイスクラス（以降、単にクラスとも記載する）」に分類されるかを判定する。

以下に、ＣＰＵ１１が実行する接続処理について、図２に示すフローチャートに基づいて説明する。
この接続処理は、拡張デバイス２４がＵＳＢＩ／Ｆ２２に接続されたとき、又はＵＳＢＩ／Ｆ２２に接続された拡張Ｉ／Ｆ２３に接続されたときに開始される。

Ｓ１では、ＣＰＵ１１は、接続された拡張デバイス２４のクラスを判定する。クラスは、例えば「オーディオ」、「ヒューマンインターフェースデバイス」、「イメージ」、「マスストレージ」、などがある。本実施形態では、一例として、これらのクラスのいずれかとして判定されれば、クラスの判定が成功したものとする。もちろん、これ以外のクラスに分類する構成であってもよい。

Ｓ１にてクラスの分類ができなければ（Ｓ１：ＮＧ）、処理がＳ２に移行する。クラスの分類ができない場合とは、クラスが不明又は未定義である場合と、上述した４つのクラス以外のクラスである場合がある。一方、クラスの分類ができた場合（Ｓ１：ＯＫ）、クラスが「オーディオ」であれば処理がＳ３に移行し、クラスが「ヒューマンインターフェースデバイス」であれば処理がＳ６に移行し、クラスが「イメージ」であれば処理がＳ９に移行し、クラスが「マスストレージ」であれば処理がＳ１２に移行する。

なお本実施形態にて例示したデバイスのうち、ＧＰＳモジュール２４ａはクラスが未定義であり分類されない。またカメラ２４ｂが「イメージ」と分類され、マイク２４ｃが「オーディオ」と分類される。

Ｓ２では、ＣＰＵ１１は、拡張デバイス２４の接続をしない。つまり、何ら情報の送受信をしないデバイスであると判断し、その後、接続処理を終了する。
Ｓ３では、ＣＰＵ１１は、クラスが「オーディオ」と判定された拡張デバイス２４の認証を行い、認証ができたか否かを判断する。ＣＰＵ１１は、拡張デバイス２４は固有の暗号キーを読出し、予め有している暗号キーと照合して、認証されたデバイスであるか否かを判断する。もちろん、上記以外の様々な認証方式を用いることができる。

拡張デバイス２４が認証されたデバイスと判断できれば（Ｓ３：ＯＫ）、処理がＳ４に移行する。拡張デバイス２４が認証されたデバイスと判断できなければ（Ｓ３：ＮＧ）、処理がＳ５に移行する。

Ｓ４では、ＣＰＵ１１は、Ｂｌｕｅｔｏｏｔｈフラグを立てる。その後、処理がＳ１５に移行する。このフラグは、当該拡張デバイス２４に対応付けられたフラグであり、当該拡張デバイス２４が車載装置１に接続されている間、不揮発性メモリ１２に記憶される。他の拡張デバイス２４が接続されたときもＢｌｕｅｔｏｏｔｈフラグ又は後述するＷｉＦｉフラグが立てられるが、これらのフラグはそれぞれ別個に記憶される。以下の処理においてフラグが立てられる場合も同様である。

Ｓ５では、ＣＰＵ１１は、Ｂｌｕｅｔｏｏｔｈフラグを立てる。その後、処理がＳ１９に移行する。
Ｓ６では、ＣＰＵ１１は、クラスが「ヒューマンインターフェースデバイス」と判定された拡張デバイス２４の認証を行い、認証ができたか否かを判断する。認証の方法は、上記Ｓ３と同様である。拡張デバイス２４が認証されたデバイスと判断できれば（Ｓ６：ＯＫ）、処理がＳ７に移行する。拡張デバイス２４が認証されたデバイスと判断できなければ（Ｓ６：ＮＧ）、処理がＳ８に移行する。

Ｓ７では、ＣＰＵ１１は、Ｂｌｕｅｔｏｏｔｈフラグを立てる。その後、処理がＳ１５に移行する。
Ｓ８では、ＣＰＵ１１は、Ｂｌｕｅｔｏｏｔｈフラグを立てる。その後、処理がＳ１９に移行する。

Ｓ９では、ＣＰＵ１１は、クラスが「イメージ」と判定された拡張デバイス２４の認証を行い、認証ができたか否かを判断する。認証の方法は、Ｓ３と同様である。拡張デバイス２４が認証されたデバイスと判断できれば（Ｓ９：ＯＫ）、処理がＳ１０に移行する。拡張デバイス２４が認証されたデバイスと判断できなければ（Ｓ９：ＮＧ）、処理がＳ１１に移行する。

Ｓ１０では、ＣＰＵ１１は、ＷｉＦｉフラグを立てる。その後、処理がＳ１５に移行する。
Ｓ１１では、ＣＰＵ１１は、ＷｉＦｉフラグを立てる。その後、処理がＳ１９に移行する。

Ｓ１２では、ＣＰＵ１１は、クラスが「マスストレージ」と判定された拡張デバイス２４の認証を行い、認証ができたか否かを判断する。認証の方法は、Ｓ３と同様である。拡張デバイス２４が認証されたデバイスと判断できれば（Ｓ１２：ＹＥＳ）、処理がＳ１３に移行する。拡張デバイス２４が認証されたデバイスと判断できなければ（Ｓ１２：ＮＯ）、処理がＳ１４に移行する。

Ｓ１３では、ＣＰＵ１１は、ＷｉＦｉフラグを立てる。その後、処理がＳ１５に移行する。
Ｓ１４では、ＣＰＵ１１は、ＷｉＦｉフラグを立てる。その後、処理がＳ１９に移行する。

Ｓ１５では、ＣＰＵ１１は、現在立てられているフラグがＢｌｕｅｔｏｏｔｈフラグのみであるか否かを判断する。Ｂｌｕｅｔｏｏｔｈフラグのみであれば（Ｓ１５：ＹＥＳ）、処理がＳ１６に移行する。一方、Ｂｌｕｅｔｏｏｔｈフラグのみでなく、１つでもＷｉＦｉフラグが立っていれば（Ｓ１５：ＮＯ）、処理がＳ１７に移行する。

Ｓ１６では、ＣＰＵ１１は、無線モジュール１６をＢｌｕｅｔｏｏｔｈによる通信方式に決定し、Ｂｌｕｅｔｏｏｔｈの通信が行われるように設定する。その後、処理がＳ１８に移行する。

Ｓ１７では、ＣＰＵ１１は、無線モジュール１６をＷｉＦｉによる通信方式に決定し、ＷｉＦｉの通信が行われるように設定する。その後、処理がＳ１８に移行する。
Ｓ１８では、アクセス制限を設けずに、拡張デバイス２４の接続設定を完了する。その後、本処理を終了する。アクセス制限については後述する。

Ｓ１９では、ＣＰＵ１１は、現在立てられているフラグがＢｌｕｅｔｏｏｔｈフラグのみであるか否かを判断する。Ｂｌｕｅｔｏｏｔｈフラグのみであれば（Ｓ１９：ＹＥＳ）、処理がＳ２０に移行する。一方、Ｂｌｕｅｔｏｏｔｈフラグのみでなければ（Ｓ１９：ＮＯ）、処理がＳ２１に移行する。

Ｓ２０では、ＣＰＵ１１は、無線モジュール１６をＢｌｕｅｔｏｏｔｈによる通信方式に決定し、Ｂｌｕｅｔｏｏｔｈの通信が行われるように設定する。その後、処理がＳ２２に移行する。

Ｓ２１では、ＣＰＵ１１は、無線モジュール１６をＷｉＦｉによる通信方式に決定し、ＷｉＦｉの通信が行われるように設定する。その後、処理がＳ２２に移行する。
Ｓ２２では、アクセス制限を設定して、その拡張デバイス２４の接続設定を完了する。その後、本処理を終了する。アクセス制限が設定された拡張デバイス２４は、ＣＰＵ１１に対する拡張デバイス２４のデータの通信が制限される。例えば、接続により電源供給のみがなされデータの通信は行われない状態となったり、データの通信量や通信速度が制限された状態となる。

（２−２）無線通信によるデータ出力
ＣＰＵ１１は、ＣＡＮトランシーバ２０や拡張デバイス２４などからデータを取得して、その取得したデータをリアルタイムで無線モジュール１６により携帯端末３に送信する送信処理が実行可能である。この処理について、図３，４を用いて説明する。

ＣＰＵ１１は、第１の送信モードと、第２の送信モードと、を切り替えてデータの送信を行う。
図３は、第１の送信モードにおけるデータ送信のイメージ図である。データ構造４１は、データ送信を行う（又はデータを取得した）時刻を示す時間情報５１と、車両情報５３（位置情報を除く）と、位置情報５５と、拡張デバイス情報５７とが含まれる。拡張デバイス情報５７は、拡張デバイス２４から取得した情報である。

つまり、車両情報５３、位置情報５５、拡張デバイス情報５７は、いずれも同一の時間情報をもって、同一のタイミングで送信される。データ構造４１は所定の時間間隔（例えば１ｓ）ごとに送信される。

なお、データ構造４１はデータ送信のイメージであり、データ構造４１自体が１つのデータとして送信される必要はなく、小さいデータに分けて送信されてもよい。
図４は、第２の送信モードにおけるデータ送信のイメージ図である。第２の送信モードでは、データ構造４１の他に、異なるデータ構造４３が送信される。

例えば拡張デバイス２４が動画を撮影しているカメラである場合、送信されるデータ量が大きくなる。その場合は、異なるデータ構造４３を準備する。このデータ構造４３は、時間情報５９と拡張デバイス情報６１とが含まれており、データ構造４１よりも高い頻度で送信する。図４の例では、データ構造４１が３ｓごと、データ構造４３が１ｓごとに送信される。

本実施形態においては、ＷｉＦｉフラグが立てた拡張デバイス２４から取得した情報について、データ構造４３にて送信を行う。即ち、拡張デバイス２４をＳ１にて分類した結果、クラスが「イメージ」又は「マスストレージ」であった場合に第２の送信モードとなる。

なお、単に拡張デバイス２４から取得される情報の量（所定時間当たりに無線モジュール１６から送信される、拡張デバイス２４から取得された情報のデータ量）を判定して、その情報量が所定の閾値以上であった場合に第２の送信モードとして送信を行うように構成してもよい。

ところで、本実施形態では、不揮発性メモリ１２などに記憶されている過去に取得したデータ（車両情報、拡張デバイス情報）を送信する処理も可能である。
（３）効果
本実施形態の車載装置１は、車両に搭載して用いられるものであって、車両に搭載されて用いられ、所定の情報を示すデータを出力する複数の拡張デバイス２４（情報出力装置）を車載装置１に接続させるユニバーサルシリアルバス用インターフェース２２（接続部）と、複数の通信方式により携帯端末３（外部の端末）との間で無線通信が可能である無線モジュール１６（無線通信部）と、ＣＰＵ１１とを備えている。

ＣＰＵ１１は、ＵＳＢＩ／Ｆ２２に接続された拡張デバイス２４を、デバイス・クラス（所定の区分）に分類し、また、ＵＳＢＩ／Ｆ２２に接続された拡張デバイス２４の分類の結果に応じて、上述した無線モジュール１６の複数の通信方式の中から、携帯端末３と無線通信を行う通信方式を設定する。

このような車載装置１は、接続された拡張デバイス２４のクラスに応じて無線通信の通信方式を自動的に設定するため、設定変更の手間が省けて都合がよい。また、その拡張デバイス２４から取得できるデータのデータサイズや必要なデータの精度や迅速性、又は電力消費量などを勘案して最適な通信方式にて通信を行うように構成することができるようになる。

また本実施形態の車載装置１において、ＣＰＵ１１は、ＵＳＢＩ／Ｆ２２に接続された拡張デバイス２４と認証を行う（Ｓ３，Ｓ６，Ｓ９，Ｓ１２）。また、認証が成功しなかった場合には、拡張デバイス２４と当該車載装置１とのデータの送受信を制限する。

このような車載装置１は、認証のできない不明な拡張デバイス２４とデータ通信を行うことを抑制でき、トラブルの発生リスクを低減できる。
また本実施形態の車載装置１のＣＰＵ１１は、ＵＳＢＩ／Ｆ２２に接続された拡張デバイス２４から送信された拡張デバイス情報（第１の情報）を取得する。またＣＰＵ１１は、位置情報を含む車両の状態を示す車両情報（第２の情報）を取得する。そして、これらの情報を無線モジュール１６により携帯端末３へ送信する。

またＣＰＵ１１は、第１の送信モードと第２の送信モードとに切り替えてデータの送信を行う。
第１の送信モードでは、車両情報を所定の時間間隔で送信すると共に、拡張デバイス情報を、車両情報と同じタイミングで送信する。

第２の送信モードでは、車両情報を所定の時間間隔で送信すると共に、複数の拡張デバイス２４から取得した拡張デバイス情報のうち、ＷｉＦｉフラグが立てられた拡張デバイス２４の拡張デバイス情報（第１の情報のうちの少なくとも一部）を、車両情報を送信する時間間隔よりも短い時間間隔で送信する。

またＣＰＵ１１は、送信モードの切り替えを、接続された拡張デバイス２４の分類の結果、又はＣＰＵ１１が拡張デバイス２４から取得した拡張デバイス情報の情報量に応じて実行される。

このような車載装置１は、第１の送信モードでは携帯端末３に対して一定の周期でデータを送信することができ、携帯端末３側でのデータ管理を容易にすることができる。また第２の送信モードでは、拡張デバイスのクラスに応じて、つまり送信すべき情報量に応じて、適切なデータ送信を実行することができ、拡張デバイス情報の送信に遅延が出たり、携帯端末３が必要以上の頻度で車両情報を受けたりすることを抑制できる。

なお、第２の送信モードにおいては、拡張デバイス情報が車両情報よりも長い時間間隔で送信される構成であってもよい。
［その他の実施形態］
以上本発明の実施形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。

例えば、上記実施形態においては、複数の拡張デバイスと接続可能な接続部として、ＵＳＢＩ／Ｆ２２を例示したが、ＵＳＢ以外の接続方法であってもよい。一例として、従来から用いられるＲＳ−２３２やＩＥＥＥ１３９４、イーサネット（登録商標）などを採用することができる。なお、ＵＳＢのように多数の装置に対して共通のコネクタ形状を有しているものを用いることで、利便性が向上する。

また上記実施形態においては、拡張デバイスを分類する方法の例として、ＵＳＢ規格にて定義されたデバイスクラスに分類する方法を例示したが、これ以外の分類を行ってもよい。ＵＳＢ規格で分類するならば複数のクラスを１つの区分としたり、１つのクラスで複数の区分をする構成であってもよい。ＵＳＢ規格以外であれば更に限定はなく、独自の分類を行うことができる。なお、その分類方法は、拡張デバイスの取得するデータの量や、必要なデータの精度や迅速性に応じて定められたものとすることが考えられる。

また上記実施形態においては、通信方式をＢｌｕｅｔｏｏｔｈ又はＷｉＦｉのいずれか一方から選択する構成を例示したが、これらに限定されることはなく、様々な通信方式を用いることができる。例えば、移動通信システムの通信方式を用いることができる。移動通信システムの通信方式の一例としては３ＧやＬＴＥがある。

また上記実施形態においては、拡張デバイス２４を接続したときに自動的に通信方式の設定がなされる構成を例示したが、通信方式を切り替えることが望ましい場合にユーザにその旨を報知し、ユーザの入力操作を待って設定を切り替える構成としてもよい。

なお、上述した車載装置１が備える各手段としての機能は、プログラムによりコンピュータに実現させることができる。
上記プログラムは、コンピュータによる処理に適した命令の順番付けられた列からなるものであって、コンピュータに組み込まれるＲＯＭやＲＡＭなどに記憶され、これらからコンピュータにロードされて用いられてもよいし、各種記録媒体や通信回線を介してコンピュータにロードされ用いられるものであってもよい。

記録媒体としては、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の光ディスク、磁気ディスク、半導体製メモリ等が挙げられる。

１…車載装置、３…携帯端末、１１…ＣＰＵ、１６…無線モジュール、２２…ユニバーサルシリアルバス用インターフェース、２４…拡張デバイス

Claims (4)

1. 車両に搭載して用いられる車載装置（１）であって、
   車両に搭載されて用いられ、所定の情報を示すデータを出力する複数の情報出力装置（２４）を、当該車載装置に接続させる接続部（２２）と、
   複数の通信方式により外部の端末（３）との間で無線通信が可能である無線通信部（１６）と、
   前記接続部により接続された前記情報出力装置を、所定の区分に分類する分類手段（１１、Ｓ１）と、
   前記接続部により接続された前記情報出力装置の前記分類手段による分類の結果に応じて、前記複数の通信方式の中から前記外部の端末と無線通信を行う通信方式を設定する設定手段（１１、Ｓ１６，Ｓ１７，Ｓ２０，Ｓ２１）と、を備える
   ことを特徴とする車載装置。
2. 前記接続部により接続された前記情報出力装置と認証を行う認証手段（１１、Ｓ３，Ｓ６，Ｓ９，Ｓ１２）と、
   前記認証手段による認証が成功しなかった場合には、前記情報出力装置と当該車載装置とのデータの送受信を制限する制限手段（１１）と、を備える
   ことを特徴とする請求項１に記載の車載装置。
3. 前記接続部により接続された前記情報出力装置から送信された第１の情報を取得する装置情報取得手段（１１）と、
   前記車両の状態を示す第２の情報を取得する車両情報取得手段（１１）と、
   前記装置情報取得手段から取得した前記第１の情報と、前記車両情報取得手段から取得した前記第２の情報と、を前記無線通信部により前記外部の端末へ送信する送信制御手段（１１）と、を備え、
   前記送信制御手段は、前記第２の情報を所定の時間間隔で送信すると共に、前記第１の情報を、前記第２の情報と同じタイミングで送信する第１の送信モードと、前記第２の情報を所定の時間間隔で送信すると共に、前記第１の情報のうちの少なくとも一部を、前記第２の情報を送信する前記時間間隔とは異なる時間間隔で送信する第２の送信モードと、に切り替え可能であり、当該切り替えは、前記分類手段による分類の結果、又は前記装置情報取得手段が取得した前記第１の情報の情報量に応じて実行される
   ことを特徴とする請求項１又は請求項２に記載の車載装置。
4. 所定の情報を示すデータを出力する複数の情報出力装置（２４）と接続可能な接続部（２２）、及び、複数の通信方式により外部の端末（３）との間で無線通信が可能である無線通信部（１６）、と接続可能なコンピュータを、請求項１から請求項３のいずれかに記載の車載装置が備える各手段として機能させるためのプログラム。

Images