JP2017037513A - 言語処理装置、言語処理プログラム及び言語処理方法 - Google Patents

Abstract

【課題】辞書テーブルのうち参照すべきデータを適切に特定する。
【解決手段】検索部１３は、辞書テーブル２０を参照して、検索語に対応する意味と地域を取得し、複数の検索語に対応する共通地域に基づいて、辞書テーブル２０のうち参照すべきデータを特定する。これにより、オペレータが問い合わせ者に出身地や居住地を質問しなくても、複数の検索語に対応する共通地域を、問い合わせ者がしゃべる方言に対応する地域として特定することができる。また、特定した地域に基づいて辞書テーブルのうち参照すべきデータを適切に特定することができる。
【選択図】図２

Description

本発明は、言語処理装置、言語処理プログラム及び言語処理方法に関する。

コールセンターなど電話での問い合わせに対応する対応者（オペレータ）は、問い合わせの内容を理解して適切に対応する必要がある。この場合、問い合わせ者の中には、方言を用いる人もいるため、オペレータは問い合わせ者が使う方言を正確に理解する必要がある。

従来、方言辞書ソフトを用いて方言を調べる方法が知られている。しかしながら、例えば、方言辞書ソフトが、地域ごとに方言をまとめたものである場合、問い合わせ者の居住地等が分からないと、検索した言葉が全くヒットしないことがある。また、全地域の方言を一纏めにした方言辞書ソフトの場合、検索した言葉の意味として複数地域の意味が表示されることがあるため、方言を正確に理解することができないことがある。

最近では、被発話者が発呼者と同じ言語を話さない場合、位置検出又は電話番号分析のいずれかを介して、ネイティブの方言を特定する技術が知られている（例えば、特許文献１等参照）。また、階層化された辞書を用いて機械翻訳を行うことで、翻訳対象文書の分類やジャンルに拘わらず、訳質が良好な翻訳結果を得る技術が知られている（例えば、特許文献２等参照）。

特表２００９−５０６４００号公報 特開２００２−９１９６５号公報

方言をしゃべる人は、居住地域のみならず出身地域の影響を受けていることも多い。このため、従来のように位置検出又は電話番号分析を用いたとしても正確に方言の意味を特定できない可能性がある。

なお、方言のみならず、専門用語などを検索する場合においても、分野やジャンルの特定は重要である。

１つの側面では、本発明は、辞書データのうち参照すべきデータを適切に特定することが可能な言語処理装置、言語処理プログラム及び言語処理方法を提供することを目的とする。

一つの態様では、言語処理装置は、単語の属性情報と、該属性情報に対応する単語に関連する情報とを複数格納する辞書データを参照して、入力された検索対象用語に関連する情報及び属性情報を取得する取得部と、前記取得部が取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する特定部と、を備えている。

辞書データのうち参照すべきデータを適切に特定することができる。

一実施形態に係る言語処理システムのハードウェア構成を概略的に示す図である。 言語処理システムの機能ブロック図である。 辞書テーブルのデータ構造の一例を示す図である。 地域を階層化した状態を示す図である。 検索履歴ＤＢのデータ構造の一例を示す図である。 言語処理システムの一連の処理を示すフローチャートである。 図６のステップＳ２８の具体的処理を示すフローチャートである。 図６のステップＳ１８の具体的処理を示すフローチャートである。 方言辞書の画面の一例を示す図である。 図６〜図８の処理の具体例を説明するための図である。 図１１（ａ）、図１１（ｂ）は、方言辞書の画面の表示例を示す図（その１）である。 方言辞書の画面の表示例を示す図（その２）である。 確認表示を示す図である。 図１４（ａ）、図１４（ｂ）は、変形例１について説明するための図である。 図１５（ａ）、図１５（ｂ）は、変形例２について説明するための図である。 変形例３について説明するための図である。

以下、言語処理装置の一実施形態である言語処理システム１０について、図１〜図１３に基づいて詳細に説明する。本実施形態の言語処理システム１０は、方言の意味を検索するためのシステムであり、例えばコールセンターのオペレータ（対応者）が利用するものである。

図１には、言語処理システム１０のハードウェア構成図が示されている。言語処理システム１０は、ＰＣ（Personal Computer）などの情報処理装置であり、図１に示すように、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、入出力インタフェース９７、可搬型記憶媒体用ドライブ９９、表示部９３、及び入力部９５等を備えている。これら言語処理システム１０の構成各部は、バス９８に接続されている。表示部９３は、液晶ディスプレイ等を含み、入力部９５は、キーボードやマウス、タッチパネル等を含む。入出力インタフェース９７には、例えば電話回線が接続されているものとする。

ＣＰＵ９０が、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（言語処理プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（言語処理プログラムを含む）を実行することにより、言語処理システム１０は、図２に示す各部として機能する。

図２には、言語処理システム１０の機能ブロック図が示されている。図２に示すように、言語処理システム１０は、ＣＰＵ９０がプログラムを実行することにより、検索語受付部１１、検索部１３、電話番号受付部１５、発信地情報処理部１７、及び出力部１９、として機能する。なお、図２には、ＨＤＤ９６等に格納されている辞書データとしての辞書テーブル２０及び検索履歴ＤＢ２２も図示されている。

検索語受付部１１は、オペレータが入力部９５を介して入力した検索対象用語（以下、検索語と呼ぶ）を受け付け、検索部１３に送信する。検索部１３は、辞書テーブル２０を参照して、検索語受付部１１から受信した検索語（方言）の意味と、検索語（方言）が使われる地域とを検索する。

ここで、辞書テーブル２０について、図３、図４に基づいて説明する。辞書テーブル２０においては、図３に示すように、「方言」と、方言に関連する情報としての方言の「意味」と、方言の属性情報として方言が用いられる「地域」と、が対応付けて格納されている。例えば、辞書テーブル２０の上から１つ目には、方言「なおす」が、「西日本」で用いられる方言であり、その意味が「片付ける」であるという内容が格納されている。また、辞書テーブルには、１つの方言に対して複数の意味や地域が対応付けて格納される場合もある。例えば、方言「こわい」に対しては、北海道で用いられる場合の意味「疲れてきつい」、美濃、飛騨で用いられる場合の意味「恥ずかしい」、長野で用いられる場合の意味「濃い」、が格納されている。ここで、「地域」の欄には、様々な広さの地域名称が格納されるが、地域名称は、図４に示すように階層化されているものとする。図４においては上方に位置するほど広い地域（広域地域）を意味し、下方に位置するほど狭い地域（詳細地域）を意味する。

図２に戻り、電話番号受付部１５は、問い合わせ者からの入電があった場合に、入出力インタフェース９７に電話回線から入力された問い合わせ者の電話番号の情報を取得し、発信地情報処理部１７に対して送信する。発信地情報処理部１７は、受信した電話番号の情報に基づいて、相手先の発信地を特定し、検索部１３に対して送信する。なお、検索部１３では、方言の意味を検索する際に、受信した相手先の発信地を利用する場合があるが、この点については、後に詳述する。

出力部１９は、検索部１３で検索された検索語の意味等を表示する画面（図９参照）を、表示部９３を介して出力する。なお、検索部１３は、検索履歴を検索履歴ＤＢ２２に格納する。ここで、検索履歴ＤＢ２２について、図５に基づいて説明する。

図５には、検索履歴ＤＢ２２のデータ構造の一例が示されている。図５に示すように、検索履歴ＤＢ２２は、方言を発話した人（電話の相手先である問い合わせ者）の識別情報である「発話者ＩＤ」と、検索した「方言」と、検索した方言が用いられる「地域」と、検索した「日時」とが関連付けられた状態で格納される。例えば、図５の上から１つ目のレコードには、２０１５年５月５日の１０時０分３０秒に、オペレータが発話者ＩＤ「１０００１」の人と話している間に、地域「西日本」で用いられる方言「なおす」を検索したことが格納されている。

（言語処理システム１０の処理について）
次に、本実施形態の言語処理システム１０が実行する処理について、図６〜図８のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。なお、図６〜図８の処理の前提として、オペレータにより、方言辞書のアプリケーションが起動されており、表示部９３上には、図９に示すような方言辞書の画面が表示されているものとする。

図６の処理では、ステップＳ１０において、電話番号受付部１５が、入電があるまで待機する。問い合わせ者からの入電があった場合（Ｓ１０：肯定）、ステップＳ１１に移行し、電話番号受付部１５は、電話回線から入力される電話番号の情報を取得し、発信地情報処理部１７に送信する。

次いで、ステップＳ１２では、発信地情報処理部１７が、電話番号の情報に基づいて、発信地が判明したか否かを判断する。このステップＳ１２の判断が否定された場合、すなわち、電話番号の情報が得られなかった場合や電話番号の情報からは発信地が特定できなかった場合（例えば携帯電話からの入電の場合など）には、ステップＳ１６に移行する。一方、ステップＳ１２の判断が肯定された場合には、ステップＳ１４に移行する。

ステップＳ１４に移行すると、発信地情報処理部１７は、検索部１３に発信地の情報を送信し、検索部１３が出力部１９を介して発信地を表示部９３上に表示させる。この場合、図９に示す方言辞書の画面の「発信地」の欄に、特定された発信地（例えば、札幌市、大阪市など）が表示されるようになっている。ステップＳ１４の後は、ステップＳ１６に移行する。

なお、この段階で、検索部１３は、電話番号の情報から問い合わせ者を特定できる場合には、当該問い合わせ者に対して割り当てられている発話者ＩＤを読み込んだり、新規の発話者ＩＤを問い合わせ者に割り当てるなどする。また、オペレータが問い合わせ者から発話者ＩＤを聞き出した場合には、オペレータは入力部９５を介して発話者ＩＤを入力するので、検索部１３は、入力された発話者ＩＤを取得する。なお、以降の処理は、問い合わせ者の発話者ＩＤが特定された状態で実行されるものとする。

ステップＳ１６に移行すると、検索部１３は、オペレータによって発信地反映ボタンが押されたか否かを判断する。ここで、図９の方言辞書の画面においては、発信地反映ボタンは、「発信地」の表示欄の右側に設けられているボタンである。入力部９５を介してオペレータが発信地反映ボタンを押したという情報を検索部１３が受け付けた場合、検索部１３はステップＳ１８に移行するが、受け付けていない場合には、ステップＳ２０に移行する。

ステップＳ２０に移行すると、検索部１３は、図９の画面においてオペレータによって検索語が入力されたか否かを判断する。具体的には、検索部１３は、図９の方言辞書の画面の「検索語」の入力欄に、入力部９５を介してオペレータにより何らかの単語が入力され、その後に「Enter」キーなどが押されたか否かを判断する。このステップＳ２０の判断が否定された場合には、ステップＳ１６に戻るが、肯定された場合には、ステップＳ２２に移行する。なお、本実施形態では、図１０に示すように、１回目の検索として検索語「きーひん」が入力されたものとする。

ステップＳ２２に移行すると、検索部１３は、辞書テーブル２０を参照して、検索を実行する。図１０の例では、「検索」の欄に示すように、「来ない：大阪、奈良」が検索されたものとする。

次いで、ステップＳ２４では、検索部１３が、検索履歴ＤＢ２２を参照し、次のステップＳ２６では、同一の発話者ＩＤの問い合わせ者との会話中に、複数の検索が実行されたか否かを判断する。ステップＳ２６の判断が肯定された場合、すなわち、現在の問い合わせ者が発話した方言の検索履歴が検索履歴ＤＢ２２に存在する場合には、ステップＳ２８に移行する。一方、１回目の検索の場合には、ステップＳ２６の判断が否定され、検索部１３はステップＳ３２に移行する。

ステップＳ３２に移行すると、検索部１３は、検索履歴を検索履歴ＤＢ２２に蓄積する。図１０の例では、「履歴」の欄に示すように、「きーひん：大阪、奈良」が検索履歴ＤＢ２２に格納される。

次いで、ステップＳ３４では、検索部１３が、出力部１９を介して検索結果を表示部９３上に表示する。この場合、図１０の「結果」の欄に示すような検索結果「来ない：大阪、奈良」が、図１１（ａ）に示すように方言辞書の画面上に表示される。その後は、検索部１３は、ステップＳ１６に戻る。なお、例えば、１回目の検索において、図３の辞書テーブル２０に格納されている方言「こわい」のように、複数の意味、地域が検索される場合がある。このような場合には、全ての意味、地域が検索履歴ＤＢ２２に格納され、画面に表示されることになる。

次に、オペレータが、２回目の検索において、検索語「あかん」を入力したとする（Ｓ２０）。この場合、図１０に示すように、検索結果として「ダメ、いけない：近畿」が検索される（Ｓ２２）。そして、ステップＳ２４、Ｓ２６では、既に同一の問い合わせ者との会話中に１回の検索が実行され、検索結果が検索履歴ＤＢ２２に格納されているので、ステップＳ２６の判断が肯定され、ステップＳ２８に移行する。

ステップＳ２８に移行すると、検索部１３は、履歴に含まれる地域と、今回の検索結果に含まれる地域との共通地域を求める処理（サブルーチン）を実行する。このステップＳ２８の処理では、具体的には、図７のフローチャートに沿った処理が実行される。

（ステップＳ２８（図７）の処理）
図７の処理では、まずステップＳ７０において、検索部１３が、広域地域を詳細地域の集合に変換する。例えば、今回の検索結果「ダメ、いけない：近畿」の地域は「近畿」であるので、図４において近畿よりも詳細な地域「大阪」、「奈良」、「京」…のような地域の集合に変換する。一方、履歴に含まれる地域は、「大阪」と「奈良」であり、それ以上詳細な地域とすることはできないので、そのままとする。

次いで、ステップＳ７２では、検索部１３が、各集合の共通地域を求める。この場合、両集合を比較し、共通する「大阪」と「奈良」が共通地域として求められる。

次いで、ステップＳ７４では、検索部１３が、共通地域があるか否かを判断する。このステップＳ７４の判断が肯定されると、ステップＳ７６に移行し、検索部１３は、共通地域として「大阪」と「奈良」を特定し、図７の全処理を終了し、図６のステップＳ３０に移行する。

なお、例えば、今回の検索結果に含まれる地域が「九州」であった場合には、その詳細地域の集合「薩隅」、「豊日」、「肥筑」…と、履歴に含まれる地域「大阪」、「奈良」との間には、共通地域が存在しない。このような場合には、ステップＳ７４の判断が否定され、ステップＳ７８に移行し、検索部１３は、各地域を広域地域（上位概念）に変換する。具体的には、今回の検索結果に含まれる地域が「九州」と変換され、履歴に含まれる地域が「近畿」に変換される。次いで、ステップＳ８０では、検索部１３が、変換後の地域が全国又は本土かを判断するが、ここでの判断が否定された場合には、ステップＳ７２に戻り、各集合の共通地域を求める。この場合においても、共通地域は存在しないので、ステップＳ７８では、検索部１３は、各地域を更に広域地域に変換する。上記例では、今回の検索結果に含まれる地域が「西日本」と変換され、履歴に含まれる地域も「西日本」に変換される。そして、ステップＳ８０の判断が否定されると、ステップＳ７２に戻り、検索部１３は、共通地域を「西日本」と特定し（Ｓ７２、Ｓ７４：肯定、Ｓ７６）、図７の全処理が終了する。

なお、例えば、今回の検索結果に含まれる地域が「北海道」であり、履歴に含まれる地域が「大阪」、「奈良」であった場合には、ステップＳ７２〜Ｓ８０の処理を繰り返した後、ステップＳ８０の判断が肯定される。この場合、ステップＳ８２に移行し、検索部１３は、詳細地域の集合の和を共通地域とする。具体的には、「北海道」、「大阪」、「奈良」が共通地域となる。

図６に戻り、ステップＳ２８の後、ステップＳ３０に移行すると、検索部１３は、ステップＳ２８の処理で特定された共通地域で検索結果を絞込む。図１０の例においては、共通地域が「大阪」、「奈良」と特定されるので、これまでの検索結果を「大阪」、「奈良」を含む地域のもののみに絞り込む。例えば、１回目や２回目の検索結果に、北海道などで用いられる方言の意味が含まれていた場合には、その意味を検索結果や検索履歴から除外する。その後は、検索部１３は、ステップＳ３２において２回目の検索履歴を検索履歴ＤＢ２２に蓄積するとともに（Ｓ３２）、２回目の検索結果を図１１（ｂ）に示すような方言辞書の画面に表示する（Ｓ３４）。なお、図１１（ｂ）では、共通地域を黒地の白抜き文字にて示している。その後は、ステップＳ１６に戻る。

更に、３回目の検索として、オペレータが検索語「かって」を入力したとする（Ｓ２０）。この場合、図１０に示すように、検索結果として「借りるの音便：大阪」が検索される（Ｓ２２）。そして、ステップＳ２４、Ｓ２６では、既に同一の問い合わせ者に関して２回の検索が実行され、検索結果が検索履歴ＤＢ２２に格納されているので、ステップＳ２６の判断が肯定され、ステップＳ２８に移行する。

ステップＳ２８に移行すると、検索部１３は、履歴に含まれる地域と、今回の検索結果に含まれる地域との共通地域を求める処理（サブルーチン）を実行する。このステップＳ２８の処理を経ることで、検索部１３は、共通地域として「大阪」を特定する。そして、検索部１３は、ステップＳ３０〜Ｓ３４を同様に実行することで、共通地域による検索結果の絞り込み（Ｓ３０）、検索履歴ＤＢ２２への検索履歴の蓄積（Ｓ３２）、検索結果の表示処理（Ｓ３４）をそれぞれ実行する。なお、この段階で表示部９３に表示される方言辞書の画面は、図１２に示すような画面となる。

ところで、オペレータにより発信地反映ボタンが押され、ステップＳ１６の判断が肯定された場合に、ステップＳ１８では、反映処理のサブルーチンが実行される。このステップＳ１８では、図８のフローチャートに沿った処理が実行される。

（ステップＳ１８（図８）の処理）
図８の処理では、まずステップＳ５０において、検索部１３が、既に地域の絞込みがされているか否かを判断する。ここでの判断が否定された場合、すなわち、２回以上の検索が行われていない場合には、ステップＳ６２に移行し、検索部１３は、発信地を絞り込まれた地域とする。例えば、発信地が「札幌市」であれば、札幌市に対応する地域（図４において、札幌市が含まれる地域であり、例えば「北海道・内陸」）を絞り込まれた地域とし、図８の全処理を終了して、図６のステップＳ２０に移行する。

一方、ステップＳ５０の判断が肯定された場合、すなわち、２回目以降の検索が既に行われている場合には、ステップＳ５２に移行する。ステップＳ５２に移行すると、検索部１３が、絞り込まれた地域と発信地とが矛盾するか否かを判断する。例えば、絞り込まれた地域が「大阪」であるにもかかわらず、発信地が「札幌市」である場合には、矛盾すると判断される。一方、絞り込まれた地域が「大阪」で、発信地が「大阪府寝屋川市」であれば、矛盾しないと判断される。

ステップＳ５２の判断が否定された場合（矛盾しない場合）には、ステップＳ５４に移行し、検索部１３は、絞り込まれた地域を変更しない。これに対し、ステップＳ５２の判断が肯定された場合（矛盾する場合）には、ステップＳ５６において、検索部１３が、絞り込まれた地域を発信地で上書きするかの確認表示を行う。この確認表示は、図１３に示すような表示であるものとする。

次いで、ステップＳ５８では、検索部１３が、オペレータからの上書きする旨の回答があったか否かを判断する。ここでの判断が肯定された場合、すなわち、オペレータが図１３の画面上において「はい」ボタンを押した場合には、ステップＳ６０に移行し、検索部１３は、絞り込まれた地域を発信地で上書きする。一方、ステップＳ５８の判断が否定された場合、すなわち、オペレータが図１３の画面上において「いいえ」ボタンを押した場合には、検索部１３は、発信地で絞り込まれた地域を上書きすることなく、図８の全処理を終了し、図６のステップＳ２０に移行する。

なお、図６の処理は、オペレータと問い合わせ者との会話が終了し、オペレータからの検索終了指示があるまで実行され、検索終了指示があった段階で、図６の処理が終了する。この場合、方言辞書の画面の情報（検索語、履歴、検索結果等）が消去されるものとする。

なお、本実施形態では、検索部１３を含んで、辞書テーブル２０を参照して検索語の意味と地域を取得する取得部、及び複数の検索語の共通地域に基づいて、辞書テーブル２０のうち参照すべきデータ（意味）を特定する特定部、としての機能が実現されている。

以上、詳細に説明したように、本実施形態によると、検索部１３は、辞書テーブル２０を参照して、検索語の意味と地域を取得し、複数の検索語の共通地域に基づいて、辞書テーブル２０のうち参照すべきデータを特定する。これにより、オペレータが問い合わせ者に出身地や居住地を質問しなくても、複数の検索語に対応する共通地域を、問い合わせ者がしゃべる方言に対応する地域として特定することができる。また、特定した地域に基づいて辞書テーブル２０のうち参照すべきデータを適切に特定することができるので、方言の意味として適切な意味をオペレータに示すことができる。

また、本実施形態では、検索部１３は、複数の検索語の検索結果に含まれる詳細地域に共通部分がない場合に、詳細地域を広域地域とした場合の共通地域を特定する（図７）。これにより、詳細地域同士の比較では、共通地域が存在しない場合であっても、詳細地域を変換した広域地域同士を比較することで、結果的に詳細地域の論理和（和集合）をとることができるので、共通地域の特定を適切に行うことができる。

また、本実施形態では、言語処理システム１０が、検索履歴ＤＢ２２において、問い合わせ者ごとに方言の検索履歴を管理している。このため、２回目以降の問い合わせにおいては、最初から辞書テーブル２０のうち参照すべきデータを過去の検索履歴に基づいて絞り込むことができる。

なお、上記実施形態では、検索履歴ＤＢ２２において検索日時を格納しているので、検索日時から所定時間経過した検索履歴を検索履歴ＤＢ２２から削除するようにしてもよい。これにより、多数の検索履歴が検索履歴ＤＢ２２に蓄積され、処理が煩雑になるのを抑制することができる。

なお、上記実施形態では、電話の発信地を用いて、地域を特定する場合について説明したが、これに限られるものではない。例えば、問い合わせ者の電話がＧＰＳセンサを搭載しており、検出された位置情報を言語処理システム１０が取得できるような場合には、検出された位置情報を用いて、発信地を特定してもよい。また、上記実施形態では、処理において発信地を利用しないこととしてもよい。この場合、図６のステップＳ１０〜Ｓ１８の処理を省略することができる。

なお、上記実施形態では、辞書テーブル２０は、地域ごとに方言の意味を纏めた複数の地域別辞書テーブルであってもよい。この場合、検索部１３は、共通地域に基づいて、参照すべき地域別辞書を特定するようにすればよい。

なお、上記実施形態では、オペレータが入力部９５（例えばキーボード）を用いて、検索語を入力する場合について説明したが、これに限られるものではない。例えば、言語処理システム１０は、問い合わせ者の発する音声を自動認識し、認識結果から単語を抽出して各単語の意味を表示部９３上に表示することとしてもよい。

なお、オペレータが、会話している間において、問い合わせ者のしゃべる方言の地域を特定できた場合（直接聞き出した場合など）には、図９の方言辞書の画面において、オペレータが地域を直接選択してもよい。この場合、検索部１３は、辞書テーブル２０のうち参照すべきデータを、選択された地域で絞り込むようにすればよい。

（変形例１）
なお、上記実施形態では、言語処理システム１０が、方言検索に用いられる場合について説明したが、これに限られるものではなく、専門用語検索に用いられてもよい。この場合、図１４（ａ）に示すように、分野を階層化し、図１４（ｂ）に示すようなデータ構造の辞書テーブルを用意する。なお、本変形例１における処理については、電話番号から得られる発信地の情報は用いないものの、上記実施形態とほぼ同様である。例えば、同一の問い合わせ者が発した言葉に「あんどん」や「看板」があり、オペレータがそれらの言葉を検索したような場合には、検索部１３は、問い合わせ者の分野が「工場生産」であると判断し、分野「工場生産」の専門用語を中心に検索に用いるようにする。このようにしても、上記実施形態と同様、適切な検索結果（用語の意味）をオペレータに示すことが可能となる。

（変形例２）
なお、方言や専門用語に限らず、例えば、同人誌のデータベース検索においても上記実施形態と同様の処理を適用することができる。例えば、同人誌のジャンルが、図１５（ａ）に示すように階層化できる場合に、図１５（ｂ）に示すような同人誌ＤＢを上記実施形態の辞書テーブル２０に代えて用意しておく。これにより、例えば、同人誌「しまかぜ大研究」や「２２００系」の検索をしたユーザは、これらの同人誌に共通するジャンル「私鉄（関西）」に興味があることを特定することができる。したがって、特定した興味のあるジャンルを利用することで、適切な検索結果をユーザに示すことができるようになる。なお、同人誌に限らず、様々なデータベース検索にも適用可能である。

（変形例３）
なお、上記実施形態及び変形例では、辞書テーブル２０（及び同人誌ＤＢ）が、言語処理システム１０内に格納されている場合について説明したが、これに限られるものではない。例えば、図１６に示すサーバ６０に辞書テーブル２０を格納しておき、サーバ６０内の辞書テーブル２０にはネットワーク８０を介して利用者端末７０からアクセスするようにしてもよい。この場合、例えば、Ｗｅｂ上の検索サービスのように、サーバ６０に図２の検索部１３等の機能をもたせ、利用者端末７０上からブラウザ等を操作して、検索部１３に検索処理を実行させるようにしてもよい。あるいは、利用者端末７０に検索部１３等の機能を持たせるようにしてもよい。

なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。

なお、以上の実施形態及び変形例の説明に関して、更に以下の付記を開示する。
（付記１） 単語の属性情報と、該属性情報に対応する単語に関連する情報とを複数格納する辞書データを参照して、入力された検索対象用語に関連する情報及び属性情報を取得する取得部と、
前記取得部が取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する特定部と、を備える言語処理装置。
（付記２） 前記特定部は、
前記取得部が取得した複数の前記検索対象用語の属性情報に共通部分がない場合、各属性情報の上位概念の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定することを特徴とする付記１に記載の言語処理装置。
（付記３） 前記辞書データは、前記属性情報ごとに纏められた複数の属性情報別辞書データを含み、
前記特定部は、前記複数の属性情報別辞書データのいずれを参照するかを特定することを特徴とする付記１又は２に記載の言語処理装置。
（付記４） 前記取得部は、属性情報の外部入力を受け付け、
前記特定部は、前記取得部が受け付けた属性情報と、前記取得部が取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する、ことを特徴とする付記１〜３のいずれかに記載の言語処理装置。
（付記５） 前記単語が方言である場合、前記属性情報は地域であり、
前記単語が分野又はジャンルごとに単語に関連する情報が異なる用語である場合、前記属性情報は分野又はジャンルであることを特徴とする付記１〜４のいずれかに記載の言語処理装置。
（付記６） 単語の属性情報と、該属性情報に対応する単語に関連する情報とを複数格納する辞書データを参照して、入力された検索対象用語に関連する情報及び属性情報を取得し、
前記取得する処理で取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する、
処理をコンピュータに実行させることを特徴とする言語処理プログラム。
（付記７） 前記特定する処理では、
前記取得する処理で取得した複数の前記検索対象用語の属性情報に共通部分がない場合、各属性情報の上位概念の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定することを特徴とする付記６に記載の言語処理プログラム。
（付記８） 前記辞書データは、前記属性情報ごとに纏められた複数の属性情報別辞書データを含み、
前記特定する処理では、前記複数の属性情報別辞書データのいずれを参照するかを特定することを特徴とする付記６又は７に記載の言語処理プログラム。
（付記９） 前記取得する処理では、属性情報の外部入力を受け付け、
前記特定する処理では、前記取得する処理において受け付けた属性情報と、前記取得する処理において取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する、ことを特徴とする付記６〜８のいずれかに記載の言語処理プログラム。
（付記１０） 前記単語が方言である場合、前記属性情報は地域であり、
前記単語が分野又はジャンルごとに単語に関連する情報が異なる用語である場合、前記属性情報は分野又はジャンルであることを特徴とする付記６〜９のいずれかに記載の言語処理プログラム。
（付記１１） 単語の属性情報と、該属性情報に対応する単語に関連する情報とを複数格納する辞書データを参照して、入力された検索対象用語に関連する情報及び属性情報を取得し、
前記取得する処理で取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する、
処理をコンピュータが実行することを特徴とする言語処理方法。
（付記１２） 前記特定する処理では、
前記取得する処理で取得した複数の前記検索対象用語の属性情報に共通部分がない場合、各属性情報の上位概念の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定することを特徴とする付記１１に記載の言語処理方法。
（付記１３） 前記辞書データは、前記属性情報ごとに纏められた複数の属性情報別辞書データを含み、
前記特定する処理では、前記複数の属性情報別辞書データのいずれを参照するかを特定することを特徴とする付記１１又は１２に記載の言語処理方法。
（付記１４） 前記取得する処理では、属性情報の外部入力を受け付け、
前記特定する処理では、前記取得する処理において受け付けた属性情報と、前記取得する処理において取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する、ことを特徴とする付記１１〜１３のいずれかに記載の言語処理方法。
（付記１５） 前記単語が方言である場合、前記属性情報は地域であり、
前記単語が分野又はジャンルごとに単語に関連する情報が異なる用語である場合、前記属性情報は分野又はジャンルであることを特徴とする付記１１〜１４のいずれかに記載の言語処理方法。

１０ 言語処理システム（言語処理装置）
１３ 検索部（取得部、特定部）
２０ 辞書テーブル（辞書データ）

Claims (7)

1. 単語の属性情報と、該属性情報に対応する単語に関連する情報とを複数格納する辞書データを参照して、入力された検索対象用語に関連する情報及び属性情報を取得する取得部と、
   前記取得部が取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する特定部と、を備える言語処理装置。
2. 前記特定部は、
   前記取得部が取得した複数の前記検索対象用語の属性情報に共通部分がない場合、各属性情報の上位概念の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定することを特徴とする請求項１に記載の言語処理装置。
3. 前記辞書データは、前記属性情報ごとに纏められた複数の属性情報別辞書データを含み、
   前記特定部は、前記複数の属性情報別辞書データのいずれを参照するかを特定することを特徴とする請求項１又は２に記載の言語処理装置。
4. 前記取得部は、属性情報の外部入力を受け付け、
   前記特定部は、前記取得部が受け付けた属性情報と、前記取得部が取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する、ことを特徴とする請求項１〜３のいずれか一項に記載の言語処理装置。
5. 前記単語が方言である場合、前記属性情報は地域であり、
   前記単語が分野又はジャンルごとに単語に関連する情報が異なる用語である場合、前記属性情報は分野又はジャンルであることを特徴とする請求項１〜４のいずれか一項に記載の言語処理装置。
6. 単語の属性情報と、該属性情報に対応する単語に関連する情報とを複数格納する辞書データを参照して、入力された検索対象用語に関連する情報及び属性情報を取得し、
   前記取得する処理で取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する、
   処理をコンピュータに実行させることを特徴とする言語処理プログラム。
7. 単語の属性情報と、該属性情報に対応する単語に関連する情報とを複数格納する辞書データを参照して、入力された検索対象用語に関連する情報及び属性情報を取得し、
   前記取得する処理で取得した複数の前記検索対象用語の属性情報の共通部分に基づいて、前記辞書データのうち参照すべきデータを特定する、
   処理をコンピュータが実行することを特徴とする言語処理方法。
   
   

Images