(57)【要約】【課題】  本発明は、その一側面で、画像管理用ソフトウエア・モジュールの機能劣化を最小限にする。【解決手段】この方法には、出力マネージャー・ステータス・モジュール上で、ある画像について画像情報を管理すること、及び、その画像に対する更新された画像情報が入手可能であるという通知を受取ることのステップが含まれる。さらに、その方法には、更新された画像情報を受取ることが出力マネージャー・ステータス・モジュールの機能に影響するかどうか決定すること、及び、その決定に基づいて、その受取ることが出力マネージャー・ステータス・モジュールの機能に影響する場合に、その更新された画像情報を受取るのを抑止することのステップも含まれる。【選択図】  図１
2005071358.tif 000002
【特許請求の範囲】
【請求項１】
出力マネージャー・ステータス・モジュールの機能劣化を最小限にするための方法で、
（ａ）出力マネージャー・ステータス・モジュールにより、画像の画像情報を管理すること、
（ｂ）その画像に対して更新された画像情報が入手可能であるという通知を受取ること、
（ｃ）その更新された画像情報を受取ることがその出力マネージャー・ステータス・モジュールの機能に影響するかどうかを決定すること、
（ｄ）その決定に基づいて、その受取ることが、出力マネージャー・ステータス・モジュールの機能に影響するならば、更新された画像情報の受取りを抑止すること、
から成る方法。
【請求項２】
その管理するステップが、さらに、画像情報を表示すること、印刷作業を管理すること、校正作業を管理すること、バックアップ作業を管理すること、及び、画像処理作業を実施することのうちの少なくともひとつを含む請求項１の方法。
【請求項３】
その決定するステップが、さらに、その画像に対する画像処理活動のステータスを決定することを含む請求項１の方法。
【請求項４】
さらに、画像情報を管理するために、一定期間の間の画像に対する更新数が更新数のしきい値に合致するかどうかを決定することが含まれている請求項３の方法。
【請求項５】
さらに、更新数が更新数のしきい値を超える場合に、画像処理活動のステータスを繁忙の状態に設定することを含む請求項４の方法。
【請求項６】
さらに、更新数が更新数のしきい値より低い場合と合致する場合のうちの少なくともひとつであるならば、画像処理活動のステータスを繁忙でない状態に設定することを含む請求項４の方法。
【請求項７】
さらに、決定するステップには、画像のサイズを決定することが含まれている請求項５の方法。
【請求項８】
さらに、画像のサイズを決定することには、画像のページ数を決定すること、画像の分離数を決定すること、その画像に関連したデータ構成のサイズを決定することのうちの少なくともひとつを含む請求項７の方法。
【請求項９】
さらに、画像のサイズを決定することには、画像のサイズとサイズのしきい値を比較することを含む請求項７の方法。
【請求項１０】
さらに、その画像のサイズがそのサイズのしきい値を超えた場合、画像サイズのステータスを大の状態に設定することが含まれている請求項９の方法。
【請求項１１】
さらに、抑止するステップには、画像サイズのステータスが大の状態に設定されていて、かつ、画像処理活動のステータスが繁忙の状態に設定されている場合、更新された画像情報の受取りを抑止することが含まれる請求項１０の方法。
【請求項１２】
さらに、画像サイズのステータスが大の状態を除く状態に設定されている場合に、更新された画像情報を受取ることを含む請求項１０の方法。
【請求項１３】
さらに、更新された画像情報について問い合わせることを含む請求項１２の方法。
【請求項１４】
さらに、画像サイズのステータスが大の状態に設定されていて、画像処理活動のステータスが繁忙の状態を除く他の状態に設定されている場合に、更新された画像情報を受取ることを含む請求項１０の方法。
【請求項１５】
さらに、画像サイズのステータスと画像処理活動のステータスを監視することを含む請求項１０の方法。
【請求項１６】
さらに、事前設定された期間の後で、更新された画像情報を受取ることを含む請求項１０の方法。
【請求項１７】
さらに、画像処理活動のステータスと画像サイズのステータスの少なくともひとつの表示をユーザーに提供することを含む請求項１の方法。
【請求項１８】
さらに、画像情報を管理することには、１件のジョブにグループ化された複数の画像に対する情報を管理することが含まれる請求項１の方法。
【請求項１９】
さらに、画像サイズのステータスが大の状態に設定され、かつ、画像処理活動のステータスが繁忙の状態に設定されている場合に、更新された画像情報を受取るのを抑止することが、抑止するステップに含まれることを特徴とする請求項１の方法。
【請求項２０】
出力マネージャー・ステータス・モジュールの機能劣化を最小限にするための方法で、
（ａ）出力マネージャー・ステータス・モジュール上で、画像の画像情報を管理すること、
（ｂ）その画像の変更頻度を決定するために、その画像情報を継続的に監視すること、
（ｃ）その画像の変更が事前設定された値より少ない場合に、その画像に対して更新された画像情報を受取ること、
から成る方法。
【請求項２１】
さらに、受取るステップが、その更新された画像情報を受取るために請求を伝送することを含んでいる請求項２０の方法。
【請求項２２】
（ａ）画像の画像情報を管理するマネージング・モジュール、
（ｂ）その画像に対して更新された画像情報が入手可能であるという通知を受取る受信部、
（ｃ）更新された画像情報を受取ることが出力マネージャー・ステータス・モジュールの機能に影響するかどうかを決定する機能モニター、
（ｄ）機能モニターにより行なわれた決定に基づいて、それを受取ることが出力マネージャー・ステータス・モジュールの機能に影響するならば、更新された画像情報の受取りを抑止する更新された情報抑止モジュール、
から成る出力マネージャー・ステータス・モジュール。
【請求項２３】
さらに、その画像が複数の画像を含んでいる請求項２２の出力マネージャー・ステータス・モジュール。
【請求項２４】
複数の画像がひとつのジョブにグループ化されている請求項２３の出力マネージャー・ステータス・モジュール。
【請求項２５】
その機能モニターが、一定期間の間のその画像に対する更新数、画像のサイズ、画像処理活動のステータス、画像サイズのステータスのうちの少なくともひとつを決定する請求項２２の出力マネージャー・ステータス・モジュール。
【請求項２６】
さらに、画像のサイズとサイズのしきい値を比較するための比較部が含まれる請求項２５の出力マネージャー・ステータス・モジュール。
【請求項２７】
更新された情報抑止モジュールが更新された画像情報の問い合せを抑止する請求項２２の出力マネージャー・ステータス・モジュール。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像管理に関する。特に本発明は画像を管理するソフトウエア・モジュールの機能劣化を最小限にすることに関する。
【背景技術】
【０００２】
印刷機は、紙及び他のメディアにインクを印刷するために印刷版を使用する。印刷版を作成するために用いられるひとつの方法は、印刷すべき内容を用いて感光フィルムを露光することであった。そのフィルムを現像すると、フィルム上に画像処理された内容が感光性の印刷版に画像処理される。時として、印刷版を「焼付ける」と言われる。処理の後で、その印刷版を用いて内容をメディアに印刷できる。印刷プロジェクトはジョブ（ｊｏｂ）と呼ばれる。ジョブには１枚以上のシートを含めることができ、そのシートが印刷すべきメディアになる。シートは一面又は二面に印刷できる。
【０００３】
白黒印刷のジョブの場合、通常、１枚の印刷版があり、ブラック・インキを印刷するのに用いられる。カラー印刷のジョブの場合、それぞれのカラー・インクに異なる印刷版を用いる。典型的に、カラーのジョブは３色のインクを使用する：シアン、マゼンタ及びイエローである。これがシアン、マゼンタ、イエローの組合わせを用いて他の色を作ることができる理由である。多くの場合、シアン、マゼンタ及びイエローに加えて、ブラックのインクも使用される。ブラックのインクを印刷するには追加の印刷版が必要である。時として、「スポット・カラー（ｓｐｏｔ  ｃｏｌｏｒ）」と呼ばれる１以上のカラーを別個に印刷する。その色にも独自の印刷版を必要とする。
【０００４】
印刷版を用いて印刷機で印刷するために、印刷版を印刷機に取付ける。その印刷版は一般にヘッド・クランプ（ｈｅａｄ  ｃｌａｍｐ）とテール・クランプ（ｔａｉｌ  ｃｌａｍｐ）という印刷版の両側にある一対のクランプにより印刷機の所定位置に保持される。印刷版は適当なカラー・インクに接触し、インクが付いた印刷版が紙のシートのような印刷すべきメディアに接触するように配置される。印刷すべき各画像が保持端を有している。保持端は印刷機を通過して引き出されるシート（即ち印刷メディア）の端部である。保持端のマーカーは多くの場合、ジョブの一部としての画像の前端に、例えばインポジション・ソフトウエア（ｉｍｐｏｓｉｔｉｏｎ  ｓｏｆｔｗａｒｅ）を用いて明示され、保持端のマーカーが画像処理された印刷版の上に明示されるようにする。印刷版の保持端は、保持端のマーカーを付けた端部であって、ヘッド・クランプを用いて印刷機に取付けられる。保持端のマーカーを印刷版上に明示するように画像処理することにより、フロントエンド・ソフトウエア（ｆｒｏｎｔ  ｅｎｄ  ｓｏｆｔｗａｒｅ）がヘッド・クランプと画像内容の間に十分な距離を置いて、印刷版の画像を印刷できるようにする。
【０００５】
電子製版システムはイメージセッター（ｉｍａｇｅｓｅｔｔｅｒ）を用いて、ラスター・データ（ｒａｓｔｅｒ  ｄａｔａ）を受取り、感光フィルム上に画像処理を行う。そして、そのフィルムを用いて印刷版を作成する。イメージセッターは例えば１枚のフィルムをレーザーで縦横に走査することにより、画素単位で感光フィルムを露光する。一般に、レーザーにはフィルムを高速走査する一方向があり、高速走査方向と呼んでいる。さらに、フィルムをゆっくりと動かす方向があり、低速走査方向と呼んでいる。エレクトロニクスによりレーザーを制御して、精密かつ再現性のある形で、ラスター・データの各画素を露光又は露光抑制する。最近、フィルムを使用せずにラスター・データから直接印刷版を製作するためにプレートセッター（ｐｌａｔｅｓｅｔｔｅｒ）が用いられている。イメージセッター、プレートセッター及び他の印刷用出力デバイスは一般的に印刷エンジン又はライティング・エンジン（ｗｒｉｔｉｎｇ  ｅｎｇｉｎｅ）とも呼ばれている。
【０００６】
印刷エンジンは典型的に、その印刷エンジンと「フロントエンド（ｆｒｏｎｔ  ｅｎｄ）」コンピューターの間を結ぶ専用ラスター画像プロセッサー（ＲＩＰ）により使用されている。フロントエンド・コンピューターは、Ｑｕａｒｋ，Ｉｎｃ．  ｏｆ  Ｄｅｎｖｅｒ，  Ｃｏｌｏｒａｄｅが提供するＱｕａｒｋ  Ｅｘｐｒｅｓｓ（ＴＭ）、及び、Ａｄｏｂｅ  Ｓｙｓｔｅｍｓ  Ｉｎｃ．  ｏｆ  Ｍｏｕｎｔａｉｎ  Ｖｉｅｗ，  Ｃａｌｉｆｏｒｎｉａが提供するＡｄｏｂｅ  Ｐａｇｅｍａｋｅｒ（ＴＭ）のような画像処理用アプリケーション・ソフトウエアを実行する。典型的なフロントエンド・コンピューターはＷｉｎｄｏｗｓ  ＮＴ（ＴＭ），  ＭａｃＯＳ（ＴＭ），  ＵＮＩＸ（ＴＭ）のようなオペレーティング・システム上で動作する。典型的構成では、Ｍａｃｉｎｔｏｓｈ（ＴＭ）のフロントエンドがＲＩＰに接続し、ＲＩＰがイメージセッターに接続している。ＲＩＰがフロントエンド・コンピューターが伝えてきた画像情報を翻訳し、その画像情報を、印刷エンジンが画像処理できるラスター・データに変換する。ＲＩＰにより作成されたラスター・データは、イメージセッターとメディアの両方に必要なパラメーターを合わせるように構成されている。イメージセッターのパラメーターには画像処理の解像度、処理速度及び個別の印刷機能が含まれる。メディアのパラメーターにはメディアの長さ、幅、厚み、さらに、感光層の化学的組成が含まれる。
【０００７】
典型的に、画像処理用アプリケーション・ソフトウエアは、Ａｄｏｂｅ  Ｓｙｓｔｅｍｓ  Ｉｎｃ．  ｏｆ  Ｍｏｕｎｔａｉｎ  Ｖｉｅｗ，  Ｃａｌｉｆｏｒｎｉａが提供するＰｏｓｔｓｃｒｉｐｔ（ＴＭ）及びＰＤＦ（ＴＭ）のようなページ記述言語（ｐａｇｅ  ｄｅｓｃｒｉｐｔｉｏｎ  ｌａｎｇｕａｇｅ  ＰＤＬ）のフォーマットで出力を行う。ページ記述言語はそのページに含まれるオブジェクト（ｏｂｊｅｃｔ）の記述を用いて画像を記述する。ページ記述言語の使用により、種々のサイズと解像度で画像処理をするために適切に翻訳できる方法でページを記述しうる。ＰＤＬコードは、一般的に、そのＰＤＬコードの翻訳から得られるラスター・データよりもデータ・サイズが有意に小さい。それゆえ、ページ記述言語を使用することによりファイル伝送を高速にしうる。さらに、ページ記述言語はマシンとは独立しているので、そのＰＤＬを理解する印刷エンジン又は他の装置がそれから画像を作成できる。
【０００８】
ＲＩＰの処理速度は一般に過去１０年間に改善されている。しかしながら、ＲＩＰの処理速度が高まると共に、出力デバイスの必要性も生じている。最近、大型のイメージセッター及びプレートセッターが使用されることにより、「原板（ｆｌａｔ）」と呼ばれるフィルム又は印刷版内に、複数ページの印刷サイズを持つ画像を作成できるようになり、１枚の紙に印刷する各画像内に４ページ、８ページ、又は、それ以上のページを含めるようになっている。これらの出力デバイスも専用のＲＩＰ即ちＭＵＸにより駆動される。
【０００９】
あるシステムではプリント・ドライブ（ｐｒｉｎｔ  ｄｒｉｖｅ）とも言われている出力マネージャーがＲＩＰからラスター・データを受取る。その出力マネージャーが１以上のビットマップ（ｂｉｔｍａｐ）画像を管理できて、ジョブにまとめる。出力マネージャーには、出力マネージャー機能を効率的にするように構成された標準のコンピューター・プラットフォーム上で動作する複数のソフトウエア・モジュールを含めることができる。出力マネージャーの実例は、特許文献１、２、３、４、５、６に記載されていて、これら全てが参考用に本明細書に組込まれている。さらに、出力マネージャーのハードウエアには、高速ネットワーク・インターフェース（ｉｎｔｅｒｆａｃｅ）及び出力デバイスへの接続ハードウエアを含むいくつかのインターフェース基板又はモジュールを含めることができる。出力マネージャーはＲＩＰからラスター・データを受取ることができ、オペレーターがプログラムした指令により、記憶することも、又は、出力デバイスに直ちに伝送することもできる。さらに、出力マネージャーはネットワークを介してＲＩＰに接続することも、又は、ＲＩＰに個別に接続することもできる。
【００１０】
ソフトウエア・モジュールは以下で出力マネージャー・ステータス・モジュール（ｏｕｔｐｕｔ  ｍａｎａｇｅｒ  ｓｔａｔｕｓ  ｍｏｄｕｌｅ）とも言うが、その出力マネージャーと関連する画像を管理する。出力マネージャー・ステータス・モジュールは典型的に例えば、グラフィカル・ユーザー・インターフェース（ｇｒａｐｈｉｃａｌ  ｕｓｅｒ  ｉｎｔｅｒｆａｃｅ）（ＧＵＩ）を介して、出力マネージャー上のデータを表示する。そのようなＧＵＩの一例は、Ａｇｆａ  Ｃｏｒｐｏｒａｔｉｏｎ  ｏｆ  Ｗｉｌｍｉｎｇｔｏｎ，  Ｍａｓｓａｃｈｕｓｅｔｔｓが提供するＡｐｏｇｅｅ  ＰｒｉｎｔＤｒｉｖｅ（ＴＭ）内に含まれているＰｒｉｎｔＤｒｉｖｅ  Ｐｉｌｏｔ（ＴＭ）のプログラムである。さらに、出力マネージャー・ステータス・モジュールにより、ユーザーは処理待ちジョブのリストを監視できる。ある実施例では、出力マネージャーでジョブの変更を行うとき、その出力マネージャーは１以上の通知メッセージを出力マネージャー・ステータス・モジュールに伝送する。例えば、ジョブを修正するとき、出力マネージャーは出力マネージャー・ステータス・モジュールに、ページ、原板及び（又は）ジョブの属性の更新時点のようなジョブ特性の変更時点で通知を伝送する。他の例はジョブが画像処理であるときである。ジョブが一連の画像の出力を完了した場合、その出力マネージャーは１以上の通知を出力マネージャー・ステータス・モジュールに伝送できる。その通知を受取った時点で、出力マネージャー・ステータス・モジュールは典型的にその出力マネージャーに問い合せを行って、更新されたジョブ情報を受取る。
【００１１】
しかしながら、ジョブ更新の発生頻度が高まると共に、出力マネージャー・ステータス・モジュールが表示の更新をする頻度も高まる。それゆえ、更新頻度の増加と共に出力マネージャー・ステータス・モジュールの応答性が劣化する可能性がある。さらに、出力マネージャーが出力マネージャー・ステータス・モジュールに伝送するデータ量が増加すると共に、データ受信に関連した間接的作業のために、出力マネージャー・ステータス・モジュールの応答性が低下する可能性がある。さらに、多くの出力マネージャー・ステータス・モジュールが出力マネージャーと通信している場合、出力マネージャーは多くの場合大量になるジョブ情報のため、全ての出力マネージャー・ステータス・モジュールにサービスする負担を負う。結果として、更新されたジョブ情報についての出力マネージャー・ステータス・モジュールからの頻繁な問い合せに、出力マネージャーがサービスするのに必要な時間が典型的に増加し、出力マネージャー・ステータス・モジュールの応答性が低下する可能性を生じる。
【特許文献１】米国特許第６，５３５，３０７号明細書
【特許文献２】米国特許第６，４４１，９２０号明細書
【特許文献３】米国特許第６，２９５，１３３号明細書
【特許文献４】米国特許第６，２５２，６７６号明細書
【特許文献５】米国特許第５，９６４，１５６号明細書
【特許文献６】米国特許出願第０８／８６９，２４４号明細書
【発明の開示】
【課題を解決するための手段】
【００１２】
出力マネージャー・ステータス・モジュールの応答性を高め、それにより、機能劣化を最小限にする必要性が残されている。
【００１３】
１側面で、本発明は出力マネージャー・ステータス・モジュールの機能劣化を最小限にするための方法を含めている。この方法には、出力マネージャー・ステータス・モジュール上の画像について画像情報を管理するステップ及びその画像に対して更新された画像情報が入手可能であるという通知を受取ることを含めている。さらに、その方法には、更新された画像情報を受取ることが出力マネージャー・ステータス・モジュールの機能に影響するかどうかを決定すること、又、その決定に基づいて、受取ることが出力マネージャー・ステータス・モジュールの機能に影響する場合、更新された画像情報の受取りを抑止することのステップを含める。
【００１４】
一実施例で、管理ステップには画像情報を表示すること、印刷作業を管理すること、校正作業を管理すること、バックアップ作業を管理すること、及び（又は）、画像処理作業を実施することが含まれる。さらに、その決定ステップにはその画像に対して画像処理活動のステータスを決定することを含めることができる。例えば、ある画像に対して画像処理活動のステータスを決定することには、一定期間の間にその画像に対する更新数が、画像情報管理のための更新数のしきい値に適合するかどうかを決定することを含めることができる。更新数が更新数のしきい値を超えている場合、画像処理活動のステータスが「繁忙（ｂｕｓｙ）」の状態に設定されている。他の実施例では、決定ステップには画像のサイズを決定することを含めている。例えば、この決定を画像のページ数、画像の色分離数、及び（又は）、その画像に関連したデータ構造のサイズに基づくようにできる。一実施例で、画像のサイズの決定には、画像のサイズとサイズのしきい値を比較することが含まれる。その画像サイズがサイズのしきい値を超えた場合、画像サイズのステータスを「大（ｌａｒｇｅ）」の状態に設定する。
【００１５】
一実施例では、抑止ステップとは、（例えば、情報を問い合わせないことにより）更新された情報の受取りを防止又は遅らせることである。一実施例では、抑止ステップには、画像サイズのステータスが「大」の状態に設定され、かつ、画像処理活動のステータスが「繁忙」の状態に設定されている場合に、更新された画像情報を受取ることを抑止することが含まれている。特に、その抑止ステップには、通知を受取ること、画像処理活動のステータスが「繁忙」の状態に設定されていると決定すること、更新された情報について出力マネージャーに問い合わせることを抑止すること、及び、結果として更新された情報を受取らないことを含めることができる。
【００１６】
画像サイズのステータスが「大」の状態に設定されていて、かつ、画像処理活動のステータスが「繁忙でない」の状態に設定されている場合、出力マネージャー・ステータス・モジュールが更新された画像情報を受取ることができる。さらに、出力マネージャー・ステータス・モジュールが事前設定された期間の後で、更新された画像情報を受取ることができる。さらに、出力マネージャー・ステータス・モジュールは事前設定された期間の後で、画像サイズのステータス及び画像処理活動のステータスを（例えば、自動的に）監視できる。
【００１７】
他の側面で、本発明は出力マネージャー・ステータス・モジュール上の画像に関する画像情報を管理することにより、及び、画像変更の頻度を決定するために画像情報を連続的に監視することにより、出力マネージャー・ステータス・モジュールの機能劣化を最小限にするための方法に関する。さらに、その方法には、画像変更が事前設定された値より少ないとき、その画像について、更新された画像情報を問い合せすること、及び（又は）、受取ることのステップを含めることができる。
【００１８】
さらに、他の側面で、本発明は出力マネージャー・ステータス・モジュールに関する。出力マネージャー・ステータス・モジュールにはある画像について画像情報を管理するマネージング・モジュール（ｍａｎａｇｉｎｇ  ｍｏｄｕｌｅ）を含める。さらに、出力マネージャー・ステータス・モジュールには、その画像に対して更新された画像情報が入手可能であるという通知を受取るための受信部及びその更新された画像情報を受取ることが出力マネージャー・ステータス・モジュールの機能に影響するかどうかを決定するための機能モニターが含まれる。さらに、出力マネージャー・ステータス・モジュールには、その機能モニターにより行なわれた決定に基づいて、それを受取ることが出力マネージャー・ステータス・モジュールの機能に影響する場合、その更新された画像情報を受取ることを抑止する更新された情報抑止モジュールが含まれる。一実施例では、更新された情報抑止モジュールがその更新された画像情報を受取るのを抑止するために出力マネージャーからの更新された情報の問い合せを抑止する。
【００１９】
一実施例では、画像には（例えば、１件のジョブにまとめられた）複数の画像が含まれる。さらに、機能モニターは、一定期間内の画像の更新数、画像のサイズ、画像処理活動のステータス、及び（又は）、画像サイズのステータスを決定できる。さらに、出力マネージャー・ステータス・モジュールには、画像のサイズとサイズのしきい値を比較できる比較部を含めることもできる。
【００２０】
図面内で、種々の方向での観察を通じて、同様の参照記号が同じ部分を示している。さらに図面は必ずしも同一縮尺で示さず、本発明の原理を示すことに重点を置いている。
【実施例１】
【００２１】
図１を参照すると、製版システム３２には、フロントエンド４０として示されている１以上のコンピューターが含まれる。フロントエンド４０はコンピューター・ネットワーク３５に接続している。フロントエンド４０はシステム設定のために、さらに、画像データの作成、編集又は他の処理のために用いられる。カラー及び白黒の両方の画像が、製版システム３２により処理するために、又、印刷機５６が印刷版５８を用いて最終的画像を再生するために、フロントエンド４０に用意される。一般にフロントエンド４０は商用的に入手可能なコンピューターで、Ｗｉｎｄｏｗｓ  ＮＴ（ＴＭ），  ＭａｃＯＳ（ＴＭ），  ＵＮＩＸ（ＴＭ）等のようなオペレーティング・システム上で動作する。フロントエンド４０は、（Ｑｕａｒｋ，Ｉｎｃ．からの）Ｑｕａｒｋ  Ｅｘｐｒｅｓｓ（ＴＭ）、及び、（Ａｄｏｂｅ  Ｓｙｓｔｅｍｓ  Ｉｎｃ．からの）Ａｄｏｂｅ  ＰａｇｅＭａｋｅｒ（ＴＭ）又は他の同様のソフトウエアのような画像処理用アプリケーション・ソフトウエアを有している。さらに、フロントエンド４０は、ＳｃｅｎｉｃＳｏｆｔ  ｏｆ  Ｌｙｎｎｗｏｏｄ，  Ｗａｓｈｉｎｇｔｏｎから入手できるＰｒｅｐｓ（ＴＭ）又は他の同様のインポジション・ソフトウエアのような画像内でページのレイアウトを行なうのに使用されるインポジション・ソフトウエアを有することができる。インポジション・ソフトウエアは１個の画像上に１以上のページを配置することにより、複数のページが１個の画像に含まれるようにする。１枚の印刷版上で複数のページの画像処理をすることは、複数のページを同時に印刷するので、生産性を高める。画像処理用アプリケーション・ソフトウエアとインポジション・ソフトウエアの両方がページ記述言語でコード化された画像を生じる。フロントエンド４０はページ記述言語でコード化された画像をネットワーク３５を介して１以上のラスター画像プロセッサー（ｒａｓｔｅｒ  ｉｍａｇｅ  ｐｒｏｃｅｓｓｏｒ  ＲＩＰ）に直接出力できる。さらに、フロントエンド４０はネットワーク３５を介して、１以上の画像サーバー４２に、又は、校正機４４に送ることもできる。
【００２２】
ネットワーク３５は商用的に入手可能な各種タイプのコンピューター・ネットワークのいずれにもしうるが、製版システムで発生するトラフィック（ｔｒａｆｆｉｃ）を扱うのに十分な能力でなければならない。一実施例では、ネットワークは１００ｂａｓｅＴハブ及びネットワーク要素とハブの間にある適当な接続要素を含む高速Ｅｔｈｅｒｎｅｔネットワークである。
【００２３】
一実施例では、画像サーバー４２がフロントエンド４０から画像を受取って記憶する。画像サーバー４２は利用可能なＲＩＰ３４に直ちに伝送するためにジョブの問い合せを行える。画像サーバー４２はＲＩＰが後で処理するためにフロントエンド４０からの画像を記憶することもできる。画像サーバー４２は、ＲＩＰ３４が繁忙である場合でも、フロントエンドのユーザーがそのジョブを出力できるので、ワークフロー（ｗｏｒｋｆｌｏｗ）効率を改善するのに役立つ。サーバー４２上にあるＲＩＰ３４向けジョブを問い合わせることにより、ＲＩＰ３４は継続的に繁忙状態を維持できる。
【００２４】
ＲＩＰ３４は、フロントエンド４０のひとつであるコンピューター・システム又は他のコンピューター・システムで動作するソフトウエアＲＩＰとしうる。ＲＩＰは、Ａｇｆａ  Ｖｉｐｅｒ（ＴＭ）ソフトウエアＲＩＰ及びＡｇｆａ  Ｔａｉｐａｎ（ＴＭ）ソフトウエアＲＩＰのようなソフトウエアＲＩＰ、又は、ＡｇｆａＳｔａｒ（ＴＭ）ハードウエアＲＩＰのようなハードウエアＲＩＰとしうる。上記ＲＩＰのそれぞれがＡｇｆａ  Ｃｏｒｐｏｒａｔｉｏｎ  ｉｎ  Ｗｉｌｍｉｎｇｔｏｎ，  ＭＡから商用的に入手可能である。各ＲＩＰ３４が、画像データの選別、捕捉、配置、ページ又は画像の組合わせ、色分離及び色管理のようなＲＩＰ機能のためにソフトウエア及び（又は）ハードウエアのＲＩＰモジュールを有している。
【００２５】
ＲＩＰ３４のそれぞれには、双方向ネットワーク・インターフェース・モジュール１３５が含まれる（図３参照）。その上でＰＤＬファイルをフロントエンド４０又は画像サーバー４２から受信する。それゆえ、それぞれのＲＩＰ３４がネットワーク上に現れ、ネットワーク３５上のフロントエンド４０又は画像サーバー４２によりアクセスできる。ネットワーク・インターフェース・モジュール１３５もネットワーク３５を通じてＲＩＰ３４と通信するための出力インターフェースとして役立つ。他の実施例では、別個の配線による入力と出力の接続が各ＲＩＰ３４及び関連する出力マネージャー４１の間で用いられている。
【００２６】
出力マネージャー４１は印刷ドライバーとも呼ばれていて、出力マネージャーの機能を有効にするように設定された標準的コンピューター・プラットフォームの上で動作する複数のソフトウエア・モジュールが含まれる。さらに、出力マネージャーのハードウエアには、出力デバイス４６への高速ネットワーク・インターフェース及びハードウエアの接続を含めて、いくつかのインターフェース基板又はモジュールを含めることができる。出力マネージャー４１はＲＩＰ３４からラスター・データを受信して、オペレーターがプログラムで指定した指示に基づいて、記憶することも、出力デバイス４６に直ちに送ることもできる。出力マネージャー４１をネットワーク３５を介してＲＩＰに接続することも、又は、ＲＩＰに個別に接続することもできる。出力マネージャー４１を図１の実施例に示すように、出力デバイス４６に直接接続することも、又は、ネットワーク３５を介して、又は、他の接続を介して出力デバイスと接続することもできる。出力デバイス４６には、イメージセッター、プレートセッター、印刷機、プロッター及びラスター・データを入力及び（又は）出力する他の装置が含まれる。
【００２７】
一実施例では、出力マネージャー４１は出力マネージャー・ステータス・モジュール４７と通信する。出力マネージャー・ステータス・モジュール４７により、ユーザーは例えば出力マネージャー４１に記憶されているジョブのリストを監視し、及び、印刷、校正及び（又は）バックアップの作業を管理することができる。出力マネージャー・ステータス・モジュール４７は最新の、実質的には、リアルタイムで出力マネージャー４１のデータを見ることができる。出力マネージャー・ステータス・モジュール４７は出力マネージャー４１のコンピューターで実行でき、又は、他のコンピューターで実行して、ネットワーク（これをネットワーク３５としうる）上の出力マネージャー４１と通信できる。一実施例では、出力マネージャー・ステータス・モジュール４７はフロントエンド４０のひとつで実行するモジュールである。複数のコピーをして、そのそれぞれを異なるフロントエンド４０又は他の装置で実行する。代わりに、出力マネージャー・ステータス・モジュール４７が、画像サーバー４２のような出力マネージャー４１と通信をして、他の装置のどれかの１以上で実行できる。１実施例では、出力マネージャー・ステータス・モジュール４７が各画像又はジョブと関連する情報を表示する（例えば、「プロパティ・ページ（ｐｒｏｐｅｒｔｉｅｓ  ｐａｇｅ）又は画像コンテンツのサムネール（ｔｈｕｍｂｎａｉｌ）の表示による）。
【００２８】
出力マネージャー・ステータス・モジュール４７により、例えば、グラフィカル・ユーザー・インターフェース（ＧＵＩ）を介して出力マネージャー４１のデータを見ることができる。そのようなＧＵＩの一例は、Ａｇｆａ  Ｃｏｒｐｏｒａｔｉｏｎ  ｏｆ  Ｗｉｌｍｉｎｇｔｏｎ，  Ｍａｓｓａｃｈｕｓｅｔｔｓが提供するＡｐｏｇｅｅ  ＰｒｉｎｔＤｒｉｖｅ（ＴＭ）内に含まれているＰｒｉｎｔＤｒｉｖｅ  Ｐｉｌｏｔ（ＴＭ）のプログラムである。上記のように、出力マネージャー・ステータス・モジュール４７は１以上に装置で動作しうる。同様に、出力マネージャー・ステータス・モジュールのＧＵＩを１以上の装置で実行できる。出力マネージャー・ステータス・モジュールのＧＵＩを動作させている装置は出力マネージャー・ステータス・モジュール４７を動作させている装置とは別でも良く、又は、同じでも良い。
【００２９】
出力デバイス４６は感光フィルム６０又は感光紙６１に画像処理をするイメージセッターとすることができる。感光フィルム６０は少なくとも１枚の印刷版５８を作るのに使用される。印刷版５８は画像からの１種類の分離色を印刷機５６で印刷するのに使用される。白黒画像の場合、黒一色のみを必要とする。色画像の場合、一般に少なくとも３色、シアン、マゼンタ、イエロー、そして多くの場合、第四の色としてブラックを用いる。追加色とも言われる１以上の「スポット・カラー」も使用できる。イメージセッターは各分離色についてフィルム上にラスター・データを画像処理し、そのフィルムを使用して印刷板５８を製作する。そして、印刷板を用いた印刷機で高画質に印刷された材料を、多くの場合大量に印刷する。イメージセッターの例は、Ｓｅｌｅｃｔｓｅｔ  Ａｖａｎｔｒａ（Ｒ）、ＳｅｌｅｃｔＳｅｔ（Ｒ）  ７０００、ＡｃｃｕＳｅｔ（Ｒ）  Ｐｌｕｓのイメージセッターであり、全てがＡｇｆａ  Ｃｏｒｐｏｒａｔｉｏｎ  ｏｆ  Ｗｉｌｍｉｎｇｔｏｎ，  Ｍａｓｓａｃｈｕｓｅｔｔｓから入手できる。
【００３０】
出力デバイス４６は、フィルム６０を用いないで印刷版５９上に直接画像処理をするプレートセッターのように、直接製版又はコンピューター製版装置としうる。プレートセッター６４を用いることにより、フィルム６０を使用して印刷版５８を製作するステップが省略され、ワークフローが改善され、フィルム製作費用を省略しうる。プレートセッターの例には、Ａｇｆａ  Ｃｏｒｐｏｒａｔｉｏｎ  ｏｆ  Ｗｉｌｍｉｎｇｔｏｎ，  Ｍａｓｓａｃｈｕｓｅｔｔｓから入手できるＡｇｆａ  Ｇａｌｉｌｅｏ（ＴＭ）プレートセッター及びＡｇｆａ  Ｐｏｌａｒｉｓ  １００（ＴＭ）デジタル・プレートセッター・システムがある。
【００３１】
上記のように、イメージセッターとプレートセッターは一般にレーザー又は他のエネルギー源を用いて感光メディアに画像処理を行なう。イメージセッターは高速走査方向と呼ばれる方向で感光メディアを横切るようにレーザーを走査し、各走査線での画像処理が行なわれた後で、低速走査方向と呼ばれる方向でメディアの下方にレーザーを移動させる。ＲＩＰ３４が発生したビットマップ画像は、データの走査線をまとめたものであり、各走査線は高速走査方向の画素の線から成っている。一般的に、低速走査方向の画像の長さが走査線の数になる。それゆえ、ＲＩＰ３４が発生したビットマップの方向を、イメージセッタに画像を移すときに、ＲＩＰ３４又は出力マネージャー４１が画像の最初の高速走査線を最初に伝送でき、それにより、後の走査線が依然として伝送されているときでも、イメージセッターがデータの最初の走査線について画像処理を開始できる。
【００３２】
イメージセッターが高速走査線として伝送できるように、ＲＩＰ３４が画像を発生した結果は、１台のイメージセッター用に発生した画像が、異なるイメージセッター用に同じ画像パラメーターを用いて発生した同じ画像とは異なることがあり得るということである。種々のイメージセッターが種々の縦横比を有している。例えば、Ａｇｆａ  Ｇａｌｉｌｅｏプレートセッターは高速走査方向が約３２．８”、低速走査方向が４４”の寸法である。Ａｇｆａ  Ａｖａｎｔｒａ  ４４は高速走査方向が約４４．５”、低速走査方向が３６”の寸法である。Ｇａｌｉｌｅｏでの出力用としてＲＩＰが処理する画像が３０”×４０”なので、長手エッジが低速走査方向で画像処理されることになる。そのＲＩＰがＡｖａｎｔｒａ  ４４用に同じ画像を処理する場合、その画像の向きは、長手エッジを高速走査方向で画像処理するようにする。それゆえ、同じ画像を２種類のイメージセッター用に処理した場合、異なる方向に向けることがある。
【００３３】
図２を参照すると、図１のシステムを通るワークフローはフロントエンド４０で始まる。その画像は、ＰａｇｅＭａｋｅｒ（ＴＭ）のような画像処理用アプリケーションを用いて設計されている。典型的な画像はテキストとグラフィックスの両方を含み、その画像をフロントエンド４０に賦課できる。このことは数ページを原板内に適当に配置することを意味する。フロントエンド４０は画像サーバー４２にジョブを送ることにより処理するための画像の問い合せを行える。代わりに、フロントエンド４０がジョブをＲＩＰ３４に直接出力できる。画像サーバー４２を用いることで、フロントエンド４０もＲＩＰ３４も相手を待たないので、利用率を高めたフロントエンド４０とＲＩＰ３４をシステム・オペレーターに提供する。フロントエンド４０又は画像サーバー４２がその画像をＲＩＰ３４に伝送する。そして、ＲＩＰ３４がその画像を処理する。ＲＩＰ３４がラスター・データを出力マネージャー４１に出力すると、出力マネージャー４１がそのラスター・データを出力デバイス４６上で画像処理できるようになるまで記憶する。
【００３４】
図１に示したのと同様で、多様な構成の製版用画像処理システムを本発明の原理を実施するために使用できる。例えば、システムには以下のものを組合わせて含めることができる：１以上のフロントエンド・コンピューター４０、１以上のサーバー４２、１以上のＲＩＰ３４、１以上の校正機４４、１以上の出力マネージャー４１、１以上の出力デバイス４６。その後、任意の数の印刷機５６を製版用画像処理システムに接続できる。
【００３５】
印刷機５６が図２のフローチャートに含まれているが、印刷工程のワークフローまでの画像処理全体を示すためで、実際には印刷機５６は製版用画像処理システムの一部ではない。製版システムの主要な機能は印刷機５６で用いるための印刷版を効率的に作成することである。以下に示すように、製版のワークフロー中で発生した情報は印刷機での印刷にも使用できる。
【００３６】
好ましい実施例では、印刷エンジンになる出力デバイス４６を必要とするけれども、その出力デバイスを記憶用ハードディスク・ドライブのようなラスター・データを受入れる送付先の装置又はアプリケーションとすることができる。印刷エンジン用出力デバイス４６は、紙、フィルム又は印刷版のような公知のメディア上に画像を貼付けることができる。多くの場合、ＲＩＰ３４、出力マネージャー４１及び出力デバイス４６が現地に置かれていて、その一方で、印刷機５６、フロントエンド４０、サーバー４２がより遠方に配置されているけれども、ケーブルの信号ロスによる制約、ネットワークの帯域等のような変数により、製版用画像処理システムの種々の要素を一般に現地に又は遠方に配置することができる。さらに、製版用画像処理システム３２を通じて用いられる画像データは一般にネットワークでアクセス可能な要素即ちフロントエンド４０、サーバー４２又は出力マネージャー３４に記憶しうる。
【００３７】
出力マネージャー４１がＲＩＰ３４からラスター・データを受信し、そのラスター・データを出力デバイス４６に出力する。それにより、ワークフローと効率面の利益が得られる。さらに、出力マネージャー４１が以前は可能でなかった方法でラスター・データを操作できる。特に、出力マネージャーは、ラスター画像プロセッサー（ＲＩＰ）３４が画像を処理した後で同じ又は異なる画像からの分離色を結合できる。これにより、ユーザーがＲＩＰ３４による処理の後でラスター・データを修正する能力を持てる。例えば、出力マネージャー４１には、同じ印刷版上で２種類の画像を結合するデジタル・ダブルバーナー（ｄｏｕｂｌｅｂｕｒｎｅｒ）のようなデジタル画像コンバイナー（ｃｏｍｂｉｎｅｒ）のような操作が含まれる。さらに、出力マネージャー４１により、画像の一部を隠すために画像結合用のデジタル・データ・コンバイナーの一部としてマスキング操作を行える。これは、画像処理されたフィルムの一部を抹消することと電子的に同等である。これは特許文献３に示されていて、本明細書に参考用として組込まれている。
【００３８】
図３を参照すると、出力マネージャー４１の一実施例には、ＰＣＩ又はＥＩＳＡのバス８２のような多重接続システムに接続された少なくとも１個のＣＰＵ８４が含まれる。他のバス構成も適当である。一実施例では、ＣＰＵ８４はＩｎｔｅｌ  Ｐｅｎｔｉｕｍ（ＴＭ）プロセッサーである。他の多くの商用的に入手できるプロセッサーも適当である。さらに、出力マネージャー４１にはＲＯＭ８６、ＲＡＭ８８及び高速Ｅｔｈｅｒｎｅｔ基板５１も含まれる。オペレーティング・システムをサポートするために、又、出力マネージャー４１と送受信したラスター・データを処理するために、十分なＲＡＭ８８が必要である。ＳＣＳＩアダプター基板５３がバス８２及び少なくとも１基のＳＣＳＩ記憶装置５２例えばハードディスクに接続されている。選択肢として出力マネージャー４１には、ファイルの圧縮及び復元のための圧縮／復元基板９０、さらに、出力デバイス４６に直接接続するためのエンジン・インターフェース又は出力基板９２も含まれる。ネットワーク・インターフェース・モジュール又は出力マネージャー・インターフェース・ターミナル１３５が、出力マネージャー４１とネットワーク３５の間のハードウエア・インターフェースである。他の構成も可能なことを理解すべきである。
【００３９】
図４を参照すると、一実施例では、出力マネージャー４１がｔｈｅ  Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ  ＮＴ（ＴＭ）又はその後のオペレーティング・システム９４を動作させるコンピューターである。出力マネージャー用ソフトウエア９８はオペレーティング・システム９４と一体で動作して、システムのハードウエア要素とのインターフェースになる。特に、出力マネージャー用ソフトウエア９８は、ＮＴサービス・マネージャーにより設定され、起動停止される１セットのＷｉｎｄｏｗｓ  ＮＴ（ＴＭ）として動作する。他のソフトウエア構成及びオペレーティング・システムを用いることも可能であると理解されている。出力マネージャー・ステータス・モジュール４７が出力マネージャー４１の活動について指令する。
【００４０】
一実施例では、出力マネージャー・ステータス・モジュール４７により、ユーザーが現地での設定及び構成を実行でき、それにより、接続した出力デバイス４６のためにユーザーが出力マネージャー４１を構成できる。さらに、出力マネージャー・ステータス・モジュール４７を用いて、ワークフローとラスター・データ処理機能を制御する。一実施例で、出力マネージャー・ステータス・モジュール４７を出力マネージャー４１上で実行しているが、現地で又は遠方でネットワーク３５と接続したフロントエンド４０又は他のコンピューター・システムのようなワークステーション上でも動作できる。異なるシステム上で動作する出力マネージャー・ステータス・モジュール４７のユーザーは、現地の出力マネージャー４１上で動作している出力マネージャー・ステータス・モジュール４７のユーザーと同じ制御・状態変更機能にアクセスする。
【００４１】
より詳細に、かつ、図５Ａ及び５Ｂを参照すると、出力マネージャー用ソフトウエア９８には出力制御システム１０２が含まれる。出力制御システム１０２には出力制御インターフェース・サブシステム又は出力作動システム１１２が含まれる。出力制御インターフェース・サブシステム１１２は出力デバイスドライバー１１４と通信して、ラスター・データを出力デバイス４６に伝送する。エラーの場合、出力制御システム１０２が装置ドライバー１１４を再作動できる。
【００４２】
さらに、出力マネージャー用ソフトウエア９８には出力マネージャー用サービス・システム１０４が含まれる。出力マネージャー用サービス・システム１０４にはメディア制御サブシステム１１４が含まれる。そのメディア制御システム１１４がメディア・リスト１１６へのインターフェースを提供する。メディア・リスト１１６には出力マネージャー４１が利用できる各種タイプののメディアについての情報が含まれる。組込まれた出力デバイス４６でサポートされているメディアのタイプに関する情報はこのサブシステム１１４を介してＲＩＰ３４が入手可能である。出力デバイス４６が設置され、出力マネージャー・ステータス・モジュール４７を通して任意の時期に変更できるときに、メディアのタイプの最初のマッピング（ｍａｐｐｉｎｇ）が行なわれる。
【００４３】
出力マネジャー用ソフトウエア９８にはコンフィギュレーション・サブシステム（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｕｂｓｙｓｔｅｍ）１１８が含まれる。コンフィギュレーション・サブシステム１１８は出力マネージャー・ステータス・モジュール４７と共に機能し、出力マネージャー用ソフトウエア９８を設定する。一実施例では、コンフィギュレーション・パラメーター１２０はＮＴレジストリー（ｒｅｇｉｓｔｒｙ）のＳＯＦＴＷＡＲＥセクション内に記憶される。そして、コンフィギュレーション・サブシステム１１８がこのデータへのインターフェースになる。エラーに遭遇した場合、アラーム・サブシステム１２１がアラームを出す。出力マネージャー・ステータス・モジュール４７を介して、出力マネージャー４１又は出力マネージャー４１に接続されたコンピューター４０でアラーム音を出すことができる。
【００４４】
ジョブ制御システム１０６がラスター・データの出力を受信し、記憶し、着手する。ジョブ制御サービス１２２はジョブ・リスト１２４と関連するデーターと機能にアクセスできるようにする。ジョブ・リスト１２４はシステム３２に含まれる全てのラスター・データのリストである。ラスター・データは画像及び分離色によりまとめられて、ジョブ・リスト１２４がジョブに関連した全てのラスター・データについて、位置情報とステータスを保持する。ジョブのための全てのファイルは、出力マネージャー４１のデータ記憶領域に、又は、フロントエンド４０又はサーバー４２のようなシステム３２の他の場所にある他のアクセス可能なメモリーに書き込まれる。一実施例では、各分離色がＴＩＦＦ形式でそれ自体のジョブ・ファイルに記憶される。全ての分離色及びその記述名はジョブ・リスト１２４に記憶される。これらのファイルはジョブ制御サービス１２２を通じてアクセスされる。ジョブ制御サービス１２２によりサポートされたファイル操作には、新ジョブの追加、ジョブ・ファイルの抹消、ジョブ・ファイルの再配置、「描写可能」及び「描写不能」として分離色をマーキングすることが含まれる。
【００４５】
さらに、ジョブ制御サービス１２２にはジョブ・ピッカー（ｊｏｂ  ｐｉｃｋｅｒ）が含まれる。ジョブ・ピッカーは、現在接続されている印刷エンジン４６に出力するために、ジョブ・リストのどのジョブを選ぶかを決定する。ジョブ・ピッカーはその時点で出力できる全てのジョブについてジョブ・リスト１２４を走査する。どのジョブを出力するかの決定は、そのジョブ・ピッカーの設定方法に基づく。例えば、メディアに関して、ジョブ・ピッカーの設定により、ＲＩＰ３４がジョブを送ったときに、ＲＩＰ３４が示すメディアのタイプとサイズを用いるか、ＲＩＰ３４が示すメディアのタイプを用いるが、（画像に十分な長さの）任意のサイズのメディアに画像処理をするか、又は、ＲＩＰ３４が示すメディアのタイプとサイズを無視できる。さらに、ジョブ・ピッカーを設定して、メディア最適化とも呼ばれるメディアを節約するようにできる。ジョブ・ピッカーを設定して、メディア・サイズを使用しないとき、スピンドルを用いて常に最適化できる。このことは画像に対して可能な限り最小のメディアを用いるようにメディアを選択することを意味する。代わりに、ジョブ・ピッカーを設定して、装着したメディアでのグループ化を行える。このことは、画像間のメディアの無駄を低減するために、同じメディアを用いるジョブを前に処理した直後に画像処理することを意味する。グループ化では、既に機械に装着したメディアを使用できる画像を優先する。さらに、ジョブ・ピッカーを設定して、メディア節約を試みないように、又は、特定印刷ジョブにより指定されたメディア最適化を用いるようにできる。さらに、ジョブ・ピッカーを設定して、同じメディア上で画像処理できるようにリスト内の次のジョブよりいくつかのジョブを先行させるようにできる。その限度を超えた場合、メディア交換指令を出力デバイス４６に送って、リスト１２４内の次のジョブを実行できる。
【００４６】
ジョブ監査記録サブシステム１２６によりジョブ監査記録１２８にアクセスできる。ジョブ監査記録１２８は、出力マネージャー・システム３２のどこかの部分で発生したトランザクション形ジョブ（ｔｒａｎｓａｃｔｉｏｎａｌ  ｊｏｂ）向きのイベントを記録するのに用いられる。ジョブ抹消後でも、ジョブ監査記録１２８が維持される。ジョブ監査記録のファイル１２８の維持期間は設定可能である。
【００４７】
ジョブ・ファイルは記憶され、ファイル・アクセス・サブシステム１３０を用いてアクセスする。一実施例では、ジョブのラスター・データはＴＩＦＦ形式で記憶される。そして、各分離色に対するラスター・データはジョブ・データ記憶１３２内の個別ファイル内に記憶される。ジョブに関する全ての情報はジョブ・リスト１２４内に又はジョブ・ファイル１３２内に記憶される。典型的なジョブ・リスト情報は優先度、メディアのタイプ、処理の選択肢のようなジョブ全体に関係したものである。典型的なジョブ・ファイル情報には、ジョブを印刷する時期と場所、印刷部数、原板当たり印刷した画像数等が含まれる。ジョブ・リストとジョブ・ファイルの情報はジョブ管理サービス１２２により画像処理をするためのジョブのスケジュール管理に用いられる。
【００４８】
入力・出力サブシステム１３４は、ネットワーク３５に接続した他のファイル・システムとの間でファイルを入力し、出力するためのメカニズムを提供する。このメカニズムにより、ジョブ・リスト１２４内のファイルの保管を行える。現地又はネットワーク経由のディスク装置へのファイルのコピーを行える。入力は、ラスター・データを入力することにより、及び、ジョブ管理サービス１２２を介してそのジョブ・ファイルをコピーするディレクトリー（ｄｉｒｅｃｔｏｒｙ）を作成することにより、新しいジョブを作成できる。ジョブ管理サービス１２２はコピーされたファイルをジョブ・リスト１２４に加える。
【００４９】
さらに、出力マネージャー用ソフトウエア９８には校正システム１０８のような他の機能を含めることができる。校正システム１０８には校正制御部１４０が含まれ、校正機４４で画像処理をするためにラスター・データのファイルを変換する。一時的校正用ファイルは一時記憶１４２内に記憶される。
【００５０】
プレビュー・システム１１０によりユーザーがコンピューターのモニターで見るためにジョブ・リスト１２４内のジョブにアクセスできる。ジョブにはジョブ制御サービス１２２を経由してアクセスする。ラスター・データは圧縮基板９０を用いて圧縮できる。さらに、解像度をコンピューターのモニターの解像度に合わせて低減することもできる。コンピューターのモニターの解像度は印刷エンジン４６の解像度よりずっと低い。プレビューの画像が複数の分離色から作成され、スクリーンの解像度で、プレビュー用クライアント・アプリケーションに送られる。
【００５１】
図６及び図７を参照すると、一実施例で、出力マネージャー・ステータス・モジュール４７の設計により、出力マネージャー・ステータス・モジュール４７の応答性及び機能が１以上のジョブの活動又はジョブ特性により影響を受けないようになっている。これらの特性には、ジョブのサイズ、１以上のジョブが更新される頻度、及び、出力マネージャー４１が通信する出力マネージャー・ステータス・モジュール４７の数を含めることができる。
【００５２】
上記のように、出力マネージャー・ステータス・モジュール４７は画像、又は、ジョブが複数の画像を含むことがある場合のジョブ（ステップ４０５）と関連した情報を管理する。以下では、画像に関して述べているけれども、その説明はジョブにも適用される。一実施例で、出力マネージャー・ステータス・モジュール４７にはマネージング・モジュール５０４が含まれ、画像情報を管理する。情報の管理には、画像情報の表示、印刷作業の管理、校正作業の管理、バックアップ作業の管理、及び（又は）、画像処理作業の実行を含めることができる。
【００５３】
一実施例で、出力マネージャー・ステータス・モジュール４７が、更新されたジョブ情報が入手可能かどうか（ステップ４１０）を決定する。画像又はジョブに対して更新された情報が入手可能になったときに、出力マネージャー４１が出力マネージャー・ステータス・モジュール４７への通知を伝送する。一実施例で、出力マネージャー・ステータス・モジュール４７には、出力マネージャー４１からの通知を受信するための受信部５０８が含まれる。出力マネージャー・ステータス・モジュール４７が出力マネージャー４１から通知を受信したときに、出力マネージャー・ステータス・モジュールの決定を生じうる。それゆえ、この実施例で、出力マネージャー・ステータス・モジュール４７は通知の受信についてポーリング（ｐｏｌｌｉｎｇ）又は監視をすることなく、実質的にリアルタイムで通知に応答する。代わりに、出力マネージャー・ステータス・モジュール４７が通知メッセージを受取るために継続的又は定期的に監視又はポーリングを行なう。
【００５４】
通知の例は「画像＃１８が変化した」である。さらに、通知が、「ジョブ＃１８、シート１、Ｂａｃｋ  Ｃｙａｎの分離が変化した」のようにより具体的になることがある。それゆえ、通知は任意の詳細度にでき、任意の画像又はジョブに関連づけることができ、任意の形式にしうる。
【００５５】
一実施例で、出力マネージャー４１と出力マネージャー・ステータス・モジュール４７の間の通信が、標準電話線、ＬＡＮ又はＷＡＮリンク（例えば、Ｔ１、Ｔ３、５６ｋｂ、Ｘ２５）、ブロードバンド接続（ＩＳＤＮ、Ｆｒａｍｅ  Ｒｅｌａｙ、ＡＴＭ）及び無線による接続により行なわれる。さらに、出力マネージャー４１と出力マネージャー・ステータス・モジュール４７の間でのこれらの通信に用いる通信プロトコールには、例えば、ｔｈｅ  Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  （ＨＴＴＰ），  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ  （ＳＳＬ）  ｏｆ  ｔｈｅ  Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  （ＨＴＴＰ），  ＴＣＰ／ＩＰ，  ＩＰＸ，  ＳＰＸ，  ＮｅｔＢＩＯＳ，  Ｅｔｈｅｒｎｅｔ，  ＲＳ２３２，  ｍｅｓｓａｇｉｎｇ  ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍｍｉｎｇ  ｉｎｔｅｒｆａｃｅ  （ＭＡＰＩ）  ｐｒｏｔｏｃｏｌ，  ｒｅａｌ−ｔｉｍｅ  ｓｔｒｅａｍｉｎｇ  ｐｒｏｔｏｃｏｌ  （ＲＴＳＰ），  ｒｅａｌ−ｔｉｍｅ  ｓｔｒｅａｍｉｎｇ  ｐｒｏｔｏｃｏｌ  ｕｓｅｄ  ｆｏｒ  ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ  ｓｃｈｅｍｅ  （ＲＴＳＰＵ），  ｔｈｅ  Ｐｒｏｇｒｅｓｓｉｖｅ  Ｎｅｔｗｏｒｋｓ  Ｍｕｌｔｉｍｅｄｉａ  （ＰＮＭ）  ｐｒｏｔｏｃｏｌ  ｄｅｖｅｌｏｐｅｄ  ｂｙ  ＲｅａｌＮｅｔｗｏｒｋｓ，  Ｉｎｃ．  ｏｆ  Ｓｅａｔｌｅ，  ＷＡ，  ｍａｎｕｆａｃｔｕｒｉｎｇ  ｍｅｓｓａｇｅ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  （ＭＭＳ）  ｐｒｏｔｏｃｏｌのような標準プロトコール及び直接同期接続を含めることができる。他のプロトコールも使用できることを理解すべきである。
【００５６】
一実施例で、ジョブ（又は画像）に変更が加えられたときに、出力マネージャー４１が更新された情報を有する。例えば、出力マネージャー４１がページ、原板及び（又は）ジョブの属性の１以上への変更を受取ったとき、出力マネージャー４１が出力マネージャー・ステータス・モジュール４７に通知を伝送する。他の実施例では、ジョブが一連の画像の出力を完了したとき、出力マネージャー４１が出力マネージャー・ステータス・モジュール４７に通知を伝送する。受信部５０８が更新された情報を受取らない場合、出力マネージャー・ステータス・モジュール４７（即ち、マネージング・モジュール５０４）が画像／ジョブ情報の管理を続ける。
【００５７】
一実施例で、受信部５０８が出力マネージャー４１から通知を受取ると、出力マネージャー・ステータス・モジュール４７の機能モニター５１２が、更新された情報を受取ることが、出力マネージャー・ステータス・モジュール４７の機能に影響するかどうかを決定する。一実施例では、機能モニター５１２が、その画像に対する画像処理活動のステータスを決定することにより、この決定を行なう。一実施例で、その画像（又はジョブ）に対する一定期間の更新数に基づいて、その画像処理活動のステータスを「繁忙」状態又は「繁忙でない」状態に設定する。一実施例で、画像の更新数が更新数のしきい値を超えた場合、機能モニター５１２が画像処理活動のステータスを「繁忙」状態に設定する。さらに、画像の更新数が更新数のしきい値以下の場合、機能モニター５１２が画像処理活動のステータスを「繁忙でない」状態に設定する。上記と下記のしきい値はシステムのハードウエアに依存する。特に、しきい値は、その出力マネージャー４１及び（又は）出力マネージャー・ステータス・モジュール４７が動作するハードウエアに依存することがある。
【００５８】
さらに、機能モニター５１２は、その画像に関連して更新された情報を有している画像のサイズも決定できる。例えば、機能モニター５１２は画像のページ数、画像の分離色の数、及び（又は）、画像のデータ構造のサイズを決定できる。もし、画像のサイズがサイズのしきい値を超えた場合、機能モニター５１２が画像サイズのステータスを「大」の状態に設定する。しかしながら、画像のサイズがサイズのしきい値以下の場合、機能モニター５１２が画像サイズのステータスを「大でない」の状態に設定する。一実施例で、機能モニター５１２には比較を行なう比較部５１４が含まれる。典型的な比較には、例えば、画像のサイズとサイズのしきい値、及び（又は）、画像の更新数と更新数のしきい値の間の比較が含まれる。
【００５９】
一実施例で、機能モニター５１２が、ジョブのサイズが「大」の状態に設定されていて、ジョブのステータスが「繁忙」の状態に設定されていると決定した場合、更新された情報を受取ることは機能に影響する。この機能劣化により、画像又はジョブに対して更新された情報を受取らないように、出力マネージャー・ステータス・モジュール４７が更新された情報について問い合せを行わない（ステップ４２０）。それゆえ、一実施例で、更新された情報について出力マネージャー４１に問い合せをしないことにより、更新された情報抑止モジュール５１６が更新された情報を受けることを抑止する。
【００６０】
更新された情報抑止モジュール５１６が特定画像に関連した更新された情報を受取ることを抑止した場合、出力マネージャー・ステータス・モジュール４７がその画像を「休眠」と見なす。それゆえ、「休眠」の画像とは、更新された情報を入手可能であるという事実にもかかわらず、（出力マネージャー４１からの）新情報で更新されていない画像を意味する。画像が「休眠」である場合、及び、画像サイズのステータスが「大でない」に設定されている場合、出力マネージャー・ステータス・モジュール４７が、更新された情報を受取ることにより、画像を「覚醒」させる。さらに、画像が「休眠」である場合、及び、画像サイズのステータスが「大」に設定されていて、かつ、画像のステータスが「繁忙でない」に設定されている場合、出力マネージャー・ステータス・モジュール４７が、更新された情報を受取ることにより、画像を「覚醒」させる。それゆえ、画像を「覚醒」させるとは、出力マネージャー４１から更新された情報を出力マネージャー・ステータス・モジュール４７が受取ることを意味する。一実施例で、更新された情報を受取ることは、出力マネージャー・ステータス・モジュール４７が、「休眠」していた画像と関連する特定の更新された情報について出力マネージャー４１に問い合せをしたときに生じる。
【００６１】
画像が「休眠に置かれている」とき、出力マネージャー・ステータス・モジュール４７が画像リストの表示で、インジケーター（ｉｎｄｉｃａｔｏｒ）によりこれを表示できる。例えば、画像が「休眠」である場合に、画像が黒の代わりに赤で表示できる。さらに、画像が「休眠に置かれている」とき、出力マネージャー・ステータス・モジュール４７が、画像の詳細表示（例えば対話型タイトル・バー内のインジケーター）内に「休眠に置かれている」画像を表示する。しかしながら、機能モニター５１２が、特定の画像について更新された情報を受取ることが機能に影響しないだろうと決定した場合、受信部５０４がその画像に関連した更新された情報を受取る（ステップ４２５）。一実施例では、出力マネージャー・ステータス・モジュール４７が更新された情報について出力マネージャー４１に（例えば、出力マネージャー４１に請求を伝送することにより）問い合せをする。そして、受信部５０４がこの更新された情報を受取る。
【００６２】
ある実施例では、出力マネージャー・ステータス・モジュール４７が「休眠中」の画像／ジョブを監視する。画像処理活動のステータスが「繁忙でない」である場合、出力マネージャー・ステータス・モジュール４７が「休眠中」の画像を「覚醒」することができ、その画像に関連した更新された情報を受取ることができる。さらに、出力マネージャー・ステータス・モジュール４７がデータ表示を再描画し、更新された情報を受取った場合も、表示が最新になるようにする。各モジュール５０４−５１６が特定機能を実行する場合について既に示しているけれども、任意のモジュール５０４−５１６が上記の機能のいずれかを実行できる。
【００６３】
上記の実施例は本発明の例示に過ぎず、本発明の原理を応用できる限定数の特定実施例を示していることを理解すべきである。当該分野の技術者であれば、請求項に示す本発明の精神と範囲から逸脱せずに、これらの原理に基づいて、多数の及び多種の他の構成を容易に工夫できる。
【図面の簡単な説明】
【００６４】
【図１】本発明に基づく出力マネージャー及び出力マネージャー・ステータス・モジュールを有する製版画像処理システムの実施例のブロック線図である。
【図２】図１の製版画像処理システム内のジョブのワークフローを示すフローチャートの実施例である。
【図３】図１の製版画像処理システムの出力マネージャーの実施例のブロック線図である。
【図４】図１の製版画像処理システムの出力マネージャー用ソフトウエアの実施例のブロック線図である。
【図５Ａ】図４の出力マネージャー用ソフトウエアの機能的要素の実施例のブロック線図である。
【図５Ｂ】図４の出力マネージャー用ソフトウエアの機能的要素の実施例のブロック線図である。
【図６】図１の出力マネージャー・ステータス・モジュールが実施するステップの実施例のフローチャートである。
【図７】図１の出力マネージャー用モジュールの実施例のブロック線図である。
【符号の説明】
【００６５】
３２    製版システム
３４    ラスター画像プロセッサー（ＲＩＰ）
３５    ネットワーク
４０    フロントエンド
４１    出力マネージャー、印刷ドライバー
４２    画像サーバー
４４    校正機
４６    出力デバイス、印刷エンジン
４７    出力マネージャー・ステータス・モジュール、ソフトウエア・モジュール
５１    高速Ｅｔｈｅｒｎｅｔ基板
５２    ＳＣＳＩ記憶装置
５３    ＳＣＳＩアダプター基板
５６    印刷機
５８    印刷版
６０    感光フィルム
６１    感光紙
６４    プレートセッター
８２    バス
８４    ＣＰＵ
８６    ＲＯＭ
８８    ＲＡＭ
９０    圧縮／復元基板
９４    オペレーティング・システム
９８    出力マネージャー用ソフトウエア
１０２  出力制御システム
１０４  出力マネージャー用サービス・システム
１０６  ジョブ制御システム
１０８  校正システム
１１０  プレビュー・システム
１１２  出力制御インターフェース・サブシステム、出力作動システム
１１４  出力デバイスドライバー
１１６  メディア・リスト
１１８  コンフィギュレーション・サブシステム
１２０  コンフィギュレーション・パラメーター
１２１  アラーム・サブセクション
１２２  ジョブ制御サービス
１２４  ジョブ・リスト
１２６  ジョブ監査記録サブシステム
１２８  ジョブ監査記録
１３０  ファイル・アクセス・サブシステム
１３２  ジョブ・ファイル、ジョブ・データ記憶
１３４  入力・出力サブシステム
１３５  双方向ネットワーク・インターフェース・モジュール
１４２  一時記憶
５０４  マネージング・モジュール
５０８  受信部
５１２  機能モニター
５１４  比較部
５１６  更新された情報抑止モジュール
【図１】
2005071358.tif 000003
【図２】
2005071358.tif 000004
【図３】
2005071358.tif 000005
【図４】
2005071358.tif 000006
【図５Ａ】
2005071358.tif 000007
【図５Ｂ】
2005071358.tif 000008
【図６】
2005071358.tif 000009
【図７】
2005071358.tif 000010