(57)【要約】【課題】本発明は、自動車、携帯電話、家電等の物品を関連付ける情報管理方法を提供する。【解決手段】予め、自動車、携帯電話、家電等の物品に有線又は無線の電気通信回線を通じて管理センタにアクセス可能にする機能を有する端末を組み込む工程と、予め、管理センタを端末の何れからもアクセス可能に構築する工程と、物品がセットされた際、端末は管理センタにアクセスし、セットされたことを通知する工程と、そして、管理センタは、セットされた物品又は端末を管理する工程と、を含んで構成されていることを特徴とする。【選択図】  図１
2005045455.tif 000002
【特許請求の範囲】
【請求項１】
自動車、携帯電話、家電等の物品を関連付ける情報管理方法であって、
予め、自動車、携帯電話、家電等の物品に電気通信回線を通じて管理センタにアクセス可能にする機能を有する端末を組み込む工程と、
予め、前記管理センタを前記端末の何れからもアクセス可能に構築する工程と、
前記物品がセットされた際、前記端末は前記管理センタにアクセスし、セットされたことを通知する工程と、そして、
前記管理センタは、セットされた前記物品又は前記端末を管理する工程と、を含んで構成されてなる情報管理方法。
【請求項２】
請求項１に記載の情報管理方法であって、
予め、前記管理センタは、一又は複数の事例を当該事例の含まれるシーン毎に分別し、当該事例をフィルタリングした情報をシーン毎のデータベースにまとめ、一又は複数の当該データベースを構築する工程と、
前記端末は自動で、又は前記端末はユーザからの要望に応じて前記管理センタにアクセスする工程と、
前記端末又は前記端末を介して前記管理センタは、前記端末又は前記管理センタの対話コントロール部を用いてユーザと対話を行う工程と、
前記端末又は前記管理センタのシーン制御部は、前記対話コントロール部が前記ユーザから入力された入力文章を認識して当該入力文章を分解した入力単語を用いて、当該入力単語を含むシーンを特定する（Ａ）工程と、
特定したシーンに基づいて、前記端末又は前記管理センタは対話内容を限定して前記ユーザと対話を進めていく（Ｂ）工程と、
前記端末又は前記管理センタは、前記ユーザに前記データベースから情報を取り出し、前記対話の中で前記ユーザに当該情報を提供する（Ｃ）工程と、そして、
前記対話の中で対話内容のシーンが変わったときに、前記（Ａ）工程〜前記（Ｃ）工程を繰り返す工程と、を含んで構成されてなる情報管理方法。
【請求項３】
請求項１に記載の情報管理方法において、
予め、前記管理センタは、一又は複数の事例を当該事例の含まれるシーン毎に分別し、当該事例をフィルタリングした情報をスキーマの観点に従ってまとめ、一又は複数の当該サロゲイト化データベースを構築する工程と、
前記端末は自動で、又は前記端末はユーザからの要望に応じて前記管理センタにアクセスする工程と、
前記端末又は前記端末を介して前記管理センタは、前記端末又は前記管理センタの対話コントロール部を用いて前記ユーザと対話を行う工程と、
前記端末又は前記管理センタのシーン制御部は、前記対話コントロール部が前記ユーザから入力された入力文章を認識して当該入力文章を分解した入力単語を用いて、当該入力単語を含むシーンを特定する（ａ）工程と、
前記端末又は前記管理センタは複数の前記サロゲイト化データベースから特定したシーン固有の一の前記サロゲイト化データベースを利用可能にする、又は特定したシーンに固有のサロゲイト化データベースが無い場合には複数の前記サロゲイト化データベースから一のサロゲイト化データベースを新たに構築して利用可能にする（ｂ）工程と、
前記端末又は前記管理センタは特定したシーン固有のサロゲイト化データベースから一のタップルを特定する（ｃ）工程と、
前記端末又は前記管理センタは、前記ユーザに前記サロゲイト化データベースの前記タップルから情報を取り出し、前記対話の中で前記ユーザに当該情報を提供する（ｄ）工程と、そして、
前記対話の中で対話内容のシーンが変わったときに、前記（ａ）工程〜前記（ｄ）工程を繰り返す工程と、を含んで構成されてなる情報管理方法。
【請求項４】
請求項１〜３のいずれか一項に記載の情報管理方法において、前記端末は、推察部を有していて、
前記端末は、前記ユーザの状況、前記ユーザの周囲の状況又は前記物品の状況を前記推察部により推察し、
前記端末は、前記管理センタに推察した前記ユーザの状況、前記ユーザの周囲の状況又は前記物品の状況を通知する工程と、そして、
前記管理センタは、前記データベース又は前記サロゲイト化データベースから次の指示を抽出して実行することを特徴とする情報管理方法。
【請求項５】
請求項１〜４のいずれか一項に記載の情報管理方法において、複数の前記物品の所有者が一のユーザである場合は、
当該複数の前記物品の前記端末同士が相互にアクセス可能になり、一の前記端末からの指示のもと、他の複数の前記端末が作動することを特徴とする情報管理方法。
【請求項６】
請求項２〜５のいずれか一項に記載の情報管理方法において、前記端末と前記ユーザとの対話が音声対話により行われ、
前記端末には、音声認識機能及び音声出力機能を含んで構成されていて、
前記端末又は前記管理センタは、言葉により前記ユーザと自然対話が行えることを特徴とする情報管理方法。
【請求項７】
請求項３〜６のいずれか一項に記載の情報管理方法において、前記サロゲイト化データベースに前記ユーザの所望の情報が含まれていないときに、
前記管理センタの情報収集共有処理部は、前記ユーザの所望の情報が何れのシーン及び何れの観点に属する情報であるかを特定し、電気通信回線を通じて当該情報を獲得してくることを特徴とする情報管理方法。
【請求項８】
自動車、携帯電話、家電等の物品を関連付ける情報管理システムであって、
管理センタと、
自動車、携帯電話、家電等の物品は、有線又は無線の電気通信回線を通じて前記管理センタに相互にアクセス可能である端末と、を含んで構成されていて、
前記物品がセットされた際、前記端末は前記管理センタにアクセスしてセットされたことを通知し、前記管理センタはセットされた前記物品又は前記端末を管理することを特徴とする情報管理システム。
【請求項９】
請求項８に記載の情報管理システムにおいて、
前記管理センタ及び／又は前記端末は、
予め、一又は複数の事例を当該事例の含まれるシーン毎に分別し、当該事例をフィルタリングした情報をシーン毎のデータベースにまとめ、構築した当該データベースを書き換え可能に記録する記憶装置部と、
ユーザから入力された入力文章を認識して当該入力文章を分解した入力単語を抽出して、出力文章を作成して返答する、又は前記データベースを提供する対話コントロール部と、そして、
前記入力単語を含むシーンを特定するシーン制御部と、を含んで構成され、
前記端末と前記管理センタは関連して前記端末は前記ユーザと対話をし、
前記端末は自動で、又は前記端末はユーザからの要望に応じて前記管理センタにアクセスし、前記管理センタは前記ユーザと対話をすることを特徴とする情報管理システム。
【請求項１０】
請求項８に記載の情報管理システムにおいて、
前記管理センタ及び／又は前記端末は、
予め、一又は複数の事例を当該事例の含まれるシーン毎に分別し、当該事例をフィルタリングした情報をスキーマの観点に従ってまとめ、一又は複数の構築した当該サロゲイト化データベースを書き換え可能に記録する記憶装置部と、
ユーザから入力された入力文章を認識して当該入力文章を分解した入力単語を抽出して、出力文章を作成して返答する、又は前記サロゲイト化データベース又はシーン制御部で特定したシーンに対応するサロゲイト化データベースを新たに構築して当該サロゲイト化データベースを送信する対話コントロール部と、
前記入力単語を含むシーンを特定するシーン制御部と、そして、
特定したシーン固有のサロゲイト化データベースから一のタップルを特定する動作指示部と、を含んで構成され、
前記端末と前記管理センタは関連して前記端末は前記ユーザと対話をし、
前記端末は自動で、又は前記端末はユーザからの要望に応じて前記管理センタにアクセスし、前記管理センタは前記ユーザと対話をし、前記ユーザに前記タップルの情報を提供することを特徴とする情報管理システム。
【請求項１１】
請求項８〜１０のいずれか一項に記載の情報管理システムにおいて、
前記端末は、推察部を有していて、
前記端末は、前記ユーザの状況、前記ユーザの周囲の状況又は前記物品の状況を前記推察部により推察し、
前記端末は、前記管理センタに推察した前記ユーザの状況、前記ユーザの周囲の状況又は前記物品の状況を通知して、
前記管理センタは、前記データベース又は前記サロゲイト化データベースから次の指示を抽出して実行することを特徴とする情報管理システム。
【請求項１２】
請求項８〜１１のいずれか一項に記載の情報管理システムにおいて、
複数の前記物品の所有者が一のユーザである場合は、
前記端末には、情報管理部が設けられていて、
当該複数の前記物品の前記端末同士が相互にアクセス可能になり、一の前記端末の前記情報管理部からの指示のもと、他の複数の前記端末の前記情報管理部が作動し、一の前記端末で他の前記端末が制御可能になることを特徴とする情報管理システム。
【請求項１３】
請求項９〜１２のいずれか一項に記載の情報管理システムにおいて、
前記端末には、音声認識機能を有する音声認識部及び音声出力機能を有する音声合成部が設けられていて、
前記端末と前記ユーザとの対話が音声対話により行われ、
前記ユーザは、言葉により前記端末又は前記管理センタと自然対話が行えることを特徴とする情報管理システム。
【請求項１４】
請求項１０〜１３のいずれか一項に記載の情報管理システムにおいて、
前記管理センタには、電気通信回線を通じてアクセス可能な事例から自動的に情報を獲得する情報収集共有処理部が設けられていて、
前記サロゲイト化データベースに前記ユーザの所望の情報が含まれていないときに、
前記管理センタの前記情報収集共有処理部は、前記ユーザの所望の情報が何れのシーン及び何れの観点に属する情報であるかを特定し、電気通信回線を通じて当該情報を獲得してくることを特徴とする情報管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、自動車、携帯電話、家電等の物品を関連付ける情報管理方法及び情報管理システムに係り、特に、その適用範囲を生活環境の全てに拡張し得る情報管理方法及び情報管理システムに関する。
【０００２】
【従来の技術】
従来、例えば家電を新規に購入すれば、ユーザは登録はがきを郵送により送ったり、パーソナルコンピュータから入力したユーザ情報をインターネットを介して送信したりすることによりユーザ登録が勧められていた。そして、このユーザ登録を行なうことにより、ユーザはユーザ登録した情報を管理するセンタから家電の用に関する新規情報の提供を受けることが可能になっていた（例えば、特許文献１）。
【０００３】
また、ネットワーク機能を備えた家電が知られている。このような家電は、携帯端末等の移動体からの通信でホームサーバにアクセスし、其処からの信号により、又は直接に家電にアクセスし、この家電が稼動するように出来るようになっている（例えば、特許文献２）。
【０００４】
さらに、パーソナルコンピュータや携帯端末からの制御により、家電に直接又は間接に接続出来るようになっている。そして、一の領域内の一の家電製品と複数の他の家電製品は、一の領域内のネットワークサーバにより、接続可能になっている。これにより、例えばパーソナルコンピュータにより獲得可能な情報が、直接又は間接に家電にダウンロード可能になっている。また、一の領域内の複数の家電が連携可能になり、情報の相互活用が行なわれるようになっている（例えば、特許文献３）。
【０００５】
一方、人間と対話をするコンピュータに代表される電子計算機は、例えば人間の発声した音声を音声認識により認識した結果に基づいて予め定められた会話プログラムにより人間とコンピュータがあたかも人間同士で会話を行っているかのように対話を行う。この人間と電子計算機との対話を利用して意志通りに機械や装置の操作を行わせる等、その利用範囲は広く、多方面での応用研究がなされている。このような音声対話を行うためにデータベースや、音声認識技術等が研究されている（例えば、特許文献４及び特許文献５）。
【０００６】
【特許文献１】
特開２００２−３４５０５１号公報  （第２図）
【特許文献２】
特開２００２−６４８８１号公報
【特許文献３】
特開２００２−７８６０７号公報  （第１図）
【特許文献４】
国際公開第ＷＯ０２／２１２７０号パンフレット
【特許文献５】
国際公開第ＷＯ０２／０６７２４４号パンフレット
【０００７】
【発明が解決しようとする課題】
しかし、パーソナルコンピュータからユーザ登録をするときには、ユーザ登録の手続をユーザ個人がユーザの自宅で行わなければならなかった。例えば、特許文献１では、家電の情報を含んだバーコードの読み取りやユーザ情報の入力をユーザ自身が行っている。これでは、子供やお年寄りをはじめとするコンピュータの操作を不得手とする者にとっては、極めて苦痛とする手続を強要することになってしまっている。その結果、家電を購入し、登録ユーザに固有の特典の恩恵を受けたいと思っていても、受けられないといった問題点が存在している。また、家電の製造者側としても、ユーザに逐次新規情報を提供することが出来なく、当該家電のアフターサービスを十分に行なえないといった問題点もあった。
【０００８】
また、せっかく家電に通信機能等を搭載しても、一領域内ではホームサーバを介さなければならず、ユーザのホームサーバ購入及び構築の負担が避けられないという問題点があった。さらに、必要な情報をネットワーク機能を有する家電製品から獲得したくても、其処に含まれる情報が家電に関する情報が主であり、それ以外の情報を念頭においたシステムは存在していなかった。
【０００９】
さらに家電とネットワークを結びつけ、加えてこれらの組み合わせを容易に且つ気軽に構築し、そして利用することを可能にした家電は存在していなかった。
具体的には、コンピュータを苦手としていても問題の無い、音声対話で容易に行えるネットワーク網を有する家電は存在していない。
【００１０】
ところで、人間同士の会話においても相手の話を聞く気になっていないときは相手が何を話してもその内容を認識できず上の空である。一方、相手の聞く気になっているときにはかなりの騒音下であって一部によく聞き取れない部分が合ったとしても話の内容を理解することが可能である。この違いは、相手の話を聞く気になっているときには聞き手としては今話題となっているシーンを予め想定し、相手が次に話すであろう言葉（単語）をある程度予想した上でその認識を行っているからである。従って、いきなり話が飛んで今話題となっている話題と違う話題に及ぶと聞き手としてはすぐには理解できず一瞬聞き間違えたのかと勘違いをすることになる。
【００１１】
そこで、本発明は、ユーザ登録を容易にする情報管理方法及び情報管理システムを提供する。また、電化製品等を製造した法人がこれらの電化製品等を簡単に管理し、その家電製品の情報を管理することを可能にする情報管理方法及び情報管理システムを提供する。さらに、ユーザにユーザが所望とする種々の情報を提供しうる情報管理方法及び情報管理システムを提供する。
【００１２】
本発明は、また、ユーザが発声した単語を認識するための音声認識に用いるデータベースを話題となるシーン毎に予め作成しておき、入力された単語をデータベースに照合することで音声認識を行い、このデータベースを話題となっているシーンごとに、又はデータベース内の一部のデータを対話文毎にメモリに切り替えて使用することにより素早く且つ効率的に対話を行い、限られたメモリやハードディスク等を有効に活用するコンピュータ等の電子計算機による対話方法及び対話システムを組み込んだ情報管理方法及び情報管理システムを提供する。すなわち、音声対話により素早く且つ効率的に家電等の管理が出でき、且つ情報のユーザへの授受を可能にする情報管理方法及び情報管理システムを提供することを目的とする。そして、人間に優しい情報管理方法及び情報管理システムを提供することを目的とする。
【００１３】
【課題を解決するための手段】
課題を解決するために、本願発明の第一の態様は、自動車、携帯電話、家電等の物品を関連付ける情報管理方法であって、予め、自動車、携帯電話、家電等の物品に電気通信回線を通じて管理センタにアクセス可能にする機能を有する端末を組み込む工程と、予め、管理センタを端末の何れからもアクセス可能に構築する工程と、物品がセットされた際、端末は管理センタにアクセスし、セットされたことを通知する工程と、そして、管理センタは、セットされた物品又は端末を管理する工程と、を含んで構成されてなる情報管理方法を提供する。
【００１４】
請求項２に記載の発明は、請求項１に記載の情報管理方法であって、予め、管理センタは、一又は複数の事例を事例の含まれるシーン毎に分別し、事例をフィルタリングした情報をシーン毎のデータベースにまとめ、一又は複数のデータベースを構築する工程と、端末は自動で、又は端末はユーザからの要望に応じて管理センタにアクセスする工程と、端末又は端末を介して管理センタは、端末又は管理センタの対話コントロール部を用いてユーザと対話を行う工程と、端末又は管理センタのシーン制御部は、対話コントロール部がユーザから入力された入力文章を認識して入力文章を分解した入力単語を用いて、入力単語を含むシーンを特定する（Ａ）工程と、特定したシーンに基づいて、端末又は管理センタは対話内容を限定してユーザと対話を進めていく（Ｂ）工程と、端末又は管理センタは、ユーザにデータベースから情報を取り出し、対話の中でユーザに情報を提供する（Ｃ）工程と、そして、対話の中で対話内容のシーンが変わったときに、（Ａ）工程〜（Ｃ）工程を繰り返す工程と、を含んで構成されてなる情報管理方法を提供する。
【００１５】
請求項３に記載の発明は、請求項１に記載の情報管理方法において、予め、管理センタは、一又は複数の事例を事例の含まれるシーン毎に分別し、事例をフィルタリングした情報をスキーマの観点に従ってまとめ、一又は複数のサロゲイト化データベースを構築する工程と、端末は自動で、又は端末はユーザからの要望に応じて管理センタにアクセスする工程と、端末又は端末を介して管理センタは、端末又は管理センタの対話コントロール部を用いてユーザと対話を行う工程と、端末又は管理センタのシーン制御部は、対話コントロール部がユーザから入力された入力文章を認識して入力文章を分解した入力単語を用いて、入力単語を含むシーンを特定する（ａ）工程と、端末又は管理センタは複数のサロゲイト化データベースから特定したシーン固有の一のサロゲイト化データベースを利用可能にする、又は特定したシーンに固有のサロゲイト化データベースが無い場合には複数のサロゲイト化データベースから一のサロゲイト化データベースを新たに構築して利用可能にする（ｂ）工程と、端末又は管理センタは特定したシーン固有のサロゲイト化データベースから一のタップルを特定する（ｃ）工程と、端末又は管理センタは、ユーザにサロゲイト化データベースのタップルから情報を取り出し、対話の中でユーザに情報を提供する（ｄ）工程と、そして、対話の中で対話内容のシーンが変わったときに、（ａ）工程〜（ｄ）工程を繰り返す工程と、を含んで構成されてなる情報管理方法を提供する。
【００１６】
請求項４に記載の発明は、請求項１〜３のいずれか一項に記載の情報管理方法において、端末は、推察部を有していて、端末は、ユーザの状況、ユーザの周囲の状況又は物品の状況を推察部により推察し、端末は、管理センタに推察したユーザの状況、ユーザの周囲の状況又は物品の状況を通知する工程と、そして、管理センタは、データベース又はサロゲイト化データベースから次の指示を抽出して実行することを特徴とする。
【００１７】
請求項５に記載の発明は、請求項１〜４のいずれか一項に記載の情報管理方法において、複数の物品の所有者が一のユーザである場合は、複数の物品の端末同士が相互にアクセス可能になり、一の端末からの指示のもと、他の複数の端末が作動することを特徴とする。
【００１８】
請求項６に記載の発明は、請求項２〜５のいずれか一項に記載の情報管理方法において、端末とユーザとの対話が音声対話により行われ、端末には、音声認識機能及び音声出力機能を含んで構成されていて、端末又は管理センタは、言葉によりユーザと自然対話が行えることを特徴とする。
【００１９】
請求項７に記載の発明は、請求項３〜６のいずれか一項に記載の情報管理方法において、サロゲイト化データベースにユーザの所望の情報が含まれていないときに、管理センタの情報収集共有処理部は、ユーザの所望の情報が何れのシーン及び何れの観点に属する情報であるかを特定し、電気通信回線を通じて情報を獲得してくることを特徴とする。
【００２０】
課題を解決するために、本願発明の第二の態様は、自動車、携帯電話、家電等の物品を関連付ける情報管理システムであって、管理センタと、自動車、携帯電話、家電等の物品は、有線又は無線の電気通信回線を通じて管理センタに相互にアクセス可能である端末と、を含んで構成されていて、物品がセットされた際、端末は管理センタにアクセスしてセットされたことを通知し、管理センタはセットされた物品又は端末を管理することを特徴とする情報管理システムを提供する。
【００２１】
請求項９に記載の発明は、請求項８に記載の情報管理システムにおいて、管理センタ及び／又は端末は、予め、一又は複数の事例を当該事例の含まれるシーン毎に分別し、事例をフィルタリングした情報をシーン毎のデータベースにまとめ、構築したデータベースを書き換え可能に記録する記憶装置部と、ユーザから入力された入力文章を認識して入力文章を分解した入力単語を抽出して、出力文章を作成して返答する、又はデータベースを提供する対話コントロール部と、そして、入力単語を含むシーンを特定するシーン制御部と、を含んで構成され、端末と管理センタは関連して端末はユーザと対話をし、端末は自動で、又は端末はユーザからの要望に応じて管理センタにアクセスし、管理センタはユーザと対話をすることを特徴とする。
【００２２】
請求項１０に記載の発明は、請求項８に記載の情報管理システムにおいて、管理センタ及び／又は端末は、予め、一又は複数の事例を事例の含まれるシーン毎に分別し、事例をフィルタリングした情報をスキーマの観点に従ってまとめ、一又は複数の構築したサロゲイト化データベースを書き換え可能に記録する記憶装置部と、ユーザから入力された入力文章を認識して入力文章を分解した入力単語を抽出して、出力文章を作成して返答する、又はサロゲイト化データベース又はシーン制御部で特定したシーンに対応するサロゲイト化データベースを新たに構築してサロゲイト化データベースを送信する対話コントロール部と、そして、入力単語を含むシーンを特定するシーン制御部と、そして、特定したシーン固有のサロゲイト化データベースから一のタップルを特定する動作指示部と、を含んで構成され、端末と管理センタは関連して端末は前記ユーザと対話をし、端末は自動で、又は端末はユーザからの要望に応じて管理センタにアクセスし、管理センタはユーザと対話をし、ユーザにタップルの情報を提供することを特徴とする。
【００２３】
請求項１１に記載の発明は、請求項８〜１０のいずれか一項に記載の情報管理システムにおいて、端末は、推察部を有していて、端末は、ユーザの状況、ユーザの周囲の状況又は物品の状況を推察部により推察し、端末は、管理センタに推察したユーザの状況、ユーザの周囲の状況又は物品の状況を通知して、管理センタは、データベース又はサロゲイト化データベースから次の指示を抽出して実行することを特徴とする。
【００２４】
請求項１２に記載の発明は、請求項８〜１１のいずれか一項に記載の情報管理システムにおいて、複数の物品の所有者が一のユーザである場合は、端末には、情報管理部が設けられていて、複数の物品の端末同士が相互にアクセス可能になり、一の端末の情報管理部からの指示のもと、他の複数の端末の情報管理部が作動し、一の端末で他の端末が制御可能になることを特徴とする。
【００２５】
請求項１３に記載の発明は、請求項９〜１２のいずれか一項に記載の情報管理システムにおいて、端末には、音声認識機能を有する音声認識部及び音声出力機能を有する音声合成部が設けられていて、端末とユーザとの対話が音声対話により行われ、ユーザは、言葉により端末又は管理センタと自然対話が行えることを特徴とする。
【００２６】
請求項１４に記載の発明は、請求項１０〜１３のいずれか一項に記載の情報管理システムにおいて、管理センタには、電気通信回線を通じてアクセス可能な事例から自動的に情報を獲得する情報収集共有処理部が設けられていて、サロゲイト化データベースにユーザの所望の情報が含まれていないときに、管理センタの情報収集共有処理部は、ユーザの所望の情報が何れのシーン及び何れの観点に属する情報であるかを特定し、電気通信回線を通じて情報を獲得してくることを特徴とする。
【００２７】
【発明の実施の形態】
本発明に係る情報管理方法及び情報管理システムに関して、実施の形態に基づいて、更に詳しく説明する。
【００２８】
初めに図１は、本発明に係る情報管理方法において、一実施例を説明するためのフローチャートである。
図１の本発明に係る情報管理方法は、ステップ１〜４を含んで構成されている。このステップ１〜４は、ステップ１から順に行なうことに限定されない。それ故、例えば、ステップ２を初めに行い、その次にステップ１、ステップ３、ステップ４と行なっても良い。
【００２９】
ステップ１は、物品に端末を組み込む工程である。次に、ステップ２は管理センタを構築する工程である。次に、ステップ３は、端末は管理センタに通知する工程である。そして、ステップ４は、管理センタは物品又は端末を管理する工程である。
【００３０】
まず、ステップ１は、物品に端末を組み込む工程である。更に詳しく言うと、自動車、携帯電話、家電等の物品に、電気信号の送受信可能な端末を組み込む工程である。そして、この工程は、物品の製造過程で行うことが望ましい。また、電気信号の送受信可能な端末として、ＰＨＳ等の携帯端末が利用可能である。物品にこのような端末を組み込むことにより、有線又は無線の何れかを問わずに電気通信回線を介して管理センタにアクセスすることが可能になる。もちろん、端末に、ＰＨＳ等の携帯端末以外の機能を入れることも可能であり、逆に必要最小限の通信機能のみ持たせることも可能である。
【００３１】
次に、ステップ２は、管理センタを構築する工程である。管理センタは、何れに設けても良い。管理センタは、パーソナルコンピュータ一台でも良いし、スーパーコンピュータであっても良い。つまり、管理センタは、電気通信回線を通じてアクセス可能な種々の情報を統合でき、且つ物品や物品に組み込まれた端末の管理を行なう機能を少なくとも有している。また、管理センタは、物品や物品に組み込まれた端末の管理を行なうために何れの端末からもアクセス可能である。
もちろん、アクセスするためには、一定の制約を設けることとしても良い。
具体的には、物品を製造するメーカＡ，メーカＢ、そしてメーカＣの三社があった場合を考える。メーカＡ製の物品はメーカＡの管理センタＡに繋がるように端末と管理センタの関係を決めて、端末に組み込んでおく。これをメーカＢ製の物品と管理センタＢ、メーカＣ製の物品と管理センタＣに対しても同様に行う。
これにより、一のメーカは、自社製の製品を管理する管理センタを構築することで、自社製品を管理センタの管理下におけるようになる。
【００３２】
次に、ステップ３は、端末は管理センタに通知する工程である。具体的には、物品がセットされたときに、端末は、「セットされました。」という意味を含む電気信号を管理センタにアクセスして送信する、又は管理センタに向けて一方的に送信する。例えば、物品の内の一つである冷蔵庫が消費者に購入されて、その消費者の家の台所に設置されて電源が入ったとき、端末は起動して、自動的に設置された旨を示す電気信号が管理センタに向けて送信される。次に、管理センタは、この送信された電気信号を受信する。そして、この電気信号には冷蔵庫の型番や製造番号を示す信号を含んでいるので、管理センタは一の冷蔵庫が設置され使用状態に置かれていることを認識する。一方、この冷蔵庫を販売していた電気店では、購入時にこの消費者の名前及び住所等を尋ねて記録している。そしてこの情報を、電気店から管理センタに送信される。これにより、管理センタは、当該冷蔵庫が、何処で販売され、誰に購入され、そして何処の住所に設置されたのかを知ることが出来る。
【００３３】
そして、ステップ４は、管理センタは物品又は端末を管理する工程である。ステップ３で獲得した情報をもとに、管理センタは物品を管理する、又は物品に組み込んだ端末を管理する。これにより、管理センタは、情報を端末に送ることも可能になり、そして情報を端末から受けることも可能になる。これは、管理センタと端末の間では、電気信号の送受信が互いに可能であるからである。この電気信号の授受に一定の制約を設けても良い。そして、これにより例えば、取り扱い説明等のヘルプ機能を管理センタに記録しておき、これを必要に応じて端末を介してユーザに提供することが出来るようになる。この結果、端末にはより少ない情報のみを記録しておいても良くなり、情報の効率的な分散化が可能になる。
【００３４】
図１に示したステップを行うことで、物品のユーザ登録が容易に可能になる。
また、物品を製造した法人がこれらの電化製品等を簡単に管理し、その家電製品の情報を管理することが可能になる。
【００３５】
次に、図１に示した本発明に係る情報管理方法を限定する一実施例を説明する。この説明に図２に示したフローチャートを用いる。
図２には、７つのステップがフローチャートで示されている。なお、このフローチャートに示した工程の順番が入れ替わることを本フローチャートは是認する。
【００３６】
ステップ１１は、管理センタはデータベースを構築する工程である。構築された管理センタには、データベースが構築される。このデータベースの構築は、管理センタがすることが出来る。しかし、管理センタの管理人等である特定の人間がすることも出来る。また、管理センタが、このデータベースの保守及び管理をすることも可能である。
【００３７】
このステップ１１におけるデータベースは、如何なる種類のデータベースかを規定していない。つまり、リレーショナル型データベースやオブジェクト指向データベースも含まれる。そして、このデータベースには、電気通信回線を通じてアクセス可能な種々の情報をまとめることが出来る。そして、管理センタには、これらのデータベースを蓄積するために記憶装置部が設けられている。いわゆる、記録装置のことである。しかし、記憶装置部は管理センタの中に無くても良く、記憶装置部は管理センタからアクセス可能な管理センタの外部に設けることが出来る。
【００３８】
次にステップ１２は、端末は管理センタにアクセスする工程である。更に詳しく言うと、端末は自動で又は端末はユーザからの要望に応じて管理センタにアクセスする工程である。
【００３９】
端末は、端末自身の判断で管理センタにアクセスすることが可能である。端末自身の判断としては、例えば端末は温度を感知する温度センサを含んでいて、この温度センサより端末の周囲の温度が２０℃から１００℃以上にあがったと判断する時がある。この時は、端末は火事と判断し、管理センタにアクセスしてその旨を通知する。または、例えば、端末に「一日に一度、正午になった時に管理センタにアクセスし、管理センタの指示に従う。」というプログラムが組まれていたときには、このプログラムを実行するために端末は正午に日々アクセスを行なう。つまり、端末は端末の機能を使って自動で管理センタにアクセス可能である。そして、このアクセスの中には、管理センタに単に電気信号を送信することも含まれる。
【００４０】
一方、端末は、ユーザからの指示又はユーザの要望をかなえるために管理センタにアクセスすることが行なわれる。例えば、ユーザと対話中に、端末はユーザから端末に記録されていないことを要求されたときに、端末は管理センタにその要望にこたえるための情報を獲得するためにアクセスする。これにより、管理センタから獲得した情報をユーザに提供することが可能になる。つまり、ユーザとの対話中に端末が自動で管理センタにアクセスすることを指し示している。
【００４１】
次に、ステップ１３は、端末又は管理センタは、ユーザと対話を行う工程である。更に詳しく言うと、端末又は端末を介して管理センタは、端末又は管理センタの対話コントロール部を用いて、ユーザと対話を行う工程である。
【００４２】
ステップ１３では、対話機能を有する後述する対話コントロール部を使って、端末がユーザと対話をすることが出来る。若しくは、管理センタが端末を介して対話をすることが出来る。これは、三つの形態を含んでいる。
【００４３】
一つは、対話コントロール部が、端末にも管理センタにも含まれている場合である。この場合は、端末は、端末でユーザからの入力文章を処理し、又はユーザへの出力文章の作成及び出力を行い対話を行うことが出来る。若しくは、端末はいわゆる電話の様に音声を電気信号に変換して管理センタに送り、また管理センタから送られてきた電気信号を音に変換しユーザにむけて出力をする機能を有していて、管理センタがユーザと対話をすることも含んでいる。この対話は、端末又は管理センタからでも、ユーザからでも対話をはじめることが出来る。
【００４４】
また、一つは、対話コントロール部が端末にのみ含まれている場合である。この場合は、端末はユーザと対話をして端末に無い情報を管理センタから獲得し、端末がその情報を利用して出力文章を作成しユーザに応答することが可能である。そして、この対話も、端末からでも、ユーザからでも行なうことが出来る。
【００４５】
さらに、一つは、対話コントロール部が管理センタのみに含まれている場合である。この場合は、管理センタは、端末から送られてきた入力信号から入力単語等を抽出し、それに対する出力文章を作成して端末に送ることが出来る。このように、端末は、管理センタとユーザとの仲介役を担うのみである。しかし、端末から決まった信号をユーザ又は管理センタへ発信することにより、対話のきっかけが作られることも含んでいる。
【００４６】
このように、何れに対話コントロール部を有する様にしても良いが、また何れから対話が始まっても良いが、ユーザと端末の間、又はユーザと管理センタの間で対話が行なわれる。そして、本願発明では、このステップ１３に限らず、対話には、一の電気信号等の発信が行なわれて、その後、それに対する応答が無いものも含まれる。
【００４７】
次に、ステップ１４は、端末又は管理センタはシーンを特定する工程である。
更に詳しく言えば、端末又は管理センタのシーン制御部は、対話コントロール部がユーザから入力された入力文章を認識して入力文章を分解した入力単語を用いて、入力単語を含むシーンを特定する工程である。
【００４８】
対話の中では、端末又は管理センタは対話コントロール部で入力単語や入力文章を抽出する。そして、抽出した一又は複数の入力単語等をもとに、対話が何についての対話なのか、つまり対話がどのシーンに関しての対話であるのかを特定する。この特定は、シーン制御部で行われる。シーン制御部は、端末及び／又は管理センタに含まれる。尚、シーン制御部でのシーン特定の方法及びシステムは後述する。
【００４９】
次に、ステップ１５は、端末又は管理センタは、特定したシーンに基づいて対話を進めていく工程である。これは、本発明における対話が「シーン」という概念に基づき対話を行っていくことを示している。
【００５０】
対話をシーンに基づき行うため、データベースはステップ１１でシーン毎に構築し、また対話初期にステップ１４で対話のシーンを特定することが行われる。
これにより、一旦シーンが特定されると、そのシーン内での対話に要する端末又は管理センタの情報の処理量は一定量に限られ、対話が迅速に行うことが出来る様になる。また、対話中の単語の意味内容を正確に端末及び管理センタは、理解することが出来るようになる。
【００５１】
次に、ステップ１６は、端末又は管理センタは、ユーザに、データベースから情報を提供する工程である。これは、シーンを特定した後、シーン固有のデータベースに従い対話を進め、当該データベースからユーザの要求にこたえるユーザの所望の情報を抽出し、ユーザに提供することが行なわれる。
【００５２】
以上のように、対話はシーンに基づき行なわれるが、対話の途中でシーンが変わるときがある。シーンが変わると、ユーザの所望の情報が今までのシーンに固有のデータベース内に無い場合がある。そこで、再度、シーンの特定をする必要がある。これが、ステップ１７である。そして、ステップ１７は、図２では矢印に付したが、ステップ１４からステップ１６を繰り返すことを意味している。
【００５３】
次に、図１に示した本発明に係る情報管理方法を限定する一実施例を説明する。この説明に図３に示したフローチャートを用いる。
図３には、８つのステップがフローチャートで示されている。なお、このフローチャートに示した工程の順番が入れ替わることを本フローチャートは是認する。
【００５４】
ステップ２１は、管理センタは、サロゲイト化データベースを構築する工程である。更に詳しく言うと、管理センタは一又は複数の事例を事例の含まれるシーン毎に分別し、事例をフィルタリングした情報をスキーマの観点に従ってまとめ、一又は複数のサロゲイト化データベースを構築する工程である。
【００５５】
サロゲイト化データベースに関しては、後述する。サロゲイト化データベースは、シーン毎に構築されるので、複数のサロゲイト化データベースが管理センタには蓄積されている。また、このサロゲイト化データベースは修正が行われたり、新規に構築されたりして、以下の工程の中で書き換え可能である。
【００５６】
次に、ステップ２２は、端末は管理センタにアクセスする工程である。ステップ２２は、ステップ１２と同じである。それ故、ここでのステップ２２の説明は省略する。
また、ステップ２３は、端末又は管理センタは、ユーザと対話を行う工程である。ステップ２３は、ステップ１３と同じである。それ故、ここでのステップ２３の説明は省略する。
さらに、ステップ２４は、端末又は管理センタは、シーンを特定する工程である。ステップ２４は、ステップ１４と同じ工程である。それ故、ここでのステップ２４の説明は省略する。
【００５７】
次に、ステップ２５は、端末又は管理センタは、特定したシーン固有の一のサロゲイト化データベースを利用可能にする工程である。更に詳しく言うと、端末又は管理センタは複数のサロゲイト化データベースから特定したシーン固有の一のサロゲイト化データベースを利用可能にする、又は特定したシーンに固有のサロゲイト化データベースが無い場合には複数のサロゲイト化データベースから一のサロゲイト化データベースを新たに構築して利用可能にする工程である。
【００５８】
ステップ２４で特定したシーンに基づき一のサロゲイト化データベースを利用可能にする。特定したシーンに相当するシーンのサロゲイト化データベースがある場合には、そのサロゲイト化データベースを利用可能にする。しかし、特定したシーンに相当するシーンのサロゲイト化データベースが構築されていない場合には、その特定したシーンに相当するサロゲイト化データベースを新たに構築することを、まず行なう。そして、そのサロゲイト化データベースを利用可能にする。
【００５９】
ここで、利用可能にするとは、管理センタとユーザとの間で対話が行なわれる場合には、管理センタの記憶装置部にそのサロゲイト化データベースを記録した状態にしておくことがまず行われる。または、端末とユーザとの間で対話が行われる場合には、端末にそのサロゲイト化データベースを記録した状態にしておくことがまず行われる。
【００６０】
そして、同時に、このサロゲイト化データベースを利用するために必要な後述する検索ファイルを利用可能にすることを意味している。これにより、シーン固有のサロゲイト化データベースを用いてユーザと端末又は管理センタとの対話が行われる。
【００６１】
次に、ステップ２６は、端末又は管理センタは一のタップルを特定する工程である。更に詳しく言うと、端末又は管理センタは特定したシーン固有のサロゲイト化データベースから一のタップルを特定する工程である。つまり、特定したシーン固有のサロゲイト化データベースを用いてユーザとの対話を、端末又は管理センタは進め、そして、そのサロゲイト化データベースからさらに対話内容に即した一のタップルを特定することが行われる。
【００６２】
ステップ２７は、端末又は管理センタはユーザにサロゲイト化データベースから情報を提供する工程である。更に詳しく言うと、端末又は管理センタは、ユーザにサロゲイト化データベースのタップルから情報を取り出し、対話の中でユーザに情報を提供する工程である。つまり、特定した一のタップルからユーザの所望の情報を抽出し、ユーザに提供することが行われる。
【００６３】
ステップ２５からステップ２７は、一のサロゲイト化データベースを用いて対話内容を限定し、最終的にユーザの所望の情報をユーザに提供する流れになっている。しかし、そのサロゲイト化データベース内の全部又は多くの情報がユーザの所望の情報である場合には、サロゲイト化データベース内の全部又は多くの情報をユーザに提供することも可能である。もちろんサロゲイト化データベースそのものの提供も可能である。
【００６４】
以上のように、対話はシーンに基づき行なわれるが、対話の途中でシーンが変わるときがある。シーンが変わると、ユーザの所望の情報が今までのシーンに固有のデータベース内に無い場合がある。そこで、再度、シーンの特定をする必要がある。これが、ステップ２８である。そして、ステップ２８は、図３では矢印に付したが、ステップ２４からステップ２７を繰り返すことを意味している。
【００６５】
次に、サロゲイト化データベース等のデータベースについて説明する。
まず、サロゲイト化データベース及びそれに伴うコツキャッシュ等の検索ファイル、更にはサロゲイト化データベースを有効に活用するための種々のデータベースを説明する。
【００６６】
図４は、サロゲイト化データベースの構築方法を、具体例に基づいて示したブロック図である。サロゲイト化データベースの説明は、ユーザ１００とユーザコンピュータ１との対話を例に説明する。それ故、本願発明では、ユーザコンピュータ１が、端末及び／又は管理センタに相当する。
サロゲイト化データベース２０ａは、「食事」というシーンに関するサロゲイト化データベースである。サロゲイト化データベースは、シーン毎に作成されるデータベースである。サロゲイト化データベース２０ａを構築するためには、サロゲイト化データベース２０ａのシーンに含まれる複数の事例（図４ではそのうちの一つの事例２１を示している。）と、観点２２ｂを付してシーン固有の複数のシチュエーション単語２２ａを保存した概念辞書２２と、そして事例２１から取り出した単語を概念辞書２２に基づいて分類するデータマイニング部２３とが必要である。
尚、概念辞書は、管理センタの記憶装置部に蓄積されていて、管理センタの一構成要素であるデータマイニング部により、原則として利用可能とされている。
もちろん、他の端末等に概念辞書及びデータマイニング部が記録されていても良い。
【００６７】
事例２１は、インターネット等の通信回線を通じてアクセス可能なカタログであり、「食事」のシーンに関する事例の一つである。事例２１は、一つのタイトル毎にデータが収められているものであれば、カタログ以外にパンフレット等でも良い。また、通信回線を介して収集されるもの以外にも、一般に流布されている書面でも良い。書面の場合には、スキャナで取りこまれ、電子化処理された後、通信回線を介して収集されたものと同様に扱われる。事例２１では「新東京寿司」という店舗名が一つのタイトルに相当していて、事例２１の中には「新東京寿司」の紹介や概要等が記されている。事例２１の中には、「寿司」、「日本料理」、「穴子握り」、「５台」等の意味のある単語、そして寿司の「参考写真」等を含んだ店の概要が記載されている。
【００６８】
一方、概念辞書２２は、事例２１が属するシーンの専門家等が予めその分野に関係する及び関係すると思われるシチュエーション単語２２ａにそれぞれ観点２２ｂを付して、膨大な数のシチュエーション単語２２ａを保存してあるデータベースである。それ故、概念辞書２２はシーン毎に構築されていることが望ましい。シチュエーション単語２２ａとしては、業界固有の用語を編集した辞書に記載してある単語や、業界の関係者が日常用いている用語等が挙げられる。そのため、事例２１の文章を意味解析及び単語解析して得られた単語、つまり事例２１から助詞や冠詞等を取り除いて分解した意味のある単語は、全て概念辞書２２に含まれている。図４においては、例えば「日本料理」というシチュエーション単語２２ａに「ジャンル」という観点が付されて、概念辞書２２に保存されている。
なお、原則として観点の数は一つのシーンに付き３０個程度であるが、事例が属するシーンの専門家等の判断により、１００個以上にまで観点の数を増やすことも可能である。
また、これらの観点は、互いに従属関係を持たせておくことも可能である。この従属関係を用いて、後述するサロゲイト化データベースのスキーマの階層化に反映することも可能である。
【００６９】
データマイニング部２３には、事例２１の中に記載の文章を意味解析及び単語解析して単語を抽出する機能と、抽出した単語を概念辞書２２中のシチュエーション単語２２ａと照合する機能と、照合した結果抽出した単語をサロゲイト化データベース２０ａに分類する機能とが設けられている。加えて、事例２１の中のタイトルを「新東京寿司」と認識する機能と、写真やグラフをそれぞれ写真やグラフであることを認識して、分類する機能が組み込まれている。
【００７０】
サロゲイト化データベース２０ａには、シーン毎のデータ、つまり事例２１に関する単語等が、人間が入力した観点２２ｂに従って整理保存される。サロゲイト化データベース２０ａにおける観点２２ｂは、概念辞書２２で用いている観点２２ｂと１対１に対応している。図４のサロゲイト化データベース２０ａを広範囲にわたって示した図を、図５に示す。
【００７１】
サロゲイト化データベース２０ａにおいて、観点２２ｂを配列したものをスキーマと総称している。図５においてスキーマは、スキーマＡ２５ａと、スキーマＢ２５ｂと、スキーマＣ２５ｃに分けられている。スキーマＡ２５ａには、「タイトル」、「ＵＲＬ」、「ジャンル」、「参考写真」、「お勧め料理」、「食材」「店舗情報」等が含まれている。この内の「店舗情報」をさらに細分化する観点が「収容人数」、「営業時間」、「駐車場」等の観点であり、「参考写真」を細分化する観点が「皿の数」、「明るさ」等の観点であり、これらはスキーマＡ２５ａに対してさらに細分化した観点の集合体であるスキーマＢ２５ｂやスキーマＣ２５ｃに含まれている。スキーマＡ２５ａとスキーマＢ２５ｂとを統合して一つのスキーマにしても良いが、逆にスキーマＡ２５ａとスキーマＢ２５ｂを細分化してスキーマＡ、スキーマＢ、スキーマＣ、スキーマＤにさらに細分化することも出来る。このように、スキーマを階層に並べて、シーンを整理することをシーンの階層化と呼んでいる。シーンの階層化はユーザの嗜好をユーザコンピュータが伺いながら構築され、ユーザコンピュータ１がユーザ１００と対話をしながら作成する。
【００７２】
一方、このユーザ１００は、シーンに関する専門家等であり、ユーザ１００が利用する前に予め専門家等がサロゲイト化データベースを作成しておくようにしても良い。図示していないが、概念辞書２２の観点は、一般辞書に含まれる概念を専門家等が整理したものである。一般辞書とは、一般に流通している膨大な数の国語辞典等が該当する。この中で単語に概念が付されているが、これを専門家等がそれぞれのシーンに対して分類・整理したものが観点である。事例中の単語はユーザコンピュータ１により、全て自動的に分類・整理されてサロゲイト化データベースが構築されるようにすることも可能である。この時には、一旦サロゲイト化データベースを構築した後に、専門家等にユーザコンピュータが確認を取り、サロゲイト化データベースの完成度を上げることが可能である。つまり、一旦構築したサロゲイト化データベースが満足にいかないものであった時には、専門家等の指示のもと、スキーマを組み直す等してサロゲイト化データベースを満足のいくものに修正可能である。
【００７３】
サロゲイト化データベース２０ａでは、シーン固有の事例がそれぞれスキーマＡ２５ａ、スキーマＢ２５ｂ及びスキーマＣ２５ｃに従って分類される。事例の一つ一つを、スキーマに従って分類したものをタップルと呼び、事例２１をスキーマＡ２５ａに従って分類したものをタップル２６ａと記している（図５参照）。図５のサロゲイト化データベース２０ａには、「新東京寿司」、「四川創作亭」、「グラツィオーゾ」、そして「豚骨亭」の四つタイトルで代表される四つの事例をスキーマＡ２５ａ、スキーマＢ２５ｂ及びスキーマＣ２５ｃに従って分類したタップルが各四つ記されている。スキーマＡ２５ａに従って分類したタップルに、Ｔ１、Ｔ２、Ｔ３、そしてＴ４のタップル番号が、スキーマＢ２５ｂに従って分類したタップルに、Ｔ１ａ、Ｔ２ａ、Ｔ３ａ、そしてＴ４ａのタップル番号が、そしてスキーマＣ２５ｃに従って分類したタップルに、Ｔ１ｂ、Ｔ２ｂ、Ｔ３ｂ、そしてＴ４ｂのタップル番号が付されている。尚、一のスキーマに一の事例が対応しないで、一のスキーマに複数の事例を整理して記録することが可能である。
【００７４】
サロゲイト化データベース２０ａを、観点に基づいてまとめたものがカラムである。一例として図５において、観点「ジャンル」に従ってまとめたものを、カラム２６ｂと記している。以上から、サロゲイト化データベースは、事例の一つ一つをスキーマに従って分類したものであり、タップルとカラムにより構成されていることが分かる。
【００７５】
事例２１では、データマイニング部２３で「新東京寿司」が事例２１のタイトルであることが識別される。例えば、これは、事例のファースト頁の最上段に位置する用語を、その事例のタイトルであるとするプログラムが組まれていることにより可能となる。そして、「新東京寿司」はタイトルであるので、サロゲイト化データベース２０ａの「タイトル」の観点によりまとめられたカラムの一つに入れる。これにより、「タイトル」の欄に「新東京寿司」を入れた「タップル」は、事例２１の「新東京寿司」に関するデータを分類・整理したものであることになる。尚、サロゲイト化データベース２０ａでは、上から順に各タップルにタップル番号を付していて、事例２１のデータがおさめられている「タップル」のタップル番号は、Ｔ１である。タップル番号は、任意に決められるものであるが、一つのタップルが重複して一つのシーンにおけるサロゲイト化データベースに含まれることは無い。また、タップル番号により、事例の優劣が決定されるものでもない。しかし、一のタップルデータを複数の観点に対応させることとしても良い。
【００７６】
一のタップルには、一の事例が整理され記録されることが原則である。しかし、一のタップルに、複数の事例から獲得してきた情報をまとめることも可能である。
また、一のサロゲイト化データベースを事例として考え、他のサロゲイト化データベースを構築することも可能である（図６参照）。これに基づき、一のサロゲイト化データベースから、複数のサロゲイト化データベースを構築可能である（図７参照）。または、複数のサロゲイト化データベースのそれぞれから一部分を取り出し、一のサロゲイト化データベースを構築することも可能である（図８参照）。そして、複数のサロゲイト化データベースのそれぞれから各部分を取り出し、それらを組み合わせて複数のサロゲイト化データベースを構築することも可能である（図９参照）。
【００７７】
図６〜図９は、上段を事例として考えたサロゲイト化データベースとし、矢印が上段から引かれた下段を新たに構築されたサロゲイト化データベースとしている。
尚、本明細書において、サロゲイト化データベースをもとに構築されたサロゲイト化データベースを、新規サロゲイト化データベースと呼ぶ。また、新規サロゲイト化データベースをもとに構築されたサロゲイト化データベースを、新規サロゲイト化データベースと呼ぶ。
【００７８】
図６に示したように、一のサロゲイト化データベースを事例として考え、他の一のサロゲイト化データベースを構築することも可能である。図６において、Ｓ１〜Ｓ８の観点で一のスキーマを、Ｓ１１〜Ｓ１４の観点で一のスキーマを表している。そして、Ａ１１、Ａ１２・・・Ａ４７、Ａ４８がそれぞれのスキーマの観点に合わせて記録されている。また、Ｓ１はＳ１１に、Ｓ３はＳ１２に、Ｓ６はＳ１３に、そしてＳ７はＳ１４に等しい観点となっている。
Ｓ１〜Ｓ８の観点からなるスキーマでまとめられていたサロゲイト化データベースを、データマイニング部は、シーンと観点に従い、Ｓ１１〜Ｓ１４の観点からなるスキーマでまとめられる新規サロゲイト化データベースを構築することができる。
【００７９】
図７に示したように、一のサロゲイト化データベースから、複数のサロゲイト化データベースを構築可能である。図７において、Ｓ１〜Ｓ８の観点からなる一のスキーマでタップルデータを整理したサロゲイト化データベースより、データマイニング部は、三つの新規サロゲイト化データベースが構築されている。このように観点を任意に組み合わせ、新規サロゲイト化データベースを構築することが出来る。
【００８０】
図８に示したように、複数のサロゲイト化データベースから、一のサロゲイト化データベースを構築可能である。そして、図８においては、タップルデータをどのように統合するのかということよりも、スキーマの観点をどのように統合するのかが重要であることを示している。こうして構築された新規サロゲイト化データベースは、基になったサロゲイト化データベースよりも、大きなシーンにより統合されている。
【００８１】
図９に示したように、複数のサロゲイト化データベースから、複数のサロゲイト化データベースを構築可能である。これも既に述べたのと同様に、新規サロゲイト化データベースは、スキーマの観点を定め、それに基づくカラムを取り出すことで主として構築されている。一方、図９に向かって右下の新規サロゲイト化データベースは、スキーマがＳ６〜Ｓ８により形成されている。そしてそのスキーマに従い、二つのタップルが形成され、新規サロゲイト化データベースが構築されている。これは、必要なカラムを必要なタップルからのみ取り出し、新規サロゲイト化データベースが構築可能であることを示している。もちろん、観点には拘束されずに、つまりスキーマには拘束されずに、必要なタップルのみを取り出して新規サロゲイト化データベースを構築することも可能である。
尚、このように新規サロゲイト化データベースをどのように構築するかは、ユーザコンピュータ１がユーザ１００と対話をし、その結果ユーザコンピュータ１が判断することである。つまり、本願発明では、管理センタ又は端末は、ユーザと対話をし、その結果管理センタ又は端末は判断する。
【００８２】
次に、事例２１の中には、例えば「寿司は、日本料理の一つである。」という文章が記されている。まずこの文章の意味解析及び単語解析をデータマイニング部２３で行い「寿司」、「日本料理」の二つの単語が抽出される。
一方、概念辞書２２には、「寿司・・・カテゴリ」、「日本料理・・・ジャンル」というように「寿司」と「日本料理」のシチュエーション単語２２ａが観点２２２ｂを伴って保存されている。
【００８３】
これより、「寿司」の単語は「カテゴリ」、「日本料理」の単語は「ジャンル」の観点に従って、Ｔ１のタップルに分類される。この工程を、スキーマＡ２５ａに従って事例２１について全部行うとＴ１のタップルが完成する。そして、同様の作業を、「食事」のシーンに属する他の「事例」について行った結果、サロゲイト化データベース２０ａが完成する。他のシーンに関しても、同様の作業を繰り返して、サロゲイト化データベースを作成する。尚、サロゲイト化データベースに分類され、組み込まれた単語等のデータをタップルデータと呼ぶことにする。つまり、サロゲイト化データベース２０ａ中の「寿司」や「日本料理」等の単語等は、それぞれタップルデータである。
【００８４】
サロゲイト化データベース２０ａのスキーマＡ２５ａには、観点として「ＵＲＬ」や「参考写真」が含まれている。この観点に対応する単語は、概念辞書２２には含まれていない。そのため、「ＵＲＬ」や「参考写真」の観点に対するデータを事例２１から抽出することは、概念辞書２２によっては行えない。「ＵＲＬ」の観点に対するデータを抽出する時には、ＵＲＬ認識プログラムを用いる。また、「参考写真」の観点に対するデータを抽出するときには、データマイニング部２３の中の写真やグラフをそれぞれ写真やグラフであることを認識する機能を用いる。事例２１は、ＨＴＭＬファイルのホームページであるので、ＵＲＬ認識プログラムは、このＵＲＬ、すなわち「Ａ１」を「ＵＲＬ」の観点に対するＴ１のタップルの欄に記入する。一方、写真を事例２１から探したデータマイニング部２３は、この写真の所在位置を詳細に示すＵＲＬ等の位置情報をＴ１のタップルの欄に入れる。これにより、一つのデータベースに収めることが不可能である文字や写真等の画像を、一つのデータベースに保存することが可能になる。
【００８５】
また、写真のＵＲＬ等を取り込むと同時に、写真を文章や単語で判断できるように画像認識プログラムを用いて、写真を分解する。写真を文章や単語で判断できるように画像認識プログラムは、写真を網の目状に区分けして、その特徴を読み取る機能を担っている。これにより、写真の中の特徴、例えば写真が店内の椅子やテーブルの配置を表したものであれば、店内の椅子の数やテーブルの間隔等が文章や単語として、保存される。また、専門家等のコメント等に代表される主観を事例の中から取り出す機能を画像認識プログラムに付加しておく。この主観は、事例の中の写真の解説欄に記載の文章であり、この文章を取り出す機能が、画像認識プログラムに付加される専門家等のコメント等に代表される主観を事例の中から取り出す機能のことである。サロゲイト化データベース２０ａにおいては、「参考写真」の観点のさらに下層に参考写真のデータを入れるスキーマＣ２５ｃが形成されている。これにより、写真のデータを、個別具体的にサロゲイト化データベース２０ａに記録することが可能になる。グラフについても、同様に保存することが出来る。
【００８６】
しかし、写真といっても事例２１には、店舗の外観写真と料理の見本を示した写真の２種類が掲載されている。この内、「参考写真」の観点に対応する写真は、料理の見本を示した写真である。この判別は、写真を見つけるごとに、専門家等の観点を導入した人やユーザに確認を取りつつ行われる。つまり、データマイニング部２３が店舗の外観写真を事例２１から抽出した時、データマイニング部２３は、専門家等の観点を導入した人やユーザに「この写真を、参考写真に組み込みますか？」と尋ねるようにプログラムを組んでおく。しかし、この写真は、「参考写真」に組み込みたい写真ではないので、専門家等の観点を導入した人やユーザは「いいえ。」と答える。この結果、データマイニング部２３は、抽出した店舗の外観写真を採用しない。次にデータマイニング部２３が料理の見本を示した写真を事例２１から抽出した時、データマイニング部２３は、専門家等の観点を導入した人やユーザに「この写真を、参考写真に組み込みますか？」と尋ねる。この写真は、「参考写真」に組み込みたい写真なので、専門家等の観点を導入した人やユーザは「はい。」と答える。その結果、この写真をデータマイニング部２３は料理の見本を示した写真の所在位置を詳細に示すＵＲＬ等の位置情報をＴ１のタップルの欄に入れる。
以上より正確に事例２１のデータはサロゲイト化データベース２０ａに分類され、完成する。
【００８７】
尚、他のタップルデータをサロゲイト化データベースに組み込む際にも、個別に、専門家等の観点を導入した人やユーザに確認を取ることが可能であり、これがサロゲイト化データベースを構築する際の特徴になっている。この結果、作成したサロゲイト化データベースは、ユーザ等にとって最も有効なデータベースになる。
【００８８】
次に、サロゲイト化データベースを高速で検索するために必要なコツキャッシュの構築方法を具体例に基づいて示す。
図１０は、図４及び図５に示したサロゲイト化データベース２０ａに基づいて作成した「食事」のシーンのコツキャッシュ２８ａである。
【００８９】
コツキャッシュ２８ａは、サロゲイト化データベース２０ａのタップルデータの一部と、それらのタップルデータのそれぞれがサロゲイト化データベース２０ａのどのタップルに含まれているのかを示すタップル番号と、そしてそのタップルデータの使用頻度を付して保存したものである。
【００９０】
まず、コツキャッシュ２８ａを作る前に、サロゲイト化データベース２０ａのタップルデータの全てと、それぞれのタップルデータがどのタップルに含まれているのかを示すタップル番号を保存したものであるインデックスファイル２７ａを作成する。インデックスファイル２７ａは具体例を示さないが、サロゲイト化データベース２０ａのタップルデータを全て集めたものであるので、容量は莫大であり、サロゲイト化データベース２０ａと共に、保存されている。タップルデータが同一の単語である時には、タップルデータを統合して、タップル番号をまとめることが出来る。これにより、データ量が少なくなり、後述する検索の重複した作業が省くことが出来るようになる。
【００９１】
一方、インデックスファイル２７ａの一部のタップルデータに、タップル番号と使用頻度を付して保存したデータファイルがコツキャッシュ２８ａである。コツキャッシュ２８ａ中のタップルデータの数は、５０００個である。同様にして他のそれぞれのシーンに対してもサロゲイト化データベースからインデックスファイル及びコツキャッシュが作成される。
尚、使用頻度数は、そのタップルデータの使用割合やアクセス回数を用いて表すことが出来るが、使用割合はそのタップルデータへのアクセス回数をコツキャッシュへのアクセス回数で除して、１００を乗じた値である。
【００９２】
サロゲイト化データベースに含まれるタップルを特定するために、コツキャッシュやインデックスファイルは使用される。コツキャッシュやインデックスファイルは、共にサロゲイト化データベースの中から特定のタップルを検索するための検索用ファイルである。つまり、サロゲイト化データベースを本と例えるならば、コツキャッシュもインデックスファイルも共に本の索引に相当する。但し、コツキャッシュは簡易な索引に、インデックスファイルは詳細な索引に相当する。また、コツキャッシュ内のタップルデータは使用頻度数が多い順に配列されるが、インデックスファイルのタップルデータは、あいうえお順やアルファベット順に配列される。
【００９３】
例えば、図５において、「ジャンル」の観点に「日本料理」というタップルデータは、Ｔ１とＴ４の二つのタップルに記されている。これを、図１０においては、一行目に記している。つまり、「日本料理」のタップルデータと同じ行に「Ｔ１＆Ｔ４」というデータが記されている。「Ｔ１＆Ｔ４」は、「Ｔ１とＴ４のタップルにそれぞれ入っています。」ということを表している。これらより、「「日本料理」のタップルデータは、Ｔ１のタップルとＴ４のタップルデータに組み込まれている。」ということを指し示していることが分かる。他のタップルデータに関しても、同様に処理した結果が、図１０に示したコツキャッシュ２８ａであり、使用頻度数は「日本料理」が最も多いことを表している。
【００９４】
しかし、サロゲイト化データベース２０ａのスキーマＢ２５ｂのように観点の中には駐車場や、収容人数と言ったものがあり、「５台」や「２０人」というタップルデータをそのままコツキャッシュ２８ａに保存したのでは、そのタップルデータの意味するところが不明確になってしまうおそれがある。そこで、例えば「駐車場」の観点に対するタップルデータに関しては、「駐車場有り」又は「駐車場無し」と言うように分けている。コツキャッシュ２８ａでは、「駐車場有り」というようにタップルデータをプログラムで設定して、駐車場があるものをコツキャッシュ２８ａに保存している。
【００９５】
ところで、「５台」や「２０人」といったタップルデータであっても、インデックスファイルは、そのままのタップルデータを保存する。これは、インデックスファイルは、データ処理の高速化を目的とするというよりも、サロゲイト化データベースの検索用ファイルとしての側面が、コツキャッシュよりも強いからである。
【００９６】
それに対して、コツキャッシュは、高速で入力された単語からタップル、すなわち事例を特定することに主眼を置いている。そのため、検索を単純に、且つスマートに行うためにタップルデータそのものを一部簡潔に整理・保存している。つまり、コツキャッシュはタップルデータの正確さよりも検索の高速化を、インデックスファイルはコツキャッシュよりもタップルデータの正確さを主眼に構築される。もちろん、コツキャッシュにインデックスファイルからタップルデータをそのまま取り込んでも良い。
【００９７】
一方、インデックスファイルからコツキャッシュには、タップルデータが移行可能である。コツキャッシュに含まれるタップルデータに検索する単語、つまりタップルデータが含まれていないときには、インデックスファイルのタップルデータを用いて検索する。インデックスファイルで検索に用いられたタップルデータには、最も高い使用頻度、例えば１００％が付されて、コツキャッシュにコピーされて書き込まれる。その後、インデックスファイルで検索に用いられたタップルデータは消去もされず、何の変化も無く保存されている。それ故、インデックスファイルは、保存されているタップルデータの数は変化しないが、コツキャッシュは変化する。当初５０００個のタップルデータが保存されていたコツキャッシュのタップルデータは、使用されると５００１個、５００２個、・・・と増加する。
【００９８】
コツキャッシュは、一定期間経過したとき、又は一定容量に達したときに整理される。コツキャッシュには、原則５０００個のタップルデータが保存されるように規定されているので、増加したタップルデータを整理して５０００個にする。これは、瞬時に行われ、使用頻度の少ないものがコツキャッシュから消去されることで５０００個にされる。もしくは、コツキャッシュは二個あって、タップルデータを整理しているときには、一方のコツキャッシュを使用していて、整理された他のコツキャッシュを入れ替えることで整理中でもコツキャッシュが円滑に機能するようにすることも可能である。
【００９９】
原則として、コツキャッシュには、サロゲイト化データベース中で使用頻度の高い単語が５０００個集められている。しかし、５０００個という数は、設定により増減可能であり、２０００個にすることも、また７０００個にすることも可能である。尚、サロゲイト化データベースと、インデックスファイルと、コツキャッシュとは一つのシーンに付き一つずつ少なくともあり、コツキャッシュの数のみ設定により二個にすることが可能である。
また、以上から明らかなように、インデックスファイルやコツキャッシュにはサロゲイト化データベースのスキーマやカラムという概念は無関係である。
【０１００】
さらに、タップルデータの集合からボトムアップ形式で構築した類似検索を、コツキャッシュやインデックスファイルのタップルデータに付することも可能である。例えば、「ラーメン」と「パスタ」のタップルデータから「めん類」というように類似点を抽出して、ボトムアップ形式で新たな観点をツリー状に分類・整理していく。この結果、導き出された「めん類」という観点を「ラーメン」や「パスタ」のタップルデータに付しておいて、検索に利用することも可能である。
【０１０１】
インデックスファイルには、サロゲイト化データベース中のタップルデータ以外のデータを記録することも可能である。この様なデータは、サロゲイト化データベースに記録されなかったデータであるが、観点を有し、且つ何れの事例に属するのかを示す所在情報が付されて記録されている。そして、このデータを使って、サロゲイト化データベースの構築に用いることが可能である。
さらに、コツキャッシュを用いずインデックスファイルのみでサロゲイト化データベースの検索が行われるようにしても良い。
【０１０２】
一方、シーン特定に用いるデータベース、具体的にはシーンに基づく単語データベース及びシーン重要単語データベースを、シーン毎に作成する。
シーンに基づく単語データベースは、シーン毎に、サロゲイト化データベースの全てのタップルデータや、各事例からサロゲイト化データベース中に分類されなかった単語を含んだデータベースである。しかし、シーンに基づく単語データベースは、サロゲイト化データベースの様に事例や観点に基づき、又はコツキャッシュやインデックスファイルの様にタップル番号を付して、保存しているデータベースとは異なり、一切の規定が無く、タップルデータそのものを、単に羅列したものである。
【０１０３】
シーン重要単語データベースは、シーンに基づく単語データベース中の単語の中で出現頻度の高いもの、又は重要度計算を行った結果、出現頻度値や重要度計算値が高いものを５０個から３００個、保存したものである。出現頻度値は、シーンの中で各事例の範囲を越えて、例えば「日本料理」の単語が何回表れたのかを示す値である。また、重要度計算値は、シーンの中で各事例の範囲を超えて、例えば「日本料理」と「寿司」の出現頻度値が高いときに、この様な単語同士の関係から導いた値のことである。出現頻度値も、重要度計算値も共に、シーンの中で、その単語等がどれだけ不可欠な単語等であるかを示すものであり、一般的に言うところの「キーワード」に対応している。また、シーンの名称や、図５で言うところの「タイトル」や「ジャンル」の観点で定義されるカラムに含まれる単語は、シーン固有の単語であり、シーンを特定する際に必要不可欠であるので優先してシーン重要単語データベースに入れるようにされている。つまり、シーンの名称等は、事例の中で出てくる回数が少なくても、シーン重要単語データベースに含まれるものとする。尚、このような単語は、重要度計算値が高いので、シーン重要単語データベースから漏れることはない。
【０１０４】
次に、本発明に係る情報管理方法であって、既に述べた本発明に係る情報管理方法を限定する一実施例を説明する。この説明に図１１に示したフローチャートを用いる。
【０１０５】
図１１に示したフローチャートには、三つの工程が示されている。
ステップ３１は、端末は推察部により推察する工程である。また、ステップ３２は、端末は推察した事項を管理センタに通知する工程である。そして、ステップ３３は、管理センタは通知に対する対応をとる工程である。
【０１０６】
端末には、推察部が設けられている。推察部は、端末の内部に設けられている。しかし、端末から有線又は無線の通信回線を介して接続されていて、端末の一部のように端末が扱えれば、推察部は端末の外部にあっても良い。
【０１０７】
ステップ３１は、端末は推察部により推察する工程である。更に詳しく言うと、端末はユーザの状況、ユーザの周囲の状況又は端末を含む物品の状況を推察部により推察する工程である。
【０１０８】
ここで、推察部は、一定のプログラムにより作動するものであってもよく、又は各種のセンサであっても良い。もちろん、これらの複合であっても良い。
例えば、推察部に、一日に一度ユーザと端末間で対話が無いときには、「ユーザが病気で伏せている。」と推察するプログラムを組み込んでおくことが出来る。あるいは、推察部が温度を感知するセンサであり、端末を含む物品の周囲の温度が１００℃以上になったときに「火事である。」と推察するプログラムを組み込んでおくことが出来る。又は、端末を含む物品が冷蔵庫であった場合に、推察部が冷蔵庫内の電気の流れを検出するセンサであり、電気の流れに問題があった時に「漏電である。」と推察するプログラムを組み込んでおくことが出来る。
【０１０９】
次にステップ３２は、端末は推察した事項を管理センタに通知する工程である。つまり、ステップ３１で、推察部が推察したユーザの状況、ユーザの周囲の状況又は物品の状況を、端末は管理センタに通知する工程である。ユーザと端末との対話中等に影響を受けずに、端末は自動で且つ迅速に管理センタに通知する。
【０１１０】
さらに、ステップ３３は、管理センタは通知に対する対応をとる工程である。更に詳しく言うと、管理センタは、通知に対する対応策をサロゲイト化データベースを含むデータベースから検索、抽出し、その抽出した指示に基づいた行動をとる工程である。
【０１１１】
例えば、「火事である。」との通知がされた場合には、管理センタは、「火事」というシーンに関する当該ユーザ固有のサロゲイト化データベースを新規に構築し、対応策をとることが出来る。このサロゲイト化データベース内に、火事の時、「消防署に連絡する。」や「警察に連絡する。」や「ユーザの携帯電話に電話をかける。」の三つの指示が含まれていたときには、管理センタはこの三つの指示を行う。または、これらの指示を行うと同時に、端末からこの端末を含む物品の周囲に警告する信号を発するようにすることや、端末から周囲の人に対話をする様に指示を出すことを、管理センタは行うことが出来る。
【０１１２】
次に、図１２に模式的に表した状況を考える。ユーザＵの家ＵＨには、ユーザＵの所有する物品である冷蔵庫Ｕ１、テレビＵ２、そして電子レンジＵ３が設けられていて、管理センタＣと無線電気通信回線Ｌを介して接続されている。これらの冷蔵庫Ｕ１、テレビＵ２、そして電子レンジＵ３には、それぞれ端末が組み込まれている。これらの端末は、それぞれ当該物品が設置されて電源が入れられたときに、管理センタＣに無線電気通信回線Ｌを介してセットされたことを通知している。このようにしてユーザ登録がされたこれらの三つの物品は、管理センタＣにより管理されている。
【０１１３】
それぞれの物品、つまり冷蔵庫Ｕ１、テレビＵ２、そして電子レンジＵ３は、個別に管理センタにアクセス可能である。そして種々の対話が可能になっている。
管理センタＣは、これら物品が一のユーザＵによってセットされたものであるので、一つのグループにまとめることが可能である。これは、ユーザＵ固有のデータベースを構築することにより統合可能である。そして、このデータベースからの指示に基づき管理センタＣから各物品に電気信号を送り、各物品が一つのグループに属する様にグループ化を図ることが出来る。
【０１１４】
このグループ化は、端末の情報管理部によりなされる。情報管理部は、原則として、管理センタＣからの電気信号によりグループ化をする物品を決める。そして、この情報管理部は、各物品の情報を共有したりすることを可能にし、一の物品から他の物品の情報を利用することが可能になる。
【０１１５】
この結果、各物品は物品間で情報を共有できる。そして、管理センタＣと一の物品との対話で、他の物品を管理センタは管理することが出来るようになる。つまり、一の物品からの指示により、他の物品が作動することが可能になる。もちろん、これは一の端末からの指示により他の端末が作動することを意味している。一方、このグループ化により、一の物品の端末とユーザＵとの対話により、他の端末が作動することも可能である。
【０１１６】
以上の本発明に係る情報管理方法は後述する音声対話技術により、音声対話により可能である。また、すでに構築しているサロゲイト化データベース等のデータベース内に必要な情報が無い場合に、新たに電気通信回線を通じてこれらの情報を獲得してくることも可能である。尚、この情報獲得の技術を有する情報収集共有処理部については、後述する。
【０１１７】
次に、本発明に係る情報管理システムを説明する。
まず、サロゲイト化データベースを用いるシステムを、対話の一実施形態を例に図１３に基づいて説明する。
図１３は、サロゲイト化データベースを用いた音声対話を説明するためのブロック図である。
【０１１８】
図１３では、端末及び／又は管理センタとして、ユーザコンピュータ１を用いている。ユーザコンピュータ１には、キャッシュメモリ２ａと、サロゲイト化データベース２０ａ、２０ｂ、２０ｃ等のデータベースを保存・蓄積してある記憶装置部２ｂと、対話コントロール部３と、シーン制御部４ａと、動作指示部４ｂと、そして類似リンク部５０と、が含まれていて、且つユーザ１００からの入出力を行うマイク及びスピーカが備わっている。
【０１１９】
対話コントロール部３は、音声認識部３１と、音素メモリ部３２と、音声合成部３６と、発話テンプレート部３７と、対話のコツ部３８と、そして質問処理部３９とからなっている。音声認識部３１は、ユーザ１００から入力された音声を認識し、音素メモリ部３２にある音素と照合する。音素メモリ部３２は、一時的に単語等のデータが保存される領域であり、対話の応答に従って、頻繁に且つ即座に書き換えられる。音声合成部３６は、シーン制御部４ａや動作指示部４ｂで処理した結果を、発話テンプレート部３７に保存されているフォーマットに従い、音に変換して、出力する。
【０１２０】
記憶装置部２ｂには、サロゲイト化データベース２０ａ、２０ｂ、２０ｃと、インデックスファイル２７ａ、２７ｂ、２７ｃと、コツキャッシュ２８ａ、２８ｂ、２８ｃと、そしてシーン重要単語データベース４３ａ、４３ｂ、４３ｃをそれぞれ含んだシーンに基づく単語データベース４２ａ、４２ｂ、４２ｃと、が保存・蓄積されている。シーン重要単語データベース４３ａ、４３ｂ、４３ｃをそれぞれ含んだシーンに基づく単語データベース４２ａ、４２ｂ、４２ｃは、シーン制御部４ａに対して使用される。インデックスファイル２７ａ、２７ｂ、２７ｃと、コツキャッシュ２８ａ、２８ｂ、２８ｃは、動作指示部４ｂに対して使用される。シーン制御部４ａが、シーン重要単語データベース４３ａ、４３ｂ、４３ｃをそれぞれ含んだシーンに基づく単語データベース４２ａ、４２ｂ、４２ｃに単語を照合する時や、動作指示部４ｂがインデックスファイル２７ａ、２７ｂ、２７ｃと、コツキャッシュ２８ａ、２８ｂ、２８ｃに単語を照合する時には、それらのデータベースはキャッシュメモリ２ａにコピーされる。また、サロゲイト化データベース２０ａ、２０ｂ、２０ｃは、質問処理部３９にスキーマを提供したりするために使用される。
【０１２１】
尚、図１３においては、シーンが「食事」、「宿泊」、「レジャーランド」の三つあり、それぞれに対応するサロゲイト化データベース２０ａ、２０ｂ、２０ｃ、インデックスファイル２７ａ、２７ｂ、２７ｃ、コツキャッシュ２８ａ、２８ｂ、２８ｃ、シーンに基づく単語データベース４２ａ、４２ｂ、４２ｃ、シーン重要単語データベース４３ａ、４３ｂ、４３ｃが保存されている。
【０１２２】
シーン制御部４ａには、シーンの判定をするシーン判定プログラム４１が備わっている。シーン判定プログラム４１は、記憶装置部２ｂにあるシーンに基づく単語データベース４２ａ、４２ｂ、４２ｃや、シーン重要単語データベース４３ａ、４３ｂ、４３ｃに、ユーザ１００が入力した入力単語を照合してシーンを特定する。シーンに基づく単語データベース４２ａ、４２ｂ、４２ｃは、それぞれ記憶装置部２ｂの中にあるサロゲイト化データベース２０ａ、２０ｂ、２０ｃ中の全タップルデータである。この全タップルデータの内、シーンを代表する単語に、その出現頻度数等を付して保存したものがシーン重要単語データベース４３ａ、４３ｂ、４３ｃである。このシーン重要単語データベース４３ａ、４３ｂ、４３ｃは、入力された単語と照合して、高速でシーンを特定するために配列した単語のデータ群のことである。シーン制御部４ａが、シーン重要単語データベース４３ａ、４３ｂ、４３ｃやシーン毎の全タップルデータが納まっているシーンに基づく単語データベース４２ａ、４２ｂ、４２ｃにアクセスすることで対話内容のシーンが特定できる。
【０１２３】
そこで、図１３に示したサロゲイト化データベースを用いた音声対話をカーナビゲーションに適用して具体的に説明する。これにより、各構成要素の機能を示す。尚、この場合、図１３のユーザ１００は車の運転手に、そしてユーザコンピュータ１はカーナビゲーションに相当する。
【０１２４】
ユーザ１００がマイクにより入力された音声は、まず音声認識部３１で認識されて入力文章となる。そして、文章解析及び単語解析が行われる。
入力文章とは、入力された音声、つまり音を、電気的な信号に変換されたものを表している。入力文章は、対話を繋げるために必要不可欠な入力単語に分解される。
【０１２５】
例えば、ユーザ１００がユーザコンピュータ１に「聞きたいことがあるから、起きてくれる。（入力文１）」と、ユーザコンピュータ１に起動をかける。ユーザコンピュータ１はこの音声に反応して、「私を起動してくれてありがとう。私は食事、宿泊施設、そしてレジャーランドの三つのシーンについて話が出来ます。（出力文１）」と、返答する。これは、起動されたときに、ユーザコンピュータ１が対話可能な内容、つまりシーン、をユーザ１００に答えるプログラムが質問処理部３９に記録されているからである。すなわち、ユーザコンピュータ１の中には、食事、宿泊施設、そしてレジャーランドの三つのシーンに関するデータが保存されていて、ユーザ１００は出力文１を受けて、三つの内のどのシーンの対話をするのかを決める必要がある。ユーザコンピュータ１では、出力文１を音声合成部３６から出力すると同時に、食事、宿泊施設、レジャーランドの三つシーン固有のシーン重要単語データベース４３ａ、４３ｂ、４３ｃの単語を一時的にキャッシュメモリ２ａに保存する。
【０１２６】
ユーザ１００は出力文１に対して、「そうだな、食事をしたいな。（入力文２）」と答える。入力文２の中には、「食事」という入力単語がある。これを音素メモリ部３２で認識する。そして、シーン判定プログラム４１は、一時的にキャッシュメモリ２ａに蓄えたシーン重要単語データベース４３ａ、４３ｂ、４３ｃに照合をかける。この場合には、明らかに食事のシーンだけに「食事」の単語があったので、対話内容のシーンが「食事」であることが特定される。これは、対話の範囲が狭まったことを意味していて、本発明の最も重要な工程である。
【０１２７】
しかし、音声メモリ部３２で認識した入力単語が、複数のシーンのシーン重要単語データベース４３ａ、４３ｂ、４３ｃに重複してあったときには、その単語の数にシーン内でのその単語の出現頻度値や重要度計算値を乗じた数が多いシーンが、対話のシーンである可能性が高いことと判断する。ところが、その乗じた数は、相対的な数であるので、絶対的にその数で判断するのには問題がある。そこで、その際にはユーザコンピュータ１は、ユーザ１００にこのシーンで良いのかどうかを聞くか、又は更なるシーン特定のための情報入力を促して、シーンを決定する。
【０１２８】
シーンは、明らかに特定されたと思われるが、念を押して確認するために、質問処理部３９のプログラムに従って、発話テンプレート部３７の次のフォーマットが起動する。発話テンプレート部３７には、シーンが決まったときに、それを聞き返すフォーマットである「〜の話ですね。」が記録されている。「〜」の部分には特定されたシーンが当てはめられて、「食事の話ですね。（出力文２）」とユーザ１００に確認することが出来る。
ユーザ１００は出力文２に対して、「そうだよ。（入力文３）」という入力文３を入力する。
以上の工程を得ることで、シーンが確実に特定され、対話が続けられる。
【０１２９】
次に、特定された「食事」のシーンに対して、どのような話をしたいのかをユーザコンピュータ１はユーザ１００に聞く。「どのカテゴリのものが食べたいですか？」や「どのようなジャンルの料理が食べたいですか？」等の対話のコツ部３８の指示に従って発話テンプレート３７に含まれているフォーマットを起動して、出力文を出力する。これにより、ユーザコンピュータ１は、ユーザ１００に対話を続けていくための情報の入力を促すことが可能になる。
【０１３０】
対話のコツ部３８は、観点をユーザ１００に聞くプログラム群であり、シーンによって異なるプログラム群を形成することも可能である。対話のコツ部３８には、シーンが特定された後に、ユーザ１００に観点の入力を促す仕組みが設けられている。「食事」のシーンが特定されると、「食事」のシーンに関するサロゲイト化データベース２０ａ中のスキーマＡ２５ａが対話のコツ部３８に呼び出される。対話のコツ部３８は、タップルを特定するために、呼び出したスキーマＡ２５ａを使用する。具体的には、「ジャンル」と「食材」の入力を促して、タップルを特定するというプログラムが対話のコツ部３８に組み込まれている。もちろん、どの観点の入力を促しても良いし、全ての観点の入力を促すことも可能である。しかし、対話を滑らかに組み立てるためには、二つ以上五つ程度の観点の入力を促して、対話を進めた方が、対話が双方向で滑らかに、且つ確実に行われているようにユーザ１００に感じさせることが出来る。また、ユーザ１００が入力した入力音声から入力単語を抽出するために、音素メモリ部３２にそれぞれの観点に対するタップルデータが記録される。しかし、音素メモリ部３２に記録されるタップルデータの数が多いと照合に長い時間を要するようになる。そこで、照合時間が３秒以内に収まる量のタップルデータのみが音素メモリ部３２には保存されるようになっている。また、３秒以内に照合できないときには、ユーザ１００に聞き返したり、更なる質問をしたりして対話が途切れないようにするようになっている。
【０１３１】
一方、シーンが特定された後は、キャッシュメモリ２ａ上でコツキャッシュを用いて対話が滑らかに、且つ高速に行われる。これを実現するため、シーンが特定されたと同時又は直後に、記憶装置部２ｂに保存されている特定されたシーン「食事」に固有のコツキャッシュ２８ａをキャッシュメモリ２ａにコピーして記録する（図１３参照）。
【０１３２】
「どのような食材を用いた料理を食べたいですか？（出力文３）」と問われたユーザは、「日本料理が食べたい。」や、「ラーメンが食べたい。」や、「中華が食べたい。」等の返事を入力することが好ましい。しかし、図１３の実施形態においては、ユーザは、「海の近くに来たから、魚介類が食べたいな。（入力文４）」と応答した。
【０１３３】
入力文４を音声認識部３１で文章解析や単語分解を行うと、「海」、「魚介類」という入力単語が抽出される。「海」、「魚介類」の入力単語は、この段階では「音素メモリ部」に蓄えられる。次に、「どのようなジャンルの料理が食べたいですか？（出力文４）」とユーザコンピュータ１は、ユーザ１００に聞く。そこで、ユーザ１００は、「日本料理がいいな。（入力文５）」と答える。入力文５を音声認識部３１は処理して、「日本料理」の入力単語を抽出する。
【０１３４】
対話のコツ部３８が、入力を促した二つの観点はこれにより満たされたので、動作指示部４ｂの検索プログラム部４６にこれらの抽出された入力単語は送られる。検索プログラム部４６は、入力された入力単語「海」、「魚介類」そして「日本料理」とコツキャッシュ２８ａの単語を照合し、照合により合致した一又は複数の単語からさらにシーンの中の話題、具体的にはタップルを特定する作業が行われる。
【０１３５】
しかし、「海」や「魚介類」という入力単語は、コツキャッシュ２８ａのタップルデータに合致しない。そこでユーザコンピュータ１は、類似リンク部５０の中の類義語辞書、同義語辞書、類推検索辞書を用いて、ユーザ１００が意図している単語を探す。これによりコツキャッシュ２８ａの中の「魚」が候補に浮上した。ここで、候補に挙がるタップルデータは、ユーザコンピュータ１による検索で８０％以上の確率でユーザ１００が意図している単語であることが認められたものに限定されている。この確率には、類義語辞書、同義語辞書、類推検索辞書にそれぞれ付されている確率を用いる。ここで導き出した「魚」というタップルデータがユーザ１００の意図したものと合致する可能性は、８０％以上であったが、１００％ではない。
【０１３６】
そこで、質問処理部３９に従って発話テンプレート３７に含まれているフォーマットを起動して、ユーザコンピュータ１はユーザ１００に、「魚の料理が食べたいのですか？（出力文５）」と聞き返す。これに対して、ユーザ１００は、「そうだよ。（入力文６）」と答える。
【０１３７】
この結果、「食材」の観点のタップルデータは「魚」であることが確定した。しかし、「魚」を含むタップルは図１２によると、たくさんある。一方、「日本料理」の入力単語は、コツキャッシュ２８ａ内のタップルデータの「日本料理」と合致した。「日本料理」のタップル番号を見ると、Ｔ１とＴ４の二つである。
【０１３８】
これにより、検索プログラム部４６では、コツキャッシュ２８ａの「魚」と「日本料理」のタップル番号を用いて、「魚」と「日本料理」のタップル番号の集合を求める。つまり、「魚」のタップルデータを含んだタップルのタップル番号と、「日本料理」のタップルデータを含んだタップルのタップル番号とから、両方にあるタップル番号を探す。その結果、Ｔ１のタップルを特定することが出来る。
【０１３９】
特定したタップルのタイトルをユーザコンピュータ１はユーザ１００に答える。これは、スキーマＡ２５ａの内で、「タイトル」の観点に相当するものを出力するように質問処理部３９のプログラムが組まれているからである。「新東京寿司はいかがですか？（出力文６）」とユーザコンピュータ１は尋ねる。しかし、ユーザ１００は、車を運転しているところなので、「駐車場は、あるの？（入力文７）」とユーザコンピュータ１に聞く。
【０１４０】
入力文７は、音声認識部３１で処理されて、「駐車場」という入力単語が抽出される。対話のコツ部３８のスキーマＡ２５ａに含まれる観点に当てはまるものがあるかどうかが、音素メモリ部３２で照合される。音素メモリ部３２は、当てはまる単語が無いので、対話のコツ部３８は他のスキーマ、具体的にはスキーマＢ２５ｂやスキーマＣ２５ｃをサロゲイト化データベース２０ａから呼び出す。その結果、音素メモリ部３２はスキーマＢ２５ｂの中に「駐車場」の観点を見つけることが出来る。検索プログラム部４６では、「駐車場」の観点のタップルデータをサロゲイト化データベース２０ａに読みに行く。その結果、Ｔ１のタップルの駐車場の観点には、「無し」というタップルデータが入っていることが分かる。それ故、発話テンプレート部３７を使って音声合成部３６から「駐車場は無いです。（出力文７）」を出力する。
【０１４１】
ユーザ１００は、そこで「中華料理でも良いよ。（入力文８）」と答える。この入力文８を受けて、対話のコツ部３８は、先に入力された「日本料理」に代えて、「中華料理」を、「ジャンル」の観点に入れる。これを受けて検索プログラム部２９は、「日本料理」を消去して、「魚」、「駐車場」、「中華料理」で検索をコツキャッシュ２７ａにかける。その結果、Ｔ２のタップルが条件に合致したので、ユーザコンピュータ１は「四川創作亭はいかがですか？（出力文８）」とユーザ１００に尋ねる。ユーザ１００は、「そこで良いよ。（入力文９）」と答える。これにより、シーンが「食事」で、タップルが「四川創作亭」と決まった。ここまでが、タップルを決める工程で、コツキャッシュ２８ａを用いて対話を行う工程になる。
【０１４２】
ところで、以上の工程で特定されたタップルが一つではなく、複数あるときには、さらに対話の内容を絞る条件をユーザ１００に入力する様に促すことにつながり、対話のコツ部３８が起動する。対話のコツ部３８では、一回でタップルが特定できなかったときに、さらに未だ特定していない「観点」の入力を促すプログラムが準備されている。そこで、ユーザコンピュータ１は、「どのカテゴリの料理が良いですか？例えば、中華料理には、四川料理、広東料理、上海料理、北京料理があります。また、日本料理には、天ぷら、寿司、鍋料理等があります。
どれが宜しいですか？」と言うような質問をユーザ１００に行う。このようにして、タップルを特定する要素を多くして、ユーザ１００が希望するタップルを検索することが可能になる。
【０１４３】
タップルが決まると、スキーマと、そして特定したタップルＴ２のデータが、対話のコツ部３８に呼び出されて、何時でもユーザコンピュータ１はＴ２のタップルの内容をユーザ１００に答える準備を整える。
【０１４４】
次に、特定したＴ２のタップルを用いて対話を進めていく。ユーザコンピュータ１が、四川創作亭に行きますか？（出力文９）」と尋ねる。ユーザ１００は、「四川創作亭に行こう。ところで、何がおいしいの？（入力文１０）」とユーザコンピュータ１に尋ねる。入力文１０を受けて、ユーザコンピュータ１は、Ｔ２のタップルから関連事項である「エビチリがお勧めです。（出力文１０）」と答える。「写真があれば、見たいな。（入力文１１）」と入力する。これを受けて、ユーザコンピュータ１は、「写真を表示します。車を止めてから見て下さい。（出力文１１）」と、ユーザに答える。このようにして、ユーザ１００とユーザコンピュータ１の対話は、行われる。
尚、対話途中で、シーンが変わったときには、シーン制御部４ａや検索プログラム部４６を用いて、再度シーンやタップルを特定して滑らかに、且つ高速で対話処理を行うことが出来る。
【０１４５】
次に、インターネット等の通信手段を介した知識獲得を可能にする情報収集共有処理部について説明する。
図１４は、インターネット等の通信手段を介した知識獲得を表したブロック図である。
図１４において、左側半分のユーザコンピュータ１及びユーザ１００の関係は、図１３を用いて説明した一の実施形態と同じである。インターネット等の通信手段を介した知識獲得では、情報収集共有処理部６が必要である。図１４では、情報収集共有処理部６は、ユーザコンピュータ１と通信回線を介して繋がっている中央管理センタにある。情報収集共有処理部６は、ユーザコンピュータ１の内部に有するように構成しても良い。
【０１４６】
情報収集共有処理部６は、単語・分解処理部６１と、単語まとめ部６２と、ＵＲＬ検索処理部６３と、ＵＲＬ知識体６４と、インターネット知識獲得部６５と、Ｗｅｂロボット６６と、ダイナミックまとめ部６７と、頻度プログラム部６８、そして図示しない複数の概念辞書とにより構成されている。
また、ユーザコンピュータ１の対話コントロール部３等と結びつき情報収集共有処理部６は、起動している。もちろん情報収集共有処理部６に必要な機能のみを組み込んで、独立した端末として起動させることも可能である。
【０１４７】
単語分解・処理部６１は、ユーザ１００が入力した入力文章を文章解析及び単語解析を行い、意味のある単語を抽出する役目を担っている。しかし、図１４においては、ユーザ１００と情報収集共有処理部６とは、ユーザコンピュータ１を介して繋がっているので、単語分解・処理部６１は起動していない。つまり、ユーザコンピュータ１の対話コントロール部３で、単語分解・処理部６１の仕事が成されているので、あえて単語分解・処理部６１で入力文章の解析を行う必要が無い。それ故、図１４においては、ユーザコンピュータ１から入ってきた単語等のデータは、単語まとめ部６２に伝わる。
【０１４８】
単語まとめ部６２は、入力された入力単語を基に集めてくる情報を、どのような観点に従って分類しようか、つまり、どのようなスキーマに従って分類をするかを決定する役割を担っている。単語まとめ部６２には、既存スキーマ６２ａと、新規スキーマ６２ｂとが蓄えられるメモリを有している。既存スキーマ６２ａは、観点が入力されないときに、入力された入力単語を基に集めてくる情報を整理するための観点「５Ｗ１Ｈ」が入っている。「５Ｗ１Ｈ」とは、Ｗｈｏ（だれが）・Ｗｈｅｎ（いつ）・Ｗｈｅｒｅ（どこで）・Ｗｈａｔ（なにを）・Ｗｈｙ（なぜ）・Ｈｏｗ（どうした）のことである。一方、新規スキーマ６２ｂとは、ユーザ１００の意向の基に作成されるスキーマのことである。例えば、図５におけるスキーマＡ２５ａを用いて、入力された入力単語を基に集めてくる情報を分類したいのであれば、ユーザ１００が、ユーザコンピュータ１を介して新規スキーマ６２ｂをスキーマＡ２５ａとする指示を入力する。また、全く別の観点に基づきその情報を分類したいのであれば、ユーザ１００が単語まとめ部６２に、その都度新規スキーマ６２ｂを作成することが出来る。つまり、ユーザ１００が複数の入力単語を入力し、これらの入力単語がどの観点に属するのかを概念辞書を用いて特定して、特定された観点に基づいて新規スキーマ６２ｂが形成される。
【０１４９】
ＵＲＬ検索処理部６３は、ＵＲＬ知識体６４と密接に繋がっていて、入力された入力単語を基に情報を集めるに当たって、どのＵＲＬを用いて、どのホームページにアクセスするのかを決定する。ＵＲＬ知識体６４は、予め作成しておくデータベースであって、あるシーン固有の一つの事例を指し示すホームページのＵＲＬと、そのホームページ内の単語等の複数のデータとを組にして、膨大なシーンに対するデータベースを保存している。ＵＲＬ検索処理部６３は、入力された単語をＵＲＬ知識体６４のデータベースに当てはめて、合致単語数の多いＵＲＬを一つ決定する。
【０１５０】
インターネット知識獲得部６５は、ＵＲＬ検索処理部６３で決定したＵＲＬを基に、情報を探す。そして、Ｗｅｂロボット６６は、ＵＲＬ検索処理部６３で決定したＵＲＬを基にＵＲＬデータ６５ａを取り込み、そのＵＲＬデータ６５ａの中にあるリンクされたＵＲＬ６５ｂを取り出し、それらでまたＵＲＬ６５ｂのデータを取り込む機構を備えている。それ故、Ｗｅｂロボット６６は、自立型のロボットであり、ユーザの意志に従って動くものではない。つまり、情報収集共有処理部６がユーザ１００によりアクセスされていない時に、Ｗｅｂロボット６６はＵＲＬ知識体６４を拡張する作業を行っている。
【０１５１】
ダイナミックまとめ部６７は、インターネットを介して収集した情報を、単語まとめ部６２で決定したスキーマを基に分類してタップルを一つ作成する。つまり、単語まとめ部６２で決定したスキーマに対して、一つの事例に関する一のタップルを作成する。作成した一組のスキーマとタップルは、ユーザコンピュータ１に伝達され、ユーザ１００に伝えられる。
【０１５２】
頻度プログラム部６８は、勘違いプログラムを有している。図１４において図示していない勘違いプログラムは、一定回数以上、ユーザ１００から情報収集共有処理部６に同一の事例、または同一のシーンに関する情報を収集するようにアクセスがあったときに、起動するように設定されている。例えば、「同一シーンに対して一週間で５回以上アクセスがあったとき」のような設定がされている。
勘違いプログラムは、シーン固有の概念辞書を用いて、シーン固有のサロゲイト化データベースを新規に作成する。このサロゲイト化データベースの構築は、人間の意志に関係なく行われる。そのため、作成した時点で、ユーザ１００に新規に構築したサロゲイト化データベース２０ｄをユーザコンピュータ１の記憶装置部２ｂに記録するか否かを質問する。この質問により始まるユーザ１００との対話の中で、ユーザ１００は新規に構築したサロゲイト化データベース２０ｄを修正することも可能である。スキーマを修正して、再構築することも出来る。こうして、ユーザコンピュータ１等は、ユーザ１００の意向に沿って構築した新規のサロゲイト化データベース２０ｄを構築し、ユーザコンピュータ１の記憶装置部２ｂにサロゲイト化データベース２０ｄを保存することが出来る。もちろん、ユーザコンピュータ１等が構築したサロゲイト化データベース２０ｄが不要の時には、ユーザ１００はその旨をユーザコンピュータ１等に伝えて削除することも出来る。
【０１５３】
記憶装置部２ｂにサロゲイト化データベース２０ｄが保存されると、記憶装置部２ｂの中で、ユーザコンピュータ１はサロゲイト化データベース２０ｄに基づくインデックスファイルとコツキャッシュを作成する。このインデックスファイルは、サロゲイト化データベース内のタップルデータを集めたものであるので自動的に作成される。しかし、コツキャッシュはタップルデータに使用頻度が付されるため、ユーザコンピュータ１が勝手に構築するのは不可能である。そのため、ユーザコンピュータ１は、ユーザ１００に聞きながらコツキャッシュに入れるタップルデータを聞く。例えば、「観点「何々」に関するタップルデータをコツキャッシュに入れますか？」等と質問をして、ユーザ１００に入力を促すことでコツキャッシュにタップルデータを入れることも可能である。この時には、使用頻度は、全て最も高い値、例えば１００％にしておくように設定したほうが良い。これは、使用するたびに、使用頻度が変わり、望みのコツキャッシュが形成されるためである。
【０１５４】
一方、サロゲイト化データベース２０ｄに基づくコツキャッシュには、当初は何のデータを入れておかなくても良い。つまり、空のままでも良い。これは、使用されるごとにインデックスファイルからコツキャッシュにタップルデータがコピーされて、コツキャッシュが成長していくので、コツキャッシュが自己成長型である特性を利用することにつながる。
【０１５５】
次に、入力単語が対応する観点を特定する観点特定部について図を用いて説明する。観点特定部は、ユーザコンピュータ１に設けられているとして、以下説明する。
図１５に、観点特定部７を説明するためのブロック図を示す。
まず、対話コントロール部３は、入力単語を抽出して次の処理をするシーン制御部４ａに送る。シーン制御部４ａでは、入力単語を用いて、シーンを特定する。シーンを特定する手段は先に述べたとおりである。次に、シーンが特定されたならば、そのシーン固有の又はシーンに関する概念辞書２２を用いて、ユーザコンピュータ１の観点特定部７はその入力単語が対応する観点を特定する。具体的には、観点特定部７は、概念辞書２２のシチュエーション単語２２ａと入力単語を合致させ、そこから入力単語の対応する観点を特定する。図１５では、複数の概念辞書２２が記憶装置部２ｂに蓄積されていて、キャッシュメモリ２ａにそのうちの一つをコピーし、観点特定部７が観点を特定する事を行なっているところである。
【０１５６】
そして、この過程で特定したシーン及び観点に従い、ユーザコンピュータ１は、新規サロゲイト化データベースを構築する。もちろん、ユーザコンピュータ１は、新規サロゲイト化データベースを構築する前に一度又は複数回、ユーザにこのシーンでこれらの観点で新規サロゲイト化データベースを構築するが良いか否か、を訪ねることは可能である。その手段としては、既に説明した手段を用いることが出来る。そして、シーンや観点ばかりで無く、種々のユーザコンピュータ１の解釈をユーザに問いかけながら、対話の進行及び新規サロゲイト化データベースの構築が進むのが好ましい。
尚、複数の入力単語等を取り出し、それらを互いに関連させ、シーンを特定し、且つこのようにして特定されたシーンに基づき観点を特定することが望ましい。
【０１５７】
次に、ユーザの状況、ユーザの周囲の状況又は物品の状況等を推察する推察部について図を用いて説明する。
図１６は、推察部８を説明するためのブロック図である。
推察部８は、状況変化部８ａ、出力部８ｂ、送信部８ｃを含んで構成されている。図１６では、推察部８は、状況変化部８ａ、出力部８ｂ、送信部８ｃに加えて、センサ８ｄが電気通信回線８１を介して推察部８に設けられている。
【０１５８】
状況変化部８ａは、次の方法で、ユーザの状況やユーザの周囲の状況等を推察する。
一つ目は、対話コントロール部３を介したユーザとユーザコンピュータ１との対話から推察する。例えば、ユーザとユーザコンピュータ１が対話をしていたが、話の途中で、急にユーザからの入力がされなくなった場合には、３分以上たっても次の入力がされないときに変化があったと推察する。もちろん、この時間等の条件は、初期設定で又はユーザによる入力により変えることが可能である。
【０１５９】
二つ目は、センサ８ｄを介して推察する。例えば、外部の気温が約２０℃から５０℃以上に上昇しているときに変化があったと推察する。尚、センサ８ｄは、温度を感知するセンサ、衝撃を感知するセンサ等の種々のセンサを用いることが可能である。
そして、状況変化部８ａは、これらの二つの方法を組み合わせて推察することが可能である。又は、いずれか一つの方法により推察することとしても良い。
【０１６０】
状況変化部８ａが変化があったと推察したときには、出力部８ｂが起動する。出力部８ｂは、ユーザに変化があったことを確かめるための出力文章を出力するように対話コントロール部３に指示する。この結果、状況変化部８ａの推察を解除する信号が、ユーザから入力されないときには、送信部８ｃが起動する。尚、状況変化部８ａの推察を解除する信号とは、「問題ないよ。」や「大丈夫だよ。」等の入力文章のことを指す。
【０１６１】
送信部８ｃは、まず、ユーザの状況やユーザの周囲の状況等に変化があったと確信した結果、その変化の状況に合わせて、新規サロゲイト化データベースをデータマイニング部２３は「変化」や「事故」等の推察した観点に従い構築する。
そして、その中のスキーマの中の「送信」等の観点に合致したタップルデータに従い、外部に信号８２を送信する。
これにより、例えば、ユーザとユーザコンピュータ間で対話が行なわれていたが、ユーザが心臓発作などで倒れたときに、迅速に病院に連絡し、又は救急車を呼ぶことが出来るようになる効果を有する。
【０１６２】
一方、それぞれの端末には、自己の物品で用いることが出来るようにそれぞれの端末から回送されてきた電気信号を変換する信号変換部が設けられていることが望ましい。例えば、物品が音声での対話を可能にする電話と、電子メールによる対話を可能にするＰＤＡであった場合を考える。初めにユーザに電話がかかってきたが、ユーザが近くにいないので、端末のデータベースの指示に従い、ＰＤＡにその電話の信号を転送する。一方、電話とＰＤＡのプロトコルは異なるため、電気信号の変換をする必要がある。この変換をする機能を有するのが、信号変換部である。そして、この信号変換部は、物品に合わせて、自動的に電気信号を変換し、円滑に対話等の情報の交換が行えるようになる。
【０１６３】
さらに、端末には、情報管理部を設けることが可能である。
情報管理部は、一のユーザにより複数の物品が所有されているときに、これらの複数の物品をグループ化することを行う。この結果、これら複数の物品の情報は共有され、一の物品から他の物品の情報を利用することが可能になる。加えて、一の物品から他の物品の作動指示をすることが出来る用になる。尚、この情報の共有化等は、各端末の情報管理部により行われる。つまり、他の端末から入力された電気信号を、あたかもユーザや管理センタから入力された電気信号と同じように情報管理部は扱う。このため、一の物品の端末からの電気信号により、他の端末が作動するようになる。
【０１６４】
以上説明した本発明に係る情報管理方法及び情報管理システムの一実施形態を以下に示す。
本発明に係る情報管理方法及び情報管理システムの一実施形態の状況を図１７により、説明する。
【０１６５】
図１７において、ユーザ１０２は、住居１０１に住んでおり、電話１０３、ＦＡＸ１０４、冷蔵庫１０５、電子レンジ１０６を有している。また、電話１０３、ＦＡＸ１０４、冷蔵庫１０５、電子レンジ１０６は、全て購入後の設置時に、各物品の端末による管理センタ９０への通知により、ユーザ登録されている。そして、電話１０３、ＦＡＸ１０４、冷蔵庫１０５、電子レンジ１０６は、電気通信回線１１０を介して管理センタ９０の管理下にあり、情報管理部によりグループ化１０２ａ（図１７では、グループ化した物品を点線で囲っている。）されている。
【０１６６】
一方、電話１０３、ＦＡＸ１０４、冷蔵庫１０５、電子レンジ１０６及び管理センタ９０には、キャッシュメモリ２ａ、記憶装置部２ｂ、対話コントロール部３、シーン制御部４ａ、動作指示部４ｂ、類似リンク部５０を含んで構成されている。また、管理センタ９０は、情報収集共有処理部６を含んでいて、インターネット２００を介して種々の事例２０１、２０２、２０３から新たに情報を獲得可能になっている。さらに、電話１０３、ＦＡＸ１０４、冷蔵庫１０５、電子レンジ１０６には、推察部８が設けられている。しかし、電話１０３、ＦＡＸ１０４、冷蔵庫１０５、電子レンジ１０６には、これらを描いていない、そして、管理センタ９０にも、概略しか示していない。尚、管理センタ９０の記憶装置部２ｂには、数多くあるデータベースのうちサロゲイト化データベース２０ｅ、２０ｆのみを描いている。
【０１６７】
ユーザ１０２は、冷蔵庫１０５の端末と音声対話をしている。この音声対話は、冷蔵庫１０５の端末の対話コントロール部３を用いて行なわれている。また、当該端末には、１０冊の料理に関する本の情報がサロゲイト化データベースにまとめられ、記録されている。このサロゲイト化データベースを用いて、ユーザ１０２は料理をしながら冷蔵庫１０５の端末と対話をし、料理のレシピ等を知ることが出来る。
【０１６８】
しかし、冷蔵庫１０５の端末に記録されていない料理のレシピを冷蔵庫１０５はユーザ１０２との対話の中で求められたので、グループ化１０２ａしている電子レンジ１０６にそのデータを探しに行く。そこで、電子レンジ１０６にその探していた料理のレシピがあったので、その情報を電子レンジ１０６の端末から抽出し、冷蔵庫１０５の端末はユーザ１０２に提供する。もちろんこの提供は、音声対話によりなされている。
【０１６９】
その後、料理が終わった後、今度はゆっくりとその電子レンジ１０６から提供された料理のレシピを見たいと思った。そこで、ユーザ１０２は、冷蔵庫１０５に話しかけ、「先ほどの料理のレシピをＦＡＸ１０４を用いて出力して。」と冷蔵庫１０５に要求する。その結果、冷蔵庫１０５の端末から電子レンジ１０６の端末、ＦＡＸ１０４の端末と伝わり、ＦＡＸ１０４の信号変換部はその情報をＦＡＸの出力用の信号に変換し、ＦＡＸ１０４からその料理のレシピは出力される。
【０１７０】
ところで、料理のレシピには電子レンジを使うことが含まれている。しかし、ユーザ１０２は、電子レンジを購入したばかりで、数回使った経験しかない。そこで、より良い使い方が分からない。加えて、電子レンジ１０６の取扱説明書を読んでいる時間は、料理中なので無い。そこで、ユーザ１０２は、冷蔵庫１０５に「電子レンジ１０６の使い方も教えてよ。」と入力する。ところが、電子レンジ１０６には、自己の取扱説明書のサロゲイト化データベースが含まれていない。そのため、この要望は、管理センタ９０に送信され、冷蔵庫１０５は取扱説明書の提供を受ける。これにより、冷蔵庫１０５はユーザの所望の情報をユーザ１０２に提供することが出来る。尚、この取扱説明書は、サロゲイト化データベースにまとめられて記録されている。
【０１７１】
一方、料理とは別の場面で、ユーザ１０２は電子レンジ１０６と、旅行に関して聞くために音声対話をしていた。そして、その情報が今度新規に回転した旅行会社Ａのツアーであるため、端末にも管理センタ９０にもその情報が無い。そこで、管理センタ９０の情報収集共有処理部６はインターネット２００を介してその情報を抽出し、そしてサロゲイト化データベースにまとめて構築し、電子レンジ１０６に提供している。こうして、ユーザ１０２は、新規情報も得ることが出来るようになる。
【０１７２】
しかし、この対話の途中でユーザ１０２からの応答である入力文章が、電子レンジ１０６に入ってこなくなってしまった。そして、それから５分が過ぎている。しかも、再度、入力を促しても、応答が無い。そこで、推察部８が作動する。というのも、推察部８には、対話が急に途絶え、且つユーザ１０２から５分以上次の応答が無い場合に、作動する様にプログラムが組まれているからである。そして、この状況は「ユーザの身が危険である。」と推察部８は推察する。
【０１７３】
そこで、推察部８は、管理センタ９０にその旨を通知する。そして、管理センタ９０は、「ユーザ１０２」及び「危険」という単語を入力単語として、新規サロゲイト化データベースを構築する。この構築された新規サロゲイト化データベースは、管理センタ９０がこれから対応する手段の用に供される。この新規サロゲイト化データベースには、「救急車を呼ぶ。」、「ユーザ１０２の電話１０３に電話をし、ユーザ１０２を呼び続ける。」ことが記録されていたので、管理センタ９０はこれを実行する。これらにより、ユーザ１０２は例えば心筋梗塞で倒れたときに、発見が早く、助かる確率が上がる。
【０１７４】
【発明の効果】
本発明によれば、ユーザ登録が容易になるという効果を有する。また、電化製品等を製造した法人がこれらの電化製品等を簡単に管理し、その家電の情報を管理することを可能にする効果を有する。さらに、ユーザにユーザが所望とする種々の情報を提供しうる効果を有する。
【０１７５】
本発明によれば、さらに、ユーザが発声した単語を認識するための音声認識に用いるデータベースを話題となるシーン毎に予め作成しておき、入力された単語をデータベースに照合することで音声認識を行い、このデータベースを話題となっているシーンごとに、又はデータベース内の一部のデータを対話文毎にメモリに切り替えて使用することにより素早く且つ効率的に対話を行い、限られたメモリやハードディスク等を有効に活用するコンピュータ等による対話方法及び対話システムを組み込んだ情報管理方法及び情報管理システムを提供することが出来る用になる。そして、人間に優しい、家電を初めとする物品の情報管理を可能にする。
【図面の簡単な説明】
【図１】本発明に係る情報管理方法において、一実施例を説明するためのフローチャートである。
【図２】本発明に係る情報管理方法において、一実施例を説明するためのフローチャートである。
【図３】本発明に係る情報管理方法において、一実施例を説明するためのフローチャートである。
【図４】サロゲイト化データベースの構築方法を示したブロック図である。
【図５】サロゲイト化データベースの具体例である。
【図６】一のサロゲイト化データベースから、一のサロゲイト化データベースの構築をあらわした模式図である。
【図７】一のサロゲイト化データベースから、複数のサロゲイト化データベースの構築をあらわした模式図である。
【図８】複数のサロゲイト化データベースから、一のサロゲイト化データベースの構築をあらわした模式図である。
【図９】複数のサロゲイト化データベースから、複数のサロゲイト化データベースの構築をあらわした模式図である。
【図１０】図５に示したサロゲイト化データベースと同一のシーンに関するコツキャッシュである。
【図１１】本発明に係る情報管理方法において、一実施例を説明するためのフローチャートである。
【図１２】本発明に係る情報管理方法の一実施例の状況を説明するためのブロック図である。
【図１３】コンピュータによる音声対話の一実施形態を示すブロック図である。
【図１４】コンピュータによる音声対話におけるインターネット等の通信手段を介した知識獲得の一実施形態を表したブロック図である。
【図１５】観点特定部を説明するためのブロック図である。
【図１６】推察部を説明するためのブロック図である。
【図１７】本発明に係る情報管理方法及び情報管理システムの一実施形態を説明するためのブロック図である。
【符号の説明】
１  ユーザコンピュータ
２ａ  キャッシュメモリ
２ｂ  記憶装置部
２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ、２０ｆ  サロゲイト化データベース
２１ｅ  新規サロゲイト化データベース
２１  事例
２２  概念辞書
２２ａ  シチュエーション単語
２２ｂ  観点
２３  データマイニング部
２５ａ、２５ｂ、２５ｃ  スキーマ
２６ａ  タップル
２６ｂ  カラム
２７ａ、２７ｂ、２７ｃ  インデックスファイル
２８ａ、２８ｂ、２８ｃ  コツキャッシュ
３  対話コントロール部
３１  音声認識部
３２  音素メモリ部
３６  音声合成部
３７  発話テンプレート部
３８  対話のコツ部
３９  質問処理部
４ａ  シーン制御部
４１  シーン判定プログラム
４２ａ、４２ｂ、４２ｃ  シーンに基づく単語データベース
４３ａ、４３ｂ、４３ｃ  シーン重要単語データベース
４ｂ  動作指示部
４６  検索プログラム部
５０  類似リンク部
６  情報収集共有処理部
６１  単語・分解処理部
６２  単語まとめ部
６２ａ  既存スキーマ
６２ｂ  新規スキーマ
６３  ＵＲＬ検索処理部
６４  ＵＲＬ知識体
６５  インターネット知識獲得部
６５ａ  ＵＲＬデータ
６５ｂ  ＵＲＬ
６６  Ｗｅｂロボット
６７  ダイナミックまとめ部
６８  頻度プログラム
７  観点特定部
８  推察部
８ａ  状況変化部
８ｂ  出力部
８ｃ  送信部
８ｄ  センサ
９０  管理センタ
１００  ユーザ
１０１  住居
１０２  ユーザ
１０３  電話
１０４  ＦＡＸ
１０５  冷蔵庫
１０６  電子レンジ
２００  インターネット
２０１、２０２、２０３  事例
【図１】
2005045455.tif 000003
【図２】
2005045455.tif 000004
【図３】
2005045455.tif 000005
【図４】
2005045455.tif 000006
【図５】
2005045455.tif 000007
【図６】
2005045455.tif 000008
【図７】
2005045455.tif 000009
【図８】
2005045455.tif 000010
【図９】
2005045455.tif 000011
【図１０】
2005045455.tif 000012
【図１１】
2005045455.tif 000013
【図１２】
2005045455.tif 000014
【図１３】
2005045455.tif 000015
【図１４】
2005045455.tif 000016
【図１５】
2005045455.tif 000017
【図１６】
2005045455.tif 000018
【図１７】
2005045455.tif 000019