JPH06259426A - 文字処理方法及び装置 - Google Patents

Abstract

(57)【要約】 【目的】書体の概念が存在する外字について、異なる書
体の間の同種の外字に対して同一のコードを割り付けて
管理することを可能とし、書体間における外字のコード
の整合性を保つ。 【構成】相対テーブル４１には、外字を特定する外字フ
ァイル内番号に対して書体名称、文字コードが登録され
ている。従って、相対テーブル４１により、外字ファイ
ル２１内の各外字は各書体ファイル（明朝体ファイル３
１、ゴシック体ファイル３２、外字書体ファイル３４）
に従属して管理される。外字取得に際しては、書体名称
及び文字コードを指定することにより、外字ファイル２
１より外字データを取得する。例えば、明朝体の「う
゛」とゴシック体の「う゛」は同種の外字であり、同一
の文字コード「２１４７」が割り当てられている。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は文字や記号等のパターン
出力を行う文字処理方法及び装置に関し、特にユーザが
デザインした外字の登録及び利用が可能な文字処理方法
及び装置に関する。

【０００２】

【従来の技術】従来、パーソナルコンピュータ（以下パ
ソコンと称する）、ワードプロセッサ（以下ワープロと
称する）、ディスクトップパブリッシング装置（以下Ｄ
ＴＰ装置と称する）等における文字処理装置は、使用者
が独自に作成した文字パターンやイメージパターン（以
降これらを外字と称する）を登録するとともに、これを
必要に応じて呼び出して利用することができるという、
外字機能を有している。外字の取り扱いが可能な従来の
文字処理装置においては、人名や地名等に使用される文
字パターンと、記号，シンボル，干支等のイラストに類
するイメージパターンとが、区別なく一律に「外字」と
して管理されている。

【０００３】例えば、「ウ」に濁点を付けた「ヴ」とい
う文字は、ＪＩＳによる規格ではカタカナにのみ存在
し、ひらがなには存在しない。従ってひらがなの「ヴ
（う゛）」を使う場合には、独自に外字として作成する
必要が有る。そして従来の文字処理装置においては、
「う゛」のように文字として扱うべき外字と、簡単なイ
ラストのようにイメージパターンとして扱うべき外字と
を、区別なく一律に外字、又は外字集，外字書体として
管理していた。

【０００４】

【発明が解決しようとする課題】しかしながら、上記従
来の文字処理装置における外字の管理、利用方式におい
ては以下に示すような問題がある。

【０００５】文字として扱うべき外字には、明朝体，
ゴシック体，毛筆体と言った書体の概念が存在する。こ
のため、同じ文字パターンでも、そのデザインの種類が
複数存在する場合がある。そして従来の文字処理装置に
おいては、例えば明朝体の「う゛」、ゴシック体の「う
゛」、毛筆体の「う゛」に対しては、同じ文字であるに
も関わらず、別々の文字コードを割り付ける必要があ
る。このため、実際に使用する際に不便であるという問
題がある。

【０００６】例えばワードプロセッサやコンピュータ
上にて動作するワープロソフトやＤＴＰソフト等を用い
て文章を作成する場合、文章の特定の範囲を選択して、
その範囲の書体を変更するという操作がある。この様な
操作の指定範囲内に外字が存在する場合、外字として作
成した文字が書体毎に異なる文字コードに割付けられて
いるため、外字の部分だけが意図した文字とは異なる文
字になってしまったり、或いは空白になってしまう。

【０００７】本発明は上記の問題点に鑑みてなされたも
のであり、書体の概念が存在する外字について、異なる
書体の間の同一の外字に対して同種のコードを割り付け
て管理することを可能とし、書体間における外字のコー
ドの整合性を保つと共に、操作性を向上する文字処理方
法及び装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記の目的を解決するた
めの本発明による文字処理装置は以下の構成を備えてい
る。即ち、ユーザがデザインした外字の登録及び利用が
可能な文字処理装置であって、登録された外字と該外字
が所属する書体とを対応づける対応情報を登録する登録
手段と、前記所属する書体を異にする同種の外字に対し
て同一の識別コードを付与するコード付与手段と、前記
所属する書体及び前記識別コードを用いて所望の外字を
取得する取得手段と、を備える。

【０００９】又、上記の目的を解決するための本発明の
文字処理方法は以下の工程を備える。即ち、ユーザがデ
ザインした外字の登録及び利用が可能な文字処理方法で
あって、登録された外字と該外字が所属する書体とを対
応づける対応情報を登録する登録工程と、前記所属する
書体を異にする同種の外字に対して同一の識別コードを
付与するコード付与工程と、前記所属する書体及び前記
識別コードを用いて所望の外字を取得する取得工程と、
を備える。

【００１０】

【作用】上記の構成により、ユーザにより作成された外
字は、その外字の属する書体とを対応づける対応情報が
登録され、更に、書体の異なる同種の外字に対しては同
一の識別コードが付与される。そして、書体及び識別コ
ードを用いて取得すべき外字を指定することにより、所
望の外字を獲得する。

【００１１】

【実施例】以下に添付の図面を参照して、本発明の好適
な実施例について説明する。

【００１２】＜実施例１＞図１は本実施例における文字
処理装置の基本的な構成を示すブロック図である。尚、
本装置は、例えば、ワードプロセッサであっても良い
し、パーソナルコンピュータ，ワークステーション或は
コンピュータシステムであっても良い。

【００１３】図１において、１は中央処理装置（ＣＰ
Ｕ）であり、本装置全体の制御及び演算処理等を行な
う。２は読み出し専用メモリ（ＲＯＭ）であり、システ
ム起動プログラム及び文字パターンデータ、文字コード
情報等の記憶領域である。通常、ＲＯＭ２に格納されて
いる文字パターンは、システムフォントとしてメニュー
の文字表示等に利用される。文字コード情報はシステム
フォントのコード体系の情報であり、新ＪＩＳ，旧ＪＩ
Ｓ等の情報を有する場合もある。尚、システムフォント
はＲＯＭ２上の書体データでも、予めユーザが指定した
書体であってもかまわない。３はランダムアクセスメモ
リ（ＲＡＭ）であり、使用制限のないデータ記憶領域で
ある。即ち、ＲＡＭ３には様々な処理毎に各々のプログ
ラム及びデータがロードされる。

【００１４】４はキーボード制御部（ＫＢＣ）であり、
キーボード５より入力データを受け取り、ＣＰＵ１へ伝
達する。６はディスプレイ制御部（ＣＲＴＣ）であり、
ＣＲＴ７に対して表示データを出力する。７はディスプ
レイ装置（ＣＲＴ）であり、ＣＲＴＣ６よりデータを受
け取りこれを表示する。８はディスク制御部（ＤＫＣ）
であり、外部記憶装置とデータの伝送を行う。９は外部
記憶装置であり、フロッピーディスク装置（ＦＤ）或い
はハードディスク装置（ＨＤ）等を備える。外部記憶装
置９は、プログラム及びデータを格納しており、これら
はＣＰＵ１による各種処理の実行時に、必要に応じて参
照されるか、又はＲＡＭ３へロードされる。例えば、基
本システムが必要な処理を要求すると、この外部記憶装
置９からその処理を行なうシステム又はプログラムがＲ
ＡＭ３上にロードされ、ＣＰＵ１により起動される。Ｃ
ＰＵ１はシステム又はプログラムを実行する間に、必要
に応じて外部記録装置９に格納されたデータや情報をＲ
ＡＭ３上にロードする。又、後述のフローチャートで表
される制御プログラムもＲＡＭ３上にロードされ、ＣＰ
Ｕ１により実行される。

【００１５】１０はプリンタ制御部（ＰＲＴＣ）であ
り、プリンタ１１に対して記録データを出力する。１１
はプリンタであり、ＰＲＴＣ１０より受信した記録デー
タに基づいて記録媒体上に可視画像を形成する。１２は
システムバスであり、上述の構成要素間のデータの通路
となるべきものである。

【００１６】図２は、ＲＡＭ３のデータ構成を表す図で
ある。２０１はウインドウシステム領域であり、ウイン
ドウシステムプログラムがロードされる領域である。２
０２はウインドウシステムワーク領域であり、ウインド
ウシステムが種々の処理の実行時において使用するワー
ク領域である。２０３は管理領域であり、本ウインドウ
システムで用いるプリンタドライバやＣＲＴドライバ等
の各種デバイスドライバに関する管理情報や、フォント
ドライバ等に関する管理情報を格納する。２０４はフォ
ント管理情報テーブル領域であり、各フォントドライバ
が扱う書体やシステムフォント等、フォントに関連する
情報を登録するフォント管理情報テーブルを格納する領
域である。２０５はウインドウシステムキャッシュ領域
であり、ウインドウシステムが管理する文字データのキ
ャッシュ領域である。２０６はフォントドライバ領域で
あり、ウインドウシステムが用いるフォントドライバを
格納する。２０７は相対テーブル領域であり、後述する
相対テーブルを格納する領域である。

【００１７】図３はウインドウシステムの基本的な構成
を示すブロック図である。３０１はウインドウシステム
（ＯＳを含んでもよい）であり、ＲＡＭ３のウインドウ
システム領域２０１上にロードされ、ＣＰＵ１によって
起動される。３０２はフォント管理情報テーブルであ
り、ウインドウシステム３０１が統括するフォントドラ
イバの有する書体に関する情報や、アプリケーションよ
り取得要求のあった文字に関する情報等を有し、ＲＡＭ
３のフォント管理情報テーブル領域２０４に格納され
る。又、３０３及び３０４はウインドウシステム３０１
より起動されるアプリケーションであり、それぞれアプ
リケーションＡ、アプリケーションＢとする。

【００１８】各種デバイスドライバ３０５〜３０９は本
システムを構成する各デバイスを制御するプログラムで
ある。即ち、プリンタドライバＡ３０５，プリンタドラ
イバＢ３０６はプリンタを制御するプログラムである。
又、ＣＲＴドライバ３０７はＣＲＴを、キーボードドラ
イバ３０８はキーボードを、マウスドライバ３０９はマ
ウスをそれぞれ制御するプログラムである。これら各種
デバイスドライバ３０５〜３０９はＲＡＭ３上にロード
されて、管理領域２０３に格納された管理情報を基にウ
インドウシステム３０１に管理されている。

【００１９】また３１０及び３１１はそれぞれフォント
ドライバＡ及びＢであり、要求された文字を作成して提
供する為の手段であり、装置として提供されても、プロ
グラムにて提供されてもよい。プログラムにて提供され
た場合は、例えばＲＡＭ３上にロードされた後実行され
る。また、フォントドライバ３１０，３１１は直接ウイ
ンドウシステム３０１に管理されても、プリンタドライ
バ３０５、３０６やディスプレイドライバ３０７等の各
種デバイスドライバに管理されても、包含されても良
い。

【００２０】図４及び図５は、ウインドウシステムの起
動手順、及びアプリケーションからの文字取得要求に対
する処理手順を示すフローチャートである。

【００２１】ステップＳ１１において、ウインドウシス
テム３０１がＲＡＭ３のウインドウシステム領域２０１
にロードされ、ＣＰＵ１によりウインドウシステムが起
動される。このとき、ＲＡＭ３上にウインドウシステム
ワーク領域２０２が確保されると共に、ウインドウシス
テムが統括すべき各種デバイスドライバ及びフォントド
ライバの数量や状態に基づいて管理領域２０３が確保さ
れる。更に、フォント管理情報テーブル領域２０４とウ
インドウキャッシュ領域２０５がＲＡＭ３上に確保さ
れ、その内容が初期化される。

【００２２】次に、ステップＳ１２において、各フォン
トドライバ（３１０〜３１１）がＲＡＭ３のフォントド
ライバ領域２０６上にロードされるとともに起動され
る。そして、ステップＳ１３において、ウインドウシス
テムの初期画面をＣＲＴ７に表示する。ステップＳ１４
において、各フォントドライバ（３１０〜３１１）に対
して書体情報の要求が行われる。ステップＳ１５におい
ては、ステップＳ１４で各フォントドライバ（３１０〜
３１１）より提供された情報を基に書体の情報テーブル
（フォント管理情報テーブル３０２の一部）を作成し、
ＲＡＭ３上のフォント管理情報テーブル領域２０４に格
納する。以上のようにしてウインドウシステムは初期画
面の表示を含む初期動作を完了する。そして、ステップ
Ｓ１６において、キーボードやマウス等の入力デバイス
５からの各種イベント待ち、即ち、アプリケーションの
起動イベント待ち状態となる。

【００２３】アプリケーション（３０３、３０４等、一
つ或いは複数）が起動されるとステップＳ１７へ進み、
文字の取得要求や書体、サイズの設定要求等のイベント
待ち状態となる。そして、アプリケーションのイベント
が発生するとステップＳ１８へ進む。ステップＳ１８以
降の処理は、アプリケーションのイベント発生に対する
処理であり、ここでは、ウインドウシステムが管理する
複数のアプリケーションのうちの１つのアプリケーショ
ン（ここではアプリケーションＡ３０３）の処理動作に
限定して説明する。尚、複数のアプリケーションが起動
している状態では、ステップＳ１８以降の処理が、各ア
プリケーション毎に独立して存在し、ウインドウシステ
ムはそれぞれを管理している。

【００２４】ステップＳ１８では、アプリケーションＡ
３０３内の処理として発生したイベントが、フォントド
ライバ（３１０、３１１等一つ或いは複数）に対する書
体情報の要求であるか否かを判断する。ここで、書体情
報の要求である場合は、制御はステップＳ２２へ移行す
る。ステップＳ２２において、ウインドウシステム３０
１は、本ウインドウシステム３０１が管理する全てのフ
ォントドライバ（３１０、３１１）に対して、フォント
ドライバが所有する全書体の情報要求を発行する。各フ
ォントドライバは、ウインドウシステムからの情報要求
に応え、所有する全書体の情報（書体情報）をウインド
ウシステムに転送する。各フォントドライバからの書体
情報を受け取ったウインドウシステムは、その全ての書
体情報を、アプリケーションＡ３０３に転送する。これ
ら一連の処理が、ステップＳ２２における、書体情報を
アプリケーションに転送する処理であり、ステップＳ２
２の処理を実行後、アプリケーションのイベント待ちで
あるステップＳ１７に戻る。

【００２５】ステップＳ１８において、発生したイベン
トが書体情報の要求以外であったときは、次の処理であ
るステップＳ１９へ進む。

【００２６】ステップＳ１９は、発生したイベントが文
字の取得要求（ウインドウシステムに対する文字要求）
であるか否かを判断する。文字の取得要求でない場合は
ステップＳ２３に移行し、発生したイベントに対応した
各種の処理を実行し、アプリケーションのイベント待ち
であるステップＳ１７に戻る。又、ステップＳ１９にて
文字の取得要求（ウインドウシステムに対する文字提
供）のイベントが発生していた場合は、次の処理である
ステップＳ２０に進み、文字の取得処理を実行する。

【００２７】ステップＳ２０において、アプリケーショ
ンＡ３０３が要求した文字データ（サイズ指定、書体選
択を含む、諸情報の要求）が、ウインドウシステム３０
１が管理するウインドウシステムキャッシュ領域２０５
内に存在するか否かを判断しする。これはフォント管理
情報テーブル３０２を検索することで実施する。そし
て、文字データがキャッシュ領域内に存在する場合はス
テップＳ２１に進み、ウインドウシステム３０１はウイ
ンドウシステムキャッシュ領域２０５内に存在する文字
をＣＲＴドライバ３０７等に渡し、出力要求を行う。一
方、指定された文字データがウインドウシステムキャッ
シュ領域２０５内に存在しない場合は、ステップＳ２０
からステップＳ２４に移行する。

【００２８】ステップＳ２４において、指定された書体
の名称、サイズから、どのフォントドライバに対して文
字の出力要求を行うべきであるかを決定する。そして、
ステップＳ２５において、アプリケーションから要求さ
れた「書体」及び「サイズ」を単位として、文字の出力
要求を行ったフォントドライバからの情報をフォント情
報管理テーブル３０２に登録する。フォント管理情報テ
ーブル３０２は、「書体」と「サイズ」を単位として、
ウインドウシステムが管理する全てのアプリケーション
から要求があった文字について管理する。ステップＳ２
６では、ステップＳ２４にて決定したフォントドライバ
に対して文字の出力要求を行う。ここで、出力要求を受
けたフォントドライバは、要求に従った文字をウインド
ウシステム３０１に提供する。ステップＳ２７では、ス
テップＳ２６にてフォントドライバより提供された文字
パターンを、ウインドウシステム３０１が管理するウイ
ンドウシステムキャッシュ領域２０５内に格納する。

【００２９】その後、ステップＳ２１に進み、ディスプ
レイ等に文字を出力し、アプリケーションのイベント待
ちのステップＳ１７に戻る。このステップＳ１７からス
テップＳ２１までの処理が、アプリケーションが終了す
るまでの間継続される。

【００３０】次に、ウインドウシステム３０１より起動
されたアプリケーションの文字取得に関わる基本的な動
作について、図６のフローチャートを用いて説明する。
尚、ここでは、１例として、アプリケーションＡ３０３
が起動されたものとして説明する。

【００３１】ウインドウシステム３０１より、アプリケ
ーションＡ３０３の起動要求イベントが発行されると、
ステップＳ３１において、初期画面の表示が行われる。
この初期画面により、アプリケーションＡ３０３が使用
可能状態にあることがユーザに告知される。その後ステ
ップＳ３２において、アプリケーションＡ３０３は、現
状にて使用可能な書体に関する全ての情報を取得するた
め、ウインドウシステムが管理する全ての出力デバイス
のドライバ（プリンタドライバ３０５，３０６、ディス
プレイドライバ３０７等）に対し、ウインドウシステム
３０１を介して問い合わせを行う。そして、アプリケー
ションＡ３０３は得られた使用可能な書体名を一覧表示
した書体リスト（図７）を作成し、表示する。

【００３２】ステップＳ３３では、ユーザに書体リスト
（図７）の中から所望の書体を選択させるとともに、文
字に対するあらゆるパラメータを設定させる。ここで文
字に対するパラメータとは、文字のサイズや文字の間隔
（ピッチ）、行間角（ラインピッチ、行ピッチ）、修飾
や文字の太さ等の情報をユーザに指定させる。

【００３３】ステップＳ３４において、キーボード５等
から文字（ひらがな、カタカナ、漢字、英数字や記号
等）が入力されると、ステップＳ３５へ進む。ステップ
Ｓ３５では、ステップＳ３３で設定された書体及びパラ
メータに従って、ステップＳ３４にて入力された文字を
取得するため、ウインドウシステム３０１に文字の出力
要求を行う。いわゆる文字取得（出力）処理とは、ステ
ップＳ３４からステップＳ３５であり、アプリケーショ
ンが実行されている間、通常この処理が繰り返し実行さ
れる。

【００３４】次に、本実施例１が行う文字の管理方法の
概要について説明する。本実施例１では、ユーザが独自
に作成したパターン（以降、外字と称する）を格納する
外字ファイル（図８）が、複数の通常の書体ファイル
（図９）と合わせて存在する場合を例に挙げて説明す
る。本実施例１においては、外字ファイル（図８）内の
各文字を、通常の書体ファイル（図９）に関連付けるた
めの相対テーブル（図１０）が用いられる。即ち、本実
施例１における文字及び書体の管理方法とは、相対テー
ブルを用いて、外字ファイル２１内の各外字を通常の書
体に従属させて管理する手法である。

【００３５】図８は、ユーザが作成した文字（外字）を
を格納する外字ファイルの内容を説明する図である。２
１は外字ファイル全体を示している。又、外字ファイル
２１の上段に付された番号は、文字コードとは無縁の外
字管理番号２１ａであり、この外字ファイル２１内での
みユニークな番号である。そして、各外字管理番号２１
ａに対応して外字パターン２１ｂが１つずつ登録され
る。

【００３６】図９は、通常の書体ファイルのデータ構造
を示す図であり、文字コード３１ａに対応して各文字デ
ータ３１ｂが格納されている。書体ファイルとしては、
明朝体ファイル３１、ゴシック体ファイル３２、毛筆体
ファイル３３がある。

【００３７】図１０は、外字ファイル内の各外字と通常
の書体ファイルとを関連づけるための相対テーブルのデ
ータ構造を表す図である。相対テーブル４１は、外字フ
ァイル２１に登録されている各外字をいかなる書体に従
属させ、かつ、如何なる文字コードに対応させるかを管
理する為のテーブルである。図１０において、４１ａは
相対テーブルにおける順番を表すシーケンス番号であ
る。４１ｄは外字ファイル内番号であり、外字ファイル
２１における外字管理番号２１ａと対応している。４１
ｂは書体名称であり、外字ファイル内番号４１ｄが示す
外字を従属させる書体を識別するための情報である。４
１ｃは文字コードであり、外字ファイル内番号４１ｄが
示す外字に割り当てられた文字コードを登録する。

【００３８】例えば、図８の外字ファイル２１におい
て、外字管理番号２１ａが１番の「う゛」は明朝体、５
番の「う゛」はゴシック体、１６番の「う゛」は毛筆体
であるとし、文字コードをＪＩＳコードの「２１４７」
に割り付けたとする。この場合、明朝体の「う゛」につ
いての情報が、相対テーブル４１の１番の欄の如く登録
される。同様に、外字ファイル２１の５番のゴシック体
の「う゛」は相対テーブル４１の５番の欄、外字ファイ
ル２１の１６番の毛筆体の「う゛」は相対テーブル４１
の１６番の欄のように、それぞれ所定の情報が登録され
る。

【００３９】本実施例１の文字処理装置では、例えばゴ
シック体の文字コード「２１４７」の文字に対する取得
要求が発行された場合、相対テーブル４１に該当する書
体の文字が有るか否かを検索する。即ち、書体名称４１
ｂが「ゴシック対」であり、文字コード４１ｃが「２１
４７」である外字を検索する。そして、相対テーブル内
に該当する外字が存在した場合には外字ファイル２１よ
り文字情報を取りだして文字パターンに展開する。この
ようにして、ゴシック体による「う゛」という文字が取
得される。

【００４０】又、外字ファイル２１中の６番から１５番
のような、書体としての概念を伴わず、記号や図形とし
て扱うべき外字については、「外字書体」のように単独
の独立した書体として定義し、ユーザに識別可能な別書
体として管理する。

【００４１】図１１は、図８に示す外部ファイル２１
と、図９に示す通常の書体ファイル３１、図１０に示す
相対テーブル４１との関連を簡単に表した概念図であ
る。こうした関連性を付けた管理を実現することが、本
実施例１の文字処理装置の根幹を成す概念であり、処
理，管理方法そのものである。

【００４２】次に、上述の構成を備える本実施例１の文
字処理装置における、外字の登録及び取得処理について
更に説明する。

【００４３】まず、図１２のフローチャートを基に、作
成した外字の登録処理について説明する。図１２は、実
施例１の文字処理装置における登録処理の処理手順を表
すフローチャートである。本フローチャートは、ユーザ
が外字を作成した後に、当該文字処理装置に対して登録
要求を発行することにより実行される。尚、登録要求に
おいて、登録すべき外字とその書体及び文字コードが指
定される。

【００４４】まず、ステップＳ４１においては、既に１
つ以上の外字が登録されているか否かを判断し、登録さ
れた外字が存在しない場合はステップＳ４２へ進む。ス
テップＳ４２では、外字を管理するための相対テーブル
４１を作成するための領域を、ＲＡＭ３上に確保すると
共に初期状態にセットし、ステップＳ４５へ進む。

【００４５】一方、ステップＳ４１において何らかの外
字が既に登録されている場合はステップＳ４３へ進む。
ステップＳ４３では、指定された書体及び文字コードに
より相対テーブル４１を検索する。そして、ステップＳ
４４では、先のステップＳ４３にて検索した結果を基
に、該当する外字が既に存在しているか否かを判断し、
存在しない場合はステップＳ４５へ、存在している場合
はステップＳ４７へそれぞれ進む。

【００４６】ステップＳ４５では、作成した外字の新規
登録を行なう。ここでは、登録すべく指定された外字
を、外字ファイル２１の末尾に追加する。尚、ここで
は、作成された外字を、外字ファイル２１の末尾に追加
しているがこれに限られるものではい。例えば外字ファ
イル２１の先頭に挿入したり、出現頻度や文字コードの
昇順降順等に基づく適切な位置に挿入するようにしたり
してもよい。ステップＳ４６では、ステップＳ４５で登
録した外字の書体及び文字コード等の情報を相対テーブ
ル４１に登録し、本処理を終了する。

【００４７】一方、ステップＳ４４において、該当する
外字が存在する場合はステップＳ４７へ進む。ステップ
Ｓ４７以降の処理は、以前に作成、登録された外字の更
新処理にあたる。ステップＳ４７では、外字ファイル２
１内の該当する外字を一旦削除し、新たに作成された外
字を登録する。そして、ステップＳ４８では、相対テー
ブル４１上の該当する箇所を、新たに登録された外字に
関する情報（書体、文字コード等）で更新する。即ち、
相対テーブル内の該当箇所に存在していた外字に関する
相対情報を一旦削除し、今回新たに登録した外字に関す
る相対情報を登録する。

【００４８】尚、図１２のフローチャートには記載され
ていないが、作成した外字を削除する場合は、指定され
た外字について、外字ファイル２１より文字を削除する
と共に相対テーブル４１からも対応する相対情報を削除
する処理を、同様な手続きで行なうことが可能であるこ
とは明かである。

【００４９】こうした処理を繰り返す事で、外字の新規
作成，更新／変更／修正，削除に対応し、常に最新の状
況を把握，管理する事が可能となる。

【００５０】次に、図１３のフローチャートを参照し
て、文字イメージを取得する際の処理手順について説明
する。図１３は、本実施例１の文字処理装置における文
字パターンを生成するための処理手順を表すフローチャ
ートである。尚、本処理は、文字パターンの取得要求が
発行された時点から実行される。

【００５１】ステップＳ５１において、指定された書体
及び文字コードにて相対テーブル４１を検索する。ステ
ップＳ５２では、ステップＳ５１における検索結果によ
り、指定された文字が外字であるか否かを判断する。即
ち、指定された文字が相対テーブル４１内に存在すれば
外字であると判断し、存在しなければ通常の文字である
と判断する。ステップＳ５２における判断の結果、外字
であればステップＳ５４へ、外字でなければステップＳ
５３へそれぞれ進む。

【００５２】ステップＳ５３では、通常の書体ファイル
３１より文字データを取得し、文字パターンを生成し出
力する。

【００５３】ステップＳ５４では、ステップＳ５１にお
ける相対テーブル４１の検索結果より、指定された書体
及び文字コードを有する外字のパターンデータの外字フ
ァイル２１内の格納場所を特定する。そして、ステップ
Ｓ５５にて、外字フィル２１より該当する外字のパター
ンデータを取得し、文字パターンを生成し、出力する。

【００５４】以上のようにして、外字ファイル２１、通
常の書体ファイル３１、相対テーブル４１の各データを
用いることにより、通常の書体に従属させる外字と、外
字のみの集合体である外字書体を区別して管理すること
が可能となる。

【００５５】以上説明したように、実施例１によれば、
文字として扱うべき外字は書体別に通常の書体に従属さ
せ、簡単なイラストや記号等の文字として扱わない外字
のみを独立した単独の書体として扱うことが可能とな
る。そして、文字として扱う外字については書体間で同
一の文字コードが付与されるので、書体間の外字の整合
性を保つことが可能となる。又、取得すべき文字パター
ンとその文字コードとの関連をユーザの記憶に頼ること
なく、文字処理装置内で管理することが可能となるので
操作性が向上する。

【００５６】＜実施例２＞上記実施例１では、外字ファ
イル内に格納されている各外字を、相対テーブルによ
り、通常の書体（明朝体、ゴシック対等）と、外字書体
（イメージパターンとして扱う外字）とに区別して管理
している。実施例１の文字処理装置においては、文字パ
ターンの取得及び登録時に相対テーブル４１を検索する
ため、外字の登録数が多くなると検索時間がかかり、処
理速度の低下が起きる。

【００５７】本実施例２では、実施例１と同様に外字を
各書体に従属させて管理すると共に、目的とする文字の
取得を高速に行い処理のスループットを向上する文字処
理装置について説明する。尚、実施例２の文字処理装置
の構成及びウインドウシステムの基本的な動作について
は実施例１と同様であるのでここではその説明を省略す
る。

【００５８】図１４は実施例２における文字処理装置の
ＲＡＭ３のデータ構成を表す図である。実施例１と比べ
て、インデックステーブル領域２０８が追加されてい
る。インデックステーブル領域２０８にはインデックス
テーブルが格納される。

【００５９】インデックステーブルとは、文字データの
格納場所をサーチする際の検索処理を高速に行うために
用いられるテーブルである。このインデックステーブル
は、相対テーブル内に格納されている各種の情報につい
て、その各種項目をキーに検索するための、独立した個
別のテーブル群である。例えば書体名をキーに検索する
場合は、図１５の（Ａ）〜（Ｃ）に示す書体別インデッ
クステーブルを用いる。又、文字コードをキーに検索す
る場合は図１６に示す文字コード別インデックステーブ
ルを用いる。このようにインデックステーブルを検索す
ることにより、相対テーブルのどこに必要とする文字デ
ータの情報が格納されているかを取得する。その後、相
対テーブルの情報を読み出して、外字ファイルの該当す
る文字データを取得して文字パターンを生成する。

【００６０】尚、図１５の（Ａ）は明朝体に割り付ける
外字の情報のみを集めたインデックステーブル５１であ
り、（Ｂ）はゴシック体に割り付ける外字の情報のみを
集めたインデックステーブル５２であり、（Ｃ）は外字
書体に割り付ける外字の情報のみを集めたインデックス
テーブル５３である。各インデックステーブルにおける
相対テーブル内番号とは、相対テーブル４１のシーケン
ス番号４１ａに対応しており、相対テーブル４１内の参
照すべき位置を示すものである。

【００６１】尚、図１５は、各書体別に独立したインデ
ックステーブルを作成した場合を示すが、これらをまと
めて一体とした形式でも実現可能である。本実施例２で
は、外字の文字データを格納した外字ファイルが１つで
あるケースを想定したものであるが、複数の外字ファイ
ル２１が存在してもよい。この場合、相対テーブル４１
に登録する項目として外字ファイルを識別するための番
号を追加することで実現可能である。

【００６２】次に実施例２の文字処理装置の動作につい
て説明する。

【００６３】まず、図１７のフローチャートを参照し、
作成した外字の登録処理について説明する。図１７は、
実施例２の文字処理装置における登録処理の処理手順を
表すフローチャートである。本フローチャートは、ユー
ザが外字を作成した後に、当該文字処理装置に対して登
録要求を発行することにより実行される。尚、登録要求
において、登録すべき外字とその書体及び文字コードが
指定される。

【００６４】まず、ステップＳ６１においては、既に１
つ以上の外字が登録されているか否かを判断し、登録さ
れた外字が存在しない場合はステップＳ６２へ進む。ス
テップＳ６２では、外字を管理するための相対テーブル
４１及びインデックステーブルを作成するための領域
を、ＲＡＭ３上に確保すると共に初期状態にセットし、
ステップＳ６５へ進む。

【００６５】一方、ステップＳ６１において何らかの外
字が既に登録されている場合はステップＳ６３へ進む。
ステップＳ６３では、指定された書体及び文字コードに
よりインデックステーブルを検索し、指定された書体及
び文字コードで既に登録された外字が存在するか否かを
調べる。ここで、使用するインデックステーブルは書体
別インデックステーブルでも文字コード別インデックス
テーブルでもよい。ステップＳ６４では、先のステップ
Ｓ６３にて検索した結果を基に、該当する外字が既に存
在しているかを判断し、存在しない場合はステップＳ６
５へ、存在している場合はステップＳ６７へそれぞれ進
む。

【００６６】ステップＳ６５では、作成した外字の新規
登録を行なうために、登録すべく指定された外字を、外
字ファイル２１の末尾に追加する。尚、ここでは、作成
された外字を、外字ファイル２１の末尾に追加している
がこれに限られるものではい。例えば外字ファイル２１
の先頭に挿入したり、出現頻度や文字コードの昇順、降
順等に基づく適切な位置に挿入もしくは並べ替え（ソー
ト処理）するようにしてもよい。ステップＳ６６では、
ステップＳ６５で登録した外字の書体及び文字コード等
の情報を相対テーブル４１に登録すると共に、インデッ
クステーブルにも登録し、本処理を終了する。尚、イン
デックステーブルは、検索効率の向上を目的とした情報
テーブルであるため、新たに外字が追加された場合に
は、キーとなる「書体名称」や「文字コード」等による
昇順、降順等の規則に従ったデータの並び替え（ソート
処理）を行ってもよい。

【００６７】一方、ステップＳ６４において、該当する
外字が存在する場合はステップＳ６７へ進む。ステップ
Ｓ６７以降の処理は、以前に作成、登録された外字の更
新処理にあたる。ステップＳ６７では、外字ファイル２
１内の該当する外字を一旦削除し、新たに作成された外
字を登録する。そして、ステップＳ６８では、相対テー
ブル４１及びインデックステーブル上の該当する箇所
を、新たに登録された外字に関する情報（書体、文字コ
ード等）で更新する。即ち、相対テーブル及びインデッ
クステーブル内の該当箇所に存在していた外字に関する
情報を新たに登録した外字に関する情報に更新する。
又、ここで、インデックステーブルに対してソート処理
等を行ってもよいことは言うまでもない。

【００６８】次に、図１８のフローチャートを参照し
て、文字イメージを取得する際の処理手順について説明
する。図１８は、本実施例２の文字処理装置における文
字パターンを取得するための処理手順を表すフローチャ
ートである。尚、本処理は、文字パターンの取得要求が
発行された時点から実行される。

【００６９】ステップＳ７１において、指定された書体
及び文字コードにて文字コード別インデックステーブル
を検索する。ステップＳ７２では、ステップＳ７１にお
ける検索結果により、指定された文字が外字であるか否
かを判断する。即ち、指定された文字が文字コード別イ
ンデックステーブル内に存在すれば外字であると判断
し、存在しなければ通常の文字であると判断する。ステ
ップＳ７２における判断の結果、外字であればステップ
Ｓ７４へ、外字でなければステップＳ７３へそれぞれ進
む。

【００７０】ステップＳ７３では、通常の書体ファイル
３１より文字データを取得し、文字パターンを生成し出
力する。

【００７１】ステップＳ７４では、ステップＳ７１にお
ける検索結果を基に、相対テーブル４１内の指定された
外字に関する情報の格納場所を特定する。そしてステッ
プＳ７５にて、相対テーブル４１より目的とする外字の
情報を取得し、パターンデータが、外字ファイル２１内
の何処に格納されているかを特定する。そして、ステッ
プＳ７６にて、該当する外字のパターンデータを取得
し、文字パターンを生成し、出力する。

【００７２】以上説明したように実施例２の文字処理装
置によれば、文字コードと文字パターンの整合性を実現
することが可能となると共に、所得したい文字パターン
とその文字コードとの関連を操作者の記憶に頼ることな
く、文字処理装置内にて効率よく管理することが可能と
なる。更に、管理した各外字の文字パターン展開処理
を、インデックステーブルを作成、活用することで、よ
り高速に実行することが可能となる。

【００７３】尚、備えるべきインデックステーブルは書
体別インデックステーブル、文字コード別インデックス
テーブルのどちらか一方のみでもよい。

【００７４】＜実施例３＞上記実施例１及び２において
は、例えば明朝体のデザインによる「う゛」のみを作成
して、明朝体に従属登録した状態で、ゴシック体の「う
゛」を用いようとすると、ゴシック体の「う゛」が未作
成であるため、文字の出力ができない。即ち、外字とし
て作成した「う゛」を含む明朝体で入力した文章を、そ
っくりゴシック体に変更した場合、外字の「う゛」のみ
が抜けてしまう。

【００７５】従って、本実施例３では、同じ文字コード
に割り振られた外字が他の書体に存在する場合、未作成
の書体の外字を現存する他の書体の文字で代用すること
で、書体間の整合を保ち、書体を変更しても、未作成文
字の空白表示や異なる文字が出力されることを防止す
る。

【００７６】本実施例３においても上述の実施例２と同
様に、外字ファイル２１内の各外字を、相対テーブルを
用いて通常の書体に従属させて管理する。但し、本実施
例３の相対テーブルには代用情報が含まれる。図１９は
実施例３の相対テーブルのデータ構成を表す図である。
同図において、相対テーブル内の２、３、４、２０番目
に示す如く（代用）と記述された欄は、相当する書体用
の外字が未作成であるため、既存の外字で代用している
ことを示す代用情報である。このように、ユーザが作成
した外字を書体に従属させる際に、作成された外字と、
他の書体の対応する（同一文字コードに該当する）未作
成の文字を対応させる。

【００７７】本実施例３では書体の概念が存在する、文
字として扱う外字について、使用可能な全書体（本例で
は、明朝体、ゴシック体、毛筆）について同一文字コー
ドを有する外字が作成されていることが理想的であると
して、未作成の書体の外字について代用する文字を割り
付ける機能を有する。

【００７８】図２０は実施例３における相対テーブルと
各書体間の関連を表す図である。

【００７９】更に、実施例２と同様に、上位より発行さ
れた文字パターンの取得要求に応じて文字パターンを展
開する処理において、その処理速度を向上させるために
各種のインデックステーブルを設ける。実施例２と同様
に書体名別インデックステーブル、文字コード別インデ
ックステーブルを備える。図２１は図１９に示された相
対テーブルについてのインデックステーブルであり、
（Ａ）は明朝体に割り付ける外字の情報のみを集めたイ
ンデックステーブルであり、（Ｂ）はゴシック体に割り
付ける外字の情報のみを集めたインデックステーブルで
あり、（Ｃ）は外字書体に割り付ける外字の情報のみを
集めたインデックステーブルである。（Ｂ）のゴシック
体用のインデックステーブルにおいて、２、７、８番が
ゴシック体として作成された外字が存在しないため、明
朝体として作成された外字で代用するための情報を格納
した状態を表す。

【００８０】又、図２２は実施例３における文字コード
別インデックステーブルである。（代用）が記されてい
る欄が代用情報を表している。図２３は、代用文字別イ
ンデックステーブルのデータ構成を表す図である。代用
の対象となる文字をキーに検索する場合は代用文字別イ
ンデックステーブルを用いる。

【００８１】尚、本例では各書体別に独立したインデッ
クステーブルを作成した場合を例としているが、それら
をまとめて一体とした形式でも実現可能である。更に、
本実施例では、外字の文字データを格納した外字ファイ
ルが１つであるケースを想定しているが複数のファイル
が存在した場合においも、相対テーブル内に格納する項
目に文字ファイル番号を追加する等、各インデックステ
ーブルにも相当する情報項目を追加することで実現可能
である。

【００８２】次に実施例３における文字処理装置の動作
について説明する。図２４及び図２５は実施例３の文字
処理装置における外字登録の手順を表すフローチャート
である。

【００８３】まず、ステップＳ１０１においては、既に
１つ以上の外字が登録されているか否かを判断し、登録
された外字が存在しない場合はステップＳ１０２へ進
む。ステップＳ１０２では、外字を管理するための相対
テーブル及び各種インデックステーブルを作成するため
の領域を、ＲＡＭ３上に確保すると共に初期状態にセッ
トしステップＳ１１１へ進む。

【００８４】まず最初に、登録したい書体の書体別イン
デックステーブルを指定された文字コードで検索する。
そして、ステップＳ１０４において、ステップＳ１０３
の検索の結果から指定された文字コードに該当する外字
が既に存在するか否かを判断し、存在する場合はステッ
プＳ１０５へ、存在しない場合はステップＳ１１１へそ
れぞれ進む。

【００８５】ステップＳ１１１では、外字ファイルへ新
たな外字を追加登録し、ステップＳ１１２では、相対テ
ーブルへ新たな外字に関する情報を追加登録する。更
に、ステップＳ１１３で、指定された書体に対応する書
体別インデックステーブルへ新たな外字に関する情報を
追加登録する。又、ステップＳ１１４では、文字コード
別インデックステーブルへ新たな外字に関する情報を追
加登録する。ステップＳ１１５では、新規に登録された
新たな外字を他の書体で代用するか否かを判断する。こ
こで、代用するか否かは、ユーザの指定により判断して
も、自動的に判断してもよい。又、無条件に代用を実行
するようにしてもよい。

【００８６】ステップＳ１１５において、代用すると判
断された場合は、ステップＳ１１６へ進み、相対テーブ
ル及び各種インデックステーブルに代用情報を追加登録
する。即ち、相対テーブルに代用する書体の名称及び外
字ファイル内の番号等、代用情報として必要な情報を付
加する。続いて、各インデックステーブルについて必要
な情報を追加する。

【００８７】例えば、各書体別インデックステーブルに
ついて、オリジナルの書体別インデックステーブルに作
成した外字に関する情報を追加する。例えば、ゴシック
体用にデザインした外字を登録する場合は、オリジナル
の書体別インデックステーブルはゴシック体の書体別イ
ンデックステーブルとなる。そして、作成した外字を他
の書体で代用して使用する場合には、各書体（明朝体、
毛筆体）の書体別インデックステーブルに、今回作成し
た外字を代用して使うための情報を追加登録する。同様
にして、文字コード別インデックステーブルや代用別イ
ンデックステーブルにも必要な情報を追加する。

【００８８】一方、ステップＳ１０４で、重複する外字
があると判断された場合は、ステップＳ１０５へ進む。
ステップＳ１０５では、検索された外字がオリジナルで
あるか代用であるかを判断し、オリジナルであればステ
ップＳ１０８へ、そうでなければステップＳ１０６へそ
れぞれ進む。

【００８９】ステップＳ１０８では、現存する外字を破
棄し、新たに作成した外字に更新する否かを判断する。
この更新の可否は、変更してよいかどうかをユーザに指
定させる操作を促してユーザに判断させても、自動的に
判断してもよい。又、指定された書体の指定された文字
コードに既に作成された外字が登録されていることを告
知し、新たな文字コードに（外字が存在していない領
域）変更して、登録するか否かをユーザに判断させる処
理を付加してもよい。

【００９０】ステップＳ１０８で更新すると判断された
場合はステップＳ１０９へ進み、更新しないと判断され
た場合は本処理を終了する。ステップＳ１０９では、書
体別インデックステーブルを検索した結果に基づいて相
対テーブルを参照し、外字ファイル内の該当する外字を
削除し、新たな外字を格納する。続いてステップＳ１１
０において、相対テーブルの内容及び各種インデックス
テーブルの対応する部分について、必要な情報の修正を
行う。

【００９１】次に、ステップＳ１０５において、重複す
る外字が代用の外字であった場合について説明する。こ
の場合処理はステップＳ１０６へ進む。

【００９２】この場合、重複する外字は代用の外字であ
るため、外字ファイル内には、新たな外字にともなって
削除される外字は存在しない。従って、まずステップＳ
１０６にて外字ファイルの末尾に、今回作成した外字を
格納する。そして、ステップＳ１０７へ進み各種テーブ
ルの更新を実行する。例えば、相対テーブルについて
は、代用情報を抹消して、今回追加した外字に関する情
報を登録する。各種インデックステーブルについても同
様に、代用の情報を抹消し、新たに作成した文字を使用
するように更新する。

【００９３】こうした処理を繰り返すことで、外字の新
規作成、更新／変更／修正、削除に関して、常に最新の
状況を把握、管理することが可能となる。

【００９４】尚、外字の取得手順に付いては上述の実施
例２と同様であり、ここでは説明を省略する。

【００９５】＜実施例４＞上記各実施例では、文字とし
て扱うべき外字と、イメージとして扱うべき外字とを、
区別なく一律に展開してパターン情報を得ている。

【００９６】特に、文字サイズを自由に設定し、いかな
る大きさの文字パターンを取得することが可能なスケー
ラブルフォントの場合は、取得したいサイズによって文
字がつぶれたように変形してしまうため、文字パターン
を構成する部首等には線分等の間隔や太さを均一にし、
バランスや可読性を保つための修正情報（ヒント情報）
が文字データに付加される場合が多い。この情報は、展
開するパターンが文字であることを前提とした情報であ
るため、書体の概念が伴う文字として扱う外字には適用
させることが可能であるが、イラストなどのイメージと
して扱う適用が不可能な情報である。

【００９７】従って外字として作成した文字には、ヒン
ト情報を一切付加せずに文字データを作成するケースが
最も多く、可読性や文字のバランスが悪いパターンを展
開している。

【００９８】又、絵文字のように、図形や記号、干支や
イラスト等、イメージとして扱う文字について通常の書
体の概念が伴う文字と同様なヒント情報に類する修正、
補正情報の付加は極めて困難である。その理由として、
イメージ全体のバランスを損ない、オリジナルのイメー
ジを忠実に再現できないケースがあるためである。

【００９９】本実施例４では、文字として扱うべき外字
と、イメージとして扱うべき外字とを区別して管理し、
文字として扱うべき外字については通常の文字と同様な
ヒント情報を用いて、バランスのよい可読性の高い高品
位の文字パターンを展開する。又、イメージとして扱う
べき外字については、オリジナルのイメージに忠実なパ
ターンを展開するため、ヒント情報を用いずにパターン
への展開を行う。尚、イメージデータの展開において
は、通常の文字と異なる絵文字用のヒント情報を用いる
ようにしてもよい。

【０１００】次に、実施例４の文字処理装置における外
字管理の手順に付いて説明する。尚、外字の登録手順は
上記実施例２と同様であり、ここでは説明を省略する。
従って、以下に外字を取得するための手順について説明
する。図２６は実施例４の文字処理装置の外字取得手順
を表すフローチャートである。

【０１０１】ステップＳ１２１において、指定された書
体及び文字コードにより文字コード別インデックステー
ブルを検索する。ステップＳ１２２では、ステップＳ１
２１における検索の結果を基に、指定された文字が、外
字であるか通常の文字であるかを判断する。そして、外
字であればステップＳ１２４へ、そうでなければステッ
プＳ１２３へそれぞれ進む。ステップＳ１２３では、通
常の書体ファイルより文字データを取得し、文字パター
ンを生成し出力する。

【０１０２】ステップＳ１２４では、文字コード別イン
デックステーブルの検索結果に基づいて相対テーブル４
１を検索し、指定された書体の指定された外字のデータ
が、外字ファイル内の何処に格納されているかを探す。
そして、ステップＳ１２５で、該当する外字を外字ファ
イルより読み出し、展開用のワーク領域をＲＡＭ３上に
確保する等、パターンの展開に必要な準備を行う。尚、
ワーク領域は、ＲＡＭ３上の領域の一部を新規に確保し
てもよいし、予め確保された固定の領域を設けるように
してもよい。

【０１０３】次にステップＳ１２６において、指定され
た外字が書体の概念を有する外字であるか、イメージと
して扱うべき外字であるかを判断する。ここでは、指定
された書体名が明朝体、ゴシック体、毛筆のいずれかで
あれば、文字として扱うべき外字であると判断し、外字
書体であればイメージとして扱うべき外字であると判断
する。文字として扱うべき外字であると判断された場合
はステップＳ１２７へ進み、先のステップＳ１２５で読
みだしたデータを通常の文字の展開時に使用するヒント
情報を用いてパターンを生成する。一方、イメージとし
て扱うべき外字である場合はステップＳ１２８へ進み、
先のステップＳ１２５で読みだしたデータに対して、ヒ
ント情報は使用せずにパターンの展開を行う。尚、ここ
で絵文字専用のヒント情報を用いるようにしてもよい。

【０１０４】以上説明したように本実施例４によれば、
通常の書体に従属させる外字と、外字のみの集合体であ
る外字書体を区別して管理することが可能となると共
に、文字として扱うべき外字に関しては、ヒント情報を
用いてパターン展開することが可能となる。このため、
バランスのよい、可読性の高い、高品位の文字パターン
に外字を展開することが可能となる。そして、イメージ
として扱うべき外字（即ち外字書体に従属する外字）に
ついては、イメージ専用のヒント情報、もしくはヒント
情報無しでパターンへの展開を実行することで、オリジ
ナルのイメージに忠実なパターンを展開することが可能
となる。

【０１０５】上記各実施例において、外字ファイル２
１、書体ファイル３１、相対テーブル４１等は、ＲＡ
Ｍ、ハードディスク、或いはＲＯＭ等のいかなるメモリ
上にあってもよい。又、ネットワークにて接続された他
のシステム上に存在しても良い。さらに、対応する書体
や、割り付ける文字コードの領域は任意の設定が可能で
あることは言うまでもなく、又、その設定については、
ユーザが指定しても、システムが自動的に行なっても良
い。

【０１０６】又、本発明はインテリジェント化されたデ
バイスも、システムが自動的に行なっても良い。又、本
発明はインテリジェント化されたデバイス上（例えばプ
リンタやプロッタ）での実現も可能であることは言うま
でもない。

【０１０７】この様に、本発明は、文字コードと文字パ
ターンの整合性を実現することが可能となると共に、所
得したい文字パターンとその文字コードとの関連を操作
者の記憶に頼ることなく、文字処理装置内にて効率よく
管理することが可能となる。

【０１０８】特に、パソコン，ワープロ，ＤＴＰ装置等
において、作成した文章の特定な範囲について書体を変
更するケースが、頻繁に発生するシステムの場合、各書
体における文字コードと出力される文字の整合性を実現
させるためにも重要な技術となることは明かであり、こ
うした状況下において、本発明を使用した場合にこそ絶
大な効果を発揮する。

【０１０９】更に、上述の様な効果を実現するための相
対テーブルの構造や構成等について、他の手法や組合せ
でも実現が可能であるため、そのバリエーションについ
て以下に説明する。

【０１１０】上述の実施例では、作成した外字の文字デ
ータを格納する「外字ファイル」に対して、１つの相対
テーブルを作成することで外字の管理を行なっている
が、各書体毎に相対テーブルを作成しても、同様な管理
を行なうことが可能である。

【０１１１】即ち、図３における「明朝体」に従属する
外字群は、図２における外字ファイル内の１番目と２番
目，３番目，４番目，２０番目，２１番目，２２番目，
２３番目，…であり、図３における「ゴシック体」に従
属する外字群は、図２における外字ファイル内の５番目
と２０番目，２４番目，２５番目，２６場面，…書体の
概念の存在しない記号集とでも言うべき「外字書体」と
して扱う外字群は図２における外字ファイル内の６番目
と７番目，８番目，９番目，１０番目，１１番目，１２
番目，１３番目，１４番目，１５番目，…と言った帰属
する又は従属する書体別に相対テーブルを作成し管理す
る方法でも本発明を実現させることが可能である。

【０１１２】尚、本発明は、複数の機器から構成される
システムに適用しても１つの機器からなる装置に適用し
ても良い。また、本発明はシステム或いは装置に本発明
により規定される処理を実行させるプログラムを供給す
ることによって達成される場合にも適用できることはい
うまでもない。

【０１１３】

【発明の効果】以上説明したように、本発明の文字処理
方法及び装置によれば、書体の概念が存在する外字につ
いて、異なる書体の間の同種の外字に対して同一のコー
ドを割り付けて管理することが可能となり、書体間にお
ける外字のコードの整合性を保つと共に、操作性を向上
することが可能である。

【０１１４】

【図面の簡単な説明】

【図１】本実施例における文字処理装置の基本的な構成
を示すブロック図である。

【図２】実施例１の文字処理装置におけるＲＡＭ上のデ
ータ構成を表す図である。

【図３】ウインドウシステムの基本的な構成を示すブロ
ック図である。

【図４】ウインドウシステムの起動処理及び文字取得要
求に対する処理手順を示すフローチャートである。

【図５】ウインドウシステムの起動処理及び文字取得要
求に対する処理手順を示すフローチャートである。

【図６】アプリケーションの文字取得に関わる基本的な
動作を表すフローチャートである。

【図７】アプリケーションの使用可能な書体を表す書体
リストを示す図である。

【図８】外字ファイルのデータ構成を表す図である。

【図９】通常の書体ファイルのデータ構成を表す図であ
る。

【図１０】相対テーブルのデータ構成を表す図である。

【図１１】外字ファイル、書体ファイル及び相対テーブ
ルの関連を説明する図である。

【図１２】実施例１の文字処理装置における登録処理の
処理手順を表すフローチャートである。

【図１３】本実施例１の文字処理装置における文字パタ
ーンを生成するための処理手順を表すフローチャートで
ある。

【図１４】実施例２における文字処理装置のＲＡＭのデ
ータ構成を表す図である。

【図１５】書体別インデックステーブルのデータ構成を
表す図である。

【図１６】文字コード別インデックステーブルのデータ
構成を表す図である。

【図１７】実施例２の文字処理装置における登録処理の
処理手順を表すフローチャートである。

【図１８】本実施例２の文字処理装置における文字パタ
ーンを取得するための処理手順を表すフローチャートで
ある。

【図１９】実施例３の相対テーブルのデータ構成を表す
図である。

【図２０】実施例３における相対テーブルと各書体ファ
イル間の関連を表す図である。

【図２１】実施例３における書体別インデックステーブ
ルのデータ構成を表す図である。

【図２２】実施例３における文字コード別インデックス
テーブルのデータ構成を表す図である。

【図２３】実施例３における代用文字別インデックステ
ーブルのデータ構成を表す図である。

【図２４】実施例３の文字処理装置における外字登録の
手順を表すフローチャートである。

【図２５】実施例３の文字処理装置における外字登録の
手順を表すフローチャートである。

【図２６】実施例４の文字処理装置の外字取得手順を表
すフローチャートである。

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ キーボード制御部（ＫＢＣ） ５ キーボード ６ ディスプレイ制御部（ＣＲＴＣ） ７ ディスプレイ装置（ＣＲＴ） ８ ディスク制御部（ＤＣＫ） ９ 外部記憶装置 １０ プリンタ制御部（ＰＲＴＣ） １１ プリンタ ２１ 外字ファイル ３１ 明朝体ファイル ３２ ゴシック体ファイル ３３ 毛筆体ファイル ４１ 相対テーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 柏木 正樹 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 松木 浩 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 佐々木 安彦 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内 (72)発明者 長田 守 東京都大田区下丸子３丁目30番２号 キヤ ノン株式会社内

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ユーザがデザインした外字の登録及び利
   用が可能な文字処理装置であって、 登録された外字と該外字が所属する書体とを対応づける
   対応情報を登録する登録手段と、 前記所属する書体を異にする同種の外字に対して同一の
   識別コードを付与するコード付与手段と、 前記所属する書体及び前記識別コードを用いて所望の外
   字を取得する取得手段と、 を備えることを特徴とする文字処理装置。
2. 【請求項２】 前記登録手段により登録される対応情
   報、及び前記コード付与手段に付与される識別コードを
   記憶するための情報テーブルを更に備え、 前記取得手段は、前記所属する書体及び前記識別コード
   により前記情報テーブルを検索することにより所望の文
   字を取得する、 ことを特徴とする請求項１に記載の文字処理装置。
3. 【請求項３】 書体もしくは前記識別コードを単位とし
   て前記情報テーブルを検索するためのインデックステー
   ブルを更に備え、 前記取得手段は、前記所属する書体及び前記識別コード
   により前記インデックステーブルを用いて前記情報テー
   ブルを検索することにより所望の文字を取得する、 ことを特徴とする請求項２に記載の文字処理装置。
4. 【請求項４】 前記取得手段において前記所属する書体
   及び前記識別コードで指定された外字が未登録のとき、
   他の書体で同一識別コードを有する外字でもって代用す
   る代用外字取得手段を更に備えることを特徴とする請求
   項１乃至３のいずれかに記載の文字処理装置。
5. 【請求項５】 ユーザがデザインした外字をベクトルデ
   ータで登録し、これを展開して利用することが可能な文
   字処理装置であって、 登録された外字と該外字が所属する書体とを対応づける
   対応情報を登録する登録手段と、 前記所属する書体を異にする同種の外字に対して同一の
   識別コードを付与するコード付与手段と、 前記所属する書体及び前記識別コードを用いて所望の外
   字のベクトルデータをを取得する取得手段と、 前記所属する書体に基づいてヒント情報の適用を変更し
   て前記取得手段で取得されたベクトルデータの展開を行
   う展開手段と、 を備えることを特徴とする文字処理装置。
6. 【請求項６】 ユーザがデザインした外字の登録及び利
   用が可能な文字処理方法であって、 登録された外字と該外字が所属する書体とを対応づける
   対応情報を登録する登録工程と、 前記所属する書体を異にする同種の外字に対して同一の
   識別コードを付与するコード付与工程と、 前記所属する書体及び前記識別コードを用いて所望の外
   字を取得する取得工程と、 を備えることを特徴とする文字処理方法。
7. 【請求項７】 前記登録工程により登録される対応情
   報、及び前記コード付与工程に付与される識別コードを
   記憶するための情報テーブルを更に備え、 前記取得工程は、前記所属する書体及び前記識別コード
   により前記情報テーブルを検索することにより所望の文
   字を取得する、 ことを特徴とする請求項６に記載の文字処理方法。
8. 【請求項８】 書体もしくは前記識別コードを単位とし
   て前記情報テーブルを検索するためのインデックステー
   ブルを更に備え、 前記取得工程は、前記所属する書体及び前記識別コード
   により前記インデックステーブルを用いて前記情報テー
   ブルを検索することにより所望の文字を取得する、 ことを特徴とする請求項７に記載の文字処理方法。
9. 【請求項９】 前記取得工程において前記所属する書体
   及び前記識別コードで指定された外字が未登録のとき、
   他の書体で同一識別コードを有する外字でもって代用す
   る代用外字取得工程を更に備えることを特徴とする請求
   項６乃至８のいずれかに記載の文字処理方法。
10. 【請求項１０】 ユーザがデザインした外字をベクトル
    データで登録し、これを展開して利用することが可能な
    文字処理方法であって、 登録された外字と該外字が所属する書体とを対応づける
    対応情報を登録する登録工程と、 前記所属する書体を異にする同種の外字に対して同一の
    識別コードを付与するコード付与工程と、 前記所属する書体及び前記識別コードを用いて所望の外
    字のベクトルデータをを取得する取得工程と、 前記所属する書体に基づいてヒント情報の適用を変更し
    て前記取得工程で取得されたベクトルデータの展開を行
    う展開工程と、 を備えることを特徴とする文字処理方法。