(57)【要約】【課題】新たに導入されたアプリの機能を損なうことなく、新たに導入されたアプリを既存のアプリとともに動作させることができるように優先度を決定することができる優先度決定装置、車載情報端末装置、サーバ装置および車載情報システムを提供する。【解決手段】優先度決定装置１は、優先度が決定されていない未決定アプリの優先度を、優先度決定部１２によって決定する。優先度決定部１２は、ネイティブアプリ優先度ＤＢ１４に記憶されるネイティブアプリの優先度、および３ｒｄアプリ優先度ＤＢ１６に記憶される３ｒｄアプリの優先度に基づいて、未決定アプリの優先度を決定する。または、優先度決定部１２は、未決定アプリを３ｒｄアプリ実行部１８で実行させたときの動作状況を、３ｒｄアプリ監視部１７に監視させ、その結果に基づいて、未決定アプリの優先度を決定する。未決定アプリは、たとえば新規ダウンロードアプリである。【選択図】図１
2014235480.tif 000002
【特許請求の範囲】
【請求項１】
実行させるときの優先度が決定されている既決定アプリケーションソフトウェアに関するプロファイル情報を記憶するアプリ情報記憶部と、
前記優先度が決定されていない未決定アプリケーションソフトウェアの前記優先度を決定する優先度決定部とを備え、
前記既決定アプリケーションソフトウェアのプロファイル情報は、そのアプリケーションソフトウェアの名称、ジャンルを表すジャンル情報、および前記優先度を表す優先度情報を含み、
前記優先度は、前記ジャンル毎に設定され、かつ同一のジャンル内では、前記アプリケーションソフトウェア毎に設定され、
前記未決定アプリケーションソフトウェアは、そのアプリケーションソフトウェアに関するプロファイル情報を有し、
前記未決定アプリケーションソフトウェアのプロファイル情報は、そのアプリケーションソフトウェアの名称、前記ジャンル情報、前記優先度の候補となる優先度候補値、および、そのアプリケーションソフトウェア自体またはそのジャンルを特定するアプリ識別子のうち、少なくとも１つを含み、
前記優先度決定部は、
（ａ）前記アプリ情報記憶部に記憶される前記優先度情報と前記未決定アプリケーションソフトウェアのプロファイル情報とに基づいて、または
（ｂ）前記未決定アプリケーションソフトウェアを実行させたときの動作状況に基づいて、
前記未決定アプリケーションソフトウェアの前記優先度を決定することを特徴とする優先度決定装置。
【請求項２】
前記優先度決定部は、前記アプリ情報記憶部に記憶される前記優先度情報に基づいて、前記未決定アプリケーションソフトウェアの前記優先度を決定できないとき、前記未決定アプリケーションソフトウェアを実行させたときの動作状況に基づいて、前記未決定アプリケーションソフトウェアの前記優先度を決定することを特徴とする請求項１に記載の優先度決定装置。
【請求項３】
前記既決定アプリケーションソフトウェアを実行させたときの動作状況と、前記既決定アプリケーションソフトウェアのジャンルを表すジャンル情報とを関連付けて記憶するジャンル記憶部を備え、
前記アプリ情報記憶部は、前記既決定アプリケーションソフトウェアの前記優先度情報と前記ジャンル情報とを関連付けて記憶し、
前記優先度決定部は、前記動作状況に基づいて前記未決定アプリケーションソフトウェアの前記優先度を決定するとき、
前記未決定アプリケーションソフトウェアの前記動作状況と、前記ジャンル記憶部に記憶される前記動作状況および前記ジャンル情報とに基づいて、前記未決定アプリケーションソフトウェアのジャンル情報を求め、
求めた前記ジャンル情報と、前記アプリ情報記憶部に記憶される前記既決定アプリケーションソフトウェアの前記優先度情報および前記ジャンル情報とに基づいて、前記未決定アプリケーションソフトウェアの前記優先度を決定することを特徴とする請求項１または２に記載の優先度決定装置。
【請求項４】
前記優先度決定部は、前記未決定アプリケーションソフトウェアのプロファイル情報が前記ジャンル情報を含まない場合、前記ジャンル情報を除くその他のプロファイル情報から前記ジャンルを推定し、推定した前記ジャンルを用いて、前記未決定アプリケーションソフトウェアの前記優先度を決定することを特徴とする請求項１に記載の優先度決定装置。
【請求項５】
前記優先度決定部は、前記未決定アプリケーションソフトウェアのジャンルが推定できない場合、前記優先度が最も低いジャンルを前記未決定アプリケーションソフトウェアのジャンルに決定することを特徴とする請求項４に記載の優先度決定装置。
【請求項６】
前記未決定アプリケーションソフトウェアのプロファイル情報が前記優先度候補値を含む場合、前記優先度決定部は、前記優先度候補値と前記情報記憶部に記憶される前記既決定アプリケーションソフトウェアのプロファイル情報とに基づいて、前記未決定アプリケーションソフトウェアの優先度を決定することを特徴とする請求項１に記載の優先度決定装置。
【請求項７】
前記既決定アプリケーションソフトウェアが前記優先度決定部によって前記優先度を決定されたものである場合、前記既決定アプリケーションソフトウェアのプロファイル情報は、前記優先度決定部によって決定された前記優先度と、前記既決定アプリケーションソフトウェアの前記優先度候補値とを含み、
前記優先度決定部は、前記既決定アプリケーションソフトウェアの前記優先度および前記優先度候補値と、前記未決定アプリケーションソフトウェアの前記優先度候補値とに基づいて、前記未決定アプリケーションソフトウェアの前記優先度を決定することを特徴とする請求項６に記載の優先度決定装置。
【請求項８】
前記優先度決定部は、前記未決定アプリケーションソフトウェアのジャンルが推定されるか、または前記プロファイル情報から取得され、かつ前記未決定アプリケーションソフトウェアの前記優先度が推定できない場合、推定または取得された前記未決定アプリケーションソフトウェアのジャンル内で前記優先度が最も低くなるように、前記未決定アプリケーションソフトウェアの優先度を決定することを特徴とする請求項１に記載の優先度決定装置。
【請求項９】
前記優先度決定部は、
前記未決定アプリケーションソフトウェアのプロファイル情報、前記未決定アプリケーションソフトウェアを供給するアプリ供給元に関する情報、前記未決定アプリケーションソフトウェアを作成したアプリ作成元に関する情報、および前記未決定アプリケーションソフトウェアを認証するための認証情報のうち、少なくとも１つの情報を取得し、
取得した情報に基づいて、前記未決定アプリケーションソフトウェアのプロファイル情報の信頼度を推定し、
推定した信頼度に基づいて、前記未決定アプリケーションソフトウェアの優先度を決定することを特徴とする請求項１に記載の優先度決定装置。
【請求項１０】
前記既決定アプリケーションソフトウェアのプロファイル情報、および前記未決定アプリケーションソフトウェアのプロファイル情報のうち、少なくとも一方を外部から取得可能に構成されることを特徴とする請求項１に記載の優先度決定装置。
【請求項１１】
前記ジャンルは、
警報警告に関与する警報警告ジャンル、
車両のアクセサリ機器の制御に関与するアクセサリ制御ジャンル、
リアルタイムの情報報知に関するナビゲーションジャンル、
車両の走行中の使用が許可されているエンタテーメントに関するエンタテーメントジャンル、および
車両の走行中の使用が許可されていない不許可ジャンルを含み、
前記ジャンルの優先度は、前記警報警告ジャンル、前記アクセサリ制御ジャンル、前記ナビゲーションジャンル、前記エンタテーメントジャンル、および前記不許可ジャンルの順に、前記優先度が低くなることを特徴とする請求項１に記載の優先度決定装置。
【請求項１２】
請求項１〜１１のいずれか１つに記載の優先度決定装置を備えることを特徴とする車載情報端末装置。
【請求項１３】
請求項１〜１１のいずれか１つに記載の優先度決定装置と、
アプリケーションソフトウェアが実行される車載情報端末装置と通信するサーバ側通信インタフェース部とを備え、
前記優先度決定装置は、前記サーバ側通信インタフェース部が、前記車載情報端末装置から、実行させるときの優先度が決定されていない未決定アプリケーションソフトウェアの前記優先度を決定するように要求する優先度決定要求メッセージを受信すると、前記未決定アプリケーションソフトウェアの前記優先度を決定し、決定した前記優先度を表す優先度情報を前記車載情報端末装置に送信することを特徴とするサーバ装置。
【請求項１４】
請求項１３に記載のサーバ装置と、
前記サーバ装置と通信する端末側通信インタフェース部、およびアプリケーションソフトウェアを実行させる制御部を有する車載情報端末装置とを備え、
前記端末側通信インタフェース部は、実行させるときの優先度が決定されていない未決定アプリケーションソフトウェアの前記優先度を決定するように要求する優先度決定要求メッセージを前記サーバ装置に送信し、
前記制御部は、前記端末側通信インタフェース部が前記サーバ装置から前記未決定アプリケーションソフトウェアの前記優先度を表す優先度情報を受信すると、受信した前記優先度情報に基づいて、前記未決定アプリケーションソフトウェアを実行させることを特徴とする車載情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションソフトウェアの優先度を決定する優先度決定装置、ならびに前記優先度決定装置を備える車載情報端末装置、サーバ装置および車載情報システムに関する。
【背景技術】
【０００２】
車載情報端末装置（以下「車載端末」という場合がある）には、ナビゲーション機能などの特定の機能を実現するアプリケーションソフトウェア（以下「アプリ」という場合がある）が予め導入されている。車載端末は、予め導入されているアプリ（以下「ネイティブアプリ」という場合がある）以外のアプリを導入可能に構成される（たとえば、特許文献１〜６参照）。
【０００３】
ネイティブアプリ以外のアプリは、車載端末の製造会社とは異なる会社によって作成されることが多い。このように車載端末の製造会社とは異なる会社によって作成されるアプリを、以下の説明では「サード（３ｒｄ）パーティ製アプリ」または「３ｒｄアプリ」という場合がある。３ｒｄパーティ製アプリは、たとえばサーバ装置から車載端末にダウンロードされる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−２５１７３８号公報
【特許文献２】特開２００６−０２３１７１号公報
【特許文献３】特開２００６−２８１９００号公報
【特許文献４】特開２００６−３０６２４２号公報
【特許文献５】特開２０１０−０１５４５２号公報
【特許文献６】特開２００４−１１７１９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
車載端末の使用者が入手可能な３ｒｄパーティ製アプリは、主にスマートフォン向けである。このような３ｒｄパーティ製アプリを車載端末にダウンロードして使用する場合、新たに導入された３ｒｄパーティ製アプリと、先に導入された３ｒｄパーティ製アプリおよびネイティブアプリ（以下「既存のアプリ」という場合がある）とを含む複数のアプリ間で、優先度が分からないという問題がある。
【０００６】
車載端末では、新たに導入された３ｒｄパーティ製アプリの優先度を適宜設定して、３ｒｄパーティ製アプリを動作させる。新たに導入された３ｒｄパーティ製アプリの優先度は、たとえば最低レベルに設定される。
【０００７】
３ｒｄパーティ製アプリの優先度を最低レベルに設定して３ｒｄパーティ製アプリを動作させると、問題が生じることがある。たとえば、新たに導入された３ｒｄパーティ製アプリが、ナビゲーション機能を実現するアプリ（以下「ナビアプリ」という場合がある）である場合、以下の問題が生じる。
【０００８】
ナビアプリが動作しているときに、ナビアプリよりも優先度の高い他のアプリが動作すると、他のアプリの動作が優先されて、ナビアプリによる経路誘導の音声出力および画像出力の動作が行われない。これによって、使用者が、たとえば右折または左折のタイミングを逸してしまい、正規の経路に戻るために必要以上に車両の燃料が消費されてしまうという問題が生じる。
【０００９】
前述の特許文献１〜６には、新たに導入されたアプリに関して、アプリの動作画面を表示するときの優先度、アプリを起動させるときの優先度などが開示されている。しかし、特許文献１〜６には、新たに導入されたアプリを既存のアプリとともに動作させるときの優先度については開示されていない。
【００１０】
本発明の目的は、新たに導入されたアプリの機能を損なうことなく、新たに導入されたアプリを既存のアプリとともに動作させることができるように優先度を決定することができる優先度決定装置、ならびに前記優先度決定装置を備える車載情報端末装置、サーバ装置および車載情報システムを提供することである。
【課題を解決するための手段】
【００１１】
本発明の優先度決定装置は、実行させるときの優先度が決定されている既決定アプリケーションソフトウェアに関するプロファイル情報を記憶するアプリ情報記憶部と、優先度が決定されていない未決定アプリケーションソフトウェアの優先度を決定する優先度決定部とを備え、既決定アプリケーションソフトウェアのプロファイル情報は、そのアプリケーションソフトウェアの名称、ジャンルを表すジャンル情報、および優先度を表す優先度情報を含み、優先度は、ジャンル毎に設定され、かつ同一のジャンル内では、アプリケーションソフトウェア毎に設定され、未決定アプリケーションソフトウェアは、そのアプリケーションソフトウェアに関するプロファイル情報を有し、未決定アプリケーションソフトウェアのプロファイル情報は、そのアプリケーションソフトウェアの名称、ジャンル情報、優先度の候補となる優先度候補値、および、そのアプリケーションソフトウェア自体またはそのジャンルを特定するアプリ識別子のうち、少なくとも１つを含み、優先度決定部は、（ａ）情報記憶部に記憶される優先度情報と未決定アプリケーションソフトウェアのプロファイル情報とに基づいて、または（ｂ）未決定アプリケーションソフトウェアを実行させたときの動作状況に基づいて、未決定アプリケーションソフトウェアの優先度を決定することを特徴とする。
【００１２】
本発明の車載情報端末装置は、前述の本発明の優先度決定装置を備えることを特徴とする。
【００１３】
本発明のサーバ装置は、前述の本発明の優先度決定装置と、アプリケーションソフトウェアが実行される車載情報端末装置と通信するサーバ側通信インタフェース部とを備え、優先度決定装置は、サーバ側通信インタフェース部が、車載情報端末装置から、実行させるときの優先度が決定されていない未決定アプリケーションソフトウェアの優先度を決定するように要求する優先度決定要求メッセージを受信すると、未決定アプリケーションソフトウェアの優先度を決定し、決定した優先度を表す優先度情報を車載情報端末装置に送信することを特徴とする。
【００１４】
本発明の車載情報システムは、前述の本発明のサーバ装置と、サーバ装置と通信する端末側通信インタフェース部、およびアプリケーションソフトウェアを実行させる制御部を有する車載情報端末装置とを備え、端末側通信インタフェース部は、実行させるときの優先度が決定されていない未決定アプリケーションソフトウェアの優先度を決定するように要求する優先度決定要求メッセージをサーバ装置に送信し、制御部は、端末側通信インタフェース部がサーバ装置から未決定アプリケーションソフトウェアの優先度を表す優先度情報を受信すると、受信した優先度情報に基づいて、未決定アプリケーションソフトウェアを実行させることを特徴とする。
【発明の効果】
【００１５】
本発明の優先度決定装置によれば、アプリ情報記憶部には、既決定アプリケーションソフトウェア（以下「既決定アプリ」という場合がある）の名称、ジャンルを表すジャンル情報、および優先度を表す優先度情報を含むプロファイル情報が記憶される。このアプリ情報記憶部に記憶される優先度情報に基づいて、または未決定アプリケーションソフトウェア（以下「未決定アプリ」という場合がある）を実行させたときの動作状況に基づいて、優先度決定部によって、未決定アプリの優先度が決定される。これによって、新たに導入された未決定アプリの機能を損なうことなく、既存のアプリである既決定アプリとともに未決定アプリを動作させることができるように、未決定アプリの優先度を決定することができる。
【００１６】
本発明の車載情報端末装置によれば、前述のように、新たに導入された未決定アプリの機能を損なうことなく、既存のアプリとともに未決定アプリを動作させることができるように、未決定アプリの優先度を決定することができる優先度決定装置を備える。これによって、新たに導入された未決定アプリの機能を損なうことなく、既存のアプリとともに未決定アプリを動作させることができる。
【００１７】
本発明のサーバ装置によれば、サーバ側通信インタフェース部が車載情報端末装置から、未決定アプリの優先度を決定するように要求する優先度決定要求メッセージを受信すると、未決定アプリの優先度が本発明の優先度決定装置によって決定され、決定された優先度を表す優先度情報が車載情報端末装置に送信される。これによって、新たに導入された未決定アプリの機能を損なうことなく、既存のアプリとともに未決定アプリを動作させることができるように、未決定アプリの優先度を決定することができる。したがって、車載情報端末装置において、新たに導入された未決定アプリの機能を損なうことなく、既存のアプリとともに未決定アプリを動作させることが可能となる。
【００１８】
本発明の車載情報システムによれば、優先度決定要求メッセージが端末側通信インタフェース部から送信され、サーバ側通信インタフェース部で受信されると、本発明の優先度決定装置によって未決定アプリの優先度が決定され、決定された優先度を表す優先度情報が車載情報端末装置に送信される。車載情報端末装置の制御部は、端末側通信インタフェース部が優先度情報を受信すると、受信した優先度情報に基づいて、未決定アプリを実行させる。これによって、車載情報端末装置において、新たに導入された未決定アプリの機能を損なうことなく、既存のアプリとともに未決定アプリを動作させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１の実施の形態である優先度決定装置１の構成を示すブロック図である。
【図２】本発明の第１の実施の形態における優先度決定装置１の優先度決定処理に関する処理手順を示すフローチャートである。
【図３】本発明の第１の実施の形態における優先度決定装置１の優先度決定処理に関する処理手順を示すフローチャートである。
【図４】本発明の第１の実施の形態における優先度決定装置１の優先度決定処理に関する処理手順を示すフローチャートである。
【図５】本発明の第２の実施の形態である優先度決定装置２を含む車載情報システム１０の構成を示すブロック図である。
【図６】本発明の第２の実施の形態における優先度決定装置２の優先度決定処理に関する処理手順を示すフローチャートである。
【図７】本発明の第２の実施の形態における優先度決定装置２の優先度決定処理に関する処理手順を示すフローチャートである。
【図８】本発明の第２の実施の形態における優先度決定装置２の優先度決定処理に関する処理手順を示すフローチャートである。
【図９】本発明の第２の実施の形態における優先度決定装置２の優先度決定処理に関する他の処理手順を示すフローチャートである。
【図１０】本発明の第２の実施の形態における優先度決定装置２の優先度決定処理に関する他の処理手順を示すフローチャートである。
【図１１】本発明の第２の実施の形態における優先度決定装置２の優先度決定処理に関する他の処理手順を示すフローチャートである。
【図１２】本発明の第３の実施の形態である車載情報端末装置３の構成を示すブロック図である。
【発明を実施するための形態】
【００２０】
＜第１の実施の形態＞
図１は、本発明の第１の実施の形態である優先度決定装置１の構成を示すブロック図である。優先度決定装置１は、優先度情報作成部１１、優先度決定部１２、ネイティブアプリ情報取得部１３、ネイティブアプリ優先度データベース（Database；略称：ＤＢ）１４、３ｒｄアプリ管理部１５、３ｒｄアプリ優先度ＤＢ１６、３ｒｄアプリ監視部１７、３ｒｄアプリ実行部１８およびＡＰＩ（Application Program Interface）−ジャンルＤＢ１９を備えて構成される。
【００２１】
優先度決定部１２は、優先度情報作成部１１、ネイティブアプリ情報取得部１３、３ｒｄアプリ管理部１５、３ｒｄアプリ監視部１７および３ｒｄアプリ実行部１８に接続される。優先度情報作成部１１および３ｒｄアプリ管理部１５は、３ｒｄアプリ優先度ＤＢ１６に接続される。ネイティブアプリ情報取得部１３は、ネイティブアプリ優先度ＤＢ１４に接続される。３ｒｄアプリ監視部１７は、３ｒｄアプリ実行部１８に接続される。３ｒｄアプリ実行部１８は、ＡＰＩ−ジャンルＤＢ１９に接続される。
【００２２】
ネイティブアプリ優先度ＤＢ１４および３ｒｄアプリ優先度ＤＢ１６は、アプリ情報記憶部に相当する。ＡＰＩ−ジャンルＤＢ１９は、ジャンル記憶部に相当する。
【００２３】
優先度決定部１２は、たとえば、中央演算処理装置（Central Processing Unit；略称：ＣＰＵ）と、書き込み可能なＲＡＭ（Random Access Memory）などのメモリとによって構成される。メモリは、優先度決定装置１の制御プログラムを記憶する。
【００２４】
優先度決定部１２は、メモリに記憶されている制御プログラムに従って、優先度決定装置１を構成する優先度情報作成部１１、ネイティブアプリ情報取得部１３、３ｒｄアプリ管理部１５、３ｒｄアプリ監視部１７および３ｒｄアプリ実行部１８を統括的に制御する。ＣＰＵがメモリに記憶されている制御プログラムを実行することによって、優先度情報作成部１１、ネイティブアプリ情報取得部１３、３ｒｄアプリ管理部１５、３ｒｄアプリ監視部１７および３ｒｄアプリ実行部１８の各機能が実現される。
【００２５】
ネイティブアプリ優先度ＤＢ１４、３ｒｄアプリ優先度ＤＢ１６およびＡＰＩ−ジャンルＤＢ１９は、たとえばハードディスクドライブ（Hard Disk Drive；略称：ＨＤＤ）装置、または半導体メモリなどの記憶装置によって構成される。
【００２６】
以下の説明では、特定の機能を実現するアプリケーションソフトウェアを「アプリ」という場合がある。また、アプリが実行される装置に予め導入されているアプリを「ネイティブアプリ」という場合がある。また、３ｒｄパーティ製アプリを「３ｒｄアプリ」という場合がある。また、実行させるときの優先度が決定されていないアプリケーションソフトウェアを「未決定アプリ」といい、実行させるときの優先度が既に決定されているアプリケーションソフトウェアを「既決定アプリ」という場合がある。
【００２７】
優先度決定装置１は、外部の装置またはデータベース（ＤＢ）から入力されるアプリ、たとえば３ｒｄアプリが、実行させるときの優先度が決定されていない未決定アプリである場合、優先度決定部１２によって、未決定アプリの優先度を決定する。
【００２８】
アプリの優先度は、アプリのジャンル毎に設定され、かつ同一のジャンル内では、アプリ毎に設定される。すなわち、アプリの優先度を表す優先度値は、ジャンル毎に、取り得る優先度値が予め準備されている。この取り得る優先度値の範囲の中から、各ジャンルに属する各アプリの優先度値が選ばれる。
【００２９】
ジャンル間の優先度は、たとえば、優先度が高い順に、
安全関係＞アクセサリ制御＞ナビゲーション＞エンタテーメント＞その他
である。すなわち、安全関係のジャンル、アクセサリ制御のジャンル（以下「アクセサリ制御ジャンル」という）、ナビゲーションのジャンル（以下「ナビゲーションジャンル」という）、エンタテーメントのジャンル（以下「エンタテーメントジャンル」という）、その他のジャンルの順に、優先度が低くなる。
【００３０】
安全関係のジャンルは、警報警告に関与するアプリのジャンルである警報警告ジャンルに相当する。アクセサリ制御ジャンルは、優先度決定装置１が車両に搭載される場合に、車両のアクセサリ機器の制御に関与するアプリのジャンルである。ナビゲーションジャンルは、リアルタイムの情報報知に関するアプリのジャンルである。エンタテーメントジャンルは、車両の走行中の使用が許可されているエンタテーメントに関するアプリのジャンルである。その他のジャンルは、車両の走行中の使用が許可されていないアプリのジャンルである不許可ジャンルを含む。
【００３１】
アプリの優先度値は、たとえば、ジャンル毎に設定された優先度値のオフセット値であるジャンル別優先度オフセット値と、ジャンル内における優先度を表す優先度値であるジャンル内優先度値との和で表される。すなわち、アプリの優先度値は、以下の式で表される。
【００３２】
アプリの優先度値＝ジャンル別優先度オフセット値＋ジャンル内優先度値
【００３３】
各ジャンルの取り得る優先度値、ジャンル別優先度オフセット値およびジャンルコードの一例を表１に示す。表１に示す優先度値、ジャンル別優先度オフセット値およびジャンルコードは一例であり、これに限定されない。優先度値は、その値が小さいほど、優先度が高いことを表す。本実施の形態では、優先度値は、１以上の整数で表される。したがって、最上位の優先度値は「１」である。各ジャンルの中で、優先度が高いとは、そのジャンルの中で、優先度値が小さいことである。
【００３４】
【表１】
2014235480.tif 000003
【００３５】
アプリは、優先度が高いほど、そのアプリを実行するときに、音声の出力および映像の表示などの出力動作が優先される。また、アプリは、優先度が高いほど、記憶領域などのリソースを優先的に使用することができる。ＣＰＵリソースまたは実行メモリが不足した場合、優先度が低いアプリからスリープまたは強制終了される。この場合、まずスリープし、それでも、リソースが不足する場合は強制終了する。
【００３６】
アプリは、そのアプリに関する情報であるプロファイル情報とともに優先度決定装置１に与えられる。アプリのプロファイル情報の一例を表２に示す。
【００３７】
【表２】
2014235480.tif 000004
【００３８】
プロファイル情報は、たとえば表２に示すように、アプリの名称であるアプリ名称、アプリのジャンルを表すジャンル情報、アプリの優先度を表す優先度値の候補となる優先度候補値、およびアプリを識別する識別情報のいずれか、または全部を含む。ジャンル情報は、たとえばジャンルコードで表される。識別情報は、たとえばアプリ識別子である。アプリ識別子は、たとえば表２に示すように、識別子を表す文字である識別子文字で表現される。
【００３９】
本実施の形態では、プロファイル情報は、少なくとも優先度候補値およびアプリ識別子を含む。プロファイル情報は、アプリのダウンロード元を表すダウンロード元情報を含んでもよい。ダウンロード元情報は、アプリを供給するアプリ供給元に関する情報に相当する。
【００４０】
優先度候補値は、表２に示すように、ジャンル内優先度値の候補となるジャンル内優先度候補値として、プロファイル情報に含まれてもよい。ジャンル内優先度候補値が未設定である場合、プロファイル情報に含まれるジャンル内優先度候補値の値は、ゼロ（０）またはヌル（Ｎｕｌｌ）となる。
【００４１】
表１および表２に示すように、たとえば、ナビゲーションジャンルの場合、ジャンル別優先度オフセット値は２０であり、ジャンル内優先度候補値は１〜１０である。
【００４２】
ここで、「渋滞情報アプリ」のジャンル内優先度候補値を「３」とすると、ナビゲーションジャンルのジャンル別優先度オフセット値は、表１から「２０」であるので、「渋滞情報アプリ」の真の優先度候補値は、「２０」に「３」を加えて、２０＋３＝２３から、「２３」となる。
【００４３】
ネイティブアプリ情報取得部１３は、予め導入されたアプリであるネイティブアプリに関する情報であるネイティブアプリのプロファイル情報を管理する。ネイティブアプリは、実行させるときの優先度が既に決定されており、既決定アプリに相当する。ネイティブアプリ優先度ＤＢ１４は、ネイティブアプリの優先度を表す優先度情報、具体的には優先度値を記憶する。
【００４４】
３ｒｄアプリ管理部１５は、３ｒｄアプリ、および３ｒｄアプリに関する情報である３ｒｄアプリのプロファイル情報を管理する。３ｒｄアプリ優先度ＤＢ１６は、既に決定されている３ｒｄアプリの優先度を表す優先度情報、具体的には優先度値を記憶する。３ｒｄアプリ優先度ＤＢ１６に優先度情報が記憶されている３ｒｄアプリは、既決定アプリに相当する。
【００４５】
優先度決定部１２は、たとえば、ネイティブアプリ優先度ＤＢ１４に記憶されるネイティブアプリの優先度情報、および３ｒｄアプリ優先度ＤＢ１６に記憶される３ｒｄアプリの優先度情報に基づいて、未決定アプリの優先度を決定する。
【００４６】
優先度決定部１２は、３ｒｄアプリ監視部１７、３ｒｄアプリ実行部１８およびＡＰＩ−ジャンルＤＢ１９を用いて、未決定アプリの優先度を決定してもよい。３ｒｄアプリ実行部１８は、優先度決定部１２の指示に基づいて、３ｒｄアプリを実行する。３ｒｄアプリ監視部１７は、３ｒｄアプリ実行部１８によって３ｒｄアプリが実行されるときに、３ｒｄアプリの動作状況を監視する。
【００４７】
ＡＰＩ−ジャンルＤＢ１９は、既決定アプリであるネイティブアプリおよび、先に導入された３ｒｄアプリについて、それぞれ、各アプリを実行させたときの動作状況と、そのアプリのジャンルを表すジャンル情報とを関連付けて記憶する。具体的には、ＡＰＩ−ジャンルＤＢ１９は、アプリのジャンル情報と、そのアプリが実行されるときに呼出されたＡＰＩとを対応付けたＡＰＩ一覧を記憶する。表３に、ＡＰＩ一覧の一例を示す。
【００４８】
【表３】
2014235480.tif 000005
【００４９】
表３に示すように、たとえば、ミキサーを初期化する「ミキサー初期化」のＡＰＩは、オーディオおよびビデオの機能を実現するアプリと対応付けられる。全地球測位システム（Global Positioning System；略称：ＧＰＳ）を用いて位置を検出するＧＰＳセンサのデータを初期化する「ＧＰＳ初期化」のＡＰＩは、ナビの機能を実現するアプリと対応付けられる。
【００５０】
エアコンディショナ（以下「エアコン」という）をオン（ＯＮ）にする、すなわちエアコンの動作を開始させる「エアコンＯＮ」のＡＰＩは、エアコンの機能を実現するアプリと対応付けられる。ワイパーをオン（ＯＮ）にする、すなわちワイパーの動作を開始させる「ワイパーＯＮ」のＡＰＩは、ワイパーの機能を実現するアプリと対応付けられる。
【００５１】
優先度決定部１２は、たとえば、未決定アプリを３ｒｄアプリ実行部１８で実行させ、そのときに呼出されるＡＰＩを３ｒｄアプリ監視部１７で監視させる。優先度決定部１２は、ＡＰＩ−ジャンルＤＢ１９からＡＰＩ一覧を取得し、取得したＡＰＩ一覧と、未決定アプリによって呼出されたＡＰＩとを比較して、未決定アプリによって呼出されたＡＰＩに対応するジャンルを表すジャンル情報を、未決定アプリのジャンル情報として求める。優先度決定部１２は、求めた未決定アプリのジャンル情報と、３ｒｄアプリ優先度ＤＢ１６に記憶される既決定アプリの優先度とに基づいて、未決定アプリの優先度を決定する。
【００５２】
優先度情報作成部１１は、優先度決定部１２で決定された優先度を表す優先度情報を作成し、作成した優先度情報を、未決定アプリの優先度情報として、３ｒｄアプリ優先度ＤＢ１６に記憶させる。本実施の形態では、未決定アプリの優先度情報は、未決定アプリのジャンル情報と関連付けて、３ｒｄアプリ優先度ＤＢ１６に記憶される。
【００５３】
図２〜図４は、本発明の第１の実施の形態における優先度決定装置１の優先度決定処理に関する処理手順を示すフローチャートである。図２〜図４に示すフローチャートの各処理は、優先度決定装置１の優先度情報作成部１１、優先度決定部１２、ネイティブアプリ情報取得部１３、３ｒｄアプリ管理部１５、３ｒｄアプリ監視部１７および３ｒｄアプリ実行部１８によって実行される。
【００５４】
図２〜図４では、優先度が決定されていない未決定アプリとして、新たにダウンロードされたアプリ（以下「新規ダウンロードアプリ」という場合がある）を想定し、新規ダウンロードアプリの優先度を決定する場合の処理手順を示す。図２〜図４の優先度決定装置１の処理を示すフローチャートは、優先度決定装置１の外部の装置またはデータベースから新規ダウンロードアプリがダウンロードされたときに開始され、ステップａ１に移行する。
【００５５】
ステップａ１において、優先度決定部１２は、新規ダウンロードアプリのプロファイル情報を取得する。新規ダウンロードアプリは、そのアプリに関する情報であるプロファイル情報とともに優先度決定部１２に与えられる。
【００５６】
ステップａ３において、優先度決定部１２は、新規ダウンロードアプリが信頼できるか否かを判断する。本実施の形態では、優先度決定部１２は、ステップａ２で取得した新規ダウンロードアプリのプロファイル情報に基づいて、新規ダウンロードアプリのダウンロード元が信頼できるか否かを判断する。
【００５７】
具体的には、優先度決定部１２は、新規ダウンロードアプリのプロファイル情報からダウンロード元情報を取出す。優先度決定部１２は、取出した新規ダウンロードアプリのダウンロード元情報が表すダウンロード元が、信頼できるダウンロード元として不図示のメモリに予め記憶されたダウンロード元の一覧（以下「信頼ダウンロード元一覧」という場合がある）に含まれているか否かを判断する。
【００５８】
新規ダウンロードアプリのダウンロード元が信頼ダウンロード元一覧に含まれていると判断された場合、新規ダウンロードアプリのダウンロード元が信頼できると判断され、ステップａ３に移行する。新規ダウンロードアプリのダウンロード元が信頼ダウンロード元一覧に含まれていないと判断された場合、新規ダウンロードアプリのダウンロード元が信頼できないと判断され、ステップａ４に移行する。
【００５９】
ステップａ３の新規ダウンロードアプリが信頼できるか否かの判断のために、アプリを作成したアプリ作成元に関する情報（以下「アプリ作成元情報」という場合がある）を使っても構わない。また、アプリを認証するための認証情報を使っても構わない。認証情報を使う場合、たとえば、アプリに付与された署名情報を用いてアプリが改竄されてないことを確認することによって、アプリの認証を行うなどして、新規ダウンロードアプリが信頼できるか否かを判断してもよい。
【００６０】
ステップａ３において、優先度決定部１２は、ステップａ１で取得した新規ダウンロードアプリのプロファイル情報の中にジャンル情報があるか否か、すなわち新規ダウンロードアプリのプロファイル情報がジャンル情報を含むか否かを判断する。ステップａ３において、ジャンル情報があると判断された場合は、ステップａ５に移行し、ジャンル情報がないと判断された場合は、図４のステップａ２１に移行する。
【００６１】
ステップａ４において、優先度決定部１２は、取り得る優先度値として予め準備された値のうち、最下位の優先度値を新規ダウンロードアプリの優先度値とする。ステップａ４の処理が終了した後は、図３のステップａ１８に移行する。
【００６２】
ステップａ５において、優先度決定部１２は、ステップａ１で取得した新規ダウンロードアプリのプロファイル情報の中に優先度候補値、具体的にはジャンル内優先度候補値があるか否か、すなわち新規ダウンロードアプリのプロファイル情報が優先度候補値を含むか否かを判断する。ステップａ４において、優先度候補値があると判断された場合は、ステップａ７に移行し、優先度候補値がないと判断された場合は、ステップａ６に移行する。
【００６３】
ステップａ６において、優先度決定部１２は、優先度候補値として仮の値を設定する。具体的には、優先度決定部１２は、優先度候補値がＮｕｌｌ、すなわち存在しないとして、仮の優先度候補値として、たとえば、最下位の優先度値、または最下位の優先度値の４分の３（３／４）程度の値を設定する。
【００６４】
たとえば、新規ダウンロードアプリのジャンルが、ナビゲーション、具体的にはカーナビゲーションのジャンルである場合、ナビゲーションのジャンルの最下位の優先度値は、表１から「３０」であるので、優先度値を３０、すなわちジャンル内優先度値を１０と設定するか、または、ジャンル内優先度値を、１０×３／４＝７．５から切り上げをした値として、ジャンル内優先度値を８、優先度値を２８と設定する。
【００６５】
ステップａ７において、優先度決定部１２は、ネイティブアプリ情報取得部１３を介して、ネイティブアプリ優先度ＤＢ１４から、ネイティブアプリの優先度テーブルを取得する。ネイティブアプリの優先度テーブルは、ネイティブアプリと、そのネイティブアプリの優先度とを示す一覧である。
【００６６】
ステップａ８において、優先度決定部１２は、３ｒｄアプリ管理部１５を介して、３ｒｄアプリ優先度ＤＢ１６から、新規ダウンロードアプリよりも前にダウンロードされた３ｒｄアプリ（以下「ダウンロード済アプリ」という場合がある）の優先度テーブルを取得する。ダウンロード済アプリの優先度テーブルは、ダウンロード済アプリと、そのダウンロード済アプリの優先度とを示す一覧である。
【００６７】
ステップａ９において、優先度決定部１２は、新規ダウンロードアプリのジャンル情報に基づいて、ステップａ７で取得したネイティブアプリの優先度テーブルから、新規ダウンロードアプリと同じジャンルの部分を取出す。
【００６８】
ステップａ１０において、優先度決定部１２は、新規ダウンロードアプリのジャンル情報に基づいて、ステップａ６で取得したダウンロード済アプリの優先度テーブルから、新規ダウンロードアプリと同じジャンルの部分を取出す。ステップａ１０の処理が終了した後は、図３のステップａ１１に移行する。
【００６９】
図３のステップａ１１において、優先度決定部１２は、ステップａ９およびステップａ１０で取出した部分、すなわちステップａ９でネイティブアプリの優先度テーブルから取出した部分と、ステップａ１０でダウンロード済アプリの優先度テーブルから取出した部分とを合わせ、新たな優先度テーブル（以下「アプリ優先度テーブル」という場合がある）を作成する。
【００７０】
ステップａ１２において、優先度決定部１２は、ステップａ１１で作成したアプリ優先度テーブルを検索する。本実施の形態では、優先度決定部１２は、ステップａ１１で作成したアプリ優先度テーブルを、優先度値が上位のものから順に検索する。
【００７１】
ステップａ１３において、優先度決定部１２は、ステップａ１２の検索結果から、新規ダウンロードアプリの優先度候補値と同じ優先度値のアプリがあるか否かを判断する。ステップａ１３において、新規ダウンロードアプリの優先度候補値と同じ優先度値のアプリがあると判断された場合は、ステップａ１５に移行し、新規ダウンロードアプリの優先度候補値と同じ優先度値のアプリがないと判断された場合は、ステップａ１４に移行する。
【００７２】
ステップａ１４において、優先度決定部１２は、新規ダウンロードアプリの優先度候補値を新規ダウンロードアプリの優先度値とする。ステップａ１４の処理が終了した後は、ステップａ１８に移行する。
【００７３】
ステップａ１５において、優先度決定部１２は、新規ダウンロードアプリと同じジャンルのアプリに付与する優先度値として予め準備された優先度値（以下「新規ダウンロードアプリと同じジャンル用の優先度値」という場合がある）、すなわち新規ダウンロードアプリと同じジャンルのアプリが取り得る優先度値の中に、未使用の優先度値があるか否かを判断する。
【００７４】
優先度決定部１２は、具体的には、ステップａ１０でダウンロード済アプリの優先度テーブルから取出した部分を、たとえば優先度値が上位のものから順に検索して、新規ダウンロードアプリと同じジャンル用の優先度値の中に、未使用の優先度値があるか否かを判断する。
【００７５】
ステップａ１６において、新規ダウンロードアプリと同じジャンル用の優先度値の中に、未使用の優先度値があると判断された場合は、ステップａ１７に移行し、新規ダウンロードアプリと同じジャンル用の優先度値の中に、未使用の優先度値がないと判断された場合は、ステップａ１６に移行する。
【００７６】
ステップａ１６において、優先度決定部１２は、新規ダウンロードアプリと同じジャンル用の優先度値の最下位の値を、新規ダウンロードアプリの優先度値とする。
【００７７】
ステップａ１７において、優先度決定部１２は、新規ダウンロードアプリと同じジャンル用の優先度値の中で未使用の優先度値のうちの１つを、新規ダウンロードアプリの優先度値とする。具体的には、優先度決定部１２は、未使用の優先度値のうちの最上位の優先度値を、新規ダウンロードアプリの優先度値とする。これに限定されず、優先度決定部１２は、たとえば、未使用の優先度値のうちの最下位の優先度値を、新規ダウンロードアプリの優先度値としてもよい。
【００７８】
ステップａ１８において、優先度決定部１２は、ステップａ１４、ステップａ１６またはステップａ１７で決定した優先度値を優先度情報作成部１１に与える。ステップａ１９において、優先度情報作成部１１は、ステップａ１８で優先度決定部１２から与えられた優先度値から、その優先度値を表す優先度情報を作成する。
【００７９】
ステップａ２０において、優先度情報作成部１１は、ステップａ１９で作成した優先度情報を、新規ダウンロードアプリの優先度情報として、３ｒｄアプリ優先度ＤＢ１６に与える。３ｒｄアプリ優先度ＤＢ１６は、優先度情報作成部１１から与えられた優先度情報を記憶する。ステップａ２０の処理が終了した後は、ステップａ１に戻る。
【００８０】
前述の図２のステップａ３から図４のステップａ２１に移行した場合、ステップａ２１において、優先度決定部１２は、新規ダウンロードアプリのプロファイル情報に含まれる新規ダウンロードアプリのアプリ識別子を３ｒｄアプリ監視部１７に与える。
【００８１】
ステップａ２２において、３ｒｄアプリ監視部１７は、ＡＰＩ−ジャンルＤＢ１９に登録されているＡＰＩの一覧を取得する。ステップａ２３において、３ｒｄアプリ監視部１７は、実行中の新規ダウンロードアプリが呼出すＡＰＩの監視を開始する。
【００８２】
ステップａ２４において、優先度決定部１２は、新規ダウンロードアプリを最下位の優先度値で実行するように３ｒｄアプリ実行部１８に指示する。ステップａ２５において、３ｒｄアプリ実行部１８は、優先度決定部１２の指示に従って、新規ダウンロードアプリを最下位の優先度値で実行する。
【００８３】
ステップａ２６において、３ｒｄアプリ監視部１７は、３ｒｄアプリ実行部１８で実行中の新規ダウンロードアプリが、ＡＰＩ−ジャンルＤＢ１９に登録されたＡＰＩを呼出したか否かを判断する。ステップａ２６において、実行中の新規ダウンロードアプリが、ＡＰＩ−ジャンルＤＢ１９に登録されたＡＰＩを呼出したと判断された場合は、ステップａ２８に移行し、実行中の新規ダウンロードアプリが、ＡＰＩ−ジャンルＤＢ１９に登録されたＡＰＩを呼出していないと判断された場合は、ステップａ２７に移行する。
【００８４】
ステップａ２７において、優先度決定部１２は、アプリに付与する優先度値として予め準備された全ての優先度値のうち、最下位の優先度値を、新規ダウンロードアプリの優先度値とする。ステップａ２８において、３ｒｄアプリ監視部１７は、ＡＰＩ−ジャンルＤＢ１９を検索し、呼出されたＡＰＩに対応するジャンル情報を取得する。
【００８５】
ステップａ２９において、３ｒｄアプリ監視部１７は、ステップａ２８で取得したジャンル情報を、新規ダウンロードアプリのアプリ識別子とともに優先度決定部１２に与える。ステップａ２９の処理が終了した後は、図２のステップａ５に移行し、前述のようにしてステップａ５以降の処理が行われる。
【００８６】
ステップａ８で取得されるダウンロード済アプリの優先度テーブルの一例を表４に示す。表４において、左欄は、ダウンロード済アプリのジャンルを示し、右欄は、ダウンロード済アプリの名称、ジャンル内優先度値およびジャンル内優先度候補値を示す。以下の説明では、アプリの名称を、「アプリ名称」という場合がある。
【００８７】
【表４】
2014235480.tif 000006
【００８８】
表４の右欄の括弧内の数値は、ダウンロード済アプリのジャンル内優先度値およびジャンル内優先度候補値である。ジャンル内優先度候補値は、ダウンロード済アプリのプロファイル情報にジャンル内優先度候補値が含まれる場合に優先度テーブルに含まれる。ジャンル内優先度候補値がダウンロード済アプリのプロファイル情報に含まれない場合には、ジャンル内優先度候補値は、優先度テーブルに含まれない。たとえば、表４に示すソーシャルネットワーキングサイト（Social Networking Site；略称ＳＮＳ）のアプリのプロファイル情報にジャンル内優先度候補値が含まれていない場合、表４の右欄の括弧内には、ジャンル内優先度候補値は記載されず、ジャンル内優先度値である「３」のみが記載される。
【００８９】
ステップａ７で取得されるネイティブアプリの優先度テーブルの一例を表５に示す。表５において、左欄は、ネイティブアプリのジャンルを示し、右欄は、ネイティブアプリの名称およびジャンル内優先度値を示す。表５の右欄の括弧内の数値は、ネイティブアプリのジャンル内優先度値である。表５において、記号「−」は、該当するアプリが無いことを示す。
【００９０】
【表５】
2014235480.tif 000007
【００９１】
新規ダウンロードアプリとともに優先度決定部１２に与えられるプロファイル情報の一例を表６に示す。表６において、左欄は、新規ダウンロードアプリのジャンルを示し、右欄は、新規ダウンロードアプリの名称およびジャンル内優先度候補値を示す。
【００９２】
【表６】
2014235480.tif 000008
【００９３】
たとえば表６に示すように、新規ダウンロードアプリの名称が「インターネットナビ」であり、ジャンルがナビゲーションであり、ジャンル内優先度候補値が「３」である場合を考える。この場合、前述のステップａ９およびステップａ１０では、ネイティブアプリの優先度テーブルおよびダウンロード済アプリの優先度テーブルから、それぞれ、新規ダウンロードアプリのジャンルである「ナビゲーション」のジャンルの部分が取出される。取出された部分を合わせて作成されたアプリ優先度テーブルの一例を表７に示す。
【００９４】
【表７】
2014235480.tif 000009
【００９５】
前述のステップａ１２では、表７に示すようなアプリ優先度テーブルが、優先度値が上位のものから順に検索される。そして、ステップａ１３において、新規ダウンロードアプリの優先度候補値と同じ優先度値のアプリがあるか否か、具体的には新規ダウンロードアプリのジャンル内優先度候補値と同じジャンル内優先度値のアプリがあるか否かが判断される。
【００９６】
たとえば、表６に示すように新規ダウンロードアプリのジャンル内優先度候補値が「３」である場合、ステップａ１３において、新規ダウンロードアプリのジャンル内優先度候補値と同じジャンル内優先度候補値のアプリがあると判断され、ステップａ１５に移行する。ステップａ１５において、ダウンロード済アプリの優先度テーブルから取出した部分が、優先度値が上位のものから順に検索され、新規ダウンロードアプリと同じジャンル用の優先度値の中に、未使用の優先度値があるか否か、具体的には、新規ダウンロードアプリと同じジャンル用のジャンル内優先度値の中に、未使用のジャンル内優先度値があるか否かが判断される。
【００９７】
たとえば、ダウンロード済アプリ用のジャンル内優先度値として、「３」〜「１０」の整数が準備されていた場合、「３」は、表７に示すように渋滞情報アプリのジャンル内優先度値として使用されているが、「４」〜「１０」の整数は使用されていない。したがって、ステップａ１５では、未使用のジャンル内優先度値があると判断され、ステップａ１７に移行する。
【００９８】
そして、ステップａ１７において、未使用のジャンル内優先度値である「４」〜「１０」の整数のうちの１つ、たとえば最上位の優先度値である「４」が、新規ダウンロードアプリのジャンル内優先度値に決定される。決定されたジャンル内優先度値は、ステップａ１８において、優先度情報作成部１１に与えられる。優先度情報作成部１１は、与えられたジャンル内優先度値から優先度情報を作成する。このようにして作成される優先度情報の一例を表８に示す。
【００９９】
【表８】
2014235480.tif 000010
【０１００】
表８に示すように、優先度情報は、たとえば、アプリのジャンルを表すジャンル情報、アプリ名称、ジャンル内優先度値およびジャンル内優先度候補値を含む。表８において、ジャンル内優先度値およびジャンル内優先度候補値は、括弧内の数値である。表８に示すように、新規ダウンロードアプリであるインターネットナビのアプリのジャンル内優先度値は、たとえば「４」に決定される。
【０１０１】
以上のように本実施の形態の優先度決定装置１によれば、ネイティブアプリ優先度ＤＢ１４および３ｒｄアプリ優先度ＤＢ１６には、既決定アプリであるネイティブアプリおよびダウンロード済アプリの優先度を表す優先度情報がそれぞれ記憶される。本実施の形態では、ネイティブアプリ優先度ＤＢ１４および３ｒｄアプリ優先度ＤＢ１６に記憶される優先度情報に基づいて、または３ｒｄアプリ実行部１８で新規ダウンロードアプリを実行させたときの動作状況に基づいて、優先度決定部１２によって、新規ダウンロードアプリの優先度が決定される。
【０１０２】
これによって、新たに導入された新規ダウンロードアプリの機能を損なうことなく、既存のアプリであるネイティブアプリおよびダウンロード済アプリとともに新規ダウンロードアプリを動作させることができるように、新規ダウンロードアプリの優先度を決定することができる。
【０１０３】
特に本実施の形態では、前述の図２のステップａ３で新規ダウンロードアプリのプロファイル情報の中にジャンル情報がないと判断された場合、新規ダウンロードアプリの優先度は、３ｒｄアプリ実行部１８で新規ダウンロードアプリを実行させたときの動作状況に基づいて、決定される。
【０１０４】
前述のジャンル情報を用いて優先度を決定する方法では、新規ダウンロードアプリのジャンル情報が取得できないと、ネイティブアプリ優先度ＤＢ１４および３ｒｄアプリ優先度ＤＢ１６に記憶される優先度情報に基づいて、新規ダウンロードアプリの優先度を決定することができない。
【０１０５】
これに対し、本実施の形態における優先度決定装置１の優先度決定部１２は、新規ダウンロードアプリのプロファイル情報の中にジャンル情報がない場合には、３ｒｄアプリ実行部１８によって新規ダウンロードアプリを実行させたときの動作状況に基づいて、新規ダウンロードアプリの優先度を決定する。これによって、新規ダウンロードアプリにジャンル情報が付与されていない場合でも、新規ダウンロードアプリの優先度を決定することができる。
【０１０６】
このように動作状況に基づいて新規ダウンロードアプリの優先度を決定する場合、優先度決定部１２は、まず、新規ダウンロードアプリを３ｒｄアプリ実行部１８で実行させたときの動作状況と、ＡＰＩ−ジャンルＤＢ１９に記憶される動作状況およびジャンル情報とに基づいて、新規ダウンロードアプリのジャンル情報を求める。そして、優先度決定部１２は、求めた新規ダウンロードアプリのジャンル情報と、ネイティブアプリ優先度ＤＢ１４および３ｒｄアプリ優先度ＤＢ１６に記憶されるジャンル情報および優先度情報とに基づいて、新規ダウンロードアプリの優先度を決定する。これによって、新規ダウンロードアプリの優先度を容易に決定することができる。
【０１０７】
また本実施の形態では、優先度決定部１２は、未決定アプリのプロファイル情報がジャンル情報を含まない場合、ジャンル情報を除くその他のプロファイル情報からジャンルを推定し、推定したジャンルを用いて、未決定アプリの優先度を決定する。これによって、プロファイル情報がジャンル情報を含まない場合でも、未決定アプリの優先度を決定することができる。
【０１０８】
また本実施の形態では、優先度決定部１２は、未決定アプリのジャンルが推定できない場合、優先度が最も低いジャンルを未決定アプリのジャンルに決定する。これによって、未決定アプリのジャンルが推定できない場合でも、未決定アプリのジャンルを決定して、それに基づいて、未決定アプリの優先度を決定することができる。
【０１０９】
また本実施の形態では、未決定アプリのプロファイル情報が優先度候補値を含む場合、優先度決定部１２は、優先度候補値と、既存のアプリであるネイティブアプリおよびダウンロード済アプリのプロファイル情報とに基づいて、未決定アプリの優先度を決定する。これによって、未決定アプリを、ネイティブアプリおよびダウンロード済アプリとともに、円滑に動作させることができる。
【０１１０】
また本実施の形態では、ダウンロード済アプリのプロファイル情報は、優先度決定部１２によって決定された優先度値と優先度候補値、具体的にはジャンル内優先度値とジャンル内優先度候補値とを含む。優先度決定部１２は、ダウンロード済アプリの優先度値および優先度候補値と、未決定アプリの優先度候補値とに基づいて、未決定アプリの優先度値を決定する。これによって、新たに導入された未決定アプリと、先に導入されたダウンロード済アプリとの間で、優先度を適切に決定することができるので、未決定アプリおよびダウンロード済アプリをより円滑に動作させることができる。
【０１１１】
また本実施の形態では、優先度決定部１２は、未決定アプリのジャンルは推定されるか、またはプロファイル情報から取得されるが、未決定アプリの優先度は推定できない場合、推定または取得された未決定アプリのジャンル内で優先度が最も低くなるように、未決定アプリの優先度を決定する。これによって、他のアプリの動作を阻害しないように、未決定アプリの優先度を決定することができる。
【０１１２】
また本実施の形態では、優先度決定部１２は、未決定アプリである新規ダウンロードアプリのプロファイル情報からダウンロード元情報を取得し、取得したダウンロード元情報に基づいて、新規ダウンロードアプリのダウンロード元が信頼できるか否かを判断し、その判断結果に応じて、ステップａ４、またはステップａ１３、ステップａ１５もしくはステップａ１６において、新規ダウンロードアプリの優先度値を決定する。
【０１１３】
換言すれば、優先度決定部１２は、未決定アプリである新規ダウンロードアプリのプロファイル情報からダウンロード元情報を取得し、取得したダウンロード元情報に基づいて、未決定アプリの信頼度、具体的には未決定アプリのプロファイル情報の信頼度を推定し、推定した信頼度に基づいて、未決定アプリの優先度を決定する。これによって、未決定アプリによるリスクを抑えることができる。
【０１１４】
新規ダウンロードアプリが信頼できるか否かの判断には、ダウンロード元情報に代えて、またはダウンロード元情報とともに、アプリ作成元情報および認証情報のいずれか一方もしくは両方を用いてもよい。ダウンロード元情報、アプリ作成元情報および認証情報は、プロファイル情報に含まれてもよいし、プロファイル情報に含まれていなくてもよい。これらの情報がプロファイル情報に含まれている場合には、プロファイル情報を新規ダウンロードアプリが信頼できるか否かの判断に用いればよい。
【０１１５】
すなわち、優先度決定部１２は、プロファイル情報、アプリ供給元に関する情報であるダウンロード元情報、アプリ作成元に関する情報、および認証情報のうち、少なくとも１つの情報を取得し、取得した情報に基づいて、未決定アプリのプロファイル情報の信頼度を推定し、推定した信頼度に基づいて、未決定アプリの優先度を決定すればよい。いずれの情報を用いる場合でも、本実施の形態と同様の効果を得ることができる。
【０１１６】
また本実施の形態の優先度決定装置１は、ネイティブアプリのプロファイル情報、ダウンロード済アプリのプロファイル情報、および未決定アプリのプロファイル情報のうち、少なくともいずれか１つを外部から取得可能に構成される。これによって、簡単な構成で、優先度決定装置１を実現することができる。
【０１１７】
また本実施の形態では、ジャンルは、警報警告に関与する警報警告ジャンル、車両のアクセサリ機器の制御に関与するアクセサリ制御ジャンル、リアルタイムの情報報知に関するナビゲーションジャンル、車両の走行中の使用が許可されているエンタテーメントに関するエンタテーメントジャンル、および車両の走行中の使用が許可されていない不許可ジャンルを含む。これらのジャンルの優先度は、警報警告ジャンル、アクセサリ制御ジャンル、ナビゲーションジャンル、エンタテーメントジャンル、および不許可ジャンルの順に、優先度が低くなるように設定される。このように設定することによって、アプリのジャンルに応じて、適切な優先度を決定することができる。
【０１１８】
以上に述べた本実施の形態では、図２〜図４に示すフローチャートの処理において、先にダウンロードしたアプリであるダウンロード済アプリの優先度値の変更は行っていない。これに限定されず、ダウンロード済アプリの優先度値と、未決定アプリである新規ダウンロードアプリの優先度候補値とが同じ場合には、ダウンロード済アプリの優先度候補値と、新規ダウンロードアプリの優先度候補値とを比較して、優先度候補値が高い順に並べ直すようにしてもよい。
【０１１９】
＜第２の実施の形態＞
図５は、本発明の第２の実施の形態である優先度決定装置２を含む車載情報システム１０の構成を示すブロック図である。車載情報システム１０は、サーバ装置２０および車載情報端末装置（以下、単に「車載端末」という場合がある）３０を備えて構成される。サーバ装置２０と車載端末３０とは、通信ネットワーク２７を介して接続される。
【０１２０】
サーバ装置２０は、優先度決定装置２およびサーバ側通信インタフェース部２６を備える。優先度決定装置２は、優先度情報作成部２１、優先度決定部２２、３ｒｄアプリＤＢ２３、端末情報取得部２４および端末情報ＤＢ２５を備える。
【０１２１】
優先度決定部２２は、優先度情報作成部２１、３ｒｄアプリＤＢ２３、端末情報取得部２４に接続される。端末情報取得部２４は、端末情報ＤＢ２５に接続される。優先度情報作成部２１および優先度決定部２２は、サーバ側通信インタフェース部２６に接続される。
【０１２２】
優先度決定部２２は、第１の実施の形態の優先度決定装置１における優先度決定部１２と同様に構成される。具体的には、優先度決定部２２は、たとえば、ＣＰＵと、書き込み可能なＲＡＭなどのメモリとによって構成される。メモリは、優先度決定装置２の制御プログラムを記憶する。
【０１２３】
優先度決定部２２は、メモリに記憶されている制御プログラムに従って、優先度決定装置２を構成する優先度情報作成部２１、３ｒｄアプリＤＢ２３および端末情報取得部２４を統括的に制御する。ＣＰＵがメモリに記憶されている制御プログラムを実行することによって、優先度情報作成部２１、３ｒｄアプリＤＢ２３および端末情報取得部２４の各機能が実現される。
【０１２４】
３ｒｄアプリＤＢ２３および端末情報ＤＢ２５は、たとえばＨＤＤ装置または半導体メモリなどの記憶装置によって構成される。３ｒｄアプリＤＢ２３は、３ｒｄアプリに関する情報である３ｒｄアプリのプロファイル情報（以下「３ｒｄアプリ情報」という場合がある）を記憶する。３ｒｄアプリ情報は、たとえば、３ｒｄアプリの識別情報、ジャンル情報、ダウンロード元を表すダウンロード元情報、および優先度候補値のいずれか、または全部を含む。３ｒｄアプリの識別情報は、たとえば、３ｒｄアプリの名称および識別子の少なくとも一方である。
【０１２５】
端末情報ＤＢ２５は、車載端末３０に関する情報である端末情報を記憶する。端末情報は、たとえば、車載端末３０の識別情報、および車載端末３０に予め導入されるネイティブアプリに関する情報であるネイティブアプリのプロファイル情報（以下「ネイティブアプリ情報」という場合がある）を含む。車載端末３０の識別情報は、たとえば車載端末３０の型番である。車載端末３０のネイティブアプリ情報は、たとえば、車載端末３０のネイティブアプリの優先度テーブルを含む。端末情報取得部２４は、優先度決定部２２の指示に従って、端末情報ＤＢ２５から端末情報を取得する。
【０１２６】
サーバ装置２０は、不図示の制御部を備える。制御部は、たとえば、ＣＰＵと、書き込み可能なＲＡＭなどのメモリとによって構成される。メモリは、サーバ装置２０の制御プログラムを記憶する。制御部は、メモリに記憶されている制御プログラムに従って、サーバ装置２０を構成するサーバ側通信インタフェース部２６を制御する。ＣＰＵがメモリに記憶されている制御プログラムを実行することによって、サーバ側通信インタフェース部２６の機能が実現される。
【０１２７】
サーバ側通信インタフェース部２６は、車載端末３０との通信を行う。サーバ側通信インタフェース部２６は、通信ネットワーク２７に接続され、通信ネットワーク２７を介して車載端末３０と接続される。
【０１２８】
車載端末３０は、制御部３１、ネイティブアプリ優先度ＤＢ３２、３ｒｄアプリ優先度ＤＢ３３および端末側通信インタフェース部３４を備える。制御部３１は、ネイティブアプリ優先度ＤＢ３２、３ｒｄアプリ優先度ＤＢ３３および端末側通信インタフェース部３４に接続される。
【０１２９】
制御部３１は、たとえば、ＣＰＵと、書き込み可能なＲＡＭなどのメモリとによって構成される。メモリは、車載端末３０の制御プログラムを記憶する。制御部３１は、メモリに記憶されている制御プログラムに従って、車載端末３０を構成するネイティブアプリ優先度ＤＢ３２、３ｒｄアプリ優先度ＤＢ３３および端末側通信インタフェース部３４を統括的に制御する。ＣＰＵがメモリに記憶されている制御プログラムを実行することによって、ネイティブアプリ優先度ＤＢ３２、３ｒｄアプリ優先度ＤＢ３３および端末側通信インタフェース部３４の各機能が実現される。
【０１３０】
ネイティブアプリ優先度ＤＢ３２および３ｒｄアプリ優先度ＤＢ３３は、たとえばＨＤＤ装置または半導体メモリなどの記憶装置によって構成される。ネイティブアプリ優先度ＤＢ３２は、ネイティブアプリの優先度を記憶する。３ｒｄアプリ優先度ＤＢ３３は、既に決定されている３ｒｄアプリの優先度を表す優先度情報を記憶する。３ｒｄアプリ優先度ＤＢ３３に優先度情報が記憶されている３ｒｄアプリは、既決定アプリに相当する。
【０１３１】
端末側通信インタフェース部３４は、サーバ装置２０との通信を行う。端末側通信インタフェース部３４は、通信ネットワーク２７に接続され、通信ネットワーク２７を介してサーバ装置２０と接続される。
【０１３２】
車載端末３０は、優先度が決定されていない未決定アプリが、外部の装置またはＤＢから与えられると、制御部３１によって優先度決定要求メッセージを作成する。優先度決定要求メッセージは、車載端末３０の型番（以下「端末型番」という場合がある）、車載端末３０に既にダウンロードされた３ｒｄアプリであるダウンロード済アプリの優先度テーブル、および優先度を決定すべき未決定アプリのアプリ識別子を含む。
【０１３３】
制御部３１は、未決定アプリが外部の装置またはＤＢから与えられると、不図示のメモリから端末型番を取得し、また３ｒｄアプリ優先度ＤＢ３３からダウンロード済アプリの優先度テーブルを取得する。制御部３１は、取得した端末型番、ダウンロード済アプリの優先度テーブル、および与えられた未決定アプリのアプリ識別子から、優先度決定要求メッセージを作成する。制御部３１は、作成した優先度決定要求メッセージを端末側通信インタフェース部３４によってサーバ装置２０に送信する。
【０１３４】
図６〜図８は、本発明の第２の実施の形態における優先度決定装置２の優先度決定処理に関する処理手順を示すフローチャートである。図６〜図８に示すフローチャートの各処理は、優先度情報作成部２１、優先度決定部２２および端末情報取得部２４によって実行される。図６〜図８では、前述の図２〜図４と同様に、未決定アプリとして新規ダウンロードアプリを想定し、新規ダウンロードアプリの優先度を決定する場合の処理手順を示す。図６〜図８の優先度決定装置２の処理を示すフローチャートは、新規ダウンロードアプリがダウンロードされたときに開始され、ステップｂ１に移行する。
【０１３５】
ステップｂ１において、優先度決定部２２は、サーバ側通信インタフェース部２６が車載端末３０から優先度決定要求メッセージを受信したか否かを判断する。ステップｂ１において、車載端末３０から優先度決定要求メッセージを受信したと判断された場合は、ステップｂ２に移行し、車載端末３０から優先度決定要求メッセージを受信していないと判断された場合は、車載端末３０から優先度決定要求メッセージを受信するまで待機する。
【０１３６】
ステップｂ２において、優先度決定部２２は、車載端末３０から受信した優先度決定要求メッセージから、端末型番、ダウンロード済アプリの優先度テーブル、および新規ダウンロードアプリのアプリ識別子を取得する。ステップｂ３において、優先度決定部２２は、ステップｂ２で取得した端末型番を端末情報取得部２４に与える。
【０１３７】
ステップｂ４において、端末情報取得部２４は、優先度決定部２２から与えられた端末型番を用いて、端末情報ＤＢ２５を検索する。具体的には、端末情報取得部２４は、端末情報ＤＢ２５に記憶される端末情報の中から、優先度決定部２２から与えられた端末型番に対応する車載端末３０の端末情報を検索する。
【０１３８】
ステップｂ５において、端末情報取得部２４は、ステップｂ４の検索結果から、車載端末３０のネイティブアプリの優先度テーブルを取得する。具体的には、端末情報取得部２４は、ステップｂ４で検索した車載端末３０の端末情報から、ネイティブアプリの優先度テーブルを取得する。ステップｂ６において、端末情報取得部２４は、ステップｂ５で取得したネイティブアプリの優先度テーブルを優先度決定部２２に与える。
【０１３９】
ステップｂ４で車載端末３０の端末情報が検出されなかった場合については、図示を省略するが、優先度決定部２２は、新規ダウンロードアプリの優先度の決定を行うことができないことを表すメッセージ（以下「決定不可メッセージ」という場合がある）を作成し、サーバ側通信インタフェース部２６から車載端末３０に送信する。決定不可メッセージの送信が終了すると、全ての処理手順を終了する。
【０１４０】
ステップｂ７において、優先度決定部２２は、ステップｂ２で取得した新規ダウンロードアプリのアプリ識別子を用いて、３ｒｄアプリＤＢ２３を検索する。具体的には、優先度決定部２２は、３ｒｄアプリＤＢ２３に記憶される３ｒｄアプリ情報の中から、ステップｂ２で取得した新規ダウンロードアプリのアプリ識別子に対応するアプリのプロファイル情報を検索する。
【０１４１】
ステップｂ８において、優先度決定部２２は、ステップｂ７の検索結果から、新規ダウンロードアプリのプロファイル情報を取得する。ステップｂ８の処理が終了した後は、図７のステップｂ９に移行する。
【０１４２】
次に、図７のステップｂ９において、優先度決定部２２は、ステップｂ８で取得した新規ダウンロードアプリのプロファイル情報に基づいて、新規ダウンロードアプリのダウンロード元が信頼できるか否かを判断する。
【０１４３】
具体的には、優先度決定部２２は、新規ダウンロードアプリのプロファイル情報からダウンロード元情報を取出す。優先度決定部２２は、取出した新規ダウンロードアプリのダウンロード元情報が表すダウンロード元が、信頼できるダウンロード元として不図示のメモリに予め記憶された信頼ダウンロード元一覧に含まれているか否かを判断する。
【０１４４】
新規ダウンロードアプリのダウンロード元が信頼ダウンロード元一覧に含まれていると判断された場合、新規ダウンロードアプリのダウンロード元が信頼できると判断され、ステップｂ１０に移行する。新規ダウンロードアプリのダウンロード元が信頼ダウンロード元一覧に含まれていないと判断された場合、新規ダウンロードアプリのダウンロード元が信頼できないと判断され、ステップｂ１１に移行する。
【０１４５】
ステップｂ１０において、優先度決定部２２は、ステップｂ２で取得した新規ダウンロードアプリのプロファイル情報から、ジャンル情報および優先度候補値を取得する。ステップｂ１０の処理が終了した後は、ステップｂ１２に移行する。
【０１４６】
ステップｂ１１において、優先度決定部２２は、優先度値として予め準備された値のうち、最下位の優先度値を新規ダウンロードアプリの優先度値とする。ステップｂ１１の処理が終了した後は、図８のステップｂ２１に移行する。
【０１４７】
ステップｂ１２において、優先度決定部２２は、ステップｂ１０で取得した新規ダウンロードアプリのジャンル情報に基づいて、ステップｂ６で端末情報取得部２４から与えられたネイティブアプリの優先度テーブルから、新規ダウンロードアプリと同じジャンルの部分を取出す。
【０１４８】
ステップｂ１３において、優先度決定部２２は、ステップｂ１０で取得した新規ダウンロードアプリのジャンル情報に基づいて、ステップｂ２で取得したダウンロード済アプリの優先度テーブルから、新規ダウンロードアプリと同じジャンルの部分を取出す。
【０１４９】
ステップｂ１４において、優先度決定部１２は、ステップｂ１２およびステップｂ１３で取出した部分、すなわちステップｂ１２でネイティブアプリの優先度テーブルから取出した部分と、ステップｂ１３でダウンロード済アプリの優先度テーブルから取出した部分とを合わせ、アプリ優先度テーブルを作成する。
【０１５０】
ステップｂ１５において、優先度決定部２２は、ステップｂ１４で作成したアプリ優先度テーブルを、優先度値が上位のものから順に検索する。
【０１５１】
ステップｂ１６において、優先度決定部２２は、ステップｂ１５の検索結果から、ステップｂ１０で取得した新規ダウンロードアプリの優先度候補値と同じ優先度値のアプリがあるか否かを判断する。ステップｂ１６において、新規ダウンロードアプリの優先度候補値と同じ優先度値のアプリがあると判断された場合は、図８のステップｂ１８に移行し、新規ダウンロードアプリの優先度候補値と同じ優先度値のアプリがないと判断された場合は、ステップｂ１７に移行する。
【０１５２】
ステップｂ１７において、優先度決定部２２は、新規ダウンロードアプリの優先度候補値を新規ダウンロードアプリの優先度値とする。ステップｂ１７の処理が終了した後は、図８のステップｂ２１に移行する。
【０１５３】
図８のステップｂ１８において、優先度決定部２２は、新規ダウンロードアプリと同じジャンル用の優先度値の中に、未使用の優先度値があるか否かを判断する。優先度決定部１２は、具体的には、ステップｂ１３でダウンロード済アプリの優先度テーブルから取出した部分を、たとえば優先度値が上位のものから順に検索して、新規ダウンロードアプリと同じジャンル用の優先度値の中に、未使用の優先度値があるか否かを判断する。
【０１５４】
ステップｂ１８において、新規ダウンロードアプリと同じジャンル用の優先度値の中に、未使用の優先度値があると判断された場合は、ステップｂ２０に移行し、新規ダウンロードアプリと同じジャンル用の優先度値の中に、未使用の優先度値がないと判断された場合は、ステップｂ１９に移行する。
【０１５５】
ステップｂ１９において、優先度決定部２２は、新規ダウンロードアプリと同じジャンル用の優先度値の最下位の値を、新規ダウンロードアプリの優先度値とする。
【０１５６】
ステップｂ２０において、優先度決定部２２は、新規ダウンロードアプリと同じジャンル用の優先度値の中で未使用の優先度値のうちの１つを、新規ダウンロードアプリの優先度値とする。具体的には、優先度決定部２２は、未使用の優先度値のうちの最上位の優先度値を、新規ダウンロードアプリの優先度値とする。これに限定されず、優先度決定部２２は、たとえば、未使用の優先度値のうちの最下位の優先度値を、新規ダウンロードアプリの優先度値としてもよい。
【０１５７】
ステップｂ２１において、優先度決定部２２は、ステップｂ１１、ステップｂ１９またはステップｂ２０で決定した優先度値を優先度情報作成部２１に与える。ステップｂ２２において、優先度情報作成部２１は、ステップｂ２１で優先度決定部２２から与えられた優先度値から、その優先度値を表す優先度情報を作成する。
【０１５８】
ステップｂ２３において、優先度情報作成部２１は、ステップｂ２２で作成した優先度情報を、サーバ側通信インタフェース部２６から通信ネットワーク２７を介して車載端末３０に送信する。ステップｂ２３の処理が終了した後は、ステップｂ１に戻る。
【０１５９】
以上のように本実施の形態のサーバ装置２０によれば、サーバ側通信インタフェース部２６が車載端末３０から優先度決定要求メッセージを受信すると、新規ダウンロードアプリの優先度が優先度決定装置２によって決定される。決定された優先度を表す優先度情報が優先度情報作成部２１で作成され、サーバ側通信インタフェース部２６から車載端末３０に送信される。
【０１６０】
これによって、車載端末３０において、新たに導入された新規ダウンロードアプリの機能を損なうことなく、既存のアプリであるネイティブアプリおよびダウンロード済アプリとともに新規ダウンロードアプリを動作させることができるように、新規ダウンロードアプリの優先度をサーバ装置２０によって決定することができる。したがって、車載端末３０において、新たに導入された新規ダウンロードアプリの機能を損なうことなく、既存のアプリであるネイティブアプリおよびダウンロード済アプリとともに新規ダウンロードアプリを動作させることが可能となる。
【０１６１】
以上のようなサーバ装置２０と車載端末３０とを備えて、車載情報システム１０が構成される。車載情報システム１０では、優先度決定要求メッセージが車載端末３０の端末側通信インタフェース部３４から送信され、サーバ装置２０のサーバ側通信インタフェース部２６で受信されると、優先度決定装置２によって新規ダウンロードアプリの優先度が決定される。決定された優先度を表す優先度情報は、優先度情報作成部２１によって作成され、サーバ側通信インタフェース部２６から車載端末３０に送信される。
【０１６２】
車載端末３０の制御部３１は、端末側通信インタフェース部３４がサーバ装置２０から優先度情報を受信すると、受信した優先度情報に基づいて、新規ダウンロードアプリを実行させる。したがって、車載端末３０では、新たに導入された新規ダウンロードアプリの機能を損なうことなく、既存のアプリであるネイティブアプリおよびダウンロード済アプリとともに新規ダウンロードアプリを動作させることができる。
【０１６３】
本実施の形態では、前述の図６〜図８のフローチャートに示す処理手順に従って新規ダウンロードアプリの優先度が決定されるが、新規ダウンロードアプリの優先度を決定する優先度決定処理の処理手順は、これに限定されず、他の処理手順であってもよい。
【０１６４】
図９〜図１１は、本発明の第２の実施の形態における優先度決定装置２の優先度決定処理に関する他の処理手順を示すフローチャートである。図９〜１１に示すフローチャートの各処理は、優先度情報作成部２１、優先度決定部２２および端末情報取得部２４によって実行される。図９〜図１１では、前述の図２〜図４および図６〜図８と同様に、未決定アプリとして新規ダウンロードアプリを想定し、新規ダウンロードアプリの優先度を決定する場合の処理手順を示す。
【０１６５】
図９に示すフローチャートの処理は、前述の図６に示すフローチャートの処理と同一であるので、同一のステップについては同一のステップ番号を付して、説明を省略する。図９〜図１１の優先度決定装置２の処理を示すフローチャートは、新規ダウンロードアプリがダウンロードされたときに開始され、図９のステップｂ１に移行する。
【０１６６】
図９に示す場合と同様にして、ステップｂ１〜ステップｂ８の処理が順次実行される。図９のステップｂ８の処理が終了した後は、図１０のステップｃ１に移行する。
【０１６７】
図１０のステップｃ１において、優先度決定部２２は、前述のステップｂ９と同様にして、ステップｂ８で取得した新規ダウンロードアプリのプロファイル情報に基づいて、新規ダウンロードアプリのダウンロード元が信頼できるか否かを判断する。ステップｃ１において、新規ダウンロードアプリのダウンロード元が信頼できると判断された場合は、ステップｃ２に移行し、新規ダウンロードアプリのダウンロード元が信頼できないと判断された場合は、ステップｃ３に移行する。
【０１６８】
ステップｃ２において、優先度決定部２２は、ステップｂ２で取得した新規ダウンロードアプリのプロファイル情報から、優先度候補値を取得する。新規ダウンロードアプリの優先度候補値の一例を表９に示す。表９に示すように、たとえば、新規ダウンロードアプリは、「インターネットナビ」というアプリ名称のアプリであり、この新規ダウンロードアプリの優先度候補値は「３」である。ステップｃ２の処理が終了すると、ステップｃ４に移行する。
【０１６９】
【表９】
2014235480.tif 000011
【０１７０】
ステップｃ３において、優先度決定部２２は、優先度値として予め準備された値のうち、最下位の優先度値を新規ダウンロードアプリの優先度値に決定する。ステップｃ３の処理が終了した後は、図１１のステップｃ１３に移行する。
【０１７１】
ステップｃ４において、優先度決定部２２は、ステップｂ２で取得したダウンロード済アプリの優先度テーブルにおけるアプリ全部について、３ｒｄアプリＤＢ２３を検索し、各アプリの優先度候補値を取得する。ステップｃ５において、優先度決定部２２は、ステップｃ４で取得した優先度候補値から、ダウンロード済アプリの優先度候補値テーブルを作成する。
【０１７２】
ステップｃ６において、優先度決定部２２は、ステップｂ６で端末情報取得部２４から与えられたネイティブアプリの優先度テーブルと、ステップｃ５で作成したダウンロード済アプリの優先度候補値テーブルとを結合し、優先度値／優先度候補値テーブルを作成する。優先度値／優先度候補値テーブルの一例を表１０に示す。
【０１７３】
【表１０】
2014235480.tif 000012
【０１７４】
表１０に示すアプリＡ〜Ｅのうち、たとえば、アプリＡ、ＢおよびＣがネイティブアプリであり、アプリＤおよびＥがダウンロード済アプリである。表１０において、括弧内に示す数値は、アプリがネイティブアプリである場合には優先度値であり、アプリがダウンロード済アプリである場合には優先度候補値である。
【０１７５】
ステップｃ７において、優先度決定部２２は、ステップｃ６で作成した優先度値／優先度候補値テーブルに、ステップｃ２で取得した新規ダウンロードアプリの優先度候補値を追加する。ステップｃ８において、優先度決定部２２は、優先度値／優先度候補値テーブルを優先度値または優先度候補値の昇順にソートする。
【０１７６】
ソート後の優先度値／優先度候補値テーブルの一例を表１１に示す。表１１は、前述の表９と表１０とを結合させたものに相当する。表１１において、括弧内に示す数値は、アプリがネイティブアプリである場合には優先度値であり、アプリが新規ダウンロードアプリまたはダウンロード済アプリである場合には優先度値と優先度候補値である。ステップｃ８の処理が終了した後は、図１１のステップｃ９に移行する。
【０１７７】
【表１１】
2014235480.tif 000013
【０１７８】
次に、図１１のステップｃ９において、優先度決定部２２は、図１０のステップｃ８のソート結果において、新規ダウンロードアプリの優先度候補値が他のアプリの優先度値と重なっているか否かを判断する。ここで、他のアプリがダウンロード済アプリである場合には、ステップｃ９において、優先度決定部２２は、新規ダウンロードアプリの優先度候補値が、他のアプリの優先度候補値と重なっているか否かを判断する。以下の説明では、特に断らない限り、「他のアプリの優先度候補値」を含めて、「他のアプリの優先度値」という。
【０１７９】
ステップｃ９において、新規ダウンロードアプリの優先度候補値が他のアプリの優先度値と重なっていると判断された場合は、ステップｃ１０に移行し、新規ダウンロードアプリの優先度候補値が他のアプリの優先度値と重なっていないと判断された場合は、ステップｃ１２に移行する。
【０１８０】
たとえば、ステップｃ８のソート結果が、前述の表１１に示すようになった場合、新規ダウンロードアプリである「インターネットナビ」の優先度候補値「３」は、アプリＣの優先度値「３」と重なる。したがって、ステップｃ９では、新規ダウンロードアプリの優先度候補値が他のアプリの優先度値と重なっていると判断され、ステップｃ１０に移行する。
【０１８１】
ステップｃ１０において、優先度決定部２２は、ソート後の優先度値／優先度候補値テーブルの中で新規ダウンロードアプリの１つ下位のアプリの優先度値または優先度候補値を取得する。たとえば、前述の表１１に示す例では、新規ダウンロードアプリである「インターネットナビ」の次のアプリは、アプリＤであるので、ステップｃ１０では、アプリＤの優先度候補値「４」が取得される。
【０１８２】
ステップｃ１１において、優先度決定部２２は、ステップｃ１０で取得した優先度値または優先度候補値と、ステップｃ２で取得した新規ダウンロードアプリの優先度候補値との平均値を求め、求めた平均値を新規ダウンロードアプリの優先度値に決定する。決定された新規ダウンロードアプリの優先度値の一例を表１２に示す。表１２に示す優先度値は、前述の表９〜表１１に示す例において決定される新規ダウンロードアプリの優先度値である。
【０１８３】
【表１２】
2014235480.tif 000014
【０１８４】
たとえば、前述の表９〜表１１に示す例では、ステップｃ２において、新規ダウンロードアプリの優先度候補値として「３」が取得され、ステップｃ１０において、アプリＤの優先度候補値「４」が取得される。したがって、ステップｃ１１では、アプリＤの優先度候補値「４」と新規ダウンロードアプリの優先度候補値「３」との平均値として、（４＋３）／２＝３．５から、「３．５」が求められる。
【０１８５】
求められた平均値「３．５」が、表１２に示すように、新規ダウンロードアプリである「インターネットナビ」の優先度値に決定される。ステップｃ１１の処理が終了した後は、ステップｃ１３に移行する。
【０１８６】
ステップｃ１２において、優先度決定部２２は、ステップｃ２で取得した新規ダウンロードアプリの優先度候補値を、新規ダウンロードアプリの優先度値に決定する。ステップｃ１２の処理が終了した後は、ステップｃ１３に移行する。
【０１８７】
ステップｃ１３において、優先度決定部２２は、ステップｃ８でソートした後の優先度値／優先度候補値テーブルの新規ダウンロードアプリの優先度値を、今回決定した値に書換える。具体的には、優先度決定部２２は、ソート後の優先度値／優先度候補値テーブルに含まれる新規ダウンロードアプリの優先度値を、ステップｃ３、ステップｃ１１またはステップｃ１２で新規ダウンロードアプリの優先度値に決定した値に書換える。たとえば、表１１に示す優先度値／優先度候補値テーブルの場合、インターネットナビの優先度候補値が、ステップｃ３、ステップｃ１１またはステップｃ１２で新規ダウンロードアプリの優先度値に決定された値に書換えられる。
【０１８８】
ステップｃ１４において、優先度決定部２２は、ステップｃ１３で書換えた優先度値／優先度候補値テーブルから、ネイティブアプリに関する部分を削除し、新たな３ｒｄアプリ優先度テーブルを作成する。ステップｃ１５において、優先度決定部２２は、ステップｃ１４で作成した新たな３ｒｄアプリ優先度テーブルを優先度情報作成部２１に与える。
【０１８９】
ステップｃ１６において、優先度情報作成部２１は、ステップｃ１５で優先度決定部１２から与えられた新たな３ｒｄアプリ優先度テーブルから、その３ｒｄアプリ優先度テーブルを表す優先度情報を作成する。
【０１９０】
ステップｃ１７において、優先度情報作成部２１は、ステップｃ１６で作成した優先度情報を、サーバ側通信インタフェース部２６から通信ネットワーク２７を介して車載端末３０に送信する。具体的には、優先度情報作成部２１は、ステップｃ１６で作成した優先度情報をサーバ側通信インタフェース部２６に与える。サーバ側通信インタフェース部２６は、優先度情報作成部２１から与えられた優先度情報を、通信ネットワーク２７を介して、車載端末３０に送信する。ステップｃ１７の処理が終了した後は、ステップｂ１に戻る。
【０１９１】
車載端末３０は、ステップｃ１７でサーバ側通信インタフェース部２６から送信された優先度情報を、端末側通信インタフェース部３４によって受信する。制御部３１は、端末側通信インタフェース部３４が受信した優先度情報、具体的には、受信した優先度情報で表される新たな３ｒｄアプリ優先度テーブルを、３ｒｄアプリ優先度ＤＢ３３に登録する。
【０１９２】
以上のように、図９〜図１１に示す優先度決定処理の他の処理手順では、ステップｃ９において、新規ダウンロードアプリの優先度候補値が他のアプリの優先度値と重なっていると判断された場合、ステップｃ１０に移行する。そして、ステップｃ１０〜ステップｃ１１において、新規ダウンロードアプリの優先度候補値と、ソート後の優先度値／優先度候補値テーブルの新規ダウンロードアプリの次のアプリの優先度値または優先度候補値との平均値が、新規ダウンロードアプリの優先度値に決定される。
【０１９３】
このようにして優先度値を決定することによって、新規ダウンロードアプリの優先度候補値が既に使用されていて使用できない場合に、新規ダウンロードアプリの優先度値を、優先度候補値により近い値に決定することができる。したがって、新規ダウンロードアプリをより理想的な優先度で実行させることが可能となる。
【０１９４】
図９〜図１１のフローチャートに示す優先度決定処理の他の処理手順では、優先度決定装置２は、ジャンル情報を用いないで、新規ダウンロードアプリの優先度を決定しているが、これに限定されず、前述の図６〜図８のフローチャートに示す処理手順と同様に、ジャンル情報を用いて、新規ダウンロードアプリの優先度を決定してもよい。
【０１９５】
この場合、ステップｃ４では、ステップｂ２で取得したダウンロード済アプリの優先度テーブルのうち、新規ダウンロードアプリと同じジャンルのアプリについて、各アプリの優先度候補値が取得され、ステップｃ５において、優先度候補値テーブルが作成される。ネイティブアプリの優先度テーブルについても同様に、新規ダウンロードアプリと同じジャンルのアプリの部分が用いられる。
【０１９６】
この場合にステップｃ１１で決定される新規ダウンロードアプリの優先度値の一例を表１３に示す。表１３に示すように、この場合にステップｃ１１で決定される新規ダウンロードアプリの優先度値は、ジャンル情報と関連付けられて求められる。
【０１９７】
【表１３】
2014235480.tif 000015
【０１９８】
また、ステップｃ１３では、ソート後の優先度値／優先度候補値テーブルに含まれる新規ダウンロードアプリの優先度値が、たとえばステップｃ１１で新規ダウンロードアプリの優先度値に決定した値に書き換えられる。書き換えられた優先度値／優先度候補値テーブルの一例を表１４に示す。表１４に示すように、優先度値／優先度候補値テーブルは、新規ダウンロードアプリのジャンル情報と関連付けて求められる。
【０１９９】
【表１４】
2014235480.tif 000016
【０２００】
以上に述べた本実施の形態では、サーバ装置２０は、ネイティブアプリおよび３ｒｄアプリの優先度情報に基づいて、新規ダウンロードアプリなどの未決定アプリの優先度を決定している。これに限定されず、サーバ装置２０は、未決定アプリの動作状況に基づいて、未決定アプリの優先度を決定してもよい。この場合、サーバ装置２０に、前述の図１に示す３ｒｄアプリ監視部１７、３ｒｄアプリ実行部１８およびＡＰＩ−ジャンルＤＢ１９の機能を再現可能なエミュレータを設け、エミュレータで未決定アプリを実行させて、そのときの動作状況に基づいて、優先度を決定すればよい。
【０２０１】
＜第３の実施の形態＞
図１２は、本発明の第３の実施の形態である車載情報端末装置３の構成を示すブロック図である。車載情報端末装置３は、優先度決定装置１、制御部４１および通信インタフェース部４２を備えて構成される。本実施の形態における優先度決定装置１は、前述の図１に示す第１の実施の形態の優先度決定装置１と構成が同一である。したがって、第１の実施の形態の優先度決定装置１と同一の構成については、同一の参照符号を付して、説明を省略する。
【０２０２】
制御部４１は、車載情報端末装置（以下、単に「車載端末」という場合がある）３を構成する通信インタフェース部４２および優先度決定装置１の優先度決定部１２に接続される。制御部４１は、たとえば、ＣＰＵと、書き込み可能なＲＡＭなどのメモリとによって構成される。メモリは、車載端末３の制御プログラムを記憶する。制御部４１は、メモリに記憶されている制御プログラムに従って、車載端末３を構成する通信インタフェース部４２および優先度決定装置１を統括的に制御する。ＣＰＵがメモリに記憶されている制御プログラムを実行することによって、通信インタフェース部４２の機能が実現される。
【０２０３】
また制御部４１は、車載端末３の外部に設けられる入力装置５１および表示装置５２に接続される。通信インタフェース部４２は、車載端末３の外部に設けられる車内ローカルエリアネットワーク（Local Area Network；略称：ＬＡＮ）５３に接続される。車載端末３、入力装置５１、表示装置５２および車内ＬＡＮ５３は、車両、たとえば自動車に設けられる。
【０２０４】
制御部４１には、通信インタフェース部４２を介して、車内ＬＡＮ５３から、車両に関する情報（以下「車両情報」という場合がある）が入力される。車両情報は、たとえば、ＧＰＳセンサによって取得された位置情報、および車両の速度を表す車速情報を含む。車速情報は、たとえば車速パルスである。
【０２０５】
入力装置５１は、たとえば、使用者によって操作されるタッチパネル、リモートコントローラ、または使用者の音声による指示を認識する音声認識機能を有する音声入力装置などによって構成される。入力装置５１は、使用者が操作可能に構成される。入力装置５１は、使用者の操作に応じた操作信号を生成し、生成した操作信号を制御部４１に与える。
【０２０６】
表示装置５２は、たとえば、液晶ディスプレイによって構成される。表示装置５２は、制御部４１から与えられる表示信号に応じた表示を行う。制御部４１は、たとえば、車内ＬＡＮ５３から入力される位置情報に対応する表示信号を生成し、表示装置５２に与える。表示装置５２は、制御部４１から与えられる表示信号に応じて、位置情報を表す画像を表示する。
【０２０７】
優先度決定装置１は、前述の図２〜図４のフローチャートに示す処理手順と同様の処理手順で優先度決定処理を行う。制御部４１は、優先度決定装置１によって決定された優先度に基づいて、ネイティブアプリおよび３ｒｄアプリを実行させる。
【０２０８】
前述のように、優先度決定装置１は、新規ダウンロードアプリのジャンル情報に基づいて、新規ダウンロードアプリの優先度値を決定する。これによって、たとえば、３ｒｄアプリがナビアプリである場合、当該３ｒｄアプリの優先順位を、エンタテーメントのジャンルのアプリおよびその他のジャンルのアプリよりも高く設定することが可能である。
【０２０９】
したがって、ナビアプリが動作しているときに、他のアプリの動作が優先されることを防ぐことができるので、他のアプリの動作によって、ナビアプリによる経路誘導の音声出力、および表示装置５２からの画像出力の動作が行われないようになることを防ぐことができる。これによって、使用者が、たとえば右折または左折のタイミングを逸してしまうことを防ぎ、必要以上に車両の燃料が消費されてしまうことを防ぐことができる。
【０２１０】
以上のように本実施の形態の車載端末３は、前述の第１の実施の形態の優先度決定装置１を備える。第１の実施の形態の優先度決定装置１は、前述のように、新たに導入された新規ダウンロードアプリの機能を損なうことなく、既存のアプリであるネイティブアプリおよびダウンロード済アプリとともに新規ダウンロードアプリを動作させることができるように、新規ダウンロードアプリの優先度を決定することができる。したがって、本実施の形態の車載端末３では、新たに導入された新規ダウンロードアプリの機能を損なうことなく、既存のアプリであるネイティブアプリおよびダウンロード済アプリとともに、新規ダウンロードアプリを動作させることができる。
【０２１１】
以上に述べた各実施の形態では、ジャンル毎の優先度値の幅は、全て１０であったが、ジャンル毎に優先度値の幅を変えてもよい。たとえば、「エンタテーメント」ジャンルの優先度値を３１〜６０とし、「その他」ジャンルの優先度値を６１〜１００としてもよい。ジャンル別の使用可能なアプリ数に応じて優先度値の幅を広く設定することによって、柔軟なアプリ制御ができる。
【０２１２】
また、以上に述べた実施の形態では、優先度値の数は固定ではなく、動的にジャンル別優先度値オフセットおよびジャンル内の優先度値の幅を動的に変えてもよい。
【０２１３】
以上に述べた各実施の形態では、新規ダウンロードアプリなどの未決定アプリのプロファイル情報は、優先度候補値を含んでいるが、優先度候補値を含まない場合もある。未決定アプリのプロファイル情報が優先度候補値を含まない場合、前述の各フローチャートにおける優先度候補値に関係するステップは行われない。
【０２１４】
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせることが可能である。また、各実施の形態の任意の構成要素を適宜、変更または省略することが可能である。
【符号の説明】
【０２１５】
１，２  優先度決定装置、３，３０  車載情報端末装置、１０  車載情報システム、１１，２１  優先度情報作成部、１２，２２  優先度決定部、１３  ネイティブアプリ情報取得部、１４，３２  ネイティブアプリ優先度ＤＢ、１５  ３ｒｄアプリ管理部、１６，３３  ３ｒｄアプリ優先度ＤＢ、１７  ３ｒｄアプリ監視部、１８  ３ｒｄアプリ実行部、１９  ＡＰＩ−ジャンルＤＢ、２０  サーバ装置、２３  ３ｒｄアプリＤＢ、２４  端末情報取得部、２５  端末情報ＤＢ、２６  サーバ側通信インタフェース部、２７  通信ネットワーク、３１，４１  制御部、３４  端末側通信インタフェース部、４２  通信インタフェース部。
【図１】
2014235480.tif 000017
【図２】
2014235480.tif 000018
【図３】
2014235480.tif 000019
【図４】
2014235480.tif 000020
【図５】
2014235480.tif 000021
【図６】
2014235480.tif 000022
【図７】
2014235480.tif 000023
【図８】
2014235480.tif 000024
【図９】
2014235480.tif 000025
【図１０】
2014235480.tif 000026
【図１１】
2014235480.tif 000027
【図１２】
2014235480.tif 000028