特許 6261264 情報処理連携システム、情報処理端末及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6261264

(24)【登録日】2017年12月22日

(45)【発行日】2018年1月17日

(54)【発明の名称】情報処理連携システム、情報処理端末及びプログラム

(51)【国際特許分類】

   G01C 21/26 20060101AFI20180104BHJP

   H04M 1/00 20060101ALI20180104BHJP

   H04M 11/00 20060101ALI20180104BHJP

   G09B 29/00 20060101ALI20180104BHJP

   G09B 29/10 20060101ALI20180104BHJP

【ＦＩ】

   G01C21/26 AZJT

   H04M1/00 V

   H04M11/00 302

   G09B29/00 F

   G09B29/10 A

【請求項の数】20

【全頁数】22

(21)【出願番号】特願2013-206254(P2013-206254)

(22)【出願日】2013年10月1日

(65)【公開番号】特開2015-68814(P2015-68814A)

(43)【公開日】2015年4月13日

【審査請求日】2016年8月10日

(73)【特許権者】

【識別番号】000001487

【氏名又は名称】クラリオン株式会社

(74)【代理人】

【識別番号】100078880

【弁理士】

【氏名又は名称】松岡 修平

(72)【発明者】

【氏名】加藤 涼平

(72)【発明者】

【氏名】椎名 隆旭

(72)【発明者】

【氏名】大黒 健太朗

(72)【発明者】

【氏名】李 峻

(72)【発明者】

【氏名】天谷 真一

【審査官】 白石 剛史

(56)【参考文献】

【文献】 特開２０１２−１６２１４０（ＪＰ，Ａ）

【文献】 特開２００６−０２３１７１（ＪＰ，Ａ）

【文献】 特開２０１３−０２４６５２（ＪＰ，Ａ）

【文献】 特開２０００−０８８５９３（ＪＰ，Ａ）

【文献】 特開２０１０−１２７８７５（ＪＰ，Ａ）

【文献】 特開２０１１−１２２８２１（ＪＰ，Ａ）

【文献】 特開２００９−０５８３０９（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００４／００９３１５４（ＵＳ，Ａ１）

【文献】 国際公開第２０１２／０３６２７９（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０１Ｃ ２１／２６

Ｇ０９Ｂ ２９／００

Ｇ０９Ｂ ２９／１０

Ｈ０４Ｍ １／００

Ｈ０４Ｍ １１／００

(57)【特許請求の範囲】

【請求項1】

車両に搭載された第一の情報処理端末と、
複数種類のアプリケーション（以下、「アプリケーション」を「アプリ」と記す。）を有する第二の情報処理端末と、
を備え、
前記第二の情報処理端末は、
前記複数種類のアプリの各々の起動条件を含むアプリ管理情報を格納する格納部と、
前記格納部に格納されたアプリ管理情報を前記第一の情報処理端末に送信する送信部と、
を有し、
前記第一の情報処理端末は、
前記車両及び前記車両に搭乗するユーザの少なくとも一方の現在の状況を判定する状況判定部と、
前記第二の情報処理端末より受信したアプリ管理情報及び前記状況判定部により判定された状況に基づいて前記複数種類のアプリのうち少なくとも１つのアプリの起動要求を前記第二の情報処理端末に送信する起動制御部と、
を有し、
前記第二の情報処理端末は、
前記起動制御部より受信した起動要求に応じたアプリを起動させるアプリ起動部と、
起動されたアプリを前記第一情報処理端末と連携することにより実行するアプリ実行部と、
を有する、
情報処理連携システム。

【請求項2】

前記起動制御部は、
所定の条件が満たされたときにアプリの実行の要求を発生させる実行要求発生部
を有し、
前記アプリ管理情報を参照し、前記状況判定部により判定された状況が前記実行の要求を受けたアプリの起動条件を満たすか否かを判定し、
前記起動条件を満たすと判定されたとき、前記実行の要求を受けたアプリの起動要求を前記第二の情報処理端末に送信する、
請求項１に記載の情報処理連携システム。

【請求項3】

前記アプリ管理情報において前記複数種類のアプリの各々に優先度が設定されており、
前記起動制御部は、
前記アプリ実行部によるアプリの実行中、前記実行要求発生部より別のアプリの実行の要求が発生すると、前記アプリ管理情報を参照して前記実行中のアプリの優先度と前記別のアプリの優先度とを比較し、
（Ａ）前記実行中のアプリの優先度の方が高い場合、前記別のアプリの起動要求を前記第二の情報処理端末に送信しないことにより、前記アプリ実行部によるアプリの実行を継続させ、
（Ｂ）前記別のアプリの優先度の方が高くかつ前記状況判定部により判定された状況が前記別のアプリの起動条件を満たす場合、前記実行中のアプリの終了要求を前記第二の情報処理端末に送信し、前記第二の情報処理端末より前記アプリの終了通知を受信すると、前記別のアプリの起動要求を前記第二の情報処理端末に送信する、
請求項２に記載の情報処理連携システム。

【請求項4】

前記第二の情報処理端末は、
前記アプリ実行部により実行されているアプリに対するユーザの操作結果を前記第一の情報処理端末に送信し、
前記第一の情報処理端末は、
前記車両の現在位置を測定し、測定された現在位置から目的地までの経路を探索・設定し、設定された経路に従ってナビゲーション処理を実行するナビゲーション処理実行部
を有し、
前記ナビゲーション処理実行部は、
前記第二の情報処理端末より受信したユーザの操作結果を取り入れて前記ナビゲーション処理を実行する、
請求項１から請求項３の何れか一項に記載の情報処理連携システム。

【請求項5】

前記アプリは、
前記車両が経由するＩＣ（Interchange）をユーザに選択させるためのＩＣ選択アプリであり、
前記アプリ実行部は、
前記ナビゲーション処理実行部による現在位置及び設定経路の情報を前記第一の情報処理端末より受信し、
受信された現在位置及び設定経路の情報に基づいて候補となるＩＣを検索し、
検索されたＩＣを前記第二の情報処理端末の表示画面に表示させ、
表示されたＩＣに対するユーザの選択操作が行われたとき、選択されたＩＣの情報を前記第一の情報処理端末に送信し、
前記第一の情報処理端末のナビゲーション処理実行部は、
前記第二の情報処理端末より受信した情報が示すＩＣを経由地としたうえで経路を再探索・再設定する、
請求項４に記載の情報処理連携システム。

【請求項6】

前記実行要求発生部は、
前記ナビゲーション処理実行部によりＩＣを経由する経路が設定されたとき、前記ＩＣ選択アプリの実行の要求を発生させる、
請求項２を引用する請求項５に記載の情報処理連携システム。

【請求項7】

前記アプリは、
前記ナビゲーション処理実行部による設定経路の付加的情報を提供するための付加情報提供アプリであり、
前記アプリ実行部は、
前記設定経路の情報を前記第一の情報処理端末より受信し、
受信された現在位置及び設定経路の情報に基づいて前記設定経路内の次の分岐点で前記設定経路より外れる経路を検索し、
検索された経路を選択したときの前記目的地までの所要時間及び距離の変化を前記第二の情報処理端末の表示画面に表示させる、
請求項４に記載の情報処理連携システム。

【請求項8】

前記実行要求発生部は、
前記車両の現在位置と前記設定経路内の次の分岐点との距離が所定距離以下になったとき、前記付加情報提供アプリの実行の要求を発生させる、
請求項２を引用する請求項７に記載の情報処理連携システム。

【請求項9】

前記アプリは、
ユーザにより指定された経由地を経由する経路を制御するための経路制御アプリであり、
前記アプリ実行部は、
前記ユーザにより指定された経由地の情報を前記第一の情報処理端末より受信し、
受信された情報が示す経由地を経由するか否かを再設定するための画面を前記第二の情報処理端末の表示画面に表示させ、
前記経由地に対するユーザの再設定操作が行われたとき、前記再設定操作の結果を前記第一の情報処理端末に送信し、
前記第一の情報処理端末のナビゲーション処理実行部は、
前記第二の情報処理端末より受信した前記再設定操作の結果に応じて経路を再探索・再設定する、
請求項４に記載の情報処理連携システム。

【請求項10】

前記実行要求発生部は、
前記車両が前記ユーザにより指定された経由地を経由せずに進んだと判定されたとき、前記経路制御アプリの実行の要求を発生させる、
請求項２を引用する請求項９に記載の情報処理連携システム。

【請求項11】

前記アプリは、
マップマッチングされた車両の位置を補正するための車両位置補正アプリであり、
前記アプリ実行部は、
前記ナビゲーション処理実行部による現在位置及び設定経路の情報を前記第一の情報処理端末より受信し、
受信された現在位置及び設定経路の情報に基づいて候補となる複数の道路を前記第二の情報処理端末の表示画面に表示させ、
表示された道路に対するユーザの選択操作が行われたとき、選択された道路の情報を前記第一の情報処理端末に送信し、
前記第一の情報処理端末のナビゲーション処理実行部は、
前記第二の情報処理端末より受信した情報が示す道路上へマップマッチングする、
請求項４に記載の情報処理連携システム。

【請求項12】

前記実行要求発生部は、
前記車両がマッチングされている道路と周辺の道路との位置関係及び前記車両の測位情報に基づいてマップマッチングの精度が低下していると判定されたとき、前記車両位置補正アプリの実行の要求を発生させる、
請求項２を引用する請求項１１に記載の情報処理連携システム。

【請求項13】

複数種類のアプリケーション（以下、「アプリケーション」を「アプリ」と記す。）を有する外部情報処理端末と通信可能な情報処理端末であって、
前記外部情報処理端末より、前記複数種類のアプリの各々の起動条件を含むアプリ管理情報を受信する受信部と、
所定の車両及び前記車両に搭乗するユーザの少なくとも一方の現在の状況を判定する状況判定部と、
前記受信部にて前記外部情報処理端末より受信したアプリ管理情報及び前記状況判定部により判定された状況に基づいて前記複数種類のアプリのうち少なくとも１つのアプリの起動要求を前記外部情報処理端末に送信することにより、前記外部情報処理端末にて前記起動要求に応じたアプリを起動させる起動制御部と、
起動させたアプリを前記外部情報処理端末と連携することにより実行する連携部と、
を有する、
情報処理端末。

【請求項14】

前記起動制御部は、
アプリの実行の要求を発生させ、
前記アプリ管理情報を参照し、前記状況判定部により判定された状況が前記実行の要求を受けたアプリの起動条件を満たすか否かを判定し、
前記起動条件を満たすと判定されたとき、前記実行の要求を受けたアプリの起動要求を前記外部情報処理端末に送信する、
請求項１３に記載の情報処理端末。

【請求項15】

前記アプリ管理情報において前記複数種類のアプリの各々に優先度が設定されており、
前記起動制御部は、
前記外部情報処理端末にてアプリの実行中、別のアプリの実行の要求が発生すると、前記アプリ管理情報を参照して前記実行中のアプリの優先度と前記別のアプリの優先度とを比較し、
（Ａ）前記実行中のアプリの優先度の方が高い場合、前記別のアプリの起動要求を前記外部情報処理端末に送信しないことにより、前記外部情報処理端末でのアプリの実行を継続させ、
（Ｂ）前記別のアプリの優先度の方が高くかつ前記状況判定部により判定された状況が前記別のアプリの起動条件を満たす場合、前記実行中のアプリの終了要求を前記外部情報処理端末に送信し、前記第外部情報処理端末より前記アプリの終了通知を受信すると、前記別のアプリの起動要求を前記第外部情報処理端末に送信する、
請求項１４に記載の情報処理端末。

【請求項16】

前記外部情報処理端末にて実行されているアプリに対するユーザの操作結果を受信する操作結果受信部と、
前記車両の現在位置を測定し、測定された現在位置から目的地までの経路を探索・設定し、設定された経路に従ってナビゲーション処理を実行するナビゲーション処理実行部と、
を有し、
前記ナビゲーション処理実行部は、
前記外部情報処理端末より受信したユーザの操作結果を取り入れて前記ナビゲーション処理を実行する、
請求項１３から請求項１５の何れか一項に記載の情報処理端末。

【請求項17】

複数種類のアプリケーション（以下、「アプリケーション」を「アプリ」と記す。）を有する外部情報処理端末と通信可能な情報処理端末用のプログラムであって、
前記外部情報処理端末より、前記複数種類のアプリの各々の起動条件を含むアプリ管理情報を受信する受信処理と、
所定の車両及び前記車両に搭乗するユーザの少なくとも一方の現在の状況を判定する状況判定処理と、
前記受信処理にて前記外部情報処理端末より受信したアプリ管理情報及び前記状況判定処理にて判定された状況に基づいて前記複数種類のアプリのうち少なくとも１つのアプリの起動要求を前記外部情報処理端末に送信することにより、前記外部情報処理端末にて前記起動要求に応じたアプリを起動させる起動制御処理と、
起動させたアプリを前記外部情報処理端末と連携することにより実行する連携処理と、
をコンピュータに実行させるためのプログラム。

【請求項18】

前記起動制御処理にて、
アプリの実行の要求を発生させ、
前記アプリ管理情報を参照し、前記状況判定処理にて判定された状況が前記実行の要求を受けたアプリの起動条件を満たすか否かを判定し、
前記起動条件を満たすと判定されたとき、前記実行の要求を受けたアプリの起動要求を前記外部情報処理端末に送信する、
請求項１７に記載のプログラム。

【請求項19】

前記アプリ管理情報において前記複数種類のアプリの各々に優先度が設定されており、
前記起動制御処理にて、
前記外部情報処理端末にてアプリの実行中、別のアプリの実行の要求が発生すると、前記アプリ管理情報を参照して前記実行中のアプリの優先度と前記別のアプリの優先度とを比較し、
（Ａ）前記実行中のアプリの優先度の方が高い場合、前記別のアプリの起動要求を前記外部情報処理端末に送信しないことにより、前記外部情報処理端末でのアプリの実行を継続させ、
（Ｂ）前記別のアプリの優先度の方が高くかつ前記状況判定部により判定された状況が前記別のアプリの起動条件を満たす場合、前記実行中のアプリの終了要求を前記外部情報処理端末に送信し、前記第外部情報処理端末より前記アプリの終了通知を受信すると、前記別のアプリの起動要求を前記第外部情報処理端末に送信する、
請求項１８に記載のプログラム。

【請求項20】

前記外部情報処理端末にて実行されているアプリに対するユーザの操作結果を受信する操作結果受信処理と、
前記車両の現在位置を測定し、測定された現在位置から目的地までの経路を探索・設定し、設定された経路に従ってナビゲーション処理を実行するナビゲーション処理実行処理と、
前記コンピュータに実行させ、
前記ナビゲーション処理実行処理にて、
前記外部情報処理端末より受信したユーザの操作結果を取り入れて前記ナビゲーション処理を実行する、
請求項１７から請求項１９の何れか一項に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理連携システム、情報処理端末及びプログラムに関する。

【背景技術】

【0002】

相互通信可能な車載機器と携帯端末を備える車載機器システムが知られている。この種の車載機器システムの具体的構成は、例えば特許文献１に記載されている。特許文献１に記載された車載機器システムでは、携帯端末は、アプリケーション（以下、「アプリ」と記す。）が終了した際に所定情報を記憶部に記憶する。車載機器は、携帯端末と接続されたとき、携帯端末の記憶部に所定情報が記憶されているか否かを判定し、記憶部に所定情報が記憶されていると判定されたとき、所定情報に係るアプリの動作要求を携帯端末に送信する。携帯端末は、車載機器からの動作要求を受けたとき、その動作要求に係るアプリを動作させる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２−１９１３４９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

特許文献１に記載された車載機器システムにおいて、車載機器の処理ユニットは、携帯端末と接続されると、携帯端末の記憶部に記憶されている目的地の情報を取得し、取得された目的地の情報を設定し、設定された目的地に向けてナビゲーション処理を開始する。しかし、携帯端末の目的地情報は、前回のナビゲーションアプリが終了する時点で設定されていた情報である。そのため、開始されるナビゲーション処理は、ユーザが現在置かれている状況に適したものになるとは限らない。

【0005】

本発明は上記の事情に鑑みてなされたものであり、その目的とするところは、ユーザが現在置かれている状況に適した動作を行う情報処理連携システム、情報処理端末及びプログラムを提供することである。

【課題を解決するための手段】

【0006】

本発明の実施形態の情報処理連携システムは、車両に搭載された第一の情報処理端末と、複数種類のアプリを有する第二の情報処理端末とを備える。第一の情報処理端末は、車両及び該車両に搭乗するユーザの少なくとも一方の現在の状況を判定する状況判定手段と、判定された状況に応じて複数種類のアプリのうち少なくとも１つのアプリの起動要求を第二の情報処理端末に送信する起動制御手段とを有する。第二の情報処理端末は、起動制御手段より受信した起動要求に応じたアプリを起動させるアプリ起動手段と、起動されたアプリを第一情報処理端末と連携することにより実行するアプリ実行手段とを有する。

【発明の効果】

【0007】

本発明の実施形態によれば、ユーザが現在置かれている状況に適した動作を行う情報処理連携システム、情報処理端末及びプログラムが提供される。

【図面の簡単な説明】

【0008】

【図1】本発明の実施形態の情報処理連携システムの構成を示すブロック図である。

【図2】本発明の実施形態の情報処理連携システムを構成するナビゲーション装置の構成を示す図である。

【図3】本発明の実施形態の情報処理連携システムを構成するスマートフォンの構成を示す図である。

【図4】本発明の実施形態において実行されるナビゲーション装置とスマートフォンとの連携処理のシーケンスを示す図である。

【図5】アプリ管理情報を概念的に示す図である

【図6】アプリの起動処理を例示する図である。

【図7】ナビゲーション装置の各種コンポーネントとアプリ制御用ＩＦとスマートフォンとの間で実行されるアプリの起動制御及び動作制御のシーケンスを示す図である。

【図8】ＩＣ選択アプリの動作例を説明するための図である。

【図9】ＩＣ選択アプリの起動及び実行を示すシーケンス図である。

【図10】付加情報提供アプリの動作例を説明するための図である。

【図11】経路制御アプリの動作例を説明するための図である。

【図12】車両位置補正アプリの動作例を説明するための図である。

【発明を実施するための形態】

【0009】

以下、本発明の実施形態について図面を参照しながら説明する。なお、以下においては、本発明の一実施形態として、車載型のナビゲーション装置とスマートフォンとの情報処理連携システムを例に取り説明する。

【0010】

本実施形態の情報処理連携システムの背景を説明する。車載型のナビゲーション装置の開発においては、ユーザ（取引業者やエンドユーザ）からの多種多様な要求に応えることが望まれる。この種の要求には取引業者毎の特殊なものや属人的な感覚によるものなど、ユーザ毎に異なるものが多く存在する。ユーザ毎に異なる多種多様な要求に応えるには、ナビゲーション装置の機能をユーザ毎にカスタマイズするという対応が考えられる。しかし、このような対応は、コスト面やリードタイム面等を考えると現実的には難しい。別の対応としては、全ての機能をナビゲーション装置に組み込むことが考えられる。しかし、この場合、コスト面等の問題だけでなく、ナビゲーション装置の操作が機能の増加に伴い複雑化するため、却って操作性が低下するという不都合を招く。

【0011】

また、車載型のナビゲーション装置は車両内の設置スペースの関係上、例えば一般的なＰＣと比べて表示画面サイズの制約が大きく、表示画面に一度に表示可能な情報量が限られる。機能の増加に伴う多様な情報を表示画面に表示させるには、その代償として、ナビ情報の表示領域を減らす必要がある。そのため、ナビ情報の視認性が低下するという問題が生じる。

【0012】

本発明者は、上記の問題を解消するため、本発明の一実施形態として、近年普及が進むスマートフォンを利用するシステムを提案する。ここで提案されるシステムの概略は、ユーザの要求を満たす機能をスマートフォンに任意に追加可能とし、追加された機能をナビゲーション装置とスマートフォンとの連携により起動させ実行させるというものである。

【0013】

機能の追加・削除はスマートフォンに対して行われるため、ナビゲーション装置を機能に合わせてカスタマイズする必要がなく、また、ナビゲーション装置に過剰な機能を組み込む必要がない。また、追加された機能による情報はスマートフォンの表示画面に表示されるため、ナビゲーション装置側でナビ情報の表示領域を減らす必要がない。なお、ナビゲーション装置の表示画面サイズや画面レイアウトによっては、ナビ情報の表示領域を減らすことなく、追加された機能による情報をナビゲーション装置の表示画面に表示させることができる場合がある。

【0014】

但し、ユーザが車両の走行中にスマートフォンの操作に集中することは望ましくない。そこで、本実施形態の情報処理連携システムでは、ユーザに要求されるスマートフォンの操作が車両の運転操作を妨げないように最低限に抑えられている。

【0015】

［情報処理連携システム１全体の構成］
図１は、本実施形態の情報処理連携システム１の構成を示すブロック図である。図１に示されるように、情報処理連携システム１は、車両に搭載されたナビゲーション装置１０及びユーザに所持されたスマートフォン２０を備えている。情報処理連携システム１を構成する端末は、ナビゲーション装置１０やスマートフォン２０に限らず、相互通信可能な別の形態の端末に置き換えてもよい。例えば、スマートフォン２０は、タブレットＰＣやノートＰＣに置き換えてもよい。また、情報処理連携システム１（ナビゲーション装置１０及びスマートフォン２０）には、情報処理連携システム１に対する追加的な機能を実行するための各種アプリを管理するＡＰＰサーバ３０がインターネットを介して接続される。

【0016】

［ナビゲーション装置１０の構成］
図２は、ナビゲーション装置１０の構成を示すブロック図である。図２に示されるように、ナビゲーション装置１０は、ナビゲーションＥＣＵ（Electronic Control Unit）１０２、メモリ１０４、ＵＩ（User Interface）１０６、ネットワークＩＦ（Interface）１０８、Bluetooth（登録商標）ＩＦ１１０、ＧＰＳ（Global Positioning System）レシーバ１１２、ＬＣＤ（Liquid Crystal Display）１１４、オーディオコーディック１１６、スピーカ１１８及びＤＲ（Dead Reckoning）センサ１２０を備えている。

【0017】

メモリ１０４には、初期プログラムローダやメインプログラム等の各種プログラム及びナビゲーションＥＣＵ１０２が処理に使用する各種データ（例えば地図データやプログラム内での参照値等）が格納されている。ナビゲーションＥＣＵ１０２は、ナビゲーション装置１０の電源投入直後、メモリ１０４に格納された初期プログラムローダを実行して各ハードウェアを初期化する。ナビゲーションＥＣＵ１０２は次いで、メモリ１０４に格納されたメインプログラムを所定のワークエリアにロードし、ロードされたメインプログラムを実行することにより、ナビゲーション装置１０全体の制御及び各種処理を行う。

【0018】

例えば、ナビゲーションＥＣＵ１０２は、メモリ１０４より読み出された地図データをレンダリングしてＬＣＤ１１４に表示させると共に、ＧＰＳレシーバ１１２より所定の時間間隔で採取されるＧＰＳ測位データを用いて（ナビゲーション装置１０を搭載する車両の）現在位置を測定し、測定された自車位置をＬＣＤ１１４に表示されている地図の道路上に重ねる（マップマッチングする）。なお、自車位置の測定には、ＧＰＳ測位データに代えて又はＧＰＳ測位データと併せてＤＲセンサ１２０によるＤＲ測位データを用いてもよい。ＤＲセンサ１２０には、例えば、車両の水平面における方位に関する角速度を計測するジャイロセンサや、車両の左右の駆動輪の回転速度を検出する車速センサが含まれる。

【0019】

ナビゲーションＥＣＵ１０２は、経路案内の実行時には、ＬＣＤ１１４に表示されている地図内の経路を強調表示させる。ナビゲーションＥＣＵ１０２は、測位データを用いて自車位置を定期的に測定し、測定された自車位置とマッチする地図をＬＣＤ１１４に表示させる。自車位置が経路から外れた場合は、ダイクストラ法による経路の再探索・再設定を行う。ナビゲーションＥＣＵ１０２はまた、ネットワークＩＦ１０８を介してインターネット上の所定の地図サーバに定期的に接続することにより、最新の地図データをダウンロードすることができる。

【0020】

ＵＩ１０６は、ユーザによる入力を受け付けるための操作手段であり、操作入力に応じた信号を生成してナビゲーションＥＣＵ１０２に出力する。この種の操作手段には、ハードウェア又はソフトウェア若しくはこれらを組み合わせた種々のＵＩが挙げられる。具体的には、ＵＩ１０６は、ナビゲーション装置１０本体のフロントパネルに設けられたメカニカルスイッチキー、メンブレンキー、タッチパネル環境下で提供されるＧＵＩ（Graphical User Interface）、操作キーが設けられたリモートコントローラ等である。

【0021】

オーディオコーディック１１６は、経路案内用のオーディオデータをはじめとする各種オーディオデータをデコードし、デコードされたオーディオデータをスピーカ１１８を介して再生させる。

【0022】

［スマートフォン２０の構成］
図３は、スマートフォン２０の構成を示すブロック図である。図３に示されるように、スマートフォン２０は、ＣＰＵ（Central Processing Unit）２０２、メモリ２０４、タッチパネル２０６、ネットワークＩＦ２０８、BluetoothＩＦ２１０、ＧＰＳレシーバ２１２、オーディオコーディック２１４及びスピーカ２１６を備えている。

【0023】

ＣＰＵ２０２は、スマートフォン２０の電源投入後、メモリ２０４に格納された初期プログラムローダを実行して各ハードウェアを初期化する。ＣＰＵ２０２は次いで、メモリ２０４に格納されたメインプログラムを所定のワークエリアにロードし、ロードされたメインプログラムを実行することにより、スマートフォン２０全体の制御及び各種処理を行う。

【0024】

ＣＰＵ２０２は、例えば、ユーザによるタッチパネル２０６の操作に従ってメモリ２０４に格納されたＷｅｂブラウザを実行させることにより、インターネット上に配置されたコンテンツをネットワークＩＦ２０８を介してダウンロードし、ダウンロードされたコンテンツをタッチパネル２０６上に表示させることができる。Ｗｅｂブラウザは、例えばＨＴＭＬ（Hyper Text Markup Language）５、ＣＳＳ（Cascading Style Sheets）、JavaScript（登録商標）等及びこれらの関連仕様を解釈可能なソフトウェアである。

【0025】

［ＡＰＰサーバ３０の構成］
図１に示されるように、情報処理連携システム１（ナビゲーション装置１０及びスマートフォン２０）には、ＡＰＰサーバ３０がインターネットを介して接続される。ＡＰＰサーバ３０には、アプリＤＢ（DataBase）が備えられている。アプリＤＢでは、情報処理連携システム１に対する追加的な機能を実行するための各種アプリが管理されている。スマートフォン２０は、Ｗｅｂブラウザを用いてＡＰＰサーバ３０にアクセスすることにより、リクエストに応じたアプリをアプリＤＢからダウンロードしインストールすることができる。

【0026】

［ナビゲーション装置１０とスマートフォン２０との連携処理］
図２、図３の各図に示されるように、ナビゲーション装置１０はBluetoothＩＦ１１０を備えており、スマートフォン２０はBluetoothＩＦ２１０を備えている。BluetoothＩＦ１１０、２１０は夫々、ナビゲーション装置１０、スマートフォン２０を無線通信可能距離内（例えば１０ｍ以内）に位置する端末と接続するための通信モジュールである。ナビゲーション装置１０とスマートフォン２０は、ピコネット内同期の確立後、互いのBluetoothＩＦを介して相互通信することにより、所定の連携処理を実行する。図４に、ナビゲーション装置１０とスマートフォン２０との連携処理のシーケンスを示す。なお、ナビゲーション装置１０とスマートフォン２０との通信方式はBluetoothに限らず、ＵＳＢ（Universal Serial Bus）やWi-Fiなど、他の有線通信方式又は無線通信方式であってもよい。

【0027】

［図４のＳ１１（接続の確立）］
ナビゲーション装置１０とスマートフォン２０は、ハンドシェイクによる接続の確立を行う。ハンドシェイクでは、接続機器の種別（ＯＳ（Operating System）の種類やバーション等）のチェックや、情報転送レート、符号の種類、パリティ、プロトコル、設定値など、各種パラメータの取り決めが行われる。

【0028】

［図４のＳ１２（アプリの問い合わせ）］
ナビゲーション装置１０は、スマートフォン２０との接続の確立後、スマートフォン２０に対してアプリに関する問い合わせを行う。具体的には、ナビゲーション装置１０は、ハンドシェイク時にチェックされたスマートフォン２０の種別において、ナビゲーション装置１０との連携処理を実行することが可能なアプリを問い合わせる。スマートフォン２０は、ナビゲーション装置１０による問い合わせに応じて、ナビゲーション装置１０との連携処理を実行することが可能なアプリであって、スマートフォン２０にインストールされているものを通知する。ナビゲーション装置１０は、スマートフォン２０より受信した通知をメモリ１０４等の記憶領域に格納する。

【0029】

［図４のＳ１３（アプリ管理情報の受渡）］
ナビゲーション装置１０は、アプリ管理情報をスマートフォン２０にリクエストする。アプリ管理情報は、スマートフォン２０による上記通知に含まれるアプリの起動を制御するための情報であり、スマートフォン２０のメモリ２０４等の記憶領域に格納されている。スマートフォン２０は、ナビゲーション装置１０によるリクエストに応じてアプリ管理情報を読み出し、読み出されたアプリ管理情報をナビゲーション装置１０に送信する。ナビゲーション装置１０は、スマートフォン２０より受信したアプリ管理情報をメモリ１０４等の記憶領域に格納する。なお、スマートフォン２０は、ハンドシェイクによる接続が確立されたことを契機にナビゲーション装置１０にアプリ管理情報を送信してもよい。この場合、本処理ステップＳ１３において、ナビゲーション装置１０によるスマートフォン２０へのアプリ管理情報のリクエストが省略される。

【0030】

図５に、アプリ管理情報を概念的に示す。図５に示されるように、アプリ管理情報では、アプリの起動条件や優先度が定義されている。

【0031】

起動条件は、アプリを起動するための条件であり、例えば、地図に由来する条件や車両に由来する条件、ユーザに由来する条件等がある。地図に由来する条件には、車両が現在走行している道路の種別、レーン数、カーブの角度、時間帯による交通規制、現在位置を基準とした所定距離内での信号の有無、踏切の有無、交差点の有無、走行地域の天気、現在時刻等がある。車両に由来する条件には、車両の走行速度、ライトの点灯状態、ワイパの動作状態、ギア、ガソリンの残量等が挙げられる。ユーザに由来する条件には、ユーザの行動パターン、嗜好パターン等がある。行動・嗜好パターンは、例えば、過去の一定期間内におけるＷｅｂアクセスの履歴や位置情報（ＧＰＳレシーバ２１２の測位データに基づく位置情報）など、スマートフォン２０により逐次採取される情報に基づいて解析され、メモリ２０４等の記憶領域に蓄積されている。起動条件の設定次第で、例えば夜間やハンドル操作の多い道路、推奨経路上においてターンポイントの多い区間、通行人が多い区間、学校や幼稚園と近いエリアを走行中など、運転操作に集中すべき状況下では、アプリの起動を制限することが可能となる。

【0032】

起動条件を満たすアプリが複数存在するなど、アプリの起動・実行が競合する状況が考えられる。このような状況を想定し、優先度では、起動（及び実行）されるアプリの優先順位が定義されている。

【0033】

アプリ管理情報の定義内容（起動条件や優先度）は、例えばデフォルトで設定されているが、ユーザが任意に変更することも可能である。また、アプリ管理情報は、ナビゲーション装置１０に予め格納されていてもよく、また、ＡＰＰサーバ３０に格納されていてもよい。後者の場合、ＡＰＰサーバ３０は、ユーザ毎（スマートフォン等の情報処理端末毎）のアプリ管理情報を格納しており、ナビゲーション装置１０によるリクエストにて指定されたユーザ（スマートフォン２０）のアプリ管理情報をナビゲーション装置１０に送信する。ＡＰＰサーバ３０は、アプリ管理情報だけでなく、各アプリに適した起動条件や優先度等の定義情報を管理していてもよい。例えば、スマートフォン２０は、ＡＰＰサーバ３０に定期的にアクセスして定義情報をダウンロードし、ダウンロードされた定義情報により、メモリ２０４等の記憶領域に格納されたアプリ管理情報を更新する。

【0034】

［図４のＳ１４（アプリの起動）］
図６は、アプリの起動処理を例示する図である。ナビゲーション装置１０において、ナビゲーション処理を実行するためのメインプログラムには、図６に示される各種コンポーネントが組み込まれている。コンポーネントには、例えば、経路探索のための経路探索コンポーネント、画面表示のためのＨＭＩ（Human Machine Interface）コンポーネント、地図を描画するための地図描画コンポーネント、交通情報を処理するための交通情報コンポーネント、経路案内のための経路案内コンポーネント等がある。

【0035】

ナビゲーション装置１０には、ＯＳと各種コンポーネント間のインタフェースを定義するアプリ制御用ＩＦ１２２（図６参照）が実装されている。アプリ制御用ＩＦ１２２には、アプリ管理情報に含まれる起動条件の取得、車両及び車両に搭乗するユーザの現在の状況（以下、「車両・ユーザ状況」と記す。）のチェック、アプリの起動判定についての定義が含まれる。

【0036】

経路案内コンポーネントからアプリ『WAY POINT MANAGER』の実行要求が発生された場合を考える。図６に示されるように、経路案内コンポーネントから発生されたアプリ『WAY POINT MANAGER』の実行要求は、アプリ制御用ＩＦ１２２に入力される。なお、アプリ制御用ＩＦ１２２とコンポーネント間のメッセージフォーマットは、例えばＸＭＬ（Extensible Markup Language）等のマークアップ言語である。コンポーネントは、ＸＭＬパーサを介して実行要求をメッセージに変換する。

【0037】

アプリ制御用ＩＦ１２２は、車両やナビゲーション装置１０、スマートフォン２０等の各要素から各種情報を逐次採取し、採取された情報を用いて車両・ユーザ状況を定期的にチェックしている。採取及びチェックされる情報の具体的な項目例として、測位データに基づく車両の現在位置、地図データに含まれる各種地図情報であって車両の現在位置を考慮した情報（例えば車両が現在走行している道路の種別、レーン数、カーブの角度、時間帯による交通規制、現在位置を基準とした所定距離内での信号の有無、踏切の有無、交差点の有無、走行地域の天気、現在時刻等）、ＤＲセンサの出力（例えば車両の走行速度等）、車両の各種装備（ライト、ワイヤ、ギア、ガソリンタンク等）の状態、ユーザの行動パターン、嗜好パターン等の情報が挙げられる。なお、車両・ユーザ状況は、アプリの実行要求を受け取ったときだけチェックされるようにしてもよい。

【0038】

アプリ制御用ＩＦ１２２は、アプリ『WAY POINT MANAGER』の実行要求の入力をトリガとして、図４の処理ステップＳ１２（アプリの問い合わせ）にて受信された通知をチェックし、アプリ『WAY POINT MANAGER』がスマートフォン２０にインストールされているか否かを判定する。アプリ制御用ＩＦ１２２は、アプリ『WAY POINT MANAGER』がスマートフォン２０にインストールされていると判定した場合、メモリ１０４に格納されているアプリ管理情報にアクセスし、車両・ユーザ状況がアプリ『WAY POINT MANAGER』の起動条件を満たすか否かを判定する。車両・ユーザ状況がアプリ『WAY POINT MANAGER』の起動条件を満たす場合、アプリ制御用ＩＦ１２２は、アプリ『WAY POINT MANAGER』の起動要求をスマートフォン２０に送信する。これにより、スマートフォン２０では、アプリ『WAY POINT MANAGER』が起動され実行される。一方、車両・ユーザ状況がアプリ『WAY POINT MANAGER』の起動条件を満たさない場合、アプリ制御用ＩＦ１２２は、アプリ『WAY POINT MANAGER』の起動要求をスマートフォン２０に送信しない。

【0039】

コンポーネントによるアプリの実行要求は、特定のアプリの実行を要求するものでなくてもよい。この場合、アプリ制御用ＩＦ１２２は、コンポーネントよりアプリの実行要求が入力されると、メモリ１０４に格納されているアプリ管理情報にアクセスし、車両・ユーザ状況が満たす起動条件のアプリを検索する。アプリ制御用ＩＦ１２２は、検索されたアプリの起動要求をスマートフォン２０に送信する。アプリ制御用ＩＦ１２２は、検索された全てのアプリの起動要求をスマートフォン２０に送信してもよいし、アプリ管理情報で定義されている優先度が最も高い１つのアプリの起動要求をスマートフォン２０に送信してもよい。

【0040】

図７は、ナビゲーション装置１０の各種コンポーネントとアプリ制御用ＩＦ１２２とスマートフォン２０との間で実行されるアプリの起動制御及び動作制御のシーケンスを示す。図７では、各種コンポーネントを代表して、「コンポーネントａ」、「コンポーネントｂ」、「コンポーネントｃ」を示す。図７の例では、コンポーネントａはアプリＡの実行要求を発生させ、コンポーネントｂはアプリＢの実行要求を発生させ、コンポーネントｃはアプリＣの実行要求を発生させる。

【0041】

［図７のＳ１４−１（アプリＡの制御）］
コンポーネントａは、所定の第一の条件が満たされると、アプリＡの実行要求をアプリ制御用ＩＦ１２２に送信する。アプリ制御用ＩＦ１２２は、図４の処理ステップＳ１２（アプリの問い合わせ）にて受信された通知をチェックし、アプリＡがスマートフォン２０にインストールされているか否かを判定する。

【0042】

図７の例では、アプリＡがスマートフォン２０にインストールされていない、又はインストールされているが、車両・ユーザ状況がアプリＡの起動条件を満たさない。そのため、アプリ制御用ＩＦ１２２は、アプリＡが起動しないことを示す通知をコンポーネントａに返す。コンポーネントａは通知を受け取ることにより、スマートフォン２０においてアプリＡが実行されないことを認識する。

【0043】

［図７のＳ１４−２（アプリＢの制御）］
コンポーネントｂは、第一の条件と異なる所定の第二の条件が満たされると、アプリＢの実行要求をアプリ制御用ＩＦ１２２に送信する。アプリ制御用ＩＦ１２２は、図４の処理ステップＳ１２（アプリの問い合わせ）にて受信された通知をチェックし、アプリＢがスマートフォン２０にインストールされているか否かを判定する。

【0044】

図７の例では、アプリＢがスマートフォン２０にインストールされており、かつ車両・ユーザ状況がアプリＢの起動条件を満たす。そのため、アプリ制御用ＩＦ１２２は、アプリＢの起動要求をスマートフォン２０に送信する。スマートフォン２０は、アプリ制御用ＩＦ１２２より受信した起動要求に従いアプリＢを起動させた後、その起動通知をアプリ制御用ＩＦ１２２に返す。アプリ制御用ＩＦ１２２は、スマートフォン２０より受け取った起動通知をコンポーネントｂに転送する。コンポーネントｂは起動通知を受け取ると、以降は、アプリ制御用ＩＦ１２２を介してスマートフォン２０と通信し、スマートフォン２０との連携によりアプリＢを実行する。

【0045】

［図７のＳ１４−３（アプリＣの制御）］
コンポーネントｃは、第一及び第二の条件と異なる所定の第三の条件が満たされると、アプリＣの実行要求をアプリ制御用ＩＦ１２２に送信する。アプリ制御用ＩＦ１２２は、図４の処理ステップＳ１２（アプリの問い合わせ）にて受信された通知をチェックし、アプリＣがスマートフォン２０にインストールされているか否かを判定する。

【0046】

図７の例では、アプリＣがスマートフォン２０にインストールされており、かつ車両・ユーザ状況がアプリＣの起動条件を満たす。しかし、スマートフォン２０では、アプリＢが実行中である。ユーザが車両の走行中にスマートフォン２０の操作に集中することは望ましくない。従って、本実施形態では、スマートフォン２０上で同時に実行されるアプリの数が原則１つに制限されている。

【0047】

アプリ制御用ＩＦ１２２は、アプリ管理情報で定義されているアプリＢの優先度とアプリＣの優先度とを比較する。図７の例では、アプリＣの優先度の方が高い。そのため、アプリ制御用ＩＦ１２２は、アプリＢの終了要求をスマートフォン２０に送信する。スマートフォン２０は、アプリ制御用ＩＦ１２２より受信した終了要求に従いアプリＢを終了させた後、その終了通知をアプリ制御用ＩＦ１２２に返す。アプリ制御用ＩＦ１２２は、スマートフォン２０より受け取った終了通知をコンポーネントｂに転送する。コンポーネントｂは終了通知を受け取ると、スマートフォン２０との通信を切断して、スマートフォン２０との連携によるアプリＢの実行を終了する。アプリ制御用ＩＦ１２２はまた、アプリＣの起動要求をスマートフォン２０に送信する。スマートフォン２０は、アプリ制御用ＩＦ１２２より受信した起動要求に従いアプリＣを起動させた後、その起動通知をアプリ制御用ＩＦ１２２に返す。アプリ制御用ＩＦ１２２は、スマートフォン２０より受け取った起動通知をコンポーネントｃに転送する。コンポーネントｃは起動通知を受け取ると、以降は、アプリ制御用ＩＦ１２２を介してスマートフォン２０と通信し、スマートフォン２０との連携によりアプリＣを実行する。

【0048】

アプリＢの優先度の方が高い場合を考える。この場合、アプリ制御用ＩＦ１２２は、アプリＢの終了要求及びアプリＣの起動要求をスマートフォン２０に送信しない。そのため、スマートフォン２０におけるアプリＢの実行が継続される。なお、アプリ制御用ＩＦ１２２は、アプリＣが起動しないことを示す通知をコンポーネントｃに返す。コンポーネントｃは通知を受け取ることにより、スマートフォン２０においてアプリＣが実行されないことを認識する。

【0049】

車両の運転操作を実質的に妨げるものでなければ、スマートフォン２０上で複数のアプリを同時に実行させてもよい。例えば、停車中に実行されるアプリや情報を表示するだけのアプリは、他のアプリと同時に実行されてもよい。

【0050】

［アプリの具体例］
次に、アプリの具体例を示す。

【0051】

（１）ＩＣ（Interchange）選択アプリ
図８は、ＩＣ選択アプリの動作例を説明するための図である。ＩＣ選択アプリは、車両が経由するＩＣをユーザに選択させるためのアプリである。図９は、ＩＣ選択アプリの起動及び実行を示すシーケンス図である。図９に示されるシーケンスでは、ナビゲーション装置１０を「入力部」、「経路探索コンポーネント」、「経路案内コンポーネント」、「アプリ制御用ＩＦ１２２」の４つの機能ブロックに分けて示すと共に、スマートフォン２０を「ＩＣ選択アプリ」、「表示入力部」の２つの機能ブロックに分けて示す。

【0052】

［図９のＳ２１（目的地の入力）］
入力部は、ユーザによるＵＩ１０６の操作により目的地が入力されると、入力された目的地を経路探索コンポーネントに与える。

【0053】

［図９のＳ２２（ＩＣ選択アプリの実行要求）］
経路探索コンポーネントは、地図データにアクセスし、車両の現在位置から目的地までの経路を探索・設定する。経路探索コンポーネントは、設定された経路がＩＣを経由するものであるとき、ＩＣ選択アプリの実行要求をアプリ制御用ＩＦ１２２に送信する。

【0054】

［図９のＳ２３（経路の案内）］
経路案内コンポーネントは、経路探索コンポーネントにより設定された経路の案内を行う。ナビゲーション装置１０のＬＣＤ１１４には、経路案内コンポーネントによるナビゲーション処理の実行により、車両が目的地に到着するまでの間、ナビ情報が表示される。

【0055】

［図９のＳ２４（ＩＣ選択アプリの起動判定）］
アプリ制御用ＩＦ１２２は、図４の処理ステップＳ１２（アプリの問い合わせ）にて受信された通知をチェックし、ＩＣ選択アプリがスマートフォン２０にインストールされているか否かを判定する。アプリ制御用ＩＦ１２２は、ＩＣ選択アプリがスマートフォン２０にインストールされていると判定した場合、アプリ管理情報にて定義されているＩＣ選択アプリの起動条件を取得する。アプリ制御用ＩＦ１２２は、車両・ユーザ状況がＩＣ選択アプリの起動条件を満たすか否かを判定し、満たすと判定した場合に限り、ＩＣ選択アプリの起動要求をスマートフォン２０に送信する。

【0056】

［図９のＳ２５（ＩＣ選択アプリの起動）］
スマートフォン２０では、アプリ制御用ＩＦ１２２より受信した起動要求に応じてＩＣ選択アプリが起動される。

【0057】

［図９のＳ２６（ＩＣの検索）］
ＩＣ選択アプリは、起動要求に応じて起動された後、ナビゲーション装置１０より設定経路及び現在位置の情報を取得する。なお、現在位置の情報は、ＧＰＳレシーバ２１２を用いてスマートフォン２０側で算出されてもよい。ＩＣ選択アプリは、アプリ制御用ＩＦ１２２を介してナビゲーション装置１０の地図データにアクセスし、設定経路及び現在位置の情報を用いて選択候補のＩＣ（例えば設定経路や現在位置から所定の距離範囲内に位置するＩＣ）を検索する。ＩＣ選択アプリは、ナビゲーション装置１０の地図データに代えて、例えばインターネット上に配置された地図サーバにアクセスしてＩＣの検索を行ってもよい。

【0058】

［図９のＳ２７（ＩＣ情報の取得）］
ＩＣ選択アプリは、検索された選択候補のＩＣの名称及び料金の情報をナビゲーション装置１０の地図データ又はインターネット上の地図サーバより取得する。ＩＣ選択アプリは、現在の設定経路上のＩＣを利用する場合の料金と、選択候補のＩＣを利用する場合の料金との差額を計算する。また、ＩＣ選択アプリは、設定経路の走行予定時間と、選択候補のＩＣを経由する場合の走行予定時間との差分時間を計算する。ＩＣ選択アプリは、例えば、単純に、設定経路上のＩＣと選択候補のＩＣとの距離に応じた時間を差分時間として算出する。ＩＣ選択アプリはまた、例えば、設定経路の走行予定時間及び選択候補のＩＣを経由する場合の走行予定時間をナビゲーション装置１０やインターネット上の所定のサーバに依頼して計算させ、その計算結果から差分時間を算出してもよい。

【0059】

［図９のＳ２８（ＩＣ情報の表示）］
ＩＣ選択アプリは、選択候補のＩＣの名称、利用料金の差額、利用する場合の差分時間の各情報を含むリンクボタンを生成し、生成されたリンクボタンを表示入力部に渡す。表示入力部は、図８に示されるように、ＩＣ選択アプリより受け取った選択候補の各ＩＣのリンクボタンをタッチパネル２０６に表示させる。図８の例では、選択候補として「戸田ＩＣ」、「浦和ＩＣ」、「見沼ＩＣ」及び「板橋ＩＣ」のリンクボタンが表示される。

【0060】

［図９のＳ２９（ＩＣ情報の送信）］
表示入力部は、リンクボタンの何れか１つがタッチ操作されると、タッチ操作されたリンクボタンのＩＣ情報をＩＣ選択アプリに渡す。ＩＣ選択アプリは、表示入力部より受け取ったＩＣ情報をアプリ制御用ＩＦ１２２を介して経路探索コンポーネントに送信する。

【0061】

［図９のＳ３０（経路の再探索・再設定）］
経路探索コンポーネントは、ＩＣ選択アプリより受信した情報が示すＩＣを経由するように経路の再探索・再設定を行う。

【0062】

［図９のＳ３１（経路の案内）］
経路案内コンポーネントは、経路探索コンポーネントによって再設定された経路により案内を継続する。このように、本アプリ例では、選択候補のＩＣがスマートフォン２０のタッチパネル２０６上に自動的に表示される。ユーザは、タッチパネル２０６をワンタッチするだけで、希望するＩＣを経由する経路を設定することができる。当初の設定経路を希望する場合は、タッチパネル２０６を何ら操作する必要がない。ＩＣ選択アプリは、リンクボタン表示後一定時間以内にユーザによる操作入力がない場合には自動的に終了する。これにより、タッチパネル２０６上のリンクボタンは自動的に消去される。

【0063】

（２）付加情報提供アプリ
図１０は、付加情報提供アプリの動作例を説明するための図である。付加情報提供アプリは、ナビゲーション装置１０による設定経路に対する付加的な情報を提供するためのアプリである。

【0064】

経路案内コンポーネントは、車両の現在位置と設定経路内の次の分岐点との距離が所定距離以下になったとき、付加情報提供アプリの実行要求をアプリ制御用ＩＦ１２２に送信する。アプリ制御用ＩＦ１２２は、図４の処理ステップＳ１２（アプリの問い合わせ）にて受信された通知をチェックし、付加情報提供アプリがスマートフォン２０にインストールされているか否かを判定する。アプリ制御用ＩＦ１２２は、付加情報提供アプリがスマートフォン２０にインストールされていると判定した場合、アプリ管理情報にて定義されている付加情報提供アプリの起動条件を取得する。アプリ制御用ＩＦ１２２は、車両・ユーザ状況が付加情報提供アプリの起動条件を満たすか否かを判定し、満たすと判定した場合に限り、付加情報提供アプリの起動要求をスマートフォン２０に送信する。

【0065】

スマートフォン２０では、アプリ制御用ＩＦ１２２より受信した起動要求に応じて付加情報選択アプリが起動される。付加情報提供アプリは、起動要求に応じて起動された後、ナビゲーション装置１０より設定経路及び現在位置の情報を取得する。付加情報提供アプリは、アプリ制御用ＩＦ１２２を介してナビゲーション装置１０の地図データにアクセスし、設定経路及び現在位置の情報を用いて、次の分岐点で設定経路より外れる経路（以下、「非経路」と記す。）を検索し、検索された非経路を進む場合の目的地までの所要時間及び距離の変化（現在の設定経路での所要時間及び距離に対する変化）を計算する。

【0066】

付加情報提供アプリは、図１０に示されるように、ナビゲーション装置１０のＬＣＤ１１４に表示される経路と異なる非経路の情報及び非経路を進む場合の目的地までの所要時間及び距離の変化をタッチパネル２０６に表示させる。ユーザは、タッチパネル２０６に表示される情報を視認することにより、ナビゲーション装置１０やスマートフォン２０を操作することなく、例えば寄り道した場合の所要時間を把握したり迂回経路を検討したりすることができる。

【0067】

（３）経路制御アプリ
図１１は、経路制御アプリの動作例を説明するための図である。本アプリ例の前提として、設定経路は、ユーザにより指定された少なくとも１つ経由地を経由するものとなっている。経路制御アプリは、このような設定経路を制御するためのアプリである。

【0068】

経路案内コンポーネントは、車両がユーザにより指定された経由地を経由せずに進んだと判定したとき、経路制御アプリの実行要求をアプリ制御用ＩＦ１２２に送信する。アプリ制御用ＩＦ１２２は、図４の処理ステップＳ１２（アプリの問い合わせ）にて受信された通知をチェックし、経路制御アプリがスマートフォン２０にインストールされているか否かを判定する。アプリ制御用ＩＦ１２２は、経路制御アプリがスマートフォン２０にインストールされていると判定した場合、アプリ管理情報にて定義されている経路制御アプリの起動条件を取得する。アプリ制御用ＩＦ１２２は、車両・ユーザ状況が経路制御アプリの起動条件を満たすか否かを判定し、満たすと判定した場合に限り、経路制御アプリの起動要求をスマートフォン２０に送信する。

【0069】

スマートフォン２０では、アプリ制御用ＩＦ１２２より受信した起動要求に応じて経路制御アプリが起動される。経路制御アプリは、起動要求に応じて起動された後、ナビゲーション装置１０よりユーザ指定の経由地の情報を取得する。また、経路制御アプリは、ナビゲーション装置１０の地図データにアクセスし、設定経路及び現在位置の情報を基に、経由されなかったユーザ指定の経由地を推定してもよい。

【0070】

経路制御アプリは、このようにして取得又は推定された経由地（複数の場合は経由地リスト）のリンクボタンを、図１１に示されるように、スマートフォン２０のタッチパネル２０６上に表示させる。経由地のリンクボタンには「再設定」ボタン及び「ＳＫＩＰ」ボタンが埋め込まれている。経路制御アプリは、「再設定」ボタンがタッチ操作された場合、その経由地を経由する経路の再計算を経路探索コンポーネントに依頼する。経路制御アプリは、「ＳＫＩＰ」ボタンがタッチ操作された場合、その経由地をスキップする経路の再計算を経路探索コンポーネントに依頼する。経路探索コンポーネントは、経路制御アプリより受信した依頼内容に基づいて経路の再探索・再設定を行う。経路案内コンポーネントは、経路探索コンポーネントによって再設定された経路により案内を継続する。このように、本アプリ例では、走行中に意図的に又は無意識にスキップされた経由地がスマートフォン２０のタッチパネル２０６上に自動的に表示される。ユーザは、タッチパネル２０６をワンタッチするだけで、経由地を経由又は経由しない経路の再設定をすることができる。なお、現在の設定経路を希望する場合は、タッチパネル２０６を操作しなくてもよい。経路制御アプリは、リンクボタン表示後一定時間以内にユーザによる操作入力がない場合には自動的に終了する。これにより、タッチパネル２０６上のリンクボタンは自動的に消去される。

【0071】

（４）車両位置補正アプリ
図１２は、車両位置補正アプリの動作例を説明するための図である。車両位置補正アプリは、マップマッチングされた車両の位置を補正するためのアプリである。

【0072】

経路案内コンポーネントは、マップマッチングの精度が低下していると判定されたとき、車両位置補正アプリの実行要求をアプリ制御用ＩＦ１２２に送信する。マップマッチングの精度が低下しているか否かは、例えば、車両がマッチングされている道路と周辺の道路との位置関係及び現在位置の測定精度等に基づいて判定される。アプリ制御用ＩＦ１２２は、図４の処理ステップＳ１２（アプリの問い合わせ）にて受信された通知をチェックし、車両位置補正アプリがスマートフォン２０にインストールされているか否かを判定する。アプリ制御用ＩＦ１２２は、車両位置補正アプリがスマートフォン２０にインストールされていると判定した場合、アプリ管理情報にて定義されている車両位置補正アプリの起動条件を取得する。アプリ制御用ＩＦ１２２は、車両・ユーザ状況が車両位置補正アプリの起動条件を満たすか否かを判定し、満たすと判定した場合に限り、車両位置補正アプリの起動要求をスマートフォン２０に送信する。

【0073】

スマートフォン２０では、アプリ制御用ＩＦ１２２より受信した起動要求に応じて車両位置補正アプリが起動される。車両位置補正アプリは、起動要求に応じて起動された後、ナビゲーション装置１０より設定経路及び現在位置の情報を取得する。車両位置補正アプリは、アプリ制御用ＩＦ１２２を介してナビゲーション装置１０の地図データにアクセスし、設定経路及び現在位置の情報を用いて現在走行中の道路及び該道路と併走する道路を検索する。例えば、高架上の高速道路を走行しているときであれば、その高架下の一般道路が検索される。また、地上の道路を走行しているときであれば、その地下を通る道路が検索される（例えば山手通りを走行している場合は山手通りが検索されるなど。）。

【0074】

車両位置補正アプリは、検索された道路のリンクボタンを、図１２に示されるように、スマートフォン２０のタッチパネル２０６上に表示させる。車両位置補正アプリは、何れかの１つの道路のリンクボタンがタッチ操作されると、その道路の情報を経路案内コンポーネントに通知する。経路案内コンポーネントは、自車位置を車両位置補正アプリより通知された道路へマッチングする。このように、本アプリ例では、アンマッチングの可能性が高いと推定される状況下において、マッチング候補の道路がスマートフォン２０のタッチパネル２０６上に自動的に表示される。ユーザは、タッチパネル２０６をワンタッチするだけで、自車位置を正しい道路へマッチングさせることができる。車両位置補正アプリは、マッチング候補として表示された道路を通過した後に自動的に終了する。これにより、タッチパネル２０６上のリンクボタンは自動的に消去される。

【0075】

（５）その他のアプリ
その他のアプリ例として、例えば、最寄りのレストランを検索し音声案内する等のアプリが考えられる。この種のアプリの音声案内は、スマートフォン２０のスピーカ２１６を介して再生される。そのため、音声案内の再生タイミングによっては、ナビゲーション装置１０より再生される音声経路案内と重なる。そこで、経路案内コンポーネントとアプリとが連携し、互いの音声の干渉を避けるため、例えば経路案内コンポーネントによる音声経路案内中は、アプリによる音声案内が一時的に中断される。なお、レストランガイドアプリは、単に、現在位置からの最寄りのレストランを検索するだけでなく、ユーザの行動・嗜好パターン等に基づいて案内すべきレストランの絞り込みを行う等の機能も有する。

【0076】

本実施形態では、複数のアプリの中から車両・ユーザ状況に応じて必要なものが自動的に起動され実行されるため、機能の増加によるナビゲーション装置１０やスマートフォン２０の操作性の低下が防止される。ユーザは、スマートフォン２０に追加された機能が多数に及ぶ場合にも複雑な操作を強いられることなく車両の運転操作に集中することができるため、複雑な操作による運転の安全性の低下が防止される。また、本実施形態では、ユーザは、必要なアプリだけを情報処理連携システム１（より正確にはスマートフォン２０）に追加することができる。そのため、ユーザ毎に機能をカスタマイズすることと、不要な機能を削除することの両方が同時に達成される。また、本実施形態では、追加されたアプリがスマートフォン２０のタッチパネル２０６上に表示される。そのため、追加されたアプリを表示するにあたり、ナビゲーション装置１０のＬＣＤ１１４に表示されるナビ情報の表示領域を減らす必要がない。

【0077】

以上が本発明の例示的な実施形態の説明である。本発明の実施形態は、上記に説明したものに限定されず、本発明の技術的思想の範囲において様々な変形が可能である。例えば明細書中に例示的に明示される実施例等又は自明な実施例等を適宜組み合わせた内容も本願の実施形態に含まれる。

【0078】

本実施形態では、ナビゲーション装置１０の各コンポーネントがアプリの実行要求を発生させているが、別の実施形態では、スマートフォン２０自体がアプリの実行要求を発生させてもよい。

【0079】

本実施形態では、アプリ制御用ＩＦ１２２を介してアプリとナビゲーション装置１０のコンポーネントとがやり取りしているが、別の実施形態では、アプリの起動以降はアプリとコンポーネントとが直接やり取りするようにしてもよい。

【符号の説明】

【0080】

１ Bluetooth通信システム
１０ ナビゲーション装置
２０ スマートフォン
３０ ＡＰＰサーバ
１０２ ナビゲーションＥＣＵ
１０４ メモリ
１０６ ＵＩ
１０８ ネットワークＩＦ
１１０ BluetoothＩＦ
１１２ ＧＰＳレシーバ
１１４ ＬＣＤ
１１６ オーディオコーディック
１１８ スピーカ
１２０ ＤＲセンサ
１２２ アプリ制御用ＩＦ
２０２ ＣＰＵ
２０４ メモリ
２０６ タッチパネル
２０８ ネットワークＩＦ
２１０ BluetoothＩＦ
２１２ ＧＰＳレシーバ
２１４ オーディオコーディック
２１６ スピーカ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】