JPS63318667A - かな漢字変換装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、かな入力を漢字かな混じり文に変換するかな
漢字変換装置に係り、さらに詳細には、文節単位に分ち
書きされていないかな入力文を。

変換キーなどの特別な変換開始指示手段なしに。

入力に追随して変換をおこなう、かな漢字変換装置の改
良に関するものである。

〔従来の技術〕

従来１文節単位に分ち書きされていないかな入力（いわ
ゆるべた書き入力）の文を、漢字かな混じり文に変換す
る方式はいくつか知られているが、その一つとして、特
開昭６０−１８９５６５号公報「仮名漢字変換装置」に
記されている方法がある。

しかして、特開昭６０−１８９５６５号公報に記載のか
な漢字変換装置によれば、かな入力を漢字かな混じり文
に精度よく変換し、変換の結果に曖昧さがある場合は、
それに対する複数の候補を抽出して保持し、その中から
、正しい変換結果を選択することができる。

また、特開昭５６−４８３２号公報「ワードプロセッサ
の入力方式」に記されている方法は、キー人力の時間間
隔にもとづいて、自動的に文節や句の区切り点を識別し
、それらを変換のタイミングとして自動的に変換して行
く方法であり、ユーザが変換キーを押して変換開始を指
示する必要がない。

〔発明が解決しようとする問題点〕

しかして、既述した従来技術のうち、前者の方法は、先
に成る程度かな文を入力し、その後、変換キーを押して
かな漢字変換の開始を指示する必要があり、変換キーを
押してから変換結果が得られるまでに時間がかかり、ま
た文節単位の変換方式でないにしろ、操作者が入力文の
区切りを意識して変換キーを押さなくてはならず、操作
が煩わしくなるという感は否めなかった。

また、後者の例では、ユーザは、変換キーを認識する必
要はないが、システム内部が勝手に入力読み列を分割、
変換して行くため、ユーザの意図したかな漢字変換結果
が必ず得られるとは言えない。

本発明は、以上の点を考慮してなされたものであって、
その目的とするところは、文節単位に分ち書きされてい
ないかな文字列を入力として、これをかな漢字変換する
装置において、特別な変換キーを押すことなしに、かな
漢字変換をおこなうことができ、しかもユーザの意図し
たかな漢字変換結果が得られない場合には、簡単な操作
によって修正をおこなうことのできる、改良されたかな
漢字変換装置を提供しようとするものである。

〔問題点を解決するための手段〕

前記目的は、かな漢字変換の対象となる読みを入力する
入力部と、入力した文字列やかな漢字変換処理により生
成されたかな漢字変換候補を記憶する記憶部と、単語の
読みを索引手段として、単語の表記９品詞などの情報を
格納する辞書と、前記入力文字列から部分文字列を切り
出して、辞書内における対応読みを有する語を検索する
辞書検索手段と、前記辞書検索手段によって検索された
語を元に、前後の語との接続検定手段を含むかな漢字変
換処理部と、前記入力部より入力した文字やかな漢字変
換結果を表示する表示部とを具備するかな漢字変換装置
において、前記入力文字列をチェックして、ユーザの変
換指示なくしてかな漢字変換をおこなう手段と、そのか
な漢字変換結果を文節単位に分ける手段と、文節単位に
分けた文節とその入力文字列とを対応させて記憶するメ
モリと、ユーザのかな漢字変換結果の修正指示により、
修正文節の前の文節の情報を付加して修正文字列を出力
する手段と、ユーザの修正操作により作成された新しい
文節に対応するよう、前記メモリを書き換える手段とを
付加することによって達成される。

〔作用〕

しかして、本発明は、前記手段、すなわち入力文字列を
チェックして、ユーザの変換指示なくしてかな漢字変換
をおこなう手段と、そのかな漢字変換結果を文節単位に
分ける手段と、文節単位に分けた文節とその入力文字列
とを対応させて記憶するメモリと、ユーザのかな漢字変
換結果の修正指示により、修正文節の前の文節の情報を
付加して修正文字列を出力する手段と、ユーザの修正操
作により作成された新しい文節に対応するよう、前記メ
モリを書き換える手段とを備えることにより、かな文字
の入力と並行して、かな漢字変換処理をおこなうことが
可能となる。

また、ユーザの意図しない文字列にかな漢字変換された
場合は、ユーザが文節区切りの変更と同音異義語の変更
とを意識することなく、同一の操作によって簡単に修正
することが可能となる。

〔実施例〕

以下、本発明を、図面の一実施例にもとづいて説明する
と、第２図はかな漢字変換装置の全体的ハード構成図で
あり、第２図において、１は入力部、４は表示部、２は
制御部、５は記憶装置、３は外部記憶装置である。

以上の構成において、入力部１は、入力読み列。

かな漢字変換１選択指示などを入力するための入力装置
であり１表示部４は、入力読み、さらにはかな漢字変換
結果などを表示するために１例えばＣＲＴ表示器によっ
て構成されている。制御部２は、かな漢字変換の実行を
司るもので、ＣＰＵによって構成されている。記憶部＠
５は、プログラムやデータなどを記憶しておく場所、外
部記憶装置ｉｉ３は、かな漢字変換で使用する辞書を記
憶しておく場所である。

第１図は本発明装置によるかな漢字変換処理の全体的動
作系を示すブローチヤードであり、以下。

第２図を参照しつつ、第１図にもとづいて、かな漢字変
換処理の内容を説明する。

キー人力解析処理（第１図のステップ１０）においては
、入力部１からの入力情報を解析し、かな漢字変換処理
をおこなったり、候補修正のための文字列を作成するな
ど、入力情報に対応する処理をおこなう。

キー人力解析処理（１０）の結果、かな漢字変換結果の
文字列が出力された場合は、変換結果文字列処理（２０
）を起動し、変換結果の文字列（以下、テキスト文字列
と呼ぶ）を表示部４に表示するとともに、入力読みとテ
キスト文字列とが文節単位に対応するよう、記憶部５の
入力読み管理バッファおよびテキスト文字列管理バッフ
ァに記憶する。

キー人力解析処理（１０）の結果が変換キーの場合は、
カーソルの示すテキスト文字列を含む文節の入力読みお
よびテキスト文字列と、その文節の前の文節の入力読み
およびテキスト文字列とを、記憶部５の入力読み管理バ
ッファおよびテキスト文字列管理バッファから取り出し
、選択候補作成処理（４０）に引き渡す。

選択候補作成処理（４０）においては、カーソルの指す
文節の入力読みに、その前の文節の入力読みを加えてか
な漢字変換処理をおこない、カーソルの指す文節の先頭
から前文節の情報を含んで修正することが可能な複数の
テキスト文字列を出力する。

キー人力解析処理（１０）の結果が、変換候補の修正の
場合は、候補修正処Ｊｕｌ（５０）を起動し、既に表示
部４に表示されているテキスト文字列を、ユーザが選択
したテキスト文字列に変更する。

キー人力解析処理（１０）の結果が、修正をおこなって
いる文節の一部を確立する場合は、部分確立処理（６０
）を起動し、表示部４に表示されている修正中のテキス
ト文字列の一部を確立する。

また、キー人力解析処理（１０）の結果が、修正をおこ
なっている文節の全てを確立する場合は。

全部確立処理（７０）を起動して１表示部４に表示され
ているテキスト文字列の全てを確立する。

最終に、キー人力解析処理（１０）の結果が終了キーの
場合は、文書編集を終り、その他の場合は、再度キー人
力解析処理（１０）を起動する。

以下、既述したキー人力解析処理（１０）、変換結果文
字列処理（２０）、入力読み文字列取り出し処理（３０
）、選択候補作成処理（４０）。

候補修正処理（５０）、部分確立処理（６０）。

全部確立処理（７０）の各動作を詳しく説明する。

第４図はキー人力解析処理（１０）の動作系を示すフロ
ーチャートである。

第４図においては、まず、ステップ１０５において、入
カキ−が退避されているか、退避されていないかを判定
する。入カキ−が退避されるタイミングは、修正のため
のテキスト文字列が出力されている状態で、第３図に示
す変換キー（９０２）。

変更キー（９０４）、部分確立キー（９０Ｇ）以外のキ
ーが入力された時である。その理由は、テキスト文字列
を確立する情報を出力し、修正の対象となっているテキ
スト文字列を全て確立する必要があるからである。そし
て、入カキ−が退避されているか、いないかの制御は、
ｒ／　Ｌ　Ｇ　２でおこなう、入カキ−は、ＦＬＧ２が
「０」のとき退避されておらず、ＦＬＧ２が「１」のと
き退避されており、ＦＬＧ２が「０」の時は、ステップ
１１０において、入力部１からユーザが入力する情報を
取り出し、ＦＬＧ２が「１」の時は、退避エリアから入
力情報を取り出し、記憶装置５のメモリ（以下、ＩＮＰ
ＵＴ＄ＫＥＹと呼ぶ）に格納する。

ステップ１１５においては、現段階でテキスト文字列中
の成る文節が修正のためのテキスト文字列を出力して修
正の状態であるか１通常の文書を作っている状態である
かを、ＦＬＧＩを使って判定する。ＦＬＧＩが「１」の
ときは修正の状態、ＦＬＧＩがｒＯＪのときは文書作成
状態とし、なおＦＬＧＩおよびＦＬＧ２は、システムの
立ち上げ時に初期設定としてｒＯＪクリアするものとす
る。　　　　　・ ステップ１１５において、ＦＬＧＩが「０」、すなわち
文書作成をおこなっている場合は、ステップ１２５にお
いて、ＩＮＰＵＴ＄ＫＥＹが第３図における文字キー（
９０１）であるかを判定する６文字キー（９０１）の場
合は、ステップ１３０において、文字入力処理をおこな
う。

第５図は文字入力処理（１３０）の動作フロー系を示す
フローチャートである。

第５図においては、まず、ステップ１３１０において、
ＩＮＰＵＴ＄ＫＥＹの情報を入力読みの格納エリア（以
下、ＣＨＲ＄ＲＯＦＦと呼ぶ）に格納する。なお、その
際、ＣＨＲ＄　Ｂ　ｔＪ　Ｆ　Ｆを管理するポインタと
して、　ＣＨＲ＄　ＰＯＩＮＴＥＲを使用し、ＣＨＲ＄
　ＰＯＩＮＴＥＲは、システム立ち上げ時に「１」をセ
ットしておき、ステップ１３２ｏにおいて、　ＣＨＲ＄
　ＰＯＩＮＴＥＲを１つ増加させ、ステップ１３３０に
おいて、ＣＨＲ＄ＢｔＪＦＦに格納されている入力読み
文字列を表示部４に表示する。

例えば、第６図に示すように、ＣＨＲｔｌＢＵＦＦに「
すうがく」が格納されている状態で、ユーザが入力部１
から文字キー「か」を入力した場合は、ステップ１３１
０において、「か」を第７図に示すごとく格納し、ステ
ップ１３３０において、第８図に示すように、表示部４
に表示する６なお、第８図において１画面の最下部は入
力行、上部はテキスト文字列出力行を示している。

第４図において、文字入力処理（１３０）を終了後は、
ステップ１４０において、現時点の入力文字列でかな漢
字変換処理を起動してよいがをチェックする。

第９図はかな漢字変換起動チェックの動作系を示すフロ
ーチャートである。

第９図においては、まず、ステップ１４１０において、
ＩＮＰＵＴ＄ＫＥＹは句読点であるかを判定する。句読
点の場合は、変換の起動を指示する変換フラグに「１」
をセットする０句読点でない場合は、文節の区切り目に
なるかを判定しく１４２０）、文節の区切り目と判定し
たならば、変換フラグにｒｌＪをセットしく１４３０）
、そうでない場合は、変換フラグにｒＯＪをセット（１
４４０）する。

第４図において、ステップ１４２では、変換フラグが「
１」であるかを判定し、「１」のときは。

変換処理（８０）を起動し、かな漢字変換をおこなう、
「０」の場合には、次の入カキ−の取り出しをおこなう
（１１０）。

第４図の変換処理（８０）においては、ＣＨＲ＄ＢＵＦ
Ｆに格納しである入力読みを元に、先頭から順に単語の
読みと表記と品詞とを有する辞書を検索し、検索された
語の持つ品詞を用いて、前後の語との接続検定をおこな
う操作を繰り返し、かな漢字変換候補を作成する０例え
ば、第１０図に示すＣＨＲ＄ＢＵＦＦにおけるかな漢字
変換候補として形成されるデータの具体例を第１１図に
示し、変換候補は、データの重複を防ぐために、ネット
ワーク状のデータ構造を採用し、このデータ構造の中に
１表記とそれに対応する読みと品詞とを格納し、記憶容
量の低減をはかつている０作成したネットワークの中か
ら最適な候補を選びだす方法としては、例えば特開昭６
０−１８９５６５号公報の第５図に示されているように
、候補列の中から尤度の最も大きな候補列を取り出し、
変換結果として変換候補表示用バッファ（以下、ＩＩＥ
ＮＫＡＮ　＄ＢＵＦＦと呼ぶ）に格納する。なお、ここ
でいう尤度とは１品調お・よび出現頻度などを考慮した
重みを掛けて文節数を求め、その数が少ないほど光度が
高いとするもので、具体的には、名詞、動詞。

形容詞、形容動詞には重み１、形式名詞、補助動詞、連
体詞等には０．１　、接頭語、接尾語は準自立語扱いと
して０．５　の重みを与えるものであり、第１１図の例
の場合は、第１２図に示すように、「数学解析上の」を
ＨＥＮＫＡＮ＄ＢＵＦＦに格納する。

第４図において、ステップ１５０では、１（ＥＮＫＡＮ
＄ＢＵＦＦに格納したテキスト文字列を、ネットワーク
上のデータ構造に格納した品詞を元に、文節単位に分け
、第１３図に示すように、分けた文節の数は有効文節数
に、各文節の入力読み数は文節単位の入力読み数管理エ
リアに、テキスト文字列数は文節単位のテキスト文字列
数管理エリアに格納する。第１２図の例の場合は、「数
学」と「解析上の」の２つの文節になるため、有効文節
数に「２」を、文節単位の入力読み数管理エリア（１）
には、「数学」に対応する入力読み「すうかく」の文字
数ｒ４Ｊを、同様に、文節単位の入力読み数管理エリア
（２）には、「かいせきじようの」文字数［８」を格納
する。また、文節単位のテキスト文字列数管理アリア（
１）には、「数学」の文字数「２」を、文節単位のテキ
スト文字列数管理エリア（２）には、「解析上の」の文
字数「４」を格納する。

第４図において、変換処理（８０）の起動は、他に、Ｃ
ＨＲ＄ＢＵＦＦに入力読みが格納されている状態で、第
３図に示す変換キー（９０２）が入力されたときにもお
こなねれる。また、ＣＨＲ＄ＢＵＦＦに入力読みが格納
されていない状態での変換キー（９０２）の入力は、変
換キーの情報を出力する。

次に、第１図において、キー人力解析処理（１０）の出
力が、変換結果の文字列である場合に起動する変換結果
文字列処理（２ｏ）について、□第１４図にもとづいて
説明する。

第１図において、変換結果文字列処理（２０）において
は、出力文字列作成（第４図のステップ１５０）でセッ
トした有効文節数２文筒単位の入力読み数管理エリア、
文節単位のテキスト文字列数管理エリアを元に、第１４
図に示すように、ＣＨＲ＊ＢＵＦＦから入力読みを、Ｈ
ＥＮＫＡＮ　＄　ＢＵＦＦからテキスト文字列をそれぞ
れ取り出し、入力読みは、記憶装置ｉ！５にある入力読
み管理バッファに。

テキスト文字列は、記憶装置Ｉ５にあるテキスト文字列
管理バッファにそれぞれ対応をもたせて格納する。しか
して、入力読み管理バッファおよびテキスト文字列管理
バッファの具体例を第１５図および第１６図に示し、第
１５図および第１６図においては１文節の切目を分かり
やすくするために、「／」を記した。第１７図には、テ
キスト文字列の出力における表示部４の表示状態の一例
を示し、第１７図に示すような流れにしたがって、入力
読みをテキスト文字列に変換し、第２図の表示部４に表
示して行く。

ここで、表示部４に表示されているテキスト文字列が、
ユーザの意図したテキスト文字列と異なった場合の修正
の流れを説明する。

ユーザは、修正をおこないたいテキスト文字列にカーソ
ルを移動後、第３図に示す変換キー（９０２）を入力す
る。第１図のキー人力解析処理（１０）では、第４図の
ステップ１４５にもとづいて、ＣＨＲ＄ＢＵＦＦに入力
読みが存在しているかをチェックする。ＣＨＲ＄ＢＵＦ
Ｆに入力読みが存在していない場合は、変換キー９０２
を出°力する。第１図におけるステップ２５の判定後、
人力読み文字列取り出し処理（３０）を起動して、修正
の対象となっているテキスト文字列を含む文節に対応す
る入力読みを取り出す。

第１８図は入力読み取出し処理（３０）の動作系を示す
フローチャートである。゛ 第１８図においては、まず、ステップ３１０において、
カーソル位置がテキスト文字列管理バッファの先頭から
何文節目であるかを調べ、ステップ３１５において、対
応する入力読みを入力読み管理バッファから取り出す、
そして、入力読み管理バッファから取り出した入力読み
は、５ＵＢ１＄ＣＨＲ＄ＢＵＦＦにセットする（３２０
）、また、セットした文字数をＳＵＢ　１　＄ＣＨＲ＄
ＣＮＴにセットする（３２５）。同様に、ステップ３３
０において、テキスト文字列をテキスト文字列管理バッ
ファから取り出し、ステップ３３５において。

ＳＵＢ　１　＄ＴＥＸＴ＄ＢＵＦＦにセットし、ＳＵＢ
Ｉ＄ＴＥＸＴ＄ＢＵＦＦにセットした数を、ステップ３
４０において、５ＵＢ１＄ＴＥＸＴ＄ＣＮＴにセットす
る。

次に、ステップ３４５において、修正の対象になってい
る文節の前の文節が、入力読みを保持した文節であるか
をチェックし、入力読みが存在する場合は、入力読み管
理バッファから読みを取り出しく３５０）　、５ＵＢ２
＄ＣＨＲ＄ＢＵＦＦにセットする（３５５）。そして、
Ｓ　Ｕ　Ｂ　２　＄ＣＩＩＲ＄ＢＵＦＦにセットした文
字数を５ＵＢ２＄Ｃ）ＩＲ＄ＣＮＴにセットする（３６
０）。同様に、テキスト文字列を取り出し、５ＵＢ２＄
ＴＥＸＴ＄ＢＵＦＦおよび５ＵＢ２＄ＴＥＸＴ＄ＣＮ’
１．−セットする（３６５，３７０，３７５）、前文節
が存在せず、また入力読みを保持していない文節の場合
には、５ＵＢ２＄ＣＨＲ＄ＣＮＴおよび５Ｕ１３２＄Ｔ
ＥＸＴ＄ＣＮＴにｒＯＪをセットする（３８０）。

ステップ３８５，３９０において、修正文節の確立処理
の際に使用する入力読み長エリアおよびテキスト文字列
長エリアにそれぞれ５ＵＢ１＄ＣＨＲ＄ＣＮＴの値およ
びＳＵＢ　１　＄ＴＥＸＴ＄ＣＮＴの値を初期値として
セットする。また、ステップ３９５において、入力読み
長エリアおよびテキスト文字列長エリアを管理するＳＥ
Ｔ＄ＣＮＴに「１」をセットする。例えば、第２図の表
示部４に第１９図に示すごときテキスト文字列が出力さ
れている状態で、［会」の位置にカーソルを移動後、第
３図の変換キー（９０２）を入力した場合、第２０図に
示す入力読み管理バッファ、第２１図に示すテキスト文
字列管理バッファから、カーソル位置の文節である「会
席上の」と前文節「数学」とに対応する入力読みおよび
テキスト文字列を取り出し、第２２図に示すように、記
憶袋Ｗ１５の各メモリに情報を格納する。

第１図の入力読み文字列取り出し処理（３０）において
、入力文字列の取出し後は、選択候補作成処理（４０）
ｔ−起動して、修正可能なテキスト文字列を出力する。

第２３図は選択候補作成処理（４０）の動作系を示すフ
ローチャートである。

第２３図においては、ステップ４１０および４２０にお
いて、５ＵＢ２＄ＣＨＲ＄ＢＵＦＦおよび５ＵＢ１＄Ｃ
ＨＲ＄ＢＵＦＦをＣＨＲ＄　ＢＵＦＦにセットし、変換
処理（８０）を起動するための入力読みを作成する。処
理（８０）においては、ＣＨＲ＄ＢＵＦＦを元に変換処
理をおこない、第１１図に示すようなネットワーク状の
データ構造を作成する。ステップ４３０においては、作
成したネットワーク状のデータ構造の中で、該当する位
置に５ＵＢ２＄ＴＥＸＴ＄ＢＯＦＦに格納されているテ
キスト文字列と同一の文字列が存在しているかを調べる
。ステップ４３０において、５ＵＢ２＄ＴＥＸＴ＄ＢＵ
ＦＦに格納されているテキスト文字列と同一の文字列が
存在しているとの場合は、その後ろに、５ＵＢ１　＄Ｔ
ＥＸＴ＄ＢＵＦＦに格納されているテキスト文字列と同
一の文字列が存在しているかを調べる（４６０）、ステ
ップ４６０におイテ、５ＵＢ１’＄ＴＥＸＴ＄ＢＯＦＦ
に格納されているテキスト文字列と同一の文字列が存在
しないとの場合は、ステップ４７０において、５ＵＢ１
＄ＣＨＲ＄ＢＵＦＦの内容をＣＨＲ＄ＢＵＦＦに再セッ
トし、変換処理（８０）を再起動する。しかして、ステ
ップ４７０において。

５ＵＢ１　＄ＴＥＸＴ＄ＢＵＦＦ４ｍ格納されテイルテ
キスト文字列と同一の文字列が後続するとの場合は、前
文節の後ろに接続する複数のテキスト文字列を、またス
テップ４７０において、５ＵＢ１＄ＴＥＸＴ＄ＢＵＦＦ
に格納されているテキスト文字列と同一の文字列が後続
しないとの場合は、先頭から始まる複数のテキスト文字
列を、例えば第２４図の右下に示すように、マトリック
ス形式で出力する。そして、第２４図に示すように、出
力した複数の選択可能なテキスト文字列は、修正を指示
された文字列を含む文節と、その前の文節の２つの文節
情報とを元に、かな漢字変換をおこなって出力された文
字列であるため、文節区切りの変更となるテキスト文字
列と、同音異義語の変更となるテキスト文字列とが混在
したテキスト文字列となっている。したがって、ユーザ
は１文節区切りの変更の場合と、同音異義語の変更の場
合とを、共に同一の操作で変更することが可能となる。

次に、候補修正可能な複数のテキスト文字列を、第３図
に示す変更キー（９０４）で変更した場合について記述
する。

第１図において、選択候補作成処理（４０）を起動して
、修正可能な複数のテキスト文字列を出力後は、修正の
状態になったことを認識するため。

ステップ４５において、ＦＬＧＩに「１」をセットし５
キ一人力解析処理（１０）を起動する。ユーザが、第３
図に示す変更キー（９０４）により。

修正可能な複数のテキスト文字列の中から、ユーザの意
図する文字列を選択した場合は、第４図に示す変更文字
列作成処理系（１６０）を起動する。

第２５図は、変更文字列作成処理（１６０）の動作系を
示すフローチャート図である。

第２５図においては、まず、ステップ１６０５において
、選択したテキスト文字列の後ろに続く最適な文字列を
、ネットワーク状のデータ構造より抽出し、選択した文
字列を含めて、ＨＥＮＫＡＮ　＄ＢｔＪＦＦにセットす
る（１６１０）　　次に、ＩＩＥＮＫＡＮ＄ＢＵＦＦに
セ’／　ｒ−したテキスト文字列を文節に分け、各文節
に対応する入力読みの長さおよびテキスト文字列の長さ
を、入力読み長エリアおよびテキスト文字列長エリアに
格納する。

また１分けた文節の数をＳＥＴ＄ＣＮＴに格納する。例
えば、第２４図の状態でｒ科」を選択した場合は、第２
６図に示すように、ＩＩＨＮＫＡＮ　＄　ＢＵＦＦに対
し、「科移籍上の」をネットワーク状のデータ構造から
取り出して格納し１文節として、「科」と「移籍上の」
の２つに分け、入力読み長エリアおよびテキスト文字列
長エリア、ＳＥＴ＄ＣＮＴにそれぞれの情報を格納する
。そして、第１図に示す候補修正処理（５０）において
は、ＩＩＥＮＫＡＮ　＄ＢＵＦＦにあるテキスト文字列
を第２７図に示すように、表示部４に表示する。第２７
図の状態で。

ユーザが、第３図の部分確立キー（９０６）を入力した
場合は、第４図の部分確立文字列作成（１７０）を起動
して、第３４図に示すように、「科」を確立表示し、表
示部４に表示する。

第２８図はテキスト文字列が部分確立する文字列作成処
理（１７０）のための動作系を示すフローチャートであ
る。

第２８図において、ステップ１７０５では、確立するテ
キスト文字列が前文節の一部であるかを調べる。確立す
るテキスト文字列が接頭語または接頭語を伴わない自立
語の場合は、独立の文節として、文節情報エリアに「０
」をセットし、確立するテキスト文字列が接頭語を伴う
自立語、接頭語、付属語の場合は、前文節の一部として
、文節＋ｌＩエリアに「１」をセットする。ここでいう
接頭語を伴う自立語とは、確立するテキスト文字列が自
立語で、その直前のテキスト文字列が接頭語である場合
をいう。次に、入力読み長エリアおよびテキスト文字列
長エリアの修正をおこなう（１７６５，１７７０）。修
正とは、確立−する文字列に対応する入力読みの数およ
びテキスト文字列の数を各エリアの（１）から減算しく
１７４５）、各エリアの（１）が「０」になった場合は
、各エリアの（２）を（１）に、（３）を（２）へとメ
モリ移動する。また、ＳＥＴ＄ＣＮＴを１つ減算する（
１７６０）、第２６図の例の場合は、ｒ科」の入力読み
長が１．テキスト文字列長が１であるため、「科」を確
立させると、入力読み長エリア（１）およびテキスト文
字列長エリア（１）はｒＯＪとなる。そこで、各エリア
の（２）を（１）に移動し、最終的には、入力読み長エ
リア（１）に「７」を、テキスト文字列長エリア（１）
に「４」を、ＳＥＴ＄ＣＮＴに「１」を格納する。

第２９図は第１図に符号６０で示すテキスト文字列部分
確立処理の動作系を示すフローチャー１・である。

第２９図において、ステップ６０５，６１０では、入力
読み管理バッファおよびテキスト文字列管理バッファの
文節分けをおこなう。例えば、第２７図の状態で「科」
を確立した場合は、第３０図および第３１図に示すよう
に、「かいせきじようの」を、［か」と「いせきじよう
の」に分ける。

次に、ステップ６１５において、文節情報エリアが「１
」の場合は、前文節につなげる。例えば、「科」の場合
は、前文節の「数学」の接尾語であるため、文節情報エ
リアが［１」であり、第３２図および第３３図に示すよ
うに、「すうがく」に「か」の文節をつなげて、［すう
かくか」という新しい文節を作成する。

最後に、第３図の変更キー（９０４）または部分確立キ
ー（９０６）以外のキーを入力し、全てのテキスト文字
列を確立する場合を記述する。すなわち、第３５図は第
１図に符号７０で示すテキスト文字列全部確立処理の動
作系を示すフローチャートである。

第３５図において、ステップ７０５では、５ＥＴ１１Ｃ
ＮＴ数分、入力読み長エリアを元に、入力読み管理バッ
ファを更新する。ステップ７１０では、５ＥＴｌＣＮＴ
数分、テキスト文字列長エリアを元に、テキスト文字列
管理バッファを更新する。

次に、処理７１５において、先頭の確立文字列の品詞を
調べ、接頭語を伴う自立語、接尾語、付属語の場合には
、処理７３５および７４０において、入力読み長エリア
（１）およびテキスト文字列長エリア（１）に対応する
文字列を前文節につなげる。

なお、本発明に係るかな漢字変換装置は、順番に入力さ
れるかな文字列を逐次かな漢字変換して行く構成であっ
て、対話型による音声入力装置のように、逐次かな文字
列が入力されるような装置に対しても有効である。

〔発明の効果〕

本発明は以上のごときであり、図示実施例の説明からも
明らかなように、本発明によれば、文節単位に分ち書き
されていないかな文字列を入力として、これをかな漢字
変換する装置において、特別な変換キーを押すことなし
に、かな漢字変換をおこなうことが可能となり、また入
力に追随して変換がおこなわれるので、変換結果の確認
が容易となる。

しかも１本発明によれば、ユーザの意図する変換文字列
が出力されなかった場合には、修正をしたい文字列を指
示するだけで１文節の区切り変更となる文字列と同音異
義語の文字列とを選択可能な文字列として出力するため
、ユーザは文節の区切り変更と同音異義語の変更とを意
識をすることなく、同一の操作で修正することが可能と
なり、従来に比べて操作性を向上したかな漢字変換装置
を得ることができる。

【図面の簡単な説明】

図面は本発明に係るかな漢字変換装置の一実施例を示し
、第１図は本発明装置によるかな漢字変換処理の全体的
動作系を示すフローチャート、第２図は本発明装置の全
体的ハード構成図、第３図はキー配置図、第４図はキー
人力解析処理の動作、系を示すフローチャート、第５図
は文字入力処理の動作系を示すフローチャート、第６図
、第７図。 第１０図はそれぞれ入力読み格納エリアの具体例を示す
図、第８図、第１７図、第１９図、第２４図、第２７図
、第３４図はそれぞれ画面出力情報の具体例を示す図、
第９図はかな漢字変換起動チェックの動作系を示すフロ
ーチャート、第１１図はかな漢字変換部で形成されるデ
ータの具体例を示す図、第１２図はかな漢字変換候補表
示用バッファの具体例を示す図、第１３図はかな漢字変
換候補表示用バッファを文節に分けたときの管理エリア
の具体例を示す図、第１４図はかな漢字変換結果文字列
処理の動作系を示すフローチャート、第１５図、第２０
図、第３０図、第３２図は入力読み管理バッファの具体
例を示す図、第１６図。 第２１図、第３１図、第３３図はテキスト文字列管理バ
ッファの具体例を示す図、第１８図は入力読み文字列取
出し処理の動作系を示すフローチャート、第２２図は修
正可能な複数の文字列を作成するメモリの具体例を示す
図、第２３図は選択候補作成処理の動作系を示すフロー
チャート、第２５図は変更文字列作成処理の動作系を示
すフローチャー１・、第２６図はかな漢字変換候補表示
用バッファを文節に分けたときの管理エリアの具体例を
示す図、第２８図はテキスト文字列が部分確立する文字
列作成処理のための動作系を示すフローチャート、第２
９図はテキスト文字列部分確立処理の動作系を示すフロ
ーチャート、第３５図はテキスト文字列全部確立処理の
動作系を示すフロ−チャートである。 １・・・入力部、２・・・制御部、３・・・外部記憶装
置、４・・・表示部、５・・・記憶装置。 事１０ 第２０ 羊３　口 吊４−口 め５閉 め５図 ｃＨ幹βＬＩＦＦ 第ゴ囚 争８閃 φ９囚 第（０口 第１１囚 卒１２国 ）−ＩＥＮＭＮ＄Ｆ３ｔＪＦＦ 第１３　目 有効序数 早　１牛口 宅１５凶 事＋６７ 沼１９０ 寮１［口 第１９０ 第ＬＯ図 第２１図 チル１１丈′：ｆグ１１嘔１！バ°・ソファ第２２目 ５ｔｌＢ１＊ＣＨＲ婆ＣＮＴ　　　　　　　５ＵＢｌｐ
ＴＥＸＴ％ｅＮｒ二■コ　　　　　　ロエコ ５ＬＩＢ１＃（：ＨＲ昏ＢｔＵＦＦ　　　　５ｔｔＢ詳
下ＴｐＢｔｔＦＦＳｔ／Ｂ２％ＣＨＲｐｔＮＴ　　　　
　　５ｔｌｅＺｐＴＥｆ、ＴｐＣＮＴニエコ　　　　　
ロＩコ ＳＬｌＢ２Ｐｅｐｍ８ｕＦＦ　　　　　　ｓｕ　ｓ　ｚ
＃　ｒｒ：ｘｒｆｓ　ｅｒｕｔ−Ｆ１２３圀 第２５凹 （曖のす 第２ダ囚 め２６の ＨＥＮＫＡＮ　Ｆ　ＢｔｌＦＦ ）ｓｎｕりと良エツア　　　　　　　チャスト丈１字列
表エリアＳＥＴφＣＮＴ ′　　　ロエコ ＄Ｚｑの 委ｚｇの キ２．′ｙの 第３Ｑ　ｌ￥１ 人力白ヒみ１【理へ゛７フ７ 夢３１１！１ ＄Ｊｚ国 第３３図 めａ４−ｒＡ

Claims (1)

【特許請求の範囲】
1. １、かな漢字変換の対象となる読みを入力する入力部と
   、入力した文字列やかな漢字変換処理により生成された
   かな漢字変換候補を記憶する記憶部と、単語の読みを索
   引手段として、単語の表記、品詞などの情報を格納する
   辞書と、前記入力文字列から部分文字列を切り出して、
   辞書内における対応読みを有する語を検索する辞書検索
   手段と、前記辞書検索手段によつて検索された語を元に
   、前後の語との接続検定手段を含むかな漢字変換処理部
   と、前記入力部より入力した文字やかな漢字変換結果を
   表示する表示部とを具備するかな漢字変換装置において
   、前記入力文字列をチェックして、ユーザの変換指示な
   くしてかな漢字変換をおこなう手段と、そのかな漢字変
   換結果を文節単位に分ける手段と、文節単位に分けた文
   節とその入力文字列とを対応させて記憶するメモリと、
   ユーザのかな漢字変換結果の修正指示により、修正文節
   の前の文節の情報を付加して修正文字列を出力する手段
   と、ユーザの修正操作により作成された新しい文節に対
   応するよう、前記メモリを書き換える手段とを付加した
   ことを特徴とするかな漢字変換装置。