JP5733057B2 - プラットフォーム装置、プログラム、及びシステム - Google Patents

Description

本発明は、プラットフォーム装置、プログラム、及びシステムに係り、特に、プラットフォームに登録されるアプリケーションに優先度を付与するプラットフォーム装置、プログラム、及びシステムに関する。

従来、各種データを統合して格納するデータベースと、複数の独立したアプリケーションソフトと、それぞれのアプリケーションソフトからデータベースへの読み書きを可能とするミドルウェアと、アプリケーションソフトを利用するユーザインタフェースとを備えたプラットフォームサービスが提案されている（例えば、特許文献１参照）。

また、コピー、プリンタ、ファクシミリ等の複数のアプリケーションが画像形成装置を共有して選択的に使用するディジタル複写機システムにおいて、二つ以上のアプリケーションから画像形成装置の使用要求が発生した場合に、予め設定された優先順位に基づいて使用順序を決定するシステム制御手段を備えていることを特徴とするディジタル複写機システムが提案されている（例えば、特許文献２参照）。

また、運転者の運転負荷状態及び程度に基づいて、入出力の仕方を変更する制御部を備えることを特徴とする車載情報サービスシステムが提案されている（例えば、特許文献３参照）。特許文献３の車載情報サービスシステムでは、運転負荷が高い状況では、音声等による入出力要求を中断し、運転負荷が低くなったときに再度入出力要求を再開する対話管理手段を設けている。さらに、運転手が自由にシステムからの入出力要求を中断したり、再開したりできる手段を設けている。

また、運転者の将来の位置を推定し、推定した将来の位置における運転者の運転負荷を推定する運転負荷推定装置が提案されている（例えば、特許文献４参照）。特許文献４の運転負荷推定装置では、運転負荷及び情報の種類に応じて最適な出力手順を決定し、適切なタイミングで情報を提示している。

特開２００１−２６５８０５号公報 特開平６−３５０７７２号公報 特開２００４−３０１６９８号公報 特開平−１０４００９号公報

しかしながら、特許文献１の技術では、複数のアプリケーションに対する優先度を設定していないため、アプリケーションの実行結果を車両に搭載されたクライアント装置に提示するような運転の文脈で利用した場合、事故が起こる可能性が高い危険な状況において、警報ではなく音楽が流れてしまうというように、複数のアプリケーションが適切な優先度で実行されない場合がある、という問題がある。

また、特許文献２の技術では、ユーザが予め設定した優先順位に基づいてアプリケーションの使用順位を決定しているため、運転の文脈で利用した場合には、ドライバが運転とは関係ないアプリケーションの優先順位を高く設定することで、危険につながる可能性があるアプリケーションの優先度が高くなってしまう可能性がある、という問題がある。

また、特許文献３の技術では、運転負荷が高い場合には、全ての動作を中断するため、安全運転を促進するサービスであっても、動作が制限されてしまう、という問題がある。

また、特許文献４の技術では、「運転者に対する必要性を反映した評価値」を情報に付与することで、運転者に提示するデータの順序を決定しているが、実際に必要性をどのように数値化するかに関して記載されていない。また、運転負荷の推定方法に関しても具体的な方法が記載されていない。

本発明は、上記の問題点を解決するためになされたもので、プラットフォームに登録される複数のアプリケーションが個々に開発されたものであっても、運転時における安全性を考慮して整合性のとれた優先度を個々のアプリケーションに付与することができるプラットフォーム装置、プログラム、及びシステムを提供することを目的とする。

上記目的を達成するために、本発明のプラットフォーム装置は、アプリケーションを実行する際に利用され、かつ各々予め定めた異なる機能を表す複数の関数と、該複数の関数各々が表す機能が作用する五感に応じた五感関連度とが対応付けて記憶された記憶手段と、前記関数を利用するアプリケーションの登録要求があった際に、該登録要求があったアプリケーションが利用する関数に対応して前記記憶手段に記憶された五感関連度に基づいて、前記登録要求があったアプリケーションに優先度を付与して登録する登録手段と、前記登録手段により登録されたアプリケーションを実行し、実行結果が車両に搭載された出力装置により出力されるように制御すると共に、複数のアプリケーションの実行結果が、同一の出力装置を同時に使用する場合には、前記優先度の高いアプリケーションの実行結果が前記出力装置から出力されるように制御する制御手段と、を含んで構成されている。

本発明のプラットフォーム装置によれば、記憶手段に、アプリケーションを実行する際に利用され、かつ各々予め定めた異なる機能を表す複数の関数と、複数の関数各々が表す機能が作用する五感に応じた五感関連度とが対応付けて記憶されている。五感関連度は、五感の運転へのディストラクションを考慮した値とすることができる。アプリケーションの開発者は、この記憶手段に記憶された関数を利用してアプリケーションを作成する。

そして、プラットフォーム装置へのアプリケーションの登録要求があった際に、登録手段が、登録要求があったアプリケーションが利用する関数に対応して記憶手段に記憶された五感関連度に基づいて、登録要求があったアプリケーションに優先度を付与して登録する。そして、制御手段が、登録手段により登録されたアプリケーションを実行し、実行結果が車両に搭載された出力装置により出力されるように制御すると共に、複数のアプリケーションの実行結果が、同一の出力装置を同時に使用する場合には、優先度の高いアプリケーションの実行結果が出力装置から出力されるように制御する。

このように、アプリケーションに利用される関数に、その関数が表す機能が作用する五感に応じた五感関連度を対応付けて記憶しておき、アプリケーションが利用する関数に対応した五感関連度に基づいて、アプリケーションに優先度を付与するため、プラットフォームに登録される複数のアプリケーションが個々に開発されたものであっても、運転時における安全性を考慮して整合性のとれた優先度を個々のアプリケーションに付与することができる。

また、前記関数を、アプリケーションの実行により提示される情報の緊急度に応じて異なる複数の機能を表す関数とし、該関数に前記緊急度に応じた五感関連度を対応付けて前記記憶手段に記憶することができる。これにより、緊急度に応じて、アプリケーションの実行結果を動的に変更することができる。

また、前記登録手段は、さらに、前記緊急度に応じて、前記アプリケーションに優先度を付与することができる。これにより、緊急度に応じて、アプリケーションの優先度を動的に変更することができる。

また、前記登録手段は、さらに、前記アプリケーションの実行と前記車両の運転との関連性に基づいて、前記アプリケーションに優先度を付与することができる。これにより、ドライバの運転行動を考慮した優先度を付与することができる。

また、本発明のプラットフォーム装置は、アプリケーションが実行された際の該アプリケーションの実行状態と、車両の操作を含む運転状態とに基づいて、該アプリケーションに付与された優先度、及び該アプリケーションで利用される関数に対応する五感関連度の少なくとも一方を補正する補正手段を含んで構成することができる。

また、前記補正手段は、車両の操作を指示するアプリケーションまたは関数については、該アプリケーションまたは該関数の実行により、対応する車両の操作が行われた場合に、該アプリケーションに付与された優先度または該関数に対応する五感関連度が高くなるように補正し、車両の操作を指示するアプリケーション以外のアプリケーションまたは関数については、該アプリケーションまたは該関数の実行中に、前記運転状態が危険行動を示している場合に、該アプリケーションに付与された優先度または該関数に対応する五感関連度が低くなるように補正することができる。これにより、より実際の運転行動に沿った優先度に自動的に補正することができる。

また、前記制御手段は、アプリケーションの実行結果が前記車両に搭載された出力装置により出力されるように制御する際に、該アプリケーションの優先度または緊急度に応じて、実行結果の出力状態を制限することができる。これにより、ドライバが運転に注意を要する状況などでは、アプリケーションの実行結果の出力状態が制限されることにより、運転の安全性を確保することができる。

また、本発明のプラットフォームプログラムは、コンピュータを、上記のプラットフォーム装置を構成する各手段として機能させるためのプログラムである。

なお、本発明のプログラムを記憶する記憶媒体は、特に限定されず、ハードディスクであってもよいし、ＲＯＭであってもよい。また、ＣＤ−ＲＯＭやＤＶＤディスク、光磁気ディスクやＩＣカードであってもよい。更にまた、該プログラムを、ネットワークに接続されたサーバ等からダウンロードするようにしてもよい。

また、本発明のプラットフォームシステムは、上記のプラットフォーム装置と、車両に搭載され、該車両の運転操作を含む運転状態を取得して、前記プラットフォーム装置に送信する送信手段と、前記送信手段により送信された運転状態に基づいて実行された、前記プラットフォーム装置に登録されたアプリケーションの実行結果を受信して出力する出力装置と、を含む車載クライアント装置と、を含むシステムである。

以上説明したように、本発明のプラットフォーム装置、プログラム、及びシステムによれば、アプリケーションに利用される関数に、その関数が表す機能が作用する五感に応じた五感関連度を対応付けて記憶しておき、アプリケーションが利用する関数に対応した五感関連度に基づいて、アプリケーションに優先度を付与するため、プラットフォームに登録される複数のアプリケーションが個々に開発されたものであっても、運転時における安全性を考慮して整合性のとれた優先度を個々のアプリケーションに付与することができる、という効果が得られる。

本実施の形態のプラットフォームシステムの概略構成を示すブロック図である。 関数記憶部に記憶された関数、関数の機能、機能作用五感、及び情報緊急度の一例を示す図である。 機能作用五感に対する五感関連度の一例を示す図である。 関数に対する五感関連度の計算の一例を示す図である。 運転との関連性に対する運転関連度の一例を示す図である。 本実施の形態のプラットフォーム装置における優先度スコアリング処理ルーチンの内容を示すフローチャートである。 本実施の形態のプラットフォーム装置におけるアプリケーション実行処理ルーチンの内容を示すフローチャートである。 各アプリケーション実行処理ルーチンの内容を示すフローチャートである。 緊急度の変化によるアプリケーションの実行結果の提示の変更の一例を示すイメージ図である。 出力制御処理ルーチンの内容を示すフローチャートである。 本実施の形態のプラットフォーム装置における優先度補正処理（優先度）ルーチンの内容を示すフローチャートである。 本実施の形態のプラットフォーム装置における優先度補正処理（五感関連度）ルーチンの内容を示すフローチャートである。

以下、図面を参照して本発明の実施の形態を詳細に説明する。

図１に示すように、本実施の形態のプラットフォームシステム１は、プラットフォーム装置１０と、車載クライアント装置６０とを含んで構成されている。

車載クライアント装置６０は、車載クライアント装置６０全体の制御を司るＣＰＵ、各種プログラム等を記憶した記憶媒体としてのＲＯＭ、ワークエリアとしてデータを一時格納するＲＡＭ、及びこれらを接続するバスを含むコンピュータで構成することができる。

また、車載クライアント装置６０は、車載カメラや車載ネットワーク（ＣＡＮ）等で構成された運転情報取得部６２と、表示装置やスピーカ等の出力デバイス６４とを備えている。運転情報取得部６２は、アプリケーションの実行に必要な、車両の操作を含む運転状態を示す運転情報を取得して、プラットフォーム装置１０へ送信する。

プラットフォーム装置１０は、プラットフォーム装置１０全体の制御を司るＣＰＵ、後述する優先度スコアリング処理、アプリケーション実行処理、及び優先度補正処理を含むプラットフォーム処理ルーチンのプログラム等を記憶した記憶媒体としてのＲＯＭ、ワークエリアとしてデータを一時格納するＲＡＭ、及びこれらを接続するバスを含むコンピュータで構成することができる。

このコンピュータは、機能的には、図１に示すように、アプリケーション管理部２０と、アプリケーション実行制御部４０とを含んだ構成で表すことができる。

アプリケーション管理部２０は、さらに、プラットフォームへ登録前のアプリケーションが記憶される登録前アプリケーション記憶部２２と、アプリケーションを実行する際に利用され、かつ各々予め定めた異なる機能を表す関数を記憶した関数記憶部２４と、登録前のアプリケーションに優先度を付与する優先度スコアリング部２６と、優先度が付与されたアプリケーションをプラットフォーム上に登録するアプリケーション登録部２８とを含んだ構成で表すことができる。なお、優先度スコアリング部２６及びアプリケーション登録部２８が、本発明の登録手段の一例である。

また、アプリケーション実行制御部４０は、さらに、車載クライアント装置６０から受信した運転情報が記憶される運転情報記憶部４２と、アプリケーションの実行を制御するアプリケーション実行部４４と、アプリケーションの実行結果が車載クライアント装置６０の出力デバイス６４で出力されるように制御する出力制御部４６と、アプリケーションまたは関数の実行と運転情報とに基づいて、優先度を補正する優先度補正部４８とを含んだ構成で表すことができる。なお、アプリケーション実行部４４及び出力制御部４６が、本発明の制御手段の一例である。

登録前アプリケーション記憶部２２は、後述する関数記憶部２４に記憶された関数を利用したアプリケーションが記憶される。本実施の形態では、各アプリケーションは個々の開発者により開発され、プラットフォームへの登録要求があった場合に、プラットフォーム提供者側で、各アプリケーションの審査及び優先度の付与を行って、プラットフォームへ登録する形態を想定している。従って、登録前アプリケーション記憶部２２には、個々の開発者から登録要求のあったアプリケーションが記憶される。

関数記憶部２４には、各アプリケーションで共通に利用される機能を実現するための複数の関数が記憶される。また、関数の機能は、視覚、聴覚、味覚、嗅覚、触覚の人間の五感に作用するものである。例えば、図２に示すように、関数として、「音を鳴らす」、「画像表示」、「警報提示」、「映像を流す」等の機能を実現するための関数を定めておくことができる。

さらに、各関数が表す機能を、情報の緊急度に応じた複数の段階で定めることができる。例えば、「音を鳴らす」という関数が表す機能を、緊急度が高い場合には、ブザー音等の音を鳴らす、緊急度が中程度の場合には、人の声による音声出力を行う、緊急度が低い場合には、音楽を流す、のように設定することができる。なお、本実施の形態では、情報の緊急度を、事故や問題が発生するまでの時間として与えるものとし、事故や問題が発生するまでの時間が短いほど緊急度が高いことを意味する。

また、関数が表す機能各々が作用する五感を、機能作用五感として定める。なお、同一の五感であっても、例えば、「聴覚」に作用する関数を、警報のような単純な音を鳴らす関数、音楽や人の声のような複雑な音を鳴らす関数のように詳細化して、機能作用五感を設定する。また、機能作用五感毎に、アプリケーションを実行する際の優先順位を示す優先度の算出に用いられる五感関連度を定めておく。例えば、図３に示すように、機能作用五感に対する五感関連度を定めることができる。五感関連度は、運転操作と機能作用五感との関わりに基づいて、運転へのディストランクションを考慮した値を設定する。具体的には、運転操作に深く関わる「視覚」は、ディストラクション度高（五感関連度（＝優先度）低）、運転操作との関わりが比較的少ない「聴覚」は、ディストラクション中（五感関連度中）、運転操作との関わりがない「味覚」、「嗅覚」、「触覚」は、ディストラクション低（五感関連度高）と設定することができる。

また、各関数が表す機能毎に、優先度の算出に用いられる情報の緊急度に応じた情報緊急度を付与する。情報緊急度は、緊急度が高いほど優先度が高くなる値を設定する。

これらの関数、関数が表す機能、機能毎の機能作用五感、機能作用五感毎の五感関連度、及び機能毎の情報緊急度は、プラットフォーム提供者において、関数を新たに作成した際に、その関数の初期値として関数記憶部２４に記憶する。

優先度スコアリング部２６は、アプリケーション開発者からのアプリケーション登録要求があった際に、登録要求があったアプリケーションに優先度の初期値を付与する。優先度は、上述の五感関連度、情報緊急度、及び後述する運転関連度に基づいて算出される。

具体的には、登録要求があったアプリケーションで利用されている関数を判定し、その関数が表す機能のうち、予め定めた緊急度の初期値に対応する関数の機能を選択し、その関数が表す機能に対応する機能作用五感が示す五感関連度を取得する。選択した関数の機能に対して、機能作用五感が複数定められている場合には、機能作用五感各々が示す五感関連度を合計する。例えば、関数「警報提示」を利用するアプリケーションの登録要求があった場合には、図２を参照して、緊急度の初期値を∞とすると、関数の機能「人の声と動画」が選択される。関数の機能「人の声と動画」に対応する機能作用五感は、「聴覚（人の声）」及び「視覚（動画）」であり、図３を参照して、これらが示す五感関連度「聴覚（人の声）＝１５０」及び「視覚（動画）＝１」が取得される。そして、図４に示すように、関数「警報提示」（「人の声と動画」）に対して、「１５１」という五感関連度が計算される。

また、登録要求があったアプリケーションで利用されている関数について、予め定めた緊急度の初期値に対応する情報緊急度を取得する。上記の例の場合、図２を参照して、情報緊急度「１」が取得される。

また、登録要求があったアプリケーションの実行と車両の運転との関連性に基づいて、運転関連度を取得する。運転関連度は、アプリケーションの実行により、ドライバに車両の操作を指示する「操作」、アプリケーションの実行により、ドライバの認知及び判断に影響を与える「認知・判断」、及びアプリケーションの実行が、ドライバの操作、認知、及び判断のいずれにも影響を与えない「関連なし」の３種類を定めることができる。運転との関連性に対する運転関連度を、例えば、図５に示すように、予め定めておくことができる。運転関連度は、運転との関連性を考慮して、「関連なし」＜「認知・判断」＜「操作」となる値を設定する。優先度スコアリング部２６は、登録要求があったアプリケーションで利用されている関数やアプリケーションの動作に基づいて、運転との関連性を判定し、図５を参照して、運転との関連性に対する運転関連度を取得する。

また、優先度スコアリング部２６は、上記のように取得した五感関連度、情報緊急度、及び運転関連度に基づいて、下記（１）式に従って、登録前アプリケーションに付与する優先度を算出する。

優先度＝（五感関連度の合計＋運転関連度）×情報緊急度 （１）

なお、（１）式は、優先度の算出方法の一例であり、五感関連度、情報緊急度、及び運転関連度の総和や積、重み付き和などにより優先度を算出してもよい。

アプリケーション登録部２８は、優先度スコアリング部２６で優先度が付与されたアプリケーションを、アプリケーション実行部４４に登録する。

アプリケーション実行部４４は、車載クライアント装置６０からアプリケーションの実行要求があった場合に、対応するアプリケーションを実行する。複数のアプリケーションを実行する場合には、並列処理により実行する。ただし、アプリケーションの実行結果が、車載クライアント装置６０の同一の出力デバイス６４を同時に利用して出力される場合には、各アプリケーションに付与された優先度が高いアプリケーションの実行結果が優先的に出力されるように制御する。

また、アプリケーション実行部４４は、各アプリケーションの実行結果により、情報の緊急度が変化した場合には、変化した緊急度に対する情報緊急度を用いて、（１）式により優先度を再計算し、再計算後の優先度に基づいて、各アプリケーションの実行を制御する。

出力制御部４６は、アプリケーション実行部４４によるアプリケーションの実行結果が、車載クライアント装置６０の出力デバイス６４により出力されるように制御する。また、ドライバが運転に注意を要する状況にある場合には、情報緊急度または優先度に応じて、実行結果の出力状態を制限する。具体的には、情報緊急度または優先度が高い場合には、表示装置に表示されるＧＵＩのボタン類を一部使用できなくしたり、表示される内容やスピーカから出力される内容を変更したりすることができる。表示される内容を変更する場合には、表示される情報量を低減するように、優先順位の高い項目のみを表示したり、表示文字数を減らしたり、同じ意味を表すものをまとめたり、記号やアイコン表示に変更したり、スクリーンセーバーに切り替えたりすることができる。スピーカからの出力を変更する場合には、スピーカへの出力を停止したり、音量を下げたり、出力内容がニュースであればヘッドラインや要約にするなど情報量を低減したり、リラックスできるＢＧＭに変更したりすることができる。

優先度補正部４８は、アプリケーションが実行された際のアプリケーションの実行状態と運転情報との関係を蓄積しておき、特定の運転行動が一定数以上記録された際に、アプリケーションに付与された優先度の初期値を補正する。

具体的には、あるアプリケーションの運転関連度が「操作」である場合には、そのアプリケーションが指示した運転行動（操作）を実際にドライバが行った確率が高ければ高いほど、そのアプリケーションの優先度を高くする。これは、そのアプリケーションが指示した運転行動によってドライバの運転挙動が変わり、安全運転につながった可能性があるためである。例えば、あるアプリケーションがブレーキを踏むようにドライバに指示を提示した場合に、ドライバが実際にブレーキを踏んだ場合には、そのアプリケーションの優先度を上げる。より具体的には、アプリケーションが運転行動を指示して実際にブレーキを踏む確率が閾値（例えば、０．８）を超えた場合に優先度を上げ、逆に実際にブレーキを踏む確率が閾値以下の場合は優先度を下げることができる。また、アプリケーションの指示により実際にブレーキを踏んだ事例が５回ある度に、そのアプリケーションの優先度の初期値に＋１０するような演算で優先度を補正することもできる。

また、ドライバが実際にブレーキを踏んだ場面で、複数の運転関連度が「操作」であるアプリケーションが実行されており、どちらのアプリケーションも同じ運転操作を提示した場合には、その操作を提示した時刻が早ければ早いほど、そのアプリケーションの優先度を高くする。例えば、「アプリケーションＡ」と「アプリケーションＢ」とが動作中に、「アプリケーションＡ」が操作Ｘをドライバに指示した後に、「アプリケーションＢ」が同一の操作Ｘをドライバに指示した場合において、ドライバが実際に操作Ｘを行った場合には、「アプリケーションＢ」より「アプリケーションＡ」の優先度を高くする。

逆に、あるアプリケーションの運転関連度が「認知・判断」または「関連なし」である場合には、そのアプリケーションを利用している場合に、ドライバが急ブレーキを踏む、急ハンドルを切るなどの危険な運転が起きれば起きるほど、その優先度を低くする。これは、そのアプリケーションの動作がドライバにとって運転のディストラクションとなり、ドライバの運転挙動が変わったと考えられるためである。例えば、映画を見るアプリケーションを実行中にドライバが急ブレーキを踏んだ確率が閾値（例えば０．２）を超えた場合に優先度を下げたり、実際に急ブレーキを踏んだ事例が２回ある度に優先度を−１０したりするような演算で優先度を補正する。

また、優先度補正部４８は、アプリケーション実行時に利用された関数の実行状態と運転情報との関係を蓄積しておき、特定の運転行動が一定数以上記録された際に、その関数を利用するアプリケーションに付与された優先度の算出に用いられた五感関連度を補正する。

具体的には、ある関数を利用した元のアプリケーションの運転関連度が「運転操作」である場合には、その関数が指示した運転行動を実際にドライバが行った確率が高ければ高いほど、その関数を利用するアプリケーションに付与された優先度の算出に用いられた五感関連度を高くする。これは、その関数が指示した運転行動によってドライバの運転挙動が変わり、安全運転につながった可能性があるためである。例えば、「警報提示」の関数が利用されたアプリケーションＡにおいて、警報の提示が実行された場合に、ドライバが実際にブレーキを踏んだ場合には、五感関連度を上げる。より具体的には、その関数が運転行動を指示してブレーキを踏む確率が閾値（例えば０．８）を超えた場合に、五感関連度を上げ、逆に実際にブレーキを踏む確率が閾値以下の場合は五感関連度を下げたり、ブレーキを踏んだ事例が５回あるたびに五感関連度を＋１０したりするような演算で、五感関連度を補正する。

逆に、ある関数を利用する元のアプリケーションの運転関連度が「認知・判断」または「運転と関連なし」である場合には、その関数を利用した場合に、ドライバが急ブレーキを踏む、急ハンドルを切るなどの危険な運転が起きれば起きるほど、五感関連度を低くする。これは、その関数の動作がドライバにとって運転のディストラクションとなり、ドライバの運転挙動が変わったと考えられるためである。例えば、映画を見るアプリケーションの中で「映像を流す」という関数を動作中に、ドライバが急ブレーキを踏んだ確率が閾値（例えば０．２）を超えた場合に五感関連度を下げたり、実際に急ブレーキを踏んだ事例が２回ある度に五感関連度を−１０したりするような演算を行い、五感関連度を補正する。

なお、五感関連度が補正されることにより、その五感関連度を用いて算出された優先度も補正される。また、優先度及び五感関連度の補正は、複数のドライバの運転情報を用いて行ってもよいし、個人のドライバの運転情報を用いて行ってもよい。

次に、本実施の形態のプラットフォームシステム１の作用について説明する。ここでは、プラットフォーム装置１０に既に「白線認識アプリケーション」及び「地震警報アプリケーション」が登録されている状態で、新たに「先行車接近警報アプリケーション」を登録し、３つのアプリケーションがプラットフォーム装置１０上で実行されるように制御する場合を例に説明する。

まず、アプリケーション開発者から「先行車接近警報アプリケーション」の登録要求があった場合には、プラットフォーム装置１０において、図６に示す優先度スコアリング処理が実行される。

まず、ステップ１００で、登録要求のあった登録前アプリケーション「先行車接近警報アプリケーション」を、登録前アプリケーション記憶部２２に記憶する。次に、ステップ１０２で、登録前アプリケーション「先行車接近警報アプリケーション」に利用されている関数を判定する。ここでは、「先行車接近警報アプリケーション」に、関数「警報提示」が利用されているものとする。

次に、ステップ１０４で、関数記憶部２４に記憶された関数と五感関連度との対応（例えば、図２及び図３）を参照して、緊急度の初期値を∞とし、関数「警報提示」の機能「人の声と動画」に対応する機能作用五感「聴覚（人の声）」及び「視覚（動画）」が示す五感関連度「聴覚（人の声）＝１５０」及び「視覚（動画）＝１」を取得する。そして、各五感関連度を合計し、「１５１」という五感関連度の初期値を設定する。

次に、ステップ１０６で、上記ステップ１０２で判定された関数「警報提示」について、関数記憶部２４に記憶された関数と情報緊急度との対応（例えば、図２）を参照して、緊急度の初期値を∞とし、情報緊急度を取得し、「１」という情報緊急度の初期値を設定する。

次に、ステップ１０８で、登録前アプリケーション「先行車接近警報アプリケーション」で利用されている関数やアプリケーションの動作に基づいて、アプリケーションの運転との関連性を判定する。例えば、利用されている関数やアプリケーションの動作と運転との関連性とを対応付けたテーブルを予め作成しておき、このテーブルを参照して、運転との関連性を判定することができる。「先行車接近警報アプリケーション」が、先行車の接近を検出し、警報を鳴らして、ドライバにブレーキを踏むことを指示するアプリケーションである場合、「先行車接近警報アプリケーション」の運転との関連性は、「操作」であると判定される。そして、予め定めた運転との関連性と運転関連度との対応（例えば、図５）を参照して、運転との関連性「操作」に対する運転関連度を取得し、「１０００」という運転関連度の初期値を設定する。

次に、ステップ１１０で、上記ステップ１０４で設定した五感関連度の初期値「１５１」、上記ステップ１０６で設定した情報緊急度の初期値「１」、上記ステップ１０８で設定した運転関連度の初期値「１０００」に基づいて、（１）式に従って、優先度の初期値を算出する。ここでは、優先度の初期値＝（１５１＋１０００）×１＝１１５１となる。そして、算出した優先度の初期値を「先行車接近警報アプリケーション」に付与して、処理を終了する。

なお、既に登録済みの「白線認識アプリケーション」及び「地震警報アプリケーション」についても、登録時に上記と同様の処理により、優先度の初期値が付与されている。具体的には、「白線認識アプリケーション」について、利用される関数が「画像表示」、運転関連度が「認知・判断」の場合には、「白線認識アプリケーション」の五感関連度の初期値は３１０、情報緊急度の初期値は１、運転関連度の初期値は３００となり、優先度の初期値６１０が付与されている。また、「地震警報アプリケーション」について、利用される関数が「警報提示」、運転関連度が「関連なし」の場合には、「地震警報アプリケーション」の五感関連度の初期値は１５１、情報緊急度の初期値は１、運転関連度の初期値は０となり、優先度の初期値１５１が付与されている。

次に、３つのアプリケーションの実行について説明する。車載クライアント装置６０側からアプリケーションの実行要求を受け付けた場合に、プラットフォーム装置１０において、図７に示すアプリケーション実行処理が実行される。

まず、ステップ２００で、車載クライアント装置６０から送信された運転情報を取得して、運転情報記憶部４２に記憶する。

次に、ステップ２０２で、実行要求のあった各アプリケーションを実行する。ここでは、図８（ａ）に示す先行車接近警報アプリケーション処理、同図（ｂ）に示す白線認識アプリケーション処理、及び同図（ｃ）に示す地震警報アプリケーション処理が並列処理により実行される。

先行車接近警報アプリケーション処理では、ステップ２０２０ａで、運転情報に含まれる車両周辺を撮像した撮像画像に基づいて、先行車を認識し、先行車までの距離を算出する。先行車認識の手法については、従来既知の手法を用いることができるため、詳細な説明は省略する。次に、ステップ２０２２ａで、運転情報に含まれる自車両の速度と、上記ステップ２０２０ａで算出した先行車までの距離とに基づいて、先行車に衝突するまでの時間ｔを算出する。時間ｔが所定時間以上の場合には∞とし、この時間ｔが情報の緊急度となる。次に、ステップ２０２４ａで、関数記憶部２４に記憶された関数（Ｆ）「警報提示」を呼び出す。そして、関数の引数として、情報の緊急度（時間ｔ）を与えたときの関数「警報提示」の機能に基づいて、アプリケーションの実行結果（提示音、提示画像）を出力して、リターンする。

白線認識アプリケーション処理では、ステップ２０２０ｂで、運転情報に含まれる撮像画像に基づいて、白線を認識する。白線認識の手法については、従来既知の手法を用いることができるため、詳細な説明は省略する。白線認識処理では、事故や問題が発生するまでの時間を算出していないため、情報の緊急度を∞とする。次に、ステップ２０２４ｂで、関数記憶部２４に記憶された関数（Ｆ）「画像表示」を呼び出す。そして、関数の引数として、情報の緊急度（∞）を与えたときの関数「画像表示」の機能（「静止画」）に基づいて、アプリケーションの実行結果（提示位置、提示画像）を出力して、リターンする。

地震警報アプリケーション処理では、ステップ２０２０ｃで、運転情報に含まれる車両位置、及び地震情報に基づいて、地震が起こるまでの時間Ｔを認識する。時間Ｔが所定時間以上の場合には∞とし、この時間Ｔが情報の緊急度となる。次に、ステップ２０２４ｃで、関数記憶部２４に記憶された関数（Ｆ）「警報提示」を呼び出す。そして、関数の引数として、情報の緊急度（時間Ｔ）を与えたときの関数「警報提示」の機能に基づいて、アプリケーションの実行結果（提示音、提示画像）を出力して、リターンする。

次に、ステップ２０４へ移行して、上記ステップ２０２の処理で得られた情報の緊急度が、前回処理時から変化したか否かを判定する。緊急度が変化した場合には、ステップ２０６へ移行し、変化していない場合には、ステップ２０８へ移行する。ここでは、地震警報アプリケーション処理で得られた情報の緊急度（時間Ｔ）が、前回処理時の∞から「１５秒」に変化したとし、先行車接近警報アプリケーション及び白線認識アプリケーションにより得られる情報の緊急度は変化しなかったものとする。

その場合、ステップ２０６へ移行して、各アプリケーションの優先度を再計算する。先行車接近警報アプリケーション及び白線認識アプリケーションについては、情報の緊急度が変化していないため、優先度も変化しない。地震警報アプリケーションについては、図２を参照して、五感関連度は１６０、情報緊急度は１０、運転関連度は変更なしで０となり、優先度＝（１６０＋０）×１０＝１６００と再計算される。従って、先行車接近警報アプリケーション、白線認識アプリケーション、及び地震警報アプリケーションの中で、地震警報アプリケーションの優先度が最も大きくなる。前処理まで、図９（ａ）に示すように、優先度が最も大きかった先行車接近警報アプリケーションの実行結果が表示装置に表示されていた場合において、上記のように優先度が変化すると、同図（ｂ）に示すように、先行車の認識結果の表示の上から、地震警報が表示装置に表示される。また、スピーカからの音による提示も、地震警報アプリケーションの実行結果の提示を優先し、例えば、「１５秒後に地震発生。すぐに路肩に車を停めてください。」のような警報を提示することができる。

次に、ステップ２０８で、ドライバが運転に注意を要する状況にあるか否かにより、情報緊急度または優先度に応じて、出力状態を制限する出力制御処理を実行するか否かを判定する。例えば、運転情報に基づいて、車速が所定値以上の場合、市街地を走行中の場合等に、ドライバが運転に注意を要する状況にあると判定することができる。出力制御処理を実行する場合には、ステップ２１０へ移行し、実行しない場合には、ステップ２１２へ移行する。

ステップ２１０では、図１０に示す出力制御処理を実行する。

まず、ステップ２１００で、実行結果を出力したアプリケーションに付与された優先度が所定の閾値ｔｈ_１より小さいか否かを判定する。優先度＜ｔｈ_１の場合には、ステップ２１０２へ移行して、実行結果のスピーカへの出力を停止する。優先度≧ｔｈ_１の場合には、ステップ２１０４へ移行する。

ステップ２１０４では、優先度が所定の閾値ｔｈ_２より小さいか否かを判定する。閾値ｔｈ_２は閾値ｔｈ_１より大きな値である。優先度＜ｔｈ_２の場合には、ステップ２１０６へ移行して、実行結果をスピーカから出力する際の音量を下げる。優先度≧ｔｈ_２の場合には、ステップ２１０８へ移行する。

ステップ２１０８では、優先度が所定の閾値ｔｈ_３より小さいか否かを判定する。閾値ｔｈ_３は閾値ｔｈ_２より大きな値である。優先度＜ｔｈ_３の場合には、ステップ２１１０へ移行して、実行結果により出力されるコンテンツが声のコンテンツか否かを判定する。声のコンテンツの場合には、ステップ２１１２へ移行し、スピーカから出力する提示音（声）をリラックスできるＢＧＭに変更する。優先度≧ｔｈ_２の場合、または声のコンテンツではない場合には、ステップ２１１４へ移行する。

ステップ２１１４では、優先度が所定の閾値ｔｈ_４より小さいか否かを判定する。閾値ｔｈ_４は閾値ｔｈ_３より大きな値である。優先度＜ｔｈ_４の場合には、ステップ２１１６へ移行して、実行結果により出力されるコンテンツがニュースか否かを判定する。ニュースの場合には、ステップ２１１８へ移行し、出力するニュースの内容を、ヘッドラインや要約のみに変更する。優先度≧ｔｈ_４の場合、またはニュースではない場合には、ステップ２１２０へ移行し、アプリケーションによる実行結果をそのまま出力する。

次に、図１１を参照して、プラットフォーム装置１０において実行される優先度補正処理（優先度）ルーチンについて説明する。本ルーチンは、上記のアプリケーション実行処理ルーチンと並行して実行される。

ステップ３００で、アプリケーションが実行された際のアプリケーションの実行状態と運転情報とを対応付けて蓄積する。次に、ステップ３０２で、蓄積された運転情報に基づいて、例えば、急ブレーキを踏む等の所定の運転行動が一定数以上蓄積されたか否かを判定する。所定の運転行動が一定数以上蓄積された場合には、ステップ３０４へ移行し、一定数に満たない場合には、ステップ３００へ戻って、運転情報及びアプリケーションの実行状態の蓄積を継続する。

ステップ３０４では、処理対象のアプリケーションについて、優先度スコアリング処理（図６）のステップ１０６で判定した運転関連度が「操作」か否かを判定する。運転関連度が操作の場合には、ステップ３０６へ移行し、そのアプリケーションが指示した操作を実際にドライバが行った確率を算出する。そして、ステップ３１０へ移行して、上記ステップ３０６で算出した確率が、所定の閾値（例えば、０．８）を超えた場合に、そのアプリケーションに付与されている優先度を上げるように補正する。また、逆に上記ステップ３０６で算出した確率が、所定の閾値以下の場合には、アプリケーションに付与されている優先度を下げるように補正する。

一方、上記ステップ３０４で、処理対象のアプリケーションの運転関連度が操作ではない、すなわち運転関連度が「認知・判断」または「関連なし」であると判定された場合には、ステップ３０８へ移行する。ステップ３０８では、そのアプリケーションの実行中に、ドライバが急ブレーキを踏む等の危険行動をとった確率を算出する。そして、ステップ３１０へ移行して、上記ステップ３０８で算出した確率が、所定の閾値（例えば、０．２）を超えた場合に、そのアプリケーションに付与されている優先度を下げるように補正して、処理を終了する。

次に、図１２を参照して、プラットフォーム装置１０において実行される優先度補正処理（五感関連度）ルーチンについて説明する。本ルーチンは、上記のアプリケーション実行処理ルーチンと並行して実行される。

ステップ３２０で、アプリケーション実行時に利用された関数の実行状態と運転情報とを対応付けて蓄積する。次に、ステップ３２２で、蓄積された運転情報に基づいて、例えば、急ブレーキを踏む等の所定の運転行動が一定数以上蓄積されたか否かを判定する。所定の運転行動が一定数以上蓄積された場合には、ステップ３２４へ移行し、一定数に満たない場合には、ステップ３２０へ戻って、運転情報及び関数の実行状態の蓄積を継続する。

ステップ３２４では、処理対象の関数を利用した元のアプリケーションについて、優先度スコアリング処理（図６）のステップ１０６で判定した運転関連度が「操作」か否かを判定する。運転関連度が操作の場合には、ステップ３２６へ移行し、その関数が指示した操作を実際にドライバが行った確率を算出する。そして、ステップ３３０へ移行して、上記ステップ３２６で算出した確率が、所定の閾値（例えば、０．８）を超えた場合に、その関数を利用した元のアプリケーションに付与された優先度の算出の際に用いた五感関連度（優先度スコアリング処理（図６）のステップ１０４で設定した五感関連度）を上げるように補正する。また、逆に上記ステップ３２６で算出した確率が、所定の閾値以下の場合には、五感関連度を下げるように補正する。

一方、上記ステップ３２４で、処理対象の関数を利用した元のアプリケーションの運転関連度が操作ではない、すなわち運転関連度が「認知・判断」または「関連なし」であると判定された場合には、ステップ３２８へ移行する。ステップ３２８では、その関数の実行中に、ドライバが急ブレーキを踏む等の危険行動をとった確率を算出する。そして、ステップ３３０へ移行して、上記ステップ３２８で算出した確率が、所定の閾値（例えば、０．２）を超えた場合に、その関数を利用した元のアプリケーションに付与された優先度の算出の際に用いた五感関連度を下げるように補正して、処理を終了する。

以上説明したように、本実施の形態のプラットフォームシステムによれば、アプリケーションに利用される関数に、その関数が表す機能が作用する五感に応じて、五感の運転へのディストラクションを考慮した五感関連度を対応付けて記憶しておく。各アプリケーションに優先度を付与する際には、各アプリケーションで利用されている関数に対応した五感関連度を用いることにより、プラットフォームに登録される複数のアプリケーションが個々に開発されたものであっても、運転時における安全性を考慮して整合性のとれた優先度を個々のアプリケーションに付与することができる。

また、優先度を算出する際に、情報緊急度を用いることで、アプリケーションの実行により緊急度が変化した場合には、優先度を動的に変更することができる。

また、優先度を算出する際に、アプリケーションの運転との関連性に応じた運転関連度を用いることで、ドライバの運転行動を考慮した優先度を算出することができる。

また、アプリケーションまたは関数の実行状態と運転行動との関連に基づいて、優先度または五感関連度を補正するため、より実際の運転行動に沿った優先度に補正することができる。

なお、上記実施の形態では、出力制御処理により、実行結果の出力状態を制限する場合について説明したが、車載クライアント装置側からプラットフォーム装置側へのアクセスを禁止するように制御してもよい。

また、上記実施の形態では、アプリケーションの運転との関連性を、「操作」、「認知・判断」及び「操作」の３種類を用いる場合について説明したが、関連あり、なしの２種類としてもよいし、関連度に応じてより詳細に分類した４種類以上を用いてもよい。

１ プラットフォームシステム
１０ プラットフォーム装置
２０ アプリケーション管理部
２２ 登録前アプリケーション記憶部
２４ 関数記憶部
２６ 優先度スコアリング部
２８ アプリケーション登録部
４０ アプリケーション実行制御部
４２ 運転情報記憶部
４４ アプリケーション実行部
４６ 出力制御部
４８ 優先度補正部
６０ 車載クライアント装置
６２ 運転情報取得部
６４ 出力デバイス

Claims (9)

1. アプリケーションを実行する際に利用され、かつ各々予め定めた異なる機能を表す複数の関数と、該複数の関数各々が表す機能が作用する五感に応じた五感関連度とが対応付けて記憶された記憶手段と、
   前記関数を利用するアプリケーションの登録要求があった際に、該登録要求があったアプリケーションが利用する関数に対応して前記記憶手段に記憶された五感関連度に基づいて、前記登録要求があったアプリケーションに優先度を付与して登録する登録手段と、
   前記登録手段により登録されたアプリケーションを実行し、実行結果が車両に搭載された出力装置により出力されるように制御すると共に、複数のアプリケーションの実行結果が、同一の出力装置を同時に使用する場合には、前記優先度の高いアプリケーションの実行結果が前記出力装置から出力されるように制御する制御手段と、
   を含むプラットフォーム装置。
2. 前記関数を、アプリケーションの実行により提示される情報の緊急度に応じて異なる複数の機能を表す関数とし、該関数に前記緊急度に応じた五感関連度を対応付けて前記記憶手段に記憶した請求項１記載のプラットフォーム装置。
3. 前記登録手段は、さらに、前記緊急度に応じて、前記アプリケーションに優先度を付与する請求項２記載のプラットフォーム装置。
4. 前記制御手段は、アプリケーションの実行結果が前記車両に搭載された出力装置により出力されるように制御する際に、前記緊急度が変化した場合には、該緊急度の変化により変更された該アプリケーションの優先度に応じて、実行結果の出力状態を制限する請求項３記載のプラットフォーム装置。
5. 前記登録手段は、さらに、前記アプリケーションの実行と前記車両の運転との関連性に基づいて、前記アプリケーションに優先度を付与する請求項１〜請求項４のいずれか１項記載のプラットフォーム装置。
6. アプリケーションが実行された際の該アプリケーションの実行状態と、車両の操作を含む運転状態とに基づいて、該アプリケーションに付与された優先度、及び該アプリケーションで利用される関数に対応する五感関連度の少なくとも一方を補正する補正手段を含む請求項１〜請求項５のいずれか１項記載のプラットフォーム装置。
7. 前記補正手段は、車両の操作を指示するアプリケーションまたは関数については、該アプリケーションまたは該関数の実行により、対応する車両の操作が行われた場合に、該アプリケーションに付与された優先度または該関数に対応する五感関連度が高くなるように補正し、車両の操作を指示するアプリケーション以外のアプリケーションまたは関数については、該アプリケーションまたは該関数の実行中に、前記運転状態が危険行動を示している場合に、該アプリケーションに付与された優先度または該関数に対応する五感関連度が低くなるように補正する請求項６記載のプラットフォーム装置。
8. コンピュータを、請求項１〜請求項７のいずれか１項記載のプラットフォーム装置を構成する各手段として機能させるためのプラットフォームプログラム。
9. 請求項１〜請求項７のいずれか１項記載のプラットフォーム装置と、
   車両に搭載され、該車両の運転操作を含む運転状態を取得して、前記プラットフォーム装置に送信する送信手段と、
   前記送信手段により送信された運転状態に基づいて実行された、前記プラットフォーム装置に登録されたアプリケーションの実行結果を受信して出力する出力装置と、を含む車載クライアント装置と、
   を含むプラットフォームシステム。

Images