(57)【特許請求の範囲】
【請求項１】
時間、場所に関する情報を含む条件と、アクションとの組からなる手続きを記録する手続きデータベースと、
ユーザの操作によりアクションが選択されたときに、そのときの時間、場所に関する情報と、該アクションとの組を手続きとして前記手続きデータベースに記録する手続きデータ生成手段と、
時間、場所に関する情報を検出する周囲状況検出手段と、
前記周囲状況検出手段により検出された情報に基づいて、前記手続きデータベースに記録された前記条件を検索し、対応付けられた前記アクションを決定する手続き検索・決定手段と、
前記手続き検索・決定手段により決定された前記アクションを提案するアクション提案手段と、
を備えることを特徴とするアクション提案装置。
【請求項２】
時間、場所、状況に関する情報を含む条件と、アクションとの組からなる手続きを記録する手続きデータベースと、
ユーザの操作によりアクションが選択されたときに、そのときの時間、場所、状況に関する情報と、該アクションとの組を手続きとして前記手続きデータベースに記録する手続きデータ生成手段と、
時間、場所、状況に関する情報およびユーザが操作したアクションを検出する周囲状況検出手段と、
前記周囲状況検出手段により検出された情報に基づいて、前記手続きデータベースに記録された前記条件を検索し、対応付けられた前記アクションを決定する手続き検索・決定手段と、
前記手続き検索・決定手段により決定された前記アクションを提案するアクション提案手段と、
を備えることを特徴とするアクション提案装置。
【請求項３】
ユーザの操作によりアクションが選択されたときに、そのときの時間、場所に関する情報と、該アクションとの組を手続きとして手続きデータベースに記録し、
時間、場所に関する情報を検出し、
前記検出した情報に基づいて、前記手続きデータベースを検索し、対応付けられたアクションを決定し、
前記決定したアクションを提案する
ことを特徴とするアクション提案方法。
【請求項４】
ユーザの操作によりアクションが選択されたときに、そのときの時間、場所、状況に関する情報と、該アクションとの組を手続きとして手続きデータベースに記録し、
時間、場所、状況に関する情報を検出し、
前記検出した情報に基づいて、前記手続きデータベースを検索し、対応付けられたアクションを決定し、
前記決定したアクションを提案する
ことを特徴とするアクション提案方法。
【請求項５】
ユーザの操作によりアクションが選択されたときに、そのときの時間、場所に関する情報と、該アクションとの組を手続きとして手続きデータベースに記録するステップと、
時間、場所に関する情報を検出するステップと、
前記検出した情報に基づいて、前記手続きデータベースを検索し、対応付けられたアクションを決定するステップと、
前記決定したアクションを提案するステップとを
コンピュータに実行させるためのアクション提案プログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項６】
ユーザの操作によりアクションが選択されたときに、そのときの時間、場所、状況に関する情報と、該アクションとの組を手続きとして手続きデータベースに記録するステップと、
時間、場所、状況に関する情報を検出するステップと、
前記検出した情報に基づいて、前記手続きデータベースを検索し、対応付けられたアクションを決定するステップと、
前記決定したアクションを提案するステップとを
コンピュータに実行させるためのアクション提案プログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
技術分野
本発明は、手続きデータベースによるアクション提案装置、アクション提案方法、これらに用いる手続きデータを記録した記録媒体および手続きデータベースによるアクション提案プログラムを記録した記録媒体に関し、特に、周囲の状況から得られる多種多様な情報に対応して、所定のアクションを提案するアクション提案装置、アクション提案方法、これらに用いる手続きデータを記録した記録媒体および手続きデータベースによるアクション提案プログラムを記録した記録媒体に関する。
例えば、カーナビゲーションシステムや携帯型情報処理端末等の周囲の状況に応じた動作が望まれる装置に適用することが可能である。
背景技術
従来は、第１図に示すように、時々刻々と変わる様々な周囲の状況に応じてユーザ自身がその周囲の状況を判断し、ボタンを押す等の操作によって必要なアクション（システムの動作）を行うようにシステムに対して命令することにより、所望のアクションを実現していた。
また、第２図に示すように、周囲の状況に対して所定のアクションを行なうようにあらかじめ固定のルールを作成しておき、決められた条件に合ったときに、その固定のルールにより定められているアクションを起動するようにしていた。
カーナビゲーションシステムや携帯型情報処理端末においては、時間の経過やユーザ自身の移動等により、時間や場所等の周囲の状況が時々刻々と変化する。一方、道路交通情報通信システム（ＶＩＣＳ：Vehicle Information & Communication System）やインターネット（Internet）の接続により多種多様な情報をリアルタイムで取得できる環境がある。
例えば、カーナビゲーションシステムの場合には、このシステムを搭載する車からも様々な情報を取得できる。このような環境において、ユーザ（運転者）は、第一の作業として自動車を運転して走行しながら、第二の作業としてその状況に応じた様々な処理のための作業を必要とする場合がある。このような場合に、多種多様な周囲の状況に応じて、カーナビゲーションシステム等の装置に対して毎回ユーザが適切な操作を判断し選択し、アクションを命令するのは大変な負担となる。
本発明の目的は、手続きデータベースを用いて、時々刻々と変化する周囲の状況に応じたアクションをユーザに対して自動的に提案するアクション提案装置、アクション提案方法、これらに用いる手続きデータを記録した記録媒体および手続きデータベースによるアクション提案プログラムを記録した記録媒体を提供することである。さらに、本発明のもう１つの目的は、ユーザが選択したことにより実行されたアクションの実行結果をもとに、手続きデータベースを更新するアクション提案装置、アクション提案方法、これらに用いる手続きデータを記録した記録媒体および手続きデータベースによるアクション提案プログラムを記録した記録媒体を提供することである。
発明の開示
本発明は、従来技術の問題を解決し、上記の目的を達成するため、第３図に示すような各構成要素を備える。
第３図は、本発明の原理を説明する図である。
周囲状況検出手段１は、時間、場所、状況等、周囲の状況に関する条件を検出する機能を備える。また、周囲状況検出手段１は、ユーザが入力装置を操作して選択したアクションを検出する機能を備える。
手続き検索・決定手段２は、周囲状況検出手段１が検出した情報をもとに手続きデータベース３中の手続きを検索し、そのときの周囲の状況に関する条件に該当する手続きを決定する機能を備える。
手続きデータベース３は、周囲の状況に関する条件とアクションとの組からなる手続きを記録するデータベースである。各手続きにおける周囲の状況に関する条件としては、例えば時間、場所、状況等があり、手続きは［時間、場所、状況、アクション］の組等で定義される。また、手続きデータベース３は、手続きの各条件およびアクションごとにその条件またはアクションで定義される値を重複することなく持ち、各手続きは、第２７図を用いて後述するように、必要な条件およびアクションをリンクで接続したネットワーク形式のデータ構造で構成される。
アクション提案・実行手段４は、手続き検索・決定手段２により決定された手続きにおける一または複数のアクションを提案または実行する機能を備える。
手続きデータ生成手段５は、決定されたアクションが実行されたときの当該アクションに対応する周囲の状況に関する情報をもとに手続きデータベース３に登録する手続きを自動的に生成する機能を備える。具体的には、ユーザ操作によりアクションが選択されたとき、または後述する行動准定手段６によりアクションが選択されたときに、そのときの時間、場所、状況を記録し、これらの情報と当該アクションとから［時間、場所、状況、アクション］からなる手続きデータを生成する。
行動推定手段６は、周囲の状況により行われるユーザの行動（ユーザの動作）を記述した行動リストおよび行動に対してどのようなアクションをとるかを記述した行動−アクションリスト持ち、周囲状況検出手段１により検出された情報をもとに行動リストからユーザの行動を推定し、さらにその推定した行動をもとに行動−アクションリストから該当するアクションを選択する機能を備える。
手続きデータベース管理手段７は、手続きデータベース３を管理する機能を備える。例えば、手続きデータベース管理手段７は、手続きデータベース３の手続きのうち一定期間利用されなかった手続きを消去する機能を備える。また、手続きデータベース管理手段７は、手続きデータベース３において、時間、場所または状況のいずれか一つの条件が所定の取りまとめ条件に該当し、かつ残りの条件およびアクションが同一である手続きが複数ある場合には、それらの複数の手続きを一つの手続きに統合する機能を備える。例えば、手続き中の取りまとめ条件に該当する条件が「時間」であるときには、その条件の値を「ａｎｙｔｉｍｅ」に変更して一つの手続きにまとめ、手続き中の取りまとめに該当する条件が「場所」のときには、その条件の値を「ａｎｙｗｈｅｒｅ」に変更して一つの手続きにまとめ、手続き中の取りまとめ条件に該当する条件が「状況」のときには、その条件の値を「ａｎｙ  ｓｉｔｕａｔｉｏｎ」に変更して一つの手続きにまとめる。
また、手続きデータベース管理手段７は、手続きデータベース３中の手続きの時間または場所のいずれか一つの条件が、所定の取りまとめ条件に従って、より範疇の広い条件に置き換えられ、かつ残りの条件およびアクションが同一である場合には、その取りまとめ条件に該当する時間または場所の条件の値を、統合した広い条件の値に置き換えて一つの手続きにまとめる。また、手続きデータベース管理手段７は、手続きデータベース３中の手続きの条件のあてはまる範囲が広すぎる場合には、その手続きの条件の値を、より狭い範囲になる値に書き換える。
手続き検索・決定手段２により、手続きデータベース３から条件の合う手続きが複数抽出された場合には、アクション提案・実行手段４は、抽出した手続きのすべてのアクションの候補をユーザに提案し、その中から実行するアクションを選択させる方法がある。
また、手続き検索・決定手段２により、手続きデータベース３から条件の合う手続きが複数抽出された場合に、実行するアクションを選択させるもう１つの方法として、手続きデータベース３の手続きに優先順位を決める得点を付け、周囲の状況に関する条件の合う手続きが複数ある場合には、その中で優先順位の得点の高い手続きを抽出するようにしてもよい。このとき、手続きの優先順位を決める得点の付与方法として、例えばユーザによってその手続きが利用された場合には得点に所定の点数を加算し、ユーザに手続きを提案したが利用されなかった場合には得点から所定の点数を減算する方法を用いる。これにより、妥当な優先順位を自動的に決定することが可能になる。
また、手続き検索・決定手段２により、手続きデータベース３から条件の合う手続きが複数抽出された場合に、実行するアクションを選択させるさらに別の方法として、条件を満たした手続きにフラグを付け、その条件を満たしている間は、その手続きを一度だけしか提案または実行しないようにする。これにより、同じアクションの提案または実行の繰り返しを抑止することができる。
手続きデータベース３をＰＣカードやＩＣメモリ・カード等の可搬型記録媒体に格納し、手続きデータベース３を別の装置に移管できるようにすることにより、システムの買い替え時等にも、カスタマイズされた手続きを継続的に利用することが可能になる。また、様々な機器に対して既存のカスタマイズされた手続きを適用することが可能になる。
本発明は、以下のように作用する。
時間、場所、状況等の周囲の状況に関する条件とアクションとの組で定義された手続きを記録する手続きデータベース３を用意し、周囲状況検出手段１により、ユーザの入力情報を含む時間、場所、状況等から手続きデータベース３を検索する条件を検出する。その検出された条件をもとに、手続き検索・決定手段２により、手続きデータベース３から該当する手続きを抽出し、その手続きのアクションをアクション提案・実行手段４に渡す。アクション提案・実行手段４により、そのアクションを提案または実行する。これにより、周囲の状況に適したアクションを自動的に提案し、または実行することが可能になる。
さらに、ユーザの操作によってアクションが実行されたときには、手続きデータ生成手段５によって、周囲状況検出手段１から得た情報およびその実行されたアクションをもとに手続きを自動的に生成し、手続きデータベース３に登録する。
また、ある周囲の状況により行われるユーザの行動を記述した行動リストおよびある行動に対して実行されるアクションを記述した行動−アクションリストを用意し、周囲状況検出手段１から得た時間、場所、状況等の条件をもとに、行動推定手段６により、ユーザのとる行動を推定し、さらに推定した行動から実行すべきアクションを決定し、手続きデータ生成手段５により、これらの情報およびアクションから自動的に手続きを生成し、手続きデータベース３に登録する。
以上の手段によって、本発明を使用しているうちに、そのユーザの周囲の状況に応じた状況判断条件が蓄積され、ユーザの嗜好にあったアクションを適切なタイミングで提案または実行することが可能となる。
また、手続きの利用頻度等をもとに手続きを更新することにより、ユーザに最適な手続きデータベース３のメンテナンスが可能になる。また、手続きデータベース３の記録容量の増大化を防ぐことが可能になる。
【図面の簡単な説明】
第１図は、従来の技術の１つを説明する図である。
第２図は、従来の技術の他の１つを説明する図である。
第３図は、本発明の原理を説明する図である。
第４図は、手続きにおける一つの条件としての時間の例を示す図である。
第５図は、手続きにおける一つの条件としての場所の例を示す図である。
第６図は、手続きにおける一つの条件としての状況の例を示す図である。
第７図は、手続きの条件が満足する場合に実行対象となるアクションの例を示す図である。
第８図は、手続きデータベース３の構成例を示す図である。
第９図は、本発明の第１の実施の形態に係るアクション提案装置のブロック構成例を示す図である。
第１０図は、アクションの提案・実行時の処理を示すフローチャートである。
第１１図は、ユーザの操作から手続きを生成するときの処理を示すフローチャートである。
第１２図は、本発明の第２の実施の形態に係るアクション提案装置のブロック構成例を示す図である。
第１３図は、行動リスト６２の例を示した図である。
第１４図は、行動−アクションリスト６４の例を示した図である。
第１５図は、ユーザの行動から手続きを生成するときの処理を示すフローチャートである。
第１６図は、手続きにおける一つの条件としての時間の例を示す図である。
第１７図は、手続きにおける一つの条件としての場所の例を示す図である。
第１８図は、手続きにおける一つの条件としての状況の例を示す図である。
第１９図は、手続きの条件が満足する場合に実行対象となるアクションの例を示す。
第２０図は、手続きデータベース３の構成例を示す。
第２１図は、条件の値により手続きをまとめる処理を説明する図（その１）である。
第２２図は、条件の値により手続きをまとめる処理を説明する図（その２）である。
第２３図は、条件の値により手続きをまとめる処理を説明する図（その３）である。
第２４図は、条件の値により手続きをまとめる処理を説明する図（その４）である。
第２５図は、条件の値により手続きをまとめる処理を説明する図（その５）である。
第２６図は、条件の値により手続きをまとめる処理を説明する図（その６）である。
第２７図は、リンクを用いた手続きデータベースの構成例を示す図である。
第２８図は、本発明を携帯型通信端末に適用した場合の、手続きにおける一つの条件としての時間の例を示す図である。
第２９図は、本発明を携帯型通信端末に適用した場合の、手続きにおける一つの条件としての場所の例を示す図である。
第３０図は、本発明を携帯型通信端末に適用した場合の、手続きにおける一つの条件としての状況の例を示す図である。
第３１図は、本発明を携帯型通信端末に適用した場合の、手続きの条件が満足する場合に実行対象となるアクションの例を示す図である。
第３２図は、本発明を携帯型通信端末に適用した場合の、手続きデータベース３の構成例を示す図である。
第３３図は、本発明のハードウェア構成図である。
発明を実施するための最良の形態
以下、本発明の実施の形態を図面を用いて説明する。
〔第１の実施の形態〕
第１の実施の形態として、本発明をカーナビゲーションシステムに適用する場合の例を説明する。ここでは、［時間、場所、状況、アクション］で構成される手続きデータベース３を用いるとする。このうち、時間、場所、状況は、手続きの条件であり、アクションは、手続きの条件が満足するときに起動される動作である。
まず、第４図乃至第８図を用いて、手続きデータベース３に格納されるデータの例を説明する。
第４図は、手続きにおける一つの条件としての時間の例を示す図である。
時間の条件として、例えば「１２時から１３時までの間」、「１９時に」、「１０時までに」等の内容を条件とすることができる。その他、曜日や日付を指定する値が条件となり得る。
第５図は、手続きにおける一つの条件としての場所の例を示す図である。
場所の条件として、例えば「現在地点から進行方向へ半径２ｋｍ以内にレストランがある場所」、「表示地図上で３ｃｍ以内に駐車場がある場所」、「高速道路上」等の場所や範囲を条件とすることができる。その他、ある特定の設備や地域の場所を条件とすることができ、「トイレ、ガソリンスタンド、住宅街、郊外、商店街、繁華街、オフィス街、都市、漁村、農村、山村、平野部、河川流域、湾岸地域、海岸近辺、森林地帯、山岳地帯」等の内容を範囲に加えることができる。
第６図は、手続きにおける一つの条件としての状況の例を示す図である。
状況の条件として、例えば「渋滞」、「○○している最中」、「運転して○○時間経過後」、「停止中」、「乗車人数」等の内容を条件とすることができる。これらの状況は、例えばジャイロセンサー等からの入力によって判断することができる。
第７図は、手続きの条件が満足する場合に実行対象となるアクションの例を示す図である。
アクションとして、例えば「メニューに追加する」、「○○を通るようにリルートを行なう」、「画面に表示する」、「音声で案内する」等のようなシステムに要求される動作が定義される。アクションは、複数の動作の組合せであってもよい。
第８図は、手続きデータベース３の構成例を示す図である。
手続きデータベース３に格納される各手続きは、手続きの条件とアクションとの組合せからなり、［時間、場所、状況、アクション］のような項目から構成される。例えば、第８図中の手続きＮＯ．１は、［ａｎｙｔｉｍｅ、ｏｎ  ｅｘｐｒｅｓｓｗａｙ、３  ｈｏｕｒｓ  ｈａｖｅ  ｐａｓｓｅｄ、休むように音声で案内する］という内容であり、高速道路を走って３時間経過したならば、いつでも休むように音声で案内することをカーナビゲーションシステムが要求されていることを意味している。
また、第８図中の手続きＮｏ．２は、［１２−１３、ｒｅｓｔａｕｒａｎｔ  ｗｉｔｈｉｎ  ２ｋｍ、ａｎｙ  ｓｉｔｕａｔｉｏｎ、レストラン情報を表示する］という内容であり、１２時から１３時までの間で、２ｋｍ以内にレストランがある場所にいる場合に、どのような状況でもレストラン情報を表示するアクションを実行することを、カーナビゲーションシステムに指示するということを意味している。さらに、第８図中の手続きＮｏ．３は、［ａｎｙｔｉｍｅ、ｎｅａｒ  ｇａｓ−ｓｔａｎｄ、ｌａｃｋ  ｏｆ  ｇａｓｏｌｉｎｅ、ガソリンスタンドを通るようにリルートを行なう］という内容であり、ガソリンスタンドの近くで、ガソリンが不足している場合には、ガソリンスタンドを通るようにリルート（経路案内）を行なうことを、カーナビゲーションシステムに指示するということを意味している。
なお、手続きデータベース３のルール（手続き条件）は、例えば述語論理表現等により、確率や関数を用いて表現することも可能である。例えば、場所がＡであり、時間がＢであり、状況がＣであったならば、アクションＤを実行せよ、というルールを述語論理表現すると、
if A and B and C then D
となる。また、場所がＡであり、時間がＢであるか状況がＣであるかのどちらか一方が成り立つときに、アクションＤを実行せよ、というルールを述語論理表現すると、
if A and（B or C）then D
となる。また、Ａの条件にあてはまらず、Ｂの条件にあてはまらず、Ｃの条件を満たすならば、Ｄを実行せよ、というルールを述語論理表現すると、
if（not A）and（not B）and C then D
となる。さらに、
if（（（not C1）and C2）or（C3 or（not C4）））and C5 then D
というような記述も可能である。
また、条件を絶対的なものではなく、例えば、時間の条件を「地点Ｐを過ぎて１時間後から３０分間」のように、場所の条件を「１２時の時にいる場所の３ｋｍから１ｋｍ手前の間」のように、相対的に指定することも可能である。これらの条件は、実際に地点Ｐが決定されてから実行の対象としたり、予測モジュールにより推測した結果を用いて利用したりしてもよい。
さらに、手続に確率をもたらしたり、確率によって処理方法を変えたりすることも可能である。例えば、［１２−１３、レストランから１ｋｍ以内、停止中］という条件に合致するときに、「レストラン情報を表示する」というアクションを、ユーザがどの位の確率で行なったのかのデータをとり、そのデータをもとに手続きを表現すると、たとえば、［１２−１３、レストランから１ｋｍ以内、停止中：レストラン情報を表示する；３０％］となる。このような手続きがデータベース内にある場合は、「３０％の確率で、レストラン情報を表示する」というアクションを実行することになる。このようにすることにより、あまりレストランを利用しないユーザにとって、アクションの提案がうるさく感じられないようになる等の利点が生まれる。また、同一の条件に対して複数の提案がある場合、［１２−１３、レストランから１ｋｍ以内、停止中：レストラン情報を表示する；６０％、レストランによるようにリルートを行なう；４０％］のように手続きを設定しておくことも可能である。さらに、提案の採用状況によっては、これらの確率を自動的に変えられるようにしてもよい。
また、手続きデータベース３のルールは、上述の他に、ファジールールやニューラルネットワーク等も容易に導入することが可能である。
第９図は、本発明の第１の実施の形態に係るアクション提案装置のブロック構成例を示す図である。
カーナビゲーションシステム１００において、時間計測部１１、場所推定部１２、状況推定部１３、条件記録部１４、アクション記録部１５は、第３図に示す周囲状況検出手段１を実現するものである。また、手続き検索・決定部２０は、第３図の手続き検索・決定手段２を実現するものであり、手続きデータベース３０は、第３図の手続きデータベース３を実現するものであり、アクション提案部４０は、第３図のアクション提案・実行手段４を実現するものであり、手続きデータ生成部５０は、第３図の手続きデータ生成手段５を実現するものであり、手続きデータベース管理部７０は、第３図の手続きデータベース管理手段７を実現するものである。なお、アクション提案部４０としては、カーナビゲーションシステムの表示装置およびスピーカを用いる。
手続きデータベース３０は、第４図乃至第８図において説明したような構成を備えるデータベースである。
周囲の状況に応じたアクションの提案は、以下のように行う。
時間計測部１１は、例えば時計を備え、あるいは、全地球航空測位システム（ＧＰＳ：Global Positioning System）からの情報をもとに、現在の時刻を計測する。場所推定部１２は、ＧＰＳや地図情報システムからの情報をもとに現在位置を推定する。状況推定部１３は、ジャイロセンサ等の各種センサ、ユーザ等からの情報を入力する入力装置からの情報をもとに周囲の状況を推定する。条件記録部１４は、時間計測部１１、場所推定部１２、状況推定部１３からの情報を記録する。アクション記録部１５は、状況推定部１３の入力装置により決定されたアクションを記録する。
現在の時刻（例えば１２時１５分）は、時間計測部１１により検出する。自動車が走行している場所は、場所推定部１２のＧＰＳによる位置検出と地図情報により「レストランから１ｋｍ」と推定する。さらに、現在の状況として、状況推定部１３の各種センサ等により、「乗員３人」であると推定する。
条件記録部１４は、これらの検出または推定した情報から条件［１２−１３、ｒｅｓｔａｕｒａｎｔ；１ｋｍ、３人］を記録する。手続き検索・決定部２０は、手続きデータベース３０を検索し、この記録された条件に該当する第８図の手続きＮｏ．２を抽出し、定義されている「レストラン情報を表示する」というアクションをアクション提案部４０により提案する。以降、同じ状況になった場合には、自動的に同様のアクションを提案し、実行する。
第１０図は、アクションの提案・実行時の処理を示すフローチャートである。
ステップＳ１において、周囲の状況として、時間計測部１１が時間を所得し、場所推定部１２が場所を取得し、状況推定部１３が状況を取得し、条件記録部１４に記録する。ステップＳ２において、手続き検索・決定部２０が、手続きデータベース３０中に記録されている手続きデータとステップＳ１で所得した周囲の状況とが合うか否かを検索する。ステップＳ３において、ステップＳ２で検索した結果、合う手続きデータがあれば、手続きデータベース３０中に記録されているアクションを、アクション提案部４０がユーザに提案し、アクションを実行する。以後、これらのステップＳ１乃至Ｓ３の過程を繰返す。なお、上記周囲の状況を取得するステップＳ１は、各種センサの能力やＣＰＵの処理能力に基づいて、各情報を所得してもよい。また、条件記録部１４に記録する条件の刻み幅が決っていれば、それに基づいて、各情報を所得してもよい。手続き検索・決定部２０が行なう検索に、時間がかかるようであれば、先読みして検索しておくという手法をとることも可能である。
一方、あるアクションが起こったときの新たな手続きの生成は、以下のように行う。
例えば、現在時刻が１９時１５分、レストランから１ｋｍ、乗員３人という状況のもとで、提案された「レストラン情報を表示する」というアクションをユーザが選択したとする。このアクションの選択に対し、条件記録部１４は、時間計測部１１、場所推定部１２、状況推定部１３からの情報をもとに、そのアクションに対応する条件として、［１９−２０、ｒｅｓｔａｕｒａｎｔ；１ｋｍ、３人］を記録する。また、アクション記録部１５は、入力装置を介して選択されたアクション［レストラン情報を表示する］を記録する。
手続きデータ生成部５０は、条件記録部１４およびアクション記録部１５の情報から、［１９−２０、ｒｅｓｔａｕｒａｎｔ；１ｋｍ、３人、レストラン情報を表示する］という新たな手続きを生成して、手続きデータベース３０に記録する。なお、アクション記録部１５が記録するアクションは１回の操作を示すアクションでもよく、一連の操作を示すアクションでもよい。ここで、一連の操作とは、レストラン情報を表示させるために行なう一連の操作である。
こうして新たに追加された手続きは、次からは条件が合えば自動的に実行され、一度ユーザが行ったアクションは、同じ状況が出現した際には自動的に行われるようになる。
さらに、同じ状況の場合に、すなわち、現在時刻が１９時１５分、レストランから１ｋｍ、乗員３人という状況の場合に、ユーザが「レストランを通るようにリルートを行なう」というアクションを行ったときには、条件記録部１４に記録された条件［１９−２０、ｒｅｓｔａｕｒａｎｔ；１ｋｍ、３人］と、アクション［レストランを通るようにリルートを行なう］とから、手続きデータベース生成部５０は、新たな手続き［１９−２０、ｒｅｓｔａｕｒａｎｔ；１ｋｍ、３人、レストランを通るようにリルートを行なう］を生成して、手続きデータベース３０に記録する。
さらにその後、周囲の状況が同じになった場合には、手続き検索・決定部２０は、手続きデータベースから２つの手続き［１９−２０、ｒｅｓｔａｕｒａｎｔ；１ｋｍ、レストラン情報を表示する］と［１９−２０、ｒｅｓｔａｕｒａｎｔ；１ｋｍ、レストランを通るようにリルートを行なう］とを検索し、これらの手続きから抽出したアクション「レストラン情報を表示する」と「レストランを通るようにリルートを行なう」とをアクションの候補として提案し、ユーザに選択させる。
ここで、手続き検索・決定部２０は、同一の条件の手続きに優先順位を示す得点を付けて、優先順位の得点を最も高い手続きを採用するようにしてもよい。手続きの優先順位を示す得点は、その手続きの提案されたアクションをユーザが実行した場合には所定の点数を加算し、アクションは提案されたがユーザによって実行はされなかった場合には所定の点数を減算するようにして、自動的に更新する。
なお、ある手続きのアクションが提案されて選択された場合に、周囲の状況が変化しない限りは、同一の条件を持つ手続きは検索され続けてしまう。そこで、手続き検索・決定部２０は、いったん条件を満たした手続きにフラグを付け、条件記録部１４に同一の条件が継続して記録されている間は、これらの手続きを抽出しないようにする。
このように、周囲の状況に対応して自動的にアクション提案部４０であるカーナビゲーションシステムの表示装置の地図上に近辺のレストラン位置を表示するので、ユーザは、「昼食時になったので、レストランの位置をカーナビゲーションシステムの表示装置の地図上に表示させる」という操作をいちいち自ら判断して行う必要がなくなる。
第１１図は、ユーザの操作から手続きを生成するときの処理を示すフローチャートである。
ステップＳ１１において、ユーザが入力装置を用いて何らかの操作を行なう。すると、ステップＳ１２において、状況推定部１３がその状況を取得し、時間測定部１１あるいは場所推定部１２が取得する周囲の状況とユーザの操作をセットとして、周囲の状況を取得する。ステップＳ１３において、手続きデータ生成部５０が手続きデータを生成する。ステップＳ１４において、生成された手続きデータを提案・実行時に使用できるように、手続きデータベース３０に登録する。
以上のように、ユーザがシステムに対してアクションを実行させるたびに、その周囲の状況に関する情報はフイードバックされて、手続きデータベース３０の手続きが更新されるので、ユーザの周囲の状況に適応したアクションを提案または実行することができる。
〔第２の実施の形態〕
第２の実施の形態においては、第１の実施の形態と同様の構成を持つ手続きデータベースを用いる。
第１２図は、本発明の第２の実施の形態に係るアクション提案装置のブロック構成例を示す図である。
カーナビゲーションシステム２００において、時間計測部１１、場所推定部１２、状況推定部１３、条件記録部１４は、第３図に示す周囲状況検出手段１を実現するものである。また、手続き検索・決定部２０は、第３図の手続き検索・決定手段２を実現するものであり、手続きデータベース３０は、第３図の手続きデータベース３を実現するものであり、アクション提案部４０は、第３図のアクション提案・実行手段４を実現するものであり、手続きデータ生成部５０は、第３図の手続きデータ生成手段５を実現するものであり、行動推定部６１およびアクション決定部６３は、第３図の行動推定手段６を実現するものであり、手続きデータベース管理部７０は、第３図の手続きデータベース管理手段７を実現するものである。なお、アクション提案部４０としてカーナビゲーションシステムの表示装置およびスピーカを用いる。
手続きデータベース３０は、第４図乃至第８図において説明したような構成を持つデータベースである。
周囲の状況に応じたアクションの提案の処理動作は、第１の実施の形態と同様の処理であるので説明を省略する。
第２の実施の形態では、周囲の状況の情報からユーザの行動を推定して、その行動に適合したアクションを行うための手続きを、手続きデータベース３０に追加する機能を備える。
行動推定部６１は、ある条件（時間、場所、状況）により行われるユーザの行動を記述した行動リスト６２を備え、アクション決定部６３は、行動推定部６１で推定されたユーザの行動に対して実行されるアクションを記述した行動−アクションリスト６４を備える。これらの行動リスト６２および行動−アクションリスト６４は、カーナビゲーションシステム２００の開発者またはユーザが、あらかじめ作成しておいたものである。
第１３図は、行動リスト６２の例を示した図であり、第１４図は、行動−アクションリスト６４の例を示した図である。
第１３図に示すように、行動リスト６２は、例えば「レストランで食事をする」、「ガソリンスタンドで給油する」、「サービスエリアで休憩する」、「駐車をする」、…というようなユーザの行動を記述したリストである。また、第１４図に示すように、行動−アクションリスト６４は、例えば「レストランで食事をする」という行動に対して、「レストラン情報を表示する」、「レストランに寄るようにリルートを行なう」、「「レストランへ行く」をメニューのショートカットに登録する」、…というような関連するアクションを記述したリストである。
行動推定による手続きデータベース３０の手続きの生成は、以下のように行う。例えば、ユーザが、食事をとるためレストランで１時間程度、自動車を停めたとする。状況推定部１３は、ジャイロセンサ等の各種センサから自動車が停止していたこと、また乗車人数が３人であることを推定する。時間計測部１１により停車した時刻（１２時１５分）および停車時間（１時間）を検出し、場所推定部１２のＧＰＳの位置検出および地図情報から停車した場所（レストラン）を推定する。これらの情報は、条件記録部１４および行動推定部６１に渡される。
行動推定部６１では、これらの時刻、場所、状況等の情報をもとに、行動リスト６２からユーザが行うと推定される行動を選択する。この場合には、「１２時１５分から１時間、レストランの場所で、乗車人数が３人で、停車した」という情報をもとに、第１３図に示すような行動リスト６２に定義された行動の中から、「レストランで食事をする」という行動が推定される。推定結果の「レストランで食事をする」という行動は、アクション決定部６３に渡される。
アクション決定部６３により、この推定結果をもとに、第１４図に示すような行動−アクションリスト６４に定義された「レストランで食事をする」に対応するアクションの中から「レストラン情報を表示する」というアクションを選択する。
手続きデータ生成部５０では、条件記録部１４に記録された条件は、その行動の契機となった条件であるとして、その条件とアクション決定部６３で選択されたアクションから、［１２−１３、ｒｅｓｔａｕｒａｎｔ、３人、レストラン情報を表示する］という新たな手続きを生成し、手続きデータベース３０に記録する。
なお、手続きデータ生成部５０において、手続きを生成する際に用いる条件は、基本的には、その行動を起こした際の条件を用いるが、例えば１０分前の条件を記録しておいて、これを用いるようにしてもよい。
このように、手続きデータベース３０は、ユーザの環境に適合した手続きが追加等されて、自動的に更新されていくことになる。
第１５図は、ユーザの行動から手続きを生成するときの処理を示すフローチャートである。
ステップＳ２１において、ユーザが入力装置を用いて何らかの操作を行なう。すると、ステップＳ２２において、行動推定部６１がユーザの操作からユーザの行動がどのような行動であるのかを推定する。そして、ステップＳ２３において、ユーザがその行動を行なうときに、カーナビゲーションシステム２００がサポートできるアクションを、アクション決定部６３が決定する。そのとき、ステップＳ２４において、並行して状況推定部１３がその状況を取得し、時間測定部１１あるいは場所推定部１２が取得する周囲の状況とユーザの操作をセットとして、周囲の状況を取得する。ステップＳ２５において、手続きデータ生成部５０が手続きデータを生成する。ステップＳ２６において、生成された手続きデータを提案・実行時に使用できるように、手続きデータベース３０に登録する。なお、ユーザが行動を実行するときとナビゲーションシステム２００がサポートするアクションの提案を実行するときに、例えば、時間的な差が必要なときは、条件をずらすような修正を行なう。このずらし方は、行動−アクションリスト６４に記録しておく。例えば、行動として、「レストランで食事をする」、アクションとして、「レストランへ寄るようにリルートを行なう」の場合は、行動−アクションリスト６４に「−３０ｍｉｎ、半径１ｋｍ」というような情報を記録しておく。このように記録しておくことにより、条件記録部１４に記録されている時間の条件が「１２−１３」であっても、「レストランへ寄るようにリルートを行なう」提案をするのは、１１時３０分〜１２時３０分であり、あるいは、条件記録部１４に記録されている場所の条件が「現在地点から進行方向へ半径２ｋｍ以内にレストランがある場所」であっても、レストランから１ｋｍ以内にアクションの提案を行なうように手続きデータを生成すし、手続きデータベース３０に記録する。
〔第３の実施の形態〕
第３の実施の形態として、本発明をビデオ録画システムに適用する場合の例を説明する。
第１６図乃至第２０図を用いて、手続きデータベース３に格納されるデータの例を説明する。
第１６図は、手続きにおける一つの条件としての時間の例を示す図である。
時間の条件として、例えば「７時から７時１５分」、「１９時から２０時」、「毎週月曜日２１時」のような内容を条件とすることができる。
第１７図は、手続きにおける一つの条件としての場所の例を示す図である。
場所の条件として、例えば「競馬場」、「会社」、「車の中」、「自宅」、「ホテル」等の場所を条件とすることができる。
第１８図は、手続きにおける一つの条件としての状況の例を示す図である。
状況の条件として、例えば「移動中」、「ユーザが仕事中」、「ユーザが近くにいる」、「晴れ（天気）」というような状況を条件とすることができる。
第１９図は、手続きの条件が満足する場合に実行対象となるアクションの例を示す。
アクションとして、例えば「録画する」、「テープを換えて録画する」、「上書きして録画する」、「録画して書込み不可にする」、「映像を映す」、「ユーザに録画するか判断をもとめる」等のようなシステムに要求される動作が定義される。アクションは、複数の動作の組合せであってもよい。
第２０図は、手続きデータベース３の構成例を示す。
手続きデータベース３に格納される各手続きは、手続きの条件とアクションとの組合せからなり、［時間、場所、状況、アクション］のような項目から構成される。例えば、第２０図中の手続きＮｏ．１は、［７−７：１５、ａｎｙｗｈｅｒｅ、ユーザが近くにいない、１ｃｈ（チャンネル）を録画する］という内容であり、７時から７時１５分の間に、ユーザが近くにいなければ、１チャンネルを録画することを意味している。なお、録画するチャンネルは、指定することができ、ここでは１チャンネルが指定されているとする。
また、第２０図中の手続きＮｏ．２は、［１９−２０、ａｎｙｗｈｅｒｅ、ユーザが仕事中、上書きして録画する］という内容であり、１９時から２０時の間に、ユーザがどこかで仕事をしていれば、上書きして録画するということを意味している。第２０図中の手続きＮｏ．３は、［毎週月曜日２１時、自宅以外、ａｎｙ  ｓｉｔｕａｔｉｏｎ、テープを換えて録画する］という内容であり、毎週月曜日の２１時に、自宅以外のところにいる場合に、どのような状況でも、テープを換えて録画するということを意味している。さらに、第２０図中の手続きＮｏ．４は、［ａｎｙ  ｔｉｍｅ、競馬場、ａｎｙ  ｓｉｔｕａｔｉｏｎ、映像を映す］という内容であり、いつでも、競馬場にいれば、どのような状況でも、映像を映すということを意味している。
このような手続きデータベースを備えた本発明の第３の実施の形態に係るアクションが起こったときの新たな手続きの生成は、以下のように行う。
ユーザが、ある決まった曜日または時間に「録画」という操作を繰り返すと、周囲状況検出手段１により、録画を行った「曜日」、「開始／終了時刻」等の情報を得て、手続きデータ生成手段５により、特定の曜日または時刻と「録画」というアクションで定義された手続きが生成され、手続きデータベース３に記録される。
その後、周囲状況検出手段１により、特定の時間（曜日、時刻）を検出すると、手続き検索・決定手段２により、この検出された時間を条件として手続きデータベース３を検索して、該当する手続きを抽出する。アクション提案・実行手段４により、抽出された手続きのアクション「録画」を表示装置等に提案するか、または自動的に録画を実行する。
これにより、ユーザは、ある特定の状況での録画操作を忘れていても、アクション（録画操作）の提案または実行により、録画を行うことができる。
なお、ユーザとカーナビゲーションシステムとが同じ場所に存在することを前提として前述してきた第１の実施の形態や第２の実施の形態と異なり、第３の実施の形態は、ユーザとビデオ録画システムとが離れている場所に存在する場合も想定できる。ユーザとビデオ録画システムとが離れている場合は、周囲状況検出部が検出する場所の状況は、ユーザに関するものとビデオ録画システムに関するものとがあるが、これはモードの切り替え等により対応することが可能である。また、データの伝送は、オンライン送受信のみならず無線送受信等により行なえることはいうまでもない。
〔第４の実施の形態〕
手続きデータベース３０は、ユーザが使いやすいような状況判断をする手続きを提案できるように、また手続きデータベース３０自体の容量を抑えるためにメンテナンスが必要である。
本発明の第４の実施の形態に係る装置のブロック構成例は、第９図に示すものと同様である。
手続きデータベース管理部７０は、一定期間使われなかった手続きを、手続きデータベース３０から削除する。これにより、手続きデータベース３０の容量を、ある範囲内に抑えることができる。
また、手続きデータベース管理部７０は、手続きデータベース３０の手続きの条件「時間」の値が所定の取りまとめ条件に該当し、かつ残りの条件およびアクションが同一である場合には、その取りまとめ条件に該当する手続きの「時間」の値を「ａｎｙｔｉｍｅ」に変更して一つの手続きにまとめる。
また、同様に、条件に「場所」および「状況」についても、その条件が所定の取りまとめ条件に該当し、かつ残りの条件およびアクションが同一である場合には、その取りまとめ条件に該当する手続きの条件「場所」の値を「ａｎｙｗｈｅｒｅ」に、「状況」の値を「ａｎｙ  ｓｉｔｕａｔｉｏｎ」に変更して一つの手続きにまとめる。
第２１図乃至第２６図は、条件の値により手続きをまとめる処理を説明する図である。
第２１図に示すように、手続きデータベース中の時間の条件が「９−１０」、「１０−１１」、「１２−１３」、「１４−１５」、「２０−２１」であって、他の条件およびアクションが同一（［＊、ｎｅａｒ  ｇａｓ−ｓｔａｎｄ、ｌａｃｋ  ｏｆ  ｇａｓｏｌｉｎｅ、ガソリンスタンドを通るようにリルートを行なう］）である手続きが複数ある場合には、これらの手続きの時間の値をまとめると「ａｎｙｔｉｍｅ」という値とはほぼ同等である。そこで、第２２図に示すように、時間の値を「ａｎｙｔｉｍｅ」とする手続き［ａｎｙｔｉｍｅ、ｎｅａｒ  ｇａｓ−ｓｔａｎｄ、ｌａｃｋ  ｏｆ  ｇａｓｏｌｉｎｅ、ガソリンスタンドを通るようにリルートを行なう］を新たに一つ生成して、これらの手続きをまとめる。これにより、手続きデータベース３０の容量を抑えることができる。
また、手続きデータベース管理部７０は、手続きが、時間または場所のいずれか一つの条件の値が所定の取りまとめ条件に従って、より範疇の広い条件に置き換えられ、かつ残りの条件およびアクションが同一である場合には、その取りまとめ条件に該当する条件の値を所定の条件の値に置き換えて、一つの手続きにまとめる。
第２３図に示すように、手続きの条件「場所」の値が「レストラン」、「サービスエリア」である手続きがある場合に、これらの場所の値は、より上位概念の値にまとめて置き換えることができる。そこで、第２４図に示すように、これらの手続きの場所の値を「休憩可能な場所」という値に置き換えて一つにまとめる。
また、第２５図に示すように、手続きの条件「時間」の値が「２０−２１」、「２１−２２」、「２２−２３」である手続きがある場合には、同様に、第２６図に示すように、これらの手続きの時間の値を「夜間」という値に置き換えて一つにまとめる。なお、時間の値を「２１−２３」というようにまとめてもよい。
一方、手続きデータベース管理部７０は、手続きの条件の値のあてはまる範囲が広すぎる場合には、その手続きの条件の値を、より狭い範囲になる値に書き換える。例えば、手続き［９−２２、ｒｅｓｔａｕｒａｎｔ、ａｎｙ  ｓｉｔｕａｔｉｏｎ、レストラン情報を表示する］は、条件「時間」および「状況」の値のあてはまる範囲が広すぎるので、時間の値を「１２−１３／１８−２０」に書き換えて、手続き［１２−１３／１８−２０、ｒｅｓｔａｕｒａｎｔ、ａｎｙ  ｓｉｔｕａｔｉｏｎ、レストラン情報を表示する］とすることもできる。
以上、本発明の実施の形態を説明したが、これらの実施の形態において利用する手続きデータベースのデータ構造の例を説明する。
手続きデータベースの手続きを［時間、場所、状況、アクション］という項目で１セットというデータ形式で持つと、時間、場所、状況、アクションそれぞれに対して同じ値のデータが大量にできてしまい、手続きデータベース中の手続きデータが冗長になってしまう。
そこで、手続きデータベースでは、第２７図に示すように、手続きの条件およびアクションごとにその条件またはアクションで定義される値を重複することなく持ち、各手続きを、必要な条件およびアクションごとに少なくとも一つの値をリンクして構成するようにする。これにより、手続きデータベースの容量を軽減することができる。
例えば、［１２−１３、レストラン、停止中、レストラン情報を表示する］、［１８−２０、レストラン、ａｎｙ  ｓｉｔｕａｔｉｏｎ、「場所」を通るようにリルートを行なう］、…というような手続きがある場合に、第２７図に矢印で示すように時間、場所、状況、アクションをリンクする情報を持つことにより、場所「レストラン」という値を手続きごとに重複して持つ必要がなくなる。
第２７図に実太線の矢印で示したリンクは、［ａｎｙｔｉｍｅ、ガソリンスタンド、ガソリンが１０リットル以下、「場所」を通るようにリルートを行なう］という手続きがあることを示している。
さらに、ユーザにとって、自分用にカスタマイズした本発明の装置を、バージョンが変わるたびに再設定するのは面倒である。また、いろいろな機器についても、同じように自分の嗜好に合わせてカスタマイズしたいことがある。
そこで、ユーザの嗜好に合わせてカスタマイズされた手続きデータベースをＰＣカード、ＩＣメモリ・カード等の可搬型記録媒体に保存し、それを別の装置に取り付けて利用することにより、システムめ買い替え時にカスタマイズされた手続きを継続的に利用したり、違った機器に同じカスタマイズされた手続きを利用することができるようになる。
以上、本発明の実施の形態として、本発明をカーナビゲーションシステム、ビデオ録画システムに適用する場合について説明したが、携帯型通信端末、情報処理端末、その他の機器にも適用できることは言うまでもない。
第２８図乃至第３１図は、本発明を携帯型通信端末に適用した場合の手続きデータベースの例を示している。
第２８図は、手続きにおける一つの条件としての時間の例を示す図であり、第２９図は、手続きにおける一つの条件としての場所の例を示す図であり、第３０図は、手続きにおける一つの条件としての状況の例を示す図であり、第３１図は、手続きの条件が満足する場合に実行対象となるアクションの例を示す。そして、第３２図は、手続きデータベース３の構成例を示す。
これら第２８図乃至第３１図に示した各例は、第４図乃至第８図を用いて説明した第１の実施の形態、あるいは、第１６図乃至第２０図を用いて説明した第３の実施の形態等と同様である。
なお、アクションの提案・実行と手続きデータの生成とは、通常、並列的に処理される。そのため、新しく生成された手続きは、すぐにアクションの提案・実行に結びつくようにすることができる。
また、手続きの自動生成に関しては、同条件において同じ操作が複数回繰返されたときに、初めてデータベースに登録するようにしてもよいし、一度の操作で、手続きを生成し、データベース側で頻度などを記録し、そのデータをもとに実際に登録するか否かを決定してもよい。さらに、二重登録されないように、すでにデータベースに存在する手続きは、再度登録されないようにするなどの操作も必要である。
さらに、本発明は、ビデオ、ステレオ、ＦＡＸ、電子レンジ等比較的操作が煩雑な家電に対しても適用でき、これらの機器間で共通のカスタマイズ機能を実現することができる。
また、本発明の機能が実行されるのであれば、単体の装置であっても、複数の装置からなるシステムあるいは統合装置であっても、ＬＡＮ、ＷＡＮ等のネットワークを介して処理が行なわれるシステムであっても本発明を適用できることは言うまでもない。
また、本発明は、第３３図に示すように、バス３３０９に接続されたＣＰＵ３３０１、ＲＯＭやＲＡＭのメモリ３３０２、ユーザからの指示や情報の入力に用いられるボタン、スイッチ、リモコン、ジョグダイヤル、タッチパネル、キーボード、ポインティングデバイス等の入力装置３３０３、ユーザへの問合せや情報の出力に用いられるディスプレイ、スピーカ、ヘッドフォン、プリンタ等の出力装置３３０４、外部記録装置３３０５、媒体駆動装置３３０６、可搬記録媒体３３１０、ネットワーク接続装置３３０７、ＧＰＳ受信装置３３０８、各種センサ３３１１で構成されるシステムでも実現できる。すなわち、前述してきた各実施の形態のシステムを実現するソフトウェアのプログラムコードや取得された情報を記録したＲＯＭやＲＡＭのメモリ３３０２、外部記録装置３３０５、可搬記録媒体３３０９を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵ３３０１やＭＰＵ）がプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
この場合、記録媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記録した可搬記録媒体３３１０等は本発明を構成することになる。
プログラムコードを供給するための可搬記録媒体３３１０としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭカード、ＩＣカード、電子メールやパソコン通信等のネットワーク接続装置３３０７（言い換えれば、通信回線）を介して記録した種々の記録媒体などを用いることができる。また、周囲状況のデータをネットワーク接続装置３３０７から取得することも可能である。
また、コンピュータ３３００がメモリ３３０２上に読み出したプログラムコードを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムコードの指示に基づき、コンピュータ３３００上で稼動しているＯＳなどが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現される。
さらに、可搬型記録媒体３３１０から読み出されたプログラムコードが、コンピュータ３３００に挿入された機能拡張ボードやコンピュータ３３００に接続された機能拡張ユニットに備わるメモリ３３０２に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ３３０１などが実際の処理の一部または全部を行ない、その処理によっても前述した実施の形態の機能が実現され得る。
ＧＰＳ受信装置３３０８は、自己位置や現在時間の把握に利用する。なお、ＧＰＳは、米国国防省が運用しているＧＰＳ衛星からグリニッジ標準時の時刻とＧＰＳ衛星の軌道要素等の情報を送信している。よって、ＧＰＳ衛星から送信される電波をＧＰＳ受信装置３３０８が受信すれば、ＧＰＳ受信装置３３０８の絶対位置とその位置での現在時刻を把握することが可能となる。
各種センサ３３１１は、周囲のユーザの状況を取得するのに利用し、例えば、ジャイロセンサ、赤外線センサ、磁気センサ、接触センサ、超音波センサ、光センサ、放射線センサ、ひずみ・圧力センサ、温度センサ、湿度センサ、ガスセンサ、イオンセンサ等の物理的・化学的・生物的現象等を電気信号に変換することが可能なものが用いられる。
産業上の利用可能性
以上説明してきたように、本発明によれば、高度な機能が様々付加されることにより、操作が複雑化する情報機器等に対して、時々刻々と変化する状況に適応でき、これらの状況に応じてユーザに適切な提案をすることができ、ユーザの操作量を減らすことができる機構を実現することができる。
また、ユーザの操作履歴を手続きデータベースに反映させることにより、ユーザの嗜好等に合ったカスタマイズを自動的に行うことが可能になる。
【図１】
0003585837.tif 000002
【図２】
0003585837.tif 000003
【図３】
0003585837.tif 000004
【図４】
0003585837.tif 000005
【図５】
0003585837.tif 000006
【図６】
0003585837.tif 000007
【図７】
0003585837.tif 000008
【図８】
0003585837.tif 000009
【図９】
0003585837.tif 000010
【図１０】
0003585837.tif 000011
【図１１】
0003585837.tif 000012
【図１２】
0003585837.tif 000013
【図１３】
0003585837.tif 000014
【図１４】
0003585837.tif 000015
【図１５】
0003585837.tif 000016
【図１６】
0003585837.tif 000017
【図１７】
0003585837.tif 000018
【図１８】
0003585837.tif 000019
【図１９】
0003585837.tif 000020
【図２０】
0003585837.tif 000021
【図２１】
0003585837.tif 000022
【図２２】
0003585837.tif 000023
【図２３】
0003585837.tif 000024
【図２４】
0003585837.tif 000025
【図２５】
0003585837.tif 000026
【図２６】
0003585837.tif 000027
【図２７】
0003585837.tif 000028
【図２８】
0003585837.tif 000029
【図２９】
0003585837.tif 000030
【図３０】
0003585837.tif 000031
【図３１】
0003585837.tif 000032
【図３２】
0003585837.tif 000033
【図３３】
0003585837.tif 000034