(57)【特許請求の範囲】
【請求項１】
入力される文の構文解析木を得る構文解析部と、
次のａ）〜ｅ）の処理を行う意味解析部と
ａ）前記構文解析部で解析された構文解析木に含まれる各節を単位として、その部分構造木を［述語＋格助詞句］の枝の集合に分解する、
ｂ）前記ａ）で得られた各枝の「格助詞句」に相当する「格助詞＋格助詞につく名詞」に対して「格助詞」と「格助詞につく名詞」との間に、「格助詞」によって指定される、「格助詞につく名詞」のクラスを表す「属性名詞」と「という」とを補完して［述語＋格助詞＋属性名詞＋「という」＋格助詞につく名詞］に変換する、
ｃ）さらに前記ｂ）で変換された「という」を「〜に等しいところの」と関係節構造に分解して［述語＋格助詞＋属性名詞＋関係代名詞＋格助詞「は」＋「等しい」＋格助詞「に」＋格助詞につく名詞］と同義変形した後、
属性名詞と関係代名詞を反転させて「等しい」を主動詞化し、［述語＋格助詞＋関係代名詞＋属性名詞＋格助詞「は」＋「等しい」＋格助詞「に」＋格助詞につく名詞］と変換する、
ｄ）前記ｃ）で変換された結果を、［＜＜述語＋格助詞＋関係代名詞＞＋属性名詞＞＝＜格助詞につく名詞＞］と形式化した後、左辺である［＜＜述語＋格助詞＋関係代名詞＞＋属性名詞＞］を、述語が指定する現象概念の属性に対応する名詞一語に置き換えてパラメータとし、右辺である＜格助詞につく名詞＞をパラメータ値とすると共に、「パラメータ  パラメータ値」対の文脈情報として蓄積する、
ｅ）さらに、前記ｄ）の処理において蓄積される「パラメータ  パラメータ値」対を、それ以前に前記ｄ）の処理によりすでに蓄積された「パラメータ  パラメータ値」対と照合し、該照合した結果に基づきパラメータの属性により定まる文脈情報の一定の位置への書き込み処理を行い蓄積する、
前記構文解析部と意味解析部とを統括制御し入力文の取り込みと出力文の出力の制御を行う制御部とを備えた自然言語の意味解析処理装置。
【請求項２】
地図データに基づいて地図情報操作を行う地図情報操作部をさらに備え、前記意味解析部において、地図上の実体を指す名詞や移動現象に言及する節が現れた場合には、地図情報操作部を介して地図データを参照し、名詞のレファレントの同定や移動過程のシミュレーションを行う請求項１に記載の自然言語の意味解析処理装置。
【請求項３】
前記制御部は、文の入出力を制御するとともに、前記構文解析部、意味解析部を統括制御する対話制御部と、制御ルールを格納する制御ルール部と、問題解決ルールを格納する問題解決ルール部とを有する請求項１または２に記載の自然言語の意味解析処理装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、入力文が持つ情報を順次文脈情報として蓄積し意味解釈を行う装置、特に、カーナビゲーションの対話処理等において、文脈情報が自然に蓄積できるよう意味解釈を行う自然言語の意味解析処理装置に関するものである。
【０００２】
【従来の技術】
従来、対話に関しては、その意図や話題の認識・利用法に焦点をあてた研究が多くなされている（例えば、竹下  敦：「対話のインタラクション構造を用いた話題の認識」、情報処理学会自然言語処理研究会８７−１０（１９９２））。しかし、現状ではそれらの認識の前提となる文脈の構築技術に関して、まだ安定した技術があるとは言い難い。
【０００３】
文脈構築上の問題点として、意味解釈の役割は、入力文の意味を、文体に依存せずに正しく認識し、文脈に整理統合し、問題解決に必要な情報を抽出することにある。また、文解釈の結果構築される「文脈」は、その後の問題解決プロセスを安定に起動できるような均一な形式を持たなければならない。一方、実際の文章を見ると、ある内容が、一文で与えられたり複数文で与えられたりするといった文体上のいわゆる「ぶれ」がしばしば現れる。また、一文内に限ってみても、意味解釈処理の入力となる構文解析木には、ノードの種類や枝ぶりに、相当の多様性が存在するので、意味的には同じ内容の文が、異なった構文構造で表されることがある。
【０００４】
この場合に同じ内容を異なった構造で表現することを許すと、意味のつき合わせや統合を安定に行なうことは不可能である。文内容を意味的に統合し、一つの文脈を構築していくためには、文体や構文解析木の構造的多様性を吸収してやる必要がある。そのためには、（１）意味表現が、文の複雑さや意味内容に依存して変動するような構造を持たない、（２）文の意味解釈結果が、文脈の場の中で、意味内容毎に定まった場所に位置付けられる、ことが必要である。
【０００５】
従来の自然言語処理の手法では、入力文の内容を論理式や動詞フレーム・意味ネット等の形式で整理するのが一般的であった。
【０００６】
【発明が解決しようとする課題】
しかしながら、例えば、動詞フレームには、述語＋表層格（または深層格）という内部構造が存在し、動詞及び格名のバリエーションにより、表現形式の異なる同義表現が多数存在してしまう。例えば、同じ出発地が東京を表す文においても「東京を出発する」あるいは「東京から行く」等の表現の多様性が存在する。意味ネット等の場合でも同様の問題がある。それらの表現は、極論すれば、構文解析木を同程度の複雑さを持つ別種の構造に形式変換したものに過ぎず、構文解析木と同様、表現の多様性の問題を抱えており、文脈の蓄積という観点からみた場合、意味表現としては適切とは言えなかった。
【０００７】
そこで本発明は、特に、例えば、カーナビゲーションのための対話を題材として、文脈情報を自然に蓄積していける意味解析手法を開発した自然言語の意味解析処理装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するために本発明の自然言語の意味解析処理装置は、入力される文の構文解析木を得る構文解析部と、
次のａ）〜ｅ）の処理を行う意味解析部と
ａ）前記構文解析部で解析された構文解析木に含まれる各節を単位として、その部分構造木を［述語＋格助詞句］の枝の集合に分解する、
ｂ）前記ａ）で得られた各枝の「格助詞句」に相当する「格助詞＋格助詞につく名詞」に対して「格助詞」と「格助詞につく名詞」との間に、「格助詞」によって指定される、「格助詞につく名詞」のクラスを表す「属性名詞」と「という」とを補完して［述語＋格助詞＋属性名詞＋「という」＋格助詞につく名詞］に変換する、
ｃ）さらに前記ｂ）で変換された「という」を「〜に等しいところの」と関係節構造に分解して［述語＋格助詞＋属性名詞＋関係代名詞＋格助詞「は」＋「等しい」＋格助詞「に」＋格助詞につく名詞］と同義変形した後、
属性名詞と関係代名詞を反転させて「等しい」を主動詞化し、［述語＋格助詞＋関係代名詞＋属性名詞＋格助詞「は」＋「等しい」＋格助詞「に」＋格助詞につく名詞］と変換する、
ｄ）前記ｃ）で変換された結果を、［＜＜述語＋格助詞＋関係代名詞＞＋属性名詞＞＝＜格助詞につく名詞＞］と形式化した後、左辺である［＜＜述語＋格助詞＋関係代名詞＞＋属性名詞＞］を、述語が指定する現象概念の属性に対応する名詞一語に置き換えてパラメータとし、右辺である＜格助詞につく名詞＞をパラメータ値とすると共に、「パラメータ  パラメータ値」対の文脈情報として蓄積する、
ｅ）さらに、前記ｄ）の処理において蓄積される「パラメータ  パラメータ値」対を、それ以前に前記ｄ）の処理によりすでに蓄積された「パラメータ  パラメータ値」対と照合し、該照合した結果に基づきパラメータの属性により定まる文脈情報の一定の位置への書き込み処理を行い蓄積する、
前記構文解析部と意味解析部とを統括制御し入力文の取り込みと出力文の出力の制御を行う制御部とを備えたものである。
【０００９】
地図データに基づいて地図情報操作を行う地図情報操作部をさらに備え、前記意味解析部において、地図上の実体を指す名詞や移動現象に言及する節が現れた場合には、地図情報操作部を介して地図データを参照し、名詞のレファレントの同定や移動過程のシミュレーションを行うことが、時空間的情報が絡む場合に、現象の流れや空間的なつながりを補完でき連続性の取り扱いの問題に部分的に対処できる点で好ましい。
【００１０】
前記制御部は、文の入出力を制御するとともに、前記構文解析部、意味解析部を統括制御する対話制御部と、制御ルールを格納する制御ルール部と、問題解決ルールを格納する問題解決ルール部とを有することが、カーナビゲーションのための対話システムを構築できる点で好ましい。
【００１１】
【作用】
本発明は、構文解析部で解析された構文解析木を、意味解析部で節単位に分割して入力し［述語＋格助詞句］の枝毎に分析し現象ごとにユニークに定まるパラメータ値対の形に整理することで、述語による枝の変動を吸収し、構造を均一化することができ、文脈の蓄積を可能とする。
【００１２】
【実施例】
以下、本発明を図示の一実施例により具体的に説明する。図１は本発明の実施例の自然言語の意味解析処理装置の構成を示すブロック図、図２は本発明の自然言語の意味解析処理装置による節内容のモデルの現象概念を示す図、図３は本発明の自然言語の意味解析処理装置による文脈のモデル例を示す図である。
【００１３】
まず、本発明の問題解決のための基本的手法について説明する。文を構成する命題レベルの基本単位は節であるので、入力文の意味解釈は節を単位とするのが自然である。この場合に、節レベルの表現の構造上の多様性の要因は、（ａ）述語・名詞を修飾する枝の組合せタイプや数の多様性、及び（ｂ）述語・名詞の意味の多様性である。構文解析木もしくは、それと同種の構造上の多様性を内包する意味表現では、前記の（ａ）及び（ｂ）を原因とする構造の多様性から逃れることは不可能なので、まず、節を〔述語＋格助詞句〕という枝の集合に分解し、各枝をそれぞれ他の枝とは独立に解釈することを考える。これにより述語の解釈は複数回行うことになるが、枝を個別に解釈するためにそのことは容認する。また、実際には、各枝の間に何らかの意味的従属関係が存在することもある。このパラメータ間に依存関係が存在する場合には、後述するようにそのパラメータに対し、その依存関係に従って他のパラメータの値を参照または算出するような付加手続きを与えることにするが、これについての詳細は後述する。
【００１４】
しかし、節を枝に分解したところで、前記の（ｂ）の述語・名詞の意味の多様性の問題は残る。そこで、各枝［述語＋格助詞＋格助詞につく名詞］を［＜＜述語＋格助詞＋関係代名詞＞＋属性名詞＞＝＜格助詞につく名詞＞］と同義変換し、さらに、この＜＜述語＋格助詞＋関係代名詞＞＋属性名詞＞を、現象によって一意に定まり、述語に依存しない名詞一語、例えば「〜から行く」であれば、それを「出発地」とするなどで表す解釈方法を導入する。これにより、述語による枝の変動を吸収し、構造を均一化することができる。ここで、［  ］は、記述の対象とする部分構文木の範囲もしくはまとまりを表す。また、＜  ＞は、句または節のまとまりを表す。＜＜述語＋格助詞＋関係代名詞＞＋属性名詞＞と言う表現において、内側の＜  ＞は連体修飾節のまとまりを、また外側の＜  ＞は属性名詞をヘッドとする名詞句のまとまりを表す。＝の左辺は、「等しい」の主格成分を、右辺は、補格成分を表す。
【００１５】
本発明では、この「述語＋格＋属性名詞」を表す名詞のことを、パラメータと呼び、その格につく名詞のことをパラメータ値と呼ぶ。パラメータ間に依存関係が存在する場合には、そのパラメータに対し、その依存関係に従って他のパラメータ値を参照または算出するような付加手続きを与えることにした。すなわち、本発明では、節の内容を図２に示すように、構造的に最大限に単純化したフラットな構造で表すことができる。ここで、節という単位を表すために、パラメータ値群を囲む述語に相当する枠を用意したが、この枠は文脈情報としては本質的なものではない。このような意味表現形式では、「東京を出発する」の文も「東京から行く」の文も、共に「出発地」＝「東京」と整理することができる。また、これらの各パラメータの、文脈の場の中での位置づけをあらかじめ全て決定しておくことにより、入力されてきた節の各枝の情報を文脈のどこに書き込めばよいかは一意に定まることになる。以上により、前述の（１）意味表現が、文の複雑さや意味内容に依存して変動するような構造を持たない、また（２）文の意味解釈結果が、文脈の場の中で、意味内容毎に定まった場所に位置付けられる、という条件が満たされ、節の内容が文脈上の特定の位置に安定に書き込まれることにより、文脈情報が蓄積されることになる。
【００１６】
例えば、「居平交差点を左折、檜枝岐川沿いに沼田街道を南西に走り、会津高原の八総から約１時間で会津最奥の檜枝岐温泉に出る。」という文の場合、図３に示すような文脈モデルが形成されることになる。
【００１７】
上記では、時空間的情報が絡む問題については無視してきたが、実際の文章では、例えば「東京を出て、宇都宮を通り、日光へ行きたい。」のように、出来事の時空間的な断面が断片的に述べられるだけで、統合に際して、その間の現象の流れや空間的つながりを補完しなければならないことがある。こうした時空間的連続性の取り扱いの問題を一般的に解決することは、現状では困難であるが、本発明では、空間的情報については、道路・領域・施設情報等を保持した地図情報を持つことで、部分的に対処することにする。移動や存在に関する文が入力された場合には地図上でシミュレーションやレファレントの検索を行なうなどして、統合を試みる。前述の例文「東京を出て、宇都宮を通り、日光へ行きたい」の場合、シミュレーションにより東京から日光に至る経路が求められ、それに基づいて、一つの移動現象として統合されることになる。
【００１８】
次に、本発明の自然言語の意味解析処理装置をナビゲーション用対話システムとして構成した実施例について説明する。
【００１９】
図１において、本実施例のナビゲーション用対話システムは、文を入力するための入力装置１及び文を出力したり地図情報を出力する出力装置２と、入力文の構文解析と意味解析を行う言語処理部１０と、地図情報の管理を行う地図管理部２０と、入力装置１、出力装置２、言語処理部１０及び地図管理部２０を総括制御する制御部３０とから構成されている。
【００２０】
上記入力装置１は、制御部３０の制御のもとに文を取り込む装置であり、例えば、音声認識により文を入力し形態素解析処理を施す部分である。また、出力装置２は、制御部３０の制御のもとに文あるいは地図情報を出力する部分であり、例えば、文を音声合成により出力したり、あるいはディスプレイに文あるいは地図を表示する部分である。上記言語処理部１０は、構文解析するための文法解析辞書１２に基づいて入力装置１で入力された文の構文を解析し解析木を得る構文解析部１１と、節単位に分割されて入力される解析木を意味情報辞書１４に基づいて述語＋格助詞句の枝ごとに分析し、パラメータ値対の形に整理し、地図上の実体を指す名詞や移動現象に言及する節が現れた場合には、地図管理部２０の地図情報を参照し、名詞のレファレントの同定や移動過程のシミュレーションを行い、各パラメーター値対の内容を文脈の場に次々と照合、またはパラメータにより定められた文脈情報上の一定の場所に書き込む処理を行う（重ね書きする）意味解析部１３とからなる。上記地図管理部２０は、地図情報を格納する地図データ２２に基づいて地図情報操作を行う地図情報操作部２１からなる。また上記制御部３０は、入力装置１、出力装置２、構文解析部１１、意味解析部１３及び地図情報操作部２１を統括制御し、制御のためのルールを起動するための制御ルール部３２及び問題解決ルールを起動するための問題解決ルール部３３に基づいて対話処理により入力文を取り込み出力文や地図情報を出力制御する対話制御部３１からなる。
【００２１】
次に、本実施例による自然言語の意味解析処理装置により、述語による枝の変動を吸収し、構造を均一化する例について説明する。
【００２２】
図４は第１実施例の例文１の構文木（依存構造）を示す図、図５は同じ第１実施例の例文２の構文木（依存構造）を示す図、図６は第１実施例の例文１の構文木をパラメータ値対の形に整理する例を示す図である。
【００２３】
この実施例１において、例文１は「東京から宇都宮まで東北自動車道で行く。」、例文２は「東京を出発、東北自動車道を使って、宇都宮に行く。」で、同等の意味を表している。これら２つの例文１及び例文２の依存構造木は、それぞれ図４及び５に示すように、使われる述語（言及の単位）、述語毎の格の違いのために、互いに異なっている。従って、このデータからでは、直接２つの文の意味的同等性を判断することは困難である。これらの表層構造上の違いを吸収するために、述語＋格助詞句毎に、図６のように等価変形を施し、均一な構造で、依存構造木の各枝の内容を整理する。この様な等価変形については、例えば、「高木・伊東  著：「自然言語の処理」、丸善、１９８７」が参照される。
【００２４】
以下、図示の第１実施例として、以下の例文について、各枝［述語＋格助詞＋格助詞につく名詞］を［＜＜述語＋格助詞＋関係代名詞＞＋属性名詞＞＝＜格助詞につく名詞＞］と同義変換し、述語による枝の変動を吸収し、構造を均一化する方法について説明する。
【００２５】
今、例文１の「東京から宇都宮まで東北自動車道で行く。」という入力文は、構文解析部１１で図４に示す依存構造木に解析され、節単位に分割して意味解析部１３に送られる。意味解析部１３は、この構造木を、［述語＋格助詞句］の枝毎に分析して図６に示すように「東京から行く」の文章を［出発地＝東京］の形に整理する。なお、「等しい（である）」の主格名詞句の解釈による名詞化については、上記文献で妥当性を保証されているので、実際に依存構造の変形処理を行うことはせず、述語の意味素性毎に、それぞれが受け得る連用修飾成分（格、属性など）と、解釈によって得られるべき名詞との対応関係を意味情報辞書１４に記憶しておき、機械的に変換処理を行う。図８は、このような連用修飾成分と述語意味素性とによって、解釈結果として得られる名詞の例である。なお、述語が断定を表す「（で）ある」の場合は、任意の現象又は実体のクラス、パラメータ値対等に対する話者の判断を表わし、このため現象を直接言及する他の述語のようにそこから直接パラメータを抽出することはできない。「（で）ある」が現象のパラメータ値に対する判断を表わす場合には、主格につく名詞は現象のパラメータにマッピングされるべき概念を表わし、補格につく名詞がその値を表わす。その際、主格名詞には一般的な名詞が用いられることが多く、パラメータ名と直接は対応付けられないことが多い。例えば、「料金は、７００円である。」の「料金」と「移動」のパラメータとして用意されている対応するパラメータ「局所移動所要料金」は、直接マッチしない。したがって、この場合には、別途対応関係を定義しておく。
【００２６】
他の格助詞句についても同様の手法で意味解析部１３により意味解析され、「宇都宮まで行く」  →  ［目的地＝宇都宮］
「東北自動車道で行く」→  ［使用道路＝東北自動車道］
と整理される。このとき、東京、宇都宮、東北自動車道などの地図上の実体を示す名詞や移動現象に言及する節が現れた場合には、地図管理部２０の地図情報操作部２１により地図データ２２が参照されて名詞のレファレントの同定や移動過程のシミュレーションが行われる。
【００２７】
このように整理することにより、例文１の「東京から宇都宮まで東北自動車道で行く。」の解釈は図７に示すように、非常にフラットな形でまとめられる。
【００２８】
次に、例文２の「東京を出発、東北自動車道を使って、宇都宮に行く。」の場合も、図５に示す構造木を、例文１と同じような形式に各節毎に整理し、図９に示すようにまとめられ、さらに、得られた各節の解釈結果が整理されていく。この場合に、構造が均一でかつパラメータの位置が現象毎に文脈の場の中でユニークに定まるので、係り受け構造や意味内容に依らず、容易に文脈情報上の一定の定められた場所に書き込む処理を行って（重ね書きして）ゆくことができる。この結果として、例文１の解釈結果と、例文２の解釈結果とは全く同じになる。このように、本発明実施例では、均一なデータ構造の上に情報を一定の定められた場所に書き込む処理を行う（重ね書きする）ことにより、文章全体の意味を、文脈に適切な形で蓄積してゆくことができる。
【００２９】
前述したように、本発明の対話システムでは、節の内容を図２のように、構造的に最大限に単純化したフラットな構造で表すことができ、この意味表現形式では、「東京を出発する」も「東京から行く」も、共に「出発地」＝「東京」と整理することができる。また、これらの各パラメータの、文脈の場の中での位置づけをあらかじめ全て決定しておくことにより、入力されてきた節の各枝の情報を文脈のどこに書き込めばよいかは一意に定められることは前述した。
【００３０】
上記の第１実施例の例文１、２においては、時空間的情報が絡む問題については無視してきたが、実際の文章では、例えば「東京を出て、宇都宮を通り、日光へ行きたい。」のように、出来事の時空間的な断面が断片的に述べられるだけで、統合に際して、その間の現象の流れや空間的つながりを補完しなければならないことがあるが、こうした時空間的連続性の取り扱いの問題を一般的に解決することは現状では困難である。本発明の対話システム装置では、空間的情報については、地図管理部２０の地図情報操作部２１と地図データ２２を備えることにより、道路・領域・施設情報等を保持した地図情報を持つことで、部分的に対処することができる。すなわち、移動や存在に関する文が入力された場合には、地図情報操作部２１で地図上でシミュレーションやレファレントの検索を行なうなどして、統合が試みられる。例えば、前述の「東京を出て、宇都宮を通り、日光へ行きたい。」の例文の場合、シミュレーションにより東京から日光に至る経路が求められ、それに基づいて、一つの移動現象として統合される。そこで、意味解析の蓄積と利用を行う。
【００３１】
前記例文２の「東京を出発、東北自動車道を使って、宇都宮に行く」の解釈の例につい上述したが、本発明の意味解析／意味表現手法を用いると、一文でどこまで述べるか、どういう文体で述べるか、といった、文章の表層構造的なぶれの影響を受けずに、安定な意味解釈結果を得ることができる。また、この解釈モデルでは、あらかじめ、１つの現象内に存在する全パラメータを決定しておくことにより、情報がその意味に従って、常に一定の位置に格納されるようになっている（どういうパラメータについて述べているかで、格納位置が決まる）ので、入力文の意味解析結果を、同じ形式で記述された同種の文脈情報上、容易に照合または書き込む処理を行う（重ね書きする）ことができると共に、以後の何らかの問題解決処理でも、処理に必要なデータをスムーズに収集することが可能である。ただし、例えば、ルートの記述を行う際に、ルートの断片の説明を繰り返して、全体として全ルートの説明を行うという形の記述が行われる。この場合、ルートの断片を表わすために用いられるパラメータは、複数回繰り返して現れることになり、文脈中でパラメータの位置を一意に同定できないことになる。このような場合には、（１）入力文の解釈中の節から得られた他のパラメータ値で、すでに文脈中に位置付けられているものがあれば、それを含むルート断片中の対応するパラメータに解釈結果の値をセットする、（２）直前に話題になった（パラメータ値がセットされた）ルート断片中の対応するパラメータに値を代入する、あるいは（３）直前に話題になったルート断片中の対応するパラメータの値がすでに埋まっている場合には、次のルート断片中の対応するパラメータに値を代入する、等の処理を行う。
【００３２】
また、同様な理由により、ある述語の連用修飾成分が、ルート全体を規定するパラメータを言及しているのか、ルートの断片を規定するパラメータを言及しているのかのあいまい性が生じる場合がある。このような場合には、例えば、入力文解釈時には、とりあえずルートの断片を規定するパラメータを言及しているものとしておき、その上で文脈情報と照合し、地図情報を参照しつつ必要に応じてルート全体を規定するパラメータに解釈しなおす等の処理が必要となる。
【００３３】
一例を挙げると、「東京から宇都宮に行く。」
「宇都宮から日光に行く。」
という２文を解釈する場合には、例えば、以下のような処理を行う。まず、第１文の解釈により、局所出発地＝東京局所到着地＝宇都宮とする。この段階で文脈と照合すると、文脈には何も書かれていないので、上のパラメータ、パラメータ値をそのまま第１のルート断片の記述として文脈に代入すると共に、これがルート全体のパラメータを規定している可能性を考えて、ルート全体を規定するパラメータ「出発地」「目的地」に対しても、出発地＝東京目的地＝宇都宮を代入する。次に、第２文の解析により、局所出発地＝宇都宮局所到着地＝日光を得る。これを文脈と照合すると、ルートの断片がすでに記録されており、またその局所到着地と第２文から得られた局所出発地の値が一致するので、第２文は相続く２番目のルートの断片に関する記述を与えるものであると判断し、対応する文脈中のパラメータに値を代入する。それと同時にルート全体を規定するパラメータについても「日光」がルート全体の目的地である可能性を考えて、目的地＝日光と、値を更新する。その後、ルートを記述する文の入力がこれで終了したことが判明した段階で、目的地＝日光が確定する。また、例えば、第３文として、「東京から日光まで３時間かかる。」
が入力されると、意味解析結果として、局所出発地＝東京局所到着地＝日光局所移動所要時間＝３時間を得る。これを文脈と照合すると、「東京」「日光」がルート全体の「出発地」「目的地」であることが判明するので、「局所移動所要時間」はルート全体の「移動所要時間」に解釈し直されるべきであると判断し、文脈中で「移動所要時間」パラメータに、移動所要時間＝３時間を代入する。ちなみに、第１文の後に「２時間かかる。」が入力された場合は、局所出発地、局所到着地の指定がないので、直前に言及されたルート断片について述べていると判断し、第１のルート断片中の「局所移動所要時間」に「２時間」を代入する。なお、入力文が疑問文の場合にも、同様にして文脈情報と照合してパラメータのあいまい性を解消しつつ意味解析が行われるが、平叙文の場合と異なり、疑問文の内容が文脈情報上に書き込まれる処理が行われる（重ね書きされる）ことはない（疑問文中の代名詞または省略語成分が文脈情報により照応、補完されることはある）。
【００３４】
次に、以上のような考え方に基づき、第２実施例として以下の例文３について実施した結果を説明する。
「東京を８時に出る。まず東北自動車道で宇都宮に向かう。１００分程で宇都宮に着く。宇都宮から日光までは日光宇都宮道路を利用しよう。料金は７７０円だ。距離は約２５ｋｍ、約２０分の行程である。１０時頃には日光に到着するだろう。」
という一連の文章が入力された場合には、前記第１実施例と同様にして図１０〜図１２のような文脈が構築される。ただし、前述のように「料金」「距離」は、あらかじめ定義されているテーブルにより、「局所移動所要料金」「局所移動距離」に各々対応付けられるものとする。「行程」は「移動」と解釈され、述語の「移動する」と対応して各連体修飾成分が「移動」のパラメータに変換される。「約２０分の」は、単位名詞「分」を手がかりにして「局所移動所要時間」パラメータの値にセットされる。
【００３５】
以上の結果、例えば、「東京から日光まで何分で行くか？」という疑問文が入力された場合も、非常に単純なアルゴリズムで答えることができる。すなわち、この疑問文の内容は、すでに入力された上述の文により構築された文脈情報との照合を行った後、最終的に図１３に示す解釈結果が得られる。この形にすることによって、文脈中の「移動所要時間」が問い合わせの対象となっていることがわかるので、移動所要時間を求めるための問題解決ルール部３３の手続きを起動する。移動所要時間を求めるためには、各「局所移動所要時間」を合算すればよい。すなわち、上例の場合に、東京−宇都宮間の局所移動所要時間１００分と、宇都宮−日光間の局所移動所要時間２０分を足して、尋ねられている移動所要時間が「１２０分」と求まるのでそれをもとに、疑問文に応答することが可能になる。
【００３６】
このように、情報の格納位置がその意味によって定まるようになっているために、問題解決に必要な適当な手続きを同定したり、問題解決に必要なデータを収集したりすることが安定にできる。
【００３７】
以上のとおり本発明の対話システム装置では、例えば、図１４に示すような対話処理を行うことができる。すなわち、ユーザが「Ａ観光地に行きたい。」の問いかけに対し、システムは「経由地を指定して下さい。」と指示する。この指示に対しユーザが「Ｌ交差点。」と指示すると、システムは「はい、わかりました。」と答える。次に、ユーザが「朝６時に出発して、午後５時に到着したい。」の問いかけに対し、システムは「はい、わかりました。」と答える。そして、ユーザが「道を教えてくれ。」の問いかけに対し、システムは「道路は１個あります。まず、国道１号を北東へ進行し、Ｅ交差点まで行って下さい。次に、国道１号を北へ進行し、Ｈ交差点まで行って下さい。最後に、国道１号を北東へ進行して下さい。」と答える。この対話システム装置においては、ユーザは入力装置１から音声で入力し、システムは出力装置２から音声合成による音声で出力されるか、あるいはディスプレイに表示される。
【００３８】
上記の枠組に従い、実験データとして市販の観光ドライブガイドブックである（１）「車で行って遊んで泊まる「日光・那須・塩原」、旺文社（１９９３）」及び（２）「ブルーガイド・ドライブ「日光・鬼怒川・那須」、実業之日本社（１９９４）」に登場する「移動」に関連する例文３８２文について実施したところ、その７割程度の文に関しては、この枠組で適切な文脈モデルを構成できることを確認した。
【００３９】
本発明の好適な実施例について説明したが、本発明の精神を逸脱しない範囲内において種々の改良及び変更をなし得ることはもちろんである。
【００４０】
【発明の効果】
以上説明したように本発明の自然言語の意味解析処理装置では、構文解析部で解析された構文解析木を、意味解析部で節単位に分割して入力し［述語＋格助詞句］の枝毎に分析しパラメータ値対の形に整理することで、述語による枝の変動を吸収し、構造を均一化することができ、文脈の蓄積が可能になる。
【図面の簡単な説明】
【図１】本発明の自然言語の意味解析処理装置の構成を示すブロック図である。
【図２】本発明の自然言語の意味解析処理装置による節内容のモデルの現象概念を示す図である。
【図３】本発明の自然言語の意味解析処理装置による文脈のモデル例を示す図である。
【図４】本発明の自然言語の意味解析処理装置による第１実施例の例文１の構文木を示す図である。
【図５】本発明の自然言語の意味解析処理装置による第１実施例の例文２の構文木を示す図である。
【図６】本発明の自然言語の意味解析処理装置による第１実施例の例文１の構文木をパラメータ値対の形の整理を示す図である。
【図７】本発明の自然言語の意味解析処理装置による第１実施例の例文１の意味解析結果及び文脈情報を示す図である。
【図８】本発明の自然言語の意味解析処理装置による連用修飾成分と述語意味素性とによって解釈結果として得られる名詞の例を示す図である。
【図９】本発明の自然言語の意味解析処理装置による第１実施例の例文２の意味解析結果及び文脈情報を示す図である。
【図１０】本発明の自然言語の意味解析処理装置による第２実施例の例文３の意味解析結果及び文脈情報を示す図である。
【図１１】本発明の自然言語の意味解析処理装置による第２実施例の例文３の意味解析結果及び文脈情報を示す図である。
【図１２】本発明の自然言語の意味解析処理装置による第２実施例の例文３の意味解析結果及び文脈情報を示す図である。
【図１３】本発明の自然言語の意味解析処理装置による疑問文の意味解析結果を示す図である。
【図１４】本発明の自然言語の意味解析処理装置による対話処理例を示す図である。
【符号の説明】
１  入力装置
２  出力装置
１０  言語処理部
１１  構文解析部
１２  文法解析辞書
１３  意味解析部
１４  意味情報辞書
２０  地図管理部
２１  地図情報操作部
２２  地図データ
３０  制御部
３１  対話制御部
３２  制御ルール部
３３  問題解決ルール部
【図１】
0003605735.tif 000002
【図２】
0003605735.tif 000003
【図３】
0003605735.tif 000004
【図４】
0003605735.tif 000005
【図５】
0003605735.tif 000006
【図６】
0003605735.tif 000007
【図７】
0003605735.tif 000008
【図８】
0003605735.tif 000009
【図９】
0003605735.tif 000010
【図１０】
0003605735.tif 000011
【図１１】
0003605735.tif 000012
【図１２】
0003605735.tif 000013
【図１３】
0003605735.tif 000014
【図１４】
0003605735.tif 000015