JP2000057131A - 文字列変換装置およびそのプログラム記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 通常文字と同義の拡張文字群を変換候補とし
て変換辞書内に定義しておかなくても、拡張文字を含む
候補文字列を自動生成する。 【解決手段】 かな漢字変換辞書３−１はＪＩＳ第一水
準漢字・文字を記憶する。拡張候補情報テーブル３−２
はかな漢字変換辞書３−１内の常用文字に対応付けてそ
の異体字としての拡張文字群を変換候補として記憶す
る。ＣＰＵ１は入力されたかな文字列に基づいてかな漢
字変換辞書３−１を検索することによりかな漢字変換を
行い、その変換結果に基づいて拡張候補情報テーブル３
−２を検索することにより常用文字と同義の拡張文字群
を得る。そして、常用文字と拡張文字あるいは拡張文字
同士を組み合せることによって拡張文字を含む候補文字
列を生成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、入力文字列をそ
れに対応する候補文字列に変換する文字列変換装置およ
びそのプログラム記録媒体に関する。

【０００２】

【従来の技術】従来、ワードプロセッサやパーソナルコ
ンピュータ等の文書データ処理装置において、かな漢字
変換辞書には、日本工業規格（ＪＩＳ）によって標準化
されたＪＩＳ第１水準漢字、ローマ字、平仮名、片仮
名、人名、地名、記号等の第１水準文字、および第２水
準漢字が登録されている。このような規格標準化された
漢字・文字だけでは文書作成時に不足する場合があるた
め、ユーザ固有の文字（ＪＩＳ外文字）を外字作成機能
で予め作成登録しておき、文書作成時に外字作成時に割
り当てた固有の文字コードを指定するようにしていた。
また、ＪＩＳ第一・第二水準文字として定義されていな
い文字を拡張文字としてかな漢字辞書内に割り当てられ
ているものも存在する。

【０００３】

【発明が解決しようとする課題】しかしながら、外字機
能によって作成された文字を文書作成時に入力するため
には、その文字固有のコードを入力しなければならず、
また、ＪＩＳ外漢字を拡張文字としてかな漢字変換辞書
内の未定義領域に割り当てておくものにおいて、その割
り当て数は未定義領域のサイズによって制約されてしま
い、また未定義領域サイズを増大すると辞書の大容量化
を招き、変換効率を低下させる。この発明の課題は、通
常文字と同義の拡張文字群を変換候補として変換辞書内
に定義しておかなくても、拡張文字を含む候補文字列を
自動生成できるようにすることである。

【０００４】

【課題を解決するための手段】この発明の手段は次の通
りである。請求項１記載の発明は、入力文字列をそれに
対応する候補文字列に変換する変換辞書を記憶する辞書
記憶手段と、前記変換辞書内に記憶されている通常文字
に対応付けてこの通常文字と同義の拡張文字群を変換候
補として記憶する拡張文字記憶手段と、入力文字列をそ
れに対応する候補文字列に変換する際に、前記変換辞書
を検索すると共に、この辞書検索によって変換候補とし
て得られた通常文字に基づいて前記拡張文字記憶手段を
検索することにより通常文字と同義の拡張文字群を変換
候補として得る候補検索手段と、この候補検索手段によ
って得られた通常文字と拡張文字、あるいは拡張文字同
士を組み合せることによって候補文字列を生成する候補
文字列生成手段とを具備するものである。なお、前記拡
張文字記憶手段は、入力文字列を構文解析することによ
って得られる文法的種類に対応付けて拡張文字を記憶
し、前記検索手段は入力文字列を構文解析することによ
って得られた文法的種類に該当する拡張文字を検索する
ようにしてもよい。請求項１記載の発明においては、入
力文字列をそれに対応する候補文字列に変換する際に、
変換辞書を検索すると共に、この辞書検索によって変換
候補として得られた通常文字に基づいて拡張文字記憶手
段を検索することにより通常文字と同義の拡張文字群を
変換候補として得、これによって得られた通常文字と拡
張文字あるいは拡張文字同士を組み合せることによって
候補文字列を生成する。したがって、通常文字と同義の
拡張文字群を変換候補として変換辞書内に定義しておか
なくても、拡張文字を含む候補文字列を自動生成するこ
とができる。

【０００５】

【発明の実施の形態】以下、図１〜図６を参照してこの
発明の一実施形態を説明する。図１（Ａ）は文書データ
処理装置の全体構成を示したブロック図である。ＣＰＵ
１はＲＡＭ２内にロードされている各種プログラムにし
たがってこの文書データ処理装置の全体動作を制御する
中央演算処理装置である。記憶装置３はオペレーティン
グシステムや各種アプリケーションプログラム、データ
ファイル、文字フォントデータ等が予め格納されている
記憶媒体４やその駆動系を有している。この記憶媒体４
は固定的に設けたもの、もしくは着脱自在に装着可能な
ものであり、フロッピーディスク、ハードディスク、光
ディスク、ＲＡＭカード等の磁気的・光学的記憶媒体、
半導体メモリによって構成されている。また、記憶媒体
４内のプログラムやデータは、必要に応じてＣＰＵ１の
制御により、ＲＡＭ２にロードされる。更に、ＣＰＵ１
は通信回線等を介して他の機器側から送信されて来たプ
ログラム、データを受信して記憶媒体４に格納したり、
他の機器側に設けられている記憶媒体に格納されている
プログラム、データを通信回線等を介して使用すること
もできる。また、ＣＰＵ１にはその入出力周辺デバイス
である入力装置５、表示装置６、印刷装置７がバスライ
ンを介して接続されており、入出力プログラムにしたが
ってＣＰＵ１はそれらの動作を制御する。

【０００６】入力装置５は文字列データ（よみデータ）
等を入力したり、各種コマンドを入力するキーボード、
マウス等のポインティングデバイスを有している。な
お、キーボードには、図示しないが、通常と同様に、か
な、アルファベット等の文字キー、よみを漢字混り文に
変換する変換命令キー、カーソルキー、変換候補の確定
を指示する実行キー等が配列されている。ここで、文書
作成時に入力装置５からよみ文字列が入力されると、表
示装置６のテキスト画面に表示出力されると共に、かな
漢字変換によって確定された確定文字列は、ＲＡＭ２内
に格納される。なお、表示装置６は多色表示を行う液晶
表示装置やＣＲＴ表示装置あるいはプラズマ表示装置等
であり、また印刷装置７はフルカラープリンタ装置で、
熱転写やインクジェットなどのノンインパクトプリンタ
あるいはドットインパクトプリンタである。

【０００７】図１（Ｂ）および（Ｃ）はＲＡＭ２および
記憶装置３の内容のうちその特徴部分を示した図で、Ｒ
ＡＭ２には各種のメモリ領域として文書メモリ２−１、
入力バッファ２−２、候補出力バッファ２−３、基文字
ポインタ２−４、拡張文字カウンタ２−５、ワークメモ
リ２−６等が割り当てられており、記憶装置３にはかな
漢字変換辞書３−１、拡張候補情報テーブル３−２が格
納されている。ここで、かな漢字変換辞書３−１はよみ
に対応して漢字表記および名詞、動詞、人名、地名等を
示す辞書情報（属性情報）を記憶する通常の構成となっ
ている。ここで、かな漢字変換辞書３−１に格納されて
いる文字を通常文字と称すると、この通常文字（常用文
字）に対してそれと同義の拡張文字群、例えば、ＪＩＳ
第二水準漢字、ＪＩＳ外漢字の異体字群はかな漢字変換
辞書３−１の小容量化を図るためにかな漢字変換辞書３
−１には格納されてはおらず、かな漢字変換辞書３−１
とは別個の拡張候補情報テーブル３−２に記憶管理され
ている。ここで、図２（Ａ）はかな漢字変換辞書３−１
の一部を示し、人名や地名として常用されている漢字表
記「渡辺」を例示したもので、その文字列コードは
「渡」のＪＩＳコード「４５４Ｆｈ」、「辺」のＪＩＳ
コード「４Ａ５５ｈ」とを組み合せた構成で、この漢字
表記は人名、地名別に格納され、その辞書情報によって
「人名」、「地名」が区別されている。なお、「辺」の
異体字は、ＪＩＳ第二水準漢字の２文字分を含めて合計
１２種類存在しているが、かな漢字変換辞書３−１には
常用文字「辺」のみを格納し、その他の１２種類の異体
字は全て拡張候補情報テーブル３−２に記憶管理されて
いる。なお、常用文字に対してそれと同義の異体字が存
在する場合、以下、かな漢字変換辞書３−１内の常用文
字を異体字に対する基文字候補と称する。

【０００８】拡張候補情報テーブル３−２は図３（Ａ）
に示すように基文字毎にそれに対応する拡張文字候補群
を記憶管理するもので、１つの基文字に対応するデータ
はヘッダ情報、基文字、その１番目の拡張文字、その辞
書情報、２番目の拡張文字、その辞書情報、……ｎ番目
の拡張文字、その辞書情報から成り、基文字毎に上述の
データを記憶する。ここで、ヘッダ情報は拡張文字の文
字数を示し、図３（Ｂ）に示すように基文字が「辺」で
あれば、拡張文字数として「１２」が設定されている。
この基文字「辺」にはそれを定義するＪＩＳコードが設
定され、また１番目・２番目の拡張文字はＪＩＳ第二水
準漢字であるため、それを定義するＪＩＳコードが設定
されていると共に、辞書情報としてそれぞれ「人名」が
設定されている。そして、第３番目以降の拡張文字は全
てＪＩＳ外漢字であるため、固有の文字コードが設定さ
れている。すなわち、この場合のコード形態は、固有の
拡張漢字であることを示す拡張漢字制御コード「００
ｈ」、固有の拡張漢字をナンバリングした一連番号のう
ち、何番目の文字かを示す番号、例えば、「０１ｈ」、
「０２ｈ」……、基文字のＪＩＳコード、例えば、
「辺」であれば「４Ａ５５ｈ」から成り、拡張文字制御
コード（１バイト）＋一連番号（１バイト）＋基文字コ
ード（２バイト）の４バイト構成となっている。

【０００９】一方、文書メモリ２−１は入力作成された
文書データを記憶するテキストメモリである。入力バッ
ファ２−２は入力されたかな文字列を一時記憶するもの
で、ＣＰＵ１はこの入力バッファ２−２内のかな文字列
を構文解析、品詞解析を行って文節毎に切り出すと共
に、かな漢字変換辞書３−１を参照してかな漢字変換を
行い、その変換結果（基文字候補）に基づいて拡張候補
情報テーブル３−２を検索し、基文字に対する拡張文字
群を読み出す。候補出力バッファ２−３は基文字と拡張
文字あるいは拡張文字同士を組み合せることによって生
成された候補文字列群を一時記憶するもので、図２
（Ｂ）はこの候補出力バッファ２−３の内容を例示した
ものである。なお、この例は、「渡」を基文字だけとし
た場合で、この基文字に「辺」の１２種類の拡張文字を
組み合せることによって１２種類の拡張候補（人名候
補）あるいは３種類の地名候補が生成格納された場合を
示している。基文字ポインタ２−４は１文節分の基文字
を１文字毎に指定するポインタ、また拡張文字カウンタ
２−５はこの基文字ポインタ２−４で指定された基文字
に対応する拡張文字数を計数するカウンタである。ワー
クメモリ２−６は処理途中の中間結果等を一時記憶する
作業域である。

【００１０】次に、文書データ処理装置の動作を図４、
５に示すフローチャートにしたがって説明する。ここ
で、これらのフローチャートに記述されている各機能を
実現するためのプログラムは、ＣＰＵ１が読み取り可能
なプログラムコードの形態で記憶媒体４に記憶されてお
り、その内容にしたがった動作が実行される。図４はか
な漢字変換時の全体動作を示したフローチャートであ
る。先ず、かな文字列が入力されると、その入力文字列
はテキスト画面上に表示出力されると共に入力バッファ
２−２に格納される（ステップＡ１）。ここで、かな漢
字変換が指示されると（ステップＡ２）、入力バッファ
２−２内のかな文字列を構文解析し、連文節のかな文字
列は１文節毎に分解される（ステップＡ３）。そして、
各文節毎にかな漢字変換辞書３−１を参照することによ
ってかな漢字変換を行い、これによって変換された変換
候補は候補出力バッファ２−３に基文字候補として格納
される（ステップＡ４）。この場合、例えば、１文節分
のよみ文字列「わたなべ」に対してその変換候補「渡
辺」とそれに対応する辞書情報（例えば人名）が候補出
力バッファ２−３に格納される。なお、この変換候補に
対応する辞書情報を候補出力バッファ２−３に格納せ
ず、ワークメモリ２−６に一時格納しておいてもよく、
その格納場所は任意である。また、候補出力バッファ２
−３に格納された基文字列はテキスト画面上の入力位置
に第１候補として表示出力される。図６（Ａ）、（Ｂ）
はこの場合の表示例を示し、（Ａ）は入力されたかな文
字列の表示状態図、（Ｂ）はこのかな文字列に基づいて
かな漢字変換辞書３−１を参照することによって変換さ
れた第１候補（基文字列）の表示状態図である。そし
て、ステップＡ５に進み、拡張候補作成処理が行われ
る。

【００１１】図５はこの拡張候補作成処理を示したフロ
ーチャートである。先ず、候補出力バッファ２−３に格
納された１文節分の基文字列を読み出してその文字数を
計数し、それをワークメモリ２−６にセットすると共に
（ステップＢ１）、基文字ポインタ２−４をリセットし
ておく（ステップＢ２）。この場合、基文字列が「渡
辺」であれば、その文字数は「２」となる。そして、こ
の基文字数と基文字ポインタ２−４の値とを比較するこ
とによってポインタ値は基文字数を越えたか、つまり基
文字数分の処理を全て行ったかをチェックするが（ステ
ップＢ３）、いま、基文字ポインタ２−４の値は「１」
にリセットされているので、ステップＢ４に進み、この
基文字ポインタ２−４の値で示される基文字を１文字分
取得し、この取得文字に基づいて拡張候補情報テーブル
３−２を検索し（ステップＢ５）、一致する基文字が拡
張候補情報テーブル３−２に格納されているかを調べる
（ステップＢ６）。この場合、基文字列「渡辺」のうち
最初の文字「渡」が取得文字となるが、この「渡」の拡
張文字は拡張候補情報テーブル３−２に定義されていな
いので、ステップＢ６で該当なしと判断されてステップ
Ｂ７に進み、基文字ポインタ２−４の値に「１」を加算
するインクリメント処理を実行したのち、ステップＢ３
に戻る。この場合、基文字ポインタ２−４の値は「２」
となるが、基文字数を越えていないので、ステップＢ４
に進み、基文字ポインタ２−４の値で示される基文字
「辺」を取得し、この取得文字で拡張候補情報テーブル
３−２を検索する（ステップＢ５）。この場合、拡張候
補情報テーブル３−２には図３に示すように基文字
「辺」が格納されているので、ステップＢ６でそのこと
が検出されてステップＢ８に進み、現在着目している基
文字に対応付けられているヘッダ情報（拡張文字数）を
拡張候補情報テーブル３−２から読み出してワークメモ
リ２−６にセットすると共に、拡張文字カウンタ２−５
の値をリセット「０」にしておく（ステップＢ９）。

【００１２】次に、現在着目している基文字の拡張文字
群のうち、その先頭の拡張文字位置に読み出しアドレス
をセットすると共に（ステップＢ１０）、ワークメモリ
２−６内にセットされている拡張文字数と拡張文字カウ
ンタ２−５の値とを比較することによって両者が一致し
たか、つまり、拡張文字数分処理したかを調べる（ステ
ップＢ１１）。いま、拡張文字カウンタ２−５の値は
「０」であるから、現在着目している拡張文字に対応付
けて拡張候補情報テーブル３−２内に辞書情報が存在し
ていること（ステップＢ１２）、およびその拡張文字の
辞書情報とそれに対応する基文字候補の辞書情報とが一
致していること（ステップＢ１３）を条件に、拡張候補
を作成して候補出力バッファ２−３に格納する（ステッ
プＢ１４）。この場合、現在着目している基文字は
「辺」であり、その第１番目の拡張文字（ＪＩＳ第二水
準漢字）を候補出力バッファ２−３にセットするが、そ
の際、候補出力バッファ２−３に既入力されている基文
字列「渡辺」のうち、その１番目の「渡」をコピーし、
この基文字「渡」と今回の拡張文字とを組み合せた拡張
候補を作成し、候補出力バッファ２−３に格納する。こ
の例では基文字と拡張文字とを組み合せることによって
２文字構成の拡張候補を作成するようにしたが、拡張文
字同士を組み合せる場合や拡張文字に続いて基文字を組
み合せる場合等、その組み合せ対象とその文字数は、当
該文節のかな文字列と辞書情報によって決定される。

【００１３】このように現在着目している拡張文字に基
づいて拡張候補を作成する処理が終ると、次の拡張文字
を指定するために、ステップＢ１５に進み、拡張文字カ
ウンタ２−５に「１」を加算する。そして、ステップＢ
１１に戻るが、この例では、基文字「辺」の拡張文字数
「１２」に対して今回２番目の拡張文字を指定した場合
であるので、１２文字分の拡張文字を全て指定しそれに
対応する拡張候補を作成し終るまでステップＢ１１〜Ｂ
１５が１文字毎に繰り返される。これによって候補出力
バッファ２−３の内容は図２（Ｂ）に示す如くとなり、
人名である基文字列「渡辺」に対する拡張候補として基
文字「渡」と「辺」の拡張文字とを組み合せた１２種類
の人名候補が作成格納される。なお、基本文字列「渡
辺」が地名であれば、図２（Ｂ）に示す如く、２種類の
拡張候補が作成格納される。このようにして１２種類の
拡張候補（人名候補）が作成されると、ステップＢ１１
で拡張文字数分の処理終了が検出されてステップＢ７に
戻り基文字ポインタ２−４の値がインクリメントされ
る。これによって基文字ポインタ２−４の値は「３」と
なり、基文字数「２」を越えるので、ステップＢ３で基
文字数分の処理終了が検出されてこのフローから抜け、
図４のステップＡ６に進み、候補選択確定処理が行われ
る。

【００１４】図６（Ｃ）〜（Ｅ）はこの場合におけるキ
ー操作例とそれに対応する表示状態図を示し、第１候補
（基文字列）が表示されている状態において、次候補キ
ーが押下されると、候補出力バッファ２−３内の拡張候
補群のうちその先頭候補が読み出されてテキスト画面上
の入力位置に候補表示される（図６（Ｃ）参照）。ここ
で、次候補キーが押下される毎に候補出力バッファ２−
３内の候補が順次読み出されてサイクリックに表示され
る。図６（Ｄ）は１番目の拡張候補が表示されている状
態において、一括表示キーが押下された場合の表示例を
示し、候補出力バッファ２−３内の候補群が読み出され
て一覧表示された状態を示している。この場合、基文字
列の他にその全ての拡張候補覧がウインドウ内に一覧表
示されるので、このウインドウ内でカーソルを移動さ
せ、所望する候補位置にカーソルを合わせ、その位置で
変換キーを押下すると、図６（Ｅ）に示すように一覧表
示は閉じられると共に、選択候補がテキスト画面の入力
位置に表示される。このように次候補キーあるいは前候
補キーによって選択された候補もしくは一覧表示の中か
ら選択された候補を確定する場合には、実行キーを押下
すればよい。

【００１５】以上のようにこの文書データ処理装置にお
いては、入力されたかな文字列をそれに対応する漢字混
りの候補文字列に変換する際に、入力かな文字列に基づ
いてかな漢字変換辞書３−１を検索すると共に、このか
な漢字変換辞書３−１によって変換候補として得られた
基文字列に基づいて拡張候補情報テーブル３−２を検索
することにより基文字と同義の拡張文字を変換候補とし
て得、これによって得られた基文字と拡張文字あるいは
拡張文字同士を組み合せることによって拡張候補文字列
群を生成するようにしたから、かな漢字変換辞書３−１
に定義されている基文字と同義の異体字群（拡張文字
群）を変換候補としてかな漢字変換辞書３−１に定義し
ておかなくても、拡張文字を含む候補文字列を自動生成
することができ、かな漢字変換辞書３−１の大容量化を
抑えることが可能となる。この場合、かな漢字変換辞書
３−１と拡張候補情報テーブル３−２とを別体とするこ
とによってかな漢字変換辞書３−１の小容量化を実現で
きる他、拡張候補情報テーブル３−２には拡張文字を含
む人名、地名、単語を構成する各文字をそのまま定義し
ておかなくても、拡張文字だけを定義しておけばよく、
基文字と拡張文字、あるいは拡張文字同士の組み合せに
よって拡張文字を含む地名、人名、単語を生成すること
ができるので、システム全体としてもメモリ容量の削減
化が可能となる。また、拡張候補情報テーブル３−２に
は拡張文字毎に地名、人名等を示す辞書情報が定義され
ているので、構文解析によって得られた解析結果にした
がって拡張候補情報テーブル３−２の絞り込みを行うこ
とが可能となり、変換効果を向上させることが可能とな
る。

【００１６】なお、上述した一実施形態においては、拡
張候補情報テーブル３−２に定義される拡張文字として
ＪＩＳ第二水準漢字およびＪＩＳ外漢字を例に挙げた
が、記号、絵文字等を拡張文字として定義するようにし
てもよい。また、候補出力バッファ２−３内に格納され
る各候補文字列のうち、基文字候補を第１候補とした
が、拡張文字を含む候補文字列を第１候補としておけ
ば、変換キーの押下でその拡張文字候補を直に出力する
ことが可能となる。更に、上述した一実施形態において
は、基文字列を１文字づつ指定しながら、拡張候補作成
処理を実行するようにしたが、基文字に対して拡張文字
が存在しない場合には、拡張候補作成処理をスキップす
るようにしてもよい。この場合、かな漢字変換辞書３−
１内に拡張文字有無を示す情報を辞書情報として定義し
ておけば、この有無情報を参照することによって拡張候
補作成処理の実行可否を決定するようにすればよい。

【００１７】

【発明の効果】この発明によれば、通常文字と同義の拡
張文字群を変換候補として変換辞書内に定義しておかな
くても、拡張文字を含む候補文字列を自動生成すること
ができるので、辞書の大容量化を抑えることが可能とな
る。

【図面の簡単な説明】

【図１】（Ａ）は文書データ処理装置の全体構成を示し
たブロック図、（Ｂ）、（Ｃ）はＲＡＭ２、記憶装置３
の特徴部分を示した図。

【図２】（Ａ）はかな漢字変換辞書３−１の一部を示し
た図、（Ｂ）は候補出力バッファ２−３の内容を例示し
た図。

【図３】（Ａ）は拡張候補情報テーブル３−２の構成を
示した図、（Ｂ）は拡張候補情報テーブル３−２の内容
を例示した図。

【図４】かな漢字変換処理の全体動作を示したフローチ
ャート。

【図５】図４のステップＡ５（拡張候補作成処理）を詳
述したフローチャート。

【図６】（Ａ）〜（Ｅ）はキー操作とそれに対応する表
示例を示した図。

【符号の説明】

１ ＣＰＵ ２ ＲＡＭ ２−１ 文書メモリ ２−２ 入力バッファ ２−３ 候補出力バッファ ２−４ 基文字ポインタ ２−５ 拡張文字カウンタ ３ 記憶装置 ３−１ かな漢字変換辞書 ３−２ 拡張候補情報テーブル ４ 記憶媒体 ５ 入力装置 ６ 表示装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】入力文字列をそれに対応する候補文字列に
   変換する変換辞書を記憶する辞書記憶手段と、 前記変換辞書内に記憶されている通常文字に対応付けて
   この通常文字と同義の拡張文字群を変換候補として記憶
   する拡張文字記憶手段と、 入力文字列をそれに対応する候補文字列に変換する際
   に、前記変換辞書を検索すると共に、この辞書検索によ
   って変換候補として得られた通常文字に基づいて前記拡
   張文字記憶手段を検索することにより通常文字と同義の
   拡張文字群を変換候補として得る候補検索手段と、 この候補検索手段によって得られた通常文字と拡張文
   字、あるいは拡張文字同士を組み合せることによって候
   補文字列を生成する候補文字列生成手段とを具備したこ
   とを特徴とする文字列変換装置。
2. 【請求項２】前記拡張文字記憶手段は、入力文字列を構
   文解析することによって得られる文法的種類に対応付け
   て拡張文字を記憶し、 前記検索手段は入力文字列を構文解析することによって
   得られた文法的種類に該当する拡張文字を検索するよう
   にしたことを特徴とする請求項１記載の文字列変換装
   置。
3. 【請求項３】コンピュータによって読み取られるプログ
   ラムコードを有する記録媒体であって、 入力文字列をそれに対応する候補文字列に変換する際
   に、変換辞書を検索すると共に、この辞書検索によって
   変換候補として得られた通常文字に基づいて拡張文字記
   憶手段を検索することにより通常文字と同義の拡張文字
   群を変換候補として得る機能と、 これによって得られた通常文字と拡張文字、あるいは拡
   張文字同士を組み合せることによって候補文字列を生成
   する機能を実現するためのプログラムコードを有する記
   録媒体。