(57)【特許請求の範囲】
【請求項１】
携帯機器と通信しながら該携帯機器と連携して動作するモードである連携モードを有する車載装置であって、
前記連携モードでの動作中に該連携モード以外のモードである非連携モードへの切り替え指示を受け付けた場合に、前記車載装置に対する遠隔操作を含むアプリケーションが前記携帯機器において実行中であるときは、該車載装置と該携帯機器との通信を切断する通信制御部
を備えることを特徴とする車載装置。
【請求項２】
前記連携モードは、
前記携帯機器と前記車載装置とが連携して、前記携帯機器からの出力音を前記車載装置のスピーカから出力することができるようにするモードであり、
前記非連携モードは、
前記車載装置が単体で動作して出力される音声を前記スピーカから出力するモードである
ことを特徴とする請求項１に記載の車載装置。
【請求項３】
前記通信制御部は、
前記車載装置に対する遠隔操作を含まないアプリケーションが前記携帯機器において実行中であるときは、該車載装置と該携帯機器との通信を維持する
ことを特徴とする請求項１または２に記載の車載装置。
【請求項４】
前記遠隔操作を含むアプリケーションは、
カーナビゲーション機能における目的地の設定要求を前記携帯機器から前記車載装置へ通知し、該車載装置に対して前記目的地を設定させる遠隔操作を行う
ことを特徴とする請求項１、２または３に記載の車載装置。
【請求項５】
前記携帯機器から前記目的地の設定要求が通知されたとき、該設定要求を受け付けるか否かを確認させる確認画面を前記車載装置の表示部へ表示させる確認処理部
をさらに備え、
前記通信制御部は、
前記確認処理部が動作する場合、前記車載装置と前記携帯機器との通信を切断しない
ことを特徴とする請求項４に記載の車載装置。
【発明の詳細な説明】
【技術分野】
【０００１】
開示の実施形態は、車載装置に関する。
【背景技術】
【０００２】
従来、カーナビゲーション機能やカーオーディオ機能などの各機能を一体のユニットに統合させた統合型の車載装置が知られている。
【０００３】
かかる統合型の車載装置は、各機能にそれぞれ対応したモードを有しており、ユーザは、かかるモードを切り替える「モード切替」操作を行うことによって所望の機能を選択することができる。
【０００４】
また、近年では、無線通信技術の普及にともなって、携帯電話といった携帯機器と連携する車載装置も提案されている（たとえば、特許文献１参照）。
【０００５】
かかる連携中の車載装置は、無線通信などによって接続された携帯機器との間でデータの送受信を行いながら、たとえば、携帯機器からの遠隔操作によってカーナビゲーション機能における目的地を設定するといった動作を行うことができる。
【０００６】
したがって、車両の運転者は、車載装置の操作を自ら行うことなく同乗者に委ねながら、車載装置の所望の機能を利用できるという利便性を享受することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−１４５１５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来技術によれば、上述した連携時における利便性を損ねる場合がある。具体的には、携帯機器を操作する同乗者が子供であるような場合、かかる子供によって運転者の意図しない携帯機器の操作が行われ、たとえば、上述のカーナビゲーション機能における目的地が不正確に設定されるおそれがあった。
【０００９】
実施形態の一態様は、上記に鑑みてなされたものであって、運転者の享受する利便性を損ねることなく適切に携帯機器と連携することができる車載装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
実施形態の一態様に係る車載装置は、携帯機器と通信しながら該携帯機器と連携して動作するモードである連携モードを有する車載装置であって、通信制御部を備える。前記通信制御部は、前記連携モードでの動作中に該連携モード以外のモードである非連携モードへの切り替え指示を受け付けた場合に、前記車載装置に対する遠隔操作を含むアプリケーションが前記携帯機器において実行中であるときは、該車載装置と該携帯機器との通信を切断する。
【発明の効果】
【００１１】
実施形態の一態様によれば、運転者の享受する利便性を損ねることなく適切に携帯機器と連携することができるという効果を奏する。
【図面の簡単な説明】
【００１２】
【図１Ａ】図１Ａは、実施形態に係る通信制御手法の概要を示す図（その１）である。
【図１Ｂ】図１Ｂは、実施形態に係る通信制御手法の概要を示す図（その２）である。
【図２】図２は、第１の実施形態に係る車載装置の構成を示すブロック図である。
【図３】図３は、第１の実施形態に係る車載装置の画面遷移の一例を示す図である。
【図４Ａ】図４Ａは、指示信号に含まれるデータ項目の一例を示す図（その１）である。
【図４Ｂ】図４Ｂは、指示信号に含まれるデータ項目の一例を示す図（その２）である。
【図５】図５は、第１の実施形態に係る車載装置が実行する処理手順を示すフローチャートである。
【図６Ａ】図６Ａは、第２の実施形態に係る車載装置の概要を示す図（その１）である。
【図６Ｂ】図６Ｂは、第２の実施形態に係る車載装置の概要を示す図（その２）である。
【図６Ｃ】図６Ｃは、第２の実施形態に係る車載装置の概要を示す図（その３）である。
【図７】図７は、第２の実施形態に係る車載装置が実行する処理手順を示すフローチャートである。
【図８】図８は、第３の実施形態に係る車載装置の概要を示す図である。
【図９】図９は、第３の実施形態に係る車載装置の構成を示すブロック図である。
【図１０Ａ】図１０Ａは、第３の実施形態に係る車載装置の画面表示の一例を示す図（その１）である。
【図１０Ｂ】図１０Ｂは、第３の実施形態に係る車載装置の画面表示の一例を示す図（その２）である。
【図１０Ｃ】図１０Ｃは、第３の実施形態に係る車載装置の画面表示の一例を示す図（その３）である。
【図１１】図１１は、第３の実施形態に係る車載装置が実行する処理手順を示すフローチャートである。
【図１２Ａ】図１２Ａは、第４の実施形態に係る車載装置の概要を示す図（その１）である。
【図１２Ｂ】図１２Ｂは、第４の実施形態に係る車載装置の概要を示す図（その２）である。
【図１２Ｃ】図１２Ｃは、第４の実施形態に係る車載装置の概要を示す図（その３）である。
【図１３】図１３は、第４の実施形態に係る車載装置の構成を示すブロック図である。
【図１４Ａ】図１４Ａは、第４の実施形態に係る車載装置の指示信号に含まれるデータ項目の一例を示す図（その１）である。
【図１４Ｂ】図１４Ｂは、第４の実施形態に係る車載装置の指示信号に含まれるデータ項目の一例を示す図（その２）である。
【図１５】図１５は、第４の実施形態に係る車載装置が実行する処理手順を示すフローチャートである。
【図１６】図１６は、第５の実施形態に係る車載装置の概要を示す図である。
【図１７】図１７は、第５の実施形態に係る車載装置の構成を示すブロック図である。
【図１８】図１８は、第５の実施形態に係る車載装置が実行する処理手順を示すフローチャートである。
【図１９】図１９は、第６の実施形態に係る車載装置の概要を示す図である。
【図２０】図２０は、第６の実施形態に係る車載装置の構成を示すブロック図である。
【図２１Ａ】図２１Ａは、第６の実施形態に係る車載装置が通知する拒否理由の一例を示す図（その１）である。
【図２１Ｂ】図２１Ｂは、第６の実施形態に係る車載装置が通知する拒否理由の一例を示す図（その２）である。
【図２１Ｃ】図２１Ｃは、第６の実施形態に係る車載装置が通知する拒否理由の一例を示す図（その３）である。
【図２２】図２２は、第６の実施形態に係る車載装置が実行する処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して、本願の開示する車載装置の実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。
【００１４】
また、以下では、車載装置が統合型の車載装置であるものとして説明を行う。また、以下では、説明の便宜上、カーナビゲーションを「ナビ」と、アプリケーションを「アプリ」と、それぞれ短縮させて記載する場合がある。
【００１５】
また、以下では、実施形態に係る通信制御手法の概要について図１Ａおよび図１Ｂを用いて説明した後に、実施形態に係る通信制御手法を適用した車載装置について、図２〜図２２を用いて説明することとする。
【００１６】
まず、実施形態に係る通信制御手法の概要について図１Ａおよび図１Ｂを用いて説明する。図１Ａおよび図１Ｂは、実施形態に係る通信制御手法の概要を示す図である。
【００１７】
図１Ａに示すように、実施形態に係る車載装置１０は、車両１の車室前方などに備えられ、携帯機器２０と通信しながら連携して動作する連携モードを有する。
【００１８】
かかる連携モードにおいては、たとえば、携帯機器２０がゲーム機である場合に、同乗者３がプレイするゲームアプリの出力音を、車載装置１０のスピーカ１６から出力させることができる。
【００１９】
また、たとえば、かかるゲーム機において動作するナビ機能を有するアプリを介して、同乗者３に車載装置１０のナビ機能における目的地設定を行わせることができる。
【００２０】
これにより、運転者２は、車載装置１０の操作を、携帯機器２０を操作する同乗者３に委ねることができるので、自身の運転操作に集中しながら車載装置１０の所望の機能を利用することができる。
【００２１】
ここで、「連携モード」と、かかる連携モードに対置される「非連携モード」について説明しておく。車載装置１０は、ナビ機能を提供する「ナビモード」、ラジオやコンパクトディスクといった音響ソース及びテレビやＤＶＤといった映像ソースの再生機能を提供する「オーディオモード」等を有する。そして、連携モードは、「オーディオモード」に含まれる機能の一つとして実行され、携帯機器２０と通信しながら連携して動作するモードである。一方で、非連携モードは、「オーディオモード」に含まれる機能として実行され、いわば車載装置１０が単体で動作する場合の各種モードである。
【００２２】
前述の連携モードとこれら非連携モードとの切り替えは、運転者２の車載装置１０に対する「モード切替」操作によって行うことができる。かかる「モード切替」は、ボタンのワンタッチ操作など、簡易な操作で行えるのが通常である。
【００２３】
なお、連携モードから非連携モードへの「モード切替」が行われた際、再度の連携モードへの「モード切替」を想定した場合のレスポンス性などを考慮すれば、車載装置１０と携帯機器２０との間の通信接続は維持されているのが好ましい。
【００２４】
ここで、同乗者３が子供であるものとする。かかる場合、運転者２の意図しない同乗者３による携帯機器２０の操作が行われ、たとえば、ナビ機能における目的地が不正確に設定されるなど、連携モードにおける利便性を損ねる可能性が高い。
【００２５】
そこで、運転者２は、その簡易な操作性から、連携モードから非連携モードへの「モード切替」を行うことによってかかる事態を防止しようと試みることが考えられる。しかしながら、たとえ非連携モードへ切り替えられても、前述のように車載装置１０と携帯機器２０との通信が維持されていれば、車載装置１０は、同乗者３の携帯機器２０による遠隔操作をバックグラウンドで受け付けるおそれがある。
【００２６】
そこで、実施形態に係る通信制御手法では、車載装置１０が連携モードでの動作中に非連携モードへの切り替え指示を受け付けた場合に、車載装置１０の遠隔操作を許容されたアプリが携帯機器２０において実行中であるならば、車載装置１０と携帯機器２０との通信を強制的に切断することとした。
【００２７】
以下、具体的に説明する。図１Ｂに示すように、車載装置１０が連携モードでの動作中に、運転者２による非連携モードへの「モード切替」操作を受け付けたものとする（図中の「Ｓｔｅｐ１」参照）。
【００２８】
このとき、図１Ｂに示すように、携帯機器２０において、車載装置１０の遠隔操作を許容されたアプリ（以下、「リモートモードアプリ」と記載する）が実行中であるならば、車載装置１０は、強制的に車載装置１０と携帯機器２０との通信を切断する（図中の「Ｓｔｅｐ２−ａ」参照）。ここで、リモートモードアプリは、たとえば、車載装置１０のナビ機能における目的地設定を行うことができるアプリである。
【００２９】
一方、携帯機器２０において、車載装置１０の遠隔操作を許容されていないアプリ（以下、「非リモートモードアプリ」と記載する）が実行中であるならば、車載装置１０は、車載装置１０と携帯機器２０との通信を維持する（図中の「Ｓｔｅｐ２−ｂ」参照）。
【００３０】
ここで、非リモートモードアプリは、たとえば、車載装置１０のスピーカ１６からカラオケ（登録商標）の音響を出力させるアプリである。なお、かかる非リモートモードアプリの場合には、非連携モードへ切り替えられた際、通信を維持しながら、たとえば、かかるアプリによる音響再生を停止するなどの措置をとればよい。
【００３１】
これにより、運転者２は、簡易な「モード切替」操作ひとつで、携帯機器２０が車載装置１０を遠隔操作することを確実に防ぐことができる。すなわち、運転者２は、同乗者３による携帯機器２０の不適当な操作が行われる可能性が高い場合であっても、自身の運転操作に支障をきたすことなく、連携機能を含む車載装置１０の所望の機能を適切に利用することができる。また、通信を維持することで生じる携帯機器２０のバッテリーの消耗を抑えることができる。
【００３２】
また、遠隔操作のおそれのない非リモートモードアプリに対しては、再度連携モードへの「モード切替」が行われた際にレスポンスよく通信を行わせ、かかる非リモートモードアプリの機能をストレスなく利用することができる。
【００３３】
したがって、利便性を損ねることなく携帯機器２０と連携することができる。以下では、図１を用いて説明した通信制御手法を適用した車載装置１０についての実施形態を「第１の実施形態」として、図２〜図５を用いて詳細に説明する。
【００３４】
ところで、運転者２が、安全性を保ちつつ上述した連携機能における利便性を得るうえで、車載装置１０がさらに種々の機能を有することとしてもよい。たとえば、連携モード中における注意喚起を促すこととしてもよい。以下では、かかる場合の実施形態を「第２の実施形態」として、図６Ａ〜図７を用いて詳細に説明する。
【００３５】
また、同様に、不適当である可能性のある携帯機器２０からの指示要求を、ワンタッチ操作でキャンセル可能としてもよい。以下では、かかる場合の実施形態を「第３の実施形態」として、図８〜図１１を用いて詳細に説明する。
【００３６】
また、同様に、不適当である可能性のある携帯機器２０からの指示要求については、確認画面を表示して運転者２に確認させることとしてもよい。以下では、かかる場合の実施形態を「第４の実施形態」として、図１２Ａ〜図１５を用いて詳細に説明する。
【００３７】
また、同様に、携帯機器２０による操作の受け付け中については、かかる旨を知らせるＢＧＭをスピーカ１６から出力することとしてもよい。以下では、かかる場合の実施形態を「第５の実施形態」として、図１６〜図１８を用いて詳細に説明する。
【００３８】
また、携帯機器２０からの指示要求を受け付けられない場合に、携帯機器２０側へ拒否理由を通知することとしてもよい。以下では、かかる場合の実施形態を「第６の実施形態」として、図１９〜図２２を用いて詳細に説明する。
【００３９】
なお、以下では、携帯機器２０は、つねに同乗者３によって操作されるものとする。また、以下では、かかる携帯機器２０からの指示要求が、主にナビ機能における目的地設定要求である場合を例に挙げて説明する。
【００４０】
（第１の実施形態）
図２は、第１の実施形態に係る車載装置１０の構成を示すブロック図である。なお、図２では、車載装置１０の特徴を説明するために必要な構成要素のみを示しており、一般的な構成要素についての記載を省略している。
【００４１】
図２に示すように、車載装置１０は、近距離通信部１１と、操作部１２と、ＧＰＳ部１３と、車速取得部１４と、表示部１５と、スピーカ１６と、制御部１７と、記憶部１８とを備える。
【００４２】
制御部１７は、指示受付部１７ａと、モード切替部１７ｂと、ナビ制御部１７ｄと、オーディオ制御部１７ｅとをさらに備える。また、オーディオ制御部１７ｅは、連携制御部１７ｃと非連携制御部１７ｆとをさらに備える。記憶部１８は、地図情報１８ａと、音響情報１８ｂとを記憶する。なお、連携制御部１７ｃおよびナビ制御部１７ｄの詳細な構成については後述する。
【００４３】
近距離通信部１１は、Ｂｌｕｅｔｏｏｔｈ（登録商標）による近距離無線通信によって携帯機器２０との間でデータの送受信を行うための通信部である。また、携帯機器２０も同様に、Ｂｌｕｅｔｏｏｔｈ（登録商標）による近距離無線通信機能を搭載する。携帯機器２０は、たとえば、携帯電話、ＰＨＳ（Personal  Handy-phone  System）、ＰＤＡ（Personal  Digital  Assistant）、またはゲーム機といったデバイスである。
【００４４】
ここで、かかる携帯機器２０について説明しておく。携帯機器２０は、近距離通信部２１と、操作部２２と、表示部２３と、制御部２４と、記憶部２５とを備える。そして、同乗者３による操作部２２への操作に応じて、制御部２４が、記憶部２５に記憶されたアプリケーション２５ａのプログラムを読み出して実行することで、車載装置１０と携帯機器２０とが通信可能に接続される。
【００４５】
たとえば、制御部２４は、アプリケーション２５ａのプログラムを読み出して実行し、同乗者３による操作部２２への指示操作に基づく目的地設定要求を、近距離通信部２１を介して車載装置１０へ送信する。
【００４６】
なお、本実施形態および後述する他の実施形態では、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いて車載装置１０と携帯機器２０との間の通信を行う場合について説明するが、Ｗｉ−Ｆｉ（登録商標）、ＺＩＧＢＥＥ（登録商標）といった他の無線通信規格を用いることとしてもよい。また、車載装置１０と携帯機器２０との間の通信を有線通信で行うこととしてもよい。
【００４７】
車載装置１０の説明に戻る。操作部１２は、「モード切替」ボタンなどを含む入力デバイスである。ＧＰＳ部１３は、図示略のＧＰＳアンテナとＧＰＳレシーバとを備える。ＧＰＳアンテナは、衛星からのＧＰＳ信号を受信し、ＧＰＳレシーバへＧＰＳ信号を送信する。ＧＰＳレシーバは、ＧＰＳアンテナから受信したＧＰＳ信号の復調を行って生成したＧＰＳ情報を制御部１７へ出力する。
【００４８】
車速取得部１４は、車速センサを備えており、自車両の車速を常時取得する。また、車速取得部１４は、取得した車速の情報を制御部１７へ出力する。
【００４９】
表示部１５は、液晶ディスプレイなどの出力デバイスによって構成された出力部であり、たとえば、ナビ制御部１７ｄにおいて生成されたルート情報に含まれる経路案内画面などを表示する。スピーカ１６は、オーディオ制御部１７ｅによる制御を受けて音響信号を出力する出力部である。
【００５０】
制御部１７は、車載装置１０の全体制御を行う。なお、図２には、制御部１７の機能的な構成を示しているが、かかる制御部１７は、物理的にはＣＰＵ（Central  Processing  Unit）と、ＲＯＭ（Read  Only  Memory）と、ＲＡＭ（Random  Access  Memory）とを有する情報処理ユニットを備える。
【００５１】
そして、ＣＰＵが、ＲＯＭから各種プログラムを読み出し、ＲＡＭを作業領域として使用して実行することにより、連携制御部１７ｃ、非連携制御部１７ｆ、ナビ制御部１７ｄおよびオーディオ制御部１７ｅといった各処理部がそれぞれ機能することとなる。
【００５２】
指示受付部１７ａは、操作部１２を介して入力された運転者２からの操作に基づく指示信号を受け付ける。モード切替部１７ｂは、指示受付部１７ａによって受け付けられた「モード切替」操作に対応する指示信号に基づき、車載装置１０の動作するモードを切り替える。
【００５３】
「モード切替」操作は、「ナビモード」と「オーディオモード」との間でモードの切り替えを行う第１の切替操作（主要機能の切替操作）と、オーディオモードが実行されている（オーディオモード画面が表示されている）ときに、「連携モード」と「非連携モード」との間でモードの切り替えを行う第２の切替操作（詳細機能の切替操作）とを含む。なお、第１の切替操作は、図２に示す（第１の切替処理）に、第２の切替操作は、図２に示す（第２の切替処理）に、それぞれ対応する。
【００５４】
たとえば、「ナビモード」への切り替えが指示された場合には、モード切替部１７ｂは、ナビ制御部１７ｄによって動作されるナビ機能へと切り替え、車載装置１０の表示部１５にナビ画面を表示する。同じく、「オーディオモード」への切り替えが指示された場合には、モード切替部１７ｂは、オーディオ制御部１７ｅによって動作されるオーディオ機能へと切り替え、車載装置１０の表示部１５にオーディオ画面を表示する。
【００５５】
車載装置１０の表示部１５に表示されるオーディオ画面には、オーディオモードに含まれる各種機能を選択して実行するための各種ボタンが表示される。そして、各種ボタンのうち、たとえば、連携ボタンを選択することによって「連携モード」への切り替えが指示された場合には、モード切替部１７ｂは、携帯機器２０との間の通信を制御しつつ、車載装置１０を携帯機器２０とのデータ送受信に基づいて動作させる連携モードへと切り替える。
【００５６】
一方、各種ボタンのうち、たとえば、ＡＭボタン、ＦＭボタン、ＣＤボタン、ＤＶＤボタン等を選択することによって「非連携モード」への切り替えが指示された場合には、モード切替部１７ｂは、車載装置１０が単体でラジオやコンパクトディスクといった音響ソース及びテレビやＤＶＤといった映像ソースを再生出力する機能を提供する非連携モードへと車載装置１０を切り替える。
【００５７】
連携制御部１７ｃは、連携モードにおける携帯機器２０とのデータ送受信に関する制御を行う。図２に示すように、かかる連携制御部１７ｃは、通信制御部１７ｃａと、アプリ判定部１７ｃｂと、送受信部１７ｃｃとをさらに備える。また、非連携制御部１７ｆは、非連携モードにおける上述の音響ソースおよび映像ソースの再生出力に関する制御を行う。
【００５８】
通信制御部１７ｃａは、モード切替部１７ｂから連携モードへの切り替えを指示された場合には、近距離通信部１１と携帯機器２０の近距離通信部２１とを通信可能に接続させる。また、通信制御部１７ｃａは、かかる接続時における携帯機器２０からの入力信号をアプリ判定部１７ｃｂへ受け渡す。
【００５９】
アプリ判定部１７ｃｂは、通信制御部１７ｃａから受け取った入力信号に基づいて携帯機器２０側で実行中のアプリを判定する。また、アプリ判定部１７ｃｂは、判定したアプリとのデータ送受信を送受信部１７ｃｃに対して指示する。送受信部１７ｃｃは、かかるアプリとのデータ送受信を、近距離通信部１１を介して行う。
【００６０】
また、通信制御部１７ｃａは、モード切替部１７ｂから非連携モードへの切り替えを指示された場合には、携帯機器２０において実行中のアプリがリモートモードであるか否かに基づいて車載装置１０と携帯機器２０との間の通信を制御する。
【００６１】
すなわち、通信制御部１７ｃａは、かかる場合でアプリがリモートモードアプリであるならば、車載装置１０と携帯機器２０との間の通信を切断する。また、通信制御部１７ｃａは、かかる場合でアプリが非リモートモードアプリであるならば、車載装置１０と携帯機器２０との間の通信を切断せずに維持する。
【００６２】
ここで、説明を分かりやすくするため、連携モードから非連携モードへ順次切り替えられる場合の車載装置１０における画面遷移について一例を示しておく。図３は、第１の実施形態に係る車載装置１０の画面遷移の一例を示す図である。
【００６３】
なお、図３は、白抜き矢印によって「上段」、「中段」および「下段」に分かれている。また、図３に示すように、表示部１５はタッチ操作可能な液晶タッチパネルであるものとし、操作部１２（図示略）に相当する各種ボタンは、「ＡＭ」、「ＦＭ」などのように表示部１５上に配置されているものとする。
【００６４】
まず、図３の上段に示すのは、連携モードへの切り替え画面の一例である。かかる画面は、たとえば、表示部１５に表示された「連携」ボタンを運転者２がタッチする（図中の（３−１）参照）ことによって表示される。
【００６５】
そして、運転者２が、同じく表示部１５に表示された「接続」ボタンをタッチする（図中の（３−２）参照）ことによって、通信制御部１７ｃａが、車載装置１０と携帯機器２０との間の通信を接続する。
【００６６】
なお、ここでは、「連携」ボタンを選択（タッチ）した後に、「接続」ボタンをタッチすることによって、車載装置１０と携帯機器２０との間の通信を接続する構成としたが、他の実施形態として、「連携」ボタンを選択（タッチ）することによって、連携モードへ切り替えると共に車載装置１０と携帯機器２０との間の通信を接続する構成としてもよい。このような構成によれば、「接続」ボタンを表示させる必要がなくなり、また「接続」ボタンをタッチする操作を行う必要もなくなるため、簡易な操作でモード切替が可能となる。
【００６７】
そして、図３の中段に示すように、携帯機器２０と「連携中」の表示部１５には、携帯機器２０において実行中のアプリ、たとえば、ナビ機能を備えたリモートモードアプリの地図画面が表示される。
【００６８】
そして、かかる「連携中」の状態から、運転者２が、非連携モードのひとつであるＡＭ放送モードへの切り替えを行うべく「ＡＭ」ボタンをタッチすると（図３の下段の（３−３）参照）、通信制御部１７ｃａは、車載装置１０と携帯機器２０との間の通信を切断する。なお、このとき、図３の下段に示すように、「携帯機器を切断しました」といった旨のメッセージを表示してもよい。
【００６９】
また、通信制御部１７ｃａは、携帯機器２０において実行中のアプリが非リモートモードアプリであるならば、車載装置１０と携帯機器２０との間の通信を維持したままとする。
【００７０】
なお、携帯機器２０において実行中のアプリがリモートモードアプリであるか否かは、たとえば、携帯機器２０からの指示信号にその種別を含むことで判定可能となる。かかる場合のデータ項目の一例について、図４Ａおよび図４Ｂを用いて説明する。
【００７１】
図４Ａおよび図４Ｂは、指示信号に含まれるデータ項目の一例を示す図である。なお、以下の一例に示すデータ項目の格納値は、そのデータ形式を限定するものではない。
【００７２】
図４Ａに示すように、携帯機器２０からの指示信号には、たとえば、「携帯機器名情報」項目や「アプリケーション名情報」項目、携帯機器２０側のアプリがリモートモードアプリであるか否かを示す「遠隔操作可否」項目などを含むことができる。
【００７３】
そして、図４Ａは、「ゲーム機＃１」と名付けられた携帯機器２０において「リモートナビ」というアプリが実行中であり、かかる「リモートナビ」は、遠隔操作が「可」である、すなわち、リモートモードアプリである場合の一例を示している。
【００７４】
かかる場合、通信制御部１７ｃａは、非連携モードへの切り替えに際して、車載装置１０と携帯機器２０との間の通信を強制的に切断することとなる。
【００７５】
また、図４Ｂは、同じく「ゲーム機＃１」と名付けられた携帯機器２０において「ケータイデカラオケ」というアプリが実行中であり、かかる「ケータイデカラオケ」は、遠隔操作が「否」である、すなわち、非リモートモードアプリである場合の一例を示している。
【００７６】
かかる場合、通信制御部１７ｃａは、非連携モードへの切り替えに際して、車載装置１０と携帯機器２０との間の通信を維持することとなる。
【００７７】
図２の説明に戻り、ナビ制御部１７ｄについて説明する。ナビ制御部１７ｄは、主に車載装置１０の「ナビモード」における動作を制御する処理部である。また、ナビ制御部１７ｄは、車載装置１０が「連携モード」である場合には、携帯機器２０からの指示要求に応じたナビ機能関連の動作制御を行う。
【００７８】
ここで、図２に示すように、ナビ制御部１７ｄは、目的地設定部１７ｄａと、位置情報取得部１７ｄｂと、ルート情報生成部１７ｄｃとをさらに備える。
【００７９】
目的地設定部１７ｄａは、ナビ機能における「目的地」の設定を行う。かかる目的地の設定は、車載装置１０が「ナビモード」である場合には、運転者２により操作部１２から指示受付部１７ａを介して入力された目的地設定要求に基づく。
【００８０】
また、車載装置１０が「連携モード」である場合には、同乗者３により携帯機器２０の操作部２２から入力され、近距離通信部１１および送受信部１７ｃｃを介して受信された目的地設定要求に基づく。さらに、運転者２により操作部１２から指示受付部１７ａを介して入力された目的地設定要求に基づいて目的地が設定されてもよい。
【００８１】
位置情報取得部１７ｄｂは、ＧＰＳ部１３から受け取ったＧＰＳ情報に基づいて車載装置１０の現在位置の緯度情報および経度情報を取得する。また、位置情報取得部１７ｄｂは、車速取得部１４から車速の情報を取得する。
【００８２】
ルート情報生成部１７ｄｃは、上述の目的地設定要求、現在位置の情報、車速の情報および記憶部１８に記憶された地図情報１８ａなどに基づき、経路案内画面を含むルート情報を生成する。
【００８３】
また、ルート情報生成部１７ｄｃは、生成した経路案内画面を表示部１５へ出力する。また、ルート情報生成部１７ｄｃは、生成した経路案内画面に対応する音響データを音響情報１８ｂから取得して出力するように、オーディオ制御部１７ｅに対して指示する。
【００８４】
なお、車載装置１０が「連携モード」である場合には、ルート情報生成部１７ｄｃは、生成したルート情報を携帯機器２０へ受け渡して、携帯機器２０側で出力することとしてもよい。
【００８５】
オーディオ制御部１７ｅは、主に車載装置１０の「オーディオモード」における機能にかかる動作を制御する処理部である。また、オーディオ制御部１７ｅは、車載装置１０が「連携モード」である場合には、携帯機器２０からの指示要求に応じた音響出力関連の動作制御を行う。また、車載装置１０が「非連携モード」である場合には、車載装置１０が単体でラジオやコンパクトディスクといった音響ソース及びテレビやＤＶＤといった映像ソースを再生出力する場合の動作制御を行う。
【００８６】
記憶部１８は、ハードディスクドライブや不揮発性メモリ、レジスタといった記憶デバイスで構成される記憶部であり、地図情報１８ａと音響情報１８ｂとを記憶する。
【００８７】
地図情報１８ａには、ルート情報の生成用データ、たとえば、道路データや施設データ、表示アイコンの画像データなどが含まれる。また、音響情報１８ｂには、経路案内用の音声データやアプリ用の効果音データ、ＢＧＭデータなどが含まれる。
【００８８】
次に、第１の実施形態に係る車載装置１０が実行する処理手順について説明する。図５は、第１の実施形態に係る車載装置１０が実行する処理手順を示すフローチャートである。
【００８９】
図５に示すように、まず、指示受付部１７ａが、運転者２による操作部１２からの操作に基づく指示信号を受け付ける（ステップＳ１０１）。ここで、受け付けられた指示信号がモード切り替え指示である場合（ステップＳ１０２，Ｙｅｓ）、指示受付部１７ａは、ステップＳ１０４の処理へ制御を移す。
【００９０】
なお、受け付けられた指示信号がモード切り替え指示でない場合（ステップＳ１０２，Ｎｏ）、指示受付部１７ａは、車載装置１０を受け付けた指示信号に応じて動作させた後（ステップＳ１０３）、ステップＳ１０１からの処理を繰り返す。
【００９１】
つづいて、モード切替部１７ｂは、受け付けられたモード切り替え指示が非連携モードへの切り替え指示であるか否かを判定する（ステップＳ１０４）。ここで、非連携モードへの切り替え指示であると判定された場合（ステップＳ１０４，Ｙｅｓ）、モード切替部１７ｂは、携帯機器２０と連携中であるか否かを判定する（ステップＳ１０５）。
【００９２】
そして、携帯機器２０と連携中であると判定された場合（ステップＳ１０５，Ｙｅｓ）、通信制御部１７ｃａは、携帯機器２０がリモートモードアプリを実行中であるか否かを判定する（ステップＳ１０６）。なお、ステップＳ１０５の判定条件を満たさない場合（ステップＳ１０５，Ｎｏ）、ステップＳ１０９の処理へ制御を移す。
【００９３】
そして、携帯機器２０がリモートモードアプリを実行中であると判定された場合（ステップＳ１０６，Ｙｅｓ）、通信制御部１７ｃａは、車載装置１０と携帯機器２０との通信を強制的に切断する（ステップＳ１０７）。
【００９４】
また、携帯機器２０がリモートモードアプリを実行中でないと判定された場合（ステップＳ１０６，Ｎｏ）、通信制御部１７ｃａは、車載装置１０と携帯機器２０との通信を維持する（ステップＳ１０８）。
【００９５】
そして、モード切替部１７ｂは、以降、車載装置１０を非連携モードにて動作させる（ステップＳ１０９）。
【００９６】
一方、ステップＳ１０４において非連携モードへの切り替え指示でない、たとえば、連携モードへの切り替え指示であると判定された場合（ステップＳ１０４，Ｎｏ）、モード切替部１７ｂは、携帯機器２０と未接続であるか否かを判定する（ステップＳ１１０）。
【００９７】
ここで、携帯機器２０と未接続であると判定された場合（ステップＳ１１０，Ｙｅｓ）、通信制御部１７ｃａは、車載装置１０と携帯機器２０との通信を接続する（ステップＳ１１１）。なお、携帯機器２０と接続中であると判定された場合（ステップＳ１１０，Ｎｏ）、ステップＳ１１２の処理へ制御を移す。
【００９８】
そして、モード切替部１７ｂは、以降、車載装置１０を連携モードにて動作させる（ステップＳ１１２）。
【００９９】
そして、車載装置１０は、処理終了イベント（たとえば、ＡＣＣ電源の停止など）があるか否かを判定し（ステップＳ１１３）、処理終了イベントがある場合には（ステップＳ１１３，Ｙｅｓ）、処理を終了する。また、処理終了イベントがない場合には（ステップＳ１１３，Ｎｏ）、ステップＳ１０１からの処理を繰り返す。
【０１００】
上述してきたように、第１の実施形態では、通信制御部を備えるように車載装置を構成した。通信制御部は、連携モードでの動作中にかかる連携モード以外のモードである非連携モードへの切り替え指示を受け付けた場合に、車載装置に対する遠隔操作を含むアプリケーションが携帯機器において実行中であるときは、車載装置と携帯機器との通信を切断する。したがって、第１の実施形態に係る車載装置によれば、運転者の享受する利便性を損ねることなく適切に携帯機器と連携することができる。
【０１０１】
なお、第１の実施形態では、通信制御部が、非連携モードへの切り替え指示を受け付けた場合に、車載装置の遠隔操作を許容されたアプリケーションが携帯機器において実行中であるならば、車載装置と携帯機器との通信を強制的に切断する場合について説明した。
【０１０２】
しかし、携帯機器からの目的地設定要求が通知されたならば、かかる目的地設定要求を受け付けるか否かを確認させる確認画面を生成して運転者に可否を問えるような場合には、例外的に通信を切断しなくともよい。この点は、後述する第４の実施形態において触れる。
【０１０３】
ところで、上述した第１の実施形態では、利便性を損ねることなく携帯機器と連携することができる点を重視した車載装置の構成例について説明したが、安全性を保つ観点から、たとえば、連携モード中における注意喚起を運転者へ自動的に促すこととしてもよい。以下では、かかる場合の実施形態を「第２の実施形態」として、図６Ａ〜図７を用いて詳細に説明する。
【０１０４】
なお、図示しないが、第２の実施形態に係る車載装置には符号「１０Ａ」を付して説明を行うこととする。また、第２の実施形態に係る車載装置１０Ａのブロック構成は、上述した第１の実施形態に係る車載装置１０と同様であるものとする（図２参照）。したがって、以下では、図２に示したのと同一の符号を用いて各処理部を記載する場合がある。
【０１０５】
（第２の実施形態）
図６Ａ〜図６Ｃは、第２の実施形態に係る車載装置１０Ａの概要を示す図である。図６Ａの上段に示すように、車載装置１０Ａは、表示部１５に表示された連携モードへの切り替え画面（図３の上段参照）に対して、連携モード中における注意喚起メッセージを表示する。
【０１０６】
たとえば、図６Ａの上段には、「安全のために運転者は走行中に本機や携帯機器を操作しないでください」との注意喚起メッセージを表示した例を示している。また、図６Ａの下段に示すように、車載装置１０Ａは、連携モード中を通じてかかる注意喚起メッセージを表示することができる。
【０１０７】
これにより、元来禁じられてはいるが、マニュアルなどに記載されるのみで軽視されがちな車両走行中における運転者２の各種機器操作に対する注意喚起を、運転者２の目につきやすい形で促すことができる。すなわち、注意喚起を促すことで安全性を保ちつつ、運転者２に対して連携機能における利便性を享受させることができる。
【０１０８】
なお、ここで、上述の注意喚起メッセージを、携帯機器２０において実行中のアプリに応じたものとしてもよい。
【０１０９】
かかる場合、携帯機器２０において実行中のアプリを、たとえば、（１）車載装置１０Ａおよび携帯機器２０双方の操作を伴うもの、（２）車載装置１０Ａのみの操作を伴うもの、（３）携帯機器２０の操作のみを伴うものの３種別に区分けすることができる。
【０１１０】
そして、実際に携帯機器２０において実行中のアプリが上記（１）に相当するアプリである場合には、図６Ａに示した注意喚起メッセージを表示することとすればよい。
【０１１１】
また、上記（２）に相当するアプリである場合には、図６Ｂに示すように、「安全のため運転者は走行中に本機を操作しないでください」といった車載装置１０Ａのみを対象とした注意喚起メッセージを表示することとすればよい。
【０１１２】
同様に、上記（３）に相当するアプリである場合には、図６Ｃに示すように、「安全のため運転者は走行中に携帯機器を操作しないでください」といった携帯機器２０のみを対象とした注意喚起メッセージを表示することとすればよい。
【０１１３】
なお、このように区分けされたアプリの判別は、第１の実施形態で示したアプリ判定部１７ｃｂ（図２参照）を用いることによって判別可能である。
【０１１４】
次に、第２の実施形態に係る車載装置１０Ａが実行する処理手順について説明する。図７は、第２の実施形態に係る車載装置１０Ａが実行する処理手順を示すフローチャートである。
【０１１５】
図７に示すように、まず、指示受付部１７ａが、連携モードへの切り替え指示を受け付ける（ステップＳ２０１）。
【０１１６】
そして、モード切替部１７ｂが、注意喚起メッセージを含んだ連携モードへの切り替え画面を表示する（ステップＳ２０２）。そして、かかる画面から、携帯機器２０との接続操作が行われたならば、通信制御部１７ｃａが携帯機器２０との通信を開始する（ステップＳ２０３）。
【０１１７】
そして、アプリ判定部１７ｃｂが、携帯機器２０において実行中のアプリを判別し、かかるアプリに応じた注意喚起メッセージを生成して（ステップＳ２０４）、表示部１５へ表示させる（ステップＳ２０５）。なお、かかる注意喚起メッセージは、連携モード中を通じて表示される。
【０１１８】
そして、指示受付部１７ａが非連携モードへの切り替え指示を受け付けるなどの連携モードの終了イベントが受信される（ステップＳ２０６）。ここで、モード切替部１７ｂは、連携モードを終了させた後（ステップＳ２０７）、表示中の注意喚起メッセージを消去して（ステップＳ２０８）、処理を終了する。
【０１１９】
また、他の実施形態として、所定の時間が経過したら、表示中の注意喚起メッセージを消去する構成であってもよい。
【０１２０】
上述してきたように、第２の実施形態では、モード切替部が、連携モードへの切り替え指示を受け付けた場合に、アプリ判定部が、携帯機器において実行されるアプリを判別し、かかるアプリに応じた注意喚起メッセージを運転者に対して表示するように車載装置を構成した。したがって、第２の実施形態に係る車載装置によれば、運転者に対してアプリに応じた直接的な注意喚起を促すことができる。すなわち、安全性を保ちつつ、運転者に対して連携機能における利便性を享受させることができる。
【０１２１】
ところで、上述した第１の実施形態では、同乗者によって運転者の意図しない携帯機器の操作が行われる可能性があり、かかる操作に基づく不正確な目的地設定などを防止するために、必要に応じて車載装置と携帯機器との通信を切断する場合について説明した。
【０１２２】
この点につき、たとえば、携帯機器から不適当な可能性のある目的地設定要求を受け付けた場合に、かかる目的地設定要求に応じて設定された目的地を運転者がキャンセルできることとしてもよい。なお、このときのキャンセル操作は、運転者の運転操作に支障のないように簡易な操作であることが望ましい。
【０１２３】
以下では、かかる場合の実施形態を「第３の実施形態」として、図８〜図１１を用いて詳細に説明する。
【０１２４】
（第３の実施形態）
図８は、第３の実施形態に係る車載装置１０Ｂの概要を示す図である。図８に示すように、同乗者３により携帯機器２０から目的地設定操作が行われ（図中の（８−１）参照）、目的地設定要求が車載装置１０Ｂへ送信されたものとする（図中の（８−２）参照）。
【０１２５】
ここで、同乗者３が子供であるような場合、かかる目的地設定要求は不適当なものであるおそれがある。
【０１２６】
そこで、第３の実施形態に係る車載装置１０Ｂでは、携帯機器２０から目的地設定要求を受け付けた場合に、かかる指示要求に応じて設定された目的地をキャンセルできるようにキャンセルボタンを表示することとした（図中の（８−３）参照）。かかるキャンセルボタンは、簡易なワンタッチ操作が可能な操作部品として構成する。
【０１２７】
そして、かかるキャンセルボタンを運転者２がタッチ操作した場合に、車載装置１０Ｂは、携帯機器２０からの設定要求に基づいて設定された直近の目的地を削除する。すなわち、携帯機器２０から設定された目的地で、最も新しい目的地を削除する。
【０１２８】
これにより、運転者２は、自身の手元に近い車載装置１０Ｂ側で、携帯機器２０によって設定された目的地を簡易な操作で削除することができるので、運転操作に支障を来すことなく、すなわち安全性を保ちつつ、連携機能における利便性もまた保つことができる。
【０１２９】
なお、キャンセルボタンは、車載装置１０Ｂに２個以上の目的地が設定されている場合に表示されることが好ましい。これは、目的地が１個である場合にかかる目的地をキャンセルして新たに設定するよりも、上書きで目的地を新規設定する方が運転者２の手数を少なくできるためである。なお、かかる点は、目的地が１個である場合にキャンセルボタンを表示することを妨げるものではない。
【０１３０】
また、携帯機器２０からの設定要求に基づいて設定された目的地すべてをリスト表示して、キャンセルボタンの押下によって一括削除してもよい。また、リストの中から選択して削除することとしてもよい。かかる点は、図１０Ｂおよび図１０Ｃを用いて後述する。
【０１３１】
次に、第３の実施形態に係る車載装置１０Ｂの構成について図９を用いて説明する。図９は、第３の実施形態に係る車載装置１０Ｂの構成を示すブロック図である。
【０１３２】
なお、図９は、図２に示した第１の実施形態に係る車載装置１０の構成を示すブロック図に対応しているが、説明の簡略化のために、第１の実施形態と重複する構成要素の図示を一部省略している。図９では、第１の実施形態で示したナビ制御部１７ｄを中心とした説明を行うこととする。
【０１３３】
また、図９は、第１の実施形態と同一の構成要素には同一の符号を付しており、第１の実施形態と重複する構成要素についての説明は省略するか簡単な説明にとどめることとする。
【０１３４】
図９に示すように、車載装置１０Ｂは、ナビ制御部１７ｄにキャンセル処理部１７ｄｄをさらに備える点が、上述した第１の実施形態に係る車載装置１０とは異なる。また、記憶部１８が、さらに目的地情報１８ｃを記憶する点も車載装置１０とは異なる。
【０１３５】
目的地情報１８ｃは、携帯機器２０からの目的地設定要求を受けた目的地設定部１７ｄａによって順次追加設定される。キャンセル処理部１７ｄｄは、目的地設定部１７ｄａにおいて携帯機器２０からの目的地設定要求に基づく目的地設定が行われたならば、表示部１５に対してキャンセルボタンを表示する。
【０１３６】
ここで、図１０Ａ〜図１０Ｃを用いて、車載装置１０Ｂの画面表示について具体的に説明する。図１０Ａ〜図１０Ｃは、第３の実施形態に係る車載装置１０Ｂの画面表示の一例を示す図である。
【０１３７】
図１０Ａに示すように、車載装置１０Ｂは、かかる車載装置１０Ｂ側の表示部１５にキャンセルボタンを表示する。なお、図１０Ａには、キャンセルボタンのみを表示した例を示している。かかる場合、運転者２のキャンセルボタンの押下によって、車載装置１０Ｂは、携帯機器２０から設定された直近の目的地のみを削除する。すなわち、キャンセルボタンの押下によって、携帯機器２０から設定された最も新しい目的地のみを削除する。
【０１３８】
また、図１０Ｂに示すように、表示部１５にキャンセルボタンを表示するとともに、携帯機器２０から設定された目的地すべてをリスト表示させてもよい。かかる場合、運転者２のキャンセルボタンの押下によって、車載装置１０Ｂは、リスト表示された目的地すべてを一括削除することができる。また、車載装置１０Ｂは、表示部１５に表示されたキャンセルボタンを押下することによって、目的地すべてをリスト表示させ、再度キャンセルボタンを押下することによって、リスト表示された目的地すべてを一括削除する構成であってもよい。なお、リストをタッチ操作することで目的地を選択し、選択された目的地のみを削除してもよい。
【０１３９】
また、図１０Ｃには、かかるリスト表示の変形例を示している。図１０Ｃに示すように、車載装置１０Ｂ（図中の「本機」参照）および携帯機器２０（図中の「携帯」参照）のいずれから設定された目的地であるかを文字情報やアイコンで識別可能に表示する。そして、車載装置１０Ｂおよび携帯機器２０のいずれから設定された目的地であるかを問わず、目的地情報１８ｃのすべての目的地をリスト表示することとしてもよい。
【０１４０】
かかる場合、車載装置１０Ｂは、リスト表示された「携帯」の目的地すべてを一括削除することができる。たとえば、リスト表示された「携帯」を示す表示部分（文字情報やアイコン等）を押下した後、キャンセルボタンを押下することによって、リスト表示された「携帯」の目的地すべてを一度に削除する。また、かかるリストから、運転者２に「本機」の目的地（たとえば、図中の「Ｗ地点」）を含めて任意に選択削除させてもよい。たとえば、リスト表示された任意の目的地を押下した後、キャンセルボタンを押下することによって、選択された目的地すべてを一度に削除する。
【０１４１】
なお、図１０Ａ〜図１０Ｃには示していないが、携帯機器２０からの目的地設定操作には、同乗者３が自ら所定の手順を踏んで行う「通常型」のものと、同乗者３が携帯機器２０のアプリに誘導されて行う「誘導型」のものがある。
【０１４２】
「誘導型」の目的地設定操作は、たとえば、ランドマークとしてあらかじめ登録された観光地情報やスポット情報、すなわち、目的地として設定可能な地点の属性に応じたアプリによるリコメンド（recommend）に誘導されて行われる。かかる「誘導型」は、操作は簡易であるものの、同乗者３が熟慮することなく安易に設定しやすいともいえるので、「通常型」に比べて目的地設定要求が不適当なものである可能性が高い。
【０１４３】
そこで、車載装置１０Ｂは、かかる「誘導型」によって設定された目的地のみをキャンセル対象として取り扱うこととしてもよい。
【０１４４】
図９の説明に戻る。キャンセル処理部１７ｄｄは、キャンセルボタンから「キャンセル操作」を受け付けたならば、目的地情報１８ｃから該当の目的地を削除することとなる。
【０１４５】
次に、第３の実施形態に係る車載装置１０Ｂが実行する処理手順について説明する。図１１は、第３の実施形態に係る車載装置１０Ｂが実行する処理手順を示すフローチャートである。
【０１４６】
なお、図１１には、キャンセル処理部１７ｄｄによる「ワンタッチキャンセル処理」を中心とした処理手順を示している。また、ここでは、２個以上の目的地が設定されている場合に、携帯機器２０から設定された目的地のうちの直近の目的地のみを削除する場合について示す。
【０１４７】
図１１に示すように、まず、目的地設定部１７ｄａが目的地設定要求を受信して（ステップＳ３０１）、目的地を設定する（ステップＳ３０２）。
【０１４８】
そして、キャンセル処理部１７ｄｄが、目的地情報１８ｃに設定されている目的地が２個以上であるか否かを判定する（ステップＳ３０３）。ここで、ステップＳ３０３の判定条件を満たす場合（ステップＳ３０３，Ｙｅｓ）、キャンセル処理部１７ｄｄは、携帯機器２０からの要求に基づいて設定された目的地か否かを判定する（ステップＳ３０４）。
【０１４９】
なお、ステップＳ３０３の判定条件を満たさない場合（ステップＳ３０３，Ｎｏ）、ステップＳ３０１からの処理を繰り返す。
【０１５０】
そして、ステップＳ３０４の判定条件を満たす場合（ステップＳ３０４，Ｙｅｓ）、キャンセル処理部１７ｄｄは、表示部１５へキャンセルボタンを表示させる（ステップＳ３０５）。また、ステップＳ３０４の判定条件を満たさない場合には（ステップＳ３０４，Ｎｏ）、キャンセルボタンを非表示とし（ステップＳ３０６）、ステップＳ３０１からの処理を繰り返す。
【０１５１】
つづいて、キャンセルボタンが押下された場合（ステップＳ３０７，Ｙｅｓ）、キャンセル処理部１７ｄｄは、携帯機器２０から設定された直近の目的地を削除する。すなわち、携帯機器２０から設定された最も新しい目的地を削除する。（ステップＳ３０８）。なお、キャンセルボタンが押下されない場合（ステップＳ３０７，Ｎｏ）、ステップＳ３０１からの処理を繰り返す。
【０１５２】
そして、処理終了イベントがあるか否かを判定し（ステップＳ３０９）、処理終了イベントがある場合には（ステップＳ３０９，Ｙｅｓ）、処理を終了する。また、処理終了イベントがない場合には（ステップＳ３０９，Ｎｏ）、ステップＳ３０１からの処理を繰り返す。
【０１５３】
上述してきたように、第３の実施形態では、キャンセル処理部が、携帯機器から設定された目的地がある場合に車載装置側の表示部にキャンセルボタンを表示し、かかる表示ボタンが押下された場合には携帯機器から設定された直近の目的地を削除するように車載装置を構成した。したがって、第３の実施形態に係る車載装置によれば、携帯機器から不適当な目的地設定が行われた場合であっても、運転者が簡易な操作でこれをキャンセルできるので、運転者の安全性を保ちつつ、運転者へ連携機能における利便性を提供することができる。
【０１５４】
ところで、上述した第３の実施形態では、携帯機器から不適当な可能性のある目的地設定要求を受け付けた場合に、かかる目的地設定要求に応じて設定された目的地を運転者がキャンセルできる場合について説明した。
【０１５５】
この点につき、同様に、携帯機器から不適当な可能性のある目的地設定要求を受け付けた場合に、確認画面を表示して運転者に確認させることとしてもよい。なお、携帯機器からの目的地設定は、その手順が妥当なものであれば、運転者が連携機能における高い利便性を享受するうえで有効である。
【０１５６】
そこで、確認画面の表示は、上述した「誘導型」の目的地設定操作が行われた場合などに表示されることが好ましい。以下では、かかる場合の実施形態を「第４の実施形態」として、図１２Ａ〜図１５を用いて詳細に説明する。
【０１５７】
（第４の実施形態）
図１２Ａ〜図１２Ｃは、第４の実施形態に係る車載装置１０Ｃの概要を示す図である。図１２Ａに示すように、同乗者３により携帯機器２０から「通常型」の目的地設定操作が行われ（図中の（１２Ａ−１）参照）、「通常型」の目的地設定要求が車載装置１０Ｃへ送信されたものとする（図中の（１２Ａ−２）参照）。
【０１５８】
ここで、車載装置１０Ｃは、かかる「通常型」の目的地設定要求を受け付けた場合には、かかる要求に応じた目的地設定を常に許可する（図中の（１２Ａ−３）参照）。すなわち、所定の手順を踏んだ妥当性の高い「通常型」については、連携機能における利便性を優先する。
【０１５９】
また、図１２Ｂに示すように、同乗者３により携帯機器２０から「誘導型」の目的地設定操作が行われ（図中の（１２Ｂ−１）参照）、「誘導型」の目的地設定要求が車載装置１０Ｃへ送信されたものとする（図中の（１２Ｂ−２）参照）。
【０１６０】
かかる場合、車載装置１０Ｃは、目的地設定要求に応じた設定の可否を問う確認画面を表示する（図中の（１２Ｂ−３）参照）。すなわち、車載装置１０Ｃは、不適当な目的地設定要求である可能性の高い「誘導型」については、「通常型」の場合よりも慎重な取り扱いを行うこととなる。
【０１６１】
ここで、確認画面の一例を示しておく。図１２Ｃに示すように、たとえば、「携帯機器から送信された目的地を設定してもよいですか？」といった分かりやすいメッセージとともに、「はい」または「いいえ」を選択させるだけの簡易な操作ボタンなどを運転者２に示すことが好ましい。
【０１６２】
次に、第４の実施形態に係る車載装置１０Ｃの構成について図１３を用いて説明する。図１３は、第４の実施形態に係る車載装置１０Ｃの構成を示すブロック図である。
【０１６３】
なお、図１３は、図９に示した第３の実施形態に係る車載装置１０Ｂの構成を示すブロック図に対応している。したがって、図１３では、図９の第３の実施形態の場合と同様に、第１の実施形態で示したナビ制御部１７ｄを中心とした説明を行うこととする。
【０１６４】
また、図１３は、上述した各実施形態と同一の構成要素には同一の符号を付しており、重複する構成要素についての説明は省略するか簡単な説明にとどめることとする。
【０１６５】
図１３に示すように、車載装置１０Ｃは、ナビ制御部１７ｄに、許可レベル判定部１７ｄｅと、確認画面生成部１７ｄｆとをさらに備える点が、上述した第１の実施形態に係る車載装置１０とは異なる。また、記憶部１８が、さらに目的地情報１８ｃを記憶する点も車載装置１０とは異なるが、かかる点は、第３の実施形態に係る車載装置１０Ｂと同様である。
【０１６６】
許可レベル判定部１７ｄｅは、携帯機器２０からの目的地設定要求を受け付け、その許可レベルを判定する。ここで、図１４Ａおよび図１４Ｂを用いて、具体的な許可レベル判定部１７ｄｅの動作について説明する。
【０１６７】
図１４Ａおよび図１４Ｂは、第４の実施形態に係る車載装置１０Ｃの指示信号に含まれるデータ項目の一例を示す図である。なお、図１４Ａおよび図１４Ｂは、既に図４Ａおよび図４Ｂに示した指示信号の一例に対応しているため、重複するデータ項目についてはその説明を省略する。
【０１６８】
図１４Ａに示すように、携帯機器２０からの指示信号には、たとえば、「許可レベル」項目を含むことができる。かかる「許可レベル」項目は、たとえば、目的地設定操作に「通常型」や「誘導型」といった違いがある場合に異なる値が格納される項目である。
【０１６９】
かかる格納値の具体例を図１４Ｂに示す。図１４Ｂに示すように、「許可レベル」項目には、「常に許可」や「毎回要確認」、「常に拒否」といった区分けを与えることができ、たとえば順に、「０ｘ００」、「０ｘ０１」、「０ｘＦＦ」のようなそれぞれ異なる値を割り当てることができる。なお、第４の実施形態では、「通常型」の目的地設定操作は「常に許可」に、「誘導型」の目的地設定操作は「毎回要確認」に、それぞれ対応する。
【０１７０】
また、他の実施形態として、「許可レベル」の項目と目的地設定操作の各種別との対応付けをユーザの任意で設定できるようにしてもよい。たとえば、「通常型」の目的地設定操作は「毎回要確認」に、「誘導型」の目的地設定操作は「常に拒否」に、それぞれ対応するよう設定すれば、目的地の設定や変更を容易に行うことができず、不適当な目的地設定を防ぐことが可能となる。
【０１７１】
そして、上述した許可レベル判定部１７ｄｅは、かかる「許可レベル」項目の格納値に基づいて確認画面（図１２Ｃ参照）を表示するのか否かといった判定を行うこととなる。
【０１７２】
図１３の説明に戻る。確認画面生成部１７ｄｆは、かかる許可レベル判定部１７ｄｅの判定結果に応じた確認画面を生成して表示部１５へ表示させる。そして、表示部１５に表示された確認画面から運転者２による「確認操作」を受け付けたならば、目的地設定部１７ｄａが目的地の設定を行う。
【０１７３】
なお、このように、運転者２による可否確認が行われるのであれば、すなわち、確認画面生成部１７ｄｆが動作するような場合であれば、通信制御部１７ｃａ（図２参照）は、車載装置１０Ｃと携帯機器２０との通信を例外的に切断しなくともよい。
【０１７４】
次に、第４の実施形態に係る車載装置１０Ｃが実行する処理手順について説明する。図１５は、第４の実施形態に係る車載装置１０Ｃが実行する処理手順を示すフローチャートである。
【０１７５】
なお、図１５には、許可レベル判定部１７ｄｅおよび確認画面生成部１７ｄｆによる「可否確認処理」を中心とした処理手順を示している。
【０１７６】
図１５に示すように、まず、許可レベル判定部１７ｄｅが目的地設定要求を受信して（ステップＳ４０１）、許可レベルが「常に許可」であるか否かを判定する（ステップＳ４０２）。
【０１７７】
ここで、ステップＳ４０２の判定条件を満たす場合（ステップＳ４０２，Ｙｅｓ）、目的地設定部１７ｄａが、目的地を設定する（ステップＳ４０６）。また、ステップＳ４０２の判定条件を満たさない場合（ステップＳ４０２，Ｎｏ）、許可レベル判定部１７ｄｅが、許可レベルが「常に拒否」であるか否かを判定する（ステップＳ４０３）。
【０１７８】
そして、ステップＳ４０３の判定条件を満たす場合（ステップＳ４０３，Ｙｅｓ）、目的地設定要求に応じた目的地の設定は行わずに、ステップＳ４０１からの処理を繰り返す。また、ステップＳ４０３の判定条件を満たさない場合（ステップＳ４０３，Ｎｏ）、確認画面生成部１７ｄｆが、許可レベルに応じた確認画面を生成して表示部１５に表示させる（ステップＳ４０４）。
【０１７９】
そして、表示された確認画面を通じて設定が許可された場合（ステップＳ４０５，Ｙｅｓ）、目的地設定部１７ｄａが、目的地を設定する（ステップＳ４０６）。なお、設定が許可されない場合（ステップＳ４０５，Ｎｏ）、ステップＳ４０１からの処理を繰り返す。
【０１８０】
そして、処理終了イベントがあるか否かが判定され（ステップＳ４０７）、処理終了イベントがある場合には（ステップＳ４０７，Ｙｅｓ）、処理を終了する。また、処理終了イベントがない場合には（ステップＳ４０７，Ｎｏ）、ステップＳ４０１からの処理を繰り返す。
【０１８１】
上述してきたように、第４の実施形態では、許可レベル判定部が、携帯機器からの目的地設定要求について許可レベルを判定し、確認画面生成部が、判定された許可レベルに応じた確認画面を生成して運転者に目的地設定における可否確認を行わせるように車載装置を構成した。
【０１８２】
したがって、第４の実施形態に係る車載装置によれば、携帯機器からの目的地設定要求について、その可否を簡易な操作で運転者に確認させることができるので、不適当な目的地設定が行われるのを防止することができる。すなわち、運転者の安全性を保ちつつ、運転者へ連携機能の利便性を十分に享受させることができる。
【０１８３】
ところで、同乗者が携帯機器から目的地設定操作中である場合に、かかる旨を運転者に知らせれば、運転者は、不適当な目的地設定が行われる可能性があることを確知することができる。
【０１８４】
この点につき、たとえば、「設定中」などのメッセージを車載装置の表示部に表示させてもよいが、運転者は、運転操作に気を取られて見落とすおそれもある。したがって、運転者へ確実に確知させるうえでは音響を利用することが有効である。
【０１８５】
たとえば、携帯機器から目的地設定操作中である旨を知らせるＢＧＭを車載スピーカから出力することとしてもよい。以下では、かかる場合の実施形態を「第５の実施形態」として、図１６〜図１８を用いて詳細に説明する。
【０１８６】
（第５の実施形態）
図１６は、第５の実施形態に係る車載装置１０Ｄの概要を示す図である。図１６に示すように、目的地設定のために、同乗者３により携帯機器２０から目的地検索操作が行われ、携帯機器２０において目的地検索中であるものとする（図中の（１６−１）参照）。
【０１８７】
かかる場合に、携帯機器２０は、車載装置１０Ｄへ目的地検索中通知を送信する（図中の（１６−２）参照）。
【０１８８】
そして、車載装置１０Ｄは、かかる目的地検索中通知を受け付けた場合には、携帯機器２０において目的地設定操作中である旨を示すＢＧＭをスピーカ１６から出力する（図中の（１６−３）参照）。
【０１８９】
これにより、運転者２や同乗者３以外の同乗者が、携帯機器２０において目的地設定操作中であることを確知できるので、乗員全員の同意のない、不適当な目的地設定が行われるのを防止することが可能となる。
【０１９０】
次に、第５の実施形態に係る車載装置１０Ｄの構成について図１７を用いて説明する。図１７は、第５の実施形態に係る車載装置１０Ｄの構成を示すブロック図である。
【０１９１】
なお、図１７についても、第３の実施形態および第４の実施形態の場合と同様に、第１の実施形態で示したナビ制御部１７ｄを中心とした説明を行うこととする。
【０１９２】
また、上述した各実施形態と同一の構成要素には同一の符号を付し、重複する構成要素についての説明は省略するか簡単な説明にとどめる点もこれまでと同様である。
【０１９３】
図１５に示すように、車載装置１０Ｄは、ナビ制御部１７ｄに設定中処理部１７ｄｇをさらに備える。設定中処理部１７ｄｇは、携帯機器２０からの目的地検索中通知を受け付け、携帯機器２０において目的地設定操作中である旨を示すＢＧＭデータを、音響情報１８ｂから取得する。
【０１９４】
また、設定中処理部１７ｄｇは、取得したＢＧＭデータに基づくＢＧＭをスピーカ１６から出力する。
【０１９５】
そして、目的地設定部１７ｄａが、携帯機器２０からの目的地設定要求を受け付けて目的地設定を行ったならば、設定中処理部１７ｄｇは、出力中のＢＧＭを停止する。
【０１９６】
次に、第５の実施形態に係る車載装置１０Ｄが実行する処理手順について説明する。図１８は、第５の実施形態に係る車載装置１０Ｄが実行する処理手順を示すフローチャートである。
【０１９７】
なお、図１８には、設定中処理部１７ｄｇによる「設定中処理」を中心とした処理手順を示している。
【０１９８】
図１８に示すように、まず、設定中処理部１７ｄｇが目的地検索中通知に基づき、携帯機器２０で目的地検索中であるか否かを判定する（ステップＳ５０１）。
【０１９９】
ここで、ステップＳ５０１の判定条件を満たす場合（ステップＳ５０１，Ｙｅｓ）、設定中処理部１７ｄｇは、目的地設定操作中である旨を示すＢＧＭをスピーカ１６から出力させる（ステップＳ５０２）。
【０２００】
なお、ステップＳ５０１の判定条件を満たさない場合には（ステップＳ５０１，Ｎｏ）、ステップＳ５０１からの処理を繰り返す。
【０２０１】
そして、目的地設定部１７ｄａが、目的地設定要求を受信したか否かを判定する（ステップＳ５０３）。ここで、ステップＳ５０３の判定条件を満たす場合（ステップＳ５０３，Ｙｅｓ）、目的地設定部１７ｄａは、目的地を設定する（ステップＳ５０４）。なお、ステップＳ５０３の判定条件を満たさない場合には（ステップＳ５０３，Ｎｏ）、ステップＳ５０３からの処理を繰り返す。
【０２０２】
そして、設定中処理部１７ｄｇが、出力中のＢＧＭを停止する（ステップＳ５０５）。
【０２０３】
そして、処理終了イベントがあるか否かが判定され（ステップＳ５０６）、処理終了イベントがある場合には（ステップＳ５０６，Ｙｅｓ）、処理を終了する。また、処理終了イベントがない場合には（ステップＳ５０６，Ｎｏ）、ステップＳ５０１からの処理を繰り返す。
【０２０４】
上述してきたように、第５の実施形態では、設定中処理部（報知部）が、携帯機器から目的地検索中通知を受け付けた場合に、携帯機器において目的地設定操作中である旨を示すＢＧＭをスピーカから出力させるように車載装置を構成した。
【０２０５】
したがって、第５の実施形態に係る車載装置によれば、乗員全員が携帯機器において目的地設定操作中であることを確知できるので、不適当な目的地設定が行われるのを防止することができる。すなわち、乗員へ連携機能の利便性を十分に享受させることができる。
【０２０６】
ところで、同乗者によって携帯機器から目的地設定操作が繰り返し行われるような場合、車載装置に無用な負荷がかかってしまうことが考えられる。このような場合、たとえば、車載装置のレスポンスが遅くなるなどの事象が起こりうるため、連携機能における利便性を損ねかねない。
【０２０７】
そこで、このような事態を回避するため、車載装置が無用な目的地設定要求を拒否することとしてもよい。また、その際に、携帯機器側へ拒否理由を通知することとしてもよい。以下では、かかる場合の実施形態を「第６の実施形態」として、図１９〜図２２を用いて詳細に説明する。
【０２０８】
（第６の実施形態）
図１９は、第６の実施形態に係る車載装置１０Ｅの概要を示す図である。図１９に示すように、同乗者３により携帯機器２０から目的地設定操作が行われ（図中の（１９−１）参照）、目的地設定要求が車載装置１０Ｅへ送信されたものとする（図中の（１９−２）参照）。
【０２０９】
ここで、車載装置１０Ｅは、かかる目的地設定要求を受け付けられるか否かを判定する受付可否判定処理を行う（図中の（１９−３）参照）。そして、要求を受け付けられないと判定した場合には、車載装置１０Ｅはかかる要求を破棄したうえで携帯機器２０に対して拒否理由を通知する（図中の（１９−４）参照）。
【０２１０】
なお、かかる拒否理由通知には、たとえば、携帯機器２０側の表示部２３へ表示させる画面やメッセージなどの表示情報を含むことができる。かかる表示の一例については、図２１Ａ〜図２１Ｃを用いて後述する。
【０２１１】
これにより、車載装置１０Ｅに対して無用な負荷をかけるのを防止することができる。また、携帯機器２０に対しても拒否理由を通知することで、携帯機器２０を操作する同乗者３の、無用な繰り返し操作などを抑止することが可能となる。
【０２１２】
次に、第６の実施形態に係る車載装置１０Ｅの構成について図２０を用いて説明する。図２０は、第６の実施形態に係る車載装置１０Ｅの構成を示すブロック図である。
【０２１３】
なお、図２０についても、第３の実施形態〜第５の実施形態の場合と同様に、第１の実施形態で示したナビ制御部１７ｄを中心とした説明を行うこととする。
【０２１４】
また、上述した各実施形態と同一の構成要素には同一の符号を付し、重複する構成要素についての説明は省略するか簡単な説明にとどめる点もこれまでと同様である。
【０２１５】
図２０に示すように、車載装置１０Ｅは、ナビ制御部１７ｄに受付可否判定部１７ｄｈをさらに備える。受付可否判定部１７ｄｈは、携帯機器２０からの目的地設定要求を受け付けた場合に、かかる要求を受け付けられるか否かを判定する。
【０２１６】
そして、受付可否判定部１７ｄｈは、目的地設定要求を受け付けられないと判定した場合には、かかる目的地設定要求を破棄したうえで、携帯機器２０に対して拒否理由通知を送信する。
【０２１７】
なお、拒否理由の具体例としては、目的地設定要求に含まれる地点情報などが不正な値をとっている場合や、目的地情報１８ｃの登録数が上限に達している場合、車載装置１０Ｅがビジー中である場合などを挙げることができる。
【０２１８】
ここで、かかる具体例に応じて携帯機器２０側に表示させる拒否理由の一例を示しておく。図２１Ａ〜図２１Ｃは、第６の実施形態に係る車載装置１０Ｅが通知する拒否理由の一例を示す図である。
【０２１９】
図２１Ａは、目的地設定要求に含まれる地点情報などが不正な値をとっている場合の一例である。かかる場合、図２１Ａに示すように、車載装置１０Ｅは、携帯機器２０の表示部２３に対して、たとえば「送信された情報は利用できません」といった拒否理由を表示させる。
【０２２０】
また、図２１Ｂは、目的地情報１８ｃの登録数が上限に達している場合の一例である。かかる場合、図２１Ｂに示すように、車載装置１０Ｅは携帯機器２０側へ、たとえば「これ以上設定できません」ならびに「消去してお使いください」といった拒否理由を表示させる。
【０２２１】
また、図２１Ｃは、車載装置１０Ｅがビジー中である場合の一例である。かかる場合、図２１Ｃに示すように、車載装置１０Ｅは携帯機器２０側へ、たとえば「システムがビジーです」ならびに「しばらく経ってから設定し直してください」といった拒否理由を表示させる。
【０２２２】
なお、図２１Ａ〜図２１Ｃに示したのはあくまで一例である。したがって、同乗者３を子供であると想定すれば、ひらがな表記のより平易なメッセージを表示させることとしてもよい。
【０２２３】
図２０の説明に戻る。そして、受付可否判定部１７ｄｈが、目的地設定要求を受け付けられると判定した場合には、目的地設定部１７ｄａが、目的地設定要求に応じた目的地設定を行う。
【０２２４】
次に、第６の実施形態に係る車載装置１０Ｅが実行する処理手順について説明する。図２２は、第６の実施形態に係る車載装置１０Ｅが実行する処理手順を示すフローチャートである。
【０２２５】
なお、図２２には、受付可否判定部１７ｄｈを中心とした「受付可否判定処理」の処理手順を示している。
【０２２６】
図２２に示すように、まず、受付可否判定部１７ｄｈが、目的地設定要求を受信したか否かを判定する（ステップＳ６０１）。
【０２２７】
ここで、ステップＳ６０１の判定条件を満たす場合（ステップＳ６０１，Ｙｅｓ）、受付可否判定部１７ｄｈは、受信した目的地設定要求を受け付けられるか否かを判定する（ステップＳ６０２）。なお、ステップＳ６０１の判定条件を満たさない場合（ステップＳ６０１，Ｎｏ）、ステップＳ６０１からの処理を繰り返す。
【０２２８】
そして、ステップＳ６０２の判定条件を満たす場合（ステップＳ６０２，Ｙｅｓ）、目的地設定部１７ｄａが、目的地を設定する（ステップＳ６０３）。また、ステップＳ６０２の判定条件を満たさない場合（ステップＳ６０２，Ｎｏ）、目的地設定部１７ｄａは、目的地設定要求を破棄して携帯機器２０へ拒否理由を通知し（ステップＳ６０４）、ステップＳ６０１からの処理を繰り返す。
【０２２９】
そして、処理終了イベントがあるか否かが判定され（ステップＳ６０５）、処理終了イベントがある場合には（ステップＳ６０５，Ｙｅｓ）、処理を終了する。また、処理終了イベントがない場合には（ステップＳ６０５，Ｎｏ）、ステップＳ６０１からの処理を繰り返す。
【０２３０】
なお、図示していないが、車載装置１０Ｅがビジー中に目的地設定要求を繰り返し受信するような場合、目的地設定要求をバッファリングしておき、所定時間の経過後に、最後にバッファリングされた直近の目的地設定要求のみを用いて設定を行うこととしてもよい。
【０２３１】
上述してきたように、第６の実施形態では、受付可否判定部が、受信した目的地設定要求を受け付けられるか否かを判定し、受け付けられない場合には、携帯機器側へ拒否理由を通知するように車載装置を構成した。
【０２３２】
したがって、第６の実施形態に係る車載装置によれば、車載装置に対して無用な負荷をかけるのを防止することができる。また、携帯機器に対しても拒否理由を通知することで、携帯機器を操作する同乗者の無用な操作を抑止することが可能となる。すなわち、運転者に対しては、連携機能における利便性を損ねることなく享受させることができる。
【０２３３】
なお、一つの車載装置において、上述してきた各実施形態を適宜組み合わせて構成することができるのは言うまでもない。
【０２３４】
さらなる効果や変形例は、当業者によって容易に導き出すことができる。このため、本発明のより広範な態様は、以上のように表しかつ記述した特定の詳細および代表的な実施形態に限定されるものではない。したがって、添付の特許請求の範囲およびその均等物によって定義される総括的な発明の概念の精神または範囲から逸脱することなく、様々な変更が可能である。
【符号の説明】
【０２３５】
１    車両
２    運転者
３    同乗者
１０    車載装置
１０Ａ  車載装置
１０Ｂ  車載装置
１０Ｃ  車載装置
１０Ｄ  車載装置
１０Ｅ  車載装置
１１    近距離通信部
１２    操作部
１３    ＧＰＳ部
１４    車速取得部
１５    表示部
１６    スピーカ
１７    制御部
１７ａ  指示受付部
１７ｂ  モード切替部
１７ｃ  連携制御部
１７ｃａ  通信制御部
１７ｃｂ  アプリ判定部
１７ｃｃ  送受信部
１７ｄ    ナビ制御部
１７ｄａ  目的地設定部
１７ｄｂ  位置情報取得部
１７ｄｃ  ルート情報生成部
１７ｄｄ  キャンセル処理部
１７ｄｅ  許可レベル判定部
１７ｄｆ  確認画面生成部
１７ｄｇ  設定中処理部
１７ｄｈ  受付可否判定部
１７ｅ    オーディオ制御部
１７ｆ    非連携制御部
１８    記憶部
１８ａ  地図情報
１８ｂ  音響情報
１８ｃ  目的地情報
２０    携帯機器
２１    近距離通信部
２２    操作部
２３    表示部
２４    制御部
２５    記憶部
２５ａ  アプリケーション
【図１Ａ】
0005941733.tif 000002
【図１Ｂ】
0005941733.tif 000003
【図２】
0005941733.tif 000004
【図３】
0005941733.tif 000005
【図４Ａ】
0005941733.tif 000006
【図４Ｂ】
0005941733.tif 000007
【図５】
0005941733.tif 000008
【図６Ａ】
0005941733.tif 000009
【図６Ｂ】
0005941733.tif 000010
【図６Ｃ】
0005941733.tif 000011
【図７】
0005941733.tif 000012
【図８】
0005941733.tif 000013
【図９】
0005941733.tif 000014
【図１０Ａ】
0005941733.tif 000015
【図１０Ｂ】
0005941733.tif 000016
【図１０Ｃ】
0005941733.tif 000017
【図１１】
0005941733.tif 000018
【図１２Ａ】
0005941733.tif 000019
【図１２Ｂ】
0005941733.tif 000020
【図１２Ｃ】
0005941733.tif 000021
【図１３】
0005941733.tif 000022
【図１４Ａ】
0005941733.tif 000023
【図１４Ｂ】
0005941733.tif 000024
【図１５】
0005941733.tif 000025
【図１６】
0005941733.tif 000026
【図１７】
0005941733.tif 000027
【図１８】
0005941733.tif 000028
【図１９】
0005941733.tif 000029
【図２０】
0005941733.tif 000030
【図２１Ａ】
0005941733.tif 000031
【図２１Ｂ】
0005941733.tif 000032
【図２１Ｃ】
0005941733.tif 000033
【図２２】
0005941733.tif 000034