JPS61194560A

JPS61194560A - 文字処理装置

Info

Publication number: JPS61194560A
Application number: JP60034471A
Authority: JP
Inventors: Toshiko Kigoshi; 木越　壽子
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1985-02-25
Filing date: 1985-02-25
Publication date: 1986-08-28
Anticipated expiration: 2011-03-21
Also published as: JPH0827794B2

Abstract

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

Description

【発明の詳細な説明】［技術分野］本発明は、日本文をローマ字で入力し、漢字カナ混じり
文に変換する文字処理装置に関する。

［従来技術］従来の日本文を入力する装置に於ては、仮名文字キーを
五十音順に配列したキーボードを用いて入力する方法や
、ＪＩＳカナキー配列のキーボードを用いて入力する方
法、ＪＩＳ英数字キー配列のキーボードを用いてローマ
字による入力方法を採っているものがある。

それらの中でローマ字入力方式はタイプライタ等で一般
に広く用いられている英数字キーを用いて入力すること
ができ、ＪＩＳカナキー配列による入力や１十音配列の
カナキーによる入力方法に比べ、割と早く習熟できると
いう長所をもっている。しかしながら、この長所にもか
かわらず、従来のローマ字で入力された日本文を漢字カ
ナ混じり文に変換する場合、日本文の「ん」を表すロー
マ字のに　と、日本文の［な、に、ぬ、ね、の、にゃ、
にゅ、にょ」を表すローマ字のｒＮＡ、　Ｍｌ、ＮＵ、
　ＭＥ、　Ｎ０１ＮＷＡ　、　ＭＹ■、　ＮＹＯＪの子
音のＮ　の違いを判断する事は出来ず、操作者が特定の
キー操作をすることによって装置にいずれのＮ　である
かを指示していた。たとえばｒＢＵＮＹＡ　Ｊと入力し
た場合、何も指示しなければ「ぶにや」と変換されるが
、Ｎ　とＹ　の間にＮ　を強制的に「ん」にさせる指示
をすることによって、正しく「ふんや」に変換し、更に
漢字のＦ分野」に変換していた。又、このような必要性
はカナ漢字変換時のみに生じるのではなく、当然ながら
単なるカナ単語を入力する時でも誤ったカナ綴りに変換
する事もあり得るので前記指示が必要となる。

しかし、そのような指示を入力中に与えねばならないと
いう事はリズミカルな入力の妨げとなることが多く、入
力の操作性を低下させるという欠点があった。また、多
くの場合、操作者は「ん」とす行、ニヤ行の子音のＮ　
を意識せずに入力するため、機械に対する指示を忘れ、
入力文が正しく変換されず、カナ漢字変換の操作性を悪
化させるという欠点もあった。　　　′ ［目的］本発明は上述した従来技術の欠点に鑑みなされたもので
、その目的はローマ字入力された［な、に、ぬ、ね、の
、に亭、にゅ、にょ」を含むカナ文を複数通りに変換す
る事により、操作者の誤変換の可能性をなくし、操作性
を向上し入力速度の高い文字処理装置を提供する所にあ
る。

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

第１図（ａ）は１本発明に係る一実施例の構成を示すブ
ロック図である。ここで、ＣＰｕは中央処理装置で、各
種の演算、周辺機器の制御を司る。

Ｒ０１４はプログラムメモリで、第３図及び第４図（ａ
）〜（ｅ）に示すような中央処理装置ＣＰＵの実行プロ
グラムを記憶している。　ＢＬはパスラインで、その他
のメモリ、周辺機器等を接続して、信号を伝える。ＫＢ
はキーボードで、文章の入力手段である。ＲＡＭはラン
ダムアクセスメモリで、その構成は文書メモリＭＥ、同
音語バッファＢＵ、同音語カウンタＣＯ１比較バッファ
ＣＢ、カーソルアドレスＣＡＤ　、選択中フラグＴＲＦ
及び表示バッフアロＢからなる６文書メモリＭＥは、キ
ーボードＫＢより入力された最初の入力文及び変換後の
漢字カナ混じり文等を格納する。同音語バッファＢＵは
比較バッファＣ日内のカナ文字と同一の読みをもつ漢字
を格納する。同音語カウンタＣＯは同音語バッファＢ■
に格納された同音語の数及びその表示順位を指定する。

カーソルアドレスＣＡＤはカーソルの位置を記憶する。

選択中フラグＴＲＦは同音語バッファＢＵ内の漢字を現
在選択中である事を表す。表示バッファＤＢは液晶表示
器ＬＣＤに表示される内容を格納する。

ＬＣＤは液晶表示器で、キーボードＫＢより入力された
文字列や、文書メモリＭＥの内容、その他カーソル等を
表示する。ＤＣＴは表示制御器で、液晶表示器ＬＣＤを
コントロールする。　ＣＧはキャラクタジェネレータで
、文字コードに対応するフォントを格納している。旧Ｃ
は漢字辞書で読み仮名に対応する漢字が記憶されている
。

第１図（ｂ）は同音語バッファＢＵの構成を示している
。詳細は後述する。

第２図は第１図ＬＬ）のキーボードＫＢの詳細を示す外
観図である。このうち仮名、記号キ一群は平仮名や片仮
名及び「、」「、」等の文字・記号キーが複数個装備さ
れている。カーソル左移動、カーソル右移動キーは、カ
ーソルを液晶表示器ＬＩＣＤ内で左右に動かす為のキー
である。ＵＬはアッパーラインキーであり、カーソル表
示上の文字にアッパーラインを付加する機能をもつ、Ｓ
Ｃはサーチキーであり、サーチ処理を起動し比較バッフ
ァＣ日内の仮名文字列と漢字辞書旧Ｃ内の読みとの比較
を行い同音語バッファＢＵの作成等の機能を有する。Ｔ
Ｒは変換キーで、変換処理を起動しサーチキーＳＣによ
りサーチされた漢字を選択する機能を有し、変換キーＴ
Ｒで選択中にサーチキーを押す事はその漢字を求める漢
字として指定した事を意味する。　ＫＫは漢字指定キー
でローマ字入力の前後でこのキーを押す事はそのローマ
字入力が漢字変換されるべき事を指示する。

第５図（ａ）〜（ｇ）は実施例の動作概念を説明するた
めの図である。第５図（ＩＩＬ）は文字処理装置の操作
者が「故障の原因」と入力したい時のローマ字で入力し
た時を示している０図中の“ｒ′及び“］°′は漢字指
定キーＫＫが押された事を示している。このローマ字入
力は第５図（ｂ）のようにカナ文字に変換される。そこ
でＧＥＮＩＮは「げんいん」とならずに従来と同様に「
げにん」と変換される。しかし１通常操作者はこのよう
に誤変換される可能性については無関心である。そのよ
うな場合でも本実施例の文字処理装置は操作者の介入を
必要とせずに次のような処理を行う。即ち、漢字に変換
するためにサーチキーＳＣを押すと、「げにん」を比較
バッファＧＯに移し、漢字辞書ＤＩＣとの比較を行い漢
字辞書ＤＩＧから「下人」を読みだして、第１図（ｂ）
の第１候補同音語バッファに第５図（Ｃ）の如く格納す
る。

勿論漢字辞書ＤＩＣ内に同音の漢字が複数ある場合はそ
の同音の全漢字を格納する。更に、文字処理装置は「げ
にん」の「に」の部分を「んい」に変えて強制的に「げ
んいん」に変更して（第５図（ｄ））ｒげにん」の場合
と同様にして漢字辞書０１０をサーチして「原因」を読
み出し、第２候補同音語バッファに格納する（第５図（
ｅ））。

こうして先ず誤変換の起こる可能性をなくす。

更に、ここで変換キーＴＲを押すと押す毎に同音語バッ
ファＢＵ内から順次漢字を液晶表示器ＬＣＤに表示する
（第５図（ｆ）、（ｇ））。求める漢字が表示されたら
、サーチキーＳＯを押す事により漢字変換は確定する。

以上の構成及び動作概略の下で、本実施例の動作をフロ
ーチャートを参照して説明する。

第３図は実施例の動作の概略フローチャートである。本
装置は電源を投入すると、まず第３図ステップＳｌに進
む、ステップＳ１ではランダムアクセスメモリＲＡＭ内
の文書メモリＭＥ、同音語バッファＢＵ、同音語カウン
タＣＯ等をクリアする等イニシャライズ処理を行う、そ
の後、ステップＳ２に進み、第２図に示したキーボード
ＫＢからのキー人力待ちの状態を保つ、そこで、何らか
のキーが入力されたならステップＳ３に進み、入力され
たキーの判別を行いステップＳ４〜ＳｌＯのいずれかめ
ステップに進む。

本実施例と特に関係のあるステップはステップＳ４，５
．６である。

ステップＳ４は文学書記号キーが操作された時の処理で
、詳細は第４図（ａ）に示されている。

ステップＳ５はサーチキーＳＣ示操作された時のサーチ
処理で、詳細は第４図（ｂ）に示されている。ステップ
Ｓ６の変換処理は変換キーＴＲが操作された時の処理で
、詳細は第４図（Ｃ）に示されている。

先ず、文字入力処理について述べる。第５図（Ｌ）の如
く、入力した場合は１文字が入力される毎に第４図□（
ａ）のステップ３１２〜Ｓ１６が実行される。即ち、３
１２でローマ字表示のカナ文字・が入力される毎にカナ
文字に変換して文書メモリＭＥに蓄える（ステップ３１
４）、これと同時に・ステップ８１６′ｃその仮名文字
を表示バッファｉＤＢにも蓄える。従って、液晶表示器ＬＣＤには入力さ
れる毎にカナ文字が表示されていく、尚、漢字指定をさ
れた事を示す為に、表示器ＬＣＤ）には前述の［１の代
りに表示を薄くするとか他の表示をするとかにより単な
るカナ文字との区別を行う。

次に今漢字変換を行いたい単語を指定するために、カー
ソルを動かしてステップＳ７のカーソル移動処理を行う
、これはカーツ・ルアドレスＣＡＢ）の内容を変更する
事によりなされる。

次に、漢字サーチキーＳＣを操作した場合の制御を第４
図（ｂ）を参照して説明する。サーチキーＳＣが操作さ
れる、と、ステップＳ２０で選択中フラグＴＲＦがＯＷ
Ｌ、ているか調べる。これは前述したように、変換キー
ＴＨの操作後のサーチキーＳＣの操作との区別を行う為
である。最初のサーチではこのフラグはＯＦＦであるか
ら、ステップＳ２２へ進みカーソルで指定された漢字に
変換すべきｌ単語を文書メモリＭＥから比較バッファＣ
Ｂへ移す。

次に、ステップＳ２４で比較バッファＣＢ内のカナと同
じ読みの漢字を漢字辞書旧Ｃ内にサーチする。本例の場
合では「げにん」と同じカナ見出しを持つ漢字をさがす
わけである。ステップ３２６からは漢字が見つかったか
否かでフローの流れが異なる。辞書内に漢字がある場合
はステップ８２８へ進み、その見つかった漢字の全てを
第１候補同音語バッファに格納し、ステップ３３０で第
１候補同音語カウンタをセットする０図中、ステップ、
Ｓ２８．３０のｒｎＪなる表示はカナ見出し内に複数の
「な、に、ぬ、ね、の、にゃ、にゅ、にょ」が含まれる
可能性があるためで、同音語の候補を一般的に表示する
為である０本例の場合では「下人」なる漢字が１つある
ので第５図（Ｃ）の如くなる。一方、ステップ３２６に
て、漢字が見付からない場合はステップＳ３２へ進む。

ステップＳ３２ではカナ見出し内に「な、に、ぬ、ね、
の、にゃ、にゅ、にょ」が有るかを調べる。かかる文字
が有れば文書メモリ内ＭＥで［な、に、ぬ、ね、の、に
ヤ、にゅ、にょ」の文字を１文字変更する。即ち、ステ
ップ３３４で「な」→「んあ」、「に」→「んい」、「
ぬ」→「んう」、「ね」→「んえ」、「の」→「んお」
、「にキ」→「んや」、「にゅ」→「んゆ」、「にょ」
→「んよ」と変更しく第５図（ｄ）に対応する）、ステ
ップＳ２２へ戻り前述のフローを繰り返す。こうして、
カナ見出し内の［な、に、ぬ・ね・の・にや・にゅ、に
よ」の文字数だけ同音語バッファの数が増える。本例で
は「げにん」が「げんいん」と変更され第５図（ｅ）の
如く第２候補同音語バッファまで作成される。そしてフ
ローは次のキー人力を待つためにステップＳ２へ戻る。

ここで変換キーＴＲが操作されると第４図（Ｃ）のステ
ップ３４０以下が実行される。ステップＳ４０では選択
中フラグＴＲＦをＯＮとする。このフラグは前述したよ
うにサーチ処理のステップＳ２０で調べられる。ステッ
プ３４２では同音語カウンタＣＯ（個々の第ｎ同音語カ
ウンタを含む。）が“Ｏ″となっているか、即ち全ての
漢字を表示したかを調べ“Ｏ゛でなければ、同音語バッ
ファＢＵ（個々の第ｎ同音語バッファを含む。）内の漢
字を表示バッファ［ｌＢへ移し、液晶表示器ＬＣＤに表
示する。漢字を１単語表示したらステップ３４６で同音
語カウンタを１だけ減算、ステップＳ２へ戻り次のキー
人力を待つ、本例では液晶表示器ＬＣＤｎには「下人」なる漢字が先ず表示される。次に変換キー
ＴＲを操作すると、ステップＳ２からステップＳ４０へ
進み同音語カウンタＣＯが“０”になるまで前述の動作
を繰り返す。本例では「下人」の次に「原因」なる漢字
が順次表示されるわけである。

目的とする漢字（本例では「原因」）が表示された時は
操作者はサーチキーＳＣを再度を押す。するとフローは
第４図（ｂ）のステップＳ２からステップ３２０へ進み
、今度は選択中フラグがＯＮであるから、ステップ３３
６へ進み文書メモリＭＥ内に当該漢字コードを移す。こ
うして漢字が確定した事になる。次にステップ３３８へ
進み変換中フラグＴＲＦをＯＦＦとし、更にステップ３
３９で次の未変換カナ見出しのカナ文字（本例では「こ
しょう」）を文書メモリＭＥから読み出し比較バッファ
ＣＢへ移しステップ３２４へ進み，前述のサーチ処理を
繰り返す。即ち、変換キーＴＲ操作後のサーチキーＳＧ
の操作は漢字の確定とともに次の単語の漢字変換開始の
契機となる。

こうしてローマ字入力文書中に［な、に、ぬ、ね、の、
にゃ、にゅ、にょ」の文字が複数台まれていても、先ず
［な、に、ぬ、ね、の、にヤ、にゅ、にょ］の文字を未
変更でサーチし、その後「な」→「んあ」、「に」→「
んい」、「ぬ」→「んう」、「ね」→「んえ」、「の」
→［んお］、「にヤ」→「んや」、「にゅ」→「んゆ」
、「にょ」→「んよ」と変更してからサーチするので、
従来例にあった漢字の誤変換が無くなり、又操作者の入
力速度も落ちる事は無い。

又、上記実施例においては，カナ漢字変換の場合を中心
にして説明したが、単なるカナ単語を入力する場合に生
じていた従来技術の誤変換にも対処できる事は容易に了
解される。

本実施例ではローマ字の特殊変換テーブルを設ける方式
を採用したが、別の方式として「んあ、んい、んう、ん
え、んお、んや、んゆ、んよ」が辞書見出しに含まれる
語は、通常のローマ字変換に対応して、「な、に、ぬ、
ね、の、にヤ、にゅ、にょ」の別見出しを持つなど、ロ
ーマ字入力対応の辞書を装置する方式を採用しても本発
明の主旨を損なうことはない。

［効果］以上説明した様に本発明の文字処理装置によると、ロー
マ字で入力されたカナ文を誤変換する事が無くなるので
、操作者に操作上の負担を強いることなく、入力の操作
性が向上し、かつカナ入力の効率が増大するという効果
がある。

第１図

【図面の簡単な説明】

第１図（ａ）は実施例のブロック構成図、第１図（ｂ）
は同音語バッファの構成図、第２図はキーボード上のレ
イアウト図、第３図は実施例の概略フローチャート、第
４図（ａ）〜（ｃ）は実施例の動作フローチャート、第５図（ａ）〜（ｇ）は実施例の動作概念図である。図中、ＣＰＵ・・・中央処理装置、ＭＥ・・・文書メモ
リ、ＢＵ・・・同音語バッファ、ＣＢ・・・比較バッフ
ァ、ＤＢ・・・表示バッファ、口ＩＧ・・・漢字辞書、
ＳＣ・・・サーチキー。ＴＲ・・・変換キーである。（０）　　　。

Claims

【特許請求の範囲】

（１）ローマ字で入力する第１のカナ文を漢字カナ混じ
り文に変換する文字処理装置において、前記第１のカナ
文中に第１の特定文字が含まれる事を判別する判別手段
と、前記判別手段の判別に応じて前記第１のカナ文を変
更して第１の特定文字が第２の特定文字に変更された第
２のカナ文とする変更手段とを有する事を特徴とする文
字処理装置。
（２）第１の特定文字は「な、に、ぬ、ね、の、にゃ、
にゅ、にょ」であり、第２の特定文字は「んあ、んい、
んう、んえ、んお、んや、んゆ、んよ」であり、変更手
段は各々の第１の特定文字を夫々の第２の特定文字に変
更する事を特徴とする特許請求の範囲第１項に記載の文
字処理装置。
（３）第１の特定文字は「んあ、んい、んう、んえ、ん
お、んや、んゆ、んよ」であり、第２の特定文字は「な
、に、ぬ、ね、の、にゃ、にゅ、にょ」であり、変更手
段は各々の第１の特定文字を夫々の第２の特定文字に変
更する事を特徴とする特許請求の範囲第１項に記載の文
字処理装置。
（４）漢字変換手段と漢字変換範囲指定手段とを含み、
該漢字変換手段は前記漢字変換範囲指定手段の指定した
範囲内の第１のカナ文と第２のカナ文を夫々漢字に変換
する事を特徴とする特許請求の範囲第１項に記載の文字
処理装置。