JPS63106042A - 会話文意図理解方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 「産業上の利用分野」 この発明は、知識／データベースＩ：対する間合わせ条
件？自然言語によって指定するようＣ；シた計算ｍｖシ
ステム；おける会話型質問文の意図ｉｓ方法（二関する
。

「従来の技術」 知識／データペースも二対する間合わせＣ二おいて。

どのような知出／データを必要とするかを示す検索条件
は、知識／データペースアクセス用の各種のシステムで
システムごと１：規定された特殊な形式のコマンド等ζ
二よって指定する例が釜い。

しかし、知識／データペースの利用者の頭載が拡大され
る電二伴い、このような条件を日本冶文等のいわゆる自
然言語で指定できるようにすることが望まれるようＣ；
なっている。

公知のように、各種の知識／データペースアクセス用言
語が開発されており、それらの言語は利用者が容易Ｃ二
使用できることを、その言語の開発の大きな目的の一９
１ニしているものが多いが、それでもなお利用者は少な
くとも、検索の手順やコマンド（二ついて、それらの各
種言語ｉ二規定されている特殊な規約を正確蓋二知って
いなければ、所望のアクセスを実行することができない
。

このような規約は、相当簡易化されたものであっても、
常時使用していない利用者Ｃ；、知識／データベースア
クセスが必要Ｉ：なったとき直ちにそれを期待すること
は困難である。

そこで１８宮使用されている言葉、いわゆる自然言語の
形式で、利用者の必要な操作についてのガイダンス及び
利用者の入力が行えるようにすることが考えられる。

しかし、公知のように現在の自然言語解析技術【二おい
ては、一般的な自然言語文を、はとんど無制限（二理解
でさる計算機システムを構成することは現実的にほぼ不
可能であり、対東分野対応Ｃ入力語集、質問文型及び質
問者と計算機との対話法′ｆ？Ｃ二制約を設けている。

特（；塊状の対話処理システムにおいては、対話モデル
が分野に依存しｔものとなっており、システム構築の柔
軟性に欠けている。更１：対話形式の質問文系列の話題
ケ管理し、意図を理解するような、知出／データベース
蓚ニアクセス可能なシステムは存在しないと言う問題点
があり１日常の会話型質問文を、対象分野に依存しない
処理方法で解析する対話処理システムの実現が望まれて
いる。

「問題点？解決するための手段」 この発明によれば入力された質問文を構文解析及び意味
解析（二より話題（二関連する情報を分類し。

その分類した質問文の意図乞話題Ｃ二関する１１１報と
して抽出し１次に入力された質問系列？：管理し。

処理するための前提として、汎用的な利用者対話モデル
を設け、更Ｃ二最新の話題と以前の話題の系列との間の
相互関連性を質問文内の代名詞１話題の省略及び話題の
制約にエリ示す話題系列管理表を予め用意しておき、こ
れを用いて最新の話題を同定して話題の推移を話題管理
部で分類把握して質問系列の意図を把握する。

このようＳ；この発明によれば話題管理部で１話題の推
移な話題系列管理表を参照して求め、その推移を把侮し
て質問意図を理解するため１話題情報や文脈情報管理１
；より会話の流れを把握でき、自然言語人力に対し汎用
的Ｃ二利用して正しく意図を理解することができる。

「実施例」 第１図はこの発明の構成な示すブロック図である。処理
装置１１の前段処理部（フロントエンド部）１２は通信
制ａ装置１３を介して１図示しない利用者端末と情報を
授受し、利用者のデータベース１０Ｃ；対する間合わせ
要求をデータベース処理部１４に中継し、検索結集をデ
ータベース処理部１４から利用者端末へ中継する。

フロントエンド部１２は知識ベース１５と接続して、知
識ベース１５Ｃ：保持する辞書ｈｌ報１６゜文法側１７
．意味表現モデル１８１話題推移表１９゜話題系列１を
理表２１及び方略知ｍ２２Ｙ参照して。

ｔ％ｊえは日本語によるデータベース検索要求を制御す
る。意味表視モデル１８（二ついては例えば１）藤崎他
：データペース照会システム「ヤテマタ」と名詞句デー
タ模型、情報処理、　Ｖｏｌ、　２０　、　Ｎ［ｌ　１
　。

ｐｐ７７−　、２）　Ｃｈｅｎ、Ｐ、Ｐ　：　Ｔｈｅ　
Ｅｎｔｉｔｙ　ＲｅｌａｊｉｏｎｓｈｉｐＭｏｄｅｌ　
Ｔｏｗｏｒｄ　ａ　Ｕｎｉｆｉｅｄ　Ｖｉｅｗ　ｏｆ　
Ｄａｔａ　、　ＡＣＭＴｒａｎｓ　Ｄａｔａｂａｓｅ　
Ｓｙｓｔｅｍ　　、Ｖｏｌ、　１　、ＮＯ，１（１９７
６）。

３）　Ｈａｍｍｅｒ、　Ｍ、：　Ｄａｔａｂａｓｅ　Ｄ
ｅｓｃｒｉｐｔｉｏｎ　ｗｉｔｈ　ＳＤＭ（Ａ　Ｓｅｍ
ａｎｔｉｃ　Ｄａｔａｂａｓｅ　Ｍｏｄｅｌ　’）　＃
　ＡＣＭ　ＴｒａｎｓＤａｔａｂａｓｅ　Ｓｙｓｔｅｍ
・５Ｖｏ１．６ｅｍ３　（１９８１）を参照されたい。

フロントエンド部１２は話題管理部２３．質問文解析部
２４．検索方略展開部２５．及び解答生成部２６よりな
る。

データベース１０には、宿泊施設情報データベース等の
データベースが存在するものとする。

知識ヘース１５（二は、そのデータベース１０に対応し
た専門語辞４１情報１６．データペース１０の実体及び
実捧間の関連等Ｃ二日本語の格表現、丁なわち日本語１
：よる多様な言回しを可能Ｉニするための意味表現モデ
ル１８．及び専門用語等のそれらの分野Ｉ：依存した処
理法や知識等を定義する方略知識２２が準備される。

知識ベース１５には、その外Ｃニデータベース１０の内
容（二依存しないものとして、汎用語辞Ｖ１６゜文法則
１７１話題推移表１９．及び話題系列管理表２１が設定
されている。

利用者端末からの知識／データベース（二対する日本語
文≦二よる間合わせ要求Ｃ二よって、フロントエンド部
１２が起動されると、まず話題管理部２３が対話制御？
行い、質問文解析部２４（二人力情報乞送付する。質問
文解析部２４は、この人力情報を受は取ると、辞１１ｈ
ｌｌ１６．文法則１７及び意味表視モデル１８を参照し
て構文解析／意味解析処理を実施し１文の意味構造を１
例えば述語論理形式の表現で話題管理部２３（二送付す
る。質問文の分類とその意図（内容＞’４ｒ：第１表に
示す。

次に話題管理部２３は１話題系列管理表２１　Ｃより、
最新の話題と以前の話題との系列間の相互関連性を質問
又内の代名詞１話題の省略、及び話題の制約等（ユより
同定し１話題の推移を分類把握する。

次（二同定した話題及び制約条件等を基に、文型対応の
処理を行い、検索方略展開部２５が処理可能な意味構造
を生成する。複数の質問文で、このような意味構造が完
成する場合もある。このような話題の管理法（二おいて
、第２表の利用者そデルを前提Ｃ二している。ただしこ
のモデルは対話の対象となる分野から独立なものである
。

検索方略展開部２５がこの意味構造を受け、その表現内
（二専門知識等の言回し表現があると、方略知識２２な
参照してデータベース処理部１４が処理可能な意味構造
Ｃ二変換する。データペース処理部１４は、この意味構
造を基（ニデータベース検索言語を生成し、データベー
ス１０を検索する。

その検索結果は話題管理部２３の制御（ニエリ、解答生
成部２６電；送られ、応答方略を選択し１話題管哩部２
３１：制御？戻す。この応答方略を第３表１：示す、 話題管理部２３は話題推移表１９を参照し、現在のフェ
ーズ（例えはフェーズ１：解答方略が適用されるまでの
対話状態、フェーズ２：利用者が一次情報を確認するま
での対話状態、フェーズ３：利用者が一次隋報を確認済
みの対話状釣。）における話題状況な決定し１次の質問
に対してその情報を保存する。その後１通信制御装置１
３Ｙ経由し、利用者端末に応答文を出力する。その一連
の質問応答例を理解するにめの対話状況の構造概念１１
表に示す。

第４表は宿泊施設情報データベースを指定した場合のも
ので、左欄の日本語文列３０は入力「」。

応答「」ヲ示し、中央−３１は話題の入れ子（ネスト）
状ＳＶ示し、つまり入力■■以外の入力は宿であるが、
入力■■は話題が温泉と異なっていること？示し、数字
は前記のフェーズｎｖ示す。

右′＠３２は話題管理部２３が最終確認した話題の推移
状態を質問文対応（２示したものである。

実際に利用者端末Ｃ：出力されるのは左−の「」。

「」の無い日本語文及びデータである。

１２１の構成によりデータベース１０の内容Ｃ二依存せ
ず、比較的自然な会話の流れを制御用能なマンマシンイ
ンタフェース１＝ｆｆｌれた汎用的な意図理解システム
を実現できる。

話題管理部：２３０）　ｆｆｆ報を基（−質問文解析部
２４が実施し、第１表の質問文の意図を抽出する処理過
栓について第２図（；示す。まず構文解析部４１では、
質問文ケ叙述部と陳述部とＣ二解析し、この陳述部：：
関する辞書１ｈ報を基に、第５表のようＣ：質問文を中
間タイプに分類する。

陳述部は質問の意図／要求を表す部分であり。

第５表のアンダーラインで示す。叙述部は意味表現モデ
ル１８中の実体／ａ念を表す部分であり、点線で示す。

次に意味解析部４２ではこの一文単位の分類結果と１話
題管理部２３の情報１丁なわち前文などの文脈ｉ＃報と
、上記の叙述部情報乞基（二、第６表のよう６２質問文
？分類する。この分類結果が第１表の質問文の分類Ｃ；
相当している。

第１表のよう＋：＠間文解析都１２で抽出された入力文
の意図を、具体的Ｃ二どの話題Ｃ二対するものかを決定
し、質問系列内での意図として把握する処理法Ｃついて
以下に示す。

話題管理部２３が保存する話題系列ｈ１報と質問文解析
部２４で抽出した現入力文の話題ｂ！を報（二よリ、第
７表のような基本的な話題の推移状況を掴む。

第７表では対話のフェーズは考慮していない話題の推移
状態を示す。対話のフェーズを考慮した話題の推移状態
は０話題推移表（第８表）１：示す。

状態として保留及び復帰を追加している。このような推
移状況の管理は第１図中の話題管理部２３≦二設けた話
題スタック（積重ね）の操作により実現する。話題スタ
ックの先頭は、直前の話題、それ以外は過去の話題乞示
す、一種のスタック′ａ構である。話題推移とスタック
動作（二ついて第９表ｆ二示す。

次に第７表〜第９表を用いて第４表の応答例１二ついて
示す。まず解答生成部２６での応答方略の決定及び応答
文の生５１２（二より、前質問文におけるフェーズが′
Ｉ＠４表の３１のようＣ２求まり、更Ｃ二話題管理部２
３の処理で前文以前の話題が、第４表の３２のように順
次求まる状況下での話題の推移管理処理法を二ついて以
下ｇ二説明する。

（１）まず文■の構文解析、意味解析で話題：宿。

礪　　　　　　　　豐 本　　　　　　　本 ａ　　　　　　　　ご ×　　　　　　　　　　　× 催促方略でフェーズ１．推移：初期を得る。

スタック状態：先頭Ｃ二重をブツシュ。

（２）文■の解析により話題：宿が得られ、これは文■
の話萌（現在）：宿Ｃ一致し１話題（過去）：無し〔ス
タック一段〕のため、！！８７表により推移：継続とな
る。次ζ：前文■のフェーズ：１であり、３８表より、
フェーズ１の継続はＯとなっており起り得ることを示し
ているから第９表の継続の頃からスタック状態：先頭が
宿〔駐車場〕（ｇ題の宿が駐車場で修飾されていること
ｔ示す）。

（３）　　次≦二叉■の解析により話題：温泉は１文■
の話題（現在）Ｃ２現れていす、スタック一段だけであ
って話Ｆ＆＜過去）無しのため、第７表で話題無しく不
一致）と話題無しとなり。

推移二転換となる。次Ｃ二前文■のフェーズ：１のため
、第８表よりその転換はＸであり。

推移：保留と決定する。この結果ｗＪ９表の保留薯二対
する処理でスタック状態：温泉をスタック１ニプツシユ
し、先頭が＠泉〔箱板〕、２番目がマーク付きの宿〔駐
車場〕となる。

（４）次Ｃ文■の話題：温泉は１文■の話題（現在Ｃニ
一致し１話題（過去）Ｃ：無いＣ％２スタックの話題は
宿〕ため、第７表で推移：継続となる。次Ｃ二前文■で
は、解答方略が適用され、二次ｉｉ１報を得ているが、
−次情報を確認していないため、フェーズ２であり、第
８表より継続Ｏとなる。スタック状態：先頭が温泉〔芦
の湖Ｃ；近い１箱板〕、２番目がマーク付きの宿〔駐車
場〕となる。

（５）次（二叉■の話題：宿は１文■の話題（現在）１
−４＜Ｉニスタックの先頭の話題が温泉３１文■の話′
＠（過去）：宿〔スタックの２番目〕ζニ一致するため
、第７表で推移：後退となる。

次Ｃ二前文■で一次情報〔強羅、元箱根〕を得ており、
フェーズ３となり、第８表より後退Ｘで推移：復帰と決
定する。スタック状態ニスタックの先頭をポツプし、マ
ーク付きの宿〔駐車場〕を先頭区二持ってくる。次（；
マークを消し、先頭を宿〔元箱根温泉、駐車場〕Ｓ二設
定する。

（６）次Ｃ二叉■の話題：宿は１文■の話題（現在）区
ニ一致し、スタックは一段で話題（過去）無しのため、
第７表で推移：継続となる。次Ｃ；文■の応答で二次Ｆ
ｔＩ報を得ているため、フェーズ２となり、第８表より
継続Ｏとなる。スタック状態：先頭が宿〔料金が７００
０円以下１元箱根温泉、駐車場）　ｌ二設定される。

（７）次１：文■の話題：電話番号では１文■の宿が省
略表現されており、かつスタックが一段で話Ｕ＜過去）
が無いため、′＠７表で推移二進行となる。前文の応答
で二次情報を確認しているため、フェーズ３で、第８表
より進行○となる。スタック状態：先頭が電話番号〔宿
〕、２番目が宿〔料金が７０００円以下。

元箱根温泉、Ｍ車場〕となる。

（８）最後（二叉■の話題：住所では、宿〔２番目〕が
省略表現され、先頭スタックの話題〔電話番号〕無しの
ため、第７表より推移：分岐となる。前文の応答で二次
情報を確認しているためフェーズ３で、第８表より分岐
○となる。

スタック状ａ　：先頭が住所〔宿〕、２番目が電話番号
〔宿〕、３番目が宿〔料金が７０００円以下１元箱根温
泉、駐車場〕となる。

「発明の効果」 以上の説明から明らかなように、この発明（コニれば、
利用者が入力する質問文の意図把握ｔ１話題の管理と分
野の知識等により的確ζ２行え、自然言語入力（ニよる
。汎用的な窓内理解システムを実現できるので、一般の
利用者の使用が各編となり。

データベース利用の普及を促進するという工業的効果が
ある。

【図面の簡単な説明】

第１図はこの発明の実施例の構成乞示すブロック因、＄
２因は質問文解析部の構成例を示すブロック因である。 特許出願人　　日本電信′噸話株式会社代　理　　人　
　　革　　野　　　　　卓オ　２　図 Ｐ＆ｉ閲文解析部

Claims (1)

【特許請求の範囲】
1. （１）入力された、日本語による会話型質問文を辞書、
   文法規則、及び対象とする世界の意味表現モデルを用い
   構文解析／意味解析を行う質問文解析部を有する自然言
   語処理装置において、入力された質問文を、構文的特徴
   と意味特徴をもとに話題に関連する情報を分類し、 その分類した質問文の意図を話題に関する情報として抽
   出し、 次に、入力された質問系列を管理し、処理するための前
   提として、汎用的な利用者対話モデルを設定し、 更に上記の分類により得た話題情報を、最新の話題と以
   前の話題の系列間の相互関連性を質問文内の代名詞、話
   題の省略及び話題の制約とで示す話題系列管理表を参照
   して同定し、話題の推移を話題管理部で分類把握して質
   問系列の意図を把握する会話文意図理解方法。