JP2016024711A - 情報提示装置、方法及びプログラム - Google Patents

Abstract

【課題】膨大な状況に対しても網羅度が高く維持管理も容易であり、精神的負担を考慮した情報提示技術を提供する。【解決手段】入力された入力情報と、状況を示す１つ以上のタスクを示すタスク情報とから、１つ以上のタスクを特定する状況推定部と、特定されたタスクの夫々と、タスクの夫々の状況において作業者が実行する可能性のある１つ以上の作業要素であるサブタスクを示すサブタスク情報とから、１つ以上のサブタスクを特定し、特定されたサブタスクと、サブタスクの夫々に対する精神的負荷である負荷要求量を示すサブタスク要求量情報とから、負荷要求量を取得する負荷推定部と、取得された負荷要求量から余裕度を取得する余裕度推定部と、余裕度から、提示する情報を選択する提示情報選択部と、を含む。【選択図】図１

Description

本発明は、情報提示装置、方法及びプログラムに関する。

特許文献１には「ユーザが運転する車両が走行する予定の走行経路を示す走行経路データを記憶する走行経路データ記憶手段と、車両走行中の前記ユーザの行動とワークロードとの相関関係を示すワークロード相関関係データを記憶する相関関係データ記憶手段と、前記走行経路を走行するときに前記ユーザに提供する予定の情報である提供予定情報を記憶する提供予定情報記憶手段と、前記走行経路データに基づいて、前記走行経路を走行中の前記ユーザの行動を推定するユーザ行動推定処理を行うユーザ行動推定処理手段と、推定した前記ユーザの行動と前記ワークロード相関関係データに基づいて、前記走行経路を走行中の前記ユーザの行動に対応するワークロードを予測するワークロード予測処理を行うワークロード予測処理手段と、予測した前記ワークロードに基づいて、前記走行経路を走行するときに前記提供予定情報を前記ユーザに提供するタイミングを決定するスケジューリング処理を行うスケジューリング処理手段と、記タイミングで前記提供予定情報を前記ユーザに対して出力する情報出力手段と、備えたことを特徴とするナビゲーション装置」が記載されている。

特許４６３７０７３号公報

特許文献１に記載の技術は、ユーザの行動とワークロードとの相関関係を示すワークロード相関関係データ用いる。即ち、状況と、その状況での精神的ワークロード（Work load、以下ＷＬ）とをあらかじめ定義しておく必要がある。ところが、現実には、ほぼ無数の状況が存在しえる。それらの状況すべてのＷＬを定義し測定することは困難であり、また、拡張が容易ではない。また、外的要因だけでなく内的要因など、さらに多くの要因により状況が変わる場合もあり、そのような状況におけるＷＬを算出することは、非常に困難である。

本発明はこのような事情に鑑みてなされたもので、膨大な状況に対しても網羅度が高く維持管理も容易であり、精神的負担を考慮した情報提示技術の提供を目的とする。

前述の課題を解決するために、例えば、情報提示装置であって、状況を示す１つ以上のタスクを示すタスク情報と、タスクの夫々の状況において作業者が実行する可能性のある１つ以上の作業要素であるサブタスクを示すサブタスク情報と、サブタスクの夫々に対する精神的負荷である負荷要求量を示すサブタスク要求量情報と、を記憶する記憶部と、１つ以上の外部情報源から入力情報が入力される情報取得部と、前記入力された入力情報と、前記タスク情報とから、１つ以上のタスクを特定する状況推定部と、前記特定されたタスクの夫々と、前記サブタスク情報とから、１つ以上のサブタスクを特定し、前記特定されたサブタスクと、前記サブタスク要求量情報とから、負荷要求量を取得する負荷推定部と、前記取得された負荷要求量から余裕度を取得する余裕度推定部と、前記余裕度から、提示する情報を選択する提示情報選択部と、を含む。

本発明の技術によれば、膨大な状況に対しても網羅度が高く維持管理も容易であり、精神的負担を考慮した情報提示技術を提供することが実現できる。このほかの課題、構成および効果等は、以下の実施形態の説明により明らかにされる。

本実施形態の情報提示装置のブロック図の例である。 タスク条件テーブルの一例の説明図である。 サブタスクテーブルの例の説明図である。 サブタスク要求量テーブルの例の説明図である。 負荷加重テーブルの例の説明図である。 情報提示テーブルの例の説明図である。 情報提供装置、データサーバ、コンピュータの夫々のハードウェア構成例である。 情報提示装置の処理フローチャートの例である。 入力情報の例である。 状況推定処理（Ｓ８０２）のフローチャートの例である。 状況推定処理の結果として得た成立タスク群の例である。 サブタスク推定処理（Ｓ８０３）のフローチャートの例である。 サブタスク推定処理で生成される成立サブタスク群の例である。 負荷算出処理（Ｓ８０４）のフローチャートの例である。 いずれの提示情報源からも提示要求が入力されていない場合の画面の例である。 音楽プレーヤである提示情報源から提示要求が入力された場合の画面の例である。 ナビゲーションシステムである提示情報源から提示要求が入力された場合の画面の例である。 ＡＤＡＳである提示情報源から提示要求が入力された場合の画面の例である。 時系列情報として取得される入力情報の例である。 時系列の余裕度を表示する画面例である。 誘導する経路におけるドライバーの余裕度の好みを設定する画面の例である。 移動時における余裕度の推移である。 タスク条件テーブルを作成及び更新するための画面の例である。 サブタスクテーブルを作成及び更新するための画面の例である。 サブタスク要求量テーブルを作成及び更新するための画面の例である。

以下、本発明の一実施形態を、図面を参照して詳細に説明する。以下では、同じ構成に対しては同じ符号を付与し、説明を省略する。

以下では、情報提示装置は、移動体とともに移動しえるものとして説明する。ここでいう移動体とは、例えば車両や人そのものなど、外部及び内部のうち少なくとも一方の移動機能により移動可能なものをいう。また、作業者とは、情報提示装置により提示制御される提示情報を提示される人であって、移動体の移動に直接的又は間接的に関連する動作、行動、操作、行為などを行う人のことをいう。具体的には、例えば、移動体が車両である場合、作業者は、その車両のドライバーであり、移動体が人である場合、作業者は、その人である。以下、移動体の移動に直接的又は間接的に関連する動作、行動、操作、行為などのことをまとめて作業ともいう。

以下では、情報提示装置は、車両に搭載され、例えば経路誘導、車両の警報、安全アシストに関する情報及び音楽プレーヤなどのインフォテインメント（Infotainment）の、作業者への提供を制御するものとして説明するが、これに限定されない。
[構成の説明]

図１は、本実施形態の情報提示装置のブロック図の例である。情報提示装置１００は、１つ以上の情報取得部１１０、状況推定部１２０、負荷推定部１３０、余裕度推定部１４０、提示情報選択部１５０、記憶部１６０、出力部１７０、入力部１８０等を含む。記憶部１６０は、タスク条件テーブル１６１、サブタスクテーブル１６２、サブタスク要求量テーブル１６３、負荷加重テーブル１６４、情報提示テーブル１６５等を記憶している。

タスク条件テーブル１６１は、現在の状況を示す１つ以上のタスクを規定する。サブタスクテーブル１６２は、タスクの夫々に対する１つ以上の作業要素であるサブタスクを規定する。サブタスク要求量テーブル１６３は、サブタスクの夫々に対する負荷要求量を夫々規定する。負荷加重テーブル１６４は、負荷要求量に加重する重みなどを規定する。情報提示テーブル１６５は、情報を提示するときの余裕度の条件を規定する。テーブルの夫々の詳細は後述する。

情報取得部１１０及び外部情報源１９１の夫々は１つ以上であればよいが、ここでは、情報提示装置１００は情報取得部１１０ａ〜情報取得部１１０ｃを有し、情報取得部１１０ａ〜情報取得部１１０ｃの夫々は外部情報源１９１ａ〜外部情報源１９１ｃの夫々から入力情報を取得するものとして説明する。ただし、情報取得部１１０と外部情報源１９１とは１対１の関係である必要はない。

外部情報源１９１は、車両そのものや車両外部、作業者などに関する情報など、状況を判定するための情報である入力情報を取得するものであればよく、特に限定しない。このような外部情報源として、たとえば、車両の速度、アクセル量、ブレーキ状態、ウィンカー状態等から構成される車両情報を取得可能なＣＡＮ（Contoller Area Network）がある。また、走行中の道路のクラス、交差点情報、走行位置座標、走行計画としての交差点の進行方向や走行予定の道路情報、などを取得可能なカーナビゲーションシステムがある。また、カメラや赤外線等のセンサを用いて車両の周囲を測定し、前方や周囲を走行中の車両や歩行者の検出とそれらとの距離または衝突までの時間や、走行車線を検出し逸脱を検出する先進運転支援システム（Advanced Driving Assistance System、以下、ＡＤＡＳと略す）がある。また、電波やビーコン等を用いて渋滞情報や駐車場案内、天候、車線規制等を提供するＶＩＣＳ（Vehicle Information and Communication System）がある。また、他の車両や交通インフラとの通信により自車との関係を評価可能な高度交通システム（Intelligent Transport System、以下、ＩＴＳと略す）がある。

また、データサーバ１９２が外部情報源として機能してもよく、図示しないインターネット等の通信ネットワークを介して、交通情報、気象、その他の情報を提供してもよい。

情報取得部１１０は、たとえば、ＵＳＢ（Universal Serial Bus）などのシリアル通信、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）、ＨＴＴＰ（Hypertext Transfer Protocol）等のプロトコルを用いたネットワーク通信など、公知の通信技術をサポートする。情報取得部１１０は、図示しない記憶装置から伝送されたファイルから時間的タイミングを考慮してシリアライズされた情報が入力されてもよい。また、複数の情報取得部１１０から、入力情報や入力されるタイミングなどに応じて、適切なものが少なくとも１つ選択されてもよい。

状況推定部１２０は、入力情報と、タスク条件テーブル１６１とから、１つ以上のタスクを特定する。負荷推定部１３０は、特定されたタスクの夫々と、サブタスクテーブル１６２とから、１つ以上のサブタスクを特定し、また、特定されたサブタスクと、サブタスク要求量テーブル１６３などとから、負荷要求量を取得する。余裕度推定部１４０は、取得された負荷要求量から余裕度を取得する。提示情報選択部１５０は、余裕度と、情報提示テーブル１６５とから、提示する情報を選択する。ここで提示する情報は、１つ以上の提示情報源１９４から得られる。図１では、提示情報源１９４ａ〜提示情報源１９４ｃを示しているが、提示情報源１９４の数はこれに限られない。

出力部１７０には、提示情報などの各情報が出力される。入力部１８０は、情報提示装置１００へ入力する情報が入力される。図１では、出力部１７０及び入力部１８０の夫々は、情報提示装置１００に設けられている例を示しているが、これに限らず、情報提示装置１００の外部に設けられてもよい。また、出力部１７０及び入力部１８０の夫々は、複数であってもよい。

提示情報源は、作業者に提示する提示情報を提供可能なものであればよく、特に限定はしない。提示情報源及び提示情報としては、例えば、車両に含まれる所定システム（例えばECU（Electronic Control Unit）など）から提供される燃料残量警告や充電警報等の車両警報である。また、ＡＤＡＳから提供される前者衝突警報や歩行者衝突警報等の警報・注意である。また、ＶＩＣＳから提供される渋滞情報や駐車場案内、天候、車線規制等などである。また、ナビゲーションシステムから提供される地図表示や進行方向などである。また、提供情報は、インフォテインメントのための情報であってもよい。このようなインフォテインメントのための情報は、例えば、音楽プレーヤの動作モード、アルバム名情報、曲名情報等の各情報に関するものであり、これらの情報は、音楽プレーヤやその他車載システムから提供可能である。また、提供情報は、メールや任意のアプリケーションから提供されるメッセージなどであってもよい。また、前述した提供情報は、データサーバ１９２から図示しない通信ネットワークを介して取得されるものであってもよい。

なお、提示情報源１９４は、入力情報を入力する外部情報源１９１として機能してもよく、これとは逆に、外部情報源１９１は、提示情報を提供する提示情報源１９４として機能してもよい。

また、コンピュータ１９３は、図示しない通信ネットワーク及びデータサーバ１９１を介して、図示しない通信ネットワークを介して、又は直接に、情報提示装置１００と接続されている。

ここで、記憶部１６０に記憶されているテーブルの一例を詳細に説明する。以下で説明するテーブルの夫々は、予め記憶部１６０に記憶されていてもよく、所望のタイミングで作成や更新等されてもよい。

図２は、タスク条件テーブルの一例の説明図である。タスク条件テーブル１６１の各レコードには、タスクＩＤ２０１、カテゴリ２０２、タスク名２０３、１つ以上の入力条件２０４（図２の場合、入力条件２０４ａ〜入力条件２０４ｃ）が含まれる。入力条件２０４には、入力項目２１１（図２の場合、入力項目２１１ａ〜入力項目２１１ｃ）と、条件２１２（図２の場合、条件２１２ａ〜条件２１２ｃ）とが含まれる。入力項目２１１は、情報の種類を示し、条件２１２は、同じレコードの入力項目２１１の値に対する条件を規定している。

タスク条件テーブル１６１は、タスクを特定するための条件を規定している。ここでいうタスクとは、移動体及び作業者のうち少なくとも一方に関する状況であって、作業者に作業をさせ得るものであり、かつ、作業者に精神的負荷のかかり得る状況をいう。図２では、カテゴリ２０２に示すように、タスクが、走行タスク、場所タスク、周囲タスク、物理タスク、動的ファクタのうちいずれかに分類されている例を示している。これらのうち、走行タスク、場所タスク、周囲タスク、物理タスクは、移動体及び作業者のうち少なくとも一方に関する状況であって、作業者に作業をさせ、かつ、作業者に精神的負荷のかかり得る状況に対し適用する。

走行タスクの例として、運転時の停止、発進、加速などが規定されている。場所タスクの例として、信号ありの十字交差点直進、十字交差点右折、十字交差点左折など、場所とそのときの行動などが規定されている。周囲タスクの例として、前車の検出や前車接近の程度、同様に歩行者との関係などが規定されている。物理タスクの例として、逆光、夜・暗所などが規定されている。これらは、移動体の移動中に行われる作業に応じて適宜規定されることが可能である。また、ＩＳＯ標準ＩＳＯ １００７５に規定された上述のカテゴリ分類を参考に、行動要素の分類を行い、テーブルを拡充してもよい。

また、図２では、前述に加え、動的ファクタをさらに定義した例を示している。動的ファクタとは、移動体及び作業者のうち少なくとも一方に関する状況であって、それのみでは必ずしも作業者に作業をさせるとは限らないが、作業者に精神的負荷のかかり得る状況に対し適用する重みである。図２では、動的ファクタを、速度及び車間距離で定義される例を示している。この動的ファクタは、例えば、車速ｖと車間距離ｘを入力変数とした強度関数「ｆ（v,x）」により規定可能である。このように、動的ファクタを定義することで、作業を行うことによる精神的負荷だけでなく、状況による精神的負荷をも考慮することが可能となる。

なお、動的ファクタは前述に限らない。例えば、入力情報として入力された、天候などを示す離散的な値を用いて定義してもよい。その場合、例えば、天候の情報入力「晴れ」に対して、負荷強度を基準となる１．０とし、「曇り」を０．９５とし、「雨」を１．１とし、「雪」を１．２などと規定するマッピングテーブルを用意し、実際に入力された入力情報に応じて動的ファクタを取得してもよい。
また、タスクは必ずしもいずれかのカテゴリに分類される必要はなく、また、カテゴリも図示するものに限定されない。

入力条件２０４は、入力情報から、現在の状況が、同じレコードのタスク名２０３に示されるタスク（状況）であると判定するための条件を規定している。図２では、同じレコードの全ての入力条件２０４の条件を満たす場合、即ち、すべての条件２１２の条件式が満たされる場合に、そのタスクに該当すると判定する。

図３は、サブタスクテーブルの例の説明図である。サブタスクテーブル１６２の各レコードには、タスクＩＤ３０１、カテゴリ３０２、タスク名３０３、１つ以上のサブタスク３０４（図３ではサブタスク３０４ａ〜サブタスク３０４ｅ）が含まれる。サブタスクテーブル１６２のタスクＩＤ３０１、カテゴリ３０２、タスク名３０３は、前述のタスク条件テーブル１６１の夫々と対応させている。

サブタスクテーブル１６２は、サブタスクを特定するための条件を規定している。ここでいうサブタスクとは、タスクに示される状況下で、作業者が実行する可能性のある作業要素のことをいう。ここでは、サブタスクは、１つのタスクに対し１つ以上が規定される。従って、例えばタスク名３０３「発進」のような１つのタスクに対し、サブタスク３０４「P_CHK_F（歩行者確認(前方)）」や「V_CHK_F（車両確認(前方))）」など、複数が規定されうる。

サブタスクは、例えば、実際の車両の運転の際に作業者が行う確認作業や判断作業、操作等などの作業である。これらサブタスクは、例えば車両運転であれば、運転の教則やマナー、あるいは、経験的に作業者に一般的に行われる確認作業に従って規定することができる。

図４は、サブタスク要求量テーブルの例の説明図である。サブタスク要求量テーブル１６３の各レコードは、サブタスクＩＤ４０１、カテゴリ４０２、サブタスク名４０３、負荷要求量４０４、係数４０５を含む。サブタスク要求量テーブル１６３のサブタスクＩＤ４０１、カテゴリ４０２、サブタスク名４０３の夫々は、前述のサブタスクテーブル１６２の夫々と対応させている。負荷要求量４０４は、サブタスクで規定される作業の際の作業者への精神的負荷を示す。係数４０５は、サブタスクに対する重みとして規定されるものであり、例えば、サブタスクの実作業時間や作業回数を元に規定することができる。

負荷要求量４０４は、１個以上の要求属性の夫々に対する要求量を示すことが可能である。要求属性とは、作業者への精神的負荷となる作業の種類を示す。要求属性として、図４では、視覚要求４０４ａ、聴覚要求４０４ｂ、認識／判断要求４０４ｃ、精神的操作要求４０４ｄなどを含む例を示している。これらは、従来研究で定義された要求量の定義を用いることができ、夫々のサブタスクの各要求属性に対する強度を規定することができる。しかし、要求属性はこれに限るわけではない。他の要求属性として、例えば、不快度やタイムプレッシャー、不満度などを規定してもよい。

図５は、負荷加重テーブルの例の説明図である。負荷加重テーブル１６４の各レコードは、要求ＩＤ５０１、要求名５０２、加重係数５０３を含む。要求名５０２は、サブタスク要求量テーブル１６３の負荷要求量４０４に含まれる要求属性の夫々と対応させている。加重係数５０３は、要求属性の夫々などに対する加重として規定される。

図６は、情報提示テーブルの例の説明図である。情報提示テーブル１６５の各レコードは、項番６０１、情報源名６０２、情報種６０３、提示要求量６０４、提示時間６０５を含む。情報源名６０２及び情報種６０３は、提示情報源１９４から提供される提供情報を示す。提示要求量６０４は、提供情報を提供するか否かを判定するための条件を示し、ここでは、提供情報を提供するために必要な作業者の余裕度を示している。余裕度に関しては後述する。提示時間６０５は、提供情報を提示する継続時間を示す。

図７は、情報提供装置、データサーバ、コンピュータの夫々のハードウェア構成例である。コンピュータ７００（情報提示装置１００、データサーバ１９２、コンピュータ１９３）は、演算装置７０１、メモリ７０２、外部記憶装置７０３、記憶媒体駆動装置７０４、入力装置７０６、出力装置７０７、通信装置７０８、I/F（Interface）７０９等を有する。

演算装置７０１は例えばＣＰＵ（Central Processing Unit）等である。メモリ７０２は揮発性や不揮発性のメモリである。外部記憶装置７０３は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等である。記憶媒体駆動装置７０４は、例えばＣＤ（Compact Disk）やＤＶＤ（Digital Versatile Disk）、その他任意の可搬性を有する記憶媒体７０５に対して情報を読み書き可能である。入力装置７０６は、タッチパネル、キーボード、テンキー、マウス、マイクロフォン等である。出力装置７０７は、例えば、液晶モニタ、ヘッドアップディスプレイ、映像プロジェクタ、文字出力デバイスなどのディスプレイや、音声、音楽、音響アイコンなどの聴覚情報を表示するためのアンプとスピーカー、ヘッドホン等のデバイス、および、圧力や温度等の触覚での表示デバイス、においを発生させる等の化学物質を出力する嗅覚デバイス等である。入力装置７０６及び出力装置７０７は、タッチパネルなどにより１つの装置で実現されてもよい。通信装置７０８は、例えば、図示しない通信ネットワークに接続するためのＮＩＣ（Network Interface Card）等である。I/F７０９は、外部機器と接続するためのインタフェースである。

状況推定部１２０、負荷推定部１３０、余裕度推定部１４０、提示情報選択部１５０の夫々は、所定のプログラムをメモリ７０２にロードして演算装置７０１が実行することにより実現可能である。

この所定のプログラムは、記憶媒体駆動装置７０４を介して記憶媒体７０５から、あるいは、通信装置７０８を介して図示しない通信ネットワークから、外部記憶装置７０３にダウンロードされ、そして、メモリ７０２にロードされ、演算装置７０１が実行するようにしてもよい。また、記憶媒体駆動装置７０４を介して記憶媒体７０５から、あるいは、通信装置７０８を介して通信ネットワークから、メモリ７０２に直接ロードされ、演算装置７０１が実行するようにしてもよい。

あるいは、状況推定部１２０、負荷推定部１３０、余裕度推定部１４０、提示情報選択部１５０のうち一部又はすべてを、回路等によりハードウェアとして実現してもよい。

また、記憶部１６０は、メモリ７０２、外部記憶装置７０３、記憶媒体駆動装置７０４及び記憶媒体７０５等の全て又は一部により実現可能である。又は、演算装置７０１が前述のプログラムの実行により、メモリ７０２、外部記憶装置７０３、記憶媒体駆動装置７０４及び記憶媒体７０５等の全て又は一部を制御することで実現してもよい。

また、出力部１７０は、出力装置７０７により実現可能である。入力部１８０は、入力装置７０６及びI/F７０９のうち少なくとも一方により実現可能である。又は、入力部１８０は、図示しない通信ネットワーク及び通信装置７０８を介して接続された入力装置などより実現されてもよい。また、入力部１８０は、所定のプログラムをメモリ７０２にロードして演算装置７０１が実行することにより実現する機能がI/F７０９又は通信装置７０８を制御することにより実現可能である。情報取得部１１０は、I/F７０９又は通信装置７０８や、所定のプログラムをメモリ７０２にロードして演算装置７０１が実行することにより実現する機能がI/F７０９又は通信装置７０８を制御することにより実現可能である。

外部情報源１９１、提示情報源１９４、データサーバ１９２の夫々は、通信装置７０８及びI/F７０９のうち少なくとも一方を介して情報提示装置１００と接続されてもよい。
また、情報提示装置１００の各部は、１つの装置により実現されてもよく、複数の装置に分散されて実現されてもよい。
[処理の説明]

図８は、情報提示装置の処理フローチャートの例である。この動作は、所定時間ごと（例えば0.5[sec]ごと）に実行される。また、情報提示装置１００の提示情報選択部１５０には、１つ以上の提示情報源１９４から、作業者への提示情報の提示要求が入力されているものとして説明する。

まず、情報取得部１１０の夫々は、外部情報源１９１の夫々から入力情報を取得する（Ｓ８０１）。ここで取得された入力情報は、状況推定部１２０に伝達される。状況推定部１２０では、タスク条件テーブル１６１を用いて、入力条件に応じて１つ以上のタスクである成立タスク群を取得する状況推定処理を行う（Ｓ８０２）。状況推定処理の詳細については後述する。状況推定部１２０は、取得した成立タスク群を負荷推定部１３０に伝達する。

図９は、入力情報の例である。入力情報９００の例では、外部情報源１９１ａより、ＣＡＮからの車両情報として、車速42[km/h]、ハンドルの舵角2[度]、アクセル量0[%]、ブレーキ状態ＯＦＦなどが入力されたことを示している。また、外部情報源１９１ｂより、カーナビゲーションシステムからの情報として、道路クラスとして一般道、ポイント形状として信号あり十字交差点、進行方向として右などが入力されたことを示している。また、外部情報源１９１ｃよりＡＤＡＳ情報として、前車検出ＯＮ、車間距離1.8[sec]、前車衝突警報ＯＦＦなどが入力されたことを示している。

なお、外部情報源１９１から２つ以上の入力情報が入力され、２つ以上の情報取得部１１０が夫々入力情報を取得する場合、いずれか１つの情報取得部１１０が、２つ以上の入力情報を、入力情報９００に一例を示すように、１つにまとめて状況推定部１２０に伝達してもよい。

図１０は、状況推定処理（Ｓ８０２）のフローチャートの例である。状況推定部１２０は、まず、成立タスクを初期化し（Ｓ１００１）、タスク条件テーブル１６１を取得し、タスク条件テーブル１６１のレコード数を変数Ｒの値として設定する（Ｓ１００２）。次に、状況推定部１２０は、カウンタiを１に初期化する（Ｓ１００３）。また、状況推定部１２０は、タスク条件テーブル１６１のi番目のレコードを取得し、このレコードに含まれている入力条件数（入力条件２０４の数）を変数Ｃの値として設定する（Ｓ１００４）。状況推定部１２０は、カウンタｊを初期化し（Ｓ１００５）、ｊ番目の入力条件を取得する（Ｓ１００６）。状況推定部１２０は、この入力条件と、Ｓ８０１で取得した入力情報のうち該当する項目の値とを比較し（Ｓ１００７）、入力情報がｊ番目の入力条件を満たすか否か判定する（Ｓ１００８）。このｊ番目の入力条件とは、例えば、図２の場合、ｊ＝１であれば入力条件２０４ａであり、ｊ＝２であれば入力条件２０４ｂである。

Ｓ１００８の判定の結果、入力条件を満たさない場合（Ｓ１００８：ｎｏ）、後述するＳ１０１２の処理に移行する。一方、Ｓ１００８の判定の結果、入力条件を満たす場合（Ｓ１００８：ｙｅｓ）、状況推定部１２０はｊ＝ｊ＋１としてjを増加させ（Ｓ１００９）、ｊ≦Ｃであるか否か、即ち、i番目のレコードのすべての入力条件に対し前述の判定を行ったか否か判定する（Ｓ１０１０）。Ｓ１０１０の判定の結果、ｊ≦Ｃである、即ち、すべての入力条件に対し前述の判定を行っていない場合（Ｓ１０１０：ｙｅｓ）、状況推定部１２０は、Ｓ１００６の処理に戻る。Ｓ１０１０の判定の結果、ｊ≦Ｃでない場合、即ち、すべての入力条件に対し前述の判定を行っている場合（Ｓ１０１０：ｎｏ）、状況推定部１２０は、i番目のレコードのすべての入力条件が成立しており、タスクが成立していると判定して、そのレコードで示されるタスクを成立タスク群に追加する（Ｓ１０１１）。

Ｓ１００８の判定の後又はＳ１０１１の処理の後、状況推定部１２０は、i＝i＋１としてiを増加させ（Ｓ１０１２）、i≦Ｒであるか否か、即ち、タスク条件テーブル１６１のすべてのレコードについて前述の処理を行ったか否か判定する（Ｓ１０１３）。Ｓ１０１３の判定の結果、i≦Ｒである、即ち、すべてのレコードに対し前述の処理を行っていない場合（Ｓ１０１３：ｙｅｓ）、状況推定部１２０は、Ｓ１００４の処理に戻る。Ｓ１０１３の判定の結果、i≦Ｒでない場合、即ち、すべてのレコードに対し前述の処理を行っている場合（Ｓ１０１３：ｎｏ）、状況推定部１２０は、状況推定処理を終了し、後述するＳ８０３の処理に移行する。

図１１は、状況推定処理の結果として得た成立タスク群の例である。この例では、成立タスク群に含まれるタスクを、タスク条件テーブル１６１のタスク名２０３により示しているが、タスクＩＤ２０１で示してもよい。

成立タスク群１１００は、減速、定常走行、信号十字交差点右折、前車車間（中）のタスクが成立していることを示している。つまり、信号のある十字交差点を右折しようとして定常走行から減速中で、前車との車間距離が中程度になりつつある状況を検出したことを示している。

このように、本実施形態では、同じ時間又はほぼ同じ時間における入力情報において、１つ以上のタスクを同時に成立可能とすることができる。これにより、実際に起こり得る膨大な状況を、限られた数のタスクの組み合わせで説明することが可能となる。

図８に戻る。Ｓ８０２の処理の後、負荷推定部１３０は、サブタスクテーブル１６２を用いて、成立タスク群の夫々のタスクをサブタスクに分割して成立サブタスク群を取得するサブタスク推定処理を行う（Ｓ８０３）。次に、負荷推定部１３０は、サブタスクテーブル１６２、サブタスク要求量テーブル１６３、負荷加重テーブル１６４を用いて、現在の状況における作業者への負荷を算出する負荷算出処理を行う（Ｓ８０４）。

図１２は、サブタスク推定処理（Ｓ８０３）のフローチャートの例である。負荷推定部１３０は、まず、成立サブタスク群を初期化し（Ｓ１２０１）、サブタスクテーブル１６２を取得する（Ｓ１２０２）。負荷推定部１３０は、状況推定部１２０から伝達された成立タスク群を取得して、成立タスク群に含まれているタスク数を変数Ｔの値として設定する（Ｓ１２０３）。次に、負荷推定部１３０は、カウンタｉを１に初期化、即ちｉ＝１とする（Ｓ１２０４）。次に、負荷推定部１３０は、成立タスク群からｉ番目のタスクを取得する（Ｓ１２０５）。負荷推定部１３０は、サブタスクテーブル１６２から、ｉ番目のタスクに対し規定されているすべてのサブタスクを取得し、サブタスクの数を変数Ｓの値として設定する（Ｓ１２０６）。そのために、負荷推定部１３０は、サブタスクテーブル１６２内のレコードのうち、ｉ番目のタスクと一致するタスクＩＤ３０１及びタスク名３０３のうち少なくとも一方を含む１つのレコードを特定し、このレコードのサブタスク３０４のすべてを取得する。

負荷推定部１３０は、カウンタｊを１に初期化、即ちｊ＝１とする（Ｓ１２０７）。次に、負荷推定部１３０は、Ｓ１２０６で取得したサブタスクのうち、ｊ番目のサブタスクを取得し（Ｓ１２０８）、同じサブタスクが成立サブタスク群に含まれているか否か判定する（Ｓ１２０９）。Ｓ１２０９の判定の結果、成立サブタスク群に含まれていない場合（Ｓ１２０９：ｎｏ）、負荷推定部１３０は、ｊ番目のサブタスクを成立サブタスク群に追加し、そのサブタスクの成立回数である回数を１、即ち回数＝１とする（Ｓ１２１０）。一方、Ｓ１２０９の判定の結果、成立サブタスク群に含まれている場合（Ｓ１２０９：ｙｅｓ）、負荷推定部１３０は、ｊ番目のサブタスクの回数をインクリメント、即ち回数＝回数＋１とする（Ｓ１２１１）。

Ｓ１２１０又はＳ１２１１の後、負荷推定部１３０は、ｊ＝ｊ＋１とし（Ｓ１２１２）、ｉ番目のタスクに対し規定されているすべてのサブタスクを取得していないか否か、即ち、ｊ≦Ｓであるか否か判定する（Ｓ１２１３）。Ｓ１２１３の判定の結果、ｊ≦Ｓである、即ちすべてのサブタスクを取得していない場合（Ｓ１２１３：ｙｅｓ）、負荷推定部１３０は、Ｓ１２０８の処理に移行する。一方、Ｓ１２１３の判定の結果、ｊ≦Ｓでない、即ちすべてのサブタスクを取得している場合（Ｓ１２１３：ｎｏ）、負荷推定部１３０は、ｉ＝ｉ＋１とし（Ｓ１２１４）、すべてのタスクに対し前述の処理を行っていないか否か、即ち、ｉ≦Ｔであるか否か判定する（Ｓ１２１５）。Ｓ１２１５の判定の結果、ｉ≦Ｔである、即ちすべてのタスクに対し前述の処理を行っていない場合（Ｓ１２１５：ｙｅｓ）、負荷推定部１３０は、Ｓ１２０５の処理に移行する。一方、Ｓ１２１５の判定の結果、ｉ≦Ｔでない、即ちすべてのタスクに対し前述の処理を行っている場合（Ｓ１２１５：ｎｏ）、サブタスク推定処理を終了し、Ｓ８０４の処理に移行する。

図１３はサブタスク推定処理で生成される成立サブタスク群の例である。成立サブタスク群１３００は、図示するように、サブタスクごとの成立した回数を含む。なお、この例では、成立サブタスク群に含まれるサブタスクを、サブタスク要求量テーブル１６３のサブタスク名４０３により示しているが、サブタスクＩＤ４０１で示してもよい。

成立サブタスク群１３００は、例えば、「DCD_BRK（ブレーキ判断）」、「CTL_BRK（ブレーキ操作）」、「P_SCN_F（歩行者のスキャン（前））」などのサブタスクが成立していることを示している。つまり、現在の状況では、これらのサブタスクを実施することが作業者であるドライバーに求められており、それらのサブタスクによる精神的負荷がドライバーにかかると考えることができる。

このように、本実施形態では、１つのタスクで、１つ以上のサブタスクを規定することができる。サブタスクは、例えば作業者などのような、移動体の移動のために意思決定をする人が行う作業として規定することができる。そのような作業は有限数であり、ある程度予測可能である。従って、実際に起こり得る膨大な状況における精神的負担を、限られた数のサブタスクの組み合わせで算出することが可能となる。

図１４は、負荷算出処理（Ｓ８０４）のフローチャートの例である。まず、負荷推定部１３０は、出力となる負荷量である負荷要求属性ごとの総和値Ｔ_V、Ｔ_A、Ｔ_C、Ｔ_Pを初期化し（Ｓ１４０１）、サブタスク要求量テーブル１６３を取得し（Ｓ１４０２）、さらに、負荷加重テーブル１６４を取得する（Ｓ１４０３）。次に、負荷推定部１３０は、成立サブタスク群を取得し、成立サブタスク群に含まれるサブタスク数を変数Ｓの値として設定する（Ｓ１４０４）。次に、負荷推定部１３０は、カウンタｉを１に初期化する（Ｓ１４０５）。負荷推定部１３０は、成立サブタスク群からｉ番目のサブタスクを取得する（Ｓ１４０６）。そして、負荷推定部１３０は、サブタスク要求量テーブル１６３から、要求属性ごとの負荷要求量を取得して（Ｓ１４０７）、要求属性ごとの負荷要求量の総和に加算する（Ｓ１４０８）。

Ｓ１４０７、Ｓ１４０８の処理を説明する。負荷推定部１３０は、Ｓ１４０７の処理として、サブタスク要求量テーブル１６３内のレコードのうち、ｉ番目のサブタスクと一致するサブタスクＩＤ４０１及びサブタスク名４０３のうち少なくとも一方を含むレコードを特定し、このレコードの負荷要求量４０４のすべて（例えば図４に示される負荷要求量４０４ａ〜負荷要求量４０４ｅ）を取得する。次に、負荷推定部１３０は、要求属性ごとに、負荷要求量の総和に加算する。ここでは、負荷推定部１３０は、負荷要求量の総和を、要求属性の種類の個数であるＹ個の変数を持つベクトルで示す。より具体的には、例えば、ｉ番目のサブタスクにおいて、サブタスク要求量テーブル１６３から取得した視覚要求Ｖ、聴覚要求Ａ、認識／判断要求Ｃ、精神的操作要求Ｐの夫々に対しＳ１４０７の処理で取得した負荷要求量を ｖ_i、ａ_i、ｃ_i、ｐ_iとして、負荷推定部１３０は、夫々の負荷要求属性ごとの総和値Ｔ_V、Ｔ_A、Ｔ_C、Ｔ_Pを算出する。すなわち、Ｓ１４０８では、Ｔ_V＝Ｔ_V＋ｖ_i、Ｔ_A＝Ｔ_Ａ＋ａ_i、Ｔ_C＝Ｔ_C＋ｃ_i、および、Ｔ_p＝Ｔ_p＋ｐ_iのように各総和値に加算する。

次に、負荷推定部１３０は、カウンタｉをインクリメントしてｉ＝ｉ＋１とし（Ｓ１４０９）、すべてのサブタスクに対し前述の処理を行っていないか否か、即ち、ｉ≦Ｓであるか否か判定する（Ｓ１４１０）。Ｓ１４１０の判定の結果、ｉ≦Ｓである、即ち、すべてのサブタスクに対し前述の処理を行っていない場合（Ｓ１４１０：ｙｅｓ）、Ｓ１４０６の処理に戻る。一方、Ｓ１４１０の判定の結果、ｉ≦Ｓでない、即ち、すべてのサブタスクに対し前述の処理を行っている場合（Ｓ１４１０：ｎｏ）、負荷推定部１３０は、動的ファクタ値を算出し（Ｓ１４１１）、Ｓ１４０８で算出した負荷要求量の夫々に積算する（Ｓ１４１２）。

ここで、Ｓ１４１１の動的ファクタ値とは、タスク条件テーブル１６１のカテゴリ２０２「動的ファクタ」に属するタスクに該当する状況での精神的負荷を示す値である。動的ファクタ値を算出するために、負荷推定部１３０又は情報提供装置１００の他の部は、入力情報から、現在の状況が動的ファクタのいずれかに該当するか否か判定し、いずれかの動的ファクタに該当する場合、その動的ファクタに属するタスクごとに定められている関数や定数をテーブル等から取得し、これを用いて算出する。より具体的には、例えば、負荷推定部１３０は、図２のタスク条件テーブル１６１の入力条件２０４と入力情報とから、タスク名２０３「速度-車間」の動的ファクタに該当するか否か判定し、該当する場合、動的ファクタ値を、速度及び車間を変数とする関数f(v,x)から算出してもよい。

最後に、負荷推定部１３０は、負荷加重テーブル１６４から要求属性ごとの係数を取得して、これを要求属性ごとの負荷要求量に積算し（Ｓ１４１３）、これらすべての総和に負荷加重テーブル１６４から取得した定数項を加算することで一次元化負荷量を算出する（Ｓ１４１４）。ここで、負荷加重テーブル１６４から取得される要求属性ごとの係数とは、例えば、図５に一例を示す要求名５０２「視覚要求」、「聴覚要求」などの夫々に対応する加重係数５０３の値である「０．６」、「０．２」などである。また、負荷加重テーブル１６４から取得した定数項とは、例えば、図５に一例を示す要求名５０２「定数項」に対応する加重係数５０３の値である「２２．１」などである。具体的には、例えば、負荷加重テーブル１６４から取得される視覚要求Ｖ、聴覚要求Ａ、認識／判断要求Ｃ、精神的操作要求Ｐの夫々の係数をｗ_ｖ、ｗ_Ａ、ｗ_Ｃ、ｗ_Ｐとし、負荷加重テーブル１６４から取得される定数項をｗ_δとすると、負荷推定部１３０は、一次元化負荷量Ｌを以下のように算出する。
Ｌ＝ｗ_ｖＴ_V＋ｗ_ＡＴ_A＋ｗ_ＣＴ_C＋ｗ_ＰＴ_P＋ｗ_δ
なお、Ｔ_V、Ｔ_A、Ｔ_C、Ｔ_Pは、Ｓ１４１４までに行われたＳ１４０８の処理で算出された夫々の要求負荷要属性ごとの総和値である。また、この式では、動的ファクタについては示さないが、前述の速度及び車間を変数とする関数f(v,x)として求めた動的ファクタの値を全体に乗算してもよいし、夫々の負荷要求属性に対する値として算出した動的ファクタに関しては各項に別途乗算してもよい。

ここで、サブタスクが成立した回数（例えば図１３に示す成立サブタスク群１３００の回数）は、一次元化負荷量の算出に用いてもよく、用いなくてもよい。例えば、タスク「前車接近（近）」を含む複数タスクが成立している場合において、サブタスク「CTL_BRK（ブレーキ操作）」が２回以上成立している場合は、作業者には、ブレーキ操作を２回以上行うことに相当する精神的負荷がかかるとは限らず、１回のブレーキ操作と同じ精神的負荷がかかると考えられる。このような場合などでは、一次元化負荷量の算出に、サブタスクの成立回数を用いなくてもよい。また、例えば、タスク「逆光」及び「人検出」を含むタスクが成立している場合において、サブタスク「P_SCN_F（歩行者のスキャン（前））」が２回以上成立している場合は、作業者には、「逆光」という状況での歩行者のスキャンと、「人検出」という状況での歩行者のスキャンという２回以上の歩行者のスキャンに相当する精神的負荷がかかることが考えられる。このような場合などでは、一次元化負荷量の算出に、サブタスクの成立回数を用いてもよい。一次元化負荷量の算出に回数を用いるか否かについては、成立タスク群に含まれるタスクのうち少なくとも一部と、成立サブタスク群に含まれるサブタスクのうち少なくとも一部と、のうち少なくとも一方により定めてもよい。一次元化負荷量の算出に回数を用いる場合、例えば、回数を、すべての要求属性の値の夫々に掛け合わせてもよい。

以上が負荷算出処理の一例である。前述の処理により算出された負荷量、および、一次元化負荷量を、所定期間記憶しておき、移動平均などの公知技術により平準化した値を最終的な出力値としてもよい。また、閾値処理を行い、複数段階のレベルに離散化した値を出力値としてもよい。

図８に戻る。Ｓ８０４の処理の後、余裕度推定部１４０は、余裕度推定処理を行う（Ｓ８０５）。そのために、余裕度推定部１４０は、負担限界量から、負荷推定部１３０で算出した負荷量を減じた量を余裕度とする。

負担限界量とは、作業者に対してかかる精神的な負担の最大値のことをいう。負担限界量は、前述の負荷要求量の理論的最大値、負荷が高い特定の作業を行った際の負荷要求量を実測した値、あるいは、そのときの算出負荷要求量の推定値であってよいが、これに限定しない。ここでは、負担限界量があらかじめ定められているとして説明する。しかし、これに限るわけではなく、成立しているタスクやサブタスクに応じて可変させてもよい。
余裕度推定部１４０は、負担限界量と、前述の処理で算出された負荷要求量との差を余裕度として算出し、算出した余裕度を提示情報選択部１５０に伝達する。

ここでは、説明の簡易化のため、負荷要求量を０〜１００の範囲内とし、負荷限界量をその最大値である１００とした場合の例を説明する。この場合、前述の処理で算出された負荷要求量が７０であれば、余裕度は３０（１００−７０＝３０）と算出される。

次に、提示情報選択部１５０は、情報提示内容選択処理を行う（Ｓ８０６）。そのために、提示情報選択部１５０は、情報提示テーブル１６５と、提示情報源１９４の夫々からの提示要求と、余裕度とから、提示情報が提示可能であるか否か判定し、この判定に応じて、情報を提示するよう制御する。より詳細には、提示情報選択部１５０は、少なくとも１つの提示情報源１９４からの提示要求がある場合、情報提示テーブル１６５の各レコードの項番６０１〜情報種６０３のうち少なくとも１つを参照し、入力された提示要求で提示する提示情報と同じものを示しているレコードを特定し、このレコードの提示要求量６０４を取得する。提示情報選択部１５０は、この提示要求量６０４と、余裕度とを比較し、提示要求量６０４のほうが小さい場合には、要求された情報の提示を可能とする。

また、提示情報源１９４から複数の提示要求があった場合、提示情報選択部１５０は、前述と同様に提示要求毎の提示要求量６０４を取得し、取得した複数の提示要求量６０４のうち、最も小さいものと余裕度とを比較して提示可否を選択することができる。ここで、提示要求量６０４が最も小さいとは、即ち、提示する緊急性が高い情報である。従って、提示要求量６０４が最も小さいものと余裕度とを比較することで、提示する緊急性が高い情報から優先して提示することが可能となる。

ただし、これに限るわけではなく、例えば、余裕度の値や、複数の提示要求の夫々で出力するデバイスが重複しないなど、所定の条件に応じて、複数の提示情報の夫々を重複しないよう提示可能としてもよい。

次に、提示情報選択部１５０は、Ｓ８０６で選択した提示要求で提示する提示情報を提示させる（Ｓ８０７）。そのために、提示情報選択部１５０は、例えば、Ｓ８０６で選択した提示要求で提示する提示情報を提示すべき提示情報源１９４に指示等を出力する。この指示に従い、提示情報源１９４は、提示情報を出力する。

情報提示装置１００は、処理を終了するか否か判定する（Ｓ８０８）。この判定は、例えば、情報提示終了指示が入力された場合や、情報提示装置１００の電源がオフされた場合などに、処理を終了すると判定してもよいが、これに限定しない。Ｓ８０８の判定の結果、処理終了でない場合（Ｓ８０８：ｎｏ）、Ｓ８０１に戻り、所定時間後に再度処理フローが開始される。Ｓ８０８の判定の結果、処理終了である場合、処理フローが終了する。

なお、上記では、いずれかの提示情報源１９４から提示要求が入力されている場合を説明したが、提示要求は、常に入力されるとは限らない。どの提示情報源１９４からも提示要求が入力されていない場合、Ｓ８０１〜Ｓ８０５の処理を前述のように行い、Ｓ８０６、Ｓ８０７の処理をスキップして、Ｓ８０８に移行してもよい。

ここで、Ｓ８０７で出力される提示情報の一例を説明する。以下では、インストゥルメントパネルなどに設けられたディスプレイ装置や表示領域などの画面に提示情報を表示する例を説明するが、提示情報の提示はこれに限定せず、提示情報を出力する出力装置は任意である。

図１５は、いずれの提示情報源１９４からも提示要求が入力されていない場合の画面の例である。画面１５０１には、グラフ１５０２、エンジン回転数１５０３、速度１５０４が含まれる。グラフ１５０２は、前述の処理で算出された余裕度を示す。エンジン回転数１５０３は、車両のエンジンの回転数を示す。速度１５０４は、車両の走行速度を示す。これらの速度及びエンジン回転数は、外部情報源１９１のいずれかから入力されてもよい。

図１６は、音楽プレーヤである提示情報源１９４から提示要求が入力された場合の画面の例である。ここでは、画面１５０１を表示している間に提示要求が入力され、前述の処理で余裕度が８０程度、提示要求量が７０と算出され、要求された提示情報の提示を行う場合の例を示している。

画面１６０１は、グラフ１５０２、エンジン回転数１５０３、速度１５０４（ただし、エンジン回転数１５０３及び速度１５０４の少なくとも一部は示していない）に加え、音楽情報１６０２を含む。音楽情報１６０２には、アルバム名情報１６１１、アーチスト名情報１６１２、トラック番号や再生位置のような音楽情報１６１３が含まれる。

図１７は、ナビゲーションシステムである提示情報源１９４から提示要求が入力された場合の画面の例である。ここでは、交差点拡大図の提示要求が入力され、前述の処理で余裕度が６０程度、提示要求量が５０と算出され、要求された提示情報の提示を行う場合の例を示している。

画面１７０１は、グラフ１５０２に加え、交差点拡大図１７０２を含む。また、図示していないが、画面１７０１には、これらに加え、エンジン回転数１５０３、速度１５０４が含まれていてもよい。

例えば、余裕度が６０の状態で、ナビゲーションシステムである提示情報源１９４からの、交差点拡大図の提示要求と同時に、音楽プレーヤである提示情報源１９４から提示要求がある場合、音楽プレーヤからの提示要求に応じて情報を提示することはできない。理由としては、第１に、余裕度が６０程度であり、音楽プレーヤから提示要求の提示要求量は７０であるため、音楽プレーヤから提示要求に応じて情報を提示するには、余裕度が十分でないからである。第２に、ナビゲーションシステムから提示要求の提示要求量は５０であるのに対し、音楽プレーヤから提示要求の提示要求量は７０であるため、ナビゲーションシステムからの提示要求のほうが提示する緊急性が高いからである。

また、他の例として、ナビゲーションシステムである提示情報源１９４からの交差点拡大図の提示要求と同時に、提示要求量が５５となる他の提示要求があった場合についても、他の提示要求に応じて情報を提示することはできない。というのも、余裕度が６０程度であり、他の提示要求の提示要求量が５５であるため、余裕度は十分であるが、ナビゲーションシステムから提示要求の提示要求量は５０であるのに対し、他の提示要求の提示要求量が５５であるため、ナビゲーションシステムからの提示要求のほうが提示する緊急性が高いからである。

なお、前述のように、余裕度に対する条件を満たす複数の提示要求が同時に存在する場合、提示要求量から１つを選択して情報を提示し、その後に、他の１つを選択して情報を提示するようにしてもよい。具体的には、例えば、前述の例では、交差点拡大図の提示が終了したあとに、他の提示要求に応じた情報を提示してもよい。これを可能とするために、提示情報選択部１５０は、例えば、提示要求を提示要求量の小さい順にリスト化しておき、ある情報の提示が終了すると、そのリストに従って順次提示を行うように制御してもよい。提示情報選択部１５０は、提示情報の提示時間を、例えば、情報提示テーブル１６５の提示時間６０５により規定されたものに従って制御してもよい。

図１８は、ＡＤＡＳである提示情報源１９４から提示要求が入力された場合の画面の例である。ここでは、前車衝突警報の提示要求が入力され、前述の処理で余裕度が１０、提示要求量が０と算出され、要求された情報の提示を行う場合の例を示している。

画面１８０１は、グラフ１５０２に加え、前車衝突警報１８０２を含む。前述のように、余裕度は１０程度とかなり低いが、前車衝突警報の提示要求量は０であるため、この情報が提示される。

このように、提示する緊急性が非常に高い情報に関しては、提示要求量を、余裕度のとり得る範囲に対して非常に低く設定することで、余裕度がどのような状態であっても提示を行うことが可能となる。ここでは、余裕度の範囲を０〜１００としているので、提示要求量を０や負の値とすることで、情報を確実に提示することが可能となる。また、このようにすることで、他の情報よりも提示の優先度を高くすることができる。このような提示は、特に、衝突警報などのような警報系の情報提示に用いると有用である。
[時系列の入力情報]
外部情報源１９１からの入力情報は、所定タイミングにおける値でもよいが、時刻情報を含み、時系列情報として取得されてもよい。

図１９は、時系列情報として取得される入力情報の例である。時系列入力情報１９０１は、入力情報が、ある時点でのオン又はオフで示される例を示している。より具体的には、項番１及び項番２を例にして説明すると、ある情報値のオン（又はオフ）が３０単位時間（例えばミリ秒など）継続した後に、オフ（又はオン）が５２単位時間継続することを示している。

ただし、時系列情報として入力される入力情報は、図１９に示すものに限られない。入力情報は、例えば、時刻と、その時刻のときの値とを示してもよい。また、フォーマットも、図１９に示すものに限られない。また、時系列の入力情報は、各外部情報源１９１又は図示しない外部機器が生成してもよく、情報取得部１１０が生成してもよい。情報取得部１１０又は外部機器が生成する場合、情報取得部１１０又は外部機器は、所定タイミングで外部情報源１９１から取得した入力情報の値を所定時間の間保持し、保持した各タイミングにおける入力情報の値をまとめて時系列情報としてもよい。

状況推定部１２０、負荷推定部１３０、余裕度推定部１４０の夫々は、前述の処理を、各時点における入力情報の値を用いて行う。従って、余裕度推定部１４０が算出するのは、時系列の余裕度である。

図２０は、時系列の余裕度を表示する画面例である。画面２００１には、グラフ２００２、エンジン回転数１５０３、速度１５０４が含まれる。グラフ２００２は、前述の処理で算出された時系列の余裕度を示す。グラフ２００２を構成する複数の棒のうち、過去の余裕度を示すもの（たとえば棒２００２ａ）の表示形態を、現在の余裕度を示すもの（たとえば棒２００２ｂ）の表示形態と異なるようにしてもよい。表示形態を異なるようにするには、例えば、色を変える、点滅させるなどがあるが、これに限定しない。このようにすることで、作業者は、余裕度の時系列変化を認識しやすくなる。

なお、時系列の余裕度は、前述のように、入力情報が時系列であるときに算出してもよいが、入力情報が時系列でなくても、余裕度を算出した時刻情報を、余裕度とともに保持しておくことで、時系列の余裕度とすることができる。
[余裕度の提示情報への適用]

提示要求に応じて提示させる提示情報の内容を、時系列の余裕度に応じて選択して出力させてもよい。具体例としては、提示情報がナビゲーションシステムにおける経路誘導情報であれば、作業者であるドライバーの余裕度の好みに応じた経路を探索するように構成することができる。

図２１は、誘導する経路におけるドライバーの余裕度の好みを設定する画面の例である。画面２１０１では、余裕度の好みとして、「通常」、「疲労少ない」、「緊張少ない」、「のんびり走行」のうち１つを選択可能な例を示している。なお、余裕度の好みは、ここでは４つの種類のいずれかを設定可能とする例を説明しているが、これに限定されない。また、画面２１０１では、各種類における予測所要時間、走行距離をさらに含めているが、これらは、ナビゲーションシステムにより算出され、後述する処理により選択された経路に該当するものを表示してもよい。

「通常」とは、余裕度により経路を設定しないモードである。「疲労少ない」とは、経路全体でみたときに余裕度が比較的大きい経路を探索するモードである。「緊張少ない」とは、余裕度のディップ（急峻な低下）の値が比較的小さい経路を探索するモードである。「のんびり走行」とは、余裕度のディップ回数が比較的少ない経路を探索するモードである。

移動時の余裕度について詳細に説明する。図２２は、移動時における余裕度の推移である。グラフ２２０１において、横軸は移動時間であり、縦軸は余裕度である。線２２１１は前述の「通常」モードでの経路、即ち余裕度により経路を設定しない経路での余裕度の推移の例を示す。線２２１２は前述の「疲労少ない」モードでの経路、即ち経路全体でみたときに余裕度が比較的大きい経路での余裕度の推移の例を示す。なお、ここでは、線２２１２は、前述の「のんびり走行」モードでの経路、即ち余裕度のディップ回数が比較的少ない経路での余裕度の推移と同じとなる例を示している。線２１１３は前述の「緊張少ない」モードでの経路、即ち余裕度のディップの値が比較的小さい経路での余裕度の推移の例を示す。

グラフ２２０１に示すような経路の夫々を特定するために、余裕度推定部１４０は、ナビゲーションシステムである提示情報源１９４などがダイクストラ等の公知技術により取得した複数の経路候補の夫々に対し、余裕度を算出するとよい。余裕度推定部１４０は、余裕度を算出するために、経路候補ごとに、車両が存在すると推測される場所（例えばノード、リンク、信号有無などを含む各種情報）を複数特定し、その場所の夫々が、少なくともタスク条件テーブル１６１のカテゴリ２０２「場所タスク」に属するいずれかのタスクに該当するか否か判定し、いずれかのタスクに該当する場合、前述と同じ処理によりサブタスクを特定して、余裕度を算出してもよい。ここで特定される場所は、経路候補において所定時間ごとに車両が存在すると推測される場所であってもよく、経路候補上に存在する所定種類の場所（例えば交差点や合流地点、およびそれらの間の地点など）であってもよい。また、ここで特定される場所における移動時間は、公知の経路探索技術などにより取得することができる。

また、余裕度推定部１４０は、前述と同様に、経路候補を構成する道路の場所がカテゴリ２０２「物理タスク」に属するいずれかのタスクに該当するか否かや、カテゴリ２０２「動的ファクタ」に該当するか否かを加味して、余裕度を算出してもよい。

また、余裕度推定部１４０は、過去の履歴や、ドライバーに対し一般的に推測される行為パターンなどから、前述と同様に、カテゴリ２０２「走行タスク」のいずれかに属するか否かを加味して、余裕度を算出してもよい。

余裕度推定部１４０は、例えば、複数の経路候補のうち、余裕度を走行時間で積分した積分値が最大となるものを、「疲労少ない」モードでの経路としてもよい。余裕度を移動時間で積分した積分値とは、例えば、線２２１１と縦軸及び横軸とから規定される面積である。

また、余裕度推定部１４０は、例えば、複数の経路候補のうち、余裕度のディップが発生した場合に、発生したディップにおける余裕度の最小値（ディップ値）が最も高いものを、「緊張少ない」モードでの経路としてもよい。余裕度のディップが発生したか否かについては、例えば、所定時間内における余裕度の減少量が所定閾値以上（又は所定閾値より大きい）である場合や、余裕度そのものが所定閾値以下（又は所定閾値未満）となった場合に、ディップが発生したと判定してもよい。ディップが複数回発生している場合、余裕度推定部１４０は、ディップ値及び発生回数の少なくとも一方からいずれかの経路を選択してもよい。

また、余裕度推定部１４０は、例えば、複数の経路候補のうち、余裕度のディップが発生した場合に、発生したディップの回数が最も少ないものを、「のんびり走行」モードでの経路としてもよい。余裕度のディップが発生したか否かの判定は前述と同じでもよい。ディップが複数回発生している場合、余裕度推定部１４０は、ディップ値及び発生回数の少なくとも一方からいずれかの経路を選択してもよい。

ナビゲーションシステムは、選択された経路に従って表示や誘導などを行う。この表示や誘導そのものなどは、公知技術及び前述の表示と同じであるので説明を省略する。このようにすることで、作業者の好みや適性にあった情報提示を実現することができる。
[余裕度に応じた情報提示]

前述のように、提示情報選択部１５０は、余裕度の値に応じて提示する情報を選択する。提示情報選択部１５０による提示情報の選択は、余裕度の値そのものだけでなく、前述の、余裕度を移動時間で積分した積分値、ディップ値、ディップ回数のうち少なくとも１つに応じて、提示する情報を選択するように構成してもよい。
[テーブルの作成及び更新]

前述のように、記憶部１６０内に記憶されているテーブルは、所望のタイミングで作成及び更新（変更及び削除）することが可能である。上記のように、本実施形態は、タスクとサブタスクとにより精神的負荷を定義できるため、維持管理を柔軟に行うことができる。ここでは、一例として、タスク条件テーブル１６１、サブタスクテーブル１６２、サブタスク要求量テーブル１６３の夫々の作成及び更新について説明する。各テーブルの作成及び更新は、コンピュータ１９３などを用いて行うことが可能である。

図２３は、タスク条件テーブル１６１を作成及び更新するための画面の例である。なお、図２３では、タスクに関する情報を変更する場合の例を示しているが、変更だけでなく、追加及び削除も可能である。

画面２３０１は、領域２３１１、領域２３２１等を含む。領域２３１１は、ユーザが入力装置を用いてタスクに関する情報の追加、変更、削除のいずれかを指定するための領域である。領域２３２１は、タスクに関する情報の追加、変更、削除の内容を入力するための領域である。前述のように、ここでは変更が選択されているので、既に存在するタスク条件テーブル１６１の各レコードの情報が領域２３２１に表示される。ユーザは、入力装置を用いて、変更したいタスクに関する項目（例えばカテゴリ、タスク名、入力条件（入力項目及び条件）など）を選択する。図２３では、入力条件の種類が選択された例を示している。ユーザは、このように変更したい項目を選択した後に、変更する値を入力する。ここでは、入力条件の入力項目が選択されているので、入力項目として選択可能なものの一覧が表示制御される。画面２３０１における領域２３２２は、入力項目として選択可能なものの一覧が表示されている例である。ユーザは、入力装置を用いて、領域２３２２からいずれか１つを選択する。コンピュータ１９３は、選択された入力項目を、選択されたタスクにおける入力条件の新たな入力項目としてタスク条件テーブル１６１に登録する。

また、例えば、変更したい項目の値を自由入力とすることもできる。例えば、変更したい項目として、入力条件の条件が選択された場合、領域２３２１に含まれる複数の領域のうち選択された項目に該当する領域や、別途表示などされた入力領域に、変更したい項目の値を入力可能としてもよい。また、例えば、新たにカテゴリを追加したい場合、ユーザは、入力装置を用いてボタン２３３１を押下し、所定領域に追加するカテゴリの名称などを自由入力するとよい。コンピュータ１９３は、入力された情報をタスク条件テーブル１６１に登録する。

図２４は、サブタスクテーブル１６２を作成及び更新するための画面の例である。なお、図２４では、サブタスクに関する情報を変更する場合の例を示しているが、変更だけでなく、追加及び削除も可能である。

画面２４０１は、領域２４１１、領域２４２１等を含む。領域２４１１は、ユーザが入力装置を用いてサブタスクに関する情報の追加、変更、削除のいずれかを指定するための領域である。領域２４２１は、サブタスクに関する情報の追加、変更、削除の内容を入力するための領域である。前述のように、ここでは変更が選択されているので、既に存在するサブタスクテーブル１６２の各レコードの情報が領域２４２１に表示される。ユーザは、入力装置を用いて、変更したいサブタスクに関する項目（例えばカテゴリ、タスク名、サブタスクなど）を選択する。図２４では、項目「サブタスク」が選択された例を示している。ユーザは、このように変更したい項目を選択した後に、変更する値を入力する。ここでは、「サブタスク」が選択されているので、変更可能なサブタスクの一覧が表示制御される例を示している。画面２４０１における領域２４２２は、変更可能なサブタスクの一覧が表示される例である。ユーザは、入力装置を用いて、領域２４２２内のサブタスクからいずれか１つを選択する。コンピュータ１９３は、選択されたサブタスクを、選択されたタスクに該当するサブタスクとしてサブタスクテーブル１６２に登録する。

図２５は、サブタスク要求量テーブル１６３を作成及び更新するための画面の例である。なお、図２５では、サブタスクの提示要求量に関する情報を変更する場合の例を示しているが、変更だけでなく、追加及び削除も可能である。

画面２５０１は、領域２５１１、領域２５２１等を含む。領域２５１１は、ユーザが入力装置を用いて提示要求量に関する情報の追加、変更、削除のいずれかを指定するための領域である。領域２５２１は、負荷要求量に関する情報の追加、変更、削除の内容を入力するための領域である。前述のように、ここでは変更が選択されているので、既に存在するサブタスク要求量テーブル１６３の各レコードの情報が領域２５２１に表示される。ユーザは、入力装置を用いて、変更したい負荷要求量に関する項目（例えばカテゴリ、サブタスク名、要求属性など）を選択する。図２５では、「視覚要求」の要求属性が選択された例を示している。ユーザは、このように変更したい項目を選択した後に、変更する値を入力する。ここでは、要求属性が選択されているので、ユーザが入力装置を用いて、領域２５２２に要求属性の値を入力可能とする例を示している。コンピュータ１９３は、入力された値を、選択された属性要求の負荷要求量としてサブタスク要求量テーブル１６３に登録する。

また、例えば、新たにカテゴリを追加したい場合、ユーザは、入力装置を用いてボタン２５３１を押下し、所定領域に追加するカテゴリの名称などを自由入力するとよい。コンピュータ１９３は、入力された情報をサブタスク要求量テーブル１６３に登録する。

前述のように作成、更新されたテーブルの夫々は、任意のタイミングで、通信ネットワークやI/Fを介して、又は、可搬性記憶媒体に記憶されたものを読み込むことにより、情報提示装置１００に入力され、記憶部１６０に記憶される。
[負荷加重テーブル]

負荷加重テーブル１６４は、前述のように、負荷推定部１３０での負荷算出処理（図８のＳ８０４、図１４）において、動的ファクタ乗算（Ｓ１４１２）を行った後の補正に用いる（Ｓ１４１３）。この目的は、ここで説明する複数のタスク、複数のサブタスク、および動的ファクタを用いて求めた負荷要求の値を、現実世界で作業者が感じている行為の精神的負荷に近似させるスケーリングのためである。

ここでは、作業者が実際に感じるＷＬの値をＬとし、このうち、ある作業状況ｉにおいて計測されたＷＬ値をＬｉとする。また、ある作業状況ｉにおける前述の一次元化負荷量（算出された精神的負荷量）をＬ’ｉとする。ＷＬ値Ｌｉと一次元化負荷量Ｌ’ｉとは、必ずしも厳密に一致するとは限らず、一次元化負荷量Ｌ’ｉを算出するための加重値や定数項は、ＷＬ値Ｌｉに近づくように設定される。

一次元化負荷量Ｌ’ｉは、数１に示す重回帰モデルを用いて求めている。なお、ここでは、前述の精神的負荷の要求属性は、視覚要求Ｖ、聴覚要求Ａ、認識／判断要求Ｃ、精神的操作要求Ｐの４種類であるものとして説明する。また、動的ファクタ乗算（Ｓ１４１２）を行った後の、視覚要求Ｖ、聴覚要求Ａ、認識／判断要求Ｃ、精神的操作要求Ｐの夫々の負荷要求量をＶ_ｉ，Ａ_ｉ，Ｃ_ｉ．Ｐ_ｉとする。また、負荷加重テーブルより取得した、視覚要求Ｖ、聴覚要求Ａ、認識／判断要求Ｃ、精神的操作要求Ｐの夫々の加重値をｗ_ｖ、ｗ_Ａ、ｗ_Ｃ、ｗ_Ｐとし、定数項をｗ_δとする。

この一次元化負荷量Ｌ’ｉにおいて、作業者が実際に感じるＷＬ値Ｌｉに近似させるための加重値であるｗ_ｖ、ｗ_Ａ、ｗ_Ｃ、ｗ_Ｐ、および、定数項ｗ_δは、例えば、最小二乗法を用いて求めることができる。その一例として、作業者が感じるＷＬ値を、多くの技術で用いられている、主観的指標によるＷＬの計測手法であるＮＡＳＡ−ＴＬＸ法を用い、いくつかの作業状況において計測することとして説明する。ＮＡＳＡ−ＴＬＸ法は、６つの評価軸に関する得点と、２つの評価軸の組み合わせ間の重要性を作業者に問い、０〜１００のＷＬ値を算出することとする。

ここで、ｉ番目の状況のＷＬ値Ｌ_ｉと、視覚要求Ｖ、聴覚要求Ａ、認識／判断要求Ｃ、精神的操作要求Ｐの夫々の負荷要求量Ｖ_ｉ，Ａ_ｉ，Ｃ_ｉ．Ｐ_ｉとの二乗誤差Ｅは数２のようになる。

二乗誤差Ｅを最小にするため、二乗誤差Ｅを加重値ｗ_ｖ、ｗ_Ａ、ｗ_Ｃ、ｗ_Ｐおよび、ｗ_δの夫々で偏微分し、これを０とすると、以下の数３〜数７が得られる。

前述の数３〜数７を整理して連立させ、行列式にすると、求めたい加重値ｗ_ｖ、ｗ_Ａ、ｗ_Ｃ、ｗ_Ｐ、および、ｗ_δは逆行列を用いて数８のように表すことができる。

このようにして、作業者が実際に感じるＷＬの値Ｌ_ｉ、および、その際に負荷推定部の動的ファクタ乗算（Ｓ１４１２）の後で得られる負荷要求量Ｖ_ｉ，Ａ_ｉ，Ｃ_ｉ．Ｐ_ｉの夫々をいくつかの状況で観測することで、負荷加重テーブル１６４の各要素である加重値ｗ_ｖ、ｗ_Ａ、ｗ_Ｃ、ｗ_Ｐ、および、ｗ_δを求めることができる。

なお、要求属性は前述に限るわけではなく、任意の属性を含めることができ、その数も限定されない。どのような要求属性であっても、夫々における負荷加重は前述と同様に求めることができる。また、負荷加重の算出も、前述の最小二乗法に限らず、例えば非線形最小二乗法、最急降下法、ニュートン法など、他の数値解析手法により負荷加重を求めてもよい。また、前述の数１の重回帰式は一例であって、夫々の要求属性の値の次元や、指数関数式による式など、適宜選択することができる。また、説明のように解析的なモデル以外にも確率モデル、統計的な数値の利用などの適用を妨げるものではない。

また、作業者が感じるＷＬ値の計測方法は前述のＮＡＳＡ−ＴＬＸ法に限定せず、ＳＷＡＴ法やＤＡＬＩ法などの主観的指標によるＷＬ値、オクルージョン法、あるいは、心拍などの生体指標を用いての精神的ＷＬと相関の高い数値をはじめとする多くの手法から選択して用いてもよい。

なお、作業者が実際に感じるＷＬ値は、限定的な状況で計測しても算出できるが、その状況の性質はまちまちであることで精度向上が期待できる。また、計測状況数は多い方がよいが、あまり多すぎると逆にノイズによる影響を受け精度が下がることがある。このような場合は、例えば自動車運転では一般道路と高速道路など道路クラスに応じて別途負荷加重を算出するなど、複数の負荷加重を用意して適用してもよい。

以上、本発明の一実施形態を説明した。ＷＬの考え方では、作業の強度が強い場合には、作業者は集中や努力を必要とされ、この状態が続くと作業者には精神的な疲労を感じ、長時間続く場合には抑うつなどの精神疾患の原因になるとも考えられている。また、作業強度が低い場合が長時間続いても、飽き、単調感、不満や作業者の意識低下、生産性の低下につながる。また、本来の作業を妨害する別の作業が発生する場合、集中力低下により作業中の事故の原因となると考えられている。

たとえば、自動車を運転するという作業を行う作業者にとっても、ＷＬの不都合による自動車事故が問題である。具体的には、長時間運転による疲労や単調な運転状況が引き起こす居眠りや注意力低下による事故がある。また、運転中のスマートフォンやカーナビゲーションシステムなど情報機器を用いて多くの情報の視聴や機器の操作を行ったことで危険を察知・認識・回避を怠ることが原因となる事故も多く、作業者が車内で情報機器を視聴・利用・操作する行為が、作業者のリソースとしての認知・判断・操作の機能を阻害する注意散漫(ディストラクション)を引き起こす原因となりうる。

したがって、作業者が行う作業の強度とその反応となる作業者の状況を、ＷＬを用いて観察、評価し、適切な情報提供の選択やタイミングの考慮、および、作業プロセスを工夫して、作業環境を改善することが求められる。自動車運転においても、事故の人的要因（「認知」・「判断」・「操作」夫々でのエラー）に対して、作業者のＷＬを推定し，これが高水準の時には自動車自体の挙動、および、情報機器が提示する情報量や必要とする操作量を制限するといった新しいシステム開発が期待されている。

従来、ＷＬを評価する方法として、作業者の心拍や脳波やアミラーゼの量などをセンサにより計測する生理的指標、アンケートを用いた点数を評価する主観的指標、および、副課題を与えた場合の作業成果を計測する副課題指標などが用いられてきた。これら指標により、特に、自動車運転作業に関しては、これらの指標を用いて測定した作業者のＷＬ評価結果を用いて、車両内機器で作業者に提示する情報を選択、タイミングを調整する技術があった。しかし、従来の技術では、あらかじめ特定した状況に特化したＷＬを出力することが前提である。ところが、実際には、ほぼ無数の状況が存在しえる。それらの状況すべてのＷＬを測定することは困難であり、現実的ではない。

前述のように、本実施形態では、タスク条件テーブル、サブタスクテーブル、サブタスク要求量テーブル、負荷加重テーブルを用いて、状況推定、負荷推定および余裕度を推定することができる。すべての状況は、有限個のタスクの組合せと、有限個のサブタスクの組み合わせとから、その状況下での負荷要求量を分析可能である。

また、負荷加重テーブルを作業者が感じるＷＬを近似するようにして補正している。この結果、余裕度に応じた情報提示の選択を行うことで、膨大な状況に対しても、網羅度が高く維持管理も容易となる実用的な作業環境を提供することができる。

なお、前述では、タスク条件テーブル、サブタスクテーブル、サブタスク要求量テーブル、負荷加重テーブルを用いて負荷要求量を算出しているが、これら全てを用いる必要はない。入力情報から、前述のタスク及びサブタスクが特定され、サブタスクから、作業者への精神的負荷を示す負荷要求量が取得可能であればよい。同様に、上記では、余裕度と情報提示テーブルとを用いて提示情報が提示可能か否か判定しているが、必ずしも情報提示テーブルを用いる必要はなく、余裕度に応じて情報が提示可能か否か判定できればよい。

また、前述では、負担限界量から、負荷推定部で算出した負荷量を減じた量を余裕度としているが、負荷要求量から余裕度を取得できればよく、取得技術はこれに限らない。例えば、負荷要求量と所定関数とから余裕度を取得してもよい。

また、前述のテーブルは一例であり、図示したものに限らない。例えばタスク、サブタスク及び負荷要求量、加重係数や定数項、提示要求量など、前述した情報の夫々を示すことが可能な情報であればよい。情報提示装置の構成も一例であり、図示したものに限らない。例えば、ある部が他の部の機能のうち少なくとも一部を有してもよく、１つの部が複数に分割されていてもよい。また、情報提示装置は、独立した１つの装置であってもよく、他の装置（たとえばナビゲーションシステムなど）の一部として構成されてもよい。

以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、前述の実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態の構成の一部を他の実施形態の構成に置き換えることが可能であり、また、ある実施形態の構成に他の実施形態の構成を加えることも可能である。また、各実施形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

また、前述の各図において、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも実装上の全ての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えてもよい。

１００：情報提示装置、１１０：情報取得部、１２０：状況推定部、１３０：負荷推定部、１４０：余裕度推定部、１５０：提示情報選択部、１６０：記憶部、１６１：タスク条件テーブル、１６２：サブタスクテーブル、１６３：サブタスク要求量テーブル、１６４：負荷加重テーブル、１６５：情報提示テーブル、１７０：入力部、１８０：出力部、１９１：外部情報源、１９２：データサーバ、１９３：コンピュータ、１９４：情報提示源

Claims (8)

1. 状況を示す１つ以上のタスクを示すタスク情報と、タスクの夫々の状況において作業者が実行する可能性のある１つ以上の作業要素であるサブタスクを示すサブタスク情報と、サブタスクの夫々に対する精神的負荷である負荷要求量を示すサブタスク要求量情報と、を記憶する記憶部と、
   １つ以上の外部情報源から入力情報が入力される情報取得部と、
   前記入力された入力情報と、前記タスク情報とから、１つ以上のタスクを特定する状況推定部と、
   前記特定されたタスクの夫々と、前記サブタスク情報とから、１つ以上のサブタスクを特定し、前記特定されたサブタスクと、前記サブタスク要求量情報とから、負荷要求量を取得する負荷推定部と、
   前記取得された負荷要求量から余裕度を取得する余裕度推定部と、
   前記余裕度から、提示する情報を選択する提示情報選択部と、を含むこと
   を特徴とする情報提示装置。
2. 請求項１に記載の情報提示装置であって、
   １つ以上の提示情報源からの１つ以上の提示要求を取得する提示情報取得部、をさらに含み、
   前記提示情報選択部は、前記余裕度から、前記１つ以上の提示要求のうち少なくとも１つを選択し、選択した提示要求に該当する情報を出力部に出力させること
   を特徴とする情報提示装置。
3. 請求項１に記載の情報提示装置であって、
   入力部、をさらに含み、
   前記タスク情報と、前記サブタスク情報と、前記サブタスク要求量情報とのうち少なくとも１つが、前記入力部を介して入力され、前記記憶部に記憶されること
   を特徴とする情報提示装置。
4. 請求項１に記載の情報提示装置であって、
   前記入力情報は時刻情報を含む時系列情報として取得され、
   前記余裕度推定部は、時刻情報の夫々の時刻における余裕度を算出すること
   を特徴とする情報提示装置。
5. 請求項１に記載の情報提示装置であって、
   １つ以上の提示情報源からの１つ以上の提示要求を取得する１つ以上の提示情報取得部、をさらに含み、
   前記余裕度推定部は、複数の時刻の夫々における余裕度を算出し、
   前記提示情報選択部は、提示要求に応じて提示させる提示情報の内容を、複数の時刻の夫々における余裕度に応じて選択して、出力部に出力させること
   を特徴とする情報提示装置。
6. 請求項１に記載の情報提示装置であって、
   前記記憶部には、必ずしも作業者に作業をさせるとは限らないが、作業者に精神的負荷のかかり得る状況に応じた重みがさらに記憶されており、
   前記負荷推定部は、前記特定されたサブタスクと、前記サブタスク要求量情報と、前記重みとから、負荷要求量を取得すること
   を特徴とする情報提示装置。
7. １つ以上の外部情報源から入力情報が入力される情報取得ステップと、
   前記入力された入力情報と、状況を示す１つ以上のタスクを示すタスク情報とから、１つ以上のタスクを特定する状況推定ステップと、
   前記特定されたタスクの夫々と、タスクの夫々の状況において作業者が実行する可能性のある１つ以上の作業要素であるサブタスクを示すサブタスク情報とから、１つ以上のサブタスクを特定し、前記特定されたサブタスクと、サブタスクの夫々に対する精神的負荷である負荷要求量を示すサブタスク要求量情報とから、負荷要求量を取得する負荷推定ステップと、
   前記取得された負荷要求量から余裕度を取得する余裕度推定ステップと、
   前記余裕度から、提示する情報を選択する提示情報選択ステップと、を含むこと
   を特徴とする方法。
8. コンピュータ実行可能なプログラムであって、
   状況を示す１つ以上のタスクを示すタスク情報と、タスクの夫々の状況において作業者が実行する可能性のある１つ以上の作業要素であるサブタスクを示すサブタスク情報と、サブタスクの夫々に対する精神的負荷である負荷要求量を示すサブタスク要求量情報と、を記憶する記憶装置、を有するコンピュータにより実行されると、コンピュータを、
   １つ以上の外部情報源から入力情報が入力される情報取得部と、
   前記入力された入力情報と、前記タスク情報とから、１つ以上のタスクを特定する状況推定部と、
   前記特定されたタスクの夫々と、前記サブタスク情報とから、１つ以上のサブタスクを特定し、前記特定されたサブタスクと、前記サブタスク要求量情報とから、負荷要求量を取得する負荷推定部と、
   前記取得された負荷要求量から余裕度を取得する余裕度推定部と、
   前記余裕度から、提示する情報を選択する提示情報選択部と、して機能させること
   を特徴とするプログラム。

Images