JPH03282961A - 相互変換辞書方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 産業上の利用分野 本発明は、かな文字列から漢字文字列を検索すると同時
に、逆に漢字文字列から読みがなをも検索することが可
能な相互変換辞書方式に関する。

また、相互の検索が可能なことから、英訳、和訳など語
学辞書としての機能を有する相互変換辞書方式に厨する
。

従来の技術 従来のかな漢字変換辞書方式においては、かな文字列か
ら漢字文字列を検索することのみに利用される辞書構造
となっている。

また、漢字文字列の再変換機能においては、はじめに漢
字文字列に変換した後も、元のかな文字列情報がメモリ
に残っていて、再びかな文字列から漢字文字列に変換す
るというような構造になっている。

発明が解決しようとする課題 上述した変換辞書方式において、一方向の検索辞書とし
てしか使用されず、再変換機能においても、かな文字列
情報が残っていることがら、メモリ効率が非常に悪い。

従って、漢字文字列とがな文字列の相互の検索を可能に
することが望ましいが、このためには、それぞれ別々の
辞書を使用しなければならず、辞書メモリサイズが約２
倍に膨れるという問題点がある。

本発明は、かかる点に鑑みてなされたもので、その目的
とするところは、かな漢字変換辞書における仕様拡張と
ともに、メモリ効率の向上を実現する相互変換辞書方式
を提供することにある。

課題を解決するための手段 本発明は、かな文字列から漢字文字列を検索すると同時
に、逆に漢字文字列から読みがなをも検索することが可
能な二重構造を有し、ほぼ一つ分のメモリサイズで上記
二種類の構造をもつ変換辞書を有した構成としている。

実施例 以下、本発明を一実施例に従って説明する。

まず、本発明と従来の技術とをフローチャート図を使っ
て比較する。

第５図は、従来のかな漢字変換方式のフローチャート図
で、先ずステップ（１１）において、日本語エディタで
様々なキー人力を行なう。

次に、かな文字を入力しくステップ（１２））　、変換
用バッファにかな文字コードをセットする（ステップ（
１３））。さらに再変換用バッファにかな文字コードを
セット（ステップ（１４））　Ｌ、次いでステップ（１
５）の日本語変換処理を経て、漢字辞書検索を行ない、
変換候補を得た（ステップ（１６））後に、日本語エデ
ィタにより、その候補の漢字コードから漢字文字列を出
力する（ステップ（１７））。

第６図は従来の漢字文字列再変換方式のフローチャート
図で、第５図に示す処理により漢字に変換した文字列が
、ステップ（２１）の日本語エディタ上に表示されてい
る。ここで、ステップ（２２）で再変換すべき漢字文字
列を指定して、ステップ（２４）で指定した漢字文字列
に対するかな文字コードがバッファに存在するかをチエ
ツクし、なければ、ステップ（２３）でエラー表示をし
、始めに戻る。

一方、対応するかな文字コードがあれば、ステップ（２
５）で変換用バッファにかな文字コードをセットする。

次の処理リステップ（２６）、（２７）、（２８）につ
いては、通常の変換と全く同処理を行う。

このように、従来の技術では再変換しようとする際に、
再変換用のかな文字バッファが必要となり、またこの文
字バッファに対応するかな文字コードがなければ再変換
不可能となる。

従って、全ての漢字文字列に対して再変換可能状態にす
るためには、極めて多くのメモリを必要とし、限られメ
モリ資源の有効活用という観点からすると、非常に非効
率的な方法となるという問題点がある。

そこで本発明では、第３図にフローチャート図で示すよ
うな相互変換辞書方式を用いて日本語変換を行うもので
ある。

まず、ステップ（３１）の日本語エディタ上で、かな文
字列を入力するか、もしくは再変換すべき漢字を指定す
る（ステップ（３２））。ここで、変換バッファにセッ
トされた（ステップ（３３））文字列タイプが、かな文
字なのか漢字文字なのかを判断しくステップ（３４））
　、かな文字であればステップ（３５）の漢字変換処理
により、漢字検索を行ない、変換候補を得る（ステップ
（３６））。

一方、漢字文字であれば、ステップ（４１）の読みがな
変換処理により、読みがな検索を行ない、変換候補を得
る（ステップ（４２））。

それぞれの変換候補は、日本語エディタにより、ステッ
プ（３７）の漢字文字列、もしくはステップ（４３）の
かな文字列に出力される。

このように、本発明においては変換時に漢字変換するの
か、読みがな変換するのかを選択することができ、相互
兼用辞書を使用することにより、メモリの使用効率に優
れた日本語変換方式が実現可能となる。

第２図は、本発明の相互兼用辞書の一実施例構造を示し
ている。

この辞書は、辞書インデックス部（１０１）との辞書デ
ータ部（１０２）の２つに分類される。辞書インデック
ス部（１０１）においては、まず漢字変換ディレクトリ
の先頭アドレス（１０３）を持ち、読みがなディレクト
リの先頭アドレス（１０４）と並ぶ。

また（１０５）は、辞書データ部（１０２）の先頭アド
レスを示し、（１０９）は辞書ブロック１の開始アドレ
スを表す。

ここで（１０６）には、漢字表記などの情報が入ってい
る。また、（１０７）には漢字変換の各ブ白ツクの先頭
アドレスと、かな見出しが入っている。そして（１０８
）には、読みがな変換の各ブロックの先頭アドレスと、
漢字見出しが入っている。

実際には読みがなブロックの各データは、各々の漢字ブ
ロックに不規則に位置しているが、各データに読みがな
変換のための属性とシリアル番号がついて、ブロック分
けを可能にしている。（１０９）は、それぞれの漢字変
換のためのグループ分けをブロック化している。このブ
ロック化は漢字変換のためのみ構成しているもので、読
みがな変換のためのブロック化は表面上、不規則である
。

第３図は、相互兼用辞書のデータ構造を示している。

すなわち、品詞情報（２０１）が先頭にあり、（２０２
）の漢字文字数と、（２０３）のかな文字数が並んでい
る。次に、カナ見出しく２０４）が入っていて、１バイ
１〜カナコードで表現されている。（２０５）には漢字
文字列データがセットされていて、２バイト漢字コード
で表している。（２０６）は、次候補の読みがな候補が
ある漢字ブロック番号がセットされ（２０７）はそのブ
ロックの先頭から何バイト目にあるかを表している。（
２０８）は、次候補があるかどうかの情報が入っている
。（２０９）と（２１０）には、読みがな辞書としての
属性は入っていて、読みがなブロック番号や漢字分類番
号を表す。

第４図は、読みがな辞書検索のフローチャート図である
。

まず、ステップ（６１）でディレクトリの先頭アドレス
を第２図に示す（１０４）から得て、ステップ（６２）
で読みがな変換処理する漢字が、どの読みがなブロック
に属するかを第２図に示す（１０８）から調べる。

次に、そのブロックの先頭のアドレスを求め、ステップ
（６４）で候補があるかどうかを調べる。

ここで候補があれば、第１図に示すステップ（３１）の
日本語エディタ上で指定（ステップ（３２））　した変
換文字列の長さを求め（ステップ（６５））　、候補見
出しと漢字文字列の長さを比較する（ステップ（６６）
）。

次いで、ステップ（６７）で長さが等しいか否かを判断
し、長さが等しければ、漢字コードを比較して（ステッ
プ（６８））　、一致したならば（ステップ（６９））
　、辞書の漢字文字数と、日本語エディタで指定した漢
字文字数とが一致したかを調べる（ステップ（７０））
。

このとき一致したならば、読みがな検索成功である。そ
こで、検索したかな文字コードを出力バッファにセット
しくステップ（７４））　、日本語エディタに戻り、読
みがな文字列を出力する。

発明の詳細 な説明したように本発明の相互兼用辞書方式によれば、
かな漢字変換のみならず、読みがな変換も一つの辞書で
使用可能になり、変換時にどちらの変換をするかを選択
的に実行可能となる。

また、変換のために必要なメモリ資源も、大幅に節約で
き、その使用効率は大きく向上する。

【図面の簡単な説明】

第１図は本発明の一実施例相互変換辞書方式を用いた日
本語変換処理のフローチャート図、第２図は本発明の一
実施例相互変換辞書の構造図、第３図は相互変換辞書の
データ構造図、第４図は読みがな辞書検索処理のフロー
チャート図、第５図は従来のかな漢字変換処理のフロー
チャート図、第６図は従来の漢字文字列再変換処理のフ
ローチャート図である。

Claims (1)

【特許請求の範囲】
1. かな文字列から漢字文字列を検索すると同時に、逆に漢
   字文字列から読みがなをも検索することが可能な二重構
   造を有し、ほぼ一つ分のメモリサイズで上記二種類の構
   造をもつ変換辞書を備えた相互変換辞書方式。