JP2000207150A

JP2000207150A - 印刷システム

Info

Publication number: JP2000207150A
Application number: JP11011313A
Authority: JP
Inventors: Nobuo Yamagishi; 信雄山岸
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1999-01-20
Filing date: 1999-01-20
Publication date: 2000-07-28

Abstract

(57)【要約】【課題】修正のあった文書の再印刷を高速化する。【解決手段】クライアント装置１０のアプリケーショ
ン１２は、作成した文書の各ページに各々固有のページ
ＩＤを付与する。文書修正時には、修正したページに新
たなページＩＤを付与する。無修正のページのページＩ
Ｄは変更しない。プリンタドライバ１４は、その文書の
ＰＤＬ（ページ記述言語）ファイルを作成する際、各ペ
ージのページＩＤをコメント文としてそのファイル内に
組み込む。プリントサーバ２０では、デコンポーザ２５
でＰＤＬファイルを処理して各ページのイメージを作成
すると、それら各ページイメージを各々のページＩＤと
対応づけてページキャッシュ２６に保存する。印刷時に
は、ＰＤＬファイルに含まれる各ページＩＤに対応する
ページイメージがページキャッシュ２６内にあるかどう
か調べ、あった場合にはＰＤＬの処理を省略して、ペー
ジキャッシュ２６内のイメージを利用する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント装置
で生成した印刷指示データをプリントサーバで解釈して
印刷可能データを生成し、これを印刷装置に供給して印
刷させる印刷システムにおいて、再印刷の処理負荷を軽
減するための技術に関する。

【０００２】

【従来の技術】再印刷を効率よく行うために、プリント
サーバとクライアント装置の間、もしくはプリントサー
バの中に、文書を保存・管理する文書管理装置が設けら
れることがある。このようなシステムでは、ある文書の
再印刷の必要が生じた場合、文書管理装置から、以前の
印刷時に保存しておいた同文書のデータを取り出して印
刷することで、クライアント装置で再び同じ文書の印刷
指示データを生成してプリントサーバへ送信する手間を
省き、再印刷の効率を向上させている。

【０００３】さて、文書編集から印刷までの一連の処理
を考えた場合、一つの文書がそれぞれの処理段階におい
て適切な様々なファイルフォーマットに変換されて扱わ
れることはよく知られている。各フォーマットにはそれ
ぞれ長所短所があり、文書管理装置で保管する文書のフ
ァイルフォーマットをどうするかは、システムの効率を
考える上で重要なポイントとなる。

【０００４】文書編集アプリケーションの（もしくはそ
れに近い）ファイルフォーマットのは、文書の編集には
適しているが、アプリケーション固有のフォーマットで
ある場合がほとんどで汎用性の点で問題がある。また、
ファイルフォーマットの仕様自体が公開されていない場
合もあり、このような場合は文書保管装置の構築がそも
そも困難となる。また、文書編集アプリケーションのフ
ァイルフォーマットを用いた場合、再印刷の指示から完
了までに時間を要したり、最初の印刷時と異なる印刷装
置を出力先に指定した場合などにはフォントの不一致な
どから同じ印刷結果が得られない可能性もあり、このフ
ォーマットは再印刷用の保管データのフォーマットに適
しているとは言い難い。

【０００５】一方、プリンタの内部で最終的に使用され
るファイルフォーマット（例えばラスタイメージ）は、
通常、そのプリンタ（あるいはプリンタベンダ）独自の
ものになり、他のプリンタなどで汎用的に利用すること
はできない。プリントサーバに、さまざまなベンダが提
供するさまざまなプリンタを接続するシステム構成を考
えた場合、そのようなフォーマットは再印刷用の文書保
管フォーマットには適さない。

【０００６】このような理由から、再印刷を目的とした
文書管理装置では、保管する文書のフォーマットとして
ＰＤＬ（ページ記述言語）を用いることが多い。ＰＤＬ
は、ページを記述する言語であり、一般に、クライアン
ト装置からプリントサーバへの文書データ転送時のフォ
ーマットとして用いられている。ＰＤＬは、プリンタな
どの個々のデバイスの機種に依存しないページ記述を目
指したものであり、たとえば業界標準的なPostScript
（米国アドビシステムズ社の商標）など、多くのベンダ
のプリントサーバでサポートされているものもある。Ｐ
ＤＬを文書の保管用フォーマットとして用いた場合、さ
まざまなプリンタで汎用的に利用できる上、再印刷結果
の同一性をかなりの程度保証することができ、再印刷時
の印刷速度も文書編集アプリケーションのフォーマット
に比べ改善される。

【０００７】しかしながら、ＰＤＬは、プリンタで処理
可能なラスタフォーマットに変換するのにある程度の時
間を要する。特にカラーイメージを含んだ文書は、周知
のようにＰＤＬからラスタイメージへの展開にかなり長
い時間を要する。このため、ＰＤＬ形式で文書を保管す
るシステムでは、再印刷速度の改善が要望されている。

【０００８】この要望に応えるシステムとして、文書を
ＰＤＬファイルの形で保管するだけでなく、特定のプリ
ンタでの印刷に特化したフォーマット（ＰＲＦ（プリン
トレディフォーマット）と呼ぶ）のファイルも合わせて
保管するシステムが存在する。ＰＲＦとは、例えば解像
度やイメージ主走査方向などが該プリンタが最も効率的
に働くように設定されたフォーマット（一般にはラスタ
の一種）であり、通常は、ＰＤＬファイルを展開処理し
た結果作成される。このようなシステムでは、文書の再
印刷を前回印刷時と同じプリンタで行う場合は、ＰＤＬ
と対応づけて保管した当該文書のＰＲＦファイルを利用
することにより、高速に再印刷処理を行うことができ
る。

【０００９】

【発明が解決しようとする課題】しかしながら、このよ
うな従来システムは、ＰＤＬファイルを管理の単位とし
て文書管理を行っており、アプリケーションレベルで若
干の文書の修正が行われるような、なかり頻繁に発生し
うる事象が起こった場合には非効率的な事態が生じる。
例えば、アプリケーション上で印刷後に誤字を発見して
修正した場合などには、たった１文字の修正でも、その
文書全体のＰＤＬファイルを作成し直すことになり、そ
の場合ＰＤＬファイル自体が変更されたので、以前作成
しておいた修正前の当該文書のＰＲＦファイルは使用で
きず、作成し直されたＰＤＬファイルに対し再び処理の
遅い展開処理を行う必要があった。

【００１０】つまり、上記従来のＰＤＬベースの文書管
理は、印刷を目前にした修正のない完成された文書を管
理するには適しているが、修正が頻繁に行われる文書を
取り扱う環境では、せっかく以前に作ったＰＲＦファイ
ルが利用できず、再印刷の高速化等のメリットを得るこ
とができなかった。

【００１１】本発明は、以上の問題を解決するためにな
されたものであり、一度印刷した文書のデータを保管し
て再印刷に利用するシステムにおいて、文書修正が頻繁
に行われる環境でも、以前に印刷した文書のデータを有
効利用し、修正後の再印刷の処理速度を改善することを
目的とする。

【００１２】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係る印刷システムは、少なくとも１つの文
書構成要素の印刷指示データを含む印刷ジョブを作成す
るクライアント装置と、印刷ジョブを解釈して各文書構
成要素の印刷可能データを生成し、印刷装置に供給して
印刷させるプリントサーバと、を含み、前記クライアン
ト装置は、新規生成又は変更した文書構成要素に対し、
少なくとも前記印刷システム内で一意的な識別子を付与
する手段と、付与された識別子と文書構成要素との対応
関係の情報を印刷ジョブに組み込む手段と、を有し、前
記プリントサーバは、各文書構成要素の印刷指示データ
から生成した印刷可能データに対し、当該文書構成要素
に付与された識別子を対応づけて記憶する記憶手段を有
し、前記識別子を用いて前記プリントサーバに記憶され
た印刷可能データを再利用可能としたことを特徴とす
る。

【００１３】この構成では、クライアント装置側で印刷
ジョブに含まれる個々の文書構成要素ごとに一意的な識
別子を付与し、プリントサーバ側で各文書構成要素の印
刷可能データをこの識別子と対応づけて保存することに
より、印刷可能データをＰＤＬファイルの単位ではな
く、文書構成要素の単位で再利用することが可能となっ
た。文書構成要素は、例えばページであってもよく、ま
た個々の文字列や図形、イメージなどの描画オブジェク
トであってもよい。この構成では、１つの文書の中で
も、修正された文書構成要素には修正前と異なる識別子
が付与され、修正されなかった文書構成要素には元と同
じ識別子が付与される。したがって、一度印刷した文書
に対し修正を行った場合、修正していない文書構成要素
については、前に印刷に用いた印刷可能データを再利用
して印刷することができ、印刷指示データを印刷可能デ
ータに展開する処理を省くことができる。

【００１４】本発明の好適な態様では、クライアント装
置は、識別子を、対応する文書構成要素を記述した印刷
指示データに対するコメント文の形で印刷ジョブ内に組
み込む。コメント文は、プリントサーバの有する印刷可
能データの生成手段（いわゆるインタプリタ）には影響
を与えない形式である。プリントサーバに、インタプリ
タの他に、印刷ジョブ中のコメント文を解析して識別子
を検出する手段を設ければ、既に記憶手段に印刷可能デ
ータが記憶済みの文書構成要素については、検出した識
別子に基づき対応する印刷可能データを検索して利用す
ることができる。また、この態様では、印刷ジョブには
各文書構成要素を記述した印刷指示データが含まれてい
るので、本発明に対応しているプリントサーバで処理し
ても対応していないプリントサーバで処理しても、基本
的に同じ印刷結果が得られる。したがって、この態様
は、ネットワーク上のすべてのプリントサーバが本発明
の識別子を利用した仕組みを持っていない場合でも矛盾
なく使用することができ、多数のプリントサーバが接続
されたネットワーク環境にも容易に導入することができ
る。

【００１５】また、本発明の別の好適な態様では、クラ
イアント装置は、プリントサーバに対し、印刷ジョブを
構成する各文書構成要素の印刷可能データが記憶手段に
記憶されているか否かを、各文書構成要素の識別子を用
いて問い合わせ、この問合せの結果、記憶手段に印刷可
能データが記憶されているとの回答を受けた文書構成要
素については、当該文書構成要素を記述した印刷指示デ
ータを作成する代わりに、記憶手段に記憶された該文書
構成要素の識別子に対応する印刷可能データを読み出し
て使用する旨を指示する印刷指示データを生成し、印刷
ジョブに組み込む。

【００１６】この態様によれば、印刷ジョブのデータ量
を少なくすることができ、その作成や伝送に要する時間
を削減することができる。

【００１７】また、本発明の別の好適な態様では、複数
の前記プリントサーバを有する印刷システムにおいて、
各プリントサーバは、クライアント装置から受けた印刷
ジョブに含まれる文書構成要素の識別子に対応する印刷
可能データが自己の記憶手段にない場合は、他のプリン
トサーバに対して当該識別子に対応する印刷可能データ
を記憶しているか否かを問い合わせ、当該識別子に対応
する印刷可能データを記憶しているプリントサーバがあ
った場合は、そのプリントサーバから当該印刷可能デー
タの供給を受ける。

【００１８】この態様によれば、複数のプリントサーバ
を有するシステムにおいても、以前に生成した印刷可能
イメージをできるだけ有効に活用することにより、印刷
ジョブの解釈に要する時間を低減し、再印刷の処理時間
を短縮することができる。

【００１９】また、本発明は、文書を構成する各文書構
成要素ごとに固有の識別子を付与してその更新履歴を管
理するアプリケーションの作成した文書データから、そ
の文書の印刷イメージを記述した所定のページ記述言語
の印刷ジョブを生成するプリンタドライバであって、文
書データから、当該文書の各文書構成要素の識別子を抽
出する手段と、前記各文書構成要素を表すページ記述言
語の記述を生成する手段と、前記各文書構成要素を表す
ページ記述言語の記述に対し、当該文書構成要素の識別
子の情報を当該ページ記述言語に規定されたコメント文
の形式で付加して印刷ジョブを生成する手段とを有する
プリンタドライバを提供するものである。

【００２０】また、本発明は、ページ記述言語で記述さ
れた印刷ジョブを解釈して印刷可能データを生成する解
釈手段を有し、生成した印刷可能データを印刷装置に供
給して印刷させるプリントサーバであって、前記解釈手
段で生成した印刷可能データを記憶する記憶手段であっ
て、文書の各文書構成要素ごとに、その文書構成要素の
印刷可能データとその文書構成要素の識別子とを対応づ
けて記憶する記憶手段と、印刷ジョブを解析して、当該
印刷ジョブの表す文書の各文書構成要素の識別子を検出
する手段と、検出した識別子に対応する印刷可能データ
が前記記憶手段に記憶されているか否かを判定する手段
と、記憶されていないと判定された場合は、前記検出し
た識別子に対応する文書構成要素の印刷指示データを前
記解釈手段に解釈させて当該文書構成要素の印刷可能デ
ータを生成し、記憶されていると判定された場合は、前
記検出した識別子に対応する印刷可能データを前記記憶
手段から読み出して出力する手段と、前記解釈手段で印
刷可能データを生成した文書構成要素について、その文
書構成要素の識別子と印刷可能データを前記記憶手段に
記憶させる手段とを有するプリントサーバを提供するも
のである。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態（以下
実施形態という）について、図面に基づいて説明する。

【００２２】図１は、本発明に係る印刷システムの概略
構成を示す機能ブロック図である。印刷システムは、ネ
ットワーク４０を介して相互に接続されたクライアント
装置１０及びプリントサーバ２０と、プリントサーバ２
０に専用ケーブル等で接続されたＩＯＴ（Image Output
Terminal）３０から構成される。

【００２３】クライアント装置１０は、コンピュータで
あり、各種のアプリケーション１２を搭載する。それら
アプリケーション１２で作成された文書に対し、ユーザ
から印刷指示が行われると、プリンタドライバ１４は、
アプリケーション１２のデータ形式の文書をページ記述
言語（ＰＤＬ）のデータ形式に変換して印刷ジョブを生
成し、プリントサーバ２０に送信する。プリントサーバ
２０は、この印刷ジョブを解釈してＩＯＴ３０に扱える
ラスタイメージなどの印刷可能データに変換する。ＩＯ
Ｔ３０は、プリントエンジンとも呼ばれ、プリントサー
バ２０から供給される印刷可能データに基づき、用紙上
に文書の可視イメージを形成する。ＩＯＴ３０は、１つ
のプリントサーバ２０に対して複数接続することができ
る。また、クライアント装置１０及びプリントサーバ２
０も、ネットワーク４０に複数接続することができる。

【００２４】以下、クライアント装置１０とプリントサ
ーバ２０の内部構成を更に詳しく説明する。

【００２５】［クライアント装置］（１）アプリケーション１２クライアント装置１０のアプリケーション１２は、文書
の各ページに固有な識別番号（ページＩＤと呼ぶ）を付
与し、各ページの修正履歴を管理する機能を持つ。各ペ
ージには、新規生成されたときにページＩＤが付与され
ると共に、保存されていた状態からそのページが変更さ
れたら、そのページには新たなページＩＤが付与され
る。アプリケーション１２が作成する文書データには、
各ページのページＩＤが含まれる。なお、ページＩＤ
は、少なくとも当該印刷システムの内部で一意的になる
ように付与する。

【００２６】ページＩＤ付与には、例えばMicrosoft社
が利用しているＧＵＩＤ（Global Unique ID）を用いる
ことができる。これは、各装置ごとにそれぞれ固有のＩ
Ｄを付与しておき、各装置が生成したデータに対しその
装置内での一意的なＩＤを付与すると共に、そのＩＤに
その装置自体のＩＤを冠することにより、そのデータの
ＩＤを作成するアルゴリズムであり、ほぼ確実にグロー
バルに一意的な１２８ビットのＩＤを作成することがで
きる。ＧＵＩＤを用いたアプリケーションとして、例え
ばMicrosoft社のワードプロセッサアプリケーションで
あるＭＳＷｏｒｄ（商品名）があり、これを本実施形
態におけるアプリケーション１２として用いることもで
きる。なお、ページＩＤ付与のアルゴリズムはこれに限
られるものではなく、当該印刷システム内で一意性を保
証できるものであればどのようなものでもよい。

【００２７】（２）プリンタドライバ１４プリンタドライバ１４は、アプリケーション１２と協業
して印刷ジョブ（以下単にジョブという）を作成する。
ジョブは、例えば、文書の各ページの印刷イメージをＰ
ＤＬで記述したＰＤＬファイルと、部数やフィニッシン
グ処理（ステープル留めなどの後処理）などの印刷処理
属性の指定を記述したジョブチケットファイルから構成
される。なお、ジョブチケットファイルは本発明にとっ
て本質的なものではなく、ジョブチケットファイルを含
まない印刷ジョブを生成するシステムにも本発明が適用
可能であることは、以降の説明から明確に理解されよ
う。

【００２８】印刷ジョブのＰＤＬファイルの作成に当た
り、プリンタドライバ１４は、アプリケーション１２の
文書データから、その文書の各ページの印刷イメージを
表すＰＤＬ記述を作成すると共に、文書データからそれ
ら各ページのページＩＤを検出し、ＰＤＬの記述の中に
組み込む。ページＩＤのＰＤＬファイルへの組み込み
は、例えばコメント文の形式を用いることにより行うこ
とができる。ＰＤＬとしてＰｏｓｔＳｃｒｉｐｔ（米国
アドビシステムズ社の商標）を用いた場合、例えば図２
に示すような記述となる。この例では、「%%PageID:」
で始まる行がページＩＤを表すコメント文であり、｛｝
内値がページＩＤである。なお、ＰｏｓｔＳｃｒｉｐｔ
では記号「％」で始まる行はコメントと認識され、イン
タプリタはこれを解釈しない。「%%Page:７７」なる記
述は、ある１ページ（この例では７７ページ）のイメー
ジを記述したＰＤＬ記述の始まりを示すコメント文であ
り、次行のページＩＤはこのページに付与されたもので
ある。このように、この例では、ページＩＤの記述は、
当該ページのＰＤＬ記述の先頭部分に埋め込まれる。

【００２９】ページＩＤをコメント文としてＰＤＬ記述
中に組み込むというこの方式によれば、プリントサーバ
２０側では、ページＩＤの記述を検出、解析するため
に、コメント文を解析してページＩＤを抽出する機構
（プログラム）をＰＤＬのインタプリタとは別に設けれ
ばよく、ＰＤＬのインタプリタ自体には何ら変更を加え
る必要がない。また、コメント文はＰＤＬのインタプリ
タでは無視され、インタプリタには何の影響も与えない
ので、この方式には、ページＩＤのコメント文を解析す
る機構を持たないプリントサーバに対しても互換性を失
わないという利点もある。

【００３０】この方式では、プリンタドライバ１４はア
プリケーション１２と協業して、ユーザーに指示された
範囲のすべてのページを表すＰＤＬ記述を作成し、そこ
に各ページのページＩＤをコメント文として埋め込む。
本実施形態では、既にプリントサーバ２０で印刷された
ことのあるページは、その時作成した印刷可能データを
再利用する（詳細は後述）ので、すべてのページを含む
ＰＤＬファイルを作成することは一見無駄に見えるかも
しれないが、これは、ページＩＤを認識できないシステ
ムでも問題なく印刷できるようにするためのものであ
る。すなわち、この方式により、ネットワーク４０上に
ページＩＤを認識できる本実施形態のプリントサーバ２
０と、ページＩＤを認識できないプリントサーバとが混
在する場合でも、プリンタドライバ１４はそのような混
在を意識せずに全く同じＰＤＬファイルを作成すること
ができる。

【００３１】このようなページＩＤが埋め込まれたジョ
ブによれば、プリントサーバ２０は、各ページが既に一
度印刷したことのあるものか、それとも初めて受け取っ
たものかを判別することができる。例えば、ある文書１
のバージョンＡのジョブがすでにプリントサーバ２０に
送信され、印刷も完了している状況で、クライアント装
置１０側でページＸ及びＹのみが変更されたその文書１
のバージョンＢが作成され、プリントサーバ２０に送ら
れた場合、プリントサーバ２０では、各ページのページ
ＩＤを調べることにより、ページＸ及びＹのみが変更さ
れたことが理解できる。他のページのページＩＤは前の
バージョンのときと同じであるが、ページＸ及びＹだけ
前のバージョンとは異なる未知のページＩＤを持ってい
るからである。

【００３２】このようにしてプリンタドライバ１４で作
成されたＰＤＬファイルは、別途作成されたジョブチケ
ットファイルと共に、ジョブとしてネットワーク４０を
介しプリントサーバ２０に送信される。

【００３３】［プリントサーバ］（１）ジョブ受信装置２１プリントサーバ２０では、ジョブ受信装置２１がネット
ワーク４０からジョブ受信する。受信したジョブはジョ
ブ管理装置２２に送られ、管理される。

【００３４】（２）ジョブ管理装置２２ジョブ管理装置２２は、受信したジョブを保管し、印刷
の流れ全体を統括制御する。ジョブ管理装置２２の処理
手順を図３を参照して説明する。

【００３５】ジョブ管理装置２２は、ジョブ受信装置２
１からジョブを受け取ると（Ｓ１０）、まず受信したジ
ョブファイル、すなわちＰＤＬファイルとジョブチケッ
トファイルをジョブ保管装置２３に送り、それらファイ
ルの保管を依頼する（Ｓ１２）。ジョブ保管装置２３
は、その依頼に応じてそれらファイルを保管する（Ｓ２
２。詳細は後述）。また、ジョブ管理装置２２は、それ
ら受信ジョブの処理順序を管理する。すなわちジョブ管
理装置２２は、受信したジョブを印刷待ちのキューに登
録し、スケジューリングする。そして、ジョブを印刷す
る順番が来ると、そのジョブをイメージ形成装置２４に
送り、ページイメージの作成を依頼する（Ｓ１４）。こ
の依頼の後、ジョブ管理装置２２は、イメージ形成処理
の完了待ちの状態となる（Ｓ１６）。イメージ形成装置
２４は、この依頼に応じて、デコンポーザ２５とページ
キャッシュ２６を制御して、そのジョブの各ページのペ
ージイメージを作成し、作成したページイメージをペー
ジキャッシュ２６に保存すると共に、それらページキャ
ッシュ２６に保存した各ページイメージへのアクセス情
報（各ページイメージのファイル名など）を示したファ
イル（構成ページファイルと呼ぶ）を作成し、ジョブ管
理装置２２に渡す。ジョブ管理装置２２は、この構成ペ
ージファイルをジョブ保管装置２３に送り、元のジョブ
のファイル（ＰＤＬファイルやジョブチケットファイ
ル）との関連付け処理を依頼する（Ｓ１８）。この依頼
に応じ、ジョブ保管装置２３は、構成ページファイルを
ジョブファイルに対応づけて保管する（Ｓ２６。詳細は
後述）。そして、ジョブ管理装置２２は、その構成ペー
ジファイルをジョブチケットの情報とともにＩＯＴ制御
装置２７に送り、印刷処理を依頼する（Ｓ２０）。ＩＯ
Ｔ制御装置２７は、この依頼に応じ、構成ページファイ
ルを参照して各ページのページイメージをページキャッ
シュ２６から取り出し、ＩＯＴ３０に渡して印刷を行わ
せる（Ｓ２８）。

【００３６】（３）ジョブ保管装置２３ジョブ保管装置２３は、各ジョブの情報を印刷や再印刷
のために保管する、一種のデータベースである。ここに
保管される情報には、クライアント装置１０から受信し
たジョブファイル（すなわちＰＤＬファイル及びジョブ
チケットファイル）や、ページキャッシュ２６に保管さ
れている各ページイメージとジョブとの関連付け情報で
ある構成ページファイルが含まれる。ジョブ保管装置２
３にはジョブに関する一連の情報が保存されているた
め、プリントサーバ２０のユーザインタフェース又はク
ライアント装置１０からジョブ保管装置２３にアクセス
し、そこでジョブを指定することにより、そのジョブの
再印刷をジョブ管理装置２２に指示することができる。
再印刷の場合、当該ジョブの各ページのページイメージ
はすでにページキャッシュ２６に保存されているため、
あらためてＰＤＬファイルを解釈してイメージ作成を行
う必要はない。

【００３７】（４）イメージ形成装置２４イメージ形成装置２４は、ジョブの文書を、ＩＯＴ３０
で取扱可能な印刷可能データに変換する装置である。イ
メージ形成装置２４は、ジョブ管理装置２２からジョブ
のイメージ形成処理の依頼を受け、このとき同時に受け
取ったＰＤＬファイル及びジョブチケットファイルに従
って、各ページの印刷可能データであるページイメージ
を作成する。

【００３８】ここで注意すべきは、ＰＤＬ解釈及び描画
処理という実際のイメージ作成のための処理を行うの
は、デコンポーザ２５であるということである。イメー
ジ作成という観点で言えば、イメージ形成装置２４は、
デコンポーザ２５に対してイメージ作成を依頼し、イメ
ージ作成処理全体を管理する上位装置として機能する。
このような管理手段としてのイメージ形成装置２４を設
けるのは、ページキャッシュ２６を利用したイメージ形
成処理の効率化を実現するためである。

【００３９】本実施形態では、この処理は、デコンポー
ザ２５からのページキャッシュ問合せに応じて行われ
る。イメージ形成装置２４は、ＰＤＬファイルに組み込
まれたページＩＤを利用して、各ページのページイメー
ジがページキャッシュ２６内に既に格納済みかどうかを
調べる。そして、イメージ形成装置２４は、ジョブの各
ページのページイメージがページキャッシュ２６に保存
されていないと判明した場合は、デコンポーザ２５にそ
のページのページイメージを作成させ、ページキャッシ
ュ２６に既に保存されていると判明した場合は、デコン
ポーザ２５にそのページのイメージの作成を省略させ、
ページキャッシュ２６中のそのページイメージを利用す
る。このような処理を各ページについて繰り返すことに
より、ジョブの全ページのページイメージが、デコンポ
ーザ２５又はページキャッシュ２６のいずれかから取得
できる。

【００４０】ジョブの全ページのページイメージが作成
できると、イメージ形成装置２４は、ジョブ管理装置２
２に対し、イメージ作成依頼の応答として、ジョブを構
成する各ページのページイメージの情報を返す。本実施
形態では、デコンポーザ２５で作成されたページイメー
ジはすべてページキャッシュ２６に保存し、ジョブ管理
装置２２へは、ページキャッシュ２６内のそれら各ペー
ジのイメージへアクセスするために必要な情報、すなわ
ち構成ページファイルを渡す。

【００４１】この一連の処理の手順については後の
（７）「イメージ形成処理の手順」で詳述する。

【００４２】（５）デコンポーザ２５デコンポーザ２５は、ジョブのＰＤＬファイルを解釈し
て各ページのラスタイメージを作成し（この解釈、イメ
ージ作成処理を合わせて「デコンポーズ処理」と呼
ぶ）、イメージ形成装置２４に返送する。デコンポーザ
２５は、ＰＤＬの記述を解釈するインタプリタに加え、
コメント文を解析してページＩＤを検出し、そのＩＤに
対応するページイメージが既にページキャッシュ２６に
保存されているか否かを問い合わせるための機構を有す
る。デコンポーザ２５は、ＰＤＬファイルの記述を先頭
から順に調べていき、ページＩＤの検出すると、そのペ
ージＩＤに対応したページイメージファイルがページキ
ャッシュ２６に保存されているかどうか、イメージ形成
装置２４に対して問合せを行う。そして、この問合せに
より、ページキャッシュ２６内にそのページＩＤのペー
ジイメージが既に保存されていると分かった場合は、そ
のページについてのデコンポーズ処理を省略する。な
お、デコンポーザ２５の詳細な機能については、後の
（７）で詳述する。

【００４３】（６）ページキャッシュ２６ページキャッシュ２６は、デコンポーザ２５でのデコン
ポーズ処理によりＰＤＬファイルから作成された各ペー
ジのページイメージを、ファイルとして保管し、管理す
る。ここで、ページイメージのファイルには、当該ペー
ジのページＩＤの情報が関連づけられる。例えば、ペー
ジＩＤ自体を当該ページイメージのファイル名とするこ
とが好適である。

【００４４】ページＩＤは一意的なものであるため、各
ページイメージのファイルは、特にジョブごとに管理す
る必要はなく、すべてのジョブのすべてのページのイメ
ージを同じレベルで均質に管理することができる。例え
ば、ファイルシステム上の１つのディレクトリをページ
キャッシュ２６とし、すべてのページイメージファイル
を管理することができる。

【００４５】ページイメージのファイル名にページＩＤ
を用いた場合、{5a61f8f3-cde1-11cf-9113-00aa00425c6
2}というページＩＤを持つページのページイメージファ
イルは、{5a61f8f3-cde1-11cf-9113-00aa00425c62}とい
うファイル名で保管する。このようにページキャッシュ
中のページイメージファイルのファイル名としてページ
ＩＤを用いると、デコンポーザ２５からの問合せに応じ
て特定のページＩＤを持つページイメージファイルを検
索する際、ページキャッシュ２６を構成するディレクト
リの中のファイル名を検索するだけでよい。

【００４６】なお、この代わりに、ページイメージファ
イルをジョブごとに整理して管理する方式も考えられ
る。例えば、ページキャッシュ２６のディレクトリ中に
ジョブごとにサブディレクトリを作成し、そのサブディ
レクトリ下にそのジョブのページイメージファイルを保
存するなどである。この方式の方が検索性がよく、ジョ
ブ単位での再印刷指示を受けた場合などにはこちらの方
が高速に対応できる。

【００４７】ページキャッシュ２６は、典型的にはハー
ドディスク装置のような大容量記憶装置を用いて実現さ
れる。ページキャッシュ２６は、このような記憶装置の
容量に依存し、有限の大きさであるため、ページイメー
ジファイルを無限に保存することはできない。このた
め、不要なページイメージファイルを適宜削除する機能
を持つ必要がある。この機能は、一般的なキャッシュメ
モリにおいて公知の様々な手法を用いて実現できる。例
えば、ページイメージの総量が予め定めた上限値を超え
たときに、最も古く作成されたページイメージから削除
したり、最も長い間参照されないページイメージから削
除したりするという方式である。また、ページイメージ
の利用頻度の統計データを順次作成し、この統計データ
をもとに削除するページイメージを決めてもよい。ま
た、ページイメージの総量が上限値を超えたときに、サ
ーバ管理者に警告を出し、管理者に削除させるような仕
組みも可能である。

【００４８】（７）イメージ形成処理の手順ここで、図５を参照して、これまでに説明したイメージ
形成装置２４、デコンポーザ２５及びページキャッシュ
２６によるイメージ形成処理の流れを説明する。

【００４９】＜処理の開始＞イメージ形成処理は、イメ
ージ形成装置２４がジョブ管理装置２２からジョブの処
理依頼を受信したときから始まる。イメージ形成装置２
４は、ジョブ管理装置２２からジョブファイル（ＰＤＬ
ファイル及びジョブチケットファイル）を受信してその
処理依頼を受けると（Ｓ３０）、まずページＩＤリスト
の初期化を行う（Ｓ３２）。このリストは、構成ページ
ファイルの作成のために用いるものであり、以降の処理
で、イメージ形成した各ページのページＩＤが順次登録
されることになる。そして、イメージ形成装置２４は、
ジョブチケットファイルからイメージ形成に必要な情報
を取り出し、この情報をＰＤＬファイルと共にデコンポ
ーザ２５に渡し、ページイメージの作成を依頼する（Ｓ
３４）。

【００５０】＜デコンポーザの処理＞デコンポーザ２５
は、それらの情報を受け取ると（Ｓ５０）、デコンポー
ズ処理を開始する。デコンポーザ２５は、まずページイ
メージの形成に用いる各種の状態情報や描画メモリを初
期化し（Ｓ５２）、ＰＤＬファイルを先頭から順に読み
込み、処理していく。このとき、まずページＩＤの記述
の有無を検査する（Ｓ５４）。本実施形態では、前述の
ように、各ページのページ内容のＰＤＬ記述の前に、コ
メント文の形で当該ページのページ番号及びページＩＤ
が組み込まれている。Ｓ５４ではこのページＩＤの記述
の有無を調べる。ページＩＤ記述の有無に応じて以降の
処理が変わる。

【００５１】＜ページＩＤ記述がなかった場合＞ページ
ＩＤの記述が検出できなかった場合、すなわちＰＤＬフ
ァイルにおいてページＩＤの記述なしでページ内容の記
述が始まっている場合は、デコンポーザ２５は、当該ペ
ージに対するページＩＤを作成し（Ｓ５８）、そのペー
ジ内容のＰＤＬ記述をデコンポーズ処理してページイメ
ージを生成する（Ｓ６０）。ここで付与するページＩＤ
も、例えばＧＵＩＤを用いることにより一意性を保証す
ることができる。このようにデコンポーザ２５でページ
ＩＤを付与する仕組みを設けたことにより、クライアン
ト装置１０でページＩＤが付与されなかったページにつ
いても、クライアント装置１０で付与されたページと同
じ扱いが可能となる。当該ページのデコンポーズ処理が
完了すると、デコンポーザ２５は、作成したページイメ
ージとページＩＤとをイメージ形成装置２４に渡し、１
ページ分のページイメージの作成処理の完了を通知する
（Ｓ６２）。

【００５２】＜ページＩＤ記述があった場合＞ページＩ
Ｄ記述を検出した場合は、デコンポーザ２５は、そのペ
ージＩＤをイメージ形成装置２４に渡し、そのページＩ
Ｄに対応したページイメージファイルがページキャッシ
ュ２６に保存されているかどうかの問合せを行う。そし
て、デコンポーザ２５は、ＰＤＬファイルの処理を中断
し、イメージ形成装置２４からこの問合せに対する回答
が返ってくるのを待つ。

【００５３】イメージ形成装置２４は、この問合せに応
じ、そのページＩＤを持つページイメージの有無を調べ
るための検索依頼をページキャッシュ２６に対して行う
（Ｓ３６）。

【００５４】ページキャッシュ２６は、検索依頼された
ページＩＤを保存しているかどうか、検索処理を行う
（Ｓ７０）。各ページイメージを、ページＩＤをファイ
ル名として保管していれば、この検索処理はファイル名
の検索でよい。そして、ページキャッシュ２６は、検索
の結果、すなわち当該ページＩＤに対応するページイメ
ージが有ったか無かったかのいずれかを示す信号をイメ
ージ形成装置に返す（Ｓ７２）。

【００５５】ここで、ページキャッシュ２６からそのペ
ージＩＤを持つページイメージのファイルが見つからな
ければ、このページは、初めて送られてきたジョブの中
の１ページであるか、あるいは以前送られてきたジョブ
の中の修正されたページか、あるいはページキャッシュ
２６からすでに削除されてしまったページか、のいずれ
かである。いずれにせよ、このページのイメージはペー
ジキャッシュ２６に存在しないので、ＰＤＬファイルか
らデコンポーズ処理してページイメージを作成する必要
がある。そこで、イメージ形成装置２４は、デコンポー
ザ２５に対して、問合せに対する回答として、該当ペー
ジイメージが存在しなかった旨を通知する（Ｓ３８）。

【００５６】この通知を受けたデコンポーザ２５は、中
断していた処理を再開し、ページＩＤの作成処理（Ｓ５
８）をスキップして当該ページについてのデコンポーズ
処理を行い、ページイメージを作成する（Ｓ６０）。そ
して、当該ページのデコンポーズ処理が完了すると、デ
コンポーザ２５は、作成したページイメージとページＩ
Ｄとをイメージ形成装置２４に渡し、１ページ分のペー
ジイメージの作成処理の完了を通知する（Ｓ６２）。な
お、この場合のページＩＤは、ＰＤＬファイルから検出
されたページＩＤである。

【００５７】一方、Ｓ７０の検索でページキャッシュ２
６中に当該ページＩＤを持つページイメージが見つかれ
ば、以前にデコンポーズ処理したことのあるページであ
るということであり、イメージ形成装置２４はデコンポ
ーザ２５に対し、該当ページイメージが存在した旨を通
知する（Ｓ３８）。

【００５８】この通知を受けたデコンポーザ２５は、ペ
ージＩＤの作成（Ｓ５８）及びデコンポーズ処理（Ｓ６
０）をスキップし、イメージ形成装置２４に対し、１ペ
ージ分のページイメージの作成処理の完了を通知する
（Ｓ６２）。すなわち、例えば、デコンポーザ２５は、
ページの区切りを表すコメント文などから次のページの
先頭を検出し、そこまでのＰＤＬ記述の処理を省略す
る。なお、このケースでは、デコンポーザ２５はページ
イメージの作成を行わないので、ページＩＤのみを完了
通知と共にイメージ形成装置２４に返す。

【００５９】＜ページイメージ作成完了通知後＞デコン
ポーザ２５は、Ｓ６２でページイメージの作成完了をイ
メージ形成装置２４に通知した後、ＰＤＬファイルに次
のページに関する記述があるかどうか調べ（Ｓ６４）、
あった場合はＳ５２に戻って以上の処理を繰り返す。

【００６０】一方、デコンポーザ２５からＳ６２の完了
通知を受けたイメージ形成装置２４は、その時受け取っ
たページＩＤをページＩＤリストに登録する（Ｓ４
２）。また、イメージ形成装置２４は、上記完了通知と
共にページイメージをデコンポーザ２５から受け取った
場合は、そのページイメージをページＩＤと共にページ
キャッシュ２６に渡し、格納を依頼する（Ｓ４４）。こ
れを受けたページキャッシュ２６は、そのページイメー
ジとページＩＤとを対応づけて保存する（Ｓ７４）。こ
の場合、イメージ形成装置２４は、１ページのページイ
メージを１つのファイルとし、ファイル名を付与して保
存する。ファイル名としては、当該ページのページＩＤ
を用いることが、再印刷時などにおける検索処理の観点
などからみて好適である。なお、ページイメージのファ
イル名をページＩＤ以外のものとしてももちろんよい
が、この場合、各ファイルには、後の検索に備えてペー
ジＩＤの情報を含めておく。例えば、ページキャッシュ
に保存されるページイメージファイルのファイル名とし
てページＩＤをそのまま利用した場合、構成ページファ
イルは図４に示すように記述される。図４では、１行目
が第１ページ、２行目が第２ページ、といった具合に、
各行が各ページのページイメージのファイル名（すなわ
ちページＩＤ）を示す。

【００６１】なお、Ｓ７０のページキャッシュ２６の検
索結果が、「該当ページイメージ有り」である場合、Ｓ
４４及びＳ７４の処理は不要である。

【００６２】＜全ページの処理完了後＞以上が、１ペー
ジ分のページイメージの作成処理である。Ｓ５２以降、
ＰＤＬファイルを順に解釈して以上の処理を繰り返すこ
とにより、ジョブの各ページのページイメージが獲得で
きることになる。そして、Ｓ６４において、デコンポー
ザ２５がＰＤＬファイルにおいて次のページの記述がな
いことを検出すると、全ページについてのページイメー
ジの作成が終了する。このとき、デコンポーザ２５は、
イメージ形成装置２４に対し全ページイメージの作成完
了を通知する（Ｓ６６）。

【００６３】これを受けたイメージ形成装置２４は、イ
メージ形成を行った各ページのページＩＤを登録したペ
ージＩＤリストに基づき構成ページファイルを作成し
（Ｓ４６）、この構成ページファイルを含む処理完了通
知をジョブ管理装置２２に送信する（Ｓ４８）。これ
で、ジョブ管理装置２２が依頼したジョブについてのイ
メージ形成処理が終了する。

【００６４】（８）ＩＯＴ制御装置２７以上のようにして、あるジョブの全ページのイメージ作
成が完了すると、ジョブ管理装置２２は、イメージ形成
装置２４から受け取った構成ページファイルとジョブチ
ケットの情報とをＩＯＴ制御装置２７に渡し、印刷を指
示する。

【００６５】これを受けたＩＯＴ制御装置２７は、構成
ページファイルに示されたアクセス情報（ファイル名、
ページＩＤなど）に基づき、ジョブの各ページのページ
イメージをページキャッシュ２６から読み出して順次Ｉ
ＯＴ３０に送り、ジョブチケットの情報、例えば部数や
フィニッシングなどの指定に基づきＩＯＴ３０を制御し
て印刷を行わせる。

【００６６】［まとめ］以上、本発明の好適な実施の形
態を説明した。以上の説明から分かるように、本実施形
態では、クライアント装置１０側でジョブに含まれる個
々のページごとに一意的なページＩＤを付与し、プリン
トサーバ２０側で各ページのページイメージをこのペー
ジＩＤと対応づけて保存することにより、印刷可能なイ
メージデータをページ単位で再利用することを可能とし
た。

【００６７】本実施形態では、クライアント装置１０で
は、ページＩＤを用いて文書の編集履歴をページ単位で
管理し、各ページのページＩＤをジョブの中に埋め込ん
でプリントサーバ２０に渡す。プリントサーバ２０で
は、各ページごとに、以前に作成したページイメージが
ページキャッシュ２６に保存されているかどうかをペー
ジＩＤを用いて調べ、保存されているページについては
それを再利用する。このような連携により、再印刷など
の場合に修正のなかったページについてはＰＤＬからの
ページイメージ作成処理を省略することができ、再印刷
処理の処理速度を向上させることができる。修正の全く
ない同じ内容の文書の再印刷の場合、基本的にＰＤＬの
解釈処理を全く行う必要がないので非常に高速に処理で
きる。このように、本実施形態によれば、プリントサー
バ２０での処理の量が低減され、サーバの全体的なスル
ープットの向上を見込める。

【００６８】また、本実施形態は、再印刷のみならず、
複数ページのうち一部のページのみを次々に差し替えて
多部数の文書を作成するという可変ページ印刷の用途に
も威力を発揮する。例えば保険の契約書は、大部分のペ
ージは特定の顧客に依存しない共通の内容であり、ほん
の数ページのみが契約者名や締結日などのような顧客依
存のデータが入る。このような可変ページ文書を多部数
印刷する場合に本実施形態を利用すれば、大部分のペー
ジについてはページキャッシュ２６に保存されたページ
イメージを再利用できるので、全体の印刷処理時間を大
幅に短縮できる。

【００６９】また、本実施形態ではページＩＤをコメン
ト文として組み込むので、プリントサーバ２０は、ペー
ジＩＤを付与できないクライアントアプリケーションや
プリンタドライバからもそのまま利用できる。ただし、
この場合、クライアント装置側から再印刷を指示した場
合には、ページＩＤを用いないためページキャッシュ２
６を活用できので、処理速度の向上は望めない。もっと
も、この場合でも、プリントサーバ２０側のジョブ保管
装置２３にアクセスしてジョブ単位で再印刷を指示する
ことができ、そのジョブの構成ページファイルを利用し
て高速な印刷を実現することができる。

【００７０】また、本実施形態では、従来のプリンタド
ライバが作成する全ページの内容を記述したＰＤＬファ
イルに、各ページＩＤをコメント文として組み込むの
で、ページＩＤを認識できない従来のプリントサーバで
もこのＰＤＬファイルを解釈し、問題なく処理すること
ができる。

【００７１】［第１変形例］上記の実施形態では、クラ
イアント装置１０は文書のすべてのページを表すＰＤＬ
記述を作成し、その中に各ページのページＩＤを埋め込
んでいた。これは、上記実施形態では、従来のクライア
ント装置及び従来のプリントサーバとの互換性を考慮し
たため、プリントサーバが管理しているページキャッシ
ュの情報をクライアント装置側で知ることができないこ
とを前提としたためであった。このため、文書中のいく
つかのページがプリントサーバ側のページキャッシュに
ページイメージファイルとしてすでに存在する場合で
も、クライアント装置では、すぺてのページのＰＤＬフ
ァイルを作成しなければならず、その結果ＰＤＬファイ
ルにはプリントサーバ側で読み飛ばされることになる記
述も含まれてしまっていた。

【００７２】これに対し、この変形例では、クライアン
ト装置１０とプリントサーバ２０との対話セッションに
より、クライアント装置１０側でプリントサーバ２０の
ページキャッシュ２６の情報を取得し、これをもとにＰ
ＤＬ記述の量を削減する。

【００７３】すなわち、クライアント装置１０のプリン
タドライバ１４は、各ページのＰＤＬ記述を行うに先立
ち、アプリケーション１２から受け取ったそのページの
ページＩＤを持つページイメージが、すでにプリントサ
ーバ２０のページキャッシュ２６中に存在するかどうか
をプリントサーバ２６に問い合わせる。これを受けたプ
リンタサーバ２０では、ジョブ管理装置２２がページキ
ャッシュ２６を検索し、そのページＩＤを持つページイ
メージのファイルが保存されているかを調べ、その結
果、すなわちページイメージの有無の情報をプリンタド
ライバ１４に返す。

【００７４】その回答が、該当ページイメージがページ
キャッシュ２６中に存在する、というものであった場合
は、プリンタドライバ１４は、そのページのページ内容
についてのＰＤＬ記述を行う代わりにページキャッシュ
中のページイメージを使用する旨の指示を記述する。こ
の記述は、上記実施形態と同様、コメント文の形式を用
いて行うことができる。この記述における、ページキャ
ッシュ中のページイメージの特定は、ページＩＤを用い
ればよい。一方、プリントサーバ２０からの回答が、該
当ページイメージがページキャッシュ中に存在しないと
いうものであった場合は、プリンタドライバ１４は、そ
のページの内容についてのＰＤＬ記述を従来どおりに行
い、当該ページのページＩＤをコメント文、その他の形
で付加する。

【００７５】なお、プリンタドライバ１４は、ジョブの
送り先がページキャッシュ２６を持たないプリントサー
バだと分かった場合は、従来通りのＰＤＬ記述を行う。

【００７６】プリントサーバ２０は、クライアント装置
１０から受け取ったＰＤＬファイルを先頭から順に解釈
していき、ページキャッシュ２６中の特定のページイメ
ージを使用する旨のコメント記述を検出した場合は、そ
の記述内で指定されているページＩＤをページＩＤリス
トに登録するようにすればよい。そのページＩＤを持つ
ページイメージがページキャッシュ２６に保存されてい
ることは、ＰＤＬファイル作成時の対話セッションによ
り既に分かっているので、プリントサーバ２０ではペー
ジキャッシュ２６の検索を改めて行う必要はない。その
他の処理については、上記実施形態と同様でよい。

【００７７】このように、この変形例では、プリンタド
ライバ１４で作成されるＰＤＬファイルには、プリント
サーバ２０のページキャッシュ２６内にあるページにつ
いては、そのページの内容を表すＰＤＬ記述が省略され
る。このため、次のような様々な効果が得られる。

【００７８】まずクライアント装置１０側では、ページ
を記述するという負荷の高い処理が減り、作成するＰＤ
Ｌファイルが小さくなることから、負荷が低減され、処
理の高速化が見込める。例えば、以前印刷したときと同
じ文書を、変更せずにまったく同じ状態で再度印刷しよ
うとした場合、すべてのページのイメージは既にページ
キャッシュ２６中に存在するので、作成されるＰＤＬフ
ァイルのサイズは最小になり、最も効率的である。した
がって、クライアント装置１０のアプリケーション１２
及びプリンタドライバ１４は、印刷処理から即座に開放
される。

【００７９】またネットワーク４０について言えば、転
送するＰＤＬファイルのサイズが小さくなることから、
負荷の低減、ファイル転送の高速化が見込める。

【００８０】またプリントサーバ２０側では、処理する
ＰＤＬファイルが小さくて済むので、ジョブ保管装置２
３で必要となるディスク容量が少なくてすみ、プリント
サーバ２０全体の処理負荷も低減され、結果的に高速化
が見込める。

【００８１】なお、対話セッションを持つことができな
い上記実施形態のクライアント装置１０でも、上記実施
形態と同じ処理を行うことで、この変形例のプリントサ
ーバ２０と共に問題なく印刷処理を行うことができる。

【００８２】このように、本変形例によれば、システム
全体で処理する情報量が減少し、システム各部での記憶
容量や通信時間などの必要なリソースが少なくてすみ、
また処理負荷が軽くなり処理が高速化される。

【００８３】［第２変形例］上記実施形態では、プリン
トサーバ２０では、キャッシュするイメージデータの単
位を文書のページとしてきた（ページキャッシュ２
６）。しかし、キャッシュ単位はなにもページに限定す
る必要はない。ここでは、イメージのキャッシュの単位
の他の例を説明する。

【００８４】まず、文書をキャッシュの単位とすること
が可能である。例えば、Adobe Systems社のＰＤＦ(Port
able Document Format)という文書形式では、ファイル
内に文書自体の一意的なＩＤと、文書のバージョンごと
の一意的なＩＤを入れることを必須としているので、各
文書を各バージョンごとに一意に識別できる。これらの
ＩＤを利用し、プリントサーバ２０で文書全体をキャッ
シュしてしまうという方法が考えられる。プリントサー
バ２０のイメージデータのキャッシュ装置では、文書を
構成する全ページをまとめて管理するのである。ＰＤＦ
ファイルのような内容の変更を前提としていない文書で
は、文書ごとにキャッシュする方法は再印刷の高速化に
非常に有効である。

【００８５】また、文書中に含まれる個々の描画オブジ
ェクトをキャッシュの単位とすることも好適である。こ
こでいう描画オブジェクトとは、ページよりも小さな、
文書の物理的な構成要素であり、例えば文字枠（テキス
ト）や図形枠（グラフィックス、連続階調イメージな
ど）などである。

【００８６】この変形例では、クライアント装置１０
は、このような各描画オブジェクトにそれぞれ固有のＩ
Ｄを付与してＰＤＬファイルに組み込み、プリントサー
バ２０側では、作成した各描画オブジェクトのイメージ
データをそのＩＤと対応づけてキャッシュする。キャッ
シュするイメージデータには、当該描画オブジェクトの
ページ内での位置の情報を対応づけて保管する。クライ
アント装置１０は、描画オブジェクトに対して内容変
更、移動、拡大・縮小などの変更が加えられると、変更
後のオブジェクトには新たなＩＤを付与する。

【００８７】クライアント装置１０から一部を修正した
文書の再印刷のジョブが来た場合、プリントサーバ２０
では、このジョブの各描画オブジェクトのＩＤをＰＤＬ
ファイルから検出し、そのＩＤを持つイメージデータが
キャッシュ装置に保存されているかどうかを調べ、保存
されている場合には、そのイメージデータをキャッシュ
装置から読み出して再利用する。そのＩＤのイメージデ
ータがキャッシュされていない場合は、その描画オブジ
ェクトのＰＤＬ記述について通常のデコンポーズ処理を
行う。この場合、デコンポーザ２５が、キャッシュ装置
から読み出したイメージ及びデコンポーズ処理により生
成したイメージを合成し、１ページのイメージを生成す
る。

【００８８】このように、描画オブジェクト単位でイメ
ージデータをキャッシュすれば、一度作成したイメージ
データをより効率的に再利用することができ、再印刷処
理を高速化することができる。また、ページよりも小さ
な単位でキャッシュすると、キャッシュの利用効率も上
昇する。

【００８９】なお、描画オブジェクト単位でキャッシュ
を行う構成では、ページ単位の場合より印刷時のキャッ
シュ検索の回数が多くなり、１回の検索に要する時間も
長くなりがちである。この点は、各描画オブジェクトの
性質を考慮することにより改良することができる。

【００９０】例えば、PostScriptファイルの場合、テキ
ストデータやベクトル描画データ（グラフィックス）な
どのオブジェクトに関しては、一般にデコンポーズ処理
に大きな時間はかからない。これに対し、ラスタイメー
ジのオブジェクトの場合、デコンポーズ処理に、解像度
変換や色分解、ハーフトーン処理など、負荷が高く時間
のかかる処理が多いので、処理に多大の時間を要する場
合が多い。また、この一方で、文書作成の現場ではよく
知られているように、テキストデータは頻繁に編集され
て更新されることが多いが、ラスタイメージはテキスト
よりも編集される頻度は少ないことが多い。

【００９１】このような描画オブジェクトの性質を考慮
すると、デコンポーズ処理に時間がかかり、変更される
ことの少ないラスタイメージオブジェクトのキャッシュ
が有効であることが分かるであろう。テキストやグラフ
ィックスについては、デコンポーズ処理に要する時間が
短いので、キャッシュの必要性は低い。したがって、ラ
スタイメージの描画オブジェクトのみをキャッシュの対
象とすることにより、プリントサーバ２０におけるキャ
ッシュ検索負荷の増大を避けつつ、デコンポーズ処理の
負荷を軽減できる。

【００９２】上述の実施形態では、ページ単位でイメー
ジデータのキャッシュを行っていたため、ページ中にラ
スタイメージとテキストが混在する場合、テキストが変
更されただけでもページ全体をデコンポーズ処理しなけ
ればならなかったが、この改良方式では、ラスタ部分は
キャッシュ内のイメージデータを利用することができる
ので、高速に処理することができる。

【００９３】［第３変形例］ページキャッシュ２６は一
つのプリントサーバ２０で利用するよりも、複数のプリ
ントサーバ２０の間で有機的に結合して利用した方が、
より効率がよい。有機的結合は、ネットワーク４０を介
して互いに通信可能なプリントサーバ２０どうしで、ペ
ージキャッシュ２６の情報を交換することで行う。

【００９４】この変形例では、イメージ形成装置２４
は、目的のページＩＤを持つページイメージがページキ
ャッシュ２６になかった場合は、他のプリントサーバ２
０に対し、そのページＩＤを持つページイメージがその
サーバ２０のページキャッシュ２６に保管されているか
どうか問い合わせる。ネットワーク４０上のいずれかの
プリントサーバ２０から当該ページイメージを保管して
いる旨の回答が有れば、イメージ形成装置２４は、その
プリントサーバ２０の名前を記憶し、デコンポーザ２５
にページイメージが存在していたことを伝える。デコン
ポーザ２５は、それに応じ、そのページのデコンポーズ
処理をスキップする。

【００９５】そして、イメージ形成装置２４が作成する
構成ページファイルには、上記実施形態に例示したペー
ジＩＤだけではなく、そのページイメージが保管された
プリントサーバの名前の情報も記録する。ＩＯＴ制御装
置２７は、構成ページファイルに示されたページＩＤと
プリントサーバ名とを用いてページイメージのファイル
を取得し、ＩＯＴ３０に供給する。

【００９６】この構成によれば、印刷システムに含まれ
る複数のプリントサーバ２０のいずれかにページイメー
ジが保管されていれば、それを再利用することができ
る。したがって、各プリントサーバ２０ごとに同じペー
ジイメージを重複して保存する必要がなくなる。また、
各プリントサーバ２０が、すべてのプリントサーバ２０
のページキャッシュ２６を等しく利用できるため、各プ
リントサーバ２０のキャッシュ容量が、見かけ上、シス
テムに属する全プリントサーバ２０のキャッシュ総量に
等しくなる。このように、この構成によれば、各プリン
トサーバ２０においては、速いイメージ形成とキャッシ
ュ容量の増加という効果が得られる。

【００９７】以上、本発明の好適な実施の形態並びにそ
の変形例を説明した。以上では、ページＩＤをコメント
文としてＰＤＬファイル中に埋め込んだが、本発明はこ
のような方式に限定されるものではない。例えば、各ペ
ージとページＩＤとの対応関係を示すテーブルを作成
し、ＰＤＬファイルに対応づけてプリントサーバ２０に
送るような方式でも同様の効果を得ることができる。ま
た、以上では、ジョブの情報（ＰＤＬファイル、ジョブ
チケット、構成ページファイルなど）を保管するジョブ
保管装置２３をプリントサーバ２０の内部に設けたが、
ジョブ保管装置２３をプリントサーバ２０とは別の装置
としてネットワーク４０に接続するような構成も本発明
の範囲内である。この場合、ネットワーク４０に接続し
た１つのジョブ保管装置２３を複数のプリントサーバで
共用することも可能である。

【図面の簡単な説明】

【図１】本発明に係る印刷システムの概略構成を示す
機能ブロック図である。

【図２】ページＩＤが組み込まれたＰＤＬ記述の一例
を示す図である。

【図３】プリントサーバの処理手順を、ジョブ管理装
置の処理を中心に示したフローチャートである。

【図４】構成ページファイルの内容の一例を示す図で
ある。

【図５】プリントサーバにおけるイメージ形成処理の
手順を示すフローチャートである。

【符号の説明】

１０クライアント装置、１２アプリケーション、１
４プリンタドライバ、２０プリントサーバ、２１
ジョブ受信装置、２２ジョブ管理装置、２３ジョブ保
管装置、２４イメージ形成装置、２５デコンポー
ザ、２６ページキャッシュ、２７ＩＯＴ制御装置、
３０ＩＯＴ。

Claims

【特許請求の範囲】

【請求項１】少なくとも１つの文書構成要素の印刷指
示データを含む印刷ジョブを作成するクライアント装置
と、印刷ジョブを解釈して各文書構成要素の印刷可能データ
を生成し、印刷装置に供給して印刷させるプリントサー
バと、を含み、前記クライアント装置は、新規生成又は変更した文書構
成要素に対し、少なくとも前記印刷システム内で一意的
な識別子を付与する手段と、付与された識別子と文書構
成要素との対応関係の情報を印刷ジョブに組み込む手段
と、を有し、前記プリントサーバは、各文書構成要素の印刷指示デー
タから生成した印刷可能データに対し、当該文書構成要
素に付与された識別子を対応づけて記憶する記憶手段を
有し、前記識別子を用いて前記プリントサーバに記憶された印
刷可能データを再利用可能としたことを特徴とする印刷
システム。
【請求項２】前記クライアント装置における識別子と
文書構成要素との対応関係の情報を印刷ジョブに組み込
む手段は、前記識別子を、対応する文書構成要素を記述
した印刷指示データに対するコメント文の形で印刷ジョ
ブ内に組み込むことを特徴とする請求項１に記載の印刷
システム。
【請求項３】前記プリントサーバは、印刷ジョブのコメント文を解析して各文書構成要素に付
与された識別子を検出する手段と、検出した識別子に対応する印刷可能データが前記記憶手
段に記憶されているか否かを判定する手段と、記憶されていると判定された場合、当該文書構成要素の
印刷指示データから印刷可能データを生成する代わり
に、前記検出した識別子に対応する印刷可能データを前
記記憶手段から読み出し、その印刷指示データから生成
した印刷可能データとして利用する手段と、を有することを特徴とする請求項２記載の印刷システ
ム。
【請求項４】前記クライアント装置は、前記プリントサーバに対し、印刷ジョブを構成する各文
書構成要素の印刷可能データが前記記憶手段に記憶され
ているか否かを、各文書構成要素の識別子を用いて問い
合わせる手段と、この問合せの結果、前記記憶手段に印刷可能データが記
憶されているとの回答を受けた文書構成要素について
は、当該文書構成要素を記述した印刷指示データを作成
する代わりに、前記記憶手段に記憶された該文書構成要
素の識別子に対応する印刷可能データを読み出して使用
する旨の記述を生成し、印刷ジョブに組み込む手段と、を有することを特徴とする請求項１記載の印刷システ
ム。
【請求項５】前記印刷システムは複数の前記プリント
サーバを有し、前記各プリントサーバは、クライアント装置から受けた
印刷ジョブに含まれる文書構成要素の識別子に対応する
印刷可能データが自己の記憶手段にない場合は、他のプ
リントサーバに対して当該識別子に対応する印刷可能デ
ータを記憶しているか否かを問い合わせ、当該識別子に
対応する印刷可能データを記憶しているプリントサーバ
があった場合は、そのプリントサーバから当該印刷可能
データの供給を受けることを特徴とする請求項１から請
求項４のいずれかに記載の印刷システム。
【請求項６】前記文書構成要素はページであることを
特徴とする請求項１から請求項５のいずれかに記載の印
刷システム。
【請求項７】文書を構成する各文書構成要素ごとに固
有の識別子を付与してその更新履歴を管理するアプリケ
ーションの作成した文書データから、その文書の印刷イ
メージを記述した所定のページ記述言語の印刷ジョブを
生成するプリンタドライバであって、文書データから、当該文書の各文書構成要素の識別子を
抽出する手段と、前記各文書構成要素を表すページ記述言語の記述を生成
する手段と、前記各文書構成要素を表すページ記述言語の記述に対
し、当該文書構成要素の識別子の情報を当該ページ記述
言語に規定されたコメント文の形式で付加して印刷ジョ
ブを生成する手段と、を有するプリンタドライバ。
【請求項８】ページ記述言語で記述された印刷ジョブ
を解釈して印刷可能データを生成する解釈手段を有し、
生成した印刷可能データを印刷装置に供給して印刷させ
るプリントサーバであって、前記解釈手段で生成した印刷可能データを記憶する記憶
手段であって、文書の各文書構成要素ごとに、その文書
構成要素の印刷可能データとその文書構成要素の識別子
とを対応づけて記憶する記憶手段と、印刷ジョブを解析して、当該印刷ジョブの表す文書の各
文書構成要素の識別子を検出する手段と、検出した識別子に対応する印刷可能データが前記記憶手
段に記憶されているか否かを判定する手段と、記憶されていないと判定された場合は、前記検出した識
別子に対応する文書構成要素の印刷指示データを前記解
釈手段に解釈させて当該文書構成要素の印刷可能データ
を生成し、記憶されていると判定された場合は、前記検
出した識別子に対応する印刷可能データを前記記憶手段
から読み出して出力する手段と、前記解釈手段で印刷可能データを生成した文書構成要素
について、その文書構成要素の識別子と印刷可能データ
を前記記憶手段に記憶させる手段と、を有するプリントサーバ。