(57)【特許請求の範囲】
【請求項１】
ユーザのおかれた状況及びユーザ自体の状況を少なくとも含む対象状況を特定する状況特定部（１５）と、
前記対象状況としてユーザのおかれた状況及びユーザ自体の状況の組み合わせとその組み合わせに応じた提案内容との対応関係を格納している対応関係格納部（２３）と、
自システムの外部から、新規情報を逐次収集する新規情報収集部（２２）と、
前記新規情報収集部で収集した前記新規情報をもとに、前記対応関係格納部に格納している前記対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせとその組み合わせに応じた提案内容との対応関係を逐次更新する対応関係更新部（２４）と、
前記状況特定部で特定した前記対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせと、前記対応関係更新部で逐次更新された前記対応関係とをもとに、前記状況特定部で特定した前記対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせに対応した提案内容を特定する提案内容特定部（１８）と、
前記提案内容特定部で特定した提案内容に従った提案を行わせる提案処理部（１９）とを備え、
前記新規情報収集部は、前記新規情報として、ネットワーク上のテキストを逐次収集し、
前記対応関係更新部は、前記新規情報収集部で収集したテキストの単語間の関連性をもとに、前記対応関係に繋がりのある、対象状況とその対象状況に応じた提案内容との新たな対応関係を学習し、学習した新たな対応関係を反映させることで、前記対応関係格納部に格納している前記対象状況とその対象状況に応じた提案内容との対応関係を逐次更新することを特徴とする情報提案システム。
【請求項２】
ユーザのおかれた状況及びユーザ自体の状況を少なくとも含む対象状況を特定する状況特定部（１５）と、
前記対象状況としてユーザのおかれた状況及びユーザ自体の状況の組み合わせとその組み合わせに応じた提案内容との対応関係を格納している対応関係格納部（２３）と、
自システムの外部から、新規情報を逐次収集する新規情報収集部（２２）と、
前記新規情報収集部で収集した前記新規情報をもとに、前記対応関係格納部に格納している前記対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせとその組み合わせに応じた提案内容との対応関係を逐次更新する対応関係更新部（２４）と、
前記状況特定部で特定した前記対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせと、前記対応関係更新部で逐次更新された前記対応関係とをもとに、前記状況特定部で特定した前記対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせに対応した提案内容を特定する提案内容特定部（１８）と、
前記提案内容特定部で特定した提案内容に従った提案を行わせる提案処理部（１９）とを備え、
前記状況特定部は、前記対象状況として、ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかに、ユーザの発話内容を加えた組み合わせも特定し、
前記対応関係格納部は、前記組み合わせとしての前記対象状況と、その組み合わせに応じた前記提案内容との対応関係も格納しており、
前記対応関係更新部は、前記新規情報収集部で収集した前記新規情報のうち、前記組み合わせに応じた前記対応関係に繋がりのある情報をもとに、前記対応関係格納部に格納している前記組み合わせとしての前記対象状況とその対象状況に応じた提案内容との対応関係も逐次更新し、
前記提案内容特定部は、前記状況特定部で特定した前記組み合わせとしての前記対象状況と、前記対応関係更新部で逐次更新された前記組み合わせに応じた前記対応関係とをもとに、前記状況特定部で特定した前記組み合わせとしての前記対象状況に対応した提案内容を特定することを特徴とする情報提案システム。
【請求項３】
ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかを含む対象状況を特定する状況特定部（１５）と、
前記対象状況とその対象状況に応じた提案内容との対応関係を格納している対応関係格納部（２３）と、
自システムの外部から、新規情報を逐次収集する新規情報収集部（２２）と、
前記新規情報収集部で収集した前記新規情報をもとに、前記対応関係格納部に格納している前記対象状況とその対象状況に応じた提案内容との対応関係を逐次更新する対応関係更新部（２４）と、
前記状況特定部で特定した前記対象状況と、前記対応関係更新部で逐次更新された前記対応関係とをもとに、前記状況特定部で特定した前記対象状況に対応した提案内容を特定する提案内容特定部（１８）と、
前記提案内容特定部で特定した提案内容に従った提案を行わせる提案処理部（１９）とを備え、
前記新規情報収集部は、前記新規情報として、ネットワーク上のテキストを逐次収集し、
前記対応関係更新部は、前記新規情報収集部で収集したテキストの単語間の関連性をもとに、前記対応関係に繋がりのある、対象状況とその対象状況に応じた提案内容との新たな対応関係を学習し、学習した新たな対応関係を反映させることで、前記対応関係格納部に格納している前記対象状況とその対象状況に応じた提案内容との対応関係を逐次更新することを特徴とする情報提案システム。
【請求項４】
請求項１又は３において、
前記状況特定部は、前記対象状況として、ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかに、ユーザの発話内容を加えた組み合わせも特定し、
前記対応関係格納部は、前記組み合わせとしての前記対象状況と、その組み合わせに応じた前記提案内容との対応関係も格納しており、
前記対応関係更新部は、前記新規情報収集部で収集した前記新規情報のうち、前記組み合わせに応じた前記対応関係に繋がりのある情報をもとに、前記対応関係格納部に格納している前記組み合わせとしての前記対象状況とその対象状況に応じた提案内容との対応関係も逐次更新し、
前記提案内容特定部は、前記状況特定部で特定した前記組み合わせとしての前記対象状況と、前記対応関係更新部で逐次更新された前記組み合わせに応じた前記対応関係とをもとに、前記状況特定部で特定した前記組み合わせとしての前記対象状況に対応した提案内容を特定することを特徴とする情報提案システム。
【請求項５】
ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかを含む対象状況を特定する状況特定部（１５）と、
前記対象状況とその対象状況に応じた提案内容との対応関係を格納している対応関係格納部（２３）と、
自システムの外部から、新規情報を逐次収集する新規情報収集部（２２）と、
前記新規情報収集部で収集した前記新規情報をもとに、前記対応関係格納部に格納している前記対象状況とその対象状況に応じた提案内容との対応関係を逐次更新する対応関係更新部（２４）と、
前記状況特定部で特定した前記対象状況と、前記対応関係更新部で逐次更新された前記対応関係とをもとに、前記状況特定部で特定した前記対象状況に対応した提案内容を特定する提案内容特定部（１８）と、
前記提案内容特定部で特定した提案内容に従った提案を行わせる提案処理部（１９）とを備え、
前記状況特定部は、前記対象状況として、ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかに、ユーザの発話内容を加えた組み合わせも特定し、
前記対応関係格納部は、前記組み合わせとしての前記対象状況と、その組み合わせに応じた前記提案内容との対応関係も格納しており、
前記対応関係更新部は、前記新規情報収集部で収集した前記新規情報のうち、前記組み合わせに応じた前記対応関係に繋がりのある情報をもとに、前記対応関係格納部に格納している前記組み合わせとしての前記対象状況とその対象状況に応じた提案内容との対応関係も逐次更新し、
前記提案内容特定部は、前記状況特定部で特定した前記組み合わせとしての前記対象状況と、前記対応関係更新部で逐次更新された前記組み合わせに応じた前記対応関係とをもとに、前記状況特定部で特定した前記組み合わせとしての前記対象状況に対応した提案内容を特定することを特徴とする情報提案システム。
【請求項６】
請求項１〜５のいずれか１項において、
前記新規情報収集部は、前記新規情報として、前記対象状況とその対象状況に応じた提案内容との新たな対応関係を逐次収集し、
前記対応関係更新部は、前記新規情報収集部で収集した新たな対応関係を反映させることで、前記対応関係格納部に格納している前記対象状況とその対象状況に応じた提案内容との対応関係を逐次更新することを特徴とする情報提案システム。
【請求項７】
請求項１〜６のいずれか１項において、
前記提案処理部は、前記提案内容特定部で特定した提案内容に従った提案を音声出力によって行わせるものであり、
前記提案に対するユーザの発話内容を音声認識した結果に応じた制御を行わせる制御指示部（１３）を備えることを特徴とする情報提案システム。
【請求項８】
請求項１〜７のいずれか１項において、
車両で用いられることを特徴とする情報提案システム。
【請求項９】
請求項１〜８のいずれか１項において、
端末装置（１）と、前記端末装置と通信を行うサーバ装置（２）とを含んでなるものであって、
前記サーバ装置は、前記新規情報収集部と、前記対応関係更新部と、前記対応関係格納部とを備え、
前記端末装置は、前記状況特定部と、前記提案内容特定部と、前記提案処理部とに加え、前記対応関係更新部で逐次更新された前記対応関係のうちの一部の前記対応関係を抽出して格納している抽出部分格納部（１６）を備え、
前記提案内容特定部は、前記状況特定部で特定した前記対象状況と、前記対応関係更新部で逐次更新された前記対応関係のうちの、前記抽出部分格納部に格納されている前記対応関係とをもとに、前記状況特定部で特定した前記対象状況に対応した提案内容を特定することを特徴とする情報提案システム。
【請求項１０】
請求項１〜８のいずれか１項において、
端末装置（１）と、前記端末装置と通信を行うサーバ装置（２）とを含んでなるものであって、
前記サーバ装置は、前記対応関係格納部を備え、
前記端末装置は、前記対応関係格納部に格納している前記対応関係のうちの一部の前記対応関係を抽出して格納している抽出部分格納部を備えることを特徴とする情報提案システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに提案を行う情報提案システムに関するものである。
【背景技術】
【０００２】
特許文献１には、ユーザからの明示的操作がなくても状況に応じた提案を行う音声認識装置が開示されている。詳しくは、特許文献１に開示の音声認識装置では、センサで検出される状態と、その状態の組み合わせごとに出力すべきガイド音声の内容とが対応付けられた各種状態テーブルを記憶保持している。そして、センサで検出される状態をもとにこの各種状態テーブルを参照することで、センサで検出される状態（つまり、状況）に応じたガイド音声の内容を決定し、決定した内容のガイド音声をスピーカから出力する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１９５８９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に開示の技術では、音声認識装置に記憶保持されている各種状態テーブルにおける対応関係が固定されているので、センサで検出される特定の状態に対して出力されるガイド音声は常に一定となり、ユーザへの提案内容が単調になってしまう。
【０００５】
また、センサで検出される状態が同一であったとしても、時々刻々と変化する環境や時代によって、要求される提案内容も変化すると考えられる。これに対して、各種状態テーブルにおける対応関係が固定されていると、センサで検出される特定の状態に対して出力されるガイド音声は常に一定となり、環境や時代に応じた提案を行うことができない。
【０００６】
本発明は、上記従来の問題点に鑑みなされたものであって、その目的は、状況に応じてユーザへのより適切な提案を行うことを可能にする情報提案システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明に係る第１の情報提案システムは、ユーザのおかれた状況及びユーザ自体の状況を少なくとも含む対象状況を特定する状況特定部（１５）と、対象状況としてユーザのおかれた状況及びユーザ自体の状況の組み合わせとその組み合わせに応じた提案内容との対応関係を格納している対応関係格納部（２３）と、自システムの外部から、新規情報を逐次収集する新規情報収集部（２２）と、新規情報収集部で収集した新規情報をもとに、対応関係格納部に格納している対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせとその組み合わせに応じた提案内容との対応関係を逐次更新する対応関係更新部（２４）と、状況特定部で特定した対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせと、対応関係更新部で逐次更新された対応関係とをもとに、状況特定部で特定した対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせに対応した提案内容を特定する提案内容特定部（１８）と、提案内容特定部で特定した提案内容に従った提案を行わせる提案処理部（１９）とを備え、新規情報収集部は、新規情報として、ネットワーク上のテキストを逐次収集し、対応関係更新部は、新規情報収集部で収集したテキストの単語間の関連性をもとに、対応関係に繋がりのある、対象状況とその対象状況に応じた提案内容との新たな対応関係を学習し、学習した新たな対応関係を反映させることで、対応関係格納部に格納している対象状況とその対象状況に応じた提案内容との対応関係を逐次更新することを特徴としている。
本発明に係る第２の情報提案システムは、ユーザのおかれた状況及びユーザ自体の状況を少なくとも含む対象状況を特定する状況特定部（１５）と、対象状況としてユーザのおかれた状況及びユーザ自体の状況の組み合わせとその組み合わせに応じた提案内容との対応関係を格納している対応関係格納部（２３）と、自システムの外部から、新規情報を逐次収集する新規情報収集部（２２）と、新規情報収集部で収集した新規情報をもとに、対応関係格納部に格納している対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせとその組み合わせに応じた提案内容との対応関係を逐次更新する対応関係更新部（２４）と、状況特定部で特定した対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせと、対応関係更新部で逐次更新された対応関係とをもとに、状況特定部で特定した対象状況としてのユーザのおかれた状況及びユーザ自体の状況の組み合わせに対応した提案内容を特定する提案内容特定部（１８）と、提案内容特定部で特定した提案内容に従った提案を行わせる提案処理部（１９）とを備え、状況特定部は、対象状況として、ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかに、ユーザの発話内容を加えた組み合わせも特定し、対応関係格納部は、組み合わせとしての対象状況と、その組み合わせに応じた提案内容との対応関係も格納しており、対応関係更新部は、新規情報収集部で収集した新規情報のうち、組み合わせに応じた対応関係に繋がりのある情報をもとに、対応関係格納部に格納している組み合わせとしての対象状況とその対象状況に応じた提案内容との対応関係も逐次更新し、提案内容特定部は、状況特定部で特定した組み合わせとしての対象状況と、対応関係更新部で逐次更新された組み合わせに応じた対応関係とをもとに、状況特定部で特定した組み合わせとしての対象状況に対応した提案内容を特定することを特徴としている。
本発明に係る第３の情報提案システムは、ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかを含む対象状況を特定する状況特定部（１５）と、対象状況とその対象状況に応じた提案内容との対応関係を格納している対応関係格納部（２３）と、自システムの外部から、新規情報を逐次収集する新規情報収集部（２２）と、新規情報収集部で収集した新規情報をもとに、対応関係格納部に格納している対象状況とその対象状況に応じた提案内容との対応関係を逐次更新する対応関係更新部（２４）と、状況特定部で特定した対象状況と、対応関係更新部で逐次更新された対応関係とをもとに、状況特定部で特定した対象状況に対応した提案内容を特定する提案内容特定部（１８）と、提案内容特定部で特定した提案内容に従った提案を行わせる提案処理部（１９）とを備え、新規情報収集部は、新規情報として、ネットワーク上のテキストを逐次収集し、対応関係更新部は、新規情報収集部で収集したテキストの単語間の関連性をもとに、対応関係に繋がりのある、対象状況とその対象状況に応じた提案内容との新たな対応関係を学習し、学習した新たな対応関係を反映させることで、対応関係格納部に格納している対象状況とその対象状況に応じた提案内容との対応関係を逐次更新することを特徴としている。
本発明に係る第４の情報提案システムは、ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかを含む対象状況を特定する状況特定部（１５）と、対象状況とその対象状況に応じた提案内容との対応関係を格納している対応関係格納部（２３）と、自システムの外部から、新規情報を逐次収集する新規情報収集部（２２）と、新規情報収集部で収集した新規情報をもとに、対応関係格納部に格納している対象状況とその対象状況に応じた提案内容との対応関係を逐次更新する対応関係更新部（２４）と、状況特定部で特定した対象状況と、対応関係更新部で逐次更新された対応関係とをもとに、状況特定部で特定した対象状況に対応した提案内容を特定する提案内容特定部（１８）と、提案内容特定部で特定した提案内容に従った提案を行わせる提案処理部（１９）とを備え、状況特定部は、対象状況として、ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかに、ユーザの発話内容を加えた組み合わせも特定し、対応関係格納部は、組み合わせとしての対象状況と、その組み合わせに応じた提案内容との対応関係も格納しており、対応関係更新部は、新規情報収集部で収集した新規情報のうち、組み合わせに応じた対応関係に繋がりのある情報をもとに、対応関係格納部に格納している組み合わせとしての対象状況とその対象状況に応じた提案内容との対応関係も逐次更新し、提案内容特定部は、状況特定部で特定した組み合わせとしての対象状況と、対応関係更新部で逐次更新された組み合わせに応じた対応関係とをもとに、状況特定部で特定した組み合わせとしての対象状況に対応した提案内容を特定することを特徴としている。
【０００８】
これによれば、ユーザのおかれた状況及びユーザ自体の状況の少なくともいずれかを含む対象状況に応じた提案内容を提案内容特定部で特定するのに用いる対応関係は、新規情報収集部で収集した新規情報をもとに対応関係更新部によって逐次更新されるので、この対応関係を常に新しくすることができる。よって、時々刻々と変化する環境や時代に合わせて、対応関係格納部に格納している対応関係を常に新しくしていくことが可能になる。
【０００９】
また、時々刻々と変化する環境や時代に合わせて対応関係を常に新しくすることが可能になるので、提案内容特定部は、状況特定部で特定した対象状況に対応した、時々刻々と変化する環境や時代に合った提案内容を特定することが可能になり、状況に応じてユーザへのより適切な提案を行うことが可能になる。
【図面の簡単な説明】
【００１０】
【図１】電子機器１００の概略的な構成を示すブロック図である。
【図２】提案補完装置２での制御知識更新関連処理の流れの一例を示すフローチャートである。
【図３】制御知識マトリクスの更新の一例について説明するための模式図である。
【図４】制御知識マトリクスの更新の一例について説明するための模式図である。
【図５】制御知識マトリクスの更新の一例について説明するための模式図である。
【図６】提案生成装置１と提案補完装置２との間での端末側制御知識格納部１６における制御知識マトリクスの更新に関連する処理の流れの一例を示すシーケンス図である。
【図７】提案生成装置１での端末側提案関連処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面を用いて説明する。
【００１２】
（実施形態１）
＜電子機器１００の概略構成＞
電子機器１００は、車両に用いるものであり、図１に示すように、提案生成装置１、提案補完装置２、各種状況検出器群３、マイク４、動作処理部５、及び音声認識データベース（以下、音声認識ＤＢ）６を含む。電子機器１００を用いる車両を以降では自車と呼ぶ。
【００１３】
各種状況検出器群３は自車に設けられ、例えば位置検出器３１、車速センサ３２、温度センサ３３、計時装置３４、及びカメラ３５などを備える。
【００１４】
位置検出器３１は、測位衛星からの電波に基づいて自車の現在位置を検出する測位システム等を利用して、自車の現在位置の検出を逐次行う。車速センサ３２は、自車の車速を検出する。温度センサ３３は、自車の車室内の温度を検出する。計時装置３４は現在の時刻、日、月、年を計数する。カメラ３５は、自車の乗員を撮像する。
【００１５】
マイク４は、自車の乗員の発話した音声を検出して提案生成装置１へ出力する。動作処理部５は、動作指示部５１、スピーカ５２、及び表示装置５３などを備え、提案生成装置１から出力される制御情報に従って、動作指示部５１、スピーカ５２、及び表示装置５３を動作させる。例えば、動作指示部５１は、カーエアコンの温度設定を変更させたり、カーオーディオで流す曲目を変更させたりなど、自車に搭載される機器の動作を指示する。
【００１６】
音声認識ＤＢ６は、音声認識処理に必要なデータとして、例えば、人間の発声の小さな単位（以下、音素）の音響特徴が記述されている音響モデル、音素の音響特徴と単語とを対応付ける認識辞書、及び単語間の連接関係を表現する言語モデルが格納されている。
【００１７】
提案生成装置１は、例えば車両に搭載された端末装置であって、提案補完装置２、各種状況検出器群３、マイク４、音声認識ＤＢ６などから入力された各種情報に基づき、音声認識処理や状況に応じた提案を乗員に対して行う処理に関連する端末側提案関連処理等の各種処理を実行する。
【００１８】
提案補完装置２は、例えばサーバ装置であって、提案生成装置１、提案生成装置１以外の端末装置やＷｅｂから自動収集した情報、オペレータが手入力した情報などの各種情報に基づき、後述する制御知識更新関連処理や状況に応じた提案を乗員に対して行うサーバ側提案関連処理等の各種処理を実行する。
【００１９】
なお、図１に示した電子機器１００の構成において、提案生成装置１及び提案補完装置２が請求の情報提案システムとしての機能を実現する。
【００２０】
＜提案生成装置１の詳細構成＞
続いて、提案生成装置１の詳細な構成について説明を行う。提案生成装置１は、図１に示すように、音声取得部１１、音声認識処理部１２、制御情報出力部１３、端末側通信部１４、状況特定部１５、端末側制御知識格納部１６、端末側制御知識管理部１７、端末側提案内容特定部１８、及び提案処理部１９を備える。
【００２１】
音声取得部１１は、マイク４で検出した音声の信号をＡ／Ｄ変換してデジタル音声信号として音声認識処理部１２に入力する。音声認識処理部１２は、音声取得部１１から入力されてくるデジタル音声信号に対して、音声認識ＤＢ６に格納されている種々のデータを用いて、公知の音声認識処理を行う。
【００２２】
制御情報出力部１３は、音声認識処理中にガイド音声を出力したり、音声認識処理の結果を解釈して、動作処理部５に必要な動作を指示させるための制御情報を出力したりする。制御情報出力部１３が請求項の制御指示部に相当する。端末側通信部１４は、提案補完装置２との通信を行う。端末側通信部１４は、例えばＤＣＭ（Data Communication Module）といった通信モジュールなどを用いることによって提案補完装置２との通信を行う構成とすればよい。
【００２３】
状況特定部１５は、各種状況検出器群３での検出結果や音声認識処理部１２での音声認識処理の結果から、乗員（例えばドライバ）のおかれた状況や乗員自体の状況や乗員の発話内容を特定する。以降では、「乗員のおかれた状況」、「乗員自体の状況」、及び「乗員の会話内容」を対象状況と呼ぶ。
【００２４】
例えば、位置検出器３１で検出した自車の現在位置からは、滞在している地点や地域などを特定する。車速センサ３２で検出した自車両の車速からは、走行中か停車中かなどの走行状態を特定する。温度センサ３３で検出した温度からは、車室内の温度を特定する。計時装置３４で計数した値からは、現在の時刻、日、月、年を特定する。なお、状況特定部１５は、自車に搭載された各種ＥＣＵから入力される情報から、乗員のおかれた状況を特定する構成としてもよい。
【００２５】
カメラ３５で自車の乗員を撮像した撮像画像からは、乗員のくしゃみなどの乗員自体の状況を特定する。撮像画像から乗員自体の状況を特定する手法としては、公知のドライバステータスモニタと同様の手法を用いる構成とすればよい。音声認識処理部１２での音声認識処理の結果からは、乗員が発話したアーティスト名などの発話内容を特定する。なお、状況特定部１５で特定する対象状況は、ここで例に挙げたものに限らず、他にも様々なものがある。
【００２６】
端末側制御知識格納部１６は、状況特定部１５で特定される対象状況と提案内容とが対応付けられたデータを格納している。本実施形態では、「乗員のおかれた状況」、「乗員自体の状況」、及び「乗員の会話内容」のうちのいずれか、若しくは、これらの組み合わせと、提案内容とを対応付けたマトリクス（以下、制御知識マトリクス）が格納されている場合を例に挙げて説明を行う。この制御知識マトリクスが請求項の対応関係に相当する。
【００２７】
具体例としては、「乗員自体の状況」が「くしゃみ」、「乗員のおかれた状況」が「２〜４月」及び「車室内の温度がｘ度以上」の組み合わせに対しては、提案内容として「自車に搭載された花粉除去用の機器の起動」が対応付けられる構成とすればよい。一方、「乗員自体の状況」が「くしゃみ」、「乗員のおかれた状況」が「１０〜３月」及び「車室内の温度がｘ度未満」の組み合わせに対しては、提案内容として「カーエアコンの設定温度上昇」が対応付けられる構成とすればよい。
【００２８】
また、「乗員のおかれた状況」が祝日に該当する「日付」に対しては、提案内容として「祝日の過ごし方」が対応付けられたり、「乗員のおかれた状況」が特定の「日時」に対しては、提案内容として特定の日時限定の広告提供の提案」が対応付けられたりする構成とすればよい。
【００２９】
他にも、「乗員のおかれた状況」が特定の交差点に該当する「地点」に対しては、提案内容として、その交差点で発生しやすい事故の「予防情報」が対応付けられたり、「乗員の会話内容」が特定の「アーティスト名」に対しては、提案内容として特定のアーティストの「ニュース」が対応付けられたりする構成とすればよい。
【００３０】
「乗員のおかれた状況」や「乗員自体の状況」と「乗員の会話内容」との組み合わせに対して提案内容が対応付けられる例として、以下のものがある。
【００３１】
例えば、「乗員自体の状況」が「くしゃみ」、「乗員の会話内容」が「かゆい」に対しては、提案内容として「自車に搭載された花粉除去用の機器の起動」が対応付けられたり、「乗員自体の状況」が「くしゃみ」、「乗員の会話内容」が「さむい」に対しては、提案内容として「カーエアコンの設定温度上昇」が対応付けられたりする構成とすればよい。
【００３２】
また、「乗員の会話内容」が特定の「アーティスト名」、「乗員のおかれた状況」が「車速ｙｋｍ／ｈ以上」に対しては、提案内容として「特定のアーティストのアップテンポの楽曲演奏」が対応付けられたり、「乗員の会話内容」が特定の「アーティスト名」、「乗員のおかれた状況」が「車速ｙｋｍ／ｈ未満」に対しては、提案内容として「特定のアーティストのスローテンポの楽曲演奏」が対応付けられたりする構成とすればよい。
【００３３】
このように、「乗員の会話内容」だけでなく、「乗員のおかれた状況」や「乗員自体の状況」と「乗員の会話内容」との組み合わせに対して提案内容を対応付けることによって、「乗員の会話内容」が同じ場合であっても、「乗員のおかれた状況」や「乗員自体の状況」に応じた提案を行うことが可能になる。
【００３４】
端末側制御知識管理部１７は、端末側制御知識格納部１６に格納する制御知識マトリクスの管理を行う。具体例としては、端末側制御知識管理部１７は、提案補完装置２のサーバ側制御知識格納部２３に格納されている制御知識マトリクスのうちの一部を端末側制御知識格納部１６に格納させる。端末側制御知識管理部１７で行う制御知識マトリクスの管理の詳細については後述する。
【００３５】
端末側提案内容特定部１８は、状況特定部１５で特定した対象状況をもとに、提案内容を特定する。一例としては、端末側提案内容特定部１８は、端末側制御知識格納部１６に格納されている制御知識マトリクスを参照し、状況特定部１５で特定した対象状況に対応する提案内容を特定する。よって、端末側提案内容特定部１８が請求項の提案内容特定部に相当する。端末側提案内容特定部１８は、状況特定部１５で特定した対象状況が複数の状況の組み合わせであった場合には、制御知識マトリクスにおいてこの組み合わせに対応する提案内容を特定する。
【００３６】
一例として、状況特定部１５で特定した対象状況が、「乗員自体の状況」が「くしゃみ」、「乗員のおかれた状況」が「２〜４月」及び「車室内の温度がｘ度以上」の組み合わせであった場合には、提案内容として「自車に搭載された花粉除去用の機器の起動」を特定する。
【００３７】
提案処理部１９は、端末側提案内容特定部１８で特定した提案内容を、動作処理部５のうちのスピーカ５２から提案させる。例えば、提案内容が「自車に搭載された花粉除去用の機器の起動」である場合には、この花粉除去用の機器の起動を行うか問い合わせる内容の音声をスピーカ５２から出力させる。なお、提案処理部１９は、提案内容を表示装置５３から提案させる構成としてもよい。
【００３８】
＜提案補完装置２の詳細構成＞
続いて、提案補完装置２の詳細な構成について説明を行う。提案補完装置２は、図１に示すように、サーバ側通信部２１、新規情報収集部２２、サーバ側制御知識格納部２３、サーバ側制御知識管理部２４、及びサーバ側提案内容特定部２５を備える。
【００３９】
サーバ側通信部２１は、提案生成装置１との通信を行う。新規情報収集部２２は、提案補完装置２の外部から、新規情報を逐次収集する。一例としては、提案生成装置１以外の提案生成装置１と同様の端末装置（以下、他端末）から、その他端末が有している制御知識マトリクスやその一部の対応関係のデータを、ネットワークを介して自動収集する。また、Ｗｅｂ等で公開されているテキストを、ネットワークを介して自動収集する構成としてもよい。他にも、オペレータが手入力した制御知識マトリクスの一部の対応関係のデータを収集する構成としてもよい。
【００４０】
新規情報収集部２２は、Ｗｅｂで公開されているテキストを収集する場合、制御知識マトリクスで対応付けられている対象状況や提案内容に含まれる単語を含むテキストに絞り込んで収集する構成としてもよい。
【００４１】
サーバ側制御知識格納部２３は、端末側制御知識格納部１６と同様に、状況特定部１５で特定される対象状況と提案内容とが対応付けられた制御知識マトリクスを格納している。本実施形態では、前述したように、サーバ側制御知識格納部２３に格納される制御知識マトリクスの一部が、端末側制御知識格納部１６に格納される。よって、サーバ側制御知識格納部２３が請求項の対応関係格納部に相当し、端末側制御知識格納部１６が請求項の抽出部分格納部に相当する。
【００４２】
サーバ側制御知識管理部２４は、サーバ側制御知識格納部２３に格納する制御知識マトリクスの管理を行う。具体例としては、サーバ側制御知識管理部２４は、新規情報収集部２２で収集した新規情報をもとに、サーバ側制御知識格納部２３に格納している制御知識マトリクスを逐次更新する。このサーバ側制御知識管理部２４が請求項の対応関係更新部に相当する。サーバ側制御知識管理部２４での制御知識マトリクスの更新の詳細については後述する。また、サーバ側提案内容特定部２５の詳細についても後述する。
【００４３】
＜提案補完装置２での制御知識更新関連処理＞
続いて、提案補完装置２で行う制御知識更新関連処理の一例について図２のフローチャートを用いて説明を行う。制御知識更新関連処理は、提案補完装置２の外部から収集した新規情報をもとに制御知識マトリクスを更新する処理に関連する処理である。図２のフローチャートは、例えば１日ごとや１週間ごとなどの定期的に開始したり、オペレータによって制御知識マトリクスの一部の対応関係のデータが手入力されたときに開始したりする構成とすればよい。
【００４４】
まず、ステップＳ１では、新規情報収集部２２が新規情報を収集する。ここでは、Ｗｅｂ等で公開されているテキストを収集する場合、例えば特定のアーティスト名が含まれる文章など、制御知識マトリクスで対応付けられている対象状況や提案内容に含まれる単語を含むテキストに絞り込んで収集するものとして以降の説明を行う。
【００４５】
ステップＳ２では、Ｓ１で収集した新規情報から、サーバ側制御知識管理部２４が、制御知識マトリクスの更新に用いる情報を抽出する。
【００４６】
一例としては、他端末から制御知識マトリクスやその一部の対応関係のデータを取得した場合には、サーバ側制御知識格納部２３に格納している制御知識マトリクスと重複しない部分の対応関係のデータを抽出する構成とすればよい。なお、重複している部分の対応関係のデータであっても、サーバ側制御知識格納部２３に格納している制御知識マトリクスの最新更新日時よりも新しいことがタイムスタンプなどから特定できる場合は抽出する構成とすればよい。
【００４７】
また、オペレータによって手入力された制御知識マトリクスの一部の対応関係のデータを取得した場合には、入力された対応関係のデータを抽出する構成とすればよい。
【００４８】
さらに、Ｗｅｂ等で公開されているテキストを取得した場合には、テキストの単語間の関連性をもとに、制御知識マトリクスに繋がりのある、対象状況と提案内容との新たな対応関係を学習し、学習した対応関係を抽出する。テキストの単語間の関連性は、公知の共起（collocation）を用いて特定する構成とすればよい。
【００４９】
テキストの単語間の関連性をもとに、対象状況と提案内容との新たな対応関係を学習する一例は、以下の通りである。例えば、特定のアーティスト名が含まれる文章が収集された場合、公知の共起を用いることで、そのアーティスト名に関係するニュースにあたる単語列を抽出し、そのアーティスト名と新たに抽出したそのニュースとの対応関係を新たな対応関係として学習する。
【００５０】
ステップＳ３では、サーバ側制御知識管理部２４が、Ｓ２で抽出した情報をもとに、サーバ側制御知識格納部２３に格納している既存の制御知識マトリクスを更新し、制御知識更新関連処理を終了する。ここで、制御知識マトリクスの更新の一例について、図３〜図５を用いて説明を行う。図３〜図５で示すのは、制御知識マトリクスの一部の対応関係を示す模式図である。
【００５１】
制御マトリクスの一部の対応関係における対象状況及び提案内容のいずれかを追加する更新の一例は、以下の通りである。例えば、Ｓ２で抽出した情報が、新たな祝日に該当する「日付」であった場合には、提案内容としての「祝日の過ごし方」に、更新前から対応付けられている「日付」に加え、新たな「日付」を追加して対応付ける更新を行う（図３参照）。
【００５２】
制御マトリクスの一部の対応関係における提案内容を置き換える更新の一例は、以下の通りである。例えば、Ｓ２で抽出した情報が、特定の「アーティスト名」とそのアーティストの新たな「ニュース」との対応関係であった場合には、特定の「アーティスト名」に対応付けられている「ニュース」を、更新前のニュースから、その新たなニュースに置き換えて対応付ける更新を行う（図４参照）。
【００５３】
制御マトリクスの一部の対応関係自体を追加する更新の一例は、以下の通りである。例えば、Ｓ２で抽出した情報が、特定の交差点に該当する「地点」とその特定の交差点で発生しやすい事故の「予防情報」との新たな対応関係であった場合には、その対応関係を新たに追加する更新を行う（図５参照）。
【００５４】
＜端末側制御知識格納部１６における制御知識マトリクスの更新＞
続いて、提案生成装置１の端末側制御知識格納部１６における制御知識マトリクスの更新について、図６を用いて説明を行う。図６は、提案生成装置１と提案補完装置２との間での端末側制御知識格納部１６における制御知識マトリクスの更新に関連する処理の一例を示すシーケンス図である。例えば図６の処理は、提案補完装置２で制御知識更新関連処理が行われるごとに行う構成とすればよい。
【００５５】
まず、提案補完装置２のサーバ側制御知識管理部２４が、発生頻度が閾値以上の対象状況の情報を要求する要求信号を、サーバ側通信部２１を介して提案生成装置１に送信する（ｔ１）。提案生成装置１は、この要求信号を端末側通信部１４で受信し（ｔ２）、端末側制御知識管理部１７で、一週間などの所定期間において状況特定部１５で特定された回数（つまり、発生頻度）が閾値以上の対象状況を抽出する（ｔ３）。ここで言うところの閾値は任意に設定可能な値である。
【００５６】
提案生成装置１は、抽出した対象状況の情報を、端末側通信部１４を介して提案補完装置２へ送信する（ｔ４）。提案補完装置２は、この対象状況の情報をサーバ側通信部２１で受信し（ｔ５）、サーバ側制御知識管理部２４で、提案生成装置１で抽出した対象状況を含む対応関係を、サーバ側制御知識格納部２３に格納されている制御知識マトリクスから抽出する（ｔ６）。つまり、サーバ側制御知識格納部２３に格納されている制御知識マトリクスから、発生頻度が閾値以上の対象状況を含む対応関係を抽出する。抽出した対応関係の情報は、サーバ側制御知識管理部２４が、サーバ側通信部２１を介して提案生成装置１に送信する（ｔ７）。
【００５７】
提案生成装置１は、提案補完装置２で抽出された対応関係の情報を端末側通信部１４で受信する（ｔ８）。そして、端末側制御知識管理部１７が、受信した対応関係の情報を新たな制御知識マトリクスとして、それまで端末側制御知識格納部１６に格納されていた制御知識マトリクスに置き換えて格納する（ｔ９）。つまり、サーバ側制御知識格納部２３に更新して格納された制御知識マトリクスのうちの、発生頻度が閾値以上の対象状況を含む対応関係に該当する一部分を、端末側制御知識格納部１６に格納する。これにより、サーバ側制御知識格納部２３に格納されている制御知識マトリクスを更新するごとに、端末側制御知識格納部１６に格納する制御知識マトリクスも更新される。
【００５８】
なお、サーバ側制御知識格納部２３に格納された制御知識マトリクスのうちの、発生頻度が閾値以上の対象状況を含む対応関係に該当する一部分を、端末側制御知識格納部１６に格納する処理は、上述した以外の処理によって行う構成としてもよい。例えば、サーバ側制御知識格納部２３に格納された制御知識マトリクスを提案生成装置１に送信し、提案生成装置１側で、発生頻度が閾値以上の対象状況を含む対応関係に該当する一部分を抽出して端末側制御知識格納部１６に格納する構成としてもよい。
【００５９】
＜提案関連処理＞
続いて、提案生成装置１で行う端末側提案関連処理について図７のフローチャートを用いて説明を行う。端末側提案関連処理は、例えば自車のイグニッション電源がオンになったときに開始する構成とすればよい。
【００６０】
まず、ステップＳ２１では、状況特定部１５が対象状況を特定する。ステップＳ２２では、端末側提案内容特定部１８が、Ｓ２１で特定した対象状況をもとに、端末側制御知識格納部１６に格納されている制御知識マトリクスを参照する。
【００６１】
ステップＳ２３では、端末側制御知識格納部１６に格納されている制御知識マトリクスに、Ｓ２１で特定した対象状況に対応する提案内容が存在した場合（Ｓ２３でＹＥＳ）には、ステップＳ２４に移る。一方、Ｓ２１で特定した対象状況に対応する提案内容は存在しなかった場合（Ｓ２３でＮＯ）には、ステップＳ２５に移る。
【００６２】
ステップＳ２４では、端末側提案内容特定部１８が、端末側制御知識格納部１６に格納されている制御知識マトリクスにおいてＳ２１で特定した対象状況に対応する提案内容を特定する。
【００６３】
また、Ｓ２３において、Ｓ２１で特定した対象状況に対応する提案内容が存在しなかった場合のステップＳ２５では、端末側提案内容特定部１８が、Ｓ２１で特定した対象状況の情報と、この対象状況に対応する提案内容を提案補完装置２で特定するよう要求する要求信号（以下、提案内容特定要求信号）とを、端末側通信部１４を介して提案補完装置２に送信する。つまり、提案補完装置２での提案内容の特定を要求する。
【００６４】
対象状況の情報及び提案内容特定要求信号をサーバ側通信部２１で受信した提案補完装置２では、サーバ側提案関連処理を行う。サーバ側提案関連処理では、サーバ側提案内容特定部２５が、提案生成装置１から受信した対象状況の情報をもとに、サーバ側制御知識格納部２３に格納されている制御知識マトリクスを参照し、その対象状況に対応する提案内容を特定する。
【００６５】
そして、提案内容を特定できた場合は、サーバ側提案内容特定部２５が、特定した提案内容を、サーバ側通信部２１を介して提案生成装置１に送信する。一方、対象状況に対応する提案内容がサーバ側制御知識格納部２３に格納されている制御知識マトリクスに存在せず、提案内容を特定できなかった場合は、サーバ側提案内容特定部２５が、例えば対象状況に対応する提案内容がないことを示す情報を、サーバ側通信部２１を介して提案生成装置１に送信する構成とすればよい。
【００６６】
ステップＳ２６では、提案補完装置２で特定した提案内容を端末側通信部１４で受信した場合（Ｓ２６でＹＥＳ）には、端末側提案内容特定部１８が、提案補完装置２から受信したこの提案内容を、対象状況に対応する提案内容として特定し、ステップＳ２７に移る。一方、対象状況に対応する提案内容がないことを示す情報を端末側通信部１４で受信した場合（Ｓ２６でＮＯ）には、ステップＳ３０に移る。
【００６７】
ステップＳ２７では、提案処理部１９が、特定できた提案内容に従った提案を、例えばスピーカ５２から行わせる。一例として、提案内容が「カーエアコンの設定温度上昇」の場合を以下に示す。
【００６８】
まず、「カーエアコンの設定温度を上げますか？お話ください」といった提案をスピーカ５２から音声出力させる。続いて、発話のタイミングを知らせる「ピーッ」といった合図をスピーカ５２から音声出力させる。
【００６９】
ステップＳ２８では、Ｓ２７で行わせた提案に対して、例えば数秒等の所定時間内に乗員からの発話による応答があった場合（Ｓ２８でＹＥＳ）には、ステップＳ２９に移る。一方、応答がなかった場合（Ｓ２８でＮＯ）には、ステップＳ３０に移る。なお、提案への応答を操作スイッチ群でも受け付ける構成とした場合には、この操作スイッチ群への操作入力を提案への応答と判断する構成としてもよい。
【００７０】
ステップＳ２９では、制御情報出力部１３が、Ｓ２７で行わせた提案に対する応答に応じた処理を行う。具体例としては、音声認識処理部１２で乗員の発話した音声を音声認識処理した結果が、「いいえ」といった提案を拒否する応答であった場合には、提案した内容を実行させない。一方、「はい」といった提案を許諾する応答であった場合には、提案した内容を実行するための一連の音声対話の処理を行う。
【００７１】
ここでは、提案内容「カーエアコンの設定温度上昇」を許諾する応答であった場合の一連の音声対話の処理の一例を以下に示す。
【００７２】
まず、制御情報出力部１３が動作処理部５に制御情報を出力し、スピーカ５２から「設定温度上昇ですね」、「設定温度を指定して下さい」といった一連のガイド音声を出力させた後、発話のタイミングを知らせる「ピーッ」といった合図を出力させる。ここで、乗員が例えば「２８度」と発話すると、発話した音声を音声認識処理部１２で音声認識し、上記と同様にして、「２８度に設定します」とガイド音声をスピーカ５２から出力させる。そして、制御情報出力部１３が、動作指示部５１に対して、カーエアコンの設定温度を２８度に設定するように制御情報を出力する。動作指示部５１は、カーエアコンを制御するＥＣＵ等を制御して、カーエアコンの設定温度を２８度に設定させる。
【００７３】
なお、提案内容に応じた音声対話の処理を行うためのデータは、音声認識ＤＢ６や端末側制御知識格納部１６やそれ以外の不揮発性のメモリに格納され、制御情報出力部１３は、このデータを参照することで、提案内容に応じた音声対話の処理を行う構成とすればよい。
【００７４】
ステップＳ３０では、端末側提案関連処理の終了タイミングであった場合（Ｓ３０でＹＥＳ）には、端末側提案関連処理を終了する。一方、端末側提案関連処理の終了タイミングでなかった場合（Ｓ３０でＮＯ）には、Ｓ２１に戻って処理を繰り返す。端末側提案関連処理の終了タイミングとしては、例えば、自車のイグニッション電源がオフになったときなどがある。
【００７５】
また、Ｓ３０においてＳ２１に戻って処理を繰り返す場合、既に提案済みの提案内容については、一定の時間が経過したり、図７のフローチャートを一定回数以上繰り返したりするまでは再度の提案を行わせない構成としてもよい。他にも、図７のフローチャートが終了するまでは、既に提案済みの提案内容については再度の提案を行わせない構成としてもよい。
【００７６】
＜実施形態１のまとめ＞
実施形態１の構成によれば、提案生成装置１及び提案補完装置２の外部から逐次収集する新規情報をもとに、制御知識マトリクスにおける対象状況と提案内容との対応関係を逐次更新していくので、時々刻々と変化する環境や時代に合わせた制御知識マトリクスに逐次更新していくことができる。そして、制御知識マトリクスをこのように逐次更新していくことで、対象状況が同一であったとしても、時々刻々と変化する環境や時代に合った提案内容を特定できるようにし、提案のマンネリ化を防ぐことができる。
【００７７】
また、提案生成装置１は、端末側制御知識格納部１６に格納される制御知識マトリクスに含まれない提案内容については、提案補完装置２のサーバ側制御知識格納部２３に格納される制御知識マトリクスを利用して特定する。よって、提案生成装置１の端末側制御知識格納部１６に格納できる制御知識マトリクスの情報量が少ない場合でも、提案補完装置２を利用することで、様々な対象状況に応じた提案内容を特定し、ユーザが望む提案を提供することができる。
【００７８】
さらに、端末側制御知識格納部１６に格納される制御知識マトリクスは、新規情報をもとに逐次更新されるサーバ側制御知識格納部２３に格納される制御知識マトリクスのうちの、状況特定部１５で特定される頻度が閾値以上のものに絞られている。よって、提案生成装置１の端末側制御知識格納部１６に格納する制御知識マトリクスの情報量を抑えながらも、提案補完装置２の利用を抑えることが可能になる。その結果、提案補完装置２を利用して提案内容を特定する際の待ち時間の発生を抑えることが可能になる。
【００７９】
（変形例１）
実施形態１では、サーバ側制御知識格納部２３に格納される制御知識マトリクスの一部が端末側制御知識格納部１６に格納される構成を示したが、必ずしもこれに限らない。サーバ側制御知識格納部２３に格納される制御知識マトリクスの全体を提案生成装置１が取得し、端末側制御知識格納部１６に格納している構成（以下、変形例１）としてもよい。
【００８０】
変形例１の構成を採用する場合には、サーバ側制御知識格納部２３に格納される制御知識マトリクスのうちから、端末側制御知識格納部１６に格納する一部の対応関係を抽出する処理を省略すればよい。また、変形例１の構成を採用する場合には、提案補完装置２にサーバ側提案内容特定部２５を備えず、提案補完装置２でサーバ側提案関連処理を行わない構成としてもよい。
【００８１】
（変形例２）
実施形態１では、音声認識処理を提案生成装置１で行う構成を示したが、提案補完装置２で音声認識処理を行わせる構成（以下、変形例２）としてもよい。変形例２の構成を採用する場合には、提案生成装置１は、音声取得部１１で取得したデジタル音声信号を提案補完装置２に送信し、提案補完装置２でこのデジタル音声信号を音声認識処理した結果を受信する構成とすればよい。提案補完装置２は、音声認識ＤＢ６と同様のデータベースを用いて、音声認識処理部１２と同様の処理を行って音声認識処理を行う構成とすればよい。
【００８２】
変形例２の構成によれば、音声認識処理を提案補完装置２で行わせる分だけ、提案生成装置１での処理負荷を低減することができる。
【００８３】
（変形例３）
実施形態１では、提案生成装置１で端末側提案関連処理を行って、状況特定部１５で特定した対象状況に対応する提案内容を特定する構成を示したが、必ずしもこれに限らない。例えば、提案生成装置１に、端末側制御知識格納部１６、端末側制御知識管理部１７、及び端末側提案内容特定部１８を備えず、状況特定部１５で特定した対象状況に対応する提案内容の特定は提案補完装置２でのみ行わせる構成（以下、変形例３）としてもよい。
【００８４】
変形例３の構成を採用する場合には、状況特定部１５で特定した対象状況を提案生成装置１から提案補完装置２に送信し、送信した対象状況をもとに提案補完装置２のサーバ側提案内容特定部２５で特定した提案内容を提案生成装置１で受信し、受信した提案内容を用いて提案処理部１９が提案を行わせる構成とすればよい。
【００８５】
変形例３の構成によれば、端末側提案関連処理を行わず、提案補完装置２でのみ対象状況に対応する提案内容の特定を行わせる分だけ、提案生成装置１での処理負荷を低減することができる。また、提案生成装置１が端末側制御知識格納部１６を備えないで済む分だけ、提案生成装置１のメモリ容量の消費を抑えることができる。
【００８６】
（変形例４）
実施形態１では、提案生成装置１と提案補完装置２とを、端末装置とサーバ装置といったそれぞれ別体の装置として備える構成を示したが、必ずしもこれに限らない。例えば、１つの端末装置が、提案生成装置１の機能と提案補完装置２における制御知識更新関連処理の機能を有する構成としてもよい。
【００８７】
（変形例５）
実施形態１では、電子機器１００を車両で用いる場合の例を挙げたが、必ずしもこれに限らない。例えば、屋内の家電に用いるなど他のものに用いる構成としてもよい。
【００８８】
なお、本発明は、上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【符号の説明】
【００８９】
１  提案生成装置（端末装置、情報提案システム）、２  提案補完装置（サーバ装置、情報提案システム）、１３  制御情報出力部（制御指示部）、１５  状況特定部、１６  端末側制御知識格納部（抽出部分格納部）、１８  端末側提案内容特定部（提案内容特定部）、１９  提案処理部、２２  新規情報収集部、２３  サーバ側制御知識格納部（対応関係格納部）、２４  サーバ側制御知識管理部（対応関係更新部）
【図１】
0006295884.tif 000002
【図２】
0006295884.tif 000003
【図３】
0006295884.tif 000004
【図４】
0006295884.tif 000005
【図５】
0006295884.tif 000006
【図６】
0006295884.tif 000007
【図７】
0006295884.tif 000008