JPH0522268B2

JPH0522268B2 -

Info

Publication number: JPH0522268B2
Application number: JP58184297A
Authority: JP
Inventors: Koji Myao; Hajime Asano; Hitoshi Suzuki
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 1983-09-30
Filing date: 1983-09-30
Publication date: 1993-03-29
Also published as: JPS6075921A

Description

【発明の詳細な説明】＜発明の技術分野＞本発明はカナ漢字変換方式を採用した日本語ワ
ードプロセツサの如き文章処理装置における同音
語表示選択方式に関するものである。

＜発明の技術的背景とその問題点＞従来のカナ漢字変換方式の文章処理装置におい
て同音語を表示選択する方法としては、表示画面
上には変換結果の第１候補の同音語のみを表示し
ておき特定のキーを操作することにより次の候補
の同音語の表示に更新する第１の方法（例えば特
開昭53−56925号公報）、あるいは全ての同音語を
表示画面上に表示し、その内より所望の同音語を
選択する第２の方法（例えば特開昭53−56926号
公報）が知られている。

しかし、従来の上記第１の方法を採用した装置
においてはカナ漢字変換結果として１個の同音語
のみが表示されるため、何回キー操作を行なえば
所望の単語が出て来るのかを知ることが出来ずオ
ペレータの精神的な負担が大きく、また所望の単
語を得るまでのキー操作回数が多いという問題が
あつた。

例えば従来装置（ワードプロセツサWD−2400
等）によれば第１図ａに示すように変換対象部分
（こうせい）をカナで入力すると画面１上で反転
表示される。次に変換キーを操作すると第１候
補が表示され、同音異義語の数が反転表示される
（第１図ｂ）。次に次候補キーを操作すると第２
候補が表示されると共に、同音異義語の数が１減
じて反転表示される（第１図ｃ）。更に
次候補キーを押していくと同音異義語の数が１
ずつ減じていく（第１図ｄ）、第５候補の表示例
を示している）。

このように、この種の従来の装置では次候補指
示を何回行なえば所望の語句が出て来るのかわか
らない等、オペレータにとつて操作がわずらわし
いものとなつていた。

また、従来の上記第２の方法では作成中の文章
中の変換対象と変換結果の語句群の表示位置とが
離れているため、所望の語句の選択のためのオペ
レータの視線の移動が大きくなり、更には全て表
示された多数の同音異義語中より所望の語句を選
択する必要があり、オペレータに大きな負担をか
ける等の問題点があつた。

＜発明の目的＞本発明は上記従来の問題点を除去した操作性の
優れた同音語選択方式を提供することを目的とし
たものであり、この目的を達成するため、本発明
はカナ漢字変換時の変換候補の内、第１候補の同
音語を作成中で文章中に表示する手段と、前記第
１候補の同音語の表示から、引き続く第２候補の
同音語への表示更新を指示する更新指示手段と、
前記変換候補の候補数を判断する判断手段と、前
記更新指示手段の操作に応答して前記候補数が２
以上であれば前記変換候補の複数の同音語を一括
して前記作成中の文章の近傍にウインドウ表示
し、前記候補数が０或は１であれば前記ウインド
ウ表示を行わないウインドウ制御手段とを備える
同音語表示選択方式であり、本発明は例えばカナ
漢字変換方式を採用し、オペレータの指示によつ
て逐一同音異義語の表示を更新していく日本語ワ
ードプロセツサにおいて、作成中の文章中に変換
結果の同音語の第１候補のみを表示し、該第１候
補を更新する指示がなされた場合前記変換結果で
得られた候補数を判断して該候補数が２以上であ
れば前記変換候補の複数の同音語を一括して前記
作成中の文章の近傍にウインドウ表示し、前記候
補数が０或は１であれば前記ウインドウ表示を行
わないものである。

＜発明の実施例＞以下、本発明を実施例を挙げて詳細に説明す
る。

本発明の実施例の具体的な説明に入る前に、本
発明の背景となるマルチウインドウ表示技術につ
いて、まず説明する。

マルチウインドウ表示技術は、情報機器のデイ
スプレイ端末装置に複数種類の情報を同時に重ね
合わせて表示する技術であり、このことにより、
同一デイスプレイ上で２種類以上の情報を同時に
見ることが可能となる。この場合、２種類以上の
画面を同時に重ね合わせるため、一方の表示内容
のうちの必要な部分が他方の表示によつて隠され
る場合が生じる。

このようなことを避けるため、これらのウイン
ドウはユーザの指示によつて、デイスプレイ画面
上のどこにでも移動でき、またいつでも消去でき
るように配慮されている。

次にマルチウインドウ表示機能を実現するため
の一具体例を説明するが、マルチウインドウ表示
機能を実現する手段は種々考えられ、これに限定
されるものではない。

第２図はいわゆるビツトマツプのCTRにおけ
るマルチウインドウ表示機能の原理を示すブロツ
ク図である。

第２図において、１０は中央処理装置
（CPU）、１１はCRTのコントローラ（CRTC）、
１２はCRTC１１内に含まれるウインドウコント
ローラ（WDC）、１３はCRT上の表示と１ドツ
トずつ対応した記憶要素を有する数画面分のフレ
ームメモリ、１４，１５及び１６はフレームメモ
リ１３を構成するそれぞれ１画面分のフレームメ
モリ、１７はCRTの表示画面である。

またアドレスp₁，q₁，r₁，s₁及びu₁，v₁，w₁，
x₁はそれぞれフレームメモリ１５及び１６の各ウ
インドウの４隅のアドレスであり、これらの各ア
ドレス情報はウインドウコントローラ（WDC）
１２内に保持される。

またアドレスp₂，q₂，r₂，s₂及びu₂，v₂，w₂，
x₂はそれぞれ上記アドレスp₁，q₁，r₁，s₁及びu₁，
v₁，w₁，x₁に対応したCRT画面１７上の各ウイ
ンドウの４個のアドレスであり、これらの各アド
レス情報も上記ウインドウコントローラ（WDC）
１２内に保持される。

更に上記ウインドウコントローラ（WDC）１
２は各ウインドウ間の表示優先順位情報を保持し
ており、第２図に示した例にあつては（uvwx）、
（pqrs）の順、即ちフレームメモリ１６，１５，
１４の順に表示するようにその表示優先順位を保
持している。

上記の如き構成において、CRTのコントロー
ラ（CRTC）１１はウインドウコントローラ
（WDC）１２の保持する上記したフレームメモリ
１５及び１６の各ウインドウアドレス情報、
CRT画面１７上のウインドウアドレス情報及び
表示優先順位情報にもとずいてフレームメモリ１
３内の各フレームメモリ１４，１５及び１６を適
宜選択してその記憶内容を読み出し、その内容を
CRT画面１７上に第２図に示すように表示する
ことになる。

またCPU１０の指令によつてウインドウコン
トローラ（WDC）１２の保持する上記各情報を
適宜書換えることによつてCRT画面１７上での
表示を第３図ａ〜ｃに示すように簡単に変更する
ことが可能となる。

即ち、フレームメモリ１３上のウインドウアド
レスを書換えることによりウインドウ内の表示ス
クロールが可能となる。例えばウインドウアドレ
スu₁，v₁，w₁，x₁を１行分上げる（ウインドウ
アドレスの各ｙ座標を−１行分する）ことにより
第３図ａに示す如きウインドウ内の表示スクロー
ルが行なわれる。

またCRT画面１７上のウインドウアドレスを
書換えることによりウインドウの移動が可能とな
る。例えばウインドウアドレスu₂，v₂，w₂，x₂
を１行分上げる（ウインドウアドレスの各ｙ座標
を１行分減少する）ことにより第３図ｂに示す如
きCRT画面１７上のウインドウの移動が行なわ
れる。

更にウインドウの優先順位を変更し、例えばウ
インドウアドレスの優先順位をｐ，ｑ，ｒ，ｓ、
ｕ，ｖ，ｗ，ｘの順にすることにより第３図ｃに
示すように表示を変更することが出来る。

このようにマルチウインドウ表示技術を用いる
ことにより、第３図ａ〜ｃに示すような大幅な画
面表示の変更を行なう時にも、フレームメモリ１
４〜１６内のドツトパターンは一切書換える必要
がなく、ウインドウコントローラ（WDC）１２
内に保持されたウインドウアドレス等のわずかな
パラメータを書換えるだけでよい。

したがつて第３図ａ〜ｃの如き表示変更は１フ
レーム時間（通常1/30秒程度）内の短時間で行な
うことが出来るため、ユーザに全く異和感を与え
ることがない。

なおマルチウインドウ表示機能を有さない通常
のデイスプレイ装置でも、フレームメモリ１４の
内容をその都度書換えることにより第３図ａ〜ｃ
に示した表示の変更は可能である。なお、この場
合にはマルチウインドウ表示技術を用いたものに
比して表示の切換に時間がかかることになる。

次に上記した表示技術を用いた本発明の一実施
例を詳細に説明する。

第４図は本発明を日本語ワードプロセツサに適
用した場合の一実施例を示すブロツク図である。

第４図において１１はキーボードであり、該キ
ーボード１１はカナ入力キーの他に変換キー、次
候補キー、シフトキー等の機能キーを含んでい
る。１２は中央処理装置（CPU）、１３はカナ漢
字変換用辞書を内蔵したカナ漢字変換モジユー
ル、１４はCRT等の表示装置のコントローラ
（CRTC）であり、このCRTC１４はウインドウ
コントローラ（WDC）１４１を内蔵している。
１５はCRT等の表示画面１６上の表示と１ドツ
トずつ対応する数画面分の記憶容量のフレームメ
モリであり、１７及び１８はそれぞれ上記フレー
ムメモリ１５を構成する１画面分のフレームメモ
リであり、メモリ１７が表示画面１６のメインウ
インドウに、メモリ１８の一部が表示画面１６の
同音語のサブウインドウ１６１に対応している。

また１９は文字パターンを収容したキヤラクタ
ジエネレータ、２０はいわゆる文字コードバツフ
アメモリであり、この文字コードバツフアメモリ
２０は上記のフレームメモリ１７及び１８に対応
した文字コードバツフア２１及び２２をそれぞれ
有している。

また２３及び２４はそれぞれｐレジスタ及びｑ
レジスタであり、ｐレジスタ２３の値はメインウ
インドウに表示されている同音語候補が第何番目
の候補であるかを示し、ｑレジスタ２４の値は同
音語ウインドウの表示の有無をｑ＝０（ウインド
ウ表示無し）、ｑ＝１（ウインドウ表示有り）で示
すように構成されている。

次に上記の如く構成された装置の動作を第５図
に示す動作フローを参照して説明する。

上記の如き構成において、今キーボード１１か
らカナ情報を入力すると、この入力されたカナ文
字はCPU１２を介して文字コードバツフア２１
に記憶されると共にその文字パターンがキヤラク
タジエネレータ１９に読み出されてフレームメモ
リ１７に書き込まれ、このフレームメモリ１７の
記憶の内容にしたがつて表示画面１６上に反転表
示される〔第６図ａ〕。このとき、ｐレジスタ２
３及びｑレジスタ２４の内容はｐ＝ｑ＝０のまま
である。

なおウインドウコントローラ（WDC）１４１
にはCPU１２の指示にしたがつてウインドウ間
の表示優先順位がフレームメモリ１８がフレーム
メモリ１７に優先するように設定されている。

今文字コードバツフア２１には文字情報が記憶
されており、「…機器の」までのカナ漢字変換処
理が終了していると仮定すると、それ以後に入力
されたカナ情報「こうせい」が変換対象となる。

次にカナ漢字変換処理のためキーボード１１上
の変換キーを操作すると第５図のフロー（ステ
ツプn₁，n₂）にしたがつて変換ルーチンが引かれ
る。

この変換ルーチン（ステツプn₂）は第４図のカ
ナ漢字変換モジユール１３に対応しており、基本
的には従来公知の技術で実現されている。変換モ
ジユール１３はCPU１２から与えられたカナ文
字列とｐレジスタ２３の値に依存して、１つの漢
字文字列（カナ漢字変換結果）を返して来るよう
に構成されており、ここでは文字コードバツフア
２１上を検索して反転文字列「こうせい」を得
て、そのカナ文字列をｐ＝０という情報と共に変
換モジユール３に与える。

変換モジユール３はまず変換ルーチン内でｐ＝
ｐ＋１＝１に歩進し、それに対応する変換結果の
第１候補「厚生」と新しいｐの値ｐ＝１及び変換
結果の同音異義語の合計数「12」という情報を CPU１２に返して来ることになる。

CPU１２はこの情報にもとづいてｐ＝１とい
う値をｐレジスタ２３に書込む。また文字列「厚
生」と同音語総数「12」を文字コードバツフア２
１に書込むと共にその文字パターンをキヤラクタ
ジエネレータ１９より読み出してフレームメモリ
１７に書込む。したがつてステツプn₃において表
示画面１６のメインウインドウ上に第６図ｂに示
すように変換結果の第１候補が表示されると共に
同音異義語の数が反転表示される。この時ｑレジ
スタ２４の値ｑ＝０は変わらない。

ここでキーボード１１上の次候補キーが操作
されると第５図のフロー（n₁₁〜n₁₇）にしたがつ
てサブの同音語ウインドウが設定されると共にそ
のウインドウ１６１上に複数（実施例では５個）
の変換候補が表示されると共に次候補の漢字列が
メインのウインドウに表示されることになる。

即ち、ステツプn₁₁において次候補キーが操
作されると、まずステツプn₁₂において候補数が
０，１であるかが判定され、今の場合候補数が
「12」であるためステツプn₁₃に移行し、ステツプ
n₁₃において画面の変更無しか否かが判定され、
今の場合ｑ＝０の情報にもとずいて画面の変更有
りと判定してステツプn₁₄に移行し、ステツプn₁₄
においてｐ＝２，３，４，５に対応して候補を得
て新しいウインドウデータをそろえると共に指標
「」をその最上位に付す。次にステツプn₁₅に移
行して前候補の空送りを行なつて最初に得られた
第１候補と共に複数個（５個）の候補をサブウイ
ンドウ表示することになる（n₁₆）。

次にステツプn₁₇に移行して従来の次候補ルー
チンを実行して第２候補を読み出してメインウイ
ンドウ上に第２候補の同音語を表示する準備を完
了する。

第７図は次候補キーを操作した場合の処理動作
の詳細を示したフロー図であり、第５図における
ステツプn₁₂〜n₁₇に対応した処理フローがステツ
プn₁₁₁〜n₁₂₀及びn₁₃₀〜n₁₄₄に示されている。

第７図において次候補キーを操作した際の新
ウインドウ作成動作を説明すると、まずステツプ
n₁₁₃においてCPU１２内のレジスタＲを１にセツ
トしてウインドウをクリアし、次に第１候補をウ
インドウのＲ番目（１番目）に書く（今の場合は
「厚生」）。次にＲ＝Ｒ＋１を実行し（n₁₁₅）、ｐの
値が最大値になつているか否か、またはＲの値が
６になつたか否かを判定し（n₁₁₆，n₁₁₇）、上記の
条件に達するまでｐを１つ増やした（ｐ＝ｐ＋
１）次候補の漢字列を辞書１３より検索して
CPU１２に返し、その候補をウインドウのＲ番
目に書くと共にＲ＝Ｒ＋１を実行するステツプ
n₁₁₈〜n₁₂₀を繰返す。このような動作によつてｐ
＝２，３，４，５に対応した漢字列「構成」、「公
正」、「更生」、「攻勢」が得られる。そしてこの動
作によつて得られた第１〜第５候補の文字コード
を文字コードバツフア２２に書込み、ｐ＝２に対
応する「構成」の前に指標“”の文字コードを
書込む。次にこれらの文字パターンをキヤラクタ
ジエネレータ１９から読み出し、５個の同音語句
を書込む領域にウインドウアドレスp₁．q₁，r₁，
s₁の設定されたフレームメモリ１８に書込む。

次にＲ＝Ｒ−１を実行しつつＲ＝１になるまで
前候補ルーチンを実行して前候補の空送りを実行
してｐレジスタ２３の内容を前の状態（Ｐ＝１）
に戻す。次にｑレジスタ２４を１にセツトすると
共にウインドウアドレスp₂，q₂，r₂，s₂を表示画
面１６上のサブの同音語ウインドウの表示対象位
置にもとずいて決定して５個の同音語をウインド
ウ１６１上に表示する（n₁₃₃）。

次にステツプn₁₄₄の次候補処理ルーチンを実行
してｐ＝２に対応した第２候補の漢字列「構成」
と「11」を文字コードバツフア２１に書込み、そ
のパターンをキヤラクタジエネレータ１９から読
み出してフレームメモリ１７に書込み、表示画面
１６のメインウインドウ上に第６図ｃに示すよう
に変換結果の第２候補を残りの同音異義語の数と
共に表示する。

また第６図ｃの状態で次候補キーを押すと第
５図のステツプn₁₁〜n₁₃及びn₁₈，n₁₆，n₁₇のフロ
ーに従つて次の動作が実行される。即ち同音語ウ
インドウ１６１の表示自体は変わらず、ただ指標
“”の表示が下に１つ動き、またメインのウイ
ンドウ上では従来と同様の動作（n₁₇）によつて
次候補が表示される。

第８図のステツプn₁₁，n₁₁₁，n₁₁₂，n₁₂₁〜n₁₂₃，
n₁₄₁，n₁₄₃及びn₁₄₄が上記の動作に対応した詳細
フローであり、まずステツプn₁₁₁，n₁₁₂，n₁₂₁，
n₁₂₂及びn₁₂₃の判定が全て「NO」と判定され、
またステツプn₁₄₁の判定が「NO」と判定され、
ステツプn₁₄₃において文字コードバツフア２２内
の指標「」のコードを１行分下にずらし、対応
するフレームメモリ１８上でも指標「」のパタ
ーンを１行分下に書込む。次に次候補ルーチン
（n₁₄₄）を引くことによつてｐ＝３に対応する漢
字列「公正」と残りの同音語数「10」を得る。続
いて第５図のフローに従つてウインドウを表示す
ると同音語表示ウインドウ上で指標「」が１つ
下に下がり、またメインウインドウ上にｐ＝３に
対応する漢字列「公正」と残りの同音語数「10」
が表示される。

更に次候補キーインがあれば、上記の動作が繰
返される。

従つて第６図ｃの状態から次候補キーインが３
回続くと、メインウインドウの表示は「攻勢」、
「08」となり同音語のサブウインドウ上での表示
は指標「」が「攻勢」の左横に移行し、第６図
ｄに示す表示画面を得る。

また第６図ｃの状態（ｐ＝２）で
SHIFF、次候補キーが押されると第５図
のステツプn₂₀，n₁₉，n₁₄〜n₁₇のフローに従つて
サブのウインドウ上に次の５組の候補群を表示す
るように動作する。

第８図はSHIFF、次候補キーを操作し
た場合の詳細を示したフロー図である。

第８図においてステツプn₂₀₁n₂₀₃，n₂₀₄の判定
はいずれも「NO」と判定されてステツプn₂₀₅に
移行してｐの値が５で割り切れるまで次候補を引
く動作（n₂₁₇）を実行する。したがつて、今の場
合にはｐ＝３，４，５に対応する漢字列「公正」、
「更生」、「攻勢」が得られるがこの漢字列に対し
ては何も行なわず、そのまま捨てる。次にＲ＝１
にセツトしてサブのウインドウ表示情報をクリア
し、ｐの値が最大値になつているか否か、または
Ｒの値が６になつたか否かを判定し（n₂₀₇，
n₂₀₈）、上記の条件に達するまで次候補の検索ル
ーチン、候補をウインドウＲ番目に書く及びＲ＝
Ｒ＋１の動作（n₂₀₉〜₂₁₁）を繰返する。このよう
な動作によつてｐ＝６，７，８，９，10に対応す
る漢字列「更生」、「校正」、「後世」、「後生」、「
恒
星」を得る。

そして、この動作によつて得られた第６〜第10
候補の文字コードを文字コードバツフア２２に書
込み、ｐ＝６に対応する「更生」の前に指標
“”の文字コードを書込む。次にこれらの文字
パターンをキヤラクタジエネレータ１９から読み
出し、ウインドウアドレスp₁，q₁，r₁，s₁の設定
されたフレームメモリ１８に書込む。

次にＲ＝１になるまでＲ＝Ｒ−１を実行しつつ
前候補ルーチンを実行して前候補の空送りを実行
してｐ＝５の状態に戻す（n₂₁₂〜n₂₁₄）。次にｑ＝
１にセツトすると共に更新された５個の同音語を
サブのウインドウ１６１上に表示する（n₂₁₅）。

次にステツプn₂₁₆の次候補ルーチンを実行して
ｐ＝６に対応した第６候補の漢字列「更正」と
「７」を文字コードバツフア２１に書込み、その
パターンをキヤラクタジエネレータ１９から読み
出してフレームメモリ１７に書込み、表示画面１
６のメインウインドウ上に第６図ｅに示すように
変換結果の第６候補を残りの同音異義語の数と共
に表示する。

また、更に次候補キーを押し続けるか、ある
いはSHIFT、次候補キーを押すことによ
り同音語ウインドウの内容が上記の動作と同様の
動作によつて変わり、第11〜第12候補が表示され
ると共に、メインのウインドウには第11候補が表
示される（第６図ｆ）。

更に次候補キーを押し続けるか、あるいは SHIFT、次候補キーを押すことにより
同音語群の表示が一順し、第６図ｇのようにな
る。

また上記の第６図ｂ〜ｇのいずれの状態におい
てもキーボード１１より次文節のカナを入力する
ことにより交換対象候補が確定し、次のステツプ
に移る。

即ち、例えば第６図ｃに示す状態において、キ
ーボード１１よりカナ文字が入力されると第５図
に示すフローを離れ、CPU１２はまずｐ及びｑ
レジスタ２３及び２４をクリアしてｐ＝０、ｑ＝
０とすると共にウインドウを消去し、かつ文字コ
ードバツフア２１上での11を消去して、新しく
「よ」の文字コードを書込む。次にその文字パタ
ーンをフレームメモリ１７に書込む。カナ文字入
力「う」及び「そ」についても同様の操作を行な
うことによつて第６図ｈに示す如き表示画面を得
る。

ここで変換キーを押すことによりカナ入力
「ようそ」に対するカナ漢字変換が実行されて第
６図ｂと同等の第１候補を表示する画面となり、
以下、同様の操作によつて所望の同音語を表示選
択することが出来る。

なお第７図においてステツプn₁₂₃〜n₁₂₉のフロ
ーは第６図ｄに示す画面状態において次候補キ
ーを操作した場合の、サブのウインドウの表示の
更新のための処理フローを示すものであり、その
処理フローについては前述した第８図の処理ステ
ツプn₂₀₇〜n₂₁₁と同一であるため、その説明を省
略する。

また第９図は前候補キーを操作した場合の具
体的な処理フローを示すものであり、第１０図は
SHIFT、前候補キーを操作した場合の具
体的な処理フローを示すものであり、それぞれの
動作によつて表示されている候補を前に戻す動作
を行なわせるものであるが、詳細な動作について
はｐレジスタの増減及びＲレジスタの増減の方向
が逆になつている以外、第７図及び第８図に示す
動作と類似しているため、説明を省略する。

以上に示した実施例によれば第６図ａ〜ｈに示
したようにメインウインドウ上に従来と同様に変
換結果の１つの語句を表示すると共にその近傍に
同音語ウインドウを併用して表示している。その
ため今後の次候補キー操作によつて、どんな同
音語が出力されるかを予め把握しながら所望の同
音語を選択することが出来る。また
SHIFT、次候補キーによりマルチウイン
ドウ上の同音語表示が一括して更新されるため、
正解候補を得るまでのキー操作が少なくなる。

また従来方法と比較した場合、第１あるいは第
２候補が正解であるときには両者に差はないが、
第３〜第５候補のいずれかが正解のときには両者
間にキー操作の数には差はないが、第２候補が正
解ではないことが判明したとき、サブのマルチウ
インドウ上の同音語群を見れば第３〜第５候補に
正解があることを確認することができ、オペレー
タは安心して次候補キーを操作することができ
る。

また、第６〜第10候補のいずれかが正解のとき
には、第２候補が性格でないことが判明したとき
に、マルチウインドウ上の同音語群を見れば第３
〜第５候補にも正解がないことを確認することが
でき、直ちにSHIFT、次候補キーを操作
して第６〜第10候補の表示を得ることができ、従
来に比して正解を得るまでのキー操作数を少くす
ることが出来る。

また、第11あるいは第12候補が正解のときに
は、第６候補から第11候補へSHUFT、
次候補キーの操作で直ちに移ることが出来るた
めキー操作数を更に減少させることが可能とな
る。

更に、本発明の実施例によれば第１候補のとき
のみ従来と同じ同音語表示法を採用し、第２候補
以降についてはマルチウインドウ表示を併用して
いるが、このような表示方法により次のような利
点がある。

即ち、最近はカナ漢字変換技術が進歩し、高度
な文法検定を行なつているため、その変換率が向
上し、例えば文節文節分ちの方式の場合において
は第１候補のみで約85％、第５候補までで約95
％、最終候補までで約97％の正解が得られるよう
になつている。

一方、マルチウインドウによる同音語表示には
上記したような利点があるが、第１候補が正解で
あるときには本来マルチウインドウ表示は必要で
ない。しかもその第１候補の正解率が85％であ
る。従つて全体の85％に不必要なウインドウを発
生しないようにしてオペレータにとつて目ざわり
な表示を抑止すると共に、以後のウインドウによ
り同音語数の表示を例えば５個に限定して、２回
のキー操作によつて約95％の正解率が得られるよ
うに配慮されている。

なお、上記実施例における各キーの種類はこれ
に限定されるものではなく、他のものと兼用して
もよく、またそれ専用のキーを設ける等任意の変
更が可能である。

＜発明の効果＞以上の如く、本発明によれば最初の１回目は同
音異義語の第１候補のみを作成中の文章中に表示
し、前記第１候補の更新する指示する操作がなさ
れた場合、得られた同音異義語の候補数を計数し
て該候補数が２以上のとき複数の同音異義語を一
括して作成中の文章近傍にウインドウ表示し、前
記候補数が０または１のとき前記ウインドウ表示
を行わないように構成されているので、オペレー
タにとつては、第１候補が正解である場合或は得
られた全候補の数が１以下の場合に余計なウイン
ドウ表示を避けることができる。

また第１候補が不正解の場合複数の同音異義語
候補をウインドウにて文章近傍に一括表示するた
め、オペレータは大きく目線を移動させることな
く複数の同音異義語を一度に認識することがで
き、所望の同音異義語がどの位の順位にあるかが
すぐに解る。また複数の同音異義語群はウインド
ウ表示であるので作成中の文章近傍に表示しても
目視上文章と同音異義語群とが明確に区別され、
選択操作し易い。

このように複数の同音異義語のウインドウ表示
に必要なときにのみ表示することにより、ウイン
ドウによつて不必要に作成中の文章を隠すことな
く、オペレータにとつて操作し易い環境を提供す
ることができる。

【図面の簡単な説明】

第１図は従来のカナ漢字変換時の同音語の選択
動作の表示例を示す図、第２図は本発明の背景と
なるマルチウインドウ表示の機能ブロツク図、第
３図はマルチウインドウ表示の表示切換例を示す
図、第４図は本発明を日本語ワードプロセツサに
適用した場合の一実施例を示すブロツク図、第５
図は本発明の一実施例の動作フローを示す図、第
６図は本発明にしたがつて表示された同音語群の
選択時の表示例を示す図、第７図は次候補キー操
作に対応した詳細動作フローを示す図、第８図は
SHIFT、次候補キー操作に対応した詳細動作フ
ローを示す図、第９図は前候補キーの操作に対応
した詳細動作フローを示す図、第１０図は
SHIFT前候補キー操作に対応した詳細動作フロ
ーを示す図である。１１……キーボード、１２……中央処理装置
（CPU）、１３……カナ漢字変換用辞書、１４…
…CRTのコントローラ、１６……表示画面、１
７，１８……フレームメモリ、２１，２２……文
字コードバツフア、１６１……サブのウインドウ
表示領域。

Claims

【特許請求の範囲】１カナ漢字変換時の変換候補の内、第１候補の
同音語を作成中の文章中に表示する手段と、前記第１候補の同音語の表示から、引き続く第
２候補の同音語への表示更新を指示する更新指示
手段と、前記変換候補の候補数を判断する判断手段と、前記更新指示手段の操作に応答して前記候補数
が２以上であれば前記変換候補の複数の同音語を
一括して前記作成中の文章の近傍にウインドウ表
示し、前記候補数が０或は１であれば前記ウイン
ドウ表示を行わないウインドウ制御手段とを備えたことを特徴とする同音語表示選択方式。