JP4180401B2 - Data storage device - Google Patents
Data storage device Download PDFInfo
- Publication number
- JP4180401B2 JP4180401B2 JP2003054203A JP2003054203A JP4180401B2 JP 4180401 B2 JP4180401 B2 JP 4180401B2 JP 2003054203 A JP2003054203 A JP 2003054203A JP 2003054203 A JP2003054203 A JP 2003054203A JP 4180401 B2 JP4180401 B2 JP 4180401B2
- Authority
- JP
- Japan
- Prior art keywords
- storage
- image forming
- request
- job
- target data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【0001】
【発明の属する技術分野】
本発明は、データ保存要求に応じてデータを保存し、データ取得要求に応じて保存されたデータを提供するデータ保存装置に関し、特に、ネットワークを介して接続される画像形成装置から印刷パラメータと画像形成される文書データとを格納し、該印刷パラメータと該文書データとを該画像形成装置と1つ以上の他の画像形成装置とに提供することによって、該文書データに対する画像形成処理を分散して行わせることができるデータ保存装置を提供するものである。
【0002】
【従来の技術】
ネットワークを介してプリンタと接続されるPC(Personal Computer)から印刷を該プリンタに行わせる際、プリンタ側での紙切れ、紙詰まり、トナー切れ等の要因によって印刷が中断されることがあった。そこで、必ず印刷されるようにするために、複数のプリンタと接続され、それらプリンタへの印刷処理を制御するサーバによって、印刷が中断された場合には、他プリンタへ処理を切り替えるようにすることが可能となった。
【0003】
【発明が解決しようとする課題】
しかしながら、上記従来のサーバを備えたプリンタシステムでは、該サーバに接続されるプリンタの設定等を行う利用者による作業を必要としていた。そのため、プリンタを追加又は取り除かれる等によって該サーバへの接続されるプリンタの構成が変更した際には、その都度、利用者によって設定を変更しなければならなかった。
【0004】
そこで、本発明の課題は、ネットワークを介して接続される画像形成装置から印刷パラメータと画像形成される文書データとを格納し、該印刷パラメータと該文書データとを該画像形成装置と1つ以上の他の画像形成装置とに提供することによって、該文書データに対する画像形成処理を分散して行わせることができるデータ保存装置を提供するものである。
【0005】
【課題を解決するための手段】
上記課題を解決するため、本発明は、請求項1に記載されるように、複数の画像形成装置の1つから受信した画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求に応じて、該画像形成パラメータと該対象データとを保存する保存手段と、上記保存要求を行った画像形成装置以外の他の複数の画像形成装置から送信される上記画像形成パラメータと上記対象データの取得を要求する取得要求に対して、該取得要求で指定される該対象データの全部又は一部をロックして該対象データと該画像形成パラメータとを提供する提供手段とを有するように構成される。
【0006】
このようなデータ保存装置では、画像形成パラメータと画像形成すべき対象データを保存し、保存した画像形成パラメータと画像形成すべき対象データが要求される場合には、該対象データの全部又は一部をロックする。従って、同一の画像形成パラメータと画像形成すべき対象データが要求された場合に、重複して提供しないように制御することができる。
【0007】
また、本発明は、請求項2に記載されるように、上記保存手段は、上記画像形成パラメータと上記対象データとを保存する際、上記保存要求で指定される該対象データの全部又は一部をロックするように構成することができる。
【0008】
このようなデータ保存装置では、保存要求によって、対象データの全部又は一部(例えば、ジョブ又はページ)をロックすることができるため、主プリンタは、保存要求を行うと共に、即座に印刷処理を行うことができる。
【0009】
また、本発明は、請求項3に記載されるように、ロックされた上記対象データの全部又は一部のロック時間が所定ロック時間を経過したか否かを判断するロック時間経過判断手段と、上記ロック時間経過判断手段による判断結果に基づいて、ロックを解除するロック解除手段とを有するように構成することができる。
【0010】
このようなデータ保存装置では、上記取得要求に応じてロックした対象データが所定ロック時間を経過した場合、ロックを解除する。従って、取得要求をした画像形成装置にて障害が発生し、対象データの画像形成処理が完了しない状態になった場合においても、データ保存装置側にてロックを解除することができるため、他の画像形成装置から対象データの取得要求があった場合、ロックが解除された対象データを提供することができる。つまり、他の画像形成装置にて画像形成処理を完了させることができる。
【0011】
更に、本発明は、請求項4に記載されるように、上記保存要求を行った上記画像形成装置から受信した上記対象データの全部又は一部を削除する削除要求に応じて、該対象データの全部又は一部を削除する削除手段を有するように構成することができる。
【0012】
このようなデータ保存装置では、画像形成処理が完了した対象データの全部又は一部を削除する削除要求に応じて削除するため、データ保存装置の資源を他の対象データのために使用することができる。
【0013】
また、本発明は、請求項5に記載されるように、ネットワークを介して上記複数の画像形成装置との間で共通に通信可能とする装置間インターフェースプロトコルに従って通信制御を行う通信制御手段を有するように構成することができる。
【0014】
このようなデータ保存装置では、装置間インターフェースプロトコル(例えば、BMLinkS)で通信可能であればいかなる画像形成装置も画像形成パラメータと画像形成すべき対象データを保存することができる。
【0015】
更に、本発明は、請求項6に記載されるように、上記通信制御手段から通知される上記複数の画像形成装置からの要求を解析する要求解析手段と、上記要求解析手段から通知される上記要求にて指定されるコマンドに応じて、上記保存手段、上記提供手段、及び、上記削除手段のいずれかに処理を振り分けることによって、該画像形成パラメータと該対象データとの管理を行う管理手段とを有するように構成することができる。
【0016】
このようなデータ保存装置では、装置間インターフェースプロトコルに従ったコマンドに対応したデータ管理処理を行うことができる。
【0017】
また、本発明は、請求項7に記載されるように、上記管理手段から通知される上記処理の結果を示す応答を生成し、上記要求をした画像形成装置へ上記通信制御手段によって送信する応答処理手段を有するように構成することができる。
【0018】
このようなデータ保存装置では、装置間インターフェースプロトコルに従ったコマンドに対応するデータ管理処理を行った処理結果を応答として要求元の画像形成装置へ送信することができる。
【0019】
また、上記課題を解決するため、本発明は、請求項8に記載されるように、ネットワークを介して、画像形成処理に関する情報を保存する複数の保存装置と、画像形成処理を実行する1つの画像形成装置とが接続される画像形成システムにおいて、該複数の保存装置から該情報を取得して該画像形成処理を行う画像形成方法において、上記画像形成装置が、上記ネットワークを介して上記複数の保存装置との間で共通に通信可能とする装置間インターフェースプロトコルに従って、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を上記複数の保存装置に対して行う複数保存要求手順と、上記保存要求を受信した上記複数の保存装置各々が、同一の上記画像形成パラメータと上記対象データとを保存する保存手順と、上記画像形成装置が、上記装置間インターフェースプロトコルに従って、上記画像形成パラメータと上記対象データの取得を要求する取得要求を上記複数の保存装置の1つに行い、該保存装置の障害により該画像形成パラメータと該対象データが取得不可能な場合に、他の保存装置に対して同様の取得要求を行う取得要求手順と、上記取得要求を受信した上記他の保存装置が、該取得要求で指定される該対象データの全部又は一部をロックして該対象データと該画像形成パラメータとを上記装置間インターフェースプロトコルに従って提供する提供手順とを有するように構成することができる。
【0020】
このような画像形成システムにおける画像形成方法では、利用者は、ネットワークを介して、1つの画像形成装置に対して画像形成要求を行うのみで、保存装置にて障害が発生した場合においても、いずれかの保存装置によって画像形成処理が行うことができる。
【0021】
また、上記課題を解決するため、本発明は、請求項9に記載されるように、ネットワークを介して、画像形成処理に関する情報を保存する複数の保存装置と、画像形成処理を実行する複数の画像形成装置とが接続される画像形成システムにおいて、各画像形成装置が該複数の保存装置いずれか1つから該情報を取得して該画像形成処理を行う画像形成方法において、上記複数の画像形成装置の1つが、上記ネットワークを介して上記複数の保存装置との間で共通に通信可能とする装置間インターフェースプロトコルに従って、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を上記複数の保存装置に対して行う複数保存要求手順と、上記保存要求を受信した上記複数の保存装置各々が、同一の上記画像形成パラメータと上記対象データとを保存する保存手順と、上記保存要求を行った上記画像形成装置が、上記装置間インターフェースプロトコルに従って、他の複数の画像形成装置に対して画像形成要求を行う複数画像形成要求手順と、上記複数の画像形成装置各々が、上記装置間インターフェースプロトコルに従って、上記画像形成パラメータと上記対象データの取得を要求する取得要求を上記複数の保存装置の1つに行い、該保存装置の障害により該画像形成パラメータと該対象データが取得不可能な場合に、他の保存装置に対して同様の取得要求を行う取得要求手順と、上記取得要求を受信した上記他の保存装置が、該取得要求で指定される該対象データの全部又は一部をロックして該対象データと該画像形成パラメータとを上記装置間インターフェースプロトコルに従って提供する提供手順とを有するように構成される。
【0022】
このような画像形成システムにおける画像形成方法では、利用者は、ネットワークを介して、1つの画像形成装置に対して画像形成要求を行うのみで、画像形成装置又は保存装置にて障害が発生した場合においても、いずれかの画像形成装置又は保存装置によって画像形成処理が行うことができる。
【0023】
上記課題を解決するための手段として、本発明は、コンピュータに行なわせるための上記プログラムを記録した記録媒体とすることもできる。
【0024】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【0025】
本発明の第一実施例に係る画像形成システムは、図1に示すようなネットワーク構成を成す。図1は、本発明の第一実施例に係る画像形成システムのネットワーク構成例を示す図である。図1において、画像形成システム1001は、印刷処理を行う複数のプリンタ100−1〜100−nと、印刷パラメータ及び文書データを保存するストレージ200と、文書を印刷する利用者が使用するPC(Personal Computer)300とによって構成されるシステムである。複数のプリンタ100−1〜100−nと、ストレージ200と、PC300とは、ネットワーク40を介して接続される。
【0026】
このような画像形成システム1001において、PC300から印刷要求を直接受信するプリンタを主となるプリンタ100−1とし、プリンタ100−1がPC300に代わって印刷要求を送信する補助のプリンタをプリンタ100−2から100−3とする。複数のプリンタ100−1〜100−nは、同等の機能を有するプリンタであって、以下、総称する場合には単にプリンタ100と言う。
【0027】
説明の便宜上、プリンタ100−1をPC300から直接印刷要求を受信するプリンタとしているが、プリンタ100−1から100−nのどのプリンタであっても良い。単に、プリンタ100−1から100−nのうちのPC300から印刷要求を直接受信したプリンタを主プリンタと定義する。また、主プリンタ100−1が印刷要求を送信するプリンタ100−2から100−3を補助プリンタとするが、プリンタ100−2から100−nのどのプリンタであっても良い。また、補助プリンタは、主プリンタ100−1以外のネットワーク40を介して接続されるプリンタ100−2から100−nの1つ以上であれば良い。ここで、ネットワーク40上に主プリンタ100−1しか存在しない場合、従来通り主プリンタ100−1にて印刷処理が実行されて出力される。
【0028】
図1を参照しつつ、画像形成システム1001での処理フローの概要を説明する。
【0029】
主プリンタ100−1は、PC300から直接印刷要求を受信すると(ステップS1)、該印刷要求で指定される出力先として所望するプリンタ100の一覧及びステープルの要否等のフィニッシングの方法を示す印刷パラメータと、印刷処理の対象となる文書データとに基づいてジョブを生成する。その生成したジョブに関するジョブ指示情報には、PC300からの印刷パラメータに基づいて作成された印刷パラメータと、印刷処理のイベント通知に関する通知指示情報とが含まれる。
【0030】
主プリンタ100−1は、そのジョブ指示情報をストレージ200に保存するためのジョブ保存要求をストレージ200に送信する(ステップS2)。ストレージ200は、主プリンタ100−1からジョブ保存要求を受信すると、該ジョブ保存要求で指定されるファイル名でジョブ指示情報及び文書データを保存する。
【0031】
利用者が所望する補助としてのプリンタがプリンタ100−2から100−3であるとする。主プリンタ100−1は、PC300から指示された印刷パラメータに基づく補助プリンタ用の印刷パラメータを設定した補助印刷要求を補助プリンタ100−2から100−3へ順次送信する(ステップS3−1及びS3−2)。
【0032】
そして、主プリンタ100−1は、生成したジョブに従って印刷処理を実行する。同様に、補助プリンタ100−2及び100−3は、夫々、ストレージ200へジョブ取得要求を送信することによってジョブ指示情報の全部又は一部と文書データとを取得し(ステップS4−1及びS4−2)、印刷処理を実行する。
【0033】
このような画像形成システム1001では、PC300から印刷要求を受信したプリンタ100−1が自立的に主プリンタとなって、利用者が所望するプリンタ100−2及び100−3を補助プリンタとして制御するため、複数のプリンタ100−1から100−nを制御するための専用のサーバを設ける必要がない。また、主プリンタ100−1及び補助プリンタ100−2及び100−3からのジョブ取得要求に応じて、ストレージ200は、主プリンタ100−1及び補助プリンタ100−2及び100−3へジョブ指示情報及び文書データを提供することができるため、プリンタ100−1から100−3のいずれかのプリンタに障害が発生したとしても、他のプリンタによって印刷処理が行われるため、利用者は、必ず、指定したプリンタ100−1から100−3のいずれかで印刷された文書を取得することができる。従って、プリンタの障害に影響されにくい耐障害性に優れたシステムを実現することができる。
【0034】
本発明の第一実施例に係る画像形成システム1001に適用されるプリンタ100は、例えば、図2に示すようなハードウェア構成を成す。図2は、本発明の第一実施例に係るプリンタのハードウェア構成を示すブロック図である。
【0035】
図2において、プリンタ100は、コンピュータによって制御され印刷処理を実行する装置であって、CPU(中央処理装置)11と、ROM(Read-Only Memory)12と、RAM(Random Access Memory)13と、不揮発性RAM(non-volatile Random Access Memory)14と、リアルタイムクロック15、イーサネット(登録商標)I/F(Ethernet(登録商標) Interface)21と、USB(Universal Serial Bus)22と、IEEE(Institute of Electrical and Electronics Engineers)1284 23と、ハードディスクI/F24と、ビデオI/F25と、RS−232C I/F26とで構成され、システムバスBに接続される。
【0036】
CPU11は、ROM12に格納されたプログラムに従ってプリンタ100を制御する。RAM13には、例えば、各インターフェース21から26に接続される資源に領域が割り当てられる。不揮発性RAM14には、プリンタ100の電源がオフになるまでCPU11による処理で必要な情報が格納される。リアルタイムクロック15は、現時刻を計ると共に、処理を同期させる場合にCPU11によって使用される。
【0037】
イーサネット(登録商標)I/F21には、10BASE−T又は10BASE−TX等のイーサネット(登録商標)用インターフェースケーブルが接続される。USB22には、USB用インターフェースケーブルが接続される。IEEE1284 23には、IEEE1284用インターフェースケーブルが接続される。
【0038】
ハードディスクI/F24には、ハードディスク34が接続され、ネットワークを介して送信された印刷される文書の文書データ、又は、印刷処理後の画像データがハードディスクI/F24を介してハードディスク34に格納される。ビデオI/F25には、プリンタエンジン35が接続され、画像データがビデオI/F25を介してプリンタエンジン25に送信され、該画像データに基づいて用紙等の印刷可能な媒体に画像が形成される。RS−232C I/F26には、オペレーションパネル36が接続され、ユーザへの情報の表示及びユーザから入力情報又は設定情報の取得が行われる。
【0039】
また、本発明の第一実施例に係る画像形成システム1001に適用されるストレージ200は、ジョブ指示情報及び文書データを保存するハードディスクを有するコンピュータであって、プリンタ100からのジョブ保存要求及びジョブ取得要求に応じた処理を実行する。更に、PC300は、利用者によって使用されるパーソナルコンピュータであって、プリンタ100への印刷要求を行う。
【0040】
図3は、本発明の第一実施例に係るプリンタの機能構成例を示すブロック図である。図3において、プリンタ100は、主に、印刷要求及び補助印刷要求を受付けるジョブ受付部101と、印刷処理を実行するためにジョブを発行するジョブ発行部102と、ネットワーク40上に存在する印刷可能なプリンタを検索するサービス検索部103と、ステータスを通知する通知発行部104と、ジョブに関するジョブ指示情報等をXML(eXtensible Markup Language)によって解析及び作成すると共に、処理全体を制御する制御部105と、図2に示すプリンタエンジン35を制御して印刷処理を実行する印刷処理部106と、ジョブ又はページのロック時間を制御するロック時間制御部107と、ネットワーク40を介してストレージ200とPC300とで夫々の通信を制御するネットワーク制御部110とを有する。
【0041】
ジョブ受付部101は、PC300からの印刷要求、他プリンタからの補助印刷要求、及び、ストレージ200からのジョブに関するジョブ指示情報を受付け、ジョブを受付けたことを制御部105に通知する。
【0042】
ジョブ発行部102は、印刷要求に応じてジョブを生成し、ストレージ200に対しては、ジョブ保存要求を送信し、利用者が所望する他プリンタに対しては、補助印刷要求を送信することによってジョブを発行する。その後、ストレージ200に対してジョブ取得要求を送信する。一方、補助印刷要求に対しては、ジョブ発行部102は、印刷要求の受信時と同様にジョブを生成し、該補助印刷要求で指定されるストレージ200に対してジョブ取得要求を送信する。
【0043】
サービス検索部103は、制御部105からの指示に応じて、ネットワーク40上に存在する印刷処理可能な他プリンタを検索するディスカバリ機能を実行し、プリンタ一覧を生成して、制御部105へ通知する。
【0044】
制御部105は、印刷要求及び補助印刷要求に設定されるジョブ指示情報等をXML(eXtensible Markup Language)によって解析し、解析結果に基づいて、ジョブ発行部102を制御し、ジョブ発行部102によって生成されたジョブに従って印刷処理部106を制御し印刷処理を実行する。また、補助プリンタを検索する際には、サービス検索部103を制御して印刷処理可能なプリンタの一覧を取得する。
【0045】
通知発行部104は、制御部105から通知されるステータスに基づいて、ネットワーク制御部110によってHTTPプロトコルでクライアントPC200に通知する。
【0046】
印刷処理部106は、制御部105からの指示に応じて印刷処理を実行し、所定の媒体に画像を形成して出力する。
【0047】
ロック時間制御部107は、ストレージ200に保存された印刷処理対象となるジョブ又はページがロックされている場合に、ロック時間経過後に再度ロックを試みる制御を行う。
【0048】
ネットワーク制御部110は、更に、TCP/IP(Transmission Control Protocol/Internet Protocol)111と、HTTP112と、SOAP(Simple Object Access Protocol)113と、BMLinkS114とで構成される。
【0049】
TCP/IP111は、ネットワーク40を介したデータ通信を制御するネットワーク通信プロトコルである。HTTP112は、インターネット上の情報提供及び情報取得を実現するインターネット通信プロトコルである。SOAP113は、例えばXMLに従って記述されたメッセージの交換を制御するメッセージ交換プロトコルである。BMLinkS114は、ネットワーク40上に存在するプリンタ、スキャナ、ストレージ、FAX送信及び受信の少なくともいずれか1つの機能を有する1つ以上のOA機器に対して、ジョブ制御手順、ステータス参照等に関するデータ通信を制御するOA機器I/Fプロトコルである。
【0050】
ストレージ200及びPC300は、ネットワーク制御部110の構成と同様の構成を有し、ネットワーク40を介して、BMLinkSに従ってプリンタ100とで通信を行う。
【0051】
次に、プリンタ100での処理を制御する制御部105にて行われる処理について説明する。先ず、PC300から印刷要求を直接受信した場合の処理について図4及び図5で説明する。図4及び図5は、本発明の第一実施例に係るプリンタの制御部の印刷要求を受信した場合の処理例を説明するためのフローチャート図である。図4において、制御部105は、所定時間毎にジョブを受信したか否かを判断する(ステップS11)。ジョブ(PC300からの印刷要求)を受信せず、ロック時間制御部107からの通知を受信した場合、後述されるロック結果処理を実行する(ステップS19−2)。一方、ジョブを受信した場合、つまり、PC300から印刷要求を受信した場合、印刷要求の内容を取得する(ステップS12)。
【0052】
印刷要求の内容に基づいて、部数単位の印刷か、又は、ページ単位の印刷かを判断する(ステップS13)。部単位の印刷であると判断した場合、制御部105は、ジョブ発行部102にジョブを生成させ、そのジョブのロックを示すジョブ指示情報をストレージ200に保存するためのジョブ保存要求をストレージ200に送信する(ステップS14)。印刷要求に直接的に部単位の印刷が指定されていないくても、例えば、印刷要求にステープルの指定がある場合、部単位の印刷であると判断される。そして、ジョブ発行部102は、PC300から受信した印刷要求にて指定される補助としてのプリンタ全てに対して補助印刷要求を送信する(ステップS15)。
【0053】
制御部105は、印刷処理部106を制御してPC300から受信した印刷すべき文書データの全ページを印刷する(ステップS16)。印刷処理部106による全ページの印刷が終了すると、制御部105は、全ページの削除をストレージ200に要求するページ削除要求を送信し(ステップS17)、続けて、ジョブの削除をストレージ200に要求するジョブ削除要求を送信して(ステップS18)、印刷要求を受信した場合の処理を終了する。
【0054】
一方、ステップS13にて、制御部105がページ単位の印刷であると判断した場合、制御部105は、ページXに1を設定し(ステップS21)、ジョブ発行部102にジョブを生成させ、そのジョブのロックを示すジョブ指示情報をストレージ200に保存するためのジョブ保存要求をストレージ200に送信する(ステップS22)。そして、ジョブ発行部102は、PC300から受信した印刷要求にて指定される補助としてのプリンタ全てに対して補助印刷要求を送信する(ステップS23)。
【0055】
制御部105は、印刷処理部106を制御してPC300から受信した印刷すべき文書データのページXを印刷する(ステップS24)。ページXの印刷が終了すると、制御部105は、ページXの削除をストレージ200に要求するページ削除要求を送信する(ステップS25)。
【0056】
そして、制御部105は、ページがまだあるか否かを判断する(ステップS26)。ページがまだある場合、制御部105は、ページXに1を加えて(ステップS27)、ページXのロックをストレージ200に要求する(ステップS28)。ページXをロックすることによって、他プリンタから重複して出力されないようにすることができる。
【0057】
そして、制御部105は、ストレージ200からの応答がロックできたことを示しているか否かを判断する(ステップS29)。ページXのロックができた場合、制御部105は、ステップS24へ戻り、印刷処理部106にページXの印刷を行わせ、上記同様の処理を行う。
【0058】
一方、ステップS29にて制御部105がページXのロックができなかったと判断した場合、ページXが削除されているか否かを判断する(ステップS30)。ページXが削除されて存在しない場合、ステップS26へ戻り次のページがあるか否かを判断する。一方、ページXがある場合、つまり、補助プリンタ100−2又は100−3のいずれかがページXをロックしている場合、ロック時間制御部107に通知し(ステップS31)、ステップS26へ戻り次のページがあるか否かを判断する。
【0059】
このようにページXがロックできなかった場合には、ステップS26に戻ることによって、ロックできるページから先に印刷処理を行うことができる。また、ステップS31にて、ロック時間をストレージ200から取得しロック時間制御部107に通知するようにしても良い。ロック時間の取得は、ストレージ200からの応答に設定されるようにすれば良い。又は、制御部105がロック時間の問い合わせをストレージ200に対して行うようにしても良い。また、ロック時間とは、他プリンタがロックした時刻とロックが満了となるまでの間隔とが示されれば良い。又は、他プリンタと同期した時間を持つことができる場合には、ロック時間がロックが満了となる時刻を示しても良い。
【0060】
ステップS26にて制御部105がページがないと判断した場合、ロック時間制御部107によるロック時間制御処理が終了しているか否かを判断する(ステップS32)。ロック時間制御処理が終了していない場合、終了するまで待ち状態となる。ロック時間制御処理が終了後、制御部105は、ストレージ200に対してジョブ削除要求を送信し、PC300から直接印刷要求を受信した場合の処理を終了する。
【0061】
次に、他プリンタ100から補助印刷要求を受信した場合の制御部105での処理について図6及び図7で説明する。図6及び図7は、本発明の第一実施例に係るプリンタの制御部の補助印刷要求を受信した場合の処理例を説明するためのフローチャート図である。図6において、プリンタ100−2がプリンタ100−1から補助印刷要求を受信し補助プリンタとして機能する。制御部105は、ジョブを受信したか否かを判断する(ステップS41)。ジョブ(他プリンタ100からの補助印刷要求)を受信せず、ロック時間制御部107からの通知を受信した場合、後述されるロック結果処理を実行して(ステップS42−2)、ステップS51へ進む。一方、ジョブを受信した場合、つまり、他プリンタ100から補助印刷要求を受信した場合、補助印刷要求の内容を取得する(ステップS43)。
【0062】
制御部105は、ページXに1を設定する(ステップS44)。続けて、制御部105は、補助印刷要求の内容に基づいて、部数単位の印刷か、又は、ページ単位の印刷かを判断する(ステップS45)。ページ単位の印刷でる場合、制御部105は、ページXのロック及びページXのダウンロードをストレージ200に要求する(ステップS46)。
【0063】
そして、制御部105は、ストレージ200からの応答がロックできたことを示しているか否かを判断する(ステップS47)。ページXのロックができなかった場合、ページXが削除されているか否かを判断する(ステップS48)。ページXが削除されて存在しない場合、ステップS53へ進み、次のページがあるか否かを判断する。
【0064】
一方、ページXがある場合、主プリンタ100−1又は補助プリンタ100−3のいずれかがページXをロックしている場合、ロック時間制御部107に通知し(ステップS49)、ステップS53へ進み、次のページがあるか否かを判断する。このようにページXがロックできなかった場合には、ステップS53へ進むことによって、ロックできるページから先に印刷処理を行うことができる。
【0065】
ステップS49にて、ロック時間をストレージ200から取得しロック時間制御部107に通知するようにしても良い。ロック時間の取得は、ストレージ200からの応答に設定されるようにすれば良い。又は、制御部105がロック時間の問い合わせをストレージ200に対して行うようにしても良い。また、ロック時間とは、他プリンタがロックした時刻とロックが満了となるまでの間隔とが示されれば良い。又は、他プリンタと同期した時間を持つことができる場合には、ロック時間がロックが満了となる時刻を示しても良い。
【0066】
一方、ステップS47にて制御部105がページXのロックができたと判断した場合、ページXがダウンロードされる(ステップS50)。ページXを取得すると、制御部105は、印刷処理部106を制御してページXの印刷処理を行う。印刷処理部106によるページXの印刷が終了すると、制御部105は、ページXの削除をストレージ200に要求するページ削除要求を送信する(ステップS52)。
【0067】
そして、制御部105は、文書データのページがまだあるか否かを判断する(ステップS53)。ページがまだある場合、制御部105は、ページXに1を加えて(ステップS54)、部数単位又はページ単位の印刷であるかを判断する(ステップS55)。部単位の印刷である場合、制御部105は、ページXのダウンロードをストレージ200に要求して、ステップS51へ戻る。一方、ページ単位の印刷である場合、ステップS46へ戻る。部数単位の印刷である場合、ページXのダウンロードをストレージに要求し(ステップS56)、ステップS50へ戻る。
【0068】
一方、ステップS53にて制御部105がページがないと判断すると、ロック時間制御処理が終了したか否かを判断する(ステップS57)。ロック時間制御処理が終了していない場合、終了するまで待ち状態となる。ロック時間制御処理が終了している場合、制御部105は、ストレージ200に対してジョブを削除するジョブ削除要求を送信して(ステップS58)、補助印刷要求の処理を終了する。
【0069】
一方、ステップS45にて部単位の印刷であると判断した場合、制御部105は、ジョブのロック及びページXのダウンロードをストレージ200に要求する(ステップS61)。補助印刷要求に直接的に部単位の印刷が指定されていないくても、例えば、印刷要求にステープルの指定がある場合、部単位の印刷であると判断される。
【0070】
そして、制御部105は、ストレージ200からの応答がロックできたことを示しているか否かを判断する(ステップS62)。ジョブのロックができなかった場合、ジョブが削除されているか否かを判断する(ステップS63)。ジョブが削除されて存在しない場合、補助印刷要求の処理を終了する。一方、ジョブがある場合、ロック時間制御部に通知し(ステップS64)、一旦、補助印刷要求の処理を終了する。一方、ステップS62にて制御部105がロックできたと判断した場合、ステップS50へ戻り、上記同様の処理を行う。
【0071】
ステップS64にて、ロック時間をストレージ200から取得しロック時間制御部107に通知するようにしても良い。ロック時間の取得は、ストレージ200からの応答に設定されるようにすれば良い。又は、制御部105がロック時間の問い合わせをストレージ200に対して行うようにしても良い。また、ロック時間とは、他プリンタがロックした時刻とロックが満了となるまでの間隔とが示されれば良い。又は、他プリンタと同期した時間を持つことができる場合には、ロック時間がロックが満了となる時刻を示しても良い。
【0072】
次に、ロック時間制御部107にて実行されるロック時間制御処理について図8で説明する。図8は、ロック時間制御処理を説明するためのフローチャート図である。図8において、ロック時間制御部107は、制御部105からの通知に応じて、ロック時間が経過する待ち(ステップS81)、ロック時間の経過後、ジョブの種類を判断する(ステップS82)。ジョブの種類がPC300から直接送信された印刷要求である場合、ページXのロックをストレージ200に要求し(ステップS83)、制御部105へロック結果を通知する(ステップS84)。
【0073】
ステップS82にて、ロック時間制御部107が補助印刷要求であると判断した場合、ジョブのロックであったか否かを判断する(ステップS85)。ページのロックであった場合、ページXのロック及びダウンロードをストレージ200に要求し(ステップS86)、制御部105へロック結果を通知する(ステップS84)。
【0074】
ステップS85にて、ジョブのロックであると判断した場合、ジョブのロック及びページXのダウンロードをストレージ200に要求し(ステップS87)、制御部105へロック結果を通知する(ステップS84)。
【0075】
このように、ロック時間の経過に再び、ストレージ200にロック又はダウンロードを要求し、その結果を制御部105に通知することによって、他プリンタ100での処理の状態に応じた処理を図4のステップ19−2及び図6のステップS42−2におけるロック結果処理にて行うことができる。
【0076】
図9は、ロック結果処理を説明するためのフローチャート図である。図9において、制御部105は、ロック時間制御処理部からロック結果を受信し(ステップS91)、ジョブの種類を判断する(ステップS92)。ジョブが印刷要求である場合、ロック結果の内容を判断する(ステップS93−2)。ロック結果がページXが削除されていることを示す場合、つまり、既に、他プリンタ100によってページXが印刷されたことを示している場合、図5のステップS26へ進み、上記同様の処理を行う。
【0077】
一方、ロックできたことを示す場合、つまり、ストレージ200がロック時間を経過してもロックされているため、他プリンタ100にて印刷を行えない状態であると判断し、ストレージ200がページXのロックを強制的に解除し、ロックできる状態になったことを示す場合、図5のステップS29へ進み、上記同様の処理を行う。
【0078】
ステップS92にて制御部105がジョブが補助印刷要求であると判断すると、更に、ジョブをロックしたのか或いはページXをロックしたのかを判断する(ステップS96)。ページXをロックしたと判断した場合、ロック結果の内容を判断する(ステップS97−2)。ロック結果がページXが削除されていることを示す場合、つまり、既に、他プリンタ100によってページXが印刷されたことを示している場合、図6のステップS53へ進み、上記同様の処理を行う。
【0079】
一方、ロックできたことを示す場合、つまり、ストレージ200がロック時間を経過してもロックされているため、他プリンタ100にて印刷を行えない状態であると判断し、ストレージ200がページXのロックを強制的に解除し、ロックできる状態になったことを示す場合、図6のステップS50へ進み、上記同様の処理を行う。
【0080】
ステップS96にて制御部105がジョブをロックしたと判断した場合、ロック結果の内容を判断する(ステップS100−2)。ロック結果がジョブが削除されていることを示す場合、つまり、既に、他プリンタ100によって文書データ全体の印刷が終了したことを示している場合、補助印刷要求による処理を終了する。
【0081】
ロックできたことを示す場合、つまり、ストレージ200がロック時間を経過してもロックされているため、他プリンタ100にて印刷を行えない状態であると判断し、ストレージ200がページXのロックを強制的に解除し、ロックできる状態になったことを示す場合、図6のステップS50へ進み、上記同様の処理を行う。
【0082】
図4から図9に示される処理によると、プリンタ100は、主プリンタの場合、部数単位又はページ単位で示される処理単位毎にストレージ200に対してロックをかけて、PC300から受信した文書データに基づいて、ストレージ200から取得することなく印刷処理を実行する。従って、他プリンタ100によって部数単位又はページ単位で同一の文書又はページを重複して印刷することがない。また、ページ単位での処理の場合、ロックされていないページを検索し、そのページを優先して印刷することができる。更に、他のプリンタ100によってページがロックされ、ロック時間を経過してもロックされたままである場合、そのロック時間経過後に再度ロックを試みて、自プリンタ100で印刷することができる。
【0083】
また、補助プリンタとしてのプリンタ100は、ロックとダウンロードの要求をストレージ200に行うことによって、他プリンタ100によって部数単位又はページ単位で同一の文書又はページを重複して印刷することがない。また、ページ単位での処理の場合、ロックされていないページを検索し、そのページを優先して印刷することができる。更に、他のプリンタ100によってページがロックされ、ロック時間を経過してもロックされたままである場合、そのロック時間経過後に再度ロックを試みて、自プリンタ100で印刷することができる。
【0084】
尚、図4から図9に示される処理を全てのプリンタ100−1〜100−nにて行えるように構成することができる。
【0085】
本発明の第一実施例に係る画像形成システム1001に適用されるストレージ200は、例えば、図10に示すようなハードウェア構成を成す。図10は、本発明の第一実施例に係るストレージのハードウェア構成を示すブロック図である。
【0086】
図10において、ストレージ200は、コンピュータによって制御されデータ管理を行う装置であって、CPU(中央処理装置)41と、メモリユニット42と、表示ユニット43と、入力ユニット44と、通信ユニット45と、記憶装置46とで構成され、システムバスB2に接続される。
【0087】
CPU41は、メモリユニット42に格納されたプログラムに従ってストレージ200を制御する。メモリユニット42は、RAM及びROM等にて構成され、CPU41にて実行されるプログラム、CPU41での処理に必要なデータ、CPU41での処理にて得られたデータ等を格納する。また、メモリユニット42の一部の領域が、CPU41での処理に利用されるワークエリアとして割り付けられている。
【0088】
表示ユニット43は、CPU41の制御のもとに必要な各種情報を表示する。通信ユニット45は、ストレージ200がコンピュータとして機能し、複数のプリンタ100とPC300と例えばLAN(Local Area Network)等で接続される場合に、それら複数のプリンタ100とPC300との間で通信制御をするための装置である。記憶装置46は、例えば、ハードディスクユニットにて構成され、各プリンタ100からのジョブ保存要求に応じてジョブ指示情報及び文書データとを保存する。
【0089】
ストレージ200を制御するプログラムは、予め、記憶装置46にインストールされている。但し、必要に応じて、通信ユニット45によってネットワーク40を介して、制御プログラムをダウンロードするようにしても良い。
【0090】
また、本発明の第一実施例に係る画像形成システム1001に適用される複数のプリンタ100は、PC300からの印刷要求に応じて、ジョブ保存要求、補助印刷要求、ジョブ取得要求等の処理を実行可能なコンピュータである。更に、PC300は、利用者によって使用されるパーソナルコンピュータであって、プリンタ100への印刷要求を行う。
【0091】
図11は、本発明の第一実施例に係るストレージの機能構成例を示すブロック図である。図11において、ストレージ200は、主に、ジョブ保存要求及びジョブ取得要求を受付ける要求処理部201と、要求処理部201で受付けた要求に応じた応答を処理する応答処理部203と、要求処理部201から通知される要求内容及び要求に応じた処理結果をXML(eXtensible Markup Language)によって解析及び作成すると共に、図10に示す記憶装置46を制御するジョブ管理部205と、記憶装置46で管理されるジョブのロック時間を制御するロック時間制御部207と、ネットワーク40を介して複数のプリンタ100との通信を制御するネットワーク制御部210とを有する。
【0092】
要求処理部201は、プリンタ100からのジョブ保存要求及びジョブ取得要求を受付け、要求を受付けたことをジョブ管理部205に通知する。応答処理部203は、ジョブ管理部205からジョブ保存要求又はジョブ取得要求に応じた処理結果が通知されると、その処理結果を示す応答を生成し、ネットワーク制御部210によって要求元へ送信する。
【0093】
ジョブ管理部205は、ジョブ保存要求に応じて、記憶装置46にファイルを生成し、そのファイルへジョブ指示情報及び文書データを格納する。文書データは、ページ単位で格納する。また、ジョブ取得要求に応じて、記憶装置46からジョブ取得要求によって指定されるページを取り出す。
【0094】
ロック時間制御部207は、所定時間毎に、記憶装置46にて管理されるジョブ指示情報に設定されたジョブ毎又はページ毎のロック時間を監視し、所定時間が経過している場合、ロックを解除する制御を行う。この制御によって、ジョブ又はページをロックしたプリンタ100に障害が発生して印刷処理が完了しなかった場合においても、他のプリンタ100によって印刷処理が行いえるようになる。
【0095】
ネットワーク制御部210は、更に、TCP/IP(Transmission Control Protocol/Internet Protocol)211と、HTTP212と、SOAP(Simple Object Access Protocol)213と、BMLinkS214とで構成される。
【0096】
TCP/IP211は、ネットワーク40を介したデータ通信を制御するネットワーク通信プロトコルである。HTTP212は、インターネット上の情報提供及び情報取得を実現するインターネット通信プロトコルである。SOAP213は、例えばXMLに従って記述されたメッセージの交換を制御するメッセージ交換プロトコルである。BMLinkS214は、ネットワーク40上に存在するプリンタ、スキャナ、ストレージ、FAX送信及び受信の少なくともいずれか1つの機能を有する1つ以上のOA機器に対して、ジョブ制御手順、ステータス参照等に関するデータ通信を制御するOA機器I/Fプロトコルである。
【0097】
プリンタ100及びPC300は、ネットワーク制御部210の構成と同様の構成を有し、ネットワーク40を介して、BMLinkSに従ってストレージ200とで通信を行う。
【0098】
次に、ストレージ200での処理について図12及び図13で説明する。図12は、本発明の第一実施例に係るストレージのジョブ管理部の処理例を説明するためのフローチャート図である。図12において、ストレージ200のジョブ管理部205は、要求処理部201から要求を受信すると(ステップS271)、その要求がジョブ保存要求か否かを判断する(ステップS272)。ジョブ保存要求である場合、記憶装置46に空きファイルを生成して、その空きファイルにジョブ保存要求に設定されるジョブ指示情報と文書データとを保存する(ステップS273)。この際、ジョブ保存要求で指定されるジョブ又はページをロックする。
【0099】
ステップS272にてジョブ保存要求でないと判断すると、ジョブ取得要求か否かを判断する(ステップS274)。ジョブ取得要求である場合、ステップS281からステップS285までを実行する。一方、ジョブ取得要求でない場合、ページ削除要求か否かを判断する(ステップS275)。ページ削除要求の場合、ページ削除要求にて指定されるジョブのページを記憶装置46から削除する(ステップS276)。
【0100】
ステップS275にてページ削除要求でないと判断すると、ジョブ削除要求か否かを判断する(ステップS277)。ジョブ削除要求である場合、ジョブ削除要求にて指定されるジョブを記憶装置46から削除し(ステップS278)、この処理を終了する。一方、ジョブ削除要求でない場合、この処理を終了する。
【0101】
ステップS274にてジョブ取得要求であると判断された場合について説明する。ジョブ管理部205は、ジョブ取得要求にて指定されるジョブのページをロックする(ステップS281)。ジョブ取得要求にてロック時間が指定されている場合は、そのロック時間をもってロックし、ロック時間が指定されていない場合は、所定ロック時間をもってロックするようにすれば良い。
【0102】
ジョブ管理部205は、ページをロックすることができたか否かを判断する(ステップS282)。既に、ページがロックされているためロックできなかった場合、ページがロックできなかったことを、ジョブ取得要求を行ったプリンタ100に応答処理部203によって通知する(ステップS283)。一方、ページをロックすることができた場合、ページロック完了をジョブ取得要求を行ったプリンタ100に応答処理部203によって通知し(ステップS284)、ロックしたページをプリンタ100へ送信(アップロード)する(ステップS285)。
【0103】
また、図12に示す処理において、ジョブ取得要求にてジョブが指定される場合、ジョブをロックするようにしても良い。
【0104】
次に、ストレージ200のロック時間制御部207によるロック時間の制御処理を説明する。図13は、本発明の第一実施例に係るストレージのロック時間制御部によるロック時間の制御処理例を説明するためのフローチャート図である。図13において、ロック時間制御部207は、ジョブを1つ記憶装置46から読み出し(ステップS251)、ジョブがロックされているか否かを判断する(ステップS252)。ジョブがロックされていない場合、ページ毎のロック時間を制御するため、ステップS257からステップS262までを実行する。
【0105】
ステップS252において、ジョブがロックされている場合、所定ロック時間が経過しているか否かを判断する(ステップS253)。所定ロック時間が経過していない場合、ステップS255へ進む。一方、所定ロック時間が経過している場合、ジョブjのロックを解除する(ステップS254)。
【0106】
ロック時間制御部207は、ジョブがまだあるか否かを判断し(ステップS255)、ジョブがまだある場合、次のジョブを記憶装置46から取り出してステップS252へ戻り、上記同様の処理を行う。
【0107】
ステップS252において、ジョブがロックされていない場合、ページpに1を設定し(ステップS257)、ページpがロックされているか否かを判断する(ステップS258)。ロックされていない場合、ステップS261へ進む。一方、ロックされている場合、所定ロック時間が経過しているか否かを判断する(ステップS259)。所定ロック時間が経過していない場合、ステップS261へ進む。所定ロック時間が経過している場合、ページpのロックを解除する(ステップS260)。
【0108】
ロック時間制御部207は、ページがまだあるか否かを判断し(ステップS261)、ページがまだある場合、ページpに1を追加してステップS258へ戻り、次のページpについて上記同様の処理を行う。一方、ページがない場合、ステップS255に戻り、次のジョブがあるか否かを判断する。ステップS255において、ジョブがないと判断した場合、ロック時間の制御処理を終了する。
【0109】
このようなロック時間の制御処理によって、ジョブがロックされている場合は、ジョブ毎にロック時間を制御し、ジョブがロックされていないがページがロックされている場合は、ページ毎にロック時間を制御することができる。従って、何らかの障害によって、ジョブ又はページをロックしたプリンタ100が印刷処理を行うことができなくなったとしても、ストレージ200にて所定時間後にロックが解除されるため、他のプリンタ100によって印刷処理することが可能となる。
【0110】
このようにジョブをロックすることによって、PC300は、ただ1つのプリンタ100に対して印刷要求を行うのみで、複数のプリンタ100の状態を知る必要なく、確実に文書全体を印刷した1部を1つのプリンタ100によって行わせることができる。
【0111】
また、ページをロックすることによって、PC300は、ただ1つのプリンタ100に対して印刷要求を行うのみで、複数のプリンタ100の状態を知る必要なく、ページが重複することなく、確実に文書全体を印刷させることができる。
【0112】
ストレージ200の記憶装置46にて管理されるジョブ指示情報及び管理情報と文書データとで構成されるジョブデータは、例えば、図14に示されるような構造を成す。図14は、ジョブデータの構造を示す図である。ストレージ200は、各プリンタ100から受信したジョブ保存要求に基づいて、ジョブ保存要求によって指定されるジョブ指示情報とストレージ200にて管理するために必要な管理情報とを有するジョブ管理情報をジョブ毎に格納するジョブ管理領域291と、ジョブ管理情報と関連付けされる文書を構成する少なくとも1つ以上のページデータ(ページ1からn)を格納するページデータ管理領域292とを有する。例えば、ジョブ管理領域291において、ジョブ毎又はページ毎のロック時間等がジョブ管理情報にて管理される。
【0113】
図1のステップS1にて、PC300から主プリンタ100−1へ送信される印刷要求のスクリプトについて説明する。図15は、PCから送信される印刷要求のスクリプト例を示す図である。図15において、<bm:create_job xmlns:bm="urn:schemas-bm:service:bm">から</bm:create_job>で示される記述400は、BMLinkSに従ったXMLによる記述であることを示す。create_jobを示す記述401によってBMLinkSによって規定されるcreate_jobコマンドが発行されたことが示される。
【0114】
<requesting-user-name>から</request-user-name>で示される記述402によって、印刷を要求したユーザ名「someone」が示される。
【0115】
<job-instruction>から</job-instruction>で示される記述403は、印刷処理に関するパレメータを指定する<job-instruction-params>から</job-instruction-params>で示される記述404と、通知すべき印刷処理中のイベントを指定する<notification-instruction>から</notification-instruction>で示される記述405とで構成される。
【0116】
記述404において、<job-name>から</job-name>で示される記述は、ジョブ名を指定し、例えば、「sample-job」のように指定される。<optional-attributes-fidelity>から</optional-attributes-fidelity>で示される記述は、例えば、「false」のように指定される。<copies>から</copies>で示される記述は、印刷すべき部数を示し、例えば、「1」部が示される。
【0117】
<parallelprint enc:arrayType="bm:parallelprint[1]">から</parallelprint>で示される記述406は、BMLinkSに従って、ジョブ指示情報と文書データとを保存するストレージと、補助としてのプリンタとを配列「parallelprint[1]」によって指定している。<storageName uri=”http://192.168.3.1”>から</storageName>で示す記述は、例えば、「storage#1」を示し、ストレージ名「storage#1」にジョブ指示情報及び文書データを保存することを指定する。この場合、ストレージ200のストレージ名が「storage#1」であるとする。<printerName uri=”http://192.168.2.2”>から</printerName>で示す記述は、例えば、「printer#2」を示し、プリンタ名「printer#2」で印刷処理することを指定する。この場合、プリンタ100−2のプリンタ名が「printer#2」であるとする。<printerName uri=”http://192.168.2.3”>から</printerName>で示す記述は、例えば、「printer#3」を示し、プリンタ名「printer#3」で印刷処理することを指定する。この場合、プリンタ100−3のプリンタ名が「printer#3」であるとする。
【0118】
<finishings enc:arrayType="bm:finishing[1]">から</finishings>で示される記述407は、BMLinkSに従って、印刷処理後のフィニッシングを配列「finishing[1]」によって指定している。<finishing>から</finishing>で示される記述は、フィニッシングとして、印刷した文書を「staple」で綴じることを指定している。
【0119】
<document-format>から</document-format>で示される記述は、文書データのデータ形式「image/tiff」を指定する。
【0120】
記述405は、印刷処理結果の通知方法を指定し、通知発行部104によって参照される。例えば、<notification-recipient>から</notification-recipient>までの記述408は、通知先として主プリンタ100−1のURI「http://192.168.2.1/event」を指定する。<events enc:arrayType="bm:Event[2]">から</events>までの記述409は、BMLinkSに従って2つのイベントが通知されることを配列「Event[2]」によって指定することを示し、各イベント種類は、<event>から</event>までの記述によって指定される。例えば、正常終了を示すイベント「job-completed」と、印刷処理がキャンセルされたことを示すイベント「job-canceled」とが指定される。
【0121】
図4のステップS14にて、主プリンタ100−1からストレージ200へ送信されるジョブ保存要求のスクリプトについて説明する。図16は、主プリンタからストレージへ送信されるジョブ保存要求のスクリプト例を示す図である。図16において、<bm:create_file xmlns:bm="urn:schemas-bm:service:bm">から</bm:create_file>で示される記述410は、BMLinkSに従ったXMLによる記述であることを示す。create_fileを示す記述411によってBMLinkSによって規定されるcreate_fileコマンドが発行されたことが示される。
【0122】
記述410において、<requesting-user-name>から</request-user-name>で示される記述412は、登録されたユーザ名「someone」を示す。<file-instruction>から</file-instruction>で示される記述413は、データ保存条件を指定する。<file-instruction-params>から</file-instruction-params>までの記述415は、データ保存条件のパラメータ値を指定する。例えば、<file-name>から</file-name>までの記述は、ファイル名「sample-job」を指定する。また、<read-only>から</read-only>までの記述は、読み取りのみを示す「true」を指定する。
【0123】
更に、記述410において、<file-attribute>から</file-attribute>で示される記述414は、文書を印刷する際の属性を指定する。<parallelprint enc:arrayType="bm:parallelprint[1]">から</parallelprint>で示される記述416は、BMLinkSに従って補助プリンタを1つの配列「parallelprint[1]」によって指定することを示し、補助プリンタは、<printerName>から</printerName>までの記述によって指定される。<printerName uri=”http://192.168.2.2”>から</printerName>で示す記述は、例えば、「printer#2」を示し、プリンタ名「printer#2」で印刷処理することを指定する。この場合、プリンタ100−2のプリンタ名が「printer#2」であるとする。<printerName uri=”http://192.168.2.3”>から</printerName>で示す記述は、例えば、「printer#3」を示し、プリンタ名「printer#3」で印刷処理することを指定する。この場合、プリンタ100−3のプリンタ名が「printer#3」であるとする。
【0124】
図4のステップS15にて、主プリンタ100−1から補助プリンタ100−2及び100−3の夫々へ送信される補助印刷要求のスクリプトについて説明する。図17は、主プリンタから補助プリンタへ送信される補助印刷要求のスクリプト例を示す図である。図17において、<bm:create-job xmlns:bm="urn:schemas-bm:service:bm">から</bm:create_job>で示される記述420は、BMLinkSに従ったXMLによる記述であることを示す。create_jobを示す記述421によってBMLinkSによって規定されるcreate_jobコマンドが発行されたことが示される。
【0125】
<requesting-user-name>から</request-user-name>で示される記述422によって、印刷を要求したユーザ名「someone」が示される。
【0126】
<job-instruction>から</job-instruction>で示される記述423は、印刷処理に関するパレメータを指定する<job-instruction-params>から</job-instruction-params>で示される記述424と、通知すべき印刷処理中のイベントを指定する<notification-instruction>から</notification-instruction>で示される記述425とで構成される。
【0127】
記述424において、<job-name>から</job-name>で示される記述は、ジョブ名を指定し、<job-name>から</job-name>で示される記述は、ジョブ名を指定し、例えば、「sample-job」のように指定される。<optional-attributes-fidelity>から</optional-attributes-fidelity>で示される記述は、例えば、「false」のように指定される。<copies>から</copies>で示される記述は、印刷すべき部数を示し、例えば、「1」部が示される。
【0128】
<finishings enc:arrayType="bm:finishing[1]">から</finishings>で示される記述426は、BMLinkSに従って、印刷処理後のフィニッシングを配列「finishing[1]」によって指定している。<finishing>から</finishing>で示される記述は、フィニッシングとして、印刷した文書を「staple」で綴じることを指定している。
【0129】
<document-format>から</document-format>で示される記述は、文書データのデータ形式「image/tiff」を指定する。
【0130】
ジョブの格納場所に関する記述427において、<source-uri>から</source-uri>で示される記述は、ジョブが格納されているURI「http://192.168.2.1/sample-job」を示し、<source-file-id>から</source-file-id>で示される記述は、ファイルID「001」を示す。
【0131】
記述425は、印刷処理結果の通知方法を指定し、各補助プリンタ100−2及び100−3の通知発行部104によって参照される。例えば、<notification-recipient>から</notification-recipient>までの記述408は、通知先としての主プリンタ100−1のURI「http://192.168.1.1/event」を指定する。<events enc:arrayType="bm:Event[3]">から</events>までの記述429は、BMLinkSに従って3つのイベントが通知されることを配列「Event[3]」によって指定することを示し、各イベント種類は、<event>から</event>までの記述によって指定される。例えば、正常終了を示すイベント「job-completed」と、印刷処理がキャンセルされたことを示すイベント「job-canceled」と、読み込みが終了したことを示すイベント「read-completed」とが指定される。
【0132】
図5のステップS46にて、補助プリンタプリンタ100−2からストレージ200へ送信されるジョブ取得要求によって、ページのみを指定してページロックするスクリプトについて説明する。図18は、主プリンタからストレージへ送信されるジョブ取得要求によるページロックの第一スクリプト例を示す図である。図18において、<bm:file-attribute xmlns:bm="urn:schemas-bm:service:bm">から</bm:file-attribute >で示される記述430は、BMLinkSに従ったXMLによる記述であることを示す。file−attributeを示す記述431によってBMLinkSによって規定されるfile−attributeコマンドが発行されたことが示される。
【0133】
記述430において、<requesting-user-name>から</requesting-user-name>で示される記述432は、登録されたユーザ名「someone」を示す。<source-file-id>から</source-file-id>で示される記述433は、ファイルID「001」を示す。<lock-page-id>から</lock-page-id>で示される記述434は、ロックすべきページ「001」を示す。
【0134】
図5のステップS46にて、補助プリンタプリンタ100−2からストレージ200へ送信されるジョブ取得要求によって、ページ及びロック期間を指定してページロックするスクリプトについて説明する。図19は、主プリンタからストレージへ送信されるジョブ取得要求によるページロックの第二スクリプト例を示す図である。図19において、<bm:file-attribute xmlns:bm="urn:schemas-bm:service:bm">から</bm:file-attribute>で示される記述440は、BMLinkSに従ったXMLによる記述であることを示す。file−attributeを示す記述441によってBMLinkSによって規定されるfile−attributeコマンドが発行されたことが示される。
【0135】
記述440において、<requesting-user-name>から</requesting-user-name>で示される記述442は、登録されたユーザ名「someone」を示す。<source-file-id>から</source-file-id>で示される記述433は、ファイルID「001」を示す。<lock-page-id>から</lock-page-id>で示される記述434は、ロックすべきページ「001」を示す。更に、<lock-expire-seconds>から</lock-expire-seconds>で示される記述455は、例えば、「60」秒のロック期間を指定する。この場合、終了時刻を指定するようにしても良い。
【0136】
図5のステップS25にて、ストレージ200に保存されている印刷済みのページを削除するページ削除要求のスクリプトについて説明する。図20は、ストレージ200に保存されている印刷済みのページを削除するページ削除要求のスクリプト例を示す図である。図20において、<bm:delete_page xmlns:bm="urn:schemas-bm:service:bm">から</bm:delete_page>で示される記述450は、BMLinkSに従ったXMLによる記述であることを示す。delete_pageを示す記述451によってBMLinkSによって規定されるdelete_pageコマンドが発行されたことが示される。
【0137】
記述450において、<requesting-user-name>から</requesting-user-name>で示される記述452は、登録されたユーザ名「someone」を示す。<file-id>から</file-id>で示される記述453は、ファイルID「001」を示す。<page-id>から</page-id>で示される記述454は、削除すべきページ「001」を示す。
【0138】
上記第一実施例に係る画像形成システム1001おいて、1つのストレージにジョブを保存し、複数のプリンタ100−1から100−3にて文書を重複なく出力する方法について説明したが、ストレージ200に障害が発生した場合にも、文書の印刷を行うことができる第二実施例について以下に説明する。
【0139】
図21は、本発明の第二実施例に係る画像形成システムのネットワーク構成例を示す図である。図21に示す画像形成システム1002において、ストレージ200−1から200−3(以下、総称する場合ストレージ200と言う)は、第一実施例に係る画像形成システム1001のストレージ200の図2に示すハードウェア構成を成し、また、図3に示す機能構成を成す。プリンタ100及びPC300は、第一実施例におけるプリンタ100とPC300と同等である。
【0140】
図21に示す画像形成システム1002は、印刷処理を行うプリンタ100と、印刷パラメータ及び文書データを保存する複数のストレージ200−1から200−3と、文書を印刷する利用者が使用するPC300とによって構成されるシステムである。プリンタ100と、複数のストレージ200−1から200−3と、PC300とは、ネットワーク40を介して接続される。
【0141】
このような画像形成システム1002において、PC300から印刷要求を受信すると、プリンタ100は、複数のストレージ200−1から200−3へジョブ保存要求を送信する。説明の便宜上、プリンタ100は、複数のストレージ200−1から200−3へジョブ保存要求を送信するとしているが、ジョブ保存要求を送信するストレージ200は1つ以上であればよい。
【0142】
図21を参照しつつ、画像形成システム1002での処理フローの概要を説明する。
【0143】
プリンタ100は、PC300から印刷要求を受信すると(ステップS131)、該印刷要求で指定される保存先として所望するストレージ200の一覧及びステープルの要否等のフィニッシングの方法を示す印刷パラメータと、印刷処理の対象となる文書データとに基づいてジョブを生成する。その生成したジョブに関するジョブ指示情報には、PC300からの印刷パラメータに基づいて作成された印刷パラメータと、印刷処理のイベント通知に関する通知指示情報とが含まれる。
【0144】
プリンタ100は、そのジョブ指示情報を複数のストレージ200−1から200−3に対してジョブ保存要求を順次送信する(ステップS132−1からS132−3)。各ストレージ200−1から200−3は、プリンタ100からジョブ保存要求を受信すると、該ジョブ保存要求で指定されるファイル名でジョブ指示情報及び文書データを保存する。
【0145】
そして、プリンタ100は、印刷要求内に指定されたストレージ200の一覧の順に、例えば、先ずストレージ200−1に対してジョブ取得要求を送信し(ステップS133−1)、取得したジョブ指示情報及び文書データに従って印刷処理を実行する。プリンタ100は、印刷処理をするためにストレージ200−1からページを取得できない場合、次のストレージ200−2へジョブ取得要求を送信することによって(ステップS133−2)、該ページを取得して印刷する。更に、ストレージ200−2からもページを取得できない場合、次のストレージ200−3に対してジョブ取得要求を送信し(ステップS133−3)、該ページを取得して印刷する。
【0146】
このように、何らかの理由でストレージ200−1から印刷すべきページを取得できない場合、他のストレージ200−2又は200−3から印刷すべきページを取得することができる。したがって、PC300の利用者は、バックアップとしてストレージ200−2及び200−3を指定することによって各ストレージ200−1から200−3の状態を知ることなく、印刷要求を送信したプリンタ100にて文書を印刷させることができる。よって、画像形成システム1002は対障害性を向上させることができる。
【0147】
次に、プリンタ100での処理を制御する制御部105にて行われる処理について説明する。図22は、本発明の第二実施例に係るプリンタでの処理例を説明するためのフローチャート図である。図22において、プリンタ100は、所定時間毎にジョブを受信したか否かを判断する(ステップS141)。ジョブを受信していない場合、待ち状態となり、所定時間毎にステップS141を繰り返す。一方、PCからジョブを受信した場合、ステップS113を実行する。
【0148】
制御部105は、ジョブ発行部102にジョブを生成させ、ジョブ内容を指示するジョブ指示情報を、印刷要求で指定される複数のストレージ200−1から200−3に順次保存する(ステップS142)。そして、プリンタ100は、印刷要求で指定される最初のストレージ(この場合、ストレージ100−1とする)を選択する(ステップS143)。
【0149】
制御部105は、ページXに1を設定し(ステップS144)、ページXの取得を選択したストレージ200−1に対してジョブ取得要求を送信することによって要求する(ステップS145)。制御部105は、ストレージ200−1からページXを取得できたか否かを判断する(ステップS146)。ページXを取得できなかった場合、次のストレージ200−2を選択し(ステップS147)、ステップS145へ戻る。この場合、ストレージ200−1からページXを取得できなかった場合、ストレージ200−2を選択する。ストレージ200−2からページXを取得できなかった場合、順にストレージ200−3を選択する。
【0150】
一方、ページXを取得できた場合、制御部105は、印刷処理部106を制御してページXを印刷する(ステップS148)。制御部105は、印刷すべきページがまだあるか否かを判断する(ステップS149)。ページがまだある場合、制御部105は、ページXに1を加えて(ステップS150)、ステップS145へ戻る。一方、全てのページを印刷した場合、ジョブを削除するため、ストレージ200−1から200−3に対してジョブ削除要求を送信し、プリンタ100での処理を終了する(ステップS151)。
【0151】
図21のステップS131にて、PC300から主プリンタ100−1へ送信される印刷要求のスクリプトについて説明する。図23は、複数のストレージが指定される印刷要求のスクリプト例を示す図である。図23において、<bm:create_job xmlns:bm="urn:schemas-bm:service:bm">から</bm:create_job>で示される記述460は、BMLinkSに従ったXMLによる記述であることを示す。create_jobを示す記述461によってBMLinkSによって規定されるcreate_jobコマンドが発行されたことが示される。
【0152】
<requesting-user-name>から</request-user-name>で示される記述462によって、印刷を要求したユーザ名「someone」が示される。
【0153】
<job-instruction>から</job-instruction>で示される記述463は、印刷処理に関するパレメータを指定する<job-instruction-params>から</job-instruction-params>で示される記述464と、通知すべき印刷処理中のイベントを指定する<notification-instruction>から</notification-instruction>で示される記述405とで構成される。
【0154】
記述464において、<job-name>から</job-name>で示される記述は、ジョブ名を指定し、例えば、「sample-job」のように指定される。<optional-attributes-fidelity>から</optional-attributes-fidelity>で示される記述は、例えば、「false」のように指定される。<copies>から</copies>で示される記述は、印刷すべき部数を示し、例えば、「1」部が示される。
【0155】
<parallelprint enc:arrayType="bm:parallelprint[1]">から</parallelprint>で示される記述466は、BMLinkSに従って、ジョブ指示情報と文書データとを保存する複数のストレージを指定している。<storageName uri=”http://192.168.3.1”>から</storageName>で示す記述は、例えば、「storage#1」を示し、ストレージ名「storage#1」にジョブ指示情報及び文書データを保存することを指定する。また、<storageName uri=”http://192.168.3.2”>から</storageName>で示す記述は、例えば、「storage#2」を示し、ストレージ名「storage#2」にジョブ指示情報及び文書データを保存することを指定する。更に、storageName uri=”http://192.168.3.3”>から</storageName>で示す記述は、例えば、「storage#3」を示し、ストレージ名「storage#3」にジョブ指示情報及び文書データを保存することを指定する。この場合、ストレージ名「storage#1」はストレージ200−1、ストレージ名「storage#2」はストレージ200−2、ストレージ名「storage#3」はストレージ200−3に対応するとする。
【0156】
<finishings enc:arrayType="bm:finishing[1]">から</finishings>で示される記述467は、BMLinkSに従って、印刷処理後のフィニッシングを配列「finishing[1]」によって指定している。<finishing>から</finishing>で示される記述は、フィニッシングとして、印刷した文書を「staple」で綴じることを指定している。
【0157】
<document-format>から</document-format>で示される記述は、文書データのデータ形式「image/tiff」を指定する。
【0158】
記述465は、印刷処理結果の通知方法を指定し、通知発行部104によって参照される。例えば、<notification-recipient>から</notification-recipient>までの記述468は、通知先としてPC300のURI「http://192.168.4.1/event」を指定する。<events enc:arrayType="bm:Event[2]">から</events>までの記述469は、BMLinkSに従って2つのイベントが通知されることを配列「Event[2]」によって指定することを示し、各イベント種類は、<event>から</event>までの記述によって指定される。例えば、正常終了を示すイベント「job-completed」と、印刷処理がキャンセルされたことを示すイベント「job-canceled」とが指定される。
【0159】
図21のステップS133−1からS133−3にて、プリンタ100から複数のストレージ200−1から200−3へ送信されるジョブ保存要求のスクリプトについて説明する。図24は、プリンタから複数のストレージへ送信されるジョブ保存要求のスクリプト例を示す図である。図24において、<bm:create_file xmlns:bm="urn:schemas-bm:service:bm">から</bm:create_file>で示される記述470は、BMLinkSに従ったXMLによる記述であることを示す。create_fileを示す記述471によってBMLinkSによって規定されるcreate_fileコマンドが発行されたことが示される。
【0160】
記述470において、<requesting-user-name>から</request-user-name>で示される記述472は、登録されたユーザ名「someone」を示す。<file-instruction>から</file-instruction>で示される記述473は、データ保存条件を指定する。<file-instruction-params>から</file-instruction-params>までの記述474は、ファイルに関する情報を示す記述475と、バックアップとしての複数のストレージの一覧を示す記述476とで構成される。
【0161】
記述475において、例えば、<file-name>から</file-name>までの記述は、ファイル名「sample-job」を指定する。また、<read-only>から</read-only>までの記述は、読み取りのみを示す「true」を指定する。
【0162】
また、記述476において、<backup-uri>から</backup-uri>で示される3つの記述は、バックアップとしてジョブ指示情報及び文書データが格納されるURI「http://192.168.3.1/sample-job」、「http://192.168.3.2/sample-job」、及び、「http://192.168.3.3/sample-job」を指定する。
【0163】
このように、何らかの理由でストレージ200−1からページXが取得できない場合、プリンタ100は、ストレージ200−2又は200−3からページXを取得し印刷することができる。したがって、PC300の利用者は、バックアップとしてストレージ200−2及び200−3を指定することによって各ストレージ200−1から200−3の状態を知ることなく、印刷要求を送信したプリンタ100にて文書を印刷させることができる。よって、画像形成システム1002は対障害性を向上させることができる。
【0164】
次に、PC300から印刷要求を受信したプリンタ100−1は、主プリンタとして、複数のストレージ200−1から200−3にジョブを保存すると共に、プリンタ100−2及び100−3に補助プリンタとして補助印刷要求を送信する第三実施例について説明する。
【0165】
図25は、本発明の第三実施例に係る画像形成システムのネットワーク構成例を示す図である。図18に示す画像形成1003において、ストレージ200−1から200−3(以下、総称する場合ストレージ200と言う)は、第一実施例に係る画像形成システム1001のストレージ200−1から200−3の図2に示すハードウェア構成を成し、また、図3に示す機能構成を成す。プリンタ100−1から100−3及びPC300は、第一実施例におけるプリンタ100−1から100−3とPC300と同等である。
【0166】
図25に示す画像形成システム1003は、印刷処理を行う複数のプリンタ100−1から100−3と、印刷パラメータ及び文書データを保存する複数のストレージ200−1から200−3と、文書を印刷する利用者が使用するPC300とによって構成されるシステムである。複数のプリンタ100−1から100−3と、複数のストレージ200−1から200−3と、PC300とは、ネットワーク40を介して接続される。
【0167】
このような画像形成システム1003において、PCから印刷要求を直接受信するプリンタを主となるプリンタ100−1とし、プリンタ100−1がPC300に代わって印刷要求を送信する補助のプリンタをプリンタ100−2から100−3とする。複数のプリンタ100−1〜100−nは、同等の機能を有するプリンタであって、以下、総称する場合には単にプリンタ100と言う。PCから印刷要求を直接受信した主プリンタ100−1は、複数のストレージ200−1から200−3へジョブ保存要求を送信する。説明の便宜上、プリンタ100は、複数のストレージ200−1から200−3へジョブ保存要求を送信するとしているが、ジョブ保存要求を送信するストレージ200は1つ以上であればよい。
【0168】
説明の便宜上、プリンタ100−1をPC300から直接印刷要求を受信するプリンタとしているが、プリンタ100−1から100−nのどのプリンタであっても良い。単に、プリンタ100−1から100−nのうちのPC300から印刷要求を直接受信したプリンタを主プリンタと定義する。
【0169】
図25を参照しつつ、画像形成システム1003での処理フローの概要を説明する。
【0170】
主プリンタ100−1は、PC300から直接印刷要求を受信すると(ステップS161)、該印刷要求で指定される出力先として所望するプリンタ100の一覧、ジョブを保存するストレージ200の一覧、及び、ステープルの要否等のフィニッシングの方法を示す印刷パラメータと、印刷処理の対象となる文書データとに基づいてジョブを生成する。その生成したジョブに関するジョブ指示情報には、PC300からの印刷パラメータに基づいて作成された印刷パラメータと、印刷処理のイベント通知に関する通知指示情報とが含まれる。
【0171】
主プリンタ100−1は、そのジョブ指示情報を印刷要求で指定されるストレージ200の一覧に従って順に保存するためのジョブ保存要求をストレージ200−1から200−3に送信する(ステップS162−1からS162−3)。各ストレージ200−1から200−3は、主プリンタ100−1からジョブ保存要求を受信すると、該ジョブ保存要求で指定されるファイル名でジョブ指示情報及び文書データを保存する。
【0172】
利用者が所望する補助としてのプリンタがプリンタ100−2から100−3であるとする。主プリンタ100−1は、PC300から指示された印刷パラメータに基づく補助プリンタ用の印刷パラメータを設定した補助印刷要求を補助プリンタ100−2から100−3へ順次送信する(ステップS163−1及びS163−2)。
【0173】
そして、主プリンタ100−1は、ストレージ200−1へジョブ取得要求を送信することによってジョブ指示情報の全部又は一部と文書データとを取得し(ステップS164−1)、印刷処理を実行する。同様に、補助プリンタ100−2及び100−3は、夫々、ストレージ200へジョブ取得要求を送信することによってジョブ指示情報の全部又は一部と文書データとを取得し(ステップS164−2及びS164−3)、印刷処理を実行する。
【0174】
このような画像形成システム1003では、PC300から印刷要求を受信したプリンタ100−1が自立的に主プリンタとなって、利用者が所望するプリンタ100−2及び100−3を補助プリンタとして制御するため、複数のプリンタ100−1から100−nを制御するための専用のサーバを設ける必要がない。
【0175】
また、主プリンタ100−1及び補助プリンタ100−2及び100−3が印刷処理を行うため、プリンタ100−1から100−3のいずれかのプリンタに障害が発生したとしても、他のプリンタによって印刷処理が行われるため、利用者は、必ず、指定したプリンタ100−1から100−3のいずれかで印刷された文書を取得することができる。従って、プリンタの障害に影響されにくい耐障害性に優れたシステムを実現することができる。
【0176】
更に、ストレージ200−1から200−3のいずれかに障害が発生したとしても、プリンタ100−1から100−3のいずれかで文書を印刷させることができる。従って、ストレージの障害に影響されにくい耐障害性に優れたシステムを実現することができる。
【0177】
また、このような画像形成システム1003では、各プリンタ100−1から100−3が夫々ストレージ200−1から200−3に対してジョブ保存要求を送信することによって、各プリンタ100−1から100−3によって文書印刷することができる。例えば、同時に3部を印刷するができるため、高速に印刷処理をすることができる。
【0178】
【発明の効果】
以上、説明してきたように、本願発明によれば、画像形成パラメータと画像形成すべき対象データを保存し、保存した画像形成パラメータと画像形成すべき対象データが要求される場合には、該対象データの全部又は一部をロックする。従って、同一の画像形成パラメータと画像形成すべき対象データが要求された場合に、重複して提供しないように制御することができる。また、ロックした対象データが所定ロック時間を経過した場合、そのロックを解除する。従って、取得要求をした画像形成装置にて障害が発生し、対象データの画像形成処理が完了しない状態になった場合においても、データ保存装置側にてロックを解除することができるため、他の画像形成装置から対象データの取得要求があった場合、ロックが解除された対象データを提供することができる。つまり、他の画像形成装置にて画像形成処理を完了させることができる。
【0179】
【図面の簡単な説明】
【図1】本発明の第一実施例に係る画像形成システムのネットワーク構成例を示す図である。
【図2】本発明の第一実施例に係るプリンタのハードウェア構成を示すブロック図である。
【図3】本発明の第一実施例に係るプリンタの機能構成例を示すブロック図である。
【図4】本発明の第一実施例に係るプリンタの制御部の第一の印刷要求を受信した場合の処理例を説明するためのフローチャート図である。
【図5】本発明の第一実施例に係るプリンタの制御部の第一の印刷要求を受信した場合の処理例を説明するためのフローチャート図である。
【図6】本発明の第一実施例に係るプリンタの制御部の補助印刷要求を受信した場合の処理例を説明するためのフローチャート図である。
【図7】本発明の第一実施例に係るプリンタの制御部の補助印刷要求を受信した場合の処理例を説明するためのフローチャート図である。
【図8】ロック時間制御処理を説明するためのフローチャート図である。
【図9】ロック結果処理を説明するためのフローチャート図である。
【図10】本発明の第一実施例に係るストレージのハードウェア構成を示すブロック図である。
【図11】本発明の第一実施例に係るストレージの機能構成例を示すブロック図である。
【図12】本発明の第一実施例に係るストレージのジョブ管理部の処理例を説明するためのフローチャート図である。
【図13】本発明の第一実施例に係るストレージのロック時間制御部によるロック時間の制御処理例を説明するためのフローチャート図である。
【図14】ジョブデータの構造を示す図である。
【図15】PCから送信される印刷要求のスクリプト例を示す図である。
【図16】主プリンタからストレージへ送信されるジョブ保存要求のスクリプト例を示す図である。
【図17】主プリンタから補助プリンタへ送信される補助印刷要求のスクリプト例を示す図である。
【図18】主プリンタからストレージへ送信されるジョブ取得要求によるページロックの第一スクリプト例を示す図である。
【図19】主プリンタからストレージへ送信されるジョブ取得要求によるページロックの第二スクリプト例を示す図である。
【図20】ストレージ200に保存されている印刷済みのページを削除するページ削除要求のスクリプト例を示す図である。
【図21】本発明の第二実施例に係る画像形成システムのネットワーク構成例を示す図である。
【図22】本発明の第二実施例に係るプリンタでの処理例を説明するためのフローチャート図である。
【図23】複数のストレージが指定される印刷要求のスクリプト例を示す図である。
【図24】プリンタから複数のストレージへ送信されるジョブ保存要求のスクリプト例を示す図である。
【図25】本発明の第三実施例に係る画像形成システムのネットワーク構成例を示す図である。
【符号の説明】
40 ネットワーク
100、100−1、100−2、100−3 プリンタ
101 ジョブ受付部
102 ジョブ発行部
103 サービス検索部
104 通知発行部
105 制御部
106 印刷処理部
107 ロック時間制御部
200、200−1、200−2、200−3 ストレージ
201 要求処理部
203 応答処理部
205 ジョブ管理部
207 ロック時間制御部
210 ネットワーク制御部
300 PC[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data storage device that stores data in response to a data storage request and provides data stored in response to a data acquisition request, and in particular, print parameters and images from an image forming apparatus connected via a network. The document data to be formed is stored, and the printing parameters and the document data are provided to the image forming apparatus and one or more other image forming apparatuses, thereby distributing the image forming process on the document data. The present invention provides a data storage device that can be performed.
[0002]
[Prior art]
When printing is performed from a PC (Personal Computer) connected to the printer via a network, the printing may be interrupted due to factors such as running out of paper, paper jam, or running out of toner on the printer side. Therefore, in order to ensure that printing is performed, when printing is interrupted by a server connected to a plurality of printers and controlling printing processing to these printers, the processing is switched to another printer. Became possible.
[0003]
[Problems to be solved by the invention]
However, in the printer system provided with the above-described conventional server, it is necessary to perform a work by a user for setting a printer connected to the server. For this reason, every time the configuration of a printer connected to the server is changed by adding or removing a printer, the setting must be changed by the user.
[0004]
Accordingly, an object of the present invention is to store print parameters and document data to be image-formed from an image forming apparatus connected via a network, and to store one or more print parameters and the document data with the image forming apparatus. By providing it to other image forming apparatuses, a data storage apparatus is provided that can perform image forming processing on the document data in a distributed manner.
[0005]
[Means for Solving the Problems]
In order to solve the above problems, the present invention as described in
[0006]
In such a data storage device, image forming parameters and target data to be imaged are stored, and when the saved image forming parameters and target data to be imaged are requested, all or a part of the target data is stored. Lock. Therefore, when the same image forming parameters and target data to be imaged are requested, it is possible to control not to provide them redundantly.
[0007]
Further, according to the present invention, as described in
[0008]
In such a data storage device, all or part of the target data (for example, job or page) can be locked by the storage request, so that the main printer performs the storage request and immediately performs the printing process. be able to.
[0009]
In addition, as described in
[0010]
In such a data storage device, when the target data locked in response to the acquisition request has passed a predetermined lock time, the lock is released. Therefore, even when a failure occurs in the image forming apparatus that has requested acquisition and the image forming process of the target data is not completed, the data storage apparatus can release the lock. When there is a request for acquisition of target data from the image forming apparatus, the target data that has been unlocked can be provided. That is, the image forming process can be completed in another image forming apparatus.
[0011]
Furthermore, the present invention as described in claim 4, Received from the image forming apparatus that made the storage request In response to a deletion request for deleting all or part of the target data, a deletion unit that deletes all or part of the target data can be provided.
[0012]
In such a data storage device, it is possible to use resources of the data storage device for other target data in order to delete in response to a deletion request for deleting all or part of the target data for which image formation processing has been completed. it can.
[0013]
According to a fifth aspect of the present invention, there is provided a communication control means for performing communication control according to an inter-device interface protocol that enables common communication with the plurality of image forming apparatuses via a network. It can be constituted as follows.
[0014]
In such a data storage device, any image forming apparatus can store image forming parameters and target data to be image-formed as long as communication is possible using an inter-device interface protocol (for example, BMLinkS).
[0015]
Further, according to a sixth aspect of the present invention, as set forth in
[0016]
In such a data storage device, it is possible to perform data management processing corresponding to commands according to the device interface protocol.
[0017]
According to a seventh aspect of the present invention, there is provided a response that generates a response indicating the result of the processing notified from the management unit and transmits the response to the requesting image forming apparatus by the communication control unit. It can be configured to have processing means.
[0018]
In such a data storage device, the processing result of the data management processing corresponding to the command according to the inter-device interface protocol can be transmitted as a response to the requesting image forming device.
[0019]
According to another aspect of the present invention, there is provided a plurality of storage devices for storing information relating to image forming processing and one image processing for executing the image forming processing via a network. In an image forming system connected to an image forming apparatus, in the image forming method for acquiring the information from the plurality of storage devices and performing the image forming process, the image forming apparatus includes the plurality of the plurality of image forming apparatuses via the network. A plurality of storage request procedures for performing a storage request for requesting storage of image forming parameters and target data to be imaged to the plurality of storage devices in accordance with an inter-device interface protocol that enables common communication with the storage devices; Each of the plurality of storage devices having received the storage request stores the same image forming parameter and the target data; The image forming apparatus sends an acquisition request for requesting acquisition of the image forming parameter and the target data to one of the plurality of storage devices in accordance with the inter-device interface protocol. When the target data cannot be acquired, an acquisition request procedure for performing a similar acquisition request to another storage device and the other storage device that has received the acquisition request are specified in the acquisition request. A providing procedure for locking all or a part of the target data and providing the target data and the image forming parameters according to the inter-device interface protocol can be provided.
[0020]
In the image forming method in such an image forming system, the user only makes an image formation request to one image forming apparatus via the network. The image forming process can be performed by such a storage device.
[0021]
In order to solve the above problems, the present invention provides a plurality of storage devices for storing information relating to image forming processing and a plurality of executing image forming processing via a network. In the image forming system connected to the image forming apparatus, each image forming apparatus acquires the information from any one of the plurality of storage devices and performs the image forming process. According to an inter-device interface protocol that enables one of the apparatuses to communicate with the plurality of storage apparatuses via the network in common, a storage request for requesting storage of image forming parameters and target data to be imaged is sent A plurality of storage request procedures to be performed on a plurality of storage devices and each of the plurality of storage devices that have received the storage request have the same image forming parameters. And a plurality of image forming requests in which the image forming apparatus that has made the saving request makes an image forming request to other image forming apparatuses in accordance with the inter-device interface protocol. Each of the plurality of image forming apparatuses sends an acquisition request for requesting acquisition of the image forming parameter and the target data to one of the plurality of storage apparatuses in accordance with the inter-apparatus interface protocol. When the image forming parameter and the target data cannot be acquired due to a failure, an acquisition request procedure for making a similar acquisition request to another storage device, and the other storage device that has received the acquisition request, All or part of the target data specified in the acquisition request is locked, and the target data and the image forming parameters are transferred to the inter-device interface. Configured to have a providing instructions that provide in accordance over scan protocol.
[0022]
In such an image forming method in an image forming system, a user only issues an image forming request to one image forming apparatus via a network, and a failure occurs in the image forming apparatus or the storage device. In this case, the image forming process can be performed by any one of the image forming apparatuses and the storage apparatus.
[0023]
As means for solving the above-described problems, the present invention may be a recording medium on which the above-described program for causing a computer to execute is recorded.
[0024]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0025]
The image forming system according to the first embodiment of the present invention has a network configuration as shown in FIG. FIG. 1 is a diagram illustrating a network configuration example of an image forming system according to a first embodiment of the present invention. In FIG. 1, an
[0026]
In such an
[0027]
For convenience of explanation, the printer 100-1 is a printer that directly receives a print request from the
[0028]
An outline of a processing flow in the
[0029]
When the main printer 100-1 receives a print request directly from the PC 300 (step S1), a print parameter indicating a finishing method such as a list of desired
[0030]
The main printer 100-1 transmits a job storage request for storing the job instruction information in the
[0031]
Assume that printers 100-2 to 100-3 are auxiliary printers desired by the user. The main printer 100-1 sequentially transmits auxiliary print requests in which print parameters for the auxiliary printer based on the print parameters instructed from the
[0032]
The main printer 100-1 executes print processing according to the generated job. Similarly, the auxiliary printers 100-2 and 100-3 respectively acquire all or part of the job instruction information and document data by transmitting a job acquisition request to the storage 200 (steps S4-1 and S4-). 2) The printing process is executed.
[0033]
In such an
[0034]
The
[0035]
In FIG. 2, a
[0036]
The
[0037]
An Ethernet (registered trademark) interface cable such as 10BASE-T or 10BASE-TX is connected to the Ethernet (registered trademark) I /
[0038]
A
[0039]
The
[0040]
FIG. 3 is a block diagram illustrating a functional configuration example of the printer according to the first embodiment of the present invention. In FIG. 3, the
[0041]
The
[0042]
The
[0043]
In response to an instruction from the
[0044]
The
[0045]
The notification issuing unit 104 notifies the
[0046]
The
[0047]
The lock
[0048]
The
[0049]
TCP /
[0050]
The
[0051]
Next, processing performed by the
[0052]
Based on the contents of the print request, it is determined whether printing is in units of copies or printing in units of pages (step S13). If it is determined that the printing is in units of copies, the
[0053]
The
[0054]
On the other hand, when the
[0055]
The
[0056]
Then, the
[0057]
Then, the
[0058]
On the other hand, when the
[0059]
As described above, when the page X cannot be locked, the process returns to step S26 so that the printing process can be performed from the lockable page first. In step S31, the lock time may be acquired from the
[0060]
When the
[0061]
Next, processing performed by the
[0062]
The
[0063]
Then, the
[0064]
On the other hand, if there is a page X, if either the main printer 100-1 or the auxiliary printer 100-3 locks the page X, the lock
[0065]
In step S49, the lock time may be acquired from the
[0066]
On the other hand, when the
[0067]
Then, the
[0068]
On the other hand, if the
[0069]
On the other hand, if it is determined in step S45 that printing is in units of copies, the
[0070]
Then, the
[0071]
In step S64, the lock time may be acquired from the
[0072]
Next, the lock time control process executed by the lock
[0073]
If the lock
[0074]
If it is determined in step S85 that the job is locked, the
[0075]
In this way, when the lock time elapses, the
[0076]
FIG. 9 is a flowchart for explaining the lock result processing. In FIG. 9, the
[0077]
On the other hand, if it indicates that it has been locked, that is, since the
[0078]
If the
[0079]
On the other hand, if it indicates that it has been locked, that is, since the
[0080]
If the
[0081]
If it indicates that it has been locked, that is, since the
[0082]
According to the processing shown in FIGS. 4 to 9, in the case of the main printer, the
[0083]
In addition, the
[0084]
It should be noted that the processing shown in FIGS. 4 to 9 can be performed by all the printers 100-1 to 100-n.
[0085]
The
[0086]
In FIG. 10, a
[0087]
The
[0088]
The
[0089]
A program for controlling the
[0090]
Further, the plurality of
[0091]
FIG. 11 is a block diagram showing a functional configuration example of the storage according to the first embodiment of the present invention. In FIG. 11, the
[0092]
The
[0093]
The
[0094]
The lock
[0095]
The
[0096]
TCP /
[0097]
The
[0098]
Next, processing in the
[0099]
If it is determined in step S272 that it is not a job storage request, it is determined whether or not it is a job acquisition request (step S274). If it is a job acquisition request, steps S281 to S285 are executed. On the other hand, if it is not a job acquisition request, it is determined whether it is a page deletion request (step S275). In the case of a page deletion request, the page of the job specified by the page deletion request is deleted from the storage device 46 (step S276).
[0100]
If it is determined in step S275 that it is not a page deletion request, it is determined whether or not it is a job deletion request (step S277). If it is a job deletion request, the job designated by the job deletion request is deleted from the storage device 46 (step S278), and this process is terminated. On the other hand, if it is not a job deletion request, this process ends.
[0101]
A case where it is determined in step S274 that the request is a job acquisition request will be described. The
[0102]
The
[0103]
In the processing shown in FIG. 12, when a job is specified by a job acquisition request, the job may be locked.
[0104]
Next, lock time control processing by the lock
[0105]
If the job is locked in step S252, it is determined whether a predetermined lock time has elapsed (step S253). If the predetermined lock time has not elapsed, the process proceeds to step S255. On the other hand, if the predetermined lock time has elapsed, the job j is unlocked (step S254).
[0106]
The lock
[0107]
If the job is not locked in step S252, 1 is set to page p (step S257), and it is determined whether page p is locked (step S258). If not locked, the process proceeds to step S261. On the other hand, if it is locked, it is determined whether a predetermined lock time has elapsed (step S259). If the predetermined lock time has not elapsed, the process proceeds to step S261. If the predetermined lock time has elapsed, the page p is unlocked (step S260).
[0108]
The lock
[0109]
When a job is locked by such a lock time control process, the lock time is controlled for each job. When a job is not locked but a page is locked, the lock time is set for each page. Can be controlled. Therefore, even if the
[0110]
By locking the job in this way, the
[0111]
In addition, by locking the page, the
[0112]
The job instruction information managed by the
[0113]
A script for a print request transmitted from the
[0114]
From <requesting-user-name> The description 402 indicated by </ request-user-name> indicates the user name “someone” who requested printing.
[0115]
From <job-instruction> A
[0116]
In
[0117]
From <parallelprint enc: arrayType = "bm: parallelprint [1]"> A
[0118]
From <finishings enc: arrayType = "bm: finishing [1]"> The description 407 indicated by </ finishings> specifies finishing after the printing process by the array “finishing [1]” in accordance with BMLinkS. From <finishing> The description indicated by </ finishing> specifies that the printed document is bound by “staple” as finishing.
[0119]
From <document-format> The description indicated by </ document-format> specifies the data format “image / tiff” of the document data.
[0120]
A
[0121]
A job save request script transmitted from the main printer 100-1 to the
[0122]
In
[0123]
Further, in
[0124]
An auxiliary print request script transmitted from the main printer 100-1 to each of the auxiliary printers 100-2 and 100-3 in step S15 of FIG. 4 will be described. FIG. 17 is a diagram illustrating a script example of an auxiliary print request transmitted from the main printer to the auxiliary printer. In FIG. From <bm: create-job xmlns: bm = "urn: schemas-bm: service: bm"> A
[0125]
From <requesting-user-name> The description 422 indicated by </ request-user-name> indicates the user name “someone” who has requested printing.
[0126]
From <job-instruction> A
[0127]
In
[0128]
From <finishings enc: arrayType = "bm: finishing [1]"> The
[0129]
From <document-format> The description indicated by </ document-format> specifies the data format “image / tiff” of the document data.
[0130]
In the
[0131]
The description 425 designates a printing process result notification method, and is referred to by the notification issuing unit 104 of each of the auxiliary printers 100-2 and 100-3. For example, From <notification-recipient> A
[0132]
A script that locks a page by designating only a page in response to a job acquisition request transmitted from the auxiliary printer 100-2 to the
[0133]
In
[0134]
A script that locks a page by specifying a page and a lock period by a job acquisition request transmitted from the auxiliary printer 100-2 to the
[0135]
In
[0136]
A page deletion request script for deleting a printed page stored in the
[0137]
In
[0138]
In the
[0139]
FIG. 21 is a diagram illustrating a network configuration example of the image forming system according to the second embodiment of the present invention. In the
[0140]
An
[0141]
In such an
[0142]
The outline of the processing flow in the
[0143]
When the
[0144]
The
[0145]
The
[0146]
As described above, when the page to be printed cannot be acquired from the storage 200-1 for some reason, the page to be printed can be acquired from the other storage 200-2 or 200-3. Therefore, the user of the
[0147]
Next, processing performed by the
[0148]
The
[0149]
The
[0150]
On the other hand, if the page X has been acquired, the
[0151]
A script for a print request transmitted from the
[0152]
From <requesting-user-name> The description 462 indicated by </ request-user-name> indicates the user name “someone” who requested printing.
[0153]
From <job-instruction> A
[0154]
In
[0155]
From <parallelprint enc: arrayType = "bm: parallelprint [1]"> A
[0156]
From <finishings enc: arrayType = "bm: finishing [1]"> The description 467 indicated by </ finishings> specifies the finishing after the printing process by the array “finishing [1]” in accordance with BMLinkS. From <finishing> The description indicated by </ finishing> specifies that the printed document is bound by “staple” as finishing.
[0157]
From <document-format> The description indicated by </ document-format> specifies the data format “image / tiff” of the document data.
[0158]
The description 465 designates a notification method of the print processing result and is referred to by the notification issuing unit 104. For example, From <notification-recipient> The
[0159]
A job save request script transmitted from the
[0160]
In
[0161]
In
[0162]
In the
[0163]
As described above, when the page X cannot be acquired from the storage 200-1 for some reason, the
[0164]
Next, the printer 100-1 that has received the print request from the
[0165]
FIG. 25 is a diagram illustrating a network configuration example of the image forming system according to the third embodiment of the present invention. In the image forming 1003 shown in FIG. 18, storages 200-1 to 200-3 (hereinafter collectively referred to as storage 200) are storages 200-1 to 200-3 of the
[0166]
An
[0167]
In such an
[0168]
For convenience of explanation, the printer 100-1 is a printer that directly receives a print request from the
[0169]
An outline of a processing flow in the
[0170]
When the main printer 100-1 receives a print request directly from the PC 300 (step S161), the list of the
[0171]
The main printer 100-1 transmits job storage requests for sequentially storing the job instruction information in accordance with the list of the
[0172]
Assume that printers 100-2 to 100-3 are auxiliary printers desired by the user. The main printer 100-1 sequentially transmits auxiliary print requests in which print parameters for the auxiliary printer based on the print parameters instructed from the
[0173]
Then, the main printer 100-1 acquires all or part of the job instruction information and the document data by transmitting a job acquisition request to the storage 200-1 (step S164-1), and executes print processing. Similarly, the auxiliary printers 100-2 and 100-3 respectively acquire all or part of the job instruction information and the document data by transmitting a job acquisition request to the storage 200 (steps S164-2 and S164-). 3) Print processing is executed.
[0174]
In such an
[0175]
Since the main printer 100-1 and the auxiliary printers 100-2 and 100-3 perform printing processing, even if a failure occurs in any of the printers 100-1 to 100-3, printing is performed by another printer. Since the process is performed, the user can always obtain a document printed by any one of the designated printers 100-1 to 100-3. Therefore, it is possible to realize a system with excellent fault tolerance that is not easily affected by printer faults.
[0176]
Furthermore, even if a failure occurs in any of the storages 200-1 to 200-3, the document can be printed by any of the printers 100-1 to 100-3. Therefore, it is possible to realize a system with excellent fault tolerance that is not easily affected by a storage fault.
[0177]
Further, in such an
[0178]
【The invention's effect】
As described above, according to the present invention, when an image forming parameter and target data to be imaged are stored, and the stored image forming parameter and target data to be imaged are requested, the target Lock all or part of the data. Therefore, when the same image forming parameters and target data to be imaged are requested, it is possible to control not to provide them redundantly. When the locked target data has passed a predetermined lock time, the lock is released. Therefore, even when a failure occurs in the image forming apparatus that has requested acquisition and the image forming process of the target data is not completed, the data storage apparatus can release the lock. When there is a request for acquisition of target data from the image forming apparatus, the target data that has been unlocked can be provided. That is, the image forming process can be completed in another image forming apparatus.
[0179]
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a network configuration example of an image forming system according to a first embodiment of the present invention.
FIG. 2 is a block diagram illustrating a hardware configuration of the printer according to the first embodiment of the present invention.
FIG. 3 is a block diagram illustrating a functional configuration example of a printer according to a first embodiment of the present invention.
FIG. 4 is a flowchart for explaining a processing example when a first print request is received by the control unit of the printer according to the first embodiment of the present invention;
FIG. 5 is a flowchart for explaining a processing example when a first print request is received by the control unit of the printer according to the first embodiment of the present invention;
FIG. 6 is a flowchart for explaining a processing example when an auxiliary print request is received from the control unit of the printer according to the first embodiment of the present invention;
FIG. 7 is a flowchart for explaining a processing example when an auxiliary print request is received from the control unit of the printer according to the first embodiment of the present invention;
FIG. 8 is a flowchart for explaining lock time control processing;
FIG. 9 is a flowchart for explaining lock result processing;
FIG. 10 is a block diagram showing a hardware configuration of a storage according to the first embodiment of the present invention.
FIG. 11 is a block diagram showing an example of a functional configuration of a storage according to the first embodiment of the present invention.
FIG. 12 is a flowchart for explaining a processing example of a storage job management unit according to the first embodiment of the present invention;
FIG. 13 is a flowchart for explaining an example of lock time control processing by a storage lock time control unit according to the first embodiment of the present invention;
FIG. 14 is a diagram illustrating a structure of job data.
FIG. 15 is a diagram illustrating a script example of a print request transmitted from a PC.
FIG. 16 is a diagram illustrating a script example of a job saving request transmitted from the main printer to the storage.
FIG. 17 is a diagram illustrating a script example of an auxiliary print request transmitted from the main printer to the auxiliary printer.
FIG. 18 is a diagram illustrating a first script example of page lock according to a job acquisition request transmitted from the main printer to the storage.
FIG. 19 is a diagram illustrating a second script example of page lock according to a job acquisition request transmitted from the main printer to the storage.
FIG. 20 is a diagram illustrating a script example of a page deletion request for deleting a printed page stored in the storage.
FIG. 21 is a diagram illustrating a network configuration example of an image forming system according to a second embodiment of the present invention.
FIG. 22 is a flowchart for explaining an example of processing in the printer according to the second embodiment of the present invention.
FIG. 23 is a diagram illustrating a script example of a print request in which a plurality of storages are specified.
FIG. 24 is a diagram illustrating a script example of a job saving request transmitted from a printer to a plurality of storages.
FIG. 25 is a diagram illustrating a network configuration example of an image forming system according to a third embodiment of the present invention.
[Explanation of symbols]
40 network
100, 100-1, 100-2, 100-3 Printer
101 Job reception department
102 Job issuing department
103 Service Search Department
104 Notification issuing department
105 Control unit
106 Print processing unit
107 Lock time controller
200, 200-1, 200-2, 200-3 storage
201 Request processing part
203 Response processing unit
205 Job management department
207 Lock time controller
210 Network controller
300 PC
Claims (12)
上記保存要求を行った画像形成装置以外の他の複数の画像形成装置から送信される上記画像形成パラメータと上記対象データの取得を要求する取得要求に対して、該取得要求で指定される該対象データの全部又は一部をロックして該対象データと該画像形成パラメータとを提供する提供手段とを有することを特徴とするデータ保存装置。A storage unit that stores the image formation parameter and the target data in response to a storage request for storing the image formation parameter received from one of the plurality of image forming apparatuses and the target data to be imaged;
In response to an acquisition request for acquiring the image formation parameters and the target data transmitted from a plurality of image forming apparatuses other than the image forming apparatus that has made the storage request, the target specified in the acquisition request A data storage device, characterized by comprising providing means for locking all or part of data and providing the target data and the image forming parameters.
上記ロック時間経過判断手段による判断結果に基づいて、ロックを解除するロック解除手段とを有することを特徴とする請求項1又は2記載のデータ保存装置。Lock time elapse judgment means for judging whether or not the lock time of all or a part of the locked target data has passed a predetermined lock time;
3. The data storage device according to claim 1, further comprising: a lock release unit that releases the lock based on a determination result by the lock time passage determination unit.
上記要求解析手段から通知される上記要求にて指定されるコマンドに応じて、上記保存手段、上記提供手段、及び、上記削除手段のいずれかに処理を振り分けることによって、該画像形成パラメータと該対象データとの管理を行う管理手段とを有することを特徴とする請求項5記載のデータ保存装置。Request analysis means for analyzing requests from the plurality of image forming apparatuses notified from the communication control means;
According to the command specified by the request notified from the request analyzing unit, the image forming parameter and the target are distributed by allocating the processing to any one of the storing unit, the providing unit, and the deleting unit. 6. The data storage device according to claim 5, further comprising management means for managing data.
上記画像形成装置が、上記ネットワークを介して上記複数の保存装置との間で共通に通信可能とする装置間インターフェースプロトコルに従って、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を上記複数の保存装置に対して行う複数保存要求手順と、
上記保存要求を受信した上記複数の保存装置各々が、同一の上記画像形成パラメータと上記対象データとを保存する保存手順と、
上記画像形成装置が、上記装置間インターフェースプロトコルに従って、上記画像形成パラメータと上記対象データの取得を要求する取得要求を上記複数の保存装置の1つに行い、該保存装置の障害により該画像形成パラメータと該対象データが取得不可能な場合に、他の保存装置に対して同様の取得要求を行う取得要求手順と、
上記取得要求を受信した上記他の保存装置が、該取得要求で指定される該対象データの全部又は一部をロックして該対象データと該画像形成パラメータとを上記装置間インターフェースプロトコルに従って提供する提供手順とを有することを特徴とする画像形成方法。In an image forming system in which a plurality of storage devices that store information relating to image forming processing and a single image forming device that executes image forming processing are connected via a network, the information is acquired from the plurality of storage devices. In the image forming method for performing the image forming process,
In accordance with an inter-device interface protocol that enables the image forming apparatus to communicate with the plurality of storage apparatuses via the network, a storage request for requesting storage of image formation parameters and target data to be imaged is issued. A plurality of storage request procedures for the plurality of storage devices;
Each of the plurality of storage devices that has received the storage request stores a storage procedure for storing the same image forming parameter and the target data.
The image forming apparatus makes an acquisition request for requesting acquisition of the image forming parameter and the target data to one of the plurality of storage devices in accordance with the inter-device interface protocol. And when the target data cannot be acquired, an acquisition request procedure for making a similar acquisition request to another storage device,
The other storage device that has received the acquisition request locks all or part of the target data specified in the acquisition request and provides the target data and the image formation parameters according to the inter-device interface protocol. And a providing procedure.
上記複数の画像形成装置の1つが、上記ネットワークを介して上記複数の保存装置との間で共通に通信可能とする装置間インターフェースプロトコルに従って、画像形成パラメータと画像形成すべき対象データの保存を要求する保存要求を上記複数の保存装置に対して行う複数保存要求手順と、
上記保存要求を受信した上記複数の保存装置各々が、同一の上記画像形成パラメータと上記対象データとを保存する保存手順と、
上記保存要求を行った上記画像形成装置が、上記装置間インターフェースプロトコルに従って、他の複数の画像形成装置に対して画像形成要求を行う複数画像形成要求手順と、
上記複数の画像形成装置各々が、上記装置間インターフェースプロトコルに従って、上記画像形成パラメータと上記対象データの取得を要求する取得要求を上記複数の保存装置の1つに行い、該保存装置の障害により該画像形成パラメータと該対象データが取得不可能な場合に、他の保存装置に対して同様の取得要求を行う取得要求手順と、
上記取得要求を受信した上記他の保存装置が、該取得要求で指定される該対象データの全部又は一部をロックして該対象データと該画像形成パラメータとを上記装置間インターフェースプロトコルに従って提供する提供手順とを有することを特徴とする画像形成方法。In an image forming system in which a plurality of storage devices that store information relating to image forming processing and a plurality of image forming devices that execute image forming processing are connected via a network, each image forming device includes the plurality of storage devices. In an image forming method for acquiring the information from any one and performing the image forming process,
One of the plurality of image forming apparatuses requests storage of image forming parameters and target data to be imaged in accordance with an inter-device interface protocol that enables common communication with the plurality of storage apparatuses via the network. A plurality of storage request procedures for performing a storage request to the plurality of storage devices;
Each of the plurality of storage devices that has received the storage request stores a storage procedure for storing the same image forming parameter and the target data.
A plurality of image formation request procedures in which the image forming apparatus that has made the storage request makes an image formation request to another plurality of image forming apparatuses according to the inter-device interface protocol;
Each of the plurality of image forming apparatuses sends an acquisition request for requesting acquisition of the image forming parameter and the target data to one of the plurality of storage apparatuses in accordance with the inter-device interface protocol, and the storage apparatus fails due to the failure of the storage apparatus. An acquisition request procedure for making a similar acquisition request to another storage device when the image formation parameter and the target data cannot be acquired;
The other storage device that has received the acquisition request locks all or part of the target data specified in the acquisition request and provides the target data and the image formation parameters according to the inter-device interface protocol. And a providing procedure.
上記保存要求を行った画像形成装置以外の他の複数の画像形成装置から送信される上記画像形成パラメータと上記対象データの取得を要求する取得要求に対して、該取得要求で指定される該対象データの全部又は一部をロックして該対象データと該画像形成パラメータとを提供する提供手順とを有することを特徴とするデータ保存方法。A storage procedure for storing the image formation parameters and the target data in response to a storage request for requesting storage of the image formation parameters received from the plurality of image forming apparatuses and target data to be imaged;
In response to an acquisition request for acquiring the image formation parameters and the target data transmitted from a plurality of image forming apparatuses other than the image forming apparatus that has made the storage request, the target specified in the acquisition request A data storage method comprising: a provision procedure for locking all or part of data and providing the target data and the image forming parameters.
上記ロック時間経過判断手順による判断結果に基づいて、ロックを解除するロック解除手順とを有することを特徴とする請求項10記載のデータ保存方法。A lock time elapsed determination procedure for determining whether or not the lock time of all or part of the locked target data has exceeded a predetermined lock time;
11. The data storage method according to claim 10, further comprising: a lock release procedure for releasing the lock based on a determination result obtained by the lock time elapsed determination procedure.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003054203A JP4180401B2 (en) | 2003-02-28 | 2003-02-28 | Data storage device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003054203A JP4180401B2 (en) | 2003-02-28 | 2003-02-28 | Data storage device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004265092A JP2004265092A (en) | 2004-09-24 |
| JP4180401B2 true JP4180401B2 (en) | 2008-11-12 |
Family
ID=33118613
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003054203A Expired - Fee Related JP4180401B2 (en) | 2003-02-28 | 2003-02-28 | Data storage device |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4180401B2 (en) |
-
2003
- 2003-02-28 JP JP2003054203A patent/JP4180401B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004265092A (en) | 2004-09-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5180676B2 (en) | Image forming apparatus, control method thereof, and program thereof | |
| US8379258B2 (en) | System operating under web environment and method of controlling the same | |
| US8379257B2 (en) | System operating under web environment and method of controlling the same | |
| JP4810318B2 (en) | Port monitor program, data processing method, information processing apparatus, and storage medium | |
| JP5995525B2 (en) | System, image forming apparatus, server, and control method thereof | |
| US20130003115A1 (en) | Pull-print system, print job management method, print server, control method therefor and computer-readable medium | |
| JP2005173919A (en) | Information processing apparatus, information processing system, information processing method, information processing program, and storage medium | |
| JP2010009318A (en) | Image processing system, its control method, computer program and storage medium | |
| JP2013117920A (en) | Information processing equipment, control method of information processing equipment, control program and image formation system | |
| JP5571911B2 (en) | Image processing apparatus, control method thereof, and program | |
| JP2011095894A (en) | Image processor, and control method concerning proxy printing processing in authentication pull-print system | |
| US7461069B2 (en) | Log information management device, log information generation device, and computer-readable medium storing log information management program therein | |
| JP4180401B2 (en) | Data storage device | |
| JP4231306B2 (en) | Image forming system and image forming method | |
| JP4343554B2 (en) | Distributed image forming apparatus | |
| JP2007149069A (en) | Printing system and access control method thereof, information processing apparatus and control method thereof, and control program | |
| JP2010157134A (en) | Apparatus, method and system for information processing | |
| JP2010072816A (en) | Network print system, server device, image forming apparatus, and program | |
| JP5449587B2 (en) | Image forming system, server apparatus, and image forming apparatus | |
| JP5974726B2 (en) | Preview screen display control apparatus and program | |
| JP4036221B2 (en) | client | |
| JP4886501B2 (en) | Printing apparatus, printing control method, and program | |
| JP4110021B2 (en) | Print processing program, information processing apparatus, information processing method, and storage medium for performing print processing with department management | |
| JP2004220098A (en) | Image forming apparatus capable of reusing target data for image formation and its processing conditions | |
| JP2009141774A (en) | Data processing apparatus, control method therefor, and computer program |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050822 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080415 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080616 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080729 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080827 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110905 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120905 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130905 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |