(57)【特許請求の範囲】
【請求項１】
プリントコントローラ装置、クライアント装置および複数のプリントサーバ装置がネットワークを介して接続された印刷制御システムであって、
前記プリントサーバ装置は、
高解像度のイメージデータを保存する保存手段と、
前記高解像度のイメージデータから印刷イメージを生成する生成手段と、
前記印刷イメージをプリンタに送信する送信手段とを備え、
前記プリントコントローラ装置は、
前記プリントサーバ装置と前記保存手段に保存されたイメージデータとを関連づけて管理する管理手段と、
低解像度のイメージデータを用いて作成された文書の印刷依頼を前記クライアント装置から受信する受信手段と、
前記管理手段により管理されたテーブルを参照し、前記文書で使用される低解像度のイメージデータと対応する高解像度のイメージデータを保存する数が最も多いプリントサーバ装置を選択する選択手段と、
前記文書の印刷依頼を前記選択手段により選択されたプリントサーバ装置に転送する転送手段とを備えたことを特徴とする印刷制御システム。
【請求項２】
前記プリントサーバ装置は、
前記文書で使用される低解像度のイメージデータと対応する高解像度のイメージデータのうち、前記保存手段に保存されていない高解像度のイメージデータを他のプリントサーバ装置から取得する取得手段をさらに備えたことを特徴とする請求項１記載の印刷制御システム。
【請求項３】
前記管理手段はさらに前記イメージデータの廃棄時刻を管理し、
前記プリントサーバ装置は前記廃棄時刻を過ぎると前記イメージデータを削除する削除手段をさらに備えたことを特徴とする請求項１または２記載の印刷制御システム。
【請求項４】
前記プリントサーバ装置は、前記イメージデータを使用した場合に、前記管理手段に管理された廃棄時刻を更新し、前記プリントコントローラ装置に通知する通知する通知手段をさらに備え、
前記管理手段は、前記通知された廃棄時刻を管理することを特徴とする請求項３記載の印刷制御システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上でイメージデータの印刷依頼を受け、印刷処理を実行するための印刷制御システムに関する。
【０００２】
【従来の技術】
従来、ネットワーク上のプリントサービスを利用する場合、以下のような方法が取られていた。まず画像を編集するクライアントは、ネットワーク上の画像保持装置から編集するための画像を受信し、受信した画像を編集し、編集された画像データと印刷依頼をネットワーク上の画像制御装置に送信していた。
【０００３】
ネットワーク上のクライアントから印刷依頼と画像データを受信した画像制御装置（プリントコントローラ）は、画像データを含む印刷依頼を、印刷を実行する出力制御装置（プリントサーバ）に送り印刷を実行していた。このときイメージデータ以外の文字列データ、図形データ等は印刷イメージに展開された状態で出力制御装置に送られていた。
【０００４】
ネットワーク上の画像制御装置から印刷依頼を受信した出力制御装置は、印刷依頼に含まれる画像データをプリンタエンジンによって印刷出力していた。
【０００５】
また、従来、ネットワークを介してイメージデータをイメージサーバ（画像保持装置）に登録するシステムでは、登録したイメージデータを保管するために要する費用をユーザに課金するために使用できるサーバ上のスペースに制限を設けている。例えばホームページを例に挙げると、プロバイダはユーザに５〜１０ＭＢの容量を貸し与え、ユーザは好きなようにホームページを作成し、表示させている。しかしながら、この容量の制限を超えてイメージデータが登録された場合は、電子メール等によりユーザに警告を与えた上で一定期間猶予を与え、猶予期間後も制限を越えた状態ならば追加の料金を請求しる仕組みになっている。
【０００６】
【発明が解決しようとする課題】
従来の方法では、クライアントは画像保持装置から編集するための高解像度の画像データを受信しなければならず、また、編集後も画像制御装置に高解像度の画像データを送信しなければならなかったので、ネットワーク上のデータ送信の負荷が大きく、データ送信に時間がかかり、特にインターネットでプリントサービスを実現する場合に接続料金が多額になりユーザの負荷が大きいという問題があった。
【０００７】
また、ネットワーク上のクライアントから画像制御装置に対して送信される印刷依頼に含まれる印刷データとして文字列データ、図形データなどがイメージに展開された状態で送られるため、特に色数の多いデータで印刷データのデータ量が大きくなり、ネットワーク上のデータ送信の負荷が大きくなり、多数のクライアントから印刷依頼を受ける画像制御装置の負荷が大きくなり、印刷依頼が遅れてしまうという問題があった。
【０００８】
また、必要なイメージデータを常にオリジナルイメージの存在するイメージサーバから送信するためにイメージサーバの負荷が大きくなるという問題があった。
【０００９】
また従来の方法では、ユーザが意図しないままに制限を越えてイメージデータを登録してしまっても、その場で確認できないため登録を中止するなどの対応ができないという問題があった。
【００１０】
また電子メールなどによる警告はユーザが読まない可能性があり、気づかないうちに追加料金を請求される可能性があるなどの問題があった。
【００１１】
【課題を解決するための手段】
本発明は前記問題に鑑みてなされたものであり、プリントコントローラ装置、クライアント装置および複数のプリントサーバ装置がネットワークを介して接続された印刷制御システムであって、前記プリントサーバ装置は、高解像度のイメージデータを保存する保存手段と、前記高解像度のイメージデータから印刷イメージを生成する生成手段と、前記印刷イメージをプリンタに送信する送信手段とを備え、前記プリントコントローラ装置は、前記プリントサーバ装置と前記保存手段に保存されたイメージデータとを関連づけて管理する管理手段と、低解像度のイメージデータを用いて作成された文書の印刷依頼を前記クライアント装置から受信する受信手段と、前記管理手段により管理されたテーブルを参照し、前記文書で使用される低解像度のイメージデータと対応する高解像度のイメージデータを保存する数が最も多い前記プリントサーバ装置を選択する選択手段と、前記文書の印刷依頼を前記選択手段により選択されたプリントサーバ装置に転送する転送手段とを備えたことを特徴とする。
【００５３】
【発明の実施の形態】
〔第一実施例〕
＜システム構成＞
図１は、本発明の印刷制御システムの構成図である。
【００５４】
図１中１０１は本発明の情報処理装置の一実施例であるクライアントコンピュータであり、画像や文書を編集する画像編集手段である文書編集アプリケーションを含んでおり、文字列、図形、イメージ等のデータを含む文書の作成、編集、文書データのページ記述言語への変換機能を持っている。
【００５５】
１０２は本発明の画像保持装置の一実施例であるイメージサーバであり、複数の解像度を持たせた画像データや、１画面が複数のタイルで分割管理されるイメージフォーマットの画像データを複数解像度保持している。また、ネットワークを介して画像ファイル内の指定された解像度の画像データもしくは、指定された解像度の画像データのイメージタイルデータをクライアントコンピュータ１０１や後述するプリントサーバ１０４〜１０６に送信する。イメージサーバが保持している画像のフォーマットとしては、後述するフラッシュピックスフォーマット（登録商標）を始め、ビットマップデータやＪＰＥＧ、ＴＩＦ、ＺＩＰフォーマット等複数種類のフォーマットの画像データがある。
【００５６】
１０３は本発明の画像制御装置の一実施例であるプリントコントローラであり、クライアントコンピュータ１０１からのページ記述言語で記述された印刷スクリプトと印刷オーダを受け取り、印刷オーダを処理するプリントサーバを選択し、印刷スクリプトと印刷オーダを送信する。
【００５７】
１０４、１０５、１０６は本発明の出力制御装置の一実施例であるプリントサーバであり、プリントコントローラ１０３からの印刷オーダに応じて、印刷スクリプトを処理して印刷を行う。
【００５８】
クライアントコンピュータ１０１、イメージサーバ１０２、プリントコントローラ１０３、プリントサーバ１０４、１０５、１０６はネットワークで相互に結合されている。尚、詳細に説明すれば、本実施例で説明するプリントコントローラ１０３とイメージサーバ１０２は専用線で接続されており、それ以外の装置は、それぞれダイヤルアップ形式でインターネット接続されているものとする。
【００５９】
＜プリントコントローラのブロック図＞
図４はプリントコントローラ１０３のシステム構成を示すブロック図である。
【００６０】
図４中１００１は本装置全体の制御を司るＣＰＵであり、本実施例の画像制御装置における制御手段である。
【００６１】
１００２は一時記憶手段であるＲＡＭであり、ＣＰＵ１００１の主メモリとして、及び実行プログラム（図７及び図２５のフローチャートで後述する制御プログラム）のワークエリアや一時待避領域として機能する。さらに、後述するイメージタイルテーブル（図８）やイメージキャッシュヒットテーブル（図９）やイメージキャッシュ情報テーブル（図１７）を一時的に格納しておく。
【００６２】
１００３はＣＰＵ１００１の動作処理手順を記憶しているＲＯＭである。ＲＯＭ１００３にはプリントサービスコントローラの機器制御を司るシステムプログラムや図７及び図２５の処理フローで表わされるプログラムを記録したプログラムＲＯＭと、システムを稼動するために必要な情報等が記憶されたデータＲＯＭがある。
【００６３】
１００４はネットワークインターフェイス（Ｎｅｔ−Ｉ／Ｆ）であり、後述するプリントサーバとのデータ送信制御や、ユーザ端末と本システムを繋ぐためのネットワークシステム（インターネット等）とのデータ送信を行なうためのデータ制御や診断を行なう。これにより、後述するユーザ端末から編集情報を受信し、プリントサーバに送信を行う。
【００６４】
１００５はビデオＲＡＭ（ＶＲＡＭ）で、システムの稼動状態を示す表示手段であるＣＲＴ１００６の画面に表示される画像を展開し、その表示の制御を行う。
【００６５】
１００７はキーボードなどの外部入力装置からの入力信号を制御するためのキーボードコントローラある。１００８は操作を受け付けるための外部入力装置であり、一般にはキーボードやポインティングデバイス（マウスなど）を示している。
【００６６】
１００９は記憶手段であるハードディスクドライブ（ＨＤＤ）を示し、画像情報のデータ保存用に用いられる。また、後述するイメージタイルテーブル（図８）やイメージキャッシュヒットテーブル（図９）やイメージキャッシュ情報テーブル（図１７）を生成し、格納される。また前述したように、ＨＤＤ１００９に生成されたテーブルを一時的に利用するために、ＲＡＭ１００２に展開されている。後述するが、これらのテーブルをもとにＣＰＵ１００１は、データ送信の出力先プリントサーバを決定している。
【００６７】
１０１０は外部記憶装置であるフロッピーディスクなどのリムーバルディスクドライブ（ＦＤＤ）を示し、アプリケーションプログラムの媒体からの読み出しなどに用いられる。図7の処理フローで表されるプログラムをフロッピーディスク１０１０に記憶して、ハードディスクに格納しておいても本システムは実現可能である。
【００６８】
１０００は上述した各ユニット間を接続するためのＩ／Ｏバス（アドレスバス、データバスおよび制御バス）である。
【００６９】
＜プリントサーバのブロック図＞
図５はプリントサーバ１０４〜１０６のシステム構成を示すブロック図である。
【００７０】
図５中２００１は本装置全体の制御を司るＣＰＵであり、本出力制御装置における制御手段である。ネットワークインターフェイス２００４から受信した編集情報から出力画像を生成する制御を行う。
【００７１】
２００２はＲＡＭであり、ＣＰＵ２００１の主メモリとして、及び実行プログラム（図１１のフローチャートで示す制御プログラム）のワークエリアや一時待避領域として機能する。さらに、後述するイメージタイルテーブル（図１２）やイメージファイルテーブル（図１３）をここに生成する。また、出力画像を生成するための展開領域としても使用される。
【００７２】
２００３はＣＰＵ２００１の動作処理手順を記憶しているＲＯＭである。ＲＯＭ２００３にはプリントサーバの機器制御を司るシステムプログラムや図１１の処理フローで表わされるプログラムを記録したプログラムＲＯＭと、システムを稼動するために必要な情報等が記憶されたデータＲＯＭがある。
【００７３】
２００４はネットワークインターフェイス（Ｎｅｔ−Ｉ／Ｆ）であり、プリントサービスコントローラとのデータ送受信制御や、他のプリントサーバや画像サーバとの画像データ送受信を行なうための制御や診断を行なう。
【００７４】
２００５はビデオＲＡＭ（ＶＲＡＭ）で、システムの稼動状態を示す表示手段であるＣＲＴ２００６の画面に表示される画像を展開し、その表示の制御を行う。
【００７５】
２００７はキーボードなどの外部入力装置からの入力信号を制御するためのキーボードコントローラある。２００８は操作を受け付けるための外部入力装置であり、一般にはキーボードやポインティングデバイス（マウスなど）を示している。
【００７６】
２００９は記憶手段であるハードディスクドライブ（ＨＤＤ）を示し、画像情報のデータ保存用に用いられる。また、後述するイメージタイルテーブル（図１２）やイメージファイルテーブル（図１３）をＲＡＭ２００２ではなくここに生成し、これをもとにイメージデータをイメージサーバ１０２もしくは別のプリントサーバ１０４〜１０６から取得するようＣＰＵ２００１が制御することも可能である。
【００７７】
２０１０は外部記憶手段であるフロッピーディスクなどのリムーバルディスクドライブ（ＦＤＤ）を示し、アプリケーションプログラムの媒体からの読み出しなどに用いられる。図１１の処理フローで表されるプログラムをフロッピーディスク１０１０に記憶して、ハードディスクに格納しておいても本システムは実現可能である。
【００７８】
２０１１は印刷制御手段であるプリンタコントローラ（ＰＲＴＣ）であり、プリンタ２０１２の制御と出力する画像の制御を行う。
【００７９】
２０１２はプリントサーバで印刷出力を行うための印刷手段であるプリンタである。プリンタ２０１２は、ネットワークインタフェース２００４で受信した印刷オーダーと編集情報と画像データとから、ＨＤＤ２００９に格納されているプログラムに基づいてＣＰＵ２００１が作成した出力画像を印刷出力するプリンタエンジンを有している。なお、一つのプリントサーバは、複数のプリンタ２０１２を接続することが可能となっている。
【００８０】
２０００は上述した各ユニット間を接続するためのＩ／Ｏバス（アドレスバス、データバスおよび制御バス）である。
【００８１】
＜イメージフォーマット＞
図２は、本発明で使用される画像データの一つの実施例であるFlashPix（登録商標）のイメージフォーマットを説明する説明図である。イメージサーバ１０２には、ここで説明するイメージフォーマットのイメージファイルが複数存在している。もちろん後述するフラッシュピックスフォーマット以外のイメージファイルであっても本発明を適用できることは言うまでもない。フラッシュピックス以外の画像フォーマットとしては、ビットマップデータを始め、圧縮フォーマットとしてＪＰＥＧ、ＴＩＦ、ＺＩＰ等が存在し、どのフォーマットの画像データを用いても、本発明を適用できることは言うまでもない。
【００８２】
図２中２０１はフラッシュピックスフォーマットのイメージファイルを示す。イメージファイル２０１は、解像度０から解像度ｎの複数の解像度のイメージを階層的に保持している。解像度は添え字の数値が小さいほど高解像度であること示す。解像度０が最も解像度が高く、添え字の数値が１増えると解像度は１／２になる。２０２、２０３、２０４はそれぞれ解像度０、解像度１、解像度ｎのイメージをあらわす。
【００８３】
各解像度のイメージは固定画素数の正方形のイメージタイルに分割管理されている。２０５はイメージファイル２０１中の解像度０のイメージと、該イメージを構成するイメージタイルとの関係を示している。イメージタイル上に示された（Ｘ，Ｙ）の形式のインデックスはイメージ中のイメージタイルを識別するためのイメージタイルＩＤである。
【００８４】
イメージタイルの画素数は固定であるので、解像度が異なるイメージ間では同一の部分を示すイメージタイルの個数およびＩＤは異なる。例えば、同一の部分を表す解像度１でのイメージタイルの面積は、解像度０での同一の部分を表すイメージタイルの面積の４倍になる。このため解像度０でイメージタイルＩＤ（０，０）、（１，０）、（１，０）、（１，１）の４つのイメージタイルで示される領域は、解像度１ではイメージタイルＩＤ（０，０）の１つのイメージタイルで示される領域と等しくなる。
【００８５】
前述したように本発明の画像保持装置は複数の解像度の画像データを持っているため、編集など低解像度の画像ですむ処理に低解像度のイメージを使用することができ、メモリ使用量の低減やデータ送信処理の高速化による操作性の向上などの効果がある。
【００８６】
＜スクリプト＞
図３は、本発明で使用するページ記述言語で記述されたスクリプトの例の説明図である。
【００８７】
図３中３０１は図２の解像度１のイメージ２０３とイメージタイルの関係を示す。
【００８８】
３０２はクライアントコンピュータ１０１の文書編集アプリケーションで作成される文書を示す。３０３、３０４、３０５はそれぞれ文書３０２に含まれるイメージデータ、図形データ、文字列データを示す。３０６は文書３０２をクライアントコンピュータ１０１の文書編集アプリケーションでページ記述言語に変換したスクリプトである。
【００８９】
クライアント１０１は、イメージサーバなどの画像データを記憶している外部装置から編集用の画像として低解像度の画像データを要求し、低解像度の画像データを取得する。そして、クライアント１０１の文書編集アプリケーションでの文書の編集では解像度１のイメージを使用することにより編集に必要なメモリ量を削減している。また、画像データをネットワーク経由で取得する場合にも送信されるデータ量が削減されるため効果がある。また、本実施例では、クライアント１０１とイメージサーバはダイヤルアップ形式のインターネットで接続しているので、高解像度の画像データを送受信すると、送受信に多くの時間を有してしまい、回線接続料が高くなりコストアップにつながってしまう。よって、本発明のように低解像度の画像データをインターネットで受信することにより接続時間が減少し、回線接続料が安くなるという効果も得られる。また、本実施の形態では、解像度１のイメージを使用したが、解像度２、３などのような更に低解像度のイメージを使用した方が、送信データ量が削減されるため効果的である。
【００９０】
文書３０２中には解像度１のイメージ３０１のうちイメージタイルＩＤ（１，０）の部分だけが含まれている。文書３０２をスクリプト３０６に変換する時、イメージデータ３０３の部分は、データそのものを取り込むのではなく、イメージファイル２０１の存在する場所を示すイメージファイルＩＤ、解像度インデックス、イメージタイルＩＤを記述し、スクリプトを処理する時点でイメージデータを取り込む。これによりスクリプトのサイズを小さくすることが可能となり、ネットワーク経由の送信において負荷を軽減することができる。
【００９１】
スクリプト３０６において、documentの後に続く数字は、ドキュメントＩＤを示しており、文書編集アプリケーションによりユニークにつけられる。pageの後の数字は、ページ数を示している。textの後に書かれているものは「Times New Roman」のフォントで４８ポ、斜体、５０、３０の位置に「Flower」と文字を書くということを示している。circleというのは、円を描けという命令で、７０、２０の位置に半径１０、太さ２という情報が記載されている。最後のimageとは、画像データがあるということを示しており、５、５の位置に「http://image.cono.co.jp/public/flower.fpx」というＵＲＬにある画像データの解像度１の（１、０）というタイルの画像が使用されていることを示している。
【００９２】
このようにクライアント１０１の文書編集アプリケーションで編集した編集命令の履歴がスクリプト形式のファイルとして生成される。本実施例でいう編集とは、以下のような編集である。つまり、画像データ全体に対しての、モザイク処理、ぼかし処理、色変換（カラーバランス）、階調変換（グレイスケール処理を含む）等のことである。更に、写真の枠やテキストを挿入する枠等を示すテンプレート（イメージデータ）や、スタンプやイラストなどのデータを追加すること、図形の描画、テキストの挿入なども、本実施例でいう編集処理の定義に含まれるものである。このように定義される編集の履歴が編集情報として、スクリプト形式のデータがクライアント１０１で生成されるのである。
【００９３】
上記説明したように、クライアント１０１は、ダイヤルアップ接続でインターネットを介してイメージサーバに低解像度の画像データを要求し、低解像度の画像データを受信する。そして、クライアント１０１内で低解像度の画像データを編集し、編集した履歴情報をスクリプト形式の編集情報として生成する。そして、編集情報をダイヤルアップ接続のインターネットを介してプリントコントローラに送信して印刷オーダーを出している。ユーザは、画像データを好きなように編集でき、かつ印刷オーダーを編集履歴として少ないデータ量として生成でき、編集される画像データのＩＤを含む編集情報を印刷オーダーとして送信するので、印刷オーダー時のインターネット接続時間が短くて済むのである。
【００９４】
＜イメージサーバのブロック図＞
図２０はイメージサーバ１０２のシステム構成を示すブロック図である。
【００９５】
図２０中３００１は本装置全体の制御を司るＣＰＵであり、画像保持装置の制御手段である。
【００９６】
３００２は一時記憶手段であるＲＡＭであり、ＣＰＵ３００１の主メモリとして、及び実行プログラム（図２２のフローチャートで示される制御プログラム）のワークエリアや一時待避領域として機能する。３００３はＣＰＵ３００１の動作処理手順を記憶しているＲＯＭである。ＲＯＭ３００３にはイメージサーバの機器制御を司るシステムプログラムや図２２の処理フローで表されるプログラムを記録したプログラムＲＯＭと、システムを稼動するために必要な情報等が記憶されたデータＲＯＭがある。
【００９７】
３００４はネットワークインターフェイス（Ｎｅｔ−Ｉ／Ｆ）であり、後述するクライアントやプリントサーバとのデータ送信制御や診断を行なう。
【００９８】
３００５はビデオＲＡＭ（ＶＲＡＭ）で、システムの稼動状態を示す表示手段であるＣＲＴ３００６の画面に表示される画像を展開し、その表示の制御を行う。
【００９９】
３００７はキーボードなどの外部入力装置からの入力信号を制御するためのキーボードコントローラある。３００８は操作を受け付けるための外部入力装置であり、一般にはキーボードやポインティングデバイス（マウスなど）を示している。
【０１００】
３００９は記憶手段であるハードディスクドライブ（ＨＤＤ）を示し、画像情報のデータ保存用に用いられる。
【０１０１】
３０１０は外部記憶手段であるフロッピーディスクなどのリムーバルディスクドライブ（ＦＤＤ）を示し、アプリケーションプログラムの媒体からの読み出しなどに用いられる。
【０１０２】
３０００は上述した各ユニット間を接続するためのＩ／Ｏバス（アドレスバス、データバスおよび制御バス）である。
【０１０３】
＜動作説明＞
まず、図３、図６〜図９を用いて、本システムの全体的な動作説明を行う。
【０１０４】
ユーザは、クライアントコンピュータ１０１の文書作成アプリケーションの機能により、ダイヤルアップ接続のインターネットを介してイメージサーバ１０２からイメージファイル２０１中の解像度１のイメージ２０３中のイメージタイルＩＤ９００３（１，０）のイメージデータ３０３を取得し文書３０２を作成する。
【０１０５】
ユーザがプリントサービスを要求する操作を実行すると、クライアントコンピュータ１０２の文書編集アプリケーションは文書３０２をスクリプト３０６に変換し、プリントオーダ情報を付加して図６に示されるプリントオーダファイルを作成し、ダイヤルアップ接続してインターネットを介してプリントコントローラ１０３に送る。プリントオーダ情報には住所、氏名、クレジットカード番号などの個人情報（#UserID）、印刷範囲（#PageRange）、印刷部数（#Copies）及び支払い方法（#Payment）などの印刷情報が含まれる。図６にプリントオーダファイルの例を示す。
【０１０６】
図７はプリントコントローラ１０３の制御プログラムを説明した処理フロー図である。また、図８はプリントコントローラ内部のＲＡＭ１００２内に存在するイメージタイルテーブル１５０７、図９は同じくＲＡＭ１００２内に存在するイメージキャッシュヒットテーブル１５０８を示す。前述したようにこれらはＨＤＤ１００９内にあってもよい。
【０１０７】
図８のイメージタイルテーブル１５０７は、イメージデータのタイルの個数分に相当するテーブルの行が存在している。プリントサーバＩＤ９００１は、そのタイルのイメージデータが存在するプリントサーバのＩＤを表している。イメージファイルＩＤ９００２は、そのタイルのイメージファイルのＩＤを表している。イメージタイルＩＤ９００３は、イメージファイルの中のタイルのＩＤを表している。イメージタイルキャッシュファイル名９００４は、そのタイルがキャッシュされているファイル名を表している。
【０１０８】
図９のイメージキャッシュヒットテーブル１５０８の行は、プリントサーバＩＤ９００１、イメージキャッシュのヒット数９００６からなる。
【０１０９】
以下図７、図８、図９を参照して本発明の画像制御装置の一実施例であるプリントコントローラ１０３での処理を説明する。
【０１１０】
ＳＴＥＰ７０１において、プリントコントローラ１０３は、ネットワークインタフェース１００４を介して文書編集アプリケーションの存在するクライアント１０１から画像の編集情報であるプリントオーダファイル（図６）を受け取る。これはクライアント１０１からダイヤルアップによりインターネットを介して接続してくることにより実現される。プリントコントローラ１０３は、受け取ったプリントオーダファイル（図６）をプリントコントローラ１０３のＨＤＤ１００９にファイルＯＲＤＥＲ．ＯＲＧとして保存し、ＲＡＭ１００２内のイメージキャッシュヒットテーブル１５０８（図９）の内容を初期化する。
【０１１１】
ＳＴＥＰ７０２では、プリントコントローラ１０３は、入力ファイルとしてＨＤＤ１００９内のファイルＯＲＤＥＲ．ＯＲＧをオープンし、出力ファイルとしてＨＤＤ１００９内のファイルＯＲＤＥＲ．ＤＡＴを作成／オープンする。
【０１１２】
ＳＴＥＰ７０３では、プリントコントローラ１０３は、ＨＤＤ１００９内のファイルＯＲＤＥＲ．ＯＲＧから１行読み込む。
【０１１３】
ＳＴＥＰ７０４では、プリントコントローラ１０３は、ＨＤＤ１００９内のファイルＯＲＤＥＲ．ＯＲＧの最後（ＥＯＦ：End of file）まで到達したかを判定する。最後まで到達した場合はＳＴＥＰ７１７に、そうでなければＳＴＥＰ７０５に進む。
【０１１４】
ＳＴＥＰ７０５では、プリントコントローラ１０３は、読み込んだ行がイメージ指定コマンド（図６でいう“ image ( )”）か否かを判定する。イメージ指定コマンドでなければＳＴＥＰ７０６に、イメージ指定コマンドならばＳＴＥＰ７０７に進む。
【０１１５】
ＳＴＥＰ７０５でイメージ指定コマンドでないと判定された場合は、ＳＴＥＰ７０６において、プリントコントローラ１０３は、ＳＴＥＰ７０３で読み込んだ行をＨＤＤ１００９内のファイルＯＲＤＥＲ．ＤＡＴに書き込み、ＳＴＥＰ７０３に進む。
【０１１６】
ＳＴＥＰ７０５でイメージ指定コマンドであると判定された場合は、ＳＴＥＰ７０７において、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７を初期化する。
【０１１７】
続いてＳＴＥＰ７０８では、プリントコントローラ１０３は、オーダーファイル（ＯＲＤＥＲ．ＯＲＧ）内のイメージ指定コマンドの引数にイメージタイルの指定（イメージタイルＩＤ）があるか否かを判定する。イメージタイルＩＤ９００３の指定があればＳＴＥＰ７０９に、イメージタイルＩＤ９００３の指定がなければＳＴＥＰ７１０に進む。
【０１１８】
ＳＴＥＰ７０８でイメージタイルの指定があると判定された場合は、ＳＴＥＰ７０９において、プリントコントローラ１０３は、オーダーファイル（ＯＲＤＥＲ．ＯＲＧ）内に存在するイメージファイルＩＤ９００２（本実施例の場合は「http://image.conon.co.jp/public/flower.fpx」）と解像度（本実施例の場合は図６より“１”）とイメージタイルＩＤ９００３（本実施例の場合は（１、０））で指定されるイメージを認識する。そしてそのイメージに対応するイメージファイルＩＤ９００２で指定されるイメージファイル２０１の解像度０のイメージ２０５を構成するイメージタイルＩＤ９００３を計算し、イメージファイルＩＤ９００２と計算したイメージタイルＩＤ９００３とをＲＡＭ１００２内のイメージタイルテーブル１５０７（図８）のイメージファイルＩＤ９００２とイメージタイルＩＤ９００３に追加する。この時、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７（図８）のプリントサーバＩＤ９００１、イメージタイルキャッシュファイル名９００４の項にはＮＯＮＥを指定する。処理終了後ＳＴＥＰ７１１に進む。
【０１１９】
ＳＴＥＰ７０８でイメージタイルの指定がないと判定された場合は、ＳＴＥＰ７１０において、まず、プリントコントローラ１０３は、イメージ指定コマンド中のイメージファイルＩＤ(http://image.conon.co.jp/public/flower.fpx)からイメージサーバ１０２（http://image.conon.co.jp/）を判別し、イメージサーバ１０２からイメージファイルＩＤ９００２で指定されるイメージファイル２０１の解像度０のイメージ２０５を構成するタイルのＸ方向、Ｙ方向の個数（Ｘ，Ｙ）を取得する。次に、プリントコントローラ１０３は、（Ｘ，Ｙ）の値を使用してイメージファイルＩＤ９００２の解像度０のイメージを構成するすべてのイメージタイルＩＤ９００３をイメージファイルＩＤ９００２とともにＲＡＭ１００２内のイメージタイルテーブル１５０７に追加する。この時、プリントコントローラ１０３は、イメージタイルテーブル１５０７のプリントサーバＩＤ９００１、イメージタイルキャッシュファイル名９００４の項にはＮＯＮＥを指定する。
【０１２０】
本実施例では、ＳＴＥＰ７０９、ＳＴＥＰ７１０でイメージ指定コマンド中のイメージタイルＩＤ９００３を、イメージファイルＩＤ９００２で指定されるイメージファイル２０１の解像度０のイメージでのイメージタイルＩＤ９００３に変換しているが、該変換はクライアントコンピュータ１０１の文書編集アプリケーションでスクリプト３０６を生成する時点で行ってもよい。
【０１２１】
ＳＴＥＰ７１１では、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７の行数を変数ＭＡＸ＿ＩＮＤＥＸに設定し、変数ＩＮＤＥＸを０に初期化する。ここで変数ＭＡＸ＿ＩＮＤＥＸには、イメージタイルテーブル１５０７の行数つまり、今編集中のオーダーファイルに含まれる今まで読み込んだタイル数が入っている。
【０１２２】
ＳＴＥＰ７１２では、プリントコントローラ１０３は、変数ＩＮＤＥＸの値が変数ＭＡＸ＿ＩＮＤＥＸの値に等しいか否か判定する。等しい場合はＳＴＥＰ７１６に、等しくない場合はＳＴＥＰ７１３に進む。
【０１２３】
ＳＴＥＰ７１３では、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７のＩＮＤＥＸ番目の行と同じイメージファイルＩＤ９００２、イメージタイルＩＤ９００３を持つ行がＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６（図１７）に存在するか否か調べる。存在しない場合はＳＴＥＰ７１５に、存在する場合はＳＴＥＰ７１４に進む。
【０１２４】
図１７にイメージキャッシュ情報テーブル１５０６を示す。ＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６はプリントコントローラ１０３の起動時に、プリントコントローラ１０３によって初期化される。図１７のイメージキャッシュ情報テーブルとは、ネットワークもしくはインターネットで接続された本発明の出力制御装置の一実施例であるプリントサーバ１０４〜１０６と、そのプリントサーバがキャッシュしている画像タイルとを関連付けてあるテーブルである。
【０１２５】
プリントサーバ１０４は、クライアントコンピュータ１０１で作成されたプリントオーダファイルをプリントコントローラ１０３を介して受け取る。そして、プリントオーダファイルのイメージ指定コマンド中に自身のＨＤＤ２００９内に存在しないイメージタイルが含まれる場合に、イメージサーバ１０２や他のプリントサーバ１０５、１０６からイメージタイルファイルをコピーし、ＨＤＤ２００９内にキャッシュファイルとして保存する。この時、プリントサーバ１０４は、ＨＤＤ２００９内に保存したキャッシュファイルの情報をプリントコントローラ１０３に通知する。この処理は、図１１で後述する。
【０１２６】
プリントコントローラ１０３は、プリントサーバ１０４からのイメージキャッシュ情報の通知を受けるとＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６（図１７）に行を追加し、通知されたキャッシュファイルの情報を設定する。ＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６には、プリントコントローラ１０３によって、イメージタイルテーブル１５０７で設定する項目以外の項目であるキャッシュが廃棄され無効になる時刻（イメージタイルキャッシュファイル廃棄時刻９００５）も登録される。プリントコントローラ１０３は定期的にＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６の各行の内容をチェックし、現在の時刻よりも古いイメージタイルキャッシュファイル廃棄時刻９００５を持つ行をＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６から削除する。
【０１２７】
ＳＴＥＰ７１３でイメージキャッシュ情報テーブル（図１７）に対応する行があると判定されると、ＳＴＥＰ７１４において、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７（図８）のＩＮＤＥＸ番目に対応する行のプリントサーバＩＤ９００１，イメージタイルキャッシュファイル名９００４の項の値に、ＲＡＭ１００２内のイメージタイルテーブル１５０７のＩＮＤＥＸ番目の行と同じイメージファイルＩＤ９００２、イメージタイルＩＤ９００３を持つＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６（図１７）の行のプリントサーバＩＤ９００１、イメージタイルキャッシュファイル名９００４の値を設定する。同時に、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージキャッシュヒットテーブル１５０８（図９）に、イメージタイルテーブル１５０７のＩＮＤＥＸ番目の行のプリントサーバＩＤ９００１に設定したプリントサーバＩＤ９００１と同じプリントサーバＩＤ９００１を持つ行がないかを調べ、ある場合は該当する行のイメージタイルキャッシュのヒット数９００６の値を１増加させ、ない場合はＲＡＭ１００２内のイメージキャッシュヒットテーブル１５０８に行を追加し、プリントサーバＩＤ９００１の項にＲＡＭ１００２内のイメージタイルテーブル１５０７のＩＮＤＥＸ番目の行のプリントサーバＩＤ９００１に設定したプリントサーバＩＤを、イメージタイルキャッシュのヒット数９００６の項に１を設定する。
【０１２８】
ＳＴＥＰ７１５では、プリントコントローラ１０３は、変数ＩＮＤＥＸの値を１増加させＳＴＥＰ７１２に処理を戻す。
【０１２９】
ＳＴＥＰ７１２ですべてのＩＮＤＥＸが終了したと判断されると、ＳＴＥＰ７１６では、プリントコントローラ１０３は、イメージ指定コマンドのイメージデータ指定引数をＲＡＭ１００２内のイメージタイルテーブル１５０７の内容に置き換えＨＤＤ１００９内のファイルＯＲＤＥＲ．ＤＡＴに書き込み、ＳＴＥＰ７０３に進む。こうすることにより、プリントオーダーファイルのイメージ指定コマンドのイメージデータ指定引数（低解像度で表わされている）が、本実施の形態の解像度０である高解像度のイメージを構成するタイルに置き換わる。
【０１３０】
ＳＴＥＰ７１７では、プリントコントローラ１０３は、ＨＤＤ１００９内のファイルＯＲＤＥＲ．ＯＲＧとＯＲＤＥＲ．ＤＡＴとをクローズする。
【０１３１】
ＳＴＥＰ７１８では、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージキャッシュヒットテーブル１５０８（図９）のイメージタイルキャッシュのヒット数９００６を参照し、ヒット数が最も多いプリントサーバＩＤ９００１に対応するプリントサーバにＨＤＤ１００９内のプリントオーダファイルＯＲＤＥＲ．ＤＡＴを送信する。
【０１３２】
上記手順により、図３、３０６のスクリプトを処理した結果の例を図１０に示す。図１０において、図６で解像度“１”で示されていたイメージとタイルが、解像度“０”に置き換わり、タイル数が増えている。また、それぞれの画像の格納先がＵＲＬで示されている。
【０１３３】
上記のように図７のフローチャートにおいて、クライアントコンピュータ１０１から編集情報であるプリントオーダーファイルを受信し、そのプリントオーダーファイルで使用される画像データをもっとも多く有するプリントサーバを出力先として決定する処理を説明したが、もちろんこれに限るものではなく、プリントオーダーファイル内で指定されているプリントサーバを出力先として選択してもよいことは言うまでもない。
【０１３４】
図１１は本発明の出力制御装置の一実施例であるプリントサーバ１０４の処理フロー図である。また、図１２はＲＡＭ２００２内のイメージタイルテーブル１６０６、図１３はＲＡＭ２００２内のイメージタイルファイルテーブル１６０７を示す。
【０１３５】
図１２のイメージタイルテーブル１６０６の行は、プリントサーバＩＤ９００１、イメージファイルＩＤ９００２、イメージタイルＩＤ９００３、イメージタイルキャッシュファイル名９００４、イメージタイルキャッシュファイル廃棄時刻９００５からなる。
【０１３６】
図１３のイメージタイルファイルテーブル１６０７の行は、イメージタイルキャッシュファイル名９００４、イメージタイルＩＤ９００３からなる。
【０１３７】
以下図１１、図１２、図１３を参照してプリントサーバ１０４での処理を説明する。
【０１３８】
プリントサーバ１０４は、ネットワークインタフェース２００４を介してプリントコントローラ１０３から印刷依頼ファイルであるプリントオーダファイル「ＯＲＤＥＲ．ＤＡＴ」を受け取る。
【０１３９】
プリントサーバ１０４は、受け取ったプリントオーダファイルをＳＴＥＰ１１０１で、プリントサーバ１０４のＨＤＤ２００９にファイル「ＯＲＤＥＲ．ＯＲＧ」として保存する。
【０１４０】
ＳＴＥＰ１１０２では、プリントサーバ１０４は、入力ファイルとしてＨＤＤ２００９内のファイルＯＲＤＥＲ．ＯＲＧをオープンし、出力ファイルとしてＨＤＤ２００９内に新規のファイル「ＯＲＤＥＲ．ＤＡＴ」を作成し、オープンする。
【０１４１】
ＳＴＥＰ１１０３では、プリントサーバ１０４は、ＨＤＤ２００９内のファイル「ＯＲＤＥＲ．ＯＲＧ」から１行読み込む。
【０１４２】
ＳＴＥＰ１１０４では、プリントサーバ１０４は、ＨＤＤ２００９内のファイル「ＯＲＤＥＲ．ＯＲＧ」の最後（EOF：End of file）まで到達したかを判定する。最後まで到達した場合はＳＴＥＰ１１１７に、そうでない場合はＳＴＥＰ１１０５に進む。
【０１４３】
ＳＴＥＰ１１０５では、プリントサーバ１０４は、ＯＲＤＥＲ．ＯＲＧから読み込んだ行がイメージ指定コマンド（図１０の“ image ( )”）か否かを判定する。イメージ指定コマンドでなければＳＴＥＰ１１０６に、イメージ指定コマンドならばＳＴＥＰ１１０７に進む。
【０１４４】
ＳＴＥＰ１１０５でイメージ指定コマンドでないと判定されると、ＳＴＥＰ１１０６では、プリントサーバ１０４は、ＳＴＥＰ１１０３で読み込んだ行をＨＤＤ２００９内のファイルＯＲＤＥＲ．ＤＡＴに書き込み、ＳＴＥＰ７０３に進む。
【０１４５】
ＳＴＥＰ１１０５でイメージ指定コマンドであると判定されると、ＳＴＥＰ１１０７では、プリントサーバ１０４は、ＲＡＭ２００２内のイメージタイルテーブル１６０６（図１２）、イメージタイルファイルテーブル１６０７（図１３）の内容を初期化する。
【０１４６】
ＳＴＥＰ１１０８では、プリントサーバ１０４は、イメージ指定コマンドのイメージデータ記述の内容をＲＡＭ２００２内のイメージタイルテーブル１６０６に展開する。プリントサーバ１０４は、展開したイメージタイルテーブル１６０６の行数を変数ＭＡＸ＿ＩＮＤＥＸに設定し、変数ＩＮＤＥＸを０に初期化する。ここで具体的に説明する。図１０のようなプリントオーダーファイルが受信された場合において、イメージ指定コマンドの２つめの画像である「(http://image.conon.co.jp/public/flower.fpx),(3,0),(http://print1.xxx.co.jp/cache/a01763.til)」をＲＡＭ２００２内のイメージタイルテーブル１６０６に展開すると、プリントサーバのＩＤ９００１は「print1.xxx.co.jp」、イメージファイルのＩＤ９００２は「flower.fpx」、イメージタイルのＩＤ９００３は「(3,0)」、イメージタイルキャッシュのファイル名９００４は「a01763.til」となる。イメージタイルキャッシュの破棄時刻９００５はここでは記憶されない。
【０１４７】
ＳＴＥＰ１１０９では、プリントサーバ１０４は、変数ＩＮＤＥＸの値が変数ＭＡＸ＿ＩＮＤＥＸの値と等しいか否か判定する。等しい場合はＳＴＥＰ１１１６に、等しくなければＳＴＥＰ１１１０に進む。
【０１４８】
ＳＴＥＰ１１１０では、プリントサーバ１０４は、ＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ行のプリントサーバＩＤ９００１が処理中のプリントサーバのプリントサーバＩＤ９００１と等しいか否かを判定する。等しい場合は本処理を実行中のサーバにＩＮＤＥＸ行のタイルが存在するということなのでＳＴＥＰ１１１１に進み、等しくない場合は別のプリントサーバもしくはイメージサーバにＩＮＤＥＸ行のタイルが存在するということなのでＳＴＥＰ１１１２に進む。
【０１４９】
ＳＴＥＰ１１１１では、プリントサーバ１０４は、ＨＤＤ２００９内のイメージデータが保存されているディレクトリ名（例えば、図１０より「\cache」）にＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ行のイメージタイルキャッシュファイル名９００４（図１０より「a01763.til」）を追加したパス名（図１０より「\cache\a01763.til」）とイメージタイルＩＤ９００３とをＲＡＭ２００２内のイメージタイルファイルテーブル１６０７に追加し、ＳＴＥＰ１１１５に進む。つまり図１３におけるイメージタイルファイルテーブルのイメージタイルキャッシュのファイル名９００４には、パス名が追加される。
【０１５０】
ＳＴＥＰ１１１２では、プリントサーバ１０４は、ＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ行のプリントサーバＩＤ９００１がＮＯＮＥか否かを判定する。ＮＯＮＥならばどのプリントサーバにも該当するイメージタイルが存在しないということなのでイメージサーバからイメージタイルを取得するためにＳＴＥＰ１１１３に処理を移し、ＮＯＮＥでなければ別のプリントサーバにイメージタイルが存在するということなのでＳＴＥＰ１１１４に進む。
【０１５１】
ＳＴＥＰ１１１３では、まず、プリントサーバ１０４は、プリントコントローラ１０３にイメージタイルキャッシュファイル名９００４を要求する。プリントコントローラ１０３は、システム内でユニークで、かつランダムなファイル名を生成してプリントサーバ１０４に返す。ファイル名をランダムにすることによりプリントサーバ１０４のＨＤＤ２００２内のイメージ保存ディレクトリ内のファイル名から元画像を推測したり、複数ファイルから元画像を再構成するのが困難になり、有償画像の不正利用の防止になる。説明が前後するが、プリントコントローラ１０３は、イメージタイルキャッシュファイル名をランダムにつけるためにすべてのプリントサーバでキャッシュしているイメージデータとその名称をイメージキャッシュ情報テーブル（図２４）で管理しており、ＣＰＵ１００１がランダムな名称を設定してプリントサーバ１０４に送信するのである。
【０１５２】
プリントコントローラ１０３からイメージタイルキャッシュファイル名９００４を取得した後に、プリントサーバ１０４は、イメージサーバ１０２からＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ行のイメージファイルＩＤ９００２のイメージファイルの解像度０のイメージのイメージタイルＩＤ９００３のイメージタイルを要求し、該当するイメージタイルを取得した後、前記プリントコントローラ１０３から得たイメージタイルキャッシュファイル名９００４でＨＤＤ２００９内のイメージ保存ディレクトリに保存し、そのパス名とイメージタイルＩＤ９００３をＲＡＭ２００２内のイメージタイルファイルテーブル１６０７に追加する。
【０１５３】
同時に、プリントサーバ１０４は、プリントサーバＩＤ９００１、イメージファイルＩＤ９００２、イメージタイルＩＤ９００４、イメージタイルキャッシュファイル名９００４、イメージタイルキャッシュファイル廃棄時刻９００５を引数としてプリントコントローラ１０３にキャッシュ状態を表わすキャッシュ情報を登録する。イメージタイルキャッシュファイル廃棄時刻９００５は、プリントサーバ１０４が、ＨＤＤ２００９内のイメージタイルキャッシュファイルの生成時刻にプリントサーバ１０４で設定されたキャッシュ保持期間を足して求める。プリントサーバ１０４は、プリントコントローラ１０３に登録したキャッシュ情報を同様にＲＡＭ２００２もしくはＨＤＤ２００９に存在するイメージキャッシュ情報テーブル１６０８（図２４）に登録する。処理終了後にＳＴＥＰ１１１５に進む。
【０１５４】
ＳＴＥＰ１１１４では、まず、プリントサーバ１０４は、ＳＴＥＰ１１１３と同様にプリントコントローラ１０３にイメージタイルキャッシュファイル名９００４を要求する。次に、プリントサーバ１０４は、ＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ番目の行のプリントサーバＩＤ９００１に対応するプリントサーバからイメージタイルテーブル１６０６のＩＮＤＥＸ番目の行のイメージファイルＩＤ９００２のイメージファイルの解像度０のイメージのイメージタイルＩＤ９００３のイメージタイルを要求し、該当するイメージタイルを取得した後、前記プリントコントローラ１０３から得たイメージタイルキャッシュファイル名９００４でＨＤＤ２００９内のイメージ保存ディレクトリに保存し、そのパス名とイメージタイルＩＤ９００３をＲＡＭ２００２内のイメージタイルファイルテーブル１６０７に追加する。
【０１５５】
同時に、プリントサーバ１０４は、プリントサーバＩＤ９００１、イメージファイルＩＤ９００２、イメージタイルＩＤ９００４、イメージタイルキャッシュファイル名９００４、イメージタイルキャッシュファイル廃棄時刻９００５を引数としてプリントコントローラ１０３にキャッシュ状態を表わすキャッシュ情報を登録する。プリントサーバ１０４は、プリントコントローラ１０３に登録したキャッシュ情報を同様にＲＡＭ２００２もしくはＨＤＤ２００９に存在するイメージキャッシュ情報テーブル１６０８（図２４）に登録する。
【０１５６】
ＳＴＥＰ１１１５では、プリントサーバ１０４は、変数ＩＮＤＥＸの値を１増加させＳＴＥＰ１１０９に進む。
【０１５７】
ＳＴＥＰ１１０９ですべてのＩＮＤＥＸが終了したと判断されると、ＳＴＥＰ１１１６において、プリントサーバ１０４は、イメージ指定コマンドのイメージデータ指定引数をＲＡＭ２００２内のイメージタイルファイルテーブル１６０７の内容を参照して置き換え、ＨＤＤ２００９内のファイルＯＲＤＥＲ．ＤＡＴに書き込む。つまり、プリントオーダーファイルで、イメージサーバ１０２もしくは他のプリントサーバにイメージデータが存在すると示すイメージデータを描画指定するイメージデータ指定引数を、プリントサーバ１０４内にキャッシュされているイメージデータを描画指定するイメージデータ指定引数に置き換えるのである。
【０１５８】
ＳＴＥＰ１１０４でファイルの最後まで読込が終了したと判定された場合は、ＳＴＥＰ１１１７において、プリントサーバ１０４は、ＨＤＤ２００９内のファイル「ＯＲＤＥＲ．ＯＲＧ」と「ＯＲＤＥＲ．ＤＡＴ」とをクローズする。
【０１５９】
ＳＴＥＰ１１１８では、プリントサーバ１０４は、ＨＤＤ２００９内のファイルＯＲＤＥＲ．ＤＡＴ中のページ記述言語で記述されたスクリプトを処理して、印刷イメージを生成する。これは、「ＯＲＤＥＲ．ＤＡＴ」のイメージ指定引数から指定されたイメージデータやタイルをＨＤＤ２００９から読み出し、指定された領域に展開するのである。更にスクリプトの指示によりそのイメージに対し画像処理が必要であれば、モザイクや色調を変更するなどの画像処理を施して、ＲＡＭ２００２にビットマップデータの印刷イメージを生成する。
【０１６０】
ＳＴＥＰ１１１９では、プリントサーバ１０４は、ＳＴＥＰ１１１８で生成した印刷イメージをプリンタ制御部２０１１を介してプリンタ２０１２に送り印刷する。
【０１６１】
上記手順により、図１０のスクリプトを処理した結果の例を図１４に示す。図１４に示されているように、イメージ指定コマンド内のすべてのイメージデータがキャッシュされているデータとして置き換わっている。
【０１６２】
次に、プリントコントローラ１０３およびプリントサーバ１０４のメモリマップをそれぞれ図１５、図１６に示す。
【０１６３】
図１５の１５０１は、図7のフローで表されるプリントコントローラ１０３の制御を実現するプログラムの記憶媒体上のマップである。記憶媒体としては、ＨＤＤ１００９やリムーバブルディスクドライブ１０１０内のフロッピーディスクがある。１５０３のディレクトリ情報により管理されたプログラムの実行可能ファイルが１５０４以降に配置されている。
【０１６４】
１５０２は、プリントコントローラ１０３実行時のメモリマップである。プログラムコード１５０５、イメージキャッシュ情報テーブル１５０６、イメージタイルテーブル１５０７、イメージキャッシュヒットテーブル１５０８が、ＲＡＭ１００２またはＲＯＭ１００３内に配置される。
【０１６５】
図１６の１６０１は、プリントサーバ１０４を実現するプログラムの記憶媒体上のマップである。記憶媒体としては、ＨＤＤ２００９やリムーバブルディスクドライブ２０１０内のフロッピーディスクがある。１６０３のディレクトリ情報により管理されたプログラムの実行可能ファイルが１６０４以降に配置されている。
【０１６６】
１６０２は、プリントコントローラ１０３実行時のメモリマップである。プログラムコード１６０５、イメージタイルテーブル１６０６、イメージタイルファイルテーブル１６０７が、ＲＡＭ２００２またはＲＯＭ２００３内に配置される。
【０１６７】
各々のプリントサーバは、ＲＡＭ２００２もしくはＨＤＤ２００９内のイメージキャッシュ情報テーブル１６０８のイメージタイルキャッシュファイル廃棄時刻９００５を定期的に確認し、現在の時刻よりも古いイメージタイルキャッシュファイル廃棄時刻９００５を持つ行をＲＡＭ２００２内のイメージタイルテーブル１６０６から削除し、同時に、ＨＤＤ２００９内の図示省略したイメージ保存ディレクトリにある対応するイメージタイルを削除する。こうすることにより、時間が経ったイメージタイルを削除することができ、効率よくＨＤＤ内にイメージタイルを保存しておくことが可能となる。
【０１６８】
また、イメージタイルキャッシュファイル廃棄時刻は、イメージサーバ１０２や他のプリントサーバからイメージタイルを取得したときだけでなく、自身のプリントサーバに存在するイメージファイルのタイルを使用したときに、イメージタイルキャッシュファイル時刻を更新してもよい。この場合は、再びプリントコントローラ１０３に再登録を行う。
【０１６９】
こうすることにより、使用頻度の高いタイルは、使用頻度の低いタイルよりもＨＤＤ２００９にキャッシュされている時間が長くなり、イメージサーバ１０２からイメージファイル（タイル）を取得する回数が減り、ネットワークの負荷を少なくすることが可能となる。
【０１７０】
＜イメージサーバの処理のフロー＞
図２１、及び図２２は本発明におけるイメージサーバの処理の流れを示すためのフロー図である。
【０１７１】
図２１はクライアントからの要求に対するイメージサーバの処理を示すフロー図である。
【０１７２】
図２１中、ＳＴＥＰ２１０１でイメージサーバの処理が開始されるとイメージサーバの準備が行われ、クライアント１０１やプリントサーバ１０４〜１０６やプリントコントローラ１０３からのデータの送信要求を受信することが可能となる。
【０１７３】
ＳＴＥＰ２１０２で何らかのデータを受信すると、イメージサーバ１０２はＳＴＥＰ２１０３以下の解析を行う。ＳＴＥＰ２１０３で受信内容がクライアント１０１へのイメージデータ送信であればＳＴＥＰ２１０４以下の処理を行い、それ以外の内容ならば他の処理を行ってＳＴＥＰ２１０２に戻るが、その処理内容についてはここでは言及しない。
【０１７４】
ＳＴＥＰ２１０２で受信したデータがクライアントからのイメージデータの要求であれば、以下の処理を行う。ＳＴＥＰ２１０４において、ＳＴＥＰ２１０３で要求されたイメージデータをハードディスク３００９から検索する。ＳＴＥＰ２１０５では、要求されたイメージデータが存在しなければ、ＳＴＥＰ２１０９でクライアントにエラーを通知し、ＳＴＥＰ２１０２に戻って次の受信を待つ。この時、クライアントは警告メッセージを表示するなどのイメージデータがない場合に対する適切な処理を行う。ＳＴＥＰ２１０５において、要求されたイメージファイルが存在した場合は、ＳＴＥＰ２１０６で送信用のバッファをメモリ３００２上に確保し、データの送信に備える。
【０１７５】
次にＳＴＥＰ２１０７では、該当するイメージデータのファイルから、クライアントでの編集処理に用いるための解像度の低いイメージタイル１面分を読み込み、ＳＴＥＰ２１０６で用意した送信用のバッファへ書き込む。
【０１７６】
イメージファイルは図２で説明したように解像度別に管理されているので、同ファイル内から必要な解像度のイメージタイルを獲得することは容易にできる。またＳＴＥＰ２１０７では、同イメージファイルを一意的に表現するための、いわゆるインターネットアドレスに代表されるような識別子も同時に送信バッファへ書き込む。このアドレスは、図３で説明したスクリプト３０６中に、イメージファイルを識別するための手段として使用される。
【０１７７】
なお、スクリプト中に使用される情報のうちのイメージタイルＩＤは、クライアントでの編集処理を通して始めて使用されるタイルが決定されるため、ＳＴＥＰ２１０７の段階でイメージサーバからイメージタイルＩＤを指定することはない。
【０１７８】
送信バッファへの情報の書き出しが終了したらＳＴＥＰ２１０８でデータをクライアントへ送信し、ＳＴＥＰ２１０２へ戻って次の受信を待つ。
【０１７９】
図２２はプリントサーバからの要求に対するイメージサーバの処理を示すフロー図である。
【０１８０】
図２２中、ＳＴＥＰ２２０１でイメージサーバの処理が開始されるとイメージサーバの準備が行われ、クライアント１０１やプリントサーバ１０４〜１０６やプリントコントローラ１０３からのデータの送信要求を受信することが可能となる。ＳＴＥＰ２２０２で何らかのデータを受信するとＳＴＥＰ２２０３以下の解析を行う。ＳＴＥＰ２２０３で受信内容がプリントサーバもしくはプリントコントローラへのイメージデータ送信であればＳＴＥＰ２２０４以下の処理を行い、それ以外の内容ならば他の処理を行ってＳＴＥＰ２に戻るが、その処理内容についてはここでは言及しない。
【０１８１】
送信内容がプリントサーバ（もしくはプリントコントローラ）からの要求であれば、ＳＴＥＰ２２０４で要求されたイメージデータをハードディスク３００９から検索する。
【０１８２】
ＳＴＥＰ２２０５で要求されたイメージデータが存在しなければ、ＳＴＥＰ２２０９でプリントサーバ（もしくはプリントコントローラ）にエラーを通知し、ＳＴＥＰ２２０２に戻って次の受信を待つ。この時、プリントサーバ（もしくはプリントコントローラ）はクライアントへ警告メッセージを送信するなどのイメージデータがない場合に対する適切な処理を行う。
【０１８３】
イメージファイルが存在した場合は、ＳＴＥＰ２２０６で送信用のバッファをメモリ３００２上に確保し、データの送信に備える。
【０１８４】
次にＳＴＥＰ２２０７で該当するイメージデータのファイルから、要求された解像度とＩＤのイメージタイルを全て読み込み、ＳＴＥＰ２２０６で用意した送信用のバッファへ書き込む。
【０１８５】
イメージファイルは図２で説明したように解像度別にタイルＩＤで管理されているので、同ファイル内から必要な解像度で必要なＩＤのイメージタイルを獲得することは容易にできる。送信バッファへの情報の書き出しが終了したらＳＴＥＰ２２０８でデータをプリントサーバへ送信し、ＳＴＥＰ２２０２へ戻って次の受信を待つ。
【０１８６】
＜媒体からのプログラムロード＞
図２３は、イメージサーバのプログラムの外部記憶媒体（フロッピーディスクなどのリムーバルディスク）内でのメモリマップの一例である。
【０１８７】
図２３において、２９９９はディレクトリ情報を記憶してある領域で、以降のイメージサーバのプログラムの記憶場所２９９８を示している。
【０１８８】
イメージサーバのプログラムは、ＦＤＤ３０１０において本メモリマップのプログラムが領域２９９８から読み込まれることによりインストールされて、ＲＡＭ３００２にロードされ実行可能な状態となる。
【０１８９】
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。
【０１９０】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１９１】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【０１９２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１９３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１９４】
前述したように本実施例において、プリントコントローラ１０３は出力先のプリントサーバ１０４〜１０６にオーダーファイル（図１０）のみ送信し、プリントサーバが出力に必要なイメージデータの中で保持していない部分のタイルもしくはイメージデータを他のプリントサーバもしくはイメージサーバ１０２に要求し取得していたが、他のプリントサーバもしくはイメージサーバに該タイルを要求するのはプリントコントローラであってもかまわない。本システムの処理系に入れるとすれば、ＳＴＥＰ７１８で、プリントコントローラがイメージキャッシュの最も多いプリントサーバにオーダーファイルを送信するときに行う。例えば、プリントコントローラは、該プリントサーバがキャッシュしていないイメージデータのタイルを、イメージサーバに対して該プリントサーバに送信するように指示情報を送信する。この指示情報を受信したイメージサーバが指示情報に含まれる出力先のプリントサーバに指示情報で指示されたイメージデータもしくはタイルイメージを指示情報と共に送信する。プリントサーバは、指示情報と共にイメージデータを受信し、指示情報に含まれるジョブＩＤに基づいてこのイメージデータがどの印刷依頼で使用されるのかを判断し、プリントサーバ内で編集合成して印刷出力する。このように制御することにより本システムと同様のシステムを実現可能である。
【０１９５】
また、一度、プリントコントローラがイメージサーバから該イメージデータを取得して、その後出力先のプリントサーバに該イメージデータを送信してもよい。本システムの処理系に入れるとすれば、ＳＴＥＰ７１８で、プリントコントローラがプリントサーバにオーダーファイルを送信する時に以下の処理を行う。例えば、プリントコントローラは、該プリントサーバがキャッシュしていないイメージデータを、イメージサーバに対して該プリントコントローラに送信するように指示情報を送信する。この指示情報を受信したイメージサーバが指示情報を送信したプリントコントローラに指示情報で指示されたイメージデータもしくはタイルイメージを指示情報と共に返信する。プリントコントローラは、指示情報と共にイメージデータを受信し、指示情報に含まれるジョブＩＤに基づいてこのイメージデータがどの印刷依頼で使用されるのかを判断し、ＳＴＥＰ７１８で決定された出力先のプリントサーバに印刷依頼（オーダーファイル）と共に受信したイメージデータを一緒に送信する。このように制御することにより本システムと同様のシステムを実現可能である。しかし、そのようにする場合、ネットワーク上を該イメージデータが送信される回数が多くなてしまい、ネットワークの負荷を減らすことはできない。しかしプリントコントローラが本システムを完全に管理できるため、プリントサーバの機能を少なくでき、実現容易になるという効果がある。
【０１９６】
このように、本実施の形態で説明したように、クライアントがネットワーク上のプリントサービスを利用する場合、イメージデータの位置を示す情報と編集情報だけをスクリプト形式もしくはＰＤＬで、プリントサーバに送ることにより、クライアントからの送信データ量が減り、ネットワークの負荷を軽減することが可能となる。
【０１９７】
また、イメージサーバから必要な部分のイメージデータだけをプリントサーバに送信することにより、送信データ量が減り、ネットワークの負荷を軽減することが可能となる。
【０１９８】
また、プリントコントローラは、必要とされるイメージデータを最も多くキャッシュしているプリントサーバにオーダーすることにより、プリントサーバのキャッシュをより有効に利用でき、足らないイメージデータだけを送信してもらえばいいので、従来以上にネットワークの負荷を軽減することが可能となる。
【０１９９】
更に、プリントサーバは、必要とするイメージデータをできる限り各々のプリントサーバから送信してもらうことにより、かなりの負荷が予想されるイメージサーバへのイメージデータの送信要求を減らすことができ、イメージサーバの負荷を軽減することが可能となる。
【０２００】
更に、プリントコントローラはプリントサーバ内のファイル名をランダムに設定することによりプリントサーバ１０４のＨＤＤ２００２内のイメージ保存ディレクトリ内のファイル名から元画像を推測したり、複数ファイルから元画像を再構成するのが困難になり、有償画像の不正利用の防止になる。
【０２０１】
〔第二実施例〕
本発明の第二実施例では、プリントコントローラがイメージサーバの役割を果たす場合について説明する。
【０２０２】
＜システム構成＞
図１８は、本発明の画像制御装置、画像保持装置、出力制御装置からなるシステムの第二の実施例を示すシステム構成図である。
【０２０３】
図１８中１０１は、図１と同様にクライアントコンピュータであり、文書編集アプリケーションを含んでいる。文書編集アプリケーションは、文字列、図形、イメージ等のデータを含む文書の作成、編集、文書データのページ記述言語への変換機能を持つ。
【０２０４】
１０２は、図１と同様に本発明の画像保持装置の一実施例であるイメージサーバであり、１画面が複数のタイルで分割管理されるイメージフォーマットのイメージを複数解像度保持し、ネットワークを介して画像ファイル内の指定された解像度のイメージデータもしくはイメージタイルデータを提供する。
【０２０５】
１０３は、図１と同様に本発明の画像制御装置の一実施例であるプリントコントローラであり、イメージサーバ１０２と同様に１画面が複数のタイルで分割管理されているイメージフォーマット（例えばフラッシュピックスフォーマット）のイメージデータを複数解像度分と、通常のイメージデータ（例えばビットマップデータ）を複数解像度分とを、ハードディスク１００９内に保持しており、ネットワークを介して画像ファイル内の指定された解像度のイメージデータもしくはイメージタイルデータを外部に送信する。また、プリントコントローラ１０３は、クライアント１０１の文書編集アプリケーションからのページ記述言語等で記述された印刷スクリプトと印刷オーダを受け取り、印刷オーダを処理するプリントサーバを複数のプリントサーバ１０４〜１０６から選択する。そして、プリントコントローラ１０３は、印刷スクリプトと印刷オーダに基づく印刷依頼情報を該当するプリントサーバに送信する。
【０２０６】
１０４、１０５、１０６は、図１と同様に本発明の出力制御装置の一実施例であるプリントサーバであり、プリントコントローラ１０３からの印刷オーダに応じて、印刷スクリプトを処理して印刷を行う。
【０２０７】
クライアント１０１、イメージサーバ１０２、プリントコントローラ１０３、プリントサーバ１０４、１０５、１０６はネットワークもしくはインターネットで相互に結合されている。
【０２０８】
イメージサーバ１０２、プリントコントローラ１０３、プリントサーバ１０４、１０５、１０６のブロック図は実施例１と同様である。
【０２０９】
＜動作説明＞
まず、図３、図６を用いて、本システムの全体的な動作説明を行う。
【０２１０】
ユーザは、クライアント１０１の文書作成アプリケーションの機能により、プリントコントローラ１０３からイメージファイル２０１中の解像度１のイメージ２０３中のイメージタイルＩＤ９００３（１，０）のイメージデータ３０３を取得し文書３０２を作成する。
【０２１１】
ユーザがプリントサービスを要求する操作を実行すると、クライアント１０１の文書編集アプリケーションは文書３０２をスクリプト３０６に変換し、プリントオーダ情報を付加して図６に示されるプリントオーダファイルを作成しプリントコントローラ１０３に送る。プリントオーダ情報には住所、氏名、クレジットカード番号などの個人情報（#UserID）、印刷範囲（#PageRange）および印刷部数（#Copies）などの印刷情報が含まれる。図６にプリントオーダファイルの例を示す。
【０２１２】
図２５はプリントコントローラ１０３の処理フロー図である。また、図８はプリントコントローラ内部のＲＡＭ１００２内に存在するイメージタイルテーブル１５０７、図９は同ＲＡＭ１００２内に存在するイメージキャッシュヒットテーブル１５０８を示す。前述したようにこれらはハードディスク１００９内にあってもよい。
【０２１３】
イメージタイルテーブル１５０７は、イメージデータのタイルの個数分だけ行が存在している。プリントサーバＩＤ９００１は、そのタイルが存在するプリントサーバのＩＤを表している。イメージファイルＩＤ９００２は、そのタイルのイメージファイルのＩＤを表している。イメージタイルＩＤ９００３は、イメージファイルの中のタイルのＩＤを表している。イメージタイルキャッシュファイル名９００４は、そのタイルがキャッシュされているファイル名を表している。
【０２１４】
イメージキャッシュヒットテーブル１５０８の行は、プリントサーバＩＤ９００１、イメージキャッシュのヒット数９００６からなる。
【０２１５】
以下図２５、図８、図９を参照してプリントコントローラ１０３での処理を説明する。
【０２１６】
ＳＴＥＰ２５０１において、プリントコントローラ１０３はネットワークインタフェース１００４を介して文書編集アプリケーションの存在するクライアント１０１からプリントコントローラ１０３内のイメージデータの編集方法を表わす編集情報であるプリントオーダファイル（図６）を受け取る。ここで該編集情報は、第一実施例のように、プリントコントローラ１０３ではなくイメージサーバ１０２のイメージデータの編集方法を表したものであってもよいことは言うまでもない。プリントコントローラ１０３は受け取ったプリントオーダファイルをＳＴＥＰ２５０１でプリントコントローラ１０３のＨＤＤ１００９にファイル「ＯＲＤＥＲ．ＯＲＧ」として保存し、ＲＡＭ１００２内のイメージキャッシュヒットテーブル１５０８（図９）の内容を初期化する。
【０２１７】
ＳＴＥＰ２５０２では、プリントコントローラ１０３は、入力ファイルとしてＨＤＤ１００９内のファイルＯＲＤＥＲ．ＯＲＧをオープンし、出力ファイルとしてＨＤＤ１００９内のファイルＯＲＤＥＲ．ＤＡＴを作成／オープンする。
【０２１８】
ＳＴＥＰ２５０３では、プリントコントローラ１０３は、ＨＤＤ１００９内のファイルＯＲＤＥＲ．ＯＲＧから１行読み込む。
【０２１９】
ＳＴＥＰ２５０４では、プリントコントローラ１０３は、ＨＤＤ１００９内のファイルＯＲＤＥＲ．ＯＲＧの最後まで到達したかを判定する。最後まで到達した場合はＳＴＥＰ２５１７に、そうでなければＳＴＥＰ２５０５に進む。
【０２２０】
ＳＴＥＰ２５０５では、プリントコントローラ１０３は、読み込んだ行がイメージ指定コマンド（図６でいう“ image ( )”）か否かを判定する。イメージ指定コマンドでなければＳＴＥＰ２５０６に、イメージ指定コマンドならばＳＴＥＰ２５０７に進む。
【０２２１】
ＳＴＥＰ２５０６では、プリントコントローラ１０３は、ＳＴＥＰ２５０３で読み込んだ行をＨＤＤ１００９内のファイルＯＲＤＥＲ．ＤＡＴに書き込み、ＳＴＥＰ２５０３に進む。
【０２２２】
ＳＴＥＰ２５０７では、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７を初期化する。
【０２２３】
ＳＴＥＰ２５０８では、プリントコントローラ１０３は、オーダーファイル内のイメージ指定コマンドの引数にイメージタイルの指定（イメージタイルＩＤ）があるか否かを判定する。イメージタイルＩＤ９００３の指定があればＳＴＥＰ２５０９に、イメージタイルＩＤ９００３の指定がなければＳＴＥＰ２５１０に進む。
【０２２４】
ＳＴＥＰ２５０９では、プリントコントローラ１０３は、オーダーファイル内に存在するイメージファイルＩＤと解像度とイメージタイルＩＤで指定されるイメージに対応するイメージファイルＩＤ９００２で指定されるイメージファイル２０１の解像度０のイメージ２０５を構成するイメージタイルＩＤを計算し、イメージファイルＩＤと計算したイメージタイルＩＤをＲＡＭ１００２内のイメージタイルテーブル１５０７（図８）のイメージファイルＩＤ９００２とイメージタイルＩＤ９００３に追加する。この時、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７（図８）のプリントサーバＩＤ９００１、イメージタイルキャッシュファイル名９００４の項にはＮＯＮＥを指定する。処理終了後ＳＴＥＰ２５１１に進む。
【０２２５】
ＳＴＥＰ２５１０では、まず、プリントコントローラ１０３は、イメージ指定コマンド中のイメージファイルＩＤ９００２で指定されるイメージファイル２０１の解像度０のイメージ２０５を構成するタイルのＸ方向、Ｙ方向の個数（Ｘ，Ｙ）を取得する。（Ｘ，Ｙ）の値はイメージファイルＩＤ９００２で指定されるプリントコントローラ１０３内のＨＤＤ１００９に保存されたイメージファイルに含まれる情報から得られる。
【０２２６】
次に、プリントコントローラ１０３は、（Ｘ，Ｙ）の値を使用してイメージファイルＩＤ９００２の解像度０のイメージを構成するすべてのイメージタイルＩＤ９００３をイメージファイルＩＤ９００２とともにＲＡＭ１００２内のイメージタイルテーブル１５０７に追加する。この時、プリントコントローラ１０３は、イメージタイルテーブル１５０７のプリントサーバＩＤ９００１、イメージタイルキャッシュファイル名９００４の項にはＮＯＮＥを指定する。
【０２２７】
ＳＴＥＰ２５１１では、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７の行数を変数ＭＡＸ＿ＩＮＤＥＸに設定し、変数ＩＮＤＥＸを０に初期化する。ここで変数ＭＡＸ＿ＩＮＤＥＸには、イメージタイルテーブル１５０７の行数つまり、今編集中のオーダーファイルに含まれる今まで読み込んだタイル数が入っている。
【０２２８】
ＳＴＥＰ２５１２では、プリントコントローラ１０３は、変数ＩＮＤＥＸの値が変数ＭＡＸ＿ＩＮＤＥＸの値に等しいか否か判定する。等しい場合はＳＴＥＰ２５１６に、等しくない場合はＳＴＥＰ２５１３に進む。
【０２２９】
ＳＴＥＰ２５１３では、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７のＩＮＤＥＸ番目の行と同じイメージファイルＩＤ９００２、イメージタイルＩＤ９００３を持つ行がＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６（図１７）に存在するか否か調べる。存在しない場合はＳＴＥＰ２５１５に、存在する場合はＳＴＥＰ２５１４に進む。
【０２３０】
図１７にイメージキャッシュ情報テーブル１５０６を示す。ＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６はプリントコントローラ１０３の起動時に、プリントコントローラ１０３によって初期化される。
【０２３１】
プリントサーバ１０４はクライアントからプリントオーダファイルを受け取り、プリントオーダファイルのイメージ指定コマンド中に自身のＨＤＤ２００９内に存在しないイメージタイルが含まれる場合に、プリントコントローラ１０３や他のプリントサーバ１０５、１０６からイメージタイルファイルをコピーし、ＨＤＤ２００９内にキャッシュファイルとして保存する。実施例で前述したように、この時、プリントサーバ１０４は、ＨＤＤ２００９内に保存したキャッシュファイルの情報をプリントコントローラ１０３に通知する。
【０２３２】
プリントコントローラ１０３は、プリントサーバ１０４からのイメージキャッシュ情報の通知を受けるとＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６（図１７）に行を追加し、通知されたキャッシュファイルの情報を設定する。ＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６には、プリントコントローラ１０３によって、イメージタイルテーブル１５０７で設定する項目以外の項目であるキャッシュが廃棄され無効になる時刻（イメージタイルキャッシュファイル廃棄時刻９００５）も登録される。プリントコントローラ１０３は定期的にＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６の各行の内容をチェックし、現在の時刻よりも古いイメージタイルキャッシュファイル廃棄時刻９００５を持つ行をＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６から削除する。
【０２３３】
ＳＴＥＰ２５１４では、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージタイルテーブル１５０７のＩＮＤＥＸ番目の行のプリントサーバＩＤ９００１，イメージタイルキャッシュファイル名９００４の項の値に、ＲＡＭ１００２内のイメージタイルテーブル１５０７のＩＮＤＥＸ番目の行と同じイメージファイルＩＤ９００２、イメージタイルＩＤ９００３を持つＲＡＭ１００２内のイメージキャッシュ情報テーブル１５０６の行のプリントサーバＩＤ９００１、イメージタイルキャッシュファイル名９００４の値を設定する。
【０２３４】
同時に、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージキャッシュヒットテーブル１５０８に、イメージタイルテーブル１５０７のＩＮＤＥＸ番目の行のプリントサーバＩＤ９００１に設定したプリントサーバＩＤ９００１と同じプリントサーバＩＤ９００１を持つ行がないかを調べ、ある場合はその行のイメージタイルキャッシュのヒット数９００６の値を１増加させ、ない場合はＲＡＭ１００２内のイメージキャッシュヒットテーブル１５０８に行を追加し、プリントサーバＩＤ９００１の項にＲＡＭ１００２内のイメージタイルテーブル１５０７のＩＮＤＥＸ番目の行のプリントサーバＩＤ９００１に設定したプリントサーバＩＤを、イメージタイルキャッシュのヒット数９００６の項に１を設定する。
【０２３５】
ＳＴＥＰ２５１５では、プリントコントローラ１０３は、変数ＩＮＤＥＸの値を１増加させＳＴＥＰ２５１２に進む。
【０２３６】
ＳＴＥＰ２５１６では、プリントコントローラ１０３は、イメージ指定コマンドのイメージデータ指定引数をＲＡＭ１００２内のイメージタイルテーブル１５０７の内容に置き換えＨＤＤ１００９内のファイルＯＲＤＥＲ．ＤＡＴに書き込み、ＳＴＥＰ２５０３に進む。こうすることにより、プリントオーダーファイルのイメージ指定コマンドのイメージデータ指定引数（低解像度で表わされている）が、本実施の形態の解像度０である高解像度のイメージを構成するタイルに置き換わる。
【０２３７】
ＳＴＥＰ２５１７では、プリントコントローラ１０３は、ＨＤＤ１００９内のファイルＯＲＤＥＲ．ＯＲＧ、ＯＲＤＥＲ．ＤＡＴをクローズする。
【０２３８】
ＳＴＥＰ２５１８では、プリントコントローラ１０３は、ＲＡＭ１００２内のイメージキャッシュヒットテーブル１５０８のイメージタイルキャッシュのヒット数９００６を参照し、ヒット数が最も多いプリントサーバＩＤ９００１に対応するプリントサーバにＨＤＤ１００９内のプリントオーダファイルＯＲＤＥＲ．ＤＡＴを送信する。ヒット数９００６が同じ場合は、ヒット数が最も多いプリントサーバの中から任意に選択する。
【０２３９】
上記説明したように本第二実施例のプリントコントローラ１０３は、クライアント１０１からの印刷オーダー（編集情報を含む）を受信すると出力先のプリントサーバに印刷依頼情報を送信するよう制御する。
【０２４０】
本第二実施例のプリントコントローラ１０３は、上記説明したようにイメージサーバ１０２の機能を含んでいる。そのためプリントコントローラ１０３が、本第一実施例のイメージサーバの制御フローチャートとして説明した図２１、及び図２２の処理を含んでいることは言うまでもない。
【０２４１】
次に本発明の出力制御装置であるプリントサーバの制御処理について説明する。図１９はプリントサーバ１０４の処理を示すフローチャート図である。
【０２４２】
以下図１９、図１２、図１３を参照してプリントサーバ１０４での処理を説明する。
【０２４３】
プリントサーバ１０４は、ネットワークインタフェース２００４を介してプリントコントローラ１０３からプリントオーダファイルＯＲＤＥＲ．ＤＡＴを受け取る。プリントサーバ１０４は、受け取ったプリントオーダファイルをＳＴＥＰ１９０１で、プリントサーバ１０４のＨＤＤ２００９にファイルＯＲＤＥＲ．ＯＲＧとして保存する。
【０２４４】
ＳＴＥＰ１９０２では、プリントサーバ１０４は、入力ファイルとしてＨＤＤ２００９内のファイルＯＲＤＥＲ．ＯＲＧをオープンし、出力ファイルとしてＨＤＤ２００９内に新規のファイルＯＲＤＥＲ．ＤＡＴを作成し、オープンする。
【０２４５】
ＳＴＥＰ１９０３では、プリントサーバ１０４は、ＨＤＤ２００９内のファイルＯＲＤＥＲ．ＯＲＧから１行読み込む。
【０２４６】
ＳＴＥＰ１９０４では、プリントサーバ１０４は、ＨＤＤ２００９内のファイルＯＲＤＥＲ．ＯＲＧの最後まで到達したかを判定する。最後まで到達した場合はＳＴＥＰ１９１７に、そうでない場合はＳＴＥＰ１９０５に進む。
【０２４７】
ＳＴＥＰ１９０５では、プリントサーバ１０４は、ＯＲＤＥＲ．ＯＲＧから読み込んだ行がイメージ指定コマンド（実施例図１０の“ image ( )”）か否かを判定する。イメージ指定コマンドでなければＳＴＥＰ１９０６に、イメージ指定コマンドならばＳＴＥＰ１９０７に進む。
【０２４８】
ＳＴＥＰ１９０６では、プリントサーバ１０４は、ＳＴＥＰ１９０３で読み込んだ行をＨＤＤ２００９内のファイルＯＲＤＥＲ．ＤＡＴに書き込み、ＳＴＥＰ２５０３に進む。
【０２４９】
ＳＴＥＰ１９０７では、プリントサーバ１０４は、ＲＡＭ２００２内のイメージタイルテーブル１６０６、イメージタイルファイルテーブル１６０７の内容を初期化する。
【０２５０】
ＳＴＥＰ１９０８では、プリントサーバ１０４は、イメージ指定コマンドのイメージデータ記述の内容をＲＡＭ２００２内のイメージタイルテーブル１６０６に展開する。プリントサーバ１０４は、展開したイメージタイルテーブル１６０６の行数を変数ＭＡＸ＿ＩＮＤＥＸに設定し、変数ＩＮＤＥＸを０に初期化する。
【０２５１】
ＳＴＥＰ１９０９では、プリントサーバ１０４は、変数ＩＮＤＥＸの値が変数ＭＡＸ＿ＩＮＤＥＸの値と等しいか否か判定する。等しい場合はＳＴＥＰ１９１６に、等しくなければＳＴＥＰ１９１０に進む。
【０２５２】
ＳＴＥＰ１９１０では、プリントサーバ１０４は、ＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ行のプリントサーバＩＤ９００１が処理中のプリントサーバのプリントサーバＩＤ９００１と等しいか否かを判定する。等しい場合は本処理を実行中のサーバにＩＮＤＥＸ行のタイルが存在するということなのでＳＴＥＰ１９１１に、等しくない場合は別のプリントサーバもしくはプリントコントローラ１０３にＩＮＤＥＸ行のタイルが存在するということなのでＳＴＥＰ１９１２に進む。
【０２５３】
ＳＴＥＰ１９１１では、プリントサーバ１０４は、ＨＤＤ２００９内のイメージ保存ディレクトリ名にＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ行のイメージタイルキャッシュファイル名９００４を追加したパス名とイメージタイルＩＤ９００３をＲＡＭ２００２内のイメージタイルファイルテーブル１６０７に追加し、ＳＴＥＰ１９１５に進む。
【０２５４】
ＳＴＥＰ１９１２では、プリントサーバ１０４は、ＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ行のプリントサーバＩＤ９００１がＮＯＮＥか否かを判定する。ＮＯＮＥならばどのプリントサーバにも該当するイメージタイルが存在しないということなのでプリントコントローラ１０３からイメージタイルを取得するためにＳＴＥＰ１９１３に処理を移し、ＮＯＮＥでなければ別のプリントサーバにイメージタイルが存在するということなのでＳＴＥＰ１９１４に進む。
【０２５５】
ＳＴＥＰ１９１３では、まず、プリントサーバ１０４は、プリントコントローラ１０３にイメージタイルキャッシュファイル名９００４を要求する。プリントコントローラ１０３は、システム内でユニークで、かつランダムなファイル名を生成してプリントサーバ１０４に返す。ファイル名をランダムにすることによりプリントサーバ１０４のＨＤＤ２００２内のイメージ保存ディレクトリ内のファイル名から元画像を推測したり、複数ファイルから元画像を再構成するのが困難になり、有償画像の不正利用の防止になる。
【０２５６】
次に、プリントサーバ１０４は、プリントコントローラ１０３からＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ行のイメージファイルＩＤ９００２のイメージファイルの解像度０のイメージのイメージタイルＩＤ９００３のイメージタイルを要求し、該当するイメージタイルを取得した後、前記プリントコントローラ１０３から得たイメージタイルキャッシュファイル名９００４でＨＤＤ２００９内のイメージ保存ディレクトリに保存し、そのパス名とイメージタイルＩＤ９００３をＲＡＭ２００２内のイメージタイルファイルテーブル１６０７に追加する。
【０２５７】
同時に、プリントサーバ１０４は、プリントサーバＩＤ９００１、イメージファイルＩＤ９００２、イメージタイルＩＤ９００４、イメージタイルキャッシュファイル名９００４、イメージタイルキャッシュファイル廃棄時刻９００５を引数としてプリントコントローラ１０３にキャッシュ状態を表わすキャッシュ情報を登録する。イメージタイルキャッシュファイル廃棄時刻９００５は、プリントサーバ１０４が、ＨＤＤ２００９内のイメージタイルキャッシュファイルの生成時刻にプリントサーバ１０４で設定されたキャッシュ保持期間を足して求める。プリントサーバ１０４は、プリントコントローラ１０３に登録したキャッシュ情報を同様にＲＡＭ２００２もしくはＨＤＤ２００９に存在するイメージキャッシュ情報テーブル１６０８（図１８）に登録する。処理終了後にＳＴＥＰ１９１５に進む。
【０２５８】
ＳＴＥＰ１９１４では、まず、プリントサーバ１０４は、ＳＴＥＰ１９１３と同様にプリントコントローラ１０３にイメージタイルキャッシュファイル名９００４を要求する。
【０２５９】
次に、プリントサーバ１０４は、ＲＡＭ２００２内のイメージタイルテーブル１６０６のＩＮＤＥＸ番目の行のプリントサーバＩＤ９００１に対応するプリントサーバからイメージタイルテーブル１６０６のＩＮＤＥＸ番目の行のイメージファイルＩＤ９００２のイメージファイルの解像度０のイメージのイメージタイルＩＤ９００３のイメージタイルを要求し、該当するイメージタイルを取得した後、前記プリントコントローラ１０３から得たイメージタイルキャッシュファイル名９００４でＨＤＤ２００９内のイメージ保存ディレクトリに保存し、そのパス名とイメージタイルＩＤ９００３をＲＡＭ２００２内のイメージタイルファイルテーブル１６０７に追加する。
【０２６０】
同時に、プリントサーバ１０４は、プリントサーバＩＤ９００１、イメージファイルＩＤ９００２、イメージタイルＩＤ９００４、イメージタイルキャッシュファイル名９００４、イメージタイルキャッシュファイル廃棄時刻９００５を引数としてプリントコントローラ１０３にキャッシュ状態を表わすキャッシュ情報を登録する。プリントサーバ１０４は、プリントコントローラ１０３に登録したキャッシュ情報を同様にＲＡＭ２００２もしくはＨＤＤ２００９に存在するイメージキャッシュ情報テーブル１６０８（図１８）に登録する。
【０２６１】
ＳＴＥＰ１９１５では、プリントサーバ１０４は、変数ＩＮＤＥＸの値を１増加させＳＴＥＰ１９０９に進む。
【０２６２】
ＳＴＥＰ１９１６では、プリントサーバ１０４は、イメージ指定コマンドのイメージデータ指定引数をＲＡＭ２００２内のイメージタイルファイルテーブル１６０７の内容を参照して置き換え、ＨＤＤ２００９内のファイルＯＲＤＥＲ．ＤＡＴに書き込む。
【０２６３】
ＳＴＥＰ１９１７では、プリントサーバ１０４は、ＨＤＤ２００９内のファイルＯＲＤＥＲ．ＯＲＧ、ＯＲＤＥＲ．ＤＡＴをクローズする。
【０２６４】
ＳＴＥＰ１９１８では、プリントサーバ１０４は、ＨＤＤ２００９内のファイルＯＲＤＥＲ．ＤＡＴ中のページ記述言語で記述されたスクリプトを処理して、印刷イメージを生成する。
【０２６５】
ＳＴＥＰ１９１９では、プリントサーバ１０４は、ＳＴＥＰ１９１８で生成した印刷イメージをプリンタ制御部２０１１を介してプリンタ２０１２に送り印刷する。
【０２６６】
このように、本実施の形態で説明したように、クライアントがネットワーク上のプリントサービスを利用する場合、イメージデータの位置を示す情報と編集情報だけをスクリプト形式もしくはＰＤＬで、プリントコントローラやプリントサーバに送ることにより、クライアントからの送信データ量が減り、ネットワークの負荷を軽減することが可能となる。
【０２６７】
また、プリントコントローラから必要な部分のイメージデータだけをプリントサーバに送信することにより、送信データ量が減り、ネットワークの負荷を軽減することが可能となる。
【０２６８】
また、プリントコントローラは、必要とされるイメージデータを最も多くキャッシュしているプリントサーバに印刷のオーダーすることにより、プリントサーバのキャッシュをより有効に利用でき、オーダーされたプリントサーバが保持していないイメージデータだけをプリントコントローラから送信してもらえばいいので、従来以上にネットワークの負荷を軽減することが可能となる。
【０２６９】
更に、プリントサーバは、必要とするイメージデータをできる限り各々のプリントサーバから送信してもらうことにより、かなりの負荷が予想されるプリントコントローラへのイメージデータの送信要求を減らすことができ、プリントコントローラの負荷を軽減することが可能となる。
【０２７０】
更に、プリントコントローラはプリントサーバ内のファイル名をランダムに設定することによりプリントサーバ１０４のＨＤＤ２００２内のイメージ保存ディレクトリ内のファイル名から元画像を推測したり、複数ファイルから元画像を再構成するのが困難になり、有償画像の不正利用の防止になる。
【０２７１】
よって、本発明の画像制御装置の一実施例であるプリントコントローラ１０３は上記説明したように制御する。以下、本画像制御装置の実施形態の特徴的構成について説明する。
【０２７２】
本画像制御装置は、画像保持装置（イメージサーバ１０２）に格納されている画像データを編集した編集情報（図６）をクライアントから受信する受信手段（ネットワークインタフェース１００４、ＳＴＥＰ７０１）と、前記受信手段により受信した編集情報に基づいて出力先の出力制御装置（プリントサーバ）を決定する決定手段（図７の特にＳＴＥＰ７１８の処理で決定するＣＰＵ１００１の機能）と、前記決定手段により決定された出力先の出力制御装置に前記編集情報に基づく印刷依頼（図１０）を出力する出力手段（ネットワークインタフェース、ＳＴＥＰ７１８）とを有するものであり、クライアントから受信した編集情報に基づいて出力先を決定でき、印刷依頼を出力することが可能となる装置を提供できる。
【０２７３】
また、前記出力制御装置と各々の前記出力制御装置が保持している画像データの識別情報とを記憶管理している管理手段（図１５のメモリマップによりＣＰＵ１００１が管理）を更に有しているものであり、出力先の出力制御装置がどんな画像データを保持しているのかを常に把握できる装置を提供できる。
【０２７４】
また、前記出力制御装置が保持している画像データを識別する識別情報を前記出力制御装置から受信し（図１１のＳＴＥＰ１１１３やＳＴＥＰ１１１４でプリントサーバ１０４からプリントコントローラ１０３に送信）、前記管理手段で記憶管理するものであり、出力先の出力制御装置がどんな画像データを保持しているのかを常に最新の情報で管理できる装置を提供できる。
【０２７５】
また、前記決定手段は、前記管理手段に記憶管理されている前記識別情報に基づいて、前記編集情報によって指示される画像データを最も多く保持している出力制御装置を出力先に決定する（ＳＴＥＰ７１２〜７１５の制御プログラムによるＣＰＵ１００１の機能）ものであり、印刷に必要な画像データをもっとも多く保持している出力制御装置を決定できるので印刷依頼後の画像データの送受信の回数が減りネットワークの負荷が減るという効果が得られる装置を提供するものである。
【０２７６】
また、前記画像保持装置に対して、出力制御装置が保持していない画像データを前記決定手段により出力先に決定された出力制御装置に送信するよう指示する指示手段（ＳＴＥＰ７１８の挿入で説明したＣＰＵ１００１の機能）を更に有するものであり、画像制御装置が画像保持装置に対してイメージデータを送信するよう指示するので、出力制御装置は受信を待つだけでよく、イメージデータを収集するための特別な回路やモジュールが必要なくなるという効果が得られる装置を提供することができる。
【０２７７】
また、前記出力制御装置に送信される印刷依頼（図１０）は、前記受信手段により受信した編集情報に基づいて、該編集情報内で指示される低解像度の画像データを該低解像度の画像データに対応した高解像度の画像データに換えた（図７のＳＴＥＰ７１６）情報であり、このように構成することにより、印刷出力する出力制御装置では印刷依頼で指示された画像データをそのまま用いればよいので特別な対応テーブルを持たなくてよいという効果が得られる装置を提供することができる。
【０２７８】
また、管理手段が記憶管理している識別情報（図１７）には、画像データを破棄する時刻情報が含まれており、該時刻が過ぎると、対応する識別情報を消去することにより、出力制御装置で消去されるのと同時に画像制御装置内でも画像データがないことを認識できる装置を提供することができる。
【０２７９】
また、前記出力制御装置に保持されている画像データのファイル名を任意に設定する名称設定手段（ファイル名をランダムに設定するＣＰＵ１００１の機能）を更に有しているので、出力制御装置の記憶手段内のイメージ保存ディレクトリ内のファイル名から元画像を推測したり、複数ファイルから元画像を再構成するのが困難になり、有償画像の不正利用の防止になるという効果が得られる装置を提供することが可能となる。
【０２８０】
また、１つの画像データに対して複数の解像度の画像データを記憶する記憶手段（ハードディスク１００９）と、前記クライアントからの要求に基づいて、低解像度の画像データをクライアントに送信し（第二実施例における図２１）、前記クライアントから受信した編集情報で使用される画像データに対応する高解像度の画像データを出力制御装置に送信する（第二実施例における図２２）よう制御する制御手段（ＣＰＵ１００１）とを更に有することにより、画像保持装置としての機能を有している装置を提供することができるものである。
【０２８１】
また、管理手段は、１つの画像データを複数に分割したタイルを単位として記憶管理していることにより、必要とされるタイル単位で画像データを送信できるため、ネットワーク上のデータ送信の負荷が軽くなる装置を提供できるものである。
【０２８２】
また、編集情報は、スクリプト形式で記述されていることにより、クライアントは画像データを編集した履歴だけどスクリプト形式で記述でき、データ量が少なくて済み、また履歴として記述できるので編集情報の作成が簡単になるという効果が得られる装置を提供することができるものである。
【０２８３】
また、画像制御装置と、クライアント及び出力制御装置とはインターネットを介して接続されていることにより、インターネット上でプリントサービスを行える仕組みを提供することが可能となるものである。
【０２８４】
更に、本発明の画像保持装置の一実施例であるイメージサーバ１０２の実施形態の特徴的構成について説明する。
【０２８５】
本画像保持装置は、ネットワークを介してクライアント（１０１）と出力制御装置（１０４〜１０６）とに接続されており、１つの画像データに対して複数の解像度の画像データを記憶する記憶手段（ＨＤＤ３００９）と、前記クライアントからの要求に基づいて低解像度の画像データをクライアントに送信し（図２１のフローチャート）、該画像データに対応する高解像度の画像データを出力制御装置に送信する（図２２のフローチャート）よう制御する制御手段（図２１、２２に基づくＣＰＵ４００１の機能）とを有するものであり、画像データを編集するクライアントにはデータ量の少ない低解像度の画像データを送信し、印刷すべき画像データとしてデータ量は多い高解像度の画像データを出力制御装置に送信することにより、ネットワークの負荷が軽くなる装置を提供することが可能となる。
【０２８６】
また、制御手段は、前記出力制御装置に前記高解像度の画像データを送信する旨の指示を前記出力制御装置（プリントサーバ）とは異なる外部装置（実施例でいうプリントコントローラ１０３）から受信した後で、制御されるものであり、画像データの要求を別の装置から送信できる装置を提供するものである。
【０２８７】
また、制御手段は、画像データをタイル単位でクライアントもしくは出力制御装置に送信するよう制御することにより、必要最低限の画像データだけを送信できるのでネットワーク上のデータ送信の負荷が減少する効果が得られるものである。
【０２８８】
また、前記画像保持装置は、クライアントもしくは出力制御装置とインターネットを介して接続されていることにより、インターネット上で画像データの効率のよいデータ送信を可能とする仕組みを提供するものである。
【０２８９】
更に、本発明の出力制御装置の一実施例であるプリントサーバの実施形態の特徴的構成について説明する。
【０２９０】
本出力制御装置は、ネットワークを介して画像制御装置（プリントコントローラ１０３）に接続されており、前記画像制御装置から編集情報（図１０）を受信する受信手段と、前記編集情報に基づいて外部装置から画像データを取得する取得手段（図１１のＳＴＥＰ１１１０〜１１１５の制御プログラムによるＣＰＵ２００１の機能）と、前記編集情報に基づいて前記取得手段により取得した画像データを編集し、出力データを生成する編集手段（ＳＴＥＰ１１１８の制御プログラムによるＣＰＵ２００１の機能）とを有することにより、画像データを識別する情報とその画像データにどんな編集をするかを示す編集情報を受信し、その情報から必要な画像データを収集して編集するので、画像制御装置は画像データを収集してから出力制御装置に印刷依頼する必要がないという効果が得られるものである。
【０２９１】
また、取得手段により取得した画像データを格納しておく記憶手段（ＨＤＤ２００９）を更に有し、前記編集手段は、前記取得手段により取得した画像データ（ＳＴＥＰ１１１３、１１１４）と前記記憶手段に格納されている画像データ（ＳＴＥＰ１１１１）とから１ページの出力画像を生成することにより、複数の装置に分かれて存在している画像データを収集して１ページの出力画像を生成できる装置を提供するものである。
【０２９２】
また、取得手段は、画像制御装置から高解像度の画像データを取得することにより、クライアントが編集で使用している表示画像よりも高解像度の画像データで印刷出力でき、ネットワーク上にそのデータが転送されるのは一度だけなので、ネットワーク上の負荷も減るという効果も得られる装置を提供するものである。
【０２９３】
また、取得手段は、１つの画像データに対して複数の解像度の画像データを記憶している画像保持装置（イメージサーバ１０２）から高解像度の画像データを取得することにより、クライアントが編集で使用している表示画像よりも高解像度の画像データで印刷出力でき、ネットワーク上にそのデータが転送されるのは一度だけなので、ネットワーク上の負荷も減るという効果も得られる装置を提供するものである。
【０２９４】
また、記憶手段に記憶されている画像データを消去する消去手段を更に有していることにより、記憶手段が画像データで容量不足にならない効果が得られる装置を提供するものである。
【０２９５】
また、消去手段は、予め定められた時間が経過すると、前記記憶手段に記憶されている画像データを消去することにより、再度利用される可能性のある時間は記憶手段に画像データが残っているので利用される度に画像データを外部から取得する必要がなくなり、また、時間的に利用される可能性が低くなると画像データを削除するので記憶容量を有効に利用できる効果が得られる装置を提供するものである。
【０２９６】
また、編集手段により描画された出力データを印刷出力する印刷手段（図１１のＳＴＥＰ１１１９、ＰＲＴ２１２）を更に有することにより、記録媒体に可視化する方法として印刷出力することが可能となる装置を提供するものである。
【０２９７】
また、記憶手段に記憶されている画像データの識別情報を前記画像制御装置に報知する報知手段（図１１のＳＴＥＰ１１１３やＳＴＥＰ１１１４でプリントサーバ１０４からプリントコントローラ１０３に送信）を更に有することにより、常に画像制御装置に対し、記憶手段に格納している画像データを把握させる装置を提供するものである。
【０２９８】
また、編集情報は、スクリプト形式で記述されたデータであり、クライアントは画像データを編集した履歴だけどスクリプト形式で記述でき、データ量が少なくて済み、また履歴として記述できるので編集情報の作成が簡単になるという効果が得られる装置を提供することができるものである。
【０２９９】
また、画像制御装置とはインターネットを介して接続されているものであり、インターネット上でプリントサービスを行える仕組みを提供することが可能となるものである。
【０３００】
〔第三実施例〕
本発明の第三実施例では、本発明の情報処理装置の一実施例であるクライアントコンピュータ１０１の文書編集アプリケーションの機能として、ローカルのイメージファイルを指定してイメージサーバ１０２に送信／登録する機能について説明する。
【０３０１】
＜システム構成＞
本発明の画像制御装置、画像保持装置、出力制御装置からなるシステムの第三実施例を示すシステム構成図は、第一実施例のシステム構成図である図１と同様である。
【０３０２】
＜クライアントコンピュータのブロック図＞
図２６はクライアントコンピュータ１０１のシステム構成を示すブロック図である。
【０３０３】
図２６中４００１は本装置全体の制御を司るＣＰＵであり、本実施例の情報処理装置における制御手段である。
【０３０４】
４００２は一時記憶手段であるＲＡＭであり、ＣＰＵ４００１の主メモリとして、及び実行プログラム（図２８のフローチャートで示される制御プログラム）のワークエリアや一時待避領域として機能する。
【０３０５】
４００３はＣＰＵ４００１の動作処理手順を記憶しているＲＯＭである。ＲＯＭ４００３にはクライアントコンピュータの機器制御を司るシステムプログラムや図２８の処理フローで表わされるプログラムを記録したプログラムＲＯＭと、システムを稼動するために必要な情報等が記憶されたデータＲＯＭがある。
【０３０６】
４００４はネットワークインターフェイス（Ｎｅｔ−Ｉ／Ｆ）であり、後述するイメージサーバとのデータ送信制御を行う。その他にも、第一及び第二実施例で説明したように、本クライアント１０１からプリントコントローラ１０３に編集情報を送信することも行う。
【０３０７】
４００５はビデオＲＡＭ（ＶＲＡＭ）で、システムの稼動状態を示す表示手段であるＣＲＴ４００６の画面に表示される画像を展開し、その表示の制御を行う。
【０３０８】
４００７はキーボードなどの外部入力装置からの入力信号を制御するためのキーボードコントローラある。４００８は操作を受け付けるための外部入力装置であり、一般にはキーボードやポインティングデバイス（マウスなど）を示している。
【０３０９】
４００９は記憶手段であるハードディスクドライブ（ＨＤＤ）を示し、後述するアプリケーションプログラムや画像情報のデータ保存用に用いられる。
【０３１０】
４０１０は外部記憶装置であるフロッピーディスクなどのリムーバルディスクドライブ（ＦＤＤ）を示し、アプリケーションプログラムの媒体からの読み出しなどに用いられる。図２８の処理フローで表されるプログラムをフロッピーディスク４０１０に記憶して、ハードディスクに格納しておいても本システムは実現可能である。
【０３１１】
４０００は上述した各ユニット間を接続するためのＩ／Ｏバス（アドレスバス、データバスおよび制御バス）である。
【０３１２】
また、イメージサーバ１０２の構成を示すブロック図は、第二実施例で説明したものと同一であるのでここでは省略する。
【０３１３】
＜動作説明＞
図２７は、イメージサーバにイメージファイルを登録する処理のタイミングを示すチャートである。図２８は、クライアント１０１でのイメージファイル登録処理の制御を示すフローチャートである。図２９はイメージサーバで保持されるログイン中のユーザのユーザＩＤリスト（ログインユーザＩＤリスト）である。図３０は、イメージサーバで保持されるユーザ情報テーブルである。このユーザ情報テーブルには、パスワード、割り当て容量、残り容量がユーザＩＤ毎に記憶されている。
【０３１４】
図３１は、イメージサーバで保持される課金テーブルである。図３２は、クライアント１０１の文書編集アプリケーション上でイメージサーバにログインする際の表示画面であるログインダイアログボックスである。図３３は、ファイル選択ダイアログボックスである。図３４は、容量追加確認ダイアログボックスである。
【０３１５】
図２７〜図３４を参照して、本発明のシステムでのイメージファイルの登録処理を説明する。
【０３１６】
図２７のステップＳ１でユーザがクライアント１０１の文書編集アプリケーションのメニューから「イメージファイルの登録」を選択することにより登録開始指示を行うと、図２７のステップＳ２および図２８のステップＳ２８０１で、クライアント１０１は、イメージサーバ１０２にログイン状態のチェックを要求する。このときチェックすべきユーザＩＤが引数としてクライアント１０１からイメージサーバ１０２に渡される。この場合、まだログインされていないためユーザＩＤは指定されない。
【０３１７】
図２７のステップＳ３で、イメージサーバ１０２によりログイン状態のチェックが行われる。ログイン状態のチェックは引数としてクライアント１０１から受信したユーザＩＤが、イメージサーバ１０２のＲＡＭ３００２に格納されているログインユーザＩＤリスト（図２９）に存在するか否かをチェックする。この場合は、引数であるユーザＩＤがログインユーザＩＤリストにないので、図２７のステップＳ４で、ログインしていない旨をイメージサーバ１０２はクライアント１０１に通知する。
【０３１８】
クライアント１０１は図２８のステップＳ２８０２において、イメージサーバ１０２からの通知に基づき、イメージサーバ１０２にログイン済みか否かを判定する。この場合、未ログインなので図２７のステップＳ４および図２８のステップＳ２８０３において、クライアント１０１は、ログインダイアログボックス（図３２）をＣＲＴ４００６に表示する。
【０３１９】
図２７のステップＳ６で、ユーザがユーザＩＤとパスワードを入力しログインボタンを押下すると、図２７のステップＳ７および図２８のステップＳ２８０４において、クライアント１０１はユーザＩＤ、パスワードを引数としてイメージサーバ１０２に送信し、ユーザＩＤ、パスワードのチェックを要求する。
【０３２０】
図２７のステップＳ８で、イメージサーバ１０２は引数として渡されたユーザＩＤが図３０のユーザ情報テーブルのユーザＩＤに存在すること、および引数のパスワードが対応する行のパスワードと一致することを確認する。チェックが成功したら図２７のステップＳ９でユーザＩＤを図２９のログインユーザＩＤリストに保存し、クライアント１０１にログインが成功したことを図２７のステップＳ１０で通知する。ユーザＩＤがユーザ情報テーブル（図３０）に存在しないか、パスワードが一致しない場合は、クライアント１０１にログインが失敗したことを図２７のステップＳ１０で通知する。
【０３２１】
ログイン結果を通知されたクライアント１０１は、図２８のステップＳ２８０５で結果をチェックする。ログインに成功した場合は、図２７のステップＳ１２および図２８のステップＳ２８０６において、クライアント１０１は、図３３のファイル選択ダイアログボックスをＣＲＴ４００６に表示する。
【０３２２】
図２７のステップＳ１３において、ユーザがファイル選択ダイアログボックス（図３３）でイメージファイルを選択し、「開くボタン」を押下すると、図２７のステップＳ１４および図２８のステップＳ２８０７において、クライアント１０１は、選択されたイメージファイルのファイルサイズを取得する。ファイルサイズの取得には、Ｃランタイムライブラリの関数statを使用する。
【０３２３】
図２８のステップＳ２８０７でファイルサイズを取得した後、図２７のステップＳ１５および図２８のステップＳ２８０７において、クライアント１０１は、ユーザＩＤおよびファイルサイズを引数としてイメージサーバ１０２に残りの容量チェックを依頼する。
【０３２４】
イメージサーバ１０２では、図２７のステップＳ１６で残り容量のチェックを行う。イメージサーバ１０２は、ユーザ情報テーブル（図３０）から引数のユーザＩＤに対応する残り容量を取得する。ここではユーザＩＤ＝ＡＸＥ００１２が指定されたとする。この場合、残り容量は１０ＭＢとなる。イメージサーバ１０２は、この残り容量と引数で渡されたファイルサイズとを比較する。残り容量がファイルサイズ以上である場合は、図２７のステップＳ１７で、イメージサーバ１０２はクライアント１０１に指定されたイメージファイルを登録可能であることを通知する。残り容量がファイルサイズより小さい場合は、図３１の課金テーブルに登録可能であることを通知する。残り容量がファイルサイズより小さい場合は、イメージサーバ１０２は、課金テーブル（図３１）から登録しようとしているイメージファイルが追加可能な割り当て容量と月額料金を取得し、図２７のステップＳ１７でクライアント１０１に通知する。登録しようとするファイルサイズが１５ＭＢの場合を考えると、現在の残り容量が１０ＭＢであるので、合計２５ＭＢを登録することができる割り当て容量３０ＭＢ、月額料金３０００円を課金テーブル（図３１）から得てクライアント１０１に通知する。
【０３２５】
イメージサーバ１０２からの通知を受け得たクライアント１０１は、図２８のステップＳ２８０８で残り容量チェックの結果を確認して、残り容量があるか否かを判断する。残り容量が足りている場合は、イメージサーバ１０２に対して、ユーザが選択したイメージファイルの登録処理を行う。残り容量が足りない場合は、図２７のステップＳ１８で、イメージサーバ１０２から通知された割り当て容量と月額料金を図３４の容量追加確認ダイアログボックスでＣＲＴ４００６に表示する。
【０３２６】
図２７のステップＳ１９でユーザが、「はいボタン」を押した場合は、図２８のＳ２８０９の判定でＹＥＳとなりイメージファイルの登録処理を行う。ユーザが「いいえボタン」を押した場合は、図２８のステップＳ２８０９の判定でＮＯとなり登録を行わずに処理を終了する。
【０３２７】
残り容量が足りている場合とユーザが容量追加指示をした場合は、図２７のステップＳ２０および図２８のステップＳ２８１０において、クライアント１０１は、イメージファイルをイメージサーバ１０２の転送用ディレクトリに送信する。イメージファイル送信後に図２７のステップＳ２１および図２８のステップＳ２８１０において、クライアント１０１は、ユーザＩＤと、転送したイメージファイル名とを引数として、イメージサーバ１０２にイメージファイルの登録を要求する。
【０３２８】
イメージサーバ１０２では、図２７のステップＳ２２で送信用ディレクトリの引数で指定されたイメージファイルをイメージサーバ１０２で保存するイメージフォーマットに変換する。次に図２７のステップＳ２３において、前のステップでフォーマット変換したイメージファイルをイメージ保存用ディレクトリ中の引数のユーザＩＤと同じ名前のディレクトリにコピーする。また、図２８のステップＳ２８０９でユーザが容量追加指示した場合は、図２７のステップＳ２３で、ユーザ情報テーブル（図３０）の引数で渡されたユーザＩＤの行の割り当て容量と、残り容量の項目を更新する。
【０３２９】
登録処理が終わったら、図２７のステップＳ２４において、イメージサーバ１０２はクライアント１０１に登録処理終了を通知する。図２８のステップＳ２８１１で、クライアント１０１は、受信した登録処理終了の通知に基づき、ＣＲＴ４００６に登録終了メッセージを表示する。
【０３３０】
登録終了通知を受けたクライアント１０１は、図２７のステップＳ２５でユーザに登録が終了したことをメッセージボックスを表示することにより知らせる。
【０３３１】
上記説明したように、本発明の画像保持装置の一実施例であるイメージサーバ１０２の実施形態の特徴的構成について説明する。
【０３３２】
本画像保持装置は、ネットワークを介してクライアント（１０１）と出力制御装置（１０４〜１０６）とに接続されており、１つの画像データに対して複数の解像度の画像データを記憶する記憶手段（ＨＤＤ３００９）と、前記クライアントからの要求に基づいて低解像度の画像データをクライアントに送信し（図２１のフローチャート）、該画像データに対応する高解像度の画像データを出力制御装置に送信する（図２２のフローチャート）よう制御する制御手段（図２１、２２に基づくＣＰＵ４００１の機能）とを有するものであり、外部から入力された画像データを前記記憶手段に登録する登録手段を更に有しているものである。よって、画像データを編集するクライアントにはデータ量の少ない低解像度の画像データを送信し、印刷すべき画像データとしてデータ量は多い高解像度の画像データを出力制御装置に送信することにより、ネットワークの負荷が軽くなる装置において、更に画像データを予め外部（実施例でいうクライアント１０１）から画像保持装置に登録できる仕組みを提供することが可能となる。
【０３３３】
また、登録手段による登録処理中に、前記画像データを送信した外部装置に対し許可されている記憶容量と前記画像データとを比較し（図２７のステップＳ１６）、比較結果を前記外部装置に通知する通知手段（図２７のステップＳ１７）を更に有していることにより、画像データを登録指示する外部装置に対し、登録可能であるか通知できる装置を提供することができる。
【０３３４】
また、外部装置から前記記憶容量を追加する旨の指示を受けた場合に、前記外部装置に対し許可されている記憶容量を増やすことにより、外部装置に確認を取った後に、外部装置からの指示により登録できる画像データを増やすことができる装置を提供することができる。
【０３３５】
更に、本発明の情報処理装置の一実施例であるクライアントコンピュータ１０１の実施形態の特徴的構成について説明する。
【０３３６】
本情報処理装置は、画像データを保持している画像保持装置（イメージサーバ１０２）とネットワークを介して接続されており、前記画像保持装置に画像データを登録する指示を送信する登録指示手段（図２８のステップＳ２８１０の制御プログラムに基づくＣＰＵ４００１の機能）と、前記画像保持装置から登録した前記画像データに対応する低解像度の画像データ（図２の３０１）を受信する受信手段（ネットワークインタフェース４００４）と、前記受信した画像データを編集する編集手段（文書編集アプリケーションに基づくＣＰＵ４００１の機能）と、前記編集手段で編集した編集内容を示す編集情報（図６）を、前記画像データ抜きで外部に印刷依頼する印刷依頼手段（図６の印刷オーダーを出力）とを有することにより、印刷用の高解像度の画像データを予め外部装置に登録しておき、印刷指示するときは印刷オーダーだけを送信するので、ネットワーク上に高解像度の画像データが送信されるのは一度だけとなり負荷が軽くなる効果が得られる仕組みを提供するものである。つまり印刷する度に、画像データを送信する必要がなくなる装置を提供できるのである。
【０３３７】
また、登録指示手段は、情報処理装置の識別情報（実施例でいうユーザＩＤ）を前記画像保持装置に送信し、アクセス許可を得た後（図２８のステップＳ２８０５でＹＥＳ）で、画像データを前記画像保持装置に送信する（図２８のステップＳ２８１０）ことにより、指示元を誤って登録されることがなくなる装置を提供することができる。
【０３３８】
また、登録指示手段により画像データを登録する際に、前記画像保持装置から記憶容量が不足している通知を受信した際（図２８のステップＳ２８０８でＮＯ）に、その旨を表示する表示手段（ＣＲＴ４００６）を更に有していることにより、ユーザに記憶容量不足で登録できない旨を報知できる効果が得られる装置を提供することができる。
【０３３９】
また、登録指示手段により画像データを登録する際に、前記画像保持装置から記憶容量が不足している通知を受信した際に、記憶容量を追加するかを指示させる指示手段（図２８のステップＳ２８０９の制御プログラムに基づくＣＰＵ４００１の機能）を更に有し、前記指示手段により前記画像保持装置で該情報処理装置に割り当てられる記憶容量を追加すると指示された場合に、その旨を前記画像保持装置に通知する（図２８のステップＳ２８１０）ことにより、ユーザに対し、割り当てられている画像保持装置の記憶容量を追加するかをその場で指示させることが可能となり、許可を得た後で登録処理できる装置を提供することができる。
【０３４０】
また、画像保持装置とインターネットを介して接続されていることにより、インターネットを介して画像データの登録処理ができる装置を提供することができる。
【０３４１】
よって、本発明の第三実施例に示すシステムにより、ユーザは、イメージサーバへのイメージファイル登録時に割り当て容量を越えて登録しようとした場合に、その場で確認でき、取り消し、さらに容量追加を指示することが可能となる。また、その場で確認できるため、電子メール等による確認と異なり、意図しない請求を受ける可能性がなくなるという効果が得られるものである。
【０３４２】
【発明の効果】
本発明の印刷システムおよび構成する装置を使用することにより、ネットワーク上の出力制御装置であるプリントサーバに印刷データを送る際に、文字列データ、図形データがページ記述言語で記述されることで送信するデータ量が減少し、ネットワークの負荷を軽減することができる。
【０３４３】
また、プリントサーバにイメージデータのキャッシュを設け、このキャッシュを使用することにより、印刷用画像を画像保持装置であるイメージサーバもしくは画像制御装置であるプリントコントローラから送信する頻度が低くなり、イメージサーバ等のの負荷を軽減することができる。
【０３４４】
また、イメージサーバもしくはプリントコントローラから必要な部分のイメージデータだけをプリントサーバに送信することにより、送信データ量が減り、ネットワークの負荷を軽減することが可能となる。
【０３４５】
また、本発明によれば、プリントサーバ装置に保存されたイメージデータを有効に利用することができ、足りないイメージデータだけを当該プリントサーバ装置に送信すればよいので、送信データ量が減り、ネットワークの負荷を軽減することができる。
【０３４６】
更に、プリントサーバは、必要とするイメージデータをできる限り各々のプリントサーバから送信してもらうことにより、かなりの負荷が予想されるイメージサーバもしくはプリントコントローラへのイメージデータの送信要求を減らすことができ、イメージサーバの負荷を軽減することが可能となる。
【０３４７】
更に、プリントサーバは、キャッシュしているイメージデータに廃棄時刻を設け、時間が過ぎると該イメージデータを削除することにより、記憶手段に格納されているイメージデータの量を減らすことを可能とし、時刻の更新を可能としたので、使用頻度の高いイメージデータは使用頻度の低いイメージデータよりも長く記憶手段に格納されることになり、有効に記憶手段を使用することが可能となる。
【０３４８】
更に、プリントコントローラはプリントサーバ内のファイル名をランダムに設定することによりプリントサーバ１０４のＨＤＤ２００２内のイメージ保存ディレクトリ内のファイル名から元画像を推測したり、複数ファイルから元画像を再構成するのが困難になり、有償画像の不正利用の防止になる。
【図面の簡単な説明】
【図１】本発明の印刷制御装置のシステム構成図である。
【図２】本発明で使用するイメージフォーマットの説明図である。
【図３】本発明で使用するページ記述言語で記述されたスクリプトの例の説明図である。
【図４】プリントコントローラのシステム構成を示すブロック図である。
【図５】プリントサーバのシステム構成を示すブロック図である。
【図６】プリントオーダファイルの例である。
【図７】プリントコントローラの処理フロー図である。
【図８】プリントコントローラが保持しているイメージタイルテーブルである。
【図９】プリントコントローラが保持しているイメージキャッシュヒットテーブルである。
【図１０】プリントコントローラで変換されたプリントオーダファイルの例である。
【図１１】プリントサーバの処理フロー図である。
【図１２】プリントサーバで保持しているイメージタイルテーブルである。
【図１３】プリントサーバで保持しているイメージタイルファイルテーブルである。
【図１４】プリントサーバで変換されたプリントオーダファイルの例である。
【図１５】プリントコントローラのメモリマップである。
【図１６】プリントサーバのメモリマップである。
【図１７】プリントコントローラで保持しているイメージキャッシュ情報テーブルである。
【図１８】本発明の印刷制御システムの第二実施例を示すシステム構成図である。
【図１９】本発明の他の実施例におけるプリントサーバの処理フロー図である。
【図２０】イメージサーバのシステム構成を示すブロック図である。
【図２１】イメージサーバの処理フロー図である。
【図２２】イメージサーバの処理フロー図である。
【図２３】イメージサーバのプログラムの外部記憶媒体内でのメモリマップである。
【図２４】プリントサーバで保持されているイメージキャッシュ情報テーブルである。
【図２５】プリントコントローラの処理フロー図である。
【図２６】クライアントコンピュータのシステム構成を示すブロック図である。
【図２７】本第三実施例における印刷処理システムのタイミングチャート図である。
【図２８】クライアントコンピュータのイメージファイル登録処理のフローチャート図である。
【図２９】イメージサーバで保持されるユーザＩＤリストである。
【図３０】イメージサーバで保持されるユーザ情報テーブルである。
【図３１】イメージサーバで保持される課金テーブルである。
【図３２】ログインダイアログボックスである。
【図３３】ファイル選択ダイアログボックスである。
【図３４】イメージサーバにおける記憶容量の追加確認をするダイアログボックスである。
【符号の説明】
１０１  文書編集アプリケーションを含むクライアントコンピュータ
１０２  イメージサーバ
１０３  プリントコントローラ
１０４  プリントサーバ（１）
１０５  プリントサーバ（２）
１０６  プリントサーバ（３）
２０１  イメージファイル
２０２  解像度０のイメージ
２０３  解像度１のイメージ
２０４  解像度ｎのイメージ
２０５  解像度０のイメージとイメージタイルの関係
３０１  解像度１のイメージとイメージタイルの関係
３０２  文書データ
３０３  イメージデータ
３０４  図形データ
３０５  文字列データ
３０６  スクリプト（ページ記述言語）
１０００  Ｉ／Ｏバス（アドレスバス、データバスおよび制御バス）
１００１  ＣＰＵ
１００２  ＲＡＭ
１００３  ＲＯＭ
１００４  ネットワークインターフェイス
１００５  ビデオＲＡＭ
１００６  ＣＲＴ
１００７  キーボードコントローラ
１００８  外部入力装置
１００９  ハードディスクドライブ
２０００  Ｉ／Ｏバス（アドレスバス、データバスおよび制御バス）
２００１  ＣＰＵ
２００２  ＲＡＭ
２００３  ＲＯＭ
２００４  ネットワークインターフェイス
２００５  ビデオＲＡＭ
２００６  ＣＲＴ
２００７  キーボードコントローラ
２００８  外部入力装置
２００９  ハードディスクドライブ
２０１０  リムーバルディスクドライブ
２０１１  プリンタ制御部
２０１２  プリンタ
１５０１  記録メディア上のマップ
１５０２  メモリマップ
１５０３  ディレクトリ情報部
１５０４  プログラム実行可能ファイル
１５０５  プログラムコード
１５０６  イメージキャッシュ情報テーブル
１５０７  イメージタイルテーブル
１５０８  イメージキャッシュヒットテーブル
１６０１  記録メディア上のマップ
１６０２  メモリマップ
１６０３  ディレクトリ情報
１６０４  プログラム実行可能ファイル
１６０５  プログラムコード
１６０６  イメージタイルテーブル
１６０７  イメージタイルファイルテーブル
９００１  プリントサーバＩＤ
９００２  イメージファイルＩＤ
９００３  イメージタイルＩＤ
９００４  イメージタイルキャッシュファイル名
９００５  イメージタイルキャッシュファイル廃棄時刻
９００６  イメージタイルキャッシュのヒット数
【図１】
0004086360.tif 000002
【図２】
0004086360.tif 000003
【図３】
0004086360.tif 000004
【図４】
0004086360.tif 000005
【図５】
0004086360.tif 000006
【図６】
0004086360.tif 000007
【図７】
0004086360.tif 000008
【図８】
0004086360.tif 000009
【図９】
0004086360.tif 000010
【図１０】
0004086360.tif 000011
【図１１】
0004086360.tif 000012
【図１２】
0004086360.tif 000013
【図１３】
0004086360.tif 000014
【図１４】
0004086360.tif 000015
【図１５】
0004086360.tif 000016
【図１６】
0004086360.tif 000017
【図１７】
0004086360.tif 000018
【図１８】
0004086360.tif 000019
【図１９】
0004086360.tif 000020
【図２０】
0004086360.tif 000021
【図２１】
0004086360.tif 000022
【図２２】
0004086360.tif 000023
【図２３】
0004086360.tif 000024
【図２４】
0004086360.tif 000025
【図２５】
0004086360.tif 000026
【図２６】
0004086360.tif 000027
【図２７】
0004086360.tif 000028
【図２８】
0004086360.tif 000029
【図２９】
0004086360.tif 000030
【図３０】
0004086360.tif 000031
【図３１】
0004086360.tif 000032
【図３２】
0004086360.tif 000033
【図３３】
0004086360.tif 000034
【図３４】
0004086360.tif 000035