(57)【要約】【課題】多様な言い回しで問われる問題に対応して的確な回答を行うことを課題とする。【解決手段】文脈バッファ２２や問題解決用ＤＢ２５には、入力文や問題解決に必要な知識が「属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現」として記憶される。問題解決部３２では、意味表現の形式で記憶された入力文や問題解決に必要な知識のなかから入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して問題に対する回答を取得する。【選択図】      図１８
2004334264.tif 000002
【特許請求の範囲】
【請求項１】
自然言語による入力文で問われている問題に対して回答を探索する自然言語解析装置であって、
前記入力文および前記回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として記憶する意味表現記憶手段と、
前記意味表現記憶手段によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して前記問題に対する回答を取得する回答探索手段と、
を備えたことを特徴とする自然言語解析装置。
【請求項２】
前記入力文の意味表現に応じて、前記入力文によって問われている問題の種別を判定する問題種別判定手段をさらに備え、
前記回答探索手段は、前記問題種別判定手段によって判定された問題の種別を踏まえて前記問題に対する回答を探索することを特徴とする請求項１に記載の自然言語解析装置。
【請求項３】
前記問題種別判定手段は、前記入力文の意味表現に疑問マーカが付与され、かつ、当該意味表現に問題対象属性が含まれていない場合には、前記入力文の真偽が問われていると判定し、
前記回答探索手段は、前記問題種別判定手段によって前記入力文の真偽が問われていると判定された場合には、前記意味表現記憶手段によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値と一致するか否かを判定して前記回答を取得することを特徴とする請求項２に記載の自然言語解析装置。
【請求項４】
前記問題種別判定手段は、前記入力文の意味表現に疑問マーカが付与され、かつ、当該意味表現に問題対象属性が含まれている場合には、当該所定の属性値の内容が問われていると判定し、
前記回答探索手段は、前記問題種別判定手段によって前記所定の属性値の内容が問われていると判定された場合には、前記意味表現記憶手段によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる問題対象属性に対応する属性値を抽出して前記回答を取得することを特徴とする請求項２に記載の自然言語解析装置。
【請求項５】
前記回答探索手段は、前記入力文の構造および／または位置に応じて、前記意味表現記憶手段によって記憶された意味表現のなかで範囲を限定して検索を行うことを特徴とする請求項１〜４のいずれか一つに記載の自然言語解析装置。
【請求項６】
前記回答探索手段は、複数の範囲に限定して前記回答を探索する場合には、所定の順序で各範囲を探索することを特徴とする請求項５に記載の自然言語解析装置。
【請求項７】
前記回答探索手段は、前記入力文に先行する入力文に限定して前記回答を探索する場合には、所定の語が見つかるまで遡って探索することを特徴とする請求項５または６に記載の自然言語解析装置。
【請求項８】
自然言語による入力文で問われている問題に対して回答を探索する自然言語解析方法であって、
前記入力文および前記回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として記憶する意味表現記憶工程と、
前記意味表現記憶工程によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して前記問題に対する回答を取得する回答探索工程と、
を含んだことを特徴とする自然言語解析方法。
【請求項９】
自然言語による入力文で問われている問題に対して回答を探索する方法をコンピュータに実行させる自然言語解析プログラムであって、
前記入力文および前記回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として意味表現記憶手段に格納する意味表現格納手順と、
前記意味表現記憶手段によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して前記問題に対する回答を取得する回答探索手順と、
をコンピュータに実行させることを特徴とする自然言語解析プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、自然言語による入力文で問われている問題に対して回答を探索する自然言語解析装置、自然言語解析方法および自然言語解析プログラムに関し、特に、多様な言い回しで問われる問題に対応して的確な回答を取得することが可能な自然言語解析装置、自然言語解析方法および自然言語解析プログラムに関する。
【０００２】
【従来の技術】
従来より、自然言語による入力文で問われている問題（例えば、教育現場における学生の質問など）に対して回答を探索するものとして、以下の非特許文献に示すように、類似質問を回答ＤＢ（データベース）から検索するなどして回答する対話システムが検討されている。
【０００３】
【非特許文献１】
香川修見、神谷泰宏、今井裕之、上林彌彦：“遠隔教育システムにおける効率的な質問回答の支援（教育とグループウェア、および一般）”、情報処理学会研究報告、９６−ＧＷ−１７−９、１９９６
【非特許文献２】
堤豊、牛島和男：“電子メールを用いた日本語文による質問応答システムにおける類似質問の抽出について”、情報処理学会研究報告、９７−ＮＬ−１１７−２２、１９９７
【非特許文献３】
上原三八、山本里枝子、小川知也：“ＬＩＳＰ−ＰＡＬ：プログラミング支援のための自然言語による質問応答システム”、情報処理学会論文誌、Ｖｏｌ．３０、Ｎｏ．１１、１９８９
【０００４】
【発明が解決しようとする課題】
しかしながら、上記の研究を含む従来技術では、対話が１往復しか許されなかったり、教師などが検索結果から適切な回答を選択しなければならないなどの問題があり、多様な言い回しで入力される質問に対して人手を介することなく的確に回答することができなかった。
【０００５】
すなわち、例を挙げて説明すると、例えば、「オークラの所在地はどこか。」および「オークラに泊まりたいんだが、どこにあるか。」という各入力文に対しては、同一内容の質問であることを汲み取って同一の回答を行う必要がある。一方、「ホテルコンコルドに泊まりたいんだが、料金はいくらくらいか。」および「ホテルコンコルドで食事をしたいんだが、料金はいくらくらいか。」という各入力文に対しては、前者で問題にされている「料金」が「ホテルコンコルド」の「宿泊料金」であり、後者で問題にされている「料金」が「ホテルコンコルド」の「食事料金」であることを汲み取って別々の回答を行う必要がある。
【０００６】
そして、かかる回答を的確に行うためには、多様な言い回しの入力文で表現されている内容を汲み取った上で、疑問文や先行する入力文の内容に即して、回答に必要な情報を然るべきところで探索する必要があるが、類似質問を回答ＤＢから検索するという上記の従来技術の手法では、多様な言い回しを受容していないため、的確に回答することもできなかった。
【０００７】
そこで、この発明は、上述した従来技術による問題点を解消するためになされたものであり、多様な言い回しで問われる問題に対応して的確な回答を行うことが可能な自然言語解析装置、自然言語解析方法および自然言語解析プログラムを提供することを目的とする。
【０００８】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するため、請求項１に係る発明は、自然言語による入力文で問われている問題に対して回答を探索する自然言語解析装置であって、前記入力文および前記回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として記憶する意味表現記憶手段と、前記意味表現記憶手段によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して前記問題に対する回答を取得する回答探索手段と、を備えたことを特徴とする。
【０００９】
この発明によれば、入力文および回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として記憶する。そして、記憶された意味表現のなかから入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して問題に対する回答を取得する。したがって、多様な表層表現に対して多様性や不定形性を排除した意味表現を利用することによって、多様な言い回しの入力文で表現されている内容を汲み取った上で、然るべきところを探索して回答を取得することができるので、多様な言い回しで問われる問題に対応して的確な回答を行うことが可能になる。
【００１０】
また、請求項２に係る発明は、上記の発明において、前記入力文の意味表現に応じて、前記入力文によって問われている問題の種別を判定する問題種別判定手段をさらに備え、前記回答探索手段は、前記問題種別判定手段によって判定された問題の種別を踏まえて前記問題に対する回答を探索することを特徴とする。
【００１１】
この発明によれば、入力文の意味表現に応じて、入力文によって問われている問題の種別を判定し、判定された問題の種別を踏まえて問題に対する回答を探索する。したがって、例えば、ＹｅｓＮｏ疑問文、ＷＨ疑問文、要求文、願望文といった多様な入力文を通じて問われる問題の種別を的確に汲み取った上で、各問題の種別に応じた的確な回答探索を行うことが可能になる。
【００１２】
また、請求項３に係る発明は、上記の発明において、前記問題種別判定手段は、前記入力文の意味表現に疑問マーカが付与され、かつ、当該意味表現に問題対象属性が含まれていない場合には、前記入力文の真偽が問われていると判定し、前記回答探索手段は、前記問題種別判定手段によって前記入力文の真偽が問われていると判定された場合には、前記意味表現記憶手段によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値と一致するか否かを判定して前記回答を取得することを特徴とする。
【００１３】
この発明によれば、入力文の意味表現に疑問マーカが付与され、かつ、当該意味表現に問題対象属性が含まれていない場合には、入力文の真偽が問われていると判定する。そして、入力文の真偽が問われていると判定された場合には、記憶された意味表現のなかから入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値と一致するか否かを判定して回答を取得する。したがって、いわゆるＹｅｓＮｏ疑問文で問われている問題に対して的確な回答を取得することが可能になる。
【００１４】
また、請求項４に係る発明は、上記の発明において、前記問題種別判定手段は、前記入力文の意味表現に疑問マーカが付与され、かつ、当該意味表現に問題対象属性が含まれている場合には、当該所定の属性値の内容が問われていると判定し、前記回答探索手段は、前記問題種別判定手段によって前記所定の属性値の内容が問われていると判定された場合には、前記意味表現記憶手段によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる問題対象属性に対応する属性値を抽出して前記回答を取得することを特徴とする。
【００１５】
この発明によれば、入力文の意味表現に疑問マーカが付与され、かつ、当該意味表現に問題対象属性が含まれている場合には、当該所定の属性値の内容が問われていると判定する。そして、所定の属性値の内容が問われていると判定された場合には、記憶された意味表現のなかから入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる問題対象属性に対応する属性値を抽出して回答を取得する。したがって、いわゆるＷＨ疑問文や要求文、願望文で問われている問題に対して的確な回答を取得することが可能になる。
【００１６】
また、請求項５に係る発明は、上記の発明において、前記回答探索手段は、前記入力文の構造および／または位置に応じて、前記意味表現記憶手段によって記憶された意味表現のなかで範囲を限定して検索を行うことを特徴とする。
【００１７】
この発明によれば、入力文の構造および／または位置に応じて、記憶された意味表現のなかで範囲を限定して検索を行う。したがって、入力文の意味表現に対して真に相互関係がある意味表現のみを探索対象として的確な回答を取得するとともに、処理効率の向上を図ることが可能になる。
【００１８】
また、請求項６に係る発明は、上記の発明において、前記回答探索手段は、複数の範囲に限定して前記回答を探索する場合には、所定の順序で各範囲を探索することを特徴とする。
【００１９】
この発明によれば、複数の範囲に限定して回答を探索する場合には、所定の順序で各範囲を探索する。したがって、入力文と直接的な相互関係を有する可能性が高い範囲を優先的に探索して、的確な回答を迅速に取得することが可能になる。
【００２０】
また、請求項７に係る発明は、上記の発明において、前記回答探索手段は、前記入力文に先行する入力文に限定して前記回答を探索する場合には、所定の語が見つかるまで遡って探索することを特徴とする。
【００２１】
この発明によれば、入力文に先行する入力文に限定して回答を探索する場合には、所定の語が見つかるまで遡って探索する。したがって、例えば、話題の切替を示すような所定の語を探索範囲の限界として設定して、際限なく無意味な検索が行われる事態を回避することが可能になる。
【００２２】
また、請求項８に係る発明は、自然言語による入力文で問われている問題に対して回答を探索する自然言語解析方法であって、前記入力文および前記回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として記憶する意味表現記憶工程と、前記意味表現記憶工程によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して前記問題に対する回答を取得する回答探索工程と、を含んだことを特徴とする。
【００２３】
この発明によれば、入力文および回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として記憶する。そして、記憶された意味表現のなかから入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して問題に対する回答を取得する。したがって、多様な表層表現に対して多様性や不定形性を排除した意味表現を利用することによって、多様な言い回しの入力文で表現されている内容を汲み取った上で、然るべきところを探索して回答を取得することができるので、多様な言い回しで問われる問題に対応して的確な回答を行うことが可能になる。
【００２４】
また、請求項９に係る発明は、自然言語による入力文で問われている問題に対して回答を探索する方法をコンピュータに実行させる自然言語解析プログラムであって、前記入力文および前記回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として意味表現記憶手段に格納する意味表現格納手順と、前記意味表現記憶手段によって記憶された意味表現のなかから前記入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して前記問題に対する回答を取得する回答探索手順と、をコンピュータに実行させることを特徴とする。
【００２５】
この発明によれば、入力文および回答に利用される所定の知識情報を、属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現として意味表現記憶手段に格納する。そして、記憶された意味表現のなかから入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して問題に対する回答を取得する。したがって、多様な表層表現に対して多様性や不定形性を排除した意味表現を利用することによって、多様な言い回しの入力文で表現されている内容を汲み取った上で、然るべきところを探索して回答を取得することができるので、多様な言い回しで問われる問題に対応して的確な回答を行うことが可能になる。
【００２６】
【発明の実施の形態】
以下に添付図面を参照して、この発明に係る自然言語解析装置、自然言語解析方法および自然言語解析プログラムの好適な実施の形態を詳細に説明する。なお、以下においては、本実施の形態で用いる主要な用語の意味（［０：用語の説明］に対応）、本発明を着想する基礎となった研究の内容（［１：研究１の内容］、［２：研究２の内容］に対応）、本実施の形態に係る自然言語解析装置（［３：本実施の形態に係る自然言語解析装置］に対応）を順に説明し、最後に種々の変形例（［４：他の実施の形態］に対応）を説明する。
【００２７】
［０：用語の説明］
まず最初に、本実施の形態で用いる主要な用語である「意味表現」の意味を説明するが、ここでは、以下に示すように、［０−１：課題］、［０−２：依存関係の排除］、［０−３：枝解析「連用修飾成分＝助詞句」の場合］、［０−４：枝解析「連用修飾成分＝副詞」の場合］、［０−５：枝解析「連用修飾成分＝接続助詞句」の場合］、［０−６：意味内容の参照容易化］、［０−７：意味表現間の依存関係の安定表現］、［０−８：具体的構造］に区分けして説明する。
【００２８】
［０−１：課題］
従来の自然言語解析システムにおいては、句や節の意味を表現する際、表層の依存関係を未解析のまま利用して意味表現を記述せざるを得ず、例えば、従来の述語形式による意味表現においては、文や節の意味を、「述語（主格名詞、対象格名詞、等）」といった形式で表現していた。
【００２９】
これを具体的に説明すると、「私は東京から高速で日光に行く。」という文Ｓ１を「Ｇｏ（私、東京、日光、高速）」という意味表現Ｍ１で表現し（ここで、「Ｇｏ」は述語「行く」の意味を表し、「私」「東京」「日光」「高速」は、名詞「私」「東京」「日光」「高速」に対応する定数記号、もしくは意味表現へのポインタを表す）、また、文Ｓ１と実質的に同じ意味を持つ「私は日光に行く。出発地は東京だ。高速を使う。」という文Ｓ２は、「Ｇｏ（私、ｎｉｌ、日光、ｎｉｌ）  ∧  Ｅｑ（出発地、東京）  ∧  Ｕｓｅ（ｎｉｌ、高速）」という意味表現Ｍ２で表現していた（ここで、「Ｅｑ」は「だ」、「Ｕｓｅ」は「使う」の意味を表し、「ｎｉｌ」は空白、「∧」は連言を表す）。
【００３０】
しかしながら、上述の文Ｓ１、Ｓ２を依存構造で表現してみれば分かるように、意味表現Ｍ１は、元の文Ｓ１の依存構造に対応した依存構造を持ち、意味表現Ｍ２は、元の文Ｓ２の依存構造に対応した依存構造を持つ。すなわち、意味表現Ｍ１と意味表現Ｍ２は、同じ意味を持つ文の意味を表す意味表現でありながら、元の文Ｓ１、Ｓ２に対応した異なる依存構造を持つ。
【００３１】
このように、文Ｓ１、Ｓ２が同じ意味を持つ文でありながら、意味表現Ｍ１、Ｍ２の形態は、文Ｓ１、Ｓ２の依存構造と連動して変動してしまう。したがって、Ｍ１、Ｍ２を相互に比較しても、両者が同じ意味を表現していることを機械的に判断することができない。このような問題は、述語形式以外の従来の意味表現においても同様である。
【００３２】
このような従来の問題を解消するため、すなわち、上記のような困難性を回避して、的確な文章の識別や文間の意味関係の識別を可能とするためには、少なくとも、単語の場合と同様に、句や節の意味の全体集合を定義し、その中に、個々の句や節の意味を位置付けることを可能にしなければならない。
【００３３】
ここで、依存関係を解析する技術が存在しない現時点において、句や節の意味を位置付けるための１つの方法は、見かけ上、依存関係の表現をできる限り排除し、排除できない部分に関しては、表現しようとする意味によって変動しない共通の依存関係のみを残し、結果として、依存関係の解析が不要になるような意味表現を構築することである。このようなことから、本実施の形態では、入力された文の意味を、先行文の意味や関連する知識の上に位置付け、文意の比較や照合を安定的に行うことを可能にする「意味表現」を採用して自然言語解析を行っている。
【００３４】
［０−２：依存関係の排除］
本解析では、上記したように、「見かけ上、依存関係の表現をできる限り排除し、排除できない部分に関しては、表現しようとする意味によって変動しない共通の依存関係のみを残す」という課題を達成する。このため、以下の２つの処理を行う。
【００３５】
（１）まず、各節を「述語＋各連用修飾成分」という「枝」の集合に分解し、各枝の意味を、それぞれ他の枝とは独立して解析する。ここで、連用修飾成分としては、格助詞句、副詞句、接続助詞句等がある。
（２）その後、同一文内の他の節、他の文、または、知識中の同種の意味を表す枝同士の相互参照を容易にするために、各枝の解析結果の一部（後述する「属性」）に、意味的に対応する他の枝の意味内容を参照するための「リンク」を付加する。
【００３６】
［０−３：枝解析「連用修飾成分＝助詞句」の場合］
最初に、「枝」の解析において、連用修飾成分が格助詞句である場合について説明する。「述語＋格助詞句」、すなわち、「述語＋格助詞＋格につく名詞」という枝の解析においては、これを「（述語＋格助詞＋格につく名詞の上位概念）＝格につく名詞」と同義変換する。例えば、「小金井市に住んでいる」という枝を、「住んでいるところ＝小金井市」に同義変換する。そして、この中の「述語＋格助詞＋格につく名詞の上位概念」を、名詞１語に変換する（以下、名詞化）。例えば、「住んでいるところ」を「住所」という名詞に変換する。そして、枝の意味を「名詞＝格につく名詞」と表現する。これにより、上記の枝「小金井市に住んでいる」の意味を、「住所＝小金井市」と表現する。
【００３７】
ここで、名詞化の際に用いる名詞としては、解析対象である枝が属する節の表す現象によって一意に定まり、述語に依存しない名詞を選択する。このような名詞は、例えば、「述語＋格助詞＋格につく名詞の意味分類」と「名詞」との対応関係を予め定義する意味情報テーブルを述語意味表現に付随して持たせておき、この意味情報テーブルを必要に応じて参照することで、容易に選択できる。
【００３８】
なお、以下では、「述語＋格助詞＋格につく名詞の上位概念」から変換される「名詞」を「現象属性」と称すると共に、この格につく「名詞」を「属性値」と称する。また、「名詞＝格につく名詞」を「現象属性  属性値」と略記する。ここで、「現象属性」とは、現象概念を構成する基本的な性質をいう。これに対して、「色」「形」「大きさ」等、実体概念を構成する基本的な性質を「実体属性」と称することにする。なお、実体概念は実体属性に加えて「現象属性」を含む場合がある。
【００３９】
例えば、「りんご」の属性「産地」や、「駐車場」の属性「収容台数」等は、それぞれ「産する」、「収容する」に対応する現象を規定する属性であるとみなすことができる。なお、これら「現象属性」と「実体属性」とを一括して言及する際には、単に「属性」と略記する。このように、各枝を解析する際、各枝の意味をこのような形式で表現することにより、各枝の「述語−格助詞−名詞」という依存関係をそれぞれ対応する現象属性の中に繰り込み、「＝」が作る一様な依存関係に変換できる。なお、「＝」は、意味表現中では省略する。
【００４０】
［０−４：枝解析「連用修飾成分＝副詞」の場合］
次に、連用修飾成分が副詞の場合について説明する。副詞は、格成分と異なり、例えば、「ゆっくり進む」＝「平均以下の速度で進む」＝「進行する速度＝平均以下」＝「進行速度＝平均以下」等のように表現できることからも分かるように、１語の意味の中にそれが限定する「現象属性（上記の例で「進行速度」）」と「値（上記の例で「平均以下」）」の両方の情報を含む。
【００４１】
したがって、予め、副詞が、どのような現象属性をどのような値であると限定するのかを、「現象属性  属性値」の形式で、概念辞書として記憶しておくことにより、格成分と同様に扱うことができる。なお、副詞には「とても」等の「程度副詞」が付いて副詞句をなすが、程度副詞の働きは、主として属性値を強調することにあり、したがって、程度副詞を含めた副詞句の意味も、やはり「現象属性  属性値」の形式で表現される。
【００４２】
［０−５：枝解析「連用修飾成分＝接続助詞句」の場合］
次に、連用修飾成分が接続助詞句の場合について説明する。「名詞＋（準）動詞＋接続助詞」の形の連用修飾成分についても、それが修飾する述語または助動詞の意味と、名詞と（準）動詞および接続助詞の組み合わせにより、どのような現象属性の値を限定するのかが定まる。
【００４３】
例えば、「電車を使って行く」という表現は、「行く際に使用する交通機関＝電車」に同義変形され、また「宇都宮を経由して行く」という表現は、「行く際に経由する場所＝宇都宮」に同義変形されるが、まず、「使用」現象、「経由」現象に着目すると、「使用する交通機関＝電車」＝「移動手段＝電車」、「経由する場所＝宇都宮」＝「経由地＝宇都宮」というように、上記述語を修飾する格助詞句の場合と同様に、現象属性（「移動手段」「経由地」）を定義して、依存関係をその中に繰り込んで、「現象属性  属性値」という形式で意味を表現することができる。
【００４４】
また、「行く際に使用する交通機関は電車である」、「行く際に経由する場所は宇都宮である」という表現は、まず「移動」という現象が前提としてあって、その中で「使用する交通機関」や「経由する場所」を限定する、という形の意味を表す。したがって、「出発」「進行」「到着」が「移動」現象の部分現象であるのと同じように、「移動媒体利用」現象、「場所経由」現象もまた、「移動」現象に含まれる部分現象であると見なすことができる。
【００４５】
そこで、部分現象の属性は全体現象の属性でもある、と考えると、全ての部分現象の属性を含めて全体現象の属性群を定義することにより、「電車を使って」、「宇都宮を経由して」という表現が表す意味を全体現象の属性に対応付けて、全体の「移動」現象を規定する情報として解釈することができる。
【００４６】
一方、「に＋おける＋て」「に＋つく＋て」「に＋関する＋て」「に＋対する＋て」など、「格助詞＋準動詞＋接続助詞」の形式を持つ接続助詞句の場合は、準動詞が現象を指し示す力を持たず、「東京において開催する」＝「東京で開催する」＝「開催場所＝東京」、「検索エンジンの性能について検討する」＝「検索エンジンの性能に関して検討する」＝「検索エンジンの性能を検討する」＝「検討内容＝検索エンジンの性能」、「ホテルに対して苦情を言う」＝「ホテルに苦情を言う」＝「表明先＝ホテル」（＆「表明内容＝苦情」）、のように、格助詞句と同等もしくはそれに近い働きで、それが修飾する現象の属性の値を直接限定する。
【００４７】
したがって、予め助動詞または述語意味表現に付随して「述語または助動詞＋接続助詞句−現象属性」対応テーブルを定義しておくことにより、やはり同一形式の意味表現を得ることができる。これにより、任意の述語が作る多様な節の意味表現を、全て唯一通りの「述語（「＝」）」と「依存関係」とから構成して、表現構造を均質化できる。この結果、意味表現が表す意味内容の同定、意味表現間の比較照合処理、もしくは、意味表現−知識表現間の比較照合処理において、依存関係の解析が不要になる。
【００４８】
例えば、節「東京を出発する」、節「東京から行く」、および、節「出発地は東京だ」は、いずれも「出発地（現象属性）  東京（属性値）」と表現する。なお、この表現形態は、一見すると従来の処理によるフレーム表現の如き表現形態と類似しているが、「述語概念−格概念−格名詞の上位概念を表す名詞の意味が現象属性の意味の中に繰り込まれていることにより、現象属性のみによって、表現されている現象を特定し、リスト構造のマッチングを行うことなしに他の意味表現中の関連する情報を参照することが可能になる」という点において、全く異なる。
【００４９】
本方法においては、このような依存関係の圧縮および均質化を行った各枝の解析結果を、同一の文の他の枝の解析結果、同型式で記述された先行文の各枝の解析結果、および、知識表現を構成する各「現象属性  属性値」表現に対して、順次照合または重ね書きすることにより、節、文、あるいは、文脈単位での解析結果を得る。
【００５０】
ここで、各枝を単に「現象属性  属性値」の形式で表現した場合だけでは、解決できない問題がある。すなわち、節全体の意味を他の節中で参照することが必要になる場合があるという問題が生ずる。この問題点を解決するため、節を構成する各枝に対応する「現象属性  属性値」表現を「フレーム」として束ね、節全体の参照を容易化する。なお、この「フレーム」には現象に対応した概念名を付与する。これらの点は、助動詞とそれを修飾する連用修飾成分に関しても同様である。
【００５１】
［０−６：意味内容の参照容易化］
そして、このように「フレーム」として束ねた複数の「現象属性  属性値」表現の相互参照を容易にするため、各フレームの対応する現象属性間にリンクを張る。これによって、各現象属性を相互に関連付ける。
【００５２】
［０−７：意味表現間の依存関係の安定表現］
さて、これまで説明した基本方針（１）および（２）によって、節中の各枝の意味表現（知識表現）を特定できる。しかしながら、この表現だけでは、未だ解決できない問題がある。すなわち、文全体や節全体の意味を特定するためには、各々の枝の意味を特定することに加えて、各意味表現間の依存関係についても安定的に表現しておく必要がある。すなわち、格成分、接続助詞、副詞の係り先が、助動詞、時制、または、相の有無で変動しないようにする必要がある。
【００５３】
このため、本方法においては、概念的に、これら助動詞、時制、または、相の有無に関わらず、一定の構造を持つ意味表現の枠組（以下、「現象配列」）を定義する。具体的に、実装レベルにおいては、「節」を解析する毎に、意味表現を保持する「現象配列」を生成する。そして、「節」の解析の過程で得られる述語、助動詞もしくは相当表現、接続助詞句、終助詞等についての、意味表現へのポインタやマーカ類を、この「現象配列」の特定の配列要素に順次代入する。このことにより、各意味表現間の依存関係を安定的に表現し、文全体や節全体の意味を安定的に特定する。
【００５４】
［０−８：具体的構造］
次に、これまでに説明したような基本方針に基づいて決定した「意味表現」および「現象配列」の具体的構造について説明する。なお、ここでは、構造のみを説明するが、この意味表現および現象配列を生成するための具体的な装置構成および具体的な処理内容については「特願２００１−３０９１２８」の明細書および図面において詳述の通りである。
【００５５】
この構造は、図１に概念的に示すように、各節の各枝から生成される意味表現をフレーム形式で束ねた１以上の意味表現（図１では複数の意味表現ｍ〜ｐ）と、各節毎に生成される現象配列１，２とから構成される。以降、このフレーム形式で束ねられた意味表現を「意味表現」と称し、さらに、現象配列で束ねられた意味表現も「意味表現」と称することにする。
【００５６】
また、これら複数の意味表現は、その現象属性（図では単に「属性」と表記。以下、特記する場合を除いて同様）間にリンクを張ることによって相互に関連付ける（以下、各図面において、属性間のリンクを線で結んで示す）。この関連付けは、概念的には、各表現間をリンクで「貫き通す（結ぶ）」イメージで行う。さらに、また、現象配列には、各意味表現へのポインタ等を格納し、各意味表現間の依存関係を安定的に表現する（以下、各図面において、ポインタを矢印にて示す）。
【００５７】
［１：研究１の内容］
次に、図２〜図８を用いて、本発明を着想する基礎となった一つの研究（研究タイトル「文脈への意味の位置づけに基づくホテル予約対話システムの構築」、以下では「研究１」と呼称する。）の内容を説明するが、ここでは、以下に示すように、［１−１：はじめに］、［１−２：システム概要］、［１−３：意味表現］、［１−４：制御部］、［１−５：入力文解釈部］、［１−６：応答文生成部］、［１−７：問題解決部］、［１−８：動作例］、［１−９：まとめ］に区分けして説明する。
【００５８】
［１−１：はじめに］
自然言語によるタスク指向の対話システムでは、対話の中で得た情報をシステム自身の問題解決プロセス中に位置付けて、適切な問題解決行動を実現しなければならない。しかしながら、ユーザからの情報は、同一の内容であったとしても、多様な言い回しでもって入力される。また、ある事柄を述べるのに、複数の文に分けて発話される場合もある。さらに、ユーザ主導型のシステムでは、ユーザからの情報は、システムがその情報の入力を促したときだけ入力が許されるのではなく、対話中の様々な状況で発話可能である。
【００５９】
したがって、ユーザからの自由な表現を受容するタスク指向の対話システムを実現するには、「自由な文体で入力された文の意味を正しく解釈できること」および「解釈した情報を自らの問題解決行動に正しく反映できること」が必要となる。後者を実現するためには、解釈した情報が自分の問題解決プラン中のどの部分に関して、どのような制約を与えているかを判定する必要がある。そのために、入力文の解釈結果も、問題解決プランも共にある種の意味を表現したものと捉えると、意味表現同士の比較・位置付けを自由に行えることがポイントとなる。
【００６０】
以下の本稿では、別稿で紹介されている意味表現方式（高木朗，  中島秀之，  伊東幸宏，  近藤真，  今仁生美，  三宅芳雄  ：  ”文脈への意味の位置づけを重視した対話意味表現，”  人工知能学会研究会資料  ＳＩＧ−ＳＬＵＤ−Ａ２０２−０９，  ２００２．）をベースに開発を進めているホテル検索予約対話システムの概要について述べる。
【００６１】
［１−２：システム概要］
システムの構成を図２に示す。入出力インタフェースを通して入力文が入れられると、入力バッファに保持される。システムの制御部は入力文解釈、問題解決、応答文生成の動作を制御する。システムは入力文バッファに入れられた入力文を解釈して文脈に意味表現を蓄積する。次いで、文脈とシステムの内部状態に応じて必要な問題解決が起動され、応答文の意味表現を生成して出力文バッファに積む。応答文生成部は、出力文の意味表現から日本語文を生成して出力する。なお、システムはＳＷＩ−ｐｒｏｌｏｇで実装されている。
【００６２】
本システムは、多様な表層表現に対し、多様性や不定形性を排除し、対話の意味内容の比較が可能な意味表現に変換し、文脈情報として蓄積することが可能である。なお、現在実装されているシステムの対話はキーボードによる入力とディスプレイへの出力で行われる。将来的には音声対話を取り扱いたいと考えているが、音声対話では、実時間性や環境とのインタラクション、非定型文や言い淀みなど、書き言葉とは桁違いの処理の柔軟性が要求される。我々は、現在のところ言い回しの柔軟性を許容し、適切な問題解決を行うことを目的としているため、音声対話への移行は今後徐々に進めていく予定である。
【００６３】
［１−３：意味表現］
本システムでは、別稿で提案した意味表現を用いて意味解析を行う。この意味表現方式は、「現象属性／実体属性＝値」を基本単位として文の意味や知識の内容を表す。しかし、一般に現象や実体の属性の値が付帯条件なしで定まる場合には、この形式で表現することができるが、ホテル対話の中で頻繁に言及される距離や料金や所要時間等の情報は、複数の条件設定をしないと属性値が決まらない。このタイプの情報は、単純に「属性＝値」だけでは記述できない。例えば、宿泊料金は、客室タイプや食事などのサービスのタイプによって値が変動してしまう。距離は、計測基点によって、その値が変動する。このような情報は、通常、テーブルを用いて表現されている。テーブルで表される情報は、見方によって異なる依存関係を抽出しうる複合的な依存関係を含む。そのため、このタイプの情報を言及する文章は極めて多様になってしまう。
【００６４】
例えば、宿泊料金を部屋タイプとサービスのタイプを指定して、言及する表現は以下のようなものがある。
「Ａホテルの２食付きのシングルの料金は１万円です」
「Ａホテルの料金は、２食付きの場合、シングルだと１万円です」
「Ａホテルの２食付きの料金は、シングルだと１万円です」
【００６５】
このような文の意味表現は単純な「属性＝値」の形式では表現できない。また、文の依存構造の多様性を吸収することもできない。そこで、テーブルで表されるべき情報を意味表現としてうまく表現する方法を検討する必要がある。前述のように、付帯条件によって値が変化しうる属性値は、図３の左図に示すようなテーブルで表現される。ここで、主属性とは、入力文の中で着目している属性（宿泊料金、距離等）のことを指し、副属性とは付帯条件を現す属性（客室タイプ、食事タイプ、基点）のことを指している。図３の左図に示すテーブルは、１組の副属性の値を指定したときに主属性が特定の値をとるから、図３のテーブルの情報を行方向に切り出して各々を１つのまとまりとして表現すると図３の右側のように表すことができる。
【００６６】
これは、「現象属性／実体属性  ＝  値」を単位とした表現にほかならない。したがって、本稿で採用している意味表現形式でそのまま表現することができる。一方、付帯条件を表す情報は、文中では、属性名詞に対する連体修飾の形で表現されるものと、提題の「〜は」や「〜である（の）場合」や「〜だと」など連用修飾の形で表現されるものに大別できる。しかし、それらの表現は、１つの原型となる意味表現から派生しているものと考えることができる（高木朗，  伊東幸宏，  自然言語の処理，  丸善，  １９８７．）。「宿泊料金」の値を７千円、「客室タイプ」の値をシングルとした場合、「シングル（の客室タイプ）の料金は７千円である」が基本形となる。「シングル（の客室タイプ）の」部は、「客室タイプがシングルであるところの（料金）という意味と等価である。
【００６７】
ここで、「客室タイプが」が省略されたり、「シングルであるところの料金」を「シングルの料金」と表現したりというようなバリエーションが発生する。一方、下線部「シングルの客室タイプの」の部分を切り離して「客室タイプがシングルである場合」とか「客室タイプがシングルだと」等とした表現が上記の分類の連用修飾の文である。ここでも、「客室タイプが」が省略されて「シングルだと」や「シングルの場合」と表現されたり、「シングルは」というように提題化されたりするなどのバリエーションが発生する（図４参照）。いずれも、上記の「シングル（の客室タイプ）の」部の表現を原型とするものであり、属性名詞が省略されている場合も、それを補完することにより、「属性  ＝  値」と表現することができる。よって、図３の「副属性  ＝  値」部分に上記の連体修飾もしくは連用修飾の意味表現を位置づけることができる。
【００６８】
［１−４：制御部］
制御部は、基本的に以下に示す「入力文解釈、応答文生成、問題解決」の一連の動作を繰り返す。問題解決のフェーズでは、以下のような動作を行う。システムはホテル検索対話を遂行するために必要となる問題解決知識をもっている。システムは、システムの内部状態とルールの条件部を比較してヒットしたルールの実行部の動作を行う。システムの発話行為もこの中から呼び出されるので、対話の制御もルールベースで行われることになる。
【００６９】
システムの内部状態は、それを表すフラグで定義されている。これはルールの適用によって書き換えられる。（基本単位の繰り返しの度に内部状態をモニタリングして更新される）。ホテル検索問題に固有のルールとフラグは、個別の問題解決に対する問題解決種別決定知識の中に記述されている。なお、制御において、１ループにおける問題解決フェーズで１回に発火させて、実行させるルールは１つに限定している。すなわち、１つのルールの実行部が規定するアクションをとると、入力文解釈、応答文生成が順次起動される。これによって、各々のアクションの切れ目で入力文の処理ができることになり、見かけ上随時割り込み入力が可能なようになっている。
【００７０】
［１−５：入力文解釈部］
入力文解釈部の形態素・構文解析部における構文解析部では、（株）ＣＳＫで開発された日本語パーザを利用して、ユーザの入力文から格情報などを含んだ依存構造木を得る。
【００７１】
一方、意味表現生成部では、構文解析結果の情報を元に、概念辞書を参照して、自立語について再帰的に意味表現生成を行う。終助詞、助動詞などの付属語については、その意味的な情報を自立語のフレームの中に繰り込む。生成の大まかな手順は、まず構文解析木のトップの語に着目し、その語に係る句・節が存在するか否かを調べる。句・節が存在する場合には、その枝に着目し、品詞に応じた意味表現生成処理を起動する。その中で、その語を修飾する枝が存在する場合には、その枝に着目し、同様に品詞に応じた意味表現生成処理を起動する。このようにして、構文木の末端まで処理が到達したら、意味表現を生成する。係る枝の意味表現を生成したら、その枝のトップの語の概念クラスと付属語の情報から、どの属性に格納されるべきかを決定する。
【００７２】
全ての品詞に対する意味表現生成処理を用意してあるため、複雑な係りによって構成される文であっても正しく意味表現を生成することができる。構文解析木に忠実に意味表現を生成した後に、［１−３：意味表現］で述べたようなテーブル形式の意味表現へ変換を行う。
【００７３】
［１−６：応答文生成部］
応答文生成部では、出力文バッファに出力文の意味表現が存在すれば応答文生成部にその意味表現を渡し、出力文の作成を指示し、ユーザに対して応答文を出力する。同時に、出力文バッファから出力した文の情報は消去し、出力した文は文脈情報として蓄積する。
【００７４】
［１−７：問題解決部］
続いて、問題解決部について説明するが、ここでは、［１−７（１）：問題解決部の概要］、［１−７（２）：文脈との照応］、［１−７（３）：文脈照応の順序と範囲に関する仮説の検証］に区分けして説明する。
【００７５】
［１−７（１）：問題解決部の概要］
問題解決部では、現在の文脈に対して適切な問題解決知識群の選択と、その知識に基づく問題解決を行う。適切な問題解決知識群の選択、すなわち問題解決種別の決定は、問題解決の起動要求と判定可能な現象属性あるいは実体属性に関する記述が出現することを監視することによって実行する。どのような記述が見つかった場合に、どの問題解決知識を選択すればよいかについても、知識として整理しておく。これを問題解決種別決定知識とよぶ。
【００７６】
本システムが保持している問題解決知識としては、問題解決種別決定知識、ホテル検索問題解決知識、観光名所検索問題解決知識、質問応答問題解決知識、汎用問題解決知識がある。なお、問題解決知識は、ｉｆ−ｔｈｅｎ型  のプロダクションルールで記述している。
【００７７】
システムが起動されると、最初、汎用問題解決知識と問題解決種別決定知識のみが利用可能な状態となっており、システムは待ち状態となっている。ユーザが文を入力すると、「入力バッファに情報があれば、それを解析して意味表現を文脈に積む」という汎用問題解決知識が発火して、入力文の意味表現を文脈に蓄積する。文脈には、［「検索対象  ＝  ホテル」（依頼）］、［「存在主体  ＝  ホテル」（疑問）］などの表現が蓄積されているので、それを条件部とする問題解決種別決定知識が発火して、ホテル検索問題解決知識を利用可能にする。
【００７８】
ホテル検索問題解決知識の中には、「ホテルの検索条件中の場所条件が決まっていたら、ホテルを検索する」「ホテル検索結果が１０件以上であれば、条件を追加する旨を発話する」「ホテルの検索条件中の場所条件が決まっていなければ、それを尋ねる発話をする」などの知識があり、システムは「現象属性  ＝  値」の形式で蓄積されている文脈情報とシステムの内部状態を表すフラグ（［１−４：制御部］参照）を参照して、ルールの条件部を判定し、発火するルールに応じた振る舞いをする。
【００７９】
ユーザから特定のホテルに関する質問が入力されると、質問応答問題解決知識が利用可能となる。その機能によって、入力がＷＨ疑問文の場合は、疑問文の解釈結果と重なり合う意味表現を検索して回答する。また、ＹＥＳ／ＮＯ疑問文の場合は、入力文と重なり合う意味表現を文脈あるいは知識中で探し、見つかった場合にＹＥＳ、見つからなかった場合にはＮＯを応答する。
【００８０】
以上のシステムの動作で実行されることは、以下の４つの処理に集約される。
（１）ルールの条件部のフラグのチェック
（２）ルールの条件部の「属性  ＝  値」単位の記述の文脈との照応
（３）ルールの帰結部を実行するためのデータの収集
（４）ルールの帰結部の実行
（４−１）システムの内部状態の更新
（４−２）応答文の生成
【００８１】
このうち、（１）と（４−１）はフラグの操作であり、チェックや更新の手続きを個別に用意することが可能である。一方、（２）、（３）、（４−１）は文脈に対する操作となる。文脈に対する操作は、文脈の参照と、文脈への書き込みに大別される。文脈への書き込みは（４−２）で応答文を生成する際に行われる。文脈の参照は、さらに、以下の２つのタイプに分けることができる。
（ａ）「現象属性／実体属性  ＝  値」を受け取り、文脈上に該当する記述があるか否かをチェックする。
（ｂ）「現象属性／実体属性  ＝  ？」（？は不明値）を受け取り、該当する属性値を文脈から抽出する。
【００８２】
このうち、（ａ）のタイプの参照は、（２）やＹＥＳ／ＮＯ疑問文への回答作成データを収集する際に行われる。また、（ｂ）のタイプの参照は、（３）で実行される。ＷＨ疑問文への回答作成データの収集は（ｂ）タイプの参照を必要とする典型的な処理である。
【００８３】
ところで、（ａ）、（ｂ）の違いは、値の部分が確定値であるか不明値であるかだけであり、基本的な文脈参照方法については何ら変わりない。そこで、次節では（ｂ）タイプの参照を例に、文脈への照応処理について述べる。
【００８４】
［１−７（２）：文脈との照応］
文脈は、入力文およびその中の語の関連知識と、応答文の意味表現が対話の進行順に積まれているという形式で蓄積されている。この記述は「現象属性／実体属性  ＝  値」を基本単位としている。したがって、文脈上で（ｂ）タイプの参照を行う場合、一致する現象属性あるいは実体属性に関する記述を文脈上でサーチすればよい。現象属性および実体属性に関しては、それらの間の概念階層を定義することが可能であり、マッチングに際してはその概念階層を利用して行う。現象属性／実体属性の記述は、属性単独の記述ではなく、現象や実体のタイプと属性のタイプおよびそれらの間の依存構造を一つにくくりだした概念である（別稿参照）。したがって、単なるノード同士のマッチングであるにもかかわらず、くくり出された依存構造をもつ構造体同士のマッチングと同一の精度で文脈中の該当する記述を特定することが可能である。
【００８５】
しかしながら、対話が継続して文脈が蓄積されてくると、同一の現象属性／実体属性が異なった意味で出現することも起こりうる。したがって、文脈上で該当する現象属性／実体属性を探索すべき範囲をある程度規定しておく必要がある。このことは、探索空間を狭い範囲に制限することであり、処理効率の向上にもつながる。
【００８６】
上記の（ｂ）タイプの参照のうち、ルール中に参照すべき現象属性／実体属性が指定されている場合は、そのルール中に探すべき範囲も規定されている。例えば、「ホテルの検索条件中の場所条件が決まっていなければ、それを尋ねる発話をする」というルールでは、ホテルの検索条件を整理するために用意されている領域中で場所属性を探索して、その値をみればよい。
【００８７】
一方、ＷＨ疑問文で問われたことの回答を探索する場合のように、探索すべき属性がユーザ発話の中で指定される場合は、ユーザ発話の文構造や文脈上での位置に基づいて探索範囲を制限する必要がある。そこで、まず、ＷＨ疑問文で問われている属性を探索する範囲について検討する。
【００８８】
例えば、オークラの存在場所属性を問う場合を考えてみる。「オークラ」という実体はある性質を持っているから、特定の性質を持つ現象（例えば存在現象）に参画し、寄与する事ができる。全く「場所」の概念を持たない実体に対して、「どこにあるか」と問うことはできない。ある実体を指定してある現象属性の値を問う場合、必ずその実体の意味表現の中に求める属性−値表現がある。
【００８９】
実体を指定する格は現象毎に定まっている。例えば（ａ）  「オークラはどこにあるか。」と存在現象の存在場所属性を問われた場合、主格の「オークラ」の意味表現中で存在場所属性を探索すればよい（図５参照）。また、「オークラにいくらで泊まれるか。」のように宿泊行為の宿泊料金属性を尋ねられた場合には、「泊まる」に場所格で係る格補語（宿泊行為の宿泊場所属性の値、すなわち「オークラ」）の中で宿泊料金が規定されている（図６参照）。現象属性と実体意味表現中の属性は、微妙に異なり、両者の関係は、厳密には推論によって判断されるものである。
【００９０】
例えば宿泊料金の場合、図６に示すように、「オークラ」の中で宿泊料金は「宿泊に際して客に請求する料金」と規定され、一方で、宿泊現象の宿泊料金属性は「宿泊に際して宿泊施設に支払う料金」と規定されているかもしれない。その場合、両者の同値性を判定するためには推論が必要である。しかし、そのような推論を行わなくても、共に概念階層上で「料金」の下位にあるということを利用して、両者が、少なくとも同種の情報であることを判定し、互いに位置づけることができる。また、両者に同一の「宿泊料金」というシンボルを与えてしまえば、両者の同一性は直ちに判定可能となる。
【００９１】
以上の考察から、「オークラはどこにあるか。」という疑問文に対しては、不明値を表す“？”を値とする現象属性「存在・場所」の隣の属性「存在・主体」の中を探索すればよいと考えられる。
【００９２】
一方、オークラの存在場所を問う疑問文には、以下のようなバリエーションが存在する。
（ｂ）「オークラの所在地はどこか。」
（ｃ）「オークラは、所在地はどこか。」
（ｄ）「所在地はどこか。」
（ｅ）「オークラに泊まりたいんだけど、どこにあるか。」
「オークラに泊まりたいんだ。どこにあるか。」
【００９３】
このうち、上記の（ｂ）の文は、連体助詞によって「オークラの」が直接係っているので、若干事情は異なるが、「の」は関係節と等価な意味を持つから、結局は（ａ）と同じ位置関係にある属性の値を取得することになる。この場合、不明値“？”を値とする現象属性自体を表す意味表現中の内包主体属性の値となっている実体の意味表現中を探索することにより回答を得ることができる（図７参照）。
【００９４】
また、上記の（ｃ）の文は、連体修飾句「オークラの」が切り離されて提題化したものである。したがって、原型は連体修飾句である。さらにその原型は関係節を構成する現象表現である。よって、最終的には（ａ）と同型の位置に該当する属性値があると見なすことができる。すなわち、提題格で指定される実体の意味表現も探索範囲に加えておく必要がある。
【００９５】
上記の（ｄ）の文は、（ｃ）の提題表現が省略された表現であるから、（ａ）と同型の位置に該当する属性値が存在すると考えてよい。ただし、省略されている提題化されるべき実体概念を文脈中から補完する必要があり、先行文脈も探索範囲として考慮する必要がある。
【００９６】
上記の（ｅ）の文は、省略成分や問われている情報が自分の現象／実体意味表現の中に存在しない場合である。上の例では存在現象の存在場所属性が問われているが、答えは前提節で指定されている「宿泊現象」の宿泊場所属性の値である「オークラ」の意味表現の中にある。このような場合、省略成分や問われている情報は、先行節や文脈中にあるはずである。特に、ある現象が前提として与えられ、その上である現象属性の値が問われる、という場合を考えると、その値を限定するために必要だから、その前提が提示されたはずである。したがって、その枠の中で問われた属性の値を求めればよいということである。ということは、もし、枠を与える現象属性の中に、問われている属性と一致するものがあるなら、その属性の値が問われているものであると判定してよいということになる。
【００９７】
なお、先行節や文脈中にある現象が記述されている場合、その表現における現象属性と実体属性との関係は、（ａ）におけるそれと同型である。すなわち、次のような推論によって「宿泊現象」の「宿泊場所属性」と、その値である「オークラ」の「存在場所属性」が同種の情報であり、互いに位置づけることが可能な形になっている。
【００９８】
すなわち、ある「ホテル」に泊まるということは、その「ホテル」の領域内に居続けるということである。そして、その「ホテル」が「浜松駅前」に存在することが、「ホテル」意味表現内に記述されている。ということは、「宿泊主体」が「浜松駅前」の領域内に居続けるということに他ならない。
【００９９】
以上を整理すると、以下の範囲を現象属性または実体属性をキーとして探索すれば解答を得ることができると考えられる。
α：不明値を表す“？”を値とする現象属性の隣の属性の値の意味表現の中
β：不明値“？”を値とする現象属性自体を表す意味表現中の内包主体属性の値となっている実体の意味表現の中
γ：提題格で指定される実体の意味表現の中
δ：前提を表す従属文の中
ε：先行文脈中の前提となる現象の意味表現の中
ζ：先行文脈中の、提題化されている実体の意味表現の中
そこで、本システムでは、「直接的な係りをもつ場所を優先する」という方針に基づいて、「β⇒γ⇒α⇒δ⇒ε・ζ」の順に探索を行うこととする。
【０１００】
このうち、εとζについては、先行文脈を探索範囲とするため、このままでは探索範囲を限定したことにはならず、当初の問題の解決にはならない。そこで、先行文脈を探索する範囲を別途定めておく必要がある。
【０１０１】
一般に質問発話に応答するために必要な情報、ないしはその情報へたどり着くための基点は、文脈上で話題となっている事物、およびそれに関連した知識の中に存在すると考えられる。本研究では、提題格で取り立てて言及されている語が話題の切り替えを示す指標として重要な役割を果たしていると考え、それを基に知識の検索範囲を以下のように仮定した。すなわち、先行文脈を遡って提題格で言い立てられた語、または、主格の「は」で言い立てられた語が見つかるまでの範囲である。
【０１０２】
システムは、この範囲内の文脈情報に限定して検索をおこなう。また、この範囲で必要とする情報が得られなかった場合には、「最初に見つかった「言い立てられた語」（Ａ）と１つ前に「言い立てられた語」（Ｂ）の間に、「（Ａ）が（Ｂ）の部分である」もしくは、「（Ａ）が（Ｂ）の属性である」という関係が存在する」という条件が成り立つ時に限って、さらに１つ前に提題格あるいは、主格の「は」で言い立てられた語が見つかるまでの範囲で検索をおこなう。
【０１０３】
［１−７（３）：文脈照応の順序と範囲に関する仮説の検証］
前項で述べた探索の順序と探索範囲が一般的に有効なものであるかを確かめるため、ホテル検索／予約タスクの対話を中心に１０３の対話例を分析した。対話は実験者がシステムの役割を果たし、被験者にユーザ役をやってもらう形で、人間同士の対話を音声で行ってもらい、それを書き起こした。各対話の平均ターン数は１８．７であり、ユーザの総発話数は１９９９発話である。この中から質問発話を取り出すと、ホテル検索をおこなう質問発話が８９発話、メタ質問の発話が４発話、文脈上の単語の知識に問い合わせをする必要のある発話が４４８発話であった。ここで、メタ発話とは、システムの能力に関する質問発話であり、ここでの分析の対象から外した。また、ホテル検索を行う質問発話に対する回答は、対話文脈ではなくホテルデータベースの中を検索することになるため、ここでは最後の種類の質問発話（４４８発話）のみを対象として分析した。その結果、４４３／４４８  （９８％）の発話において、提案する探索範囲と探索順序でもって現象属性あるいは実体属性をキーとする単純な探索を行うことによって必要な情報を探し出せることが確認できた。
【０１０４】
［１−８：動作例］
以下では、図８に示す動作例について、処理の詳細を述べる。まず、（２）および（３）の入力を受けたシステムは、これらの入力文の意味表現を文脈に積む。本稿では詳細を略すが、（２）の文のように現象を示す文については、その現象をより粒度の低い現象に分割した現象群（本研究ではこれを部分現象と呼ぶ）も同時に文脈に積まれる。例えば（２）の「浜松にスキーに行く」という現象に対しては、「浜松に移動する（「移動終点  ＝  浜松」）」「浜松に宿泊する（「宿泊場所  ＝  浜松」）」「浜松でスキーをする」・・・といった部分現象が文脈に積まれる。
【０１０５】
次いで、上記の［１−７（１）：問題解決部の概要］で述べた問題解決種別決定知識によって、ホテル検索問題解決知識が利用可能になる。ホテル検索問題解決知識は、文脈上からホテル検索条件を取得する。すると、上述の部分現象中の［宿泊場所＝浜松］がマッチし、探したいホテルの場所が浜松であることが得られる。このようにして「浜松にあり、かつ浜名湖が見える」という条件を持つホテルの検索を行い（応答（４））、結果を出力する（応答（５））。
【０１０６】
次いで、（６）の入力を受けて、システムはその意味表現から（６）が疑問文であることを判別し、質問応答問題解決を起動する。入力（６）では、範囲について省略して発話されているため、まず始めに、文脈上から適当な比較範囲（ここでは、「ホテルコンコルド浜松とフィットネスホテル浜松」）を抽出する必要がある。現行システムでは、この処理に、「先行文脈を遡り、料金属性を内包する実体概念を抽出する」という単純なアルゴリズムを用いている。この入力のような比較級表現を扱うためには、比較演算処理が必要であるため、本システムでは比較演算ルーチンを別途用意している。比較演算ルーチンは、範囲や基準、程度などの情報を基に比較演算を行い、その結果を返す。システムは、その結果を根拠に（７）の応答を生成する。
【０１０７】
次いで、（８）の入力を受けて、システムは、その意味表現から（８）が疑問文であることを判別し、質問応答問題解決を起動する。質問応答問題解決では、「付属・施設＝駐車場」（駐車場はありますか？）の部分に関して、その意味表現を位置付けることが可能な知識を検索する。上記の［１−７：問題解決部］で述べたアルゴリズムに従い、提題の「フィットネスホテル浜松」に対して比較を試みる。ここでは、フィットネスホテル浜松の知識上の「付属・施設＝駐車場」とマッチし、これを根拠として、（９）の応答を生成している。
【０１０８】
次いで（１０）の入力を受けて、システムは、その意味表現から（１０）が疑問文であることを判別し、質問応答問題解決を起動する。システムは、前提節「大型車で行きたい」の部分を知識に位置付け、比較することで応答の根拠を得ようとする。システムは、「大型車で行きたい」より、その部分現象である「大型車で出発する」「大型車で移動する」「大型車で到着する」「大型車で侵入する」「大型車を駐車する」などの一連の行為列を導き出し、これらの全てについて比較を試みる。本対話では、「フィットネスホテル浜松」の知識として、「大型車を駐車できない」旨の情報があり、それとの比較を根拠に、（１１）の応答を生成する。
【０１０９】
次いで（１５）の入力を受けて、システムは、その意味表現から（１５）が疑問文であることを判別し、質問応答問題解決を起動する。既に述べた入力（８）に対する場合と同等の処理をおこなうが、この場合、主属性「所要時間＝何分」とその制約情報である副属性「移動媒体＝車」「移動起点＝浜松駅」はテーブルで表現されている。システム側の持つ知識も同様の形式で記述してあるので、「現象属性／実体属性＝値」の単位で位置付けることにより、副属性の制約に適合した情報のみを抽出することが可能である。この場合、提題の「コンコルド浜松」の知識上に位置付けることで（１６）の応答を生成している。
【０１１０】
［１−９：まとめ］
現在試作を進めているホテル検索対話システムの枠組みについて述べた。多様な入力文の意味を正しく解釈し、解釈した情報を自らの問題解決に正しく反映するという機能がある程度実現できたものと考えている。しかし現在のところ、システムの能力について問う入力や、検索や提示の方法についての依頼、命令などを解釈することができない。今後、このような質問にも応答できるようにシステムを拡張する必要がある。また、本システムは構文解析で正しい構文木が得られることを前提としている。今後音声対話を取り扱うように拡張するためには、構文的に完全でない文も処理対象としてゆく必要がある。これについても今後検討を進めて行く予定である。
【０１１１】
［２：研究２の内容］
続いて、図９〜図１３を用いて、本発明を着想する基礎となったもう一つの研究（研究タイトル「ネットワーク実験における自然言語Ｑ＆Ａシステムの開発」、以下では「研究２」と呼称する。）の内容を説明するが、ここでは、以下に示すように、［２−０：あらまし］、［２−１：まえがき］、［２−２：ネットワーク実験］、［２−３：キーワード検索システム］、［２−４：対話システムの構成］、［２−５：対話制御］、［２−６：形態素・構文解析］、［２−７：意味解析］、［２−８：問題解決］、［２−９：出力文生成］、［２−１０：むすび］に区分けして説明する。
【０１１２】
［２−０：あらまし］
学生対象のネットワーク実験において、教育効果を高めるためには学生の質問にきめ細かく対応するティーチングスタッフの存在が重要となる。計算機プログラミングや回路設計など定型的な技術の習得を目指す学習においては学習に困難をきたす箇所がほぼ決まっており定型的な質問が数多くなされることとなる。本稿では、ＴＣＰ／ＩＰネットワーキングにおける基礎事項からＲＩＰルーティングプロトコルまでを学習する学生実験を例にとり、自然言語でなされる質問に対して、その意味を解釈し定型的な質問に対して自動的に自然言語で対応するシステムを提案する。提案システムの実現により、教師は高度な質問の対応に集中することが可能となり教育効果を高めることが期待される。
【０１１３】
［２−１：まえがき］
本稿では、学生のネットワーク実験における実験支援システムの概要について報告する。このシステムは法政大学工学部第３学年が履修する電子情報工学実験の一環として実施されている情報ネットワーク実験を支援するものである。実験ではＴＣＰ／ＩＰネットワーキングにおける基礎事項からＲＩＰルーティングプロトコルまでを学習し、実際に小規模なネットワークの構築を行う。
【０１１４】
学生が実験開始時に持っている基礎知識には非常に大きな開きがあり、これが実験に対する取り組み方や達成度に直接的な影響を与えている。基礎知識を有している学生にとっては、実際にネットワークを構築してみることでより理解が深まり興味も増し、自宅でＬＡＮを構築してみたいとの希望も聞かれる。一方、基礎知識をほとんど持たない学生にとっては、機器の名前や動作がわからないまま盲目的にＴＡの指示にしたがって、ルータの設定や接続を行なうこととなり、自分が行っていることの意味を全く理解できない状況に陥る。しかも、そうした学生ほど教師やＴＡに気軽に質問することができない。したがって、分からない事柄をその場で手軽に調べるための手段があれば、基礎知識が不足した学生の意欲を高め、教育効果を改善することができると考えられる。こうした観点から、我々は、ネットワーク構築のための基礎知識獲得を支援するキーワード検索システムと日本語対話システムの開発を進めている。
【０１１５】
これまでにも、自然言語処理を利用した学習／教育支援システムとして、学生の質問に回答したり、類似質問を回答ＤＢから検索するシステム等が検討されているが、対話が１往復しか許されなかったり、教師が検索結果から適切な回答を選択する必要がある、等の問題がある。本研究では、教師を介さずに直接学生の日本語による質問に回答するシステムの構築を目指しており、有効な学習支援のためには、複数ターンからなる対話を実現することが必要であると考えている。そのためには、対話文脈をシステム上に表現する意味表現と、入力文の意味を文脈に位置づけ能力が不可欠である。なお、本稿では、特に日本語対話システムの入力文解釈機能に重点を置き、システムの概要を述べる。
【０１１６】
［２−２：ネットワーク実験］
ネットワーク実験の目的は「小規模なネットワークを実際に構築し、ネットワーク相互接続の仕組みを理解する」ことである。実験では、ＴＣＰ／ＩＰネットワーキングにおける基礎事項からＲＩＰルーティングプロトコルまでを学習し、６つのルータを用いて、シリアルまたはイーサネット（Ｒ）ケーブルにより相互接続された小規模なネットワークを構築する。あらかじめ作成されたネットワークトポロジーのパターンからランダムに選択されたパターンが学生に渡される。
【０１１７】
各ネットワークパターンは冗長性を含み、ＲＩＰによる障害時の動的な経路の学習ができるようになっている。図９にネットワーク構成の一例を示す。「Ｒ」はルータ、「実線」はシリアルケーブル、「破線」はイーサネット（Ｒ）ケーブルを示す。各ルータ間はシリアルケーブルまたはイーサネット（Ｒ）ケーブルで接続され、必要に応じてＨＵＢを用いる。また、各ルータには設定用のＰＣがイーサネット（Ｒ）ケーブルで接続され、通信ソフトウェアを使用してルータ設定を行い、下記の項目について実験を行う。
【０１１８】
シリアルケーブル、イーサネット（Ｒ）ケーブル、ＨＵＢを用いてルータ間の接続を行い、図９のようなネットワークを構築する。ルータの各ポートにＩＰアドレスとサブネットマスクの設定とルーティングプロトコルの設定を行う。接続テスト用ＰＣから、ｐｉｎｇコマンドにより接続を確認し、ｔｒａｃｅｒｏｕｔｅコマンドにより接続経路を調べる。冗長な接続の一部をはずし同様の接続試験を行い、ＲＩＰプロトコルによる経路情報データベース更新の図を作成する。
【０１１９】
［２−３：キーワード検索システム］
キーワード検索は、後述する対話システムの限界を補うためのサブシステムとして作成しているものである。フリーの検索ソフトＮａｍａｚｕと形態素・構文解析モジュールおよびテキストデータベースから構成される。テキストはＣｉｓｃｏの教材を対象にしている。入力データは、キーワードもしくは文である。文が入力された場合、これに形態素・構文解析を施し、名詞概念を抽出する。これを予め用意したネットワーク関連語リストと比較して、ネットワークに関係する名詞を取り出す。その名詞と直接係りを持つ述語を、構文解析結果として得られる依存構造木から求め、名詞と組にして検索を行うことを考えている。これは、名詞キーワードだけでは無関係な内容が検索されてしまう可能性があり、できるだけユーザが意図する現象を検索するためである。
【０１２０】
［２−４：対話システムの構成］
対話システムの構成を図１０に示す。システムは、対話制御、形態素・構文解析、意味解析、問題解決、文生成の各モジュールと、単語辞書ＤＢ、概念辞書ＤＢとから構成されている。単語辞書は、形態素・構文解析および文生成に必要な単語データを格納する。概念辞書は、意味解析、問題解決に必要な単語の意味表現を格納する。対話制御モジュールはＲｕｂｙで、また、形態素・構文解析モジュールは、Ｃで記述されている。その他のモジュールはｐｒｏｌｏｇを用いて開発されている。以下で、各モジュールの概要について述べる。
【０１２１】
［２−５：対話制御］
対話制御モジュールは、入力文の有無、形態素・構文解析結果の有無、現在実行中の問題解決の有無、出力文意味表現の有無等の状態を示すフラグを巡回的に監視し、適宜、形態素・構文解析、意味解析、問題解決、文生成の各モジュールを起動する。
【０１２２】
フラグ一覧としては、入力文存在フラグ、入力文形態素・構文解析完了フラグ、入力文意味解析完了フラグ、入力文タイプフラグ、問題種別フラグ、特定問題解決実行中フラグ、初期条件フレーム充足フラグ、問題解決完了フラグ、出力文意味表現存在フラグ、文出力済みフラグがある。
【０１２３】
［２−６：形態素・構文解析］
形態素・構文解析モジュールは、（株）ＣＳＫで開発された日本語解析システムを用いている。これにより、入力文の依存構造木が得られる。
【０１２４】
［２−７：意味解析］
意味解析モジュールは、形態素・構文解析で得られた入力文の依存構造木から意味表現を生成し、文脈に蓄積する。以下に、かかる意味解析モジュールについて、［２−７（１）：意味解析の困難］、［２−７（２）：意味表現］、［２−７（３）：意味表現の生成］に区分けして説明する。
【０１２５】
［２−７（１）：意味解析の困難］
文の意味解釈の基本は、文の意味の位置付け、すなわち「文が、先行文や知識のこのことをこのように述べている」ということをシステムが識別することにある。これを可能にするには、入力文の意味表現を文脈、知識上に位置付けることが必要になる。しかし、一般に、意味表現は木構造等の構造を持ち、これを他の同様な構造に対応付けることは極めて難しい。
【０１２６】
このような意味表現の構造は、現在の技術では文を構成する単語間の依存関係を解釈することができないためにもたらされるものである。すなわち、２つの語を依存関係で結合して句、節を作った時、その句、節の意味を元の単語の意味から計算することができない。このため、表層の依存関係表現が未解釈のまま意味表現中に持ち込まれ、意味表現が表層と同型の構造を持つことになる。
【０１２７】
例えば、（１−ｉ）「私は東京から高速で日光に行く。」と（１−ｉｉ）「私は日光に行く。出発地は東京だ。高速を使う。」という２つの表現は同一の意味を表すが、述語形式による意味表現は、（２−ｉ）Ｇｏ（私、東京、日光、高速）と、（２−ｉｉ）Ｇｏ（私、ｎｉｌ、日光、ｎｉｌ）∧Ｅｑ（出発地、東京）∧Ｕｓｅ（ｎｉｌ、高速）といった具合に別の表現で表わされる。
【０１２８】
ここで、Ｇｏ、Ｅｑ、Ｕｓｅは、それぞれ「行く」「（で）ある」「使う」の意味を表す述語記号である。論理式を用いると、あたかも意味が表されたように見えるが、実際には、“Ｇｏ”と「私」「東京」「日光」「高速」との間には依存構造が存在し、それは、（１−ｉ）が持つ依存構造と同型である。したがって、表層文が３文に分かれれば意味表現も３つに分かれることになる。フレーム、意味ネットワークにおいても同様である。
【０１２９】
このように、表層の依存関係表現が未解釈のまま意味表現中に持ち込まれることによって、意味表現の構造が意味毎に一定せず、同じ意味内容を表す場合でも、形態が表層文と同じように多様に変化することになる。このため、意味表現を文脈表現や知識表現等他の意味表現と対応付けることが困難になり、また、予め意味表現パタンを想定して解釈処理を用意しておくことも難しくなる。
【０１３０】
さらに、単語に関しては、意味体系を定義して、その上に単語の意味を位置付けることにより、語と語との間で、同義関係、上位−下位関係、全体−部分関係、全体、部分−属性−値関係、格関係、等の意味関係を識別することができるのに対し、句、節に関しては、依存関係を解釈して句、節の意味を評価することができないために、句、節によって作られうる意味の全範囲を定義し、それらの意味を分類して体系化することができない。その結果、入力文の意味表現をその体系上に位置付け、意味表現が表す意味の同定や意味表現同士の意味の比較を行うことができない。
【０１３１】
このような困難を回避して、語の意味の認識と同様に、句、節の意味の識別を実現するために、我々は、「見かけ上依存関係の表現をできる限り排除し、排除できない部分に関しては、意味によって変動しない共通の概念と共通の依存関係のみが残るようにし、結果として、依存関係の解釈を不要にする」意味表現の検討を進めている（池ヶ谷有希、野口靖浩、鈴木夕紀子、伊藤敏彦、小西達裕、近藤真、高木朗、中島秀之、伊東幸宏  ：  ”文脈への意味の位置付けに基づくホテル予約対話システムの構築”  人工知能学会研究会資料  ＳＩＧ−ＳＬＵＤ−Ａ２０２−１１、２００２／高木朗、中島秀之、伊東幸宏、近藤真、今仁生美、三宅芳雄  ：  ”文脈への意味の位置付けを重視した対話意味表現、”人工知能学会研究会資料  ＳＩＧ−ＳＬＵＤ−Ａ２０２−１０、２００２）。
【０１３２】
［２−７（２）：意味表現］
一般に、任意の述語とその任意の連用修飾成分は、「断定」の述語を用いた表現に変換することができる。
（２−ｉ）「小金井に住んでいる。」
（２−ｉｉ）「住んでいる場所は、小金井である。」
（２−ｉｉｉ）「住所は、小金井である。」
（３−ｉ）「車を２００台収容できる。」
（３−ｉｉ）「収容できる数は、２００台である。」
（３−ｉｉｉ）「収容台数は、２００台である。」
【０１３３】
このうち、（２−ｉｉ）の表現は、（２−ｉ）の表現の場所格に付く名詞の意味クラスを表す名詞および「＝」の意味を表す「（で）ある」を挿入し、意味を保存しつつ「（で）ある」を主動詞とする表現に変形した表現である。さらに、「住んでいる場所」部分を１つの名詞「住所」に圧縮した表現が（２−ｉｉｉ）である。この表現では、述語「住む」と場所格成分が作る依存構造が名詞「住所」の中に繰り込まれ、依存関係の解釈を名詞の意味の識別で代行することが可能になっている。「住所」は、「住む」という現象を規定する属性（以下、現象属性）の１つである。（３−ｉｉ）（３−ｉｉｉ）についても同様なことが言える。（２−ｉｉｉ）（３−ｉｉｉ）共に「断定」の述語が作る共通の依存関係のみから構成されている。
【０１３４】
副詞成分の場合は、副詞の意味の中に、それが修飾する現象属性と値の情報が含まれるため、その副詞がどのような意味の述語と用いられた場合に、どのような属性をどのような値に限定するか、ということを予め辞書に記憶しておくことにより、やはり格成分と同様に変形することができる。そこで、このような同義変形の性質を利用して、「１つの連用修飾成分＋述語」の意味を、「現象属性
属性値」という形式で意味表現することにする。
【０１３５】
一方、名詞句の場合も、同様な形で依存関係表現を圧縮することができる。（部分）実体の性質を言及する文が、（４−ｉ）「あの家は、緑色の屋根を持っている。」、（４−ｉｉ）「あの家の屋根は、緑色をしている。」、（４−ｉｉｉ）「あの家の屋根の色は、緑色である。」のように「断定」の述語「ある」を用いた（４−ｉｉｉ）の形に同義形できること、および、任意の連体修飾成分が、「属性が属性値であるところの（部分）実体」という連体修飾節の形に同義変形できることから（高木朗、伊東幸宏：「自然言語の処理」、丸善、１９８７）、「１つの連体修飾成分＋（部分）実体名詞」の意味を、「（部分）実体＄実体属性または現象属性    属性値  」という形式で表現する。「＄」は内包の「の」の意味を表す。「実体属性」は、「色」「形」等実体が内包する属性を表す。（部分）実体は「実体属性」「現象属性」を共に性質として持ちうる。
【０１３６】
助動詞類（時制、相、否定を含む）の意味は、簡略にマーカを定義して表現する。また、終助詞類、平叙、疑問、命令の文タイプもトップレベルマーカとして表現する。現象および（部分）実体の意味は、「現象属性」、「（部分）実体＄実体属性または現象属性」表現の中に含まれるため、意味的には冗長であるが、上位の意味表現から参照される場合等にポインタをセットする場所が必要になること等から、フレーム形式と同様、「属性  値」表現の組を束ねる形式の表現を採用し、ヘッドに現象概念名、（部分）実体概念名を表記する。
【０１３７】
以上の検討から、意味表現の基本形を図１１に示すような形式で表す。なお、本意味表現では、全ての述語を「断定」に変換し、しかも、これを陽に表現しないため、「断定」を述語とする入力文が与えられた場合には、同図の最下部に示すような形式で文の意味を表現する。ここで、ポインタ１、ポインタ２は、それぞれ「断定」の「ある」につく主格名詞句と「で」格名詞句の意味表現へのポインタを表す。
【０１３８】
また、本意味表現方式では、上述のように、冗長ではあるが「属性値」表現を束ねて全体に概念名を付与した形式を持つ。このため、属性概念意味表現においては、「属性  値」表現における「属性」と、表現全体に付与される概念名とが重複する。そこで「属性  値」表現の「属性」の位置に“＃”を置き、重複を避けている。
【０１３９】
以上の形式で意味表現を構成することにより、任意の述語から構成される文および任意の連体修飾成分からなる名詞句の意味を、「現象属性」もしくは「（部分）実体＄実体属性または現象属性」を単位として、他の意味表現、知識表現と比較し、位置付けることが可能となる。そこで、文脈に積まれた先行文および同一文内文頭側成分から生成されたフレーム中の同一もしくは上位下位関係にある属性との間にリンクを設定して意味表現同士の位置付けを行う。このような意味表現例を図１２に示す。
【０１４０】
［２−７（３）：意味表現の生成］
入力文に対する形態素・構文解析により依存構造木が得られると、意味解析モジュールが起動されて、そこから上記意味表現の生成を行う。まず、前処理として、依存構造木中の終助詞、助動詞類をマーカに変換し、これを依存構造木中直下にある述語に付与し、終助詞、助動詞類を依存構造木から削除する。併せて、平叙、命令の文タイプマーカも述語に付与する。次いで、文頭側の連用修飾節から主節に至る各節に対して連用節意味表現生成処理を起動する。連用節意味表現生成処理では、節依存構造木のトップにある述語に着目し、述語処理を起動する。述語処理では、まず述語意味表現を概念辞書から検索する。
【０１４１】
次いで、述語に係る各枝の意味表現を生成するために、枝のトップの語の品詞に応じて、格助詞句処理、接続助詞句処理、副詞句処理等を起動する。格助詞句処理では、格助詞の下にある名詞句の意味表現を生成するために名詞句処理を起動する。名詞句処理は、連体修飾成分の意味表現を生成するために、形容詞句処理、連体助詞句処理、連体修飾節処理等を起動する。このように、依存構造の各枝を構成する語の品詞に応じた処理が再帰的に起動され、処理が末端に至ると、順次生成された意味表現を文脈バッファに積みながら、その意味表現へのポインタを返却値として上位の処理に戻る。意味表現を文脈バッファに積む際、文脈バッファ内の意味表現中に、現在の意味表現中の属性と同一もしくは上位下位関係にある属性が存在する場合には、それらの属性間にリンクを張り、意味の位置付けを行う。
【０１４２】
［２−８：問題解決］
問題解決モジュールは、文脈バッファを監視し、解くべき問題の決定と、決定された問題の解決を行う。以下に、かかる問題解決モジュールについて、［２−８（１）：問題種別の決定］、［２−８（２）：個別問題解決］、［２−８（３）：回答情報の探索］、［２−８（４）：出力文意味表現の生成］に区分けして説明する。
【０１４３】
［２−８（１）：問題種別の決定］
システムに入力される文の内容は、「ＬＡＮ構築実験」の範囲内でも多岐にわたる。例えば、実験の実施方法を問う場合もあれば、値の算出を要求する場合もある。さらには、システムから出された情報要求に対する回答であることもある。そうした様々な文の意味に応じて、システムは異なる問題解決処理を行わなければならない。
【０１４４】
したがって、入力文の意味表現が文脈バッファに積まれる毎に、問題解決モジュールはそれを監視し、解くべき問題解決の種別を判定する。そのために、まず、以下のいずれであるか、入力文のタイプを調べる。
（１）疑問文
（１−１）Ｙｅｓ／Ｎｏ疑問文
（１−２）ＷＨ疑問文
（２）要求文・願望文
（３）システムの問い合わせ後に入力された文
【０１４５】
このうち、（１）の場合、文脈バッファに積まれた入力文意味表現のヘッドに疑問マーカが付与されているか否かで判定される。さらに、意味表現中に「現象属性  ？」の表現を含むか否かで（１−１）（１−２）の別を判定する。（２）の場合、入力文意味表現のヘッドに命令マーカ、願望マーカが付与されているか否かで判定される。（１−２）（２）において値の回答を求められる属性を問題対象属性と呼ぶ。（３）は、システム問い合わせ文意味表現が文脈バッファのトップに積まれている状況で文が入力された場合に分類される。
【０１４６】
次いで、これらの判断に基づいて問題の種別を判定する。問題種別は、以下のように分かれる。
（Ａ）疑問文意味表現にマッチする意味表現が文脈に存在するかどうかをチェックするタイプ：上記の（１−１）に対応。
（Ｂ）問題対象属性の値を取得するタイプ：上記の（１−２）および（２）に対応。
（Ｃ）入力文がシステムの問い合わせに対する回答になっているか否かを判定し、回答になっていれば、問い合わせた事柄に対応する回答情報をそこから取得するタイプ（回答になっていなければ割り込みと判断し、新規に問題解決を行う）：上記の（３）に対応。
【０１４７】
このうち、（Ｂ）は、さらに、値が条件によって変化し値の取得に条件の指定が必要なタイプと、そうでないタイプとに分かれる。すなわち、一つは、（Ｂ−１）初期条件指定が必要なタイプである。例えば、「サブネット分割」問題における「セグメント分割数」、「ネットワークアドレス」であり、初期条件は、「属性  値」のリストからなる初期条件フレームとして表現される。もう一つは、（Ｂ−２）初期条件指定が不要なタイプである。
【０１４８】
［２−８（２）：個別問題解決］
上記の（Ａ）（Ｂ）（Ｃ）の問題種別が特定されると、それぞれの問題解決モジュールが起動され、個別問題解解決処理を行う。なお、（Ｂ−１）タイプの各問題に関しては、初期条件の取り込み、適用等に個別の対応が必要なため、それぞれに問題種別を割り当て、問題解決モジュールを用意している。
【０１４９】
（Ａ）タイプの場合、疑問文意味表現に対応する意味表現を文脈中に探し、値が一致するかどうかを見る。これにより、ＹｅｓまたはＮｏの結果を得る。
【０１５０】
（Ｂ−１）タイプの場合、まず初期条件フレームが文脈に展開される。既に蓄積されている文脈意味表現との間に属性毎のリンクを設定し、それに基づいて初期条件フレーム中の各属性の中で値を埋められるものを埋める。次いで、埋められない属性に関して、ユーザに問い合わせるために問い合わせ文意味表現を生成し、問い合わせ文を出力する。回答文が入力されると、（Ｃ）タイプの問題解決を経て求める情報を取得し、初期条件フレームに代入する。初期条件が全て埋まるまでこの処理を繰り返す。初期条件が全て埋まると、問題対象属性に対応する属性（上位下位概念を含む）を文脈中に探す。値を持つか、一定の演算処理を経て値を求めることができる当該属性が存在したら、与えられた初期条件に合致する値を算出または取得する。
【０１５１】
（Ｂ−２）タイプの場合、問題対象属性に対応する属性を文脈中に探す。値を持つ当該属性が存在したら、その値を取得する。
【０１５２】
（Ｃ）タイプの場合、入力文意味表現を、文脈バッファにおいて直下に積まれているシステム問い合わせ文意味表現に位置付け、入力文がシステムの問い合わせに対する回答になっているか否かを判定する。回答になっていれば、問い合わせた事柄に対応する回答情報をそこから取得する。回答になっていなければ、割り込みと判断する。割り込みに関しては現在検討中である。
【０１５３】
［２−８（３）：回答情報の探索］
本システムで採用している意味表現では、上述のように、現象／実体概念の意味を繰り込み、依存関係を圧縮した属性概念を単位として、他の意味表現内の対応する属性との間にリンクを設定するため、問題対象属性に対応する「属性  値」表現を容易に探索することができる。しかし、問題対象属性の抽象度が高い場合（例えば「ネットワークアドレス」等が単に「アドレス」と言及される場合）等には、文脈中に対応する属性が複数発見されることがある。
【０１５４】
一般に、リンクの役割は、同種の意味を持つ属性を互いに位置付けることにあり、入力文の意味とは無関係であるから、リンクだけを手がかりにして、入力文が指定する問題解決情報を探索することはできない。したがって、対応する属性表現の探索範囲を、文の意味に即して限定する必要があるが、そのためには、個々の単語概念の意味が依存関係で結合されて、如何にして文の意味に対応する現象の記述になるか、言い換えれば、述語を修飾する連用修飾節成分の意味、すなわち格名詞、副詞等に含まれる「属性  値」表現が、文によって指定される依存関係にしたがって、述語の意味を構成する特定の現象属性の値に接続されることによって、各属性間にどのような値の相互関係がもたらされ、１つの纏まった現象の意味の記述になるか、ということを検討しなければならない。
【０１５５】
一般に、実体は、ある性質を持っているからこそ、特定の性質を持つ現象に参画し、寄与することができる。例えば、全く場所の概念を持たない実体に対して、「それがどこにあるか」を問うことはできない。その実体が「存在場所」属性を持つ場合に限り、そのような問いが有効であり、その場合、その「存在場所」属性は、「ある」によって表される「存在」現象の「存在場所」属性と直接的な相互関係（単純には同等関係、厳密には推論によって対応付けられる関係）を持つ。このように、ある実体を指定して、ある現象属性の値を問う場合、求める「属性  値」表現は、必ずその実体の意味表現、またはそのｒｅｆｅｒｅｎｔ意味表現の中にある。また、その実体を指定する格は述語毎に定まっており、対応する現象属性も一定である。したがって、問題対象属性とリンクによって結ばれた属性群の中で、こうした相互関係にある属性のみを対象として、問われている値を探索する必要がある。
【０１５６】
以下に、（ａ）「１００Ｂａｓｅ−ＴＸのＬＡＮは、どれ位の速さでデータを伝送するか。」という例を考える。この例では、「伝送」意味表現中に「伝送速度  ？」＆「伝送対象  データ」が表現される。これらの属性は、「伝送主体」属性の値実体中の対応する属性と直接的な相互関係を持つ。「伝送主体」の値である「ＬＡＮ」意味表現中には「ＬＡＮ＄伝送速度  ＮＩＬ」＆「ＬＡＮ＄伝送対象  データ」が含まれる。「１００Ｂａｓｅ−ＴＸのＬＡＮ」は「１００Ｂａｓｅ−ＴＸ」が値概念であることから「（クラスが）１００Ｂａｓｅ−ＴＸであるところの」と解釈され、「ＬＡＮ」意味表現中の「ＬＡＮ＄クラス」属性の値に「１００Ｂａｓｅ−ＴＸ」が代入される。生成された「ＬＡＮ」名詞句意味表現からｒｅｆｅｒｅｎｔが検索され、「ＬＡＮ」の下位概念である「１００Ｂａｓｅ−ＴＸクラスＬＡＮ」の意味表現が取得されて元の名詞句意味表現と置き換えられる。ここには、「１００Ｂａｓｅ−ＴＸクラスＬＡＮ＄伝送速度  １００Ｍｂｐｓ」と記載されている。これにより、「伝送速度  ？」の「？」に対応する値が取得される。
【０１５７】
ところで、上記の（ａ）には、以下のような同義表現が存在する。これらのバリエーションは、他の表現にも一般的に見られる基本的な変形である。
（ｂ）「１００Ｂａｓｅ−ＴＸのＬＡＮの伝送速度はどれ位か。」
（ｃ）「１００Ｂａｓｅ−ＴＸのＬＡＮ（の場合）は、伝送速度はどれ位か。」
（ｄ）「１００Ｂａｓｅ−ＴＸの場合（だと）、ＬＡＮの伝送速度はどれ位か。」
（ｅ）「１００Ｂａｓｅ−ＴＸのＬＡＮを張りたいんだが、伝送速度はどれ位か。」
（ｆ）「ＬＡＮを張りたいんだが、１００Ｂａｓｅ−ＴＸの場合（だと）、伝送速度はどれ位か。」
（ｇ）「１００Ｂａｓｅ−ＴＸのＬＡＮを張りたい。伝送速度はどれ位か。」
（ｈ）・・・・・
【０１５８】
このうち、（ｂ）は、「ＬＡＮの」によって限定された「伝送速度」の値が直接問われる表現である。名詞句「ＬＡＮの伝送速度」のｒｅｆｅｒｅｎｔは「ＬＡＮ」意味表現中の「ＬＡＮ＄伝送速度」属性であり、これは「ＬＡＮが伝送する速度」という連体修飾節と等価な意味を表す。したがって、（ｂ）も（ａ）と同型の解釈に帰着される。そこで、まず「１００Ｂａｓｅ−ＴＸのＬＡＮ」のｒｅｆｅｒｅｎｔ意味表現を求めた後、その中で、（ａ）と同様「ＬＡＮ＄伝送速度」属性を参照し、値を取得する。
【０１５９】
（ｃ）は、連体助詞句「１００Ｂａｓｅ−ＴＸのＬＡＮの」が切り離されて提題化された表現である。したがって、原型は連体助詞句であり、さらに、その原型は連体修飾節である。よって、やはり最終的には（ａ）と同型の解釈に帰着される。そこで、提題格名詞意味表現中で「ＬＡＮ＄伝送速度」を探し、値を取得する。
【０１６０】
（ｄ）は、値概念が作る連体助詞句が切り離されて「状況限定」表現に転化された表現である。したがって、原型は名詞句「１００Ｂａｓｅ−ＴＸのＬＡＮ」である。値概念はｒｅｆｅｒｅｎｔを取らないので、原型名詞句を復元して「ＬＡＮ」意味表現中の「ＬＡＮ＄クラス」属性の値に「１００Ｂａｓｅ−ＴＸ」を代入した後、「ＬＡＮ」意味表現のｒｅｆｅｒｅｎｔを取得して、（ｂ）と同様な処理を行う。原型名詞句を復元せず、「（クラス）が１００Ｂａｓｅ−ＴＸである場合（だと）」という連用修飾成分として解釈し、そこに含まれる「（クラス）  １００Ｂａｓｅ−ＴＸ」という性質が状況限定作用を及ぼし得る実体（ここでは「ＬＡＮ」）を文意味表現中で探し、対応する属性の値を「１００Ｂａｓｅ−ＴＸ」に限定した後、その実体概念のｒｅｆｅｒｅｎｔを取得する、という処理を行っても良い。本意味表現では、同種属性間にリンクが張られているため、このような処理を簡便に行うことができる。
【０１６１】
（ｅ）は、問題対象属性の値を含む表現が、問題対象属性が存在する節の中に存在しない場合である。このような場合、問題対象属性に関連する情報は先行節や文脈の中にある。特に、ある現象表現が前提や根拠の形で与えられ、その上で問題対象属性の値が問われる場合には、その値を限定するために必要であるからこそ、主節の解釈の枠を与えるために、そのような前提や根拠が提示されたと考えることができる。したがって、もし枠を与える節意味表現の中に問われている属性と一致するものがあり、値を持つなら、その値が取得すべき情報であると見なすことができる。この例の場合、前提節内の「ＬＡＮ」のｒｅｆｅｒｅｎｔ中に問題対象属性「伝送速度」に対応する属性が存在して値を持つ。よってこれを取得する。
【０１６２】
（ｆ）は、（ｄ）（ｅ）の組み合わせとして処理することができる。また、（ｇ）は、文脈中に求める情報が存在する場合である。文脈バッファのトップから順に意味表現を探索し、問題対象属性に対応する属性の値を取得する。
【０１６３】
［２−８（４）：出力文意味表現の生成］
ここでは、不足している初期条件に関する問い合わせ文を出力するための問い合わせ文意味表現の生成と、前節で得られた問題対象属性の値を基にした回答文意味表現の生成を行う。生成された意味表現は、文生成モジュールに渡されると共に、文脈バッファに積まれる。なお、問い合わせ文の場合、初期条件毎に文体が固定しているため、予め意味表現テンプレートが用意されている。また、実体の定義や一般的性質等に関する質問に固定的な情報を回答する場合には、文体が詳細かつ多様になることもあって、各属性値に予め解説文をテキスト等の形で格納しておき、これを回答するようにしている。
【０１６４】
［２−９：出力文生成］
文生成モジュールは、初期条件問い合わせ文の生成と回答文の生成を行う。概念辞書を検索し、与えられた意味表現を全て覆う単語意味表現の組が求められ、単語間依存構造木が抽出される。これに依存構造−句構造対応規則を適用し回答文を生成する。
【０１６５】
［２−１０：むすび］
図１３に、上記してきた研究２におけるシステムの対話例を示す。以上のように、学生のネットワーク構築実験を支援する日本語Ｑ＆Ａシステムについて述べた。本稿では、特に対話機能に重点を置いて質問文解釈手法の検討を行った。システムは開発途中にあるが、プロトタイプ完成後、学生の利用に供し、実験支援としての効果を評価していく。学生からの質問事項等を評価し、学生毎の理解度の推定、理解しにくい基本概念の抽出と教示方法へのフィードバック等についても検討を進める。また、インターネットを経由した自宅からのシステムの利用も実現していきたい。
【０１６６】
［３：本実施の形態に係る自然言語解析装置］
次に、図１４〜図２２を用いて、本実施の形態に係る自然言語解析装置を説明するが、ここでは、以下に示すように、［３−１：自然言語解析装置の概要］、［３−２：自然言語解析装置の概略構成］、［３−３：自然言語解析装置の概略処理］、［３−４：自然言語解析装置の特徴］に区分けして説明する。
【０１６７】
［３−１：自然言語解析装置の概要］
本実施の形態に係る自然言語解析装置は、入力文（疑問文）で問われている情報の探索を主たる特徴とするものであり、より詳細には、質問文が入力された場合、質問文の意味や、それまでに蓄積された文脈のあり方に即して、問われている連用修飾成分の情報を探索することを特徴とする。
【０１６８】
従来より、キーワード（単語）や、構文解析木または意味表現のテンプレートを用いて問われている情報を表し、それにマッチする情報を文脈や知識の中で探すという方法が採られている。しかしながら、キーワードでは、疑問文のそれ以外の部分で表現されている内容を表現することができないので、疑問文で真に問われている内容とは食い違った情報を探索してしまう可能性が極めて高い。また、テンプレートでは、極めて多様に変動する文の依存構造、その結果生じる意味表現の表現構造の多様性、さらに、それによってもたらされる文脈に蓄積される意味表現群の多様性、等々に追随することは不可能であるので、テンプレートを無数に用意することになってしまう。
【０１６９】
このように、キーワードやテンプレートに頼らざるを得ないのは、従来の技術では、意味表現を構成する概念間の依存関係を解釈することができないからである。つまり、質問文によって何らかの情報を問われた場合、質問文の意味表現が得られたとしても、問われている情報を読み取ることができないし、問われている情報をどこに探しに行けば良いかも分からない。
【０１７０】
そこで、次善の策として、（１）「疑問詞に対応する語をキーワードとして、意味表現の他の部分を無視して、キーワードだけで、問われている情報を探索する」、または、（２）「頻出する意味表現のパタンを抽出し、それぞれのパタンに、その意味内容に即した処理を結びつけて、パタンがヒットしたらその処理を起動するという方法で、依存関係の解釈を回避しつつ入力文の意味に対応した処理を行う」というどちらかの方法で、疑問文に対する回答情報の探索が広く行われている。しかしながら、こうした方法は、あくまで便法に過ぎず、多様に変動する意味表現の構造や対話の流れに対応できる手段ではない。
【０１７１】
そこで、このような「依存関係を解釈することができない」という困難に対処するために、意味表現中の依存関係表現を圧縮して属性概念の中に繰り込むことによって、依存関係の解釈を不要にし、属性名詞を単位として、同一文中の他の意味表現、あるいは、文脈中の先行文の意味表現との間で、意味の照合、位置づけを行うことができる意味表現形式を提案している（特願２００１−３０９１２８号）。これによって、（１）連体、連用修飾表現の、被修飾表現上への位置づけと解釈、（２）複数に分割された文の意味の統合、（３）要求されている情報の、文脈意味表現への位置づけに基づく参照、取得等の処理を一貫したアルゴリズムで実行する事が可能になった。
【０１７２】
このように、我々が提案する意味表現手法は、意味の位置づけという点では強力であり、単文の範囲では十分な回答情報の取得能力を提供することができる。しかしながら、依存関係の記述を完全に消し去ることは、もとよりできることではないので（そうすると、命題論理と等価になってしまう）、特に、「従属節や先行文によって回答すべき情報に制限が加えられるような文において、それらの意味表現から意味内容を読み取って回答情報の探索を制御する」という問題は、依然として解決されずに残っている。
【０１７３】
一般に、属性を単位として依存関係の存在を無視して、単純に文脈中に同種属性を探して位置づけるだけでは、以下の例に見られるように、文の意味内容に即した情報の探索と取得を正確に行うことはできない。つまり、（Ａ）「ホテルコンコルドに泊まりたいんだが、料金はいくらくらいか。」と、（Ｂ）「ホテルコンコルドで食事をしたいんだが、料金はいくらくらいか。」という文では、共に、主節で「料金」の値が問われている。しかし、回答すべき「料金」は同一ではなく、（Ａ）では「宿泊料金」を回答しなければならず、（Ｂ）では「食事料金」を回答しなければならない。
【０１７４】
我々の意味表現では、（Ａ）の場合、「泊まる」が持つ「宿泊料金」属性、「ホテルコンコルド」が持つ「宿泊料金」「食事料金」「駐車料金」その他の属性、さらには、この文より先に入力された文の意味表現に含まれる種々の「料金」属性と対応づけられることになる。したがって、質問の対象となっている属性だけを手がかりに回答情報を検索する場合、これら「宿泊料金」「食事料金」「駐車料金」その他の属性の中から、何らかの基準を設けて（最初に行き当たったものを取得する、等）値を持つ属性を１つに絞り、その値を取得することになる。
【０１７５】
しかし、このように、質問文の他の部分の意味を無視して、単に問われている属性「料金」の値を探しに行くのでは、（Ａ）（Ｂ）いずれの文においても同じ方法で「料金」属性を探すことになり、２つの文の意味の違いが反映されない。上の例では、値を持つ「料金」属性は、「ホテルコンコルド」意味表現内の「宿泊料金」「食事料金」「駐車料金」等である。したがって、前提節の述語如何に拘わらず、どちらの文においても、値を持つ「料金」関連属性が「ホテルコンコルド」から同じ順番で検索され、仮に最初にマッチした該当属性を取得するとした場合には、「宿泊料金」（意味表現上最もトップに近い位置に記述されている）が取得されて回答されることになる。
【０１７６】
このような問題が生じるのは、問題となっている属性以外の部分の文の意味を考慮せず、単に「料金」属性だけを手がかりに情報を探しに行くためである。そして、（Ａ）で問題にされている「料金」が「宿泊料金」であり、しかも「ホテルコンコルド」の「宿泊料金」であること、（Ｂ）で問題にされている「料金」が「食事料金」であり、しかも「ホテルコンコルド」の「食事料金」であること、が分からなければ正しい回答情報を取得することはできない。なお、このような問題は、他の意味表現を採用する場合や、あるいは、意味表現を採用せずに、入力文の構文解析木、さらには形態素解析結果等を利用して回答を探索する場合においても、同様に生じる問題である。
【０１７７】
このような困難を回避するには、文で表現されている内容を汲み取って、疑問文や、その前に入力された文の内容に即して、必要な情報を然るべきところに探しに行かなければならない。そして、「意味表現で表現されている内容を汲み取る」ということは、「句や節を構成する概念の意味が依存関係によって結合されて、互いにどのような相互作用を与えあって句や節の意味の記述になるかということを認識する」ということである。
【０１７８】
これを、我々が提案した意味表現手法に即して言い換えると、ある概念Ａを修飾する修飾節成分の意味（すなわち、格助詞や連体助詞を介してその概念を修飾する名詞概念や、直接その概念を修飾する副詞、形容詞等に含まれる「属性  値」表現）が、依存関係にしたがってＡの意味を構成する特定の属性の値に接続されることによって、概念Ａの各「属性  値」表現との間にどのような値の相互作用がもたらされ、１つの纏まった句や節の意味の記述になるか、ということを認識するということである。
【０１７９】
一般に、実体は、ある性質を持っているからこそ、特定の性質を持つ現象に参画し、寄与することができる。例えば、全く場所の概念を持たない実体に対して、「それがどこにあるか」を問うことはできない。その実体が「存在場所（「所在地」等）」属性を持つ場合に限り、そのような問いが有効であり、その場合、その「存在場所」属性は、「ある」によって表される「存在」現象の「存在場所」属性と直接的な対応関係（単純には同等関係、厳密には推論によって対応付けられる関係）を持つ。
【０１８０】
なお、「ホテルコンコルド」中の「存在場所」（所在地）属性の値には、「静岡県浜松市元城町１０９−１８」などと書かれるが、文では、「ホテルコンコルドは浜松にある。」等と大まかに言及されることがあり、その場合、「ある」の「場所格」に対応する「存在」現象の「存在場所」属性の値は「浜松」である。したがって、２つの「存在場所」属性の値は、常に全く同一である訳ではなく、一方の値がＮＩＬであったり、一方の値が他方を包含する場合等がある。
【０１８１】
すなわち、「ＡはＢにある」という時、「ある」の主語となる実体が「その実体が存在する場所」（「存在場所」）という属性を持つことが必要であり、その時、その属性はＢと直接的な対応関係を持つ。したがって、Ｂが疑問詞の場合（すなわち、「存在」現象の「存在場所」属性の値が問われている場合）には、「ある」の主語Ａ、すなわち、「存在」現象の「存在主体」属性の値実体（この例では、「ホテルコンコルド」）が持つ「存在場所（「所在地」等）」属性の値を調べ、回答すれば良いことになる（図１４参照）。言い換えれば、「ホテルコンコルドはどこにあるか。」と問うことは、「ホテルコンコルドの所在地（「存在場所」属性）はどこか。」と問うことに等しい、と見ることもできる。
【０１８２】
別の例として、「ホテルコンコルドは、いつからそこにあるか。」を挙げる。図１５に示すように、この例では、「ある」の「時間起点格」（すなわち、「存在」現象の「存在時間起点」属性）が、「ある」の主語（すなわち、「存在」現象の「存在主体」属性の値である「ホテルコンコルド」）の「創業時期」や「竣工時期」等と直接的な対応関係にある。したがって、そうした対応関係を「存在」現象意味表現と連合して記憶しておけば、「存在」現象の属性の値が問われた時に、どこに回答情報を探しに行けば良いかを直ちに知ることができる。
【０１８３】
さらに別の例として、「私は、ホテルコンコルドに８千円で泊まった。」を挙げる。図１６に示すように、この例では、「宿泊」現象の「宿泊料金」属性が、「宿泊場所」属性の値である「ホテルコンコルド」の「宿泊料金」属性と直接的な対応関係にある。この場合、「ホテルコンコルド」の「宿泊料金」属性は、「ホテルコンコルド」における「宿泊料金」の分布や、一覧表を表すのに対し、「宿泊」現象中の「宿泊料金」属性は、文で言及されたある特定の「宿泊」現象における「宿泊料金」の実現値を表す。
【０１８４】
したがって、これまでの例とは異なり、２つの属性の値は、単純な同等関係ではなく、「ホテルコンコルド」の「宿泊料金」属性の値が、「宿泊」現象の「宿泊料金」属性の値の範囲を規定する、という関係にある。「ホテルコンコルドにいくらで泊まったか。」等「宿泊」現象の「宿泊料金」属性の値が問われている場合には、「ホテルコンコルド」の「宿泊料金」は、標準的に考えられる「宿泊料金」の範囲を示唆するに留まる。よって、この場合、この問いに回答するためには、「ホテルコンコルド」意味表現中にデータを検索しても直接回答を得ることはできず、実際にいくらで「ホテルコンコルド」に「泊まった」のかを示す現象意味表現を、別途文脈中から検索する必要がある。
【０１８５】
続いて、図１７を用いて、「今仁さんは、トヨタの車を持っている。」という例について検討する。同図において、「所有１」は、「持っている（所有している）」の意味に対応する現象意味表現である。また、「所有者」属性は「持っている」に係る主格成分を、「所有物」属性は対象格成分を表す。そして、「所有者」属性の値は「今仁さん」であり、「今仁さん」意味表現中には、「所有物」属性が定義されていて、「今仁さん」が実際に持っている「車２」「家１」等の値が記述されている。さらに、「車２」意味表現には、「今仁さん」が所有している車の性質が表現されている。一方、「所有１」意味表現の「所有物」属性の値は「車１」であり、「車１」意味表現中には、「製造メーカ」属性が定義されていて、名詞句「車」の解釈結果として、その値に「トヨタ（登録商標）」が代入されている。
【０１８６】
このように、「ある実体Ａが何らかの実体Ｂを持っている」、すなわち、「所有者  Ａ」＆「所有物  Ｂ」と主張できるためには、まず、Ａ意味表現中に「Ａ＄所有物」という属性を持つ必要がある。「所有するもの」を全く持たない実体に対して、その実体が何かを持っていると主張することは無意味であるからである。Ａ意味表現中に「Ａ＄所有物」という属性が存在する場合、それは、「所有」現象意味表現の「所有物」属性と直接的な対応関係を持つ。同様に、Ｂ意味表現は「Ｂ＄所有者」という属性を持つ必要がある。そして、「Ｂ＄所有者」属性は、「所有現象」意味表現の「所有者」属性と直接的な対応関係を持つ。すなわち、この例に見られるように、対応関係が複数の実体の属性との間にまたがって存在する場合もある。
【０１８７】
この例では、「所有」という現象が例に挙げられているが、「所有対象」の値には、「所有主体」の値実体が所有している任意の（部分）実体を指定することができる。その結果、「今仁さん＄所有物」属性には、多様な（部分）実体が値として含まれ、「持っている」の対象格に対応する「所有物」属性の値に対応する（部分）実体以外の（部分）実体も含まれることになる。このように、互いに対応関係を持つ属性が、任意の（部分）実体を値として持ちうる場合には、属性同士ではなく、それらの値の中で、同一もしくは下位カテゴリに属する（部分）実体を探し、対応づける必要がある。
【０１８８】
任意の（部分）実体概念を値に取らない属性同士が対応関係にある場合には、２つの属性が値に取る概念は同一カテゴリに属する。その場合でも、「場所」概念等において、領域の包含関係等のカテゴリ関係にある値同士を対応づける必要があることがある。
【０１８９】
なお、先の「今仁さんは車を持っている。」という例文においては、対象格名詞句「車」は一般概念を表し、固有のインスタンスを表さない。このため、「車１＄所有者」の値はＮＩＬであり、ここから有用な情報を取得することはできない。しかし、「今仁さんはこの車を持っている。」における「この車」等、対象格に特定のインスタンスを指定する表現が与えられる場合もある。仮に「この車」に関する情報が十分与えられているとすると、「この車＄所有者」属性には値として「今仁さん」等が存在しており、文の意味を確認したり、あるいは、「誰がこの車を持っているか。」というようなＷＨ疑問文に回答することができる。また、「今仁さん」意味表現の「今仁さん＄所有物」の値と照合して、「この車」の車種が「ソアラ（登録商標）」である等、詳細な確認を行うこともできる。
【０１９０】
上述してきたようなことから分かるように、本実施の形態に係る自然言語解析装置によれば、述語概念の属性と、述語を修飾する格名詞概念の属性との間に存在する対応関係に基づいて、Ｙｅｓ／Ｎｏ疑問文に対する真偽の判定や、ＷＨ疑問文に対する回答の探索を行うことができる。すなわち、「今仁さんは、どこに住んでいるか。」、「今仁さんは、どんな車を持っているか。」、「今仁さんは、何色のランドクルーザーを持っているか。」、「誰がこの車を持っているか。」等の多様な言い回しで問われる問題に対応して的確な回答を行うことができる。
【０１９１】
なお、上記で検討した例は、名詞が格助詞を介して述語を修飾するタイプの依存関係によってもたらされる属性間関係であったが、名詞句の場合など（すなわち、ヘッドの名詞概念を構成する属性とヘッドの名詞を修飾する連体修飾成分が含む属性との対応関係など）についても同様に考えることができる。
【０１９２】
［３−２：自然言語解析装置の概略構成］
続いて、図１８を用いて、本実施の形態に係る自然言語解析装置の概略構成を説明する。図１８は、本実施の形態に係る自然言語解析装置１０の構成を示すブロック図である。同図に示すように、この自然言語解析装置１０は、入力部１１と、出力部１２と、入出力制御ＩＦ部１３と、記憶部２０と、制御部３０とから構成され、自然言語による入力文で問われている問題に対して回答を解析するものである。
【０１９３】
このうち、入力部１１は、各種の情報の入力を受付ける入力手段であり、キーボード、マウス、マイクロフォン等を備えて構成され、例えば、後述する疑問文や質問文などの入力文をユーザから受け付けて入力する。また、出力部１２は、各種の情報を出力する出力手段であり、モニタやスピーカを備えて構成され、例えば、疑問文や質問文に対する応答文などを出力する。そして、入出力制御ＩＦ部１３は、これら入力部１１および出力部１２によるデータの入出力を制御する手段である。
【０１９４】
記憶部２０は、制御部３０による各種処理に必要なデータおよびプログラムを格納する格納手段（記憶手段）であり、特に本発明に密接に関連するものとして、入力文バッファ２１と、文脈バッファ２２と、出力文バッファ２３と、入力文解釈用ＤＢ２４と、問題解決用ＤＢ２５と、応答文生成用ＤＢ２６とを備える。
【０１９５】
このうち、入力文バッファ２１、文脈バッファ２２および出力文バッファ２３は、後述する入力文解釈部３１、問題解決部３２および応答文生成部３３による各処理段階で対象となるデータを記憶する手段であり、例えば、入力文バッファ２１は、入力部１１を介して入力された入力文を記憶し、文脈バッファ２２は、入力文解釈部３１によって生成された入力文の意味表現、および、問題解決部３２によって生成された出力文の意味表現を記憶し、出力文バッファ２３は、問題解決部３２によって生成された出力文（応答文）を記憶する。
【０１９６】
入力文解釈用ＤＢ２４、問題解決用ＤＢ２５および応答文生成用ＤＢ２６は、入力文解釈部３１、問題解決部３２および応答文生成部３３による各処理段階で必要とされる知識やプログラムを記憶する手段であり、例えば、入力文解釈用ＤＢ２４は、形態素解析や構文解析に必要な単語データ（単語辞書）、意味解析に必要な単語の意味表現（概念辞書）を記憶し、問題解決用ＤＢ２５は、問題解決に必要な知識の意味表現（問題解決知識など）を記憶し、応答文生成用ＤＢ２６は、応答文生成に必要な文法規則（依存構造−句構造対応規則など）を記憶する。
【０１９７】
制御部３０は、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）などの制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有し、これらによって種々の処理を実行する処理部であり、特に本発明に密接に関連するものとして、入力文解釈部３１と、問題解決部３２（問題種別判定部３２ａおよび回答探索部３２ｂ）と、応答文生成部３３とを備える。
【０１９８】
このうち、入力文解釈部３１は、入力文を解釈して意味表現を生成する処理部であり、具体的には、入力文バッファ２１に蓄積される入力文に対して形態素解析および構文解析を行って入力文の依存構造木を抽出し、この依存構造木から意味表現（図１４および図１５など参照）を生成して文脈バッファ２２に蓄積する。なお、この入力文解釈部３１による処理内容は、上記の［１−５：入力文解釈部］および［２−７：意味解析］で説明した内容に対応する。
【０１９９】
ここで、かかる入力文解釈部３１による処理を簡単に説明すると、まずは、入力文前処理として、構文解析木中の終助詞、時制、相、否定表現をマーカ類に変換した後、それらの表現を表す語句の下方における最も上位のモダルその他助動詞または述語に付与して、構文解析木を整形する。そして、入力文解析処理として、構文解析木に含まれる各節の意味を、順次、同一文内の先行節および先行文の意味および知識に位置付ける。具体的には、各節に対応する現象配列を生成し、各節の意味表現を順次生成し、現象配列、意味表現の格納場所である文脈バッファ２２に蓄積するとともに、この意味表現の属性間や、意味表現と現象配列相互間の関連付け（リンクおよびポインタ）の設定を行う。このような節毎に得られた意味表現の蓄積、関連付けを、先行文脈および現在の対象文の各節に対して行い、これら各節の意味表現を、順次照合または重ね書きすることにより、節、文、あるいは、文脈単位での意味表現を得る。
【０２００】
問題解決部３２（問題種別判定部３２ａおよび回答探索部３２ｂ）は、入力文で問われている問題に対して回答を解析する処理部であり、具体的には、文脈バッファ２２を監視して回答すべき問題を決定し、その問題に対する回答を探索してから（図１４および図１５など参照）、応答文の意味表現を生成して出力文バッファ２３に蓄積する。なお、この問題解決部３２による処理内容は、上記の［１−７：問題解決部］および［２−８：問題解決］で説明した内容に対応する。
【０２０１】
応答文生成部３３は、入力文に対する応答文（問題文に対する回答文）を生成して出力部１２を介して出力する処理部であり、具体的には、出力文バッファ２３に蓄積されている意味表現から出力文（応答文）を生成して出力する（図８および図１３参照）。なお、この応答文生成部３３による処理内容は、上記の［１−６：応答文生成部］および［２−９：出力文生成］で説明した内容に対応する。
【０２０２】
なお、上述してきたような構成を備える自然言語解析装置１０は、既知のパーソナル・コンピュータ、ワークステーション、ＰＨＳ端末、携帯端末、移動体通信端末またはＰＤＡなどの情報処理装置に、上記した記憶部２０および制御部３０の各機能を搭載することによって実現することができる。
【０２０３】
［３−３：自然言語解析装置の概略処理］
次に、図１９を用いて、上記した自然言語解析装置１０の概略処理を説明する。図１９は、自然言語解析装置１０による処理の流れを示すフローチャートである。同図に示すように、自然言語解析装置１０が起動すると、入力文解釈部３１、問題解決部３２および応答文生成部３３の各処理部がそれぞれ処理待ち状態になる。なお、入力文解釈部３１、問題解決部３２および応答文生成部３３はそれぞれ並列的に動作する（入力文解釈処理、問題解決処理、応答文生成処理が並列的に実行される）ことを想定しているが、順次に動作するものとしてもよい。
【０２０４】
入力文解釈処理としては、かかる状態において、入力部１１を介してユーザから入力文（疑問文や要求文など）が入力されると（ステップＳ１９０１肯定）、これが入力文バッファ２１に格納される（ステップＳ１９０２）。そして、入力文解釈部３１は、入力文バッファ２１に格納された入力文を解釈して意味表現を生成し（ステップＳ１９０３）、生成した意味表現を文脈バッファ２２に格納する（ステップＳ１９０４）。
【０２０５】
これを具体的に説明すると、図１４に示すように、「ホテルコンコルドは、どこにあるか。」という入力文が入力文バッファ２１に格納されると、入力文解釈部３１は、同図の左側に示すような意味表現を生成し（なお、この意味表現は同図の右側に示す「ホテルコンコルド」の意味表現との間でリンクが設定される。）、かかる意味表現を文脈バッファ２２に格納する。
【０２０６】
一方、問題解決処理としては、問題解決部３２では、上記の入力文解釈部３１による処理に並行して、文脈バッファ２２に格納される意味表現を監視し、問題解決の必要がある意味表現（疑問文や要求文の意味表現）が格納されると（ステップＳ１９０５肯定）、その意味表現で問われている問題に対する回答を文脈バッファ２２や問題解決用ＤＢ２５から探索し（ステップＳ１９０６）、探索した回答を含んだ応答文の意味表現を生成して出力文バッファ２３に格納する（ステップＳ１９０７）。
【０２０７】
これを具体的に説明すると、図１４の左側に示した「ホテルコンコルドは、どこにあるか。」という入力文の意味表現が文脈バッファ２２に格納されると、問題解決部３２では、かかる意味表現で問われている問題に対する回答を、同図の右側に示した「ホテルコンコルド」の意味表現から探索し、「浜松」という回答を含んだ意味表現を出力文バッファ２３に格納する。
【０２０８】
さらに、応答文生成処理としては、応答文生成部３３では、上記の入力文解釈部３１および問題解決部３２による処理に並行して、出力文バッファ２３を監視し、応答文（回答文）の意味表現が格納されると（ステップＳ１９０８肯定）、かかる意味表現から実際の応答文を生成して出力部１２から出力する（ステップＳ１９０９およびＳ１９１０）。つまり、上記の例で言えば、「ホテルコンコルドは、浜松にあります。」といった応答文を生成してユーザに対して出力する。
【０２０９】
このようにして、自然言語解析装置１０では、入力文解釈部３１、問題解決部３２および応答文生成部３３が、それぞれの条件下でそれぞれの処理を繰り返して実行する。その結果、図８や図１３に示したような動作例が得られる。
【０２１０】
［３−４：自然言語解析装置の特徴］
続いて、図２０〜図２２を用いて、上記した自然言語解析装置１０の特徴を説明するが、ここでは、以下に示すように、［３−４（１）：回答探索］、［３−４（２）：問題種別］、［３−４（３）：探索の範囲および順序］に区分けして説明する。
【０２１１】
［３−４（１）：回答探索］
上述してきたように、自然言語解析装置１０では、入力文や問題解決に必要な知識を、「属性と属性値とを組み合わせて構成されて相互に対応する属性間にリンクが設定される意味表現」として文脈バッファ２２に記憶することで、多様な表層表現に対して多様性や不定形性を排除している。
【０２１２】
すなわち、例を挙げて説明すると、図１４に示したように、「ホテルコンコルドはどこにあるか。」という入力文については、「存在」現象の「属性  属性値」として「存在主体  ホテルコンコルド」および「存在場所  ？」から構成される意味表現、および、「存在主体」属性の値である「ホテルコンコルド」実体の「属性  属性値」として「存在場所  浜松」、「創業時期  １９８８年」および「竣工時期  １９８８年」などから構成される意味表現が記憶されている。
【０２１３】
さらに、「存在」現象の「存在主体」属性の値である「ホテルコンコルド」実体意味表現中の「ホテルコンコルド＄存在場所（所在地）」属性と、「存在」現象の「存在場所」属性とは、直接的な対応関係を持つものであることから、そうした対応関係を示すリンクが（同種属性間に設定され、各意味表現同士の意味の位置づけを行うための各属性間のリンクと併せて）設定される。
【０２１４】
このように、自然言語解析装置１０では、入力文や問題解決に必要な知識を上記したような意味表現として記憶するが、本実施の形態では、かかる意味表現を利用することによって、多様な言い回しの入力文で問われる問題に対応して的確な回答を行うことができるようにしている点に主たる特徴がある。すなわち、自然言語解析装置１０の問題解決部３２では、意味表現の形式で記憶された入力文や問題解決に必要な知識のなかから入力文の意味表現に対応する意味表現を探索し、当該探索した意味表現に含まれる属性値を参照して問題に対する回答を取得する。
【０２１５】
より詳細には、上記の例で言えば、図１４に示すように、入力文によって「存在」現象の「存在場所」属性の属性値が問われているので、「存在」現象の「存在主体」属性の値実体である「ホテルコンコルド」実体が持つ「存在場所（「所在地」等）」属性の属性値を探索することによって、「浜松」という回答を取得する。さらに、「ホテルコンコルドの所在地（「存在場所」属性）はどこか。」と問われた場合でも、本実施の形態に係る自然言語解析装置１０では、多様な表層表現に対して多様性や不定形性を排除した意味表現を利用しているので、上記と同様の意味表現が作成される結果、「浜松」という回答を同様に取得する。
【０２１６】
したがって、自然言語解析装置１０によれば、多様な表層表現に対して多様性や不定形性を排除した意味表現を利用することによって、多様な言い回しの入力文で表現されている内容を汲み取った上で、然るべきところを探索して回答を取得することができるので、上記の主たる特徴の如く、多様な言い回しで問われる問題に対応して的確な回答を行うことが可能になる。
【０２１７】
［３−４（２）：問題種別］
自然言語解析装置１０に対して入力される入力文のタイプとしては、図２０に示すように、「Ｙｅｓ／Ｎｏ疑問文」、「ＷＨ疑問文」、「要求文・願望文」、「システムの問い合わせ後に入力された文」という問題種別に分けられる。そして、これら問題種別は、問題解決手法の観点からは、同図に示すように、「Ｙｅｓ／Ｎｏ疑問文」にはタイプＡ（疑問文の意味表現にマッチする意味表現が文脈に存在するかどうかをチェックするタイプ）の手法が対応し、「ＷＨ疑問文」および「要求文・願望文」にはタイプＢ（問題対象属性の値を取得するタイプ）の手法が対応し、「問い合わせ後の入力文」にはタイプＣ（入力文がシステムの問い合わせに対する回答になっているか否かを判定し、回答になっていれば、問い合わせた事柄に対応する回答情報をそこから取得するタイプ）の手法が対応する。
【０２１８】
さらに、上記のタイプＢについては、値が条件によって変化して値の取得に条件の指定が必要なタイプと、そうでないタイプとに分かれる。すなわち、例えば、「サブネット分割」問題における「セグメント分割数」、「ネットワークアドレス」であり、初期条件は、「属性  値」のリストからなる初期条件フレームとして表現される「初期条件指定が必要なタイプ」（タイプＢ１）と、「初期条件指定が不要なタイプ」（タイプＢ２）である。
【０２１９】
このように、自然言語解析装置１０では、種々のタイプの入力文が入力されるが、本実施の形態では、例えば、ＹｅｓＮｏ疑問文、ＷＨ疑問文、要求文、願望文といった多様な入力文を通じて問われる問題の種別を的確に汲み取った上で、各問題の種別に応じた的確な回答探索を行うことができるようにしている点にも特徴がある。すなわち、自然言語解析装置１０の問題種別判定部３２ａでは、入力文の意味表現に応じて、入力文によって問われている問題の種別を判定し、回答探索部３２ｂでは、こうして判定された問題の種別を踏まえて問題に対する回答を探索する。
【０２２０】
より詳細には、問題種別判定部３２ａは、「Ｙｅｓ／Ｎｏ疑問文」および「ＷＨ疑問文」については、文脈バッファ２２に格納された入力文の意味表現のヘッドに疑問マーカが付与されているか否かで判定し、さらに、意味表現中に「現象属性  ？」の表現を含むか否かで「Ｙｅｓ／Ｎｏ疑問文（タイプＡ）」または「ＷＨ疑問文（タイプＢ）」の別を判定する。また、問題種別判定部３２ａは、「要求文・願望文（タイプＢ）」の場合は、入力文の意味表現のヘッドに命令マーカや願望マーカが付与されているか否かで判定し、「問い合わせ後の入力文（タイプＣ）」については、システム問い合わせ文の意味表現が文脈バッファ２２のトップに積まれている状況で文が入力されたか否かで判定する。なお、タイプＢ１またはタイプＢ２の別については、初期条件指定が必要であるか否かで判定する。そして、回答探索部３２ｂは、図２１に示すように、上記判定で得られた判定結果のタイプにしたがって問題に対する回答を探索して問題を解決する。
【０２２１】
したがって、自然言語解析装置１０によれば、上記した特徴の如く、ＹｅｓＮｏ疑問文、ＷＨ疑問文、要求文、願望文といった多様な入力文を通じて問われる問題の種別を的確に汲み取った上で、各問題の種別に応じた的確な回答探索を行うことができ、各問題に対して的確な回答を取得することが可能になる。
【０２２２】
［３−４（３）：探索の範囲および順序］
自然言語解析装置１０が利用する意味表現は、現象／実体概念の意味を繰り込み、依存関係を圧縮した属性概念を単位として、他の意味表現内の対応する属性との間にリンクを設定するため、問題対象属性に対応する「属性  値」表現を容易に探索することができる。しかし、問題対象属性の抽象度が高い場合（例えば「ネットワークアドレス」等が単に「アドレス」と言及される場合）等には、文脈中に対応する属性が複数発見されることがある。
【０２２３】
一般に、上記の同種属性間のリンクの役割は、同種の意味を持つ属性を互いに位置付けることにあり、入力文の意味とは無関係であるから、この同種属性間のリンクだけを手がかりにして、入力文が指定する問題解決情報を探索することはできないので、対応する属性表現の探索範囲を文の意味に即して限定する必要がある。このようなことから、本実施の形態では、入力文の意味表現に対して真に相互関係がある意味表現のみを探索対象として的確な回答を取得するとともに、処理効率の向上を図ることができるようにしており、この点にも特徴がある。
【０２２４】
これを具体的に説明すると、回答探索部３２ｂは、入力文の構造や位置に応じて、文脈バッファ２２や問題解決用ＤＢ２５に記憶された意味表現のなかで範囲を限定して検索を行う。つまり、現象属性または実体属性をキーとして回答を探索する範囲は、図２２に示すように限定される。
【０２２５】
さらに、回答探索部３２ｂでは、図２２に示すように、所定の順序で各範囲を探索する。すなわち、本実施の形態では、入力文と直接的な相互関係を有する可能性が高い範囲を優先的に探索して、的確な回答を迅速に取得することができるようにしており、この点にも特徴がある。
【０２２６】
また、回答探索部３２ｂでは、図２２に示すεとζを探索範囲とする場合には、「提題格で言い立てられた語」または「主格の「は」で言い立てられた語」が見つかるまでの範囲を限界として先行文脈を遡る。すなわち、本実施の形態では、話題の切替を示すような「所定の語」を探索範囲の限界として設定して、際限なく無意味な検索が行われる事態を回避することができるようにしており、この点にも特徴がある。
【０２２７】
なお、かかる範囲で必要とする情報が得られなかった場合には、図２２に示すように、「最初に見つかった「言い立てられた語」（Ａ）と１つ前に「言い立てられた語」（Ｂ）の間に、「（Ａ）が（Ｂ）の部分である」もしくは、「（Ａ）が（Ｂ）の属性である」という関係が存在する」という条件が成り立つ時に限って、さらに１つ前に提題格あるいは、主格の「は」で言い立てられた語が見つかるまでの範囲で検索を行う。
【０２２８】
［４：他の実施の形態］
さて、これまで本発明の実施の形態について説明したが、本発明は上述した実施の形態以外にも、上記特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施の形態にて実施されてもよいものである。
【０２２９】
また、本実施の形態において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともでき、あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【０２３０】
また、図示した各装置（例えば、図１８に示した自然言語解析装置１０）の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０２３１】
なお、本実施の形態で説明した自然言語解析方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【０２３２】
【発明の効果】
以上説明したように、請求項１、８および９の発明によれば、多様な表層表現に対して多様性や不定形性を排除した意味表現を利用することによって、多様な言い回しの入力文で表現されている内容を汲み取った上で、然るべきところを探索して回答を取得することができるので、多様な言い回しで問われる問題に対応して的確な回答を行うことが可能になる。
【０２３３】
また、請求項２の発明によれば、例えば、ＹｅｓＮｏ疑問文、ＷＨ疑問文、要求文、願望文といった多様な入力文を通じて問われる問題の種別を的確に汲み取った上で、各問題の種別に応じた的確な回答探索を行うことが可能になる。
【０２３４】
また、請求項３の発明によれば、いわゆるＹｅｓＮｏ疑問文で問われている問題に対して的確な回答を取得することが可能になる。
【０２３５】
また、請求項４の発明によれば、いわゆるＷＨ疑問文や要求文、願望文で問われている問題に対して的確な回答を取得することが可能になる。
【０２３６】
また、請求項５の発明によれば、入力文の意味表現に対して真に相互関係がある意味表現のみを探索対象として的確な回答を取得するとともに、処理効率の向上を図ることが可能になる。
【０２３７】
また、請求項６の発明によれば、入力文と直接的な相互関係を有する可能性が高い範囲を優先的に探索して、的確な回答を迅速に取得することが可能になる。
【０２３８】
また、請求項７の発明によれば、例えば、話題の切替を示すような所定の語を探索範囲の限界として設定して、際限なく無意味な検索が行われる事態を回避することが可能になる。
【図面の簡単な説明】
【図１】意味表現を説明するための図である。
【図２】研究１におけるシステムの構成を示す図である。
【図３】テーブルの形式で表された情報とその意味表現を示す図である。
【図４】付帯条件が連体修飾／連用修飾する例文を示す図である。
【図５】「オークラはどこにあるか。」の意味表現を示す図である。
【図６】「オークラにいくらで泊まれますか。」の意味表現を示す図である。
【図７】「オークラの所在地はどこか。」の意味表現を示す図である。
【図８】研究１におけるシステムの対話例を示す図である。
【図９】研究２が題材とするネットワークの構築例を示す図である。
【図１０】研究２における対話システムの構成を示す図である。
【図１１】意味表現の基本形を示す図である。
【図１２】意味表現の例を示す図である。
【図１３】研究２におけるシステムの対話例を示す図である。
【図１４】意味表現の例を示す図である。
【図１５】意味表現の例を示す図である。
【図１６】意味表現の例を示す図である。
【図１７】意味表現の例を示す図である。
【図１８】本実施の形態に係る自然言語解析装置の構成を示すブロック図である。
【図１９】自然言語解析装置による処理の流れを示すフローチャートである。
【図２０】問題種別を説明するための図である。
【図２１】問題解決の手法を説明するための図である。
【図２２】回答探索の手法を説明するための図
【符号の説明】
１０  自然言語解析装置
１１  入力部
１２  出力部
１３  入出力制御ＩＦ部
２０  記憶部
２１  入力文バッファ
２２  文脈バッファ
２３  出力文バッファ
２４  入力文解釈用ＤＢ
２５  問題解決用ＤＢ
２６  応答文生成用ＤＢ
３０  制御部
３１  入力文解釈部
３２  問題解決部
３２ａ  問題種別判定部
３２ｂ  回答探索部
３３  応答文生成部
【図１】
2004334264.tif 000003
【図２】
2004334264.tif 000004
【図３】
2004334264.tif 000005
【図４】
2004334264.tif 000006
【図５】
2004334264.tif 000007
【図６】
2004334264.tif 000008
【図７】
2004334264.tif 000009
【図８】
2004334264.tif 000010
【図９】
2004334264.tif 000011
【図１０】
2004334264.tif 000012
【図１１】
2004334264.tif 000013
【図１２】
2004334264.tif 000014
【図１３】
2004334264.tif 000015
【図１４】
2004334264.tif 000016
【図１５】
2004334264.tif 000017
【図１６】
2004334264.tif 000018
【図１７】
2004334264.tif 000019
【図１８】
2004334264.tif 000020
【図１９】
2004334264.tif 000021
【図２０】
2004334264.tif 000022
【図２１】
2004334264.tif 000023
【図２２】
2004334264.tif 000024