JPH01204174A - 文字処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野］ 本発明はかな漢字変換を行ないながら漢字等の文字を人
力し、日本語の文書等のドキュメントを作成ｆｉ集する
文字処理装置に関するものである。

［従来の技術］ 日本文を人力する文字処理装置においてはかな漢字変換
を使用して漢字を入力するのが普通である。もしかな漢
字変換の結果表示される漢字がオペレータの望む候補で
ない場合は、オペレータがいわゆる次候補キーを操作し
、第２候補以下を表示させ、その中から望む候補を探す
ということが一般に行なわれている。

このような同音語（同じ読みで別の表記が存在する語）
の次候補表示方式として従来は、最初にかなを漢字に変
換し第１候補を表示するときに可能な候補を予め全て求
めて同音語バッファと呼ばれるメモリに記憶しておき、
もし次候補表示が指示されればそれに応じてその同音語
バッファの中から第２候補以下を取得し表示させるとい
う方式％式％ ［発明が解決しようとしている問題点］しかしながら、
この従来方式では人力を連続的に行ない、同音語の数が
増加するにつれて、同音語バッファのために膨大なメモ
リを必要とするという欠点があった。このため、作成で
きる同音語の数に制限を設けたり、あるいは、次の読み
人力時に同音語を確定して同音語バッファを解放したり
していた。このような制限のため、人力を連続的に行な
うと、次候補の表示ができなくなる同音語が発生するた
め、事実上連続人力ができなかった。このように従来方
式は連続入力という点で制約が強く、オペレータにとっ
て使いにくいものであった。

［問題点を解決するための手段（及び作用）］本発明は
、同音語バッファ中に全部の変換候補を保有せず再変換
で次候補を生成する機構を設けることにより、従来のよ
うな第２候補以下のためのメモリを不要にしたものであ
る。

また、再変換情報をもつことにより、再変換による次候
補が自然な次候補となるようにしている。

また、第２候補以下を保持できるようにもなっており、
その時は再変換による次候補は抑止されることになるの
で、第２候補以下が再変換によっては求めることができ
ないような状況においても的確な次候補が表示される。

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

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

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

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

つぎにＲＯＭは、読出し専用の固定メモリであり、第１
２図〜第１８図、第２０図〜第２２図につき後述するマ
イクロプロセッサｃＰＵによる制御の手順、及び、敬体
変換テーブルＫＥＩＴＢＬ、単語辞書、文法辞書等の固
定データを記憶させておく。ＫＥ　Ｉ　ＴＢ　Ｌは第１
１図に後述するように敬体変換のための変換規則を記憶
した変換テーブルである。単語辞書は読み、表記、文法
情報等が対応して記憶されたものであり、仮名漢字変澗
等で参照される。文法辞書は形態素解析、構文解析等で
必要となる単語間の接続規則等が記憶されたものである
。

また、ＲＡＭは、１ワード１６ビツトの構成の書込み可
能のランダムアクセスメモリであって、各構成要素から
の各種データの一時記憶に用いる。ＴＢＵＦはテキスト
バッッファであり、第７図に後述するように作成Ｗ４果
される文書データを記憶するエリアである。ＤＢＩＮＤ
は第８図に後述するように同音語バッファエリアの索引
を格納するエリアである。ＤＢＢＤＹは第８図に後述す
るように同音語バッファエリアの本体部である。ＫＢＢ
ＵＦは入力された読み列を蓄えるためのキーボードバッ
ファであり、第１ｏ図に示すように構成される。

ＫＢはキーボードであって、アルファベットキー、ひら
かなキー、カタカナキー等の文字記号人カキ−５及び、
カーソル移動キー、仮名°漢字変換キー、敬体変換キー
、尊敬変換キー、次候補キー等の本文字処理装置に対す
る各種機能を指示するための各種のファンクションキー
を備えている。

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

ＣＲはカーソルレジスタである。ＣＰＵにより、カーソ
ルレジスタの内容を読み書きできる。

後述するＣＲＴコントローラＣＲＴＣは、ここに蓄えら
れたアドレスに対応する表示装置ＣＲＴ上の位置にカー
ソルを表示する。

ＤＢＵＦは表示用バッファメモリで、表示すべきデータ
のパターンを蓄える。文書データの内容の表示を行なう
ときは、テキストバッファＴＢＬＩＦ上のデータに基い
てＤＢＵＦ上にパターンを展開することにより行なわれ
る。

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

またＣＲＴは陰極線管等を用いた表示装置であり、その
表示装置ＣＲＴにおけるドツト構成の表示パターンおよ
びカーソルの表示をＣＲＴコントローラで制御する。

さらに、ＣＧはキャラクタジェネレータであって、表示
装置ＣＲＴに表示する文字、記号のパターンを記憶する
ものである。

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

第２図は本発明装置の画面構成を示した図である。図中
、ＣＲＴは表示画面を意味する。ＣＭはカーソルであり
、次にキー人力を行なったとき、文字が入っていく位置
を示すものである。ＴＳはテキスト画面であり、テキス
トバッファＴＢＵＦに記憶されている文書の内容が表示
される。ＭＳはモニタラインであり、人力されるキーデ
ータが逐一表示されるエリアである。仮名漢字変換等を
行なうときは一旦ＭＳに読み列が表示され、変換後、変
換結果がＴＳ上に転送される。

第３図は本発明における漢字人力方法を示した図である
。まず操作者は、テキストバッファに「機械」　「製品
」　「内閣」を仮名漢字変換を使用して人力し、更に「
総辞職」を入力しようとして、読み「そうじしょく」を
キー人力し、次いで、仮名漢字変換キー「／」を入力す
る。

（ａ） 「そうししよ＜／」が仮名漢字変換され「総辞職」とな
りテキスト画面に入っていく。（ｂ）この時操作者は初
めて「機械」が自分の望む漢字ではなかったことに気付
き、カーソルを「機械」の位置に移動する。（ｃ） 次いで次候補キーを入力して「機械」に対して次候補の
表示を指示する。「機械」の第２候補以下が表示され、
「機会」　「器械」等が表示されている。（ｄ） 第４図は本発明における敬体変換の操作方法を示した図
である。まず操作者は、テキストバッファに「書＜」「
笑う」　「死ぬ」を仮名漢字変換等を利用して入力し、
カーソルを先頭行に置く。

（ａ） 次に操作者は敬体変換キーを人力し、カーソルより下の
文章を敬体に変換する。「書＜」「笑う」　「死ぬ」は
それぞれ「書きます」　「笑います」　「死にます」に
変換される。（ｂ）変換後、「書きます」が自分の望む
文体ではなかったことに気付き、カーソルを「書きます
」の位置に移動する。（Ｃ） 次いで次候補キーを人力して「書きます」に対して次候
補の表示を指示する。「書きまず」の第２候補以下が表
示され、「書くのですｊ等が表示される。（ｄ） 第５図は本発明における尊敬変換の操作方法を示した図
である。まず操作者は、テキストバッファに「書＜」「
笑う」　「死ぬ」を仮名漢字変換等を利用して入力し、
カーソルを先頭行に置く。

（ａ） 次に操作者は尊敬変換キーを人力し、カーソルより下の
文章を敬体に変換する。「書＜」「笑う」　「死ぬ」は
それぞれ「お書きになる」　「お笑いになる」　「お亡
くなりになる」に変換される。

（ｂ） 変換後、「お書きになる」が自分の望む文体ではなかっ
たことに気付き、カーソルを「お書きになる」の位置に
移動する。（Ｃ） 次いで次候補キーを入力して「お書きになる」に対して
次候補の張水を指示する。「お書きになる」の第２候補
以下が表示され、「書かれる」「書きなさる」等か表示
される。（ｄ）第６図は本発明における同音語バッファ
の構成と従来の同音語バッファの構成との差異を示した
図である。

（ａ）は従来の同音語バッファの構成を例示した図であ
る。「きかい」を仮名漢字変換した結果「機械」　「機
会」　「器械」等の変換候補が列挙されて同音語バッフ
ァに格納される。

（ｂ）は本発明の同音語バッファの構成を例示した図で
ある。第１候補のみが同音語バッファに格納され、第２
候補以下は格納されていない。第２候補以下が要求され
るときは読み「きかい」を再変換し、再変換情報「名詞
」に適合する候補を優先して表示することになる。

（Ｃ）は敬体変換のときの同音語バッファの構成を例示
した図である。（ａ）と同様に変換候補が列挙されて格
納されている。

（ｄ）は尊敬変換のときの同音語バッファの構成を例示
した図である。（ａ）と同様に変換候補か列挙されて格
納されている。

第７図は作成編集中の文書データの内容を格納するテキ
ストバッファＴＢＵＦの構成を示した図である。

（ａ）はＴＢＵＦの全体構成を示した図である。文書は
文字の羅列として記憶される。

（ｂ）は各文字の構成を示した図である。１文字は２バ
イトで構成される。ＭＳＢ（２１５ビツト）は同音語フ
ラグであり、残りの部分（２１４〜２°ビツト）はコー
ド部である。同音語フラグはその文字が同音語であるか
、通常文字であるかを指示し、０のとき通常文字であり
、１のとき同音語である。通常文字のときはコード部に
文字コードがＪＩＳ　Ｘ　０２０Ｂコードで記憶される
。同音語のときはコード部に同音語番号が格納される。

同音語番号は後述する同音語バッファエリアの索引部へ
のインデックスとなり、特定の同音語バッファを指定す
る。

第８図は同音語バッファエリアの構成を示した図である
。同音語バッファエリアは索引部と本体部からなる。

（ａ）は索引部ＤＢ　Ｉ　ＮＤの構成を示した図である
。索引部の各索引は同音語バッファが存在するアドレス
を記述する。例えば、先頭の索引は同音語番号＝１の同
音語バッファが存在するアドレス、°２番目の索引は同
音語番号＝２の同音語バッファが存在するアドレスを記
憶する。

（ｂ）同音語バッファエリア本体部ＤＢＢＤＹの構成を
示した図である。各同音語バッファが順番に格納される
。

第９図は同音語バッファの構成を示した図である。

（ａ）は同音語バッファの全体構成である。

「変換前文字列」は変換前の文字列を格納するエリアで
ある。仮名漢字変換であれば、読み列に相当する。「第
１候補」は変換候補の第１候補を格納するエリアである
。「再変換情報」は仮名漢字変換で第２候補以下を再変
換出力するときに必要となるエリアであり、どのような
品詞の変換候補を優先して表示すれば良いかを示す情報
である。

例えば、ｒ接頭語Ｊ　「接尾語」　「数詞」　「す変名
側」　「人名」等の情報を格納する。また、場合によっ
ては「何でも良い」という情報を格納することもある。

（ｂ）は「第２候補以下」の構成を示した図である。先
頭に「候補数」の欄があり第２候補以下の候補数を格納
する。

再変換情報は以下の様な状況のとき必要である。例えば
、読み「こうじようけん」を仮名漢字変換すると「こう
」　「じようけん」と分割されたとする。このとき「こ
う」の候補は「こう」　（副詞）「高」　「好」　（接
頭語）「項」　（名詞）であり、「じようけん」の候補
は「条件」であったとする。前後関係から「こう」の変
換候補としては接頭語が最も尤もらしいと判断されたと
すると接頭語「高」が第１候補となる。この時、次候補
としてはやはり接頭語の「好ノが望ましい。すなわち、
「高」　「好」　「こう」　ｒ項」の順で次候補が表示
されるのが望ましい。もし、再変換情報がなけれは、再
変換時に前後関係が無視され「高」「項」　「こう」　
「好」などと表示されるかもしれない。

第１０図はキーボードバッファにＢＢυＦの構成を示し
た図である。キーボードから人力されたキーデータは一
旦このＫＢＢＵＦに蓄えられる。

例えは、かな漢字変換のときは変換される条件が整うま
で、読み列がこのＫＢＢＵＦに蓄積され、変換条件か整
った段階で漢字に変換され、バッファがクリアされる。

文字は例えばＪＩＳ　Ｘ　０２０Ｂコードコードを使用
して１文字２バイトで格納される。図中「／」は仮名漢
字変換キーを意味し、「／」までに格納されている読み
列を漢字に変換するという意味である。

第１１図は敬体変換を行なう際の規則を記憶した敬体変
換テーブルＫＥＩＴＢＬの構成を示した図である。敬体
に変換する前の表現（常体表現）が変換前表現に格納さ
れる。車に文字列だけではなく、曖昧性を省くためにそ
の表現が意味する分類も記述される。変換前表現に対応
する変換後の表現（敬体表現）が変換後表現に格納され
る。例えば、常体表現「た」　（過去助動詞）は敬体表
現「ました」または「たのです」の変換されることが敬
体変換テーブルから読み取れるため、「書いた」は「書
きました」　「書いたのです」に変換される。

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

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

ステップ１２−１はキーボードからのデータを人力バッ
ファＫＢＢＵＦに取り込む処理である。

以下、ＫＢＢＵＦ内に存在するキーの種類によって以下
のように分岐する。ＫＢＢＵＦ内に仮名漢字変換キーの
データが含まれていたときは仮名漢字変換を行なわなけ
ればならずステップ１２−２に分岐する。ＫＢＢＵＦ先
頭が敬体変換キーであれば敬体変換を行なわなければな
らずステップ１２−３に分岐する。ＫＢＢＵＦ先頭が尊
敬変換キーであれは尊敬変換を行なわなければならずス
テップ１２−４に分岐する。ＫＢＢＵＦ先頭が次候補キ
ーであれば次候補処理を行なわなければならずステップ
１２−５に分岐する。そうでなければ通常の編集処理を
行なうのでステップ１２−６に分岐する。

ステップ１２−２において第１３図に詳述するようにＫ
ＢＢＵＦ上の人力読み列を仮名漢字変換を行ない、テキ
ストバッファＴＢＵＦに出力し、表示する。

ステップ１２−３において第１５図に詳述するうに文書
上に存在する文を敬体に変換し、表示する。

ステップ１２−４において文書上に存在する文を尊敬文
に変換し、表示する。

ステップ１２−５において第１７図に詳述するように次
候補を表示し、確定した候補を文書上に出力し、表示す
る。

ステップ１２−６において上述された以外のカーソル移
動、挿入、削除等の一般のワードプロセッサにおいて見
られるその他の処理を行なう。

第１３図はステップ１２−２の仮名漢字変換を詳細化し
たフローチャートである。

ステップ１３−１においてＫＢＢＵＦ上にある人力読み
列を単語辞書、文法辞書等を参照して形態素解析、構文
解析等を行ない、文節に分割する。

ステップ１３−２において上記分割された文節群を１文
節ずつポイントする文節ポインタを初期設定し、先頭の
文節を指し示すようにする。

ステップ１３−３において、文節ポインタの値をチエツ
クし全文節の処理が終了しているかどうかチエツクする
。全文節の処理の終了が判明すれば、ステップ１３−９
の「文字ＰＬＩＴ＆表示」に分岐する。まだ処理が終了
していない文節があるときは、文節ポインタが指示する
文節を処理すべく、ステップ１３−４の「１文節仮名漢
字変換」に分岐する。

ステップ】３−４において第１４図に詳述するように文
節ポインタに示される１文節を仮名漢字変換し、変換候
補を列挙する。

ステップ１３−５において該変換された１文節の第１候
補を決定する。この時、変換される文節たけではなく、
前後関係も調査し、最適の第１候補、及び再変換情報を
決定する。

ステップ１３−６においてその文節の読み、第１候補、
再変換情報等の必要情報を同音語バッファに設定する。

ステップ１３−７において同音語バッファエリアの索引
部をサーチし、空いている同音語番号を探し、それを変
換された文節の同音語の同音語番号としてＴＢＵＦにセ
ットすべき文字コードを作成する。

ステップ１３−８において文節ポインタを更新し、次の
文節を指し示すようにする。次の文節が存在しないとき
は無効値を設定し、ステップ１３−３の「全文節処理終
了？」で全文節の処理終了が判定できるようにする。

ステップ１３−９においてステップ１３−７で作成され
た文字コードを文書ＴＢＵＦにセットする。更に文書の
変更内容が分かるように文字コードがセットされた付近
を表示する。

第１４図はステップ１３−４のｒ１文節仮名漢字変換」
を詳細化したフローチャートである。

ステップ１４−１において、文節ポインタの示す文節の
読みに基き、単語辞書をサーチして可能な自立語を全て
見つける。

ステップ１４−２において見つかった自立語にたいし、
可能な付属語の接続を検討（形態素解析）する。

なお、ステップ１３−１ｒ文節への分割」において同様
の処理を行なっているので、ステップ１３−１の処理終
了後、このフローチャートを実行しているときは、ステ
ップ１３−１時の処理の途中結果を残しておき、ステッ
プ１４−１．１４−２では特に処理を行なわないように
もできる。

−ステップ１４−３において、上記作成された可能な変
換候補を列挙して出力する。

第１５図はステップ１２−３ｒ敬体変換」を詳細化した
フローチャートである。

ステップ１５−１においてテキストバッファＴＢＵＦ上
にある文章を単語辞書、文法辞書等を参照して形態素解
析、構文解析等を行ない、文節に分割する。

ステップ１５−２において上記分割された文節群を１文
節ずつポイントする文節ポインタを初期設定し、先頭の
文節を指し示すようにする。

ステップ１５−３において、文節ポインタの値をチエツ
クし全文節の処理が終了しているかどうかチエツクする
。全文節の処理の終了が判明すれば、ステップ１５−１
０のｒ文字ＰＵＴ＆表示」に分岐する。まだ処理が終了
していない文節があるときは、文節ポインタが指示する
文節を処理すべくステップ１５−４以降を実行する。

ステップ１５−４において文節ポインタに示される文節
を敬体に変換すべきかどうか決定する。

例えば、文中にある連体修飾している動詞、敬体に変換
できる部分かない文節などは、政体への変換が望ましく
ない、もしくは、変換できない。変換すべきでないとき
はステップ１５−９ｒ文節ポインタ更新」に分岐する。

ステップ１５−５において第１６図に詳述するように文
節ポインタに示される１文節を敬体変換し、変換候補を
列挙する。

ステップ１５−６において列挙された変換候補を尤もら
しい順にソートする。

ステップ１５−７において列挙された変換候補を、ソー
ト類に文節の読みとともに同音語バッファに設定する。

また必要に応じて他の情報も設定する。

ステップ１５−８において同音語バッファエリアの索引
部をサーチし、空いている同音語番号を探し、それを変
換された文節の同音語の同音語番号としてＴＢＵＦにセ
ットすべき文字コードを作成する。

ステップ１５−９において文節ポインタを更新し、次の
文節を指し示すようにする。次の文節が存在しないとき
は無効値を設定し、ステップ１５−３の「全文節処理終
了？」で全文節の処理終了が判定できるようにする。

ステップ１５−１０においてステップ１５−８で作成さ
れた文字コートを文書ＴＢＵＦにセットする。更に文書
の変更内容が分かるように文字コードがセットされた付
近を表示する。

第１６図はステップ１５−５　ｒ１文節敬体変換」を詳
細化したフローチャートである。

ステップ１６−１において、文節ポインタで示される文
節の付属語列と一致する表現がないか敬体変換テーブル
ＫＥＩＴＢＬをサーチする。

ステップ１６−２において一致する表現が見つかったか
どうか判定し、見つからなかったときはリターンする。

ステップ１６−３において、敬体変換テーブルＫＥ　Ｉ
　ＴＢＬの変換後表現を求め、あらゆる一致する変換前
表現について列挙する。

第１７図はステップ１２−５ｒ次候補処理」を詳細化し
たフローチャートである。

ステップ１７−１において次候補を表示する同音語バッ
ファを求める。すなわち、テキストバッファＴＢＵＦを
サーチし、カーソルに最も近い同音語である文字コード
を求め、その同音語番号をもとに同音語バッファエリア
索引を参照して同音語バッファの存在するアドレスを求
める。

ステップ１７−２において同音語バッファ中に第２候補
以下が存在するかどうかを判定する。

もし、第２候補以下が存在するのであれば仮名漢字変換
で再変換する必要はないからステップ１７−４に分岐し
、同音語バッファ上に列挙されている候補を取り出し、
ステップ１７−５に分岐する。第２候補以下が存在しな
いときはステップ１７−３に分岐して同音語バッファ上
の読み、再変換情報をもとに第１８図に詳述する如く仮
名漢字変換の再変換を行ない、変換候補を列挙する。

ステップ１７−５においてステップ１７−３またはステ
ップ１７−４において列挙された変換候補を重複のない
ようにモニタラインＭＳに表示する。その後、オペレー
タのキー人力を受は入れて候補選択してもらう。

ステップ１７−６において上記選択された候補を文字コ
ードに変換してテキストバッファＴＢＵＦに書き込み、
画面表示を行なう。

第１８図はステップ１７−３ｒ仮名漢字変換再変換」を
詳細化したフローチャートである。

ステップ１８−１において同音語バッファより変換前文
字列を取り出す。

ステップ１８−２において、前記取り出された読みした
がって第１４図に詳述する「１文節仮名漢字変換」を行
ない、変換候補を列挙する。

ステップ１８−３において同音語バッファから再変換情
報を取り出す。

ステップ１８−４において、該列挙された変換候補から
再変換情報に整合する変換候補を優先するようにソート
し、出力する。

［他の実施例］ 以上の説明においては敬体変換時の同音語バッファの構
成として、変換候補を列挙しても津場合について述べた
が、仮名漢字変換と同様に再変換するように同音語バッ
ファを構成することもできる。その時の発明の構成を以
下の様に変更する。

第９図で示した同音語バッファの構成は第１９図の様に
変更される。第９図に示した同音語バッファの構成と比
較して「変換手段種別」の欄が増えている。

変換手段種別はその同音語がどの変換手段で作成された
かを示す情報である。例えば、「仮名漢字変換」　「敬
体変換」　「敬語変換」　「謙譲変換」「類義語変換」
等の情報が入る。

第１５図で示した「敬体変換」のフローチャートは第２
０図の様に変更される。

ステップ２０−１においてテキストバッファＴＢＵＦ上
にある文章を単語辞書、文法辞書等を参照して形態素解
析、構文解析等を行ない、文節に分割する。

ステップ２０−２において上記分割された文節群を１文
節ずつポイントする文節ポインタを初期設定し、先頭の
文節を指し示すようにする。

ステップ２０−３において、文節ポインタの値をチエツ
クし全文節の処理が終了しているかどうかチエツクする
。全文節の処理の終了が判明すれば、ステップ２０−１
０の「文字ＰＵＴ＆表示」に分岐する。まだ処理が終了
していない文節があるときは、文節ポインタが指示する
文節を処理すべくステップ２０−４以降を実行する。

ステップ２０−４において文節ポインタに示される文節
を敬体に変換すべきかどうか決定する。

変換すべきでないときはステップ２０−９　ｒ文節ポイ
ンタ更新」に分岐する。

ステップ２０−５において第１６図に詳述するように文
節ポインタに示される１文節を敬体変換し、変換候補を
列挙する。

ステップ２０−６において列挙された変換候補から最も
尤もらしい変換候補を抽出する。

ステップ２０−７において抽出された第１候補、及び、
変換手段種別を文節の読みとともに同音語バッファに設
定する。また必要に応じて他の情報も設定する。

ステップ２０−８において同音語バッファエリアの索引
部をサーチし、空いている同音語番号を探し、それを変
換された文節の同音語の同音語番号としてＴＢＬＩＦに
セットすべき文字コートを作成する。

ステップ２０−９において文節ポインタを更新し、次の
文節を指し示すようにする。次の文節が存在しないとぎ
は無効値を設定し、ステップ２０−３の「全文節処理終
了？」で全文節の処理終了が判定できるようにする。

ステップ２０−１０においてステップ２０−８で作成さ
れた文字コードを文書ＴＢＵＦにセットする。更に文書
の変更内容が分かるように文字コードがセットされた付
近を表示する。

第１７図で示した「次候補処理」のフローチャートは第
２１図の様に変更される。

ステップ２１−１において次候補を表示する同音語バッ
ファを求める。すなわち、テキストバッファＴＢＬＩ　
Ｆをサーチし、カーソルに最も近い同音語である文字コ
ードを求め、その同音語番号をもとに同音語バッファエ
リア索引を参照して同音語バッファの存在するアドレス
を求める。

ステップ２１−２において同音語バッファ中に第２候補
以下が存在するかどうかを判定する。もし、第２候補以
下が存在するのであれば仮名漢字変換で再変換する必要
はないからステップ２１−３に分岐し、同音語バッファ
上に列挙されている候補を取り出し、ステップ２１−７
に分岐する。

第２候補以下が存在しないときはステップ２１−４に分
岐する。

ステップ２１−４において同音語バッファより変換手段
種別を取り出し判定する。もし変換手段種別が「仮名漢
字変換」であればステップ２１−５「、仮名漢字変換再
変換」に分岐し、「敬体変換」であれば、ステップ２ｌ
−６ｒ敬体変換再変換」に分岐する。

ステップ２１−５において同音語バッファ上の読み、再
変換情報をもとに第１８図に詳述する如く仮名漢字変換
の再変換を行ない、変換候補を列挙する。

ステップ２１−６において同音語バッファ上の読みをも
とに第２２図に詳述する如く敬体変換の再変換を行ない
、変換候補を列挙する。

ステップ２１−７においてステップ２１−３．２１−５
．２１−６において列挙された変換候補を重複のないよ
うにモニタラインＭＳに表示する。その後、オペレータ
のキー人力を受は入れて候補選択してもらう。

ステップ２１−８において上記選択された候補を文字コ
ードに変換してテキストバッファＴＢＵＦに書き込み、
画面表示を行なう。

第２２図はステップ２ｌ−６ｒ敬体変換再変換」を詳細
化したフローチャートである。

ステップ２２−１において同音語バッファより変換前文
字列を取り出す。

ステップ２２−２においてその読みに暴き第１６図に詳
述する「１文節敬体変換」を行なう。

［発明の効果］ 以上の説明から明らかなように本発明によれは、同音語
バッファ内部に変換候補を全て列挙して持つ必要がない
ため、従来のような第２候補以下のためのメモリが不要
であり、従来方式に比較してより多くの同音語を作成可
能であり、従来装置に比較して連続人力における制約を
ＩＩ減できる。

また、同音語バッファ中に再変換情報を合せて持ってい
るため、次候補として第１候補とよく似た性質の候補か
ら優先して表示されるので自然な次候補表示を行なうこ
とができる。

また、第２候補以下をも保持できるようにもなっており
、その時は再変換による次候補は抑止されることになる
ので、第２候補以下が再変換によっては求めることがで
きないような状況においても的確な次候補が表示される
。

以上のように安価で操作性の高い文字処理装置を実現す
ることができる。

【図面の簡単な説明】

第１図は本発明の全体構成のブロック図第２図はＣＲＴ
の画面構成を示した区 花３図は木発明における仮名漢字変換の次候補の操作の
例を示した図 第４図は木発明における敬体変換の次候補の操作の例を
示した図 第５図は本発明における尊敬変換の次候補の操作の例を
示した図 第６図は従来装置と本発明の同音語バッファの構成の差
異を示した図 第７図は木発明におけるテキストバッファの構成を示し
た図 第８図は本発明における同音語バッファエリアの構成を
示した図 第９図は本発明における同音語バッファの構成を示した
図 第１０図は本発明におけるキーボードバッファの構成を
示した図 第１１図は本発明における敬体変換テーブルの構成を示
した図 第１２図〜第１８図は本発明文字処理装置の動作を示す
フローチャート 第１９図は本発明の他の実施例における同音語バッファ
の構成を示した図 第２０図〜第２２図は本発明の他の実施例の動作を示す
フローチャート ＤＩＳＫ・・・□外部記憶 ＣＰＵ・・・マイクロプロセッサ ＲＯＭ・・・読出し専用メモリ ＲＡＭ・・・ランダムアクセスメモリ ＫＢＢＵＦ・・・キーボードバッファ ＫＥＩＴＢＬ・・・敬体変換テーブル ＴＢＵＦ・・・テキストバッファ

Claims (1)

【特許請求の範囲】
1. 第１の文字列を第２の文字列に変換する変換手段と、変
   換前の文字列と変換後の文字列とを対応付けて変換結果
   として記憶する変換結果記憶手段と、複数個の変換結果
   を含む文書を記憶する文書記憶手段と、変換結果中の変
   換後の文字列を第１候補として表示する第１候補表示手
   段と、文書中に存在するある変換結果の第１候補が望む
   候補でなかったときに第２候補以下の表示を指示する次
   候補指示手段と、変換結果中の変換前の文字列を再変換
   して第２候補以下を出力する次候補変換手段と、次候補
   指示手段の指示に応じて次候補変換手段を起動し第２候
   補以下を表示する次候補表示手段とを具備することを特
   徴とする文字処理装置。