JP2004262063A - 分散型画像形成装置 - Google Patents

Abstract

【課題】本発明の課題は、ネットワークを介して接続される１つ以上のストレージに印刷パラメータと画像形成される文書データとを格納し、ネットワークを介して１つ以上の他の画像形成装置に対して、該文書データに対する画像形成処理を分散して行わせることができる分散型画像形成装置を提供することを目的とする。
【解決手段】本発明の課題は、画像形成を要求する第一画像形成要求に基づいて、他画像形成装置によってアクセス可能であり、画像形成パラメータと画像形成すべき対象データとを保存する保存手段に対して、該対象データの全部又は一部にロックを要求するロック要求手段と、上記画像形成パラメータに従って、上記ロックを要求した対象データの全部又は一部に基づいて画像を形成するように画像形成処理を制御する画像形成制御手段とを有する分散型画像形成装置によって達成される。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、画像形成装置に関し、特に、ネットワークを介して接続される１つ以上のストレージに印刷パラメータと画像形成される文書データとを格納し、自ら該印刷パラメータに従って該文書データに対する画像形成処理を行うと共に、ネットワークを介して１つ以上の他の画像形成装置に対して、該文書データに対する画像形成処理を分散して行わせることができる分散型画像形成装置を提供するものである。
【０００２】
【従来の技術】
ネットワークを介してプリンタと接続されるＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）から印刷を該プリンタに行わせる際、プリンタ側での紙切れ、紙詰まり、トナー切れ等の要因によって印刷が中断されることがあった。そこで、必ず印刷されるようにするために、複数のプリンタと接続され、それらプリンタへの印刷処理を制御するサーバによって、印刷が中断された場合には、他プリンタへ処理を切り替えるようにすることが可能となった。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来のサーバを備えたプリンタシステムでは、該サーバに接続されるプリンタの設定等を行う利用者による作業を必要としていた。そのため、プリンタを追加又は取り除かれる等によって該サーバへの接続されるプリンタの構成が変更した際には、その都度、利用者によって設定を変更しなければならなかった。
【０００４】
そこで、本発明の課題は、ネットワークを介して接続される１つ以上のストレージに印刷パラメータと画像形成される文書データとを格納し、自ら該印刷パラメータに従って該文書データに対する画像形成処理を行うと共に、ネットワークを介して１つ以上の他の画像形成装置に対して、該文書データに対する画像形成処理を行わせることができる画像形成装置を提供するものである。
【０００５】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項１に記載されるように、画像形成を要求する第一画像形成要求に基づいて、他画像形成装置によってアクセス可能であり、画像形成パラメータと画像形成すべき対象データとを保存する保存手段に対して、該対象データの全部又は一部にロックを要求するロック要求手段と、上記画像形成パラメータに従って、上記ロックを要求した対象データの全部又は一部に基づいて画像を形成するように画像形成処理を制御する画像形成制御手段とを有するように構成される。
【０００６】
このような分散型画像形成装置では、対象データが保存される保存手段に対してロックを要求してからロックした文書データの全部又は一部を画像形成処理するように制御されるため、他の画像形成装置とによって重複して画像形成処理することなく文書データの画像形成処理を行うことができる。
【０００７】
また、本発明は、請求項２に記載されるように、上記第一画像形成要求の受信時に、上記対象データの全部又は一部にロックを要求すると共に、上記画像形成パラメータと該対象データの保存を要求する保存要求を１つ以上の上記保存手段に行う保存要求手段と、上記画像形成パラメータの一部を示す第二画像形成要求を１つ以上の他の画像形成装置に対して送信する要求送信手段とを有するように構成することができる。
【０００８】
このような分散型画像形成装置では、画像形成処理を行うと共に、他の画像形成装置に対しても画像形成要求を行うため、自身に障害が発生したとしてもいずれかの画像形成装置にて画像形成処理を行うことができる。例えば、ＰＣから直接第一画像形成要求を受信した画像形成装置が自発的に他画像形成装置に対して第二画像形成要求を行うため、このような処理を制御するためのサーバを備える必要がない。また、利用者は、一回の画像形成要求を行うのみでよいため、画像形成装置の故障等の状態を知る必要がない。
【０００９】
更に、本発明は、請求項３に記載されるように、他の画像形成装置から上記第二画像形成要求を受信すると、上記ロック要求手段は、上記対象データの全部又は一部にロックを要求すると共に、そのロックの要求をした該対象データの全部又は一部のダウンロードを上記保存手段に対して要求し、上記保存手段から上記対象データをダウンロードして取得する対象データ取得手段とを有するように構成することができる。
【００１０】
このような分散型画像形成装置では、ＰＣから直接ではなく他の画像形成装置から第二画像形成要求を受信すると、保存手段に対して画像形成すべき対象データの全部又は一部をロックして、保存手段からダウンロードするため、第二画像形成要求を送信した他の画像形成装置に故障が発生したとしても、対象データの画像形成を重複することなく実行することができる。
【００１１】
また、本発明は、請求項４に記載されるように、上記ロック要求手段は、上記対象データを所定の区切りで分割した分割データ単位でロックする要求を上記保存手段に行うように構成することができる。
【００１２】
このような分散型画像形成装置では、画像形成処理中の分割データ（ページ）毎にロックをすることができる。
【００１３】
更に、本発明は、請求項５に記載されるように、上記分割データ単位で画像形成処理を行う場合、上記ロック要求手段は、対象となる分割データをロックする要求を上記保存手段に行い、上記分割データがロックできたか否かを判断する第一ロック判断手段と、上記第一ロック判断手段による判断結果に基づいて、次の分割データのロックを上記ロック要求手段に行わせるように構成することができる。
【００１４】
このような分散型画像形成装置では、ロック可能な分割データ（ページ）から優先して画像形成処理を実行することができる。
【００１５】
また、本発明は、請求項６に記載されるように、上記分割データ単位で画像形成処理を行う場合、上記ロック要求手段は、対象となる分割データをロックする要求を上記保存手段に行い、上記分割データがロックできたか否かを判断する第一ロック判断手段と、上記第一ロック判断手段による判断結果に基づいて、所定のロック時間の経過後に、再度ロックできたか否かを判断する第二ロック判断手段と、上記第二ロック判断手段による判断結果に基づいて、上記分割データのロックを解除するロック解除手段とを有し、上記ロック解除手段によるロックの解除後、上記ロック要求手段を再度実行するように構成することができる。
【００１６】
このような分散型画像形成装置では、他の画像形成装置によってロックされた分割データをロック時間後に強制的にそのロックを解除して、自装置によって画像形成処理することができる。従って、画像形成処理中に他の画像形成装置に障害が発生したとしても、ロック時間後に障害の発生によって処理されなかった分割データの画像形成処理を自装置にて実行することができる。
【００１７】
更に、本発明は、請求項７に記載されるように、上記対象データの部数単位で画像形成処理を行う場合、上記ロック要求手段は、ジョブをロックする要求を上記保存手段に行うことによって該対象データの全部をロックし、上記ジョブがロックできたか否かを判断する第一ロック判断手段と、上記第一ロック判断手段による判断結果に基づいて、所定のロック時間の経過後に、再度ロックできたか否かを判断する第二ロック判断手段と、上記第二ロック判断手段による判断結果に基づいて、上記ジョブのロックを解除するロック解除手段とを有し、上記ロック解除手段によるロックの解除後、上記ロック要求手段を再度実行するように構成することができる。
【００１８】
このような分散型画像形成装置では、他の画像形成装置によってロックされたジョブをロック時間後に強制的にそのロックを解除して、自装置によって画像形成処理することができる。従って、画像形成処理中に他の画像形成装置に障害が発生したとしても、ロック時間後に障害の発生によって処理されなかったジョブの画像形成処理を自装置にて実行することができる。例えば、部数単位で画像形成処理が行われる場合にジョブがロックされる。
【００１９】
また、本発明は、請求項８に記載されるように、上記第一画像形成要求に１つ以上の他の画像形成装置が指定されていない場合、画像形成処理可能な他の画像形成装置を検索する装置検索手段を有し、上記保存要求送信手段は、上記装置検索手段によって検索された１つ以上の他の画像形成装置に対して上記保存要求を送信するように構成することができる。
【００２０】
このような分散型画像形成装置では、自発的に画像形成処理可能な画像形成装置を検索して画像形成要求を行うため、利用者は、１つの画像形成装置のみを指定すればよい。
【００２１】
更に、本発明は、請求項９に記載されるように、上記画像形成制御手段は、画像形成した上記分割データを削除する分割データ削除要求を上記保存手段に送信するように構成することができる。また、本発明は、請求項１０に記載されるように、上記画像形成制御手段は、上記対象データを構成する分割データ全てに対して画像処理が終了したか否かを判断する終了判断手段と、上記終了判断手段による判断結果に基づいて、上記対象データに対するジョブを削除するジョブ削除要求を上記保存手段に行うジョブ削除要求手段とを有するように構成することができる。
【００２２】
このような分散型画像形成装置では、画像形成処理が終了した分割データ（ページ）又はジョブを保存手段から削除するため、保存手段は、画像形成処理が終了した分割データ（ページ）又はジョブを管理する必要がない。
【００２３】
更に、本発明は、請求項１１に記載されるように、画像形成を要求する画像形成要求を受信する要求受信手段と、上記画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を複数の保存手段に行う保存要求手段と、上記複数の保存手段の１つに対して上記画像形成パラメータと上記対象データとを取得する取得要求を行う取得要求手段と、上記取得要求手段によって取得した上記画像形成と上記対象データとに基づいて画像を形成するように画像形成処理を制御する画像形成制御手段とを有し、上記取得要求手段による取得が不可能な場合、他の保存手段に対して上記取得要求手段を行うようにして、上記画像形成処理を実行するように構成することができる。
【００２４】
このような分散型画像形成装置では、画像形成パラメータと対象データとを複数の保存手段に保存させるため、画像形成パラメータと対象データが１つの保存手段から取得できない場合、他の保存手段から取得することができる。保存手段の障害に影響されることなく、画像形成処理を行うことができる。
【００２５】
また、本発明は、請求項１２に記載されるように、画像形成を要求する第一画像形成要求を受信する要求受信手段と、上記第一画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を複数の保存手段に行う保存要求手段と、上記画像形成パラメータの一部を示す第二画像形成要求を複数の他の画像形成装置に対して送信する要求送信手段と、上記複数の保存手段の１つに対して上記画像形成パラメータと上記対象データとを取得する取得要求を行う取得要求手段と、上記取得要求手段によって取得した上記画像形成と上記対象データとに基づいて画像を形成するように画像形成処理を制御する画像形成制御手段とを有し、上記取得要求手段による取得が不可能な場合、他の保存手段に対して上記取得要求手段を行うようにして、上記画像形成処理を実行するように構成することができる。
【００２６】
このような分散型画像形成装置では、画像形成処理を実行する画像形成装置及び／又は保存手段のいずれかに障害が発生した場合においても、他の画像形成装置及び／又は他の保存手段によって画像形成処理を続行することができる。従って、障害に対する耐久性の高い画像形成装置を提供することができる。
【００２７】
また、上記課題を解決するため、本発明は、請求項１６に記載されるように、ネットワークを介して、利用者が使用する利用者端末と、画像形成処理に関する情報を保存する少なくとも１つの保存装置と、画像形成処理を実行する少なくとも１つの画像形成装置とが接続される画像形成システムにおいて、該利用者端末からの画像形成要求に応じて該画像形成処理を行う画像形成方法において、上記利用者端末は、画像形成を要求する第一画像形成要求を上記画像形成装置に送信する第一画像形成要求送信手順を有し、上記画像形成装置は、上記第一画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データとを保存する保存手段に対して、該対象データの全部又は一部にロックを要求するロック要求手順と、上記画像形成要求に基づいて、上記画像形成パラメータの一部を示す第二画像形成要求を１つ以上の他の画像形成装置に対して送信する要求送信手順と、上記画像形成パラメータに従って、上記ロックを要求した対象データの全部又は一部に基づいて画像を形成するように画像形成処理を制御する画像形成制御手順とを有し、重複して上記画像形成処理を行うことなく、上記他の画像形成装置と分散して該画像形成処理を実行するように構成される。
【００２８】
このような画像形成システムにおける画像形成方法では、利用者は、ネットワークを介して、１つの画像形成装置に対して画像形成要求を行うのみで、画像形成装置又は保存装置にて障害が発生した場合においても、いずれかの画像形成装置又は保存装置によって画像形成処理が行うことができる。
【００２９】
上記課題を解決するための手段として、本発明は、コンピュータに行なわせるための上記プログラムを記録した記録媒体とすることもできる。
【００３０】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００３１】
本発明の第一実施例に係る画像形成システムは、図１に示すようなネットワーク構成を成す。図１は、本発明の第一実施例に係る画像形成システムのネットワーク構成例を示す図である。図１において、画像形成システム１００１は、印刷処理を行う複数のプリンタ１００−１〜１００−ｎと、印刷パラメータ及び文書データを保存するストレージ２００と、文書を印刷する利用者が使用するＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）３００とによって構成されるシステムである。複数のプリンタ１００−１〜１００−ｎと、ストレージ２００と、ＰＣ３００とは、ネットワーク４０を介して接続される。
【００３２】
このような画像形成システム１００１において、ＰＣ３００から印刷要求を直接受信するプリンタを主となるプリンタ１００−１とし、プリンタ１００−１がＰＣ３００に代わって印刷要求を送信する補助のプリンタをプリンタ１００−２から１００−３とする。複数のプリンタ１００−１〜１００−ｎは、同等の機能を有するプリンタであって、以下、総称する場合には単にプリンタ１００と言う。
【００３３】
説明の便宜上、プリンタ１００−１をＰＣ３００から直接印刷要求を受信するプリンタとしているが、プリンタ１００−１から１００−ｎのどのプリンタであっても良い。単に、プリンタ１００−１から１００−ｎのうちのＰＣ３００から印刷要求を直接受信したプリンタを主プリンタと定義する。また、主プリンタ１００−１が印刷要求を送信するプリンタ１００−２から１００−３を補助プリンタとするが、プリンタ１００−２から１００−ｎのどのプリンタであっても良い。また、補助プリンタは、主プリンタ１００−１以外のネットワーク４０を介して接続されるプリンタ１００−２から１００−ｎの１つ以上であれば良い。ここで、ネットワーク４０上に主プリンタ１００−１しか存在しない場合、従来通り主プリンタ１００−１にて印刷処理が実行されて出力される。
【００３４】
図１を参照しつつ、画像形成システム１００１での処理フローの概要を説明する。
【００３５】
主プリンタ１００−１は、ＰＣ３００から直接印刷要求を受信すると（ステップＳ１）、該印刷要求で指定される出力先として所望するプリンタ１００の一覧及びステープルの要否等のフィニッシングの方法を示す印刷パラメータと、印刷処理の対象となる文書データとに基づいてジョブを生成する。その生成したジョブに関するジョブ指示情報には、ＰＣ３００からの印刷パラメータに基づいて作成された印刷パラメータと、印刷処理のイベント通知に関する通知指示情報とが含まれる。
【００３６】
主プリンタ１００−１は、そのジョブ指示情報をストレージ２００に保存するためのジョブ保存要求をストレージ２００に送信する（ステップＳ２）。ストレージ２００は、主プリンタ１００−１からジョブ保存要求を受信すると、該ジョブ保存要求で指定されるファイル名でジョブ指示情報及び文書データを保存する。
【００３７】
利用者が所望する補助としてのプリンタがプリンタ１００−２から１００−３であるとする。主プリンタ１００−１は、ＰＣ３００から指示された印刷パラメータに基づく補助プリンタ用の印刷パラメータを設定した補助印刷要求を補助プリンタ１００−２から１００−３へ順次送信する（ステップＳ３−１及びＳ３−２）。
【００３８】
そして、主プリンタ１００−１は、生成したジョブに従って印刷処理を実行する。同様に、補助プリンタ１００−２及び１００−３は、夫々、ストレージ２００へジョブ取得要求を送信することによってジョブ指示情報の全部又は一部と文書データとを取得し（ステップＳ４−１及びＳ４−２）、印刷処理を実行する。
【００３９】
このような画像形成システム１００１では、ＰＣ３００から印刷要求を受信したプリンタ１００−１が自立的に主プリンタとなって、利用者が所望するプリンタ１００−２及び１００−３を補助プリンタとして制御するため、複数のプリンタ１００−１から１００−ｎを制御するための専用のサーバを設ける必要がない。また、主プリンタ１００−１及び補助プリンタ１００−２及び１００−３が印刷処理を行うため、プリンタ１００−１から１００−３のいずれかのプリンタに障害が発生したとしても、他のプリンタによって印刷処理が行われるため、利用者は、必ず、指定したプリンタ１００−１から１００−３のいずれかで印刷された文書を取得することができる。従って、プリンタの障害に影響されにくい耐障害性に優れたシステムを実現することができる。
【００４０】
本発明の第一実施例に係る画像形成システム１００１に適用されるプリンタ１００は、例えば、図２に示すようなハードウェア構成を成す。図２は、本発明の第一実施例に係るプリンタのハードウェア構成を示すブロック図である。
【００４１】
図２において、プリンタ１００は、コンピュータによって制御され印刷処理を実行する装置であって、ＣＰＵ（中央処理装置）１１と、ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、不揮発性ＲＡＭ（ｎｏｎ−ｖｏｌａｔｉｌｅ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１４と、リアルタイムクロック１５、イーサネット（登録商標）Ｉ／Ｆ（Ｅｔｈｅｒｎｅｔ（登録商標） Ｉｎｔｅｒｆａｃｅ）２１と、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）２２と、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）１２８４ ２３と、ハードディスクＩ／Ｆ２４と、ビデオＩ／Ｆ２５と、ＲＳ−２３２Ｃ Ｉ／Ｆ２６とで構成され、システムバスＢに接続される。
【００４２】
ＣＰＵ１１は、ＲＯＭ１２に格納されたプログラムに従ってプリンタ１００を制御する。ＲＡＭ１３には、例えば、各インターフェース２１から２６に接続される資源に領域が割り当てられる。不揮発性ＲＡＭ１４には、プリンタ１００の電源がオフになるまでＣＰＵ１１による処理で必要な情報が格納される。リアルタイムクロック１５は、現時刻を計ると共に、処理を同期させる場合にＣＰＵ１１によって使用される。
【００４３】
イーサネット（登録商標）Ｉ／Ｆ２１には、１０ＢＡＳＥ−Ｔ又は１００ＢＡＳＥ−ＴＸ等のイーサネット（登録商標）用インターフェースケーブルが接続される。ＵＳＢ２２には、ＵＳＢ用インターフェースケーブルが接続される。ＩＥＥＥ１２８４ ２３には、ＩＥＥＥ１２８４用インターフェースケーブルが接続される。
【００４４】
ハードディスクＩ／Ｆ２４には、ハードディスク３４が接続され、ネットワークを介して送信された印刷される文書の文書データ、又は、印刷処理後の画像データがハードディスクＩ／Ｆ２４を介してハードディスク３４に格納される。ビデオＩ／Ｆ２５には、プリンタエンジン３５が接続され、画像データがビデオＩ／Ｆ２５を介してプリンタエンジン２５に送信され、該画像データに基づいて用紙等の印刷可能な媒体に画像が形成される。ＲＳ−２３２Ｃ Ｉ／Ｆ２６には、オペレーションパネル３６が接続され、ユーザへの情報の表示及びユーザから入力情報又は設定情報の取得が行われる。
【００４５】
また、本発明の第一実施例に係る画像形成システム１００１に適用されるストレージ２００は、ジョブ指示情報及び文書データを保存するハードディスクを有するコンピュータであって、プリンタ１００からのジョブ保存要求及びジョブ取得要求に応じた処理を実行する。更に、ＰＣ３００は、利用者によって使用されるパーソナルコンピュータであって、プリンタ１００への印刷要求を行う。
【００４６】
図３は、本発明の第一実施例に係るプリンタの機能構成例を示すブロック図である。図３において、プリンタ１００は、主に、印刷要求及び補助印刷要求を受付けるジョブ受付部１０１と、印刷処理を実行するためにジョブを発行するジョブ発行部１０２と、ネットワーク４０上に存在する印刷可能なプリンタを検索するサービス検索部１０３と、ステータスを通知する通知発行部１０４と、ジョブに関するジョブ指示情報等をＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって解析及び作成すると共に、処理全体を制御する制御部１０５と、図２に示すプリンタエンジン３５を制御して印刷処理を実行する印刷処理部１０６と、ジョブ又はページのロック時間を制御するロック時間制御部１０７と、ネットワーク４０を介してストレージ２００とＰＣ３００とで夫々の通信を制御するネットワーク制御部１１０とを有する。
【００４７】
ジョブ受付部１０１は、ＰＣ３００からの印刷要求、他プリンタからの補助印刷要求、及び、ストレージ２００からのジョブに関するジョブ指示情報を受付け、ジョブを受付けたことを制御部１０５に通知する。
【００４８】
ジョブ発行部１０２は、印刷要求に応じてジョブを生成し、ストレージ２００に対しては、ジョブ保存要求を送信し、利用者が所望する他プリンタに対しては、補助印刷要求を送信することによってジョブを発行する。その後、ストレージ２００に対してジョブ取得要求を送信する。一方、補助印刷要求に対しては、ジョブ発行部１０２は、印刷要求の受信時と同様にジョブを生成し、該補助印刷要求で指定されるストレージ２００に対してジョブ取得要求を送信する。
【００４９】
サービス検索部１０３は、制御部１０５からの指示に応じて、ネットワーク４０上に存在する印刷処理可能な他プリンタを検索するディスカバリ機能を実行し、プリンタ一覧を生成して、制御部１０５へ通知する。
【００５０】
制御部１０５は、印刷要求及び補助印刷要求に設定されるジョブ指示情報等をＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）によって解析し、解析結果に基づいて、ジョブ発行部１０２を制御し、ジョブ発行部１０２によって生成されたジョブに従って印刷処理部１０６を制御し印刷処理を実行する。また、補助プリンタを検索する際には、サービス検索部１０３を制御して印刷処理可能なプリンタの一覧を取得する。
【００５１】
通知発行部１０４は、制御部１０５から通知されるステータスに基づいて、ネットワーク制御部１１０によってＨＴＴＰプロトコルでクライアントＰＣ２００に通知する。
【００５２】
印刷処理部１０６は、制御部１０５からの指示に応じて印刷処理を実行し、所定の媒体に画像を形成して出力する。
【００５３】
ロック時間制御部１０７は、ストレージ２００に保存された印刷処理対象となるジョブ又はページがロックされている場合に、ロック時間経過後に再度ロックを試みる制御を行う。制御部１０５は、ロック時間制御部１０７からの通知に応じて、強制的にロックを解除し、ロック可能な状態とする。
【００５４】
ネットワーク制御部１１０は、更に、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）１１１と、ＨＴＴＰ１１２と、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）１１３と、ＢＭＬｉｎｋＳ１１４とで構成される。
【００５５】
ＴＣＰ／ＩＰ１１１は、ネットワーク４０を介したデータ通信を制御するネットワーク通信プロトコルである。ＨＴＴＰ１１２は、インターネット上の情報提供及び情報取得を実現するインターネット通信プロトコルである。ＳＯＡＰ１１３は、例えばＸＭＬに従って記述されたメッセージの交換を制御するメッセージ交換プロトコルである。ＢＭＬｉｎｋＳ１１４は、ネットワーク４０上に存在するプリンタ、スキャナ、ストレージ、ＦＡＸ送信及び受信の少なくともいずれか１つの機能を有する１つ以上のＯＡ機器に対して、ジョブ制御手順、ステータス参照等に関するデータ通信を制御するＯＡ機器Ｉ／Ｆプロトコルである。
【００５６】
ストレージ２００及びＰＣ３００は、ネットワーク制御部１１０の構成と同様の構成を有し、ネットワーク４０を介して、ＢＭＬｉｎｋＳに従ってプリンタ１００とで通信を行う。
【００５７】
次に、プリンタ１００での処理を制御する制御部１０５にて行われる処理について説明する。先ず、ＰＣ３００から印刷要求を直接受信した場合の処理について図４及び図５で説明する。図４及び図５は、本発明の第一実施例に係る制御部の印刷要求を受信した場合の処理例を説明するためのフローチャート図である。図４において、制御部１０５は、ジョブを受信したか否かを判断する（ステップＳ１１）。ジョブ（ＰＣ３００からの印刷要求）を受信せず、ロック時間制御部１０７からの通知を受信した場合、後述されるロック結果処理を実行する（ステップＳ１９）。一方、ジョブを受信した場合、つまり、ＰＣ３００から印刷要求を受信した場合、印刷要求の内容を取得する（ステップＳ１２）。
【００５８】
印刷要求の内容に基づいて、部数単位の印刷か、又は、ページ単位の印刷かを判断する（ステップＳ１３）。部単位の印刷であると判断した場合、制御部１０５は、ジョブ発行部１０２にジョブを生成させ、そのジョブのロックを示すジョブ指示情報をストレージ２００に保存するためのジョブ保存要求をストレージ２００に送信する（ステップＳ１４）。印刷要求に直接的に部単位の印刷が指定されていないくても、例えば、印刷要求にステープルの指定がある場合、部単位の印刷であると判断される。そして、ジョブ発行部１０２は、ＰＣ３００から受信した印刷要求にて指定される補助としてのプリンタ全てに対して補助印刷要求を送信する（ステップＳ１５）。
【００５９】
制御部１０５は、印刷処理部１０６を制御してＰＣ３００から受信した印刷すべき文書データの全ページを印刷する（ステップＳ１６）。印刷処理部１０６による全ページの印刷が終了すると、制御部１０５は、全ページの削除をストレージ２００に要求するページ削除要求を送信し（ステップＳ１７）、続けて、ジョブの削除をストレージ２００に要求するジョブ削除要求を送信して（ステップＳ１８）、印刷要求を受信した場合の処理を終了する。
【００６０】
一方、ステップＳ１３にて、制御部１０５がページ単位の印刷であると判断した場合、制御部１０５は、ページＸに１を設定し（ステップＳ２１）、ジョブ発行部１０２にジョブを生成させ、そのジョブのロックを示すジョブ指示情報をストレージ２００に保存するためのジョブ保存要求をストレージ２００に送信する（ステップＳ２２）。そして、ジョブ発行部１０２は、ＰＣ３００から受信した印刷要求にて指定される補助としてのプリンタ全てに対して補助印刷要求を送信する（ステップＳ２３）。
【００６１】
制御部１０５は、印刷処理部１０６を制御してＰＣ３００から受信した印刷すべき文書データのページＸを印刷する（ステップＳ２４）。ページＸの印刷が終了すると、制御部１０５は、ページＸの削除をストレージ２００に要求するページ削除要求を送信する（ステップＳ２５）。
【００６２】
そして、制御部１０５は、ページがまだあるか否かを判断する（ステップＳ２６）。ページがまだある場合、制御部１０５は、ページＸに１を加えて（ステップＳ２７）、ページＸのロックをストレージ２００に要求する（ステップＳ２８）。ページＸをロックすることによって、他プリンタから重複して出力されないようにすることができる。
【００６３】
そして、制御部１０５は、ストレージ２００からの応答がロックできたことを示しているか否かを判断する（ステップＳ２９）。ページＸのロックができた場合、制御部１０５は、ステップＳ２４へ戻り、印刷処理部１０６にページＸの印刷を行わせ、上記同様の処理を行う。
【００６４】
一方、ステップＳ２９にて制御部１０５がページＸのロックができなかったと判断した場合、ページＸが削除されているか否かを判断する（ステップＳ３０）。ページＸが削除されて存在しない場合、ステップＳ２６へ戻り次のページがあるか否かを判断する。一方、ページＸがある場合、つまり、補助プリンタ１００−２又は１００−３のいずれかがページＸをロックしている場合、ロック時間制御部１０７に通知し（ステップＳ３１）、ステップＳ２６へ戻り次のページがあるか否かを判断する。
【００６５】
このようにページＸがロックできなかった場合には、ステップＳ２６に戻ることによって、ロックできるページから先に印刷処理を行うことができる。また、ステップＳ３１にて、ロック時間をストレージ２００から取得しロック時間制御部１０７に通知するようにしても良い。ロック時間の取得は、ストレージ２００からの応答に設定されるようにすれば良い。又は、制御部１０５がロック時間の問い合わせをストレージ２００に対して行うようにしても良い。また、ロック時間とは、他プリンタがロックした時刻とロックが満了となるまでの間隔とが示されれば良い。又は、他プリンタと同期した時間を持つことができる場合には、ロック時間がロックが満了となる時刻を示しても良い。
【００６６】
ステップＳ２６にて制御部１０５がページがないと判断した場合、ロック時間制御部１０７によるロック時間制御処理が終了しているか否かを判断する（ステップＳ３２）。ロック時間制御処理が終了していない場合、終了するまで待ち状態となる。ロック時間制御処理が終了後、制御部１０５は、ストレージ２００に対してジョブ削除要求を送信し、ＰＣ３００から直接印刷要求を受信した場合の処理を終了する。
【００６７】
次に、他プリンタ１００から補助印刷要求を受信した場合の制御部１０５での処理について図６及び図７で説明する。図６及び図７は、本発明の第一実施例に係る制御部の補助印刷要求を受信した場合の処理例を説明するためのフローチャート図である。図６において、プリンタ１００−２がプリンタ１００−１から補助印刷要求を受信し補助プリンタとして機能する。制御部１０５は、ジョブを受信したか否かを判断する（ステップＳ４１）。ジョブ（他プリンタ１００からの補助印刷要求）を受信せず、ロック時間制御部１０７からの通知を受信した場合、後述されるロック結果処理を実行して（ステップＳ４２）、ステップＳ５１へ進む。一方、ジョブを受信した場合、つまり、他プリンタ１００から補助印刷要求を受信した場合、補助印刷要求の内容を取得する（ステップＳ４３）。
【００６８】
制御部１０５は、ページＸに１を設定する（ステップＳ４４）。続けて、制御部１０５は、補助印刷要求の内容に基づいて、部数単位の印刷か、又は、ページ単位の印刷かを判断する（ステップＳ４５）。ページ単位の印刷でる場合、制御部１０５は、ページＸのロック及びページＸのダウンロードをストレージ２００に要求する（ステップＳ４６）。
【００６９】
そして、制御部１０５は、ストレージ２００からの応答がロックできたことを示しているか否かを判断する（ステップＳ４７）。ページＸのロックができなかった場合、ページＸが削除されているか否かを判断する（ステップＳ４８）。ページＸが削除されて存在しない場合、ステップＳ５３へ進み、次のページがあるか否かを判断する。
【００７０】
一方、ページＸがある場合、主プリンタ１００−１又は補助プリンタ１００−３のいずれかがページＸをロックしている場合、ロック時間制御部１０７に通知し（ステップＳ４９）、ステップＳ５３へ進み、次のページがあるか否かを判断する。このようにページＸがロックできなかった場合には、ステップＳ５３へ進むことによって、ロックできるページから先に印刷処理を行うことができる。
【００７１】
ステップＳ４９にて、ロック時間をストレージ２００から取得しロック時間制御部１０７に通知するようにしても良い。ロック時間の取得は、ストレージ２００からの応答に設定されるようにすれば良い。又は、制御部１０５がロック時間の問い合わせをストレージ２００に対して行うようにしても良い。また、ロック時間とは、他プリンタがロックした時刻とロックが満了となるまでの間隔とが示されれば良い。又は、他プリンタと同期した時間を持つことができる場合には、ロック時間がロックが満了となる時刻を示しても良い。
【００７２】
一方、ステップＳ４７にて制御部１０５がページＸのロックができたと判断した場合、ページＸがダウンロードされる（ステップＳ５０）。ページＸを取得すると、制御部１０５は、印刷処理部１０６を制御してページＸの印刷処理を行う。印刷処理部１０６によるページＸの印刷が終了すると、制御部１０５は、ページＸの削除をストレージ２００に要求するページ削除要求を送信する（ステップＳ５２）。
【００７３】
そして、制御部１０５は、文書データのページがまだあるか否かを判断する（ステップＳ５３）。ページがまだある場合、制御部１０５は、ページＸに１を加えて（ステップＳ５４）、部数単位又はページ単位の印刷であるかを判断する（ステップＳ５５）。部単位の印刷である場合、制御部１０５は、ページＸのダウンロードをストレージ２００に要求して、ステップＳ５１へ戻る。一方、ページ単位の印刷である場合、ステップＳ４６へ戻る。部数単位の印刷である場合、ページＸのダウンロードをストレージに要求し（ステップＳ５６）、ステップＳ５０へ戻る。
【００７４】
一方、ステップＳ５３にて制御部１０５がページがないと判断すると、ロック時間制御処理が終了したか否かを判断する（ステップＳ５７）。ロック時間制御処理が終了していない場合、終了するまで待ち状態となる。ロック時間制御処理が終了している場合、制御部１０５は、ストレージ２００に対してジョブを削除するジョブ削除要求を送信して（ステップＳ５８）、補助印刷要求の処理を終了する。
【００７５】
一方、ステップＳ４５にて部単位の印刷であると判断した場合、制御部１０５は、ジョブのロック及びページＸのダウンロードをストレージ２００に要求する（ステップＳ６１）。補助印刷要求に直接的に部単位の印刷が指定されていないくても、例えば、印刷要求にステープルの指定がある場合、部単位の印刷であると判断される。
【００７６】
そして、制御部１０５は、ストレージ２００からの応答がロックできたことを示しているか否かを判断する（ステップＳ６２）。ジョブのロックができなかった場合、ジョブが削除されているか否かを判断する（ステップＳ６３）。ジョブが削除されて存在しない場合、補助印刷要求の処理を終了する。一方、ジョブがある場合、ロック時間制御部に通知し（ステップＳ６４）、一旦、補助印刷要求の処理を終了する。一方、ステップＳ６２にて制御部１０５がロックできたと判断した場合、ステップＳ５０へ戻り、上記同様の処理を行う。
【００７７】
ステップＳ６４にて、ロック時間をストレージ２００から取得しロック時間制御部１０７に通知するようにしても良い。ロック時間の取得は、ストレージ２００からの応答に設定されるようにすれば良い。又は、制御部１０５がロック時間の問い合わせをストレージ２００に対して行うようにしても良い。また、ロック時間とは、他プリンタがロックした時刻とロックが満了となるまでの間隔とが示されれば良い。又は、他プリンタと同期した時間を持つことができる場合には、ロック時間がロックが満了となる時刻を示しても良い。
【００７８】
次に、ロック時間制御部１０７にて実行されるロック時間制御処理について図８で説明する。図８は、ロック時間制御処理を説明するためのフローチャート図である。図８において、ロック時間制御部１０７は、制御部１０５からの通知に応じて、ロック時間が経過する待ち（ステップＳ８１）、ロック時間の経過後、ジョブの種類を判断する（ステップＳ８２）。ジョブの種類がＰＣ３００から直接送信された印刷要求である場合、ページＸのロックをストレージ２００に要求し（ステップＳ８３）、制御部１０５へロック結果を通知する（ステップＳ８４）。
【００７９】
ステップＳ８２にて、ロック時間制御部１０７が補助印刷要求であると判断した場合、ジョブのロックであったか否かを判断する（ステップＳ８５）。ページのロックであった場合、ページＸのロック及びダウンロードをストレージ２００に要求し（ステップＳ８６）、制御部１０５へロック結果を通知する（ステップＳ８４）。
【００８０】
ステップＳ８５にて、ジョブのロックであると判断した場合、ジョブのロック及びページＸのダウンロードをストレージ２００に要求し（ステップＳ８７）、制御部１０５へロック結果を通知する（ステップＳ８４）。
【００８１】
このように、ロック時間の経過に再び、ストレージ２００にロック又はダウンロードを要求し、その結果を制御部１０５に通知することによって、他プリンタ１００での処理の状態に応じた処理を図４のステップ１９及び図６のステップＳ４２におけるロック結果処理にて行うことができる。
【００８２】
図９は、ロック結果処理を説明するためのフローチャート図である。図９において、制御部１０５は、ロック時間制御処理部からロック結果を受信し（ステップＳ９１）、ジョブの種類を判断する（ステップＳ９２）。ジョブが印刷要求である場合、ロック結果の内容を判断する（ステップＳ９３）。ロック結果がページＸが削除されていることを示す場合、つまり、既に、他プリンタ１００によってページＸが印刷されたことを示している場合、図５のステップＳ２６へ進み、上記同様の処理を行う。
【００８３】
一方、ロック結果がまだロックされていることを示す場合、つまり、ロック時間を経過してもロックされているため、他プリンタ１００にて印刷を行えない状態であると判断し、制御部１０５は、ストレージ２００にページＸのロックを強制的に解除させる（ステップＳ９４）。ページＸのロックの解除後、制御部１０５は、再度、ページＸのロックをストレージ２００に要求し（ステップＳ９５）、図５のステップＳ２９へ進み、上記同様の処理を行う。
【００８４】
ステップＳ９２にて制御部１０５がジョブが補助印刷要求であると判断すると、更に、ジョブをロックしたのか或いはページＸをロックしたのかを判断する（ステップＳ９６）。ページＸをロックしたと判断した場合、ロック結果の内容を判断する（ステップＳ９７）。ロック結果がページＸが削除されていることを示す場合、つまり、既に、他プリンタ１００によってページＸが印刷されたことを示している場合、図６のステップＳ５３へ進み、上記同様の処理を行う。
【００８５】
一方、ロック結果がまだロックされていることを示す場合、つまり、ロック時間を経過してもロックされているため、他プリンタ１００にて印刷を行えない状態であると判断し、制御部１０５は、ストレージ２００にページＸのロックを強制的に解除させる（ステップＳ９８）。ページＸのロックの解除後、制御部１０５は、再度、ページＸのロック及びダウンロードをストレージ２００に要求し（ステップＳ９９）、図６のステップＳ５０へ進み、上記同様の処理を行う。
【００８６】
ステップＳ９６にて制御部１０５がジョブをロックしたと判断した場合、ロック結果の内容を判断する（ステップＳ１００）。ロック結果がジョブが削除されていることを示す場合、つまり、既に、他プリンタ１００によって文書データ全体の印刷が終了したことを示している場合、補助印刷要求による処理を終了する。
【００８７】
ロック結果がまだロックされていることを示す場合、つまり、ロック時間を経過してもロックされているため、他プリンタ１００にて印刷を行えない状態であると判断し、制御部１０５は、ストレージ２００にジョブのロックを強制的に解除させる（ステップＳ１０１）。ジョブのロックの解除後、制御部１０５は、再度、ジョブのロック及びダウンロードをストレージ２００に要求し（ステップＳ１０１）、図６のステップＳ５０へ進み、上記同様の処理を行う。
【００８８】
図４から図９に示される処理によると、プリンタ１００は、主プリンタの場合、部数単位又はページ単位で示される処理単位毎にストレージ２００に対してロックをかけて、ＰＣ３００から受信した文書データに基づいて、ストレージ２００から取得することなく印刷処理を実行する。従って、他プリンタ１００によって部数単位又はページ単位で同一の文書又はページを重複して印刷することがない。また、ページ単位での処理の場合、ロックされていないページを検索し、そのページを優先して印刷することができる。更に、他のプリンタ１００によってページがロックされ、ロック時間を経過してもロックされたままである場合、そのロックを強制的に解除し、自プリンタ１００で印刷することができる。
【００８９】
また、補助プリンタとしてのプリンタ１００は、ロックとダウンロードの要求をストレージ２００に行うことによって、他プリンタ１００によって部数単位又はページ単位で同一の文書又はページを重複して印刷することがない。また、ページ単位での処理の場合、ロックされていないページを検索し、そのページを優先して印刷することができる。更に、他のプリンタ１００によってページがロックされ、ロック時間を経過してもロックされたままである場合、そのロックを強制的に解除し、自プリンタ１００で印刷することができる。
【００９０】
尚、図４から図９に示される処理を全てのプリンタ１００−１〜１００−ｎにて行えるように構成することができる。
【００９１】
次に、補助としてのプリンタを自発的に検索する方法について説明する。図１０は、本発明の第一実施例に係る制御部の第二の処理例を説明するためのフォローチャート図である。図１０中、図４と同様のステップには同一の符号を付し、その説明を省略する。図１０において、制御部１０５がジョブを受信したと判断し、印刷要求を示すジョブの内容を取得後後（ステップＳ１１及びＳ１２）、制御部１０５は、ＰＣ３００から受信した印刷要求に補助としてのプリンタが指定されているか否かを判断する（ステップＳ１２−２）。補助としてのプリンタが指定されている場合、制御部１０５はステップＳ１３を実行する。一方、補助としてのプリンタが指定されていない場合、制御部１０５は、サービス検索部１０３にネットワーク４０上に存在する印刷処理可能なプリンタ１００を検索させる（ステップＳ１２−４）。以後、図４のステップＳ１３から図５のステップＳ３３の処理を実行し、ページの重複なく文書の印刷を行う。
【００９２】
このような第二の処理によって、ＰＣ３００から補助としてのプリンタ１００を指定しない印刷要求を受信したとしても、その印刷要求を受信したプリンタ１００が自発的にネットワーク４０上に存在する印刷可能なプリンタ１００を補助プリンタとして検索するため、利用者は、補助としてのプリンタを指定することなく、単に、１つのプリンタ１００に対して印刷要求を行うのみで良い。
【００９３】
ストレージ２００にて管理されるジョブ指示情報及び管理情報と文書データとで構成されるジョブデータは、例えば、図１１に示されるような構造を成す。図１１は、ジョブデータの構造を示す図である。ストレージ２００は、各プリンタ１００から受信したジョブ保存要求に基づいて、ジョブ保存要求によって指定されるジョブ指示情報とストレージ２００にて管理するために必要な管理情報とを有するジョブ管理情報をジョブ毎に格納するジョブ管理領域２９１と、ジョブ管理情報と関連付けされる文書を構成する少なくとも１つ以上のページデータ（ページ１からｎ）を格納するページデータ管理領域２９２とを有する。例えば、ジョブ管理領域２９１において、ジョブ毎又はページ毎のロック時間等がジョブ管理情報にて管理される。
【００９４】
図１のステップＳ１にて、ＰＣ３００から主プリンタ１００−１へ送信される印刷要求のスクリプトについて説明する。図１２は、ＰＣから送信される印刷要求のスクリプト例を示す図である。図１２において、＜ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍ：ｓｅｒｖｉｃｅ：ｂｍ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ＞で示される記述４００は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｊｏｂを示す記述４０１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｊｏｂコマンドが発行されたことが示される。
【００９５】
＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ−ｕｓｅｒ−ｎａｍｅ＞で示される記述４０２によって、印刷を要求したユーザ名「ｓｏｍｅｏｎｅ」が示される。
【００９６】
＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述４０３は、印刷処理に関するパレメータを指定する＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞から＜／ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞で示される記述４０４と、通知すべき印刷処理中のイベントを指定する＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述４０５とで構成される。
【００９７】
記述４０４において、＜ｊｏｂ−ｎａｍｅ＞から＜／ｊｏｂ−ｎａｍｅ＞で示される記述は、ジョブ名を指定し、例えば、「ｓａｍｐｌｅ−ｊｏｂ」のように指定される。＜ｏｐｔｉｏｎａｌ−ａｔｔｒｉｂｕｔｅｓ−ｆｉｄｅｌｉｔｙ＞から＜／ｏｐｔｉｏｎａｌ−ａｔｔｒｉｂｕｔｅｓ−ｆｉｄｅｌｉｔｙ＞で示される記述は、例えば、「ｆａｌｓｅ」のように指定される。＜ｃｏｐｉｅｓ＞から＜／ｃｏｐｉｅｓ＞で示される記述は、印刷すべき部数を示し、例えば、「１」部が示される。
【００９８】
＜ｐａｒａｌｌｅｌｐｒｉｎｔ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：ｐａｒａｌｌｅｌｐｒｉｎｔ［１］”＞から＜／ｐａｒａｌｌｅｌｐｒｉｎｔ＞で示される記述４０６は、ＢＭＬｉｎｋＳに従って、ジョブ指示情報と文書データとを保存するストレージと、補助としてのプリンタとを配列「ｐａｒａｌｌｅｌｐｒｉｎｔ［１］」によって指定している。＜ｓｔｏｒａｇｅＮａｍｅ ｕｒｉ＝”ｈｔｔｐ：／／１９２．１６８．３．１”＞から＜／ｓｔｏｒａｇｅＮａｍｅ＞で示す記述は、例えば、「ｓｔｏｒａｇｅ＃１」を示し、ストレージ名「ｓｔｏｒａｇｅ＃１」にジョブ指示情報及び文書データを保存することを指定する。この場合、ストレージ２００のストレージ名が「ｓｔｏｒａｇｅ＃１」であるとする。＜ｐｒｉｎｔｅｒＮａｍｅ ｕｒｉ＝”ｈｔｔｐ：／／１９２．１６８．２．２”＞から＜／ｐｒｉｎｔｅｒＮａｍｅ＞で示す記述は、例えば、「ｐｒｉｎｔｅｒ＃２」を示し、プリンタ名「ｐｒｉｎｔｅｒ＃２」で印刷処理することを指定する。この場合、プリンタ１００−２のプリンタ名が「ｐｒｉｎｔｅｒ＃２」であるとする。＜ｐｒｉｎｔｅｒＮａｍｅ ｕｒｉ＝”ｈｔｔｐ：／／１９２．１６８．２．３”＞から＜／ｐｒｉｎｔｅｒＮａｍｅ＞で示す記述は、例えば、「ｐｒｉｎｔｅｒ＃３」を示し、プリンタ名「ｐｒｉｎｔｅｒ＃３」で印刷処理することを指定する。この場合、プリンタ１００−３のプリンタ名が「ｐｒｉｎｔｅｒ＃３」であるとする。
【００９９】
＜ｆｉｎｉｓｈｉｎｇｓ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：ｆｉｎｉｓｈｉｎｇ［１］”＞から＜／ｆｉｎｉｓｈｉｎｇｓ＞で示される記述４０７は、ＢＭＬｉｎｋＳに従って、印刷処理後のフィニッシングを配列「ｆｉｎｉｓｈｉｎｇ［１］」によって指定している。＜ｆｉｎｉｓｈｉｎｇ＞から＜／ｆｉｎｉｓｈｉｎｇ＞で示される記述は、フィニッシングとして、印刷した文書を「ｓｔａｐｌｅ」で綴じることを指定している。
【０１００】
＜ｄｏｃｕｍｅｎｔ−ｆｏｒｍａｔ＞から＜／ｄｏｃｕｍｅｎｔ−ｆｏｒｍａｔ＞で示される記述は、文書データのデータ形式「ｉｍａｇｅ／ｔｉｆｆ」を指定する。
【０１０１】
記述４０５は、印刷処理結果の通知方法を指定し、通知発行部１０４によって参照される。例えば、＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞までの記述４０８は、通知先として主プリンタ１００−１のＵＲＩ「ｈｔｔｐ：／／１９２．１６８．２．１／ｅｖｅｎｔ」を指定する。＜ｅｖｅｎｔｓ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：Ｅｖｅｎｔ［２］”＞から＜／ｅｖｅｎｔｓ＞までの記述４０９は、ＢＭＬｉｎｋＳに従って２つのイベントが通知されることを配列「Ｅｖｅｎｔ［２］」によって指定することを示し、各イベント種類は、＜ｅｖｅｎｔ＞から＜／ｅｖｅｎｔ＞までの記述によって指定される。例えば、正常終了を示すイベント「ｊｏｂ−ｃｏｍｐｌｅｔｅｄ」と、印刷処理がキャンセルされたことを示すイベント「ｊｏｂ−ｃａｎｃｅｌｅｄ」とが指定される。
【０１０２】
図４のステップＳ１４にて、主プリンタ１００−１からストレージ２００へ送信されるジョブ保存要求のスクリプトについて説明する。図１３は、主プリンタからストレージへ送信されるジョブ保存要求のスクリプト例を示す図である。図１３において、＜ｂｍ：ｃｒｅａｔｅ＿ｆｉｌｅ ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍ：ｓｅｒｖｉｃｅ：ｂｍ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｆｉｌｅ＞で示される記述４１０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｆｉｌｅを示す記述４１１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｆｉｌｅコマンドが発行されたことが示される。
【０１０３】
記述４１０において、＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ−ｕｓｅｒ−ｎａｍｅ＞で示される記述４１２は、登録されたユーザ名「ｓｏｍｅｏｎｅ」を示す。＜ｆｉｌｅ−ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｆｉｌｅ−ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述４１３は、データ保存条件を指定する。＜ｆｉｌｅ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞から＜／ｆｉｌｅ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞までの記述４１５は、データ保存条件のパラメータ値を指定する。例えば、＜ｆｉｌｅ−ｎａｍｅ＞から＜／ｆｉｌｅ−ｎａｍｅ＞までの記述は、ファイル名「ｓａｍｐｌｅ−ｊｏｂ」を指定する。また、＜ｒｅａｄ−ｏｎｌｙ＞から＜／ｒｅａｄ−ｏｎｌｙ＞までの記述は、読み取りのみを示す「ｔｒｕｅ」を指定する。
【０１０４】
更に、記述４１０において、＜ｆｉｌｅ−ａｔｔｒｉｂｕｔｅ＞から＜／ｆｉｌｅ−ａｔｔｒｉｂｕｔｅ＞で示される記述４１４は、文書を印刷する際の属性を指定する。＜ｐａｒａｌｌｅｌｐｒｉｎｔ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：ｐａｒａｌｌｅｌｐｒｉｎｔ［１］”＞から＜／ｐａｒａｌｌｅｌｐｒｉｎｔ＞で示される記述４１６は、ＢＭＬｉｎｋＳに従って補助プリンタを１つの配列「ｐａｒａｌｌｅｌｐｒｉｎｔ［１］」によって指定することを示し、補助プリンタは、＜ｐｒｉｎｔｅｒＮａｍｅ＞から＜／ｐｒｉｎｔｅｒＮａｍｅ＞までの記述によって指定される。＜ｐｒｉｎｔｅｒＮａｍｅ ｕｒｉ＝”ｈｔｔｐ：／／１９２．１６８．２．２”＞から＜／ｐｒｉｎｔｅｒＮａｍｅ＞で示す記述は、例えば、「ｐｒｉｎｔｅｒ＃２」を示し、プリンタ名「ｐｒｉｎｔｅｒ＃２」で印刷処理することを指定する。この場合、プリンタ１００−２のプリンタ名が「ｐｒｉｎｔｅｒ＃２」であるとする。＜ｐｒｉｎｔｅｒＮａｍｅ ｕｒｉ＝”ｈｔｔｐ：／／１９２．１６８．２．３”＞から＜／ｐｒｉｎｔｅｒＮａｍｅ＞で示す記述は、例えば、「ｐｒｉｎｔｅｒ＃３」を示し、プリンタ名「ｐｒｉｎｔｅｒ＃３」で印刷処理することを指定する。この場合、プリンタ１００−３のプリンタ名が「ｐｒｉｎｔｅｒ＃３」であるとする。
【０１０５】
図４のステップＳ１５にて、主プリンタ１００−１から補助プリンタ１００−２及び１００−３の夫々へ送信される補助印刷要求のスクリプトについて説明する。図１４は、主プリンタから補助プリンタへ送信される補助印刷要求のスクリプト例を示す図である。図１４において、＜ｂｍ：ｃｒｅａｔｅ−ｊｏｂ ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍ：ｓｅｒｖｉｃｅ：ｂｍ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ＞で示される記述４２０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｊｏｂを示す記述４２１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｊｏｂコマンドが発行されたことが示される。
【０１０６】
＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ−ｕｓｅｒ−ｎａｍｅ＞で示される記述４２２によって、印刷を要求したユーザ名「ｓｏｍｅｏｎｅ」が示される。
【０１０７】
＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述４２３は、印刷処理に関するパレメータを指定する＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞から＜／ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞で示される記述４２４と、通知すべき印刷処理中のイベントを指定する＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述４２５とで構成される。
【０１０８】
記述４２４において、＜ｊｏｂ−ｎａｍｅ＞から＜／ｊｏｂ−ｎａｍｅ＞で示される記述は、ジョブ名を指定し、＜ｊｏｂ−ｎａｍｅ＞から＜／ｊｏｂ−ｎａｍｅ＞で示される記述は、ジョブ名を指定し、例えば、「ｓａｍｐｌｅ−ｊｏｂ」のように指定される。＜ｏｐｔｉｏｎａｌ−ａｔｔｒｉｂｕｔｅｓ−ｆｉｄｅｌｉｔｙ＞から＜／ｏｐｔｉｏｎａｌ−ａｔｔｒｉｂｕｔｅｓ−ｆｉｄｅｌｉｔｙ＞で示される記述は、例えば、「ｆａｌｓｅ」のように指定される。＜ｃｏｐｉｅｓ＞から＜／ｃｏｐｉｅｓ＞で示される記述は、印刷すべき部数を示し、例えば、「１」部が示される。
【０１０９】
＜ｆｉｎｉｓｈｉｎｇｓ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：ｆｉｎｉｓｈｉｎｇ［１］”＞から＜／ｆｉｎｉｓｈｉｎｇｓ＞で示される記述４２６は、ＢＭＬｉｎｋＳに従って、印刷処理後のフィニッシングを配列「ｆｉｎｉｓｈｉｎｇ［１］」によって指定している。＜ｆｉｎｉｓｈｉｎｇ＞から＜／ｆｉｎｉｓｈｉｎｇ＞で示される記述は、フィニッシングとして、印刷した文書を「ｓｔａｐｌｅ」で綴じることを指定している。
【０１１０】
＜ｄｏｃｕｍｅｎｔ−ｆｏｒｍａｔ＞から＜／ｄｏｃｕｍｅｎｔ−ｆｏｒｍａｔ＞で示される記述は、文書データのデータ形式「ｉｍａｇｅ／ｔｉｆｆ」を指定する。
【０１１１】
ジョブの格納場所に関する記述４２７において、＜ｓｏｕｒｃｅ−ｕｒｉ＞から＜／ｓｏｕｒｃｅ−ｕｒｉ＞で示される記述は、ジョブが格納されているＵＲＩ「ｈｔｔｐ：／／１９２．１６８．２．１／ｓａｍｐｌｅ−ｊｏｂ」を示し、＜ｓｏｕｒｃｅ−ｆｉｌｅ−ｉｄ＞から＜／ｓｏｕｒｃｅ−ｆｉｌｅ−ｉｄ＞で示される記述は、ファイルＩＤ「００１」を示す。
【０１１２】
記述４２５は、印刷処理結果の通知方法を指定し、各補助プリンタ１００−２及び１００−３の通知発行部１０４によって参照される。例えば、＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞までの記述４０８は、通知先としての主プリンタ１００−１のＵＲＩ「ｈｔｔｐ：／／１９２．１６８．１．１／ｅｖｅｎｔ」を指定する。＜ｅｖｅｎｔｓ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：Ｅｖｅｎｔ［３］”＞から＜／ｅｖｅｎｔｓ＞までの記述４２９は、ＢＭＬｉｎｋＳに従って３つのイベントが通知されることを配列「Ｅｖｅｎｔ［３］」によって指定することを示し、各イベント種類は、＜ｅｖｅｎｔ＞から＜／ｅｖｅｎｔ＞までの記述によって指定される。例えば、正常終了を示すイベント「ｊｏｂ−ｃｏｍｐｌｅｔｅｄ」と、印刷処理がキャンセルされたことを示すイベント「ｊｏｂ−ｃａｎｃｅｌｅｄ」と、読み込みが終了したことを示すイベント「ｒｅａｄ−ｃｏｍｐｌｅｔｅｄ」とが指定される。
【０１１３】
図５のステップＳ４６にて、補助プリンタプリンタ１００−２からストレージ２００へ送信されるジョブ取得要求によって、ページのみを指定してページロックするスクリプトについて説明する。図１５図１５は、主プリンタからストレージへ送信されるジョブ取得要求によるページロックの第一スクリプト例を示す図である。図１５において、＜ｂｍ：ｆｉｌｅ−ａｔｔｒｉｂｕｔｅ ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍ：ｓｅｒｖｉｃｅ：ｂｍ”＞から＜／ｂｍ：ｆｉｌｅ−ａｔｔｒｉｂｕｔｅ ＞で示される記述４３０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｆｉｌｅ−ａｔｔｒｉｂｕｔｅを示す記述４３１によってＢＭＬｉｎｋＳによって規定されるｆｉｌｅ−ａｔｔｒｉｂｕｔｅコマンドが発行されたことが示される。
【０１１４】
記述４３０において、＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞で示される記述４３２は、登録されたユーザ名「ｓｏｍｅｏｎｅ」を示す。＜ｓｏｕｒｃｅ−ｆｉｌｅ−ｉｄ＞から＜／ｓｏｕｒｃｅ−ｆｉｌｅ−ｉｄ＞で示される記述４３３は、ファイルＩＤ「００１」を示す。＜ｌｏｃｋ−ｐａｇｅ−ｉｄ＞から＜／ｌｏｃｋ−ｐａｇｅ−ｉｄ＞で示される記述４３４は、ロックすべきページ「００１」を示す。
【０１１５】
図５のステップＳ４６にて、補助プリンタプリンタ１００−２からストレージ２００へ送信されるジョブ取得要求によって、ページ及びロック期間を指定してページロックするスクリプトについて説明する。図１６は、主プリンタからストレージへ送信されるジョブ取得要求によるページロックの第二スクリプト例を示す図である。図１６において、＜ｂｍ：ｆｉｌｅ−ａｔｔｒｉｂｕｔｅ ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍ：ｓｅｒｖｉｃｅ：ｂｍ”＞から＜／ｂｍ：ｆｉｌｅ−ａｔｔｒｉｂｕｔｅ＞で示される記述４４０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｆｉｌｅ−ａｔｔｒｉｂｕｔｅを示す記述４４１によってＢＭＬｉｎｋＳによって規定されるｆｉｌｅ−ａｔｔｒｉｂｕｔｅコマンドが発行されたことが示される。
【０１１６】
記述４４０において、＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞で示される記述４４２は、登録されたユーザ名「ｓｏｍｅｏｎｅ」を示す。＜ｓｏｕｒｃｅ−ｆｉｌｅ−ｉｄ＞から＜／ｓｏｕｒｃｅ−ｆｉｌｅ−ｉｄ＞で示される記述４３３は、ファイルＩＤ「００１」を示す。＜ｌｏｃｋ−ｐａｇｅ−ｉｄ＞から＜／ｌｏｃｋ−ｐａｇｅ−ｉｄ＞で示される記述４３４は、ロックすべきページ「００１」を示す。更に、＜ｌｏｃｋ−ｅｘｐｉｒｅ−ｓｅｃｏｎｄｓ＞から＜／ｌｏｃｋ−ｅｘｐｉｒｅ−ｓｅｃｏｎｄｓ＞で示される記述４５５は、例えば、「６０」秒のロック期間を指定する。この場合、終了時刻を指定するようにしても良い。
【０１１７】
図５のステップＳ２５にて、ストレージ２００に保存されている印刷済みのページを削除するページ削除要求のスクリプトについて説明する。図１７は、ストレージ２００に保存されている印刷済みのページを削除するページ削除要求のスクリプト例を示す図である。図１７において、＜ｂｍ：ｄｅｌｅｔｅ＿ｐａｇｅ ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍ：ｓｅｒｖｉｃｅ：ｂｍ”＞から＜／ｂｍ：ｄｅｌｅｔｅ＿ｐａｇｅ＞で示される記述４５０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｄｅｌｅｔｅ＿ｐａｇｅを示す記述４５１によってＢＭＬｉｎｋＳによって規定されるｄｅｌｅｔｅ＿ｐａｇｅコマンドが発行されたことが示される。
【０１１８】
記述４５０において、＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞で示される記述４５２は、登録されたユーザ名「ｓｏｍｅｏｎｅ」を示す。＜ｆｉｌｅ−ｉｄ＞から＜／ｆｉｌｅ−ｉｄ＞で示される記述４５３は、ファイルＩＤ「００１」を示す。＜ｐａｇｅ−ｉｄ＞から＜／ｐａｇｅ−ｉｄ＞で示される記述４５４は、削除すべきページ「００１」を示す。
【０１１９】
上記第一実施例に係る画像形成システム１００１おいて、１つのストレージにジョブを保存し、複数のプリンタ１００−１から１００−３にて文書を重複なく出力する方法について説明したが、ストレージ２００に障害が発生した場合にも、文書の印刷を行うことができる第二実施例について以下に説明する。
【０１２０】
図１８は、本発明の第二実施例に係る画像形成システムのネットワーク構成例を示す図である。図１８に示す画像形成システム１００２において、プリンタ１００は、第一実施例に係る画像形成システム１００１のプリンタ１００の図２に示すハードウェア構成を成し、また、図３に示す機能構成を成す。ストレージ２００−１から２００−３（以下、総称する場合ストレージ２００と言う）及びＰＣ３００は、第一実施例におけるストレージ２００とＰＣ３００と同等である。
【０１２１】
図１８に示す画像形成システム１００２は、印刷処理を行うプリンタ１００と、印刷パラメータ及び文書データを保存する複数のストレージ２００−１から２００−３と、文書を印刷する利用者が使用するＰＣ３００とによって構成されるシステムである。プリンタ１００と、複数のストレージ２００−１から２００−３と、ＰＣ３００とは、ネットワーク４０を介して接続される。
【０１２２】
このような画像形成システム１００２において、ＰＣ３００から印刷要求を受信すると、プリンタ１００は、複数のストレージ２００−１から２００−３へジョブ保存要求を送信する。説明の便宜上、プリンタ１００は、複数のストレージ２００−１から２００−３へジョブ保存要求を送信するとしているが、ジョブ保存要求を送信するストレージ２００は１つ以上であればよい。
【０１２３】
図１８を参照しつつ、画像形成システム１００２での処理フローの概要を説明する。
【０１２４】
プリンタ１００は、ＰＣ３００から印刷要求を受信すると（ステップＳ１３１）、該印刷要求で指定される保存先として所望するストレージ２００の一覧及びステープルの要否等のフィニッシングの方法を示す印刷パラメータと、印刷処理の対象となる文書データとに基づいてジョブを生成する。その生成したジョブに関するジョブ指示情報には、ＰＣ３００からの印刷パラメータに基づいて作成された印刷パラメータと、印刷処理のイベント通知に関する通知指示情報とが含まれる。
【０１２５】
プリンタ１００は、そのジョブ指示情報を複数のストレージ２００−１から２００−３に対してジョブ保存要求を順次送信する（ステップＳ１３２−１からＳ１３２−３）。各ストレージ２００−１から２００−３は、プリンタ１００からジョブ保存要求を受信すると、該ジョブ保存要求で指定されるファイル名でジョブ指示情報及び文書データを保存する。
【０１２６】
そして、プリンタ１００は、印刷要求生に指定されたストレージ２００の一覧の順に、例えば、先ずストレージ２００−１に対してジョブ取得要求を送信し（ステップＳ１３３−１）、取得したジョブ指示情報及び文書データに従って印刷処理を実行する。プリンタ１００は、印刷処理をするためにストレージ２００−１からページを取得できない場合、次のストレージ２００−２へジョブ取得要求を送信することによって（ステップＳ１３３−２）、該ページを取得して印刷する。更に、ストレージ２００−２からもページを取得できない場合、次のストレージ２００−３に対してジョブ取得要求を送信し（ステップＳ１３３−３）、該ページを取得して印刷する。
【０１２７】
このように、何らかの理由でストレージ２００−１から印刷すべきページを取得できない場合、他のストレージ２００−２又は２００−３から印刷すべきページを取得することができる。したがって、ＰＣ３００の利用者は、バックアップとしてストレージ２００−２及び２００−３を指定することによって各ストレージ２００−１から２００−３の状態を知ることなく、印刷要求を送信したプリンタ１００にて文書を印刷させることができる。よって、画像形成システム１００２は対障害性を向上させることができる。
【０１２８】
次に、プリンタ１００での処理を制御する制御部１０５にて行われる処理について説明する。図１９は、本発明の第二実施例に係る制御部の処理例を説明するためのフローチャート図である。図１９において、制御部１０５は、所定時間毎にジョブを受信したか否かを判断する（ステップＳ１４１）。ジョブを受信していない場合、待ち状態となり、所定時間毎にステップＳ１４１を繰り返す。一方、ＰＣからジョブを受信した場合、ステップＳ１１３を実行する。
【０１２９】
制御部１０５は、ジョブ発行部１０２にジョブを生成させ、ジョブ内容を指示するジョブ指示情報を、印刷要求で指定される複数のストレージ２００−１から２００−３に順次保存する（ステップＳ１４２）。そして、制御部１０５は、印刷要求で指定される最初のストレージ（この場合、ストレージ１００−１とする）を選択する（ステップＳ１４３）。
【０１３０】
制御部１０５は、ページＸに１を設定し（ステップＳ１４４）、ページＸの取得を選択したストレージ２００−１に対してジョブ取得要求を送信することによって要求する（ステップＳ１４５）。制御部１０５は、ストレージ２００−１からページＸを取得できたか否かを判断する（ステップＳ１４６）。ページＸを取得できなかった場合、次のストレージ２００−２を選択し（ステップＳ１４７）、ステップＳ１４５へ戻る。この場合、ストレージ２００−１からページＸを取得できなかった場合、ストレージ２００−２を選択する。ストレージ２００−２からページＸを取得できなかった場合、順にストレージ２００−３を選択する。
【０１３１】
一方、ページＸを取得できた場合、制御部１０５は、印刷処理部１０６を制御してページＸを印刷する（ステップＳ１４８）。制御部１０５は、印刷すべきページがまだあるか否かを判断する（ステップＳ１４９）。ページがまだある場合、制御部１０５は、ページＸに１を加えて（ステップＳ１５０）、ステップＳ１４５へ戻る。一方、全てのページを印刷した場合、ジョブを削除するため、ストレージ２００−１から２００−３に対してジョブ削除要求を送信し、制御部１０５での処理を終了する（ステップＳ１５１）。
【０１３２】
図１８のステップＳ１３１にて、ＰＣ３００から主プリンタ１００−１へ送信される印刷要求のスクリプトについて説明する。図２０は、複数のストレージが指定される印刷要求のスクリプト例を示す図である。図２０において、＜ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍ：ｓｅｒｖｉｃｅ：ｂｍ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｊｏｂ＞で示される記述４６０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｊｏｂを示す記述４６１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｊｏｂコマンドが発行されたことが示される。
【０１３３】
＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ−ｕｓｅｒ−ｎａｍｅ＞で示される記述４６２によって、印刷を要求したユーザ名「ｓｏｍｅｏｎｅ」が示される。
【０１３４】
＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述４６３は、印刷処理に関するパレメータを指定する＜ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞から＜／ｊｏｂ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞で示される記述４６４と、通知すべき印刷処理中のイベントを指定する＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ−ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述４０５とで構成される。
【０１３５】
記述４６４において、＜ｊｏｂ−ｎａｍｅ＞から＜／ｊｏｂ−ｎａｍｅ＞で示される記述は、ジョブ名を指定し、例えば、「ｓａｍｐｌｅ−ｊｏｂ」のように指定される。＜ｏｐｔｉｏｎａｌ−ａｔｔｒｉｂｕｔｅｓ−ｆｉｄｅｌｉｔｙ＞から＜／ｏｐｔｉｏｎａｌ−ａｔｔｒｉｂｕｔｅｓ−ｆｉｄｅｌｉｔｙ＞で示される記述は、例えば、「ｆａｌｓｅ」のように指定される。＜ｃｏｐｉｅｓ＞から＜／ｃｏｐｉｅｓ＞で示される記述は、印刷すべき部数を示し、例えば、「１」部が示される。
【０１３６】
＜ｐａｒａｌｌｅｌｐｒｉｎｔ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：ｐａｒａｌｌｅｌｐｒｉｎｔ［１］”＞から＜／ｐａｒａｌｌｅｌｐｒｉｎｔ＞で示される記述４６６は、ＢＭＬｉｎｋＳに従って、ジョブ指示情報と文書データとを保存する複数のストレージを指定している。＜ｓｔｏｒａｇｅＮａｍｅ ｕｒｉ＝”ｈｔｔｐ：／／１９２．１６８．３．１”＞から＜／ｓｔｏｒａｇｅＮａｍｅ＞で示す記述は、例えば、「ｓｔｏｒａｇｅ＃１」を示し、ストレージ名「ｓｔｏｒａｇｅ＃１」にジョブ指示情報及び文書データを保存することを指定する。また、＜ｓｔｏｒａｇｅＮａｍｅ ｕｒｉ＝”ｈｔｔｐ：／／１９２．１６８．３．２”＞から＜／ｓｔｏｒａｇｅＮａｍｅ＞で示す記述は、例えば、「ｓｔｏｒａｇｅ＃２」を示し、ストレージ名「ｓｔｏｒａｇｅ＃２」にジョブ指示情報及び文書データを保存することを指定する。更に、ｓｔｏｒａｇｅＮａｍｅ ｕｒｉ＝”ｈｔｔｐ：／／１９２．１６８．３．３”＞から＜／ｓｔｏｒａｇｅＮａｍｅ＞で示す記述は、例えば、「ｓｔｏｒａｇｅ＃３」を示し、ストレージ名「ｓｔｏｒａｇｅ＃３」にジョブ指示情報及び文書データを保存することを指定する。この場合、ストレージ名「ｓｔｏｒａｇｅ＃１」はストレージ２００−１、ストレージ名「ｓｔｏｒａｇｅ＃２」はストレージ２００−２、ストレージ名「ｓｔｏｒａｇｅ＃３」はストレージ２００−３に対応するとする。
【０１３７】
＜ｆｉｎｉｓｈｉｎｇｓ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：ｆｉｎｉｓｈｉｎｇ［１］”＞から＜／ｆｉｎｉｓｈｉｎｇｓ＞で示される記述４６７は、ＢＭＬｉｎｋＳに従って、印刷処理後のフィニッシングを配列「ｆｉｎｉｓｈｉｎｇ［１］」によって指定している。＜ｆｉｎｉｓｈｉｎｇ＞から＜／ｆｉｎｉｓｈｉｎｇ＞で示される記述は、フィニッシングとして、印刷した文書を「ｓｔａｐｌｅ」で綴じることを指定している。
【０１３８】
＜ｄｏｃｕｍｅｎｔ−ｆｏｒｍａｔ＞から＜／ｄｏｃｕｍｅｎｔ−ｆｏｒｍａｔ＞で示される記述は、文書データのデータ形式「ｉｍａｇｅ／ｔｉｆｆ」を指定する。
【０１３９】
記述４６５は、印刷処理結果の通知方法を指定し、通知発行部１０４によって参照される。例えば、＜ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞から＜／ｎｏｔｉｆｉｃａｔｉｏｎ−ｒｅｃｉｐｉｅｎｔ＞までの記述４６８は、通知先としてＰＣ３００のＵＲＩ「ｈｔｔｐ：／／１９２．１６８．４．１／ｅｖｅｎｔ」を指定する。＜ｅｖｅｎｔｓ ｅｎｃ：ａｒｒａｙＴｙｐｅ＝”ｂｍ：Ｅｖｅｎｔ［２］”＞から＜／ｅｖｅｎｔｓ＞までの記述４６９は、ＢＭＬｉｎｋＳに従って２つのイベントが通知されることを配列「Ｅｖｅｎｔ［２］」によって指定することを示し、各イベント種類は、＜ｅｖｅｎｔ＞から＜／ｅｖｅｎｔ＞までの記述によって指定される。例えば、正常終了を示すイベント「ｊｏｂ−ｃｏｍｐｌｅｔｅｄ」と、印刷処理がキャンセルされたことを示すイベント「ｊｏｂ−ｃａｎｃｅｌｅｄ」とが指定される。
【０１４０】
図１８のステップＳ１３３−１からＳ１３３−３にて、プリンタ１００から複数のストレージ２００−１から２００−３へ送信されるジョブ保存要求のスクリプトについて説明する。図２１図１７は、プリンタから複数のストレージへ送信されるジョブ保存要求のスクリプト例を示す図である。図２１において、＜ｂｍ：ｃｒｅａｔｅ＿ｆｉｌｅ ｘｍｌｎｓ：ｂｍ＝”ｕｒｎ：ｓｃｈｅｍａｓ−ｂｍ：ｓｅｒｖｉｃｅ：ｂｍ”＞から＜／ｂｍ：ｃｒｅａｔｅ＿ｆｉｌｅ＞で示される記述４７０は、ＢＭＬｉｎｋＳに従ったＸＭＬによる記述であることを示す。ｃｒｅａｔｅ＿ｆｉｌｅを示す記述４７１によってＢＭＬｉｎｋＳによって規定されるｃｒｅａｔｅ＿ｆｉｌｅコマンドが発行されたことが示される。
【０１４１】
記述４７０において、＜ｒｅｑｕｅｓｔｉｎｇ−ｕｓｅｒ−ｎａｍｅ＞から＜／ｒｅｑｕｅｓｔ−ｕｓｅｒ−ｎａｍｅ＞で示される記述４７２は、登録されたユーザ名「ｓｏｍｅｏｎｅ」を示す。＜ｆｉｌｅ−ｉｎｓｔｒｕｃｔｉｏｎ＞から＜／ｆｉｌｅ−ｉｎｓｔｒｕｃｔｉｏｎ＞で示される記述４７３は、データ保存条件を指定する。＜ｆｉｌｅ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞から＜／ｆｉｌｅ−ｉｎｓｔｒｕｃｔｉｏｎ−ｐａｒａｍｓ＞までの記述４７４は、ファイルに関する情報を示す記述４７５と、バックアップとしての複数のストレージの一覧を示す記述４７６とで構成される。
【０１４２】
記述４７５において、例えば、＜ｆｉｌｅ−ｎａｍｅ＞から＜／ｆｉｌｅ−ｎａｍｅ＞までの記述は、ファイル名「ｓａｍｐｌｅ−ｊｏｂ」を指定する。また、＜ｒｅａｄ−ｏｎｌｙ＞から＜／ｒｅａｄ−ｏｎｌｙ＞までの記述は、読み取りのみを示す「ｔｒｕｅ」を指定する。
【０１４３】
また、記述４７６において、＜ｂａｃｋｕｐ−ｕｒｉ＞から＜／ｂａｃｋｕｐ−ｕｒｉ＞で示される３つの記述は、バックアップとしてジョブ指示情報及び文書データが格納されるＵＲＩ「ｈｔｔｐ：／／１９２．１６８．３．１／ｓａｍｐｌｅ−ｊｏｂ」、「ｈｔｔｐ：／／１９２．１６８．３．２／ｓａｍｐｌｅ−ｊｏｂ」、及び、「ｈｔｔｐ：／／１９２．１６８．３．３／ｓａｍｐｌｅ−ｊｏｂ」を指定する。
【０１４４】
このように、何らかの理由でストレージ２００−１からページＸが取得できない場合、プリンタ１００は、ストレージ２００−２又は２００−３からページＸを取得し印刷することができる。したがって、ＰＣ３００の利用者は、バックアップとしてストレージ２００−２及び２００−３を指定することによって各ストレージ２００−１から２００−３の状態を知ることなく、印刷要求を送信したプリンタ１００にて文書を印刷させることができる。よって、画像形成システム１００２は対障害性を向上させることができる。
【０１４５】
次に、ＰＣ３００から印刷要求を受信したプリンタ１００−１は、主プリンタとして、複数のストレージ２００−１から２００−３にジョブを保存すると共に、プリンタ１００−２及び１００−３に補助プリンタとして補助印刷要求を送信する第三実施例について説明する。
【０１４６】
図２２は、本発明の第三実施例に係る画像形成システムのネットワーク構成例を示す図である。図２２に示す画像形成１００３において、プリンタ１００−１から１００−３は、第一実施例に係る画像形成システム１００１のプリンタ１００の図２に示すハードウェア構成を成し、また、図３に示す機能構成を成す。ストレージ２００−１から２００−３（以下、総称する場合ストレージ２００と言う）及びＰＣ３００は、第一実施例におけるストレージ２００とＰＣ３００と同等である。
【０１４７】
図２２に示す画像形成システム１００３は、印刷処理を行う複数のプリンタ１００−１から１００−３と、印刷パラメータ及び文書データを保存する複数のストレージ２００−１から２００−３と、文書を印刷する利用者が使用するＰＣ３００とによって構成されるシステムである。複数のプリンタ１００−１から１００−３と、複数のストレージ２００−１から２００−３と、ＰＣ３００とは、ネットワーク４０を介して接続される。
【０１４８】
このような画像形成システム１００３において、ＰＣから印刷要求を直接受信するプリンタを主となるプリンタ１００−１とし、プリンタ１００−１がＰＣ３００に代わって印刷要求を送信する補助のプリンタをプリンタ１００−２から１００−３とする。複数のプリンタ１００−１〜１００−ｎは、同等の機能を有するプリンタであって、以下、総称する場合には単にプリンタ１００と言う。ＰＣから印刷要求を直接受信した主プリンタ１００−１は、複数のストレージ２００−１から２００−３へジョブ保存要求を送信する。説明の便宜上、プリンタ１００は、複数のストレージ２００−１から２００−３へジョブ保存要求を送信するとしているが、ジョブ保存要求を送信するストレージ２００は１つ以上であればよい。
【０１４９】
説明の便宜上、プリンタ１００−１をＰＣ３００から直接印刷要求を受信するプリンタとしているが、プリンタ１００−１から１００−ｎのどのプリンタであっても良い。単に、プリンタ１００−１から１００−ｎのうちのＰＣ３００から印刷要求を直接受信したプリンタを主プリンタと定義する。
【０１５０】
図２２を参照しつつ、画像形成システム１００３での処理フローの概要を説明する。
【０１５１】
主プリンタ１００−１は、ＰＣ３００から直接印刷要求を受信すると（ステップＳ１６１）、該印刷要求で指定される出力先として所望するプリンタ１００の一覧、ジョブを保存するストレージ２００の一覧、及び、ステープルの要否等のフィニッシングの方法を示す印刷パラメータと、印刷処理の対象となる文書データとに基づいてジョブを生成する。その生成したジョブに関するジョブ指示情報には、ＰＣ３００からの印刷パラメータに基づいて作成された印刷パラメータと、印刷処理のイベント通知に関する通知指示情報とが含まれる。
【０１５２】
主プリンタ１００−１は、そのジョブ指示情報を印刷要求で指定されるストレージ２００の一覧に従って順に保存するためのジョブ保存要求をストレージ２００−１から２００−３に送信する（ステップＳ１６２−１からＳ１６２−３）。各ストレージ２００−１から２００−３は、主プリンタ１００−１からジョブ保存要求を受信すると、該ジョブ保存要求で指定されるファイル名でジョブ指示情報及び文書データを保存する。
【０１５３】
利用者が所望する補助としてのプリンタがプリンタ１００−２から１００−３であるとする。主プリンタ１００−１は、ＰＣ３００から指示された印刷パラメータに基づく補助プリンタ用の印刷パラメータを設定した補助印刷要求を補助プリンタ１００−２から１００−３へ順次送信する（ステップＳ１６３−１及びＳ１６３−２）。
【０１５４】
そして、主プリンタ１００−１は、ストレージ２００−１へジョブ取得要求を送信することによってジョブ指示情報の全部又は一部と文書データとを取得し（ステップＳ１６４−１）、印刷処理を実行する。同様に、補助プリンタ１００−２及び１００−３は、夫々、ストレージ２００へジョブ取得要求を送信することによってジョブ指示情報の全部又は一部と文書データとを取得し（ステップＳ１６４−２及びＳ１６４−３）、印刷処理を実行する。
【０１５５】
このような画像形成システム１００３では、ＰＣ３００から印刷要求を受信したプリンタ１００−１が自立的に主プリンタとなって、利用者が所望するプリンタ１００−２及び１００−３を補助プリンタとして制御するため、複数のプリンタ１００−１から１００−ｎを制御するための専用のサーバを設ける必要がない。
【０１５６】
また、主プリンタ１００−１及び補助プリンタ１００−２及び１００−３が印刷処理を行うため、プリンタ１００−１から１００−３のいずれかのプリンタに障害が発生したとしても、他のプリンタによって印刷処理が行われるため、利用者は、必ず、指定したプリンタ１００−１から１００−３のいずれかで印刷された文書を取得することができる。従って、プリンタの障害に影響されにくい耐障害性に優れたシステムを実現することができる。
【０１５７】
更に、ストレージ２００−１から２００−３のいずれかに障害が発生したとしても、プリンタ１００−１から１００−３のいずれかで文書を印刷させることができる。従って、ストレージの障害に影響されにくい耐障害性に優れたシステムを実現することができる。
【０１５８】
また、このような画像形成システム１００３では、各プリンタ１００−１から１００−３が夫々ストレージ２００−１から２００−３に対してジョブ保存要求を送信することによって、各プリンタ１００−１から１００−３によって文書印刷することができる。例えば、同時に３部を印刷するができるため、高速に印刷処理をすることができる。
【０１５９】
【発明の効果】
以上、説明してきたように、本願発明によれば、画像形成処理を行うと共に、他の画像形成装置にても、保存手段から画像形成パラメータ及び対象データを取得して画像形成処理を行うことができるため、自身に障害が発生したとしてもいずれかの画像形成装置にて画像形成処理を行うことができる。また、画像形成要求を受信した画像形成装置が、自発的に画像形成パラメータ及び対象データを保存手段に保存し、他画像形成装置に対して画像形成要求を行うため、このような処理を制御するためのサーバを備える必要がない。
【０１６０】
【図面の簡単な説明】
【図１】本発明の第一実施例に係る画像形成システムのネットワーク構成例を示す図である。
【図２】本発明の第一実施例に係るプリンタのハードウェア構成を示すブロック図である。
【図３】本発明の第一実施例に係るプリンタの機能構成例を示すブロック図である。
【図４】本発明の第一実施例に係る制御部の印刷要求を受信した場合の処理例を説明するためのフローチャート図である。
【図５】本発明の第一実施例に係る制御部の印刷要求を受信した場合の処理例を説明するためのフローチャート図である。
【図６】本発明の第一実施例に係る制御部の補助印刷要求を受信した場合の処理例を説明するためのフローチャート図である。
【図７】本発明の第一実施例に係る制御部の補助印刷要求を受信した場合の処理例を説明するためのフローチャート図である。
【図８】ロック時間制御処理を説明するためのフローチャート図である。
【図９】ロック結果処理を説明するためのフローチャート図である。
【図１０】本発明の第一実施例に係る制御部の第二の処理例を説明するためのフォローチャート図である。
【図１１】ジョブデータの構造を示す図である。
【図１２】ＰＣから送信される印刷要求のスクリプト例を示す図である。
【図１３】主プリンタからストレージへ送信されるジョブ保存要求のスクリプト例を示す図である。
【図１４】主プリンタから補助プリンタへ送信される補助印刷要求のスクリプト例を示す図である。
【図１５】主プリンタからストレージへ送信されるジョブ取得要求によるページロックの第一スクリプト例を示す図である。
【図１６】主プリンタからストレージへ送信されるジョブ取得要求によるページロックの第二スクリプト例を示す図である。
【図１７】ストレージ２００に保存されている印刷済みのページを削除するページ削除要求のスクリプト例を示す図である。
【図１８】本発明の第二実施例に係る画像形成システムのネットワーク構成例を示す図である。
【図１９】本発明の第二実施例に係る制御部の処理例を説明するためのフローチャート図である。
【図２０】複数のストレージが指定される印刷要求のスクリプト例を示す図である。
【図２１】プリンタから複数のストレージへ送信されるジョブ保存要求のスクリプト例を示す図である。
【図２２】本発明の第三実施例に係る画像形成システムのネットワーク構成例を示す図である。
【符号の説明】
４０ ネットワーク
１００、１００−１、１００−２、１００−３ プリンタ
１０１ ジョブ受付部
１０２ ジョブ発行部
１０３ サービス検索部
１０４ 通知発行部
１０５ 制御部
１０６ 印刷処理部
１０７ ロック時間制御部
１１０ ネットワーク制御部
２００、２００−１、２００−２、２００−３ ストレージ
３００ ＰＣ

Claims (16)

1. 画像形成を要求する第一画像形成要求に基づいて、他の画像形成装置によってアクセス可能であり、画像形成パラメータと画像形成すべき対象データとを保存する保存手段に対して、該対象データの全部又は一部にロックを要求するロック要求手段と、
   上記画像形成パラメータに従って、上記ロックを要求した対象データの全部又は一部に基づいて画像を形成するように画像形成処理を制御する画像形成制御手段とを有することを特徴とする分散型画像形成装置。
2. 上記第一画像形成要求の受信時に、上記対象データの全部又は一部にロックを要求すると共に、上記画像形成パラメータと該対象データの保存を要求する保存要求を１つ以上の上記保存手段に行う保存要求手段と、
   上記画像形成パラメータの一部を示す第二画像形成要求を１つ以上の他の画像形成装置に対して送信する要求送信手段とを有することを特徴とする請求項１記載の分散型画像形成装置。
3. 他の画像形成装置から上記第二画像形成要求を受信すると、上記ロック要求手段は、上記対象データの全部又は一部にロックを要求すると共に、そのロックの要求をした該対象データの全部又は一部のダウンロードを上記保存手段に対して要求し、
   上記保存手段から上記対象データをダウンロードして取得する対象データ取得手段とを有することを特徴とする請求項１記載の分散型画像形成装置。
4. 上記ロック要求手段は、上記対象データを所定の区切りで分割した分割データ単位でロックする要求を上記保存手段に行うことを特徴とする請求項１乃至３のいずれか一項記載の分散画像形成装置。
5. 上記分割データ単位で画像形成処理を行う場合、上記ロック要求手段は、対象となる分割データをロックする要求を上記保存手段に行い、
   上記分割データがロックできたか否かを判断する第一ロック判断手段と、
   上記第一ロック判断手段による判断結果に基づいて、次の分割データのロックを上記ロック要求手段に行わせることを特徴とする請求項４記載の分散型画像形成装置。
6. 上記分割データ単位で画像形成処理を行う場合、上記ロック要求手段は、対象となる分割データをロックする要求を上記保存手段に行い、
   上記分割データがロックできたか否かを判断する第一ロック判断手段と、
   上記第一ロック判断手段による判断結果に基づいて、所定のロック時間の経過後に、再度ロックできたか否かを判断する第二ロック判断手段と、
   上記第二ロック判断手段による判断結果に基づいて、上記分割データのロックを解除するロック解除手段とを有し、
   上記ロック解除手段によるロックの解除後、上記ロック要求手段を再度実行することを特徴とする請求項４記載の分散型画像形成装置。
7. 上記対象データの部数単位で画像形成処理を行う場合、上記ロック要求手段は、ジョブをロックする要求を上記保存手段に行うことによって該対象データの全部をロックし、
   上記ジョブがロックできたか否かを判断する第一ロック判断手段と、
   上記第一ロック判断手段による判断結果に基づいて、所定のロック時間の経過後に、再度ロックできたか否かを判断する第二ロック判断手段と、
   上記第二ロック判断手段による判断結果に基づいて、上記ジョブのロックを解除するロック解除手段とを有し、
   上記ロック解除手段によるロックの解除後、上記ロック要求手段を再度実行することを特徴とする請求項１又は２記載の分散型画像形成装置。
8. 上記第一画像形成要求に１つ以上の他の画像形成装置が指定されていない場合、画像形成処理可能な他の画像形成装置を検索する装置検索手段を有し、
   上記保存要求手段は、上記装置検索手段によって検索された１つ以上の他の画像形成装置に対して上記保存要求を送信することを特徴とする請求項２項記載の分散型画像形成装置。
9. 画像形成した上記分割データを削除する分割データ削除要求を上記保存手段に送信することを特徴とする請求項２乃至８のいずれか一項記載の分散型画像形成装置。
10. 上記画像形成制御手段は、
    上記対象データを構成する分割データ全てに対して画像処理が終了したか否かを判断する終了判断手段と、
    上記終了判断手段による判断結果に基づいて、上記対象データに対するジョブを削除するジョブ削除要求を上記保存手段に行うジョブ削除要求手段とを有することを特徴とする請求項２乃至９のいずれか一項記載の分散型画像形成装置。
11. 画像形成を要求する画像形成要求を受信する要求受信手段と、
    上記画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を複数の保存手段に行う保存要求手段と、
    上記複数の保存手段の１つに対して上記画像形成パラメータと上記対象データとを取得する取得要求を行う取得要求手段と、
    上記取得要求手段によって取得した上記画像形成と上記対象データとに基づいて画像を形成するように画像形成処理を制御する画像形成制御手段とを有し、
    上記取得要求手段による取得が不可能な場合、他の保存手段に対して上記取得要求手段を行うようにして、上記画像形成処理を実行することを特徴とする分散型画像形成装置。
12. 画像形成を要求する第一画像形成要求を受信する要求受信手段と、
    上記第一画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を複数の保存手段に行う保存要求手段と、
    上記画像形成パラメータの一部を示す第二画像形成要求を複数の他の画像形成装置に対して送信する要求送信手段と、
    上記複数の保存手段の１つに対して上記画像形成パラメータと上記対象データとを取得する取得要求を行う取得要求手段と、
    上記取得要求手段によって取得した上記画像形成と上記対象データとに基づいて画像を形成するように画像形成処理を制御する画像形成制御手段とを有し、
    上記取得要求手段による取得が不可能な場合、他の保存手段に対して上記取得要求手段を行う保存装置切換手順とを有し、
    上記保存装置切換手順又は上記他の画像形成装置によってようにして、上記画像形成処理を実行することを特徴とする分散型画像形成装置。
13. コンピュータが、
    画像形成を要求する第一画像形成要求を受信する要求受信手順と、
    上記第一画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を１つ以上の保存手段に行う保存要求手順と、
    上記画像形成パラメータの一部を示す第二画像形成要求を１つ以上の他の画像形成装置に対して送信する要求送信手順と、
    上記画像形成パラメータに従って、上記対象データに基づいて画像を形成するように画像形成処理を制御する画像形成制御手順とを有し、
    少なくとも１つ以上の上記他の画像形成装置と分散して上記画像形成処理を実行することを特徴とした分散画像形成方法。
14. コンピュータが、
    画像形成を要求する画像形成要求を受信する要求受信手順と、
    上記画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を複数の保存手段に行う保存要求手順と、
    上記複数の保存手段の１つに対して上記画像形成パラメータと上記対象データとを取得する取得要求を行う取得要求手順と、
    上記取得要求手順によって取得した上記画像形成と上記対象データとに基づいて画像を形成するように画像形成処理を制御する画像形成制御手順とを有し、
    上記取得要求手順による取得が不可能な場合、他の保存手段に対して上記取得要求手順を行うようにして、上記画像形成処理を実行することを特徴とする分散型画像形成方法。
15. コンピュータが、
    画像形成を要求する第一画像形成要求を受信する要求受信手順と、
    上記第一画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を複数の保存手段に行う保存要求手順と、
    上記画像形成パラメータの一部を示す第二画像形成要求を複数の他の画像形成装置に対して送信する要求送信手順と、
    上記複数の保存手段の１つに対して上記画像形成パラメータと上記対象データとを取得する取得要求を行う取得要求手順と、
    上記取得要求手順によって取得した上記画像形成と上記対象データとに基づいて画像を形成するように画像形成処理を制御する画像形成制御手順と、
    上記取得要求手順による取得が不可能な場合、他の保存手段に対して上記取得要求手順を行う保存装置切換手順とを有し、
    上記保存装置切換手順又は上記他の画像形成装置によって、上記画像形成処理を実行することを特徴とする分散型画像形成装置。
16. ネットワークを介して、利用者が使用する利用者端末と、画像形成処理に関する情報を保存する少なくとも１つの保存装置と、画像形成処理を実行する少なくとも１つの画像形成装置とが接続される画像形成システムにおいて、該利用者端末からの画像形成要求に応じて該画像形成処理を行う画像形成方法において、
    上記利用者端末は、
    画像形成を要求する第一画像形成要求を上記画像形成装置に送信する第一画像形成要求送信手順を有し、
    上記画像形成装置は、
    上記第一画像形成要求に基づいて、画像形成パラメータと画像形成すべき対象データとを保存する保存手段に対して、該対象データの全部又は一部にロックを要求するロック要求手順と、
    画像形成パラメータの一部を示す第二画像形成要求を１つ以上の他の画像形成装置に対して送信する要求送信手順と、
    上記画像形成パラメータに従って、上記ロックを要求した対象データの全部又は一部に基づいて画像を形成するように画像形成処理を制御する画像形成制御手順とを有し、
    重複して上記画像形成処理を行うことなく、上記他の画像形成装置と分散して該画像形成処理を実行することを特徴とする分散型画像形成方法。

Images