(57)【特許請求の範囲】
【請求項１】
バリアブルデータのリソースとして用いられる画像情報と、前記画像情報に対して所定の操作が行われた時間情報と、前記画像情報をより少ないデータ量に加工された加工画像情報とを格納手段に登録する登録ステップと、
前記格納手段に登録された前記画像情報の出力要求がされたとき、前記出力要求が前記時間情報から所定の期間が経過しているか否かを判断し、所定の期間内であるときは前記画像情報を前記出力要求の要求元に出力し、所定の期間内にないときは前記加工画像情報を前記出力要求の要求元に出力する出力ステップとをコンピュータに実行させるための画像処理プログラム。
【請求項２】
バリアブルデータのリソースとして用いられる画像情報と、前記画像情報をより少ないデータ量に加工された加工画像情報とを格納手段に登録する登録ステップと、
前記格納手段に登録された前記画像情報の出力要求がされたとき、当該画像情報が適用される可変フィールドを含むレコードが更新されたレコード更新時間を取得し、前記出力要求が前記レコード更新時間から所定の期間が経過しているか否かを判断し、所定の期間内であるときは前記画像情報を前記出力要求の要求元に出力し、所定の期間内にないときは前記加工画像情報を前記出力要求の要求元に出力する出力ステップとをコンピュータに実行させるための画像処理プログラム。
【請求項３】
前記出力ステップは、前記要求元が前記画像情報を登録した者に関連した者であるか否かを判断し、前記要求元が前記画像情報を登録した者に関連した者である場合には、前記画像情報を前記要求元に出力し、前記要求元が前記画像情報を登録した者に関連した者でない場合には、前記出力要求が前記時間情報又は前記レコード更新時間から所定の期間が経過しているか否かを判断し、その判断結果に応じて前記画像情報又は前記加工画像情報を前記要求元に出力する請求項１又は２に記載の画像処理プログラム。
【請求項４】
バリアブルデータのリソースとして用いられる画像情報と、前記画像情報に対して所定の操作が行われた時間情報と、前記画像情報をより少ないデータ量に加工された加工画像情報とを格納手段に登録する登録手段と、
前記格納手段に登録された前記画像情報の出力要求がされたとき、前記出力要求が前記時間情報から所定の期間が経過しているか否かを判断し、所定の期間内であるときは前記画像情報を前記出力要求の要求元に出力し、所定の期間内にないときは前記加工画像情報を前記出力要求の要求元に出力する出力手段とを備えた画像処理装置。
【請求項５】
バリアブルデータのリソースとして用いられる画像情報と、前記画像情報に対して所定の操作が行われた時間情報と、前記画像情報をより少ないデータ量に加工された加工画像情報とを格納手段に登録する登録手段、及び前記格納手段に登録された前記画像情報の出力要求がされたとき、前記出力要求が前記時間情報から所定の期間が経過しているか否かを判断し、所定の期間内であるときは前記画像情報を前記出力要求の要求元に出力し、所定の期間内にないときは前記加工画像情報を前記出力要求の要求元に出力する出力手段を有する画像処理装置と、
前記画像情報、前記時間情報及び前記加工画像情報の登録、並びに前記画像情報の出力を前記画像処理装置に要求する要求手段、及び画像処理装置の前記出力手段により出力された前記画像情報を格納する格納手段とを有する前記要求元としての端末装置とを備えた画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理プログラム、画像処理装置及び画像処理システムに関する。
【背景技術】
【０００２】
従来、バリアブル印刷用のバリアブルデータを印刷指示装置と印刷装置の両方に保存するバリアブル印刷システムが知られている（例えば、特許文献１参照。）。
【０００３】
このバリアブル印刷システムによれば、バリアブルデータを保存する第１の保存手段、第１の保存手段により保存されているバリアブルデータを転送する転送手段、及び転送手段にバリアブルデータの転送を指示する転送指示手段を備えた印刷指示装置と、転送手段から転送されたバリアブルデータを保存する第２の保存手段を備えた印刷装置とから構成されている。
【特許文献１】特開２００８−３３６３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、画像情報を要求した要求元の利便性を損なうことなく、要求元におけるデータ量の負荷軽減を図ることができる画像処理プログラム、画像処理装置及び画像処理システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明の一態様は、上記目的を達成するため、以下の画像処理プログラム、画像処理装置及び画像処理システムを提供する。
【０００８】
［１］バリアブルデータのリソースとして用いられる画像情報と、前記画像情報に対して所定の操作が行われた時間情報と、前記画像情報をより少ないデータ量に加工された加工画像情報とを格納手段に登録する登録ステップと、前記格納手段に登録された前記画像情報の出力要求がされたとき、前記出力要求が前記時間情報から所定の期間が経過しているか否かを判断し、所定の期間内であるときは前記画像情報を前記出力要求の要求元に出力し、所定の期間内にないときは前記加工画像情報を前記出力要求の要求元に出力する出力ステップとをコンピュータに実行させるための画像処理プログラム。
［２］バリアブルデータのリソースとして用いられる画像情報と、前記画像情報をより少ないデータ量に加工された加工画像情報とを格納手段に登録する登録ステップと、前記格納手段に登録された前記画像情報の出力要求がされたとき、当該画像情報が適用される可変フィールドを含むレコードが更新されたレコード更新時間を取得し、前記出力要求が前記レコード更新時間から所定の期間が経過しているか否かを判断し、所定の期間内であるときは前記画像情報を前記出力要求の要求元に出力し、所定の期間内にないときは前記加工画像情報を前記出力要求の要求元に出力する出力ステップとをコンピュータに実行させるための画像処理プログラム。
［３］前記出力ステップは、前記要求元が前記画像情報を登録した者に関連した者であるか否かを判断し、前記要求元が前記画像情報を登録した者に関連した者である場合には、前記画像情報を前記要求元に出力し、前記要求元が前記画像情報を登録した者に関連した者でない場合には、前記出力要求が前記時間情報又は前記レコード更新時間から所定の期間が経過しているか否かを判断し、その判断結果に応じて前記画像情報又は前記加工画像情報を前記要求元に出力する前記［１］又は［２］に記載の画像処理プログラム。
【００１５】
［４］バリアブルデータのリソースとして用いられる画像情報と、前記画像情報に対して所定の操作が行われた時間情報と、前記画像情報をより少ないデータ量に加工された加工画像情報とを格納手段に登録する登録手段と、前記格納手段に登録された前記画像情報の出力要求がされたとき、前記出力要求が前記時間情報から所定の期間が経過しているか否かを判断し、所定の期間内であるときは前記画像情報を前記出力要求の要求元に出力し、所定の期間内にないときは前記加工画像情報を前記出力要求の要求元に出力する出力手段とを備えた画像処理装置。
【００１６】
［５］バリアブルデータのリソースとして用いられる画像情報と、前記画像情報に対して所定の操作が行われた時間情報と、前記画像情報をより少ないデータ量に加工された加工画像情報とを格納手段に登録する登録手段、及び前記格納手段に登録された前記画像情報の出力要求がされたとき、前記出力要求が前記時間情報から所定の期間が経過しているか否かを判断し、所定の期間内であるときは前記画像情報を前記出力要求の要求元に出力し、所定の期間内にないときは前記加工画像情報を前記出力要求の要求元に出力する出力手段を有する画像処理装置と、前記画像情報、前記時間情報及び前記加工画像情報の登録、並びに前記画像情報の出力を前記画像処理装置に要求する要求手段、及び画像処理装置の前記出力手段により出力された前記画像情報を格納する格納手段とを有する前記要求元としての端末装置とを備えた画像処理システム。
【発明の効果】
【００１７】
請求項１から５に係る発明によれば、画像情報を要求した要求元の利便性を損なうことなく、要求元におけるデータ量の負荷軽減を図ることができる。
【００２２】
請求項６に係る画像処理プログラムによれば、要求元に出力された画像情報のうち印刷処理が実行された画像情報を加工画像情報に置き換えることができる。
【発明を実施するための最良の形態】
【００２６】
［第１の実施の形態］
図１は、本発明の第１の実施の形態に係る画像処理システムの概略構成の一例を示すブロック図である。この画像処理システム１は、バリアブルデータ及びバリアブルデータに適用されるリソースの編集、閲覧等を行う第１乃至第４の端末２Ａ〜２Ｄと、リソースを管理し、第１乃至第４の端末２Ａ〜２Ｄと第１及び第２のプリンタ４Ａ，４Ｂとに所望のリソースを送信する画像処理装置としてのリソースサーバ３と、バリアブルデータ及びリソースに基づき、印刷処理を実行する第１及び第２のプリンタ４Ａ，４Ｂと、第１乃至第４の端末２Ａ〜２Ｄ、第１及び第２のプリンタ４Ａ，４Ｂ及びリソースサーバ３を相互に接続するネットワーク１０とから構成されている。
【００２７】
ネットワーク１０は、有線通信（電気ケーブル、光ケーブル等）、及び無線通信（電波、赤外線等）等によりデータの送受信を行うＬＡＮ（ローカルエリアネットワーク）、インターネット等の通信網である。
【００２８】
「バリアブルデータ」とは、テンプレートに定義された可変フィールド（可変部）に適用される氏名、住所等の文字列情報や画像情報等を指定する項目データをコンマ等の区切り文字によって区切られた可変印刷データをいい、テンプレートを指定するテンプレート指定情報等を含んで構成されている。
【００２９】
「リソース」とは、文字列情報及び画像情報等であり、本実施の形態では上記のバリアブルデータの可変フィールドに適用される項目データである。また、画像情報は、文字列情報に比較してデータサイズ（データ量）が大きく、画像サイズにおける縦横の単位幅当たりのピクセル数を減らす解像度の低下（画像サイズの縮小）、又は可逆圧縮若しくは非可逆圧縮等の加工処理によりデータサイズを削減することが可能である。なお、画像情報に対して加工処理を行った場合において、元の画像情報をオリジナル画像といい、そのオリジナル画像をより少ないデータサイズに加工した画像を低解像度画像（加工画像情報）という。
【００３０】
（端末）
第１及び第２の端末２Ａ，２Ｂは、Ｘグループに属するユーザＡ，Ｂが利用する端末であり、第３及び第４の端末２Ｃ，２Ｄは、Ｙグループに属するユーザＣ，Ｄが利用する端末である。
【００３１】
第１乃至第４の端末２Ａ〜２Ｄの各々は、端末２Ａ〜２Ｄの各部を制御する、例えば、ＣＰＵ等により実現される制御部と、バリアブルデータ及びリソース等のデータやバリアブルデータ及びリソースの編集、閲覧等を行うプログラムを記憶する、例えば、ＲＯＭ，ＲＡＭ，ハードディスク等により実現される格納手段としてのリソース記憶部２０と、ネットワーク１０に接続された、例えば、ネットワークインタフェースカード等により実現される通信部と、データ入力の操作を受け付ける、例えば、キーボード、マウス等により実現される入力部と、各種の画面等を表示する、例えば、液晶ディスプレイ等により実現される表示部とから構成されている。
【００３２】
このような第１乃至第４の端末２Ａ〜２Ｄは、例えば、コンピュータ、携帯情報端末（ＰＤＡ）、携帯電話機等により構成することができる。
【００３３】
（プリンタ）
第１及び第２のプリンタ４Ａ，４Ｂの各々は、プリンタの各部を制御する、例えば、ＣＰＵ等により実現される制御部と、リソースサーバ３から送られたリソース等のデータを記憶する、例えば、ＲＯＭ，ＲＡＭ，ハードディスク等により実現される格納手段としてのリソース記憶部４０と、リソース及びバリアブルデータに基づき、紙等の記録媒体に可視像を形成した印刷物を出力する印刷部と、ネットワーク１０に接続された、例えば、ネットワークインタフェースカードにより実現される通信部とから構成されている。
【００３４】
印刷部は、例えば、電子写真方式、インクジェット方式、感熱転写方式等の各種の画像形成方式を用いることができる。なお、プリンタ４Ａ，４Ｂの代わりに、コピー（複写）、プリント、スキャン、ファックス等の複数の機能を有する複合機を用いてもよい。
【００３５】
（リソースサーバ）
リソースサーバ３は、要求判別部３０、リソース選別部３１、低解像度画像作成部３２、リソース登録部３３、取得画像判別部３４、低解像度画像取得部３５、オリジナルリソース取得部３６、プリンタ情報取得部３７、プリンタ送信リソース判別部３８、ロック処理部３９、記憶部３００及び通信部３１０から構成されている。
【００３６】
このようなリソースサーバ３は、例えば、コンピュータ、サーバ、ワークステーション等により構成することができる。なお、リソースサーバ３の要求判別部３０、リソース選別部３１、低解像度画像作成部３２、リソース登録部３３、取得画像判別部３４、低解像度画像取得部３５、オリジナルリソース取得部３６、プリンタ情報取得部３７、プリンタ送信リソース判別部３８、ロック処理部３９の各部は、リソースサーバ３に設けられたＣＰＵ等を備えた制御部（図示せず）が、例えば、記憶部３００に記憶された画像処理プログラムに従って動作することにより機能する。また、図１において、矢印により接続されていない各部の間でもデータの送受信が行われていてもよいし、データの送信方向は、各部を接続する矢印の向きに限られない。
【００３７】
記憶部３００は、ＲＯＭ，ＲＡＭ，ハードディスク等により実現された格納手段であり、文字列情報、オリジナル画像及び低解像度画像のリソースを管理するリソース管理テーブル３０１と、ユーザを特定するユーザＩＤにより各ユーザが属するグループを管理するグループ管理情報３０２等を記憶する。なお、リソース管理テーブル３０１の詳細は後述する。
【００３８】
通信部３１０は、ネットワーク１０に接続されており、例えば、ネットワークインタフェースカードにより実現されている。
【００３９】
要求判別部３０は、要求元である第１乃至第４の端末２Ａ〜２Ｄから送信される要求の種類を判別する。要求判別部３０は、その判別した結果、その要求が登録要求の場合にはリソース選別部３１に指示を送り、出力要求の場合には取得画像判別部３４に指示を送る。
【００４０】
登録要求は、第１乃至第４の端末２Ａ〜２Ｄから送信されるリソースをリソース管理テーブル３０１に登録するように要求するものであり、登録対象のリソースと、登録要求の操作を行ったユーザを示すユーザＩＤとからなる。また、登録要求には、リソースを新たにリソース管理テーブル３０１に登録する新規登録と、既にリソース管理テーブル３０１に登録されたリソースを変更する変更登録とがある。
【００４１】
出力要求は、リソース管理テーブル３０１により管理されているリソースを出力（送信）するように要求するものであり、端末のリソース記憶部２０に記憶されているリソースの一覧を示す端末リソース一覧情報と、出力要求の操作を行ったユーザを示すユーザＩＤとからなる。
【００４２】
リソース選別部３１は、要求判別部３０からの指示を受けて、登録要求における登録対象のリソースが画像情報であるか否かを選別する。
【００４３】
低解像度画像作成部３２は、登録対象の画像情報であるオリジナル画像に対して加工処理を行って、オリジナル画像をより少ないデータサイズに加工した低解像度画像を作成する。なお、加工処理は、オリジナル画像の画像サイズを縮小する他に、例えば、カラーモードの変更、画像フォーマットの変換等を行ってもよいし、これらを組み合わせてもよい。
【００４４】
リソース登録部３３は、登録対象のリソースをリソース管理テーブル３０１に登録する。特に、登録対象のリソースがリソース選別部３１により画像情報と選別された場合には、リソース登録部３３は、オリジナル画像と、オリジナル画像から作成された低解像度画像と、オリジナル画像又は低解像度画像のうちいずれかの画像情報を外部に出力するかを判断するための出力条件とをリソース管理テーブル３０１に登録する。
【００４５】
本実施の形態では、出力条件として、画像情報の登録要求を行ったユーザが属する登録グループ（関連者情報）と、画像情報が最後に更新された日時を示す最終更新日時（時間情報）とを用いる。
【００４６】
なお、関連者情報は、画像情報に関連付けられた者を示す情報であればよく、例えば、画像情報の作成、更新、閲覧等の操作を行った者を示すものでもよいし、画像情報を管理する者を示すものでもよいし、これらに限られない。また、時間情報は、画像情報に対して所定の操作が行われた時間を示す情報であればよく、例えば、画像情報の作成、登録、閲覧等の操作が行われた時間でもよいし、バリアブルデータにおいて画像情報が適用される可変フィールドを含むレコードが更新されたレコード更新日時等を用いてもよい。また、出力条件は、上記の関連者情報や時間情報の他に、リソースが印刷された印刷頻度や変更登録がされた変更頻度等を用いてもよい。
【００４７】
取得画像判別部３４は、第１乃至第４の端末２Ａ〜２Ｄからリソース管理テーブル３０１に登録されている画像情報の出力要求がされたとき、出力対象の画像情報における出力条件に合致するか否かを判断し、合致するときはオリジナル画像を送信するようにオリジナルリソース取得部３６に指示し、合致しないときは低解像度画像を送信するように低解像度画像取得部３５に指示する。
【００４８】
また、低解像度画像取得部３５は、取得画像判別部３４及びプリンタ情報取得部３７からの指示を受けて、リソース管理テーブル３０１から低解像度画像を取得し、通信部３１０を介してその低解像度画像を第１乃至第４の端末２Ａ〜２Ｄに送信する。
【００４９】
オリジナルリソース取得部３６は、リソース管理テーブル３０１から出力対象のオリジナル画像を取得し、通信部３１０を介してそのオリジナル画像を第１乃至第４の端末２Ａ〜２Ｄに送信する。また、オリジナルリソース取得部３６は、プリンタ送信リソース判別部３８からの指示を受けて、オリジナル画像を第１及び第２のプリンタ４Ａ，４Ｂに送信する。
【００５０】
プリンタ情報取得部３７は、第１及び第２のプリンタ４Ａ，４Ｂのリソース記憶部４０に記憶されているリソースの一覧を示すプリンタリソース一覧情報を取得する。また、プリンタ情報取得部３７は、リソース管理テーブル３０１に登録された画像情報に基づく印刷処理が実行されたとき、印刷対象の画像情報に対応する低解像度画像を第１乃至第４の端末２Ａ〜２Ｄに送信するように低解像度画像取得部３５に指示する。
【００５１】
プリンタ送信リソース判別部３８は、プリンタ情報取得部３７により取得されたプリンタリソース一覧情報とリソース管理テーブル３０１とに基づいて、第１及び第２のプリンタ４Ａ，４Ｂに不足しているリソースを判別する。そして、プリンタ送信リソース判別部３８は、不足していると判定したリソースを第１及び第２のプリンタ４Ａ，４Ｂに送信するようにオリジナルリソース取得部３６に指示する。
【００５２】
ロック処理部３９は、リソース管理テーブル３０１に登録された画像情報に基づく印刷処理が第１及び第２のプリンタ４Ａ，４Ｂにより実行されている間、印刷対象の画像情報に対する変更をロック（禁止）する。
【００５３】
図２（ａ）は、バリアブルデータの一例を示す図である。このバリアブルデータ１１は、複数のレコード１１０Ａ〜１１０Ｄを有し、各レコード１１０Ａ〜１１０Ｄは、複数の項目データ１１１Ａ〜１１１Ｃと、項目データ１１１Ａ〜１１１Ｃのいずれかが編集されて最後に更新された日時を示すレコード更新日時１１２とをそれぞれ含んで構成されている。
【００５４】
図２（ｂ）は、様式定義データであるテンプレートの一例を示す図である。このテンプレート１２は、バリアブルデータ１１の項目データ１１１Ａ〜１１１Ｃがそれぞれ適用される可変フィールド１２０Ａ〜１２０Ｃの定義と、テンプレート１２毎に変化しない文書、写真、図表、イラスト等の固定データ１２１Ａ〜１２１Ｃの定義とを複数含んで構成されている。
【００５５】
図２（ｃ）は、印刷物の一例を示す図である。この印刷物１００は、テンプレート１２の可変フィールド１２０Ａ〜１２０Ｃに、バリアブルデータ１１が有する各レコード１１０Ａ〜１１０Ｄに基づいて、文字列情報１０１及び画像情報１０２Ａ，１０２Ｂをそれぞれ適用することにより、第１及び第２のプリンタ４Ａ，４Ｂにより印刷される。なお、テンプレート１２が複数ページに渡る場合は、１レコードあたり複数ページの印刷物が印刷される。
【００５６】
図３は、リソース管理テーブル３０１の一例を示す図である。このリソース管理テーブル３０１には、リソースを識別するリソースＩＤをキーにして、そのリソースを登録したユーザが属する登録グループと、そのリソースが画像情報である場合のオリジナル画像と、そのオリジナル情報に基づき加工処理により作成された低解像度画像と、そのリソースが最後に更新された最終更新日時と、そのリソースに対する変更がロックされているか否かを「ロック中」及び「ロック解除」により示すロック情報とが記録されている。なお、図３では、文字列情報について図示されていないが、オリジナル画像及び低解像度画像の代わりに、文字列情報を記録する点が異なり、その他は画像情報の場合と同様である。
【００５７】
（第１の実施の形態の動作）
次に、本発明の第１の実施の形態に係る画像処理システム１の動作の一例を図４〜図８を参照して説明する。
【００５８】
図４は、画像処理システム１における全体の動作を説明する図である。ここでは、ユーザＡが第１の端末２Ａを操作して、新たなリソースを作成し、その作成したリソースであるオリジナル画像１３をリソースサーバ３に登録する登録操作を行った場合の画像処理システム１の動作について説明する。
【００５９】
まず、第１の端末２Ａが、ユーザＡによる新たなリソースの登録操作を受け付けると、そのオリジナル画像１３をネットワーク１０を介してリソースサーバ３に送信する（Ｓ１）。
【００６０】
次に、リソースサーバ３は、そのオリジナル画像１３から低解像度画像１４を作成し（Ｓ２）、オリジナル画像１３及び低解像度画像１４をリソース管理テーブル３０１に登録する。
【００６１】
そして、リソースサーバ３は、第１及び第２のプリンタ４Ａ，４Ｂに対してオリジナル画像１３をそれぞれ送信し（Ｓ１０）、第１及び第２のプリンタ４Ａ，４Ｂは、そのオリジナル画像１３をリソース記憶部４０に記憶する。
【００６２】
また、リソースサーバ３は、ユーザＡと同一のＸグループに属するユーザＢが操作する第２の端末２Ｂから出力要求を受信した場合には、オリジナル画像１３を送信し（Ｓ２０）、第２の端末２Ｂは、そのオリジナル画像１３をリソース記憶部２０に記憶する。
【００６３】
一方、リソースサーバ３は、ユーザＡとは異なるＹグループに属するユーザＣ，Ｄが操作する第３及び第４の端末２Ｃ，２Ｄから出力要求を受信した場合には、低解像度画像１４を送信し（Ｓ３０）、第３及び第４の端末２Ｃ，２Ｄは、その低解像度画像１４をリソース記憶部２０に記憶する。
【００６４】
（第１の実施の形態の動作）
以下に、画像処理システム１の詳細な動作について、図５〜図８のフローチャートに従って説明する。
【００６５】
（１）登録処理
図５は、リソースサーバ３の登録処理の一例を示すフローチャートである。第１の端末２Ａは、ユーザＡによるリソースの登録操作を受け付けると、そのリソースと、ユーザＡを示すユーザＩＤとからなる登録要求をリソースサーバ３に送信する。
【００６６】
リソースサーバ３の要求判別部３０は、第１の端末２Ａから送信された登録要求を通信部３１０によりネットワーク１０を介して受信すると（Ｓ１０１）、その登録要求に含まれているリソースと、ユーザＩＤとをリソース選別部３１に送る。
【００６７】
次に、リソース選別部３１は、リソース管理テーブル３０１を参照して、その受け取ったリソースに該当するリソースＩＤが登録されている否かを検索し、そのリソースＩＤが登録されており、かつロック情報が「ロック中」であるとき、そのリソースがロックされていると判定する（Ｓ１０２）。なお、このステップＳ１０２において、登録要求が新規登録である場合には、リソース管理テーブル３０１には未登録のため、ロックされていると判定されることはないが、登録要求が変更登録の場合には、ロック情報に応じてロックされているか否かを判定することとなる。
【００６８】
そして、リソース選別部３１が、そのリソースがロックされていないと判定した場合には（Ｓ１０２：Ｎｏ）、リソースが画像情報であるか否かを、例えば、リソースのファイルの拡張子等に基づいて判定する（Ｓ１１０）。一方、そのリソースがロックされていると判定した場合には（Ｓ１０２：Ｙｅｓ）、登録処理を中止する（Ｓ１０３）。
【００６９】
次に、リソース選別部３１は、そのリソースが画像情報でない、すなわち、文字列情報と判定した場合には（Ｓ１１０：Ｎｏ）、リソース登録部３３は、そのリソースをリソース管理テーブル３０１に登録する（Ｓ１１１）。
【００７０】
また、リソース選別部３１は、そのリソースが画像情報であると判定した場合には（Ｓ１１０：Ｙｅｓ）、低解像度画像作成部３２に指示を送り、その指示を受けた低解像度画像作成部３２は、そのリソースであるオリジナル画像に対して加工処理を行って、低解像度画像を作成する（Ｓ１１２）。
【００７１】
次に、リソース登録部３３は、グループ管理情報３０２を参照することにより、その登録要求に含まれているユーザＩＤが属するグループである登録グループを取得する（Ｓ１１３）。
【００７２】
そして、リソース登録部３３は、登録対象のオリジナル画像と、低解像度画像作成部３２により作成された低解像度画像と、登録グループとをリソース管理テーブル３０１に登録し（Ｓ１１４）、登録処理を終了する。なお、登録要求が新規登録の場合には、新たなリソースＩＤを発行してリソース管理テーブル３０１に登録するが、登録要求が変更登録の場合には、既に登録されているリソースＩＤを基に登録済みのリソースを上書きする。
【００７３】
（２）プリンタへのリソース出力処理
図６は、リソースサーバ３におけるプリンタへのリソース出力処理の一例を示すフローチャートである。リソースサーバ３のプリンタ情報取得部３７は、一定周期毎に、第１及び第２のプリンタ４Ａ，４Ｂに対して、プリンタリソース一覧情報を送信するように要求する取得要求を通信部３１０を介して送信する（Ｓ２０１）。
【００７４】
そして、第１及び第２のプリンタ４Ａ，４Ｂは、その取得要求を受信すると、自己のリソース記憶部４０に記憶されているリソースのリソースＩＤに基づいてプリンタリソース一覧情報を作成し、そのプリンタリソース一覧情報をリソースサーバ３に送信する。
【００７５】
次に、プリンタ情報取得部３７は、そのプリンタリソース一覧情報を受信すると（Ｓ２０２）、プリンタ送信リソース判別部３８は、そのプリンタリソース一覧情報とリソース管理テーブル３０１に登録済みのリソースとをリソースＩＤによって比較することにより、第１及び第２のプリンタ４Ａ，４Ｂに出力対象のリソースがあるか否かを判定する（Ｓ２０３）。
【００７６】
そして、プリンタ送信リソース判別部３８が、出力対象のリソースがあると判定した場合には（Ｓ２０３：Ｙｅｓ）、オリジナルリソース取得部３６は、出力対象のリソースとしてオリジナル画像をリソース管理テーブル３０１から取得して、第１及び第２のプリンタ４Ａ，４Ｂに送信する（Ｓ２０４）。
【００７７】
そして、第１及び第２のプリンタ４Ａ，４Ｂは、受信したオリジナル画像を自己のリソース記憶部４０に記憶する。
【００７８】
（３）端末へのリソース出力処理
図７は、リソースサーバ３における端末へのリソース出力処理の一例を示すフローチャートである。ここでは、Ｘグループに属するユーザＢが、第２の端末２Ｂを操作して、リソースの更新操作を行った場合について説明すると、第２の端末２Ｂは、自己のリソース記憶部２０に記憶されているリソースのリソースＩＤに基づく端末リソース覧情報と、ユーザＢを示すユーザＩＤとからなる出力要求をリソースサーバ３に送信する。
【００７９】
リソースサーバ３の要求判別部３０は、第２の端末２Ｂから送信された出力要求を受信すると（Ｓ３０１）、その出力要求に含まれている端末リソース一覧情報及びユーザＩＤを取得画像判別部３４に送る。
【００８０】
次に、取得画像判別部３４は、グループ管理情報３０２を参照して、その受け取った出力要求に含まれているユーザＩＤから要求者情報としての要求グループを取得する（Ｓ３０２）。
【００８１】
そして、取得画像判別部３４は、その出力要求に含まれている端末リソース一覧情報とリソース管理テーブル３０１とをリソースＩＤによって比較することにより、第２の端末２Ａへの出力対象のリソースを検索し（Ｓ３０３）、出力対象のリソースがあるか否かを判定する（Ｓ３０４）。
【００８２】
次に、取得画像判別部３４は、出力対象のリソースがあると判定した場合には（Ｓ３０４）、その出力対象と判定したリソースの登録を要求したユーザが属する登録グループが、上記ステップＳ３０２で取得した要求グループと同一であるか否かを判定する（Ｓ３０５）。
【００８３】
そして、取得画像判別部３４が、両グループが同一であると判定した場合には（Ｓ３０５：Ｙｅｓ）、オリジナルリソース取得部３６に指示を送り、その指示を受けたオリジナルリソース取得部３６は、リソース管理テーブル３０１からオリジナル画像を取得して、第２の端末２Ｂに送信する（Ｓ３１０）。ここでは、要求グループがＸグループであるため、登録グループがＸグループと登録されているリソースについては、オリジナル画像が送信される。
【００８４】
一方、取得画像判別部３４は、両グループが同一でないと判定した場合には（Ｓ３０５：Ｎｏ）、そのリソースの最終更新日時から所定の期間が経過しているか否かを判定する（Ｓ３０６）。
【００８５】
なお、バリアブルデータを出力要求の際に受け取った場合には、そのリソースが適用される可変フィールドを含むレコードが更新されたレコード更新時間を参照し、そのレコード更新日時から所定の期間が経過しているか否かに応じて、上記ステップＳ３０５の判定を行ってもよいし、最終更新日時とレコード更新日時を組み合わせて判定を行ってもよい。
【００８６】
そして、取得画像判別部３４は、所定の期間が経過していないと判定した場合には（Ｓ３０６：Ｎｏ）、オリジナルリソース取得部３６に指示を送り、その指示を受けたオリジナルリソース取得部３６は、オリジナル画像を第２の端末２Ｂに送信する（Ｓ３１０）。
ここでは、要求グループがＸグループであるため、登録グループがＸグループ以外のＹグループと登録されているリソースであっても、最終更新日時から所定の期間が経過していない場合には、オリジナル画像が送信される。
【００８７】
一方、取得画像判別部３４は、所定の期間が経過していると判定した場合には（Ｓ３０６：Ｙｅｓ）、低解像度画像取得部３５に指示を送り、その指示を受けた低解像度画像取得部３５は、リソース管理テーブル３０１から低解像度画像を取得して、第２の端末２Ｂに送信する（Ｓ３１１）。
【００８８】
以上のようにして、第２の端末２Ｂは、登録グループ及び最終更新日時に応じて送信されたオリジナル画像及び低解像度画像のいずれかをリソース記憶部２０に記憶する。
【００８９】
（４）印刷時のロック処理及び出力処理
図８は、リソースサーバ３における印刷時のロック処理及び出力処理の一例を示すフローチャートである。例えば、ユーザＣが、第３の端末２Ｃを用いて、第１のプリンタ４Ａに対してバリアブルデータの印刷を指示する印刷指示操作を行った場合には、第３の端末２Ｃは、印刷対象となるバリアブルデータとともに印刷指示を第１のプリンタ４Ａに送信する。
【００９０】
次に、第１のプリンタ４Ａは、そのバリアブルデータ及び印刷指示を受信すると、そのバリアブルデータにおいて可変フィールドに適用されるリソースを抽出し、その抽出したリソースを示すリソースＩＤに基づく印刷指示リソース一覧情報をリソースサーバ３に印刷開始通知として送信する。
【００９１】
次に、リソースサーバ３のプリンタ情報取得部３７は、その印刷開始通知を受信すると（Ｓ４０１）、その印刷開始通知をロック処理部３９に送る。
【００９２】
そして、ロック処理部３９は、その印刷開始通知を受け取ると、リソース管理テーブル３０１において、その印刷開始通知に含まれる印刷指示リソース一覧情報に対応するリソースＩＤのロック情報を「ロック中」に変更する（Ｓ４０２）。
【００９３】
次に、第１のプリンタ４Ａは、バリアブルデータの各レコードで指定されたリソースをリソース記憶部４０から読み出しテンプレートに適用することにより印刷データを作成し、その印刷データに基づく印刷物を出力する。
【００９４】
そして、第１のプリンタ４Ａは、印刷物の出力を終了すると、印刷開始通知と同様の印刷指示リソース一覧情報を含む印刷終了通知をリソースサーバ３に送信する。
【００９５】
次に、プリンタ情報取得部３７は、その印刷終了通知を受信すると（Ｓ４０３）、その印刷終了通知をロック処理部３９及び低解像度画像取得部３５に送る。
【００９６】
そして、ロック処理部３９は、その印刷終了通知の印刷指示リソース一覧情報に記録されたリソースＩＤのロック情報を「ロック解除」に変更する（Ｓ４０４）。すなわち、印刷処理が実行されている間はロック情報が「ロック中」となるため、図５のステップＳ１０２において、印刷対象のリソースに対する登録処理が中止される。
【００９７】
次に、低解像度画像取得部３５は、リソース管理テーブル３０１からその印刷指示リソース一覧情報に記録されたリソースＩＤに対応する低解像度画像を取得して、第１乃至第４の端末２Ａ〜２Ｄにそれぞれ送信する（Ｓ４０５）。
【００９８】
そして、第１乃至第４の端末２Ａ〜２Ｄは、送信された低解像度画像を、その低解像度画像に対応するオリジナル画像に上書きして、自己のリソース記憶部２０に記憶する。
【００９９】
［第２の実施の形態］
図９は、本発明の第２の実施の形態に係る画像処理システムの概略構成の一例を示すブロック図である。この画像処理システム１は、リソースのリビジョン管理を行い、印刷処理が実行されたときにロック対象を新規登録のリソースに限定するとともに、印刷処理に用いられたリソースを特定する特定情報を印刷処理毎に記録するリソースサーバ３と、第１の実施の形態と同様の第１乃至第４の端末２Ａ〜２Ｄ、リソースサーバ３、第１及び第２のプリンタ４Ａ，４Ｂ及びネットワーク１０とから構成されている。
【０１００】
リソースサーバ３は、第１の実施の形態と比較して、印刷ジョブ管理部３１２と、属性更新部３１１と、属性付与部３３０を有するリソース登録部３３と、ロック対象判定部３９０を有するロック処理部３９と、印刷ジョブ管理情報３０３を記憶する記憶部３００とを備える点が異なり、その他は第１の実施の形態と同様に構成されている。
【０１０１】
リソース登録部３３の属性付与部３３０は、リソース管理テーブル３０１に画像情報を登録する際に、その画像情報が新規登録する画像情報であるか、リソース管理テーブル３０１に登録された登録済みの画像情報を変更登録する画像情報であるかを示す属性情報をリソース管理テーブル３０１に登録する。リソース登録部３３は、属性付与部３３０による属性情報により、登録対象の画像情報をリソース管理テーブル３０１に登録された他の画像情報に関連付けて登録する。
【０１０２】
ロック対象判定部３９０は、印刷対象の画像情報に関連付けられて他の画像情報がリソース管理テーブル３０１に登録されていない、すなわち、新規登録された画像情報であるとき、この画像情報をロック対象の画像情報であると判定する。ロック処理部３９は、印刷処理が第１及び第２のプリンタ４Ａ，４Ｂにより実行されている間、印刷対象の画像情報のうち、ロック対象判定部３９０によりロック対象と判定された画像情報に対する変更をロックする。
【０１０３】
属性更新部３１１は、印刷処理が実行された画像情報に対してリソース管理テーブル３０１の属性情報を更新する。
【０１０４】
印刷ジョブ記録部３１２は、印刷処理毎に、その印刷処理に用いられた画像情報を特定する特定情報として、その画像情報のリビジョン番号を印刷ジョブ管理情報３０３に記録する。
【０１０５】
図１０（ａ）は、リソース管理テーブルの一例を示す図である。このリソース管理テーブル３０１には、リソースＩＤをキーにして、図３と同様の登録グループ、オリジナル画像、低解像度画像、最終更新日時及びロック情報の他に、属性情報として、画像情報が新規に登録されたか否かを示す新規登録フラグと、登録済みの画像情報が変更後の画像情報により更新されたか否かを示す変更登録フラグと、画像情報の登録順序を示すリビジョン番号とが記録されている。
【０１０６】
リソース管理テーブル３０１の新規登録フラグ、リビジョン番号、及び変更登録フラグは、画像情報の登録時に属性付与部３３により記録される情報である。例えば、画像情報の登録要求が新規登録である場合には、属性付与部３３０は、新規登録フラグに「１」、リビジョン番号に「０」、変更登録フラグに「０」を記録する。また、登録要求が変更登録である場合には、属性付与部３３０は、新規登録フラグに「０」、変更登録フラグに「１」を記録し、リビジョン番号として、同一のリソースＩＤを有する画像情報に付与されたリビジョン番号の中で最大のリソース番号を記録する。
【０１０７】
図１０（ｂ）は、リソース管理テーブルの一例を示す図である。このリソース管理テーブル３０１は、図１０（ａ）に対して、属性更新部３１１により属性情報が更新されたものである。すなわち、属性更新部３１１は、印刷処理が実行されると、新規登録フラグに「１」と記録されたリソースに対しては、新規登録フラグを「１」から「０」に更新するとともに、リビジョン番号を「０」から「１」に更新する。また、属性更新部３１１は、変更登録フラグに「１」と記録されたリソースに対しては、変更登録フラグを「１」から「０」に更新するとともに、リビジョン番号を「１」加算（インクリメント）する。
【０１０８】
図１１は、印刷ジョブ管理情報の一例を示す情報である。印刷ジョブ管理情報３０３は、印刷処理の管理単位である印刷ジョブ毎に、その印刷処理に用いられた画像情報と、その画像情報のリビジョン番号３０２ｄが記録されている。印刷ジョブには、印刷ジョブを識別するための印刷ジョブＩＤ３０２ｃが付与されており、印刷ジョブ管理情報３０３において、印刷ジョブＩＤ「１」に関する画像情報は、開始タグ３０２ａ「＜Ｊｏｂ  ＩＤ＝‘１’＞」と、終了タグ３０２ｂ「＜Ｊｏｂ  ＩＤ＞」との間に記録されている。なお、印刷ジョブ管理情報３０３には、バリアブルデータの指定情報等が含まれている。
【０１０９】
（第２の実施の形態の動作）
以下に、本発明の第２の実施の形態に係る画像処理システム１の詳細な動作について、図１２及び図１３のフローチャートに従って説明する。
【０１１０】
（１）登録処理
図１２は、リソースサーバ３の登録処理の一例を示すフローチャートである。まず、リソースサーバ３の要求判別部３０が、例えば、ユーザＡが操作する第１の端末２Ａから登録要求を受信すると（Ｓ１０１）、第１の実施の形態と同様に、リソース選別部３１によるリソースがロックされているか否かの判定（Ｓ１０２）、リソースが画像情報であるか否かの判定（Ｓ１１０）を行い、そのリソースがロック中でなく、画像情報である判定したと場合には（Ｓ１０２：Ｎｏ、Ｓ１１０：Ｙｅｓ）、低解像度画像作成部３２により低解像度画像を作成する（Ｓ１１２）。
【０１１１】
次に、リソース登録部３３は、その登録要求に係る登録グループを取得し（Ｓ１１３）、登録対象のオリジナル画像と、低解像度画像作成部３２により作成された低解像度画像と、登録グループとをリソース管理テーブル３０１に登録する（Ｓ１１４）。
【０１１２】
そして、属性付与部３３０は、登録要求が新規登録であるか否かを判定し（Ｓ１２０）、登録要求が新規登録であると判定した場合には（Ｓ１２０：Ｙｅｓ）、その登録したレコードの新規登録フラグに「１」を記録するとともに、変更登録フラグ及びリビジョン番号に「０」を記録する（Ｓ１２１）。
【０１１３】
一方、属性付与部３３０は、登録要求が新規登録ではなく、変更登録と判定した場合には（Ｓ１２０：Ｎｏ）、変更登録フラグに「１」、新規登録フラグに「０」を記録するとともに、リビジョン番号として、同一のリソースＩＤを有するリソース報に付与されたリビジョン番号の中で最大のリビジョン番号を記録する（Ｓ１２２）
【０１１４】
なお、（２）プリンタへのリソース出力処理、（３）端末へのリソース出力処理については、第１の実施の形態と同様のため説明を省略する。
【０１１５】
（４）印刷時のロック処理及び出力処理
図８は、リソースサーバ３における印刷時のロック処理及び出力処理の一例を示すフローチャートである。まず、第１のプリンタ４Ａが、例えば、ユーザＣが操作する第３の端末２Ｃから印刷対象のバリアブルデータ及び印刷指示を受信すると、そのバリアブルデータに基づく印刷指示リソース一覧情報をリソースサーバ３に印刷開始通知として送信する。
【０１１６】
次に、リソースサーバ３のプリンタ情報取得部３７は、その印刷開始通知を受信すると（Ｓ４０１）、その印刷開始通知をロック処理部３９に送る。
【０１１７】
そして、ロック処理部３９のロック対象判定部３９０は、その印刷開始通知を受け取ると、リソース管理テーブル３０１において、その印刷開始通知に含まれる印刷指示リソース一覧情報に記録された印刷対象のリソースのうち、新規登録フラグに「１」が記録されたリソースのロック情報を「ロック中」に変更する（Ｓ４１０）。
【０１１８】
次に、第１のプリンタ４Ａは、そのバリアブルデータに基づく印刷物を出力し、印刷物の出力を終了すると、印刷終了通知をリソースサーバ３に送信する。
【０１１９】
次に、プリンタ情報取得部３７は、その印刷終了通知を受信すると（Ｓ４０３）、その印刷終了通知を低解像度画像取得部３５、ロック処理部３９、属性更新部３１１及び印刷ジョブ管理部３１２に送る。ロック処理部３９は、その印刷終了通知に記録された印刷対象のリソースのロック情報を「ロック解除」に変更し（Ｓ４０４）、低解像度画像取得部３５は、そのリソースの低解像度画像を第１乃至第４の端末２Ａ〜２Ｄにそれぞれ送信する（Ｓ４０５）。
【０１２０】
そして、属性更新部３１１は、その印刷終了通知の係る印刷対象のリソースについて、リソース管理テーブル３０１のリビジョン番号を更新する（Ｓ４１１）。具体的には、属性更新部３１１は、印刷対象のリソースのうち、新規登録フラグに「１」と記録されたリソースに対しては、新規登録フラグを「１」から「０」に更新するとともに、リビジョン番号を「０」から「１」に更新する。また、属性更新部３１１は、変更登録フラグに「１」と記録されたリソースに対しては、変更登録フラグを「１」から「０」に更新するとともに、リビジョン番号をインクリメントする。
【０１２１】
そして、印刷ジョブ管理部３１２は、その印刷終了通知の係る印刷対象のリソースのリビジョン番号を印刷ジョブ管理情報３０３に記録する（Ｓ４１２）。
【０１２２】
（５）再印刷時の印刷処理
例えば、ユーザＢが、第２の端末２Ｂを用いて、第２のプリンタ４Ｂに対して印刷ジョブＩＤを指定して再印刷指示操作を行うと、第２の端末２Ｂは、再印刷対象となる印刷ジョブＩＤとともに再印刷指示を第２のプリンタ４Ｂに送信する。
【０１２３】
次に、第２のプリンタ４Ｂは、その印刷ジョブＩＤ及び再印刷指示を受信すると、その印刷ジョブＩＤと、自己のリソース記憶部４０に記憶されているリソースをリソースＩＤ及びリビジョン番号により示すプリンタリソース一覧情報とをリソースサーバ３に印刷開始通知として送信する。
【０１２４】
次に、リソースサーバ３のプリンタ情報取得部３７は、その印刷開始通知を受信すると、プリンタ送信リソース判別部３８は、印刷ジョブ管理情報３０３を参照し、その印刷開始通知に含まれる印刷ジョブＩＤで用いられているリソースの一覧を示す使用リソース一覧情報を取得する。
【０１２５】
そして、プリンタ情報取得部３７は、その取得した使用リソース一覧情報と、その印刷開始通知に含まれるプリンタリソース一覧情報とをリソースＩＤ及びリビジョン番号によって比較することにより、第２のプリンタ４Ｂに印刷対象のリソースが記憶されているか否かを判定する。
【０１２６】
そして、プリンタ送信リソース判別部３８が、印刷対象のリソースがないと判定した場合には、オリジナルリソース取得部３６は、その印刷対象のリソースとしてオリジナル画像をリソース管理テーブル３０１から取得して、第２のプリンタ４Ｂに送信する。
【０１２７】
そして、第２のプリンタ４Ｂは、受信したオリジナル画像を用いて、印刷ジョブＩＤにより指定された印刷処理を実行する。
【０１２８】
なお、１つの印刷ジョブＩＤに基づく印刷処理は、２つのプリンタで分散して実行してもよい。この場合には、例えば、バリアブルデータをレコード単位で２つに分割し、再印刷指示を第１及び第２のプリンタ４Ａ，４Ｂにそれぞれ送信し、第１及び第２のプリンタ４Ａ，４Ｂの各々が上記のように印刷処理を実行すればよい。
【０１２９】
［他の実施の形態］
なお、本発明は、上記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲内で種々に変形してもよい。例えば、上記実施の形態では、リソースサーバが有する各部の機能の一部または全部を特定用途向け集積回路（ＡＳＩＣ：Application Specific IＣ）等のハードウェアによって実現してもよい。
【０１３０】
また、上記実施の形態で使用される画像処理プログラムは、ＣＤ−ＲＯＭ等の記録媒体から装置内の記憶部に読み込んでもよく、インターネット等のネットワークに接続されているサーバ等から装置内の記憶部にダウンロードしてもよい。
【０１３１】
また、低解像度画像作成部３２は、登録要求を受け付けたときに低解像度画像を作成しているが、出力要求に受け付けたときに低解像度画像を作成するようにしてもよい。
【０１３２】
また、ロック処理部３９は、印刷終了通知を受け取ったとき、ロック情報を「ロック解除」の状態に戻しているが、「ロック中」の状態を維持するようにしてもよい。
【０１３３】
また、上記実施の形態では、格納手段として、ハードウェアにより実現される記憶部３００を用いたが、記憶部にソフトウェアによる制御が付加されていてもよく、例えば、データベースやファイルサーバ等を用いてもよい。
【０１３４】
また、上記実施の形態の画像処理システムが有する各部は、システム全体として備えられていればよく、例えば、リソースサーバが有するロック処理部、属性更新部及び印刷ジョブ管理部等がプリンタに備えられていてもよいし、これに限られない。
【図面の簡単な説明】
【０１３５】
【図１】図１は、本発明の第１の実施の形態に係る画像処理システムの概略構成の一例を示すブロック図である。
【図２】図２（ａ）は、バリアブルデータの一例を示し、図２（ｂ）は、テンプレートの一例を示し、図２（ｃ）は、印刷物の一例を示す図である。
【図３】図３は、リソース管理テーブルの一例を示す図である。
【図４】図４は、画像処理システムの全体の動作を説明する図である。
【図５】図５は、リソースサーバの登録処理の一例を示すフローチャートである。
【図６】図６は、リソースサーバにおけるプリンタへのリソース出力処理の一例を示すフローチャートである。
【図７】図７は、リソースサーバにおける端末へのリソース出力処理の一例を示すフローチャートである。
【図８】図８は、リソースサーバにおける印刷時のロック処理及び出力処理の一例を示すフローチャートである。
【図９】図９は、本発明の第２の実施の形態に係る画像処理システムの概略構成の一例を示すブロック図である。
【図１０】図１０（ａ）は、リソース管理テーブルの一例を示す図である。図１０（ｂ）は、図１０（ａ）において、属性更新部により属性情報が更新されたリソース管理テーブルの一例を示す図である。
【図１１】図１１は、印刷ジョブ管理情報の一例を示す情報である。
【図１２】図１２は、リソースサーバの登録処理の一例を示すフローチャートである。
【図１３】図１３は、リソースサーバにおける印刷時のロック処理及び出力処理の一例を示すフローチャートである。
【符号の説明】
【０１３６】
１…画像処理システム、２Ａ〜２Ｄ…端末、３…リソースサーバ、４Ａ，４Ｂ…プリンタ、１０…ネットワーク、１１…バリアブルデータ、１２…テンプレート、１３…オリジナル画像、１４…低解像度画像、２０…リソース記憶部、３０…要求判別部、３１…リソース選別部、３２…低解像度画像作成部、３３…リソース登録部、３４…取得画像判別部、３５…低解像度画像取得部、３６…オリジナルリソース取得部、３７…プリンタ情報取得部、３８…プリンタ送信リソース判別部、３９…ロック処理部、４０…リソース記憶部、１００…印刷物、１０１…文字列情報、１０２Ａ，１０２Ｂ…画像情報、１１０Ａ〜１１０Ｄ…レコード、１１１Ａ〜１１１Ｃ…項目データ、１１２…レコード更新日時、１２０Ａ〜１２０Ｃ…可変フィールド、１２１Ａ〜１２１Ｃ…固定データ、３００…記憶部、３０１…リソース管理テーブル、３０２…グループ管理情報、３０３…ジョブ管理情報、３０３…印刷ジョブ管理情報、３１０…通信部、３１１…属性更新部、３１２…印刷ジョブ管理部、３１２…印刷ジョブ記録部、３３０…属性付与部、３９０…ロック対象判定部
【図１】
0005298829.tif 000002
【図２】
0005298829.tif 000003
【図３】
0005298829.tif 000004
【図４】
0005298829.tif 000005
【図５】
0005298829.tif 000006
【図６】
0005298829.tif 000007
【図７】
0005298829.tif 000008
【図８】
0005298829.tif 000009
【図９】
0005298829.tif 000010
【図１０】
0005298829.tif 000011
【図１１】
0005298829.tif 000012
【図１２】
0005298829.tif 000013
【図１３】
0005298829.tif 000014