(57)【要約】【課題】受信した印刷データの処理後にその印刷データに含まれる表示内容情報のうち個別性が高いものを除外して保存する画像処理装置において、表示内容情報がいくつのレコードで用いられているのかを監視するよりも容易に、個別性の高い表示内容情報を判別できるようにする。【解決手段】画像処理装置の通信部１１０は、印刷データと、この印刷データのフィールドのうち個別性の高いフィールドを指定する指定情報とを受信する。ＰＤＬ処理部１３０は、受信した印刷データを処理して、出力単位ごとに当該出力単位についての１以上のレコードの各フィールドの表示内容情報を表示した出力画像を生成する。格納制御部１５２は、ＰＤＬ処理部１３０による印刷データの処理の後、印刷データ中の各レコードの各フィールドの表示内容情報を、前記指定情報により指定されたフィールドの表示内容情報を除外して保存する。【選択図】図１
2010266932.tif 000002
【特許請求の範囲】
【請求項１】
１以上のフィールドのそれぞれについて表示内容情報を有するレコードを出力単位ごとに１以上含む印刷データと、前記１以上のフィールドのうち個別性の高いフィールドを指定する指定情報と、を印刷指示装置から受信する受信手段と、
前記受信手段が受信した前記印刷データを処理して、前記出力単位ごとに当該出力単位についての１以上のレコードの各フィールドの表示内容情報を表示した出力画像を生成する画像生成手段と、
前記画像生成手段による前記印刷データの処理の後、前記印刷データ中の各レコードの各フィールドの表示内容情報を、前記指定情報により指定されたフィールドの表示内容情報を除外して保存する制御を行う保存制御手段と、
を備える画像処理装置。
【請求項２】
前記保存制御手段は、前記指定情報により指定されたフィールド以外のフィールドについて、当該フィールドのいずれかの表示内容情報が複数の出力単位のレコード中の当該フィールドに含まれている場合には、当該フィールドに該当するすべての表示内容情報を保存するように制御する、ことを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記保存制御手段は、前記指定情報により指定されたフィールド以外のフィールドについて、当該フィールドの表示内容情報の中に複数の出力単位についてのレコード中に含まれているものが存在しない場合には、当該フィールドに該当するすべての表示内容情報を保存対象から除外するように制御する、ことを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
前記画像生成手段が生成した画像を媒体に印刷する印刷手段を更に備えることを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置。
【請求項５】
コンピュータを、
１以上のフィールドのそれぞれについて表示内容情報を有するレコードを出力単位ごとに１以上含む印刷データと、前記１以上のフィールドのうち個別性の高いフィールドを指定する指定情報と、を印刷指示装置から受信する受信手段、
前記受信手段が受信した前記印刷データを処理して、前記出力単位ごとに当該出力単位についての１以上のレコードの各フィールドの表示内容情報を表示した出力画像を生成する画像生成手段、
前記画像生成手段による前記印刷データの処理の後、前記印刷データ中の各レコードの各フィールドの表示内容情報を、前記指定情報により指定されたフィールドの表示内容情報を除外して保存する制御を行う保存制御手段、
として機能させるためのプログラム。
【請求項６】
印刷指示装置と画像処理装置とを備え、
前記印刷指示装置は、
１以上のフィールドのそれぞれについて表示内容情報を有するレコードを出力単位ごとに１以上含む印刷データと、前記１以上のフィールドのうち個別性の高いフィールドを指定する指定情報と、を生成する手段と、
前記印刷データと前記指定情報とを前記画像処理装置に送信する手段と、
を備え、
前記画像処理装置は、
前記印刷データと前記指定情報とを印刷指示装置から受信する受信手段と、
前記受信手段が受信した前記印刷データを処理して、前記出力単位ごとに当該出力単位についての１以上のレコードの各フィールドの表示内容情報を表示した画像を生成する画像生成手段と、
前記画像生成手段による前記印刷データの処理の後、前記印刷データ中の各レコードの各フィールドの表示内容情報を、前記指定情報により指定されたフィールドの表示内容情報を除外して保存する制御を行う保存制御手段と、
を備える、ことを特徴とする画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、プログラム及び画像処理システムに関する。
【背景技術】
【０００２】
対象ごとに内容を差し替えて印刷する可変印刷技術が知られている。可変データ印刷は、可変印刷又はバリアブル印刷等とも呼ばれる。近年の可変データ印刷では、宛名などのような単なる文字列の差し替えにとどまらず、データベースのレコードに応じてグラフやその他複雑な画像の差し替えも可能となっている。可変データ印刷では、共通のレイアウトデータに対して個々のレコードを適用することにより、それら各レコードに対応した画像を描画する。可変データ印刷のためには、データベースのレコード群、各レコードに対して適用されるレイアウトデータ、各レコードの描画の際に利用される画像等のリソースデータが必要である。
【０００３】
同じ可変データ印刷を繰り返す場合、リソースデータがプリンタに保存されていればそれをそのまま用いることができる。プリンタに保存されていないリソースデータは再度プリンタに送信することとなる。
【０００４】
特許文献１には、可変データ印刷のためのレコード群、レイアウトデータ及びリソースデータなどを圧縮して１つのセットにまとめてクライアントコンピュータからプリンタに送信することが示されている。このプリンタは、受け取ったデータセットを展開して印刷処理を実行すると共に、その展開結果のデータを再度の印刷に備えて保存する機能を備える。また、その保存機能のオン・オフをユーザが指定することもできる。
【０００５】
また、特許文献３に開示されたシステムでは、プリントサーバの監視部は、可変データ印刷の中で用いられる画像等の各リソースが、それぞれいくつのレコード中で用いられているかを監視する。そして、印刷終了後、複数のレコードで用いられたリソースは守秘対象でないと判断し、リソース管理部内に保存する。１つのレコードでしか用いられなかったリソースはリソース管理部に残さない。再印刷の際には、クライアントコンピュータは、リソース管理部に保存されているリソースはプリントサーバに再送しない。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−３５８１７３号公報
【特許文献２】特開平０６−１０６８１０号公報
【特許文献３】特開２００９−８７０８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、印刷指示装置から受信した印刷データの処理後にその印刷データに含まれる表示内容情報のうち個別性が高いものを除外して保存する画像処理装置において、表示内容情報がいくつのレコードで用いられているのかを監視するよりも容易に、個別性の高い表示内容情報を判別できるようにすることを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に係る発明は、１以上のフィールドのそれぞれについて表示内容情報を有するレコードを出力単位ごとに１以上含む印刷データと、前記１以上のフィールドのうち個別性の高いフィールドを指定する指定情報と、を印刷指示装置から受信する受信手段と、前記受信手段が受信した前記印刷データを処理して、前記出力単位ごとに当該出力単位についての１以上のレコードの各フィールドの表示内容情報を表示した出力画像を生成する画像生成手段と、前記画像生成手段による前記印刷データの処理の後、前記印刷データ中の各レコードの各フィールドの表示内容情報を、前記指定情報により指定されたフィールドの表示内容情報を除外して保存する制御を行う保存制御手段と、を備える画像処理装置である。
【０００９】
請求項２に係る発明は、請求項１に係る発明において、前記保存制御手段は、前記指定情報により指定されたフィールド以外のフィールドについて、当該フィールドのいずれかの表示内容情報が複数の出力単位のレコード中の当該フィールドに含まれている場合には、当該フィールドに該当するすべての表示内容情報を保存するように制御する、ことを特徴とする。
【００１０】
請求項３に係る発明は、請求項１又は２に記載の発明において、前記保存制御手段は、前記指定情報により指定されたフィールド以外のフィールドについて、当該フィールドの表示内容情報の中に複数の出力単位についてのレコード中に含まれているものが存在しない場合には、当該フィールドに該当するすべての表示内容情報を保存対象から除外するように制御する、ことを特徴とする。
【００１１】
請求項４に係る発明は、請求項１〜３のいずれか１項に記載の発明において、前記画像生成手段が生成した画像を媒体に印刷する印刷手段を更に備えることを特徴とする。
【００１２】
請求項５に係る発明は、コンピュータを、１以上のフィールドのそれぞれについて表示内容情報を有するレコードを出力単位ごとに１以上含む印刷データと、前記１以上のフィールドのうち個別性の高いフィールドを指定する指定情報と、を印刷指示装置から受信する受信手段、前記受信手段が受信した前記印刷データを処理して、前記出力単位ごとに当該出力単位についての１以上のレコードの各フィールドの表示内容情報を表示した出力画像を生成する画像生成手段、前記画像生成手段による前記印刷データの処理の後、前記印刷データ中の各レコードの各フィールドの表示内容情報を、前記指定情報により指定されたフィールドの表示内容情報を除外して保存する制御を行う保存制御手段、として機能させるためのプログラムである。
【００１３】
請求項６に係る発明は、印刷指示装置と画像処理装置とを備え、前記印刷指示装置は、１以上のフィールドのそれぞれについて表示内容情報を有するレコードを出力単位ごとに１以上含む印刷データと、前記１以上のフィールドのうち個別性の高いフィールドを指定する指定情報と、を生成する手段と、前記印刷データと前記指定情報とを前記画像処理装置に送信する手段と、を備え、前記画像処理装置は、前記印刷データと前記指定情報とを印刷指示装置から受信する受信手段と、前記受信手段が受信した前記印刷データを処理して、前記出力単位ごとに当該出力単位についての１以上のレコードの各フィールドの表示内容情報を表示した画像を生成する画像生成手段と、前記画像生成手段による前記印刷データの処理の後、前記印刷データ中の各レコードの各フィールドの表示内容情報を、前記指定情報により指定されたフィールドの表示内容情報を除外して保存する制御を行う保存制御手段と、を備える、ことを特徴とする。
【発明の効果】
【００１４】
請求項１、４、５又は６に係る発明によれば、表示内容情報がいくつのレコードで用いられているのかを監視するよりも容易に、個別性の高い表示内容情報を判別できる。
【００１５】
請求項２に係る発明によれば、印刷データ中での表示内容情報の出現回数によりその表示内容情報の個別性の高さを判定する場合には保存されないような表示内容情報も、その表示内容情報が属するフィールドの個別性が高くないと判断される場合、保存されるようにすることができる。
【００１６】
請求項３に係る発明によれば、可変データの作成者から明示的に個別性が高いと指定されないフィールドについても、個別性が高いか否かを判定し、個別性が高いフィールドの表示内容情報が保存されないようにすることができる。
【図面の簡単な説明】
【００１７】
【図１】実施形態の画像処理システムの一例の構成を示す図である。
【図２】可変データのデータ内容の一例を示す図である。
【図３】レイアウトプログラムの一例を示す図である。
【図４】可変データのデータ内容の別の例を示す図である。
【図５】レイアウトプログラムの別の例を示す図である。
【図６】属性ファイルのデータ内容の一例を示す図である。
【図７】プリントサーバの処理手順の一例を示すフローチャートである。
【図８】プリントサーバからクライアントコンピュータに返される属性ファイルのデータ内容の一例を示す図である。
【図９】格納制御部の処理手順の一例を示すフローチャートである。
【図１０】プリントサーバの処理手順の別の一例を示すフローチャートである。
【図１１】プリントサーバからクライアントコンピュータに返される属性ファイルのデータ内容の一例を示す図である。
【図１２】変形例における格納制御部の処理手順の一例を示すフローチャートである。
【図１３】変形例における一部リソースがダミーデータに書き換えられた可変データのデータ内容の一例を示す図である。
【図１４】変形例における属性ファイルのデータ内容の一例を示す図である。
【図１５】コンピュータのハードウエア構成の一例を示す図である。
【発明を実施するための形態】
【００１８】
本発明の実施形態では、プリンタ又はプリントサーバ等の画像処理装置が、可変データ印刷のためのリソース一式をクライアントコンピュータから受信し、それらリソース一式を用いて可変データ印刷を実行する。リソースには、例えば、各種形式の画像データ、テキストデータ、書式（スタイル）付きテキストデータ、グラフデータ、表データ、などのように、画像処理装置が生成する出力画像上に表示される様々な種類の表示内容データが含まれ得る。また、画像処理装置は、受信したリソース一式を保存し、再印刷指示の際に保存したリソース一式を利用する。
【００１９】
画像処理装置は、例えば、リソース一式のすべてを保存するのではなく、それらリソース一式のうち個人情報のように個別性が高いと判定されるリソースを除いた残りを保存する。個別性とは、対象（この例ではリソース）が個々の出力単位に固有のものである可能性のことである。個別性は、様々な基準・尺度で数値化することができる。１つの例では、出力単位に対して完全に固有（すなわちリソースが可変データ中のある出力単位にのみ用いられ、別のいずれの出力単位にも用いられない場合）であれば個別性が「１」であるとし、そうでなければ「０」とする。また、個別性について、「高い」、「低い」などといった複数段階のレベルを定義しておき、ユーザが、可変データ中のフィールドについて個別性のレベルを指定できるようにしてもよい。「個別性が高い」とは、個別性の数値或いはレベルが、定められたしきい値よりも高いことを示す。
【００２０】
出力単位は、この画像処理装置が画像を生成して出力（例えば印刷出力）する際に一単位として出力される情報の集まりである。出力単位は、典型的には、１つのエンティティ（人や組織、物など）に対応する。例えば、複数人の成績表や領収書をまとめて印刷する場合、個々人の成績表や領収書が出力単位にあたる。出力単位は、１以上のレコードを含む。なお、１つの出力単位の印刷結果が１枚の用紙に収まる場合もあれば、複数枚の用紙に渡って印刷される場合もある。
【００２１】
例えば、個々の出力単位に固有の情報は、個別性が高いといえる。個別性が高いものは、例えば守秘の対象となる可能性が高い。リソースが個別性の高いものであるか否かの判定結果は、そのリソースについての様々な取り扱いを決定するのに用いることができる。この実施形態では、画像処理装置が可変データの中から個別性が高い表示内容データを識別し、個別性が高い表示内容データに対して特別な処理を行う。一つの例では、可変データを画像処理装置内に保存する場合に、個別性が高いと識別されなかった表示内容データのみを保存し、個別性が高いと識別された表示内容データは保存しないようにする。
【００２２】
可変データ印刷では、可変データに含まれる各出力単位についてそれぞれ出力画像を生成し、それを用紙等の物理媒体に印刷する。出力単位は、１以上のレコードを含んでおり、レコードは、１以上のフィールド（すなわちデータ項目）を含んでいる。フィールド内の値はリソースの一種である。また、フィールドの値が外部の情報（例えば画像や表のファイル）を指し示す情報である場合、そのような外部情報もリソースの一種である。
【００２３】
この実施形態では、可変データのフィールドのうち個別性が高いフィールドを可変データの作成者が予め指定し、その指定情報を可変データと共に（例えば、その指定情報を可変データの中に記述して）画像処理装置に渡す。そして、画像処理装置は、その指定情報に基づき、個別性の高いリソースを判別する。
【００２４】
また、画像処理装置は、個別性が高いフィールドとして明示的に指定されていないフィールドについて、可変データの当該フィールドの値（リソース）同士の重複の有無に基づき、そのフィールドが個別性の高いフィールドであるかどうかを判定してもよい。この判定により個別性が高いと判定されたフィールド内の各リソースは、個別性が高いリソースと判定される。なお、個別性の高いフィールドの判定では、完全に重複がない（すなわち同じリソースが可変データの当該フィールドに２回以上現れない）場合でなくても、同じリソースが２以上の出力単位に現れない場合には、当該フィールドは個別性が高いと判定してもよい。
【００２５】
画像処理装置は、個別性が高いと判定したリソース以外のリソースを、再印刷に備えて保存するとともに、どのリソースを保存したか（逆に言えばどのリソースは保存しなかったか）を表す情報を、クライアントコンピュータに通知する。クライアントコンピュータは、この通知に基づき、再印刷の際には、画像処理装置に保存されていないリソースを画像処理装置に再送する。
【００２６】
以上、実施形態の概念を説明した。次に、図１を参照して、この概念に従った画像形成システムの構成の一例を説明する。このシステムは、プリントサーバ１００と印刷装置２００とクライアントコンピュータ３００とを備える。印刷装置２００は、画像を用紙に印刷する。プリントサーバ１００は、クライアントコンピュータ３００から入力される印刷データ（例えばページ記述言語で記述される）を、印刷装置２００が取り扱い可能な画像データに変換し、印刷装置２００に提供する。この他、プリントサーバ１００は、クライアントコンピュータ３００から入力される印刷データ（「ジョブ」とも呼ばれる）の実行順序の制御などを行う機能を有していてもよい。プリントサーバ１００と印刷装置２００とは、ネットワーク又はケーブル等の通信路で相互接続された別々の装置であってもよいし、一体の装置として構成されてもよい。プリントサーバ１００は、ネットワーク又はケーブル等の通信路を介してクライアントコンピュータ３００と通信可能となっている。
【００２７】
ここで、プリントサーバ１００は、可変データ印刷機能を備える。可変データ印刷のために用いられるリソースには、例えば、複数のレコードを含んだ可変データ、それら各レコードに適用されるレイアウトプログラム、それらレコードに適用される背景や罫線などのフォーム（書式）データ、それらレコードの印刷画像に組み込まれる画像や表，テキストなどの表示内容データ、等がある。また、印刷の管理等のために、それら各リソースの属性を記述したファイル（「属性ファイル」と呼ぶ）もある。
【００２８】
可変データ（実行ファイル）４００のデータ内容の一例を図２に示す。この例では、行４０２の記述"(test01.jdt)(test01.dbm) 3 STARTTPM"により、この可変データの処理において用いるレイアウトプログラムを指定している。用いられるレイアウトプログラムの識別名は"test01.dbm"であり、ジョブ記述子チケットの名前が"test01.jdt"である。また"STARTTPM "がレイアウトプログラムの実行モードを指定する命令であり、その直前の値"3"はその引数である。この命令は、可変データが含むフィールドのうち第１番目から引数番目までの各フィールドを「個別性の高い」フィールドとして取り扱うことを指示する。図示例では、行４０４に示される６つのフィールドのうちの先頭から３つのフィールドが、個別性の高いフィールドである。同一の主体に関して複数のレコードが存在する場合、それら複数のレコードのうちのいくつかのフィールドの値はそれらレコード間で共通であり、レコード間で値が共通するそれらフィールドは、一般に可変データ４００中のフィールドのうちの先頭側にまとめられることが多い。そして、主体（例えば人）に関する情報は、守秘の必要などのため、個別性が高いものとして取り扱うべき場合が多い。先頭からのいくつ目までのフィールドを個別性が高いものとするかを指定する例示の方式は、例えばこのような性質に合ったものである。可変データ４００の作成者は、個別性が高いものとして取り扱いたいフィールドがある場合、可変データ４００中にこの命令を記述すればよい。
そして、行４０４以降が、印刷対象となるレコード群のデータである。すなわち、行４０４は、印刷対象のレコード中の各フィールド（項目）のフィールド名を表す。"SOF_ID"フィールドは当該レコードの主体である顧客のＩＤ（識別情報）を、"SOF_NAME"フィールドは当該顧客の名前を、"SOF_IMG"フィールドは、当該レコードの印刷画像に組み込まれる当該顧客の画像の識別情報（例えばファイル名）を、それぞれ示す。また、"MOF_Item"フィールドは顧客に処方された医薬品の識別名を、"MOF_Price"フィールドはその医薬品の価格を、"MOF_Item_Photo"フィールドは、当該レコードの印刷画像に組み込まれるその医薬品の画像の識別情報（例えばファイル名）を、それぞれ示す。その次の行４０６以降の各行が、個々のレコードである。例えば行４０６のレコード"001"は、"鈴木太郎"氏に"1000円"の"風邪薬"が処方されたことを示しており、"鈴木太郎"氏の写真が"suzuki.jpg"という名前のファイルであり、"風邪薬"の写真が"kazegusuri.jpg"という名前のファイルであることを示している。次の行４０８は、同じ"鈴木太郎"氏に"800円"の"解熱剤"が処方されたことを示しており、"SOF_ID"、"SOF_NAME"及び"SOF_IMG"の各フィールドは行４０６と内容が共通しているので記述が省略されている。
【００２９】
レイアウトプログラムは、可変データ中のレコードから印刷用の画像を生成するための手順を記述したプログラムであり、ページ記述言語等の言語で記述される。レイアウトプログラムには、レコード中の１以上のフィールドの値に基づき画像を生成するコマンドが含まれる。この種のコマンドは、レコードごとに異なる画像を描画する。また、レイアウトプログラムには、レコードに依存しない固定的なデータを描画するコマンド、描画位置を移動させるコマンド、背景フォームを指定するコマンド、など様々なコマンドが含まれ得る。
【００３０】
図３にレイアウトプログラム５００の一例を示す。この例は、図２の可変データ内で指定されているレイアウトプログラム"test01.dbm "の内容である。例えば、行５０２は描画を開始する座標を指定するコマンドである。また、行５０４は、レコード中のフィールド"SOF_ID"内の文字列（すなわち顧客のＩＤ）の描画を指示するコマンドである。その後に、別の場所にフィールド"SOF_IMG"内の識別情報が示す画像ファイル（すなわち顧客の写真）を呼び出して描画する指示を示したコマンド（行５０６）が続く。そして、更にその後には、別の場所にフィールド"MOF_Item"の中の文字列（すなわち処方された医薬品の名前）及び"MOF_Price"の中の文字列（すなわち処方された医薬品の価格）を描画することを示すコマンド（行５０８）と、"MOF_Item_Photo"内の識別情報が示す画像（すなわちその医薬品の写真）を呼び出して描画するコマンド（行５０９）と、が記述されている。
【００３１】
レイアウトプログラム５００は、行４０８のように一部のフィールドの内容が省略されているレコードを描画する場合には、例えば、内容が省略されたフィールドについては、その行より前でそのフィールドに値を持つ直近の行におけるそのフィールドの値を用いて描画処理を行えばよい。また、その代わりに、内容が省略されているフィールドについては，その内容を描画しないようにしてもよい。内容が省略されているフィールドを描画するかしないかは、レイアウトプログラム５００に対する実行条件として設定できるようにしてもよい。
【００３２】
可変データ４００（図２）を実行すると、このレイアウトプログラム５００が呼び出されてその可変データ４００の各レコードを先頭から順に処理する。これにより、例えば同じ"鈴木太郎"氏についての３つの医薬品の価格と写真がそれぞれ表示された例えば３ページの印刷又は表示用の画像が生成される。生成されるページ数は、可変データ４００およびレイアウトプログラム５００に依存する。レイアウトプログラム５００のコマンド記述によっては、各個人に処方した１以上の医薬品の価格や写真を同一ページ内に順に続けて列挙表示し、ページの末尾まで達しても全医薬品を列挙しきれない場合は、次のページに続けるようにすることもできる。
【００３３】
図４に、別の可変データ４１０を例示する。この例は、生徒のテストの結果を表すものであり、行４１４に示すように、生徒のＩＤ"SOF_ID"、氏名"SOF_NAME"、写真"SOF_IMG"、教科"MOF_kyoka"、点数"MOF_tensu"、及び答案の写真"MOF_toan"という６つのフィールドを含んでいる。行４１２では、それら６フィールドのうち先頭の３フィールドが個別性の高いフィールドに指定されている。また、各レコード４１６、４１８は、それぞれ各生徒の各教科についての点数と答案の写真とを含んでいる。
【００３４】
図５に、可変データ４１０から呼び出されるレイアウトプログラム５１０を例示する。この例では、行５１２は生徒の写真の描画を指示し、行５１４は教科名と答案の写真の描画を指示し、行５１６は点数の描画を指示する。
【００３５】
図６に属性ファイル６００のデータ内容の一例を示す。この例では、属性ファイル６００はＸＭＬ(eXtensible Markup Language)で記述されている。タグ<RESOURCES>が表す要素内に、個々のリソースの属性を示すリソース要素<RESOURCE>が列挙される。個々のリソース要素のタグ<RESOURCE>内に、当該リソースの属性項目が列挙される。例えば、リソース要素６０２は、図４の可変データ（ファイル名"submission01.dbf"）の属性項目群を表している。属性項目'Type'は当該リソースの種別を示すものであり、その値"sub"は「可変データ」という種別を表す。また例えばリソース要素６０４は、"suzuki.jpg"というファイル名を持つリソースの種別が「画像」であることを示している。
【００３６】
このシステムでは、クライアントコンピュータ３００が、上述のような可変印刷に必要なリソース一式をひとまとめにしたファイル（以下では「ジョブファイル」と呼ぶ）を生成し、プリントサーバ１００に送信する。
【００３７】
すなわち、図１の説明に戻ると、クライアントコンピュータ３００のリソース管理部３１０には、可変データ、レイアウトプログラム、フォームデータ、画像データや表やグラフなどといった表示内容データのファイル、属性ファイル、などのリソースが保存されている。リソース管理部３１０は、リソース群を記憶するハードディスク等の記憶媒体と、リソース群の保存・読み出し等を管理する管理プログラムとを含んでいる。ユーザは、クライアントコンピュータ３００上で動作するプリンタドライバ３２０又はアプリケーションプログラムを用いて可変印刷の実行を指示し、その可変印刷で用いるリソース一式を指定する。すると、圧縮部３２２がそれらリソース一式を圧縮して１つのジョブファイルを生成する。生成されたジョブファイルは、ＯＳ（オペレーティングシステム）が備える通信プロトコルスタックとネットワークインタフェースカード等のハードウエアを含んだ通信部３３０により、ＬＡＮ（ローカルエリアネットワーク）等のネットワークを介してプリントサーバ１００に送信される。送信されるジョブファイルの中には、当該ジョブファイル自身の識別情報が含まれる。
【００３８】
このジョブファイルは、プリントサーバ１００の通信部１１０により受信され、解凍部１２０により圧縮状態から非圧縮状態へと解凍（伸長）される。これにより元のリソース一式が得られ、これらリソース一式はＰＤＬ処理部１３０に渡される。ＰＤＬ処理部１３０は、それらリソース一式を用いて可変印刷のための描画処理を実行する。すなわち、リソース一式の中に含まれる可変データ中のレコードごとに、レイアウトプログラムを実行することで、各レコードに対応する印刷画像を生成する。この実行の際、レコードの中で指定された他のリソース（画像や表など。これらは解凍された後、リソース管理部１５０に保存されている）がリソース管理部１５０から読み出され、印刷画像に組み込まれる。
【００３９】
ＰＤＬ処理部１３０の機能は、可変データ（４００又は４１０）やレイアウトプログラム（５００又は５１０）を解析する解析部１３１と、レイアウトプログラムと可変データを解釈する解釈部１３２と、その解釈部１３２の解釈結果（例えばディスプレイリスト等の中間データ）を処理してラスター画像を描画する描画部１３６とに分けることができる。解析部１３１、解釈部１３２及び描画部１３６は、解凍されリソース管理部１５０に保存されたリソースを利用して処理を行う。
【００４０】
解析部１３１は、ジョブファイル中の可変データを解析して個別性の高いリソースを判別する。判別のための具体的な処理手順は、後で説明する。
【００４１】
描画部１３６が生成した各レコードに対応する出力画像は、出力部１４０により、ネットワーク又は通信ケーブルを介して印刷装置２００に送られ、印刷される。
【００４２】
リソース管理部１５０は、クライアントコンピュータ３００から受け取ったジョブファイル中のリソース群の保存のための管理を行う。リソース管理部１５０は、格納制御部１５２，通知部１５４，及び再構成部１５６を備える。格納制御部１５２は、ジョブファイル中のリソース群のうち、個別性が高いと判定されたものを保存対象から削除する制御を行う。通知部１５４は、保存対象から削除したリソースを示す情報（又は保存したリソースを示す情報）をクライアントコンピュータ３００に通知する。この例では、属性ファイル６００の中にそのような情報を組み込んでクライアントコンピュータ３００に送る。再構成部１５６は、保存したジョブファイル（ただし個別性が高いと判定されたリソースは削除されている）に対応する再印刷のジョブファイル（個別性が高いリソース群が含まれる）がクライアントコンピュータ３００から到来した場合に、前者と後者のジョブファイルのリソース群から元のジョブファイルを再構成する。再印刷は、再構成されたジョブファイルに基づき実行される。
【００４３】
次に、新たなジョブファイルの処理を指示されたときのプリントサーバ１００の処理手順の一例を、図７を参照して説明する。まず、この処理では、解凍部１２０が、ジョブファイルを伸長する（Ｓ１０）。伸長の結果得られた可変データ、レイアウトプログラム、各種表示内容データ等のファイルは、リソース管理部１５０に格納される。次に、解析部１３１が、その可変データ中に、個別性の高いフィールドを指定するコマンドがあるかどうかを判定する（Ｓ１２）。例えば図４に例示した可変データ４１０が与えられた場合は、解析部１３１は行４１２からそのようなコマンドを発見する。そのようなコマンドが見つかった場合、解析部１３１は、レイアウトプログラム（５００又は５１０）からそのコマンドにより個別性が高いと指定された各フィールドを特定する（Ｓ１４）。例えば図４に例示した可変データ４１０の場合、行４１２のコマンドにより先頭から３つのフィールドを個別性が高いフィールドとして特定する。
【００４４】
次に解析部１３１は、ステップＳ１４で特定された各フィールドについて、可変データ（４００又は４１０）の各レコードの中の当該フィールドに含まれる値が示す各リソースを個別性が高いリソースと判定し、属性ファイル６００に対し、その判定結果に応じた機密属性の追加を行う（Ｓ１６）。図８の例では、ステップＳ１６にて、属性ファイル６１０に対して、各リソースの属性を示す<RESOUCE>要素の中に、機密属性として"Secure"属性を追加する。この例では、個別性が高いと判定されたリソースの<RESOUCE>要素には"Secure"属性「１」を追加し、個別性が高いと判定されなかったリソースの<RESOUCE>要素には"Secure"属性「０」を追加する。例えば、図８の属性ファイル６１０（これは図２に例示した可変データ４００に対応する）では、要素６１２の"Secure"属性値は「０」であり、これは可変データ"submission01.dbf"の個別性が高くない（したがって例えばプリントサーバ１００内に保存してよい）ことを示す。一方、要素６１４は、可変データの作成者から個別性が高いと指定されたフィールドのリソースなので"Secure"属性値は「１」となる。この値は画像ファイル"suzuki.jpg"の個別性が高い（したがって例えばプリントサーバ内に保存しない）ことを示す。また、要素６１６は、可変データの作成者から個別性が高いと指定されなかったフィールドのリソースである画像ファイル"kazegusuri.jpg"について属性なので、この例では"Secure"属性値は「０」となる。
【００４５】
なお、ステップＳ１２で可変データ中に個別性の高いフィールドの指定がなかった場合は、解析部１３１は、ステップＳ１４及びＳ１６をスキップして処理を終了する。この場合、解析部１３１は、当該ジョブファイルの属性ファイルに対し、各リソースの"Secure"属性「０」を追加してもよい。
【００４６】
このような解析部１３１の処理の後、又はこの処理と並行して、解釈部１３２は、可変データ４００又は４１０の各レコードに対し、対応するレイアウトプログラム５００又は５１０を実行することで、各ページの印刷画像を表す中間データを生成し、描画部１３６がそれら各ページの中間データからラスター画像を描画する。これら各ページのラスター画像が印刷装置２００から印刷出力される。
【００４７】
このようにしてクライアントコンピュータ３００から受け取ったジョブファイルの印刷出力が終了すると、プリントサーバ１００の格納制御部１５２は、例えば後での再印刷のために、ジョブファイルに含まれるリソースの保存制御を行う。この保存制御の例を図９に示す。この例では、まず格納制御部１５２は、リソース管理部１５０に格納された当該ジョブファイルの属性ファイルを参照する。この時点では、属性ファイルには、機密属性が付加されている（図８参照）。そして、格納制御部１５２は、ジョブファイルに含まれている各リソースのうち、属性ファイルにて機密属性の値が「１」となっているリソースをリソース管理部１５０から削除する（Ｓ３０）。一方、機密属性の値が「０」のリソースは、リソース管理部１５０に保存したままとする。
【００４８】
例えば、図２に例示した可変データを含むジョブの場合、リソース管理部１５０に保存されるジョブファイルの中には、個別性が高いと指定されたフィールドに該当する"suzuki.jpg"や"yamada.jpg"等の画像ファイルは含まれない。保存されるジョブファイル内に残るのは、"kazegusuri.jpg"等、個別性が高いと指定されなかったフィールドに該当するリソースのファイル、当該可変データのファイル、レイアウトプログラム、属性ファイル等である。
【００４９】
また、通知部１５４が、その属性ファイルをクライアントコンピュータ３００へと通知する（Ｓ３２）。図示したステップＳ３０とＳ３２の実行順序は一例に過ぎず、両者はどちらを先に実行しても良いし、同時並行的に実行しても良い。
【００５０】
なお、クライアントコンピュータ３００に送られる属性ファイルには、元のジョブファイルを特定する識別情報が対応付けられている。このため、クライアントコンピュータ３００はプリントサーバ１００から受け取った属性ファイルがどのジョブファイルに対応するものかを判定できる。
【００５１】
更新後の属性ファイルを受け取ったクライアントコンピュータ３００のリソース管理部３１０は、その属性ファイルを再印刷ジョブの候補として記憶し、それら候補のリストを画面表示してユーザから再印刷の指示を受け付ける。ユーザが再印刷するジョブを選択すると、リソース管理部３１０は、そのジョブの属性ファイルの中で"Secure"属性値が「１」であるリソースを特定する。プリンタドライバ３２０は、特定されたリソース群を１つにまとめて再印刷のジョブファイルを生成し、プリントサーバ１００に送信する。この再印刷のジョブファイルには、元のジョブファイルの識別情報が対応づけられている。
【００５２】
プリントサーバ１００は、受信した再印刷のジョブファイルを解凍部１２０で解凍すると共に、そのジョブファイルに対応づけられた識別情報から、リソース管理部１５０内にある当該ジョブの保存データを特定する。リソース管理部１５０の再構成部１５６は、解凍結果のリソース群と、保存データとを組み合わせることで、元のジョブファイルに含まれていたリソース群を再生する。ＰＤＬ処理部１３０は、これらリソース群を処理することで、可変データ印刷を実行する。
【００５３】
なお、図７の手順は、レコードの処理の際に用いられるすべてのリソース（あるいはフィールド）について行ってもよいが、この手順の実行対象となるリソース（あるいはフィールド）をユーザ側が絞り込めるようにしてもよい。実際の可変データは図２に例示したものよりもフィールド数が遙かに多いことが一般的であり、すべてのフィールドに示されたリソースについて上述のような処理を行っていたのでは、画像処理装置の処理負荷が大きくなりすぎる可能性がある。一方、守秘対象となる可能性があるフィールドは、ユーザ側にはある程度目星がついていることが多いので、監視対象をそのようなフィールドのみに絞るのである。図３に例示したレイアウトプログラムでは、行５０６及び５０９の中のコマンド"SEC1"が、そのような監視対象を指定するものとなっている。すなわち、この場合解析部１３１は、このコマンドが含まれるコマンド行における処理対象のフィールドのみを監視対象とし、監視対象のフィールドのうち、可変データにて個別性が高いと指定されたフィールドを、最終的に個別性が高いフィールドと判定する。このような方式では、例えば可変データとレイアウトプログラムとが別々に（例えば別々の人により）作成された場合に、両者の作成者の意図が、最終的に個別性が高いとして特別に取り扱うべきフィールドの判定に反映されることとなる。
【００５４】
以上の例では、可変データにて個別性が高いと指定されないフィールドに属するリソースは、すべて個別性が高くないものとして取り扱った。しかしながら、図４の可変データ４１０における答案の画像のフィールド"MOF_toan"のように、個別性が高いと明示的には指定されないフィールドの中にも、守秘対象とすべきものが存在する場合がある。そこで、個別性が高いとは明示的に指定されていないにもかかわらず、個別性が高いものとして扱うべきフィールドを見つけ出す処理の例を以下に説明する。
【００５５】
この処理では、解析部１３１は、図１０に示すような処理手順を実行する。この手順のうち、ステップＳ１０〜Ｓ１６は既に説明した図７の手順と同様であり、図１０に特有の手順はステップＳ１８〜Ｓ２２である。
【００５６】
ステップＳ１８では、解析部１３１は、可変データ（４００又は４１０）中のコマンドで個別性が高いと指定されておらず、かつレイアウトプログラム（５００又は５１０）監視対象と指定されているフィールドを特定する。なお、これは、レイアウトプログラム５００又は５１０中に上述の"SEC1"等のコマンドで監視対象が指定されている場合の例である。もしそのような監視対象指定がない場合は、ステップＳ１８では、単に可変データ（４００又は４１０）中のコマンドで個別性が高いと指定されていないフィールドを特定すればよい。
【００５７】
次に解析部１３１は、ステップＳ１８で特定されたフィールドごとに、ステップＳ２０及びＳ２２の処理を実行する。ステップＳ２２では、解析部１３１は、可変データに含まれる当該フィールドの各リソースを調べ、それらリソースの中に同じもの（重複するもの）があるかどうかを判定する。例えば図４に例示した可変データ４１０のフィールド"MOF_kyoka"に属するリソース"算数"や"国語"などは、複数のレコードに現れているので、ステップＳ２０の判定結果は肯定（Ｙｅｓ＝重複有り）となる。一方、フィールド"MOF_toan"に属するリソースは、例えば"sansuToan1.jpg"、"kokugoToan1.jpg"などのようにレコード間で重複がないので、ステップＳ２０の判定結果は否定（Ｎｏ）となる。
【００５８】
ステップＳ２０の判定結果が否定の場合、解析部１３１は、属性ファイルにおける当該フィールドに属する各リソースの機密属性を「１」（「個別性が高い」）とする。一方、ステップＳ２０の判定結果が肯定の場合、解析部１３１は、ステップＳ２２をスキップし、この結果属性ファイルにおける当該フィールドの各リソースの機密属性は「０」となる。この処理では、リソースの重複がないフィールドに属する各リソースは、印刷後にリソース管理部１５０に保存されるジョブファイルからは除かれる。一方、重複するリソースがあるフィールドについては、そのフィールドに属するすべてのリソースが、保存されるジョブファイル内に残ることになる。
【００５９】
仮に、可変データ中に一度しか現れない（或いは１つの出力単位にしか現れない）リソースを個別性が高いと判定する基準のみを用いた場合、可変データ中に一度しか現れないリソースはすべて、保存されるジョブファイルから削除されることとなる。例えば、図２の可変データ４００で、行４０６の末尾のリソース"kazegusuri.jpg"が、当該フィールド"MOF_Item_Photo"において１回しか現れない場合、上述の基準では、"kazegusuri.jpg"は保存ジョブファイルから削除されてしまう。そこで、図１０の処理手順では、さらにフィールド単位で個別性が高いか否かの判断を行い、個別性が高くないと判断されるフィールドのリソースは、たとえ可変データ中に一度しか現れない場合でも、保存ジョブファイルに残すこととしている。例えば、図２の可変データ４００で、フィールド"MOF_Item_Photo"は、リソースである"genetsuzai.jpg"や"ugaigusuri.jpg"が複数の出力単位に現れているので、個別性が高くないフィールドであると判断される。このため、例えば図２の可変データ４００の行４０６の末尾のリソース"kazegusuri.jpg"は、当該フィールド"MOF_Item_Photo"において１回しか現れない場合であっても削除されずに保存ジョブファイルに残されることとなる。
【００６０】
図１０では、ステップＳ１８〜Ｓ２２の処理は、ステップＳ１２の判定結果がどちらであっても実行するようにしている。図１０では、ステップＳ１８〜Ｓ２２をステップＳ１４とＳ１６の実行の後に実行しているが、これら両者の実行順序は逆でも良いし、同時並列的に実行してもよい。
【００６１】
なお、ステップＳ１８で特定されたフィールドにおけるリソースの重複は、上述の例ではレコード単位で判別したが、別の例として出力単位ごとに判別してもよい。すなわち、後者の場合、当該フィールドのリソースが同じ出力単位内に何度現れても、他の出力単位に現れなければ、「重複はない」と判定するわけである。出力単位ごとの個別性を考える場合、このような判定とすればよい。
【００６２】
図１０の処理を図４の可変データ４１０及び図５のレイアウトプログラム５１０に適用すると、図１１に示すような属性ファイル６２０が得られる。この例では、可変データ４１０中で個別性が高いと明示的に指定されたフィールド"SOF_IMG"のリソース６２４だけでなく、明示的には指定されていないがステップＳ２０及びＳ２２で個別性が高いと判定されたフィールド"MOF_toan"のリソース６２６の機密属性も「１」にセットされている。
【００６３】
なお、図１０の処理の後に行われる格納制御部１５２の処理は、図９の例と同様でよい。
【００６４】
次に、変形例を説明する。上述の例では、個別性が高いと判定されたリソースを単にプリントサーバ１００上の保存データから削除したのに対し、この変形例ではそのようなリソースをダミーデータに置き換える。
【００６５】
例えば印刷レイアウトの確認や調整のために、プリントサーバ１００側で保存したジョブファイルを用いてサンプル印刷をしたい場合がある。ところが、個別性が高いと判定したリソースを保存データから単に削除した場合、サンプル印刷の際に、必要なリソースが見つからないためエラーとなって印刷ができなくなる場合がある。また、リソースがなくても印刷が実行できる場合は、印刷結果では削除されたリソースの部分が空白となる。この場合、その部分が元から空白なのか、それとも守秘対象のリソースに対応しているから空白なのかがわからない。このようなことから、この変形例では、個別性が高いと判定されたリソースをダミーデータに置き換えるのである。
【００６６】
この変形例における格納制御部１５２及び通知部１５４の処理手順を、図１２に示す。図１２において、図９に示したステップと同様の処理を行うステップには同一符号を付している。この手順において、ステップＳ３０の処理は図９の場合と同様でよい。次に格納制御部１５２は、可変データ中の個別性が高いと判定されたリソース（またはこれを指し示す記述）を、所定のダミーデータ（またはこれを指し示す記述）に書き換える（Ｓ３１）。各ステップＳ３０〜Ｓ３２の実行順序は図示例に限らない。
【００６７】
例えば、図４の可変データ４１０及び図５のレイアウトプログラム５１０に対しこの処理を適用した場合、ステップＳ３１の処理により、図４に例示した可変データ４１０は、図１３に例示する可変データ４２０へと変換される。
【００６８】
図１３の可変データ４２０では、可変データ４１０中で個別性が高いと明示的に指定されたフィールド"SOF_IMG"の各リソースの値"suzuki.jpg"、"yamada.jpg"等が、あらかじめ用意されたダミーの画像ファイルを指し示す値"dummy.jpg"に置き換えられる。また、可変データ４１０中では明示的には指定されていないがステップＳ２０及びＳ２２で個別性が高いと判定されたフィールド"MOF_toan"のリソースの値"sansuToan1.jpg"、"kokugoToan1.jpg"等も"dummy.jpg"に置き換えられる。ダミー画像としてはどのような画像を用いてもよく、そのダミー画像のファイルはあらかじめリソース管理部１５０に登録しておけばよい。ここでは画像ファイルをダミー画像に置換する場合を例示したが、表やグラフなどの他の種類のリソースファイルについても同様にダミーファイルに置き換えることもできる。
【００６９】
また、他のリソースを指し示しているのではない単なる文字列（個人名など）は"dummy"という文字列に置き換えられている。すなわち、図４の可変データ４１０では、第２番目のフィールド"SOF_NAME"も、行４１２のパラメータ（先頭から何番目のフィールドまでを個別性が高いとするかを示す値）"3"により、個別性が高いと指定されているので、各レコードのこのフィールドの値をダミーデータに置き換えるのである。これにより、保存されるジョブファイル中の可変データ４２０上では、個別性が高い各フィールドの値が隠蔽される。
【００７０】
また、図１３の例では、レイアウトプログラム等を指定する行４２２（図４の行４１２に対応）において、個別性が高いフィールドを指定するパラメータが削除されている。
【００７１】
再び図１２の説明に戻ると、格納制御部１５２は、当該ジョブの属性ファイルを更新する（Ｓ３２ａ）。この更新は、図９の手順のステップＳ３２と同様であるが、"Secure"属性値として「２」、「３」という図９の手順では用いていなかった値が増える。"Secure"属性値「２」はリソースの内容に変更が加えられたことを示す値であり、「３」はプリントサーバ１００が新たに追加したリソースであることを示す値である。ステップＳ３２ａにて更新された後の属性ファイル６３０の内容の例を図１４に示す。この例では、可変データがステップＳ３１で書き換えられているので、可変データの属性群を表す要素６３２には"Secure"属性値「２」を表す記述が追加されている。また、ダミー画像"dummy.jpg" を新たに用いることとなったので、そのダミー画像を示す要素６３４が新たに属性ファイル６３０に追加されている。ダミー画像はプリントサーバ１００側で追加されたリソースなので、"Secure"属性値は「３」となっている。このようにして作成されたファイルは、通知部１５４によりクライアントコンピュータ３００に送られる（Ｓ３２ａ）。
【００７２】
このような処理の後、クライアントコンピュータ３００から当該ジョブに対する再印刷の指示が来るまでの間にサンプル印刷の指示があった場合、プリントサーバ１００は、そのように書き換えたデータを用いてサンプル印刷を行う。これにより、個別性が高いと判定された文字列や画像等のリソースは、可変データ（図１４参照）中でダミーのリソースに置き換えられているので、サンプル印刷ではそれらダミーのリソースが印刷されることになる。ダミーのリソースは、文字列や画像等の内容は元のリソースとは異なるが、元のリソースが配置されるべき位置に配置されるので、ユーザはサンプル印刷の結果からレイアウトを把握することができる。
【００７３】
さて、プリントサーバ１００から更新された属性ファイル６２０を受け取ったクライアントコンピュータ３００は、当該属性ファイル６２０に対応するジョブの再実行がユーザから指示された場合、属性ファイル６２０中の"Secure"属性値が「１」又は「２」のリソース群を１つのファイルへと圧縮することで再印刷のジョブファイルを生成する。可変データの"Secure"属性値は「２」なので、再印刷のジョブファイルには可変データも含まれる。このときジョブファイルに組み込まれる可変データは、プリントサーバ１００内に保存されているダミー置換が行われた可変データではなく、そのような置換が行われる前の元の可変データである。プリントサーバ１００は、再印刷のジョブファイルを受け取って、これを対応する保存データと組み合わせることで、元のジョブファイルを復元することができる。この復元の際、ダミー置換が行われた可変データは破棄され、再印刷ジョブ中の可変データが採用される。
【００７４】
なお、この変形例において用いるダミー画像の画像サイズは、一般に、元のリソースの画像サイズと同じではない。したがって、サンプル印刷でダミー画像を印刷した場合、そのダミー画像の起点位置は元のリソースの画像と同じ位置であるが、サイズは異なっていることとなる。印刷されるダミー画像を起点位置のみならずサイズまで元の画像に合わせれば、レイアウトがより把握しやすくなる。
【００７５】
このためには、例えば、解釈部１３２が、各画像リソースが利用される際にその画像サイズを求め、記録しておけばよい。画像リソースの画像サイズは、解釈部１３２がその画像リソースを用いる際に求めることができる。そして、図１２の手順のステップＳ３１で可変データを保存用に書き換える際に、例えば格納制御部１５２が、個別性が高いと判定された画像リソースと所定のダミー画像とのサイズ比較により、ダミー画像を元のリソースの画像と同じサイズにするための縮尺を求め、これを可変データ中の各ダミー画像に対応づけて記憶すればよい。縮尺は、縦横個別に記録してもよい。サンプル印刷時には、解釈部１３２は、各ダミー画像を、対応づけて記憶した縮尺に応じて拡大又は縮小すればよい。
【００７６】
上述の例では、ジョブで用いられるリソース群が、印刷要求元のクライアントコンピュータ３００からプリントサーバ１００に送られる例を示したが、これは一例に過ぎない。この代わりに、例えばネットワーク上にリソースのデータベースを設け、プリントサーバ１００がそのデータベースから各リソースの実体データをダウンロードして利用してもよい。この場合も、個別性が高いと判定されたリソースをプリントサーバ１００に残さないことで、情報セキュリティの向上が図れる。なお、この場合、再印刷に際しては、プリントサーバ１００が、削除したレコードをデータベースからダウンロードすればよい。
【００７７】
以上に例示したプリントサーバ１００又はクライアントコンピュータ３００は、例えば、汎用のコンピュータに上述の各機能モジュールの処理を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、図１５に示すように、ＣＰＵ１０００等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）１００２およびリードオンリメモリ（ＲＯＭ）１００４等のメモリ（一次記憶）、ＨＤＤ（ハードディスクドライブ）１００６を制御するＨＤＤコントローラ１００８、各種Ｉ／Ｏ（入出力）インタフェース１０１０、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース１０１２等が、たとえばバス１０１４を介して接続された回路構成を有する。また、そのバス１０１４に対し、例えばＩ／Ｏインタフェース１０１０経由で、ＣＤやＤＶＤなどの可搬型ディスク記録媒体に対する読み取り及び／又は書き込みのためのディスクドライブ１０１６、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのためのメモリリーダ・ライタ１０１８、などが接続されてもよい。上に例示した各機能モジュールの処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク等の通信手段経由で、ハードディスクドライブ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがＲＡＭ１００２に読み出されＣＰＵ１０００等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。なお、それら機能モジュール群のうちの一部又は全部を、専用ＬＳＩ(Large Scale Integration)、ＡＳＩＣ（Application Specific Integrated Circuit、特定用途向け集積回路）又はＦＰＧＡ（Field Programmable Gate Array）等のハードウエア回路として構成してもよい。
【符号の説明】
【００７８】
１００  プリントサーバ、１１０  通信部、１２０  解凍部、１３０  ＰＤＬ処理部、１３１  解析部、１３２  解釈部、１３６  描画部、１４０  出力部、１５０  リソース管理部、１５２  格納制御部、１５４  通知部、１５６  再構成部、２００  印刷装置、３００  クライアントコンピュータ、３１０  リソース管理部、３２０  プリンタドライバ、３２２  圧縮部、３３０  通信部。
【図１】
2010266932.tif 000003
【図２】
2010266932.tif 000004
【図３】
2010266932.tif 000005
【図４】
2010266932.tif 000006
【図５】
2010266932.tif 000007
【図６】
2010266932.tif 000008
【図７】
2010266932.tif 000009
【図８】
2010266932.tif 000010
【図９】
2010266932.tif 000011
【図１０】
2010266932.tif 000012
【図１１】
2010266932.tif 000013
【図１２】
2010266932.tif 000014
【図１３】
2010266932.tif 000015
【図１４】
2010266932.tif 000016
【図１５】
2010266932.tif 000017