JP5906700B2 - 画像処理システム、画像形成装置、ジョブ処理方法、制御プログラム - Google Patents

Description

この開示は画像処理システム、画像形成装置、サーバー、ジョブ処理方法、制御プログラムに関し、特に、サーバーを含んだ画像処理システム、当該画像処理システムに含まれる画像形成装置、サーバー、当該画像処理システムでのジョブ処理方法、および当該画像処理システムに含まれる装置の制御プログラムに関する。

プリンターまたはプリンター機能を有する複合機であるＭＦＰ（Multi-Functional Peripheral）などの画像形成装置を含んだ画像処理システムにおいて印刷ジョブを実行する際に、いったん、印刷ジョブをサーバーにスプールさせ、画像形成装置にサーバーから印刷ジョブを送信して印刷処理を実行させる方法がある。このような画像処理システムでの印刷方法として、いわゆる、フォローミープリントと呼ばれる印刷方法がある。図１１を用いて、その方法について説明する。

すなわち、図１１を参照して、この印刷方法では、ユーザーはクライアントＰＣ（パーソナルコンピューター）を操作して、サーバーに対して印刷ジョブを送信する（＃１）。印刷ジョブはサーバーにスプールされる（＃２）。

ユーザーは、印刷を行ないたい画像形成装置にログインする（＃３）。これにより、ＭＦＰからサーバーに対して、当該ユーザーの印刷ジョブが要求される（＃４）。この要求に応じてサーバーから印刷ジョブが当該ユーザーの印刷ジョブがＭＦＰに送信されて（＃５）、ＭＦＰにおいて印刷処理が実行される（＃６）。

この方法では、ユーザーはクライアントＰＣより出力指示した後、印刷を行ないたい画像形成装置を自由に選択することができる。そして、選択した画像形成装置でユーザー認証を行なうことで、当該画像形成装置で印刷ジョブが実行される。

さらに、この方法では、画像形成装置にユーザーがログインしてから印刷ジョブが実行されてプリント物が出力されるため、出力紙の放置が抑制され、また、出力紙をジョブを指示したユーザーが取りに行くまでの間の、第三者による閲覧や盗難などの漏洩も防止される。

特開２００９−７５８３２号公報

しかしながら、このシステムでは、サーバーが故障等によって機能ダウンした場合に印刷ジョブが実行されなくなる、という問題がある。

この問題に対して、該当する印刷ジョブをクライアントＰＣより印刷を実行させる画像形成装置に対して再送する、という解決方法も挙げられるが、この方法では、画像形成装置でログインしたユーザーがクライアントＰＣに戻って、サーバーがダウンするよりも以前に送信した印刷ジョブを再度送信するための操作を行なう必要があり、操作性が落ちる、という問題がある。

ここで、特開２００９−７５８３２号公報（特許文献１）は、クライアントＰＣ＿Ａがシャットダウンする際に他のクライアントＰＣ＿Ｂにジョブを転送しバックアップすることで、元のクライアントＰＣ＿Ａがシャットダウンされた後でもクライアントＰＣ＿Ｂにバックアップされたジョブでプリント処理を可能とする方法を開示している。

たとえこの技術を画像処理システムに応用するとしても、通常のシャットダウンではなく故障等の機能ダウンでは印刷ジョブがバックアップされておらず、画像形成装置でサーバーに蓄積された印刷ジョブを処理することができない、という問題は解消されない。

本発明はこのような問題に鑑みてなされたものであって、サーバーに印刷ジョブをスプールして当該サーバーに接続された画像形成装置で印刷処理を実行する画像処理システムにおいて、操作性よく印刷処理を実行させることのできる画像処理システム、画像形成装置、サーバー、ジョブ処理方法、および制御プログラムを提供することを目的としている。

ある実施の形態に従うと、画像処理システムは、サーバーと、画像形成装置と、制御装置とを備える。制御装置は、サーバーにジョブを発行する際に、そのジョブを複製して複製されたジョブを保持する。サーバーは制御装置から発行されたジョブを蓄積する。画像形成装置は、ユーザーのログインを受け付けるとサーバーが正常稼動しているか否かを判断して、サーバーの正常稼動時には当該ユーザーに関連するジョブをサーバーに要求してサーバーから取得したジョブの処理を実行し、サーバーが正常稼動していないときには当該画像処理システムに接続された制御装置に対して当該ユーザーに関連するジョブを保持しているか否かを問い合わせてその回答に基づいて当該ユーザーに関連するジョブを要求する制御装置を特定し、特定された制御装置に当該ユーザーに関連するジョブを要求して制御装置から取得したジョブの処理を実行する。

より好ましくは、画像形成装置は、当該画像処理システムに接続されたすべての装置に対して問い合わせをブロードキャストで送信する。

より好ましくは、画像形成装置は当該画像処理システムに接続された制御装置のアクセス情報を取得し、アクセス情報に基づいて問い合わせを送信する。

他の実施の形態に従うと、画像形成装置はサーバーおよび制御装置と通信可能な画像形成装置であって、ユーザーのログインを受け付けるとサーバーが正常稼動しているか否かを判断して、サーバーの正常稼動時には当該ユーザーに関連するジョブをサーバーに要求してサーバーから取得したジョブの処理を実行し、サーバーが正常稼動していないときには制御装置に対して当該ユーザーに関連するジョブを保持しているか否かを問い合わせ、その回答に基づいて当該ユーザーに関連するジョブを要求する制御装置を特定し、特定された制御装置に当該ユーザーに関連するジョブを要求して制御装置から取得したジョブの処理を実行する。

他の実施の形態に従うと、ジョブ処理方法はサーバーと画像形成装置と制御装置とを含んだ画像処理システムでのジョブの処理方法であって、制御装置でサーバーにジョブを発行する際に、ジョブを複製して複製されたジョブを保持するステップと、サーバーで、制御装置から発行されたジョブを蓄積するステップと、画像形成装置で、ユーザーのログインを受け付けるとサーバーが正常稼動しているか否かを判断して、サーバーの正常稼動時には当該ユーザーに関連するジョブをサーバーに要求してサーバーから取得したジョブの処理を実行し、サーバーが正常稼動していないときには画像処理システムに接続された制
御装置に対して当該ユーザーに関連するジョブを保持しているか否かを問い合わせてその回答に基づいて当該ユーザーに関連するジョブを要求する制御装置を特定し、特定された制御装置に当該ユーザーに関連するジョブを要求して制御装置から取得したジョブの処理を実行するステップとを備える。

好ましくは、ジョブ処理方法は、サーバーが正常稼動していないときに制御装置から送信されたジョブを処理した場合の処理結果を制御装置から受け付けたサーバーにおいて、蓄積されているジョブを削除するステップをさらに備える。

他の実施の形態に従うと、制御プログラムはサーバーおよび制御装置と通信可能な画像形成装置に処理を実行させるための制御プログラムであって、プログラムは、ユーザーのログインを受け付けるとサーバーが正常稼動しているか否かを判断するステップと、サーバーの正常稼動時には当該ユーザーに関連するジョブをサーバーに要求してサーバーから取得したジョブの処理を実行するステップと、サーバーが正常稼動していないときには制御装置に対して当該ユーザーに関連するジョブを保持しているか否かを問い合わせてその回答に基づいて当該ユーザーに関連するジョブを要求する制御装置を特定し、特定された制御装置に当該ユーザーに関連するジョブを要求して制御装置から取得したジョブの処理を実行ステップとを画像形成装置に実行させる。

この発明によると、サーバーおよび画像形成装置を含んだ画像処理システムにおいて、操作性よく画像形成装置に印刷処理を実行させることができる。特に、サーバーが故障した場合であっても操作性を落とすことなく画像形成装置に印刷処理を実行させることができる。

実施の形態にかかる画像処理システムの構成の具体例を示す図である。 実施の形態にかかる画像処理システムに含まれるＭＦＰのハードウェア構成の具体例を示す図である。 実施の形態にかかる画像処理システムに含まれるＰＣのハードウェア構成の一例を示す図である。 実施の形態にかかる画像処理システムでの動作概要を表わした図である。 ＭＦＰの機能構成の具体例を示すブロック図である。 ＰＣの機能構成の具体例を示すブロック図である。 ＰＣでの動作の流れを表わすフローチャートである。 ＰＣでの動作の流れを表わすフローチャートである。 ＭＦＰでの動作の流れを表わすフローチャートである。 サーバーでの動作の流れを表わすフローチャートである。 いわゆる、フォローミープリントと呼ばれる印刷方法を説明する図である。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。

＜システム構成＞
図１は、本実施の形態にかかる画像処理システム１の構成の具体例を示す図である。

図１を参照して、画像処理システム１は、画像処理装置としてのＭＦＰ（Multi-Functional Peripheral）１００と、サーバー３００と、クライアント装置としてのＰＣ（パーソナルコンピューター）４００とを含む。ＭＦＰ１００およびＰＣ４００は、それぞれ、複数含まれてもよい。また、その他、携帯電話機などの携帯端末が含まれてもよい。

サーバー３００は、一般的なパーソナルコンピューターなどから構成されるものであってよい。また、ＰＣ４００も、一般的なパーソナルコンピューターであってよい。

ＭＦＰ１００、サーバー３００、およびＰＣ４００は互いに通信可能であり、情報をやり取りする。この通信は、有線、無線を問わず、いずれの通信形態であってもよい。本実施の形態にかかる画像処理システムはオフィス環境で用いられることが想定されるため、一例として、図１に表わされたように、有線、または無線のＬＡＮ（Local Area Network）にこれら装置が接続され、該ネットワークを介して情報をやり取りする通信形態が挙げられる。

＜装置構成＞
図２は、ＭＦＰ１００のハードウェア構成の具体例を示す図である。

図２を参照して、ＭＦＰ１００は、全体を制御するための演算装置であるＣＰＵ（Central Processing Unit）１０と、ＣＰＵ１０で実行されるプログラムなどを記憶するためのＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域として機能するためのＲＡＭ（Random Access Memory）１２と、図示しない原稿台に載置された原稿を光学的に読み取って画像データーを得るためのスキャナー１３と、画像データーを印刷用紙上に固定するためのプリンター１４と、情報を表示したり当該ＭＦＰ１００に対する操作入力を受け付けたりするためのタッチパネルを含んだ操作パネル１５と、画像データーを保存するためのメモリー１６と、ＬＡＮを介した通信の制御するためのネットワークコントローラー１７とを含む。

操作パネル１５は、図示しないタッチパネルと操作キー群とを含む。タッチパネルは、液晶表示装置などの表示装置と光学式タッチパネルや静電容量タッチパネルなどの位置指示装置とが重なって構成され、操作画面を表示して、その操作画面上の指示位置を特定する。ＣＰＵ１０は予め記憶されている画面表示をさせるためのデーターに基づいてタッチパネルに操作画面を表示させる。

サーバー３００およびＰＣ４００は、上述のように通常のＰＣで構成されてよいため、そのハードウェア構成も、一般的なＰＣのハードウェア構成と同様である。本実施の形態においては、特定の構成には限定されない。

図３は、ＰＣ４００のハードウェア構成の一例を示す図である。
図３を参照して、ＰＣ４００は、全体を制御するための演算装置であるＣＰＵ４０と、ＣＰＵ４０で実行されるプログラムなどを記憶するためのＲＯＭ４１と、ＣＰＵ４０でプログラムを実行する際の作業領域として機能するためのＲＡＭ４２と、当該ＰＣ４００に対する操作入力を受け付けるためのキーボードやマウスなどの入力装置４３と、ディスプレイ４４と、ＬＡＮを介した通信の制御するためのネットワークコントローラー４７と、文書データーなどを記憶するためメモリー４８とを含む。

なお、サーバー３００も同様の構成であってよい。
＜動作概要＞
図４は、画像処理システム１での動作概要を表わした図である。

図４を参照して、ユーザーがＰＣ４００を操作してサーバー３００に対して印刷ジョブの送信を指示すると、ＰＣ４００にインストールされているアプリケーションは、対象の印刷ジョブをコピーし、そのコピーを記憶しておく（Ｓ１）。また、指示された印刷ジョブをサーバー３００に送信する（Ｓ２）。

このアプリケーションは、いわゆるポートモニターと呼ばれるＭＦＰ１００との通信状況を管理しているプログラムと情報をやり取りするプログラムであって、プリンタードライバーに含まれるものであってもよいし、プリンタードライバーとは異なるプログラムであってもよい。

サーバー３００に送信された印刷ジョブは、サーバー３００にスプールされる（Ｓ３）。一例として、印刷ジョブはユーザーのログイン情報などユーザー情報と共にＰＣ４００からサーバー３００に対して送信され、ユーザー情報に関連付けてサーバー３００に記憶される。

ユーザーは、印刷を行ないたいＭＦＰ１００にログインする（Ｓ４）。これにより、ＭＦＰ１００からサーバー３００に対してたとえば当該ユーザーのログイン情報を渡して印刷ジョブの有無を問い合わせるなどして、該当する印刷ジョブが要求される。

サーバー３００が正常稼動時には、図１１で表わされたように、この要求に応じてサーバー３００から該当する印刷ジョブが当該ユーザーの印刷ジョブがＭＦＰ１００に送信されて、ＭＦＰ１００において印刷処理が実行される。

しかしながら、ここでサーバー３００に故障が発生している場合、ＭＦＰ１００からサーバー３００に対して問い合わせを行なうことができない。そのため、サーバー３００から該当する印刷ジョブが得られない。

そこで、ＭＦＰ１００はサーバー３００の故障を検知すると、ログインユーザーの印刷ジョブを保持している、当該印刷ジョブの送信元であるＰＣ４００を特定し（Ｓ５）、そのＰＣ４００に対して印刷ジョブを要求する（Ｓ６）。

この要求を受けたＰＣ４００は、要求元であるＭＦＰ１００に対して記憶している印刷ジョブを送信する（Ｓ７）。これにより、ＭＦＰ１００において当該印刷ジョブの印刷処理が実行される（Ｓ８）。

ＭＦＰ１００は、印刷処理を実行すると、印刷枚数やカラー／モノクロの別などを表わした結果情報を送信する。印刷ジョブがサーバー３００から送信されたものである場合、ＭＦＰ１００は結果情報をサーバー３００に対して送信する。これにより、サーバー３００において課金管理等が行なわれる。一方、印刷ジョブがＰＣ４００から送信されたものである場合、ＭＦＰ１００は結果情報をＰＣ４００に対して送信する。

ＰＣ４００にインストールされている上記アプリケーションはポートモニターに対してサーバー３００との通信状態を常時または所定間隔で監視させる。サーバー３００に故障が発生していない場合には、サーバー３００はＭＦＰ１００からの要求に応じて該当する印刷ジョブをＭＦＰ１００に送信する。ＰＣ４００は、サーバー３００が正常稼動時には蓄積されている印刷ジョブの状態を常時または所定間隔等の所定のタイミングで確認し、サーバー３００からＭＦＰ１００に送信されたことで記憶領域から印刷ジョブが削除されたことを検知すると、自身に記憶されている当該印刷ジョブのコピーを削除する。

また、サーバー３００に故障が発生してＰＣ４００が保持していた印刷ジョブをＭＦＰ１００からの要求に応じてＭＦＰ１００に送信した場合には、サーバー３００の故障からの復帰が検知されたことを表わす信号をポートモニターから受け取ると、ＰＣ４００のアプリケーションは、復帰後にＭＦＰ１００から受け取った当該印刷ジョブの結果情報をサーバー３００に対して送信すると共に、サーバー３００に対して当該印刷ジョブの削除を要求する。

これにより、ＰＣ４００とサーバー３００との双方に保持される印刷ジョブとそのコピーとの同機が確保されることになる。

＜機能構成＞
図５は、上記動作を行なうための、ＭＦＰ１００の機能構成の具体例を示すブロック図である。図５に示される各機能は、ＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で実行することで、主にＣＰＵ１０に形成される機能である。しかしながら、少なくとも一部の機能が図２に示されたハードウェア構成によって形成されてもよい。

図５を参照して、上記動作を実現するための機能としてＭＦＰ１００のＣＰＵ１０は、操作パネル１５からの操作信号の入力を受け付けるための入力部１０１と、ログイン情報の入力を受け付けてユーザーのログイン処理を行なうための認証部１０２と、認証されたユーザーのログイン情報等のユーザー情報をネットワークコントローラー１７を介してサーバー３００に送信することで当該ユーザーの印刷ジョブを問い合わせ、当該ジョブをサーバー３００に対して要求するための第１要求部１０３と、たとえばその問い合わせが送信できないなどによってサーバー３００の故障が検知された場合に、ログインしたユーザーの印刷ジョブを保持するＰＣを特定するための特定部１０４と、特定されたＰＣに対してログインユーザーの印刷ジョブの送信を要求するための第２要求部１０５と、サーバー３００またはＰＣ４００から送信された印刷ジョブをネットワークコントローラー１７を介して受信することで取得するための取得部１０６と、プリンター１４を制御して印刷ジョブに対する印刷処理を実行させるための印刷制御部１０７とを含む。

なお、印刷制御部１０７は印刷処理後の結果情報を生成し、それを、ネットワークコントローラー１７を介して送信する。結果情報は、印刷ジョブがサーバー３００から送信されたものである場合にはサーバー３００に対して送信され、ＰＣ４００から送信されたものである場合にはＰＣ４００に対して送信される。

特定部１０４で該当する印刷ジョブを保持するＰＣを特定する方法としては、たとえば、次の４つの方法が挙げられる。

すなわち、第１の方法として、特定部１０４は、画像処理システム１に含まれるすべての装置に対してブロードキャストでログインユーザーに関する情報を送信して当該ユーザーの印刷ジョブを保持しているか否かを問い合わせ、その回答のあったＰＣを該当する印刷ジョブを保持するＰＣと特定する方法が挙げられる。

第２の方法として、特定部１０４は画像処理システム１に含まれるＰＣのネットワーク上のアクセス情報（たとえばＩＰアドレス等）を取得し、当該アクセス情報に基づいて画像処理システム１に含まれるＰＣに対してログインユーザーに関する情報を送信して当該ユーザーの印刷ジョブを保持しているか否かを問い合わせてその回答のあったＰＣを該当する印刷ジョブを保持するＰＣと特定する方法が挙げられる。

上記の画像処理システム１に含まれるＰＣのアクセス情報は、特定部１０４が予め記憶しておくものであってもよいし、サーバー３００が保持し、定期的やＰＣ４００からジョブ受信終了時などの所定のタイミングにサーバー３００からＭＦＰ１００に送信されるものであってもよいし、サーバー３００以外の外部サーバーに保持されており、特定部１０４が当該外部サーバーにアクセスして取得するものであってもよい。

第３の方法として、特定部１０４は画像処理システム１に含まれるＰＣのアクセス情報とユーザー情報との対応関係を取得し、ＭＦＰ１００にログインしたユーザーのユーザー情報に対応付けられたＰＣのアクセス情報を特定することで印刷ジョブを保持するＰＣと特定する方法が挙げられる。

上記の画像処理システム１に含まれるＰＣのアクセス情報とユーザー情報との対応関係は、特定部１０４が予め記憶しておくものであってもよいし、サーバー３００が保持し、定期的やＰＣ４００からジョブ受信終了時などの所定のタイミングにサーバー３００からＭＦＰ１００に送信されるものであってもよいし、サーバー３００以外の外部サーバーに保持されており、特定部１０４が当該外部サーバーにアクセスして取得するものであってもよい。

第４の方法として、特定部１０４は操作パネル１５にＩＰアドレス等のアクセス情報の入力を受け付けるための画面を提示して、ログインユーザーから入力を受け付けることで印刷ジョブを保持するＰＣと特定する方法が挙げられる。

なお、特定部１０４では上記第１の方法または第２の方法で印刷ジョブを保持するＰＣが特定し切れなかった場合、上記第３の方法または第４の方法での特定をさらに行なうというように、これら４つの方法のうちの２以上の方法を組み合わせてもよい。

図６は、上記動作を行なうための、ＰＣ４００の機能構成の具体例を示すブロック図である。図６に示される各機能は、ＣＰＵ４０がＲＯＭ４１に記憶されるプログラムを読み出してＲＡＭ４２上で実行することで、主にＣＰＵ４０に形成される機能である。しかしながら、少なくとも一部の機能が図３に示されたハードウェア構成によって形成されてもよい。

図６を参照して、ＰＣ４００のメモリー４８には、印刷ジョブを記憶するための記憶領域である印刷ジョブ記憶部４８１と、上述のＭＦＰ１００から送信される印刷ジョブの結果情報を記憶するための記憶領域である結果情報記憶部４８２とが含まれる。

さらに図６を参照して、上記動作を実現するための機能としてＰＣ４００のＣＰＵ４０は、入力装置４３からの操作信号の入力を受け付けるための入力部４０１と、印刷ジョブの発行の指示入力を受け付けると、対象の印刷ジョブを複製する処理を行なうための複製部４０２と、複製された印刷ジョブを印刷ジョブ記憶部４８１に格納するための格納部４０３と、印刷ジョブの発行の指示入力を受け付けると、対象の印刷ジョブをネットワークコントローラー４７を介してサーバー３００に送信するための第１送信部４０４と、ネットワークコントローラー４７を介してＭＦＰ１００から、上述の第１の方法または第２の方法で該当する印刷ジョブを保持するＰＣを特定するための問い合わせを受け付けて、当該問い合わせに対して該当するジョブの有無を確認して回答する処理を行なうための問い合わせ処理部４０５と、ネットワークコントローラー４７を介してＭＦＰ１００から印刷ジョブの送信の要求を受け付けるための要求受付部４０６と、上記要求に応じて該当する印刷ジョブを印刷ジョブ記憶部４８１から読み出したり、削除したりするためのジョブ管理部４０７と、該当するジョブをネットワークコントローラー４７を介してＭＦＰ１００に対して送信するための第２送信部４０８と、ＭＦＰ１００から印刷枚数やカラー等の処理結果を表わす結果情報を受け付けるための結果情報受付部４０９と、受け取った結果情報を結果情報記憶部４８２に格納したり、記憶されている結果情報を読み出してネットワークコントローラー４７を介してサーバー３００に送信したりするための結果情報管理部４１０と、ポートモニターに対してサーバー３００との通信状態を常時または所定間隔で監視させ、ポートモニターからその結果を受け取ることで、サーバー３００の状態を監視するための監視部４１１と、サーバー３００の故障からの復旧が検知されるとサーバー３００に対して印刷ジョブの削除を要求するための削除要求部４１２とを含む。

＜動作フロー＞
図７および図８は、ＰＣ４００での動作の流れを表わすフローチャートである。図７および図８のフローチャートに表わされた動作は、ＰＣ４００のＣＰＵ４０がＲＯＭ４１に記憶されるプログラムを読み出してＲＡＭ４２上で展開して実行し、図６の各部を機能させることによって実現される。

図７を参照して、入力装置４３より、印刷ジョブの発行を指示する入力がなされると（ステップＳ１０１でＹＥＳ）、ステップＳ１０３でＣＰＵ４０は、指定された印刷ジョブを複製し、メモリー４８の所定領域に格納する。そして、ステップＳ１０５で、指定された印刷ジョブをサーバー３００に対して送信する。

その後、ＣＰＵ４０は常時または所定のタイミングでサーバー３００に当該印刷ジョブが保持されているか否かを監視する。そして、そのジョブがサーバー３００から削除されたことが検知されると（ステップＳ１０７でＹＥＳ）、ステップＳ１０９でＣＰＵ４０は、上記ステップＳ１０３でメモリー４８に格納した当該印刷ジョブを削除する。

一方、ＭＦＰ１００からたとえばログイン情報などのユーザー情報と共に、当該ユーザーに関連付けられた印刷ジョブが記憶されているか否かの問い合わせがあった場合（ステップＳ１１１でＹＥＳ）、ＣＰＵ４０は、記憶されている印刷ジョブの作成ユーザーを当該ログイン情報と比較するなどを行なって、該当する印刷ジョブを保持しているか否かを確認する。

その結果、メモリー４８に該当する印刷ジョブが記憶されている場合（ステップＳ１１３でＹＥＳ）、ステップＳ１１５でＣＰＵ４０は、その旨を問い合わせたＭＦＰ１００に対して回答する。記憶されていない場合には（ステップＳ１１１でＮＯ）、回答を返さずに、処理を終了する。

図８を参照して、ＭＦＰ１００からたとえばログイン情報などのユーザー情報と共に、当該ユーザーに関連付けられた印刷ジョブの送信要求がなされた場合（ステップＳ１１７でＹＥＳ）、ＣＰＵ４０は、記憶されている印刷ジョブの作成ユーザーを当該ログイン情報と比較するなどを行なって、該当する印刷ジョブを保持しているか否かを確認する。

その結果、メモリー４８に該当する印刷ジョブが記憶されている場合（ステップＳ１１９でＹＥＳ）、ステップＳ１２１でＣＰＵ４０は、要求したＭＦＰ１００に対して該当する印刷ジョブを送信する。そして、ステップＳ１２３で、その印刷ジョブを処理したＭＦＰ１００から送信された結果情報を受信し、メモリー４８の所定領域に格納する。

この場合、サーバー３００が故障している場合が該当するため、ＣＰＵ４０は、継続的にサーバー３００の状態を監視する。そして、サーバー３００が故障から復帰したことが検知されると（ステップＳ１２５でＹＥＳ）、ステップＳ１２７でＣＰＵ４０は、上記ステップＳ１２３でメモリー４８に格納した結果情報をサーバー３００に対して送信すると共に、サーバー３００に対して、記憶している当該印刷ジョブの削除を要求する。

図９は、ＭＦＰ１００での動作の流れを表わすフローチャートである。図９のフローチャートに表わされる動作は、ＭＦＰ１００のＣＰＵ１０がＲＯＭ１１に記憶されるプログラムを読み出してＲＡＭ１２上で展開して実行し、図５の各部を機能させることによって実現される。

図９を参照して、当該ＭＦＰ１００に対するログイン操作がなされると（ステップＳ２０１でＹＥＳ）、ＣＰＵ１０は、サーバー３００が正常稼動時には（ステップＳ２０３でＹＥＳ）、ステップＳ２０５でサーバー３００に対してたとえばログイン情報などのユーザー情報を送信することで当該ユーザーに関連付けられた印刷ジョブの送信を要求する。そして、ステップＳ２０７でサーバー３００から該当するジョブを受信して、ステップＳ２０９で当該ジョブに対する印刷処理を実行する。この場合、ステップＳ２１１でＣＰＵ１０は、印刷処理の結果を表わす結果情報をサーバー３００に対して送信する。

一方、サーバー３００が故障中である場合には（ステップＳ２０３でＮＯ）、ステップＳ２１３でＣＰＵ１０は、当該ユーザーに関連した印刷ジョブを保持しているＰＣを特定する。ここでは、一例として、上述した第１の方法〜第４の方法のいずれか、またはいずれかの組み合わせ、などの方法で特定する。そして、ステップＳ２１５でＣＰＵ１０は、特定されたＰＣ４００に対して印刷ジョブを要求し、ステップＳ２１７で該当する印刷ジョブをＰＣ４００から受信する。ステップＳ２１９でＣＰＵ１０は受信した印刷ジョブに対する印刷処理を実行する。この場合、ステップＳ２２１でＣＰＵ１０は、印刷処理の結果を表わす結果情報を、当該印刷ジョブを送信したＰＣ４００に対して送信する。

図１０は、サーバー３００での動作の流れを表わすフローチャートである。図１０のフローチャートに表わされた動作は、図示しないサーバー３００のＣＰＵがＲＯＭに記憶されるプログラムを読み出して実行することによって実現される。

図１０を参照して、サーバー３００はＰＣ４００から印刷ジョブを受信すると（ステップＳ３０１でＹＥＳ）、ステップＳ３０３で当該印刷ジョブをメモリーの所定領域に「格納する。その後、ＭＦＰ１００から印刷ジョブの送信を要求されると（ステップＳ３０５でＹＥＳ）、当該要求と共に送信されたたとえばログイン情報などのユーザー情報に基づいて該当する印刷ジョブがメモリーに格納されているか否かを確認する。

その結果、該当する印刷ジョブが記憶されている場合（ステップＳ３０７でＹＥＳ）、ステップＳ３０９で当該印刷ジョブをＭＦＰ１００に対して送信する。その後、ステップＳ３１１で印刷処理の結果を表わす結果情報をＭＦＰ１００から受信して、たとえば課金管理等の、予め規定された管理動作を実行する。

一方、ＰＣ４００から、印刷ジョブの削除が要求されると共に、印刷処理の結果を表わす結果情報を受信すると（ステップＳ３１３でＹＥＳ）、サーバー３００は、ステップＳ３１５で該当する印刷ジョブを削除し、ステップＳ３１７で当該結果情報を用いて予め規定された管理処理を実行する。

＜実施の形態の効果＞
画像処理システム１において以上の動作が行なわれることで、サーバー３００が正常稼動時には図１１で表わされたような、いわゆるフォローミープリントと呼ばれる印刷動作が実現される。これにより、ユーザーは印刷処理を行なわせたいＭＦＰを自由に選択できると共に、当該ＭＦＰ１００での印刷物の放置を防ぐことができる。

さらに、サーバー３００に印刷ジョブが保持された状態で故障してしまった場合であっても、ＰＣ４００において印刷ジョブが複製されて保持されていることで、ＰＣ４００に対して再度印刷ジョブを送信するための操作を行なうことなく、自動的に、複製された印刷ジョブがＭＦＰ１００に対して送信され、ＭＦＰ１００において印刷処理が実行される。

従って、ユーザーは、サーバー３００の状態を気にすることなくＰＣ４００にて印刷ジョブを発行して印刷処理を行なわせないＭＦＰ１００にログインするだけで、当該ＭＦＰ１００で印刷ジョブに対する印刷処理を行なわせることが可能となる。これにより、たとえサーバー３００が故障した場合であってもユーザーの操作性を損なうことなく印刷処理を実行させることが可能となる。

さらに、上述の動作をＭＦＰ１００、サーバー３００、およびＰＣ４００のそれぞれに実行させるためのプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読み取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 画像処理システム、１０，４０ ＣＰＵ、１１，４１ ＲＯＭ、１２，４２ ＲＡＭ、１３ スキャナー、１４ プリンター、１５ 操作パネル、１６，４８ メモリー、１７，４７ ネットワークコントローラー、４３ 入力装置、４４ ディスプレイ、１００ ＭＦＰ、１０１，４０１ 入力部、１０２ 認証部、１０３ 第１要求部、１０４ 特定部、１０５ 第２要求部、１０６ 取得部、１０７ 印刷制御部、３００ サーバー、４００ ＰＣ、４０２ 複製部、４０３ 格納部、４０４ 第１送信部、４０５ 問い合わせ処理部、４０６ 要求受付部、４０７ ジョブ管理部、４０８ 第２送信部、４０９ 結果情報受付部、４１０ 結果情報管理部、４１１ 監視部、４１２ 削除要求部、
４８１ 印刷ジョブ記憶部、４８２ 結果情報記憶部。

Claims (7)

1. サーバーと、
   画像形成装置と、
   制御装置とを備え、
   前記制御装置は、前記サーバーにジョブを発行する際に、前記ジョブを複製して複製されたジョブを保持し、
   前記サーバーは前記制御装置から発行されたジョブを蓄積し、
   前記画像形成装置は、ユーザーのログインを受け付けると前記サーバーが正常稼動しているか否かを判断して、前記サーバーの正常稼動時には前記ユーザーに関連するジョブを前記サーバーに要求して前記サーバーから取得したジョブの処理を実行し、前記サーバーが正常稼動していないときには当該画像処理システムに接続された制御装置に対して前記ユーザーに関連するジョブを保持しているか否かを問い合わせてその回答に基づいて前記ユーザーに関連するジョブを要求する制御装置を特定し、前記特定された制御装置に前記ユーザーに関連するジョブを要求して前記制御装置から取得したジョブの処理を実行する、画像処理システム。
2. 前記画像形成装置は、当該画像処理システムに接続されたすべての装置に対して前記問い合わせをブロードキャストで送信する、請求項１に記載の画像処理システム。
3. 前記画像形成装置は当該画像処理システムに接続された制御装置のアクセス情報を取得し、前記アクセス情報に基づいて前記問い合わせを送信する、請求項１に記載の画像処理システム。
4. 前記制御装置は、前記サーバーから蓄積されている前記ジョブが削除されると、保持している、複製された前記ジョブを削除する、請求項１〜３のいずれかに記載の画像処理システム。
5. サーバーおよび制御装置と通信可能な画像形成装置であって、
   ユーザーのログインを受け付けると前記サーバーが正常稼動しているか否かを判断して、前記サーバーの正常稼動時には前記ユーザーに関連するジョブを前記サーバーに要求して前記サーバーから取得したジョブの処理を実行し、前記サーバーが正常稼動していないときには前記制御装置に対して前記ユーザーに関連するジョブを保持しているか否かを問い合わせ、その回答に基づいて前記ユーザーに関連するジョブを要求する制御装置を特定し、前記特定された制御装置に前記ユーザーに関連するジョブを要求して前記制御装置から取得したジョブの処理を実行する、画像形成装置。
6. サーバーと、画像形成装置と、制御装置とを含んだ画像処理システムでのジョブの処理方法であって、
   前記制御装置で前記サーバーにジョブを発行する際に、前記ジョブを複製して複製されたジョブを保持するステップと、
   前記サーバーで、前記制御装置から発行されたジョブを蓄積するステップと、
   前記画像形成装置で、ユーザーのログインを受け付けると前記サーバーが正常稼動しているか否かを判断して、前記サーバーの正常稼動時には前記ユーザーに関連するジョブを前記サーバーに要求して前記サーバーから取得したジョブの処理を実行し、前記サーバーが正常稼動していないときには前記画像処理システムに接続された制御装置に対して前記ユーザーに関連するジョブを保持しているか否かを問い合わせてその回答に基づいて前記ユーザーに関連するジョブを要求する制御装置を特定し、前記特定された制御装置に前記ユーザーに関連するジョブを要求して前記制御装置から取得したジョブの処理を実行するステップとを備える、ジョブ処理方法。
7. サーバーおよび制御装置と通信可能な画像形成装置に処理を実行させるための制御プログラムであって、
   ユーザーのログインを受け付けると前記サーバーが正常稼動しているか否かを判断するステップと、
   前記サーバーの正常稼動時には前記ユーザーに関連するジョブを前記サーバーに要求して前記サーバーから取得したジョブの処理を実行するステップと、
   前記サーバーが正常稼動していないときには前記制御装置に対して前記ユーザーに関連するジョブを保持しているか否かを問い合わせてその回答に基づいて前記ユーザーに関連するジョブを要求する制御装置を特定し、前記特定された制御装置に前記ユーザーに関連するジョブを要求して前記制御装置から取得したジョブの処理を実行ステップとを前記画像形成装置に実行させる、制御プログラム。

Images