JPH0638261B2 - 文字処理装置及びその方法 - Google Patents

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明は仮名漢字変換により漢字仮名混り文を入力する
文字処理装置に関する。

［従来の技術］ 現在、日本ワードプロセッサなどの文字処理装置は漢字
仮名混り文の入力を仮名漢字変換を使って行なうことが
一般的である。

仮名漢字変換は辞書を参照することにより、入力された
読み列を漢字に変換するものである。辞書においては各
単語に対して名詞、サ変名詞、副詞、形容詞、形容動詞
等の品詞情報が記述されており、仮名漢字変換は読み列
を解析して可能な文節候補を作成し、それらを組み合わ
せて変換候補を決定し、尤もらしい順に提示する。提示
された変換候補の中からオペレータが望む候補を選択す
る。

例えば、読み列「しちょうでたずねた」に対しては
「市」「市長」「市庁」「市長で」「市庁で」「腸」
「腸で」「出た」「尋ね」「尋ねた」などの文節候補が
作成され、これらを組み合わせた「市長で尋ねた」「市
庁で尋ねた」がこの順で変換候補として出力表示され
る。

「市長で」という表記は「市庁で」という表記に比べる
と不自然な表記に見えるが、辞書中では「市長」も「市
庁」も単なる名詞であり、形態素として間違っているわ
けではない。現実に「彼は市長で知事ではない」などの
例文では「市長で」は正しい文節である。また「市長で
尋ねた」も構文としては間違っているわけではない。こ
の様に「しちょうで」と入力されたときは「市庁で」と
変換する方が自然であるが、現実には、「市長」の方が
「市庁」よりも頻度が高いので「市長で尋ねる」が第１
候補として変換される可能性が高い。

このままでは望む候補が第１候補として変換されないの
で、変換率を高めるために用例変換という手法が提案さ
れている。用例変換は、共起する単語のペア（用例）を
予め用例辞書中に登録しておき、変換時に用例辞書を参
照し、第１候補を用例辞書中の用例に従って変更する手
法である。例えば、「市庁で／尋ねる」というパターン
を用例辞書に記憶しておき、「しちょうでたずねる」と
いう入力に対しては「市庁で尋ねる」が第１候補として
変換される様にする。

［発明が解決しようとしている問題点］ ところが、用例変換の手法では「市庁で〜」を正しく変
換するためは「市庁」と共起する単語を網羅しなければ
完璧な変換とはならない。例えば、「市庁で打ち合わせ
る」「市庁で待ち合わせる」「市庁で出会う」「市庁で
散歩する」などと用例辞書に登録しなければならない。
このため用例辞書の記憶に膨大なメモリが必要であっ
た。また、そのような用例を網羅することは人間の労力
から考えて事実上不可能であった。

また、「しちょうで」と単文節で入力されたときは回り
の状況を見ることができないため、用例変換を適用する
ことができず、妥当な変換を行なうことができなかっ
た。

［問題点を解決するための手段（及び作用）］ 本発明の文字処理装置は、仮名文字列を入力する入力手
段と、単語の読みを、表記及び単語尤度と対応づけて記
憶し、更に、該単語が自立語である場合には、該自立語
が他の任意の自立語に先行あるいは後続して接続する際
の接続尤度と対応づけて記憶した辞書手段と、該辞書手
段を参照して、前記入力手段により入力された仮名文字
列を表記候補に変換する変換手段と、該変換手段により
変換された表記候補中に複合語を含む時、該複合語の表
記候補の優先順位を、前記辞書手段を参照して、各表記
候補中の各自立語の単語尤度及び接続尤度に基づいて決
定する決定手段と、該決定手段により決定された優先順
位に従って、前記複合語の表記候補を表示する表示制御
手段とを具える。

また、本発明の文字処理方法は、単語の読みを、表記及
び単語尤度と対応づけて記憶し、更に、該単語が自立語
である場合には、該自立語が他の任意の自立語に先行あ
るいは後続して接続する際の接続尤度と対応づけて記憶
した辞書を参照して、前記入力部より入力された仮名文
字列を表記候補に変換する変換工程と、該変換工程によ
り変換された表記候補中に複合語を含む時、該複合語の
表記候補の優先順位を、前記辞書を参照して、各表記候
補中の各自立語の単語尤度及び接続尤度に基づいて決定
する決定工程と、該決定工程により決定された優先順位
に従って、前記複合語の表記候補を表示する表示工程と
を具える。

これにより、本願各発明によれば、複合語の表記とし
て、より適切な表記を優先させることが出来るという作
用効果を奏するものです。

［実施例］ 以下図面を参照しながら本発明を詳細に説明する。

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

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

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

つぎにＲＯＭは、読出し専用の固定メモリであり、第１
２図〜第１５図につき後述するマイクロプロセッサＣＰ
Ｕによる制御の手順を記憶させておく。

また、ＲＡＭは、１ワード１６ビットの構成の書込み可
能のランダムアクセスメモリであって、各構成要素から
の各種データの一時記憶に用いる。ＩＢＵＦはキー入力
されたキーデータを記憶する入力バッファであり、ＯＢ
ＵＦは仮名漢字変換された結果を一時的に記憶する出力
バッファである。ＢＣＴＢＬは変換途中の文節候補を記
憶する文節候補テーブルである。ＤＩＣは仮名漢字変換
を行なうための辞書である。ＦＴＢＬは付属語を付属語
尤度、連番と対応付けて記憶した付属語テーブルであ
る。ＣＴＢＬは付属語間の接続関係を記述した付属語接
続テーブルである。

ＫＢはキーボードであって、アルファベットキー、ひら
かなキー、カタカナキー等の文字記号入力キー、及び、
変換キー、次候補キー、候補表示キー、確定キー等の本
文字処理装置に対する各種機能を指示するための各種の
ファンクションキーを備えている。

ＤＩＳＫは文書データを記憶するための外部メモリであ
り、テキストバッファＴＢＵＦ上に作成された文書の保
管を行ない、保管された文書はキーボードの指示によ
り、必要な時呼び出される。

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

ＤＢＵＦは表示用バッファメモリで、表示すべきデータ
を蓄える。

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

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

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

第２図は本発明装置による変換例を示した図である。図
中「」はそこで変換キーを打鍵するという意味であ
る。

「さいきん」と入力した場合は、第１候補として「最
近」、第２候補として「細菌」が変換されるが、「さい
きんを」と入力した場合は「細菌を」が第１候補とな
る。「最近を」は変換されないので第２候補以下が存在
しない。

「きのう」と入力した場合は、第１候補として「昨
日」、第２候補として「機能」が変換されるが、「きの
うを」と入力した場合は、「機能を」が第１候補とな
る。

「しゅよう」と入力した場合は、第１候補として「主
要」、第２候補として「腫瘍」が変換されるが、「しゅ
ようを」と入力した場合は、「腫瘍を」が第１候補とな
る。「主要を」は変換されないので、第２候補以下は存
在しない。

「きかん」と入力した場合は、第１候補として「期
間」、第２候補として「機関」が変換されるが、「きか
んさんぎょう」と入力した場合は「きかん」は「産業」
に対して接頭的に使用されていると解釈され、第１候補
が「基幹」となる。

「しちょうを」と入力した場合は、第１候補として「市
長を」、第２候補として「市庁を」が変換されるが、
「しちょうで」と入力した場合は、「市庁で」が第１候
補となる。「市長で」は第２候補となる。

第３図は入力バッファＩＢＵＦ、出力バッファＯＢＵＦ
の構成を示した図である。

ＩＢＵＦ、ＯＢＵＦともに同じ構成である。最初の２バ
イトは各バッファのサイズ情報であり、バッファに格納
されている文字数から１を減じたものを２倍した数値が
入る。入力バッファの末尾にある「」はそこで変換キ
ーが打鍵されたことを意味する。各文字は１文字２バイ
トで構成され、JIS Ｘ 0208コード等で格納される。

第４図は辞書ＤＩＣの構成を示した図である。「読み」
「表記」「品詞」「単語尤度」「助詞接続尤度」から構
成される。

「読み」には単語の読み、「表記」には単語の表記、
「品詞」には単語の品詞が格納される。

「単語尤度」は頻度情報等のその単語自体の尤もらしさ
を示す情報が０〜５の値で格納される。尤度値０は最も
尤もらしいという意味であり、値が大きくなるにつれて
疑わしいと解釈される。尤度値６は全く考えられないと
いうことを意味するので単語尤度の値としては存在しな
い。助詞接続尤度については第５図に詳述する様に格納
されるが、その単語の格助詞が後続した場合、単語尤度
をどの様に補正すべきかを示す情報が格納される。

図中、「基幹」については接頭的に使用されたときは単
語尤度を−５すべきであるという意味であり、接頭的に
使用されたとき「基幹」の補正された単語尤度は０とな
る。すなわち、より尤もらしいということである。

「昨日」については助詞「を」が接続したときは単語尤
度を＋４すべきであるという意味であり、「昨日を」の
補正された単語尤度は５となる。すなわち、より疑わし
いということである。

「最近」については助詞「が」が接続したときは単語尤
度を＋５すべきであるという意味であり、「最近が」の
補正された単語尤度は６となり、その様な表記はもはや
有り得ないということになる。

「市庁」については助詞「で」が接続したときは単語尤
度を−３すべきであるという意味であり、「市庁で」の
補正された単語尤度は０となる。すなわち、より尤もら
しいということである。

第５図は第４図の助詞接続尤度の構成をより詳細に説明
した図である。

助詞接続尤度は先頭より４ビット単位で分割され、それ
ぞれの４ビットは特定の助詞に対応した単語尤度の補正
値が記憶される。例えば、「が」に対応する接続尤度と
いうのは、その単語に助詞「が」が後続した場合に単語
尤度に補正すべき値が格納される。

補正値は−５〜５の範囲で記憶される。それ以外の値
（−８、−７、７）は不正値である。特に単語尤度を補
正すべきでないときは値０を格納する。

複合語の接頭成分としての尤度、複合語の接尾成分とし
ての尤度は、それぞれ、その単語が接頭的、接尾的に使
用されたときに単語尤度に補正すべき値を格納する。例
えば、「基幹産業」というときの「基幹」は接頭的に使
用されており、「販売期間」というときの「期間」は接
尾的に使用されている。この様な場合に単語尤度を補正
する必要があれば記述するのである。

第６図は文節候補テーブルＢＣＴＢＬの概念を示した図
である。文節候補テーブルは入力読みの解析の結果、考
えられる文節候補をバイナリートリーで表現したもので
ある。図中、横線は子ポインタを意味し、縦線は弟ポイ
ンタを意味する。弟ポインタはある読み位置から始まる
他の文節候補（通常はより短い候補）をリンクし、子ポ
インタはその文節に引き続く文節候補をリンクする。ま
た、括弧で括られた単語は同音語関係を意味する。

例えば、文節「（最近、細菌）では」は同音語関係を意
味し、「最近では」「細菌では」の２通りの解釈が可能
であることを意味する。

入力読み列「さいきんではさいきんが…」の先頭部分は
「（最近、細菌）では」「（最近、細菌）で」「（最
近、細菌）」などの解釈が存在し、これらは順に弟ポイ
ンタ（縦線）でリンクされている。

「（最近、細菌）では」に引き続く文節は「細菌が」が
考えられ、子ポインタでリンクされている。「細菌が」
に引き続く文節として「見つからない」が考えられ、や
はり子ポインタでリンクされている。

この様な文節候補テーブルができ上がると、「最近では
／細菌が／見つからない」「最近では／細菌／画／蜜か
ら／無い」などと文節候補列を作成することは容易であ
る。

第７図は文節候補テーブルＢＣＴＢＬの具体的構成を示
した図である。

「自立語」は各２バイトで構成され、文節候補の自立語
（辞書上に存在する）をリンクする。

「付属語列」は２バイトで構成され、文節候補の自立語
に引き続く付属語列を特定する領域である。先頭１バイ
トが入力バッファ上の付属語列先頭文字をインデックス
し、次の１バイトが入力バッファ上の付属語列の末尾文
字をインデックスする。例えば、第３図に示す入力バッ
ファのとき、「では」を表現するには第１バイトに８、
第２バイトに１０を設定する。

「文節尤度」は第１０図に示す様に算出されたその文節
候補の尤度を示す値を格納する。

「同音語リンク」はその文節候補の自立語が他の同音語
に変わっただけの文節候補をリンクする。

弟リンクはその文節候補と同じ読み位置から始まる別の
文節候補をリンクする。

子リンクはその文節候補に引き続く文節候補をリンクす
る。

例えば、文節候補０の同音語リンクは１であり、文節候
補１（細菌では）をリンクしている。また、文節候補１
の同音語リンクは０であり、それ以上同音語リンクはた
どれないことが分かる。

文節候補０の弟リンクは５０であり、文節候補５０（最
近で）をリンクする。子リンクは１００であり、文節候
補１００（最近が）をリンクする。更に、文節候補１０
０の子リンクは２００であり、文節候補２００（見つか
らない）をリンクする。その子リンクは０であり、そこ
で入力読みが終端していることが分かる。

第８図は付属語テーブルＦＴＢＬの構成を示した図であ
る。

「読み」には各付属語の読みが格納される。「付属語尤
度」には各付属語の尤もらしさを示す付属語尤度が格納
される。付属語尤度には０〜３の値が格納され、０が最
も尤もらしく、値が大きくなるほど疑わしい付属語であ
ることを意味する。各付属語は連番（先頭から何番目の
付属語であるか）で管理される。

例えば、連番１０の付属語は「が」であり、その付属語
尤度は０である。連番５０の付属語は「じゃ」であり、
その付属語尤度は３である。

第９図は付属語接続テーブルＣＴＢＬの構成を示した図
である。

付属語接続テーブルは付属語間の接続関係を記述したテ
ーブルである。テーブルの左部に先行する付属語を示
し、上部には後続する付属語を示す。その付属語接続が
認められるかどうかを左部に示した付属語と上部に示し
た付属語の交点に示している。

交点の値は−１、０、１、２、３のいずれかで、−１は
接続し得ないことを意味する。０〜３は接続できること
を意味し、値が付属語間尤度（接続の尤もらしさ）を示
す。０は尤もらしい接続で、値が大きくなるほど疑わし
い接続となる。

例えば、「じゃ／ない」という付属語接続が認められる
かどうかは、左部５０と、上部１３０の交点を読み取れ
ばよい。０という値が得られるので、付属語間尤度０で
接続可能であることが分かる。

また、左部５０と上部１８０の交点を読み取ると−１で
あるので、「じゃ／は」という接続が認められないこと
が分かる。

また、左部１５０と上部１８０の交点を読み取ると３で
あるので、「の／は」という接続が付属語間尤度３で認
められることが分かる。

第１０図は文節尤度の計算例を示した図である。文節尤
度は各文節候補の尤もらしさを表現するものであり、値
が小さいほど尤もらしいことを意味する。文節尤度は自
立語尤度のα倍に付属部尤度のβ倍を加算することによ
り計算される。ここで、自立語尤度は単語尤度にその文
節の付属語列の解析（どんな助詞が後続しているか）に
従って助詞接続尤度を加算したものである。付属部尤度
はその文節の自立語に引き続く付属語列の構成付属語の
個々の付属語尤度の和と各付属語間尤度の和を加算した
ものである。文節尤度は小さな値ほど、より尤もらしい
ことを意味する。α、βの値はこの例ではα＝２、β＝
５である。

第１０図によると、「機能を」の文節尤度は４であり、
「昨日を」の文節尤度は（「機能／を」の接続尤度が＋
４であるので）１０であるので、「機能を」が第１位に
変換されることが分かる。また、「昨日のは」の文節尤
度は「の／は」の付属語間尤度が３であるので、１７と
なり、通常の文節より交換しにくくなることが分かる。

第１１図は文尤度の計算例を示した図である。文尤度は
文節候補列である文の尤もらしさを表現するものであ
り、値が小さいほど尤もらしいことを意味する。文尤度
は文節尤度の和に（文節数−１）×文節間尤度を加える
ことにより計算される。文節間尤度はここでは２０とす
る。

第１１図によると、「最近では／細菌が／見つからな
い」の文尤度は５０であり、「最近では／細菌が／蜜か
ら／無い」の文尤度は８０であるので、「最近では／細
菌が／見つからない」が第１位に変換されることが分か
る。

また、「昨日を／高める」の文尤度は３２であり、「機
能を／高める」の文尤度は２６であるので、「機能を／
高める」が第１位に変換されることが分かる。

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

第１２図はキー入力を取り込み、処理を行なう部分のフ
ローチャートである。

ステップ１２−１はキーボードからのデータを取り込む
処理である。ステップ１２−２で取り込まれたキーの種
別を判定し、各キーの処理ルーチンに分岐する。

変換キーであったときはステップ１２−３に分岐し、ス
テップ１２−３において第１３図に詳述するように仮名
漢字変換の変換処理が行なわれる。その他のキーのとき
はステップ１２−４に分岐し、挿入、削除等の通常の文
字処理装置において行なわれるその他の処理が行なわれ
る。

ステップ１２−５においては変換結果、あるいは処理結
果の表示処理を行なう。その後ステップ１２−１に分岐
する。

第１３図はステップ１２−３の「変換処理」を詳細化し
たフローチャートである。

ステップ１３−１において、辞書サーチ、形態素解析、
構文解析等を行なって入力読み列を解析し、文節候補を
作成する。ステップ１３−２において、各文節候補の尤
度を計算し、どの文節を変換するのが最も尤もらしいか
を判断し、第１候補として決定する。ステップ１３−３
において、決定された第１候補に基づいて変換結果を作
成し、出力する。

第１４図はステップ１３−１の「変換候補作成」を詳細
化したフローチャートである。

ステップ１４−１において、入力バッファインデックス
ｉ、文節候補テーブルインデックスｊを０に初期設定す
る。

ステップ１４−２においてｉの示す入力バッファ中の読
みに基づき、辞書をサーチし、単語候補を求める。

ステップ１４−３において、見つかった単語候補に対し
て接続する付属語列を解析する。この結果、文節候補が
得られる。

ステップ１４−４において得られた文節候補を文節候補
テーブルに格納する。格納する時はｊ＋１番目のエント
リーに格納する。また、必要な情報を設定する。例え
ば、この文節候補の文節尤度を第１０図に示すように算
出し、格納する。あるいは、この文節候補を子、あるい
は弟とする文節候補については、子リンク、弟リンクを
設定する。格納後ｊの値をカウントアップする。

ステップ１４−５において文節候補テーブルからターミ
ネートしていない文節候補、すなわち、子リンクがまだ
決まっていない文節候補を見つけその次の読み位置をｉ
に代入する。

ステップ１４−６において、全ての文節候補の子リンク
が決定しているかどうか判定し、決定していないものが
あればステップ１４−２に分岐する。そうでなければリ
ターンする。

第１５図はステップ１３−２の「第１候補決定」を詳細
化したフローチャートである。

ステップ１５−１において、最尤文尤度を処理上許され
る最大値に初期設定する。

ステップ１５−２において文節候補テーブルより文節候
補列を１つ取り出す。

ステップ１５−２において、取り出された文節候補列の
文尤度を第１１図に示す様に算出する。

ステップ１５−４において、算出された文尤度が最尤文
尤度より尤もらしいか、具体的には小さいかを判定し、
小さいときはステップ１５−５において最尤文尤度を算
出された文尤度に更新する。

ステップ１５−６において文節候補テーブから別の文節
候補列が取り出せるかどうかを判定し、取り出せるとき
はステップ１５−２に分岐する。そうでないときはリタ
ーンする。

これにより、最尤文尤度を算出するもとになった文節候
補列が第１候補として決定される。

［他の実施例］ 以上の説明において、助詞接続情報の格納形式として格
助詞ごとにあらかじめフィールドを定めて尤度情報を持
つ様にしたが、この方法では大抵の場合、０が格納され
ることになるので、必要な助詞とともに接続尤度を格納
する形式にしても良い。

また、尤度の計算は単に例を示しただけであるので、別
の計算方法であっても特に本発明の趣旨を損なうもので
はない。

［発明の効果］ 以上説明したように、本発明によれば、自立語につい
て、該自立語が他の任意の自立語に先行あるいは後続し
て接続する際の接続尤度を記憶しておき、この接続尤度
に基づいて複合語の表記の優先順位を決定するようにし
たので、複合語を構成する自立語の組を列挙して記憶す
ることなく、複合語の表記として、より適切な表記を優
先させることができるという効果がある。そして、これ
により、候補選択におけるオペレータの負担が軽減で
き、操作性の高い文字処理装置を実現することができ
る。

【図面の簡単な説明】

第１図は本発明の全体構成のブロック図、第２図は本発
明において仮名漢字変換の出力の例を示した図、第３図
は本発明における入力バッファ、出力バッファの構成を
示した図、第４図は本発明における仮名漢字変換用辞書
の構成を示した図、第５図は助詞接続尤度の詳細構成を
示した図、第６図は本発明における文節候補テーブルの
記憶内容を概念的に示した図、第７図は本発明における
文節候補テーブルの構成を示した図、第８図は本発明に
おける付属語テーブルの構成を示した図、第９図は本発
明における付属語接続テーブルの構成を示した図、第１
０図は本発明における文節尤度の計算例を示した図、第
１１図は本発明における文尤度の計算例を示した図、第
１２図〜第１５図は本発明文字処理装置の動作を示すフ
ローチャートである。 ＤＩＳＫ……外部メモリ ＣＰＵ……マイクロプロセッサ ＲＯＭ……読出し専用メモリ ＲＡＭ……ランダムアクセスメモリ ＩＢＵＦ……入力バッファ ＯＢＵＦ……出力バッファ ＢＣＴＢＬ……文節候補テーブル ＤＩＣ……仮名漢字変換用辞書 ＦＴＢＬ……付属語テーブル ＣＴＢＬ……付属語接続テーブル

Claims (2)

【特許請求の範囲】
1. 【請求項１】仮名文字列を入力する入力手段と、 単語の読みを、表記及び単語尤度と対応づけて記憶し、
   更に、該単語が自立語である場合には、該自立語が他の
   任意の自立語に先行あるいは後続して接続する際の接続
   尤度と対応づけて記憶した辞書手段と、 該辞書手段を参照して、前記入力手段により入力された
   仮名文字列を表記候補に変換する変換手段と、 該変換手段により変換された表記候補中に複合語を含む
   時、該複合語の表記候補の優先順位を、前記辞書手段を
   参照して、各表記候補中の各自立語の単語尤度及び接続
   尤度に基づいて決定する決定手段と、 該決定手段により決定された優先順位に従って、前記複
   合語の表記候補を表示する表示制御手段とを有すること
   を特徴とする文字処理装置。
2. 【請求項２】仮名文字列を入力する入力部と、文字を表
   示する表示部とを具えた文字処理装置において、 単語の読みを、表記及び単語尤度と対応づけて記憶し、
   更に、該単語が自立語である場合には、該自立語が他の
   任意の自立語に先行あるいは後続して接続する際の接続
   尤度と対応づけて記憶した辞書を参照して、前記入力部
   より入力された仮名文字列を表記候補に変換する変換工
   程と、 該変換工程により変換された表記候補中に複合語を含む
   時、該複合語の表記候補の優先順位を、前記辞書を参照
   して、各表記候補中の各自立語の単語尤度及び接続尤度
   に基づいて決定する決定工程と、 該決定工程により決定された優先順位に従って、前記複
   合語の表記候補を表示する表示工程とを有することを特
   徴とする文字処理方法。