車載情報提供装置
【課題】
アプリケーションから出力部への出力内容を制御することで、利用者の注目する種別により近いアプリケーションの内容を優先提供する。
【解決手段】
複数同時実行中の各アプリケーションに対応するアプリケーション種別を取得し、利用者の要求したアプリケーションの種別に最も近いものから順に出力要求があるかどうかを判定して、現在出力中のアプリケーションより高い順位のアプリケーションから出力要求があった場合に優先順位の高いアプリケーションの計算結果を出力部に対して出力する。
アプリケーションから出力部への出力内容を制御することで、利用者の注目する種別により近いアプリケーションの内容を優先提供する。
【解決手段】
複数同時実行中の各アプリケーションに対応するアプリケーション種別を取得し、利用者の要求したアプリケーションの種別に最も近いものから順に出力要求があるかどうかを判定して、現在出力中のアプリケーションより高い順位のアプリケーションから出力要求があった場合に優先順位の高いアプリケーションの計算結果を出力部に対して出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者の志向に沿ってアプリケーションの実行を制御する車載情報提供装置に関する。
【背景技術】
【０００２】
近年、自動車を利用するに当たって、自車周辺の施設案内や経路上の交通状況把握，エンターテインメント情報取得等多岐に渡るサービスを車内で受けたいという利用者の要求が高まっている。即ち、従来の車載端末によるカーナビゲーション機能に止まらないサービスが求められている。このようなサービスは、車載端末やカーナビゲーション機能の作成基とは別のサービスプロバイダ（供給者）によって作成される場合が多い。従ってこれらのサービスは、カーナビゲーション機能を実現するアプリケーションとは別のアプリケーションとして動作することになる。
【０００３】
各アプリケーションは、その計算結果の内容に応じて画面表示を行ったり音を発生させたりする際に、車載端末の出力部を使って計算結果を出力する。従来の技術では、最も新しく出力要求を行ったアプリケーションが出力部を用いて計算結果を出力している。この場合、あるアプリケーションが出力部への出力要求を行う度にそれまでそこに出力されていた内容が消去される。
【０００４】
また、他の従来技術では、複数のアプリケーションがそれぞれの内容を表示する位置を利用者の操作によって変更可能としている。利用者は、リモコン等の入力装置を用い、出力部における画面の表示を見ながら、画面上の表示単位（コンポーネントと呼ぶ）を見易い位置へ配置することになる。
【０００５】
一方、アプリケーションが出力部へ情報を出力要求するタイミングはアプリケーション毎に異なっている。特に、相互に連携を取っていないアプリケーションの場合は、いつ相手が出力要求を行うか互いに知ることはできない。特に、異なるサービスプロバイダによって独自に作成されたアプリケーションの場合は、このようになる可能性が高い。また、アプリケーションが出力部へ情報の出力を要求して時には、利用者は、例えば出力部の画面のどの位置にアプリケーションからの出力が表示されるかを知ることはできない。
【０００６】
【特許文献１】特開平１１−１８０２２３号公報
【特許文献２】特開２００１−２４１９６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した第一の従来技術では、新たにアプリケーションが出力要求を行う度に、それまで他のアプリケーションが出力していた内容が上書きされてしまう。このため、利用者が必要とする情報が出力されている際に、意図しない他のアプリケーションが利用者の必要としていない情報の出力を要求すると、利用者にとって重要な情報の出力が隠されてしまい、情報の取りこぼしが発生してしまう場合が起こり得る。
【０００８】
また、上述した第二の従来技術では、アプリケーションの出力要求により画面上に表示されているコンポーネントが位置変更の対象となるため、画面に表示されていないコンポーネントの位置を変更することができない。そしてコンポーネントが画面に表示されるタイミングはアプリケーションによって定められているため、利用者が変更を行いたいタイミングと必ずしも合致しない場合がある。
【０００９】
本発明が解決しようとする課題は、利用者が必要としている情報を効率良く取得できる車載端末装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、利用者が端末から情報を取得する効率を高めるため、端末がアプリケーションを動作させる前にあらかじめ利用者の要求する情報の種別を記憶しておく選択種別データベースと、この種別に近いアプリケーションを評価する優先順位処理部とアプリケーションの優先順位に基づき端末資源を割当てる資源分配部を備えることを特徴とする。
【発明の効果】
【００１１】
本発明の車載情報提供装置は、利用者によって予め注目するアプリケーションの種別を設定させ、実行中のアプリケーションの種別と比較することにより、利用者の要求する種別に最も近いアプリケーションの出力要求を優先的に処理し、出力部に該当するアプリケーションの計算結果を出力するため、利用者の要求する情報の取りこぼしが少ないという利点がある。
【発明を実施するための最良の形態】
【００１２】
利用者があらかじめ定めた種別に最も近いアプリケーションの出力要求を優先的に処理する処理部を設ける実施例を説明する。
【実施例１】
【００１３】
図１は、本発明における車載情報提供装置のブロック図である。入力部１０１は、リモコンやタッチパネルといった入力機器を備え、利用者からの入力を受け付けて入力した内容を送出する。アプリケーションフレームワーク１０２は、車載端末上で動作するアプリケーションの実行状態を管理し、特定のアプリケーションに対して入力部１０１からの入力を渡したり、アプリケーションからの出力要求を出力部１０９へ送出したりする。アプリケーション１０３は、ナビゲーションや音楽再生など特定のサービスを提供する単位であり、アプリケーションフレームワーク１０２を通して、入力部１０１からの入力を取得し、計算結果及びその出力要求を、アプリケーションフレームワーク１０２を通して出力する。アプリケーション種別１０４は、対応するアプリケーション１０３がどのような種別に属するかを数値で示したものであり、各アプリケーションに書き込まれているものとする。アプリケーションサーバ１０５は、複数のアプリケーションとこれに対応するアプリケーション種別を保持しており、車載端末からの要求に基づいて、ネットワーク経由で要求されたアプリケーションとこれに対応するアプリケーション種別を車載端末に対して供給する。
【００１４】
優先順位処理部１０６は、実行されている各アプリケーションの持つアプリケーション種別をアプリケーションフレームワーク１０２を通して取得し、利用者の要求したアプリケーションの種別に最も近いものから順に出力要求があるかどうかを判定し、現在出力中のアプリケーションより高い順位のアプリケーションから出力要求があった場合に出力変更処理を行うよう指示する。利用者選択種別データベース１０７は、利用者の画面表示に関する嗜好を記憶したものであり、利用者が注目しているアプリケーション種別を保持し、優先順位処理部１０６の要求に応じてこのアプリケーション種別を優先順位処理部へ送出する。資源分配部１０８は、優先順位処理部１０６からの指示を基に、各アプリケーションからの出力要求を制御する。出力部１０９は、資源分配部１０８によって制御された各アプリケーション１０３からの出力要求に基づいて、それぞれのアプリケーション103の処理結果を出力する。
【００１５】
上述の車載情報提供装置を用いて、利用者の注目する種別に最も近いアプリケーション１（１０３１）の計算結果を優先して出力させる処理を説明する。車両を運転する利用者は、要求するアプリケーションの種別を最初に設定する。入力部１０１より注目するアプリケーションの種別設定を指示すると、アプリケーションフレームワーク１０２より出力部１０９に対して、図４に示すような画面の表示が指示される。図４の画面では、三角形のアプリケーション種別領域４０１が表示されている。アプリケーション種別領域４０１の各頂点が、アプリケーションの類似度を評価するアプリケーション種別に対応した軸となっている。図４に示す例では、各頂点に“ナビゲーション”，“交通情報”，“一般情報”の表示があり、それぞれの頂点がナビゲーションアプリケーション，交通情報アプリケーション，一般情報アプリケーションに相当するアプリケーション種別であることを示している。アプリケーション種別領域４０１内の点で指定されるアプリケーション種別は、これらアプリケーション種別領域４０１の各頂点のアプリケーション種別を混合したアプリケーションであることを示す。例えば、一定時間後の交通渋滞を予測し、その結果を基にナビゲーションアプリケーションに対して迂回路を設定させるかどうかを利用者に判断させる渋滞予報アプリケーションを、主に交通情報表示に利用し、予備的にナビゲーションでも利用するため、図６に示すように、この渋滞予報アプリケーションの種別は、三角形の中心から左下寄りに位置することになる。
【００１６】
また、図４のアプリケーション種別領域４０１の中には、利用者が要求するアプリケーション種別の位置を示す利用者選択種別マーク４０２が表示されている。利用者は入力部１０１を操作して、図４の画面中に示されている利用者選択種別マーク４０２を移動させて、利用者が必要とするアプリケーション種別に相当する位置に設定し、この利用者選択種別マーク４０２の位置に相当する各アプリケーション種別領域４０１の頂点に対応した種別の混合比率を利用者が要求する新たなアプリケーション種別として登録する。
【００１７】
この位置登録の処理の流れを図３を用いて説明する。ステップ３０１では、利用者選択種別データベース１０７から、現在注目しているアプリケーション種別を取得し、その混合比率に対応する画面上の位置に利用者選択種別マーク４０２を表示する。ここで、利用者選択種別データベース１０７には、図７に示すようなアプリケーション種別１０４２が１個格納されている。アプリケーション種別１０４２はナビゲーションパラメータ７０１，交通情報パラメータ７０２及び一般情報パラメータ７０３の３個のパラメータを保持する。これらのパラメータは、対応するアプリケーションがどの分野により深い関連を持っているかを数値で示す。例えば、ナビゲーションに対してより深い関連を持つアプリケーションの場合は、ナビゲーションパラメータ７０１の数値が大きくなる。なお、ナビゲーションパラメータ７０１をａ、交通情報パラメータ７０２をｂ、一般情報パラメータ703をｃとした場合、これらのパラメータの間には、正規化のために次の式１に示すような関係が成り立つものとする。
【００１８】
（数１）
ａ＋ｂ＋ｃ＝１ （式１）
これらのパラメータをもとに、図５に示すような利用者選択種別マーク４０２の画面中における座標（ｘ，ｙ）を次の式２より算出する。
【００１９】
（数２）
ｘ＝ｃ−ｂ，ｙ＝ａ （式２）
出力部１０９の画面中におけるアプリケーション種別領域４０１上で、図５に示す座標軸により式２を基に算出した座標に利用者選択種別マーク４０２を描画し、現在の注目するアプリケーション種別を表示する。次に、ステップ３０２では、入力部１０１に対する利用者の入力を読み込む。ステップ３０３では、読み込んだ入力が位置設定に関するものかどうかを判定する。位置設定に関する入力とは、例えばリモコンの方向キーが入力されたり、タッチパネルに対してアプリケーション種別領域４０１内のいずれかの場所が指示された場合を意味する。この判定により、読み込んだ入力が位置設定に関するものであった場合は処理をステップ３０６に移し、それ以外の場合は処理をステップ３０４に移す。ステップ３０６では、入力部１０１によって設定された位置を新たな利用者選択種別マーク４０２の候補位置とし、出力部１０９の表示を更新する。その後処理をステップ３０２に移す。ステップ３０４では、読み込んだ入力が位置決定に関するものかどうかを判定する。位置決定に関する入力とは、例えばリモコンの決定キーが入力されたり、タッチパネルに対して決定ボタン４０３が指示された場合を意味する。この判定により、読み込んだ入力が位置決定に関するものであった場合は処理をステップ３０７に移し、それ以外の場合は処理をステップ３０５に移す。ステップ３０７では、現在設定されている利用者選択種別マーク４０２の位置候補を利用者選択種別マーク４０２として設定し、利用者選択種別データベース１０７に登録する。登録を行う際に、アプリケーション種別領域４０１における利用者選択種別マーク４０２の座標から、ａ，ｂ及びｃの値を算出する。座標値を（ｘ，ｙ）とした場合、次の式３より算出を行う。
【００２０】
（数３）
ａ＝ｙ，ｂ＝（−ｘ−ｙ＋１）／２，ｃ＝（ｘ−ｙ＋１）／２ （式３）
このようにして算出した値を利用者選択種別データベース１０７に登録し、その後処理を終了する。ステップ３０５では、読み込んだ入力が処理終了に関するものかどうかを判定する。処理終了に関する入力とは、例えばリモコンの戻るキーが入力されたり、タッチパネルに対して取り消しボタン４０４が指示された場合を意味する。この判定により、読み込んだ入力が処理終了に関するものであった場合は処理を終了し、それ以外の場合は処理をステップ３０２に移す。
【００２１】
続いて、利用者選択種別データベース１０７に格納されたアプリケーション種別の内容をもとに利用者の注目する種別に最も近いアプリケーションの計算結果を優先して出力させる処理の流れを図２を用いて示す。本発明における車載情報提供装置が処理を開始すると、ステップ２０１の処理を開始する。ステップ２０１では、入力部１０１を通じた利用者からの要求、及び各アプリケーション１０３からの要求を読み込み、処理をステップ
２０２に移す。ステップ２０２では、利用者からの要求が本発明における車載情報提供装置の処理全体を終了させるものかどうかを判定する。処理全体を終了させる要求であった場合は処理を終了し、それ以外の場合は処理をステップ２０３に移す。ステップ２０３では、要求の種別を読み込み、処理をステップ２０４に移す。ステップ２０４では、各アプリケーション１０３に対応するアプリケーション種別１０４を基に、利用者の選択したアプリケーション種別との距離が近い順にアプリケーションの順位を定める。距離ｌは次の式４を用いて算出する。
【００２２】
（数４）
ｌ＝sqrt（(ｘ−ｘ′)＾２＋(ｙ−ｙ′)＾２） （式４）
ここで、（ｘ，ｙ）は利用者の選択した、注目するアプリケーション種別を表す出力部１０９の画面中における利用者選択種別マーク４０２の座標であり、（ｘ′，ｙ′）は順番を決めるため距離の算出対象となるアプリケーション種別の出力部１０９の画面中における座標である。なお、これらの座標と、アプリケーション種別の持つパラメータａ，ｂ及びｃの間には、上述の式１及び式２の関係があるため、パラメータの値ａ，ｂ及びｃを用いて距離ｌは次の式５のように表すことができる。
【００２３】
（数５）
ｌ＝sqrt（(ｃ−ｂ−ｃ′＋ｂ′)＾２＋(ａ−ａ′)＾２） （式５）
ここで、ａ，ｂ及びｃは利用者の選択した注目するアプリケーション種別の保持するパラメータの値であり、ａ′，ｂ′及びｃ′は距離の算出対象となるアプリケーションのアプリケーション種別が保持するパラメータの値である。このようにして算出した距離ｌが近い順に順位を定め、処理をステップ２０５に移す。ステップ２０５では、ステップ203において読み込んだ要求の種別が出力要求であるかどうかを判定する。出力要求とは、あるアプリケーション１０３が出力部１０９に対して自分の算出結果を出力したい場合に発行する要求である。判定の結果、出力要求であった場合は処理をステップ２０６に移し、それ以外の場合は処理をステップ２０９に移す。ステップ２０６では、要求を発行したアプリケーションの順位と現在出力部１０９に出力を行っているアプリケーションの順位とを比較し、要求を発行したアプリケーションの順位の方が高いかあるいは現在出力部109に対してどのアプリケーション１０３も出力を行っていない場合は処理をステップ２０７に移し、それ以外の場合は処理をステップ２０１に移す。
【００２４】
ステップ２０７では、現在の出力要求の状態に基づいて各アプリケーションに対して出力部１０９の保持する資源を分配し、処理をステップ２０８に移す。資源の分配とは、資源分配部１０８によって画面中の占有領域，音声出力の際の音量といったハードウェア資源の割当てを算出することである。資源の具体的な割当て手法については後述の例において示す。ステップ２０８では、資源を分配された各アプリケーションの算出結果を、ステップ２０７で割当てた資源に対して出力させ、処理をステップ２０１に移す。一方ステップ２０９では、ステップ２０３において読み込んだ要求の種別が出力終了要求であるかどうかを判定する。出力終了要求とは、あるアプリケーションが出力部１０９に対する自分の算出結果の出力を終了する場合に発行する要求である。判定の結果、出力終了要求であった場合は処理をステップ２０７に移し、それ以外の場合は処理をステップ２０１に移す。
【００２５】
資源分配部１０８による出力部１０９の資源割当ての例について説明する。ここでは、ナビゲーションアプリケーション及び渋滞予報アプリケーションを使用することを考える。それぞれのアプリケーションは、アプリケーション種別とともに、アプリケーションサーバ１０５よりダウンロードして追加することが可能となっている。ナビゲーションアプリケーションは図８に示すようなアプリケーション種別１０４３を保持する。ナビゲーション機能への関連が深いため、ナビゲーションパラメータが高い値を示している。ナビゲーションアプリケーションの種別は、アプリケーション種別領域４０１では、図６における位置６０１のような位置に表示される。一方、渋滞予報アプリケーションは図９に示すようなアプリケーション種別１０４４を保持する。渋滞予報アプリケーションは、例えば、一定時間後の交通渋滞を予測し、その結果を基にナビゲーションアプリケーションに対して迂回路を設定させるかどうかを利用者に判断させることから、交通情報機能への関連が深く、またナビゲーション機能へもある程度関連するため、交通情報パラメータが高い値を示し、次いでナビゲーションパラメータの値が高くなっている。渋滞予報アプリケーションは、アプリケーション種別領域４０１では、図６における位置６０２のような三角形の中心から左下寄りの位置に表示される。
【００２６】
ここでステップ２０４における順位計算を行うと次のような結果となる。ナビゲーションアプリケーションのアプリケーション種別１０４３と利用者の選択した注目するアプリケーション種別１０４４との距離ｌ１は式５によって以下のように求められる。
【００２７】
（数６）
ｌ１＝sqrt（(０.３−０.１−０.１＋０.１)＾２＋(０.６−０.８)＾２）
＝sqrt（０.０４＋０.０４）
≒０.２８
次に、渋滞予報アプリケーションのアプリケーション種別と利用者の選択した注目するアプリケーション種別との距離ｌ２も同様に式５から求められる。
【００２８】
（数７）
ｌ２＝sqrt（(０.３−０.１−０.１＋０.６)＾２＋(０.６−０.３)＾２）
＝sqrt（０.４９＋０.０９）
≒０.７６
これらよりｌ１の距離がｌ２より小さく、注目するアプリケーション種別と近いため、ナビゲーションアプリケーションの順位が渋滞予報アプリケーションよりも高くなる。この状態でナビゲーションアプリケーションが出力要求を発行した場合、ステップ２０６の判定において処理がステップ２０７に移る。ステップ２０７における資源分配においては、この例の場合、出力要求を発行したナビゲーションアプリケーションが出力部１０９の画面全体を利用できるように割当てるものとする。この場合、ステップ２０８における結果出力は、画面全体をナビゲーションアプリケーションが占有する表示となる。これにより、利用者の注目する種別に近いナビゲーションアプリケーションが利用者に情報を提供できるようになり、情報の取りこぼしを防ぐことが可能となる。
【００２９】
上述の状態の後、ナビゲーションアプリケーションが出力終了要求を発行すると、ステップ２０９における判定で処理がステップ２０７に移り、資源の分配が再び行われる。この場合、出力を要求しているアプリケーションが無いため、出力部１０９のハードウェア資源はどのアプリケーションにも割当てられない。よってステップ２０８では、出力部
１０９に対して何も出力されない状態となる。この状態で渋滞予報アプリケーションが出力要求を発行すると、ステップ２０５における判定で処理がステップ２０６に移る。ステップ２０６における判定では、他のどのアプリケーションも出力を行っていないため、処理がステップ２０７に移る。ステップ２０７において、出力要求を行っている渋滞予報アプリケーションに対して、この例では出力部１０９の画面全体を利用できるように割当てるため、ステップ２０８における結果出力は画面全体を渋滞予報アプリケーションが占有する表示となる。これにより、利用者の注目する種別に最も近いアプリケーション以外が情報を提供できなくなってしまうのを防ぐことが可能となる。
【実施例２】
【００３０】
次に、資源分配部１０８において上述の実施例と異なる資源の割当て手法を用いる例を説明する。ここでは、自車位置周辺の施設情報を提供する施設案内アプリケーションを考える。施設案内アプリケーションは、図１３に示すように出力部１０９の表示可能な領域の一部を用いて表示を行う。施設案内アプリケーションでは、自車に近い場所にある施設をデータベースより検索して画面に施設の紹介文を表示し、ナビゲーションアプリケーションと連携して紹介している場所をナビゲーションアプリケーションの目的地に設定するといった動作を行う。施設案内アプリケーションは一般情報を提供するアプリケーションであり、またナビゲーションとの連携もあるため、アプリケーション種別領域４０１では、図１１における位置１３０１のような位置にアプリケーション種別が表示される。従って施設案内アプリケーションのアプリケーション種別１０４５は、図１２に示すようにナビゲーションパラメータと一般情報パラメータの値が高くなっている。
【００３１】
この例において、設定された利用者選択種別データベース１０７の内容を基に、利用者の注目する種別に最も近いアプリケーション１０３の計算結果を優先して出力させる処理の流れを図１０を用いて示す。この処理の流れは図２の場合とほとんど同じであるが、ステップ１２０６では、現在の出力要求の状態に基づいて各アプリケーション１０３に対して出力部１０９の保持する資源を分配する際、出力部１０９の画面の内、出力要求を発行したアプリケーションが利用する範囲のみを割当てる。続くステップ１２０７では、資源を分配されたアプリケーション１０３の算出結果を、ステップ１２０６で割当てた資源に対して出力させ、処理をステップ２０１に移す。
【００３２】
ここで、この施設案内アプリケーションが、実施例１の場合の例における注目するアプリケーション種別の下で実施例１のナビゲーションアプリケーションとともに実行される場合、ステップ１２０４における順位計算を行うと次のような結果となる。ナビゲーションアプリケーションのアプリケーション種別と利用者の選択した注目するアプリケーション種別との距離ｌ１は先述のように式５によって求められる。次に、施設案内アプリケーションのアプリケーション種別と利用者の選択した注目するアプリケーション種別との距離ｌ３は式５によって次のように求められる。
【００３３】
（数８）
ｌ３＝sqrt（(０.３−０.１−０.４＋０.２)＾２＋(０.６−０.４)＾２）
＝sqrt（０＋０.０４）
＝０.２
これらよりｌ３の距離がｌ１より小さいため、施設案内アプリケーションの順位がナビゲーションアプリケーションよりも高くなる。この状態で施設案内アプリケーションが出力要求を発行した場合、ステップ１２０６における資源分配では、出力部１０９の画面の内、出力要求を発行したアプリケーションが利用する範囲のみを割当て、また、ステップ１２０４において算出された順位をもとに範囲の割当てを行う。すなわち、最も順位の高いアプリケーションが優先的に利用する範囲を割当てられ、次の順位のアプリケーションは、上の順位のアプリケーションまでで割当てられなかった残りの部分を利用するものとする。この例の場合、ステップ１２０７における結果出力は図１３に示すように画面下部を施設案内アプリケーションが占有する表示となる。
【００３４】
この状態でナビゲーションアプリケーションが出力要求を発行した場合、ナビゲーションアプリケーションの順位は施設案内アプリケーションよりも低いため、施設案内アプリケーションに対して割当てられなかった残りの部分を利用することとなり、図１４に示すように施設案内アプリケーションが占有する範囲以外の部分にナビゲーションアプリケーションの表示が行われる。これにより、利用者の注目する種別に近い施設案内アプリケーションがナビゲーションアプリケーションよりも前面に配置され、利用者の注目する種別に近いアプリケーションの提供する情報の取りこぼしを防ぐことが可能となる。
【実施例３】
【００３５】
次に、出力部１０９の資源として音の出力を行う例について説明する。ここでは、ナビゲーションアプリケーションにおける音声による経路案内機能と、音楽の再生を行う音楽再生アプリケーションを考える。音楽再生アプリケーションでは、利用者が選択した音楽を出力部１０９のスピーカから再生する機能を有する。音楽再生アプリケーションは一般情報を提供するアプリケーションであり、ナビゲーションや交通情報との連携はない。このため、音楽再生アプリケーションのアプリケーション種別は、一般情報パラメータの値が１.０ となり、アプリケーション種別領域４０１の“一般情報”の頂点位置に表示される。
【００３６】
この例において、設定された利用者選択種別データベース１０７の内容をもとに利用者の注目するアプリケーション種別に最も近いアプリケーションの処理結果を優先して出力させる処理として図１０に示したフローを用いる。ここでは、音楽再生アプリケーションによって音楽が再生されている状態で、ナビゲーションアプリケーションが音声案内を開始しようとし、８０％の音量による音声誘導の出力要求を発行した場合を考える。最初に音楽が再生されている状態では、音楽再生アプリケーションがスピーカからの再生音量の８０％を占有しており、ナビゲーションアプリケーションの音声案内機能は０％の再生音量を占有している（即ち音声が出力されていない）ものとする。
【００３７】
ここで実施例１の場合の例における注目するアプリケーション種別の下で実施例１のナビゲーションアプリケーションとともに音楽再生アプリケーションが実行される場合、ステップ２０４における順位計算を行うと次のような結果となる。ナビゲーションアプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ１は式５から前述のように求められる。また、音楽再生アプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ４も式５から次のように求められる。
【００３８】
（数９）
ｌ４＝sqrt（(０.３−０.１−１.０＋０.０)＾２＋(０.６−０.０)＾２）
＝sqrt（０.６４＋０.３６）
＝１
すなわち、利用者の選択したアプリケーション種別でナビゲーション機能をより注目していたため、距離ｌ１の方が距離ｌ４より小さくなり、ナビゲーションアプリケーションの順位が音楽再生アプリケーションの順位より高くなる。そこでステップ１２０６で、資源分配部１０８によりスピーカにおける再生音の資源分配を行う際に、ステップ２０４において算出した結果よりナビゲーションアプリケーションの方が順位が高いため、要求していた８０％の音量がナビゲーションアプリケーションに割当てられる。続いて、残りの２０％の音量が音楽再生アプリケーションに割当てられる。この結果、図２０に示すように、ナビゲーションアプリケーションによる音声案内が８０％の音量を占有し、音楽再生アプリケーションによる音楽再生が２０％の音量を占有する。この状態では、出力要求発行前に比べると、音楽の音量が低くなり、利用者が注目するアプリケーション種別
１０４に近いナビゲーションアプリケーションの出力する音声案内の音がより明瞭に聞き取れるようになる。
【実施例４】
【００３９】
次に、アプリケーション種別１０４が動的に変化する例を説明する。ここでは、ナビゲーションアプリケーション及び施設案内アプリケーションを利用することを考える。ここで、この例における施設案内アプリケーションは、図１６に示すようなアプリケーション種別１０４６を保持する。このアプリケーション種別１０４６は、ナビゲーションパラメータの範囲２２０１，交通情報パラメータの範囲２２０２及び一般情報パラメータの範囲２２０３を保持する。それぞれのパラメータは、アプリケーション１０３の状態に応じて範囲内にて変更可能であるが、式１に示す制限を有する。この例におけるアプリケーション１０３の状態に応じたパラメータの変更とは、施設案内アプリケーションがナビゲーションと連携する情報を提供している場合にはナビゲーションパラメータの範囲２２０１の内においてより大きい値が採用され、一方ナビゲーションとの連携が少ない場合にはナビゲーションパラメータの範囲２２０１の内においてより小さい値が採用されることを意味する。前者の場合は、例えば図１３に示すような、目的地設定が可能な情報を提供する状態であり、後者の場合は例えば、施設案内アプリケーションでデータベースを検索した結果、現在の自車位置付近には提供可能な施設情報が無い場合など、ナビゲーションと連携する情報を施設案内アプリケーションが提供していない状態を表す。このようなパラメータの範囲は、アプリケーション種別領域４０１では、図１５の施設案内アプリケーション範囲２１０１のような範囲を占有する。なお、図１５に示した施設案内アプリケーション範囲２１０１の図形は便宜的なものであり、各パラメータの範囲によってアプリケーション種別領域４０１に表される図形は異なる。
【００４０】
上述の例において、施設案内アプリケーションで図１３に示すような提供可能な施設情報が検索されている状態になっている場合、施設案内アプリケーションにおけるナビゲーションパラメータの範囲２２０１，交通情報パラメータの範囲２２０２及び一般情報パラメータの範囲２２０３は、それぞれ次のａ，ｂ及びｃのような値を取るものとする。
【００４１】
（数１０）
ａ＝０.４
ｂ＝０.２
ｃ＝０.４
この値を取っている際に施設案内アプリケーションが出力要求を発行した場合、施設案内アプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ５は０.２ となり、施設案内アプリケーションの出力優先順位がナビゲーションアプリケーションよりも高くなるため、実施例２において示したように、図１３あるいは図１４のような表示が出力部１０９の画面に対して行われる。
【００４２】
また、ナビゲーションと連携する情報を施設案内アプリケーションが提供していない状態になっている場合、施設案内アプリケーションにおけるナビゲーションパラメータの範囲２２０１，交通情報パラメータの範囲２２０２及び一般情報パラメータの範囲２２０３がそれぞれ次のａ，ｂ及びｃのような値を取るものとする。
【００４３】
（数１１）
ａ＝０.２
ｂ＝０.２
ｃ＝０.６
この値を取っている際にナビゲーションアプリケーションが出力要求を発行した場合、実施例１の場合と同様の条件でステップ２０４における順位計算を行うと次のような結果となる。ナビゲーションアプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ１は前述のように求められる。次に、施設案内アプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ６は数式５によって次のように求められる。
【００４４】
（数１２）
ｌ６＝sqrt（(０.３−０.１−０.６＋０.２)＾２＋(０.６−０.２)＾２）
＝sqrt（０.０４＋０.１６）
≒０.４５
これらよりｌ１の距離がｌ５より小さいため、ナビゲーションアプリケーションの出力優先順位が施設案内アプリケーションよりも高くなる。この状態でナビゲーションアプリケーションが出力要求を発行すると、ステップ１２０６の資源分配において、優先順位の高いナビゲーションアプリケーションが出力部１０９の資源を占有し、図１０に示すような表示が出力部１０９の画面に対して行われる。これにより、アプリケーション１０３が提供する表示の内容に応じて各アプリケーション１０３への資源の分配を更新し、各アプリケーション１０３において利用者が注目する情報の取りこぼしを防ぐことが可能となる。
【図面の簡単な説明】
【００４５】
【図１】本発明における車載情報提供装置のブロック図である。
【図２】利用者の注目する種別に最も近いアプリケーションの計算結果を優先して出力させる処理のフローチャートである。
【図３】利用者が要求する新たなアプリケーション種別を登録する処理のフローチャートである。
【図４】アプリケーション種別領域の表示画面を示した図である。
【図５】アプリケーション種別領域の座標軸を示した図である。
【図６】各アプリケーションのアプリケーション位置を示した図である。
【図７】アプリケーション種別を示した図である。
【図８】ナビゲーションアプリケーションのアプリケーション種別を示した図である。
【図９】渋滞予報アプリケーションのアプリケーション種別を示した図である。
【図１０】利用者の注目する種別に最も近いアプリケーションの計算結果を優先して出力部の資源に割当てる処理のフローチャートである。
【図１１】アプリケーション種別領域における施設案内アプリケーション位置を示した図である。
【図１２】施設案内アプリケーションのアプリケーション種別を示した図である。
【図１３】出力部における施設案内アプリケーションの表示を示した図である。
【図１４】施設案内アプリケーションが占有する範囲以外の部分にナビゲーションアプリケーションの表示が行われた状態を示した図である。
【図１５】アプリケーション種別領域における施設案内アプリケーション範囲を示した図である。
【図１６】施設案内アプリケーションのアプリケーション種別を示した図である。
【符号の説明】
【００４６】
１０１…入力部、１０２…アプリケーションフレームワーク、１０３…アプリケーション、１０４…アプリケーション種別、１０５…アプリケーションサーバ、１０６…優先順位処理部、１０７…利用者選択種別データベース、１０８…資源分配部、１０９…出力部。
【技術分野】
【０００１】
本発明は、利用者の志向に沿ってアプリケーションの実行を制御する車載情報提供装置に関する。
【背景技術】
【０００２】
近年、自動車を利用するに当たって、自車周辺の施設案内や経路上の交通状況把握，エンターテインメント情報取得等多岐に渡るサービスを車内で受けたいという利用者の要求が高まっている。即ち、従来の車載端末によるカーナビゲーション機能に止まらないサービスが求められている。このようなサービスは、車載端末やカーナビゲーション機能の作成基とは別のサービスプロバイダ（供給者）によって作成される場合が多い。従ってこれらのサービスは、カーナビゲーション機能を実現するアプリケーションとは別のアプリケーションとして動作することになる。
【０００３】
各アプリケーションは、その計算結果の内容に応じて画面表示を行ったり音を発生させたりする際に、車載端末の出力部を使って計算結果を出力する。従来の技術では、最も新しく出力要求を行ったアプリケーションが出力部を用いて計算結果を出力している。この場合、あるアプリケーションが出力部への出力要求を行う度にそれまでそこに出力されていた内容が消去される。
【０００４】
また、他の従来技術では、複数のアプリケーションがそれぞれの内容を表示する位置を利用者の操作によって変更可能としている。利用者は、リモコン等の入力装置を用い、出力部における画面の表示を見ながら、画面上の表示単位（コンポーネントと呼ぶ）を見易い位置へ配置することになる。
【０００５】
一方、アプリケーションが出力部へ情報を出力要求するタイミングはアプリケーション毎に異なっている。特に、相互に連携を取っていないアプリケーションの場合は、いつ相手が出力要求を行うか互いに知ることはできない。特に、異なるサービスプロバイダによって独自に作成されたアプリケーションの場合は、このようになる可能性が高い。また、アプリケーションが出力部へ情報の出力を要求して時には、利用者は、例えば出力部の画面のどの位置にアプリケーションからの出力が表示されるかを知ることはできない。
【０００６】
【特許文献１】特開平１１−１８０２２３号公報
【特許文献２】特開２００１−２４１９６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述した第一の従来技術では、新たにアプリケーションが出力要求を行う度に、それまで他のアプリケーションが出力していた内容が上書きされてしまう。このため、利用者が必要とする情報が出力されている際に、意図しない他のアプリケーションが利用者の必要としていない情報の出力を要求すると、利用者にとって重要な情報の出力が隠されてしまい、情報の取りこぼしが発生してしまう場合が起こり得る。
【０００８】
また、上述した第二の従来技術では、アプリケーションの出力要求により画面上に表示されているコンポーネントが位置変更の対象となるため、画面に表示されていないコンポーネントの位置を変更することができない。そしてコンポーネントが画面に表示されるタイミングはアプリケーションによって定められているため、利用者が変更を行いたいタイミングと必ずしも合致しない場合がある。
【０００９】
本発明が解決しようとする課題は、利用者が必要としている情報を効率良く取得できる車載端末装置を提供することにある。
【課題を解決するための手段】
【００１０】
本発明は、利用者が端末から情報を取得する効率を高めるため、端末がアプリケーションを動作させる前にあらかじめ利用者の要求する情報の種別を記憶しておく選択種別データベースと、この種別に近いアプリケーションを評価する優先順位処理部とアプリケーションの優先順位に基づき端末資源を割当てる資源分配部を備えることを特徴とする。
【発明の効果】
【００１１】
本発明の車載情報提供装置は、利用者によって予め注目するアプリケーションの種別を設定させ、実行中のアプリケーションの種別と比較することにより、利用者の要求する種別に最も近いアプリケーションの出力要求を優先的に処理し、出力部に該当するアプリケーションの計算結果を出力するため、利用者の要求する情報の取りこぼしが少ないという利点がある。
【発明を実施するための最良の形態】
【００１２】
利用者があらかじめ定めた種別に最も近いアプリケーションの出力要求を優先的に処理する処理部を設ける実施例を説明する。
【実施例１】
【００１３】
図１は、本発明における車載情報提供装置のブロック図である。入力部１０１は、リモコンやタッチパネルといった入力機器を備え、利用者からの入力を受け付けて入力した内容を送出する。アプリケーションフレームワーク１０２は、車載端末上で動作するアプリケーションの実行状態を管理し、特定のアプリケーションに対して入力部１０１からの入力を渡したり、アプリケーションからの出力要求を出力部１０９へ送出したりする。アプリケーション１０３は、ナビゲーションや音楽再生など特定のサービスを提供する単位であり、アプリケーションフレームワーク１０２を通して、入力部１０１からの入力を取得し、計算結果及びその出力要求を、アプリケーションフレームワーク１０２を通して出力する。アプリケーション種別１０４は、対応するアプリケーション１０３がどのような種別に属するかを数値で示したものであり、各アプリケーションに書き込まれているものとする。アプリケーションサーバ１０５は、複数のアプリケーションとこれに対応するアプリケーション種別を保持しており、車載端末からの要求に基づいて、ネットワーク経由で要求されたアプリケーションとこれに対応するアプリケーション種別を車載端末に対して供給する。
【００１４】
優先順位処理部１０６は、実行されている各アプリケーションの持つアプリケーション種別をアプリケーションフレームワーク１０２を通して取得し、利用者の要求したアプリケーションの種別に最も近いものから順に出力要求があるかどうかを判定し、現在出力中のアプリケーションより高い順位のアプリケーションから出力要求があった場合に出力変更処理を行うよう指示する。利用者選択種別データベース１０７は、利用者の画面表示に関する嗜好を記憶したものであり、利用者が注目しているアプリケーション種別を保持し、優先順位処理部１０６の要求に応じてこのアプリケーション種別を優先順位処理部へ送出する。資源分配部１０８は、優先順位処理部１０６からの指示を基に、各アプリケーションからの出力要求を制御する。出力部１０９は、資源分配部１０８によって制御された各アプリケーション１０３からの出力要求に基づいて、それぞれのアプリケーション103の処理結果を出力する。
【００１５】
上述の車載情報提供装置を用いて、利用者の注目する種別に最も近いアプリケーション１（１０３１）の計算結果を優先して出力させる処理を説明する。車両を運転する利用者は、要求するアプリケーションの種別を最初に設定する。入力部１０１より注目するアプリケーションの種別設定を指示すると、アプリケーションフレームワーク１０２より出力部１０９に対して、図４に示すような画面の表示が指示される。図４の画面では、三角形のアプリケーション種別領域４０１が表示されている。アプリケーション種別領域４０１の各頂点が、アプリケーションの類似度を評価するアプリケーション種別に対応した軸となっている。図４に示す例では、各頂点に“ナビゲーション”，“交通情報”，“一般情報”の表示があり、それぞれの頂点がナビゲーションアプリケーション，交通情報アプリケーション，一般情報アプリケーションに相当するアプリケーション種別であることを示している。アプリケーション種別領域４０１内の点で指定されるアプリケーション種別は、これらアプリケーション種別領域４０１の各頂点のアプリケーション種別を混合したアプリケーションであることを示す。例えば、一定時間後の交通渋滞を予測し、その結果を基にナビゲーションアプリケーションに対して迂回路を設定させるかどうかを利用者に判断させる渋滞予報アプリケーションを、主に交通情報表示に利用し、予備的にナビゲーションでも利用するため、図６に示すように、この渋滞予報アプリケーションの種別は、三角形の中心から左下寄りに位置することになる。
【００１６】
また、図４のアプリケーション種別領域４０１の中には、利用者が要求するアプリケーション種別の位置を示す利用者選択種別マーク４０２が表示されている。利用者は入力部１０１を操作して、図４の画面中に示されている利用者選択種別マーク４０２を移動させて、利用者が必要とするアプリケーション種別に相当する位置に設定し、この利用者選択種別マーク４０２の位置に相当する各アプリケーション種別領域４０１の頂点に対応した種別の混合比率を利用者が要求する新たなアプリケーション種別として登録する。
【００１７】
この位置登録の処理の流れを図３を用いて説明する。ステップ３０１では、利用者選択種別データベース１０７から、現在注目しているアプリケーション種別を取得し、その混合比率に対応する画面上の位置に利用者選択種別マーク４０２を表示する。ここで、利用者選択種別データベース１０７には、図７に示すようなアプリケーション種別１０４２が１個格納されている。アプリケーション種別１０４２はナビゲーションパラメータ７０１，交通情報パラメータ７０２及び一般情報パラメータ７０３の３個のパラメータを保持する。これらのパラメータは、対応するアプリケーションがどの分野により深い関連を持っているかを数値で示す。例えば、ナビゲーションに対してより深い関連を持つアプリケーションの場合は、ナビゲーションパラメータ７０１の数値が大きくなる。なお、ナビゲーションパラメータ７０１をａ、交通情報パラメータ７０２をｂ、一般情報パラメータ703をｃとした場合、これらのパラメータの間には、正規化のために次の式１に示すような関係が成り立つものとする。
【００１８】
（数１）
ａ＋ｂ＋ｃ＝１ （式１）
これらのパラメータをもとに、図５に示すような利用者選択種別マーク４０２の画面中における座標（ｘ，ｙ）を次の式２より算出する。
【００１９】
（数２）
ｘ＝ｃ−ｂ，ｙ＝ａ （式２）
出力部１０９の画面中におけるアプリケーション種別領域４０１上で、図５に示す座標軸により式２を基に算出した座標に利用者選択種別マーク４０２を描画し、現在の注目するアプリケーション種別を表示する。次に、ステップ３０２では、入力部１０１に対する利用者の入力を読み込む。ステップ３０３では、読み込んだ入力が位置設定に関するものかどうかを判定する。位置設定に関する入力とは、例えばリモコンの方向キーが入力されたり、タッチパネルに対してアプリケーション種別領域４０１内のいずれかの場所が指示された場合を意味する。この判定により、読み込んだ入力が位置設定に関するものであった場合は処理をステップ３０６に移し、それ以外の場合は処理をステップ３０４に移す。ステップ３０６では、入力部１０１によって設定された位置を新たな利用者選択種別マーク４０２の候補位置とし、出力部１０９の表示を更新する。その後処理をステップ３０２に移す。ステップ３０４では、読み込んだ入力が位置決定に関するものかどうかを判定する。位置決定に関する入力とは、例えばリモコンの決定キーが入力されたり、タッチパネルに対して決定ボタン４０３が指示された場合を意味する。この判定により、読み込んだ入力が位置決定に関するものであった場合は処理をステップ３０７に移し、それ以外の場合は処理をステップ３０５に移す。ステップ３０７では、現在設定されている利用者選択種別マーク４０２の位置候補を利用者選択種別マーク４０２として設定し、利用者選択種別データベース１０７に登録する。登録を行う際に、アプリケーション種別領域４０１における利用者選択種別マーク４０２の座標から、ａ，ｂ及びｃの値を算出する。座標値を（ｘ，ｙ）とした場合、次の式３より算出を行う。
【００２０】
（数３）
ａ＝ｙ，ｂ＝（−ｘ−ｙ＋１）／２，ｃ＝（ｘ−ｙ＋１）／２ （式３）
このようにして算出した値を利用者選択種別データベース１０７に登録し、その後処理を終了する。ステップ３０５では、読み込んだ入力が処理終了に関するものかどうかを判定する。処理終了に関する入力とは、例えばリモコンの戻るキーが入力されたり、タッチパネルに対して取り消しボタン４０４が指示された場合を意味する。この判定により、読み込んだ入力が処理終了に関するものであった場合は処理を終了し、それ以外の場合は処理をステップ３０２に移す。
【００２１】
続いて、利用者選択種別データベース１０７に格納されたアプリケーション種別の内容をもとに利用者の注目する種別に最も近いアプリケーションの計算結果を優先して出力させる処理の流れを図２を用いて示す。本発明における車載情報提供装置が処理を開始すると、ステップ２０１の処理を開始する。ステップ２０１では、入力部１０１を通じた利用者からの要求、及び各アプリケーション１０３からの要求を読み込み、処理をステップ
２０２に移す。ステップ２０２では、利用者からの要求が本発明における車載情報提供装置の処理全体を終了させるものかどうかを判定する。処理全体を終了させる要求であった場合は処理を終了し、それ以外の場合は処理をステップ２０３に移す。ステップ２０３では、要求の種別を読み込み、処理をステップ２０４に移す。ステップ２０４では、各アプリケーション１０３に対応するアプリケーション種別１０４を基に、利用者の選択したアプリケーション種別との距離が近い順にアプリケーションの順位を定める。距離ｌは次の式４を用いて算出する。
【００２２】
（数４）
ｌ＝sqrt（(ｘ−ｘ′)＾２＋(ｙ−ｙ′)＾２） （式４）
ここで、（ｘ，ｙ）は利用者の選択した、注目するアプリケーション種別を表す出力部１０９の画面中における利用者選択種別マーク４０２の座標であり、（ｘ′，ｙ′）は順番を決めるため距離の算出対象となるアプリケーション種別の出力部１０９の画面中における座標である。なお、これらの座標と、アプリケーション種別の持つパラメータａ，ｂ及びｃの間には、上述の式１及び式２の関係があるため、パラメータの値ａ，ｂ及びｃを用いて距離ｌは次の式５のように表すことができる。
【００２３】
（数５）
ｌ＝sqrt（(ｃ−ｂ−ｃ′＋ｂ′)＾２＋(ａ−ａ′)＾２） （式５）
ここで、ａ，ｂ及びｃは利用者の選択した注目するアプリケーション種別の保持するパラメータの値であり、ａ′，ｂ′及びｃ′は距離の算出対象となるアプリケーションのアプリケーション種別が保持するパラメータの値である。このようにして算出した距離ｌが近い順に順位を定め、処理をステップ２０５に移す。ステップ２０５では、ステップ203において読み込んだ要求の種別が出力要求であるかどうかを判定する。出力要求とは、あるアプリケーション１０３が出力部１０９に対して自分の算出結果を出力したい場合に発行する要求である。判定の結果、出力要求であった場合は処理をステップ２０６に移し、それ以外の場合は処理をステップ２０９に移す。ステップ２０６では、要求を発行したアプリケーションの順位と現在出力部１０９に出力を行っているアプリケーションの順位とを比較し、要求を発行したアプリケーションの順位の方が高いかあるいは現在出力部109に対してどのアプリケーション１０３も出力を行っていない場合は処理をステップ２０７に移し、それ以外の場合は処理をステップ２０１に移す。
【００２４】
ステップ２０７では、現在の出力要求の状態に基づいて各アプリケーションに対して出力部１０９の保持する資源を分配し、処理をステップ２０８に移す。資源の分配とは、資源分配部１０８によって画面中の占有領域，音声出力の際の音量といったハードウェア資源の割当てを算出することである。資源の具体的な割当て手法については後述の例において示す。ステップ２０８では、資源を分配された各アプリケーションの算出結果を、ステップ２０７で割当てた資源に対して出力させ、処理をステップ２０１に移す。一方ステップ２０９では、ステップ２０３において読み込んだ要求の種別が出力終了要求であるかどうかを判定する。出力終了要求とは、あるアプリケーションが出力部１０９に対する自分の算出結果の出力を終了する場合に発行する要求である。判定の結果、出力終了要求であった場合は処理をステップ２０７に移し、それ以外の場合は処理をステップ２０１に移す。
【００２５】
資源分配部１０８による出力部１０９の資源割当ての例について説明する。ここでは、ナビゲーションアプリケーション及び渋滞予報アプリケーションを使用することを考える。それぞれのアプリケーションは、アプリケーション種別とともに、アプリケーションサーバ１０５よりダウンロードして追加することが可能となっている。ナビゲーションアプリケーションは図８に示すようなアプリケーション種別１０４３を保持する。ナビゲーション機能への関連が深いため、ナビゲーションパラメータが高い値を示している。ナビゲーションアプリケーションの種別は、アプリケーション種別領域４０１では、図６における位置６０１のような位置に表示される。一方、渋滞予報アプリケーションは図９に示すようなアプリケーション種別１０４４を保持する。渋滞予報アプリケーションは、例えば、一定時間後の交通渋滞を予測し、その結果を基にナビゲーションアプリケーションに対して迂回路を設定させるかどうかを利用者に判断させることから、交通情報機能への関連が深く、またナビゲーション機能へもある程度関連するため、交通情報パラメータが高い値を示し、次いでナビゲーションパラメータの値が高くなっている。渋滞予報アプリケーションは、アプリケーション種別領域４０１では、図６における位置６０２のような三角形の中心から左下寄りの位置に表示される。
【００２６】
ここでステップ２０４における順位計算を行うと次のような結果となる。ナビゲーションアプリケーションのアプリケーション種別１０４３と利用者の選択した注目するアプリケーション種別１０４４との距離ｌ１は式５によって以下のように求められる。
【００２７】
（数６）
ｌ１＝sqrt（(０.３−０.１−０.１＋０.１)＾２＋(０.６−０.８)＾２）
＝sqrt（０.０４＋０.０４）
≒０.２８
次に、渋滞予報アプリケーションのアプリケーション種別と利用者の選択した注目するアプリケーション種別との距離ｌ２も同様に式５から求められる。
【００２８】
（数７）
ｌ２＝sqrt（(０.３−０.１−０.１＋０.６)＾２＋(０.６−０.３)＾２）
＝sqrt（０.４９＋０.０９）
≒０.７６
これらよりｌ１の距離がｌ２より小さく、注目するアプリケーション種別と近いため、ナビゲーションアプリケーションの順位が渋滞予報アプリケーションよりも高くなる。この状態でナビゲーションアプリケーションが出力要求を発行した場合、ステップ２０６の判定において処理がステップ２０７に移る。ステップ２０７における資源分配においては、この例の場合、出力要求を発行したナビゲーションアプリケーションが出力部１０９の画面全体を利用できるように割当てるものとする。この場合、ステップ２０８における結果出力は、画面全体をナビゲーションアプリケーションが占有する表示となる。これにより、利用者の注目する種別に近いナビゲーションアプリケーションが利用者に情報を提供できるようになり、情報の取りこぼしを防ぐことが可能となる。
【００２９】
上述の状態の後、ナビゲーションアプリケーションが出力終了要求を発行すると、ステップ２０９における判定で処理がステップ２０７に移り、資源の分配が再び行われる。この場合、出力を要求しているアプリケーションが無いため、出力部１０９のハードウェア資源はどのアプリケーションにも割当てられない。よってステップ２０８では、出力部
１０９に対して何も出力されない状態となる。この状態で渋滞予報アプリケーションが出力要求を発行すると、ステップ２０５における判定で処理がステップ２０６に移る。ステップ２０６における判定では、他のどのアプリケーションも出力を行っていないため、処理がステップ２０７に移る。ステップ２０７において、出力要求を行っている渋滞予報アプリケーションに対して、この例では出力部１０９の画面全体を利用できるように割当てるため、ステップ２０８における結果出力は画面全体を渋滞予報アプリケーションが占有する表示となる。これにより、利用者の注目する種別に最も近いアプリケーション以外が情報を提供できなくなってしまうのを防ぐことが可能となる。
【実施例２】
【００３０】
次に、資源分配部１０８において上述の実施例と異なる資源の割当て手法を用いる例を説明する。ここでは、自車位置周辺の施設情報を提供する施設案内アプリケーションを考える。施設案内アプリケーションは、図１３に示すように出力部１０９の表示可能な領域の一部を用いて表示を行う。施設案内アプリケーションでは、自車に近い場所にある施設をデータベースより検索して画面に施設の紹介文を表示し、ナビゲーションアプリケーションと連携して紹介している場所をナビゲーションアプリケーションの目的地に設定するといった動作を行う。施設案内アプリケーションは一般情報を提供するアプリケーションであり、またナビゲーションとの連携もあるため、アプリケーション種別領域４０１では、図１１における位置１３０１のような位置にアプリケーション種別が表示される。従って施設案内アプリケーションのアプリケーション種別１０４５は、図１２に示すようにナビゲーションパラメータと一般情報パラメータの値が高くなっている。
【００３１】
この例において、設定された利用者選択種別データベース１０７の内容を基に、利用者の注目する種別に最も近いアプリケーション１０３の計算結果を優先して出力させる処理の流れを図１０を用いて示す。この処理の流れは図２の場合とほとんど同じであるが、ステップ１２０６では、現在の出力要求の状態に基づいて各アプリケーション１０３に対して出力部１０９の保持する資源を分配する際、出力部１０９の画面の内、出力要求を発行したアプリケーションが利用する範囲のみを割当てる。続くステップ１２０７では、資源を分配されたアプリケーション１０３の算出結果を、ステップ１２０６で割当てた資源に対して出力させ、処理をステップ２０１に移す。
【００３２】
ここで、この施設案内アプリケーションが、実施例１の場合の例における注目するアプリケーション種別の下で実施例１のナビゲーションアプリケーションとともに実行される場合、ステップ１２０４における順位計算を行うと次のような結果となる。ナビゲーションアプリケーションのアプリケーション種別と利用者の選択した注目するアプリケーション種別との距離ｌ１は先述のように式５によって求められる。次に、施設案内アプリケーションのアプリケーション種別と利用者の選択した注目するアプリケーション種別との距離ｌ３は式５によって次のように求められる。
【００３３】
（数８）
ｌ３＝sqrt（(０.３−０.１−０.４＋０.２)＾２＋(０.６−０.４)＾２）
＝sqrt（０＋０.０４）
＝０.２
これらよりｌ３の距離がｌ１より小さいため、施設案内アプリケーションの順位がナビゲーションアプリケーションよりも高くなる。この状態で施設案内アプリケーションが出力要求を発行した場合、ステップ１２０６における資源分配では、出力部１０９の画面の内、出力要求を発行したアプリケーションが利用する範囲のみを割当て、また、ステップ１２０４において算出された順位をもとに範囲の割当てを行う。すなわち、最も順位の高いアプリケーションが優先的に利用する範囲を割当てられ、次の順位のアプリケーションは、上の順位のアプリケーションまでで割当てられなかった残りの部分を利用するものとする。この例の場合、ステップ１２０７における結果出力は図１３に示すように画面下部を施設案内アプリケーションが占有する表示となる。
【００３４】
この状態でナビゲーションアプリケーションが出力要求を発行した場合、ナビゲーションアプリケーションの順位は施設案内アプリケーションよりも低いため、施設案内アプリケーションに対して割当てられなかった残りの部分を利用することとなり、図１４に示すように施設案内アプリケーションが占有する範囲以外の部分にナビゲーションアプリケーションの表示が行われる。これにより、利用者の注目する種別に近い施設案内アプリケーションがナビゲーションアプリケーションよりも前面に配置され、利用者の注目する種別に近いアプリケーションの提供する情報の取りこぼしを防ぐことが可能となる。
【実施例３】
【００３５】
次に、出力部１０９の資源として音の出力を行う例について説明する。ここでは、ナビゲーションアプリケーションにおける音声による経路案内機能と、音楽の再生を行う音楽再生アプリケーションを考える。音楽再生アプリケーションでは、利用者が選択した音楽を出力部１０９のスピーカから再生する機能を有する。音楽再生アプリケーションは一般情報を提供するアプリケーションであり、ナビゲーションや交通情報との連携はない。このため、音楽再生アプリケーションのアプリケーション種別は、一般情報パラメータの値が１.０ となり、アプリケーション種別領域４０１の“一般情報”の頂点位置に表示される。
【００３６】
この例において、設定された利用者選択種別データベース１０７の内容をもとに利用者の注目するアプリケーション種別に最も近いアプリケーションの処理結果を優先して出力させる処理として図１０に示したフローを用いる。ここでは、音楽再生アプリケーションによって音楽が再生されている状態で、ナビゲーションアプリケーションが音声案内を開始しようとし、８０％の音量による音声誘導の出力要求を発行した場合を考える。最初に音楽が再生されている状態では、音楽再生アプリケーションがスピーカからの再生音量の８０％を占有しており、ナビゲーションアプリケーションの音声案内機能は０％の再生音量を占有している（即ち音声が出力されていない）ものとする。
【００３７】
ここで実施例１の場合の例における注目するアプリケーション種別の下で実施例１のナビゲーションアプリケーションとともに音楽再生アプリケーションが実行される場合、ステップ２０４における順位計算を行うと次のような結果となる。ナビゲーションアプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ１は式５から前述のように求められる。また、音楽再生アプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ４も式５から次のように求められる。
【００３８】
（数９）
ｌ４＝sqrt（(０.３−０.１−１.０＋０.０)＾２＋(０.６−０.０)＾２）
＝sqrt（０.６４＋０.３６）
＝１
すなわち、利用者の選択したアプリケーション種別でナビゲーション機能をより注目していたため、距離ｌ１の方が距離ｌ４より小さくなり、ナビゲーションアプリケーションの順位が音楽再生アプリケーションの順位より高くなる。そこでステップ１２０６で、資源分配部１０８によりスピーカにおける再生音の資源分配を行う際に、ステップ２０４において算出した結果よりナビゲーションアプリケーションの方が順位が高いため、要求していた８０％の音量がナビゲーションアプリケーションに割当てられる。続いて、残りの２０％の音量が音楽再生アプリケーションに割当てられる。この結果、図２０に示すように、ナビゲーションアプリケーションによる音声案内が８０％の音量を占有し、音楽再生アプリケーションによる音楽再生が２０％の音量を占有する。この状態では、出力要求発行前に比べると、音楽の音量が低くなり、利用者が注目するアプリケーション種別
１０４に近いナビゲーションアプリケーションの出力する音声案内の音がより明瞭に聞き取れるようになる。
【実施例４】
【００３９】
次に、アプリケーション種別１０４が動的に変化する例を説明する。ここでは、ナビゲーションアプリケーション及び施設案内アプリケーションを利用することを考える。ここで、この例における施設案内アプリケーションは、図１６に示すようなアプリケーション種別１０４６を保持する。このアプリケーション種別１０４６は、ナビゲーションパラメータの範囲２２０１，交通情報パラメータの範囲２２０２及び一般情報パラメータの範囲２２０３を保持する。それぞれのパラメータは、アプリケーション１０３の状態に応じて範囲内にて変更可能であるが、式１に示す制限を有する。この例におけるアプリケーション１０３の状態に応じたパラメータの変更とは、施設案内アプリケーションがナビゲーションと連携する情報を提供している場合にはナビゲーションパラメータの範囲２２０１の内においてより大きい値が採用され、一方ナビゲーションとの連携が少ない場合にはナビゲーションパラメータの範囲２２０１の内においてより小さい値が採用されることを意味する。前者の場合は、例えば図１３に示すような、目的地設定が可能な情報を提供する状態であり、後者の場合は例えば、施設案内アプリケーションでデータベースを検索した結果、現在の自車位置付近には提供可能な施設情報が無い場合など、ナビゲーションと連携する情報を施設案内アプリケーションが提供していない状態を表す。このようなパラメータの範囲は、アプリケーション種別領域４０１では、図１５の施設案内アプリケーション範囲２１０１のような範囲を占有する。なお、図１５に示した施設案内アプリケーション範囲２１０１の図形は便宜的なものであり、各パラメータの範囲によってアプリケーション種別領域４０１に表される図形は異なる。
【００４０】
上述の例において、施設案内アプリケーションで図１３に示すような提供可能な施設情報が検索されている状態になっている場合、施設案内アプリケーションにおけるナビゲーションパラメータの範囲２２０１，交通情報パラメータの範囲２２０２及び一般情報パラメータの範囲２２０３は、それぞれ次のａ，ｂ及びｃのような値を取るものとする。
【００４１】
（数１０）
ａ＝０.４
ｂ＝０.２
ｃ＝０.４
この値を取っている際に施設案内アプリケーションが出力要求を発行した場合、施設案内アプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ５は０.２ となり、施設案内アプリケーションの出力優先順位がナビゲーションアプリケーションよりも高くなるため、実施例２において示したように、図１３あるいは図１４のような表示が出力部１０９の画面に対して行われる。
【００４２】
また、ナビゲーションと連携する情報を施設案内アプリケーションが提供していない状態になっている場合、施設案内アプリケーションにおけるナビゲーションパラメータの範囲２２０１，交通情報パラメータの範囲２２０２及び一般情報パラメータの範囲２２０３がそれぞれ次のａ，ｂ及びｃのような値を取るものとする。
【００４３】
（数１１）
ａ＝０.２
ｂ＝０.２
ｃ＝０.６
この値を取っている際にナビゲーションアプリケーションが出力要求を発行した場合、実施例１の場合と同様の条件でステップ２０４における順位計算を行うと次のような結果となる。ナビゲーションアプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ１は前述のように求められる。次に、施設案内アプリケーションのアプリケーション種別と利用者の選択したアプリケーション種別との距離ｌ６は数式５によって次のように求められる。
【００４４】
（数１２）
ｌ６＝sqrt（(０.３−０.１−０.６＋０.２)＾２＋(０.６−０.２)＾２）
＝sqrt（０.０４＋０.１６）
≒０.４５
これらよりｌ１の距離がｌ５より小さいため、ナビゲーションアプリケーションの出力優先順位が施設案内アプリケーションよりも高くなる。この状態でナビゲーションアプリケーションが出力要求を発行すると、ステップ１２０６の資源分配において、優先順位の高いナビゲーションアプリケーションが出力部１０９の資源を占有し、図１０に示すような表示が出力部１０９の画面に対して行われる。これにより、アプリケーション１０３が提供する表示の内容に応じて各アプリケーション１０３への資源の分配を更新し、各アプリケーション１０３において利用者が注目する情報の取りこぼしを防ぐことが可能となる。
【図面の簡単な説明】
【００４５】
【図１】本発明における車載情報提供装置のブロック図である。
【図２】利用者の注目する種別に最も近いアプリケーションの計算結果を優先して出力させる処理のフローチャートである。
【図３】利用者が要求する新たなアプリケーション種別を登録する処理のフローチャートである。
【図４】アプリケーション種別領域の表示画面を示した図である。
【図５】アプリケーション種別領域の座標軸を示した図である。
【図６】各アプリケーションのアプリケーション位置を示した図である。
【図７】アプリケーション種別を示した図である。
【図８】ナビゲーションアプリケーションのアプリケーション種別を示した図である。
【図９】渋滞予報アプリケーションのアプリケーション種別を示した図である。
【図１０】利用者の注目する種別に最も近いアプリケーションの計算結果を優先して出力部の資源に割当てる処理のフローチャートである。
【図１１】アプリケーション種別領域における施設案内アプリケーション位置を示した図である。
【図１２】施設案内アプリケーションのアプリケーション種別を示した図である。
【図１３】出力部における施設案内アプリケーションの表示を示した図である。
【図１４】施設案内アプリケーションが占有する範囲以外の部分にナビゲーションアプリケーションの表示が行われた状態を示した図である。
【図１５】アプリケーション種別領域における施設案内アプリケーション範囲を示した図である。
【図１６】施設案内アプリケーションのアプリケーション種別を示した図である。
【符号の説明】
【００４６】
１０１…入力部、１０２…アプリケーションフレームワーク、１０３…アプリケーション、１０４…アプリケーション種別、１０５…アプリケーションサーバ、１０６…優先順位処理部、１０７…利用者選択種別データベース、１０８…資源分配部、１０９…出力部。
【特許請求の範囲】
【請求項１】
利用者からの入力を受け付ける入力部と、アプリケーションの実行状態を管理し各アプリケーションに対する入出力を管理するアプリケーションフレームワークと、各アプリケーションからの出力要求に基づいてアプリケーションの処理結果を出力する出力部とを備える車載情報提供装置において、
各アプリケーションは自身の種別情報を備え、
処理部における出力割当ての優先順位の基準となるアプリケーションの種別情報を保持し、優先順位処理部の要求に応じて内容を送出する利用者選択種別データベースと、
該優先順位の基準となるアプリケーションの種別情報と、各アプリケーションの種別情報の距離から、前記優先順位の基準となるアプリケーションの種別情報に近いアプリケーションから順に高い優先順位を割当てる優先順位処理部と、
優先順位処理部からの指示により、各アプリケーションからの出力要求に対し前記優先順位に基づいてアプリケーションの処理結果に割当てるハードウェア資源を分配する資源分配部とを備えること
を特徴とする車載情報提供装置。
【請求項２】
前記請求項１に記載の車載情報提供装置において、前記資源分配部は、前記優先順位処理部からの指示をもとに各アプリケーションからの出力要求を制御し、最も優先順位の高いアプリケーションの処理結果に優先的に出力部のハードウェア資源を割当て、残りのハードウェア資源を他のアプリケーションの内最も優先順位の高いアプリケーションから順に割当てた後、各処理結果を出力部で画面表示することを特徴とする車載情報提供装置。
【請求項３】
前記請求項１に記載の車載情報提供装置において、前記資源分配部は、前記優先順位処理部からの指示をもとに各アプリケーションからの出力要求を制御し、最も優先順位の高いアプリケーションの処理結果に優先的に出力部のハードウェア資源を割当て、残りのハードウェア資源を他のアプリケーションの内最も優先順位の高いアプリケーションから順に割当てた後、各処理結果を出力部で音声出力することを特徴とする車載情報提供装置。
【請求項４】
前記請求項１に記載の車載情報提供装置において、前記アプリケーションの種別情報は、該アプリケーションの動作状態に基づき、前記優先順位の基準となるアプリケーションの種別情報との距離を評価するパラメータの変動範囲を表し、
該パラメータは、種別情報に対応するアプリケーションによって当該アプリケーションの動作状態に基づき前記変動範囲の間で設定され、
前記優先順位処理部は、アプリケーションからの出力要求があった場合、出力要求時点での種別情報を用いて前記優先順位を求めることを特徴とする車載情報提供装置。
【請求項１】
利用者からの入力を受け付ける入力部と、アプリケーションの実行状態を管理し各アプリケーションに対する入出力を管理するアプリケーションフレームワークと、各アプリケーションからの出力要求に基づいてアプリケーションの処理結果を出力する出力部とを備える車載情報提供装置において、
各アプリケーションは自身の種別情報を備え、
処理部における出力割当ての優先順位の基準となるアプリケーションの種別情報を保持し、優先順位処理部の要求に応じて内容を送出する利用者選択種別データベースと、
該優先順位の基準となるアプリケーションの種別情報と、各アプリケーションの種別情報の距離から、前記優先順位の基準となるアプリケーションの種別情報に近いアプリケーションから順に高い優先順位を割当てる優先順位処理部と、
優先順位処理部からの指示により、各アプリケーションからの出力要求に対し前記優先順位に基づいてアプリケーションの処理結果に割当てるハードウェア資源を分配する資源分配部とを備えること
を特徴とする車載情報提供装置。
【請求項２】
前記請求項１に記載の車載情報提供装置において、前記資源分配部は、前記優先順位処理部からの指示をもとに各アプリケーションからの出力要求を制御し、最も優先順位の高いアプリケーションの処理結果に優先的に出力部のハードウェア資源を割当て、残りのハードウェア資源を他のアプリケーションの内最も優先順位の高いアプリケーションから順に割当てた後、各処理結果を出力部で画面表示することを特徴とする車載情報提供装置。
【請求項３】
前記請求項１に記載の車載情報提供装置において、前記資源分配部は、前記優先順位処理部からの指示をもとに各アプリケーションからの出力要求を制御し、最も優先順位の高いアプリケーションの処理結果に優先的に出力部のハードウェア資源を割当て、残りのハードウェア資源を他のアプリケーションの内最も優先順位の高いアプリケーションから順に割当てた後、各処理結果を出力部で音声出力することを特徴とする車載情報提供装置。
【請求項４】
前記請求項１に記載の車載情報提供装置において、前記アプリケーションの種別情報は、該アプリケーションの動作状態に基づき、前記優先順位の基準となるアプリケーションの種別情報との距離を評価するパラメータの変動範囲を表し、
該パラメータは、種別情報に対応するアプリケーションによって当該アプリケーションの動作状態に基づき前記変動範囲の間で設定され、
前記優先順位処理部は、アプリケーションからの出力要求があった場合、出力要求時点での種別情報を用いて前記優先順位を求めることを特徴とする車載情報提供装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００６−３０６２４２（Ｐ２００６−３０６２４２Ａ）
【公開日】平成１８年１１月９日（２００６．１１．９）
【国際特許分類】
【出願番号】特願２００５−１３０７０６（Ｐ２００５−１３０７０６）
【出願日】平成１７年４月２８日（２００５．４．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成１８年１１月９日（２００６．１１．９）
【国際特許分類】
【出願日】平成１７年４月２８日（２００５．４．２８）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]