(57)【要約】【課題】より柔軟な問合せを実現することが可能な報知装置等を提供する。【解決手段】報知装置は、ユーザの意思によって報知装置１２からの提案を保留状態にすることができるよう動作する（Ｓ２３５，Ｓ２３７）。このため、提案の受諾有無の判断時期を明示的に先延ばしにすることができ、ユーザにとって使い勝手が良い。また、報知装置は、ガソリン残量が極めて少ないと推定した場合には保留状態を解除し、再提案を行うように動作する（Ｓ１４５，Ｓ１５０）。このため、状態変化に応じてユーザに適切に提案内容を伝達することができる。【選択図】図４
2008044398.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも乗員情報、車両情報、又は、車両の周辺情報の何れかを状態情報として取得する状態情報取得手段と、
報知情報を取得する報知情報取得手段と、
報知情報を報知する報知手段と、
前記報知情報取得手段から前記報知情報を受け取ると、前記状態情報取得手段により取得された前記状態情報に基づいて前記報知情報の有効期限を設定し、その有効期限を満たしている間、前記報知情報を前記報知手段に報知させる制御手段と、
を備えた報知装置。
【請求項２】
請求項１に記載の報知装置において、
さらに、ユーザからの指示を受け付ける指示受付手段を備え、
前記制御手段は、前記報知を開始後、前記指示受付手段がユーザから報知を保留させる旨の指示を受け付けると前記報知を一旦停止させた保留状態にしておき、前記指示受付手段がユーザから報知を再開させる旨の指示を受け付けると、前記有効期限を満たしていることを条件に、前記報知を再開させること、
を特徴とする報知装置。
【請求項３】
請求項１に記載の報知装置において、
さらに、ユーザからの指示を受け付ける指示受付手段を備え、
前記制御手段は、前記報知を開始後、前記指示受付手段がユーザから報知を保留させる旨の指示を受け付けると前記報知を一旦停止させた保留状態にしておき、前記有効期限の残り時間に応じて前記報知を再開させること、
を特徴とする報知装置。
【請求項４】
請求項１に記載の報知装置において、
さらに、ユーザからの指示を受け付ける指示受付手段を備え、
前記制御手段は、前記報知を開始後、前記指示受付手段がユーザから報知を保留させる旨の指示を受け付けると前記報知を一旦停止させた保留状態にしておき、前記有効期限を満たしていることを条件に、前記状態情報取得手段が取得した前記状態情報に基づいて前記報知を再開させること、
を特徴とする報知装置。
【請求項５】
請求項２〜請求項４の何れかに記載の報知装置において、
前記制御手段は、前記報知を開始後、又はその報知を保留状態にした後、前記指示受付手段がユーザから前記有効期限を延長する旨の指示を受け付けると、前記有効期限を延長すること、
を特徴とする報知装置。
【請求項６】
請求項２〜請求項５の何れかに記載の報知装置において、
前記制御手段は、前記報知を開始後、又はその報知を保留状態にした後、前記指示受付手段がユーザから当該報知を継続又は再開させることなく将来に渡って停止させる旨の指示を受け付けると、前記有効期限にかかわらず当該報知情報についての報知を完全に停止させること、
を特徴とする報知装置。
【請求項７】
請求項２〜請求項６の何れかに記載の報知装置において、
前記制御手段は、前記報知を開始後、又はその報知を保留状態にした後、前記状態情報取得手段が取得した前記状態情報に基づき、当該報知を今後行う必要があるか否かを判定し、当該報知を今後行う必要がないと判定した場合は、前記有効期限にかかわらず当該報知情報についての報知を完全に停止させること、
を特徴とする報知装置。
【請求項８】
請求項２〜請求項７請求項の何れかに記載の報知装置において、
前記制御手段は、前記報知情報を前記報知手段に報知させている間に、前記報知情報取得手段から新たに別の前記報知情報を受け取ると、前記状態情報取得手段により取得された前記状態情報に基づいて新たな前記報知情報についての有効期限の設定は行うが、当該報知情報についての報知は保留状態にしておくこと、
を特徴とする報知装置。
【請求項９】
請求項２〜請求項７の何れかに記載の報知装置において、
前記制御手段は、前記報知情報を前記報知手段に報知させている間に、前記報知情報取得手段から新たに別の前記報知情報を受け取ると、前記状態情報取得手段により取得された前記状態情報に基づいて新たな前記報知情報についての有効期限の設定を行い、現在報知させている前記報知情報の前記有効期限の残り時間と、新たな前記報知情報の有効期限の残り時間とを比較し、短い方の前記報知情報を前記報知手段に報知させ、他方の前記報知情報は保留状態にすること、
を特徴とする報知装置。
【請求項１０】
請求項８又は請求項９に記載の報知装置において、
前記制御手段は、報知中の前記報知情報と保留状態の前記報知情報とを、それぞれの有効期限の残り時間に基づいて周期的に切り替えて報知を行うこと、
を特徴とする報知装置。
【請求項１１】
請求項１〜請求項１０の何れかに記載の報知装置において、
前記制御手段は、前記状態情報取得手段が取得した前記状態情報に基づき、設定した前記有効期限を変更すること、
を特徴とする報知装置。
【請求項１２】
有効期限設定装置と報知装置とを有する報知システムにおいて、
前記有効期限設定装置は、
少なくとも乗員情報、車両情報、又は、車両の周辺情報の何れかを状態情報として取得する状態情報取得手段と、
報知情報を取得する報知情報取得手段と、
前記状態情報取得手段により取得された前記状態情報に基づいて前記報知情報の有効期限を設定し、前記報知情報にその有効期限を付加して前記報知装置へ渡す第一の制御手段と、
を備え、
一方、前記報知装置は、
報知情報を報知する報知手段と、
前記有効期限設定装置より受け取った前記報知情報を、当該報知情報に付加された前記有効期限を満たしている間、前記報知手段に報知させる第二の制御手段と、
を備えたことを特徴とする報知システム。
【請求項１３】
請求項１２に記載の報知システムにおいて、
前記報知装置は、さらに、ユーザからの指示を受け付ける指示受付手段を備え、
前記第二の制御手段は、前記報知を開始後、前記指示受付手段がユーザから報知を保留させる旨の指示を受け付けると前記報知を一旦停止させた保留状態にしておき、前記指示受付手段がユーザから報知を再開させる旨の指示を受け付けると、前記有効期限を満たしていることを条件に、前記報知を再開させること、
を特徴とする報知システム。
【請求項１４】
請求項１２に記載の報知システムにおいて、
前記報知装置は、さらに、ユーザからの指示を受け付ける指示受付手段を備え、
前記第二の制御手段は、前記報知を開始後、前記指示受付手段がユーザから報知を保留させる旨の指示を受け付けると前記報知を一旦停止させた保留状態にしておき、前記有効期限の残り時間に応じて前記報知を再開させること、
を特徴とする報知装置。
【請求項１５】
請求項１２に記載の報知システムにおいて、
前記報知装置は、さらに、ユーザからの指示を受け付ける指示受付手段を備え、
前記第二の制御手段は、前記報知を開始後、前記指示受付手段がユーザから報知を保留させる旨の指示を受け付けると前記報知を一旦停止させた保留状態にしておき、
前記第一の制御手段は、前記状態情報取得手段が取得した前記状態情報に、前記保留状態を解除させるに値する所定の変化があった場合、その旨を前記第二の制御手段に通知し、
前記第二の制御手段は、前記報知を保留状態にした後、前記第一の制御手段から前記通知を受けると、前記有効期限を満たしていることを条件に前記報知を再開させること、
を特徴とする報知システム。
【請求項１６】
請求項１３〜請求項１５の何れかに記載の報知システムにおいて、
前記第二の制御手段は、前記報知を開始後、又はその報知を保留状態にした後、前記指示受付手段がユーザから前記有効期限を延長する旨の指示を受け付けると、前記有効期限を延長させること、
を特徴とする報知システム。
【請求項１７】
請求項１３〜請求項１６の何れかに記載の報知システムにおいて、
前記第二の制御手段は、前記報知を開始後、又はその報知を保留状態にした後、前記指示受付手段がユーザから当該報知を継続又は再開させることなく将来に渡って停止させる旨の指示を受け付けると、前記有効期限にかかわらず当該報知情報についての報知を完全に停止させること、
を特徴とする報知システム。
【請求項１８】
請求項１３〜請求項１７の何れかに記載の報知システムにおいて、
前記第一の制御手段は、前記状態情報取得手段が取得した前記状態情報に、前記第二の制御手段が報知又は保留させている前記報知情報が無意味となるような所定の変化があった場合、その旨を前記第二の制御手段に通知し、
前記第二の制御手段は、前記報知を開始後、又はその報知を保留状態にした後、前記第一の制御手段から前記通知を受け取ると、前記有効期限にかかわらず当該報知情報についての報知を完全に停止させること、
特徴とする報知システム。
【請求項１９】
請求項１３〜請求項１８の何れかに記載の報知システムにおいて、
前記第一の制御手段は、前記報知情報取得手段から新たに別の前記報知情報を受け取ると、前記状態情報取得手段により取得された前記状態情報に基づいて新たな前記報知情報についての有効期限を設定し、前記報知情報にその有効期限を付加して前記第二の制御手段へ渡し、
前記第二の制御手段は、前記報知情報を前記報知手段に報知させている間に、前記第一の制御手段から新たに別の前記報知情報を受け取ると、新たに受け取った前記報知情報については報知することなく保留状態にしておくこと、
を特徴とする報知システム。
【請求項２０】
請求項１３〜請求項１８の何れかに記載の報知システムにおいて、
前記第一の制御手段は、前記報知情報取得手段から新たに別の前記報知情報を受け取ると、前記状態情報取得手段により取得された前記状態情報に基づいて新たな前記報知情報についての有効期限を設定し、前記報知情報にその有効期限を付加して前記第二の制御手段へ渡し、
前記第二の制御手段は、前記報知情報を前記報知手段に報知させている間に、前記第一の制御手段から新たに別の前記報知情報を受け取ると、新たに受け取った前記報知情報の前記有効期限の残り時間と、現在報知させている前記報知情報の前記有効期限の残り時間とを比較し、短い方の前記報知情報を前記報知手段に報知させ、他方の前記報知情報は保留状態にすること、
を特徴とする報知システム。
【請求項２１】
請求項１９又は請求項２０に記載の報知システムにおいて、
前記第二の制御手段は、報知中の前記報知情報と保留状態の前記報知情報とを、それぞれの有効期限の残り時間に基づいて周期的に切り替えて報知を行うこと、
を特徴とする報知システム。
【請求項２２】
請求項１２〜請求項２１の何れかに記載の報知システムにおいて、
前記第一の制御手段は、前記状態情報取得手段が取得した前記状態情報を前記第二の制御手段に渡し、
前記第二の制御手段は、前記第一の制御手段から受け取った前記状態情報に基づき前記有効期限を変更すること、
を特徴とする報知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、乗員に対して問合せ内容等を伝達する報知装置等に関する。
【背景技術】
【０００２】
近年、車両内において様々な自動制御、例えば、ナビゲーションシステムからの情報により、トンネル進入前にライトの点灯、ドアウィンドウのクローズ、エアコンの内気循環への切り替え等が自動的に行われる仕組みが考えられている。しかしながら、この手の自動制御は、万人全ての意思に基づいた制御ではなく、万人の平均的な感覚を基準に制御がなされるようになっており、必ずしも実際の乗員の意思にあった制御がなされるとは限らない。そのため、意思にそぐわない制御がなされ乗員が不快感を覚える場合も考えられる。
【０００３】
そこで、下記の特許文献１に記載の発明が提案され、上記問題が解決されている。この発明に係る自動制御システムは、制御内容を事前に乗員に報知し、乗員がその制御内容に対する実行可否を回答することによってはじめて自動制御が行われる。
【特許文献１】特開２０００−１２７８６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、乗員は、自動制御システムからの問合せに対して即座に応答できなかったり、応答を先延ばしにしたいと考える場合もある。特許文献１に記載された自動制御システムでは、所定時間内に応答を行わなければ強制的に自動制御が行われるようになっているため（特許文献１の段落「００３１」等参照）、その所定時間が長すぎれば、状況が変化して問合せ自体が無意味なものとなってしまったり、自動制御の開始が遅れてしまったりする場合が考えられる。また、逆に所定時間が短すぎれば、乗員に「もう少し後に応答しようと思っていたのに」という不満を抱かせてしまう場合もある。
【０００５】
本発明はこのような問題にかんがみなされたものであり、より柔軟な問合せを実現することが可能な報知装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するためになされた請求項１に記載の報知装置は、状態情報取得手段と、報知情報取得手段と、報知手段と、制御手段とを備える。状態情報取得手段は、少なくとも乗員情報、車両情報、又は、車両の周辺情報の何れかを状態情報として取得する手段であり、報知情報取得手段は報知情報を取得する手段であり、報知手段は報知情報を報知する。そして、制御手段は、報知情報取得手段から報知情報を受け取ると、状態情報取得手段により取得された状態情報に基づいて報知情報の有効期限を設定し、その有効期限を満たしている間、報知情報を報知手段に報知させるようになっている。なお、ここで言う「乗員情報」というのは、乗員に関する様々な情報であり、例えば、乗員の着座有無に関する情報、乗員の表情や体調に関する情報等である。また、「車両情報」というのは、車両自体に関する様々な情報であり、例えば、車両の走行情報、車両装備の動作情報等である。また、「車両の周辺情報」というのは、車両外部の様々な情報であり、例えば、走行予定道路の交通情報や、走行予定道路の天気情報や、車両周囲の地形の情報や、車両周囲の障害物の情報等である。
【０００７】
このような報知装置によれば、有効期限を満たしている間、報知情報が報知されるため、有効期限が切れた報知情報が報知され続けることがない。つまり、無意味となった報知情報が報知され続けることを防止できる。
【０００８】
ところで、報知装置は、さらに、ユーザからの指示を受け付ける指示受付手段を備えているとよい。その場合、制御手段は、報知を開始後、指示受付手段がユーザから報知を保留させる旨の指示を受け付けると報知を一旦停止させた保留状態にしておき、指示受付手段がユーザから報知を再開させる旨の指示を受け付けると、有効期限を満たしていることを条件に、報知を再開させるようになっているとよい（請求項２）。
【０００９】
このようになっていれば、有効期限が切れた報知情報が報知されることを防止しながら報知動作をユーザの意思によって制御でき、報知装置の使い勝手が向上する。なお、報知情報がユーザに応答を要するものであり、その応答受け付けが報知と連動したものであれば、ユーザは応答を保留することができることになるため、特にユーザにとって都合が良い。
【００１０】
また、保留状態にできるようになっているのであれば、制御手段は、報知を保留状態にした後、有効期限の残り時間に応じて報知を再開させるようになっているとよい（請求項３）。ここで言う「有効期限の残り時間に応じて」というのは、例えば、有効期限の残り時間が所定時間を下回った場合や、有効期限の残り時間が当初設定された有効期限の所定割合を下回った場合や、有効期限の残り時間がゼロになった場合等である。
【００１１】
このようになっていれば、報知を保留状態にしたことをユーザが忘れ、報知が再開されることなくそのまま報知情報が有効期限切れとなってしまうことを防止することができる。
【００１２】
また、保留状態にできるようになっているのであれば、制御手段は、報知を保留状態にした後、有効期限を満たしていることを条件に、状態情報取得手段が取得した状態情報に基づいて報知を再開させるようになっているとよい（請求項４）。
【００１３】
このようになっていれば、車両の状態が変化した場合等に保留状態にされていた報知情報が再報知されるため、状態変化に応じてユーザに適切に報知情報を伝達することができる。
【００１４】
また、制御手段は、報知を開始後、又はその報知を保留状態にした後、指示受付手段がユーザから有効期限を延長する旨の指示を受け付けると、有効期限を延長するようになっているとよい（請求項５）。
【００１５】
このようになっていれば、有効期限についてユーザの意思を反映することができるため、結果として報知装置の使い勝手が向上する。
また、制御手段は、報知を開始後、又はその報知を保留状態にした後、指示受付手段がユーザから当該報知を継続又は再開させることなく将来に渡って停止させる旨の指示を受け付けると、有効期限にかかわらず当該報知情報についての報知を完全に停止させるようになっているとよい（請求項６）。なお、「完全に停止させる」というのは、保留状態にするのではなく、再開させることのない状態にすることである。
【００１６】
このようになっていれば、ユーザが再報知を希望しない場合に、それを実現することができ、報知装置の使い勝手が向上する。
また、制御手段は、報知を開始後、又はその報知を保留状態にした後、状態情報取得手段が取得した状態情報に基づき、当該報知を今後行う必要があるか否かを判定し、当該報知を今後行う必要がないと判定した場合は、有効期限にかかわらず当該報知情報についての報知を完全に停止させるようになっているとよい（請求項７）。なお、「完全に停止させる」というのは、保留状態にするのではなく、再開させることのない状態にすることである。
【００１７】
このようになっていれば、乗員情報や車両情報や車両の周辺情報等の変化に応じて報知を完全に停止させることができ、実情に合った適切な報知がなされると考えられる。
ところで、制御手段が一の報知情報を報知させている間に、別の報知情報を報知させる必要が生ずる場合が考えられる。その場合、制御手段は、状態情報取得手段により取得された状態情報に基づいて新たな報知情報についての有効期限の設定は行うが、当該報知情報（新たな報知情報）についての報知は保留状態にしておくようになっているとよい（請求項８）。
【００１８】
このようになっていれば、現在報知させている報知情報をそのまま報知させておきながら、新たな報知情報については報知機会を持たせることができる。したがって、報知情報に対するユーザの視認動作等を妨げることなく、複数の報知情報を報知させることが可能となる。
【００１９】
また、制御手段は、報知情報を報知手段に報知させている間に、報知情報取得手段から新たに別の報知情報を受け取ると、状態情報取得手段により取得された状態情報に基づいて新たな報知情報についての有効期限の設定を行い、現在報知させている報知情報の有効期限の残り時間と、新たな報知情報の有効期限の残り時間とを比較し、短い方の報知情報を報知手段に報知させ、他方の報知情報は保留状態にするようになっているとよい（請求項９）。
【００２０】
このようになっていれば、新たな報知情報を報知装置が受け取った際、有効期限の残り時間の短い方の報知情報が優先的に報知される。したがって、有効期限の短い報知情報が報知されることなく保留状態のまま有効期限を過ぎてしまうということを防止することができる。
【００２１】
また、制御手段は、報知中の報知情報と保留状態の報知情報とを、それぞれの有効期限の残り時間に基づいて周期的に切り替えて報知を行うようになっていてもよい（請求項１０）。
【００２２】
このようになっていれば、報知されることなく有効期限を満了してしまう報知情報の発生を防止することができる上、頻繁に報知される情報は有効期限の残り時間が少ないものであるとユーザは知ることができる。
【００２３】
ところで、制御手段は、状態情報取得手段が取得した状態情報に基づき、設定した有効期限を後から変更するようになっていてもよい（請求項１１）。
このようになっていれば、乗員情報や車両情報や車両の周辺情報等の変化に応じて有効期限を変更することができ、実情に合った適切な報知がなされると考えられる。
【００２４】
ここまでは発明を、状態情報取得手段と、報知情報取得手段と、報知手段と、制御手段と、指示受付手段（一部請求項のみ）とを備える報知装置として構成した場合について説明したが、同様の発明を、有効期限設定装置と報知装置とを有する報知システムとして構成してもよい。つまり、請求項１２〜請求項２２に記載したように、有効期限設定装置が、状態情報取得手段と、報知情報取得手段と、第一の制御手段とを備え、報知装置が、報知手段と、第二の制御手段と、指示受付手段（一部請求項のみ）とを備える報知システムとして構成してもよい。このように構成しても、それぞれ対応する、請求項１〜１１に記載した報知装置と同様の効果を奏する。
【発明を実施するための最良の形態】
【００２５】
以下、本発明が適用された実施形態について図面を用いて説明する。尚、本発明の実施の形態は、下記の実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態を採りうる。
【００２６】
［構成の説明］
実施形態の報知システム１１は、図１のブロック図に示すように、報知装置１２と、報知装置１２に接続された、走行系ＥＣＵ１３、ボデー系ＥＣＵ１４、ナビゲーション装置１５、乗員モニタＥＣＵ１６、表示装置１７、スピーカ１８、マイク１９及び操作装置２０を備える。
【００２７】
報知装置１２は、走行系ＥＣＵ１３、ボデー系ＥＣＵ１４、ナビゲーション装置１５、乗員モニタＥＣＵ１６、マイク１９及び操作装置２０から入力された情報に基づいてユーザに報知すべき情報を生成し、生成した情報を表示装置１７及びスピーカ１８に出力させる装置である。構成の詳細については後述する。
【００２８】
走行系ＥＣＵ１３は、エンジンＥＣＵ，ＡＴ−ＥＣＵ，ブレーキＥＣＵ等の走行に関連するＥＣＵから構成されるＥＣＵ群である。
ボデー系ＥＣＵ１４は、ドアロックＥＣＵ，ウィンドウＥＣＵ，エアコンＥＣＵ，オーディオＥＣＵ等の車両装備に関連するＥＣＵから構成されるＥＣＵ群である。
【００２９】
ナビゲーション装置１５は、広く知られたナビゲーション装置であり、報知装置１２を介して表示装置１７に現在位置付近の地図を表示させ、所定の目的地までの経路算出及び経路案内等を行う。
【００３０】
乗員モニタＥＣＵ１６は、座席に設置されたセンサ、乗員の顔面を撮影するカメラ等から得られた情報をモニタするＥＣＵである。
表示装置１７は、液晶パネルや有機ＥＬパネル等から構成され、報知装置１２から送られてきた情報を表示させる装置である。なお、表示装置１７は、複数から構成されていてもよく、その場合はそれぞれの表示装置１７が表示内容を分担しているとよい。また、それぞれの表示装置１７が各座席に設置されていてもよい。
【００３１】
スピーカ１８は、報知装置１２から送られてきた音声信号を音声として出力するものであり、主に運転者に対して音声を聞かせることができるような位置に設置されている。
マイク１９は、乗員が発した音声を入力して音声信号に変換して報知装置１２へ出力するものであり、運転者の音声を入力できるような位置に設置されている。
【００３２】
操作装置２０は、メカニカルなキースイッチや、ハプティックデバイス（操作者の操作に対して反力を与えることが可能な装置）や、ジェスチャーデバイス（操作者が行った身体操作をカメラ等によって検知し、それを指令として認識することができる装置）等から構成され、入力された指令を報知装置１２へ出力するようになっている。なお、操作装置２０は、運転者が操作可能な位置に設置されている。
【００３３】
次に報知装置１２について図２のブロック図を用いて詳説する。図２に示すように、報知装置１２は、外部通信Ｉ／Ｆ２１と、制御部２２と、サービスリポジトリ２３とを備え、これらは相互に接続されている。
【００３４】
外部通信Ｉ／Ｆ２１は、上述した各種のＥＣＵ等との通信機能を担う部位であり、通信用のマイクロコンピュータ等から構成される。
制御部２２は、ＣＰＵ、ＲＯＭ、ＲＡＭ、バス等から構成され、これらによって、環境状態推定部３１、車両状態推定部３２、乗員状態推定部３３、ユーザ意図推定部３４及びサービス実行部３５が論理的に実現されている。
【００３５】
環境状態推定部３１は、ナビゲーション装置１５を介して取得したＶＩＣＳ情報や、ボデー系ＥＣＵ１４から取得した車両周辺の情報等から、車両周辺の環境を推定する。具体的には、渋滞の状態や、天候の状態や、地形の状態や、障害物の有無等を推定する。
【００３６】
車両状態推定部３２は、走行系ＥＣＵ１３から取得したエンジン等の動作状態情報や、ボデー系ＥＣＵ１４から取得した車両装備の動作状態情報等から、車両状態を推定する。具体的には、給油の要否や、ウィンドウ開閉の要否や、空調の状態や、車両不具合の状態等を推定する。
【００３７】
乗員状態推定部３３は、乗員モニタＥＣＵ１６から取得した乗員の情報（座席に設置されたセンサからの信号、乗員の顔面を撮影するカメラ等から得られた映像情報等）から乗員の状態を推定する。具体的には、乗員の着座の有無、乗員の意識レベルや、乗員の体調等を推定する。
【００３８】
ユーザ意図推定部３４は、環境状態推定部３１、車両状態推定部３２、乗員状態推定部３３、マイク１９、及び、操作装置２０からの情報に基づき、ユーザが現在及び近い将来、取るであろう行動（例えば、、経路設定、ウィンドウの開閉、ライト類の点灯・消灯、エアコンの調整、オーディオの調整等）を推定し、実行するサービスを決定する。そして、決定したサービスに関連する情報をサービスリポジトリ２３から読み出して、サービス実行部３５に渡す。
【００３９】
サービス実行部３５は、ユーザ意図推定部３４から渡された情報に基づき、後述するサービス（ユーザに対する提案や、ＥＣＵ等に対する指令等を行う一群のプログラム）を実際に実行する部位である。なお、サービスの実行開始後であっても、環境状態推定部３１、車両状態推定部３２、乗員状態推定部３３、ユーザ意図推定部３４、マイク１９、及び、操作装置２０からの情報を利用して随時サービスの実行を継続する。
【００４０】
サービスリポジトリ２３は、フラッシュメモリ等から構成され、サービステーブルとアクションテーブルとを記憶する。このサービステーブルとアクションテーブルについて、図３のテーブルレイアウト図を用いて説明する。
【００４１】
図３（ａ）は、サービステーブルのテーブルレイアウト図である。サービステーブルのレコードは、サービスの実行に関連する情報から構成されている。具体的には、サービスＩＤと、種別と、有効期限と、メッセージとから構成される。なお、各レコードは、ユーザ意図推定部３４が推定した推定結果に対して一対多（推定結果「一」に対してサービステーブルのレコード「多」）の関係を有する。
【００４２】
サービスＩＤは、レコードを一意に特定するためのＩＤである。
重要度は、サービスの重要度を示すものである。
有効期限は、サービス起動時に設定されるデフォルトの有効期限である。なお、この有効期限は、当該サービスの内容等に応じて予め設定されており、この有効期限内であればメッセージを出力する意味があり、有効期限外であればメッセージを出力する意味がない程度に設定されたものである。また、あくまでデフォルトの有効期限であるため、実際にはサービス起動時に、上述した各推定部の推定結果に基づいて修正されて用いられる。
【００４３】
メッセージは、サービス実行時に表示装置１７に表示されるメッセージである。
図３（ｂ）は、アクションテーブルのテーブルレイアウト図である。アクションテーブルのレコードは、サービス実行時に各種のＥＣＵ等に出力される指令（アクション）に関連する情報から構成されている。具体的には、アクションＩＤと、サービスＩＤと、対象と、タイミングと、アクションとから構成される。なお、各レコードは、上記サービステーブルのレコードに対して一対多（サービステーブルのレコード「一」に対してアクションテーブル「多」）の関係を有する。
【００４４】
アクションＩＤは、レコードを一意に特定するためのＩＤである。
サービスＩＤは、対応するサービスＩＤを示すものである。
対象は、アクションの内容を送る対象となるＥＣＵや装置等を示すものである。
【００４５】
タイミングは、アクションの内容を送るタイミングを示すものである。
アクションは、アクションの内容を示すものである。
［動作の説明］
次に、報知装置１２の動作について動作例によって説明する。
【００４６】
（１）動作例１
図４は、動作例１を説明するためのラダーチャートである。本動作例では、ナビゲーション装置１５によって経路案内が実行されていることを前提としている。この前提において、報知装置１２の環境状態推定部３１が、目的地までの距離はまだ遠い（例えば１００ｋｍ以上ある）と推定したとする（Ｓ１０５）。また、報知装置１２の車両状態推定部３２が、ガソリンの残量は少ない（例えば１０Ｌ以下）と推定したとする（Ｓ１１０）。すると、これらの推定結果から、ユーザ意図推定部３４が、ユーザは近い将来給油を行うであろう（又は行わなければならないと考えるであろう）と推定する（Ｓ１１５）。
【００４７】
ユーザ意図推定部３４は、ユーザは近い将来給油を行うであろう（又は行わなければならないと考えるであろう）と推定すると、サービステーブル及びアクションテーブルを検索して該当するレコードの情報を全てサービス実行部３５へ渡す。なお、この際、サービステーブルのレコードに定義された有効期限の値を、環境状態推定部３１及び車両状態推定部３２の推定結果を踏まえ、必要に応じて修正してサービス実行部３５へ渡す（本動作例では有効期限は６０分）。すると、サービス実行部３５は、渡された情報に基づいてサービスを起動する（Ｓ１２０）。このサービスの起動により、サービス実行部３５は、表示装置１７に「ガソリン残量がわずかです。ガソリンスタンドを探しますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させる（Ｓ１２５）。そして、サービス実行部３５は、この提案の有効期限を６０分として認識する（Ｓ１３０）。
【００４８】
これに対しユーザが、提案について保留する旨の操作を操作装置２０に対して行ったとすると（Ｓ１３５）、サービス実行部３５は、上記提案を保留状態にする（Ｓ１４０）。具体的には、表示装置１７に表示させていたメッセージを消去するとともに音声出力を停止させる。
【００４９】
その後、時間が過ぎ（ただし、Ｓ１３０で認識された有効期限の残り時間内）、車両状態推定部３２が、ガソリンの残量が極めて少ない（例えば５Ｌ以下）と推定したとする（Ｓ１４５）。すると、その推定結果を受けたサービス実行部３５は、保留状態にした上記提案を再実行する（Ｓ１５０）。
【００５０】
これに対しユーザが、提案について受諾する旨の操作を操作装置２０に対して行うと（Ｓ１５５）、サービス実行部３５は、上記提案を削除（表示装置１７に表示させていたメッセージを消去し音声出力を停止）するとともに、ナビゲーション装置１５に対して最寄りのガソリンスタンドまでの経路を算出して案内するように指令を出力する（Ｓ１６０，Ｓ１６５）。指令を受け取ったナビゲーション装置１５は、目的地までの経路案内を一時的に停止し、最寄りのガソリンスタンドまでの経路を算出して案内を開始する。
【００５１】
その後、時間が過ぎ（ただし、Ｓ１３０認識された有効期限の残り時間内）、環境状態推定部３１が、車両はガソリンスタンドに到着したと推定すると（Ｓ１７０）、その結果を受けたサービス実行部３５は、ユーザ意図推定部３４から既に受け取っているアクションテーブルのレコードの内容を実行する。具体的には、給油口を開ける旨の指令、運転席のドアロックを解除する旨の指令、ヘッドライドが点灯していれば消灯させる旨の指令を、対応するＥＣＵへ出力する（Ｓ１７５）。そして、サービス実行部３５は、Ｓ１２０で起動したサービスを停止させる（Ｓ１８０）。
【００５２】
以上、動作例１について説明したが、本実施形態の報知システム１１ではユーザの意思によって報知装置１２からの提案を保留状態にすることができる（Ｓ１３５）。したがって、提案の受諾有無の判断時期を明示的に先延ばしにすることができ、ユーザにとって使い勝手が良い。
【００５３】
また、車両状態推定部３２によってガソリン残量が極めて少ないと推定された場合には保留状態が解除され、再提案がなされるようになっている（Ｓ１５０）。したがって、本実施例の報知システム１１によれば、状態変化に応じてユーザに適切に提案内容を伝達することができる。
【００５４】
（２）動作例２
次に、動作例２について図５のラダーチャートを用いて説明する。報知装置１２の環境状態推定部３１が、車両はトンネルに接近している（例えばトンネルまで３ｋｍである）と推定したとする（Ｓ２０５）。また、報知装置１２の車両状態推定部３２が、車両のウィンドウのうち何れかのウィンドウが開いていると推定したとする（Ｓ２１０）。すると、これらの推定結果から、ユーザ意図推定部３４が、ユーザは近い将来開いているウィンドウを閉める操作を行うであろう（又は行わなければならないと考えるであろう）と推定する（Ｓ２１５）。
【００５５】
ユーザ意図推定部３４は、ユーザは近い将来開いているウィンドウを閉める操作を行うであろう（又は行わなければならないと考えるであろう）と推定すると、サービステーブル及びアクションテーブルを検索して該当するレコードの情報を全てサービス実行部３５へ渡す。なお、この際、サービステーブルのレコードに定義された有効期限の値を、環境状態推定部３１及び車両状態推定部３２の推定結果を踏まえ、必要に応じて修正してサービス実行部３５へ渡す（本動作例では有効期限は３分）。すると、サービス実行部３５は、渡された情報に基づいてサービスを起動する（Ｓ２２０）。このサービスの起動により、サービス実行部３５は、表示装置１７に「トンネルが近づいています。開いているウィンドウを閉じますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させる（Ｓ２２５）。そして、サービス実行部３５は、この提案の有効期限を３分として認識する（Ｓ２３０）。
【００５６】
これに対しユーザが、提案について保留する旨の操作を操作装置２０に対して行ったとすると（Ｓ２３５）、サービス実行部３５は、上記提案を保留状態にする（Ｓ２３７）。具体的には、表示装置１７に表示させていたメッセージを消去するとともに音声出力を停止させる。
【００５７】
その後、時間が過ぎて有効期限が残り１分になると（Ｓ２４０）、サービス実行部３５は、保留状態にしていた上記提案を再実行する（Ｓ２４５）。
これに対しユーザが、提案について保留する旨の操作を操作装置２０に対して行ったとすると（Ｓ２５０）、サービス実行部３５は、上記提案を再度保留状態にする（Ｓ２５５）。
【００５８】
その後、時間が過ぎて有効期限が残り時間が３０秒になると（Ｓ２６０）、サービス実行部３５は、保留状態にしていた上記提案を再実行する（Ｓ２６５）。
これに対しユーザが無視していると（Ｓ２７０）、サービス実行部３５は、ユーザは上記提案の保留を希望していると推定し（Ｓ２７５）、上記提案を再度保留状態にする（Ｓ２８０）。
【００５９】
その後、時間が過ぎて有効期限が残り０分になると（Ｓ２８５）、サービス実行部３５は、上記提案を削除（表示装置１７に表示させていたメッセージを消去し音声出力を停止）するとともにＳ２２０で起動したサービスを停止させる（Ｓ２９０，Ｓ２９５）。
【００６０】
以上、動作例２について説明したが、本実施形態の報知システム１１では有効期限を満たしている間のみ、提案がなされるため（Ｓ２４５，Ｓ２６５）、有効期限が切れた報知情報が報知され続けることがない。つまり、本実施例の報知システム１１によれば、無意味となった報知情報が報知され続けることを防止できる。
【００６１】
また、本実施形態の報知システム１１は、有効期限の残り時間に応じて自動的に再提案がなされるようになっているため（Ｓ２４５、Ｓ２６５）、提案を保留状態にしたことをユーザが忘れ、再提案がなされることなくそのまま提案が有効期限切れとなってしまうことを防止することができる。
【００６２】
また、本実施形態の報知システム１１は、有効期限が最初に３分と設定され、その後、有効期限の残り時間が１分になった際（つまり、前回の提案から２分後）、３０秒になった際（つまり、前回の提案から３０秒後）に保留状態が自動的に解除されて再提案が行われるようになっている（Ｓ２４５、Ｓ２６５）。このように有効期限の残り時間が少なくなるにつれて再提案の間隔を短くすることにより、有効期限の満了が近づいていることを予めユーザが知ることができる。
【００６３】
（３）動作例３
次に、動作例３について図６のラダーチャートを用いて説明する。報知装置１２の環境状態推定部３１が、車両は降雨領域に接近している（例えば降雨領域まで３ｋｍである）と推定したとする（Ｓ３０５）。また、報知装置１２の車両状態推定部３２が、車両のウィンドウのうち何れかのウィンドウが開いていると推定したとする（Ｓ３１０）。すると、これらの推定結果から、ユーザ意図推定部３４が、ユーザは近い将来開いているウィンドウを閉める操作を行うであろう（又は行わなければならないと考えるであろう）と推定する（Ｓ３１５）。
【００６４】
ユーザ意図推定部３４は、ユーザは近い将来開いているウィンドウを閉める操作を行うであろう（又は行わなければならないと考えるであろう）と推定すると、サービステーブル及びアクションテーブルを検索して該当するレコードの情報を全てサービス実行部３５へ渡す。なお、この際、サービステーブルのレコードに定義された有効期限の値を、環境状態推定部３１及び車両状態推定部３２の推定結果を踏まえ、必要に応じて修正してサービス実行部３５へ渡す（本動作例では有効期限は３分）。すると、サービス実行部３５は、渡された情報に基づいてサービスを起動する（Ｓ３２０）。このサービスの起動により、サービス実行部３５は、表示装置１７に「前方は雨が降っています。開いているウィンドウを閉めますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させる（Ｓ３２５）。そして、サービス実行部３５は、この提案の有効期限を３分として認識する（Ｓ３３０）。
【００６５】
これに対しユーザが、提案について保留する旨の操作を操作装置２０に対して行ったとすると（Ｓ３３５）、サービス実行部３５は、上記提案を保留状態にする（Ｓ３４０）。具体的には、表示装置１７に表示させていたメッセージを消去するとともに音声出力を停止させる。
【００６６】
その後、環境状態推定部３１が、降雨領域が拡大し早期に降雨領域に到達すると推定したとする（Ｓ３４５）。すると、その推定結果を受けたサービス実行部３５は、保留状態にした上記提案を再実行する（Ｓ３５０）。また、Ｓ３３０で認識された有効期限を短縮する（Ｓ３５５）。具体的には、有効期限の残り時間が１分以上あれば（例えば２分あれば）、これを強制的に１分とする。
【００６７】
これに対しユーザが、提案について保留する旨の操作を操作装置２０に対して行ったとすると（Ｓ３６０）、サービス実行部３５は、上記提案を再度保留状態にする（Ｓ３６５）。
【００６８】
その後、時間が過ぎ（ただし、有効期限の残り時間内）、ユーザが保留を解除する旨の操作を操作装置２０に対して行ったとすると（Ｓ３７０）、サービス実行部３５は、上記提案の保留状態を解除し、上記提案を再実行する（Ｓ３７５）。
【００６９】
これに対しユーザが、提案について受諾する旨の操作を操作装置２０に対して行うと（Ｓ３８０）、サービス実行部３５は、上記提案を削除（表示装置１７に表示させていたメッセージを消去し音声出力を停止）するとともに、開いているウィンドウを全閉させる旨の指令を、対応するＥＣＵへ出力する（Ｓ３８５，Ｓ３９０）。そして、サービス実行部３５は、Ｓ３２０で起動したサービスを停止させる（Ｓ３９５）。
【００７０】
以上、動作例３について説明したが、本実施形態の報知システム１１では、ユーザが保留を解除する旨の操作を操作装置２０に対して行うことにより、有効期限を満たしていることを条件に保留を解除させて再提案をさせることができる（Ｓ３７０，Ｓ３７５）。したがって、有効期限が切れた提案がなされることを防止しながら再提案動作をユーザの意思によって制御でき、使い勝手が良い。
【００７１】
また、環境状態推定部３１が、降雨領域が拡大し早期に降雨領域に到達すると推定した場合には、それを理由に再提案がなされるようになっている（Ｓ３５０）。そして、有効期限を短縮するようにもなっている（Ｓ３５５）。したがって、環境変化に応じた適切な報知がなされる。
【００７２】
（４）動作例４
次に、動作例４について図７のラダーチャートを用いて説明する。報知装置１２の環境状態推定部３１が、車両は濃霧領域に接近している（例えば濃霧領域まで３ｋｍである）と推定したとする（Ｓ４０５）。また、報知装置１２の車両状態推定部３２が、車両のフォグランプが消灯していると推定したとする（Ｓ４１０）。すると、これらの推定結果から、ユーザ意図推定部３４が、ユーザは近い将来フォグランプを点灯させる操作を行うであろう（又は行わなければならないと考えるであろう）と推定する（Ｓ４１５）。
【００７３】
ユーザ意図推定部３４は、ユーザは近い将来フォグランプを点灯させる操作を行うであろう（又は行わなければならないと考えるであろう）と推定すると、サービステーブル及びアクションテーブルを検索して該当するレコードの情報を全てサービス実行部３５へ渡す。なお、この際、サービステーブルのレコードに定義された有効期限の値を、環境状態推定部３１及び車両状態推定部３２の推定結果を踏まえ、必要に応じて修正してサービス実行部３５へ渡す（本動作例では有効期限は３分）。すると、サービス実行部３５は、渡された情報に基づいてサービスを起動する（Ｓ４２０）。このサービスの起動により、サービス実行部３５は、表示装置１７に「前方で濃霧が発生しています。フォグランプを点灯しますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させる（Ｓ４２５）。そして、サービス実行部３５は、この提案の有効期限を３分として認識する（Ｓ４３０）。
【００７４】
これに対しユーザは、濃霧に遭遇してからフォグランプの点灯を検討したいと考え、提案の有効期限を延長したいと考えたとする。そして、その旨の操作を操作装置２０に対して行ったとする（Ｓ４３５）。すると、サービス実行部３５は、Ｓ４３０で認識した有効期限を延長する（Ｓ４４０）。具体的には、有効期限の残り時間が２分３０秒あったとすれば、それに３分足して有効期限の残り時間を５分３０秒にする。
【００７５】
さらにユーザは、提案について保留する旨の操作を操作装置２０に対して行ったとすると（Ｓ４４５）、サービス実行部３５は、上記提案を保留状態にする（Ｓ４５０）。具体的には、表示装置１７に表示させていたメッセージを消去するとともに音声出力を停止させる。
【００７６】
その後、時間が過ぎて有効期限の残り時間が１分になると（Ｓ４５５）、サービス実行部３５は、保留状態にしていた上記提案を再実行する（Ｓ４６０）。
これに対しユーザが、以降の報知は不要である旨の操作を操作装置２０に対して行ったとすると（Ｓ４６５）、サービス実行部３５は、上記提案を削除（表示装置１７に表示させていたメッセージを消去し音声出力を停止）する（Ｓ４７０）。そして、サービス実行部３５は、Ｓ４２０で起動したサービスを停止させる（Ｓ４７５）。
【００７７】
以上、動作例４について説明したが、本実施形態の報知システム１１では、提案の有効期限を延長したいとユーザが考えた場合、それを実現することができる（Ｓ４３５，Ｓ４４０）。このように、有効期限についてユーザの意思を反映することができるため、結果として報知システム１１の使い勝手が向上する。
【００７８】
また、以降の報知は不要であるとユーザが考えた場合、それを実現することができる（Ｓ４６５，Ｓ４７０）。このように、再提案の有無についてユーザの意思を反映することができるため、結果として報知システム１１の使い勝手が向上する。
【００７９】
（５）動作例５
次に、動作例５について図８のラダーチャートを用いて説明する。本動作例では、ナビゲーション装置１５によって経路案内が実行されていることを前提としている。この前提において、報知装置１２の環境状態推定部３１が、目的地までの距離はまだ遠い（例えば１００ｋｍ以上ある）と推定したとする（Ｓ５０５）。また、報知装置１２の車両状態推定部３２が、ガソリンの残量は少ない（例えば１０Ｌ以下）と推定したとする（Ｓ５１０）。すると、これらの推定結果から、ユーザ意図推定部３４が、ユーザは近い将来給油を行うであろう（又は行わなければならないと考えるであろう）と推定する（Ｓ５１５）。
【００８０】
ユーザ意図推定部３４は、ユーザは近い将来給油を行うであろう（又は行わなければならないと考えるであろう）と推定すると、サービステーブル及びアクションテーブルを検索して該当するレコードの情報を全てサービス実行部３５へ渡す。なお、この際、サービステーブルのレコードに定義された有効期限の値を、環境状態推定部３１及び車両状態推定部３２の推定結果を踏まえ、必要に応じて修正してサービス実行部３５へ渡す（本動作例では有効期限は６０分）。すると、サービス実行部３５は、渡された情報に基づいてサービスを起動する（Ｓ５２０）。このサービスの起動により、サービス実行部３５は、表示装置１７に「ガソリン残量がわずかです。ガソリンスタンドを探しますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させる（Ｓ５２５）。そして、サービス実行部３５は、この提案（以下、「第一の提案」と称す）の有効期限を６０分として認識する（Ｓ５３０）。
【００８１】
上記提案中に、環境状態推定部３１が、車両は濃霧領域に接近している（例えば濃霧領域まで３ｋｍである）と推定したとする（Ｓ５３５）。また、報知装置１２の車両状態推定部３２が、車両のフォグランプが消灯していると推定したとする（Ｓ５４０）。すると、これらの推定結果から、ユーザ意図推定部３４が、ユーザは近い将来フォグランプを点灯させる操作を行うであろう（又は行わなければならないと考えるであろう）と推定する（Ｓ５４５）。
【００８２】
ユーザ意図推定部３４は、ユーザは近い将来フォグランプを点灯させる操作を行うであろう（又は行わなければならないと考えるであろう）と推定すると、サービステーブル及びアクションテーブルを検索して該当するレコードの情報を全てサービス実行部３５へ渡す。なお、この際、サービステーブルのレコードに定義された有効期限の値を、環境状態推定部３１及び車両状態推定部３２の推定結果を踏まえ、必要に応じて修正してサービス実行部３５へ渡す（本動作例では有効期限は３分）。すると、サービス実行部３５は、渡された情報に基づいてサービスを起動する（Ｓ５５０）。このサービスによる提案は、表示装置１７に「前方で濃霧が発生しています。フォグランプを点灯しますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させるものであるが、すでにＳ５２０で起動したサービスが現在ユーザに対して第一の提案を提案中であるため、サービス実行部３５は、Ｓ５５０で起動したサービスによる提案（以下、「第二の提案」と称す）を行うことなく保留状態にする（Ｓ５５５）。なお、サービス実行部３５は、この提案の有効期限は３分と認識する（Ｓ５６０）。
【００８３】
この状態においてユーザが、第一の提案を受諾する旨の操作を操作装置２０に対して行ったとする（Ｓ５６５）。すると、サービス実行部３５は、第一の提案を削除（表示装置１７に表示させていたメッセージを消去し音声出力を停止）するとともに、ナビゲーション装置１５に対して最寄りのガソリンスタンドまでの経路を算出して案内するように指令を出力する（Ｓ５７０，Ｓ５７５）。指令を受け取ったナビゲーション装置１５は、目的地までの経路案内を一時的に停止し、最寄りのガソリンスタンドまでの経路を算出して案内を開始する。なお、動作例１で説明したガソリンスタンドに到着後の処理についてはここでは省略する。
【００８４】
サービス実行部３５は、第一の提案を削除するとＳ５２０で起動したサービスを停止させ（Ｓ５８０）、直後に、第二の提案を実行する（Ｓ５８５）。この第二の提案というのは、表示装置１７に「前方で濃霧が発生しています。フォグランプを点灯しますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させるものである。
【００８５】
これに対しユーザは、第二の提案について受諾する旨の操作を操作装置２０に対して行うと（Ｓ５９０）、サービス実行部３５は、上記第二の提案を削除（表示装置１７に表示させていたメッセージを消去し音声出力を停止）するとともに、フォグランプを点灯させる旨の指令を、対応するＥＣＵへ出力する（Ｓ５９３，Ｓ５９５）。そして、サービス実行部３５は、Ｓ５５０で起動したサービスを停止させる（Ｓ５９７）。
【００８６】
以上、動作例５について説明したが、本実施形態の報知システム１１では、第一の提案を行っている間に第二の提案が可能な状態になった場合には、第二の提案については保留状態にするようになっている（Ｓ５５５）。そして、第一の提案が削除された後、第二の提案を実行するようになっている（Ｓ５８５）。したがって、提案中の情報に対するユーザの視認動作等を妨げることなく、複数の提案を報知させることができる。
【００８７】
（６）動作例６
次に、動作例６について図９のラダーチャートを用いて説明する。本動作例では、ナビゲーション装置１５によって経路案内が実行されていることを前提としている。この前提において、報知装置１２の環境状態推定部３１が、目的地までの距離はまだ遠い（例えば１００ｋｍ以上ある）と推定したとする（Ｓ６０５）。また、報知装置１２の車両状態推定部３２が、ガソリンの残量は少ない（例えば２０Ｌ以下）と推定したとする（Ｓ６１０）。すると、これらの推定結果から、ユーザ意図推定部３４が、ユーザは近い将来給油を行うであろう（又は行わなければならないと考えるであろう）と推定する（Ｓ６１５）。
【００８８】
ユーザ意図推定部３４は、ユーザは近い将来給油を行うであろう（又は行わなければならないと考えるであろう）と推定すると、サービステーブル及びアクションテーブルを検索して該当するレコードの情報を全てサービス実行部３５へ渡す。なお、この際、サービステーブルのレコードに定義された有効期限の値を、環境状態推定部３１及び車両状態推定部３２の推定結果を踏まえ、必要に応じて修正してサービス実行部３５へ渡す（本動作例では有効期限は６０分）。すると、サービス実行部３５は、渡された情報に基づいてサービスを起動する（Ｓ６２０）。このサービスの起動により、サービス実行部３５は、表示装置１７に「ガソリン残量がわずかです。ガソリンスタンドを探しますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させる（Ｓ６２５）。そして、サービス実行部３５は、この提案（以下、「第一の提案」と称す）の有効期限を６０分として認識する（Ｓ６３０）。
【００８９】
上記提案中に、環境状態推定部３１が、車両は降雨領域に接近している（例えば降雨領域まで３ｋｍである）と推定したとする（Ｓ６３５）。また、報知装置１２の車両状態推定部３２が、車両のウィンドウのうち何れかのウィンドウが開いていると推定したとする（Ｓ６４０）。すると、これらの推定結果から、ユーザ意図推定部３４が、ユーザは近い将来開いているウィンドウを閉める操作を行うであろう（又は行わなければならないと考えるであろう）と推定する（Ｓ６４５）。
【００９０】
ユーザ意図推定部３４は、ユーザは近い将来ウィンドウを閉める操作を行うであろう（又は行わなければならないと考えるであろう）と推定すると、サービステーブル及びアクションテーブルを検索して該当するレコードの情報を全てサービス実行部３５へ渡す。なお、この際、サービステーブルのレコードに定義された有効期限の値を、環境状態推定部３１及び車両状態推定部３２の推定結果を踏まえ、必要に応じて修正してサービス実行部３５へ渡す（本動作例では有効期限は１分）。すると、サービス実行部３５は、渡された情報に基づいてサービスを起動する（Ｓ６５０）。このサービスは、表示装置１７に「前方は雨が降っています。開いているウィンドウを閉めますか？」というメッセージを表示させるとともに、同内容をスピーカ１８から音声出力させるものであるが、すでにＳ６２０で起動したサービスが現在ユーザに対して提案中であるため、サービス実行部３５は、Ｓ６５０で起動したサービスを即座に保留状態にする（Ｓ６５５）。なお、サービス実行部３５は、この提案（以下、「第二の提案」と称す）の有効期限は３分と認識する（Ｓ６６０）。
【００９１】
その直後、サービス実行部３５は、第一の提案と第二の提案のそれぞれについて有効期限の残り時間を比較し、長い方の提案を保留状態にし、短い方の提案を実行状態にする。つまり、第一の提案を保留状態にし、第二の提案を実行状態にする（Ｓ６６５）。
【００９２】
これに対しユーザが、第二の提案を受諾する旨の操作を操作装置２０に対して行ったとする（Ｓ６７０）。すると、サービス実行部３５は、第二の提案を削除（表示装置１７に表示させていたメッセージを消去し音声出力を停止）するとともに、開いているウィンドウを全閉させる旨の指令を、対応するＥＣＵへ出力する（Ｓ６７５，Ｓ６８０）。そして、サービス実行部３５は、Ｓ６５０で起動したサービスを停止させる（Ｓ６８５）。
【００９３】
その後、時間が過ぎて第一の提案についての有効期限の残り時間が３０分になると（Ｓ６８７）、サービス実行部３５は、保留状態にしいた第一の提案を実行状態にする（Ｓ６９０）。
【００９４】
これに対しユーザが、第一の提案を受諾する旨の操作を操作装置２０に対して行ったとすると（Ｓ６９３）。すると、サービス実行部３５は、第一の提案を削除（表示装置１７に表示させていたメッセージを消去し音声出力を停止）するとともに、ナビゲーション装置１５に対して最寄りのガソリンスタンドまでの経路を算出して案内するように指令を出力する（Ｓ６９５，Ｓ６９７）。指令を受け取ったナビゲーション装置１５は、目的地までの経路案内を一時的に停止し、最寄りのガソリンスタンドまでの経路を算出して案内を開始する。なお、動作例１で説明したガソリンスタンドに到着後の処理についてはここでは省略する。
【００９５】
その後、サービス実行部３５は、第一の提案を削除するとＳ６２０で起動したサービスを停止させる（Ｓ６９９）。
以上、動作例６について説明したが、本実施形態の報知システム１１では、第一の提案を行っている間に第二の提案が可能な状態になった場合には、第一の提案の有効期限の残り時間と第二の提案の有効期限の残り時間とを比較し、残り時間の短い方の提案、つまり第二の提案の方を実行し、第一の提案については保留状態にするようになっている（Ｓ６６５）。したがって、有効期限の短い提案がなされることなく保留状態のまま有効期限を過ぎてしまうということを防止することができる。
【００９６】
［特許請求の範囲との対応］
上記実施形態で用いた用語と、特許請求の範囲で用いた用語との対応を示す。外部通信Ｉ／Ｆ２１が状態情報取得手段及び報知情報取得手段に相当し、制御部２２が制御手段に相当する。また、上記実施形態では便宜的に表示装置１７及びスピーカ１８を報知装置１２と別体構成としたが一体構成であってもよく、その場合における表示装置１７及びスピーカ１８が、特許請求の範囲に記載した報知手段に相当する。また、上記実施形態では便宜的に操作装置２０を報知装置１２と別体構成としたが一体構成であってもよく、その場合における操作装置２０が、特許請求の範囲に記載した指示受付手段に相当する。
【００９７】
また、表示装置１７に表示させるメッセージやスピーカ１８に音声出力させるメッセージが特許請求の範囲に記載した報知情報に相当する。
［他の実施形態］
（１）上記実施形態では、複数の提案が重なった場合、有効期限の残り時間によって実行する方と保留する方とを決定していたが（動作例６）、これをサービステーブルに記憶されているそれぞれの重要度を比較することによって決定するように変更してもよい。具体的には、対応するサービスの重要度が高い方の提案を実行状態とし、低い方を保留状態にするのである。
【００９８】
このようにしても、適切に提案を行うことができると考えられる。
（２）複数の提案が重なった場合、実行中の提案と保留中の提案とを、それぞれの有効期限の残り時間に基づいて周期的に切り替えて提案を行うようになっているとよい。例えば、動作例５で説明すると、動作例５では、第一の提案が行われている間に第二の提案が可能な状態になった場合には、第二の提案については保留状態になるようになっており、第一の提案が削除された後、第二の提案が実行されるようになっていた。これを、第一の提案が行われていて第二の提案が保留状態になっている場合に、それぞれの提案の有効期限の残り時間に応じて、例えば、第一の提案については１０分毎に、第二の提案については１分毎に、実行状態に切り替えるのである。その際、他方は保留状態にすることは言うまでもない。
【００９９】
このようになっていれば、実行状態になることなく有効期限を満了してしまう提案の発生を防止することができる上、頻繁に実行される提案は有効期限の残り時間が少ないものであるとユーザは知ることができる。
【０１００】
（３）上述したように、操作装置２０は、メカニカルなキースイッチや、ハプティックデバイスや、ジェスチャーデバイス等から構成されているが、特にジェスチャーデバイスから構成されている場合は以下のようにユーザの意思を判断するとよい。例えば、ユーザが、うなずき動作を行った場合や、ウィンクを行った場合や、手を所定の形状（親指と人差し指とで丸を作った形状）にした場合等に、提案を受諾する意思を示したとして判断し、掌を前方に向けて顔の前に一定時間置いた場合や、顔を上に向ける動作を行った場合等に、提案を保留させる意思を示したと判断し、首を左右に振る動作を行った場合や、親指側を顔側に向けた片手を顔の前で左右に往復運動させた場合等に、提案を拒否する意思を示したとして判断するようになっているとよい。
【０１０１】
このようになっていれば、それぞれの意思を示すためのスイッチの位置等を知らなくても、提案に対する意思を容易かつ自然に示すことができる。
（４）動作例２において、例えば、有効期限の残り時間が１分になった段階（Ｓ２６０）で車両の進行方向が変わり、車両がトンネルから遠ざかる状態になったことを環境状態推定部３１が推定したとする。その場合、環境状態推定部３１はその情報をサービス実行部３５に渡し、サービス実行部３５は、有効期限の残り時間があったとしても強制的にサービスを終了するようになっているとよい。
【０１０２】
このようになっていれば、状況の変化により報知が不要になった情報が報知され続けることを防止することができる。
（５）報知装置１２を構成する各部を、図１０に示すように有効期限設定装置１２ａと報知装置１２ｂとに分離して構成してもよい。つまり、有効期限設定装置１２ａは、外部通信Ｉ／Ｆ２１ａと、制御部２２ａと、サービスリポジトリ２３とを備え、制御部２２ａが、環境状態推定部３１と、車両状態推定部３２と、乗員状態推定部３３と、ユーザ意図推定部３４とを備える。一方、報知装置１２ｂは、外部通信Ｉ／Ｆ２１ｂと、制御部２２ｂとを備え、制御部２２ｂがサービス実行部３５を備える。なお、基本的に各部は、上述したものと同様の機能を有し、環境状態推定部３１，車両状態推定部３２，乗員状態推定部３３，ユーザ意図推定部３４と、サービス実行部３５との間のやりとりは、外部通信Ｉ／Ｆ２１ａ，２１ｂを介して行われる。このように構成しても、上述した実施形態と同様の効果を奏する。
【０１０３】
ここで、有効期限設定装置１２ａと報知装置１２ｂとに分離して構成した場合における、特許請求の範囲に記載した用語との対応を示しておく。制御部２２ａが第一の制御手段に相当し、制御部２２ｂが第二の制御手段に相当する。なお、請求項１５に言う、「保留状態を解除させるに値する所定の変化」というのは、上記実施形態で言えば降雨領域が拡大したこと（Ｓ３４５）が相当する。このような変化を制御部２２ａがとらえると、その情報を制御部２２ｂに伝達するようになっている。また、請求項１８に言う、「第二の制御手段が報知又は保留させている前記報知情報が無意味となるような所定の変化」というのは、報知状態又は保留状態の報知情報について、今後は報知を行う必要がない（又は報知することによって弊害が生ずる）と推定できる変化を意味する。上記実施形態の説明で言えば、［他の実施形態］の（４）で説明した、トンネルから遠ざかる状態になったことが相当する。このような変化を制御部２２ａがとらえると、その情報を制御部２２ｂに伝達するようになっている。
【図面の簡単な説明】
【０１０４】
【図１】報知システムの概略構成を示すブロック図である。
【図２】報知装置の概略構成を示すブロック図である。
【図３】サービステーブルとアクションテーブルを説明するためのテーブルレイアウト図である。
【図４】動作例１を説明するためのラダーチャートである。
【図５】動作例２を説明するためのラダーチャートである。
【図６】動作例３を説明するためのラダーチャートである。
【図７】動作例４を説明するためのラダーチャートである。
【図８】動作例５を説明するためのラダーチャートである。
【図９】動作例６を説明するためのラダーチャートである。
【図１０】報知装置の他の構成例を示すブロック図である。
【符号の説明】
【０１０５】
１１…報知システム、１２…報知装置、１３…走行系ＥＣＵ、１４…ボデー系ＥＣＵ、１５…ナビゲーション装置、１６…乗員モニタＥＣＵ、１７…表示装置、１８…スピーカ、１９…マイク、２０…操作装置、２１…外部通信Ｉ／Ｆ、２２…制御部、２３…サービスリポジトリ、３１…環境状態推定部、３２…車両状態推定部、３３…乗員状態推定部、３４…ユーザ意図推定部、３５…サービス実行部。
【図１】
2008044398.tif 000003
【図２】
2008044398.tif 000004
【図３】
2008044398.tif 000005
【図４】
2008044398.tif 000006
【図５】
2008044398.tif 000007
【図６】
2008044398.tif 000008
【図７】
2008044398.tif 000009
【図８】
2008044398.tif 000010
【図９】
2008044398.tif 000011
【図１０】
2008044398.tif 000012