(57)【要約】【課題】コスト面や管理運用面の負担を抑えると共に、管理サーバの設置場所をクライアント装置とは別に確保することなくセキュリティを向上させることが可能な認証システム、及びクライアント装置を提供する。【解決手段】画像形成装置などのクライアント装置に認証クライアント及び認証サーバとしての機能を搭載し、ネットワークに接続されたクライアント装置の中の一の装置において、認証サーバとしての機能を稼動させ、ユーザからクライアント装置へのアクセスが発生すると、認証サーバとして機能する画像形成装置において当該ユーザの認証を行い、ユーザがアクセスしたクライアント装置でサービスの提供を行う。  【選択図】  図４
2006178879.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント装置をネットワークに接続し、該クライアント装置にアクセスするユーザの認証を行う認証システムにおいて、
前記クライアント装置は、認証クライアント及び認証サーバとしての機能を具備し、
複数の前記クライアント装置の内、少なくとも１つの前記クライアント装置が認証サーバとして機能し、
ユーザが前記クライアント装置にアクセスすると、認証サーバとして機能する前記クライアント装置で認証を行う
ことを特徴とする認証システム。
【請求項２】
前記ネットワークにユーザ端末をさらに接続し、
前記ユーザは、前記ユーザ端末を介して前記クライアント装置にアクセスする
ことを特徴とする請求項１記載の認証システム。
【請求項３】
前記認証は、文書処理に関する属性設定権を認証して行うことを特徴とする請求項１及び２記載の認証システム。
【請求項４】
認証サーバとして機能する前記クライアント装置の稼動負荷が大きいと、稼動負荷の少ない他の前記クライアント装置を認証サーバとして機能させることを特徴とする請求項１又は２記載の認証システム。
【請求項５】
認証サーバとして機能する前記クライアント装置がダウンすると、他のクライアント装置を認証サーバとして機能させることを特徴とする請求項１又は２記載の認証システム。
【請求項６】
前記クライアント装置は、画像形成装置であることを特徴とする請求項１乃至５記載の認証システム。
【請求項７】
ユーザに所定のサービスを提供するクライアント装置において、
前記ユーザを認証するための認証データベースと、
認証サーバとして機能するためのプログラムと
を具備し、
認証サーバとして機能できる
ことを特徴とするクライアント装置。
【請求項８】
前記ユーザの認証は、文書処理に関する属性設定権を認証して行うことを特徴とする請求項７記載のクライアント装置。
【請求項９】
複数の他のクライアント装置とネットワークを介して接続し、
前記ユーザの認証を行う際に、認証サーバとして機能する他のクライアント装置の稼動負荷が大きいと、自ら認証サーバとして機能するための処理を行う
ことを特徴とする請求項７又は８記載のクライアント装置。
【請求項１０】
複数の他のクライアント装置とネットワークを介して接続し、
前記ユーザの認証を行う際に、認証サーバとして機能する他のクライアント装置がダウンしていると、自ら認証サーバとして機能するための処理を行う
ことを特徴とする請求項７又は８記載のクライアント装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証システム、及びクライアント装置に関し、特に、ネットワークの認証処理機能を向上させることが可能な認証システム、及びクライアント装置に関する。
【背景技術】
【０００２】
ネットワークのセキュリティを向上させる一般的な手法として、認証サーバをネットワークに新たに導入して認証を行う認証システムがある。
【０００３】
この認証システムでは、認証サーバを１台のみ導入した場合、その認証サーバが何らかの理由でダウンすると、認証システムが全く機能しなくなり、セキュリティ上に問題が発生する。
【０００４】
このため、複数の認証サーバを設置して認証システムのセキュリティの信頼性を維持すると共に、各認証サーバで分散処理させることによって、認証処理の性能を向上させている（例えば、特許文献１参照）。
【特許文献１】特開平０８−２０４６９６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、例えば、認証システムによるセキュリティ機能を備えたコピー機やファクシミリ、複合機などの画像形成装置を新たに導入するとすると、そのセキュリティ機能を利用するために認証サーバを導入する必要があり、コスト面や管理運用面の負担をユーザに強いることとなっていた。
【０００６】
また、認証サーバを複数設置する場合は、コスト面等の負担をより多くユーザに強いることとなり、さらに、画像形成装置とは別に複数の認証サーバを配置するための場所を確保する必要もあった。
【０００７】
そこで本発明では、コスト面や管理運用面の負担を抑えると共に、管理サーバの設置場所をクライアント装置とは別に確保することなくセキュリティを向上させることが可能な認証システム、及びクライアント装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明では、複数のクライアント装置をネットワークに接続し、該クライアント装置にアクセスするユーザの認証を行う認証システムにおいて、前記クライアント装置は、認証クライアント及び認証サーバとしての機能を具備し、複数の前記クライアント装置の内、少なくとも１つの前記クライアント装置が認証サーバとして機能し、ユーザが前記クライアント装置にアクセスすると、認証サーバとして機能する前記クライアント装置で認証を行う。
【０００９】
また、前記ネットワークにユーザ端末をさらに接続し、前記ユーザは、前記ユーザ端末を介して前記クライアント装置にアクセスする。
【００１０】
また、前記認証は、文書処理に関する属性設定権を認証して行う。
【００１１】
また、認証サーバとして機能する前記クライアント装置の稼動負荷が大きいと、稼動負荷の少ない他の前記クライアント装置を認証サーバとして機能させる。
【００１２】
また、認証サーバとして機能する前記クライアント装置がダウンすると、他のクライアント装置を認証サーバとして機能させる。
【００１３】
また、前記クライアント装置は、画像形成装置である。
【００１４】
次に、本発明では、ユーザに所定のサービスを提供するクライアント装置において、前記ユーザを認証するための認証データベースと、認証サーバとして機能するためのプログラムとを具備し、認証サーバとして機能できる。
【００１５】
また、前記ユーザの認証は、文書処理に関する属性設定権を認証して行う。
【００１６】
また、複数の他のクライアント装置とネットワークを介して接続し、前記ユーザの認証を行う際に、認証サーバとして機能する他のクライアント装置の稼動負荷が大きいと、自ら認証サーバとして機能するための処理を行う。
【００１７】
また、複数の他のクライアント装置とネットワークを介して接続し、前記ユーザの認証を行う際に、認証サーバとして機能する他のクライアント装置がダウンしていると、自ら認証サーバとして機能するための処理を行う。
【発明の効果】
【００１８】
本発明では、ユーザの認証を行うセキュリティ機能を具備した画像形成機（クライアント装置）を導入するに際して、認証サーバを別機器として設けることなく当該セキュリティ機能利用することが可能となる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明に係る認証システム、及びクライアント装置を実施するための最良の形態について、添付図面を参照して詳細に説明する。
【実施例１】
【００２０】
図１は、本発明における認証システムの構成の一例を示す概略概念図であり、同図に示すように、クライアント装置である画像形成装置１０とＰＣ(personal computer)などのユーザ端末２０とが設けられており、ＬＡＮ(Local Area Network)などの有線若しくは無線のネットワーク３０を介して接続している。
【００２１】
そして、図２は、本実施例における画像形成装置の構成の一例を示す機能ブロック図であり、同図に示すように、画像形成装置１０には、通信部１１と、記憶部１２と、制御部１３と、画像処理部１４とが設けられている。
【００２２】
通信部１１は、ネットワーク３０を介して、他の画像形成装置（クライアント装置）やユーザ端末（ＰＣ）と接続する。
【００２３】
記憶部１２は、ＨＤＤ(ハードディスク)などの記憶装置からなり、機密データ（スキャンデータ、プリントジョブデータ、ファクシミリジョブデータなど）などの各種情報を記憶すると共に、ユーザを認証するための認証データベースやユーザの認証を行う認証サーバとして機能するためのプログラムを格納する。
【００２４】
ここで、図３は、認証データベースの一例を示す図であり、同図に示すように、認証データベース４０は、ユーザを識別する識別子であるユーザＩＤ４１に関連付けて、ユーザを認証するためのパスワード４２と、認証されているか否かを示す認証状態４３と、ユーザから受け付けている現在のジョブの状態を示すジョブＩＤ４４と、ユーザが利用可能なサービス（スキャンサービス、プリントサービス、コピーサービス、ファクシミリサービスなど）を示すサービスＩＤ４５及びその属性（用紙サイズ、用紙の種類、カラー/白黒など）４６などからなる。
【００２５】
そして、認証データベースは、定期又は不定期に認証サーバから認証クライアントにブロードキャストで送信され、各認証クライアントに記録されている認証データベースは適宜更新される。
【００２６】
ブロードキャストされる認証データベースは、図４(ａ)に示すように、ネットワーク上へ流す前に共通鍵方式と公開鍵方式で暗号化する。公開鍵方式で必要な公開鍵と秘密鍵は、各画像形成装置において予め設定されており、認証サーバの公開鍵は、選ばれた時点で、他の画像形成装置にブロードキャストする。認証サーバは、共通鍵暗号化方式で認証データベースを暗号化し、その過程で生成された共通鍵を自分の秘密鍵で暗号化する。その後、暗号化された認証データベースと共通鍵を他の画像形成装置に転送し、暗号化された認証データベースを受信した画像形成装置は、認証サーバの公開鍵で共通鍵を解凍し、解凍した共通鍵を使って認証データベースを解凍する。
【００２７】
このため、認証データベースは暗号化されて各画像形成装置に安全に配布され、図４(ｂ)に示すように、認証サーバとして機能する画像形成装置がダウンした場合であっても、任意の画像形成装置がこの認証データベースを用いた認証サーバとして機能することができる。
【００２８】
また、認証データベースを用いてユーザが利用可能なサービスとその属性を管理しているため、ユーザＩＤとそのパスワードにより、ユーザが利用可能なサービス等を特定することができる。
【００２９】
制御部１３は、ＣＰＵ(中央演算装置)などの制御装置からなり、画像形成装置全体の制御を行なうと共に、記憶部１２に記憶されているプログラム等を用いて、認証サーバや認証クライアントとして機能するための制御を行う。
【００３０】
画像処理部１４は、コピーやプリンタ、ファクシミリなどの画像形成装置としての機能を提供するための処理を行う。
【００３１】
上記構成を用いて、本実施例における画像形成装置では、機密データを装置内に格納し、認証されたユーザに対して当該機密データへのアクセスを許可すると共に、コピーやプリンタなどの画像形成機としてのサービスの提供を許可する認証クライアントとしての機能を有する。
【００３２】
また、自機や他の画像形成装置に格納されている機密データへのアクセス許可や、画像形成装置としてのサービスの提供を受けるための認証を行う認証サーバとしての機能を有する。
【００３３】
そして、本実施例における認証システムでは、図４(ｃ)に示すように、各画像形成装置が認証クライアントとして機能し、また、任意の画像形成装置が認証サーバとして機能する。
【００３４】
なお、図４において、マルに左上から右下への斜線をひいた記号は、認証が成立しなかったことを示し、ドットが記された認証サーバは、起動していないことを示す。
【００３５】
また、本実施例では、ユーザの認証方式として、ＣＨＡＰ(Challenge Handshake Authentication Protocol)やＲＡＤＩＵＳ(Remote Authentication Dial-In User Service)プロトコル(ＲＦＣ２１３８)を用いているが、認証方式はこれらの方式に限られず、他の認証方式を用いてもよい。
【００３６】
そして、画像形成装置に設けられているタッチパネルなどのＵＩ(user interface)やユーザ端末を介して画像形成装置にユーザがアクセスすると、認証サーバとして機能している自機若しくは他の画像形成装置でユーザの認証を行う。
【００３７】
ユーザの認証は、例えば、ユーザＩＤ及びパスワードの入力をユーザに要求し、入力されたユーザＩＤ及びパスワードを認証サーバで認証データベースと照会して、格納している秘匿文書へのアクセス権、印字属性の設定権、印字用紙の選択権など、文書処理に関する属性設定権を認証することで行う。
【００３８】
また、ユーザから印刷出力（プリント）などのサービスジョブを受け付けると、認証データベースに基づいて利用可能なサービスであるか否かの判断を行い、利用不可能な場合は受け付けたサービスジョブを破棄し、利用可能な場合は、そのサービスジョブにジョブＩＤを付し、このジョブＩＤに関連する一連の処理を行う。
【００３９】
図５は、認証サーバとして動作していない画像形成装置の動作を示すフローチャートである。
【００４０】
まず、認証サーバを問い合わせる認証サーバ問い合わせメッセージを他の画像形成装置にブロードキャストで送信する（ステップ１００）。
【００４１】
そして、認証サーバ宣言メッセージを一定時間受信できない場合（ステップ１０１でＮＯ）は、認証サーバとして機能すること宣言する認証サーバ宣言メッセージを他の画像形成装置にブロードキャストで送信し（ステップ１０２）、認証サーバとしての機能を起動させ（ステップ１０３）、一方、認証サーバ宣言メッセージを受信する（ステップ１０１でＹＥＳ）と、ユーザのＰＣなどのユーザ端末からの認証要求を待つ（ステップ１０４）。
【００４２】
ここで、ユーザ端末から認証要求を受信する（ステップ１０４でＹＥＳ）と、認証サーバとして機能する画像形成装置に認証要求を送信し（ステップ１０５）、認証サーバから応答がある（ステップ１０６でＹＥＳ）と、ユーザ端末に認証結果を送信し（ステップ１０７）、他のユーザ端末からの認証要求を待つ（ステップ１０４）。
【００４３】
また、認証サーバから応答がない（ステップ１０６でＮＯ）と、認証権獲得要求メッセージを送信し（ステップ１０８）、認証権譲渡メッセージを受信する（ステップ１０９でＹＥＳ）と、認証サーバ宣言メッセージを他の画像形成装置にブロードキャストで送信し（ステップ１０２）、認証サーバとしての機能を起動させる（ステップ１０３）。
【００４４】
一方、ステップ１０９において、認証権譲渡メッセージを一定時間受信しない（ステップ１０９でＮＯ）と、認証サーバ問い合わせメッセージを他の画像形成装置にブロードキャストで送信し（ステップ１１０）、認証サーバ宣言メッセージを受信する（ステップ１１１でＹＥＳ）と、認証サーバとして機能する画像形成装置に認証要求を送信する（ステップ１０５）。
【００４５】
また、ステップ１１１において、認証サーバ宣言メッセージを一定時間受信しない（ステップ１１１でＮＯ）と、認証サーバ宣言メッセージを他の画像形成装置にブロードキャストで送信し（ステップ１０２）、認証サーバとしての機能を起動させる（ステップ１０３）。
【００４６】
そして、認証サーバとしての機能を起動させる（ステップ１０３）と、ユーザ端末から認証要求を受信しているか否かの判断を行い（ステップ１１２）、認証要求を受信していないと判断する（ステップ１１２でＮＯ）と、処理を一旦終了して、認証クライアント及び認証サーバとして機能し、認証要求を受信していると判断する（ステップ１１２でＹＥＳ）と、ユーザ端末に認証結果を送信し（ステップ１１３）、その後、処理を一旦終了して、認証クライアント及び認証サーバとして機能する。
【００４７】
なお、図５では、ユーザ端末を介した画像形成装置へのアクセスの認証を例に認証サーバとして機能していない画像形成装置の動作を説明しているが、ＵＩから画像形成装置にユーザが直接アクセスした場合も同様の処理を行う。
【００４８】
本実施例では、認証権獲得要求メッセージを送信後、認証権譲渡メッセージを受信しない場合は、認証サーバ問い合わせメッセージを送信し、ここで認証権サーバ宣言メッセージを受信しないと、認証宣言メッセージをブロードキャストで送信し、認証サーバとしての機能を起動させるため、認証サーバがダウンしている場合であっても、新たな認証サーバを設定することができる。
【００４９】
また、認証サーバ問い合わせメッセージを送信後、認証サーバ宣言メッセージを一定時間受信しないと、認証サーバ問い合わせメッセージを送信した画像形成装置が自ら認証サーバとして機能するための処理を行うため、認証サーバとして機能している画像形成装置の稼動負荷が大きく、迅速に認証サーバ宣言メッセージを返信できない場合は、認証サーバとして機能する画像形成装置を変更し、稼動負荷の小さな画像形成装置を認証サーバとして利用することができる。
【００５０】
ここで、認証サーバとしての機能を移管する移管処理は、認証サーバ以外の他の画像形成装置による認証権獲得方法とする。
【００５１】
そして、認証サーバ立ち上げ時には、動作を開始した画像形成装置から認証サーバ問い合わせメッセージをブロードキャストで送信し、認証サーバ宣言メッセージを受信しないと、認証宣言メッセージをブロードキャストで送信して、認証サーバとしての機能を起動させるため、認証システム立ち上げ時に時間的に最も早く起動した画像形成装置を認証サーバとして設定することができる。
【００５２】
認証サーバとして機能する画像形成装置の他の画像形成装置への通知は、認証サーバとして機能する画像形成装置が他の画像形成装置から認証サーバ問い合わせメッセージを受信した際に、認証サーバ宣言メッセージをブロードキャストで各画像形成装置に送信することで行う。
【００５３】
図６は、認証サーバとしての権利（認証権）を他の画像形成装置（クライアント装置）に譲り渡す際の認証サーバの動作を示すフローチャートである。
【００５４】
まず、認証権獲得要求メッセージを受信する（ステップ２００）と、認証権を譲渡する画像形成装置を選択し（ステップ２０１）、認証権譲渡メッセージを選択した画像形成装置に送信する（ステップ２０２）。
【００５５】
そして、認証サーバ宣言メッセージを一定時間受信できない（ステップ２０３でＮＯ）と、認証権譲渡メッセージを再び送信し（ステップ２０２）、認証サーバ宣言メッセージを受信する（ステップ２０３でＹＥＳ）と、認証サーバとしての機能を停止する（ステップ２０４）。
【００５６】
ここで、認証権を譲り渡す画像形成装置（クライアント装置）の選択は、過去一定期間に処理した画像処理などのジョブのカウント数を認証権獲得要求メッセージと共に認証権の取得を希望する画像形成装置から認証サーバである画像形成装置に送信し、最もカウント数が小さい画像形成装置、すなわち画像処理などの稼動負荷が最も小さい画像形成装置を認証権の譲渡先として選択することで行う。
【００５７】
なお、認証権譲渡メッセージを送信するに際して、定期的に画像処理の稼動負荷が高まる装置など、ジョブのカウント数が一定値を超え、認証サーバとして稼動することが不適切な画像形成装置は、認証権獲得要求メッセージを送信しないように自ら設定し、認証サーバとしての機能の移管処理に参加しないようにすることが望ましく、この構成では、認証サーバとしての機能の移管処理の回数を抑えることができる。
【００５８】
また、本実施例では、認証サーバ宣言メッセージを一定時間受信できないと、認証権譲渡メッセージを再び送信しているが、同一の画像形成装置ではなく、次に稼動負荷が小さな画像形成装置に認証権譲渡メッセージを送信してもよい。
【００５９】
本実施例では、認証権獲得要求メッセージを送信してきた画像形成装置の中から認証権の譲渡先を選択するため、ダウンしていない稼動中の画像形成装置の中から次に認証サーバとして機能する画像形成装置を選択することができる。
【００６０】
なお、本実施例では、クライアント装置として画像形成装置を用いているが、ネットワークに接続してユーザにサービスを提供することが可能な装置であれば、他の装置を用いても良い。
【００６１】
本発明では、ユーザの認証を行うセキュリティ機能を具備した画像形成機（クライアント装置）を導入するに際して、認証サーバを別機器として設けることなく当該セキュリティ機能利用することが可能となる。
【００６２】
また、認証サーバがダウンしても認証システムの信頼性を維持でき、同一装置で画像処理と認証処理が重複した場合でも応答性を損なうことを防止することができる。
【００６３】
そして、認証システム立ち上げ時には、最も時間的に早く起動した画像形成装置を認証サーバとして利用し、認証システム稼動中には、稼動負荷の最も軽い装置を認証サーバとして利用することができる。
【図面の簡単な説明】
【００６４】
【図１】本発明における認証システムの構成の一例を示す概略概念図
【図２】本実施例における画像形成装置の構成の一例を示す機能ブロック図
【図３】認証データベースの一例を示す図
【図４】認証システムの動作を示す概略概念図
【図５】認証サーバとして動作していない画像形成装置の動作を示すフローチャート
【図６】認証権を他の画像形成装置に譲り渡す際の認証サーバの動作を示すフローチャート
【符号の説明】
【００６５】
１０…画像形成装置
１１…通信部
１２…記憶部
１３…制御部
１４…画像処理部
２０…ユーザ端末
３０…ネットワーク
４０…認証データベース
４１…ユーザＩＤ
４２…パスワード
４３…認証状態
４４…ジョブＩＤ
４５…サービスＩＤ
４６…サービス属性
【図１】
2006178879.tif 000003
【図２】
2006178879.tif 000004
【図３】
2006178879.tif 000005
【図４】
2006178879.tif 000006
【図５】
2006178879.tif 000007
【図６】
2006178879.tif 000008