JPH0416826B2 - - Google Patents

Description

【発明の詳細な説明】 ［産業上の利用分野］ この発明は、コンピユータとそのユーザとのコ
ミユニケーシヨンにおける話題の認識と管理に関
するものである。

［従来の技術］ 一般に、現在利用されているコンピユータとそ
のユーザとのコミユニケーシヨンにおいては、話
題を認識及び管理するという概念も方式も用いら
れておらず、そのため、コンピユータのマンマシ
ンインタフエースは柔軟さに欠け、使いにくい。

これに対し、データベースアクセスを制限され
た日本語を用いて行う、という動作に対象を限定
し、ユーザの入力を１つの話題とみなしてそれを
管理する方式と、それをプログラムとして実現し
利用するコンピユータシステムが提案されてい
る。第９図にこのコンピユータシステムの構成
を、第１０図にそのコントローラの処理の流れを
示す。また、第１１図はコントローラが利用する
短期記憶（Short Term Memory：STMと略
す）形式である。

第９図において、７３は、このコンピユータシ
ステム全体を制御するコントローラであり、この
コントローラの処理順序が第１０図に相当する。
このコンピユータシステムはユーザ７５から入力
された質問７６を文解析８０が解析し、STM７
４の中に第１１図の形式で格納する。この形式の
１つの単位８６が１つの質問に対応している。問
題解決処理８１では、STM７４の中身に応じて、
ユーザ問い合わせ８２，確認８３，解答８４を行
う。

上記コンピユータシステムにおいては、ユーザ
から入力された質問が話題である。そしてその質
問に対し、解答が出された場合には、その話題は
終了したとみなされる。キー８５は、このような
質問の処理状態を示すものであり、処理中／処理
済がある。そして質問がデータベースアクセスに
対し十分な情報を持つか否かが問題解決処理８１
により判定され、もし不足情報があればユーザ問
い合わせ８２が起こる。この時ユーザは、問い合
わせに対する解を入力する代わりに他の質問を行
うことができる。他の質問が入力された場合には
先の質問のキーが処理済になつていないため話題
転換が起つたとみなされ、コントローラ７３が再
帰的に呼び出され、新しい質問の処理が進む。新
しい質問が処理済になると、コントローラはもと
の状態に自動的に戻る。ここで、先のユーザ問い
合わせの場面に復帰する。

［発明が解決しようとする問題点］ 以上のような話題の認識・管理方法では、次の
ような問題点があつた。

(1) 「話題＝ユーザの質問」であり、話題転換
を、質問処理中の別の質問入力ととらえている
ため、コントローラを再帰的に呼び出して処理
しなければならず、数段の話題転換（話題転換
中にさらに話題転換がおこつていくような状
態）が生じると著しく効率が低下する。

(2) ユーザ問い合わせに対し、もとの質問文を入
力しなおすこと（いい直し）ができず、使い方
が限定されてしまう。

(3) 対象がこのように限定されているため、汎用
性がない。

(4) STMの大きさに制限がなく、また、話題転
換が何段おこつてもよいようになつているが、
実際のユーザとのコミユニケーシヨンにおいて
は、あまり何段も前に転換した話題まで逐一復
帰しても、返つてマンマシンインタフエースの
柔軟性を損う。

この発明は、このような問題点を解消するため
になされたもので、ユーザにとつて使い易い、柔
軟なマンマシンインタフエースを実現することを
目的とするものである。

［問題点を解決するための手段］ この発明にかかる話題管理方式は、あらかじめ
質問文の型と応答文との型とが定義された対話対
を納めた対話対辞書と、コンピユータとユーザと
のコミユニケーシヨンの過程を対話対の履歴とし
て保持する対話対スタツクを用いて対話対の成立
を判定する対話対管理手段と、その判定結果によ
り話題の転換を認識し、認識結果に基づいて対話
対スタツクを操作して話題を管理する話題管理手
段を備えたものである。

［作用］ この発明においては、対話対が成立しなかつた
場合に話題転換がおこつたとみなし対話対スタツ
クを、新たな別の対話対スタツクに切り換える。
次に、対話対が成立した場合には、話題転換が終
了したとみなし、ユーザに復帰するか否かを確認
する。復帰する場合には、もとの対話対スタツク
に再び切り換える。話題転換が何段もおこつて切
り換える対話対スタツクがなくなつた場合には、
もつとも以前に使用していた対話対スタツクを用
いる。対話対スタツクをいくつ用意するかによつ
て、何段の話題転換を許すかが決る。

［発明の実施例］ 第１図は、この発明による話題管理方式の一実
施例のブロツク図である。この実施例は第１図か
ら明らかなように、入出力処理手段１、話題管理
手段２、対話対管理手段３、ユーザ入力実行体４
と、対話対辞書５、対話対スタツク群６からな
る。１〜６の各ブロツクは、各々の名称が示す機
能を実現するプログラムである。また、第１図の
矢印は、これらブロツク間でやりとりされるデー
タ・要求が存在すること、及び、存在する場合の
やりとりの方向を示している。７はユーザ入力解
析結果、８は対話対管理手段３からのアクセス結
果、９は対話対管理手段へのアクセス要求、１０
は入出力処理手段へのアクセス要求、１１はユー
ザ入力実行形式、１２はユーザ入力実行結果、１
３は対話対又はメツセージ、１４は対話対スタツ
クへのアクセス要求、１５は対話対スタツクから
のアクセス結果、１６は対話対辞書へのアクセス
要求である。

次に上記実施例の動作を第２図〜第８図を参照
しながら説明する。第２図は話題管理手段２の動
作を示すフローチヤート、第３図は対話対辞書の
形式と例、及び対話対辞書アクセスのフローチヤ
ート、第４図は対話対管理手段の動作を示すフロ
ーチヤート、第５図は対話対スタツク群の動作を
示すフローチヤート、第６図は入出力処理の動作
を示すフローチヤート、第７図はユーザ入力実行
体の動作を示すフローチヤート、そして第８図は
ユーザと、実施例の対話例、及びその時の対話対
スタツクの状態の変化の模式図である。

まず、ユーザからの入力を入出力処理手段１が
解析し、ユーザ入力解析結果７を話題管理手段２
に送る［第６図ステツプ６６］。入出力処理手段
１は次の状態指定待ちとなる［同７０］。

話題管理手段２はユーザ入力解析結果７をもと
に、対話対辞書５にアクセスし［第１図１６］、
対話対辞書５から対話対１３を得る［第３図２
８，２９，３１］。この時、対話対１３として、
ユーザ入力解析結果７に対応するものがなけれ
ば、対話対辞書５はエラーメツセージ１３を話題
管理手段２に返す［同３０］。

話題管理手段２はエラーメツセージ１３が送ら
れてきたら［第２図ステツプ１７の「NO」側］、
それを入出力処理手段１に送る［同１８］、入出
力処理手段１は、メツセージを表示した［第６図
６７］後、再びユーザの入力をうけつける［同６
６］。

対話対辞書５から対話対１３を得られた場合に
は［第２図ステツプ１７の「YES」側］、話題管
理手段２は、まず対話対管理手段３対話対スタツ
クの状態を問い合わせる［同１９］。第２図ステ
ツプ２０において対話対スタツクが空ならば、対
話対管理手段３に対話対１３を送り、対話対スタ
ツクに登録させて［同２１］、入出力処理手段１
を再びユーザの入力を受け付ける状態にし［同２
５］、ユーザとの対話を続ける。ステツプ２０に
おいて対話対スタツクが空でないならば、前回の
ユーザ入力の言い直しが行なわれたのではない
か、チエツクする［同２２］。

これは、前回のユーザ入力解析結果７と、今回
のユーザ入力解析結果７を比較し中心となる対象
や、その対象に対する動作内容が一致しているな
ら、言い直しと判定される。言い直しの場合には
ステツプ２４において、ユーザ入力解析結果７か
らユーザ入力実行形式１１を作成し、ユーザ入力
実行体４に渡す。

第７図に示すように、ユーザ入力実行体４で
は、ユーザ入力実行形式１１を実行し７１、実行
結果を入出力処理手段１に送る７２。入出力処理
手段１では、第６図に示すように、ユーザ入力実
行結果１２を整形し表示した後６８、話題管理手
段２に実行結果１２を送る６９。

話題管理手段２では、ユーザ入力解析結果７に
対するのと同様の手順を実行結果１２に対しても
行う。言い直しではないと判定された場合には、
話題管理手段２は対話対管理手段３に対話対１３
を送り［第２図２３］、対話対が成立しているか
否かを確認させる［同２６］。成立している場合
には、入出力処理手段１を再び入力を受けつける
状態にして［同２５］、対話を続ける。成立して
いない場合には話題転換がおこつたとみなし、対
話対管理手段３に対話対１３を送り、スタツク変
更要求と、登録要求を送る［同２７］。その後、
入出力処理１を新しい入力を受け付ける状態にし
て［同２５］、再び、対話を続ける。

対話対管理手段３では、話題管理手段２から送
られる要求に対し、対話対スタツク群６を使用し
て処理する［第４図３２〜４７］。登録要求は対
話対スタツク群６に対話対登録１４を要求し［同
４５］、結果１５を得る［同４６］。結果が成功な
ら、話題管理手段２に処理が戻る［同４４］。成
功でなかつたら、入出力処理１に対話の中断を知
らせるメツセージを表示させる［同４７］。

上記登録要求の成功、不成功は、対話対スタツ
ク群６で判定される。あらかじめ設定されたスタ
ツクの深さ（max）より深いところに登録しよ
うとすると失敗する［第５図６１〜６５］。スタ
ツクの深さは通常の人間の短期記憶（一時的な記
憶。前記STMもこれを模倣するもの）に対応し
て、たとえば、５〜７とする。スタツクが空か否
かのチエツクは、やはり対話対スタツク群６でス
タツクの深さが０か否か、チエツクすることによ
り行なわれる［第５図５５，５６］。

スタツクの変更は、対話対スタツク群６で、現
在のスタツクIDを次のスタツクIDに切り換え、
そのIDを返すことで実現される［第５図５７〜
６０］。切り換え用のスタツクは、たとえば３本
とする。これは、話題転換が一度に３段まで深く
起こつてもよいことを意味する。これも、短期記
憶との関係による。

対話対成立の確認は、対話対スタツク群６から
最新の対話対をとり出し［第４図３３］、それを
対話対１３と比較して、行なわれる［同３４］。
対話対スタツク群６から取り出した最新の対話対
の含まれる応答分類ID［第３図］とユーザの入力
文に対応する対話対１３の文型文類［第３図］が
一致したとき、対話対が成立したと判定する。成
立でないときはその旨話題管理手段２に返す［第
４図４１］。成立しているときは、対話対スタツ
ク群６にスタツクを一つpop upさせる［同３
５］。

pop upして空になつたら［同３６］、話題転換
からの復帰を意味するので対話対スタツク群６に
スタツク復帰要求を出し［同３７］、１つ前に使
用していたスタツクを現在のスタツクにさせ［第
５図４９〜５２］、その後話題管理手段２に成立
を返す［第４図３８］。pop upして空でなかつた
ら、まだ一連の対話が続いていると考えらるの
で、話題管理手段２に成立を返すだけである。

以上のようにして、ユーザと実施例の間で対話
が進んでいく。実施例における対話例と、それに
伴う対話対スタツクの状態の変化を第８図に模式
的に示した。

なお上記実施例では、話題管理手段２、対話対
管理手段３、対話対スタツク群６は各々前者のサ
ブルーチンプログラムのように実現しているが、
このわけ方は上記話題管理方式を実現するのであ
れば、記述言語等の応じて任意である。また、対
話対スタツクの深さ、切り換え用対話対スタツク
の数は、実施例のユーザ入力実行体４の機能に依
存して変更することが可能である。もちろんユー
ザ入力実行体４は任意の分野が考えられる。ま
た、入出力処理１は第６図に示した動作が保証さ
れる範囲で、各種技術が適用可能である。

［発明の効果］ 以上のようにこの発明によれば、対話対辞書を
利用して話題の転換を認識し、対話対スタツクを
切り換えることによつて話題の管理を行うように
したので、処理効率を低下させることなく、また
使い方が限定されず、汎用性があり、ユーザにと
つてより自然なマンマシンインタフエースを供給
することができる。

【図面の簡単な説明】

第１図はこの発明による話題管理方式の一実施
例の全体構成図、第２図はその話題管理手段の動
作を示すフローチヤート、第３図はその対話対辞
書の形式と例、及び対話対辞書アクセスのフロー
チヤート、第４図はその対話対管理手段の動作を
示すフローチヤート、第５図はその対話対スタツ
ク群の動作を示すフローチヤート、第６図はその
入出力処理手段の動作を示すフローチヤート、第
７図はそのユーザ入力実行体の動作を示すフロー
チヤート、第８図はユーザとその実施例の対話
例、及びその時の対話対スタツクの状態の変化の
模式図である。また第９図は従来の話題管理方式
を実現しているコンピユータシステムの構成図、
第１０図はそのコントローラの処理の流れ、第１
１図はそのコントローラが利用する短期記憶の形
式である。 図において、２は話題管理手段、３は対話対管
理手段、５は対話対辞書、６は対話対スタツク群
である。なお、各図中同一符号は同一、または相
当部分を示す。

Claims (1)

【特許請求の範囲】
1. １ コンピユータとユーザとのコミユニケーシヨ
   ンにより処理を実行するコンピユータシステムに
   おいて、質問文の型と応答文の型との対応関係を
   規定した対話対を納めた対話対辞書と、質問文の
   解析結果として得た質問文の型をキーに対話対辞
   書から取り出した対話対を蓄える複数個の対話対
   スタツクと、応答文の解析結果として得た応答文
   の型をキーに対話対辞書から取り出した対話対と
   対話対スタツクに蓄えられている対話対とを比較
   し、質問文と応答文の対応関係が成立するか否か
   を判定して、判定結果が一致であれば対話対を対
   話対スタツクから取り除く対話対管理手段と、判
   定結果が不一致のときに別の対話対スタツクに対
   話対スタツクを切り替える話題管理手段とを備え
   たことを特徴とするコンピユータシステムにおけ
   る話題管理方式。