JP2014215928A - 画像処理装置、画像処理システム、認証サーバーダウン時の復帰監視方法及びプログラム - Google Patents

Abstract

【課題】認証サーバーがダウンした時の該サーバーの復帰監視処理の実行タイミングを、状況に応じて設定することが可能な画像処理装置等を提供する。
【解決手段】画像処理装置１は、認証サーバー２がダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定手段１０１を備え、設定されたタイミングで、認証サーバー２へ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、認証サーバーが復帰したかどうかの復帰監視処理を実行する。
【選択図】 図１０

Description

この発明は、認証サーバーと接続可能な画像処理装置であって、認証サーバーのダウン時に復帰監視処理を実行する画像処理装置、この画像処理装置を備えた画像処理システム、認証サーバーダウン時の復帰監視方法及び復帰監視プログラムに関する。

コピー機能、プリンタ機能、スキャン機能、ファクシミリ（ＦＡＸ）機能等の複数の機能を有する多機能デジタル複合機であるＭＦＰ（Multi Function Peripherals）等の画像処理装置には、ユーザーもしくは部署ごとに課金やカウンタの管理を行う機能を備えているものがある。

このような機能を備えたＭＦＰ等が複数台存在する場合に、どのＭＦＰを使用しても同一の課金・カウンタの管理を行うために、認証サーバーを用いて課金・カウンタ情報を管理し、ユーザーがＭＦＰにログインする際に認証サーバーに接続し、必要な情報を認証サーバーから取得する、という方法が提案されている。

さらに、認証サーバーがトラブル等の発生によりダウンした際に、ユーザーがＭＦＰにログインし使用できるように、事前にユーザー情報をＭＦＰで保持しておき、認証サーバーがダウンした際はこのＭＦＰに保持されている情報を用いてログインする方法が提案されている。

また、認証サーバーがダウンした際に、ユーザーの登録情報や、実行したジョブの課金・カウンタ情報を含む蓄積情報をＭＦＰ本体に保存して、認証サーバーがダウンから復帰した際に、認証サーバーへ送信し、ＭＦＰ本体の登録情報を更新する様々な方法が提案されている。

例えば、特許文献１には、認証サーバーのダウン時に実行したジョブの課金・カウントデータを蓄積情報としてＭＦＰ本体に保存し、認証サーバーがダウンから復帰した際に送信したのち、ＭＦＰ本体の登録情報を更新する方法が提案されている。

特許文献２には、認証サーバーのダウン時に所定のタイミングで認証サーバーの復帰を監視し、認証サーバー復帰時にジョブ履歴を一括送信する方法が提案されている。

特許文献３には、認証サーバーのダウン時にジョブが実行されたことを契機としてサーバーの復帰を監視し、認証サーバーが復帰していた場合はジョブ履歴を一括送信する方法が提案されている。

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

このように、これらの特許文献に記載の技術は、いずれも認証サーバーの復帰後にＭＦＰ側の蓄積情報を認証サーバーに送信するものであるが、認証サーバーのダウン時に認証サーバーが復帰したかどうかの復帰監視処理を行うタイミングについては、何れも常に固定されたタイミングで行われていたため、次のような問題があった。

即ち、ＭＦＰを使用するユーザーの入れ替わり頻度の観点で考えると、ＭＦＰのユーザーの入れ替わりが多い場合、所定のタイミングで復帰監視処理を行うとすると、認証サーバーに新規に登録したユーザーがログイン操作したときに既に認証サーバーが復帰していたとしても、所定の復帰監視タイミングが到来して新規登録が有効にならない限り、そのユーザーはＭＦＰを使用することができないという問題がある。

また、認証サーバーからユーザー情報を削除した場合に、その削除したユーザーがＭＦＰでログイン操作したときに、既に認証サーバーが復帰していたとしても、所定の復帰監視タイミングが到来していなければ、その削除が有効とならず、削除されたユーザーがＭＦＰを使用することができてしまう、という問題が発生する。

このように、ＭＦＰのユーザーの入れ替わりが多い場合はログイン操作の時に認証サーバーの復帰監視処理を行うことが望ましい。

一方、ＭＦＰのユーザーの入れ替わりが少ない場合、上記の様な問題が発生する頻度が少なくなり、さらに認証サーバーの復帰監視処理を実行することによりログイン処理時間が長くなることを防ぐために、所定のタイミングで認証サーバーの復帰監視処理を行うことが望ましい。

また、ＭＦＰのユーザー数の観点で考えると、ＭＦＰのユーザー数が多い場合、認証サーバーのダウン時に実行されるジョブの数が多くなるため、ログインの際に認証サーバーの復帰監視処理を行ってＭＦＰ側の蓄積情報を認証サーバーに送信すると、ログイン処理時間が長くなってしまい、このため、所定のタイミングで認証サーバーの復帰監視処理を行うことが望ましい。

一方、ＭＦＰのユーザー数が少ない場合、ログイン処理時間を短くするよりも、蓄積情報を認証サーバーに送信し、課金・カウンタ値を認証サーバー稼働時の値に戻すことを優先して、ログイン操作時に認証サーバーの復帰監視処理を行うことが望ましい。

以上の様に、ＭＦＰのユーザー数や使用形態に応じて、認証サーバーがダウンしたときの復帰監視処理を行うタイミングを変更することが望ましい。

しかしながら、前述したように、各特許文献に記載の技術では認証サーバーの復帰監視処理のタイミングは固定されていたため、このような要望を実現することはできなかった。

この発明は、このような実情に鑑みてなされたものであって、認証サーバーがダウンした時の該サーバーの復帰監視処理の実行タイミングを、状況に応じて設定することが可能な画像処理装置、画像処理システム、認証サーバーダウン時の復帰監視方法及び復帰監視プログラムを提供することを課題とする。

上記課題は、以下の手段によって解決される。
（１）ログイン操作時にユーザーにより入力されたユーザー情報を認証サーバーに送信する送信手段と、前記ユーザー情報に基づいて前記認証サーバーにより行われた認証結果を認証サーバーから受信する受信手段と、前記認証結果により認証成功とされたユーザーのジョブを実行するジョブ実行手段と、前記ジョブ実行手段により実行されたジョブの実行結果に関する情報を含む蓄積情報を登録する登録手段と、前記登録手段に登録された蓄積情報を前記認証サーバーに通知する通知手段と、前記認証サーバーがダウンしていることを検出する検出手段と、前記検出手段により前記認証サーバーがダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定手段と、前記設定手段により設定されたタイミングで、前記認証サーバーへ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、前記認証サーバーが復帰したかどうかの復帰監視処理を実行する復帰監視処理実行手段と、を備えたことを特徴とする画像処理装置。
（２）前記設定手段は、自装置に備えられている入力手段を介してユーザーにより設定された設定情報に基づいて、前記復帰監視処理の実行タイミングを設定する前項１に記載の画像処理装置。
（３）前記設定手段は、自装置と通信可能な情報処理装置を介してユーザーにより設定された設定情報に基づいて、前記復帰監視処理の実行タイミングを設定する前項１に記載の画像処理装置。
（４）前記設定手段は、ユーザーにより認証サーバー側で設定され、認証サーバーから取得された設定情報に基づいて、前記復帰監視処理の実行タイミングを設定する前項１に記載の画像処理装置。
（５）前記設定手段により、前記復帰監視処理をログイン操作のタイミングで実行することが設定されている場合は、ログアウト操作またはジョブ終了の少なくともいずれかのタイミングにおいても、前記復帰監視処理を実行する前項１〜４のいずれかに記載の画像処理装置。
（６）前記設定手段により、前記復帰監視処理を所定のタイミングで実行することが設定されていても、前記所定のタイミングに達したときにログイン中のユーザーがいる場合には、前記復帰監視処理を実行しない前項１〜４のいずれかに記載の画像処理装置。
（７）前記設定手段は、自装置に登録されているユーザーの人数が所定の数を上回った場合は、前記復帰監視処理を所定のタイミングで実行することを設定し、所定の数を下回った場合はログイン操作のタイミングで実行することを設定する前項１、５または６のいずれかに記載の画像処理装置。
（８）前記設定手段は、ログイン操作時のユーザー情報の入力が、カードに記録されたユーザー情報の読み取りにより行われる場合、前記復帰監視処理を所定のタイミングで実行することを設定する前項１、５または６のいずれかに記載の画像処理装置。
（９）前記設定手段は、自装置へのユーザーの登録または削除回数が所定期間に一定回数を上回った場合は、前記復帰監視処理をログイン操作のタイミングで実行することを設定し、一定回数を下回った場合は所定のタイミングで実行することを設定する前項１、５または６のいずれかに記載の画像処理装置。
（１０）前記設定手段は、前記認証サーバーに登録されているユーザーの人数が認証サーバーに登録されている画像処理装置の数より所定の倍数を上回る場合は、前記復帰監視処理を所定のタイミングで実行することを設定し、所定の倍数を下回る場合はログイン操作のタイミングで実行することを設定する前項１、５または６のいずれかに記載の画像処理装置。
（１１）前記設定手段は、前記認証サーバーに登録されているユーザーの人数の登録または削除回数が、所定期間に一定回数を上回る場合は、前記復帰監視処理をログイン操作のタイミングで実行することを設定し、一定回数を下回る場合は所定のタイミングで実行することを設定する前項１、５または６のいずれかに記載の画像処理装置。
（１２）相互に接続される認証サーバーと画像処理装置とを備えた認証システムであって、前記認証サーバーは、ログイン操作時にユーザーにより前記画像処理装置に入力されたユーザー情報を画像処理装置から受信する受信手段と、認証用の複数のユーザー情報を登録する登録手段と、前記画像処理装置から送信されたユーザー情報と、前記登録された認証用のユーザー情報に基づいてユーザー認証を行う認証手段と、前記認証手段による認証結果を前記画像処理装置に送信する送信手段と、を備え、前記画像処理装置は、ログイン操作時にユーザーにより入力された前記ユーザー情報を前記認証サーバーに送信する送信手段と、前記認証サーバーから前記認証結果を受信する受信手段と、前記認証結果により認証成功とされたユーザーのジョブを実行するジョブ実行手段と、前記ジョブ実行手段により実行されたジョブの実行結果に関する情報を含む蓄積情報を登録する登録手段と、前記登録手段に登録された蓄積情報を前記認証サーバーに通知する通知手段と、前記認証サーバーがダウンしていることを検出する検出手段と、前記検出手段により前記認証サーバーがダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定手段と、前記設定手段により設定されたタイミングで、前記認証サーバーへ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、前記認証サーバーが復帰したかどうかの復帰監視処理を実行する復帰監視処理実行手段と、を備えたことを特徴とする画像処理システム。
（１３）相互に接続される認証サーバーと画像処理装置とを備えた認証システムで実行される認証サーバーダウン時の復帰監視方法あって、前記認証サーバーは、認証用の複数のユーザー情報と、各ユーザーの画像処理装置に対する使用条件を含む情報を登録する登録手段を備え、ログイン操作時にユーザーにより前記画像処理装置に入力されたユーザー情報を画像処理装置から受信する受信ステップと、前記画像処理装置から送信されたユーザー情報と、前記登録された認証用のユーザー情報に基づいてユーザー認証を行う認証ステップと、前記認証ステップにおける認証結果を前記画像処理装置に送信する送信ステップと、を実行し、前記画像処理装置は、ログイン操作時にユーザーにより入力された前記ユーザー情報を前記認証サーバーに送信する送信ステップと、前記認証サーバーから前記認証結果を受信する受信ステップと、前記認証結果により認証成功とされたユーザーのジョブを実行するジョブ実行ステップと、前記ジョブ実行ステップにおいて実行されたジョブの実行結果に関する情報を含む蓄積情報を登録する登録ステップと、前記登録ステップにおいて登録された蓄積情報を前記認証サーバーに通知する通知ステップと、前記認証サーバーがダウンしていることを検出する検出ステップと、前記検出ステップにおいて前記認証サーバーがダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定ステップと、前記設定ステップにおいて設定されたタイミングで、前記認証サーバーへ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、前記認証サーバーが復帰したかどうかの復帰監視処理を実行する復帰監視処理実行ステップと、を実行することを特徴とする認証サーバーダウン時の復帰監視方法。
（１４）ログイン操作時にユーザーにより入力されたユーザー情報を認証サーバーに送信する送信ステップと、前記認証サーバーから認証結果を受信する受信ステップと、前記認証結果により認証成功とされたユーザーのジョブを実行するジョブ実行ステップと、前記ジョブ実行ステップにおいて実行されたジョブの実行結果に関する情報を含む蓄積情報を登録する登録ステップと、前記登録ステップにおいて登録された蓄積情報を前記認証サーバーに通知する通知ステップと、前記認証サーバーがダウンしていることを検出する検出ステップと、前記検出ステップにおいて前記認証サーバーがダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定ステップと、前記設定ステップにおいて設定されたタイミングで、前記認証サーバーへ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、前記認証サーバーが復帰したかどうかの復帰監視処理を実行する復帰監視処理実行ステップと、を画像処理装置のコンピュータに実行させるための認証サーバーダウン時の復帰監視プログラム。

前項（１）に記載の発明によれば、認証サーバーがダウンしている時の該認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定手段が設けられているから、ユーザー数等の状況に応じて設定を行うことで、認証サーバーがダウンした時の該サーバーの復帰監視処理の実行タイミングを状況に応じて変更することが可能となり、利便性の高い画像処理装置となる。

前項（２）に記載の発明によれば、画像処理装置に備えられている入力手段を介してユーザーにより設定された実行タイミングで、復帰監視処理が実行される。

前項（３）に記載の発明によれば、画像処理装置と通信可能な情報処理装置を介してユーザーにより設定された実行タイミングで、復帰監視処理が実行される。

前項（４）に記載の発明によれば、ユーザーにより認証サーバー側で設定された実行タイミングで、復帰監視処理が実行される。

前項（５）に記載の発明によれば、復帰監視処理をログイン操作のタイミングで実行することが設定されている場合は、ログアウト操作またはジョブ終了の少なくともいずれかのタイミングにおいても、前記復帰監視処理が実行されるから、復帰監視処理の実行機会を増やすことができ、認証サーバーが復帰したことを早期に確認することができる。

前項（６）に記載の発明によれば、前記復帰監視処理を所定のタイミングで実行することが設定されていても、前記所定のタイミングに達したときにログイン中のユーザーがいる場合には、復帰監視処理は実行されないから、ログイン中のユーザーの操作が妨げられるのを防止できる。

前項（７）に記載の発明によれば、画像処理装置に登録されているユーザーの人数が所定の数を上回った場合は、復帰監視処理を所定のタイミングで実行することにより、ログイン処理時間が長くなるのを防止でき、所定の数を下回った場合はログイン操作のタイミングで実行することにより、蓄積情報を認証サーバーに早期に送信して、認証サーバー内のデータを更新できる。

前項（８）に記載の発明によれば、ログイン操作時のユーザー情報の入力が、カードに記録されたユーザー情報の読み取りにより行われる場合、簡便性から多くのユーザーがカードを使用することが予想されるため、復帰監視処理を所定のタイミングで実行することにより、ログイン処理時間が長くなるのを防止できる。

前項（９）に記載の発明によれば、画像処理装置へのユーザーの登録または削除回数が所定期間に一定回数を上回った場合は、ユーザーの入れ替わりが多いと考えられるため、復帰監視処理をログイン操作のタイミングで実行して、ユーザーの登録、削除を早期に有効にし、新規に登録されたユーザーがＭＦＰ１を早期に使用できるとともに、削除されたユーザーがそのままＭＦＰ１を使用できる不都合をなくすことができる。一方、画像処理装置へのユーザーの登録または削除回数が所定期間に一定回数を下回った場合、ユーザーの入れ替わりが少ないと考えられるため、復帰監視処理を所定のタイミングで実行して、ログイン処理時間が長くなるのを防止する。

前項（１０）に記載の発明によれば、認証サーバーに登録されているユーザーの人数が認証サーバーに登録されている画像処理装置の数より所定の倍数を上回る場合は、各画像処理装置のユーザー数が多いと考えられるため、復帰監視処理を所定のタイミングで実行することで、ログイン処理時間が長くなるのを防止でき、所定の倍数を下回る場合は、ユーザー数が少ないと考えられるため、ログイン操作のタイミングで実行することで、蓄積情報を認証サーバーに早期に送信して認証サーバー内のデータを更新できる。

前項（１１）に記載の発明によれば、認証サーバーに登録されているユーザーの人数の登録または削除回数が、所定期間に一定回数を上回る場合は、ユーザーの入れ替わりが多いと考えられるため、復帰監視処理をログイン操作のタイミングで実行することで、ユーザーの登録、削除を早期に有効にできる。一方、一定回数を下回った場合、ユーザーの入れ替わりが少ないと考えられるため、復帰監視処理を所定のタイミングで実行することにより、ログイン処理時間が長くなるのを防止する。

前項（１２）に記載の発明によれば、認証サーバーがダウンした時の該サーバーの復帰監視処理の実行タイミングを、ユーザー数等の状況に応じて変更することが可能となり、利便性の高い画像処理システムとなる。

前項（１３）に記載の発明によれば、認証サーバーがダウンした時の該サーバーの復帰監視処理の実行タイミングを、ユーザー数等の状況に応じて変更することが可能となる。

前項（１４）に記載の発明によれば、認証サーバーがダウンした時の該サーバーの復帰監視処理の実行タイミングを、ユーザー数等の状況に応じて設定し、設定されたタイミングで復帰監視処理を実行する処理を、画像処理装置のコンピュータに実行させることができる。

この発明の一実施形態に係る画像処理システムの概略構成の一例を示す図である。 画像処理装置の内部構成を示すブロック図である。 認証サーバーの内部構成を示すブロック図である。 認証情報の一例を示す図である。 課金マップの一例を示す図である。 利用可能金額情報の一例を示す図である。 認証サーバーの稼働時における画像処理装置及び認証サーバーの動作を示すフローチャートである。 認証サーバーのダウン時の画像処理装置の動作を示すフローチャートである。 ユーザー操作に基づいて画像処理装により行われる、認証サーバーの復帰監視処理の実行タイミングの設定処理を示すフローチャートである。 認証サーバーのダウン時に、ログイン操作のタイミングで認証サーバーの復帰監視処理を実行する場合の画像処理装置の動作を示すフローチャートである。 認証サーバーのダウン時に、所定のタイミングで認証サーバーの復帰監視処理を実行する場合の画像処理装置の動作を示すフローチャートである。 ユーザーが認証サーバーの復帰監視処理の実行タイミングを設定する場合の設定方法を説明するための図である。 ユーザーが認証サーバーの復帰監視処理の実行タイミングを設定する場合の他の設定方法を説明するための図である。 ログアウト操作のタイミングにおいても復帰監視処理を実行する場合の画像処理装置の動作を示すフローチャートである。 ジョブ終了のタイミングにおいても復帰監視処理を実行する場合の画像処理装置の動作を示すフローチャートである。 復帰監視処理の実行タイミングに達したときにログイン中のユーザーが存在していた場合、復帰監視処理を実行しないように制御するときの画像処理装置の動作を示すフローチャートである。 ユーザーが登録又は削除された場合に、画像処理装置によって行われる復帰監視処理の実行タイミングの設定処理を示すフローチャートである。 ユーザー情報の入力をＩＣカードの読み取りにより行うＩＣカード認証によってユーザー認証が行われるときに画像処理装置によって行われる復帰監視処理の実行タイミングの設定処理を示すフローチャートである。 ユーザーの入れ替わりを考慮して画像処理装置により行われる復帰監視処理の実行タイミングの設定処理を示すフローチャートである。 ユーザーが登録または削除された場合に、ユーザーの人数と画像処理装置の台数とに基づいて、画像処理装置により行われる復帰監視処理の実行タイミングの設定処理を示すフローチャートである。

以下、この発明の実施形態を図面に基づいて説明する。

図１は、この発明の一実施形態に係る画像処理システムの概略構成の一例を示す図である。この画像処理システムは、例えばオフィス環境等に設置されるものであり、複数の画像処理装置１ａ、１ｂと、認証サーバー２とを備えており、これらがネットワーク３を介して相互にデータ通信可能なシステムである。

画像処理装置１ａ、１ｂはこの実施形態ではコピー機能、ＦＡＸ機能、スキャン機能などの複数の機能を備えた多機能デジタル複合機である前述のＭＦＰが用いられており、ユーザーによって選択された機能に対応するジョブを実行する。以下、画像処理装置をＭＦＰとも記す。

なお、図１ではネットワーク３に２台のＭＦＰ１ａ、１ｂが接続されている場合を示しているが、ＭＦＰの台数はこれらに限られるものではなく、１台であっても良いし、３台以上であっても良い。また、以下において、２台の画像処理装置１ａ、１ｂを区別しないときは、それらを総称して画像処理装置１とする。

認証サーバー２は、ＭＦＰ１を使用するユーザーの認証を行うと共に、複数のＭＦＰ１を一元管理し、各ＭＦＰ１においてジョブの実行が行われる際、ジョブ実行に必要な課金額をユーザーごとに課金する装置である。この認証サーバー２は、予め登録されたユーザーごとに利用可能残額を記憶しており、いずれかのＭＦＰ１から課金要求を受けると、ジョブ実行しようとするユーザーの利用可能金額を減算して課金を行うように構成される。

また、認証サーバー２は、ジョブの実行回数や、ジョブが実行される際にジョブが使用する原稿の数を含むカウンタ情報の上限を、使用条件としてユーザーごとに管理する。今後、各実施形態において、特に記載がない場合はカウンタ情報管理も課金管理と同様に行うものとする。

ネットワーク３は、有線または無線でデータ通信を行うための通信媒体となるものである。例えば、このネットワーク３は、オフィス環境等に敷設されているＬＡＮ（Local Area Network）などで構築される。ただし、このネットワーク３は、インターネットなどの外部ネットワークを含むものであっても構わない。

上記のような画像処理システムは、ユーザーがＭＦＰ１を使用する際、ＭＦＰ１が認証サーバー２とデータ通信を行うことによりジョブの実行に必要な課金額の課金処理を行う。この課金処理が正常に行われた場合には、ＭＦＰ１においてジョブの実行が行われる。ただし、本実施形態では、ＭＦＰ１と認証サーバー２とのデータ通信が確立できない場合であっても、ＭＦＰ１は、所定の条件下で、使用者によって指定されたジョブの実行を行うように構成される。以下、このような画像処理システムについてさらに詳しく説明する。

図２は、図１のシステムに用いられているＭＦＰ１の内部構成を示すブロック図である。

ＭＦＰ１は、画像読取装置１１０によって走査した原稿画像、及び、ネットワークインターフェース（ネットワークＩ／Ｆ）１５０によって他の情報処理装置から受信したプリントデータから生成した画像の複写画像を用紙上に形成する装置である。

ここで、プリントデータとは、他の情報処理装置のオペレーティングシステムやアプリケーションプログラムが発行する描画命令を、プリンタドライバによってＭＦＰ１が処理可能なページ記述言語に変換したページ記述言語による描画命令、もしくは、ＰＤＦ、ＴＩＦＦ、ＪＰＥＧ、ＸＰＳ等のファイルフォーマットで記述された文書データである。

また、走査した原稿画像は、ネットワークＩ／Ｆ１５０を介して、他の情報処理装置、さらには他のＭＦＰに送信することもできる。さらには、走査した原稿画像や他の情報処理装置から受信した文書データを固定記憶装置１６０に蓄積することもできる。

ＭＦＰ１のＣＰＵ１０１には、作業用のＳ−ＲＡＭ（Static Random Access Memory)１０２、画像形成に関わる各種の設定を記憶するバッテリバックアップされたＮＶ−ＲＡＭ(不揮発メモリ)１０３がバスを介して接続され、制御部１００を構成している。

制御部１００には、原稿画像を読み取る画像読取装置１１０、各種の入力を行うキーや表示部を備えた操作パネル１２０、外部の装置との間で各種の情報を送受信する為のネットワークＩ／Ｆ１５０、該ネットワークＩ／Ｆ１５０により受信したプリントデータから複写画像を生成するプリンタコントローラー１４０、複写画像を用紙上に形成する画像出力装置１３０が、それぞれバスを介して接続されている。

また、制御部１００には、固定記憶装置１６０がバスを介して接続されている。固定記憶装置１６０は例えばハードディスク装置である。固定記憶装置１６０には、ＣＰＵ１０１によって実行される画像処理装置用のプログラム１６１が記憶されると共に、各種情報を記憶する記憶領域として、認証結果記憶部１６２と、課金マップ記憶部１６３と、利用可能金額記憶部１６４と、蓄積情報記憶部１６５とが設けられている。

認証結果記憶部１６２には、認証サーバー２によって行われるユーザー認証に成功してログインユーザーが特定された場合、そのログインユーザーに関する情報が記憶される。例えば、この認証結果記憶部１６２には、ログインユーザーＩＤ、パスワード、特権ユーザーであるか否かを示す情報、機能制限情報、サーバーに接続するための設定情報などが記憶される。また、異なる認証形態を使用している場合、ＩＣカード情報や生体情報を含んでも良い。

認証結果記憶部１６２にこれらの情報が記憶されることにより、例えばＭＦＰ１と認証サーバー２とのデータ通信が確立されなかった場合でも、ＭＦＰ１は認証結果記憶部１６２に記憶されている情報を参照して、ユーザー認証を行うことができるようになっている。

課金マップ記憶部１６３は、認証サーバー１から送信されるユーザーごとの課金マップを記憶する記憶領域である。

利用可能金額記憶部１６４は、ユーザーがログイン時に認証サーバー２から送信されるユーザーごとに使用可能な課金額を記憶する記憶領域である。ジョブを実行することに課金マップ記憶部１６３で定められた金額が減算される。

蓄積情報記憶部１６５には、ＭＦＰ１でログインユーザーによって実行されたジョブの実行結果に関する情報である使用した課金額、カウンタ値や、ジョブＩＤ等のジョブを識別するための情報が含まれている。

図３は、認証サーバー２の内部構成を示すブロック図である。

図３に示すように、認証サーバー２は、ＣＰＵ２１０、作業用のＳ−ＲＡＭ２２０、ネットワークＩ／Ｆ２３０、固定記憶装置２４０を備えており、これらがデータバスを介して相互にデータの入出力が行える構成である。

ＣＰＵ２１０は、固定記憶装置２４０に記憶されたプログラム２４１を読み出して実行する。

固定記憶装置２４０は、ハードディスクなどの不揮発性の記憶手段によって構成される。この固定記憶装置２４０には、プログラム２４１が記憶され、また認証情報記憶部２４２、課金マップ記憶部２４３、利用可能金額記憶部２４４が形成されている。

認証情報記憶部２４２は認証情報を記憶する。認証情報は、認証サーバー２がＭＦＰ１を使用するユーザーを認証するための情報である。

図４は認証情報の一例を示す図である。図４に示すように、この認証情報４は、ユーザー名と、ユーザーＩＤと、パスワードと、特権ユーザー情報と、制限情報とがユーザーごとに登録された情報である。図４の例では、ユーザーＡ、Ｂ、Ｃ、Ｄ、Ｅの５名のユーザ一に関する情報が登録されている。

この認証情報４に登録されているユーザーは、ネットワーク３に接続されている複数のＭＦＰ１のそれぞれを使用可能なユーザーである。ユーザーＩＤとパスワードは、認証情報４に登録されているユーザーであるか否かを認証するための情報である。特権ユーザー情報は、そのユーザーが一般ユーザーとは異なり、特別な権限を有するユーザーであるか否かを示す情報であり、特権ユーザーである場合には「ＹＥＳ」となっており、一般ユーザーである場合は「ＮＯ」となっている。例えば、部長や課長などの管理職にあるユーザーは特権ユーザーとして登録され、それ以外のユーザーは一般ユーザーとして登録される。図４ではユーザーＥが特権ユーザーとなっている。

制限情報は、ＭＦＰ１において、使用可能な機能をユーザーごとに制限するための情報である。例えば、図４では、ユーザーＢに対してはフルカラー出力を行うことを禁止する情報が設定されている。また、ユーザーＣに対してはＦＡＸ機能を使用することを禁止する情報が設定されており、ユーザーＤに対してはコピー機能を使用することを禁止する情報が設定されている。なお、ユーザーＡ、ユーザーＥに対しては機能制限が設定されておらず、ユーザーＡ、ユーザーＥはＭＦＰ１の全ての機能を使用することができる設定となっている。

課金マップ記憶部２４３は課金マップを記憶する。課金マップは、ＭＦＰ１においてジョブの実行が行われる際に、そのジョブの指示を実行したユーザーに対して課金する課金額を算出するための基準となる情報である。この課金マップは、実行されるジョブの内容ごとに単価が設定された情報である。また、この課金マップは、ユーザごとに設定可能である。

図５は課金マップ５の一例を示す図である。課金マップ５は、認証情報４に登録されたユーザーごとに複数のマップ５ａ、５ｂ、５ｃ、５ｄを有しており、それぞれのマップ５ａ、５ｂ、５ｃ、５ｄが認証情報４に登録された各ユーザＡ、Ｂ、Ｃ、Ｄに対応する課金マップとなっている。例えばユーザーＡの課金マップ５ａでは、図５に示すように、モノクロ出力の場合に１枚あたり１０円の課金が行われ、単色カラー出力の場合に１枚あたり１５円の課金が行われる。その他にも、ユーザーＡの課金マップ５ａには、ユーザーＡが使用可能な機能に対して単価情報が設定されている。尚、ユーザＢ、Ｃ、Ｄの課金マップ５ｂ、５ｃ、５ｄもこれと同様であるが、ジョブの内容ごとに設定される単価はユーザーごとに異なる単価として設定されることもある。

利用可能金額記憶部２４４は利用可能金額情報を記憶する。この利用可能金額情報は、ユーザーごとに管理し、ユーザーがジョブを実行する金額を定める情報である。

認証サーバー２においては、ＭＦＰ１に所定の金額の貸し出しを行い、ＭＦＰ１でジョブ実行後、ＭＦＰ１より送信される使用した課金額もしくはＭＦＰ１の利用可能金額をもって利用可能金額の算出を行う。ＭＦＰ１においては、認証サーバー２より貸し出された金額を基に利用可能金額の算出を行う。ユーザーがジョブを実行する際に課金マップ５より課金額を算出し、利用可能金額が課金額を上回っていた場合はジョブを実行する。

図６は利用可能金額情報６の一例を示す図である。利用可能金額情報６は、認証情報４に登録されたユーザーごとに対応し、各ユーザーに対応する利用可能金額となっている。

例えばユーザーＡは５０，０００円分ジョブを実行でき、他のユーザーも同様にそれぞれの金額分ジョブを実行できることを表している。ここでの利用可能金額の通貨単位はユーザーによって任意に指定することができる。

また、カウンタ値管理を行う際も同様にユーザーと利用可能カウント数を対応付けて管理し、カウンタ値管理を行うことができる。

次に、認証サーバー２の稼働時の画像処理システムの動作について説明する。

認証サーバー２の稼働状況はＭＦＰ１でサーバーダウンフラグに基づいて管理されている。サーバーダウンフラグはサーバーの稼働状況によって、「稼働」「ダウン」のどちらかに更新される。

図７は、認証サーバー２の稼働時におけるＭＦＰ１及び認証サーバー２の動作を示すフローチャートである。

なお、図７以下のフローチャートで示される動作は、ＭＦＰ１のＣＰＵ１０１が固定記憶装置１１０の動作プログラム１６１に従って、また認証サーバー２のＣＰＵ２１０が固定記憶装置２４０の動作プログラム２４１に従って、動作することにより実行される。

ＭＦＰ１はステップＳ０１で、ユーザーによるログイン操作を受け付けた後、ステップＳ０２でユーザーに認証を要求し、ユーザーＩＤやパスワードなどのユーザー情報を入力させたのち、ユーザーが入力したユーザー情報を認証サーバー２ヘ送信する。ここで送信するユーザー情報は、ＩＣカードから読み取ったカード情報や、生体認証データなど、認証形態に応じて送信すれば良い。

ユーザー情報を受信した認証サーバー２は、ステップＳ２１で、認証情報記憶部２４２を参照し、受信したユーザー情報が登録された認証用ユーザー情報と一致しているかどうかを判断するユーザー認証を行う。ステップＳ２２で、ユーザー認証の結果、ユーザー情報が一致している場合はその旨を表す認証結果と認証情報を送信する。ここでユーザー情報が一致している場合（認証成功）の認証結果を「ＯＫ」と呼ぶ。ここで認証情報は、該当ユーザーのユーザーＩＤやパスワードなどのユーザー識別情報、課金マップ、ＭＦＰ１の使用制限、利用可能金額などを含む。一致していない場合（認証失敗）はその旨を表す認証結果（「ＮＧ」と呼ぶ）を送信する。

これらの情報を受信したＭＦＰは受信した情報を基に、認証結果記憶部１６２、課金マップ記憶部１６３、利用可能金額記憶部１６４を更新する。そしてステップＳ０３で、ログインユーザーがジョブ実行を指示した際に、課金マップを参照し、ステップＳ０４でジョブ実行に必要な課金額を算出し、ステップＳ０５で利用可能金額から課金額を減算する課金処理を行う。利用可能金額が課金額を上回っている場合は、ジョブが実行可能であると判断し、ステップＳ０６で指示されたジョブを実行し、ステップＳ０７で、ジョブの実行結果に関する情報として、ジョブの実行情報や課金額を蓄積情報記憶部１６５に保存する蓄積情報更新処理を行う。

ユーザーがログアウト操作を行うと、ＭＦＰ１はステップＳ０８でこれを受け付け、ステップＳ０９で認証サーバー２に蓄積情報を送信し、またステップＳ１０で、認証サーバー２から貸し出されていた金額のうち残りの利用可能金額を送信する。これらの情報を受信した認証サーバー２は、ステップＳ２３で、ＭＦＰ１で使用した金額を利用可能金額より減算して利用可能金額を更新する。

利用可能金額の送信を完了したＭＦＰ１は、ステップＳ１１で、送信した蓄積情報に該当する課金額を再び利用可能金額に加算する利用可能金額更新処理を行う。

上記の説明では、ユーザーのログイン操作時に利用可能金額を取得し、ジョブ実行時に利用可能金額から課金額を減算し、ログアウト操作時に蓄積情報や利用可能金額を送信する例を記載したが、ジョブ実行時に逐次送信するよう構成しても良い。このような構成を実施することにより、ユーザーがログイン中にサーバーがダウンした際、サーバーダウン前に実行したジョブの課金額分もサーバーダウン時に利用可能金額へ反映することができる。

また、ＭＦＰ１が認証サーバー２にデータを送信する処理において、認証サーバー２から一定の期間応答がなかった場合、ＭＦＰ１のＣＰＵ１０１はこれを検出して認証サーバー２がトラブル等の発生によりダウンしているものと判断し、サーバーダウンフラグを「ダウン」へ更新し、設定されたタイミングで認証サーバー２の復帰監視処理を実行する。

以下では、認証サーバー２のダウン時のログイン、ジョブ実行処理をまず説明し、その後に認証サーバー２の復帰監視処理について説明する。

図８は、認証サーバー２のダウン時のＭＦＰ１の動作を示すフローチャートである。

ステップＳ３１で、ユーザーによるログイン操作を受け付けると、ステップＳ３２でユーザーに対してユーザー情報の入力を要求（認証を要求）する。ユーザーがユーザー情報を入力すると、ステップＳ３３で内部認証処理を行う。つまり、図７で説明したサーバー稼働時にログインした際に認証サーバー２から取得し、認証結果記憶部１６２に保存したユーザー識別情報を使用してログインを許可するかどうかを判断する。

ステップＳ３４で、ログインしたユーザーがジョブの実行を指示すると、ステップＳ３５で、サーバー稼働時に取得し課金マップ記憶部１６３に保存した課金マップから、ジョブに対応する課金額を算出し、ステップＳ３６で、算出した課金額を利用可能金額記憶部１６４に記憶した利用可能金額より減算して課金処理を行う。課金処理後、ステップＳ３７でジョブを実行し、ステップＳ３８で、ジョブの情報及び課金額を蓄積情報として蓄積情報記憶部１６５に保存する。その後ログアウト操作を行う。

次に、認証サーバー２の復帰監視処理の実行タイミングの設定例を、図９のフローチャートを参照して説明する。この例では、ユーザーがＭＦＰ１の入力装置を用いて行った設定に基づいて、復帰監視処理の実行タイミングを設定する際のＭＦＰ１の動作を示している。

ステップＳ４１で、ユーザー操作に基づいて設定画面を呼び出して操作パネル１２０に表示する。ユーザーが設定画面において認証サーバー２のダウン時の復帰監視処理の実行タイミングの設定を行うと、ステップＳ４２では、復帰監視処理をユーザーがいつ実行するように設定したかを調べる。ログイン操作のタイミングで実行する設定がなされている場合（ステップＳ４２でログイン操作）、ステップＳ４３でログイン操作のタイミングで復帰監視処理を実行するように設定を行う。所定のタイミングで実行する設定がなされている場合（ステップＳ４２で所定タイミング）、ステップＳ４４で所定のタイミングつまり予め決められた一定の時間毎に定期的に復帰監視処理を実行するように設定を行う。

次いで、ステップＳ４５では、ユーザーが復帰監視処理を行う時間を設定したかどうかを判断し、時間が設定されていれば（ステップＳ４５でＹＥＳ）、ステップＳ４６で、ユーザーが入力した時間毎に復帰監視処理を行うように設定する。

認証サーバー２のダウン時に、ログイン操作のタイミングで認証サーバー２の復帰監視処理を実行する場合のＭＦＰ１の動作を、図１０のフローチャートを参照して説明する。この処理は、図７のフローチャートにおけるステップＳ０１、または図８のフローチャートにおけるステップＳ３１のログイン操作を受け付けたときに実行される。

即ちステップＳ５１で、ユーザーによるログイン操作を受け付けると、ステップＳ５２で、サーバーダウンフラグが「稼働中」か否かを判断する。「稼働中」であれば（ステップＳ５２でＹＥＳ）、そのまま終了し、図７に示した認証サーバー２が稼働中の場合の動作を実行する。「稼働中」でなければ（ステップＳ５２でＮＯ）、ステップＳ５３で、応答確認データを認証サーバー２に送信した後、ステップＳ５４に進む。

ステップＳ５４では、認証サーバー２から一定時間内に応答確認データに対する応答データが返ってきたかどうかを調べ、返ってこなければ（ステップＳ５４でＮＯ）、処理を終了する。この場合は、図８に示した認証サーバーダウン時の動作を実行する。

応答データが返ってきた場合は（ステップＳ５４でＹＥＳ）、ステップＳ５５でサーバーダウンフラグを「稼働中」に更新した後、ステップＳ５６で蓄積情報があるかを判断する。

蓄積情報がなければ（ステップＳ５６でＮＯ）、以降は図７に示した認証サーバー稼働中の動作を実行する。蓄積情報があれば（ステップＳ５６でＹＥＳ）、ステップＳ５７で、蓄積情報を認証サーバー２に送信した後、ステップＳ５８で、利用可能金額を更新し、以降は図７に示した認証サーバー稼働中の動作を実行する。

図１１は、認証サーバー２のダウン時に、所定のタイミングで認証サーバー２の復帰監視処理を実行する場合のＭＦＰ１の動作を示すフローチャートである。

ステップＳ６１で、サーバーダウンフラグが「稼働中」か否かを判断する。「稼働中」であれば（ステップＳ６１でＹＥＳ）、そのまま終了し、図７に示した認証サーバー２が稼働中の場合の動作を実行する。「稼働中」でなければ（ステップＳ６１でＮＯ）、ステップＳ６２で、所定時間経過するのを待ち、所定時間経過するとステップＳ６３で、応答確認データを認証サーバー２に送信した後、ステップＳ６４に進む。

ステップＳ６４では、認証サーバー２から一定時間内に応答確認データに対する応答データが返ってきたかどうかを調べ、返ってこなければ（ステップＳ６４でＮＯ）、ステップＳ６２に戻る。

応答データが返ってきた場合は（ステップＳ６４でＹＥＳ）、ステップＳ６５でサーバーダウンフラグを「稼働中」に更新した後、ステップＳ６６で蓄積情報があるかを判断する。

蓄積情報がなければ（ステップＳ６６でＮＯ）、以降は図７に示した認証サーバー稼働中の動作を実行する。蓄積情報があれば（ステップＳ６６でＹＥＳ）、ステップＳ６７で、蓄積情報を認証サーバー２に送信した後、ステップＳ６８で、利用可能金額を更新し、以降は図７に示した認証サーバー稼働中の動作を実行する。

なお、上記の実施形態では、ユーザーがＭＦＰ１を入力操作して、認証サーバー２の復帰監視処理の実行タイミングを設定した場合を示した。具体的には、図１２（ａ）に示す操作パネル１２０に設けられている、同図（ｂ）に示すタッチパネル付きの表示装置１２０ａに設定画面を表示させ、設定画面に従いタッチパネルやハードキー部１２０ｂを操作して、設定が行われる。なお、ユーザーは表示装置１２０ａやハードキー部１２０ｂだけでなく、音声入力などを用いた別の入力手段によって設定を行っても良い。

また、図１３に示すように、ネットワーク３を介してＭＦＰ１と相互に接続されているパーソナルコンピュータ７ａや７ｅ、タブレット端末７ｂ、スマートフォン７ｃ、携帯電話７ｄ等の各種情報処理装置を介して、復帰監視処理の実行タイミングを設定しても良い。ＭＦＰ１は情報処理装置からアクセスされると、専用のＷｅｂページを表示する。また、専用のアプリケーションを情報処理装置にインストールすることで、ＭＦＰ１にアクセスする構成としても良い。アクセスした情報処理装置からＭＦＰ１の設定を変更することができ、設定に応じてＭＦＰ１の動作を変更する。

また、復帰監視処理の実行タイミングを認証サーバー２で設定しておき、認証サーバー２が任意のタイミングで設定情報をＭＦＰ１に送信し、ＭＦＰ１は取得した設定情報に基づいて、認証サーバー２の復帰監視処理の実行タイミングを設定する構成としても良い。このような構成とすることで、ユーザーは認証サーバー２においても復帰監視処理の実行タイミングを設定することができる。認証サーバー２からＭＦＰ１への設定情報の送信は、いつ行われても良く、例えばユーザーがＭＦＰ１ヘログインする際の認証サーバー２とＭＦＰ１との通信時に送信されても良い。

ところで、ログイン操作のタイミングで認証サーバー２の復帰監視処理を実行する設定がなされている場合は、ログアウト操作のタイミングにおいても復帰監視処理を実行するのが良い。これにより、復帰監視処理の実行機会を増やすことができ、認証サーバーが復帰したことを早期に確認することができる。

ログアウト操作のタイミングにおいても復帰監視処理を実行する場合のＭＦＰ１の動作を、図１４のフローチャートを参照して説明する。

なお、この図１４に示す動作は、図７のフローチャートにおけるステップＳ０８、または図８のフローチャートにおけるステップＳ３９のログアウト操作を受け付けたときに実行される。

即ち、ステップＳ７１で、ユーザーによるログアウト操作を受け付けると、ステップＳ７２で、サーバーダウンフラグが「稼働中」か否かを判断する。「稼働中」であれば（ステップＳ７２でＹＥＳ）、そのまま終了し、図７に示した認証サーバー２が稼働中の場合のステップＳ０９以降の動作を実行する。「稼働中」でなければ（ステップＳ７２でＮＯ）、ステップＳ７３で、応答確認データを認証サーバー２に送信した後、ステップＳ７４に進む。

ステップＳ７４では、認証サーバー２から一定時間内に応答確認データに対する応答データが返ってきたかどうかを調べ、返ってこなければ（ステップＳ７４でＮＯ）、処理を終了する。

応答データが返ってきた場合は（ステップＳ７４でＹＥＳ）、ステップＳ７５でサーバーダウンフラグを「稼働中」に更新した後、ステップＳ７６で蓄積情報があるかを判断する。

蓄積情報がなければ（ステップＳ７６でＮＯ）、以降は図７に示した認証サーバー２が稼働中の場合のステップＳ０９以降の動作を実行する。蓄積情報があれば（ステップＳ７６でＹＥＳ）、ステップＳ７７で、蓄積情報を認証サーバー２に送信した後、ステップＳ７８で、利用可能金額を更新し、以降は図７に示した認証サーバー２が稼働中の場合のステップＳ０９以降の動作を実行する。

また、ログイン操作のタイミングで認証サーバー２の復帰監視処理を実行する設定がなされている場合は、ジョブ終了のタイミングにおいても復帰監視処理を実行するのが良い。これにより、復帰監視処理の実行機会を増やすことができ、認証サーバーが復帰したことを早期に確認することができる。この場合、図１４に示したログアウト操作のタイミングでの復帰監視処理の実行と併せて実行しても良いし、併せて実行しなくても良い。

ジョブ終了のタイミングにおいても復帰監視処理を実行する場合のＭＦＰ１の動作を、図１５のフローチャートを参照して説明する。

なお、この図１５に示す動作は、図７のフローチャートにおけるステップＳ０６、または図８のフローチャートにおけるステップＳ３７のジョブが実行されたときに実行される。

即ち、ステップＳ８１で、ジョブが実行されると、ステップＳ８２で、サーバーダウンフラグが「稼働中」か否かを判断する。「稼働中」であれば（ステップＳ８２でＹＥＳ）、そのまま終了し、図７に示した認証サーバー２が稼働中の場合のステップＳ０７以降の動作を実行する。「稼働中」でなければ（ステップＳ８２でＮＯ）、ステップＳ８３で、応答確認データを認証サーバー２に送信した後、ステップＳ８４に進む。

ステップＳ８４では、認証サーバー２から一定時間内に応答確認データに対する応答データが返ってきたかどうかを調べ、返ってこなければ（ステップＳ８４でＮＯ）、以降は図８に示した認証サーバー２がダウン中の場合のステップＳ３８以降の動作を実行する。

応答データが返ってきた場合は（ステップＳ８４でＹＥＳ）、ステップＳ８５でサーバーダウンフラグを「稼働中」に更新した後、ステップＳ８６で蓄積情報があるかを判断する。

蓄積情報がなければ（ステップＳ８６でＮＯ）、以降は図７に示した認証サーバー２が稼働中の場合のステップＳ０７以降の動作を実行する。蓄積情報があれば（ステップＳ８６でＹＥＳ）、ステップＳ８７で、蓄積情報を認証サーバー２に送信した後、ステップＳ８８で、利用可能金額を更新し、以降は図７に示した認証サーバー２が稼働中の場合のステップＳ０７以降の動作を実行する。

ところで、所定のタイミングで認証サーバー２の復帰監視処理を実行する場合、実行タイミングに達したときにログイン中のユーザーが存在していた場合、復帰監視処理の実行によりログイン中のユーザーの操作が妨げられる恐れがある。

そこで、実行タイミングに達したときにログイン中のユーザーが存在していた場合、復帰監視処理を実行しないように制御することで、ログイン中のユーザーの操作が妨げられるのを防止するのが望ましい。

図１６は、このような制御を行う場合のＭＦＰ１の動作を示すフローチャートである。

ステップＳ９１で、サーバーダウンフラグが「稼働中」か否かを判断する。「稼働中」であれば（ステップＳ９１でＹＥＳ）、そのまま終了し、図７に示した認証サーバー２が稼働中の場合の動作を実行する。「稼働中」でなければ（ステップＳ９１でＮＯ）、ステップＳ９２で、所定時間経過するのを待ち、所定時間経過するとステップＳ９３で、ログイン中のユーザーがいるかどうかを判断する。ログイン中のユーザーがいる場合は（ステップＳ９３でＹＥＳ）、復帰監視処理を実行することなくステップＳ９２に戻り、次の所定時間が経過するのを待つ。

ログイン中のユーザーがいない場合は（ステップＳ９３でＮＯ）、ステップＳ９４で、応答確認データを認証サーバー２に送信した後、ステップＳ９５に進む。

ステップＳ９５では、認証サーバー２から一定時間内に応答確認データに対する応答データが返ってきたかどうかを調べ、返ってこなければ（ステップＳ９５でＮＯ）、ステップＳ９２に戻る。

応答データが返ってきた場合は（ステップＳ９５でＹＥＳ）、ステップＳ９６でサーバーダウンフラグを「稼働中」に更新した後、ステップＳ９７で蓄積情報があるかを判断する。

蓄積情報がなければ（ステップＳ９７でＮＯ）、以降は図７に示した認証サーバー稼働中の動作を実行する。蓄積情報があれば（ステップＳ９７でＹＥＳ）、ステップＳ９８で、蓄積情報を認証サーバー２に送信した後、ステップＳ９９で利用可能金額を更新し、以降は図７に示した認証サーバー稼働中の動作を実行する。

上記の実施形態では、ユーザーが認証サーバー２のダウン時の復帰監視処理の実行タイミングを設定し、それに基づいてＭＦＰ１が復帰監視処理の実行タイミングを設定して実行する場合を説明したが、ユーザー数等を考慮して、ＭＦＰ１自身が復帰監視処理の実行タイミングを設定しても良い。

図１７は、ユーザーが登録又は削除された場合に、ＭＦＰ１が行う復帰監視処理の実行タイミングの設定処理を示すフローチャートである。

ステップＳ１０１で、ＭＦＰ１はユーザーの登録又は削除を受け付けたのち、ステップＳ１０２で、ユーザー数が所定の数を上回ったかどうかを判断する。上回った場合（ステップＳ１０２でＹＥＳ）、ステップＳ１０４で、所定のタイミングで復帰監視処理を実行する設定を行った後、ステップＳ１０３に進む。ステップＳ１０２で、ユーザー数が所定の数を上回らなかった場合は（ステップＳ１０２でＮＯ）、そのままステップＳ１０３に進む。

ステップＳ１０３では、ユーザー数が所定の数を下回ったかどうかを判断する。下回った場合（ステップＳ１０３でＹＥＳ）、ステップＳ１０５で、ログイン操作のタイミングで復帰監視処理を実行する設定を行い、本処理を終了する。ステップＳ１０３で、ユーザー数が所定の数を下回らなかった場合は（ステップＳ１０３でＮＯ）、そのまま処理を終了する。

このように、ユーザーの登録又は削除により、ユーザー数が所定数を上回って多くなった場合、ログイン操作のタイミングで復帰監視処理を実行するとログイン処理に時間がかかり、他のユーザーの使用の妨げになるため、所定のタイミングで復帰監視処理を実行する設定とすることでこの不都合を解消できる。逆に、ユーザー数が所定数を下回って少なくなると、ログイン操作のタイミングで復帰監視処理を実行しても、ユーザー数が多い場合ほどの不利益はないので、ログイン操作のタイミングで復帰監視処理を実行する設定として、認証サーバー２の復帰を早期に確認する構成としたものである。

なお、「ユーザーの登録」には、本体認証を行うためのユーザーの追加や、認証サーバー２ヘログインを行った際に認証結果記憶部１６２へ保存されるユーザー登録を含めても良い。また、所定数について、ＭＦＰ１で工場出荷時に値を設定し、そのまま使用することもできるが、ユーザーが使用状況によって手動で変更しても良い。また、上回りの判断に使用するユーザー数と下回りの判断に使用するユーザー数は同じであっても良いし、異なる値を設定しても良い。

また、復帰監視処理の実行タイミングについて図１７の動作による設定と競合する他の設定が既になされていた場合、どの設定を優先するかを設定可能としても良いし、設定の変更が発生した際に、その設定内容を上書きするように構成しても良いし、設定の変更を無効にする構成としても良い。

図１８は、ユーザー情報の入力をＩＣカードの読み取りにより行うＩＣカード認証によってユーザー認証が行われるときに、ＭＦＰ１が行う復帰監視処理の実行タイミングの設定処理を示すフローチャートである。

ステップＳ１１１でＭＦＰ１は認証手段の設定を受け付け、ステップＳ１１２でＩＣカード認証が設定されたかどうかを判断する。なお、認証手段の設定はＭＦＰ１に備えられた入力手段を用いて行っても良いし、ＭＦＰ１への通信手段を有するパーソナルコンピュータ、タブレット端末、スマートフォン等の情報処理装置を使用して行っても良い。また、認証サーバー２で認証手段を設定してＭＦＰ１に設定を読み込ませても良い。

ＩＣカード認証が設定された場合（ステップＳ１１２でＹＥＳ）、ステップＳ１１３で、所定タイミングで復帰監視処理を実行する設定を行い、処理を終了する。ＩＣカード認証が設定されなかった場合（ステップＳ１１２でＮＯ）、何もせず処理を終了する。

ＩＣカード認証が設定された場合、その簡便性からＭＦＰを使用するユーザーの増加が予想される。このため、認証サーバー２のダウン時の復帰監視処理を所定のタイミングで実行することにより、ログイン処理時間が復帰監視処理の実行によって長くなるのを防止できる。

なお、復帰監視処理の実行タイミングについて図１８の動作による設定と競合する他の設定が既になされていた場合、どの設定を優先するかを設定可能としても良いし、設定の変更が発生した際に、その設定内容を上書きするように構成しても良いし、設定の変更を無効にする構成としても良い。

図１９は、ユーザーの入れ替わりを考慮して、ＭＦＰ１が行う復帰監視処理の実行タイミングの設定処理を示すフローチャートである。

ステップＳ１２１で、ＭＦＰ１はユーザーの登録又は削除を受け付けたのち、ステップＳ１２２で、ユーザーの登録または削除回数が所定の期間に一定回数を上回ったかどうか、つまりユーザーの入れ替えが頻繁に行われたかどうかを判断する。上回った場合（ステップＳ１２２でＹＥＳ）、ステップＳ１２４で、ログイン操作のタイミングで復帰監視処理を実行する設定を行った後、ステップＳ１２３に進む。ステップＳ１２２で、ユーザーの登録または削除回数が一定回数を上回らなかった場合は（ステップＳ１２２でＮＯ）、そのままステップＳ１２３に進む。

ステップＳ１２３では、ユーザーの登録または削除回数が所定の期間に一定回数を下回ったかどうかを判断する。下回った場合（ステップＳ１２３でＹＥＳ）、ステップＳ１２５で、所定のタイミングで復帰監視処理を実行する設定を行い、本処理を終了する。ステップＳ１２３で、一定回数を下回らなかった場合は（ステップＳ１２３でＮＯ）、そのまま処理を終了する。

このように、ユーザーの登録又は削除が頻繁に行われた場合は、登録、削除がまだ有効となされていないユーザーの存在が予想される。このため、復帰監視処理をログイン操作のタイミングで実行することで、ユーザーの登録、削除が早期に有効になり、新規に登録されたユーザーがＭＦＰ１を早期に使用できるとともに、削除されたユーザーがそのままＭＦＰ１を使用できる不都合をなくすことができる。一方、ユーザーの入れ替わりが少ない場合は、復帰監視処理を所定のタイミングで実行することにより、ログイン処理時間が長くなるのを防止できる。

なお、所定期間は及び一定回数については、ＭＦＰ１で工場出荷時にその値を設定し、そのまま使用することもできるが、ユーザーが使用状況によって手動で変更しても良い。また、「ユーザーの登録または削除」には、本体認証を行うためのユーザーの追加や、認証サーバー２へログインを行った際に認証結果記憶部１６２に保存されるユーザー登録や、ＭＦＰ１を操作することによるユーザーの削除や認証サーバー２によるユーザーの削除など含めて良い。また、上回りの判断に使用する一定回数と下回りの判断に使用する一定回数は同じであっても良いし、異なる値を設定しても良い。

また、復帰監視処理の実行タイミングについて図１９の動作による設定と競合する他の設定が既になされていた場合、どの設定を優先するかを設定可能としても良いし、設定の変更が発生した際に、その設定内容を上書きするように構成しても良いし、設定の変更を無効にする構成としても良い。

また、図１９のフローチャートでは、ＭＦＰ１に対してユーザー登録や削除を行ったが、認証サーバー２に対して行われたユーザー登録や削除回数が所定の期間に一定回数を上回ったか、下回ったかに応じて、復帰監視処理の実行タイミングを設定してもよい。この場合のＭＦＰ１の動作は、図１９のステップＳ１２１のユーザー登録または削除が、認証サーバー２での登録または削除であることを除いて、図１９のフローチャートで示される動作と同じである。

図２０は、ユーザーが登録または削除された場合に、ユーザーの人数とＭＦＰ１の台数とに基づいて、ＭＦＰ１により行われる復帰監視処理の実行タイミングの設定処理を示すフローチャートである。

ステップＳ１３１で、ＭＦＰ１はユーザーの登録又は削除を受け付けたのち、ステップＳ１３２で、ユーザー数がＭＦＰ１の台数より所定の倍数を上回ったかどうかを判断する。上回った場合（ステップＳ１３２でＹＥＳ）、ステップＳ１３４で、所定のタイミングで復帰監視処理を実行する設定を行った後、ステップＳ１３３に進む。ステップＳ１３２で、ユーザー数が所定の倍数を上回らなかった場合は（ステップＳ１３２でＮＯ）、そのままステップＳ１３３に進む。

ステップＳ１３３では、ユーザー数が所定の倍数を下回ったかどうかを判断する。下回った場合（ステップＳ１３３でＹＥＳ）、ステップＳ１３５で、ログイン操作のタイミングで復帰監視処理を実行する設定を行い、本処理を終了する。ステップＳ１３３で、ユーザー数が所定の倍数を下回らなかった場合は（ステップＳ１３３でＮＯ）、そのまま処理を終了する。

このように、ユーザーの登録又は削除により、ユーザー数がＭＦＰ１の台数より所定の倍数を上回って多くなった場合、ＭＦＰ１台当たりのユーザー数が多くなるため、ログイン操作のタイミングで復帰監視処理を実行するとログイン処理に時間がかかり、他のユーザーの使用の妨げになる。このため、所定のタイミングで復帰監視処理を実行する設定とすることでこの不都合を解消する。逆に、ユーザー数がＭＦＰ１の台数より所定の倍数を下回って少なくなると、ログイン操作のタイミングで復帰監視処理を実行しても、ユーザー数が多い場合ほどの不利益はないので、ログイン操作のタイミングで復帰監視処理を実行する設定として、認証サーバー２の復帰を早期に確認する。

なお、所定の倍数については、ＭＦＰ１で工場出荷時にその値を設定し、そのまま使用することもできるが、ユーザーが使用状況によって手動で変更しても良い。

また、復帰監視処理の実行タイミングについて図２０の動作による設定と競合する他の設定が既になされていた場合、どの設定を優先するかを設定可能としても良いし、設定の変更が発生した際に、その設定内容を上書きするように構成しても良いし、設定の変更を無効にする構成としても良い。

１ 画像処理装置
２ 認証サーバー
３ ネットワーク
１０１ ＣＰＵ
１２０ 操作パネル
１５０ ネットワークインターフェース
１６０ 固定記憶装置
２０１ ＣＰＵ
２３０ ネットワークインターフェース
２４０ 固定記憶装置

Claims (14)

1. ログイン操作時にユーザーにより入力されたユーザー情報を認証サーバーに送信する送信手段と、
   前記ユーザー情報に基づいて前記認証サーバーにより行われた認証結果を認証サーバーから受信する受信手段と、
   前記認証結果により認証成功とされたユーザーのジョブを実行するジョブ実行手段と、
   前記ジョブ実行手段により実行されたジョブの実行結果に関する情報を含む蓄積情報を登録する登録手段と、
   前記登録手段に登録された蓄積情報を前記認証サーバーに通知する通知手段と、
   前記認証サーバーがダウンしていることを検出する検出手段と、
   前記検出手段により前記認証サーバーがダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定手段と、
   前記設定手段により設定されたタイミングで、前記認証サーバーへ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、前記認証サーバーが復帰したかどうかの復帰監視処理を実行する復帰監視処理実行手段と、
   を備えたことを特徴とする画像処理装置。
2. 前記設定手段は、自装置に備えられている入力手段を介してユーザーにより設定された設定情報に基づいて、前記復帰監視処理の実行タイミングを設定する請求項１に記載の画像処理装置。
3. 前記設定手段は、自装置と通信可能な情報処理装置を介してユーザーにより設定された設定情報に基づいて、前記復帰監視処理の実行タイミングを設定する請求項１に記載の画像処理装置。
4. 前記設定手段は、ユーザーにより認証サーバー側で設定され、認証サーバーから取得された設定情報に基づいて、前記復帰監視処理の実行タイミングを設定する請求項１に記載の画像処理装置。
5. 前記設定手段により、前記復帰監視処理をログイン操作のタイミングで実行することが設定されている場合は、ログアウト操作またはジョブ終了の少なくともいずれかのタイミングにおいても、前記復帰監視処理を実行する請求項１〜４のいずれかに記載の画像処理装置。
6. 前記設定手段により、前記復帰監視処理を所定のタイミングで実行することが設定されていても、前記所定のタイミングに達したときにログイン中のユーザーがいる場合には、前記復帰監視処理を実行しない請求項１〜４のいずれかに記載の画像処理装置。
7. 前記設定手段は、自装置に登録されているユーザーの人数が所定の数を上回った場合は、前記復帰監視処理を所定のタイミングで実行することを設定し、所定の数を下回った場合はログイン操作のタイミングで実行することを設定する請求項１、５または６のいずれかに記載の画像処理装置。
8. 前記設定手段は、ログイン操作時のユーザー情報の入力が、カードに記録されたユーザー情報の読み取りにより行われる場合、前記復帰監視処理を所定のタイミングで実行することを設定する請求項１、５または６のいずれかに記載の画像処理装置。
9. 前記設定手段は、自装置へのユーザーの登録または削除回数が所定期間に一定回数を上回った場合は、前記復帰監視処理をログイン操作のタイミングで実行することを設定し、一定回数を下回った場合は所定のタイミングで実行することを設定する請求項１、５または６のいずれかに記載の画像処理装置。
10. 前記設定手段は、前記認証サーバーに登録されているユーザーの人数が認証サーバーに登録されている画像処理装置の数より所定の倍数を上回る場合は、前記復帰監視処理を所定のタイミングで実行することを設定し、所定の倍数を下回る場合はログイン操作のタイミングで実行することを設定する請求項１、５または６のいずれかに記載の画像処理装置。
11. 前記設定手段は、前記認証サーバーに登録されているユーザーの人数の登録または削除回数が、所定期間に一定回数を上回る場合は、前記復帰監視処理をログイン操作のタイミングで実行することを設定し、一定回数を下回る場合は所定のタイミングで実行することを設定する請求項１、５または６のいずれかに記載の画像処理装置。
12. 相互に接続される認証サーバーと画像処理装置とを備えた認証システムであって、
    前記認証サーバーは、
    ログイン操作時にユーザーにより前記画像処理装置に入力されたユーザー情報を画像処理装置から受信する受信手段と、
    認証用の複数のユーザー情報を登録する登録手段と、
    前記画像処理装置から送信されたユーザー情報と、前記登録された認証用のユーザー情報に基づいてユーザー認証を行う認証手段と、
    前記認証手段による認証結果を前記画像処理装置に送信する送信手段と、
    を備え、
    前記画像処理装置は、
    ログイン操作時にユーザーにより入力された前記ユーザー情報を前記認証サーバーに送信する送信手段と、
    前記認証サーバーから前記認証結果を受信する受信手段と、
    前記認証結果により認証成功とされたユーザーのジョブを実行するジョブ実行手段と、
    前記ジョブ実行手段により実行されたジョブの実行結果に関する情報を含む蓄積情報を登録する登録手段と、
    前記登録手段に登録された蓄積情報を前記認証サーバーに通知する通知手段と、
    前記認証サーバーがダウンしていることを検出する検出手段と、
    前記検出手段により前記認証サーバーがダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定手段と、
    前記設定手段により設定されたタイミングで、前記認証サーバーへ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、前記認証サーバーが復帰したかどうかの復帰監視処理を実行する復帰監視処理実行手段と、
    を備えたことを特徴とする画像処理システム。
13. 相互に接続される認証サーバーと画像処理装置とを備えた認証システムで実行される認証サーバーダウン時の復帰監視方法あって、
    前記認証サーバーは、
    認証用の複数のユーザー情報と、各ユーザーの画像処理装置に対する使用条件を含む情報を登録する登録手段を備え、
    ログイン操作時にユーザーにより前記画像処理装置に入力されたユーザー情報を画像処理装置から受信する受信ステップと、
    前記画像処理装置から送信されたユーザー情報と、前記登録された認証用のユーザー情報に基づいてユーザー認証を行う認証ステップと、
    前記認証ステップにおける認証結果を前記画像処理装置に送信する送信ステップと、
    を実行し、
    前記画像処理装置は、
    ログイン操作時にユーザーにより入力された前記ユーザー情報を前記認証サーバーに送信する送信ステップと、
    前記認証サーバーから前記認証結果を受信する受信ステップと、
    前記認証結果により認証成功とされたユーザーのジョブを実行するジョブ実行ステップと、
    前記ジョブ実行ステップにおいて実行されたジョブの実行結果に関する情報を含む蓄積情報を登録する登録ステップと、
    前記登録ステップにおいて登録された蓄積情報を前記認証サーバーに通知する通知ステップと、
    前記認証サーバーがダウンしていることを検出する検出ステップと、
    前記検出ステップにおいて前記認証サーバーがダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定ステップと、
    前記設定ステップにおいて設定されたタイミングで、前記認証サーバーへ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、前記認証サーバーが復帰したかどうかの復帰監視処理を実行する復帰監視処理実行ステップと、
    を実行することを特徴とする認証サーバーダウン時の復帰監視方法。
14. ログイン操作時にユーザーにより入力されたユーザー情報を認証サーバーに送信する送信ステップと、
    前記認証サーバーから認証結果を受信する受信ステップと、
    前記認証結果により認証成功とされたユーザーのジョブを実行するジョブ実行ステップと、
    前記ジョブ実行ステップにおいて実行されたジョブの実行結果に関する情報を含む蓄積情報を登録する登録ステップと、
    前記登録ステップにおいて登録された蓄積情報を前記認証サーバーに通知する通知ステップと、
    前記認証サーバーがダウンしていることを検出する検出ステップと、
    前記検出ステップにおいて前記認証サーバーがダウンしていることが検出された場合に、認証サーバーが復帰したかどうかの復帰監視処理を、所定のタイミングで実行するかログイン操作のタイミングで実行するか設定する設定ステップと、
    前記設定ステップにおいて設定されたタイミングで、前記認証サーバーへ応答確認データを送信し、該応答確認データに対する認証サーバーからの応答の有無に基づいて、前記認証サーバーが復帰したかどうかの復帰監視処理を実行する復帰監視処理実行ステップと、
    を画像処理装置のコンピュータに実行させるための認証サーバーダウン時の復帰監視プログラム。

Images