JPH03233676A - 会話制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 し産業上の利用分野］ 本発明は、自然言語によるマンマシンインタフェースを
持つコンピュータシステムにおける会話制御方式に関し
、特に、ユーザの発話がその発話時点までにコンピュー
タシステムとの間に行われた会話の流れに沿っていない
ことを発見しようとするものである。

［従来の技術］ 自然言語によるマンマシンインタフェースを持つコンピ
ュータシステムにおいて、コンピュータの発話を決定す
るためには、ユーザの発話を理解するだけではなく、会
話の流れを理解することを要する。会話の際中に会話の
流れをコンピュータが理解する方式には、従来、次のよ
うな方式があった。

第１の方式として、連続して行われたコンピュータとユ
ーザの発話、または、ユーザの連続した発話の間の意味
的な関係を、接続詞や副詞等の文法的な情報から抽出す
る方式が提案されている（文献１「認知科学入門Ｊ、戸
田正直等著、サイエンス社、ｐｐ、　２０６−２１６．
１９８６年）。しかし、この方式では、２文間の意味的
な関係は理解できても、会話全体の流れを追跡すること
はできない。すなわち、この方式では、極く大まかな流
れしか理解することができない。

第２に、ある場所や事柄において典型的に起こるであろ
うイベント・（シーン）列からなるスクリプトを用いて
、現在までの会話でスクリプト上のどのイベントについ
て会話が行われたかの履歴を収ることによって、また現
在のユーザの発話をそのスクリプト上のあるイベントに
対応付けることによって、会話の流れを理解する方式が
提案されている（文献２「人工知能ハンドブック第１巻
」、共立出版、ｐｐ、　３８９−３９３．１９８３年）
。しかし、この方式では、会話の流れがスクリプトで静
的に記述されており、典型的でない会話の流れの飛躍に
はついていくことができない。

第１及び第２の方式での欠点を克服する方式としては、
会話の焦点となり得る複数のシーンとそのシーンを動的
に組み立てるための知識とを用い、複数のシーンを構造
化したスタック又は木構造で現在までの会話の流れを表
現する（理解する）第３の方式が提案されている（文献
３「知的対話システムの対話管理機能」、島田ひとみ等
著、ＩＣ０Ｔ研究速報丁Ｈ−０１６２，１９８６年）。

この第３の方式において、現在の会話の焦点は、スタッ
クの先頭又は焦点ポインタが指す木の葉であり、スタッ
ク又は木は現在の焦点がこれまでの会話の流れからどの
ように発生してきたかを表している。ユーザ又はコンピ
ュータの発話が行われる際、その発話とある特定のシー
ンとを対応付けし、シーンを動的に組み立てるための知
識を用いて、発話と対応付けられたシーンとスタック又
は木の中のシーンとを関連付けている。例えば、ユーザ
の発話により新たなシーンが発生したならば、スタック
の先頭にそのシーンを置いたり、焦点ポインタの指す葉
の下位に新たなシーンを結合したりする。このように、
第３の方式では、スタック又は木を操作して現在の会話
の焦点を制御している。

［発明が解決しようとする課題］ 第１及び第２の方式の不都合を解決し得る第３の方式を
含め、上述した３方式はいずれも、そのコンピュータは
、ユーザが作る会話の流れを追跡してユーザの意図を反
映した会話を行なうために会話の流れを理解しており、
ユーザによる会話の流れに誤りがないということを前提
としている。

しかし、会話の流れからみて誤ったユーザによる会話が
生じることを避は得ない。上述した３方式は、会話の流
れ誤りを検出することを行なっていない。

自然言語によるマンマシンインタフェースを持つコンピ
ュータシステムの一つとして、例えば語学訓練用システ
ムがある。このような語学訓練用システムにおいては、
学習者がシステムの発話や会話の流れを誤って理解した
り、システムの発話や会話の流れを正確に理解しなかっ
たりしたために、学習者の発話がその時点における会話
の流れを不当に乱すことがあり得る（文献４「会話シュ
ミレーションを基にした語学訓練用知的ＣＡＩの構成」
、山本秀樹等著、情報処理学会論文誌第３０巻第７号、
ｐｔ）、　９０８−９１７．１９８９年）。この場合に
、システムは学習者が会話の流れを乱したことを理解し
、その学習者の誤りに対して誤りの指摘や、正しい会話
の流れへの復帰的行為を行わなければならない。

会話の流れを理解して制御する方式と、会話の流れ誤り
を発見する方式とを無関係に定めることは、処理の効率
化から見て妥当ではない。そこで、上述した会話の流れ
を理解して制御する方式を利用して会話の流れ誤りを発
見するようにすることが考えられる。

上述したスクリプトを用いる第２の方式においては、あ
るスクリプトの終了を検出する前に、コンピュータシス
テムがユーザの入力をスクリプト上のイベントに対応付
けることができなくなったときにユーザが会話の流れを
乱したと見なすことができる。しかし、スタック構造や
木構造を用１）て動的に会話の流れを生成・管理する第
３の方式においては、どのような状態がユーザの会話の
流れの誤りであるかをそのままでは発見することができ
ない。

なお、第２の方式を利用した会話の流れ誤り発見方式に
ついては同一出願人によって別途提案されている。

本発明は、以上の点を考慮してなされたものであり、ス
タック構造や木構造を用いて動的に会話の流れを生成・
管理する方式を用いて、ユーザの発話がその時点におけ
る会話の流れを不当に乱したことによる会話の流れ誤り
を発見することができる会話制御方式を提供しようとす
るものである。

［課題を解決するための手段］ かかる課題を解決するため、本発明においては、自然言
語によるマンマシンインタフェースを持つコンピュータ
システムの会話制御方式であって、会話の流れをある場
面毎のシーンに分割し、シーンをスタック構造又は木構
造として動的に構築することにより、会話の流れを生成
・管理する方式を用いた会話制御方式において、以下の
ようにした。

すなわち、会話が正常に終了したことを示すフラグを持
たせ、スタック構造又は木構造を構築させる知識中で上
記フラグに値を設定すると共に、会話が正常に終了しな
い場合に、会話の流れを制御するためのスタック又は木
の変化に対し、システムが会話の流れを続けることがで
きるか否かを調べて会話の流れ誤りを発見するようにし
た。

［作用］ 本発明は、会話の流れをある場面毎のシーンに分割し、
シーンをスタック構造又は木構造として動的に構築する
ことにより会話の流れを生成・管理する方式を用いるこ
とを前提としている。

スタック構造又は木構造を動的に構築していった結果、
やがて会話がこれ以上続けられない状態になる。このよ
うな終了としては正常な会話終了（システムに用意され
ている知識ではこれ以上続けられない状態）による場合
と、ユーザの誤解等に基づく会話の流れ誤りによる場合
がある。

そこで、本発明では、会話が正常に終了したことを示す
フラグを持たせ、スタック構造又は木構造を構築させる
知識中で上記フラグに値を設定するようにした。そして
、会話が正常に終了しない場合に、会話の流れを制御す
るためのスタックまたは木の変化に対し、システムが会
話の流れを続けることができるかどうかを調べて会話の
流れ誤りを発見することとした。

［実施例］ 以下、本発明の一実施例を図面を参照しながら詳述する
。

ここで、第１図は実施例を適用したシステムの機能ブロ
ック図、第２図は入力文理解部１０の出力である意味表
現の例を示す説明図、第３図は会話の焦点を表わすスタ
ックの例を示す説明図、第４図は会話制御に用いるシー
ンの例を示す説明図、第５図はユーザの発話から特定の
シーンを推論する知識の例を示す説明図、第６図は会話
制御部１１の処理フローチャート、第７図は会話の流れ
誤り発見部１２の処理フローチャートである。

このシステムも、図示は省略するが、他のコンピュータ
システムと同様に、中央処理ユニット（ＣＰＵ）と、メ
モリと、デイスプレィ装置と、キーボード装置と、ハー
ドディスク装置とを備えて構成されている。

ハードディスク装置には、入力文の理解や出力文の生成
処理等に関する自然言語処理プログラムや、入力文に応
じた出力文の決定処理、会話の流れ誤り処理等に関する
会話制御プログラムや、各段階での処理に使用する各種
の知識が格納されている。例えば、後述する第４図に示
すシーン情報や第７図に示す会話の流れ誤り発見処理に
かかるプログラムがハードディスク装置に格納されてい
る。自然言語処理プログラムや会話制御プログラムはメ
モリにロードされ、ＣＰＵによって実行される。なお、
デイスプレィ装置及びキーボード装置は、周知のように
、ユーザとシステムとのマンマシンインタフェースのた
めのものであり、これら装置を介して対話が実行される
。

まず、第１図を用いて、このシステムの機能構成の説明
を行なう。

第１図において、自然言語によるユーザの発話が入力さ
れてから、自然言語によるシステムの発話がなされるま
でには、大きくは、入力文理解部１０の処理、会話制御
部１１の処理、流れ誤り発見部１２の処理、出力文生成
部１３の処理という順序で処理が実行される。

ユーザが発話した後、入力文理解部１０は、その自然言
語入力を、システムが処理（推論）可能な、意味表現と
呼ばれる形式に変換する。変換された意味表現は入力文
理解部１０によって状況メモリ１４にセットされる。

第２図は、意味表現の一例を表わしている。この意味表
現は、スロット名２０とスロット値２１の対を持つもの
であり、参考のために値の意味２２も第２図に示してい
る。第２図は’ｉ　ｗａｎｔ　ｔ。

ｔａｋｅ　ａ　ｐｉＣｔｔＪｒｅ、　”という文の意味
表現の例である。この文の場合、例えば、「述語」を意
味するスロット名“’ｐｒｅｄｉＣａｔｅ　”のスロッ
トには値“’ｔａｋｅ”が挿入され、「行為者」を意味
するスロット名“ａｇｅｎｔ　”のスロットには値”ｕ
ｓｅｒ”が挿入される。

ユーザの入力文に対応する意味表現が状況メモリ１４に
セットされた後、会話制御部１１は、会話の流れを追跡
し、システムの発話内容を決定する処理を行なう。会話
制御部１１では、会話の流れを表わす知識であるシーン
の集合１５と、ユーザの発話から特定のシーンを推論す
るシーン推論知識１６と、状況メモリ１４と、会話の焦
点を制御するための現在スタック１７の４つの情報を用
いる。

流れ誤り発見部１２は、会話制御部１１の一部を構成す
るものであるが、ここでは別個に示している。流れ誤り
発見部１２は、今回の入力文に対応した会話の流れを表
わす現在のスタック１７を調べることにより、会話の流
れ誤りを発見し、会話の流れ誤り発見時には、会話の流
れ誤りを示す発話内容を出力文生成部１３に渡し、現在
のスタック１７の状態を以前のスタック１８の状態に戻
す。それ以外の場合には、会話制御部１１において決定
したシステムの発話内容を出力文生成部１３に渡す。

出力文生成部１３は、会話制御部１１又は流れ誤り発見
部１２が決定した発話内容に従って実際に出力する自然
言語文（出力文）を生成する。

次に、会話制御部１１が利用するシーンの集合１５、シ
ーン推論知識１６、状況メモリ１４、スタック１７及び
１８について、図面を用いて順次説明する。

シーンの集合１５に含まれる各シーン１５ａ〜１５ｄは
、第４図（Ａ）〜（Ｄ＞に示すように、そのシーンを識
別するためのシーン名３０と、そのシーンにおいて会話
からある情報を得るためのルールの集合であるルール群
３１を持つ。ルール群３１中の各ルールは、ルール番号
３２と条件部３３と実行部３４とからなる。条件部３３
には、実行部３４を起動する条件としての状況メモリ１
４中の意味表現の状態が記述されており、実行部３４に
は、システムの発話や、新しいシーンの呼び出し情報や
、会話から得られた帰結を示す意味表現等の状況メモリ
１４へのセット内容が記述されている。

会話制御部１１が利用するシーン推論知識１６について
、第５図を用いて説明する。シーン推論知識１６は、第
５図に示すように、知識番号４０と条件部４１とシーン
部４２とからなる。条件部４１には、ユーザの入力文か
ら得られた意味表現の状態、又は、その時点における状
況メモリ１４中の意味表現の状態が記述されており、シ
ーン部４２には、条件にマツチした場合に想起されるシ
ーンが記述されている。

状況メモリ１４は会話履歴を保持するメモリであり、現
在までに行われたユーザとシステムとの会話から得られ
た意味表現を保持している。また、ルールの実行により
状況メモリ１４にセットされる、会話の結果得られた帰
結を示す意味表現をも保持している。

現在のスタック１７は共に、会話の焦点を制御するなめ
に用いられる。第３図に示すように、会話の中で活性化
したシーンはスタック１７に積まれている。一番最近活
性化したシーンは現在のスタック１７の先頭にある。現
在のスタック１７の先頭にあるシーンに対してのみ、そ
のシーンに関するルールを発火するか否かが判別される
。以前のスタック１８には、システム発話時点における
スタック１７のシーン内容が積まれている。

次に、会話制御部１１の処理を第６図のフローチャート
を用いて説明する。なお、第６図は、スタック１７をど
のように操作するかについて示しており、かかる操作部
分の処理について説明する。

まず、状況メモリ１４に今回セットされた内部意味表現
と、ユーザの発話から特定のシーンを推論する知識とを
用いて新しいシーンが推論できるか否かを判別する（ス
テップ５０）。推論できないならば、直ちに、ステップ
５４以降の処理に進む。他方、推論できるならば、さら
に、新しいシーンがスタック１７上にあるか否かを判別
し、なければスタック１７に新しいシーンを積み、あれ
ば新しいシーンをスタック１７の頂上とし、それより上
にあるシーンを収り除いて会話の焦点を明確にしてステ
ップ５４以降の処理に進む（ステップ５１〜５３）。

ステップ５４では、現在のスタック１７の先頭にあるシ
ーンのルールのうちに、状況メモリ１４にセットされた
内部表現がその発火条件を満たすルールがあるか否かを
判別する。

そのようなルールがなければ、現在のスタック１７から
先頭のシーンを取り除いた後、さらに、スタック１７に
シーンが残っているか否かを判別するくステップ６０．
６１）。存在していると、会話の焦点を変えたので上述
したステップ５４の処理に戻る。存在していないならば
、ユーザによる今回の発話に対するスタック操作を終了
させる。

現在のスタック１７の先頭にあるシーンのルールのうち
に、状況メモリ１４にセットされた内部表現がその発火
条件を満たすルールが１個でもあると、ルール数パラメ
ータｉに発火可能なルール数をセットし、ルールパラメ
ータｊに初期値０をセットする（ステップ５５）。なお
、このとき、発火可能な１以上のルールに番号０．１、
・・・が対応付けられ、パラメータｊは対応付けられた
番号のいずれかを指示することでルールを特定するもの
である。

その後、発火可能な全てのルールに対する処理が終了し
ていないことを、パラメータｉ及びｊの大小比較によっ
て確認する（ステップ５６）。

発火可能な全てのルールに対する処理が終了すると、上
述した現在のスタック１７の先頭にあるシーンのうちに
発火可能なルールがあるか否かを判別する処理（ステッ
プ５４）に進む。

全ルールに対する処理が終了していないと、パラメータ
ｊが指示するルールを発火させてシステム発話等を決定
しく新たなシーンの発話が決定されることもある）、パ
ラメータｊをインクリメントして次の発火可能なルール
を指示するものに変更させる（ステップ５６．５７）。

そして、この発火によって新しいシーンがスタック１７
上に積まれたか否かを判別し、積まれたならば、上述し
たステップ５４に戻って積まれたシーンについて発火可
能なルールの存在有無の判別を行ない、他方、積まれて
いないならば、この発火によって決定された発話を含め
たシステム発話の長さが十分であるか否かを判別する（
ステップ５８．５９）。システム発話の長さが十分でな
ければ、ステップ５６に戻って発火可能な全ルールの処
理が終了したかの判別を行ない、十分であると、今回の
ユーザによる発話に対するスタック操作処理を終了させ
る。

第６図の処理を整理して述べると以下の通りである。

ステップ５０〜５３の処理を通じて、ユーザの発話から
あるシーンが推論できるならば、スタック１７にそのシ
ーンが積まれる。

ステップ５４〜６１の処理を通じて、ユーザの入力文に
対応する意味表現がスタック１７の先頭にあるシーンの
条件部の条件を満たすときにルールが発火し、そのルー
ルの実行部が実行される。

実行部が実行された結果、別のシーンが活性化されると
、会話の焦点が変化し、スタック１７に別のシーンが積
まれる。また、このような処理時において、活性化して
いるシーンに発火可能なルールが１個もないときには、
スタック１７から先頭のシーンが取り除かれ、会話の焦
点は取り除かれたシーンが活性化されたときのシーン（
前のシーン）に戻る。

会話制御部１１による処理が終了するのは、ここで決定
したシステムの発話の長さが十分である場合と、スタッ
ク１７にシーンが存在しない場合であり、終了後は流れ
誤り発見部１２に制御が移る。

以上、第６図について説明したが、ここで、第６図の処
理が終了する場合と流れ誤りとの関係を考察する。上述
した終了形態のうち、システムの発話の長さが十分であ
る場合には、システムがユーザの発話に対応した会話の
流れに追随できているため、ユーザの発話が会話の流れ
から見て適切であるといえる。一方、スタック１７にシ
ーンが存在しない状態は、会話を目的としたシステムで
ありながら、もはや会話できないという意味で正常状態
でなく、会話の流れ上、正常終了したことが判明しない
限り、ユーザの会話の流れ誤りが発生したとみなせる。

そこで、この実施例では、会話が正常終了したことを示
すために、シーン中のルール群３１の中に正常終了か否
かを示すフラグに正常終了であることを示す値を設定す
る処理を行なうルールを記述しておくことにする。例え
ば、第４図（Ａ＞のｃｈｅｃｋ−ｉｎシーン中のルール
番号３２が「４」のルールは、この条件部を満たすなら
ばｄ　１ｓｃｏｕｒｃｅ−ｅｎｄを行なうこと、つまり
会話を正常終了することを表わしている。このｄ　１ｓ
ｃＯｔＪｒｃｅ−ｅｎ（ｌは、会話が正常終了したかど
うかを示す値を設定する処理を行なっている。

以上の考察に基づいて手順が定められた、流れ誤り発見
部１２が実行する処理を、第７図を用いて説明する。

決す、スタック１７にシーンが存在するか否かを判別す
る（ステップ７０）。会話制御部１１から流れ誤り発見
部１２に制御が移行してもシーンが残っている場合は、
上述したように、システムの発話の長さが十分である場
合であり、従って、流れ誤りがない場合の処理を行なう
（ステップ７２）。他方、スタック１７にシーンが残っ
ていない場合には、さらに、正常終了の際に実行される
ｄ　ｉ　５ｃｏｕｒｃｅ−ｅｎｄが実行されたか否かを
判別する（ステップ７１）。実行されていれば、ステッ
プ７２に進んで流れ誤りがない場合の処理を行なう。

実行されていなければ、流れ誤りが存在すると判別して
流れ誤り時の処理（ユーザの誤りに対して誤りの指摘や
、以前のスタック１８の内容を用いた正しい会話の流れ
への復帰的行為）を行なう（ステップ７３）。

以下、第３図から第７図を用いて具体的な処理の流れを
説明する。なお、会話はホテルの顧客（ユーザ）とクラ
ークくシステム）との会話とする。

第３図（Ａ＞に示す以前のスタック１８は、ｃｈｅｃｋ
−ｉｎシーンからｒｅｇｉｓｔｒａｔｒｏｎシーンが呼
び出された状態であることを示している。ユーザによる
発話に対する会話制御が開始される以前は現在のスタッ
ク１７も同内容となっている。

この状態でユーザが”Ｉｗａｎｔ　ｔｏ　ｋｅｅｐ　ｍ
ｙ　ｂａｇｇａｇｅ、”という発話を行なったとする。

入力文理解部１０の処理によってこの発話から得られた
意味表現が、第５図に詳述したシーン推論知識１６の知
識番号４０が「１」である知識の条件部を満たすため、
第４図（Ｄ）に示すｋｅｅｐ−ｂａｇｇａｇｅシーンが
スタック１７に積まれる（ステップ５０−５１−５２＞
。

第３図（Ｂ）における現在のスタック１７は、その場合
のスタックの状態を示している。スタック１７の先頭に
あるｋｅｅｐ−ｂａｇｇａｇｅシーンにおいてルール番
号３２が「０」のルールが発火可能であるので、このル
ールが発火し、その実行部３４である５ｐｅａｋ　ｂｒ
ｉｎｇ−ｂａｇｇａｇｅを実行し、その結果、システム
の発話が十分であれば、会話制御部１１の処理は終了す
る（ステップ５４−５５−５６−５７−５８−５９）。

流れ誤り発見部１２においては、第７図に示すように、
まず、現在のスタック１７にシーンが積まれているかど
うかを調べる。ここでは、第３図（Ｂ）に示す状態のま
まであり、スタック１７にシーンが積まれているので、
ユーザが会話の流れ誤りを犯していないことが判明する
（ステップ７０−７２）。

次に、流れ誤りが生じた場合の処理の流れを説明する。

以前のスタック１８が第３図（Ａ＞の状態において、ユ
ーザが”Ｉ　ｗａｎｔ　ｔｏ　ｔａｋｅ　ａ　ｐｉｃｔ
ｕｒｅ、　”という発話を行なったとする。

この場合、入力文理解部１０の処理によって第２図に示
す意味表現が得られるが、その意味表現に対応するシー
ン推論がなく（ステップ５０で否定結果）、スタック１
７上のｃｈｅｃｋ−ｉｎシーンにも、ｒｅｇｉｓｔｒａ
ｔｉｏｎシーンにも、それに対応する会話ルールは存在
しないので、スタック１７は空になってしまい、会話制
御部１１の処理は終了する（ステップ５４−６０−６１
−５４−６０＞。しかし、正常終了を示すｄｉｓｃｏｕ
ｒｃｅ−ｅｎｄが実行されていないために、会話の流れ
誤りの処理においてステップ７０で肯定結果、ステップ
７１で否定結果が得られ、このときのユーザによる上述
した発話は会話の流れ誤りであることが判明する（ステ
ップ７３）。

従って、上述の実施例によれば、会話が正常に終了した
か否かを示すフラグに会話が正常終了したしたことを表
す値を設定する処理（ｄｉｓｃｏｕｒｃｅ−ｅｎｄ　）
をスタック構造を構築するための知識（ルール１５）に
持たせ、会話が正常に終了しない場合に、会話の流れを
制御するためのスタックの変化に対し、システムが会話
の流れを続けることができるかどうかを調べるようにし
たので、会話の流れ誤りを発見することができる。

従って、ユーザの会話の流れ誤りに対し、会話の流れ誤
りの指摘、正しい会話の流れの維持というような、フレ
キシブルな対応が可能となる。

また、会話の流れを理解するための方式を利用して流れ
誤りを発見しているので、理解方式と流れ誤り発見方式
とを別個に設けることに比較して処理がし易いものとな
っている。

なお、上述の実施例においては、会話の流れ状態をスタ
ック構造で動的に表現するものを示したが、木構造で動
的に表現するようなものに対しても、本発明を適用する
ことができる。

また、本発明は、英語による対話に適用できるだけでな
く、他の言語の自然言語インタフェースに適用すること
ができ、システムとしても教育システムに限定されるも
のではない。

［発明の効果］ 以上のように、本発明によれば、スタックや木を用いて
動的に会話の流れを生成・管理する方式を用いて、ユー
ザの発話がその時点における会話の流れを不当に乱した
ことによる会話の流れ誤りを発見することができる。

【図面の簡単な説明】

第１図は本発明による。会話制御方式の一実施例を適用
したコンピュータシステムの機能ブロック図、第２図は
その入力文理解部１０の出力である意味表現の例を示す
説明図、第３図は会話の焦点を表わすスタックの例を示
す説明図、第４図は会話制御に用いるシーンの例を示す
説明図、第５図はユーザの発話から特定のシーンを推論
する知識の例を示す説明図、第６図は会話制御部１１の
処理フローチャート、第７図は会話の流れ誤り発見部１
２の処理フローチャートである。 １０・・・入力文理解部、１１・・・会話制御部、１２
・・・流れ誤り発見部、１３・・・出力文生成部、１４
・・・状況メモリ、１５・・・シーンの集合、１６・・
・シーン推論知識、１７・・・現在のスタック、１８・
・・以前のスタック。

Claims (1)

1. 【特許請求の範囲】 自然言語によるマンマシンインタフェースを持つコンピ
   ュータシステムの会話制御方式であって、会話の流れを
   ある場面毎のシーンに分割し、シーンをスタック構造又
   は木構造として動的に構築することにより、会話の流れ
   を生成・管理する方式を用いた会話制御方式において、 会話が正常に終了したことを示すフラグを持たせ、スタ
   ック構造又は木構造を構築させる知識中で、上記フラグ
   に値を設定すると共に、 会話が正常に終了しない場合に、会話の流れを制御する
   ためのスタック又は木の変化に対し、システムが会話の
   流れを続けることができるか否かを調べて会話の流れ誤
   りを発見することを特徴とする会話制御方式。