JPH01229366A - 文字処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （産業上の利用分野） 本発明は、文字列の変換を行う文字処理装置における同
音語多義判定方式に関するものである。

〔従来の技術〕

従来、文字列の変換を行なう文字処理装置として、例え
ば日本語ワードプロセッサにおけるカナ漢字変換装置が
広く普及している。カナ漢字変換の結果、多数現われる
同音語候補に対しで、個々の単語の品詞の持つ文法的特
性などから同音語の多義解消が行なわれてきたが、それ
だけでは対処できない場合が多かった。そこで、意味的
に共起関係がある単語と単語との組（すなわち用例）を
格納した用例辞書にある組み合わせを第一候補決定に利
用することで、同音語の多義解消が行なわれてきた。

（発明が解決しようとしている問題点）しかしながら、
従来の技術においては、用例辞書に格納されている用例
を１方向のみに適用していたために、ある用例に対して
単語対が逆転されて出現する場合にも用例を利用しよう
とするためには、単語対を逆転させた用例を用例辞書中
に格納しなければならなかった。すなわち、同じ共起関
係を持つ用例を２つ格納しなければならないために、メ
モリ効率が悪いという問題があった。

例えば、「衷情は厚い。」と「厚い衷情。」と２つの文
における「厚い」を、用例によって第１候補に決定しよ
うとした場合、「衷情−厚い」とｒ厚い一衷情Ｊの２つ
の用例を用例辞書中に格納しておかなければならなかっ
た。

（問題点を解決するための手段（及び作用））本発明の
目的は、上記従来例の欠点を除去することにある。

すなわち、１つの用例を正方向にのみ適用するのではな
く、逆方向にも適用することによって、正方向の用例と
逆方向の用例とを別々に格納した場合に比べて、メモリ
を節約することを目的としている。

その為に本発明は以下の手段を備える。

すなわち、変換対象の単語の読みを入力する入力手段、
単語の読みと表記とを対応させて格納した単語辞書、単
語どうしの共起対を格納した用例辞書と、読みを文節に
解析する文節認定手段と、解析された文節対について正
方向に成立する用例を検索する正方向用例検索手段と、
解析された文節対について逆方向に成立する用例を検索
する逆方向用例検索手段とを備えることである。

これによって、ｒ衷情−厚い」という用例を用例辞書中
に格納しておくだけで、「衷情は厚い」も「厚い衷情」
も、前述の用例のみで「厚い」を第１候補として決定す
ることができる。

（実施例〕 以下、図面を参照して本発明の詳細な説明する。

第１図は本発明の全体構成の一例である。

図示の構成において、ＣＰＵは、マイクロプロセッサで
あり、文字処理のための演算、論理判断等を行ない、ア
ドレスバスＡＢ、コントロールバスＣＢ、データバスＤ
Ｂを介して、それらのバスに接続された各構成要素を制
御する。

アドレスバスＡＢはマイクロプロセッサＣＰＵの制御の
対象とする構成要素を指示するアドレス信号を転送する
。コントロールバスＣＢはマイクロプロセッサＣＰＵの
制御の対象とする各構成要素のコントロール信号を転送
して印加する。データバスＤＢは各構成機器相互間のデ
ータの転送を行なう。

次にＲＯＭは、読出し専用の固定メモリであリアである
。

また、ＲＡＭは、１ワード１６ビツトの構成の書込み可
能のランダムアクセスメモリであって、各構成要素から
の各種データの一時記憶に用いる。

ＴＢＵＦは文書バッファであり、キーボードにＢより入
力された文書情報を蓄えるためのメモリである。

ＹＢＵＦはキーボードＫＢより入力された読みを格納す
る入力読みバッファ・メモリである。

ＤＩＣはカナ漢字変換を行なうための単語辞書である。

ＤＢＰ０ＯＬはＹＢＵＦの読みを文節に解析・変換した
情報を格納する同音語候補格納メモリである。

ＹＪＰＯＯＬはＤＢＰ０ＯＬと連動して、同音語の候補
に適用されている用例の情報を格納するメモリである。

ＬＲＮＤＡＴは個々の単語および用例の学習状態を格納
した学習データ格納メモリである。

ＦＺＴＢＬは付属語をＤＩＣに格納されている結合情報
に対応させるための付属語列変換テーブルである。

ＫＢはキーボードであって、アルファベットキー、ひら
がなキー、カタカナキー等の文字記号人カキ−１及び、
変換を指示する変換キーなどの各種のファンクションキ
ーを備えている。

図において、ＹＯＭ　Ｉは読みを入力するためのキー、
ＣＯＮは入力した読みを変換するための変換指示キー、
ＮＸＴは変換候補を変更して次候補に変換するための次
候補変換指示キー、ＳＥＬは現在の同音語表示候補に確
定し同時にその候補表記を学習することを指示するため
の選択キーである。

ＤＩＳＫは定型文書を記憶するためのメモリで作成され
た文書の保管を行ない、保管された文書はキーボードの
指示により、必要な時呼び出される。

ＣＲはカーソルレジスタである。ＣＰＵにより、カーソ
ルレジスタの内容を読み書きできる。後述するＣＲＴコ
ントローラＣＲＴＣは、ここに蓄えられたアドレスに対
する表示装置ＣＲＴ上の位置にカーソルを表示する。

ＤＢＵＦは表示用バッファメモリで、ＴＢＵＦに蓄えら
れた文書情報等のパターンを蓄える。

ＣＲＴＣはカーソルレジスタＣＲ及びバッファＤＢＵＦ
に蓄えられた内容を表示器ＣＲＴに表示する役割を担う
。

また、ＣＲＴは陰極線管等を用いた表示装置であり、そ
の表示装置ｃａｒｄおけるドツト構成のパターンおよび
カーソルの表示をＣＲＴコントローラで制御する。さら
に、ＣＧはキャラクタジェネレータであって、表示装置
ＣＲＴに表示する文字、記号のパターンを記憶するもの
である。

かかる各構成要素からなる本発明文字処理装置において
は、キーボードＫＢからの各種の入力に応じて作動する
ものであって、キーボードＫＢからの入力が供給される
と、まず、インタラブド信号がマイクロプロセッサＣＰ
υに送られ、そのマイクロプロセッサＣＰＵがＲＯＭ内
に記憶しである各種の制御信号を読出し、それらの制御
信号に従って、各種の制御が行なわれる。

第２図は、カナ漢字変換に用いる単語辞書ＤＩｃの構成
を示した図である。

辞書は表記変換に用いる単語情報と表記変換の際の第１
候補を決定するための用例情報とで構成されている。単
語情報はその見出し卑語固有の単語ＩＤと、単語の読み
を格納する読み、単語の表記を格納する表記、卑語の品
詞を格納する品詞、卑語の意味属性を格納する意味から
構成されている。卑語ＩＤは先頭の単語を１とする連続
番号である。用例情報はその見出し単語の持つ用例情報
の個数、用例固有の用例ＩＤ、その用例が個別用例であ
るか意味用例であるかの用例タイプを記述したタイプ、
用例タイプが個別用例であれば用例の相手の単語の卑語
ＩＤを格納し意味用例であれば用例の相手となる意味属
性を格納する用例、用例の相手の！＃語に付く付属語の
うち用例が成立する条件を満たす代表的な付属語を格納
した結合情報、用例を逆転させても使用可能であるかど
うかの°情報を格納する逆転から構成される。用例を一
つも持たない単語は、用例情報の個数に０が格納されて
いる。用例ＩＤは単語ＩＤと同じく先頭の用例を１とす
る連続番号である。

図において例えば、ｒ買うＪという１１語は３００とい
う連続番号で区別され、読みがＴかう」、表記がｒ買う
Ｊ、品詞がｒ動詞ｊであるという単語情報を持つ。そし
てｒ酒を買う」と「喧嘩を買うＪという２つの個別卑語
用例を持つ。また、「鮭」という単語は５００という連
続番号で区別され、読みがＶさけＪ、表記がｔ鮭Ｊ、品
詞がｒ名詞ｊであり、意味属性がｒ動物」である単語で
ある。用例個数に０が格納されているので「鮭１を見出
し語とする用例は登録されていない。

第３図は、同音語プールＤＢＰ０ＯＬおよび用例情報プ
ールＹＪ　ＰＯＯＬの構成を示した図である。（ａ）は
同音語プールの全体構成である。同音語プールはカナ漢
字変換処理によって作成された各同音語情報から構成さ
れる。　　（ｂ）は同音語情報の構成を示した図である
。同音語情報は、その同音語を他の同音語と区別するた
めの連続番号である同音語ＩＤ、その同音語情報の使用
メモリ・サイズを表わすデータ長、格納されている同音
語の候補の個数を格納する候補個数、同音語の候補の情
報を格納する候補情報、および、同音語の中に格納され
ている候補情報の中で、後述する優先候補の個数を格納
する優先個数から構成されている。このような同音語の
構成において、候補情報の列の先頭の候補情報が変換結
果として出力すべき第１候補になるものとし、列の先頭
から優先個数によって示される個数の候補情報が、後述
する優先候補になるものとする。（ｃ）は候補情報の構
成を示した図である。候補情報は、候補の表記、その単
語ＩＤ、文節末の活用形を格納する文節末活用、および
、後述の用例情報へのポインタを格納する用例情報ポイ
ンタから構成される。

候補情報に用例が通用されずに用例情報が存在しない場
合には、用例情報ポインタに無効値−１が格納される。

（ｄ）は用例情報プールＹＪＰＯＯＬの全体構成である
。用例情報プールは、同音語の各候補に通用される用例
の情報を格納する用例情報から構成される。（ｅ）は用
例情報の構成を示した図である。用例情報は、用例の相
手となる同音語のＩＤを格納するペア同音語ＩＤ、適用
されている用例のＩＤを格納する用例ＩＤ、適用されて
いる用例のタイプ（個別用例または意味用例）を格納す
る用例タイプ、および、同じ候補情報に適用されている
別の用例情報へのポインタが格納されている用例情報ポ
インタから構成される。このように、用例情報はリスト
構造となっている。次の用例情報が存在しない場合には
、用例情報ポインタには無効値−１が格納される。

以上説明したような同音語プールおよび用例情報プール
の構成において、ある同音語のある候補に用例が適用さ
れている場合、その候補情報に用例情報を格納するとと
もに、用例の相手となる同音語の候補に対する候補情報
にも、同じ用例の情報を格納した用例情報を格納するも
のとする。

第４図は、付属語列変換テーブルＦＺＴＢＬの構成を示
した図である。付属語列変換テーブルは文節を構成する
付属語列を単語辞書ＤＩＣが持つ用例情報中の結合情報
に対応させるための対応変換表である。付属語読みはそ
の付属語列の読みを表わし、対応結合情報はその付属語
列が置換可能な辞書の用例情報中の結合情報を表わす。

例えば、付属語ｒこそ１は結合情報ｒが１またはｒを１
に、付属語列「さえもが」は結合情報ｒが１に、それぞ
れ置換して結合判定することができる。

第５図は、学習データＬＲＮＤＡＴの構成を示した図で
ある。（ａ）は学習データの全体構成である。学習デー
タは単語学習データと用例学習データの２つから構成さ
れる。単語学習へのポインタは学習データ内の単語学習
データへのインデックスを格納し、用例学習へのポイン
タは学習データ内の用例学習データ列先頭へのインデッ
クスを格納する。（ｂ）は単語学習データ列の構成を示
した図である。単語学習データ列は使用サイズと各単語
学習データから構成される。単語学習データ使用サイズ
は単語学習データ列の使用サイズを格納する。単語学習
データは各単語のＩＤに対応しており、学習されている
単語には１、学習されていない単語に対しては０が格納
される。（Ｃ）は用例学習データ列の構成を示した図で
ある。用例学習データ列は使用サイズと各用例学習デー
タから構成される。用例学習データ使用サイズは用例学
習データ列の使用サイズを格納する。用例学習データは
各用例ＩＤに対応しており、抑制されている使用禁止用
例には１、抑制されていない使用か脳用例に対しては０
が格納される。

上述の実施例の作動をフローに従って説明する。

第６図は本発明文学処理装置の動作を示すフローチャー
トである。

５６−１においてキーボードよりキーが押下され、割り
込みが発生するのを待つ。キーが入力されると３６−２
においてキー判別し、キーの種類に応じて５６−３．５
６−４．５Ｓ−５、＄６−６．５６−７のいずれかのス
テップに分岐する。

５６−３は読み人カキ−ＹＯＭ　Ｉが押下されたときの
処理であり、押下された読みのコードを入力読みバッフ
ァ・メモリＹＢＵＦに蓄える。

５６−４は変換キーＣＯＮが押下されたときの処理であ
り、５６−３で入力されてＹＢＵＦに蓄えられている、
カナ漢字変換の対象となる文字列を漢字に変換し、出力
バッファに出力する。漢字に変換する際に、単語辞書Ｄ
ＩＣ中に存在する用例情報を用いて、同音語の第１候補
を決定する。

５６−５は次候補変換キーＮＸＴが押下されたときの処
理であり、５６−４によって出力された出力バッファ中
の同音語の別の候補を表示する。

５６−６は選択キーＳＥＬが押下されたときの処理であ
り、画面に表示されている出力バッファ中の同音語を確
定し、確定された文字列を文書中に出力する。さらに、
選択された単語を学習する処理を行なう。

５６−７は、ＹＯＭＩ％　ＣＯＮ、ＮＸＴ、ＳＥＬ以外
のキー（例えば、カーソル移動キーなどの文書編集で用
いるキーなど）が押下された場合の処理であり、同種の
文字処理装置において一般に行なわれている処理であり
、公知であるので特に記述しない。

５６−８は上記の処理の結果、変更された部分を表示す
る表示処理である。文書中のデータ１文字を読んではパ
ターンに展開し、表示バッファに出力するという通常広
く行なわれている処理である。

第７図は、３６−４の処理を詳細化したフローチャート
である。

５７−１は、文節単位に分ち書きされて入力されたカナ
漢字変換の対象となる文字列を解析し、カナ漢字変換の
出力の候補を同音語プールに出力する処理である。分ち
書きされた単位に文字列を順々に取り出し、単語辞書を
検索して解析を行ない、文節として認定される候補のみ
を同音語プールに出力する処理であって、同種の文字処
理装置において一般に行なわれている処理であり、公知
であるので特に記述しない。

５７−２は５７−１において同音語プールに出力された
解析結果に対して、卑語辞書中に格納されている用例の
パターンが存在するかどうかをチエツクし、用例のパタ
ーンが存在すれば、その用例の対象となる同音語の候補
を優先候補としてピックアップする。

５７−３は５７−２でピックアップされた優先候補や、
単語学習されている候補の中から、カナ漢字変換の第１
候補を決定する。

５７−４は、出力バッファに格納されたカナ漢字変換の
出力を表示する処理であり、同種の文字処理装置におい
て一般に行なわれている処理であり、公知であるので特
に記述しない。

第８図は５７−２の処理を詳細化したフローチャートで
ある。

優先候補抽出の対象となる同音語を先頭から順次、取り
出してきて、対象同音語がなくなるまですべての同音語
に対して、以下の処理を行なう。

５８−１で同音語中の候補情報を取り出してくる。

５８−２ですべての候補情報について処理したかどうか
を判定し、すべて処理済であるならば優先候補抽出を終
了する。次の候補情報が取り出せたならば、５８−３で
候補情報に用例情報が存在するかどうかを判定する。用
例情報が存在するかどうかは、候補情報中の用例情報ポ
インタによって判定できる。すなわち、用例情報ポイン
タの値が”−１”であるならば用例情報は存在しない。

そうでなければ用例情報ポインタの示す領域に用例情報
が存在する。用例情報が存在しないならば優先候補抽出
処理を終了する。

用例情報が存在する場合、５８−４で逆方向用例情報の
抽出を行ない、５８−５で正方向用例情報の抽出を行な
う。

５８−５の処理を終了したならば、次の候補情報を処理
するため５８−１ヘループする。

第９図は、５８−４の処理を詳細化したフローチャート
である。

５９−１において、候補情報に格納されている単語ＩＤ
によって、その単語に存在する用例の情報を、一つずつ
辞書の中から取ってくる。

５９−２において、５９−１で候補情報の単語に対して
辞書中に用例が存在するかどうか、辞書中の用例をすべ
て取り終えたかどうかを判定する。用例が存在していれ
ば５９−３へ進み、用例が存在していないか、辞書中の
用例をすべて取り終えていれば逆方向用例抽出処理を終
えてリターンする。

５９−３において、取り出されてきた用例を逆転させて
適用させることが可能かどうかをチエツクする。その情
報は辞書中に格納されている。逆転可能であれば５９−
４へ進み、逆転できなければ５９−１へ進む。

５９−４において、取り出された用例を逆転して適用し
た場合に、入力された読みに対して成立可能かどうかの
判定を行なう。成立可能であれば５９−５へ進み、成立
可能でなければ５９−１へ進む。

５９−５において、成立可能な用例の情報を用例情報に
格納する。すなわち、用例情報プールに用例の情報を用
例情報として格納し、対象となっている同音語の候補情
報に用例情報が存在しなければ、用例情報ポインタに新
たに作成された用例情報へのポインタを格納する。候補
情報に用例情報が存在すれば、用例情報のリストの末尾
に新たに作成された用例情報を付は加える。また、対象
となっている同音語の候補情報だけでなく、用例の相手
となる同音語の候補情報にも同じようにして用例情報を
格納する。

第１０図は、５９−４の処理ケ詳細化したフローチャー
トである。

５１０−１において、対象となっている文節に後続する
文節が存在するかどうかチエツクする。後続する文節が
存在すれば５ＩＯ−２へ進み、存在しなければ５ＩＯ−
７へ進む。

５ＩＯ−２において、対象となっている文節の末尾の活
用形が連体形であるかどうかをチエツクする。連体形で
あれば５ＩＯ−３へ進み、連体形でなければ ５ＩＯ−７へ進む。

５ＩＯ−３において、後続する文節に対する同音語から
候補情報を一つずつ取ってくる。

Ｓ　１０−４において、Ｓ　１０−３で候補情報が取っ
てこれたかどうかを判定する。候補情報が取ってこれれ
ばＳ　１０−５へ進み、すべての候補情報を取り終えて
、候補情報が取ってこれなければＳ　１０−７へ進む。

３１０−５において、Ｓ　１０−３で得た候補情報の単
語が用例の相手となりつるかどうかを判定する。すなわ
ち、用例のタイプが個別用例であれば、辞書中の用例情
報の用例の項目に格納されているｔｇＭＩＤと５ＩＯ−
３で得た候補情報の単語ＩＤが一致していれば、用例の
相手となるものとし、一致しなければ用例の相手となら
ないものとする。用例のタイプが意味用例であれば、辞
書中の用例情報の用例の項目に格納されている意味属性
と、Ｓ　１０−３で得た候補情報の単語ＩＤから得られ
る意味属性とが一致していれは、用例の相手となるもの
とし、−致しなければ用例の相手とならないものとする
。用例の相手になると判定されればＳ　１０−６へ進み
、用例の相手にならないと判定されれば５ＩＯ−３へ進
む。

５ＩＯ−６において、用例が成立するというリターン・
コードを設定する。

Ｓ　１０−７において、用例が成立しないというリター
ン・コードを設定する。

第１１図は、５８−５の処理を詳細化したフローチャー
トである。

Ｓｔ　１−１において、候補情報に格納されている単語
ＩＤによって、その単語に存在する用例の情報を、一つ
ずつ辞書の中から取ってくる。

５ｌｌ−２において、５ｔｔ−ｔで候補情報の単語に対
して辞書中に用例が存在するかどうか、辞書中の用例を
すべて取り終えたかどうかを判定する。用例が存在して
いれば５ｉｔ−３へ進み、用例が存在していないか、辞
書中の用例をすべて取り終えていれば正方向用例抽出処
理を終えてリターンする。　゛ ５ｌｌ−３において、取り出された用例を正方向に適用
した場合に、入力された読みに対して成立可能かどうか
の判定を行なう。成立可能であれば５ｌｌ−４へ進み、
成立可能でなければ５ｌｌ−１へ進む。

５ｌｌ−４において、成立可能な用例の情報を用例情報
に格納する。すなわち、用例情報プールに用例の情報を
用例情報として格納し、対象となっている同音語の候補
情報に用例情報が存在しなければ、用例情報ポインタに
新たに作成された用例情報へのポインタを格納する。候
補情報に用例情報が存在すれば、用例情報のリストの末
尾に新たに作成された用例情報を付は加える。また、対
象となっている同音語の候補情報だけでなく、用例の相
手となる同音語の候補情報にも同しようにして用例情報
を格納する。

第１２図は、５ｌｌ−３の処理を詳細化したフローチャ
ートである。

５１２−１において、対象となっている文節の前の文節
が存在するかどうか チエツクする。前の文節が存在すれば５１２−２へ進み
、存在しなければ５１２−８へ進む。

５１２−２において、前の文節に対する同音語から候補
情報を一つずつ取ってくる。

５１２−３において、５１２−２で候補情報が取ってこ
ねたかどうかを判定する。候補情報が取ってこれればＳ
　１２−４へ進み、すべての候補情報を取り終えて、候
補情報が取ってこれなければ５１２−８へ進む。

５１２−４において、５１２−２で得た候補情報の単語
が用例の相手となりつるかどうかを判定する。すなわち
、用例のタイプが個別用例であれば、辞書中の用例情報
の用例の項目に格納されている単語ＩＤと３１２−２で
得た候補情報の！’話Ｉ　Ｄが一致していれば、用例の
相手となるものとし、一致しなければ用例の相手となら
ないものとする。用例のタイプが意味用例であれば、辞
書中の用例情報の用例の項目に格納されている意味属性
と、５１２−２で得た候補情報の単語ＩＤから得られる
意味属性とが一致していれば、用例の相手となるものと
し、−致しなければ用例の相手とならないものとする。

用例の相手になると判定されればＳ】２−５へ進み、用
例の相手にならないと判定されれば５１２−２へ進む。

Ｓ　１２−５において、５１２−２で得た候補情報の自
立部具外の残り読み（付属語列）を付属語列変換テーブ
ルによって、結合情報に変換する。

５１２−６において、前の文節の同音語の候補が、用例
の結合条件を満たしているかどうかを判定する。すなわ
ち、５１２−５において、付属語列変換テーブルによっ
て結合情報に変換できなければ、結合条件を満たしてい
ないものとする。また、５１２−５で得た結合情報と、
辞書中の用例情報の結合情報との間に、一致する情報が
あれば結合条件を満たしているものとし、一致する情報
がなければ結合条件を満たしていないものとする。結合
条件を満たしていれば５１２−７へ進み、結合条件を満
たしていなければ５１２−２へ進む。

５ＩＯ−７において、用例が成立するというリターン・
コードを設定する。

５１２−８において、用例が成立しないというリターン
・コードを設定する。

第１３図は５７−３の処理を詳細化したフローチャート
である。

第１候補決定を行なわなければならない同音語を先頭か
ら順次、取り出してきて、対象同音語がなくなるまです
べての同音語に対して、以下の処理を行なう。

５１３−１で同音語内の候補情報のうちから優先候補を
ピックアップする。優先候補のピックアップは同音語が
持つ候補情報のうち、用例情報ポインタが“−１”でな
いものの個数を優先個数にセットし、優先個数にカウン
トされた候補情報を順次先頭に並び換えていく。すべて
の候補情報について、優先候補のピックアップが終了し
たならば、Ｓ　１３−２に進み、抑制された用例を優先
候補から除外する処理を行なう、候補情報の先頭から優
先個数分の候補情報について、以下の処理を行なうこと
により、抑制用例の優先除外を行なう。まず候補情報内
の用例情報ポインタをたどり、用例情報内の用例ＩＤを
取り出す。取り出した用例ＩＤの示す用例学習データが
抑制状態にあるかどうかをチエツクする。用例情報ポイ
ンタが終端に達するまで、すなわちポインタ値が“−１
”を示すまでの用例ＩＤについて抑制されているかどう
かを調べた結果、候補情報の用例情報ポインタが示すす
べての用例情報が抑制されていた場合のみ、その候補情
報を優先候補から除外する。すなわち、優先個数を１減
らし、候補情報を優先候補末尾の直後に並び換える。

Ｓ　Ｉ　３−３で３１３−２の結果、優先候補が残って
いるかどうかを、優先個数が０か否かによって判定し、
優先候補が一つもない場合は５１３−５へ、優先候補が
１個以上残っている場合は３１３−４へそれぞれ分岐す
る。

５１３−４で優先候補として残された候藩情報のうち、
個別単語用例を持つ候補が存在するかどうかをチエツク
する。個別単語用例の存在チエツクは、候補情報の先頭
から優先個数分の候補情報について、以下の処理を行な
うことにより行なわれる。先ず、候補情報内の用例情報
ポインタをたどり、用例情報ポインタの示すすべての用
例情報について用例のタイプを調べ、一つでも個別単語
用例があれば“個別単語用例あり”と判定される。用例
情報ポインタが終端に達するまで、すなわちポインタ値
が“−１”を示すまで用例のタイプを調べてすべて、意
味属性用例であれば“個別単語用例なし”と判定される
。

判定の結果、個別単語用例ありならば３１３−６へ、個
別単語用例なしならば５１３−７へ分岐する。

５１３−６で３１３−５の個別単語用例検索の結果、す
べて意味属性用例である候補情報を優先候補から除外す
る。すなわち、優先個数を１減らし、候補情報を優先候
補末尾の直後に並び換える。

上記処理の結果、優先候補が一つに絞られたかどうかを
５１３−７で判定する。すなわち優先個数が１であるか
どうかを判定する。優先個数が１であるならば５１３−
９へ進み、優先候補を第１候補として決定する。優先個
数が１でない場合は、まだ一つに絞られていないため、
３１３−８で単語学習による候補の絞り込みを行なう。

３１３−８で優先候補の単語ＩＤを取り出し、単語ＩＤ
の示す単語学習データを調べ、単語学習されている候補
が存在したならば、５１３−１１て単語学習されている
候補を第１候補として決定する。単語学習されている候
補が複数個あったならば、先に格納されている候補情報
を第１候補とする。優先候補中のすべての候補に単語学
習されているものがなかった場合は、５１３−１０で優
先候補の先頭に格納されている候補を％ｘ候補として決
定する。

３１３−３で優、先候補が一つも存在しないと判定され
た場合は、５１３−５で単語学習による第１候補決定の
判定を行なう。候補情報の単語ＩＤを取り出し、単語Ｉ
Ｄの示す単語学習データを調べ、単語学習されている候
補が存在したならば、３１３−１１で単語学習されてい
る候補を第１候補として決定する。ｍ語学習されている
候補が複数個あったならば、先に格納されている候補情
報を第１候補とする。すべての候補情報に単語学習され
ているものがなかった場合は、５１３−１２で先頭の候
補情報を第１候補として決定する。

第１４図は５６−６の処理を詳細化したフローチャート
である。

５１４−１において選択キーＳＥＬによって選択・確定
を指示された候補が格納されている同音語内に用例が存
在するかどうかを同音語中のすべての候補情報について
、用例情報ポインタを参照することにより判定する。す
なわち、用例情報ポインタの値が“−１”であるならば
、用例なしと判定される。すべての候補情報について用
例が一つも存在しなければ、５１４−３へ、一つでも用
例が存在すれば５１４−２へそれぞれ分岐する。

５１４−２で選択された単語によって成立する用例が用
例情報中に存在するかどうかを以下のように判定する。

まず、ｙ択された単語の候補情報中における用例情報ポ
インタをたどり、ベア同音語ＩＤおよび用例ＩＤを取り
出す。取り出したベア同音語ＩＤの示す同音語内の先頭
候補情報の用例情報ポインタをたどり、ベア同音語ＩＤ
が、選択された単語の存在する同音語ＩＤであるものが
あるかどうかを検索する。そのような用例情報が検索さ
れなければ、用例は成立しないと判定される。ベア同音
語ＩＤが、選択された単語の同音語ＩＤと一致する用例
情報が検索されたならば、用例ＩＤを取り出し、選択さ
れた単語の用例情報中の用例ＩＤと一致するかどうかを
チエツクする。用例ＩＤが一致すれば、成立用例が存在
すると判定される。一致しなければ用例は成立しないと
判定される。用例が成立すると判定されたならば、５１
４−６へ進み、用例が成立しないと判定されたならば、
ベア同音語の次の用例情報について同様の判定を行なう
。ベア同音語の用例情報についてすべて用例が成立しな
ければ、選択された単語の次の用例情報について、同様
の判定処理を行なう。選択された単語の用例情報がない
ならば、成立する用例なしと判定され、５１４−５へ分
岐する。

Ｓ　１４−４は用例抑制解除の処理である。５１４−２
で成立用例と判定された用例の用例ＩＤの示す用例学習
データを使用可能状態にす−る。

５１４−３は５１４−１にて選択された単語に用例が存
在しなかった場合に、選択されなかった他の同音語の用
例を抑制するための用例存在判定を行なう。

そのために、選択された単語の存在する同音語中の選択
された候補情報以外のすべての用例情報・に用例情報が
存在しているかどうかを判定し、用例が存在するならば
、５１４−５で用例ＩＤの示す用例学習データを使用禁
止状態にする。

Ｓ　１４−６は単語学習処理を行なう。選択された表記
の単語ＩＤの示す卑語学習データを学習状態にし、同音
語中の選択されなかった候補情報の単語ＩＤの示す単語
学習データの学習状態を解除する処理を行なう。

５１４−７で選択された表記の文書への確定処理を行な
う。確定処理は確定文字コードを文書バッファＴＢＵＦ
へ格納するという同種の文字処理装置で通常行なわれて
いる処理であり、公知であるので詳述しない。

（他の実施例） 以上の説明において用いた辞書は単語情報と用例情報と
を同一見出し語の下に記述したｉ−の辞書構造であるが
、単語情報と用例情報とを分離した各辞書テーブルとし
ても同様に処理することができる。さらに用例のタイプ
別に辞書を構成し、各辞書に辞書個別のＩＤを持たせ、
用例の存在する辞書ＩＤによって用例の優先順位を持た
せて処理を行なってもよい。

また、以上の説明では、隣接した文節間にのみ用例を適
用していたが、隣接していない文節間に用例を通用する
ことも、容易に実現できる。その際、文節間の構文解析
処理（係り受は解析処理）を施すことによって、用例の
誤った適用を避けることができる。

以上の説明においては、分ち書き火力された文節間に用
例を適用する場合を述べたが、べた書きに入力された読
み列に対しても、自動釣に文節に分割する処理を付は加
えることによって、同じように用例を適用できる。また
、用例の存在を加味しながら文節に分割することも可能
である。

〔効果の説明〕

以上の説明から明らかなように、用例を正方向のみでな
く、逆方向にも適用することによって、少ないメモリで
効果的な同音語の多義解消を行なうことができる。

【図面の簡単な説明】

第１図は本発明の全体構成のブロック図、第２図は本発
明の辞書構成の例を示す図、第３図は本発明の同音語プ
ールおよび用例情報プールの構成を示す図、 第４図は本発明の付属語変換テーブルの構成を示す図、 第５図は本発明の学習データの構成を示す図、 第６図〜第１４図は本発明文字処理装置の動作を示すフ
ローチャートである。 第３　ｒ：ｇＪ　　　同音語プール・用例情報プールの
禍成第７図 第８図 第９図 第１０区 第１２図

Claims (1)

1. 【特許請求の範囲】 単語の読みを入力する入力手段と、 単語の読みと表記との対応を取って格納した単語辞書と
   、 共起関係を有する単語と単語との組とを格納した用例辞
   書と、 前記入力手段によって入力された読みを、前記単語辞書
   を検索することにより文節として認定する文節認定手段
   と、 前記文節認定手段によって認定された文節の対について
   、前記用例辞書を検索し、正方向に成立する用例を抽出
   する正方向用例検索手段と、 前記文節認定手段によって認定された文節の対について
   、前記用例辞書を検索し、逆方向に成立する用例を抽出
   する逆方向用例検索手段とを備えることを特徴とする文
   字処理装置。