JPH0991149A

JPH0991149A - イメージ展開装置

Info

Publication number: JPH0991149A
Application number: JP7241899A
Authority: JP
Inventors: Kazuhiro Soga; 和浩曽我
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1995-09-20
Filing date: 1995-09-20
Publication date: 1997-04-04

Abstract

(57)【要約】【課題】異なるページ記述言語により指定されたフォン
トの展開データが他のページ記述言語により指定された
フォントの展開データと同一である場合における無駄な
フォント展開処理や重複するフォント展開データの保持
を回避し、フォント展開処理の高速化と、メモリ使用効
率を高める。【解決手段】ページ記述言語プログラムＰ１を解釈して
フォント展開データを含むイメージデータＤ１を生成す
るページ記述言語インタプリタ１と、ページ記述言語プ
ログラムＰ１とは異なるページ記述言語で記述されたペ
ージ記述言語プログラムＰ２を解釈してフォント展開デ
ータを含むイメージデータＤ２を生成するページ記述言
語インタプリタ２とを有し、ページ記述言語インタプリ
タ１，２は、フォント展開命令の解釈結果から導出され
るフォント名、フォントマトリックス、グリフＩＤを用
いて１つのフォントキャッシュ３を共有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の異なるペー
ジ記述言語プログラムを解釈実行する複数のページ記述
言語処理手段を有して各ページ記述言語処理手段毎にイ
メージデータを生成するイメージ展開装置に関し、特に
イメージデータを生成する際に利用されるフォントキャ
ッシュを用いたイメージ展開装置に関する。

【０００２】

【従来の技術】近年、データ処理装置による処理結果や
ＤＴＰソフトウェアで作成されたデータは、レーザプリ
ンタ等の高性能の出力装置によって高品質の出力データ
を得ることができるようになった。ここで、データ処理
装置等からの文字を含む画像データは、ページ記述言語
プログラムによって表された出力要求データとして出力
装置に送出される。

【０００３】ページ記述言語インタプリタ装置は、ペー
ジ記述言語を解釈実行して、イメージデータに展開する
ものであり、この展開されたイメージデータは出力装置
から出力される。

【０００４】一般に、ページ記述言語インタプリタ装置
で用いられるフォントは、ビットマップフォントではな
く、高品質のアウトラインフォントが用いられる。この
アウトラインフォントは、制御点のデータとこの制御点
間をベジェ曲線や直線等を示すデータとからなり、これ
らのデータをもとに拡大／縮小、変形等の処理を行い、
さらに塗りつぶし等の処理を行う必要があるため、最終
的なラスタデータに展開するまでに処理時間がかかるこ
とになる。

【０００５】このため、ページ記述言語インタプリタ装
置では、一度ラスタデータに展開処理されたフォントデ
ータは、再度利用される可能性が高いことから、この展
開処理されたフォントデータを一時的に記憶するフォン
トキャッシュ技術が通常用いられる。このフォントキャ
ッシュ技術によれば、一時記憶しておいたフォントデー
タに対する展開要求が生起した場合、この一時記憶され
たフォントデータを読み出すのみで、展開処理を行う必
要がないことから、重複した展開処理が削減され、効率
的な展開処理が実現され、展開処理時間の短縮が可能と
なる。

【０００６】例えば、図６は、ページ記述言語インタプ
リタ機能をもつイメージ展開装置において、フォントキ
ャッシュ技術を用いた一例を示すものである。図６にお
いて、ページ記述言語プログラムＰＰがページ記述言語
処理部１１に入力されると、ページ記述言語処理部１１
はページ記述言語プログラムＰＰを解釈し、該プログラ
ムが示す画像情報を展開処理したイメージデータＤＤを
出力する。ここで、ページ記述言語処理部１１は、ペー
ジ記述言語プログラムＰＰ内にフォントの展開命令が含
まれる場合、フォント管理部１２にフォントの展開デー
タを要求する。フォント展開部１２は、既に展開処理さ
れたフォント展開データを保持するフォント展開データ
保持部１４に要求されたフォント展開データが保持され
ているか問い合わせ、保持されている場合はこのフォン
ト展開データを獲得してページ記述言語処理部１１に送
出する。一方、フォント管理部１２は、要求あれたフォ
ント展開データがフォント展開データ保持部１４に保持
されていない場合、要求されたフォントの展開処理をフ
ォント展開部１３に依頼し、展開処理されたフォント展
開データをページ記述言語処理部１１に送出するととも
に、該展開処理されたフォント展開データをフォント展
開データ保持部１４に保持させ、その後同一フォントの
展開処理の依頼があった場合の利用に供する。

【０００７】ところで、ページ記述言語処理部１１は、
所定のページ記述言語で記述されたプログラムのみを解
釈することができるため、各種のページ記述言語で記述
されたプログラムが入力される場合を考慮して、異なる
複数のページ記述言語処理部を持たせる構成をとるもの
もある。

【０００８】例えば、図７は、従来の異なる複数のペー
ジ記述言語処理部を有した構成をもつイメージ展開装置
の構成を示す図であり、異なるページ記述言語を処理す
る２つのページ記述言語インタプリタ部２２ａ，２２ｂ
を有している。ジョブ判定部２１は、入力されたプリン
トジョブＰＪのページ記述言語の種類を判定し、判定結
果をもとに該当するページ記述言語を処理できるページ
記述言語インタプリタ部２２ａ，２２ｂにプリントジョ
ブＰＪを送出する。なお、ジョブ判定部２１におけるプ
リントジョブＰＪの判定処理は、プリントジョブＰＪに
予め設けられた所定の属性値によって判断したり、ある
いはプリントジョブのファイルの先頭の記号によりペー
ジ記述言語の種類を判定するようにしている。ページ記
述言語インタプリタ部２２ａ，２２ｂは、入力されたペ
ージ記述言語プログラムを解釈し、この解釈結果をもと
にイメージデータを生成し、この生成したイメージデー
タをプリンタ部２３に送出して、該イメージデータを出
力する。

【０００９】このようにして、異なる複数のページ記述
言語プログラムが入力されても、異なる複数のページ記
述言語インタプリタ部を設けることにより、該異なる複
数のページ記述言語プログラムの処理が可能となる。

【００１０】

【発明が解決しようとする課題】しかしながら、異なる
複数のページ記述言語プログラムを処理することができ
る従来のイメージ展開装置において、フォントキャッシ
ュ技術を用いる場合、各ページ記述言語インタプリタ部
毎にフォントキャッシュを行うため、たとえ各ページ記
述言語インタプリタ部によって同一のフォント展開デー
タが生成されたとしても、この同一のフォント展開デー
タは、各ページ記述言語インタプリタ部に接続されるフ
ォントキャッシュ部に各別に保持されることになる。こ
のため、フォントキャッシュ部は、各ページ記述言語イ
ンタプリタ部毎に設ける必要があるとともに、同一のフ
ォント展開データが各フォントキャッシュ部に重複して
保持される可能性もある。さらに、他のフォントキャッ
シュ部に保持されたフォント展開データの要求が生起し
ても、該フォント展開データを利用することができず、
該要求されたフォントの展開処理をしなければならな
い。

【００１１】従って、異なる複数のページ記述言語プロ
グラムを処理することができる従来のイメージ展開装置
において、フォントキャッシュ技術を適用する場合、各
ページ記述言語インタプリタ部毎にフォントキャッシュ
部としてのメモリを設ける必要があるため、メモリ使用
効率が悪いとともに、フォント展開データを有効に再利
用することができず、この結果フォント展開処理時間が
かかるという問題点があった。

【００１２】そこで、本発明は、かかる問題点を除去
し、異なるページ記述言語による異なるフォントフォー
マットにより指定されたフォントの展開データが他のフ
ォントフォーマットにより指定されたフォントの展開デ
ータと同一である場合における無駄なフォント展開処理
や重複するフォント展開データの保持を回避し、異なる
複数のページ記述言語プログラムが示すフォント展開処
理の高速化を図るとともに、フォントキャッシュにかか
るメモリ使用効率を高めることができるイメージ展開装
置を提供することを目的とする。

【００１３】

【課題を解決するための手段】本発明は、第１のページ
記述言語で表現された第１のフォントフォーマットを含
む第１のページ記述言語プログラムを解釈してイメージ
データに展開する第１のページ記述言語処理手段と、第
２のページ記述言語で表現された第２のフォントフォー
マットを含む第２のページ記述言語プログラムを解釈し
てイメージデータに展開する第２のページ記述言語処理
手段とを有したイメージ展開装置において、前記第１ま
たは第２のフォントフォーマットに対応して展開された
フォントデータを、該フォントデータの共通属性情報を
もとに記憶管理し、前記第１及び第２のページ記述言語
処理手段が共有する記憶手段を具備し、前記第１及び第
２のページ記述言語処理手段のそれぞれは、フォントの
展開要求を受け付けると前記共通属性情報をもとに前記
記憶手段を検索し、該共通属性情報が示すフォントデー
タが存在する場合、該フォントデータを取得し、該共通
属性情報が示すフォントデータが存在しない場合、該フ
ォントの展開処理を行って該展開処理されたフォントデ
ータの共通属性情報とともに該フォントデータを前記記
憶手段に記憶することを特徴とする。

【００１４】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。

【００１５】図１は、本発明の実施の形態であるイメー
ジ展開装置の構成を示す図である。

【００１６】図１において、イメージ展開装置は、異な
るページ記述言語を用いたページ記述言語プログラムＰ
１，Ｐ２を解釈してイメージデータＤ１，Ｄ２をそれぞ
れ出力するページ記述言語インタプリタ１，２、及びペ
ージ記述言語インタプリタ１，２がフォント展開処理時
に既に展開されたフォント展開データを利用するために
該フォント展開データを一時記憶するフォントキャッシ
ュ３から構成される。

【００１７】各ページ記述言語インタプリタ１，２は、
ページ記述言語処理部１ａ，２ａ、フォント管理部１
ｂ，２ｂ、フォント展開部１ｃ，２ｃを有する。

【００１８】ページ記述言語処理部１ａ，２ａは、入力
されたページ記述言語プログラムＰ１，Ｐ２を解釈して
イメージデータＤ１，Ｄ２を生成する。

【００１９】フォント管理部１ｂ，２ｂは、ページ記述
言語処理部１ａ，２ａからのフォント展開命令を受け付
けると、このフォント展開命令が指示するフォントがフ
ォントキャッシュ３に一時記憶されているか否かを問い
合わせ、一時記憶されている場合はこのフォント展開デ
ータを取得してページ記述言語処理部１ａ，２ａに引き
渡す。一方、フォント展開データがフォントキャッシュ
３に一時記憶されていない場合は、フォント展開部１
ｃ，２ｃにこのフォントの展開処理を依頼し、この展開
処理結果をページ記述言語処理部１ａ，２ａに引き渡す
とともに、フォント管理部１ｂ，２ｂは、このフォン
ト展開データをフォントキャッシュ３に一時記憶させ
る。

【００２０】フォントキャッシュ３は、フォントＩＤ管
理部３ａとフォント展開データ保持部３ｂから構成され
る。

【００２１】フォントＩＤ管理部３ａは、フォント名と
フォントマトリックスとの組合せを示すフォントＩＤを
管理する。フォント名は書体名を意味し、フォントマト
リックスとは、キャラクタ座標系からデバイス座標系へ
の変換の際に参照されるパラメータ列であり、フォント
展開処理を行う際に用いられるものであるが、これらに
ついては後述する。

【００２２】フォント展開データ保持部３ｂは、フォン
トＩＤ管理部３ａが有するフォントＩＤ毎のフォント展
開データが保持されている。従って、フォント展開デー
タ保持部３ｂは、フォント名が示す書体でフォントマト
リックスが示す所定の変形処理が行われたフォント展開
データ毎に保持され、文字・記号種を示すグリフＩＤに
よって最終的に１つのフォント展開データが特定される
ことになる。

【００２３】このように本イメージ展開装置において、
ページ記述言語インタプリタ１，２のそれぞれは、処理
すべきページ記述言語が異なるのみであり、その他の構
成、処理機能は同一であり、２つのページ記述言語イン
タプリタ１，２が１つのフォントキャッシュ３を共有す
る構成となっている。

【００２４】なお、ページ記述言語プログラムは、図示
しないネットワークを介して入力されるようにしてもよ
い。また、各ページ記述言語インタプリタ１，２から出
力されるイメージデータＤ１，Ｄ２は、所定のプリンタ
等の出力装置から出力される。この場合、出力装置は共
有されるのが一般的ある。また、入力されるページ記述
言語が２種類であることから２つのページ記述言語イン
タプリタ１，２を設ける構成としたが、ページ記述言語
インタプリタの数は、入力されるページ記述言語の種類
に応じて設定するようにするのが適切であり、２つのペ
ージ記述言語インタプリタに限定されるものではない。
もちろん、１つのページ記述言語に対して複数のページ
記述言語インタプリタを設けて並列処理を行わせて高速
化を図るようにしてもよい。但し、この場合において
も、フォントキャッシュ３はだた１つである。

【００２５】次に、図２に示すフローチャート参照して
イメージ展開装置の動作について説明する。なお、図２
において、破線の左側はフォント管理部１ｂ，２ｂの処
理を示し、破線の右側はフォントキャッシュ３の処理を
示している。

【００２６】まず、ページ記述言語処理部１ａ，２ａ
は、ページ記述言語プログラムＰ１，Ｐ２を受け付け、
ページ記述言語プログラムＰ１，Ｐ２内にフォントの描
画に関する命令すなわちフォント展開命令が含まれてい
ると、フォント管理部１ｂ，２ｂは、フォントＩＤ管理
部２ａにフォントＩＤを問い合わせる（ステップ１０
１）。このフォントＩＤの問い合わせは、フォント展開
命令によって示されるフォント名とフォントマトリック
スとを用いて行われる。フォント名とフォントマトリッ
クスとを受け付けたフォントＩＤ管理部３ａは、このフ
ォント名とフォントマトリックスとを有するフォントＩ
Ｄが存在するか否かを判断し（ステップ１０２）、存在
する場合は、フォント管理部１ｂ，２ｂに対して既に登
録されているフォントＩＤを返答する（ステップ１０
３）。一方、フォントＩＤが存在しない場合、フォント
ＩＤ管理部３ａは、問い合わせたフォント名とフォント
マトリックスとからなる新たなフォントＩＤを登録し、
この登録したフォントＩＤをフォント管理部１ｂ，２ｂ
に返答する（ステップ１０４）。

【００２７】これに対し、フォント管理部１ｂ，２ｂ
は、返答されたフォントＩＤと所望のグリフＩＤとを用
いてフォント展開データ保持部３ｂに、所望のフォント
展開データが存在するか否かを問い合わせる（ステップ
１０５）。この問い合わせを受けたフォントキャッシュ
３のフォント展開データ保持部３ｂは、問い合わせられ
たフォント展開データが存在するか否かを判断し（ステ
ップ１０６）、フォント展開データが存在する場合は、
該当するフォント展開データを読み出してフォント管理
部１ｂ，２ｂに送出する（ステップ１０７）。一方、フ
ォント展開データが存在しない場合は、該当するフォン
ト展開データが存在しない旨の返答をフォント管理部１
ｂ，２ｂに送出する（ステップ１０８）。

【００２８】フォント管理部１ｂ，２ｂは、フォント展
開データ保持部３ｂからのフォント展開データの問い合
わせ結果に基づいて（ステップ１０９）、所望のフォン
ト展開データが獲得された場合、獲得されたフォント展
開データをページ記述言語処理部１ａ，２ａに引き渡
し、処理を終了する。

【００２９】一方、フォント管理部１ｂ，２ｂが、所望
のフォント展開データを獲得することができなかった場
合、フォント展開部１ｃ，２ｃに対して、展開要求され
たフォントの展開処理を依頼し、フォント展開部１ｃ，
２ｃは、依頼されたフォントの展開処理を行う（ステッ
プ１１０）。この展開処理の終了すると、フォント展開
部１ｃ，２ｃは、フォント展開処理の終了をフォント管
理部１ｂ，２ｂに通知し、フォント管理部１ｂ，２ｂ
は、展開処理されたフォントのフォントＩＤとグリフＩ
Ｄとを用いてフォント展開データ保持部３ｂに展開処理
されたフォント展開データを引き渡す（ステップ１１
１）。

【００３０】これに対し、フォントキャッシュ３のフォ
ント展開データ保持部３ｂは、フォントＩＤとグリフＩ
Ｄとをもとに、引き渡されたフォント展開データを保
持、登録し（ステップ１１２）、本処理を終了する。

【００３１】これにより、ページ記述言語インタプリタ
１，２のそれぞれは、１つのフォントキャッシュ３を効
率的に共有することができ、この結果、無駄なフォント
展開処理あるいは重複するフォント展開データの保持を
回避することができる。

【００３２】次に、図３を参照してフォントＩＤ管理部
２ａの管理内容について説明する。フォントＩＤは、上
述したようにフォント名とフォントマトリクスとによっ
て一意的に決定される識別子であり、フォント展開デー
タ３ｂは、このフォントＩＤが示す識別子毎に管理され
る。

【００３３】図３（ａ）は、新たなフォントＩＤが登録
される前のフォントＩＤの管理状態を示し、図３（ｂ）
は、新たなフォントＩＤが登録された後のフォントＩＤ
の管理状態を示している。

【００３４】ここで、フォントＩＤ管理部３ａが、フォ
ント管理部１ｂ，２ｂからフォント名「Helvetica」、
フォントマトリックス（0.012,0,0,0.012,0,0）とを受
け付けると、このフォント名とフォントマトリックスと
の組合せは図３（ａ）に示すように既に登録されている
ので、この組合せに対応するフォントＩＤ「１」をフォ
ント管理部１ｂ，２ｂに通知する。

【００３５】また、フォントＩＤ管理部３ａが、フォン
ト管理部１ｂ，２ｂからフォント名「Times」とフォン
トマトリックス（0.012,0,0,0.012,0,0）とを受け付け
ると、このフォント名とフォンマトリックスとの組合せ
をもつフォントＩＤが存在しないことから、受け付けた
フォント名とフォントマトリックスとの組合せをもつフ
ォントＩＤを新規に登録する。この登録されたフォント
ＩＤは図３（ｂ）に示すようにフォントＩＤ「４」とな
り、このフォントＩＤがフォント管理部１ｂ，２ｂに通
知される。同様にして、フォントＩＤ管理部３ａが、フ
ォント名「Felvetica」、フォントマトリックス（0.03
6,0,0,0.036,0,0）とを受け付けた場合も、フォントマ
トリックスが異なるため、異なるフォントと判断され
て、このフォント名とフォントマトリックスとの組合せ
からなるフォントＩＤが新規に登録されることになる。

【００３６】次に、図４を参照してフォントマトリック
スとフォントフォーマットとについて説明する。図４
（ａ）は、キャラクタ座標系で記述されたアウトライン
フォントの具体例を示し、図４（ｂ）は、フォントマト
リックスを用いてアウトラインフォントをデバイス座標
系に変換した状態を示している。ここで、キャラクタ座
標系とは、アウトラインフォントのデータが記述される
座標系である。また、デバイス座標系とは、実際のペー
ジバッファ上の座標系であり、プリンタの場合、実際に
描画される用紙上の座標系を意味する。

【００３７】通常、フォントマトリックスは、（ａ，ｂ，ｃ，ｄ，ｔx ，ｔy ）として表現される。例えば、座標（ｘ，ｙ）は、このフ
ォントマトリックスを用いると、（ａ・ｘ＋ｃ・ｙ＋ｔ
x ，ｂ・ｘ＋ｄ・ｙ＋ｔy ）に写される変換が行われ
る。ここで、キャラクタ座標系とは、アウトラインフォ
ントのデータが記述される座標系であり、デバイス座標
系とは、実際のページバッファ、すなわちプリンタ等に
おいて描画される用紙上の座標系である。

【００３８】ここで、図４（ａ）に示すキャラクタ座標
系の図形は、３つの頂点（２５０，６５０）、（５０，
５０）、（４５０，５０）をもつ三角形を示している
が、この三角形の図形を描画するために、あるページ記
述言語等言語処理系のフォーマットによれば、次のよう
に記述される。すなわち、５０５０ｍｏｖｅｔｏ２５０６５０ｌｉｎｅｔｏ４５０５０ｌｉｎｅｔｏ５０５０ｌｉｎｅｔｏである。ここで、ｍｏｖｅｔｏとは、パスの開始点を指
定する命令であり、ｌｉｎｔｅｔｏとは、指定された点
まで線を描画する命令である。

【００３９】一方、図４（ａ）に示す三角形の図形は、
別の言語処理系のフォーマットによって記述すると、次
のようになる。すなわち、ｐｅｎ５０５０ｌｉｎｅ２５０６５０ｌｉｎｅ４５０５０ｃｌｏｓｅである。

【００４０】このように、同一の図形を記述するのに、
異なる言語処理系のフォーマットを用いると異なる描画
命令となり、このことは、フォント描画命令にも共通す
る。すなわち、同一の文字を描画するためのアウトライ
ンフォントの記述は、最終的に描画されるアウトライン
フォントが同一のものであるにもかかわらず、異なるペ
ージ記述言語のフォントフォーマットを用いると、異な
る表現となる。

【００４１】従って、図１で示したように、ページ記述
言語単位で各別にページ記述言語インタプリタを設け、
各ページ記述言語インタプリタはそれぞれ個別にフォン
ト展開部を有することなる。

【００４２】しかし、フォントフォーマットが異なって
いても、フォントフォーマット内で用いられる、書体名
を示すフォント名及びキャラクタ座標系からデバイス座
標系への変換を示すフォントマトリックスは同一である
であるため、このフォント名とフォントマトリックス、
並びにこれらの組合せをもつ文字を示すグリフを指定す
ることにより、最終的なフォント展開データを一意に特
定することが可能となる。この点により、異なる２以上
のページ記述言語インタプリタを有していても、１つの
フォントキャッシュによりフォントキャッシュ処理が効
率的に実現されることになる。

【００４３】次に、図５を参照してフォント展開データ
保持部３ｂについて詳細に説明する。なお、図５（ａ）
はフォント展開データ保持部３ｂにおけるフォント展開
データの管理テーブルの具体的内容を示しており、図５
（ｂ）は、この管理テーブルによって管理されるフォン
ト展開データの一例を示してる。

【００４４】図５（ａ）において、管理テーブルの管理
内容は、フォントＩＤ管理部３ａに登録されるいるフォ
ントＩＤ、グリフＩＤ、文字幅、及びフォント展開デー
タが格納される位置を示すポインタを有している。

【００４５】ここで、グリフＩＤは、予め割り当てられ
ている文字・記号に固有の識別子である。例えば、グリ
フ「ａ」は、１６進で「Ａ１」として定義され、グリフ
「：」は、１６進で「３Ｂ」として定義される。また、
文字幅とは、現在のフォントの描画開始点から次のフォ
ントの描画開始点へのベクトルであり、いわば文字送り
幅を意味する。

【００４６】ここで、フォント管理部１ｂ，２ｂが、フ
ォントＩＤ「１」とグリフＩＤ「Ａ１」と用いてフォン
ト展開データの検索を行うと、これに対応する文字幅と
ポインタによって示される図５（ｂ）の「Ａ」のビット
マップデータであるフォント展開データがフォント管理
部１ｂ，２ｂに引き渡される。

【００４７】一方、フォント管理部１ｂ，２ｂが、フォ
ント展開データ保持部３ｂにフォントを登録する場合、
フォントＩＤ、グリフＩＤ、文字幅、及びフォント展開
データを引き渡すことによって登録される。

【００４８】ここで、ページ記述言語の１つであるポス
トスクリプトのプログラムを用いてフォントキャッシュ
処理を説明する。ここでは、ページ記述言語インタプリ
タ１がポストスクリプトを処理するものとして説明す
る。

【００４９】ポストスクリプトプログラムの一例として
は、次のようなものがある。すなわち、 /Helvetica findfont 12 scalefont setfont (1) 100 100 moveto (2) (ab)show (3) (cd)show (4) showpage (5) である。このポストスクリプトプログラムの意味を説明
すると、(1)は、ヘルベチカ（Helvetica）フォントを１
２ポイントの大きさで使える状態にすることを示し、
(2)は、座標（100,100）の位置から描画を始めることを
示し、(3)は、文字ａ，ｂを描画することを示し、(4)
は、文字ｃ，ｄを描画することを示し、(5)は、ページ
バッファ上に描画したデータを出力することを示してい
る。

【００５０】このポストスクリプトプログラムを受け付
けたページ記述言語処理部１ａは、(1)の記述を解釈し
て、フォントマトリックス（0.012,0,0,0.012,0,0）を
設定する。そして、ページ記述言語処理部１ａは、フォ
ント管理部１ｂに対して、フォント名「Helvetica」と
フォントマトリックス（0.012,0,0,0.012,0,0）とを引
き渡し、フォント管理部１ｂは、このフォント名とフォ
ントマトリックスとをもとに、フォントＩＤ管理部３ａ
に対して既に登録されているフォントＩＤの獲得を行
う。その後、このフォントＩＤとグリフＩＤとをもとに
フォント展開データを獲得し、この獲得したフォント展
開データをページ記述言語処理部１ａに引き渡し、ペー
ジ記述言語処理部１ａは、このフォント展開データをペ
ージ単位のイメージデータの一部とする。

【００５１】ところで、上述したフォント展開データ
は、全てビットマップに展開されたラスタデータとして
説明したが、これに限らず、このラスタデータをランレ
ングスエンコーディング等により圧縮した圧縮データと
してフォント展開データ保持部３ｂに保持するようにし
てもよい。この際、フォント展開データ保持部３ｂに保
持された圧縮データを再利用する場合は、伸長部を用い
て該圧縮データをもとの圧縮処理の逆処理としての伸長
処理を行う必要がある。もちろん、圧縮部も設ける必要
がある。これにより、さらにメモリの使用効率が高ま
り、同一メモリ容量の場合、再利用されるフォントのヒ
ット率が向上する。

【００５２】なお、上述したイメージ展開装置は、いわ
ゆるフォントサーバとは基本的に異なる。すなわち、フ
ォントサーバは、フォントの展開部を複数の装置で共有
する装置であり、これによりフォントの展開処理の効率
化を図ろうとするものである。これに対し、本イメージ
展開装置は、ページ記述言語が異なるためフォントフォ
ーマットが異なるが、該ページ記述言語のフォント展開
命令が指示する対象フォントが同一である場合に最終的
には同一のフォント展開データが生成されるため、かか
る同一のフォント展開命令に対応するフォント展開処理
を軽減し、かつ重複したフォント展開データの格納を削
減しようとするフォントキャッシュに関するものであ
り、複数のフォントの展開部が対象とするページ記述言
語、いわばフォントフォーマットが異なることを前提と
している。

【００５３】

【発明の効果】以上説明したように、本発明では、第１
のページ記述言語で表現された第１のフォントフォーマ
ットを含む第１のページ記述言語プログラムを解釈して
イメージデータに展開する第１のページ記述言語処理手
段と、第２のページ記述言語で表現された第２のフォン
トフォーマットを含む第２のページ記述言語プログラム
を解釈してイメージデータに展開する第２のページ記述
言語処理手段とを有し、記憶手段が、前記第１または第
２のフォントフォーマットに対応して展開されたフォン
トデータを、該フォントデータの共通属性情報をもとに
記憶管理し、前記第１及び第２のページ記述言語処理手
段が共有するように、前記第１及び第２のページ記述言
語処理手段のそれぞれは、フォントの展開要求を受け付
けると前記共通属性情報をもとに前記記憶手段を検索
し、該共通属性情報が示すフォントデータが存在する場
合、該フォントデータを取得し、該共通属性情報が示す
フォントデータが存在しない場合、該フォントの展開処
理を行って該展開処理されたフォントデータの共通属性
情報とともに該フォントデータを前記記憶手段に記憶す
るようにしている。

【００５４】従って、第１のページ記述言語処理手段と
第２のページ記述言語処理手段とが同一のフォント展開
データを所望する際、どちらかのページ記述言語処理手
段が展開処理したフォント展開データを共有することが
できるので無駄な展開処理を回避し、また、同一のフォ
ント展開データを重複して保持することがないので、フ
ォントキャッシュメモリのメモリ使用効率が高まり、全
体的なフォントにヒット率が向上し、展開処理にかかる
時間が短縮されるという利点を有する。

【図面の簡単な説明】

【図１】本発明の実施の形態であるイメージ展開装置の
構成を示す図。

【図２】イメージ展開装置の全体処理手順を示すフロー
チャート。

【図３】フォントＩＤ管理部２ａの管理内容を示す図。

【図４】キャラクタ座標系とデバイス座標系との関係を
示す図。

【図５】フォント展開データ保持部３ｂの詳細説明図。

【図６】従来のイメージ展開装置の構成を示す図。

【図７】異なる複数のページ記述言語処理部を有した構
成をもつ従来のイメージ展開装置の構成を示す図。

【符号の説明】

１，２…ページ記述言語インタプリタ１ａ，２ａ…ペ
ージ記述言語処理部１ｂ，２ｂ…フォント管理部１ｃ，２ｃ…フォント展
開部３…フォントキャッシュ３ａ…フォントＩＤ管理部３ｂ…フォント展開データ保持部Ｐ１，Ｐ２…ページ記述言語処理プログラムＤ１，Ｄ
２…イメージデータ

Claims

【特許請求の範囲】

【請求項１】第１のページ記述言語で表現された第１
のフォントフォーマットを含む第１のページ記述言語プ
ログラムを解釈してイメージデータに展開する第１のペ
ージ記述言語処理手段と、第２のページ記述言語で表現
された第２のフォントフォーマットを含む第２のページ
記述言語プログラムを解釈してイメージデータに展開す
る第２のページ記述言語処理手段とを有したイメージ展
開装置において、前記第１または第２のフォントフォーマットに対応して
展開されたフォントデータを、該フォントデータの共通
属性情報をもとに記憶管理し、前記第１及び第２のペー
ジ記述言語処理手段が共有する記憶手段を具備し、前記第１及び第２のページ記述言語処理手段のそれぞれ
は、フォントの展開要求を受け付けると前記共通属性情
報をもとに前記記憶手段を検索し、該共通属性情報が示
すフォントデータが存在する場合、該フォントデータを
取得し、該共通属性情報が示すフォントデータが存在し
ない場合、該フォントの展開処理を行って該展開処理さ
れたフォントデータの共通属性情報とともに該フォント
データを前記記憶手段に記憶することを特徴とするイメ
ージ展開装置。