(57)【要約】【課題】  車両の走行環境に応じた最適なアプリケーションを実行すること。【解決手段】  優先度判定部１０８ａは、車速センサ１０１〜ヘッドライトセンサ１０７によって構成されるセンサ群からの出力に基づいて検出した車両の走行環境に基づいて、各アプリケーションの実行優先度を判定する。そして、アプリケーション実行部１０８ｂは、優先度判定部１０８ａで判定した各アプリケーションの実行優先度に応じて、各アプリケーションを時分割で実行する。【選択図】      図１
2006281900.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、複数のアプリケーションを時分割で実行する車載情報装置であって、
車両の走行環境を検出する走行環境検出手段と、
前記走行環境検出手段で検出した車両の走行環境に基づいて、各アプリケーションの実行優先度を判定する優先度判定手段と、
前記優先度判定手段で判定した各アプリケーションの実行優先度に基づいた時分割により、各アプリケーションを時分割で実行するアプリケーション実行手段とを備えることを特徴とする車載情報装置。
【請求項２】
請求項１に記載の車載情報装置において、
各アプリケーションごとに車両の走行環境に対応して設定された重み付け情報を記憶する記憶手段をさらに備え、
前記優先度判定手段は、前記記憶手段に記憶された重み付け情報を参照して、各アプリケーションに対して前記走行環境検出手段で検出した車両の走行環境に応じた重み付けを行い、当該重み付け結果に基づいて各アプリケーションの実行優先度を判定することを特徴とする車載情報装置。
【請求項３】
請求項２に記載の車載情報装置において、
各アプリケーションは、そのデータ内に前記重み付け情報を含むことを特徴とする車載情報装置。
【請求項４】
請求項１〜３のいずれか一項に記載の車載情報装置において、
前記アプリケーション実行手段は、前記優先度判定手段で判定した各アプリケーションの実行優先度に応じて各アプリケーションに割り当てるＣＰＵ時間を算出し、算出したＣＰＵ時間に基づいて各アプリケーションを時分割で実行することを特徴とする車載情報装置。
【請求項５】
車両に搭載された車載情報装置において、複数のアプリケーションを時分割で実行するためのアプリケーション実行方法であって、
車両の走行環境を検出し、
検出した車両の走行環境に基づいて、各アプリケーションの実行優先度を判定し、
判定した各アプリケーションの実行優先度に基づいた時分割により、各アプリケーションを時分割で実行することを特徴とするアプリケーション実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載され、種々のアプリケーションを実行して運転者に情報を提供する車載情報装置、およびアプリケーション実行方法に関する。
【背景技術】
【０００２】
次のような車載情報システムが特許文献１によって知られている。この車載情報システムでは、メディア読取装置（以下、ドライブ）に挿入されている外部記憶メディアの種別を判定し、判定した外部記憶メディアの種別に応じて実行する再生用アプリケーションを切り替える。
【０００３】
【特許文献１】特開２００２−３１８７０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の車載情報システムにおいては、ドライブに挿入されている外部記憶メディアの種別に応じて実行する再生用アプリケーションを切り替えるだけなので、車両の走行状態に応じてアプリケーションを切り替えることができないという問題が生じていた。
【課題を解決するための手段】
【０００５】
請求項１の発明は、車両に搭載され、複数のアプリケーションを時分割で実行する車載情報装置であって、車両の走行環境を検出する走行環境検出手段と、走行環境検出手段で検出した車両の走行環境に基づいて、各アプリケーションの実行優先度を判定する優先度判定手段と、優先度判定手段で判定した各アプリケーションの実行優先度に基づいた時分割により、各アプリケーションを時分割で実行するアプリケーション実行手段とを備えることを特徴とする。
請求項２の発明は、請求項１に記載の車載情報装置において、各アプリケーションごとに車両の走行環境に対応して設定された重み付け情報を記憶する記憶手段をさらに備え、優先度判定手段は、記憶手段に記憶された重み付け情報を参照して、各アプリケーションに対して走行環境検出手段で検出した車両の走行環境に応じた重み付けを行い、当該重み付け結果に基づいて各アプリケーションの実行優先度を判定することを特徴とする。
請求項３の発明は、請求項２に記載の車載情報装置において、各アプリケーションは、そのデータ内に重み付け情報を含むことを特徴とする。
請求項４の発明は、請求項１〜３のいずれか一項に記載の車載情報装置において、アプリケーション実行手段は、優先度判定手段で判定した各アプリケーションの実行優先度に応じて各アプリケーションに割り当てるＣＰＵ時間を算出し、算出したＣＰＵ時間に基づいて各アプリケーションを時分割で実行することを特徴とする。
請求項５の発明は、車両に搭載された車載情報装置において、複数のアプリケーションを時分割で実行するためのアプリケーション実行方法であって、車両の走行環境を検出し、検出した車両の走行環境に基づいて、各アプリケーションの実行優先度を判定し、判定した各アプリケーションの実行優先度に基づいた時分割により、各アプリケーションを時分割で実行することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、車両の走行環境に基づいて、各アプリケーションの実行優先度を判定し、判定した各アプリケーションの実行優先度に基づいた時分割により、各アプリケーションを時分割で実行するようにした。これによって、走行環境に応じて運転者が必要とするアプリケーションが変化した場合に、現在の走行環境に適したアプリケーションを優先的に実行することができる。
【発明を実施するための最良の形態】
【０００７】
図１は、本実施の形態における車載情報装置の一実施の形態の構成を示すブロック図である。車載情報装置１００は、車両に搭載され、自車両の車速を検出する車速センサ１０１と、エンジンの回転数を検出するエンジン回転数センサ１０２と、タイヤの空気圧を検出するタイヤ空気圧センサ１０３と、パーキングブレーキのＯＮ、ＯＦＦ状態を検出するパーキングブレーキセンサ１０４と、車両外部の温度（外気温）を検出する温度センサ１０５と、ワイパーのＯＮ、ＯＦＦ状態を検出するワイパーセンサ１０６と、ヘッドライトのＯＮ、ＯＦＦ状態を検出するヘッドライトセンサ１０７とを備えている。なお、本実施の形態では、車速センサ１０１〜ヘッドライトセンサ１０７をまとめてセンサ群と呼ぶ。
【０００８】
車載情報装置１００はさらに、後述する各種処理を実行してアプリケーションを実行する制御装置１０８と、車載情報装置１００で実行されるアプリケーションデータや、アプリケーションを実行するための優先度を決定するための優先度管理テーブルを記憶するためのメモリ１０９と、アプリケーションの実行結果を表示するモニタ１１０と、アプリケーションからの出力音声を出力するスピーカー１１１と、メモリカードやＣＤ−ＲＯＭなどの記憶媒体を介して車載情報装置１００へアプリケーションを取り込む（インストールする）ための外部インターフェース１１２とを備えている。なお、アプリケーションとは、複数のプログラムによって構成され、これらの複数のプログラムを実行することによって、１つの機能を提供するプログラムの集合体（アプリケーションプログラム）を指す。
【０００９】
制御装置１０８は、ＣＰＵおよびその周辺回路で構成され、後述するように、センサ群から検出される現在の自車両の状況（走行環境）と、メモリ１０９に記憶された優先度管理テーブルとに基づいて、実行するアプリケーションの優先度（アプリケーションの実行優先度）を判定する優先度判定部１０８ａと、優先度判定部１０８ａで判定した各アプリケーションの実行優先度に基づいて、ＣＰＵを制御してアプリケーションを実行するアプリケーション実行部１０８ｂとを有している。
【００１０】
なお、本実施の形態で制御装置１０８が有しているＣＰＵは、公知のタイムシェアリング方式（時分割方式）によって、複数のアプリケーションを同時実行する。すなわち、ＣＰＵ時間を一定時間間隔の時間スロットに細分化し、各アプリケーションの実行タスクを時間スロットに順番に割り当てることによって、複数アプリケーションを時分割で実行する。
【００１１】
よって、アプリケーション実行部１０８ｂは、複数のアプリケーションを時分割で実行する場合には、優先度判定部１０８ａで判定した各アプリケーションの実行優先度に応じて上述した時間スロットを割り当て、一定時間内に各アプリケーションが使用できるＣＰＵ時間を変化させることによって、優先度の高いアプリケーションほど多くのＣＰＵ時間を使用できるようにして優先的に実行する。なお、タイムシェアリング方式による各アプリケーションへのＣＰＵ時間の割り当て方法については、公知の方法であるため説明を省略する。
【００１２】
本実施の形態においてアプリケーション実行部１０８ｂによって実行されるアプリケーションは、図２に示すようなデータ構造を有している。すなわち、アプリケーションデータは、重み付けデータ格納部２ａと、実行プログラム格納部２ｂとを有している。実行プログラム格納部２ｂには、各アプリケーション固有の実行プログラムが格納されており、アプリケーション実行部１０８ｂによって当該実行プログラムが実行されることによって、アプリケーションが実行される。
【００１３】
重み付けデータ格納部２ａには、例えば図３に示すような重み付けデータ（重み付け情報）が格納されている。この重み付けデータは、センサ群から出力される走行環境に基づいて、アプリケーションの実行優先度を優先度判定部１０８ａが判定するために必要な重み付けデータであり、これらは各走行環境に対応付けられてテーブル形式で格納されている。なお、図３に示す各走行環境は、次のような車両の状態を表している。
【００１４】
（１）車速０
車速０は、車速センサ１０１によって検出される自車両の車速が０ｋｍ／ｈである状態、すなわち自車両が停止している状態を表している。
（２）車速低速
車速低速は、車速センサ１０１によって検出される自車両の車速が低速な状態、例えば、車速が１〜２０ｋｍ／ｈである状態を表している。
（３）車速中速
車速中速は、車速センサ１０１によって検出される自車両の車速が中速な状態、例えば、車速が２１〜６０ｋｍ／ｈである状態を表している。
（４）車速高速
車速高速は、車速センサ１０１によって検出される自車両の車速が高速な状態、例えば、車速が６１ｋｍ／ｈ以上である状態を表している。
【００１５】
（５）ヘッドライトＯＮ
ヘッドライトＯＮは、ヘッドライトが点灯している状態を表している。
（６）ヘッドライトＯＦＦ
ヘッドライトＯＦＦは、ヘッドライトが消灯している状態を表している。
【００１６】
（７）ＰＢＫ  ＯＮ
ＰＢＫ  ＯＮは、パーキングブレーキがオンされている状態、すなわち自車両が駐車している状態を表している。
（８）ＰＢＫ  ＯＦＦ
ＰＢＫ  ＯＮは、パーキングブレーキがオフされている状態を表している。
【００１７】
（９）タイヤ空気圧低
タイヤ空気圧低は、タイヤ空気圧が自車両の標準空気圧よりも低い状態を表している。
（１０）タイヤ空気圧高
タイヤ空気圧低は、タイヤ空気圧が自車両の標準空気圧よりも高い状態を表している。
【００１８】
（１１）温度低
温度低は、路面が凍結する可能性がある外気温、例えば外気温が０℃以下の状態を表している。
（１２）温度中
温度中は、通常の温度状態、例えば外気温が１〜２５℃の状態を表している。
（１３）温度高
温度高は、外気温が高温の状態、例えば２５℃以上の状態を表している。
【００１９】
（１４）ワイパーＯＮ
ワイパーＯＮは、ワイパースイッチがオンされ、ワイパーが作動している状態を表している。
（１５）ワイパーＯＦＦ
ワイパーＯＦＦは、ワイパースイッチがオフされ、ワイパーが停止している状態を表している。
【００２０】
例えば、図３に示す例では、エンジン回転数センサ１０２からの出力に基づいて、モニタ１１０にタコメータを表示するためのタコメータアプリケーション（タコメータアプリ）の重み付けデータを示している。一般的にタコメータアプリは、車両の走行中に運転者が必要とするアプリケーションであることから、車両が走行していることを示す項目、すなわち車速低速、車速中速、車速高速、およびパーキングブレーキ（ＰＢＫ）ＯＦＦに対する重み付け値が、他の項目に対する重み付け値よりも大きく設定されている。
【００２１】
このようなデータ構造を有するアプリケーションデータが、外部インターフェース１１２を介して取り込まれると、アプリケーションデータはメモリ１０９に記憶される。同時に、重み付けデータ格納部２ａに格納された重み付けデータが、メモリ１０９に記憶されている優先度管理テーブル、すなわち重み付け情報を管理するテーブルに追加される。
【００２２】
例えば、新規アプリケーションとして、図３で上述したタコメータアプリが取り込まれた場合には、優先度管理テーブルが図４（ａ）に示すように作成される。そして、さらに、同乗者がゲームを行うことができるゲームアプリと、運転者にスピード超過を警告するためのスピード警告アプリが追加された場合には、図４（ｂ）に示すように各アプリケーションの重み付けテーブルが優先度管理テーブルに追加される。
【００２３】
優先度判定部１０８ａは、図４（ｂ）に示した優先度管理テーブルを参照して、センサ群からの出力結果に応じた各アプリケーションに対する重み付け値の合計値を算出し、その合計値に基づいて、アプリケーションの実行優先度を判定する。なお、本実施の形態では、所定時間間隔、例えば３０秒間隔でセンサ群からの出力結果に応じた各アプリケーションに対する重み付け値の合計値を算出するようにする。
【００２４】
例えば、現在の走行環境が、車速：高速、ヘッドライト：ＯＮ、ＰＫＢ：ＯＦＦ、タイヤ空気圧：低、温度：低、およびワイパー：ＯＮである場合には、次のように優先度判定処理を行う。まず、図５に示すように、優先度管理テーブルの各走行環境に対して、現在の走行環境に応じた環境フラグ５ａを設定する。すなわち、センサ群からの出力結果に基づいて、各走行環境項目のうち、現在の走行環境と一致する項目の環境フラグ５ａのフラグ値に１を設定し、現在の走行環境と一致しない項目の環境フラグ５ａのフラグ値に０を設定する。
【００２５】
そして、各アプリケーションごとに、環境フラグ５ａに１が設定されている項目の重み付け値の合計値（重み付け合計値）５ｂを算出する。この結果、図５に示す例においては、タコメータアプリの重み付け合計値５ｂが２０、ゲームアプリの重み付け合計値５ｂが４、スピード警告アプリの重み付け合計値５ｂが４８と算出されている。このように算出された各アプリケーションの重み付け合計値５ｂが大きいものから順にアプリケーションの実行優先度が高いと判定する。
【００２６】
次に、上述したように、各アプリケーションの実行優先度に応じて一定時間内に各アプリケーションが使用できるＣＰＵ時間を変化させて、優先度の高いアプリケーションを優先的に実行するために、次式（１）によって、一定時間内に各アプリケーションに割り当てるＣＰＵ時間の割合５ｃを算出する。
割り当てるＣＰＵ時間の割合（％）＝（重み付け合計値５ｂ／全アプリの重み付け合計値５ｂの合計）×１００  ・・・（１）
【００２７】
式（１）によって、現在の走行環境におけるアプリケーションの実行優先度に応じた各アプリケーションが使用できるＣＰＵ時間の割合を算出することができる。すなわち、車速：高速、ヘッドライト：ＯＮ、ＰＫＢ：ＯＦＦ、タイヤ空気圧：低、温度：低、およびワイパー：ＯＮという現在の走行環境においては、運転者に対するスピード警告を最も優先的に行う必要があることから、スピード警告アプリが使用できるＣＰＵ時間の割合が、タコメータアプリ、およびゲームアプリより高く算出されている。
【００２８】
アプリケーション実行部１０８ｂは、この式（１）によって算出されたＣＰＵ時間の割合５ｃに基づいて、各アプリケーションが一定時間内に使用できるＣＰＵ時間を決定する。本実施の形態では、各アプリケーションにＣＰＵ時間を割り当てる一定時間を、例えば３０秒とし、上述したセンサ群からの出力結果に応じた各アプリケーションに対する重み付け値の合計値を算出する時間間隔と一致させておく。
【００２９】
そして、この３０秒間のＣＰＵ時間を、上述したタイムシェアリング方式によって、直前に算出された各アプリケーションに対する重み付け値の合計値に基づいて算出されたＣＰＵ時間の割合５ｃ、すなわち３０秒前に算出されたＣＰＵ時間の割合５ｃに応じて各アプリケーションに割り当てる。このように、３０秒ごとにＣＰＵ時間の割合５ｃを算出し、算出したＣＰＵ時間の割合５ｃに基づいて、次の３０秒間におけるＣＰＵ時間の割り当てを行うことによって、最新の走行環境に基づいて各アプリケーションの実行優先度を判定して、各アプリケーションに割り当てるＣＰＵ時間を決定することができる。
【００３０】
例えば、図５に示すように、ＣＰＵ時間の割合５ｃが、タコメータアプリ＝２７．８％、ゲームアプリ＝５．５％、およびスピード警告アプリ＝６６．７％と算出された場合には、次のように各アプリケーションに割り当てるＣＰＵ時間を決定する。すなわち、最も優先度の高いスピード警告アプリに、３０秒間×６６．７％＝約２０秒間のＣＰＵ時間を割り当てる。これによって、スピード警告アプリは、ＣＰＵを優先的に使用することができ、高速に処理を実行できるようになる。
【００３１】
これに対して、タコメータアプリには、３０秒間×２７．８％＝約８秒のＣＰＵ時間を割り当て、ゲームアプリには、３０秒間×５．５％＝約２秒のＣＰＵ時間を割り当てる。このため、タコメータアプリやゲームアプリは、ＣＰＵ時間を１００％使用できる場合と比較して処理が低速になる。例えばタコメータアプリではタコメータの針の更新間隔が遅くなるなどの現象が発生し、ゲームアプリでは使用者の操作に対する応答が遅くなるなどの現象が発生する可能性が高くなる。
【００３２】
しかし、上述した優先度判定処理において、現在の走行環境においてはタコメータアプリやゲームアプリの実行優先度は低いと判定されているため、運転者がタコメータアプリやゲームアプリの高速化を望んでいる可能性は低いといえる。したがって、現在の走行環境において、実行優先度の低いアプリケーションの処理速度を犠牲にして、実行優先度の高いアプリケーションを高速に実行することによって、運転者が高速化を望んでいるアプリケーションを優先的に実行することが可能となる。
【００３３】
図６は、本実施の形態における車載情報装置１００の動作を示すフローチャートである。図６に示す処理は、車両のイグニションスイッチがオンされて車載情報装置１００の電源がオンされると起動するプログラムとして制御装置１０８により実行される。
【００３４】
ステップＳ１０において、センサ群からの検出値の読み込みを開始して、ステップＳ２０へ進む。ステップＳ２０では、外部インターフェース１１２を介して追加アプリケーションが取り込まれたか否かを判断する。追加アプリケーションが取り込まれたと判断した場合には、ステップＳ３０へ進む。ステップＳ３０では、追加アプリケーションデータをメモリ１０９に追加し、アプリケーションの重み付けデータを優先度管理テーブルに追加して、ステップＳ４０へ進む。これに対して、追加アプリケーションが取り込まれないと判断した場合には、ステップＳ４０へ進む。
【００３５】
ステップＳ４０では、前回優先度判定を行ってから所定時間、例えば３０秒が経過したか否かを判断する。前回優先度判定を行ってから所定時間経過したと判断した場合には、ステップＳ５０へ進む。ステップＳ５０では、上述したように、優先度管理テーブルを参照して、センサ群からの出力結果に応じた各アプリケーションに対する重み付け値の合計値を算出し、その合計値に基づいてアプリケーションの実行優先度を判定する。その後、ステップＳ６０へ進む。
【００３６】
ステップＳ６０では、上述したように、式（１）によって、各アプリケーションが使用できるＣＰＵ時間の割合を算出して、各アプリケーションが一定時間内に割り当てるＣＰＵ時間を決定する。その後、ステップＳ７０へ進む。ステップＳ７０では、各アプリケーションに割り当てたＣＰＵ時間に基づいて、タイムシェアリング方式によって、アプリケーションを時分割で実行してステップＳ８０へ進む。
【００３７】
ステップＳ８０では、自車両のイグニションスイッチがオフされたか否かを判断する。自車両のイグニションスイッチがオフされないと判断した場合には、ステップＳ４０へ戻って処理を繰り返す。これに対して、オフされたと判断した場合には、処理を終了する。
【００３８】
以上説明した本実施の形態によれば、以下のような作用効果を得ることができる。
（１）車両の走行環境に基づいてアプリケーションの実行優先度を判定し、実行優先度に応じたＣＰＵ時間を割り当ててアプリケーションを時分割で実行するようにした。これによって、走行環境に応じて、運転者が必要とするアプリケーションが変化することを加味して、現在の走行環境に適したアプリケーションを優先的に実行することができる。
【００３９】
（２）アプリケーションの実行優先度を判定するに当たって、メモリ１０９上に作成した優先度管理テーブルを参照して、現在の走行環境に応じて各アプリケーションに対する重み付けの合計値を算出し、この算出結果に基づいて優先度を判定するようにした。これによって、センサ群からの検出結果に基づいて、あらかじめ作成した優先度管理テーブルに基づいて重み付けの合計値を算出するだけで各アプリケーションの実行優先度を判定することができ、処理を高速化することができる。
【００４０】
（３）アプリケーションのデータ構造を図２に示すようにし、各アプリケーションデータ内の重み付けデータ格納部２ａに重み付けデータを格納するようにした。これによって、各アプリケーション固有の重み付けデータをアプリケーションと一体で提供することができ、別途重み付けデータの設定作業を行う必要がないことから、使用者の利便性が向上する。
【００４１】
（４）外部インターフェース１１２を介して追加アプリケーションが取り込まれた場合には、追加アプリケーションをメモリ１０９に保存し、同時に重み付けデータ格納部２ａに格納された重み付けデータを優先度管理テーブルに追加するようにした。これによって、新たにアプリケーションが追加された場合でも、自動的に優先度管理テーブルを更新することができるため、優先度管理テーブルのメンテナンス性が向上する。
【００４２】
―変形例―
なお、上述した実施の形態の  装置は、以下のように変形することもできる。
（１）上述した実施の形態では、外部インターフェース１１２は、追加アプリケーションを記憶したメモリカードやＣＤ−ＲＯＭなどの記憶媒体を挿入するためのメモリカードスロット、またはドライブである例について説明した。しかしこれに限定されず、携帯電話などを有線で接続してネットワーク経由で追加アプリケーションをダウンロードするための有線通信用インターフェースでもよく、または無線ＬＡＮやインターネットなどを介して無線通信経由で追加アプリケーションをダウンロードするための無線通信用インターフェースでもよい。
【００４３】
（２）上述した実施の形態では、制御装置１０８が有しているＣＰＵは、公知のタイムシェアリング方式によって、複数のアプリケーションを時分割で実行する例について説明した。しかしこれに限定されず、その他のマルチタスク方式、例えば公知のプリエンプティブ方式によって複数のアプリケーションを時分割で実行してもよい。
【００４４】
（３）上述した実施の形態では、センサ群として車速センサ１０１〜ヘッドライトセンサ１０７の各センサを有し、これらの出力結果に基づいて車両の走行環境を検出する例について説明した。しかしこれに限定されず、その他の各種センサを設けて車両の走行環境を検出するようにしてもよい。
【００４５】
（４）上述した実施の形態では、アプリケーションデータの重み付けデータ格納部２ａに格納される重み付けデータ、および優先度管理テーブルにおける走行環境を示す項目を、
図４に示す各項目とする例について説明した。しかしこれに限定されず、上述した変形例（３）のように、その他の各種センサを設けて車両の走行環境を検出するようにした場合には、検出される走行環境に応じて、重み付けデータおよび優先度管理テーブルに各種項目を追加するようにしてもよい。
【００４６】
（５）上述した実施の形態では、車載情報装置１００が実行するアプリケーションとして、タコメータアプリ、ゲームアプリ、およびスピード警告アプリの３種類を備え、これらの優先度を判定して時分割で実行する例について説明した。しかしこれに限定されず、例えばナビゲーションアプリやミュージックプレーヤーアプリなど、車内で使用されるその他の各種アプリケーションも取り込んで時分割で実行することができる。
【００４７】
なお、本発明の特徴的な機能を損なわない限り、本発明は、上述した実施の形態における構成に何ら限定されない。
【００４８】
特許請求の範囲の構成要素と実施の形態との対応関係について説明する。車速センサ１０１、エンジン回転数センサ１０２、タイヤ空気圧センサ１０３、パーキングブレーキセンサ１０４、温度センサ１０５、ワイパーセンサ１０６、およびヘッドライトセンサ１０７は走行環境検出手段に、メモリ１０９は記憶手段に相当する。なお、以上の説明はあくまでも一例であり、発明を解釈する際、上記の実施形態の記載事項と特許請求の範囲の記載事項の対応関係に何ら限定も拘束もされない。
【図面の簡単な説明】
【００４９】
【図１】本実施の形態における車載情報装置の一実施の形態の構成を示すブロック図である。
【図２】アプリケーションのデータ構造を模式的に表した図である。
【図３】重み付けデータ格納部２ａに格納されるデータの具体例を示す図である。
【図４】優先度管理テーブルの具体例を示す図である。
【図５】優先度管理テーブルに基づいて現在の走行環境に応じた優先度を判定する場合の具体例を示す図である。
【図６】本実施の形態における車載情報装置１００の動作を示すフローチャート図である。
【符号の説明】
【００５０】
１００  車載情報装置
１０１  車速センサ
１０２  エンジン回転数センサ
１０３  タイヤ空気圧センサ
１０４  パーキングブレーキセンサ
１０５  温度センサ
１０６  ワイパーセンサ
１０７  ヘッドライトセンサ
１０８  制御装置
１０８ａ  優先度判定部
１０８ｂ  アプリケーション実行部
１０９  メモリ
１１０  モニタ
１１１  スピーカー
１１２  外部インターフェース
【図１】
2006281900.tif 000003
【図２】
2006281900.tif 000004
【図３】
2006281900.tif 000005
【図４】
2006281900.tif 000006
【図５】
2006281900.tif 000007
【図６】
2006281900.tif 000008