(57)【要約】【課題】外部からアカウンティングされる画像形成装置に対して、常に適切なアカウンティング制御を実行することができるバックアップシステム等を提供する。【解決手段】バックアップシステム１００では、主要アカウンティングサーバ３は、軽量バックアップサーバ４・５を識別するための代替サーバ情報を保持し、画像形成装置１との接続が確立する際に該代替サーバ情報を画像形成装置１に通知する。また、ステータス情報を軽量バックアップサーバ４・５に転送する。【選択図】図１
2008152664.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置と、当該画像形成装置のアカウンティング処理を行う主要アカウンティングサーバ装置と、当該主要アカウンティングサーバ装置の代替処理を行う軽量バックアップサーバ装置とがネットワーク接続しており、
上記主要アカウンティングサーバ装置は、
上記軽量バックアップサーバ装置を識別するための代替サーバ情報を保持する代替サーバ情報格納部と、
上記画像形成装置との接続が確立する際に該代替サーバ情報を上記画像形成装置に通知する代替サーバ通知手段と、
上記画像形成装置のアカウンティング処理に必要なステータス情報を上記画像形成装置から受信すると、上記軽量バックアップサーバ装置に対して、当該ステータス情報を転送するステータス転送手段と、を備え、
上記画像形成装置は、
上記主要アカウンティングサーバ装置にアカウンティング処理が必要な動作データが送信できない場合には、上記主要アカウンティングサーバから取得している上記代替サーバ情報を基に、上記軽量バックアップサーバ装置を上記動作データの送信先に決定する送信先決定手段を備え、
上記軽量バックアップサーバは、
上記画像形成装置から取得した動作データと上記バックアップデータから取得したステータス情報とを基に上記画像形成装置に対するアカウンティング処理を行う代替処理手段を備える、
ことを特徴とするバックアップシステム。
【請求項２】
上記軽量バックアップサーバ装置は複数設けられており、
上記ステータス転送手段は、上記代替サーバ情報にて識別される軽量バックアップサーバ装置全てに対して、上記ステータス情報を転送し、
上記代替サーバ情報では、各上記軽量バックアップサーバ装置を識別する情報と上記画像形成装置が送信する情報の属性とが対応付けられており
上記送信先決定手段は、軽量バックアップサーバ装置を決定する際に、上記代替サーバ情報を基に、上記画像形成装置が送信する上記動作データの属性で送信先を振り分けて決定する、ことを特徴とする請求項１に記載のバックアップシステム。
【請求項３】
上記属性は、上記画像形成装置で実行されたジョブの実行ユーザまたはグループ、またはジョブの種類、に基づくことを特徴とする請求項２に記載のバックアップシステム。
【請求項４】
各アカウンティング処理のタスクごとに優先度が設定されており、上記代替処理手段は、上記優先度に基づき上記代替処理を行うアカウンティング機能縮退手段を備えることを特徴とする請求項１に記載のバックアップシステム。
【請求項５】
上記画像形成装置は、一定時間の経過後あるいは一定回数のジョブの実行後、上記主要アカウンティングサーバ装置に対して復旧確認メッセージを送信し、上記主要アカウンティングサーバ装置から肯定応答を受信することで、上記軽量バックアップサーバ装置の利用を停止することを特徴とする請求項１に記載のバックアップシステム。
【請求項６】
上記軽量バックアップサーバ装置は、所定の条件を満たすと、上記主要アカウンティングサーバに対して復旧確認メッセージを送信し、当該主要アカウンティングサーバからの肯定応答を受信することで代替処理終了状態となり、上記画像形成装置に当該軽量バックアップサーバ装置の代替終了状態を通知し、
上記画像形成装置は、上記代替終了状態が通知されると、上記軽量バックアップサーバ装置の利用を停止することを特徴とする請求項１に記載のバックアップシステム。
【請求項７】
上記所定の条件とは、一定時間の経過、上記軽量バックアップサーバ装置でのアカウンティング処理の一定回数の終了、上記軽量バックアップサーバ装置の負荷の一定値超え、および軽量バックアップサーバ装置に対するユーザからの代替処理終了要求の受け付け、の少なくとも一つであることを特徴とする請求項６に記載のバックアップシステム。
【請求項８】
上記軽量バックアップサーバ装置は複数設けられており、
上記代替サーバ情報では、複数の上記軽量バックアップサーバ装置の識別情報と代替処理の優先順位情報とが対応付けられており、
上記送信先決定手段は、上記優先順位情報に基づいて、上記動作データを送信可能な軽量バックアップサーバが見つかるまで検索を繰り返して送信先を決定し、
上記ステータス転送手段は、上記代替サーバ情報にて識別される軽量バックアップサーバ装置全てに対して、上記ステータス情報を転送する、ことを特徴とする請求項１に記載のバックアップシステム。
【請求項９】
請求項１に記載のバックアップシステムを構成する主要アカウンティングサーバ装置。
【請求項１０】
画像形成装置と、当該画像形成装置のアカウンティング処理を行う主要アカウンティングサーバ装置と、当該主要アカウンティングサーバ装置の代替処理を行う軽量バックアップサーバ装置とがネットワーク接続したバックアップシステムでのバックアップ方法であり、
上記主要アカウンティングサーバ装置にて、
上記軽量バックアップサーバ装置を識別するための代替サーバ情報を保持し、
上記画像形成装置との接続が確立する際に該代替サーバ情報を上記画像形成装置に通知し、
上記画像形成装置のアカウンティング処理に必要なステータス情報を上記画像形成装置から受信すると、上記軽量バックアップサーバ装置に対して、当該ステータス情報を転送し、
上記画像形成装置にて、
上記主要アカウンティングサーバ装置にアカウンティング処理が必要な動作データが送信できない場合には、上記主要アカウンティングサーバから取得している上記代替サーバ情報を基に、上記軽量バックアップサーバ装置を上記動作データの送信先に決定し、
上記軽量バックアップサーバにて、
上記画像形成装置から取得した動作データと上記バックアップデータから取得したステータス情報とを基に上記画像形成装置に対するアカウンティング処理を行う、
ことを特徴とするバックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置およびこれを含むシステムに関するものである。特に、プリンタ、コピー、スキャナ、ＦＡＸといった機能を複数搭載した多機能画像形成装置（ＭＦＰ）と、当該画像形成装置上で動作可能なアプリケーションを提供するアプリケーションサーバがネットワークを介して接続され、当該画像処理装置の持つ機能に新たな機能を追加することが可能なシスシステムに関する。
【背景技術】
【０００２】
一般に、画像形成装置が、ネットワーク接続された外部のアプリケーションサーバと通信する構成を成す場合、アプリケーションサーバの故障およびネットワーク上の問題発生によって、アプリケーションの持つ機能が利用できなくなることがある。このことは、画像形成装置の主要機能をも停止させることにつながり、リソースの稼働率が低下してしまう。そのため、アプリケーションサーバの機能を代行して運転させるためのバックアップ手段が必要とされてきた。
【０００３】
例えば特許文献１には、インターネット環境におけるサーバ不調時のバックアップに必要な専用装置を減らし、既存のサーバで代替運転を行うことで、運用コストを抑えることのできるバックアップシステムが示されている。また、例えば特許文献２には、サーバの異常時に動作履歴を画像形成装置の内部に蓄積し、サーバの回復時にこれら情報を再送信するシステムが示されている。
【０００４】
ここで、画像形成装置の運用に際して、そのユーザを特定し、特定のユーザに特定の機能のみを利用可能にする機能制限機能や、あらかじめ設定した上限を超えてコピーおよび印刷を実行できなくする枚数制限機能、利用状況に応じた課金機能、さらにサプライ品の自動発注機能など、幅広いアカウンティング処理が必要とされている。近年、これらのアカウンティング処理を、画像形成装置に組み込まれた機能ではなく、上記したような外部のアプリケーションサーバ上の一種のアプリケーション機能として処理させることで、カスタマイズされたアカウンティング処理を提供できるシステムが提案されている。特に、アカウンティング機能は、本質的に、画像形成装置の動作全般に係わる機能であり、処理の機能が停止することは画像形成装置全体の不稼働につながる。
【特許文献１】特開２００３−２２２５８号公報（２００３年１月２４日公開）
【特許文献２】特開２００５−３３４６０号公報（２００５年２月３日公開）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、外部のアプリケーションサーバを利用したアカウンティング機能に関して、コスト面や機能面で妥当な機能バックアップの手法は、確立されていない。
【０００６】
特許文献１では、サーバ自身が自己の異常を監視するとともに、異常発生時に補完システムに起動指示を行っている。しかしながら、複数の画像形成装置からコピーやプリンタ実行時の動作データを受信して、幅広いアカウティング処理を行うサーバは、高負荷になったり、所定の画像形成装置とサーバ間のネットワーク上のエラーになったり、自己が電源停止したりする場合がある。これらはサーバ自身によって異常を監視できるものではない。また、異常発生時は、サーバ自身が他のサーバに代替要求を行えない場合がある。
【０００７】
また、特許文献２で示されている動作履歴の一時記録および再送信のみでは、機能制限や枚数制限等、画像形成装置に対する適切な制御を実行できない。
【０００８】
そこで本発明は、本発明は上記の問題点に鑑みてなされたものであり、その目的は、画像形成装置が外部のアカウンティング機能を有するサーバを利用してアカウンティング処理を行うよう構成されている際に、常に適切なアカウンティング制御を実行することができるバックアップシステム等を提供することにある。また、既存のネットワーク端末機器のいくつかを用いて、アカウンティング機能の分散バックアップを実現し、さらに画像形成装置が適切な代替アカウンティングサーバと直接通信できるバックアップシステム等を提供することにある。
【課題を解決するための手段】
【０００９】
本発明に係るバックアップシステムは、画像形成装置と、当該画像形成装置のアカウンティング処理を行う主要アカウンティングサーバ装置と、当該主要アカウンティングサーバ装置の代替処理を行う軽量バックアップサーバ装置とがネットワーク接続しており、上記主要アカウンティングサーバ装置は、上記軽量バックアップサーバ装置を識別するための代替サーバ情報を保持する代替サーバ情報格納部と、上記画像形成装置との接続が確立する際に該代替サーバ情報を上記画像形成装置に通知する代替サーバ通知手段と、上記画像形成装置のアカウンティング処理に必要なステータス情報を上記画像形成装置から受信すると、上記軽量バックアップサーバ装置に対して、当該ステータス情報を転送するステータス転送手段とを備え、上記画像形成装置は、上記主要アカウンティングサーバ装置にアカウンティング処理が必要な動作データが送信できない場合には、上記主要アカウンティングサーバから取得している上記代替サーバ情報を基に、上記軽量バックアップサーバ装置を上記動作データの送信先に決定する送信先決定手段を備え、上記軽量バックアップサーバは、上記画像形成装置から取得した動作データと上記バックアップデータから取得したステータス情報とを基に上記画像形成装置に対するアカウンティング処理を行う代替処理手段を備える、ことを特徴としている。
【００１０】
上記構成によると、主要アカウンティングサーバが、自身の代替となる軽量バックアップサーバ装置を識別する代替サーバ情報を保持し、画像形成装置との接続が確立する際に該代替サーバ情報を画像形成装置に通知する。また、ステータス情報を軽量バックアップサーバに転送する。画像形成装置は、主要アカウンティングサーバから代替サーバ情報を得ているので、その情報を基に、主要アカウンティングサーバに不具合が発生した際に、軽量バックアップサーバ装置に動作データを送信することができる。軽量バックアップサーバ装置は、予め必要なステータス情報が転送されているので、主要アカウンティングサーバに不具合が発生した際に、画像形成装置のアカウンティング制御の代替処理が可能となる。主要アカウンティングサーバ装置から、軽量バックアップサーバ装置に、画像形成装置の制限機能を代替するための情報であるステータス情報を送信してあるので、単なるログの集計のみでなく、出力枚数制限・トナー消費量制限、および機能制限など、画像形成装置のアクセスを制御する処理であっても、軽量バックアップサーバ装置での代替処理が可能となる。このように、外部からアカウンティング制御される画像形成装置に対して、常に適切なアカウンティング制御を実行することができる。よって、ネットワークおよびサーバの部分的な問題によってシステムの稼働が停止する事態を防ぐことができる。
【００１１】
また、上記構成によると、主要アカウンティングサーバ装置の設定項目として代替サーバ情報を一元的に管理できる。通常、複数の画像形成装置が同一の主要アカウンティングサーバ装置にアカウント処理を任せているので、画像形成装置設定で軽量バックアップサーバ装置を設定する場合、画像形成装置毎に複数の軽量バックアップサーバ装置を設定する必要があり、管理が大変である。しかしながら、上記構成によると、主要アカウンティングサーバが管理しているので、画像形成装置毎での設定を省くことができる。なお、画像形成装置は、例えば、主要アカウンティングサーバ装置への接続を行った際に、主要アカウンティングサーバ装置から代替サーバ情報をダウンロードすることで、代替サーバ情報を取得することができる。このように、主要アカウンティングサーバ装置の設定項目として一元的に代替サーバ情報を管理できるため、メンテナンス性を向上させることができる。
【００１２】
さらに、上記構成によると、画像形成装置に接続した既存のクライアントパーソナルコンピュータに既存のソフトウェアを追加することで、軽量バックアップサーバ装置として機能させるのみで、アカウンティング機能のバックアップが実現できる。このように、上記システムは、主要アカウンティングサーバは１つのみで構わなく、他の装置（軽量バックアップサーバ装置）は通常画像形成装置に対してプリントジョブやスキャンジョブを利用するクライアントとして稼働していて構わない。このため、軽量バックアップサーバ装置としての専用サーバを用いる必要がなく、システムとしてのコストが低減できる。つまり、画像形成装置の稼働率を確保するために必要となるコストを抑えられる。
【００１３】
また、本発明に係るバックアップシステムは、上記構成に加え、上記軽量バックアップサーバ装置は複数設けられており、上記ステータス転送手段は、上記代替サーバ情報にて識別される軽量バックアップサーバ装置全てに対して、上記ステータス情報を転送し、上記代替サーバ情報では、上記各軽量バックアップサーバを識別する情報と上記画像形成装置が送信する情報の属性とが対応付けられており、上記送信先決定手段は、軽量バックアップサーバ装置を決定する際に、上記代替サーバ情報を基に、上記画像形成装置が送信する上記動作データの属性で送信先を振り分けて決定してもよい。
【００１４】
上記構成によると、主要アカウンティングサーバ装置にアカウンティング処理が必要な動作データが送信できない場合には、複数の軽量バックアップサーバ装置のうち、画像形成装置が送信する動作データの属性により決定された装置に、上記動作データが送信される。このように、属性により動作データの送信先を分散させることで、複数の軽量バックアップサーバ装置に分散させて、アカウンティング機能のバックアップを実現することができる。
【００１５】
ここで、バックアップシステムにおいて、各軽量バックアップサーバ装置が、主要アカウンティングサーバ装置が通常に稼動しているときには他の作業を行っているクライアントＰＣ（パーソナルコンピュータ）である場合、高負荷状態にすることは適切ではない。しかし、本願の上記構成によると、このよう各軽量バックアップサーバ装置がクライアントＰＣであったとしても、アカウンティングに関する処理は各軽量バックアップサーバ装置に分散されているので、各軽量バックアップサーバ装置は、代替処理時に高負荷状態に陥ることなく、処理を行うことができる。よって、常に円滑な処理が可能なシステムを提供することができる。
【００１６】
また、上記属性は、上記画像形成装置で実行されたジョブの実行ユーザまたはグループ、またはジョブの種類、に基づいたものであってもよい。
【００１７】
上記構成によると、ジョブの実行ユーザまたはグループ、またはジョブの種類に基づき、代替処理を行う軽量バックアップサーバ装置を割り当てることができる。
【００１８】
ここで、軽量バックアップサーバ装置の割り当て方法には、画像形成装置１本体別で分ける方法も考えられるが、ステータス転送手段での転送時にネットワークを流れる情報の量を考慮すると、軽量バックアップサーバ装置で実行される代替処理に必要とする情報量をできるだけ少なくすることが要求される。ユーザ別に代替となる軽量バックアップサーバ装置を割り当てる方法は効率的なタスク分担方法の一つである。また、ジョブタイプ（スキャン・コピー・プリンタ等）やジョブモード（詳細なジョブ種別）の内容によって、代替処理を担当する軽量バックアップサーバ装置を指定する方法も効率的な分担を実現することができる。
【００１９】
また、本発明に係るバックアップシステムでは、上記構成加え、各アカウンティング処理のタスクごとに優先度が設定されており、上記軽量バックアップサーバでの代替処理では、上記優先度の高いタスクのみを処理するアカウンティング機能縮退手段を備えていていもよい。
【００２０】
上記構成によると、代替処理時には、優先度の高いタスクのみが処理される。アカウンティング機能の各タスクのうち、比較的重要でない処理に関しては、主要アカウンティングサーバ装置の故障時に必ずしもバックアップを採る必要がない。このため、上記構成により、優先度の高いタスクを処理し、優先度の低いタスクは処理を実行しないということができるので、軽量バックアップサーバの負荷を抑えることができる。
【００２１】
ここで、本発明に係るバックアップシステムでは、上記構成加え、上記画像形成装置は、一定時間の経過後あるいは一定回数のジョブの実行後、上記主要アカウンティングサーバ装置に対して復旧確認メッセージを送信し、上記主要アカウンティングサーバ装置から肯定応答を受信することで、上記軽量バックアップサーバ装置の利用を停止してもよい。
【００２２】
上記構成によると、一定時間あるいは一定回数のジョブの実行後に、主要アカウンティングサーバ装置に対して復旧確認を行う。よって、実際に主要アカウンティングサーバ装置復旧確認を定期的に行うことで、確実に、無駄なく、復旧確認を行うことができる。
【００２３】
また、本発明に係るバックアップシステムでは、上記構成加え、上記軽量バックアップサーバ装置は、所定の条件を満たすと、上記主要アカウンティングサーバに対して復旧確認メッセージを送信し、当該主要アカウンティングサーバからの肯定応答を受信することで代替処理終了状態となり、上記画像形成装置に当該軽量バックアップサーバ装置の代替終了状態を通知し、上記画像形成装置は、上記代替終了状態が通知されると、上記軽量バックアップサーバ装置の利用を停止してもよい。
【００２４】
上記構成によると、画像形成装置は、軽量バックアップサーバ装置に動作データを送信し、それに対して代替終了状態の通知を受けることで、その後は、主要アカウンティングサーバ装置に動作データを送信するように、送信先を切り替えることができる。この動作は主要アカウンティングサーバ装置の不具合発生時とほぼ同様であり、送信先決定手段が行うことができる。よって、画像形成装置の実装アルゴリズムを簡潔にできる。
【００２５】
ここで、上記所定の条件とは、一定時間の経過、上記軽量バックアップサーバ装置でのアカウンティング処理の一定回数の終了、上記軽量バックアップサーバ装置の負荷の一定値超え、および軽量バックアップサーバ装置に対するユーザからの代替処理終了要求の受け付け、の少なくとも一つであってもよい。
【００２６】
上記構成によると、一定時間が経過した場合、軽量バックアップサーバ装置でのアカウンティング処理が一定回数終了した場合、軽量バックアップサーバ装置の負荷が一定値を超えた場合、軽量バックアップサーバ装置に対するユーザからの代替処理終了要求がありそれを受け付けた場合、の何れか場合に、軽量バックアップサーバ装置の利用が停止となる。
【００２７】
また、本発明に係るバックアップシステムでは、上記構成加え、上記軽量バックアップサーバ装置は複数設けられており、上記代替サーバ情報では、複数の上記軽量バックアップサーバ装置の識別情報と代替処理の優先順位情報とが対応付けられており、
上記送信先決定手段は、上記優先順位情報に基づいて、上記動作データを送信可能な軽量バックアップサーバが見つかるまで検索を繰り返して送信先を決定し、上記ステータス転送手段は、上記代替サーバ情報にて識別される軽量バックアップサーバ装置全てに対して、上記ステータス情報を転送してもよい。
【００２８】
上記構成によると、送信先決定手段が、優先順位情報に基づいて、動作データを送信可能な軽量バックアップサーバ装置の検索を繰り返して送信先を決定する。そして、ステータス転送手段は、代替サーバ情報にて識別される軽量バックアップサーバ装置全てに対して、ステータス情報を転送しておく。よって、優先順位に基づいたバックアップが可能となり、バックアップの連鎖を構成させることができる。主要アカウンティングサーバ装置を代替する軽量バックアップサーバ装置が故障した場合には、優先順位情報に基づき、当該軽量バックアップサーバ装置の次に決定されるが代替処理を行うことができ、そして、主要バックアップサーバが復旧すると、主要バックアップサーバでの処理に戻すことが可能となる。
【００２９】
また、本発明に係るバックアップ方法は、上記課題を解決するために、画像形成装置と、当該画像形成装置のアカウンティング処理を行う主要アカウンティングサーバ装置と、当該主要アカウンティングサーバ装置の代替処理を行う軽量バックアップサーバ装置とがネットワーク接続したバックアップシステムでのバックアップ方法であり、上記主要アカウンティングサーバ装置にて、上記軽量バックアップサーバ装置を識別するための代替サーバ情報を保持し、上記画像形成装置との接続が確立する際に該代替サーバ情報を上記画像形成装置に通知し、上記画像形成装置のアカウンティング処理に必要なステータス情報を上記画像形成装置から受信すると、上記軽量バックアップサーバ装置に対して、当該ステータス情報を転送し、上記画像形成装置にて、上記主要アカウンティングサーバ装置にアカウンティング処理が必要な動作データが送信できない場合には、上記主要アカウンティングサーバから取得している上記代替サーバ情報を基に、上記軽量バックアップサーバ装置を上記動作データの送信先に決定し、上記軽量バックアップサーバにて、上記画像形成装置から取得した動作データと上記バックアップデータから取得したステータス情報とを基に上記画像形成装置に対するアカウンティング処理を行う、ことを特徴としている。
【００３０】
上記方法によると、上記バックアップシステムと同様に、外部からアカウンティング制御される画像形成装置に対して、常に適切なアカウンティング制御を実行することができる。よって、ネットワークおよびサーバの部分的な問題によってシステムの稼働が停止する事態を防ぐことができる。
【発明の効果】
【００３１】
本発明に係るバックアップシステムは、上記のように、上記主要アカウンティングサーバ装置は、上記軽量バックアップサーバ装置を識別するための代替サーバ情報を保持する代替サーバ情報格納部と、上記画像形成装置との接続が確立する際に該代替サーバ情報を上記画像形成装置に通知する代替サーバ通知手段と、上記画像形成装置のアカウンティング処理に必要なステータス情報を上記画像形成装置から受信すると、上記軽量バックアップサーバ装置に対して、当該ステータス情報を転送するステータス転送手段とを備え、上記画像形成装置は、上記主要アカウンティングサーバ装置にアカウンティング処理が必要な動作データが送信できない場合には、上記主要アカウンティングサーバから取得している上記代替サーバ情報を基に、上記軽量バックアップサーバ装置を上記動作データの送信先に決定する送信先決定手段を備え、上記軽量バックアップサーバは、上記画像形成装置から取得した動作データと上記バックアップデータから取得したステータス情報とを基に上記画像形成装置に対するアカウンティング処理を行う代替処理手段を備えている。
【００３２】
上記構成によると、主要アカウンティングサーバ装置から、軽量バックアップサーバ装置に、画像形成装置の制限機能を代替するための情報であるステータス情報を送信してあるので、単なるログの集計のみでなく、出力枚数制限・トナー消費量制限、および機能制限など、画像形成装置のアクセスを制御する処理であっても、軽量バックアップサーバ装置での代替処理が可能となる。このように、外部からアカウンティング制御される画像形成装置に対して、常に適切なアカウンティング制御を実行することができる。よって、ネットワークおよびサーバの部分的な問題によってシステムの稼働が停止する事態を防ぐことができる。
【発明を実施するための最良の形態】
【００３３】
本発明の一実施形態について図１〜図１１に基づいて説明すると以下の通りである。
【００３４】
（システムの構成）
本実施形態に係るバックアップシステムは、画像形成装置と外部装置が有するアプリケーションとを連携させて動作させるものである。図１は、本実施形態に係るバックアップシステムの概略を示す図である。図１に示すように、バックアップシステム１００は、画像形成装置１と、主要アカウンティングサーバ３と、軽量バックアップサーバ４・５と、これらを通信可能に接続する通信ネットワーク２とを備えている。なお、図２では、２つの画像形成装置１が接続されているが、１つでもよいし、３つ以上が接続されていてもよい。また、軽量バックアップサーバについても、いくつ接続されていてもよい。
【００３５】
画像形成装置１は、複写、スキャン（画像読取）、印刷（プリント）、画像データの伝送（通信）、画像変換などの複数の画像形成機能を有する装置であり、例えば、プリンタ、複写機、ファクシミリ機、スキャナ、および、画像伝送、変換および画像処理を行う演算装置が一体に形成された装置（ＭＦＰ：マルチファンクションプリンタ）である。なお、画像形成装置１としては、これらの全ての機能を備えている必要はなく、スキャン機能および通信機能を備えているものや、プリント機能および通信機能を備えているものであってもよい。
【００３６】
主要アカウンティングサーバ（ＰＡＳ）３は、画像形成装置１で発生する各種イベント受け取り、アカウンティング機能を提供する。ＰＡＳの主な機能としては、出力枚数制限，機能制限，トナー使用量制限，消耗品残量警告，動作ログの要約などが挙げられる。ＰＡＳ３は、種々のアプリケーションがインストールされており、当該アプリケーションに応じた処理を行うとともに、通信ネットワーク２を介して画像形成装置１と通信可能である。
【００３７】
軽量バックアップサーバ（ＬＡＢＳ）４・５は、ＰＡＳ３の全部または一部の機能を実装し、アカウンティング機能のバックアップを提供するサーバとして機能する装置である。ただし、通常時は別の処理を主に行うクライアントパーソナルコンピュータとして利用される。ＰＡＳ３が故障した際、ＰＡＳ３に代わって通信ネットワーク２上の画像形成装置１で発生する各種イベントを受け取るよう、Ｗｗｂサーバを稼働させて待機している。
【００３８】
ＬＡＢＳ４・５は、例えば、パーソナルコンピュータである。
【００３９】
通信ネットワーク２は、ローカル・エリア・ネットワークや、インターネット経由の仮想ネットワークであってもよい。通信ネットワーク２には、インターネット、電話線、シリアルケーブル、または、他の有線回線または無線回線、といった通信回線が利用できる。
【００４０】
（主要アカウンティングサーバ装置の構成）
本実施形態の主要アカウンティングサーバ３の内部構成について、図２のブロック図を参照に説明する。図２に示されるように、主要アカウンティングサーバ３は、外部アプリケーション部３１、Ｗｅｂサーバ部３５、ＯＳ部３６を備えている。
【００４１】
外部アプリケーション部３１は、画像形成装置１の制御を行うためのロジックおよびデータを保持するブロックである。外部アプリケーション部３１は、アプリケーション共通のバックアップロジックを提供するバックアップフレームワーク部３４を備えている。
【００４２】
バックアップフレームワーク部３４は、代替サーバ情報格納部３４１、代替サーバ通知部３４２、ステータス転送部３４３、ＰＩＡＬ部３４４、ＡＣＬ部３４５、リミッタ部３４６、カウンタ部３４７を含んでいる。
【００４３】
代替サーバ情報格納部３４１は、ＰＡＳ３の代替処理を行うＬＡＢＳを識別するための代替サーバ情報を保持している。この代替サーバ情報については、後段で詳細に説明する。代替サーバ通知部３４２は、代替サーバ情報を画像形成装置１に通知行うブロックである。ステータス転送部３４３は、画像形成装置１のアカウンティング処理に必要なステータス情報を画像形成装置１から受信すると、ＬＡＢＳ４・５に対して転送するブロックである。
【００４４】
ＰＩＡＬ（主要アクティビティログ）部３４４は、画像形成装置１から受信する動作データをログとして保存するブロックである。
【００４５】
ＡＣＬ部３４５は、画像形成装置１から受信したアクセスコントロールリストを格納するブロックである。リミッタ部３４６は、画像形成装置１から受信したリミット値を保存するブロックである。
【００４６】
ここで、アクセスコントロールリストは、特定ユーザのみにシステム設定の参照／変更を可能としたり、プリンタ機能のみを利用可能としたりするために、管理者が設定する情報である。リミット値はユーザ／ジョブタイプ毎の実行回数に制限を設けるために利用される値である。リミット値の実装には、（１）カウンタ値の上限値として実装する、（２）残り実行可能回数として実装する、の２タイプがあり、前者の場合はジョブのカウンタ値がこの値に達すると、ジョブの実行を中止する。後者の場合はジョブ実行毎にリミット値を減算していき、リミット値が０になると、ジョブの実行を中止する。なお、後者の場合はカウンタを利用せず、ジョブ実行毎に、減算されたリミット値をアカウンティングサーバに通知することになる。
【００４７】
カウンタ部３４７は、ＰＡＳ３が、画像形成装置１からアカウンティング処理が必要な動作データを受信した回数を、カウントするブロックである。
【００４８】
以上のバックアップフレームワーク部３４での処理についても後段で詳細に説明する。
【００４９】
外部アプリケーション部３１は、また、例えば、画像形成装置１の操作パネルに表示するユーザインターフェース画面のひな形データである操作パネル表示データ３２や、画像形成装置１の画面を更新するなど、画像形成装置に関する制御を行うための制御ロジックである画像形成装置制御プログラム３３等を備えている。
【００５０】
Ｗｅｂサーバ部３５は、ＨＴＴＰ（hypertext transfer protocol）（またはＨＴＴＰＳ）やＳＯＡＰ（simple object access protocol）を用いた通信を行うブロックである。Ｗｅｂサーバ部３５は、画像形成装置１からＨＴＴＰリクエストを受信するとともに、当該ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを送信する。Ｗｅｂサーバ部３５は、例えば、Ｗｉｎｄｏｗｓ（登録商標）でのＩＩＳや、Ａｐａｃｈｅ  Ｗｅｂ  Ｓｅｒｖｅｒ等が挙げられる。
【００５１】
ＯＳ部３６は、タスク管理、ファイル管理等、コンピュータシステムを管理し、基本的なユーザ操作環境を提供するオペレーティングシステム（ＯＳ）に従った処理を行うブロックである。ＯＳとしては、例えばＷｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘが挙げられる。
【００５２】
ＬＡＢＳ４・５も、基本的にはＰＡＳ３と同様の図２に示す構成を有している。ＬＡＢＳ４・５では、バックアップフレームワーク部３４には、代替サーバ情報格納部３４１、代替サーバ通知部３４２、ステータス転送部３４３はなく、ＰＩＡＬ部３４４の代わりに、代替処理についてのログを保存するＴＩＡＬ（一時的な動作ログ）部が設けられている。また、ＰＡＳ３から転送されてくる画像形成装置１のステータス情報を格納している。そして、バックアップフレームワーク部３４にて、ＰＡＳ３の代替処理が行われる。なお、各アカウンティング処理のタスクごとに優先度が設定されており、ＬＡＢＳ４・５のバックアップフレームワーク部３４には、この優先度に基づきＰＡＳ３の代替処理を行うアカウンティング機能縮退部（アカウンティング機能縮退手段）が設けられていてもよい。アカウンティング機能縮退部は、優先度の高いタスクを処理し、優先度の低いタスクは処理を実行しないようになっており、つまり、アカウンティング機能の縮退を行う。よって、ＬＡＢＳ４・５の負荷を抑えることができる。ここで、アカウンティング機能の縮退とは、主に低優先度アカウンティング・タスクの放棄・抑制を行うことである。アカウンティング・タスクには、例えば、各種動作情報のロギング、コンビニ等での利用における自動サプライ品発注、機能制限などがある。ロギングの場合は、その内容の重要度に応じたフラグが付いているものとし、この値に基づいて記録するかどうかを決める。サプライ品発注では、単に動作を取りやめる。機能制限・枚数制限の場合は、ＡＣＬやリミット値への参照やカウンタの更新を抑えるために、一律利用禁止にするなどの処理を行う。もちろん、これらの処理は単なる例示であり、アカウンティング機能の縮退は、これらに限定はされない。
【００５３】
（画像形成装置の構成）
次に、画像形成装置１の内部構成について、図３のブロック図を参照しながら説明する。図３に示されるように、画像形成装置１は、ユーザインターフェース層１１と、アプリケーション層１２、サービス層１３、ドライバ層１４、ＯＳ部１５、ＵＩサービス層１６、Ｗｅｂサービス層１７と、ＯＳＡアプリ層１８と、ＯｐｅｎＩ／Ｆ層１９とを備えている。
【００５４】
ユーザインターフェース層１１は、ユーザが画像形成装置１を操作するためのインターフェースである。ユーザインターフェース層１１は、画像形成装置１に固有の操作画面（固有操作画面）を記憶しており、当該固有操作画面を画像形成装置１の表示部に表示させる。ユーザは、固有操作画面に対して、所望の機能の実行を入力することで、画像形成装置１を制御することができる。
【００５５】
なお、ユーザインターフェース層１１の操作パネル部１１ａは、画像形成装置１の操作画面にて入力された情報をアプリケーション層１２に伝達する処理を行う。また、ユーザインターフェース層１１のＷｅｂページ部１１ｂは、Ｗｅｂページにて入力された情報をアプリケーション層１２に伝達する処理を行う。
【００５６】
アプリケーション層１２は、画像形成装置１が有する各種の機能を制御するアプリケーションに従って動作する。ここで、各種の機能とは、スキャン機能、印刷（プリント）機能、画像処理機能、ネットワーク機能などの要素機能を適宜組み合わせて実行することにより実現される機能である。要素機能を適宜組み合わせて実行することにより実現される機能とは、例えば、スキャン機能と画像処理機能と印刷機能とを組み合わせて実行される複写（コピー）機能や、スキャン機能とネットワーク機能とを組み合わせて実行されるイメージ送信機能などがある。なお、画像形成装置１が有する各種の機能は画像形成装置の機種毎に異なるため、このアプリケーション層１２の構成も画像形成装置の機種毎に異なる。
【００５７】
本実施形態のアプリケーション層１２は、複写（コピー）機能の実行／制御を行うコピーアプリ部１２ａ、プリント機能の実行／制御を行うプリントアプリ部１２ｂ、スキャンした画像データを外部の装置に送信する機能（イメージ送信機能）の実行／制御を行うイメージ送信アプリ部１２ｃ、ドキュメントファイリング機能の実行／制御を行うドキュメントファイリングアプリ部１２ｄ、ユーザ認証機能の実行／制御を行うユーザ認証アプリ部１２ｅ、ＦＡＸ受信機能の実行／制御を行うＦＡＸ受信アプリ部１２ｆ、ＴＷＡＩＮ機能の実行／制御を行うＴＷＡＩＮアプリ１２ｇ部などを含む。
【００５８】
サービス層１３は、アプリケーション層１２とドライバ層１４との間に位置する層であり、アプリケーション層１２からの指示に従って、画像形成装置１が有する各種の要素機能を制御するための各種サービス部から構成される。
【００５９】
本実施形態のサービス層１３は、スキャン動作の制御を行うスキャンサービス部１３ａ、プリント（印刷）の制御を行い、プリント機能やコピー機能にて利用されるプリントサービス部１３ｂ、ジョブ毎の情報管理を制御するジョブログサービス部１３ｃ、イメージ作成等の画像形成を制御する画処理サービス部１３ｄ、ドキュメントファイリング等、イメージを管理するための制御を行うファイルサービス部１３ｅ、リモートからＷｅｂページ経由でアクセスするための制御を行うＷＷＷサーバサービス部１３ｆ、ＬＡＮや電話回線等を用いて、通信する動作の制御を行うネットワークサービス部１３ｇなどが含まれる。
【００６０】
ドライバ層１４は、サービス層１３の下位に位置する層であり、画像形成装置１のハードウェアを制御するためのソフトウェアに従った動作を行う。
【００６１】
なお、本実施形態のドライバ層１４には、画像形成に関するＡＳＩＣドライバ部１４ａ、ＵＳＢ通信を行うためのＵＳＢドライバ部１４ｂ、シリアル通信を行うためのシリアル通信ドライバ部１４ｃ、ＬＡＮ通信を行うためのＮＩＣドライバ分１４ｄ、表示部の表示制御を行うためのＬＣＤドライバ１４ｅ、電源管理を行うためのＰｏｗｅｒドライバ１４ｆ部などがある。
【００６２】
ＯＳ部１５は、ドライバ層１４の下位に位置する層であり、オペレーティングシステムを管理するものである。
【００６３】
なお、上記ユーザインターフェース層１１、アプリケーション層１２、サービス層１３、ドライバ層１４およびＯＳ部１５は、画像形成装置１に固有のソフトウェアに従った動作を行うものであり、画像形成装置１ごとに異なる。これらの層を備えることで、画像形成装置１は、通信ネットワークを介することなくユーザからの指示を直接受け付け、その指示に従った動作を行うことができる。
【００６４】
ただし、上記のような画像形成装置１に固有の層のみを有している場合、新たなアプリケーションを用いた処理を伴う制御を行うためには、画像形成装置１の内部に新たなアプリケーション等を組み込む必要があり、手間がかかる。そこで、本実施形態の画像形成装置１は、以下に示されるように、外部の装置が有するアプリケーションと連携し、当該外部の装置からの制御を受付可能とする層を備えている。
【００６５】
ＵＩサービス層１６は、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、外部の装置から操作画面データを取得し、取得した操作画面データに基づいた操作画面を表示部上に表示させる処理を行う。なお、ＵＩサービス層１６は、汎用されているＷｅｂブラウザの機能を有するものでよい。なお、ＵＩサービス層１６には、外部の装置から提供されたＵＩ（操作画面）の表示を制御するＵＩマネージャ１６ａがある。
【００６６】
Ｗｅｂサービス層１７は、ＳＯＡＰを用いて外部の装置から送信される制御指示を受信し、当該制御指示に対応するＯＳＡアプリ層１８の適切なモジュールを呼び出す。また、Ｗｅｂサービス層１７は、ＯＳＡアプリ層１８から受けた情報を示すＳＯＡＰコマンドを生成し、外部の装置に対して送信する。Ｗｅｂサービス層１７は、制御指示と、当該制御指示が示す制御に適切なＯＳＡアプリ層１８のモジュールとを対応付けて記憶しており、当該記憶内容に応じて、適切なモジュールを呼び出す。
【００６７】
本実施形態のＷｅｂサービス層１７は、ＵＩ制御に関するＷｅｂサービスを処理するＵＩマネージャ部１７ａ、ジョブ制御に関するＷｅｂサービスを処理するＪｏｂマネージャ部１７ｂ、イベント送信要求に関するＷｅｂサービスを処理するＥｖｅｎｔマネージャ部１７ｃ、ジョブやデバイスのステータス制御に関するＷｅｂサービスを処理するステータスマネージャ部１７ｄ、ＯＳＡアプリ層１８に関する情報を登録するためのＷｅｂサービスを処理するサービスマネージャ部１７ｅ、ジョブの送受信を行うためのＷｅｂサービスを処理するデータ送信マネージャ部１７ｆなどを含む。
【００６８】
ＯＳＡアプリ層１８は、ＯｐｅｎＩ／Ｆ層１９で公開されているＡＰＩ（制御コマンド）経由で、上記装置機能を制御するためのアプリケーションである。
【００６９】
本実施形態のＯＳＡアプリ層１８は、複写（コピー）機能の実行／制御を行うコピーアプリ部１８ａ、プリント機能の実行／制御を行うプリントアプリ部１８ｂ、スキャンした画像データを外部の装置に送信する機能（イメージ送信機能）の実行／制御を行うイメージ送信アプリ部１８ｃ、ドキュメントファイリング機能の実行／制御を行うためのドキュメントファイリングアプリ部１８ｄ、ＰＡＳ３への動作データ・ログの送信、ＰＡＳ３からの代替サーバ情報の受信、ＰＡＳ３から受信したユーザ情報に基づいた機能制限等を行う外部アカウンティングアプリ部１８ｅ、ＦＡＸ受信機能の実行／制御を行うためのＦＡＸ受信アプリ部１８ｆ、ＴＷＡＩＮ機能の実行／制御を行うためのＴＷＡＩＮアプリ部１８ｇなどを含む。上記外部アカウンティングアプリ部１８ｅの処理については後段で詳細に説明する。
【００７０】
ＯｐｅｎＩ／Ｆ層１９は、画像形成装置１のエンジンを制御するためのインターフェイスをＯＳＡアプリ層１８に公開する機能を有している。ＯＳＡアプリ層１８へ公開するＡＰＩを共通化するため、エンジン制御ＡＰＩの機種依存性を吸収する。
【００７１】
（バックアップシステムにおける処理の全体）
図４に本実施形態のバックアップシステム１００における処理の流れの一例を示す。本実施形態では、ＰＡＳ３は、自身の代替サーバとなるＬＡＢＳ４とＬＡＢＳ５とを識別できる代替サーバ情報を予め格納している。そして、ＰＡＳ３は、画像形成装置１と通信が確立している間に、代替サーバ通知部３４２から画像形成装置１に代替サーバ情報を送信している。なお、画像形成装置１がＰＡＳ３に接続した直後に、ＰＡＳ３から画像形成装置１に対して代替サーバ情報を送信する方法がもっとも一般的である。また、本実施形態では、画像形成装置１はＰＡＳ３の復旧確認を行う構成となっている。
【００７２】
図４に示すように、画像形成装置１から動作データ（イベント）をＰＡＳ３に送信する（Ｓ５１）。ここで、ＰＡＳ３への接続が成功しない、あるいはＰＡＳから否定応答が返されると、画像形成装置１は、取得済みの代替サーバ情報に基づき代替候補のＬＡＢＳを決定し、決定したＬＡＢＳに動作データを送信する（Ｓ５２）。決定したＬＡＢＳが稼働しており、当該ＬＡＢＳが動作データを受信すると、当該ＬＡＢＳは、ＴＩＡＬ（一時的な動作ログ）に、動作データの内容を動作ログとして記録し、動作が行われた回数をカウントする（Ｓ５３）。なお、カウンタ値をＴＩＡＬに含めて記録しても構わない。画像形成装置１に肯定応答を返却する（Ｓ５４）。画像形成装置１は、当該肯定応答を受信すると、ＣＡＳ（現在のアカウンティングサーバ、つまり、動作データの送信先）を、ＰＡＳ３から応答のあったＬＡＢＳ（代替ＬＡＢＳ）に切り替える（Ｓ５５）。その後は、画像形成装置１でジョブが実行されると、画像形成装置１は、当該ＬＡＢＳに画像形成装置１の動作データ（イベント）を送信する。代替ＬＡＢＳでは、画像形成装置１から動作データを受信する度に、動作ログとカウンタ値とを更新、つまり、ＴＩＡＬを更新し、肯定応答を画像形成装置１に送信する。
【００７３】
なお、Ｓ５２の後、決定したＬＡＢＳへの接続が成功しない、あるいは否定応答が返されると、画像形成装置１は、再び取得済みの代替サーバ情報に基づき別の代替候補のＬＡＢＳを決定し、決定したＬＡＢＳに動作データを送信する。画像形成装置１は、代替候補のＬＡＢＳから肯定応答を受けるまでＳ５２を繰り返し、通信可能なＬＡＢＳ（代替ＬＡＢＳ）を探す。以上のＳ５１からＳ５５の処理は、画像形成装置１がＰＡＳ３との通信が確立できない場合の故障時切り替えの処理である。
【００７４】
次に、画像形成装置１のＣＡＳをＰＡＳ３から代替ＬＡＢＳに切り替えた後、ジョブ実行回数が一定数に到達すると（Ｓ５６）、画像形成装置１は復旧確認メッセージをＰＡＳ３に対して送信する（Ｓ５７）。ＰＡＳ３から肯定応答が送信されたのを画像形成装置１が受信すると（Ｓ５８）、画像形成装置１は、ＰＡＳ３が利用可能と判断し、ＣＡＳとなっている代替ＬＡＢＳにＴＩＡＬを要求する（Ｓ５９）。代替ＬＡＢＳは、ＴＩＡＬを画像形成装置１に返信し（Ｓ６０）、ＴＩＡＬの記録をクリアする（Ｓ６１）。
【００７５】
画像形成装置１はＴＩＡＬを受信すると、ＴＩＡＬをＰＡＳ３に転送し（Ｓ６２）、ＰＡＳ３は、これをＰＩＡＬ（主要アクティビティログ、つまり、ＰＡＳ３が管理しているログ）にマージする（Ｓ６３）。具体的なマージ処理は、ＴＩＡＬに含まれる動作ログ情報をＰＩＡＬに追記し、代替ＬＡＢＳが記録している最新のカウンタ値を、ＰＩＡＬのカウンタ値に上書きすることで実現できる。また、動作ログを再生できればジョブ実行回数が分かるので、この数値をＰＩＡＬのカウントに加算するようになっていてもよい。ＰＡＳ３での更新作業が正常終了したら、ＰＡＳ３は画像形成装置１に肯定応答を返す（Ｓ６４）。この肯定応答の受信をもって画像形成装置１はＣＡＳを、代替ＬＡＢＳからＰＡＳ３に切り替える（Ｓ６５）。
【００７６】
そして、画像形成装置１は、ＣＡＳを代替ＬＡＢＳからＰＡＳ３に切り替えた後は、動作データをＰＡＳ３に送信する（Ｓ６６）する。ＰＡＳ３は、受信した動作データを用いて、ＰＩＡＬを更新し（Ｓ６７）、肯定応答を画像形成装置１に送信する（Ｓ６８）。
【００７７】
以上のＳ５７からＳ６５の処理は、画像形成装置１がＰＡＳ３との通信が再確立できた場合の復旧切り替えの処理である。また、以上のＳ６６からＳ６８の処理は、画像形成装置１がＰＡＳ３との通信が確立（または再確立）できている場合の正常時の処理である。
【００７８】
なお、復旧通知をＰＡＳ３から画像形成装置１に送信する方法も考えられるが、上記したように、画像形成装置１がＰＡＳ３の状況を調べ、代替ＬＡＢＳの利用を終了するかどうかを判定することで、段階的に画像形成装置１の一部の処理のみをＰＡＳ３の利用に戻すといった柔軟な実装も可能になる。また、次のことからも、画像形成装置１がＰＡＳ３の状況を調べ、代替ＬＡＢＳの利用を終了するかどうかを判定するのが好ましいことがわかる。どのようなことかというと、ＰＡＳ３からの肯定応答がタイムアウトした場合、画像形成装置１は当該ＰＡＳ３が故障したとみなし、ＣＡＳに適切な代替ＬＡＢＳを割り当てる。しかし、ＰＡＳ３が完全な故障ではなく、高負荷状態であった等の理由によって応答が遅延した場合には、ＰＡＳ３からの復旧メッセージが送信されない。このため、ＰＡＳ３が利用可能であることを定期的にネットワーク全体に通知する必要がある。しかしネットワーク全体への通知は、原因が高負荷状態であった場合に、元の高負荷状態を再発させる可能性があるため好ましくない。従って、画像形成装置１がＰＡＳ３の状況を調べ、代替ＬＡＢＳの利用を終了するかどうかを判定することがより好ましい。
【００７９】
（代替サーバ情報）
次に代替サーバ情報について説明する。代替サーバ情報のもっともシンプルな例は、図５に示すような形式である。図５に示すように代替サーバ情報は、一般的にはＩＰアドレスとポート番号とから構成される。画像形成装置１が、代替サーバ情報を基に接続したＬＡＢＳが動作していなかった場合のさらなる代替のＬＢＡＳ候補を決定するために、代替サーバ情報は、図６のように、ＬＡＢＳの識別情報（ＬＡＢＳ＿ＩＤ）と優先順位とが対応付けられたリスト（順位リスト）となっていてもよい。ここで、順位リストの優先順位フィールドはアカウンティング機能を代行するＬＡＢＳを選択する際の優先順位を表している。ＬＡＢＳ＿ＩＤフィールドは代替ＬＡＢＳの識別情報である。なお、図６の例では、ＩＰアドレスおよびポート番号が別のリスト（アドレスリスト）に記載されているものとする。つまり、図５に示す代替サーバ情報にＬＡＢＳ＿ＩＤが付与されており、複数の代替サーバ情報がリスト（アドレスリスト）として保持される。そして、図６に示す順位リストのＬＡＢＳ＿ＩＤの値を用いて、アドレスリストを参照することで、当該ＬＡＢＳのＩＰアドレスとポート番号とを取得する。ここでは、代替サーバ情報は、アドレスリストおよび順位リストとからなっている。もちろん、代替サーバ情報は、ＬＡＢＳの識別情報と、優先順位と、ＩＰアドレスと、ポート番号とがまとめて対応づけられて、つまり、一つのリストとなっていてもよい。
【００８０】
また、すべての代替となるＬＡＢＳが動作できない場合は、画像形成装置１の動作を中止させるなどの措置がとられるようになっていてもよい。
【００８１】
図６の例では、ＰＡＳ３への初回接続時、図７に示すストリーム情報がＰＡＳ３から画像形成装置１に対して送信される。図７のストリーム情報には、次の情報が記述されている。
【００８２】
Ｌ０１：送信元ＰＡＳの情報
Ｌ０２：送信元ＰＡＳのＩＰアドレス
Ｌ０３：送信元ＰＡＳのポート番号
Ｌ０４：送信元ＰＡＳのスキーム名
Ｌ０５：送信元ＰＡＳのアプリケーションパス
Ｌ０７：ＬＡＢＳのリストを表す（ここでは、優先度が高いＬＡＢＳ順にサーバの設定を記述する）
Ｌ０８：最初に参照されるＬＡＢＳの設定記述（ＬＡＢＳの名称をｎａｍｅ属性で設定可能）
Ｌ０９：最初に参照されるＬＡＢＳのＩＰアドレス
Ｌ１０：最初に参照されるＬＡＢＳのポート番号
Ｌ１２：最初のＬＡＢＳが利用できないとき、２番目に参照されるＬＡＢＳの設定記述
Ｌ１３：２番目に参照されるＬＡＢＳのＩＰアドレス
Ｌ１４：２番目に参照されるＬＡＢＳのポート番号
ＰＡＳ３を識別する情報には、Ｗｅｂアプリケーションとの接続方法を識別するスキーム名Ｌ０４とアプリケーションパスＬ０５が付加されている。図７に示す例では、ＬＡＢＳはＰＡＳと同一スキームかつ同一パスで動作すると仮定しており、各ＬＡＢＳに対する指定を省略している。
【００８３】
さらに、代替サーバ情報の拡張として、振り分け条件を含めることもできる。例えば、画像形成装置１での動作を実行するユーザまたはグループの種別、これに対応する識別値（ＩＤ）、これに対応するＬＡＢＳを識別できる情報（単一のＬＡＢＳを示すＬＡＢＳ識別情報であってもよいし、優先順位つきの複数のＬＡＢＳを示すＬＡＢＳリストの情報であってもよい）からなる。図８に示す例は、ユーザ単位およびグループ単位でＬＡＢＳを使い分けている。ここでは、ユーザＩＤが「１００」のユーザの利用に関する動作データは、ＬＡＢＳ識別情報がＬＡＢＳ＿ＩＤ１であるＬＡＢＳに送信される。同様に、グループＩＤが「１１０００」に属するユーザの利用に関する動作データは、ＬＡＢＳ識別情報がＬＡＢＳ＿ＩＤ２であるＬＡＢＳに送信される。このように、上位のレコードから順に評価し、マッチする条件が見つかると、対応するＬＡＢＳを代替サーバ候補として、画像形成装置１から動作データを送信する。ＬＡＢＳ識別情報の代わりにＬＡＢＳリストを割り当て、複数の代替サーバ候補であるＬＡＢＳに優先順位の順に、動作データを送信することもできる。
【００８４】
他の振り分け条件として、ジョブタイプまたはジョブモードとその識別地（ＩＤ値）、およびＬＡＢＳを識別できる情報（単一のＬＡＢＳを示すＬＡＢＳ識別情報であってもよいし、優先順位つきの複数のＬＡＢＳを示すＬＡＢＳリストの情報であってもよいし、上記ユーザによって振り分けたＬＡＢＳ群の情報であってもよい）、が対応づけられている例が挙げられる。図９に示す例は、ジョブタイプ単位およびジョブモード単位でＬＡＢＳ振り分けるものである。ジョブタイプＩＤが「ＳＣＡＮ」である場合の利用に関する動作データは、ＬＡＢＳ識別情報がＬＡＢＳ＿ＩＤ１であるＬＡＢＳに送信される。同様に、ジョブモードＩＤが「ＪＯＢ＿ＲＥＰＲＩＮＴ」である場合の利用に関する動作データは、ＬＡＢＳ識別情報がＬＡＢＳ＿ＩＤ２であるＬＡＢＳに送信される。このように、上位のレコードから順に評価し、マッチする条件が見つかると、対応するＬＡＢＳを代替サーバ候補として、画像形成装置１から動作データを送信する。ＬＡＢＳ識別情報の代わりにＬＡＢＳリストを割り当て、複数の代替サーバ候補に優先順位の順に、動作データを送信することもできる。また、ＬＡＢＳを識別できる情報として、上記ユーザによって振り分けたＬＡＢＳ群の情報を用いた場合には、ユーザ別でのＬＡＢＳの振り分けとの共用も可能である。
【００８５】
（各装置での処理の流れ）
次に、本バックアップシステム１００の処理に関する、それぞれの装置の処理の流れについて説明する。以下では、例として、代替ＰＡＳ３の代替処理に用いられる代替サーバ情報として、ＬＡＢＳ４及びＬＡＢＳ５が記載されており、代替処理の優先順位は、ＬＡＢＳ４、ＬＡＢＳ５の順に高くなっているとして説明する。
【００８６】
（ＰＡＳでの処理）
初めに、ＰＡＳ３での処理の流れを、図１０，１１のフローチャートを参照に説明する。本実施形態では、ＰＡＳ３にて、画像形成装置１の制御のために必須のステータス情報が更新されると、ＰＡＳ３は、代替先のＬＡＢＳ４・５に当該情報を転送し、同期させる動作が行われる。
【００８７】
図１０に示すように、初めに、ＰＡＳ３が起動すると、代替サーバ情報を画像形成装置１に送信する。さらに、代替サーバ情報を参照し、自身の代替処理を行う全てのＬＡＢＳ４・５に対してＡＣＬ・リミット情報を転送する（Ｓ７０）。ただし、これらの値はユーザの権限を変更しない限り不変であることが条件であり、ユーザ権限を更新した際には、以後の実行中においても転送が必要である。
【００８８】
その後、画像形成装置１からの接続を待機し（Ｓ７１）、接続された内容が復旧確認のメッセージかを判定する（Ｓ７２）。復旧確認で無い場合（Ｓ７２においてＮＯ）動作データの通知であるので、動作データを受信し（Ｓ７３）、自身が有するＰＩＡＬにその内容をロギングする（Ｓ７４）。動作データに応じてカウンタ値の更新が必要であれば更新し（Ｓ７５）、代替先のＬＡＢＳ４に転送する（Ｓ７６）。その後、動作データの内容とＡＣＬ・リミット情報とを照合して、画像形成装置１に認可情報などを返信する（Ｓ７７）。Ｓ７２で復旧確認メッセージであった場合は、図１１に示す動作を行う。
【００８９】
本実施形態では、図１１に示すように、ＰＡＳ３は復旧通知を自ら送信せず、画像形成装置１またはＬＡＢＳ４からの問い合わせに応答することで復旧を通知する。本実施形態では、ＰＡＳ３は画像形成装置１からの動作データの処理中にも復旧確認を受信する可能性がある。
【００９０】
ＰＡＳ３が復旧確認メッセージを受信すると（Ｓ４１）、これに対する肯定応答を画像形成装置１に返信し（Ｓ４２）、続いてＴＩＡＬおよびカウンタ値を代替として処理を行ったＬＡＢＳ４から受信を行う。受信した内容でカウンタ値を更新し（Ｓ４４）、またＰＩＡＬへ、ＬＡＢＳ４のＴＩＡＬのログ内容を追記する（Ｓ４５）。カウンタ値は動作ログであるＴＩＡＬの内容を再生することで更新してもよい。ＰＡＳの情報に、ＬＡＢＳ４の情報を完全にマージできたら、ＴＩＡＬ送信元に肯定応答を返信する（Ｓ４６）。
【００９１】
（ＬＡＢＳでの処理）
次に、代替処理に使用されるＬＡＢＳ４の処理について、図１２のフローチャートを参照して説明する。
【００９２】
初めに、画像形成装置１からの接続を待機し（Ｓ８１）、接続された内容がＴＩＡＬの要求かを判定する（Ｓ８２）。ＴＩＡＬの要求で無く（Ｓ８２においてＮＯ）、動作データの通知であると動作データを受信し（Ｓ８３）、自身が持つＴＩＡＬにその内容をロギングする（Ｓ８４）。動作データに応じてカウンタ値の更新が必要であれば更新し（Ｓ８５）、その後動作データの内容と、ＰＡＳ３から受信しているＡＣＬ・リミット情報とを照合して、画像形成装置１に認可情報などを返信する（Ｓ８６）。ここで、Ｓ８２での判定により、接続がＴＩＡＬ要求であった場合は、ＴＩＡＬおよびカウンタ値を画像形成装置１に返信し（Ｓ８８）、自身のＴＩＡＬおよびカウンタ値をクリアし（Ｓ８９）、その後、接続の待機状態に戻る。なお、Ｓ８５のカウンタの更新の後に、自身より優先順位の低い全てのＬＡＢＳ（ここではＬＡＢＳ５）にカウンタ値等の動的に変化する情報を転送する（Ｓ８６）。このように自身より優先順位の低い全てのＬＡＢＳにカウンタ値等の動的に変化する情報を転送することで、自身が不稼動になった場合に、次の優先順位のＬＡＢＳが、代替処理を行うことができる。
【００９３】
さらに、ＬＡＢＳ４にて、ＰＡＳ３と同様に、Ｓ８１での接続の内容が復旧確認メッセージの受信であった場合には、画像形成装置１は、図１１に示した処理と同等の処理を行うことで、ＬＡＢＳ４の動作ログをマージするように構成されている。
【００９４】
次に、画像形成装置１の、動作データの送信およびＰＡＳ３の異常時にアカウンティング処理を行うサーバを切り替える処理について、図１３のフローチャートを参照に説明する。図１３に示される処理は、画像形成装置１のＯＳＡアプリ層１８の外部アカウンティングアプリ部１８ｅにて行われる。
【００９５】
初めに、画像形成装置１は、ＣＡＳ（初期値はＰＡＳ３）に対して、動作データを送信する（Ｓ２１）。この動作はジョブの開始前や終了後など、複数回実行されることが一般的である。ジョブの開始前にＣＡＳに対して送信する情報には、特定機能へのユーザのアクセスの可否を要求する内容を含み、ＣＡＳからの応答に認可情報が含まれる。そして、動作データの送信が成功したかを確認する（Ｓ２２）。動作データの送信に成功すれば（Ｓ２２においてＹＥＳ）、正常に終了する。失敗した場合は（Ｓ２２においてＮＯ）、代替サーバ情報に基づいてＬＡＢＳを決定し（Ｓ２３）、決定したＬＡＢＳに対して動作データを送信する（Ｓ２４）。Ｓ２４の動作データの送信が成功したかを確認する（Ｓ２５）。成功すれば（Ｓ２５においてＹＥＳ）、次回以降の動作データ送信先ＣＡＳとして、通信に成功したＬＡＢＳを割り当て、さらにＰＡＳ３が復旧したことを監視するスレッドを起動する（Ｓ２６）。
【００９６】
Ｓ２４の送信に失敗した場合は（Ｓ２５においてＮＯ）、次候補のＬＡＢＳがあるかを確認する（Ｓ２７）。次候補があれば（Ｓ２７においてＹＥＳ）、Ｓ２３から繰り返す。次候補のＬＡＢＳがなければ（Ｓ２７においてＮＯ）、動作データ送信先が使用できないことを示すＮＵＬＬ値をＣＡＳに設定し、適切な機能制限を開始し、さらに、ＰＡＳ３の復旧関し動作を開始する（Ｓ２８）。なお、各ジョブの実行時に動作データ送信先がＮＵＬＬ値となっている場合は、アカウンティング機能が利用できないため、画像形成装置１はそれぞれの運用ポリシー（ログの取得ができない場合は動作を許可するか否かといった内容）に基づいた機能制限を行うのがよい。
【００９７】
（画像形成装置での処理）
次に、画像形成装置１の、ＰＡＳ３が復旧した際の切り替え処理について、図１４のフローチャートを用いて説明する。図１４では、画像形成装置１の外部アカウンティングアプリ部１８ｅがＰＡＳ３の復旧を検知し、動作データの送信先サーバを元のＰＡＳ３に切り替える処理を行う。
【００９８】
画像形成装置１は、ＰＡＳ３の復旧を確認し（Ｓ３１）、復旧したか否かを判定する（Ｓ３２）。つまり、画像形成装置１は、ＰＡＳ３への定期的なステータスチェックを行い、復旧メッセージを受信するまで繰り返す。復旧が確認ができれば（Ｓ３２においてＹＥＳ）、ＰＡＳへの定期的なステータスチェックを終了させる（Ｓ３３）。ここで、ＬＡＢＳの終了を画像形成装置１が指示する場合のみ、ＬＡＢＳへの終了通知を送信し（Ｓ３４）、ＴＩＡＬをＬＡＢＳ４から受信し、当該ＴＩＡＬをＰＡＳ３に転送する（Ｓ３５）。この処理が完了すると、画像形成装置１は、ＣＡＳをＰＡＳ３に再設定する（Ｓ３６）。
【００９９】
復旧時の切り替えの処理は、上記したものに限定されず、ＰＡＳ３がＬＡＢＳ４・５に復旧を通知する形態や、ＬＡＢＳ４・５がＰＡＳ３の復旧を確認する形態としてもよい。
【０１００】
（その他）
次に、本発明の他の実施例を、図１５を用いて説明する。図１５は、ＬＡＢＳ４（あるいはＬＡＢＳ５）による復旧確認を行う例を示している。ＬＡＢＳ４は代行運転中、ＰＡＳ３の復旧確認を行い（Ｓ１１１）、ＰＡＳ３から肯定応答を受信すると（Ｓ１１２）、ＴＩＡＬとカウンタ値の情報をＰＡＳに送信する（Ｓ１１３）。ＰＡＳ３は、ＴＩＡＬをＰＩＡＬに追記し、かつカウンタ値を更新し（Ｓ１１４）、ＬＡＢＳ４に肯定応答を返信する（Ｓ１１５）。ＬＡＢＳ４はこれを受けて、代替処理（アカウンティング処理）に関してｓｌｅｅｐ状態に遷移する（Ｓ１１６）。その後、画像形成装置１がＬＡＢＳ４に動作データを送信した場合（Ｓ１１７）、ＬＡＢＳ４はｓｌｅｅｐ応答を返信し（Ｓ１１８）、画像形成装置１はこれを受けてＣＡＳをＰＡＳに変更し、ＰＡＳに動作データを送信する（Ｓ１１９）。
【０１０１】
また、ＬＡＢＳ４はＰＡＳ３の復旧後もＰＡＳ３の監視を続け、再びＰＡＳ３が動作していない場合は、代替処理についてのｓｌｅｅｐ状態を解除してＰＡＳ３の代行運転に備える。
【０１０２】
図１６は、本発明のさらに他の実施例を示すものである。ここで、代替処理の優先順位が１位のＬＡＢＳをＬＡＢＳ（１）、２位のＬＡＢＳをＬＡＢＳ（２）…と記載するものとする。また、ＬＡＢＳ（１）のＴＩＡＬをＴＩＡＬ（１）、ＬＡＢＳ（２）のＴＩＡＬをＴＩＡＬ（２）…と記載するものとする。図１６に示す例では、ＬＡＢＳ４がＬＡＢＳ（１）であり、ＬＡＢＳ５がＬＡＢＳ（２）となっている。また、ＬＡＢＳ４のＴＩＡＬがＴＩＡＬ（１）、ＬＡＢＳ５のＴＩＡＬがＴＩＡＬ（２）となっている。
【０１０３】
図１６は、通常時には画像形成装置１の動作データの送り先であるＰＡＳ３に不具合が発生した場合、代替処理の優先順位が１位のＬＡＢＳ４に、画像形成装置１から動作データが送られる。ここで、ＬＡＢＳ４にも不具合が発生した場合、代行処理の優先順位が２位のＬＡＢＳ５に、画像形成装置１から動作データが送られる。〔画像形成装置，ＰＡＳ，ＬＡＢＳ（１），ＰＩＡＬ，ＴＩＡＬ（１）〕の関係は、〔画像形成装置，ＬＡＢＳ（１），ＬＡＢＳ（２），ＴＩＡＬ（１），ＴＩＡＬ（２）〕の関係と同一である。図１６で示したＬＡＢＳ４・５はＰＡＳ３の全機能をバックアップする形態となっているが、ＬＡＢＳ４とＬＡＢＳ５とでアカウンティングの処理が割り当てられている場合には、ＬＡＢＳ４とＬＡＢＳ５とに別々に画像形成装置１から動作データ（イベント）が送信される。ここでは、ＬＡＢＳは２つであるが、３つ以上であってもよい。つまり、ＬＡＢＳで一部の機能のみをバックアップする場合は、割り当てられたアカウンティング機能ごとにＬＡＢＳが複数存在し、他の機能を担当するＬＡＢＳとは全く独立に動作データ（イベント）の送受信が行われる。
【０１０４】
最後に、画像形成装置１、主要アカウンティングサーバ３、または軽量バックアップサーバ４・５の各ブロックは、ハードウェアロジックによって構成してもよいし、次のようにＣＰＵを用いてソフトウェアによって実現してもよい。
【０１０５】
すなわち、画像形成装置１、主要アカウンティングサーバ３または軽量バックアップサーバ４・５は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである画像形成装置１、主要アカウンティングサーバ３または軽量バックアップサーバ４・５の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記画像形成装置１、主要アカウンティングサーバ３または軽量バックアップサーバ４・５に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１０６】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１０７】
また、画像形成装置１、主要アカウンティングサーバ３、または軽量バックアップサーバ４・５を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【産業上の利用可能性】
【０１０８】
本発明は、外部装置にてアカウンティング制御が行われるプリンタ、コピー機、スキャナ、ファックス等を備えたシステムに適用することができる。
【図面の簡単な説明】
【０１０９】
【図１】本発明に係る一実施形態のバックアップシステムの構成を示す図である。
【図２】バックアップシステムを構成する主要アカウンティングサーバの構成の一例を示すブロック図である。
【図３】バックアップシステムを構成する画像形成装置の構成の一例を示すブロック図である。
【図４】バックアップシステムでの処理の流れを示すフローチャートである。
【図５】代替サーバ情報の一例を示す図である。
【図６】軽量バックアップサーバと代替処理における優先順位とを対応付けた代替サーバ情報の一例を示す図である。
【図７】主要アカウンティングサーバから画像形成装置に対して送信されるストリーム情報の一例を示す図である。
【図８】軽量バックアップサーバと送信される動作データの属性とを対応付けた代替サーバ情報の一例を示す図である。
【図９】軽量バックアップサーバと送信される動作データの他の属性とを対応付けた代替サーバ情報の一例を示す図である。
【図１０】主要アカウンティングサーバでの処理の流れを示すフローチャートである。
【図１１】主要アカウンティングサーバが復旧確認メッセージを受信した場合の処理の流れを示すフローチャートである。
【図１２】軽量バックアップサーバでの処理の流れを示すフローチャートである。
【図１３】画像形成装置の外部アカウンティングアプリ部での、主要アカウンティングサーバ不具合発生時の処理の流れを示すフローチャートである。
【図１４】画像形成装置の外部アカウンティングアプリ部での、主要アカウンティングサーバ復旧時の処理の流れを示すフローチャートである。
【図１５】軽量バックアップサーバによる復旧確認を行う例を示す図である。
【図１６】代替処理が複数の軽量バックアップサーバに分散される例を示す図である。
【符号の説明】
【０１１０】
１  画像形成装置
２  ネットワーク
３  主要アカウンティングサーバ（主要アカウンティングサーバ装置）
４・５  軽量バックアップサーバ（軽量バックアップサーバ装置）
３４１  代替サーバ情報格納部
３４２  代替サーバ通知部（代替サーバ通知手段）
３４３  ステータス転送部（ステータス転送手段）
１８ｅ  外部アカウンティングアプリ部（送信先決定手段）
【図２】
2008152664.tif 000003
【図３】
2008152664.tif 000004
【図４】
2008152664.tif 000005
【図５】
2008152664.tif 000006
【図６】
2008152664.tif 000007
【図７】
2008152664.tif 000008
【図８】
2008152664.tif 000009
【図９】
2008152664.tif 000010
【図１０】
2008152664.tif 000011
【図１１】
2008152664.tif 000012
【図１２】
2008152664.tif 000013
【図１３】
2008152664.tif 000014
【図１４】
2008152664.tif 000015
【図１】
2008152664.tif 000016
【図１５】
2008152664.tif 000017
【図１６】
2008152664.tif 000018