JPH01290448A - 文字発生装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 文字をドツトで形成する装置に関するものである。

〔従来の技術〕

近年コンピュータの発達により文字をドツトの集合とし
て表現し出力する装置が多い。又レーザービームプリン
タ（ＬＢＰ）や高精度デイスプレィ等の周辺機器の出現
とワードプロセッサの普及発展により各種の書体で色々
な大きさの文字を扱う要求が強くなって来ている。

しかし日本語の漢字は数が多く、日本規格協会（ＪＩＳ
）でＸ０２０８　（情報交換用漢字符号系）で定められ
た漢字は約７０００文字もあり、それを色々なサイズご
とにドツトパターンで格納すると、非常に膨大なメモリ
量を必要とする。第２図（ａ）は４００ドツト／インチ
の解像度の装置における各文字の大きさ（普通はポイン
トで指定）と７０００文字の総容量である。

そのため各文字サイズごとのドツトパターンを持つので
はなく第２図（ｂ）に示すように文字の輪郭を直線や曲
線を使用して記憶しておき、その情報に基づいて図形を
ドツト化するのと同じ方法でドツト化し内部を塗りつぶ
す事により文字をドツト化する手法が開発された。これ
を一般にドツトフォントに対してアウトライン（ベルク
ト）フオントと言う。この方法だと直線、曲線で構成さ
れているので大きさに従い自由に拡大、縮小が可能にな
る。

〔発明が解決しようとしている問題点〕しかしながら、
上記従来例の方法では全ての漢字を表現できない場合が
ある。第２図（Ｃ）はＪＩＳ規格Ｘ０２０Ｂの第２水準
文字の一部である。画数の多い複雑な字形が多い。この
ような複雑な文字は輪郭情報からドツト化文字にする場
合、大きさによってはつぶれてしまい文字として判読出
来な（なる。そこで従来では解像度が１０００ｄｏｔ／
　１ｎｃｈ以上等の高解像度の写植システムは別として
３００〜５００　ｄ　ｏ　ｔ　／　ｉ　ｎ　ｃ　ｈ等の
ＬＢＰではある大きさ以上はアウトラインフォントをそ
れ以下のサイズはドツトパターンで持つという方法をと
っていた。

しかしこの方法の場合でも例えば第２図（ａ）で７゜１
０．１２．１６の各ポイントの文字をドツトで持つとす
ると１４．４メガ・バイトの容量となり大容量記憶装置
が必要となる容量となってしまう。

このため大容量記憶装置を持たない装置においては実現
不可能であった。

〔目　的〕

本発明は、あるサイズにおいて全ての文字をドツトパタ
ーンで持つのではなく、同じサイズであっても、画数が
多くつぶれてしまい判読できな（なる文字は、ドツトパ
ターンで持つようにし、そなくすることができ、かつ高
品位な文字を出力することができる出力装置を提供する
ことを目的としている。

〔実施例〕

以下、添付図面に従って本発明の実施例を詳細に説明す
る。

第１図はレーザービームプリンタ（ＬＢＰ）等の画像形
成装置のブロック構成図、１０１はコントローラと呼ば
れる制御部、１０２はデータ及び指令の送り手であるホ
ストコンピュータ、１０３は１０１の制御の基に実際に
印字を行なう印字機構部、１０５はホストコンピュータ
１０２からインタフェースケーブル１０４を介して送ら
れて来た入力データを受信する入力インフェース回路、
１０６は本実施例の制御を行なうＣＰＵで、１０７はフ
ローチャートに示す様な制御プログラムを格納するＲＯ
Ｍ、１０８はドツトフォントを格納しであるＲＯＭ、１
０９はアウトラインフォントを格納しであるＲＯＭ、１
１０は入力インタフェース回路１０５を介して入力され
たデータを格納する入力バッファ等に使用する作業用Ｒ
ＡＭ、１１１は文字フォントを管理するテーブル、１１
２は前記アントラインフォント情報１０９からドツト化
したフォントを一時的に貯えておくフォントキャッシュ
メモリ、１１３は１頁分のドツトイメージを貯える画像
メモリ、１１４は前記画像メモリを読み出し、前記印字
機構部１０３へ画像信号を送り出す出力インタフェース
回路である。尚、本発明における出力装置は、第１図に
おけるホスト１０２、制御部１０１、印字機構部１０３
を含めたシステムであっても良いし、制御部１０１と印
字機構部１０３を含めたものであっても良い。或いは制
御部１０１のみであってもよい。上記の構成において、
その動作の詳細な説明を行なう。

まず、画像形成の概要を説明する。ホストコンピュータ
１０２から文字コード及び制御コードが一緒に送出され
、入力インタフェース回路１０５を介して前記情報を入
力すると一時的に作業用ＲＡＭｌｌ０に入力し、そこで
解析される。文字コードであれば現在指定されている文
字フォントとその大きさを確認し、ＲＯＭ内のドツトフ
ォント１０８又はフォントキャッシュメモリ１１２に入
っているドツトフォントを画像メモリ１１３のしかるべ
き位置に展開する。

こうして１頁分のデータが全て画像メモリ１１３に展開
終ったら出力インタフェース回路１１４を介し印字機構
部１０３に画像メモリ１１３からドツト列を読み出し画
像信号として出力する。

次にフォントの構造及び管理テーブルについて説明する
。

本実施例ではフォントの供給はプリンタ内蔵のＲＯＭで
あるが、これはＲＯＭに限定されなく、フォントカート
リッジ等のアクセス可能な記憶媒体上であっても良い。

ドットフオンＲＯＭ１０８はある特定サイズの特定の文
字（アウトラインフォントからドツト化するとつぶれて
しまう文字）がドツト・パターンとして格納されている
。形式は第３図に示す。これは後述するフォント管理Ｒ
ＡＭ１１１の中のテーブルと同一なので後で説明する。

アウトラインフォントＲＯＭ１０９はフォントごとのア
ウトラインフォントが格納されているＲＯＭであり、文
字コード順に各文字のアウトライン情報が格納されてい
る。

第４図のフロチャートで電源ＯＮ時のフォント管理テー
ブルの作成を説明する。電源を入れるとステップ４０１
でハードウェアの初期化を行なう。ステップ４０２でア
ウトラインフォントＲＯＭ１０９を検索し、フォント管
理ＲＡＭ　１１１にフォント管理テーブル３００（第３
図）を作成する。フォント名称３０１とアウトラインフ
ォントのアドレス３０２を書くこの時点ではドツトフォ
ントの数はφである。

アウトラインフォントの数だけフォント管理テーブルを
作成する。ステップ４０３でドツトフォントのＲＯＭを
検索し前記ステップ４０３で作成したフォント管理テー
ブル３００を更新しながらドツトフォント管理テーブル
３１Ｏ（第３図）をフォント管理ＲＡＭＩＩＩに作成す
る。ドツト管理テーブル３１０はドツトフォントＲＯＭ
に存在しこれをフォント管理ＲＡＭにコピーする。この
ときフォント名称３１１は除く。フォント管理テーブル
のドツトフォントの数３０３と３０４のフォントの大き
さ、ドツトフォント管理テーブルのアドレスを更新する
。ＲＡＭにコピーした時点では３２０ＲＡＭの先頭パタ
ーンのアドレスはφであり、３１６のＲＡＭキャッシュ
の有無もφでフォントキャッシュにはドツトパターンは
無い。

またコードテーブル３２５はドツトフォントＲＯＭの中
にあり、３１８のコードテーブルのアドレスはドツトフ
ォントＲＯＭの中を差している。ステップ４０４である
アウトラインフォントに関するドットフオンが全て終了
したかチエツクし、終了していなければステップ４０３
を続ける。終了していたらステップ４０５で全てのアウ
トラインフォントについて終了したかチエツクし、終了
していなかったステップ４０２から再び実行する。こう
してずべてのアウトラインフォントとドツトフォントに
関し、フォント管理ＲＡＭＩＩＩにフォント管理テーブ
ル３００とドツトフォント管理テーブル３１０が作成さ
れる。

次に文字コードを入力した時の制御を第５図のフロチャ
ートで説明する。まずステップ５０１で現在のフォント
と大きさを調べ、そのフォントのフォント管理テーブル
３００を見つける。ステップ５０２で指定された大きさ
のドツトフォントがあるかを３０３のドツトフォントの
数と３０４のフォントの大きさで検索する。もし無けれ
ばステップ５０３でフォント管理テーブル３００を更新
する。すなわち、ドツトフォントの数３０３を１つ増や
し、ドツトフォント管理テーブル３１０の領域を１つ確
保し、３０４にそのフォントの大きさとドツトフォント
管理テーブルのアドレスを新たに加える。

ステップ５０４で前記ステップ５０３で確保したドツト
フォント管理テーブル領域にドツトフォント管理テーブ
ル３１０を作成する。またコードテーブル３２５の領域
を確保し、３１８コードテーブルのアドレスに書き込む
。３１６，３１７，３１９，３２０にはφ（ＮＵＬＬ）
が書かれている。３２０フオント管理テーブルのアドレ
スにはこの大きさのフォントの３０４のアドレスが書か
れている。その後はステップ５０８に行くが、これ以後
は後述する。さてステップ５０２でドツトフォントがあ
る場合にはステップ５０５でその文字コードのドツトパ
ターンがあるかどうかチエツクする。それにはドツトフ
ォント管理テーブル３１０のコードテーブルのアドレス
３１８を参照し、その示すコードテーブルを見る。指定
した文字コードのパターンのアドレスがφ（ＮＵＬＬ）
ならその文字コードのパターンは無い事を示す。あれば
そのアドレスを参照してステップ５１１で画像メモリ１
１３にドツトパターンを書（。無い場合はステップ５０
７でまずＲＡＭキャッシュに展開するのは始めてかを３
１６を見て調べるこれが、φなら無しを意味する。もし
φならＲＡＭキャッシュに展開するのははじめてであろ
からＲＯＭの中にあるコートチ−プルをフォント管理Ｒ
ＡＭＩＩＩにコピーする。そしてコードテーブルのアド
レス３１８を更新する。ステップ５０８でアウトライン
フォントからドツトパターンに指定された大きさでフォ
ントキャッシュメモリ内に展開する。ドツトパターンに
は３３０は文字コード３３１、次のパターンのアドレス
３３２、ドツトパターン３３３という構造になっており
、ドツトフォントＲＯＭの中の構造と同一である。キャ
ッシュのアドレスは３２０ＲＡＭの最後のパターンのア
ドレスを参照し、３３２次のパターンのアドレスを見て
そこに展開する。ステップ５０９でコードテーブルのそ
の文字コードのパターンアドレスをφからフォントキャ
ッシュのアドレスに更新する。ステップ５１０でドツト
フォント管理テーブル３１０を更新する。更新する部分
は３１５ドツト化された文字数、３２０ＲＡＭの最後の
パターンのアドレスである。これは一番最新にドツト展
開したアドレスが入る。

フォントキャッシュに展開したフォントをステップ５１
１で画像メモリ１１３に書き込む。

〔他の実施例〕 本実施例においてフォントは内蔵するＲＯＭとなってい
たが、着脱可能なカートリッジ等に改造し、該カートリ
ッジを装着するようにして各種のフォントを使用可能に
する事も考えられる。又、ハードディスク等の大容量記
憶装置を持つシステムでも本実施例は可能であり、その
際ドツトフォントは一度大容量記憶装置からフォントキ
ャッシュメモリー１２にロードするようにすれば良い。

又、本実施例では文字の輪郭を記憶するアウトラインフ
ォントであったが、文字の骨格をベクトルで記憶する方
法等側の方法でも可能である。

〔発明の効果〕

以上説明したように、アウトラインフォントの長所であ
る文字サイズによらず１文字の情報は同一である事と任
意の大きさにドツトフォント化される事と逆に欠点であ
る小さいサイズでは複雑な文へ 字はつぶれて読めないという点を、予め人の手でそうな
らない様にドツト化されたドツトフォントで持つ事によ
って、より少ないメモリです＝宰；が可能になるという
効果がある。

【図面の簡単な説明】

第１図は本発明を実施した画像形成装置のブロック図、 第２図はフォントの容量等の説明図、 第３図はフォント管理テーブルの構造図、第４図、第５
図は制御フロチャート。 １０６−ＣＰＵ、　１０７・・・プログラムＲＯＭ、１
０８・・・ドツトフォントＲＯＭ、１０９・・・アウト
ラインフォントＲＯＭ、１１０・・・ワーク用ＲＡＭ、
１１１・・・フォント管理ＲＡＭ、　１１２・・・フォ
ントキャッシュメモリ。。

Claims (1)

【特許請求の範囲】
1. 文字をドットパターンで記憶する手段を有し、文字をド
   ットパターン以外の方法で記憶する手段を有し、前記手
   段で記憶した場合指定したサイズのドットに変換する手
   段を有し、ある特定のサイズのある特定の文字はドット
   パターンで記憶し、該文字を指定されたときは前記ドッ
   トパターンの文字を優先し、前記特定のサイズであって
   も、ドットパターンの存在しない文字は前記ドットパタ
   ーン以外の方法で記憶した手段からドットパターンを発
   生させる事を特徴とする文字発生装置。