(57)【要約】【課題】製造コストを抑えることと、複数の携帯端末が車両内に存在する場合であっても携帯端末と車載装置とを正確に連携接続することを課題とする。【解決手段】車載装置１０は、携帯端末装置Ａ２００〜Ｃ４００それぞれと無線通信を確立し、無線通信が確立された複数の携帯端末装置上でそれぞれ提供されるデータのうち、「実行回数が最も多いアプリ」、「最近１週間で最も実行された回数が多いアプリ」、「最近１カ月で最も実行された回数が多いアプリ」、「接続回数が最も多い携帯端末で実行されているアプリ」など、予め指定された条件に一致するデータを取得する。そして、車載装置１０は、取得されたデータを当該車載装置１０で出力可能な形式に変換するとともに、当該データを表示するためのリソースを確保して、表示操作部１２やスピーカー３０に出力する。【選択図】        図２
2010130674.tif 000002
【特許請求の範囲】
【請求項１】
表示部を有し、複数の携帯端末装置と無線通信を行う車載装置であって、
前記複数の携帯端末装置それぞれと無線通信を確立する無線確立手段と、
前記無線確立手段により無線通信が確立された複数の携帯端末装置上でそれぞれ提供されるデータのうち、所定の条件に一致するデータを取得するデータ取得手段と、
前記データ取得手段により取得されたデータを当該車載装置で出力可能な形式に変換して、前記表示部および／またはスピーカーに出力する出力制御手段と、
を備えたことを特徴とする車載装置。
【請求項２】
前記データ取得手段は、前記所定の条件に一致するデータを提供する携帯端末装置上で当該データが更新されるたびに、当該携帯端末装置から更新されたデータを取得することを特徴とする請求項１に記載の車載装置。
【請求項３】
前記データ取得手段は、前記無線確立手段により無線通信が確立された複数の携帯端末装置上でそれぞれ実行されるアプリケーションにより提供されるデータのうち、実行回数が最も多いアプリケーションにより提供されるデータを取得することを特徴とする請求項１または２に記載の車載装置。
【請求項４】
前記データ取得手段は、前記無線確立手段により無線通信が確立された複数の携帯端末装置のうち、当該車載装置との接続回数が最も多い携帯端末装置上で提供されるデータを、当該接続回数が最も多い携帯端末装置から取得することを特徴とする請求項１または２に記載の車載装置。
【請求項５】
前記データ取得手段は、前記複数の携帯端末装置のうち１台の携帯端末装置から楽曲リストを取得した状態で、他の携帯端末装置から楽曲再生要求を受信した場合、当該他の携帯端末装置から楽曲リストを取得し、既に受信した楽曲リストと新たに受信した楽曲リストから、所定の条件に基づいた新たな楽曲リストを作成するとともに、作成した新たな楽曲リストに従って楽曲を前記携帯端末装置から取得することを特徴とする請求項１に記載の車載装置。
【請求項６】
前記データ取得手段は、前記複数の携帯端末装置のうち１台の携帯端末装置からデータを取得した状態で、他の携帯端末装置から他のデータを受信した場合、当該他のデータを前記出力制御手段に出力し、
前記出力制御手段は、前記１台の携帯端末装置から取得されたデータが音声のみで構成され、かつ、前記他のデータが画像のみで構成される場合には、前記データをスピーカーに出力するとともに前記他のデータを前記表示部に出力し、前記１台の携帯端末装置から取得されたデータが画像のみで構成され、かつ、前記他のデータが音声のみで構成される場合には、前記データを前記表示部に出力するとともに前記他のデータをスピーカーに出力することを特徴とする請求項１に記載の車載装置。
【請求項７】
前記データ取得手段は、前記無線確立手段により無線通信が確立された複数の携帯端末装置上でそれぞれ提供されるデータのうち、所定の条件に一致するデータがナビゲーションアプリによるデータである場合には、前記無線通信が確立される複数の携帯端末装置それぞれから受信した目的地情報、または、前記無線通信が確立される複数の携帯端末装置のうち接続回数が所定の回数以上である携帯端末装置から受信した目的地情報のいずれか一つの情報に基づいて、目的地リストを作成することを特徴とする請求項１に記載の車載装置。
【請求項８】
前記目的地情報は、少なくとも、前記ナビゲーションアプリに設定された目的地と当該目的地が設定された日時とを含むものであって、
前記データ取得手段は、前記作成した目的地リストのうち、所定の期間経過した目的地情報を削除することを特徴とする請求項７に記載の車載装置。
【請求項９】
前記複数の携帯端末装置との無線通信が、ユーザの指示操作または車両のエンジン停止により切断された場合に、前記出力制御手段により出力されているアプリケーションの情報を所定の記憶部に記憶させ、また、前記ユーザの指示操作または車両のエンジン停止以外の手法で切断された場合に、前記複数の携帯端末装置に対して再接続を実施する降車処理手段をさらに備えたことを特徴とする請求項１〜７のいずれか一つに記載の車載装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、表示部を有し、複数の携帯端末装置と無線通信を行う車載装置に関する。
【背景技術】
【０００２】
ＧＰＳ（Global  Positioning  System）を利用したカーナビゲーションシステムの普及に伴い、車両には、ナビゲーション機能を有する車載装置が搭載される場合が多くなってきた。また、車載装置の多機能化を求めるユーザニーズに応えるために、車載装置の多機能化も顕著となってきている。
【０００３】
たとえば、車載装置には、ナビゲーション機能に加えて、テレビ受信機能、ＣＤ（Compact  Disc）再生機能、ＤＶＤ（Digital  Versatile  Disk）再生機能などの多くの機能が盛り込まれることも多い。
【０００４】
一方、携帯電話などの携帯端末装置は、低価格でありながら、ナビゲーション機能や音楽再生機能を有するものも普及してきている。また、ブルートゥース（登録商標）などの近距離無線通信機能を搭載する携帯端末装置も普及してきたことから、かかる近距離無線通信機能で携帯端末装置と車載装置とを連携させ、携帯端末装置側の機能を車載装置側で利用する取り組みもなされている。
【０００５】
例えば、特許文献１では、携帯端末が車両の現在位置を検出し、車載装置が携帯端末により検出された位置情報に基づいてナビゲーション制御を行うことで、携帯端末と車載装置とが連携接続した際に重複する機能を互いに流用することにより、省資源化を図った装置が開示されている。
【０００６】
【特許文献１】特開２００２−４８５６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記した従来の技術は、複数の携帯端末が車両内に存在する場合に、携帯端末と車載装置とを正確に連携接続できないという課題と、高性能な車載装置を用いて携帯端末と連携させているためコストがかかるという課題とがあった。
【０００８】
具体的には、従来の車載装置では、複数の携帯端末を検知した場合でも、１台の携帯端末としか接続することができなかったり、また、検知した携帯端末それぞれに接続要求を送信して、それぞれの携帯端末から応答を受け取るので、どの端末とも接続を確立することができないなどの事象が発生したりする。
【０００９】
また、従来技術では、携帯端末と車載装置とが連携接続した際に重複する機能を互いに流用するものの、ナビゲーション制御を実施することができる車載装置には、ナビゲーション制御実施できるだけの高性能な機能（例えば、ＧＰＳ（Global  Positioning  System）、ＶＩＣＳ（Vehicle  Information  and  Communication  System）、他の機能と連携するための制御プログラムなど）を備えていることとなる。したがって、従来技術にかかる車載装置の製造コストが高くなり、従来技術の車載システム（携帯端末と車載装置）の製造コストも高くなる。
【００１０】
そこで、この発明は、上述した従来技術の課題を解決するためになされたものであり、製造コストを抑えることが可能であり、複数の携帯端末が車両内に存在する場合であっても携帯端末と車載装置とを正確に連携接続することが可能である車載装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するため、本発明は、表示部を有し、複数の携帯端末装置と無線通信を行う車載装置であって、前記複数の携帯端末装置それぞれと無線通信を確立する無線確立手段と、前記無線確立手段により無線通信が確立された複数の携帯端末装置上でそれぞれ提供されるデータのうち、所定の条件に一致するデータを取得するデータ取得手段と、前記データ取得手段により取得されたデータを当該車載装置で出力可能な形式に変換して、前記表示部および／またはスピーカーに出力する出力制御手段と、を備えたことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、製造コストを抑えることが可能であり、複数の携帯端末が車両内に存在する場合であっても携帯端末と車載装置とを正確に連携接続することが可能である。
【発明を実施するための最良の形態】
【００１３】
以下に添付図面を参照して、この発明に係る車載装置の実施例を詳細に説明する。なお、以下では、本実施例に係る車載装置を含む車載システムの概要、車載システムの構成および処理の流れを順に説明し、最後に本実施例に対する種々の変形例を説明する。
【実施例１】
【００１４】
最初に、本実施例で用いる主要な用語を説明する。本実施例で用いる「車載システム」とは、自動車に搭載される「Display  Audio」（以下、ＤＡという）と呼ばれる車載装置と、サーバ装置からアプリケーション（以下、単にアプリという）やデータを受信する携帯端末とが近距離無線通信機能で連携するシステムのことである。
【００１５】
ここで、ＤＡとは、表示機能やオーディオ再生機能、携帯端末装置との通信機能といった基礎的な機能のみを実装し、携帯端末装置と連携することで多機能化する車載装置のことを指す。したがって、本実施例で用いる車載装置は、近年、車両に搭載される高精度な車載装置などの比べて安価な装置であり、普及が期待できる装置である。
【００１６】
また、携帯端末とは、ブルートゥース（登録商標）や赤外線通信などの近距離無線通信機能を有するとともに、メール機能、インターネット接続機能（Ｗｅｂ接続機能）、音楽プレーヤー機能、動画像再生機能など様々な機能を有する高精度な装置であり、例えば、パーソナルコンピュータやＰＤＡ、あるいは携帯電話やＰＨＳの如き移動体通信端末である。
【００１７】
［車載システムの概要］
次に、図１を用いて、実施例１に係る車載システムの概要を説明する。図１は、実施例１に係る車載システムの概要を説明するための図である。
【００１８】
図１に示すように、車載システム１は、自動車に搭載されるＤＡと呼ばれる車載装置と、サーバ装置からアプリやデータを受信する複数の携帯端末（携帯端末２００〜４００）とを有して構成され、製造コストを抑えつつ、複数の携帯端末が車両内に存在する場合であっても携帯端末と車載装置とを正確に連携接続することができる。また、ここでは携帯端末３台を例にして説明するがこれに限定されるものではない。
【００１９】
なお、ここで言う連携とは、携帯端末で更新された情報が車載装置に反映され、車載装置で更新された情報が携帯端末に反映されることを指し、また、携帯端末で実行されているアプリケーションの画像などを表示する車載装置でユーザによる操作を受け付けた場合、当該操作内容は携帯端末側で実行され、車載装置は操作結果を出力する。
【００２０】
具体的には、車載装置は、複数の携帯端末装置それぞれと無線通信を確立する（図１の（１）参照）。例えば、車載装置は、車両のエンジンがＯＮにされて、当該装置の電源がＯＮになると、近距離無線通信機能を自動で起動して、無線通信可能な距離に存在する携帯端末を探索する。そして、車載装置は、車載装置と無線通信が可能な所定の距離に位置する携帯端末装置を検知した場合に、当該検知した携帯端末装置に対して、無線通信を確立する。
【００２１】
続いて、車載装置は、無線通信が確立された複数の携帯端末装置上でそれぞれ提供されるデータのうち、所定の条件に一致するデータを取得し、取得されたデータを当該車載装置で出力可能な形式に変換して、ディスプレイやタッチパネル、スピーカーに出力する（図１の（２）と（３）参照）。
【００２２】
具体的には、車載装置は、無線通信が確立されると、自装置などのメモリに記憶される「実行回数が最も多いアプリ」、「最近１週間で最も実行された回数が多いアプリ」、「最近１カ月で最も実行された回数が多いアプリ」、「接続回数が最も多い携帯端末で実行されているアプリ」など、すなわち、最も利用頻度が高いまたは比較的利用頻度が高いアプリのような予め指定された条件に一致するデータを取得する。そして、車載装置は、取得されたデータを当該車載装置で出力可能な形式に変換するとともに、当該データを表示するためのリソース（例えば、ディスプレイの表示領域の指定や出力先のスピーカー指定など）を確保して、ディスプレイやタッチパネル、スピーカーに出力する。
【００２３】
このように、実施例１に係る車載装置は、表示機能やオーディオ再生機能、携帯端末装置との通信機能といった基礎的な機能のみを実装するＤＡを用いても携帯端末と連携することができ、また、複数の携帯端末と無線通信が確立された場合でも予め定めた条件に従ってアプリを取得するので、製造コストを抑えつつ、複数の携帯端末が車両内に存在する場合であっても携帯端末と車載装置とを正確に連携接続することができる。
【００２４】
［車載システムの構成］
次に、図２を用いて、図１に示した車載システムの構成を説明する。図２は、実施例１に係る車載システムの構成を示すブロック図である。図２に示すように、この車載システム１は、車載装置１０、携帯端末Ａ２００、携帯端末Ｂ３００、携帯端末Ｃ４００とから構成されるため、ここでは、それぞれの装置について説明する。なお、携帯端末Ａ２００、携帯端末Ｂ３００、携帯端末Ｃ４００は、同じ構成を有する装置であるので、ここでは携帯端末Ａ２００についてのみ詳細に説明することとする。
【００２５】
（車載装置１０の構成）
まず、実施例１に係る車載システム１における車載装置１０の構成について説明する。図２に示すように、車載装置１０は、近距離通信部１１と、表示操作部１２と、記憶部１３と、制御部１５とを有し、車両制御系ユニット２０やスピーカー３０と接続される。
【００２６】
かかる車両制御系ユニット２０は、車載装置１０と接続され、例えば、車速センサ、加速度センサ、ステアリングセンサ、ブレーキセンサ、ウインカーセンサなど車両の状態を検知する各種センサを含んで構成され、車両の速度（車速）、車両の加速度、車両のタイヤの位置、ウインカーの動作、ブレーキの状態を検知する。スピーカー３０は、車載装置１０から入力された音声信号を車両内に出力するものであり、例えば、運転席横、助手席横、後部座席左横、後部座席右横などに設置されている。
【００２７】
車載装置１０の構成に戻り、近距離通信部１１は、ブルートゥース（登録商標）などの近距離無線通信を用いて携帯端末Ａ２００などとの通信リンクを確立するとともに、確立した通信リンクを用いて車載装置１０／携帯端末（Ａ２００〜Ｃ４００）間の通信処理を行う。ここで、ブルートゥース（Bluetooth：登録商標）とは、２．４ＧＨｚの周波数帯を用いて半径数十ｍ程度の無線通信を行う近距離無線通信規格であり、近年では、携帯電話やパーソナルコンピュータなどの電子機器に広く適用されている。
【００２８】
なお、本実施例では、ブルートゥース（登録商標）を用いて車載装置１０／携帯端末Ａ２００〜Ｃ４００間の通信を行う場合について説明するが、Ｗｉ−Ｆｉ（ワイファイ：登録商標）、ＺｉｇＢｅｅ（ジグビー：登録商標）といった他の無線通信規格を用いることとしてもよい。また、車載装置１０／携帯端末Ａ２００〜Ｃ４００間の通信を有線通信で行うこととしてもよい。
【００２９】
表示操作部１２は、制御部１５と接続され、制御部１５から出力された画像を表示出力する。具体的には、表示操作部１２は、タッチパネルディスプレイなどの入出力デバイスで構成され、携帯端末Ａ２００〜Ｃ４００から受け取って制御部１５で出力可能な形式に変換された表示画面を表示するとともに、表示した表示画面に対するタッチ情報などを取得する。ここで、タッチ情報とは、タッチされたディスプレイ上の座標や、タッチから次のタッチまでの時間間隔などを含んだ情報である。なお、表示操作部１２は、取得したタッチ情報を制御部１５へ通知する。
【００３０】
記憶部１３は、制御部１５による各種処理に必要なデータおよびプログラムを格納するとともに、特に、接続回数ＤＢ１３ａと、実行回数ＤＢ１３ｂとを有する。なお、記憶部１３が記憶する携帯端末を特定する情報としては、携帯端末のＭＡＣアドレスやユーザにより設定された名称などを用いて区別することができる。
【００３１】
接続回数ＤＢ１３ａは、携帯端末ごとに無線通信を確立した回数を記憶する。具体的には、接続回数ＤＢ１３ａは、「携帯端末」に対応付けて「接続回数」を記憶する。例えば、接続回数ＤＢ１３ａは、図３に示すように「携帯端末、接続回数」として「携帯端末Ａ、１０回」、「携帯端末Ｂ、５回」、「携帯端末Ｘ、０回」などと記憶する。なお、図３は、接続回数ＤＢに記憶される情報の例を示す図である。
【００３２】
実行回数ＤＢ１３ｂは、携帯端末上で実行されたアプリケーションの回数を記憶する。具体的には、実行回数ＤＢ１３ｂは、アプリケーションを特定する「アプリ」に対応付けて、現在までの実行回数を示す「実行回数（総数）」、先週の実行回数を示す「週単位（先週）」、先月の実行回数を示す「月単位（先月）」などを記憶する。例えば、実行回数ＤＢ１３ｂは、図４に示すように、「アプリ、実行回数（総数）、週単位（先週）、「月単位（先月）」として「車両情報、５回、１回、１回」、「ナビゲーション、２回、０回、１回」、「楽曲、２０回、２回、７回」などを記憶する。なお、図４は、実行回数ＤＢに記憶される情報の例を示す図である。
【００３３】
制御部１５は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、無線確立部１５ａと、排他制御部１５ｂと、割り込み処理部１５ｃと、降車処理部１５ｄと、復帰処理部１５ｅと、出力制御部１５ｆとを有し、これらによって種々の処理を実行する。
【００３４】
無線確立部１５ａは、車載装置１０と無線通信が可能な所定の距離に位置する携帯端末に対して、無線通信を確立する。具体的には、無線確立部１５ａは、当該装置の電源がＯＮになると、近距離通信部１１を起動して、無線通信可能な領域に端末が存在するか否かを探索する。そして、無線確立部１５ａは、無線通信可能な領域に携帯端末Ａ２００〜Ｃ４００が侵入した場合、進入した携帯端末Ａ２００〜Ｃ４００を検知し、検知した携帯端末Ａ２００〜Ｃ４００に対して近距離通信部１１を用いたペアリング処理を実施して、携帯端末Ａ２００〜Ｃ４００との間に無線通信を確立する。
【００３５】
また、無線確立部１５ａは、ユーザの操作に従って、携帯端末と無線通信を確立することもできる。例えば、後述する表示操作部１２に携帯端末との連携開始ボタンを表示しておき、このボタンがユーザにより押下されると、無線確立部１５ａは、近距離通信部１１を起動して、無線通信可能な領域に端末が存在するか否かを探索する。そして、無線確立部１５ａは、携帯端末Ａ２００〜Ｃ４００を検知すると、検知した携帯端末Ａ２００〜Ｃ４００に対して近距離通信部１１を用いたペアリング処理を実施して、携帯端末Ａ２００〜Ｃ４００との間に無線通信を確立する。
【００３６】
排他制御部１５ｂは、無線確立部１５ａにより無線通信が確立された複数の携帯端末装置上でそれぞれ提供されるデータのうち、所定の条件に一致するデータを取得する。具体的には、排他制御部１５ｂは、無線確立部１５ａにより各携帯端末と無線通信が確立されると、接続回数ＤＢ１３ａや実行回数ＤＢ１３ｂに記憶される「実行回数が最も多いアプリ」、「最近１週間で最も実行された回数が多いアプリ」、「最近１カ月で最も実行された回数が多いアプリ」、「接続回数が最も多い携帯端末で実行されているアプリ」など、予め指定された条件に一致するデータを取得する。そして、排他制御部１５ｂは、当該条件に一致するアプリを実行する携帯端末からデータを取得して、後述する出力制御部１５ｆに出力する。
【００３７】
割り込み処理部１５ｃは、携帯端末と無線通信でアプリを連携している最中に、他の携帯端末からアプリ実行要求などの割り込み要求を受け付けた場合に、所定の条件に基づいて割り込み要求を処理する処理部である。具体的には、割り込み処理部１５ｃは、携帯端末Ａ２００と無線通信でアプリを連携している最中に、携帯端末Ｂ３００からアプリ実行要求などの割り込み要求を受け付けた場合に、どちらの端末を優先するのか、後から要求を送信した携帯端末Ｂ３００にどのようしてリソースを割り当てるのかなどを、ユーザが予め設定した条件に基づいて判定する。
【００３８】
例えば、割り込み処理部１５ｃは、携帯端末Ａ２００から提供される音楽を順番に実行している最中に、携帯端末Ｂ３００から新たな楽曲の実行依頼を受け付けた場合に、携帯端末Ｂ３００から受け付けた楽曲をどのようなタイミングで出力するのかを判定して実行する。
【００３９】
降車処理部１５ｄは、携帯端末Ａ２００〜Ｃ４００と車載装置１０とが無線通信を確立してアプリを連携しているときに、無線通信が切断された場合に各種処理を実行する処理部である。具体的には、降車処理部１５ｄは、無線通信がエンジン停止による切断なのか、ユーザ操作による切断なのかを判定し、それぞれの判定後、無線切断直前に連携実行されていたアプリ（ラストモード）と当該アプリを実行していた携帯端末の情報を記憶部１３に記憶する。また、降車処理部１５ｄは、ユーザ操作でもエンジン停止でもなく無線通信が切断された場合には、切断された携帯端末に対して再接続を試みる。
【００４０】
復帰処理部１５ｅは、携帯端末と車載装置１０との無線通信が切断された後に、再度接続された場合に各種処理を実行する処理部である。例えば、復帰処理部１５ｅは、降車処理部１５ｄにより再接続が確立された場合に、無線切断時に降車処理部１５ｄにより記憶部１３に格納されたラストモード（無線切断直前に連携実行されていたアプリ）を取得し、当該アプリの実行依頼を該当携帯端末に送信して、再度、アプリの連携接続を開始する。また、例えば、復帰処理部１５ｅは、車両がエンジン停止して、上記降車処理部１５ｄが降車処理を実行した後、所定の時間内（例えば、３０分以内）に再び携帯端末と車載装置１０とが無線通信を確立された場合に、無線切断時に降車処理部１５により記憶部１３に格納されたラストモードを取得し、当該アプリの実行依頼を該当携帯端末に送信して、再度、アプリの連携接続を開始する。
【００４１】
出力制御部１５ｆは、排他制御部１５ｂなどの各制御部により取得されたデータを当該車載装置１０で出力可能な形式に変換して、表示操作部１２および／またはスピーカー３０に出力する。具体的には、出力制御部１５ｆは、携帯端末Ａ２００との間に無線通信が確立された後に近距離通信部１１を介して受信された画像に関しては、自装置で表示可能なフォーマットに変換したり、表示操作部１２のディスプレイ（またはタッチパネル）にあわせた画像に変換して表示したりする。また、出力制御部１５ｆは、携帯端末Ａ２００との間に無線通信が確立された後に近距離通信部１１を介して受信された音声信号に関しては、自装置で出力可能なフォーマットに変換してスピーカー３０から出力する。
【００４２】
例えば、出力制御部１５ｆは、携帯端末Ａ２００との間に無線通信が確立された後に近距離通信部１１を介して携帯端末Ａ２００で設定されているナビゲーション情報（目的地と目的地までの案内ルートまでの画像や音声）が取得された場合に、当該取得されたナビゲーション画像については表示操作部１２のディスプレイ（またはタッチパネル）の幅（Ｗピクセル）×高さ（Ｈピクセル）にあわせた画像に変換して表示操作部１２に表示し、当該取得されたナビゲーション音声については、自装置で出力可能なフォーマットに変換してスピーカー３０から出力する。
【００４３】
その後、出力制御部１５ｆは、携帯端末Ａ２００側で走行ルートが案内されるたびに送信されて取得した情報（ナビゲーション画像やナビゲーション音声）を当該車載装置１０で出力可能な形式に変換して、表示操作部１２および／またはスピーカー３０に出力する。
【００４４】
また、出力制御部１５ｆは、無線通信により連携接続される携帯端末Ａ２００から取得した情報であって、表示操作部１２に表示する情報が利用者により操作された場合に、当該操作された内容を特定する操作情報を携帯端末Ａ２００に送信する。具体的に例を挙げると、出力制御部１５ｆは、表示操作部１２からのタッチ情報を受け付け、受け付けたタッチ情報を近距離通信部１１経由で携帯端末Ａ２００へ通知する処理を行う。
【００４５】
また、携帯端末Ａ２００では、通知されたタッチ情報を表示画面に対する入力操作へ変換し、かかる入力操作に基づいてアプリを動作させるとともに、表示画面更新などの処理を行うことになる。そして、出力制御部１５ｆにより携帯端末Ａ２００に送信された操作の操作結果は、携帯端末Ａ２００から出力されて近距離通信部１１を介して取得された後、出力制御部１５ｆによって当該車載装置１０で出力可能な形式に変換されて、表示操作部１２および／またはスピーカー３０に出力される。なお、出力制御部１５ｆが携帯端末Ａ２００へ通知する情報としては、操作された位置を示す座標や操作された位置から特定される操作コマンドである。
【００４６】
（携帯端末Ａ２００の構成）
次に、実施例１に係る車載システム１における携帯端末Ａ２００の構成について説明する。図２に示すように、携帯端末Ａ２００は、通信部２１０と、近距離通信部２２０と、スピーカー２３０と、表示操作部２４０と、記憶部２５０と、制御部２６０とを有する。
【００４７】
通信部２１０は、例えば、通信事業者の基地局などを介してインターネットなどのネットワーク上に設けられたサーバ装置やＧＰＳ（Global  Positioning  System）通信機との通信を行うデバイスである。具体的に例を挙げると、通信部２１０は、携帯端末Ａ２００でナビゲーションアプリが実行されている場合には、当該ナビゲーションアプリの指示によりＧＰＳなどと通信して、携帯端末Ａ２００の現在位置などを取得する。
【００４８】
近距離通信部２１０は、車載装置１０の近距離通信部１１と同様に、ブルートゥース（登録商標）などの近距離無線通信を用いて車載装置１０との通信リンクを確立するとともに、確立した通信リンクを用いて携帯端末Ａ２００／車載装置１０間の通信処理を行う。
【００４９】
スピーカー２３０は、後述する制御部２６０などから音声信号を受け付けると、当該音声信号を外部に出力し、また、通常の電話接続時の音声などを外部に出力する。また、表示操作部２４０は、タッチパネルディスプレイなどの入出力デバイスで構成され、後述する制御部２６０などから出力された画像を表示出力する。
【００５０】
記憶部２５０は、制御部２６０による各種処理に必要なデータおよびプログラムを格納するものであり、例えば、後述するアプリ実行制御部２８０により読み出されて実行されるアプリ２５０ａを記憶する。なお、アプリ２５０ａとは、例えば、ナビゲーションアプリ、音楽ダウンロードアプリ、動画像配信アプリなどである。
【００５１】
制御部２６０は、ＯＳ（Operating  System）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有して、音声通話などの処理を実行するとともに、無線確立部２７０と、アプリ実行制御部２８０と、情報通知部２９０とを有し、これらによって種々の処理を実行する。
【００５２】
無線確立部２７０は、車載装置１０との間で無線通信を確立する処理部であり、具体的には、近距離通信部２２０を介して、車載装置１０からペアリング処理などを受信した場合に、当該処理に対する応答を車載装置１０に送信して無線通信を確立する。
【００５３】
アプリ実行制御部２８０は、携帯端末Ａ２００のユーザの指示操作を受け付けて、受け付けた操作に対応するアプリを記憶部２５０から読み出して実行する。例えば、アプリ実行制御部２８０は、携帯端末Ａ２００のユーザからナビゲーションアプリの起動指示を受け付けると、当該ナビゲーションアプリを記憶部２５０から読み出して実行する。また、アプリ実行制御部２８０は、車載装置１０からアプリの実行要求を受け付けた場合、例えば、車載装置１０の排他制御部１５ｂにより実行するアプリが選択されて、当該アプリの選択要求を受け付けた場合や車載装置１０の復帰処理部１５ｅからラストモードの実行要求を受け付けた場合など、当該要求されたアプリを記憶部２５０から読み出して実行する。
【００５４】
情報通知部２９０は、アプリ実行制御部２８０により実行されて表示操作部２４０に出力される画像やスピーカー２３０から出力される音声を、近距離通信部２２０を介して車載装置１０に送信する。例えば、情報通知部２９０は、アプリ実行制御部２８０によりナビゲーションアプリが実行されて場合、ナビゲーションアプリ上で設定・実行された目的地や目的地までのルートを示す画像を車載装置１０に送信し、また、案内ルートに沿って出力される案内音声を車載装置１０に送信する。
【００５５】
また、情報通知部２９０は、車載装置１０からタッチ情報が通知された場合、当該タッチ情報を表示画面に対する入力操作へ変換し、かかる入力操作に基づいてアプリを動作させるとともに、表示画面更新などの処理を行う。そして、情報通知部２９０は、更新した表示画面や、更新した表示画面に伴って発生する音声信号を車載装置１０に送信する。
【００５６】
［車載システムによる排他制御処理］
次に、図５と図６を用いて、実施例１に係る車載システムによる排他制御処理を説明する。図５は、携帯端末のラストモードを優先する場合の排他制御処理の流れを示すフローチャートであり、図６は、車載装置のラストモードを優先する場合の排他制御処理の流れを示すフローチャートである。
【００５７】
（携帯端末のラストモードを優先）
図５に示すように、車載装置１０は、車両のエンジンが起動されるなどして電源がＯＮになると（ステップＳ１０１肯定）、自装置の記憶部１３に記憶されるラストモードを起動する（ステップＳ１０２）。
【００５８】
そして、車載装置１０は、無線通信可能な距離に携帯端末が存在するか否かを探索し（ステップＳ１０３）、携帯端末Ａ２００〜Ｃ４００の存在を検知すると（ステップＳ１０４肯定）、それぞれの装置とペアリング処理を実施して無線通信を確立し、各携帯端末に記憶されるラストモードを取得する（ステップＳ１０５）。
【００５９】
続いて、車載装置１０は、予め指定された条件に基づいて、どのラストモードを実行するのかを判断し（ステップＳ１０６）、判断したアプリケーションの実行依頼を該当携帯端末に依頼して当該アプリのデータを取得することにより、自装置内のモードを移行させ（ステップＳ１０７）、当該アプリの画像や音声を自装置内で出力するための変換処理やリソース割り当てを実行する（ステップＳ１０８）。その後、車載装置１０は、当該アプリの情報を取得するために、表示操作部１２やスピーカー３０に当該データを変換して出力する。
【００６０】
（車載装置のラストモードを優先する場合）
図６に示すように、車載装置１０は、車両のエンジンが起動されるなどして電源がＯＮになると（ステップＳ２０１肯定）、携帯端末と連携接続する設定が自装置内に設定されているか否かを判定する（ステップＳ２０２）。
【００６１】
そして、連携接続する設定が自装置内に設定されている場合（ステップＳ２０２肯定）、車載装置１０は、無線通信可能な距離に存在する携帯端末を探索し（ステップＳ２０３）、携帯端末を検知すると（ステップＳ２０４肯定）、携帯端末のラストモードを自装置で管理するか否かを判断する（ステップＳ２０５）。
【００６２】
携帯端末のラストモードを自装置で管理する場合には（ステップＳ２０５肯定）、車載装置１０は、記憶部１３に記憶されるラストモードを、当該ラストモードを実行する携帯端末へ通知し（ステップＳ２０６）、当該アプリの画像や音声を自装置内で出力するための変換処理やリソース割り当てを実行する（ステップＳ２０７）。その後、車載装置１０は、当該アプリの情報を取得するために、表示操作部１２やスピーカー３０に当該データを変換して出力する。
【００６３】
一方、携帯端末のラストモードを自装置で管理しない場合には（ステップＳ２０５否定）、車載装置１０は、当該ラストモードを実行する携帯端末へ通知し（ステップＳ２０８）、携帯端末側でリソースの調停、つまり、通知されたアプリの実行準備がされた後（ステップＳ２０９）、当該アプリの画像や音声を自装置内で出力するための変換処理やリソース割り当てを実行する（ステップＳ２０７）。
【００６４】
ステップＳ２０２に戻り、連携接続する設定が自装置内に設定されていない場合（ステップＳ２０２否定）、車載装置１０は、各携帯端末に待機通知を送信し、携帯端末との連携処理を待機する（ステップＳ２１０）。
【００６５】
また、ステップＳ２０４に戻り、無線通信可能な距離に携帯端末が存在しない場合（ステップＳ２０４否定）、車載装置１０は、自装置のラストモードを記憶部１３から取得して、当該ラストモードを起動する（ステップＳ２１１）。
【００６６】
［車載システムによる割り込み制御処理］
次に、図７と図８を用いて、実施例１に係る車載システムによる割り込み制御処理を説明する。図７は、割り込み要求によるリソース割り当て処理の流れを示すフローチャートであり、図８は、割り込み要求による画像表示処理の流れを示すフローチャートである。
【００６７】
（リソース割り当て処理の流れ）
図７に示すように、車載装置１０は、携帯端末Ａ２００とアプリ連携中である状態で（ステップＳ３０１）、携帯端末Ｂ３００から割込み要求を受信した場合（ステップＳ３０２肯定）、車載装置１０における携帯端末Ａ２００に割り当てたリソースの割り当て状態を取得する（ステップＳ３０３）。
【００６８】
続いて、車載装置１０は、実施例２以降に説明する割込み判断処理（リソース割り当て処理）を実行し（ステップＳ３０４）、携帯端末Ｂ３００のリソースが使用できる状況である場合には（ステップＳ３０５肯定）、携帯端末Ａ２００に割り当てた領域を携帯端末Ｂ３００の領域に変更する（ステップＳ３０６）。その後、車載装置１０は、携帯端末Ｂ３００からデータを取得して表示操作部１２やスピーカー３０に当該データを変換して出力する。
【００６９】
一方、携帯端末Ｂ３００のリソースが使用できる状況でない場合には（ステップＳ３０５否定）、車載装置１０は、携帯端末Ｂ３００に待機通知を送信し（ステップＳ３０７）、割込み要求受信前と同様に、携帯端末Ａ２００からデータを取得して表示操作部１２やスピーカー３０に当該データを変換して出力する。
【００７０】
（画像表示処理の流れ）
図８に示すように、車載装置１０は、携帯端末Ａ２００とアプリ連携中であり状態で（ステップＳ４０１）、携帯端末Ｂ３００から割込み要求を受信した場合（ステップＳ４０２肯定）、車載装置１０における携帯端末Ａ２００に割り当てたリソースの割り当て状態を取得する（ステップＳ４０３）。
【００７１】
続いて、車載装置１０は、実施例２以降に説明する割込み判断処理（リソース割り当て処理）を実行し（ステップＳ４０４）、携帯端末Ｂ３００の画像情報を表示できるだけのリソースが割り当てられる場合には（ステップＳ４０５肯定）、携帯端末Ｂ３００の画像情報を取得して表示操作部１２に出力する（ステップＳ４０６）。
【００７２】
一方、携帯端末Ｂ３００の画像情報を表示できるだけのリソースが割り当てられない場合には（ステップＳ４０５否定）、車載装置１０は、携帯端末Ｂ３００に待機通知を送信し（ステップＳ４０７）、割込み要求受信前と同様に、携帯端末Ａ２００からデータを取得して表示操作部１２やスピーカー３０に当該データを変換して出力する。
【００７３】
［車載システムによる降車処理］
次に、図９を用いて、実施例１に係る車載システムによる降車処理を説明する。図９は、降車処理の流れを示すフローチャートである。
【００７４】
図９に示すように、車載装置１０は、携帯端末Ａ２００〜Ｃ４００とアプリ連携中である状態で無線通信切断が検知されると（ステップＳ５０１）、この切断がユーザ操作により発生したものかを判定する（ステップＳ５０２）。
【００７５】
そして、車載装置１０は、この切断がユーザ操作により発生したものと判定した場合には（ステップＳ５０２肯定）、車載装置１０と接続されている各携帯端末および各携帯端末で実行されているラストモードを対応付けて記憶する（ステップＳ５０３）。例えば、車載装置１０は、切断前の情報である「車載装置１０に繋がった携帯端末の組み合わせ、ペアリング完了時間、アプリ開始／終了時間、車載装置１０で実行されているラストモードと当該ラストモードを提供する携帯端末の情報」などを記憶する。
【００７６】
切断がユーザ操作により発生したものと判定しなかった場合には（ステップＳ５０２否定）、車載装置１０は、上記切断がエンジン（ＡＣＣ）ＯＦＦによる切断か否かを判定し（ステップＳ５０４）、上記切断がエンジン（ＡＣＣ）ＯＦＦによる切断と判定した場合（ステップＳ５０４肯定）、車載装置１０と接続されている各携帯端末および各携帯端末で実行されているラストモードを対応付けて記憶する（ステップＳ５０５）。ここでも、車載装置１０は、上記した切断前の情報などを記憶する。
【００７７】
上記切断がエンジン（ＡＣＣ）ＯＦＦによる切断でない判定した場合（ステップＳ５０４否定）、車載装置１０は、切断された携帯端末に対して再接続処理を実施する（ステップＳ５０６）。
【００７８】
そして、車載装置１０は、再接続処理がタイムアウトになった場合（ステップＳ５０７肯定）、上記切断前の情報を記憶し（ステップＳ５０８）、再接続処理がタイムアウトにならず再接続が確立できた場合（ステップＳ５０７否定）、携帯端末と再度アプリの連携接続する（ステップＳ５０９）。
【００７９】
［車載システムによる復帰処理］
次に、図１０を用いて、実施例１に係る車載システムによる復帰処理を説明する。図１０は、復帰処理の流れを示すフローチャートである。
【００８０】
図１０に示すように、車載装置１０は、車両のエンジンが起動されるなどして電源がＯＮにされて、自装置の記憶部１３に記憶されるラストモードを起動する（ステップＳ６０１）。
【００８１】
そして、車載装置１０は、無線通信可能な距離に携帯端末が存在するか否かを探索し（ステップＳ６０２）、携帯端末Ａ２００〜Ｃ４００の存在を検知すると（ステップＳ６０３肯定）、それぞれの装置とペアリング処理を実施して無線通信を確立し、各携帯端末に記憶されるラストモードを取得する（ステップＳ６０４）。
【００８２】
その後、車載装置１０は、自装置で管理しているラストモードと携帯端末Ａ２００〜Ｃ４００から取得したラストモード情報とを比較し（ステップＳ６０５）、接続された携帯端末の組み合わせが同じである場合には（ステップＳ６０６肯定）、切断前のアプリを実行するように当該アプリの実行依頼を該当携帯端末に依頼して当該アプリのデータを取得することにより、自装置内のモードを移行させ（ステップＳ６０７）、当該アプリの画像や音声を自装置内で出力するための変換処理やリソース割り当てを実行する（ステップＳ６０８）。
【００８３】
接続された携帯端末の組み合わせが同じでない場合には（ステップＳ６０６否定）、車載装置１０は、予め指定された条件に基づいて、どのラストモードを実行するのかを判断し（ステップＳ６０９）、判断したアプリケーションの実行依頼を該当携帯端末に依頼して当該アプリのデータを取得することにより、自装置内のモードを移行させ（ステップＳ６１０）、当該アプリの画像や音声を自装置内で出力するための変換処理やリソース割り当てを実行する（ステップＳ６１１）。
【００８４】
［実施例１による効果］
このように、実施例１によれば、表示機能やオーディオ再生機能、携帯端末装置との通信機能といった基礎的な機能のみを実装するＤＡを用いても携帯端末と連携することができ、また、複数の携帯端末と無線通信が確立された場合でも予め定めた条件に従ってアプリを取得するので、製造コストを抑えつつ、複数の携帯端末が車両内に存在する場合であっても携帯端末と車載装置とを正確に連携接続することができる。
【００８５】
また、携帯端末の高機能を利用することでＤＡのコストダウンが図れる。また、複数の携帯端末の起動状況によって優先して処理したいアプリの停止を抑制することができる。また、起動するアプリによっては画面、音声共に必要ではない（無くても良い）ものがあるため別のアプリを同時に使用できないデメリットを解消できる。例えば、ナビ案内でも近場などで交通情報のみ必要、地図だけあればよいなどの使用状況が想定できるため、空けられるデバイス（ディスプレイ、スピーカ）を別の用途で使用することで、効率よく様々な機能を提供できる。
【実施例２】
【００８６】
次に、実施例２では、図１１〜図１４を用いて、複数の携帯端末からのアプリ実行要求に対する排他制御の具体例を説明する。
【００８７】
まず、図１１と図１２を用いて、複数のアプリの実行方法について説明する。図１１は、複数の携帯端末と無線通信中に連続してアプリを実行する場合の処理の流れを示すフローチャートである。
【００８８】
図１１に示すように、車載装置１０は、実行しているアプリが終了すると（ステップＳ７０１肯定）、予め定めた条件に従って、次に優先度が高いアプリを実行する設定がされているか否かを判定する（ステップＳ７０２）。
【００８９】
そして、車載装置１０は、次に優先度が高いアプリを実行する設定がされていない場合（ステップＳ７０２否定）、携帯端末からのアプリ実行要求を待つ状態に遷移し（ステップＳ７０３）、次に優先度が高いアプリを実行する設定がされている場合（ステップＳ７０２肯定）、次に優先度が高いアプリを実行する（ステップＳ７０４）。つまり、車載装置１０は、次に優先度が高いアプリの実行依頼を該当携帯端末に依頼して当該アプリのデータを取得することにより、自装置内のモードを移行させ、当該アプリの画像や音声を自装置内で出力するための変換処理やリソース割り当てを実行する。
【００９０】
次に、図１２を用いて、複数の携帯端末と連携中に、新たな携帯端末からアプリ実行要求を受信した場合の処理の流れについて説明する。図１２は、複数の携帯端末と連携中に、新たな携帯端末からアプリ実行要求を受信した場合の処理の流れを示すフローチャートである。
【００９１】
図１２に示すように、車載装置１０は、実行しているアプリが終了した後（ステップＳ８０１肯定）、アプリ実行開始要求を新たに接続された携帯端末から受信した場合（ステップＳ８０２肯定）、優先度の判断処理を行うか否かを判定する（ステップＳ８０３）。
【００９２】
そして、車載装置１０は、優先度の判断処理を行うと判定した場合（ステップＳ８０３肯定）、予め定めた条件に従って、優先度が高いアプリを判定し（ステップＳ８０４）、優先度の最も高いアプリ実行依頼を該当携帯端末に依頼して当該アプリのデータを取得することにより、自装置内のモードを移行させ、当該アプリの画像や音声を自装置内で出力するための変換処理やリソース割り当てを実行する（ステップＳ８０５）。
【００９３】
一方、車載装置１０は、アプリ実行開始要求を新たに接続された携帯端末から受信していない場合（ステップＳ８０２否定）、優先度の判断処理を行わないと判定した場合（ステップＳ８０３否定）、図１１に示した処理を実施する（ステップＳ８０６〜ステップＳ８０８）。
【００９４】
ここで、図１３と図１４とを用いて、実施例１や実施例２で説明した優先度判定処理の具体的な例について説明する。図１３は、実行回数で優先度を判定する処理の流れを示すフローチャートである。
【００９５】
図１３に示すように、優先度判定処理を実施するタイミングに到達した車載装置１０は、要求された各アプリの実行回数を実行回数ＤＢ１３ｂから取得し（ステップＳ９０１）、それぞれを比較する（ステップＳ９０２）。
【００９６】
そして、車載装置１０は、最も実行回数の多いアプリ（最も優先度が高いアプリ）が複数ある場合には（ステップＳ９０３肯定）、異なる基準で優先度を判定し（ステップＳ９０４）、最も優先度が高いアプリとの連携を開始する（ステップＳ９０５）。
【００９７】
一方、最も実行回数の多いアプリ（最も優先度が高いアプリ）が一つの場合には（ステップＳ９０３否定）、車載装置１０は、最も多い実行回数のアプリとの連携を開始する（ステップＳ９０６）。
【００９８】
なお、実行回数を判定基準とする場合、実行回数の累計が最も多いアプリを選択するようにしてもよく、週単位や月単位で最も実行回数の多いアプリを選択するようにしてもよく、この判断基準は、ユーザにより任意に設定することができる。
【００９９】
次に、図１４を用いて、車載装置と接続回数で優先度を判定する処理の流れについて説明する。図１４は、接続回数で優先度を判定する処理の流れを示すフローチャートである。
【０１００】
図１４に示すように、優先度判定処理を実施するタイミングに到達した車載装置１０は、携帯端末ごとの接続回数を接続回数ＤＢ１３ａから取得し（ステップＳ１００１）、それぞれを比較する（ステップＳ１００２）。
【０１０１】
そして、車載装置１０は、最も接続回数の多い端末（最も優先度が高い端末）が複数ある場合には（ステップＳ１００３肯定）、異なる基準で優先度を判定し（ステップＳ１００４）、最も優先度が高い端末で実行されているアプリと連携を開始する（ステップＳ１００５）。
【０１０２】
一方、最も接続回数の多い端末（最も優先度が高い端末）が一つ場合には（ステップＳ１００３否定）、車載装置１０は、最も接続回数の多い端末で実行されているアプリとの連携を開始する（ステップＳ１００６）。
【０１０３】
また、上記した実行回数や接続回数以外の判断基準としては、例えば、最近に接続された携帯端末を優先したり、新規接続の携帯端末を優先したり、携帯端末からアプリ情報を取得して、最もバージョンが最新のアプリを優先したり、車載装置１０と接続された順番を優先度したり、様々な条件により判定することができる。なお、この条件は、ユーザにより任意に設定することができ、複数の条件を組み合わせて使用することもできる。
【実施例３】
【０１０４】
次に、実施例３では、図１５〜図１８を用いて、複数の携帯端末を接続する場合のリソースの割り当て、表示画面の優先度判定処理の具体例を説明する。具体的には、この処理は、図７のステップＳ３０４や図８のステップＳ４０４で実施される処理である。
【０１０５】
まず、図１５を用いて、車載装置１０の画像と携帯端末Ａ２００の音声が出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを説明する。図１５は、車載装置１０の画像と携帯端末Ａ２００の音声が出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを示すフローチャートである。
【０１０６】
図１５に示すように、リソース割り当て処理を開始した車載装置１０は、まず、携帯端末Ｂ３００から提供されるデータは音声と画像とを出力する必要があるか、つまり、携帯端末Ｂ３００から提供されるデータは音声と画像から構成されるデータであるか否かを判定する（ステップＳ１１０１）。
【０１０７】
そして、携帯端末Ｂ３００から提供されるデータは音声と画像とを出力する必要がある、つまり、携帯端末Ｂ３００から提供されるデータは音声と画像から構成されるデータ（例えば、ＭＰＥＧなど）である場合（ステップＳ１１０１肯定）、車載装置１０は、新たに要求してきた携帯端末Ｂ３００に対して待機通知を送信し（ステップＳ１１０２）、車載装置１０の画像表示を継続するとともに（ステップＳ１１０３）、携帯端末Ａ２００の音声出力を継続する（ステップＳ１１０４）。
【０１０８】
したがって、上記したステップＳ１１０１〜ステップＳ１１０４では、車載装置１０の画面が表示され、携帯端末Ｂ３００の画面は表示されないNon-Active状態（Non-Active画面）となる。以下の実施例においては、車載装置１０の画面に携帯端末の画面が表示された状態をＡｃｔｉｖｅ状態といい、車載装置１０の画面に表示されている携帯端末の画面をＡｃｔｉｖｅ画面という。また、同様に表示されていない状態又は画面をＮｏｎ−Ａｃｔｉｖｅ状態又はＮｏｎ−Ａｃｔｉｖｅ画面という。
【０１０９】
一方、携帯端末Ｂ３００から提供されるデータは音声と画像とを出力する必要がない、つまり、携帯端末Ｂ３００から提供されるデータは音声と画像のいずれかで構成されるデータである場合（ステップＳ１１０１否定）、車載装置１０は、携帯端末Ｂ３００から提供されるデータは音声のみ（例えば、ＷＡＶＥなど）を出力する必要があるか、つまり、携帯端末Ｂ３００から提供されるデータは音声のみで構成されるデータであるか否かを判定する（ステップＳ１１０５）。
【０１１０】
そして、車載装置１０は、携帯端末Ｂ３００から提供されるデータは音声のみを出力する必要がある場合、つまり、携帯端末Ｂ３００から提供されるデータが音声のみで構成されるデータである場合（ステップＳ１１０５肯定）、上記したステップＳ１１０２〜ステップＳ１１０４の処理を実行する。
【０１１１】
一方、携帯端末Ｂ３００から提供されるデータは音声のみを出力する必要がない場合、つまり、携帯端末Ｂ３００から提供されるデータが画像のみ（例えば、ＪＰＥＧ、ＢＭＰなど）で構成されるデータである場合（ステップＳ１１０５否定）、車載装置１０は、携帯端末Ｂ３００の画像データを受信し（ステップＳ１１０６）、自装置の表示操作部１２で表示している画像を停止させた後に（ステップＳ１１０７）、携帯端末Ｂ３００から取得した画像データを自装置で出力可能な形式に変換して表示操作部１２に出力する一方で（ステップＳ１１０８）、携帯端末Ａ２００の音声出力を継続する（ステップＳ１１０４）。
【０１１２】
したがって、上記したステップＳ１１０５否定〜ステップＳ１１０８では、携帯端末Ｂ３００の画面は車載装置１０に表示されるActive状態（Active画面）となる。
【０１１３】
次に、図１６を用いて、車載装置１０の音声と携帯端末Ａ２００の画像が出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを説明する。図１６は、車載装置１０の音声と携帯端末Ａ２００の画像が出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを示すフローチャートである。
【０１１４】
図１６に示すように、リソース割り当て処理を開始した車載装置１０は、まず、携帯端末Ｂ３００から提供されるデータは音声と画像とを出力する必要があるか、つまり、携帯端末Ｂ３００から提供されるデータは音声と画像から構成されるデータであるか否かを判定する（ステップＳ１２０１）。
【０１１５】
そして、携帯端末Ｂ３００から提供されるデータは音声と画像とを出力する必要がある、つまり、携帯端末Ｂ３００から提供されるデータは音声と画像から構成されるデータである場合（ステップＳ１２０１肯定）、車載装置１０は、新たに要求してきた携帯端末Ｂ３００に対して待機通知を送信し（ステップＳ１２０２）、車載装置１０の音声出力を継続するとともに（ステップＳ１２０３）、携帯端末Ａ２００の画像表示を継続する（ステップＳ１２０４）。
【０１１６】
一方、携帯端末Ｂ３００から提供されるデータは音声と画像とを出力する必要がない、つまり、携帯端末Ｂ３００から提供されるデータは音声と画像のいずれかで構成されるデータである場合（ステップＳ１２０１否定）、車載装置１０は、携帯端末Ｂ３００から提供されるデータは画像のみを出力する必要があるか、つまり、携帯端末Ｂ３００から提供されるデータは画像のみで構成されるデータであるか否かを判定する（ステップＳ１２０５）。
【０１１７】
そして、車載装置１０は、携帯端末Ｂ３００から提供されるデータは画像のみを出力する必要がある場合、つまり、携帯端末Ｂ３００から提供されるデータが画像のみで構成されるデータである場合（ステップＳ１２０５肯定）、上記したステップＳ１２０２〜ステップＳ１２０４の処理を実行する。
【０１１８】
一方、携帯端末Ｂ３００から提供されるデータは画像のみを出力する必要がない場合、つまり、携帯端末Ｂ３００から提供されるデータが音声のみで構成されるデータである場合（ステップＳ１２０５否定）、車載装置１０は、携帯端末Ｂ３００の音声データを受信し（ステップＳ１２０６）、自装置のスピーカー３０で表示していう音声を停止させた後に（ステップＳ１２０７）、携帯端末Ｂ３００から取得した音声データを自装置で出力可能な形式に変換して自装置のスピーカー３０に出力する一方で（ステップＳ１２０８）、携帯端末Ａ２００の画像出力を継続する（ステップＳ１２０４）。
【０１１９】
したがって、上記したステップＳ１２０１〜ステップＳ１２０８では、携帯端末Ｂ３００の画面が車載装置１０に表示されるActive状態（Active画面）となり、携帯端末Ａ２００の画面が車載装置１０に表示されないNon-Active状態（Non-Active画面）となる。
【０１２０】
次に、図１７を用いて、携帯端末Ａ２００の音声と画像が車載装置１０で出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを説明する。図１７は、携帯端末Ａ２００の音声と画像が車載装置１０で出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを示すフローチャートである。
【０１２１】
図１７に示すように、携帯端末Ｂ３００から割込み要求を受信した車載装置１０は、まず、既に出力している携帯端末Ａ２００から提供されるデータは音声と画像との両方を出力する必要があるか、つまり、携帯端末Ａ２００から提供されるデータは音声と画像から構成されるデータであるか否かを判定する（ステップＳ１３０１）。
【０１２２】
そして、携帯端末Ａ２００から提供されるデータは音声と画像とを出力する必要がある、つまり、携帯端末Ａ２００から提供されるデータは音声と画像から構成されるデータである場合（ステップＳ１３０１肯定）、車載装置１０は、新たに要求してきた携帯端末Ｂ３００に対して待機通知を送信し（ステップＳ１３０２）、携帯端末Ａ２００の画像表示を継続するとともに（ステップＳ１３０３）、携帯端末Ａ２００の音声出力を継続する（ステップＳ１３０４）。
【０１２３】
したがって、上記したステップＳ１３０１〜ステップＳ１３０４では、携帯端末Ａ２００の画面が車載装置１０に表示されるActive状態（Active画面）となり、携帯端末Ｂ３００の画面が車載装置１０に表示されないNon-Active状態（Non-Active画面）となる。
【０１２４】
一方、携帯端末Ａ２００から提供されているデータは音声と画像とを出力する必要がない、つまり、携帯端末Ａ２００から提供されるデータは音声と画像のいずれかで構成されるデータである場合（ステップＳ１３０１否定）、車載装置１０は、携帯端末Ａ２００から提供されるデータは画像のみで構成されるデータであるか否かを判定する（ステップＳ１３０５）。
【０１２５】
そして、車載装置１０は、携帯端末Ａ２００から提供されているデータが画像のみで構成されるデータである場合（ステップＳ１３０５肯定）、新たに割り込み要求を送信した携帯端末Ｂ３００から音声データを受信し（ステップＳ１３０６）、現地点で出力している携帯端末Ａ２００の音声出力を停止するとともに（ステップＳ１３０７）、受信した携帯端末Ｂ３００の音声データを自装置で出力可能な形式に変換してスピーカー３０から出力する一方で（ステップＳ１３０８）、携帯端末Ａ２００の画像表示を継続する（ステップＳ１３０９）。
【０１２６】
したがって、上記したステップＳ１３０５肯定〜ステップＳ１３０９では、携帯端末Ａ２００の画面が車載装置１０に表示されるActive状態（Active画面）となり、携帯端末Ｂ３００の画面が車載装置１０に表示されないNon-Active状態（Non-Active画面）となる。
【０１２７】
一方、ステップＳ１３０５に戻り、車載装置１０は、携帯端末Ａ２００から提供されているデータが画像のみで構成されるデータでない、つまり、携帯端末Ａ２００から提供されているデータが音声のみで構成されるデータである場合（ステップＳ１３０５否定）、新たに割り込み要求を送信した携帯端末Ｂ３００から画像データを受信し（ステップＳ１３１０）、現地点で出力している携帯端末Ａ２００の画像出力を停止するとともに（ステップＳ１３１１）、受信した携帯端末Ｂ３００の画像データを自装置で出力可能な形式に変換して表示操作部１２から出力する一方で（ステップＳ１３１２）、携帯端末Ａ２００の音声出力を継続する（ステップＳ１３１３）。
【０１２８】
したがって、上記したステップＳ１３０５否定〜ステップＳ１３１３では、携帯端末Ｂ３００の画面が車載装置１０に表示されるActive状態（Active画面）となり、携帯端末Ａ２００の画面が車載装置１０に表示されないNon-Active状態（Non-Active画面）となる。
【実施例４】
【０１２９】
次に、実施例４では、図１８〜図２８を用いて、複数の携帯端末を接続する場合の楽曲再生処理の具体例を説明する。具体的には、この処理は、図７のステップＳ３０４や図８のステップＳ４０４で実施される割り込み処理の具体例であり、ユーザの設定よりいずれかの処理を実行する。なお、ここで車載装置１０が楽曲を再生するとは、当該楽曲を再生する携帯端末から音声データ（ＷＡＶＥ形式などのデータ）を取得して、スピーカー３０から出力することを示す。
【０１３０】
まず、図１８と図１９とを用いて、携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から楽曲再生要求を受信した例について説明する。図１８は、携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から楽曲再生要求を受信したときの処理の流れを示すフローチャートであり、図１９は、携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から楽曲再生要求を受信したときの車載装置のデータベース偏移を示す図である。
【０１３１】
図１８に示すように、携帯端末Ａ２００の楽曲を再生している車載装置１０は、携帯端末Ｂ３００から楽曲再生要求を受信した場合（ステップＳ１４０１肯定）、指定された楽曲データを携帯端末Ｂ３００のリストから受信し（ステップＳ１４０２）、現在再生している携帯端末Ａ２００の楽曲を中断して（ステップＳ１４０３）、受信した携帯端末Ｂ３００の楽曲を提供する（ステップＳ１４０４）。
【０１３２】
具体的には、図１９の（ａ）に示すような楽曲リストを保持している車載装置１０は、図１８に示した携帯端末Ａ２００の楽曲を中断して携帯端末Ｂ３００の楽曲を優先する場合、図１９の（ｂ）に示すような楽曲リストを新たに作成して保持する。このように、車載装置１０は、要求に応じて楽曲リストを更新することができる結果、ユーザの要求に応じた楽曲を提供することができる。
【０１３３】
次に、図２０と図２１とを用いて、携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から新たな楽曲リストを受信した例について説明する。図２０は、携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から新たな楽曲リストを受信したときの処理の流れを示すフローチャートであり、図２１は、携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から新たな楽曲リストを受信したときの車載装置のデータベース偏移を示す図である。
【０１３４】
図２０に示すように、携帯端末Ａ２００の楽曲を再生している車載装置１０は、携帯端末Ｂ３００から楽曲リストを受信した場合（ステップＳ１５０１肯定）、リストを更新するか否かを判定する（ステップＳ１５０２）。
【０１３５】
そして、車載装置１０は、リストを更新すると設定されている場合（ステップＳ１５０２肯定）、現在再生している携帯端末Ａ２００の楽曲の次に割り込ませるように新たなリストを作成し（ステップＳ１５０３）、作成したリストに従って楽曲を再生する（ステップＳ１５０４）。
【０１３６】
例えば、車載装置１０は、図２１の（ａ）に示すように、現在携帯端末Ａ２００の５曲目が再生されている場合、図２１の（ｂ）に示すように、携帯端末Ａ２００の５曲目の次に割り込ませるように新たなリストを作成する。
【０１３７】
なお、車載装置１０は、現在再生している携帯端末Ａ２００の楽曲の次に割り込ませるように新たなリストを作成する必要はなく、例えば、携帯端末Ａ２００の楽曲リストの最後に、携帯端末Ｂ３００から受信した楽曲リストを追加するようにしてもよい。この場合、再生順序は、図２１の（ｂ）のように、楽曲リストのはじめから順に割り振られることとなる。
【０１３８】
一方、図２０に戻り、車載装置１０は、リストを更新すると設定されていない場合（ステップＳ１５０２否定）、現在再生している携帯端末Ａ２００の楽曲リストの最後に受信したリストを追加するように新たなリストを作成し（ステップＳ１５０５）、作成したリストに従って楽曲を再生する（ステップＳ１５０４）。
【０１３９】
次に、図２２〜図２４を用いて、先に接続されている携帯端末Ａ２００の楽曲を優先して新たな楽曲リストを作成する例について説明する。図２３、先に接続されている携帯端末Ａ２００の楽曲を優先して新たな楽曲リストを作成する処理の流れを示すフローチャートであり、図２４は、先に接続されている携帯端末Ａ２００の楽曲を優先して新たな楽曲リストを作成するときの車載装置のデータベース偏移例１を示す図であり、図２５は、先に接続されている携帯端末Ａ２００の楽曲を優先して新たな楽曲リストを作成するときの車載装置のデータベース偏移例２を示す図である。
【０１４０】
図２３に示すように、携帯端末Ａ２００の楽曲を再生している車載装置１０は、携帯端末Ｂ３００から新たな楽曲リストを受信すると（ステップＳ１６０１肯定）、携帯端末Ａ２００の楽曲リストの最後に追加する設定がされているか否かを判定する（ステップＳ１６０２）。
【０１４１】
そして、車載装置１０は携帯端末Ａ２００の楽曲リストの最後に追加する設定がされていない場合（ステップＳ１６０２否定）、携帯端末Ａ２００のリストの途中に携帯端末Ｂ３００のリストを挿入した楽曲リストを作成し、携帯端末Ａ２００の楽曲を優先する再生順序を決定する（ステップＳ１６０３）。
【０１４２】
具体的には、図２３の（ａ）に示すように、携帯端末Ａの５曲目の再生途中の場合、携帯端末Ａの５曲目の次に携帯端末Ｂの楽曲を挿入した新たなリストを作成するが、図２３の（ｂ）に示すように、携帯端末Ａの楽曲を優先する再生順序を割り当てる。
【０１４３】
一方、車載装置１０は、携帯端末Ａ２００の楽曲リストの最後に追加する設定がされている場合（ステップＳ１６０２肯定）、携帯端末Ａ２００のリストの最後に携帯端末Ｂ３００のリストを追加した楽曲リストを作成し、携帯端末Ａ２００の楽曲を優先する再生順序を決定する（ステップＳ１６０４）。
【０１４４】
具体的には、図２４の（ａ）に示すように、携帯端末Ａの５曲目の再生途中の場合、図２３の（ｂ）に示すように、携帯端末Ａの最後に再生される７曲目の次に携帯端末Ｂの楽曲を挿入した新たなリストを作成し、携帯端末Ａの楽曲を優先する再生順序を割り当てる。
【０１４５】
その後、車載装置１０は、新たに作成した楽曲リストに従って、楽曲を再生する（ステップＳ１６０５）。
【０１４６】
次に、図２５と図２６とを用いて、受信した楽曲リストを再生回数が多い順に並び変えて再生する例について説明する。
【０１４７】
図２５は、受信した楽曲リストを再生回数が多い順に並び変えて再生する処理の流れを示すフローチャートであり、図２６は、受信した楽曲リストを再生回数が多い順にリストを並び変えて再生するときの車載装置のデータベース偏移を示す図である。
【０１４８】
図２５に示すように、車載装置１０は、各携帯端末から再生回数がカウントされた楽曲リストを受信すると（ステップＳ１７０１）、受信した楽曲リストを再生回数別に並び変える（ステップＳ１７０２）。
【０１４９】
具体的には、車載装置１０は、図２６の（ａ）に示すように、携帯端末Ａ２００から楽曲リスト（３曲）を受信し、携帯端末Ｂ３００からも３曲の楽曲リストを受信すると、図２６の（ｂ）に示すように、再生回数の多い順に並び変える。
【０１５０】
図２５に戻り、その後、車載装置１０は、並び変えた楽曲リストに従って、楽曲を携帯端末から取得し（ステップＳ１７０３）、取得した楽曲を再生する（ステップＳ１７０４）。なお、車載装置１０は、携帯端末Ａ３００の楽曲リストを受信して再生している状態で、携帯端末Ｂ３００から新たな楽曲リストを受信した場合でも、上記したように、楽曲リストを再生回数の多い順に並び替え、並び替えた順で再生することもできる。
【０１５１】
次に、図２７と図２８とを用いて、受信した楽曲リストを最新の楽曲順に並び変えて再生する例について説明する。
【０１５２】
図２７は、受信した楽曲リストを最新の楽曲順に並び変えて再生する処理の流れを示すフローチャートであり、図２８は、受信した楽曲リストを最新の楽曲順に並び変えて再生するときの車載装置のデータベース偏移を示す図である。
【０１５３】
図２７に示すように、車載装置１０は、各携帯端末からからダウンロード日時が記憶された楽曲リストを受信した場合（ステップＳ１８０１肯定）、受信したリストをダウンロード日時に基づいて並び変える（ステップＳ１８０２）。
【０１５４】
具体的には、車載装置１０は、図２８の（ａ）に示すように、携帯端末Ａ２００の楽曲リスト（３曲）を受信し、携帯端末Ｂ３００から３曲の楽曲リストを受信した場合、図２８の（ｂ）に示すように、ダウンロード日時が新しいものから順に並び変える。
【０１５５】
図２７に戻り、その後、車載装置１０は、並び変えた楽曲リストに従って、楽曲を携帯端末から取得し（ステップＳ１８０３）、取得した楽曲を再生する（ステップＳ１８０４）。なお、車載装置１０は、携帯端末Ａ３００の楽曲リストを受信して再生している状態で、携帯端末Ｂ３００から新たな楽曲リストを受信した場合でも、上記したように、楽曲リストをダウンロード日時が新しいものから順に並び替え、並び替えた順で再生することもできる。
【実施例５】
【０１５６】
次に、実施例５では、図２９〜図３５を用いて、複数の携帯端末と車載装置との間でナビゲーションアプリが連携されているときに目的地を共有化する例を説明する。具体的には、この処理は、図５〜図９で説明した様々なシチュエーションで実行可能な処理であるが、例えば、図７で説明した降車処理などで実行することもでき、ユーザの設定より後述するいずれかの処理を実行する。
【０１５７】
（ユーザ指定による目的地情報の取得）
まず、図２９と図３０とを用いて、ユーザ操作で車載装置１０が目的地情報を携帯端末から取得する例について説明する。図２９は、ユーザ操作で車載装置１０が目的地情報を携帯端末から取得する処理の流れを示すフローチャートであり、図３０は、車載装置が取得して管理する目的地情報の例を示す図である。
【０１５８】
図２９に示すように、携帯端末Ａ２００と携帯端末Ｂ３００など複数の携帯端末とナビゲーションアプリを連携している車載装置１０は、ユーザの操作により目的地情報の取得要求を受け付けると（ステップＳ１９０１肯定）、無線通信が接続される各携帯端末から目的地リストを取得し（ステップＳ１９０２）、図３０に示すように、携帯端末と目的地とを対応付けた目的地管理リストを作成して自装置内で管理する（ステップＳ１９０３）。
【０１５９】
このようにすることで、複数の携帯端末で目的地が設定されている場合であっても、全ての目的地を車載装置１０で管理することができるので、それぞれのユーザごとに目的地案内を提供することができる。例えば、いずれかの携帯端末の電源が切れた場合であっても、車載装置１０で管理しているので、問題なくルート案内を実行できる。
【０１６０】
（連携時による目的地情報の自動取得）
次に、図３１と図３２とを用いて、車載装置１０が携帯端末とナビゲーションアプリを連携開始するときに取得する例について説明する。図３１は、車載装置１０が携帯端末とナビゲーションアプリを連携開始するときに取得する処理の流れを示すフローチャートであり、図３２は、車載装置が取得して管理する目的地情報の例を示す図である。
【０１６１】
図３１に示すように、携帯端末Ａ２００と無線通信を確立し、携帯端末Ａ２００のナビゲーションアプリを実行すると判断した車載装置１０は、携帯端末Ａ２００との間でナビ連携が確立すると、つまり、携帯端末Ａ２００からナビゲーションアプリにより提供される画像や音声データを示すナビゲーション情報を取得し、当該情報を自装置で表示可能な形式に変換して出力すると（ステップＳ２００１肯定）、連携接続した携帯端末Ａ２００上で設定されている目的地情報を取得して（ステップＳ２００２）、図３２に示すように、携帯端末Ａ２００と目的地とを対応付けた目的地管理リストを作成して自装置内で管理する（ステップＳ２００３）。
【０１６２】
このようにすることで、連携接続される携帯端末の目的地情報のみ、つまり、必要最低減の情報のみを確実に取得することができるので、メモリの無駄な容量の削減を図れる。また、ナビゲーションアプリが連携されるときに取得するので、車両内の携帯端末が新たにナビゲーションアプリを起動した場合であっても、既に取得した情報を記憶してルート案内の情報などを停止することなく、新たに取得することができる。
【０１６３】
（接続回数による目的地情報の取得判定）
次に、図３３を用いて、車載装置１０が携帯端末との接続回数に応じて目的地情報を取得するか否かを判定する例について説明する。図３３は、車載装置１０が携帯端末との接続回数に応じて目的地情報を取得するか否かを判定する処理の流れを示すフローチャートである。
【０１６４】
図３３に示すように、車載装置１０は、ナビゲーションアプリの連携が携帯端末Ａ２００との間で確立されると（ステップＳ２１０１肯定）、連携が確立した携帯端末Ａ２００との接続回数が規定値以上（例えば、２回以上）か否かを判定する（ステップＳ２１０２）。
【０１６５】
そして、車載装置１０は、連携が確立した携帯端末Ａ２００との接続回数が規定値以上である場合（ステップＳ２１０２肯定）、連携接続した携帯端末Ａ２００上で設定されている目的地情報を取得して（ステップＳ２１０３）、携帯端末Ａ２００と目的地とを対応付けた目的地管理リストを作成して自装置内で管理する（ステップＳ２１０４）。
【０１６６】
一方、連携が確立した携帯端末Ａ２００との接続回数が規定値以上でない場合（ステップＳ２１０２否定）、車載装置１０は、目的地情報を取得することなく、処理を終了する。
【０１６７】
このようにすることで、頻繁に接続されない、つまり、たまにしか乗車しないユーザの携帯端末の目的地を取得しないようすることができる。例えば、ほとんど接続されたことのない、不正なユーザの可能性がある携帯端末の情報を取得することを防止することができ、無駄な容量の削減、情報取得によるデータ送受信時の危険性（盗聴・漏えい）を防止することができる。
【０１６８】
（目的地情報の削除）
次に、図３４と図３５とを用いて、携帯端末から取得した目的地情報を車載装置１０が削除する例について説明する。図３４は、携帯端末から取得した目的地情報を車載装置１０が削除する処理の流れを示すフローチャートであり、図３５は、携帯端末から取得した目的地情報を車載装置１０が削除時のデータベースの遷移例を示す図である。
【０１６９】
図３５に示すように、複数の携帯端末から目的地情報を既に取得した車載装置１０は、管理する目的地リスト内に指定期間（例えば、現在から１年以内など）を過ぎた情報があるか否かを判定する（ステップＳ２２０１）。
【０１７０】
そして、車載装置１０は、管理する目的地リスト内に指定期間を過ぎた情報がある場合（ステップＳ２２０１肯定）、削除処理を実行する設定がされているか否かを判定し（ステップＳ２２０２）、削除処理を実行する設定がされている場合には（ステップＳ２２０２肯定）、該当情報をリストから削除する（ステップＳ２２０３）。
【０１７１】
例えば、車載装置１０は、現在を「２００８年１１月１１日」とし、指定期間を１年とした場合に、図３５に示すような目的地管理リストを記憶していたとする。この場合、車載装置１０は、図３５の上から３つ目のレコードが１年以上前情報であることから、当該情報のみを削除する。
【０１７２】
一方、削除処理を実行する設定がされていない場合には（ステップＳ２２０２否定）、車載装置１０は、該当する目的地情報の提供元の携帯端末と無線通信が繋がっているかを判定する（ステップＳ２２０４）。
【０１７３】
そして、該当する目的地情報の提供元の携帯端末と無線通信が繋がっている場合（ステップＳ２２０４肯定）、車載装置１０は、削除依頼画面を作成して（ステップＳ２２０５）、作成した削除依頼画面を提供元の携帯端末に送信し（ステップＳ２２０６）、削除操作の入力を待つ（ステップＳ２２０７）。
【０１７４】
例えば、図３５では、上から３つ目のレコードを「削除しますか」というメッセージとともに「ＹＥＳ  or  ＮＯ」を選択させる画面を作成して送信する。
【０１７５】
その後、車載装置１０は、削除する操作が入力されると（ステップＳ２２０８肯定）、該当情報をリストから削除し（ステップＳ２２０９）、削除する操作が入力されないと（ステップＳ２２０８否定）、そのまま処理を終了する。
【０１７６】
また、ステップＳ２２０１に戻り、車載装置１０は、管理する目的地リスト内に指定期間を過ぎた情報がない場合（ステップＳ２２０１否定）、そのまま処理を終了する。
【０１７７】
このようにすることで、古い不要な情報を定期的に削除することができる結果、情報のメンテナンスなどを自動で実行することができ、また、メモリ容量の削減にも貢献することができ、より安価なＤＡを用いることができる。
【実施例６】
【０１７８】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
【０１７９】
（優先度）
本実施例で開示する車載装置は、例えば、運転席と助手席とのどちらの携帯を優先するかをユーザによる設定などにより指定することができる。また、車載装置は、ＭＡＣアドレスや電話番号、携帯端末の名称、ＰＩＮコードなどをディスプレイに表示させて、ユーザに優先させる携帯端末を選択させることもできる。
【０１８０】
（エコ走行）
本実施例で開示する車載装置は、例えば、車速パルスとＧＰＳを利用して、車両の走行速度に応じた楽曲の再生速度を調整することもできる。また、ＶＩＣＳ情報などを用いることにより、渋滞時は、上記調整機能を無効化するようにしてもよい。
【０１８１】
（システム構成等）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報（例えば、図３や図４など）については、特記する場合を除いて任意に変更することができる。
【０１８２】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合（例えば、排他制御部１５ｂと割り込み処理部１５ｃとを統合するなど）して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１８３】
（プログラム）
なお、本実施例で説明した携帯連携方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【産業上の利用可能性】
【０１８４】
以上のように、本発明に係る車載装置は、複数の携帯端末装置と無線通信を行うことに有用であり、特に、製造コストを抑えることと、複数の携帯端末が車両内に存在する場合であっても携帯端末と車載装置とを正確に連携接続することに適する。
【図面の簡単な説明】
【０１８５】
【図１】実施例１に係る車載システムの概要を説明するための図である。
【図２】実施例１に係る車載システムの構成を示すブロック図である。
【図３】接続回数ＤＢに記憶される情報の例を示す図である。
【図４】実行回数ＤＢに記憶される情報の例を示す図である。
【図５】携帯端末のラストモードを優先する場合の排他制御処理の流れを示すフローチャートである。
【図６】車載装置のラストモードを優先する場合の排他制御処理の流れを示すフローチャートである。
【図７】割り込み要求によるリソース割り当て処理の流れを示すフローチャートである。
【図８】割り込み要求による画像表示処理の流れを示すフローチャートである。
【図９】降車処理の流れを示すフローチャートである。
【図１０】復帰処理の流れを示すフローチャートである。
【図１１】複数の携帯端末と無線通信中に連続してアプリを実行する場合の処理の流れを示すフローチャートである。
【図１２】複数の携帯端末と連携中に、新たな携帯端末からアプリ実行要求を受信した場合の処理の流れを示すフローチャートである。
【図１３】実行回数で優先度を判定する処理の流れを示すフローチャートである。
【図１４】接続回数で優先度を判定する処理の流れを示すフローチャートである。
【図１５】車載装置１０の画像と携帯端末Ａ２００の音声が出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを示すフローチャートである。
【図１６】車載装置１０の音声と携帯端末Ａ２００の画像が出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを示すフローチャートである。
【図１７】携帯端末Ａ２００の音声と画像が車載装置１０で出力されている場合に、携帯端末Ｂ３００のリソースを割り当てる処理の流れを示すフローチャートである。
【図１８】携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から楽曲再生要求を受信したときの処理の流れを示すフローチャートである。
【図１９】携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から楽曲再生要求を受信したときの車載装置のデータベース偏移を示す図である。
【図２０】携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から新たな楽曲リストを受信したときの処理の流れを示すフローチャートである。
【図２１】携帯端末Ａ２００の楽曲を再生中に、携帯端末Ｂ３００から新たな楽曲リストを受信したときの車載装置のデータベース偏移を示す図である。
【図２２】先に接続されている携帯端末Ａ２００の楽曲を優先して新たな楽曲リストを作成する処理の流れを示すフローチャートである。
【図２３】先に接続されている携帯端末Ａ２００の楽曲を優先して新たな楽曲リストを作成するときの車載装置のデータベース偏移例１を示す図である。
【図２４】先に接続されている携帯端末Ａ２００の楽曲を優先して新たな楽曲リストを作成するときの車載装置のデータベース偏移例２を示す図である。
【図２５】受信した楽曲リストを再生回数が多い順に並び変えて再生する処理の流れを示すフローチャートである。
【図２６】受信した楽曲リストを再生回数が多い順にリストを並び変えて再生するときの車載装置のデータベース偏移を示す図である。
【図２７】受信した楽曲リストを最新の楽曲順に並び変えて再生する処理の流れを示すフローチャートである。
【図２８】受信した楽曲リストを最新の楽曲順に並び変えて再生するときの車載装置のデータベース偏移を示す図である。
【図２９】ユーザ操作で車載装置１０が目的地情報を携帯端末から取得する処理の流れを示すフローチャートである。
【図３０】車載装置が取得して管理する目的地情報の例を示す図である。
【図３１】車載装置１０が携帯端末とナビゲーションアプリを連携開始するときに取得する処理の流れを示すフローチャートである。
【図３２】車載装置が取得して管理する目的地情報の例を示す図である。
【図３３】車載装置１０が携帯端末との接続回数に応じて目的地情報を取得するか否かを判定する処理の流れを示すフローチャートである。
【図３４】携帯端末から取得した目的地情報を車載装置１０が削除する処理の流れを示すフローチャートである。
【図３５】携帯端末から取得した目的地情報を車載装置１０が削除時のデータベースの遷移例を示す図である。
【符号の説明】
【０１８６】
１  車載システム
１０  車載装置
１１  近距離通信部
１２  表示操作部
１３  記憶部
１３ａ  接続回数ＤＢ
１３ｂ  実行回数ＤＢ
１５  制御部
１５ａ  無線確立部
１５ｂ  排他制御部
１５ｃ  割り込み処理部
１５ｄ  降車処理部
１５ｅ  復帰処理部
１５ｆ  出力制御部
２０  車両制御系ユニット
３０  スピーカー
２００  携帯端末Ａ
２１０  通信部
２２０  近距離通信部
２３０  スピーカー
２４０  表示操作部
２５０  記憶部
２５０ａ  アプリ
２６０  制御部
２７０  無線確立部
２８０  アプリ実行制御部
２９０  情報通知部
３００  携帯端末Ｂ
４００  携帯端末Ｃ
【図１】
2010130674.tif 000003
【図２】
2010130674.tif 000004
【図３】
2010130674.tif 000005
【図４】
2010130674.tif 000006
【図５】
2010130674.tif 000007
【図６】
2010130674.tif 000008
【図７】
2010130674.tif 000009
【図８】
2010130674.tif 000010
【図９】
2010130674.tif 000011
【図１０】
2010130674.tif 000012
【図１１】
2010130674.tif 000013
【図１２】
2010130674.tif 000014
【図１３】
2010130674.tif 000015
【図１４】
2010130674.tif 000016
【図１５】
2010130674.tif 000017
【図１６】
2010130674.tif 000018
【図１７】
2010130674.tif 000019
【図１８】
2010130674.tif 000020
【図１９】
2010130674.tif 000021
【図２０】
2010130674.tif 000022
【図２１】
2010130674.tif 000023
【図２２】
2010130674.tif 000024
【図２３】
2010130674.tif 000025
【図２４】
2010130674.tif 000026
【図２５】
2010130674.tif 000027
【図２６】
2010130674.tif 000028
【図２７】
2010130674.tif 000029
【図２８】
2010130674.tif 000030
【図２９】
2010130674.tif 000031
【図３０】
2010130674.tif 000032
【図３１】
2010130674.tif 000033
【図３２】
2010130674.tif 000034
【図３３】
2010130674.tif 000035
【図３４】
2010130674.tif 000036
【図３５】
2010130674.tif 000037