(57)【要約】【課題】ユーザのスキルに関係なく、携帯端末装置と車載装置とを簡単に連携制御させることを課題とする。【解決手段】車載ステム１における車載装置１０は、当該車載装置１０と無線通信が可能な所定の距離に位置する携帯端末４０を検知した場合に、当該検知した携帯端末４０に対して、ペアリング処理を実施して無線通信を確立する。その後、車載装置１０は、無線通信が確立された携帯端末４０から当該携帯端末４０上で実行されているアプリケーションにより得られる画像や音声を取得する。そして、車載装置１０は、取得された各種データを当該車載装置１０で出力可能な形式に変換して、表示操作部１２および／またはスピーカー３０に出力する。【選択図】        図２
2010130669.tif 000002
【特許請求の範囲】
【請求項１】
表示部を有し、携帯端末装置と無線通信を行う車載装置であって、
当該車載装置と前記無線通信が可能な所定の距離に位置する携帯端末装置を検知した場合に、当該検知した携帯端末装置に対して、前記無線通信を確立する無線確立手段と、
前記無線確立手段により無線通信が確立された携帯端末装置から当該携帯端末装置により提供されるデータを取得するデータ取得手段と、
前記データ取得手段により取得されたデータを当該車載装置で出力するための形式に変換して、前記表示部および／またはスピーカーに出力する出力制御手段と、
を備えたことを特徴とする車載装置。
【請求項２】
前記出力制御手段は、前記表示部に出力したデータに対する操作を受け付けた場合に、受け付けた操作を携帯端末装置に送信して、当該操作に対応するデータを前記携帯端末装置から取得し、取得したデータを当該車載装置で出力するための形式に変換して、前記表示部および／またはスピーカーに出力することを特徴とする請求項１に記載の車載装置。
【請求項３】
前記携帯端末装置は、利用者により設定された目的地へのルートを検索して案内するナビゲーションを実行している装置であって、
前記データ取得手段は、前記無線確立手段により無線通信が確立された携帯端末装置から前記ナビゲーションにより提供されるルート案内情報を取得し、
前記出力制御手段は、前記データ取得手段により取得されたルート案内情報を当該車載装置で出力するための形式に変換して、前記表示部および／またはスピーカーに出力することを特徴とする請求項１に記載の車載装置。
【請求項４】
前記出力制御手段は、前記表示部に出力したルート案内情報に対して目的地変更を示す操作をユーザから受け付けた場合に、新たに入力された目的地情報を携帯端末装置に送信して、再検索されたルート案内情報を前記携帯端末装置から取得し、取得した再検索されたルート案内情報を当該車載装置で出力するための形式に変換して、前記表示部および／またはスピーカーに出力することを特徴とする請求項３に記載の車載装置。
【請求項５】
前記データ取得手段は、所定の条件に基づいて、前記無線確立手段により無線通信が確立された携帯端末装置上で実行されているアプリケーション、当該携帯端末装置上で最近実行されていたアプリケーション、当該車載装置で最近実行されたアプリケーションのいずれか一つを選択し、選択したアプリケーションにより提供される各種データを取得することを特徴とする請求項１に記載の車載装置。
【請求項６】
データを提供する携帯端末装置と、当該携帯端末装置と無線通信を行う車載装置を含む無線通信システムであって、
当該車載装置は表示部を有し、
前記無線通信が可能な所定の距離に位置する携帯端末装置を検知した場合に、当該検知した携帯端末装置に対して、前記無線通信を確立する無線確立手段と、
前記無線確立手段により無線通信が確立された携帯端末装置から当該携帯端末装置により提供されるデータを取得するデータ取得手段と、
前記データ取得手段により取得されたデータを前記表示部および／またはスピーカーに出力する出力制御手段とを備え、
前記携帯端末装置は、
当該携帯端末装置が提供するデータを前記無線通信が確立された前記車載装置で出力するための形式に変換して出力する出力手段、
を備えたことを特徴とする無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、表示部を有し、携帯端末装置と無線通信を行う車載装置および無線通信システムに関する。
【背景技術】
【０００２】
ＧＰＳ（Global  Positioning  System）を利用したカーナビゲーションシステムの普及に伴い、車両には、ナビゲーション機能を有する車載装置が搭載される場合が多くなってきた。また、車載装置の多機能化を求めるユーザニーズに応えるために、車載装置の多機能化も顕著となってきている。
【０００３】
たとえば、車載装置には、ナビゲーション機能に加えて、テレビ受信機能、ＣＤ（Compact  Disc）再生機能、ＤＶＤ（Digital  Versatile  Disk）再生機能などの多くの機能が盛り込まれることも多い。しかし、車載装置の多機能化は車載装置の高価格化を招くため、ユーザにとって好ましいものではない。
【０００４】
一方、携帯電話などの携帯端末装置は、低価格でありながら、ナビゲーション機能や音楽再生機能を有するものも普及してきている。また、ブルートゥース（登録商標）などの近距離無線通信機能を搭載する携帯端末装置も普及してきたことから、かかる近距離無線通信機能で携帯端末装置と車載装置とを連携させ、携帯端末装置側の機能を車載装置側で利用する取り組みもなされている。これにより、車載装置の低価格化を図ることが可能となる。
【０００５】
たとえば、特許文献１には、携帯端末装置の画面に表示される表示画面を車載装置へ送信し、車載装置のディスプレイに対して携帯端末装置で生成された表示画面を表示する技術が開示されている。
【０００６】
【特許文献１】特開２００３−２４４３４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来の技術は、携帯端末装置側では、車載装置へ情報を送信するというユーザ操作、車載装置側では、携帯端末装置から受信した情報をディスプレイに表示するというユーザ操作がそれぞれ必要となる。そのため、携帯端末装置と車載装置とを連携制御させるのにある程度のスキルが必要であり、利便性が悪いという課題があった。
【０００８】
具体的には、車両で携帯端末装置と車載装置とを連携させて利用しようとするユーザは、両方の装置でブルートゥース（登録商標）などの無線機能を起動させて、携帯端末装置で送信先を指定して車載装置に所望の情報を送信し、車載装置で受信した情報を表示する操作を行う必要がある。このように、両装置を連携させるには、いくつかの操作を行う必要があり、このような装置を使い慣れていないユーザ（例えば、高齢者など）にとっては、簡単な操作ではない。したがって、従来技術に係る携帯端末装置と車載装置との連携は、利便性が悪いと言わざるを得ない。
【０００９】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、ユーザのスキルに関係なく、携帯端末装置と車載装置とを簡単に連携制御させることが可能である車載装置および無線通信システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決し、目的を達成するため、本発明は、表示部を有し、携帯端末装置と無線通信を行う車載装置であって、当該車載装置と前記無線通信が可能な所定の距離に位置する携帯端末装置を検知した場合に、当該検知した携帯端末装置に対して、前記無線通信を確立する無線確立手段と、前記無線確立手段により無線通信が確立された携帯端末装置から当該携帯端末装置により提供されるデータを取得するデータ取得手段と、前記データ取得手段により取得されたデータを当該車載装置で出力するための形式に変換して、前記表示部および／またはスピーカーに出力する出力制御手段と、を備えたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザのスキルに関係なく、携帯端末装置と車載装置とを簡単に連携制御させることが可能である。
【発明を実施するための最良の形態】
【００１２】
以下に添付図面を参照して、この発明に係る車載装置および無線通信システムの実施例を詳細に説明する。なお、以下では、本実施例に係る車載装置を含む車載システムの概要、車載システムの構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００１３】
最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「車載システム」とは、自動車に搭載される「Display  Audio」（以下、ＤＡという）と呼ばれる車載装置と、サーバ装置からアプリケーション（以下、アプリという）やデータを受信する携帯端末とが近距離無線通信機能で連携するシステムのことである。
【００１４】
ここで、ＤＡとは、表示機能やオーディオ再生機能、携帯端末との通信機能といった基礎的な機能のみを実装し、携帯端末と連携することで多機能化する車載装置のことを指す。したがって、本実施例で用いる車載装置は、近年、車両に搭載される高精度な車載装置などの比べて安価な装置であり、普及が期待できる装置である。
【００１５】
また、携帯端末とは、ブルートゥース（登録商標）や赤外線通信などの近距離無線通信機能を有するとともに、メール機能、インターネット接続機能（Ｗｅｂ接続機能）、音楽プレーヤー機能、動画像再生機能など様々な機能を有する高精度な装置であり、例えば、パーソナルコンピュータやＰＤＡ、あるいは携帯電話やＰＨＳの如き移動体通信端末である。
【００１６】
［車載システムの概要］
次に、図１を用いて、実施例１に係る車載システムの概要を説明する。図１は、実施例１に係る車載システムの概要を説明するための図である。
【００１７】
図１に示すように、車載システムは、自動車に搭載されるＤＡと呼ばれる車載装置と、サーバ装置からアプリやデータを受信する携帯端末とを有して構成され、特に、ユーザのスキルに関係なく、携帯端末と車載装置とを簡単に連携制御させることができる。なお、ここで言う連携とは、携帯端末で更新された情報が車載装置に反映され、車載装置で更新された情報が携帯端末に反映されることを指し、また、携帯端末で実行されているアプリケーションの画像などを表示する車載装置でユーザによる操作を受け付けた場合、当該操作内容は携帯端末側で実行され、車載装置は操作結果を出力する。
【００１８】
具体的には、この車載システムの車載装置は、車両のエンジンがＯＮにされて、当該装置の電源がＯＮになると、近距離無線通信機能を自動で起動する。そして、車載装置は、起動した近距離無線通信機能を用いて、無線通信可能な距離に存在する携帯端末を探索する。
【００１９】
このような状態において、車載装置は、車載装置と無線通信が可能な所定の距離に位置する携帯端末装置を検知した場合に、当該検知した携帯端末装置に対して、無線通信を確立する（図１の（１）〜（３）参照）。具体的には、車載装置が無線通信可能な領域に携帯端末が侵入した場合、車載装置は、進入した携帯端末を検知し、検知した携帯端末に対してペアリング処理を実施して、携帯端末との間に無線通信を確立する。
【００２０】
なお、携帯端末は、電源がＯＮになっている間、近距離無線通信機能を自動で起動している状態か、近距離無線通信機能をスタンバイしており、接続要求を検知すると自動で起動できる状態である。また、ペアリング処理とは、無線を使った仮想的なケーブルでデバイス同士を接続するための接続設定を行う処理であり、具体的には、接続相手の特定および認証、通信に用いる共通の暗号化設定などを双方の装置で行う。
【００２１】
その後、車載装置は、無線通信が確立された携帯端末から当該携帯端末上で提供される各種データを取得すると（図１の（４）参照）、取得された各種データを当該車載装置で出力可能な形式に変換して、ディスプレイ（タッチパネル）および／またはスピーカーに出力する（図１の（５）参照）。
【００２２】
具体的には、ペアリング処理を実施して車載装置と無線通信を確立した携帯端末では、ユーザの操作などによりアプリケーションが実行されており、当該アプリケーションにより得られる画像がディスプレイに表示されていたり、音楽が出力されていたりする。そこで、車載装置は、無線通信が確立された携帯端末から、携帯端末上で実行されているアプリケーションにより提供される画像や音声信号を取得する。そして、車載装置は、取得した画像に関しては、自装置で表示可能なフォーマットに変換したり、ディスプレイにあわせた画像に変換してディスプレイに表示したりするとともに、音声信号に関しては、自装置で出力可能なフォーマットに変換してスピーカーから出力する。
【００２３】
以後、車載装置は、携帯端末からデータを定期的に（例えば、１秒に１回など）取得して出力可能な形式に変換し、ディスプレイおよび／またはスピーカーに出力したり、携帯端末側から表示画像や音声が変更されるたびに出力されるデータを受信して出力可能な形式に変換し、ディスプレイおよび／またはスピーカーに出力したりする。
【００２４】
例えば、携帯端末で歩行者用ナビゲーションアプリケーション（以下、ナビゲーションアプリという）が実行されている場合、車載装置は、無線通信確立後に、携帯端末で設定および実行されている目的地と目的地までの案内ルートを取得して、ディスプレイおよび／またはスピーカーに出力する。その後、車載装置は、携帯端末側で実行されている案内ルートに従って提供される情報を受信して、ディスプレイおよび／またはスピーカーに出力する。その際、歩行者用のナビゲーションデータを車両用のナビゲーションデータに変換する。歩行者用と車両用では、車線や交通案内の表示が異なるからである。なお、かかる変換は、携帯端末側で行ってもよい。
【００２５】
また、車載装置は、ディスプレイに表示したナビゲーション情報において、ユーザによる操作を受け付けた場合には、当該操作を携帯端末に送信し、その操作結果を携帯端末から受信してディスプレイおよび／またはスピーカーに出力する。
【００２６】
このように、実施例１に係る車載システムは、車載装置と携帯端末とが無線通信可能な距離に位置する場合に、ユーザが特別な操作をすることなく、自動で無線通信を確立して携帯端末の情報を車載装置で連携して提供することができる結果、ユーザのスキルに関係なく、携帯端末と車載装置とを簡単に連携制御させることができる。
【００２７】
［車載システムの構成］
次に、図２を用いて、図１に示した車載システムの構成を説明する。図２は、実施例１に係る車載システムの構成を示すブロック図である。図２に示すように、この車載システム１は、車載装置１０と携帯端末４０とから構成されるため、ここでは、それぞれの装置について説明する。
【００２８】
（車載装置１０の構成）
まず、実施例１に係る車載システムにおける車載装置１０の構成について説明する。図２に示すように、車載装置１０は、近距離通信部１１と、表示操作部１２と、制御部１５とを有し、車両制御系（以下、ＡＥ系という）ユニット２０やスピーカー３０と接続される。
【００２９】
かかるＡＥ系ユニット２０は、車載装置１０と接続され、例えば、車速センサ、加速度センサ、ステアリングセンサ、ブレーキセンサ、ウインカーセンサなど車両の状態を検知する各種センサを含んで構成され、車両の速度（車速）、車両の加速度、車両のタイヤの位置、ウインカーの動作、ブレーキの状態を検知する。スピーカー３０は、車載装置１０から入力された音声信号を車両内に出力するものであり、例えば、運転席横、助手席横、後部座席左横、後部座席右横などに設置されている。
【００３０】
車載装置１０の構成に戻り、近距離通信部１１は、ブルートゥース（登録商標）などの近距離無線通信を用いて携帯端末４０との通信リンクを確立するとともに、確立した通信リンクを用いて車載装置１０／携帯端末４０間の通信処理を行う。ここで、ブルートゥース（Bluetooth：登録商標）とは、２．４ＧＨｚの周波数帯を用いて半径数十ｍ程度の無線通信を行う近距離無線通信規格であり、近年では、携帯電話やパーソナルコンピュータなどの電子機器に広く適用されている。
【００３１】
なお、本実施例では、ブルートゥース（登録商標）を用いて車載装置１０／携帯端末４０間の通信を行う場合について説明するが、Ｗｉ−Ｆｉ（ワイファイ：登録商標）、ＺｉｇＢｅｅ（ジグビー：登録商標）といった他の無線通信規格を用いることとしてもよい。また、車載装置１０／携帯端末４０間の通信を有線通信で行うこととしてもよい。
【００３２】
表示操作部１２は、制御部１５と接続され、制御部１５の出力制御部１８から出力された画像を表示出力する。具体的には、表示操作部１２は、タッチパネルディスプレイなどの入出力デバイスで構成され、携帯端末４０から受け取って出力制御部１８で出力可能な形式に変換された表示画面を表示するとともに、表示した表示画面に対するタッチ情報などを取得する。ここで、タッチ情報とは、タッチされたディスプレイ上の座標や、タッチから次のタッチまでの時間間隔などを含んだ情報である。なお、表示操作部１２は、取得したタッチ情報を制御部１５の操作受付部１９へ通知する。
【００３３】
制御部１５は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、無線確立部１６と、情報取得部１７と、出力制御部１８と、操作受付部１９とを有し、これらによって種々の処理を実行する。
【００３４】
無線確立部１６は、車載装置１０と無線通信が可能な所定の距離に位置する携帯端末を検知した場合に、当該検知した携帯端末に対して、無線通信を確立する。具体的には、無線確立部１６は、当該装置の電源がＯＮになると、近距離通信部１１を起動して、無線通信可能な領域に端末が存在するか否かを探索する。そして、無線確立部１６は、無線通信可能な領域に携帯端末４０が侵入した場合、進入した携帯端末４０を検知し、検知した携帯端末４０に対して近距離通信部１１を用いたペアリング処理を実施して、携帯端末４０との間に無線通信を確立する。
【００３５】
情報取得部１７は、無線確立部１６により無線通信が確立された携帯端末４０から当該携帯端末４０で提供される各種データを取得する。具体的には、情報取得部１７は、無線通信が確立された携帯端末４０から、携帯端末４０上で実行されているアプリケーションにより提供される画像や音声信号を取得し、取得した情報を後述する出力制御部１８に出力する。また、情報取得部１７は、無線確立部１６により無線通信が一度確立された携帯端末４０に対しては、無線通信が切断されるまで、携帯端末４０から所定の契機で情報（画像や音声）を取得して出力制御部１８に出力する。
【００３６】
例えば、携帯端末４０でナビゲーションアプリが実行されている場合、情報取得部１７は、無線通信確立後に、携帯端末４０で設定および実行されている目的地と目的地までの案内ルートを取得して出力制御部１８に出力する。その後、携帯端末４０は、実行されているナビゲーションアプリにより情報が更新される（走行ルートが案内される）たびに、更新された情報を車載装置１０に送信し、情報取得部１７は、これを受信して出力制御部１８に出力する。なお、情報取得部１７は、携帯端末４０から送信される情報を受信するだけでなく、所定の契機（例えば、１分間に１度など）で携帯端末４０から情報を取得するように制御することもできる。
【００３７】
出力制御部１８は、情報取得部１７により取得された各種データを当該車載装置１０で出力可能な形式に変換して、表示操作部１２および／またはスピーカー３０に出力する。具体的には、出力制御部１８は、情報取得部１７により取得された画像に関しては、自装置で表示可能なフォーマットに変換したり、表示操作部１２のディスプレイ（またはタッチパネル）にあわせた画像に変換して表示操作部１２に表示したりする。また、出力制御部１８は、情報取得部１７により取得された音声信号に関しては、自装置で出力可能なフォーマットに変換してスピーカー３０から出力する。
【００３８】
例えば、出力制御部１８は、情報取得部１７により携帯端末４０で設定されているナビゲーション情報（目的地と目的地までの案内ルートまでの画像や音声）が取得された場合に、当該取得されたナビゲーション画像については表示操作部１２のディスプレイ（またはタッチパネル）の幅（Ｗピクセル）×高さ（Ｈピクセル）にあわせた画像に変換して表示操作部１２に表示し、当該取得されたナビゲーション音声については、自装置で出力可能なフォーマットに変換してスピーカー３０から出力する。
【００３９】
その後、出力制御部１８は、携帯端末４０側で走行ルートが案内されるたびに、情報取得部１７により情報が取得されると、この取得された情報（ナビゲーション画像やナビゲーション音声）を当該車載装置１０で出力可能な形式に変換して、表示操作部１２および／またはスピーカー３０に出力する。
【００４０】
操作受付部１９は、表示操作部１２に表示出力したデータに対する各種操作を受け付けた場合に、受け付けた各種操作を携帯端末４０に送信する。具体的には、操作受付部１９は、表示操作部１２からのタッチ情報を受け付け、受け付けたタッチ情報を近距離通信部１１経由で携帯端末４０へ通知する処理を行う。なお、携帯端末４０では、通知されたタッチ情報を表示画面に対する入力操作へ変換し、かかる入力操作に基づいてアプリを動作させるとともに、表示画面更新などの処理を行うことになる。そして、操作受付部１９により受け付けられた操作の操作結果は、携帯端末４０から出力されて情報取得部１７に取得された後、出力制御部１８によって当該車載装置１０で出力可能な形式に変換されて、表示操作部１２および／またはスピーカー３０に出力される。
【００４１】
（携帯端末４０の構成）
次に、実施例１に係る車載システムにおける携帯端末４０の構成について説明する。図２に示すように、携帯端末４０は、通信部４１と、近距離通信部４２と、スピーカー４３と、表示操作部４４と、記憶部４５と、制御部４６とを有する。
【００４２】
通信部４１は、例えば、通信事業者の基地局などを介してインターネットなどのネットワーク上に設けられたサーバ装置やＧＰＳ（Global  Positioning  System）通信機との通信を行うデバイスである。具体的に例を挙げると、通信部４１は、携帯端末４０でナビゲーションアプリが実行されている場合には、当該ナビゲーションアプリの指示によりＧＰＳなどと通信して、携帯端末４０の現在位置などを取得する。
【００４３】
近距離通信部４２は、車載装置１０の近距離通信部１１と同様に、ブルートゥース（登録商標）などの近距離無線通信を用いて車載装置１０との通信リンクを確立するとともに、確立した通信リンクを用いて携帯端末４０／車載装置１０間の通信処理を行う。
【００４４】
スピーカー４３は、後述する制御部４６のアプリ実行制御部４８や情報通知部４９などから音声信号を受け付けると、当該音声信号を外部に出力し、また、通常の電話接続時の音声などを外部に出力する。また、表示操作部４４は、タッチパネルディスプレイなどの入出力デバイスで構成され、後述する制御部４６のアプリ実行制御部４８や情報通知部４９などから出力された画像を表示出力する。
【００４５】
記憶部４５は、制御部４６による各種処理に必要なデータおよびプログラムを格納するものであり、例えば、後述するアプリ実行制御部４８により読み出されて実行されるアプリ４５ａを記憶する。なお、アプリ４５ａとは、例えば、ナビゲーションアプリ、音楽ダウンロードアプリ、動画像配信アプリなどである。
【００４６】
制御部４６は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有して、音声通話などの処理を実行するとともに、無線確立部４７と、アプリ実行制御部４８と、情報通知部４９とを有し、これらによって種々の処理を実行する。
【００４７】
無線確立部４７は、車載装置１０との間で無線通信を確立する処理部であり、具体的には、近距離通信部４２を介して、車載装置１０からペアリング処理などを受信した場合に、当該処理に対する応答を車載装置１０に送信して無線通信を確立する。
【００４８】
アプリ実行制御部４８は、携帯端末４０のユーザの指示操作を受け付けて、受け付けた操作に対応するアプリを記憶部４５から読み出して実行する。例えば、アプリ実行制御部４８は、携帯端末４０のユーザからナビゲーションアプリの起動指示を受け付けると、当該ナビゲーションアプリを記憶部４５から読み出して実行する。
【００４９】
情報通知部４９は、アプリ実行制御部４８により実行されて表示操作部４４に出力される画像やスピーカー４３から出力される音声を、近距離通信部４２を介して車載装置１０に送信する。例えば、情報通知部４９は、アプリ実行制御部４８によりナビゲーションアプリが実行されて場合、ナビゲーションアプリ上で設定・実行された目的地や目的地までのルートを示す画像を車載装置１０に送信し、また、案内ルートに沿って出力される案内音声を車載装置１０に送信する。
【００５０】
また、情報通知部４９は、車載装置１０からタッチ情報が通知された場合、当該タッチ情報を表示画面に対する入力操作へ変換し、かかる入力操作に基づいてアプリを動作させるとともに、表示画面更新などの処理を行う。そして、情報通知部４９は、更新した表示画面や、更新した表示画面に伴って発生する音声信号を車載装置１０に送信する。
【００５１】
［車載システムによる処理］
次に、図３を用いて、車載システムによる処理を説明する。図３は、実施例１に係る車載システムにおける連携接続処理の流れを示すフローチャートである。
【００５２】
図３に示すように、車載システム１の車載装置１０は、無線通信可能な距離に携帯端末４０の存在を検知すると（ステップＳ１０１肯定）、検知した携帯端末４０とペアリング処理を実施して無線通信を確立する（ステップＳ１０２）。なお、当該携帯端末４０が歩行者用ナビゲーションを実行している場合には、無線通信の確立後、車両用ナビゲーションを実行させる。又は、歩行者用ナビゲーション表示を車両用ナビゲーション表示に変換する。
【００５３】
その後、車載装置１０は、携帯端末４０からデータを取得し（ステップＳ１０３）、取得したデータの形式や種類などから、当該データが画像と音声とから構成されるか否かを判定する（ステップＳ１０４）。なお、車載装置１０は、取得するデータがナビゲーションデータである場合には、車両用データに変換して判定する。
【００５４】
そして、車載装置１０は、携帯端末４０から取得したデータが画像と音声から構成される場合（ステップＳ１０４肯定）、画像について表示可能な形式に変換し、音声について出力可能な形式に変換して（ステップＳ１０５）、変換した画像を表示操作部１２に表示出力するとともに、音声をスピーカー３０から出力する（ステップＳ１０６）。
【００５５】
そして、車載装置１０は、無線通信が継続している限り（ステップＳ１０７否定）、ステップＳ１０３に戻って、ステップＳ１０３〜ステップＳ１０７の処理を繰り返し、無線通信が切断された場合には（ステップＳ１０７肯定）、処理を終了する。なお、携帯端末４０は、無線通信が切断されると、歩行者用ナビゲーションを実行又は歩行者用ナビゲーションの表示へ変換する。また、上記した実行するナビゲーションの変更と表示の変換は、車載装置１０で行ってもよい。
【００５６】
一方、車載装置１０は、取得したデータが画像と音声から構成されない場合（ステップＳ１０４否定）、当該データが画像のみで構成されるか否かを判定する（ステップＳ１０８）。
【００５７】
続いて、車載装置１０は、携帯端末４０から取得したデータが画像のみで構成されると判定した場合には（ステップＳ１０８肯定）、取得した画像を表示可能な形式に変換し（ステップＳ１０９）、変換した画像を表示操作部１２に表示出力して（ステップＳ１１０）、ステップＳ１０７の処理を行う。
【００５８】
一方、車載装置１０は、携帯端末４０から取得したデータが画像のみで構成されない、つまり、携帯端末４０から取得したデータが音声で構成されていると判定した場合には（ステップＳ１０８否定）、取得した音声を出力可能な形式に変換してスピーカー３０から出力して（ステップＳ１１１）、ステップＳ１０７の処理を行う。
【００５９】
［実施例１による効果］
このように、実施例１によれば、車載装置１０と携帯端末４０とが無線通信可能な距離に位置する場合に、ユーザが特別な操作をすることなく、自動で無線通信を確立して携帯端末４０の情報を車載装置１０で連携して提供することができる結果、ユーザのスキルに関係なく、携帯端末４０と車載装置１０とを簡単に連携制御させることができる。
【００６０】
また、携帯端末４０で実行されているアプリが歩行者用ナビゲーションの場合、携帯端末４０の所持者が車内へ入ると、アプリが歩行者用から車両用に変わり、車載装置１０に表示される。このため、ナビゲーションの案内を受けつつ、歩行移動から車両移動へ円滑に移行することができる。
【００６１】
また、実施例１によれば、携帯端末４０でアプリを実行しているユーザが車両に乗った場合、車載装置１０で同じアプリを手動で起動したりする手間のいる作業を行う必要も無く、車両の中でも同じアプリを継続して利用することができる。
【００６２】
また、実施例１によれば、特にドライバーなどは、車両に乗っている場合、携帯端末を操作することが制限されているが、本願を用いると、車載装置１０で操作した内容が携帯端末４０に送信されて携帯端末４０側で操作が実行される。つまり、車載装置１０を操作することで、携帯端末４０を操作することとなり、ユーザの不便さを解決できる。
【００６３】
また、高性能な機能を有しない安価なＤＡを高性能な携帯端末と連携させることで、高性能な車載装置と同様かそれ以上の機能を提供することができる。したがって、ＤＡなどの普及にも繋がり、ユーザに安価でサービスを提供することができ、さらにはユーザの確保も期待できる。
【実施例２】
【００６４】
ところで、実施例１では、無線通信が確立された携帯端末上で実行されているアプリケーションを車載装置で実行する場合について説明したが、本発明はこれに限定されるものではなく、ユーザの設定など様々な条件に応じて、実行するアプリケーションを変更することもできる。
【００６５】
そこで、実施例２では、図４を用いて、無線通信が確立された携帯端末から様々な条件に基づいて、アプリケーションを選択して車載装置で実行させる場合について説明する。図４は、実施例２に係る車載システムの処理の流れを説明するための図である。
【００６６】
図４に示すように、車載システム１の車載装置１０は、無線通信可能な距離に携帯端末４０の存在を検知すると（ステップＳ２０１肯定）、検知した携帯端末４０とペアリング処理を実施して無線通信を確立する（ステップＳ２０２）。
【００６７】
その後、車載装置１０は、ユーザにより事前に設定された設定情報から、携帯端末４０で現地点で利用されているアプリを選択するか否かを判定する（ステップＳ２０３）。
【００６８】
そして、車載装置１０は、携帯端末４０で現地点で利用されているアプリを選択すると設定されている場合には（ステップＳ２０３肯定）、実施例１と同様、携帯端末４０から現地点で実行されているアプリケーションの情報を取得して、表示操作部１２やスピーカー３０から出力する（ステップＳ２０４）。
【００６９】
一方、車載装置１０は、携帯端末４０で現地点で利用されているアプリを選択すると設定されていない場合には（ステップＳ２０３否定）、携帯端末４０のラストモード（携帯端末４０で最近実行されたアプリ）を選択すると設定されているか否かを判定する（ステップＳ２０５）。
【００７０】
そして、携帯端末４０のラストモードを選択すると設定されている場合（ステップＳ２０５肯定）、車載装置１０は、携帯端末４０にラストモードの実行を依頼し、これを受けた携帯端末４０が実行したラストモードの情報を取得して、表示操作部１２やスピーカー３０から出力する（ステップＳ２０６）。
【００７１】
例えば、車載装置１０は、携帯端末４０のメモリを参照して、メモリのアプリ実行履歴から最近実行されたアプリ（例えば、音楽プレーヤーアプリ）の実行を携帯端末４０に依頼する。そして、携帯端末４０は、音楽プレーヤーアプリを実行して情報を車載装置１０に送信し、車載装置１０は、携帯端末４０から取得した音楽プレーヤーアプリの情報（例えば、音楽ソースと操作画面など）を表示操作部１２やスピーカー３０から出力する。
【００７２】
また、例えば、車載装置１０と携帯端末４０との間に、携帯端末４０のラストモードを連携させることが共通で設定されている場合には、携帯端末４０は、車載装置１０と無線通信が確立されると、上記したように、車載装置１０からの指示を受けることなく、メモリのアプリ実行履歴から最近実行されたアプリを自動的に取得して実行するようにしてもよい。
【００７３】
ステップＳ２０５に戻り、携帯端末４０のラストモードを選択しないと設定されている場合（ステップＳ２０５否定）、車載装置１０は、自装置のメモリに記憶されるアプリ実行履歴からラストモードを取得して、当該ラストモードを実行する（ステップＳ２０７）。また、車載装置１０は、実行したラストモードのアプリケーションを携帯端末４０に通知し、携帯端末４０は、受信したラストモードのアプリを自装置でも実行する。
【００７４】
このように、実施例２によれば、車載装置１０と携帯端末４０との間で連携させるアプリケーションをユーザの任意により設定することができる。また、必ずしもラストモードを選択する必要も無く、例えば、実行履歴が多いアプリを自動で選択させるようにしてもよい。その場合、例えば、メモリにアプリと実行回数とを対応付けて記憶しておき、車載装置と携帯端末との無線通信確立時に、実施例２で記載した手法を用いて、実行回数が多いアプリを携帯端末または車載装置側で選択実行して連携させることもできる。
【実施例３】
【００７５】
ところで、実施例１、２では、１台の携帯端末と車載装置とが連携する場合について説明したが、本発明はこれに限定されるものではなく、ナビゲーションアプリを実行する複数の携帯端末と車載装置と連携させる場合には、複数の携帯端末で設定されている目的地を考慮して連携させることができる。
【００７６】
そこで、実施例３では、図５を用いて、ナビゲーションアプリを実行する複数の携帯端末と車載装置と連携させて、複数の携帯端末で設定されている目的地を考慮して連携させる例について説明する。図５は、実施例３に係る車載システムの処理の流れを示すフローチャートである。
【００７７】
図５に示すように、車載システム１の車載装置１０は、無線通信可能な距離に、ナビゲーションアプリを実行しているドライバーの携帯端末と助手席者の携帯端末との存在を検知すると（ステップＳ３０１肯定）、検知したそれぞれの携帯端末とペアリング処理を実施して無線通信を行って、複数の携帯端末を検知し、どの携帯端末と連携させるかを問い合わせるリストを表示操作部１２などに出力する（ステップＳ３０２）。
【００７８】
続いて、ドライバーによりドライバーの携帯端末が選択されると（ステップＳ３０３肯定）、車載装置１０は、ドライバーの携帯端末で設定されている目的地と助手席者の携帯端末に設定されている目的地とが一致するか否かを判定する（ステップＳ３０４）。
【００７９】
そして、ドライバーの携帯端末で設定されている目的地と助手席者の携帯端末に設定されている目的地とが一致する場合（ステップＳ３０４肯定）、車載装置１０は、ドライバーの携帯端末と無線通信を確立してナビ情報を取得して表示出力し、ドライバーの携帯端末から取得するルート案内を表示操作部１２やスピーカー３０から出力する（ステップＳ３０５）。
【００８０】
一方、ドライバーの携帯端末で設定されている目的地と助手席者の携帯端末に設定されている目的地とが一致しない場合（ステップＳ３０４否定）、車載装置１０は、ドライバーの携帯端末から目的地を取得し（ステップＳ３０６）、次に、助手席者の携帯端末から目的地を取得し（ステップＳ３０７）、ドライバーの携帯端末と無線通信を確立してナビ情報を取得するとともに、助手席者の目的地を通知してルート検索を実行させた後、ドライバーの目的地、助手席者の目的地を順にルート案内を取得して表示出力する（ステップＳ３０８）。
【００８１】
ステップＳ３０３に戻り、ドライバーにより助手席者の携帯端末が選択されると（ステップＳ３０３否定）、車載装置１０は、ドライバーの携帯端末で設定されている目的地と助手席者の携帯端末に設定されている目的地とが一致するか否かを判定する（ステップＳ３０９）。
【００８２】
そして、ドライバーの携帯端末で設定されている目的地と助手席者の携帯端末に設定されている目的地とが一致する場合（ステップＳ３０９肯定）、車載装置１０は、助手席者の携帯端末と無線通信を確立してナビ情報を取得して表示出力し、助手席者の携帯端末から取得するルート案内を表示操作部１２やスピーカー３０から出力する（ステップＳ３１０）。
【００８３】
一方、ドライバーの携帯端末で設定されている目的地と助手席者の携帯端末に設定されている目的地とが一致しない場合（ステップＳ３０９否定）、車載装置１０は、助手席者の携帯端末から目的地を取得し（ステップＳ３１１）、次に、ドライバーの携帯端末から目的地を取得し（ステップＳ３１２）、助手席者の携帯端末と無線通信を確立してナビ情報を取得するとともに、ドライバーの目的地を通知してルート検索を実行させた後、助手席者の目的地、ドライバーの目的地を順にルート案内を取得して表示出力する（ステップＳ３１３）。
【００８４】
このように、実施例３によれば、車載装置１０と連携する携帯端末は１台ではあるものの、ドライバーと助手席者の両方の目的地を考慮したルート案内を車載装置１０で表示出力することができる結果、ドライバーと助手席者の双方の目的を達成させることができ、ユーザの利便性の向上が図れる。また、実施例３では、ドライバーと助手席者との２台の携帯電話を例にして説明したが、後部座席者を含めた３台以上の携帯電話であっても同様に処理することができる。
【実施例４】
【００８５】
次に、実施例４では、図６と図７を用いて、携帯端末と車載装置との連携を解消する場合について説明する。図６は、実施例４に係る車載システムの処理の流れを示すフローチャートであり、図７は、実施例４に係る車載システムにおける降車処理の流れを示すフローチャートである。
【００８６】
図６に示すように、実施例４に係る車載システム１の車載装置１０は、ユーザ操作による連携終了指示（例えば、連携解除ボタン押下など）を受け付けると（ステップＳ４０１肯定）、図７の降車処理を実行する（ステップＳ４０２）。
【００８７】
その後、車載装置１０は、連携中止のメッセージ（コーション）を表示操作部１２やスピーカー３０から出力し（ステップＳ４０３）、車両のエンジン（ＡＣＣ）がＯＦＦになるのを待って（ステップＳ４０４肯定）、連携処理を終了する（ステップＳ４０５）。
【００８８】
一方、ステップＳ４０１に戻り、車載装置１０は、ユーザ操作による連携終了指示を受け付けていない場合（ステップＳ４０１否定）、車両のエンジンＯＦＦによる連携終了指示であるか否かを判定する（ステップＳ４０６）。
【００８９】
そして、車両のエンジンＯＦＦによる連携終了指示である場合には（ステップＳ４０６肯定）、車載装置１０は、図７の降車処理を実行して（ステップＳ４０７）、連携処理を終了する（ステップＳ４０５）。
【００９０】
一方、車両のエンジンＯＦＦによる連携終了指示でない（例えば、携帯端末４０の電波状況悪化など）場合には（ステップＳ４０６否定）、車載装置１０は、連携が切断されていることを表示操作部１２やスピーカー３０から出力し（ステップＳ４０８）、切断された携帯端末４０にポーリングを実施する（ステップＳ４０９）。
【００９１】
そして、実施したポーリングの応答がタイムアウトになると（ステップＳ４１０肯定）、車載装置１０は、ラストモードをメモリなどに記憶し（ステップＳ４１１）、再接続失敗のメッセージを表示操作部１２やスピーカー３０から出力した後（ステップＳ４１２）、車両のエンジンがＯＦＦになるのを待って（ステップＳ４１３肯定）、連携処理を終了する（ステップＳ４０５）。
【００９２】
これに対して、実施したポーリングの応答がタイムアウトにならず、規定時間内に応答が受信できない場合（ステップＳ４１０否定）、車載装置１０は、携帯端末４０との連携を再開する（ステップＳ４１４）。
【００９３】
次に、図７を用いて、図６のステップＳ４０２とステップＳ４０７で実行される降車処理について説明する。
【００９４】
図７に示すように、車載装置１０（または、携帯端末４０）に降車後にサービスを継続する設定がされている場合（ステップＳ５０１肯定）、車載装置１０は、携帯端末４０へ連携終了を通知する（ステップＳ５０２）。こうすることにより、連携されていたアプリの操作権が車載装置１０から携帯端末４０に移ったこととなる（ステップＳ５０３）。そして、車載装置１０は、ラストモードを記憶して降車処理を終了する（ステップＳ５０４）。
【００９５】
一方、車載装置１０（または、携帯端末４０）に降車後にサービスを継続する設定がされていない場合（ステップＳ５０１否定）、車載装置１０は、携帯端末４０へ連携終了を通知して降車処理を終了する（ステップＳ５０５）。こうすることにより、連携されていたアプリの操作権が車載装置１０から携帯端末４０に移り、携帯端末４０では、車載装置１０と連携していたアプリを実行するかまたは待ち受け画面を表示する（ステップＳ５０６）。
【００９６】
このように、実施例４によれば、ドライバーなどの乗員が車両から降りた場合であっても、車載装置１０で実行されていた内容を携帯端末４０で継続して実行することができる結果、降車した場合に、携帯端末側で再度アプリを実行する手間を省くことができる。例えば、ナビゲーションアプリを連携していた場合、降車後であっても携帯端末で継続してルート案内を実行することができる。
【００９７】
また、降車後にはアプリを継続しないように設定する、つまり、ユーザの用途に併せて継続の有無を設定することができるので、利便性も向上する。また、例えば、バスや電車などの公共機関を利用するルート案内についても、同様に処理することができる。
【実施例５】
【００９８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では異なる実施例を説明する。
【００９９】
（１）画像表示
例えば、本願が開示する車載装置は、携帯端末から取得したデータが音声のみである場合、当該音声にあわせた画像や、車載装置のメニュー画面などを表示させることもできる。つまり、車載装置と携帯端末との間で音楽などの画像がないデータ連携を行う場合であっても、ディスプレイなどに画像を表示させることができ、何も画像が表示されないなどのユーザの違和感をなくすことができる。
【０１００】
同様に、本願が開示する車載装置は、携帯端末から取得したデータが画像のみである場合、当該画像にあわせた音声などを出力させることもできる。つまり、車載装置と携帯端末との間で地図などの音声がないデータ連携を行う場合であっても、スピーカーなどに音声を出力させることができ、何も音声が出力されないなどのユーザの違和感をなくすことができる。また、これらの画像や音声は、予め記憶させておき、さらに、デフォルトで使用するものを決めておいて、それを使用するようにしてもよい。
【０１０１】
（２）システム構成等
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０１０２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１０３】
（３）プログラム
なお、本実施例で説明した車載連携方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１０４】
以上のように、本発明に係る車載装置および無線通信システムは、携帯端末装置と無線通信を行うのに有用であり、特に、ユーザのスキルに関係なく、携帯端末装置と車載装置とを簡単に連携制御させることに適する。
【図面の簡単な説明】
【０１０５】
【図１】実施例１に係る車載システムの概要を説明するための図である。
【図２】実施例１に係る車載システムの構成を示すブロック図である。
【図３】実施例１に係る車載システムにおける連携接続処理の流れを示すフローチャートである。
【図４】実施例２に係る車載システムの処理の流れを説明するための図である。
【図５】実施例３に係る車載システムの処理の流れを示すフローチャートである。
【図６】実施例４に係る車載システムの処理の流れを示すフローチャートである。
【図７】実施例４に係る車載システムにおける降車処理の流れを示すフローチャートである。
【符号の説明】
【０１０６】
１  車載システム
１０  車載装置
１１  近距離通信部
１２  表示操作部
１５  制御部
１６  無線確立部
１７  情報取得部
１８  出力制御部
１９  操作受付部
２０  ＡＥ系ユニット
３０  スピーカー
４０  携帯端末
４１  通信部
４２  近距離通信部
４３  スピーカー
４４  表示操作部
４５  記憶部
４５ａ  アプリ
４６  制御部
４７  無線確立部
４８  アプリ実行制御部
４９  情報通知部
【図１】
2010130669.tif 000003
【図２】
2010130669.tif 000004
【図３】
2010130669.tif 000005
【図４】
2010130669.tif 000006
【図５】
2010130669.tif 000007
【図６】
2010130669.tif 000008
【図７】
2010130669.tif 000009