JP3265097B2 - フォントデータ管理装置及び方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は例えばホストコンピュー
タ等の外部装置から入力したデータに従って用紙等に印
刷を行うための印刷装置などにおいてフォントデータを
管理するフォントデータ管理装置及び方法に関する。

【０００２】

【従来の技術】従来の印刷装置には、フォントを印刷装
置内に保有し、受信したコードに応じたフォントデータ
を用いて文字画像等を展開してそれを印刷するものがあ
り、その様な印刷装置では保有しているフォントデータ
を交換あるいは追加できる機能を備えているものもあっ
た。

【０００３】ここで、フォントを追加するには、２つの
手段があり、１つはホスト側からフォントデータをダウ
ンロードする方法と、フォントが格納されたＲＯＭやハ
ードディスク等を物理的に装着する方法である。ダウン
ロードの場合には、入力されたフォントダウンロードデ
ータをフォントが格納されているメモリなどに追加格納
する事でフォントの追加を行う。フォントデータを物理
的に装着した場合には、例えば電源立ち上げ時等のタイ
ミングで装着されたＲＯＭやハードディスク等のメディ
アの内容を調べることで、フォントの追加を認識する。

【０００４】図３は、従来の装置におけるフォントの管
理方法の例を示す図である。印刷装置はフォント管理テ
ーブルを持ち、ここに印刷装置内に何のフォントが存在
しているかを記録しており、同時にフォント実体部への
ポインタが入っている。

【０００５】この例では、フォント管理テーブルに、フ
ォントＡ，Ｂ，Ｃ，Ｄ，Ｅが記録されており、その実体
部はそれぞれ、フォントＡ，Ｂが内蔵のＲＯＭ内に、フ
ォントＣがＲＡＭ内に、フォントＤが追加されたＲＯＭ
内に、フォントＥがハードディスク内に存在することを
示している。

【０００６】図４は、図３の状態に対してフォントをダ
ウンロードした場合の印刷装置による処理手順を示して
いる。

【０００７】フォントがダウンロードされると、まずス
テップＳ４１でダウンロードに必要なメモリがあるかど
うかを調べ、不足していた場合にはステップＳ４２でダ
ウンロードをキャンセルしてしまう。

【０００８】ダウンロードに必要なメモリがあった場合
には、ステップＳ４３でダウンロードされたフォントの
名称をフォント管理テーブルに追加する。次にステップ
Ｓ４４で、フォントデータそのものをフォント実体部に
格納する。最後に、ステップＳ４５で、フォント管理テ
ーブル内のフォント実体部へのポインタとして、格納し
たフォントデータの先頭アドレスをセットする。

【０００９】フォントＤをダウンロードした場合、図５
に示すように、ダウンロードされたフォントＤは、ＲＡ
Ｍ内に格納され、そのフォント管理テーブルにフォント
Ｄが追加される。従って、この状態ではフォント管理テ
ーブルにフォントＤが２つ存在し、フォントＤに対する
実体部がＲＡＭと追加ＲＯＭ内の２箇所に存在してしま
う。

【００１０】図６は、図３の状態に対してフォントをＲ
ＯＭで追加した場合の印刷装置による処理手順を示して
いる。

【００１１】ＲＯＭが追加されると、まずステップＳ６
１で追加ＲＯＭに何のフォントが格納されているかを調
査する。次にステップＳ６２で、ＲＯＭ内にあったフォ
ントの名称をフォント管理テーブルに追加する。最後
に、ステップＳ６３で、フォント管理テーブル内の追加
したフォントのフォント実体部へのポインタとして、追
加ＲＯＭ内のデータの先頭アドレスをセットする。

【００１２】フォントＥを持つＲＯＭを追加した場合に
は、図７に示すようにフォント管理テーブルにフォント
Ｅが２つ存在し、フォントＥに対する実体部が追加ＲＯ
Ｍとハードディスク内の２箇所に存在してしまうことに
なる。

【００１３】さらに、フォントの実体部は、フォントの
書体やピッチといったフォント情報と、各文字のパター
ンというように大きく分けて２つの内容が格納される
が、従来の印刷装置においては、１つのフォントに対す
るこの２つの部分を切り離して管理することはできなか
った。そのためフォントをダウンロードする場合にも、
フォントの情報部分とパターン部分は切り離してダウン
ロードできないため、図４で説明したように、フォント
データ全てが格納できるだけのメモリが印刷装置内に無
い場合には、ダウンロードはできないことになる。

【００１４】

【発明が解決しようとする課題】しかしながら、上記従
来例においては、フォントの追加時には、単にそのフォ
ントが追加されてしまい、もし同一のフォントが既に存
在していた場合には、重複してしまうことになり、メモ
リの有効利用という点で非効率的であるという欠点があ
った。

【００１５】さらに、ダウンロードによりフォントを追
加する場合でも、印刷装置内のメモリが不足した場合に
は、そのフォントはダウンロード自体ができない、すな
わちそのフォントは全く使用できないという欠点があっ
た。

【００１６】本発明は上記従来例に鑑みて成されたもの
で、フォントの重複を防いでメモリを有効利用するため
のフォントデータ管理装置及び方法に関する。

【００１７】

【課題を解決するための手段】上記目的を達成するため
に本発明は次のような構成を備える。すなわち、フォン
トデータを記憶する記憶手段と、追加されるフォントデ
ータと前記記憶手段に記憶されているフォントデータと
が同一であるか否かを判別する判別手段と、前記判別手
段により同一であると判別された場合、前記記憶手段に
記憶されている重複するフォントデータを削除可能であ
るか否かを判定する判定手段と、前記判定手段により削
除可能であると判定された場合、前記記憶手段に記憶さ
れている重複するフォントデータを削除し、追加される
フォントデータのアドレスを管理テーブルにセットし、
前記判定手段により削除可能でないと判定された場合お
よび前記判別手段により同一でないと判別された場合に
は、追加されるフォントデータのフォント名称を管理テ
ーブルに追加し、追加されるフォントデータのアドレス
を管理テーブルにセットする手段とを有する。さらに好
ましくは、前記フォントデータに基づき印刷を行う印刷
手段を有する。さらに好ましくは、前記追加されるフォ
ントデータは、ＲＯＭで追加される。

【００１８】また本発明の他の側面は次のような構成を
備える。すなわち、追加されるフォントデータと記憶手
段に記憶されているフォントデータとが同一であるか否
かを判別する判別ステップと、前記判別ステップにより
同一であると判別された場合、前記記憶手段に記憶され
ている重複するフォントデータを削除可能であるか否か
を判定する判定ステップと、前記判定ステップにより削
除可能であると判定された場合、前記記憶手段に記憶さ
れている重複するフォントデータを削除し、追加される
フォントデータのアドレスを管理テーブルにセットし、
前記判定ステップにより削除可能でないと判定された場
合および前記判別ステップにより同一でないと判別され
た場合には、追加されるフォントデータのフォント名称
を管理テーブルに追加し、追加されるフォントデータの
アドレスを管理テーブルにセットするステップとを有す
る。さらに好ましくは、前記フォントデータに基づき印
刷を行う印刷ステップを有する。さらに好ましくは、前
記追加されるフォントデータは、ＲＯＭで追加されるこ
とを特徴とする請求項４記載のフォントデータ管理方
法。

【００１９】

【００２０】

【００２１】

【作用】かかる構成において、同一フォントが重複して
存在することを回避し、メモリの効率的利用が可能とな
る。

【００２２】さらにダウンロードに関しては、フォント
データのうちフォント情報部のみをダウンロードし、パ
ターンについては、印刷装置内部の他のフォントのパタ
ーン使用することで、少ないメモリでもフォントをダウ
ンロードして使用することが可能となる。

【００２３】

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

【００２４】図２は、本実施例の電子写真方式の印刷装
置（符号１で示されている）の構成概念を示す。図にお
いて、２はホストコンピュータ等の印刷データを出力し
てくる外部装置、３はデータを受信する受信部、４は受
信したデータを一時的に格納する受信バッファ、５は入
力したデータを解析する解析部、６は解析の結果を格納
するページバッファ、７はページバッファ６の内容に基
づいてビットマップメモリ等の出力イメージに展開する
展開部、８は展開した出力イメージを格納するフレーム
メモリであり、ＲＡＭ（ランダムアクセスメモリ）で構
成されている。９はフレームメモリ８の内容に従って、
例えばレーザビーム等による出力機構１０を制御する出
力部、１１は用紙等の記録媒体である。出力機構１０に
至るまでの処理は、主にソフトウェアに依って制御され
る。また、フォントを管理するために、フォントデータ
を格納するフォント格納部１２とフォントの管理を行う
フォント管理部１３とを持つ。

【００２５】上記構成の印刷装置１においては、外部装
置２から出力された印刷データをデータ受信部３で受信
し、ＲＡＭ上の受信バッファ４にその受信データを一旦
格納する。解析部５は受け取ったデータを解析し、その
結果として、展開部７に指示を与える形式のデータをペ
ージバッファ６上に作成する。この時フォント関係の情
報が必要であればフォント管理部１３を通してフォント
格納部１２にアクセスを行う。

【００２６】ページバッファ６の内容に従って、展開部
７は、対応する出力イメージを例えば１ページ分の２値
画像としてフレームメモリ８上に展開する。フォントに
関しては、フォント格納部１２からそのフォントの実パ
ターンを取り出して、フレームメモリ８上に格納する。

【００２７】出力部９はフレームメモリ８に展開された
２値画像を、例えばレーザビームのＯＮ／ＯＦＦ制御を
行うビデオ信号として公知のＢＤ信号（ビームディテク
ト信号）に同期して出力機構１０に出力する。そして出
力機構１０は入力されてきたビデオ信号に基づき公知の
電子写真記録方式に従って記録媒体１１上に画像を形成
する。

【００２８】ここで、フォントを追加するには、２つの
手段があり、１つはホスト側からフォントデータをダウ
ンロードする方法と、フォントが格納されたＲＯＭやハ
ードディスク等を物理的に装着する方法である。ダウン
ロードの場合には、入力したフォントダウンロードデー
タを解析部５が解析し、フォント管理部１３に渡し、更
にフォント管理部１３が実際のデータをフォント格納部
１２に追加格納する事でフォントの追加を行う。フォン
トデータを物理的に装着した場合には、フォント管理部
１３が追加された情報を、例えば電源立ち上げ時等のタ
イミングでフォント格納部１２の内容を調べることで、
フォントの追加を認識する。

【００２９】図１は、実施例の印刷装置にフォントをダ
ウンロードした場合のフォント管理部１３での処理手順
を示したものである。

【００３０】フォントがダウンロードされたことが解析
部５から知らされると、まずステップＳ１１でダウンロ
ードに必要なメモリがあるかどうかを調べ、不足してい
た場合にはステップＳ１２でダウンロードをキャンセル
してしまう。

【００３１】ダウンロードに必要なメモリがあった場合
には、ステップＳ１３でダウンロードされたフォントと
同一のフォントが、フォント管理テーブルに既に存在す
るかどうかを調べる。ここで既に存在していればステッ
プＳ１２へ進み、このダウンロード自体をキャンセルし
てしまう。同一名称が無い場合には、ステップＳ１４で
フォントの名称をフォント管理テーブルに追加し、ステ
ップＳ１５でフォントデータそのものをフォント格納部
１２に格納し、最後にステップＳ１６で、フォント管理
テーブル内のフォント実体部へのポインタとして、格納
したフォントデータの先頭アドレスをセットする。

【００３２】例えば図３の状態についてフォントＤをダ
ウンロードしてもその結果は図３の状態と変わらず、フ
ォントＤはフォント管理テーブルにもフォント実体部に
も格納されることはないため、重複して存在することは
ない。なお、本実施例においては、フォント管理テーブ
ルはフォント管理部１３に、フォント実体部はフォント
格納部１２に設けられたメモリに割り当てられる。

【００３３】図８は、フォントをＲＯＭで追加した場合
の、フォント管理部１３での処理手順を示したものであ
る。

【００３４】ＲＯＭが追加されると、まずステップＳ８
１で追加ＲＯＭに何のフォントが格納されているかを調
査する。次にステップＳ８２で追加されたフォントの名
称と同一の名称が、フォント管理テーブルに存在するか
どうかを調べる。ここで同一名称が無い場合には、ステ
ップＳ８３で、ＲＯＭ内にあったフォントの名称をフォ
ント管理テーブルに追加し、ステップＳ８４でフォント
管理テーブル内のフォント実体部へのポインタとして、
追加ＲＯＭ内のデータの先頭アドレスをセットして終了
する。

【００３５】ステップＳ８２で既に同一のフォント名称
が存在していれば、ステップＳ８５へ進み、重複してい
るフォントが削除可能かどうかを調べ、削除不可能な
（例えばＲＯＭ内にある）場合には、ステップＳ８３へ
進む。削除可能であれば、ステップＳ８６でそのフォン
トを削除し、ステップＳ８７でフォント管理テーブルの
実体部へのポインタに、追加ＲＯＭ内のデータの先頭ア
ドレスをセットして終了する。

【００３６】例えば図３の状態にフォントＥを持つＲＯ
Ｍを追加した結果は、図９に示すようにフォント管理テ
ーブル内のフォントＥの実体部へのポインタが、追加フ
ォント格納部のＲＯＭ内のフォントＥのフォント実体部
を指すことになり、ハードディスク内のフォントＥのフ
ォント実体部は存在しないため、フォントＥに対する実
体部が２箇所に存在してしまうことはない。

【００３７】フォントを格納したハードディスクを追加
してそのフォントが重複した場合には、ステップＳ８５
で追加したハードディスク上のフォントも削除の対象と
して考慮することになる。

【００３８】図１あるいは図８の手順にしたがっての処
理中、ステップＳ１３あるいはステップＳ８２において
は、フォントの名称が同じであった場合にそれらのフォ
ントは同一であると判断している。

【００３９】さらに、図１０に本発明を実施したフォン
ト実体部の構造を示す。フォント実体部は、フォント情
報と、フォントパターン部とに明確に分けて管理する。
つまりフォント情報部には、フォントの名称，書体，対
応グラフィックセットといった情報を持ち、フォントパ
ターン部には、各文字に対すパターンが格納される。こ
こでいうパターンとは、単なるビットマップパターンで
あってもいいし、アウトライン情報であってもよい。更
に各文字毎の情報、例えばピッチ等の情報が付加されて
いても良い。

【００４０】フォント情報部では、更にフォントパター
ン部へのポインタを持ち、このような構造にすることに
よって、フォントの情報部とフォントのパターン部を分
離して格納し、これを結合して使用することが可能とな
る。

【００４１】図１１は、このフォント実体部の構造を実
施した場合の、フォントのダウンロードに対するフォン
ト管理部１３の処理手順を示している。ホスト側ではダ
ウンロードの際に、フォント情報と、実パターンとして
使用するフォント名称を印刷装置に送る。ただし、フォ
ント情報部を格納するためのメモリは印刷装置内に十分
あるとする。

【００４２】まず、ステップＳ１１１でダウンロードし
たフォントの名称を管理テーブルに追加する。次にステ
ップＳ１１２でフォント格納部１２内にフォント情報部
のみを格納する。さらにステップＳ１１３でこのフォン
ト情報部からフォントパターン部へのポインタとして、
指定されたフォントのフォントパターンのアドレスをセ
ットする。最後にステップＳ１１４で、フォント管理テ
ーブル１３のダウンロードフォントに対応するフォント
実体部へのポインタをセットする。これは即ち、ステッ
プＳ１１２で格納したフォント情報部を指すことにな
る。

【００４３】これにより、フォントデータ全てを格納す
るだけのメモリが無い場合でも、フォント情報部だけを
ダウンロードして使用することが可能となる。

【００４４】ここで、実施例の印刷装置の具体的構成を
図１２に示す。

【００４５】図中、１００が実施例の印刷装置であり、
２００が印刷情報を出力してくるホストコンピュータで
ある。１０１はホストコンピュータ２００より印刷情報
を入力する入力インターフェースで、１０２は印刷装置
１００全体の制御を司るＣＰＵ、１０３はＣＰＵ１０２
の動作処理手順（図１，図４，図５，図９，図１２のフ
ローチャートに係るプログラム等）を記憶していると共
に、フォントデータ等を記憶しているＲＯＭである。１
０４はＣＰＵ１０２のワークエリア、ホストコンピュー
タ２００より受信した印刷データを格納するための受信
バッファや、受信した印刷情報から１ページ分の出力イ
メージを構築するためのページバッファ、ダウンロード
されたフォント等の格納に用いられるＲＡＭである。１
０５はフォントデータ等を格納するハードディスクであ
る。１０６は出力イメージを展開するフレームメモリで
あり、これもＲＡＭで構成される。１０７は出力イメー
ジを、実際に印刷を行う出力部１０８に出力するための
出力インターフェースであり、１０９は使用者が指示を
与えるためのパネルインターフェースである。これら各
構成要素はシステムバス１１０に接続されている。

【００４６】出力部１０８の構造の一例を図１３に示
す。

【００４７】図において、３０００は走査のためのスイ
ッチ及びＬＥＤ表示器などが配されている操作パネル
（先のパネルインターフェース１０９を介してバス１１
０に接続されている）、１０１０は装置１００全体の制
御及びホストコンピュータから供給される文字情報など
を解析するプリンタ制御ユニットである。このプリンタ
制御ユニット１０１０は、図１２の出力部１０８を除く
構成に対応し、主に文字情報を対応する文字パターンの
ビデオ信号に変換してレーザドライバ１０２０に出力す
る処理を行う。

【００４８】レーザドライバ１０２０は半導体レーザ１
０３０を駆動するための回路であり、入力されたビデオ
信号に応じて半導体レーザ１０３０の駆動制御を行う。
半導体レーザ１０３０から発射されるレーザ光１０４０
は回転多面鏡１０５０で左右方向に振らされて静電ドラ
ム１０６０上を走査露光する。これにより、静電ドラム
１０６０上には文字パターンの静電潜像が形成されるこ
とになる。この潜像は静電ドラム１０６０周囲に配設さ
れた現像ユニット１０７０により現像された後、記録紙
に転写される。この記録紙にはカットシートを用い、カ
ットシート記録紙は印刷装置１００に装着した用紙カセ
ット１０８０に収納され、給紙ローラ１０９０及び搬送
ローラ１１００と１１１０により、装置内に取り込まれ
て、静電ドラム１０６０に供給される。

【００４９】以上説明したように本実施例の印刷装置
は、同一フォントが重複して印刷装置内に存在すること
をできるだけ回避できるため、メモリを効率的に使用す
ることが可能となる。

【００５０】さらにダウンロードに関しては、フォント
データのうちフォント情報部のみをダウンロードし、パ
ターンについては印刷装置内部の他のフォントパターン
使用することで、少ないメモリでもフォントをダウンロ
ードして使用することが可能となる。

【００５１】

【他の実施例】上記実施例の図１，図８のフローチャー
トにおいて、フォントが同一であるかどうかの判断はフ
ォント名称でのみ判断を行ったが、もちろん一意に割り
当てられたフォント番号等があればそれを利用しても良
い。

【００５２】ただしユーザとしては、同一名称で違う属
性のフォントを追加したという可能性もあるので、フォ
ント選択時に対象となるその他の書体，グラフィックセ
ット，ピッチ，線の太さといった属性情報までをチェッ
クして判断することも考えられる。

【００５３】更にはパターン情報まで含む全情報をチェ
ックして判断することも考えられる。この場合には真に
同一のフォントが重複した場合にのみ重複を避けること
になる。

【００５４】また、図８のステップＳ８５において、重
複したフォントが存在していても、それがＲＯＭ上にあ
って削除不可能な場合には、フォント管理テーブル上か
らのみ削除することが考えられる。この事で少なくとも
テーブル上での重複を回避することができる。

【００５５】また、図１１において、ホスト側でフォン
ト情報部のみをダウンロードするか、全てのフォントデ
ータをダウンロードするかを判断する必要があるが、メ
モリ状況に合わせてプリンタ側で自動的に判断すること
も考えられる。

【００５６】この場合には、フォント管理部１３で図１
４に示すような処理を行う。ホスト側ではダウンロード
の際に、フォント情報部と実パターンのフォントデータ
全ての、実パターンとして使用するフォント名称を印刷
装置に送る。

【００５７】まず、ステップＳ１４１でフォントデータ
全体のダウンロードに必要なメモリがあるかどうかを調
べ、十分にある場合には以降は図１の処理と同等とな
る。

【００５８】フォントデータ全体のダウンロードに必要
なメモリが無い場合には、ステップＳ１４２でフォント
情報部を格納するだけのメモリがあるかどうかを調べ
る。ここで必要なメモリが無い場合には、ステップＳ１
４５でこのダウンロード自体をキャンセルしてしまう。

【００５９】ステップＳ１４２でメモリがある場合に
は、ステップＳ１４３へ進む。ここでは、図１１の処
理、つまりフォント情報部の格納を行い、次にステップ
Ｓ１４４で残りのフォントパターンのデータを破棄（読
み飛ばし）する。これにより、フォントのダウンロード
の方法、つまりフォントパターンをダウンロードするか
どうかをホスト側で意識することなくダウンロード可能
となる。またさらに、実パターンとして使用するフォン
トパターンを、印刷装置側で自動的に適当な類似のフォ
ントのフォントパターンを選択して使用することも考え
られる。この場合には、ホスト側では従来のダウンロー
ドと全く同様にダウンロードすることでフォント情報部
だけのダウンロードを実現できる。

【００６０】また、図１２における出力部１０８は、上
記実施例では電子写真方式としたが、フォントを内蔵
し、その保守が可能な印刷装置であればいかような方式
であっても良い。例えば、インクジェット方式や感熱方
式等が考えられるが、その一例として、図１５に熱エネ
ルギによりインクを吐出させて印刷を行なうインクジェ
ット方式の構成を説明する。

【００６１】図１５は、本発明が適用できるインクジェ
ット記録装置ＩＪＲＡの概観図である。同図において、
駆動モータ５０１３の正逆回転に連動して駆動力伝達ギ
ア５０１１，５００９を介して回転するリードスクリュ
ー５００５の螺旋溝５００４に対して係合するキャリッ
ジＨＣはピン（不図示）を有し、矢印ａ，ｂ方向に往復
移動される。このキャリッジＨＣには、インクジェット
カートリッジＩＪＣが搭載されている。５００２は紙押
え板であり、キャリッジの移動方向に亙って紙をプラテ
ン５０００に対して押圧する。５００７，５００８はフ
ォトカプラで、キャリッジのレバー５００６のこの域で
の存在を確認して、モータ５０１３の回転方向切り換え
等を行うためのホームポジション検知手段である。５０
１６は記録ヘッドの前面をキャップするキャップ部材５
０２２を支持する部材で、５０１５はこのキャップ内を
吸引する吸引手段で、キャップ内開口５０２３を介して
記録ヘッドの吸引回復を行う。５０１７はクリーニング
ブレードで、５０１９はこのブレードを前後方向に移動
可能にする部材であり、本体支持板５０１８にこれらが
支持されている。ブレードは、この形態でなく周知のク
リーニングブレードが本例に適用できることは言うまで
もない。又、５０１２は、吸引回復の吸引を開始するた
めのレバーで、キャリッジと係合するカム５０２０の移
動に伴って移動し、駆動モータからの駆動力がクラッチ
切り換え等の公知の伝達手段で移動制御される。

【００６２】これらのキャッピング、クリーニング、吸
引回復は、キャリッジがホームポジション側の領域に来
た時にリードスクリュー５００５の作用によってそれら
の対応位置で所望の処理が行えるように構成されている
が、周知のタイミングで所望の作動を行うようにすれ
ば、本例にはいずれも適用できる。

【００６３】このように、構成される出力部を用いて
も、本発明を適用した印刷装置を実現することができ
る。

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

【００６５】

【発明の効果】以上説明したように、本発明に係るフォ
ントデータ管理装置及び方法によれば、メモリを効率的
に使用することができる。

【００６６】

【図面の簡単な説明】

【図１】実施例における、ダウンロード時のフォント管
理部での処理を示すフローチャートである。

【図２】実施例の印刷装置の概念構成図である。

【図３】従来例におけるフォント管理方法の例を示す図
である。

【図４】従来例におけるダウンロード時のフォント管理
部での処理を示すフローチャートである。

【図５】従来例におけるダウンロードの結果を示す図で
ある。

【図６】従来例におけるＲＯＭ追加時のフォント管理部
でのフローチャートである。

【図７】従来例におけるＲＯＭ追加の結果を示す図であ
る。

【図８】実施例におけるＲＯＭ追加時のフォント管理部
での処理を示すフローチャートである。

【図９】実施例におけるＲＯＭ追加の結果を示す図であ
る。

【図１０】実施例におけるフォント実体部の構造を示す
図である。

【図１１】図１０を実施した場合のダウンロード時のフ
ォント管理部での処理を示すフローチャートである。

【図１２】実施例の具体的構成を示す図である。

【図１３】実施例における電子写真方式の印刷装置の構
成断面図である。

【図１４】他の実施例におけるダウンロード時のフォン
ト管理部での処理を示すフローチャートである。

【図１５】実施例におけるインクジェット方式の印刷装
置の斜視図である。

【符号の説明】

１ 印刷装置 ２ 外部装置 ３ 受信部 ４ 受信バッファ ５ 解析部 ６ ページバッファ ７ 展開部 ８ フレームメモリ ９ 出力部 １０ 出力機構 １１ 記録媒体 １２ フォント格納部 １３ フォント管理部

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 フォントデータを記憶する記憶手段と、 追加されるフォントデータと前記記憶手段に記憶されて
   いるフォントデータとが同一であるか否かを判別する判
   別手段と、前記判別手段により同一であると判別された場合、前記
   記憶手段に記憶されている重複するフォントデータを削
   除可能であるか否かを判定する判定手段と、 前記判定手段により削除可能であると判定された場合、
   前記記憶手段に記憶されている重複するフォントデータ
   を削除し、追加されるフォントデータのアドレスを管理
   テーブルにセットし、前記判定手段により削除可能でな
   いと判定された場合および前記判別手段により同一でな
   いと判別された場合には、追加されるフォントデータの
   フォント名称を管理テーブルに追加し、追加されるフォ
   ントデータのアドレスを管理テーブルにセットする手段
   と を有することを特徴とするフォントデータ管理装置。
2. 【請求項２】 前記フォントデータに基づき印刷を行う
   印刷手段を有することを特徴とする請求項１記載のフォ
   ントデータ管理装置。
3. 【請求項３】 前記追加されるフォントデータは、ＲＯ
   Ｍで追加されることを特徴とする請求項１記載のフォン
   トデータ管理装置。
4. 【請求項４】 追加されるフォントデータと記憶手段に
   記憶されているフォントデータとが同一であるか否かを
   判別する判別ステップと、前記判別ステップにより同一であると判別された場合、
   前記記憶手段に記憶されている重複するフォントデータ
   を削除可能であるか否かを判定する判定ステップと、 前記判定ステップにより削除可能であると判定された場
   合、前記記憶手段に記憶されている重複するフォントデ
   ータを削除し、追加されるフォントデータのアドレスを
   管理テーブルにセットし、前記判定ステップにより削除
   可能でないと判定された場合および前記判別ステップに
   より同一でないと判別された場合には、追加されるフォ
   ントデータのフォント名称を管理テーブルに追加し、追
   加されるフォントデータのアドレスを管理テーブルにセ
   ットするステップと を有することを特徴とするフォント
   データ管理方法。
5. 【請求項５】 前記フォントデータに基づき印刷を行う
   印刷ステップを有することを特徴とする請求項４記載 の
   フォントデータ管理方法。
6. 【請求項６】 前記追加されるフォントデータは、ＲＯ
   Ｍで追加されることを特徴とする請求項４記載 のフォン
   トデータ管理方法。