JP2011251513A - 画像形成装置及びシステム - Google Patents

Abstract

【課題】ジョブを発行する情報処理装置と、ジョブを処理する画像形成装置と、ジョブを管理するサーバとを備えたシステムにおいて、少なくともジョブを受信できない状態までサーバがダウンした時にも、情報処理装置からジョブを発行して実行することを可能にする。
【解決手段】サーバ２０は、情報処理装置（ＰＣ１０−１〜１０−ｎで例示）から発行され画像形成装置（印刷装置３０−１で例示）で処理されるジョブを管理する。印刷装置３０−１は、サーバ２０がダウンしたことを検知する検知部３２と、ダウンしたことを検知した場合に、印刷装置３０−１で処理する対象のジョブをＰＣ１０−１〜１０−ｎから直接受信する直接受信部３３と、ダウンしたことを検知した場合に、ＰＣ１０−１〜１０−ｎ又はそれらのユーザに、ダウンした旨を示す情報を含むメッセージ又は電子メールを配信する配信部３４とを備える。
【選択図】図１

Description

本発明は、画像形成装置、及び、その画像形成装置と情報処理装置と画像形成装置で実行されるジョブを管理するサーバとを備えたシステムに関する。

従来、サーバで複数の画像形成装置を集中的に管理するシステムでは、サーバが故障等の理由でダウンした場合、クライアント装置である、パーソナルコンピュータ（ＰＣ）等の情報処理装置から送信されるジョブの実行が不可能になる。

これに対し、特許文献１に記載のシステムでは、サーバの記憶装置の故障時、代替手段により印刷継続できるようにしている。また、特許文献２に記載のシステムでは、画像形成装置の故障をサーバがユーザに電子メールで連絡するようになっている。

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

しかしながら、特許文献１に記載のシステムでは、サーバの記憶装置の故障だけでなく完全にダウンしてしまった場合は印刷データを他に転送できず、印刷が停止してしまう。なお、特許文献２には、画像形成装置の故障についての処理が記載されているだけで、サーバが故障した場合のリカバー方法については記載されていない。

従って、特許文献１，２に記載の技術では、サーバが完全にダウンしたり通信インターフェースが故障するなど、サーバにおいて少なくとも印刷データの受信ができなくなった場合、印刷ジョブが発行できないか、発行できても通信エラーとなってしまい、結果として印刷が実行できなくなってしまう。特に、緊急を要する印刷ジョブを発行したい場合に非常に不便である。

本発明は、上述のような実状に鑑みてなされたものであり、その目的は、ジョブを発行する情報処理装置と、ジョブを処理する画像形成装置と、画像形成装置で処理されるジョブを管理するサーバとを備えたシステムにおいて、少なくともジョブを受信できない状態までサーバがダウンした時にも、情報処理装置からジョブを発行して実行することを可能にすることにある。

上記課題を解決するために、本発明の第１の技術手段は、情報処理装置とサーバとがネットワークを介して接続された画像形成装置であって、前記サーバは、前記情報処理装置から発行され前記画像形成装置で処理されるジョブを管理し、前記画像形成装置は、前記サーバがダウンしたことを検知する検知部と、該検知部で前記サーバがダウンしたことを検知した場合に、前記画像形成装置で処理する対象のジョブを前記情報処理装置から直接受信する直接受信部と、前記検知部で前記サーバがダウンしたことを検知した場合に、前記情報処理装置又は前記情報処理装置のユーザに、ダウンした旨を示す情報を含むメッセージ又は電子メールを配信する配信部とを備えたことを特徴としたものである。

第２の技術手段は、第１の技術手段において、前記ジョブを送信してきた前記情報処理装置のユーザを示すユーザ情報と前記ジョブの処理内容とを、少なくとも前記サーバが復帰するまで保持する保持部を、さらに備えたことを特徴としたものである。

第３の技術手段は、第２の技術手段において、前記検知部により前記サーバが復帰したことを検知したときに、前記保持部で保持したユーザ情報と前記処理内容とを前記サーバへ通知する通知部を、さらに備えたことを特徴としたものである。

第４の技術手段は、第１〜第３のいずれか１の技術手段において、前記サーバと連動して前記情報処理装置のユーザを前記画像形成装置のユーザとして認証する認証部を有し、前記メッセージ又は電子メールは、ユーザ認証を免除する旨の情報を含むことを特徴としたものである。

第５の技術手段は、第１〜第４のいずれか１の技術手段において、前記メッセージ又は電子メールは、前記ジョブを直接画像形成装置へ送信する旨の情報を含むことを特徴としたものである。

第６の技術手段は、第１〜第５のいずれか１の技術手段において、前記直接受信部及び前記配信部での動作を許可するか否かを、前記情報処理装置のユーザ毎に設定する設定部を、さらに備えたことを特徴としたものである。

第７の技術手段は、第６の技術手段において、前記設定部での設定を、前記サーバの管理者に該当する管理者ユーザからのみ受け付けることを特徴としたものである。

第８の技術手段は、第１〜第７のいずれか１の技術手段における画像形成装置と、該画像形成装置にネットワークを介して接続された情報処理装置及びサーバを備えたシステムであって、該サーバは、前記情報処理装置から発行され前記画像形成装置で処理されるジョブを管理することを特徴としたものである。

本発明によれば、ジョブを発行する情報処理装置と、ジョブを処理する画像形成装置と、画像形成装置で処理されるジョブを管理するサーバとを備えたシステムにおいて、少なくともジョブを受信できない状態までサーバがダウンした時にも、情報処理装置からジョブを発行して実行することができる。

本発明に係るシステムの一構成例を示す概略図である。 図１の印刷管理サーバで管理されるジョブ情報の一例を示す図である。 図１のシステムのＰＣにおいて、印刷装置へ印刷ジョブを送信して印刷指示を行う際に表示させる画面の一例を示す図である。 図１のシステムにおける印刷装置での処理例を説明するためのフロー図である。 図４のサーバダウンの検知方法の一例を説明するためのフロー図である。 図４のサーバダウンの検知方法の他の例を説明するためのフロー図である。

図１は、本発明に係るシステムの一構成例を示す概略図で、図２は、図１の印刷管理サーバで管理されるジョブ情報の一例を示す図である。
図１で例示するシステムは、ＰＣ１０−１〜１０−ｎで例示する情報処理装置と、印刷管理サーバ２０で例示するサーバと、印刷装置３０−１〜３０−ｎで例示する画像形成装置とを備える。画像形成装置としては、多機能の複合機であることが他種のジョブに対応できるため好ましいが、単なるプリンタであってもよい。本発明に係る画像形成装置は、このように１又は複数の情報処理装置がネットワークを介して接続されており、且つサーバがネットワークを介して接続されている。また、このシステムにおいて、画像形成装置は１台のみ接続されていてもよい。以下、各ＰＣ１０−１〜１０−ｎのいずれかをＰＣ１０として、また印刷装置３０−１〜３０−ｎのいずれかを印刷装置３０として、しばしば説明する。

印刷管理サーバ２０は、ＰＣ１０から発行され印刷装置３０で処理されるジョブを管理する。つまり、印刷管理サーバ２０は、複数の印刷装置３０で処理されるジョブを集中的に管理する。但し、本発明に係るシステムは、印刷ジョブに限らず、スキャンしたファイルを画像形成装置内に記憶するジョブ、既存ファイル又はスキャンしたファイルを添付した電子メール送信ジョブ、既存ファイル又はスキャンしたファイルをＦＴＰ（File Transfer Protocol）で送信するジョブなど、様々なジョブについて、１又は複数種類のジョブの管理を行うことが可能なサーバを備えればよい。以下、このサーバの一例として上記印刷管理サーバ２０を挙げて説明するが、印刷ジョブ以外のジョブについても基本的に以下の説明は同様に援用できる。

また、各印刷装置３０−１〜３０−ｎにはそれぞれ認証システム３１−１〜３１−ｎが接続されている。以下、各認証システム３１−１〜３１−ｎのいずれかを認証システム３１として、しばしば説明する。認証システム３１は、ユーザＩＤとパスワードのキー入力や、ＩＣ（Integrated Circuit）カードの読み取りによる入力などで、ユーザが印刷装置３０を使用できるか否かを認証する認証部であり、各印刷装置３０内に組み込むか外部接続しておけばよい。ユーザを認証するためのこれらの情報は、ＰＣ１０から入力するが、印刷装置３０の認証部で入力することもできる。そして、この認証部は、印刷管理サーバ２０と連動してＰＣ１０のユーザを印刷装置３０のユーザとして認証する。また、外部接続する代替構成として、認証システム３１−１〜３１−ｎをまとめて共通の認証サーバとして構築し、上記ネットワークに接続しておくこともできる。この共通の認証サーバは、ＰＣ１０や印刷装置３０で入力された認証するための情報を受信し、印刷管理サーバ２０と連動してユーザ認証処理を実行し、認証ＯＫの場合のみ印刷を許可する。

このようなシステムにおいて、ＰＣ１０からプリントを行う際には、例えば次のような処理がなされる。まず、ＰＣ１０でユーザがユーザＩＤ及びパスワードを入力した上で印刷指示を行い、ＰＣ１０のプリンタドライバが印刷管理サーバ２０に印刷データ及びユーザ情報（ここではユーザＩＤ及びパスワード）を含む印刷ジョブを送信する。印刷管理サーバ２０は、まずこの印刷ジョブを実行させてよいかを認証するために、印刷指示のあった印刷装置３０、若しくは印刷管理サーバ２０で実行先として振り分けた印刷装置３０の認証システム３１に対し、上記ユーザ情報を送信して認証させる。印刷管理サーバ２０は、その認証結果を受信し、認証ＯＫであればその印刷装置３０に印刷ジョブを送信し、その印刷装置３０で印刷が実行される。一方で認証ＮＧであれば、その旨がＰＣ１０に伝えられ、印刷は実行されない。なお、ＰＣ１０がユーザ情報の送信後に、認証ＯＫになってから印刷データを送信するような処理手順を採用してもよい。

また、コピーを行う場合には、印刷装置３０の認証システム３１で認証のための情報を入力し、認証システム３１でユーザ認証処理が施され、認証結果が印刷管理サーバ２０に送信される。印刷管理サーバ２０は、その認証結果が認証ＯＫであった場合に印刷装置３０の使用を許可し、印刷装置３０へのログインが完了する。そして、ユーザがドキュメントを印刷装置３０にセットして実行キーを押下することで、コピーが実行される。一方、認証ＮＧであった場合には印刷装置３０の使用を認めず、印刷装置３０においてユーザにログインエラーを提示する。

そして、このように印刷が実行されたことを、印刷管理サーバ２０では管理情報２１として管理する。管理情報２１には、例えば図２で示すように、印刷したユーザ名、ジョブの種類（コピーなのか、プリントなのか、スキャンなのかなど）、印刷データ名、印刷日時、印刷枚数、印刷用紙サイズ（Ａ４か、Ｂ４かなど）、Ｎｕｐ（集約印刷）や両面印刷を示す情報、カラー／モノクロを示す情報などが含まれる。ここで、ファイル名、ユーザ名、日時により、セキュリティ管理を行う。また、印刷枚数、用紙サイズ、カラー／モノクロ等の印刷情報により統計的な管理を行う。この統計的な管理は、節約度合なども管理できるため、エコロジー管理とも呼べる。

次に、図３〜図６を併せて参照しながら、本発明の主たる特徴について説明する。図３は、図１のシステムのＰＣにおいて、印刷装置へ印刷ジョブを送信して印刷指示を行う際に表示させる画面の一例を示す図である。

印刷装置３０は、このようなシステムの一構成として設置する装置であり、本発明の主たる特徴として、検知部３２、直接受信部３３、及び配信部３４を備える。各部３２〜３４は、主に、ネットワークインターフェース、印刷装置３０の制御部における演算装置、作業用メモリ、制御プログラムを記録したメモリ、並びにその制御プログラムにより、構成される。そして、各部３２〜３４の機能は、この制御プログラムで印刷装置３０が制御されることで実現できる。なお、各部３２〜３４は、図１において印刷装置３０−１にのみ図示しているが、他の印刷装置３０−２〜３０−ｎについても同様に各部３２〜３４が具備されるものとする。

検知部３２は、印刷管理サーバ２０がダウンしたことを検知する。検知の方法についてはその例を後述するが、基本的にネットワーク上の印刷管理サーバ２０の存在を監視することで検知を行う。無論、ネットワークの監視ではなく、直接監視を行うような装置を設けてもよい。印刷管理サーバ２０のダウンとは、電源が落ちたり、通信インターフェースが故障したり、データ受信機能がオーバーフローするなど、少なくとも印刷ジョブの受信処理ができない状態を指す。

直接受信部３３は、検知部３２で印刷管理サーバ２０がダウンしたことを検知した場合に、印刷装置３０で処理する対象のジョブをＰＣ１０から直接受信する。つまり、直接受信部３３は、ＰＣ１０から直接、印刷ジョブを受信可能な状態にする。例えば、ネットワーク上に配信された印刷ジョブのＩＰアドレスを見て、自身のＩＰアドレスが含まれる印刷ジョブであればそれを受信するような状態にする。なお、ダウン検知までは、印刷ジョブについては印刷管理サーバ２０からのみ受信するような設定にしておけばよい。

また、ＰＣ１０が印刷ジョブを印刷管理サーバ２０に対して送信し、印刷管理サーバ２０が印刷装置３０に対してその印刷ジョブを転送することを前提として説明しているが、管理情報２１として残す印刷設定だけを印刷管理サーバ２０に送信し、印刷データ自体は好ましくは印刷管理サーバ２０からの許可を得てから、印刷装置３０に送信して印刷を実行させるようにしてもよい。そのような処理手順を採用する場合、印刷管理サーバ２０の未ダウン時も印刷ジョブは、ＰＣ１０が直接印刷装置３０に送信することになる。つまりこのような処理を採用した場合には、印刷管理サーバ２０のダウンの如何に拘わらず直接受信部３３がジョブを直接受信すれば済む。

配信部３４は、検知部３２で印刷管理サーバ２０がダウンしたことを検知した場合に、ＰＣ１０又はそれらのユーザに、ダウンした旨を示す情報を含むメッセージ又は電子メールを配信する。

配信部３４での配信について詳細を説明する。一般的に、ＰＣ１０に配信する場合にはメッセージで配信され、ユーザに電子的に配信する場合には電子メールで配信されるが、配信部３４でもそのような配信を行えばよい。無論、１ユーザにつき１台のＰＣ１０が割り当てられている場合にはＰＣ１０への配信はそのユーザへの配信を意味し、メッセージであろうと、電子メールであろうと構わない。配信部３４がメッセージを送信する構成では、例えば予め格納されているＰＣ１０のＩＰアドレスにメッセージを一斉に配信すればよく、電子メールを送信する構成では、例えば予め格納されている電子メールアドレスに対して一斉に配信すればよい。つまり、電子メール又はメッセージの配信は、印刷装置３０内部に登録済みの全てのＰＣ１０やそのユーザに対して、ブロードバンド配信で行うとよい。ここで印刷装置３０の内部とは、当然、認証システム３１の内部でもよく、ユーザの認証時に照合に使用する情報に含めたり、関連付けたりしておいてもよい。このような処理により、少なくともサーバダウン時には手動で印刷装置３０を選択する操作をユーザが行うことができる。但し、配信部３４は、印刷管理サーバ２０がダウンしている間にジョブを発行してきたＰＣ１０やそのユーザにのみ、電子メール又はメッセージを配信するようにしてもよい。

このような配信により、ユーザは印刷管理サーバ２０がダウンしたことを知ることができるため、直接、印刷装置３０を選択して印刷指示を出すことができる。例えば、ＰＣ１０は、このような電子メール又はメッセージを見たユーザの指示により、図３で例示するようなプリンタ選択画面１１を表示し、所望のプリンタのアイコン（例えば名称が「ＳＳＳ ＭＸ−０００」のプリンタのアイコン１２）を選択して印刷指示を行うことができる。若しくは、ＰＣ１０は、このようなメッセージ又は電子メールを受けた場合に、上記アイコン１２が示す印刷装置３０に直接送信するように自動的に設定を変更してもよい。ここで、プリンタ選択画面１１において、名称「Ｐｒｉｎｔ Ｓｙｓｔｅｍ」で示すプリンタのアイコン１３は、印刷管理サーバ２０に印刷ジョブを送信するドライバのアイコンを指しており、通常はこのアイコン１３が選択されて、常に印刷管理サーバ２０に印刷ジョブが送信されるようになっている。

このように、本発明によれば、少なくともジョブを受信できない状態まで印刷管理サーバ２０がダウンした時にも、ＰＣ１０から印刷ジョブを発行して実行することができる。なお、印刷ジョブの受信さえされていれば、印刷管理サーバ２０の復帰後ではあるものの、その印刷ジョブが印刷管理サーバ２０からの指示により印刷装置３０で実行できる。また、印刷管理サーバ２０の予備となる予備サーバを設置する必要もない。

次に、このようなシステムにおける印刷処理の流れについて、その一例を図４〜図６を併せて説明する。また、図４は、図１のシステムにおける印刷装置での処理例を説明するためのフロー図、図５は、図４のサーバダウンの検知方法の一例を説明するためのフロー図、図６は、図４のサーバダウンの検知方法の他の例を説明するためのフロー図である。

印刷装置３０は、まず、印刷管理サーバ２０がＲｅａｄｙか否かを検知する（ステップＳ１）。ステップＳ１としては、図５で例示する検知方法や図６で例示する検知方法などが採用できる。

図５で例示する検知方法では、印刷装置３０が、定期的に、つまり一定時間の経過を待って（ステップＳ１１）、印刷管理サーバ２０にＰＩＮＧを発行し（ステップＳ１２）、その応答が正しく帰ってくるか否かを判定する（ステップＳ１３）。印刷装置３０は、帰ってこない場合（ステップＳ１３でＮＯの場合）、サーバダウンと検知し（ステップＳ１５）、ステップＳ１１へ戻る。一方、印刷装置３０は、帰ってきた場合（ステップＳ１３でＹＥＳの場合）、サーバ未ダウンと検知し（ステップＳ１４）、ステップＳ１１へ戻る。

図６で例示する検知方法では、印刷管理サーバ２０が定期的に印刷装置３０にＰＩＮＧを発行し、印刷装置３０がそのＰＩＮＧを監視することで行う。より具体的には、印刷装置３０は、定期的に、つまり一定時間の経過を待って（ステップＳ２１）、正しいＰＩＮＧを受信したか否かを判定し（ステップＳ２２）、受信しない場合（ステップＳ２２でＮＯの場合）、サーバダウンと検知し（ステップＳ２４）、ステップＳ２１へ戻る。一方、印刷装置３０は、受信した場合（ステップＳ２２でＹＥＳの場合）、サーバ未ダウンと検知し（ステップＳ２３）、ステップＳ１１へ戻る。このように印刷装置３０は、印刷管理サーバ２０からのＰＩＮＧを監視し、一定期間以上、ＰＩＮＧを受信しない場合に、サーバダウンと判定する。

ステップＳ１でＮＯとなった場合、つまり印刷管理サーバ２０がダウンしている場合、印刷装置３０は、サーバダウン通知を印刷装置３０に登録されている電子メールアドレス又はＩＰアドレスに電子メール又はメッセージで行う（ステップＳ２）。なお、電子メールアドレスとしては、スキャン送信機能用に登録されている電子メールアドレスでもよく、これはスキャン送信機能が一般的に自身が閲覧できる電子メールアドレスに対して行うため、問題ない。また、このような通知を行うため、図１のシステムにおいて、配信部３４（及び検知部３２）は少なくとも１台の印刷装置３０に搭載されていれば済み、複数台の印刷装置３０に搭載しておく場合には電子メール又はメッセージに送信元の情報を付加しておくか、検知のタイミングをずらして、複数台で監視を行ってもよい。このような監視により印刷装置３０のうちの１台がダウンしていても対応可能となる。

また、電子メール又はメッセージには、（１）印刷管理サーバ２０がダウンしている旨、（２）ユーザ認証を印刷管理サーバ２０の復旧まで免除する旨、（３）プリントデータは、印刷管理サーバ２０ではなく印刷装置３０に直接送信しないと印刷できない旨、を示す情報を含めるようにするとよい。

上記（２）で例示したように、メッセージ又は電子メールは、ユーザ認証を免除する旨の情報を含むようにすることが好ましい。但し、印刷装置３０が上記認証部を備えた形態に限る。非ダウン時には、認証システム３１は、認証結果を印刷管理サーバ２０に送信し、それにより印刷ジョブ処理が許可されるが、ダウン時には、印刷管理サーバ２０での許可／不許可の判定が結局できないため、その判定に必要な認証結果も送る必要ないため、不要な認証を省略することで処理を少なくすることができる。

上記（３）で例示したように、メッセージ又は電子メールは、印刷ジョブを直接印刷装置３０へ送信する旨の情報を含むことが好ましい。このメッセージ又は電子メールを読んだユーザは直接送信されることを把握することができる。特に、印刷装置３０の機種名や名称などを情報に含ませておくことが好ましい。

次に、印刷装置３０は、印刷管理サーバ２０が復旧したか否かを判定し（ステップＳ３）、ＮＯであればサーバ未経由モードにし、直接受信部３３を機能させる（ステップＳ４）。ステップＳ４の処理後はステップＳ３へ戻る。このように、印刷管理サーバ２０がダウン中は、印刷管理サーバ２０経由でなく、印刷装置３０に直接データを送信し印刷を行う。

また、ステップＳ４では、印刷ジョブを受けた場合には、その印刷情報を保持しておくことが好ましい。そのため、印刷装置３０は、印刷ジョブを送信してきたＰＣ１０のユーザを示すユーザ情報と印刷ジョブの処理内容とを、少なくとも印刷管理サーバ２０が復帰するまで保持する保持部を備えることが好ましい。保持部はメモリを有することになる。また、上記印刷情報は上記ユーザ情報と処理内容とを含む。保持するためのユーザ情報は、ジョブに含まれるか若しくは添付された情報から得ることができ、上記認証部を備えた構成では認証のための情報に含まれるかを確認をとってから保持してもよい。なお、この保持部は、電子メール又はメッセージの通知後に保持可能な状態にしているが、サーバダウン後且つ通知前に保持を可能な状態にしておいてもよい。サーバダウン後の印刷管理を引き続き印刷装置３０側で遂行できるので、サーバダウン中のデータ管理が可能になる。

ステップＳ３でＹＥＳとなった場合、つまり印刷管理サーバ２０が復旧した場合には、印刷装置３０はサーバ未経由モード時のジョブを全て処理し（ステップＳ５）、印刷装置３０が保存した印刷情報を印刷管理サーバ２０に送信し（ステップＳ６）、印刷管理サーバ２０はその印刷情報を管理情報にマージする。ステップＳ５は、ステップＳ３でＮＯの間に実行しておいてもよい。

このように、印刷装置３０は、次の通知部を備えることが好ましい。つまり、通知部は、検知部３２により印刷管理サーバ２０が復帰したことを検知したときに、保持部で保持したユーザ情報と処理内容（印刷枚数等）とを印刷管理サーバ２０へ通知する。印刷管理サーバ２０がダウンしていた間の印刷管理に関する情報を得ることができるため、印刷管理サーバ２０でダウン中も加味して途切れさせることなく印刷管理を行うことができる。

そして、印刷装置３０又は印刷管理サーバ２０が、印刷管理サーバ２０の復旧を、ＰＣ１０又はそのユーザにＩＰアドレス又は電子メールなどにより通知し（ステップＳ７）、印刷装置３０はサーバ経由モードに戻して、ユーザ認証機能も有効化する（ステップＳ８）。

以上の例では、印刷装置３０が配信部３４や直接受信部３３での動作を常に行うことを前提として説明したが、印刷装置３０は次の設定部を備えるようにしてもよい。この設定部は、直接受信部３３及び配信部３４での動作を許可するか否かを、ＰＣ１０のユーザ毎に設定する。設定のためには印刷装置３０にユーザインターフェースと設定内容を格納するメモリとを設けておき、使用するユーザが確定したときなどに、その設定を読み出すようにしておけばよい。実際、システムを運営する際のセキュリティ上、一部の画像形成装置のみでユーザ認証免除した方が望ましいため、このような設定部を設けておくことは有益である。また、設定部での設定を、印刷管理サーバ２０の管理者に該当する管理者ユーザからのみ受け付けることが、管理上好ましい。

１０，１０−１，１０−２，１０−ｎ…ＰＣ、１１…プリンタ選択画面、２０…印刷管理サーバ、２１…管理情報、３０，３０−１，３０−２，３０−ｎ…印刷装置、３１，３１−１，３１−２，３１−ｎ…認証システム、３２…検知部、３３…直接受信部、３４…配信部。

Claims (8)

1. 情報処理装置とサーバとがネットワークを介して接続された画像形成装置であって、
   前記サーバは、前記情報処理装置から発行され前記画像形成装置で処理されるジョブを管理し、
   前記画像形成装置は、前記サーバがダウンしたことを検知する検知部と、該検知部で前記サーバがダウンしたことを検知した場合に、前記画像形成装置で処理する対象のジョブを前記情報処理装置から直接受信する直接受信部と、前記検知部で前記サーバがダウンしたことを検知した場合に、前記情報処理装置又は前記情報処理装置のユーザに、ダウンした旨を示す情報を含むメッセージ又は電子メールを配信する配信部とを備えたことを特徴とする画像形成装置。
2. 前記ジョブを送信してきた前記情報処理装置のユーザを示すユーザ情報と前記ジョブの処理内容とを、少なくとも前記サーバが復帰するまで保持する保持部を、さらに備えたことを特徴とする請求項１に記載の画像形成装置。
3. 前記検知部により前記サーバが復帰したことを検知したときに、前記保持部で保持したユーザ情報と前記処理内容とを前記サーバへ通知する通知部を、さらに備えたことを特徴とする請求項２に記載の画像形成装置。
4. 前記サーバと連動して前記情報処理装置のユーザを前記画像形成装置のユーザとして認証する認証部を有し、前記メッセージ又は電子メールは、ユーザ認証を免除する旨の情報を含むことを特徴とする請求項１〜３のいずれか１項に記載の画像形成装置。
5. 前記メッセージ又は電子メールは、前記ジョブを直接画像形成装置へ送信する旨の情報を含むことを特徴とする請求項１〜４のいずれか１項に記載の画像形成装置。
6. 前記直接受信部及び前記配信部での動作を許可するか否かを、前記情報処理装置のユーザ毎に設定する設定部を、さらに備えたことを特徴とする請求項１〜５のいずれか１項に記載の画像形成装置。
7. 前記設定部での設定を、前記サーバの管理者に該当する管理者ユーザからのみ受け付けることを特徴とする請求項６に記載の画像形成装置。
8. 請求項１〜７のいずれか１項に記載の画像形成装置と、該画像形成装置にネットワークを介して接続された情報処理装置及びサーバを備えたシステムであって、該サーバは、前記情報処理装置から発行され前記画像形成装置で処理されるジョブを管理することを特徴とするシステム。

Images