(57)【特許請求の範囲】
【請求項１】
それぞれ異なる認証方式によって操作者の認証を行う複数の認証手段と、
操作者と利用すべき認証手段との第一の対応情報と、時間帯と利用すべき認証手段との第二の対応情報とを記憶する対応情報記憶手段と、
操作者の認証要求に応じ、当該操作者に対応する第一の認証手段を前記第一の対応情報に基づいて判定し、当該認証要求が行われた時間帯に対応する第二の認証手段を前記対応情報に基づいて判定し、前記第一の認証手段及び前記第二の認証手段に前記操作者の認証を実行させる認証制御手段とを有することを特徴とする認証制御装置。
【請求項２】
前記認証手段ごとにインストール済みか否かを識別可能な状態情報を管理する状態管理手段と、
前記対応情報に基づいて判定された前記認証手段に係るプログラムが、前記状態情報に基づいてインストールされていないと判定される場合に、当該プログラムをインストールするインストール手段とを有することを特徴とする請求項１記載の認証制御装置。
【請求項３】
前記認証制御手段は、前記インストール手段によってインストールされたプログラムに係る前記認証手段に、前記認証要求に応じた認証を実行させることを特徴とする請求項２記載の認証制御装置。
【請求項４】
それぞれ異なる認証方式によって操作者の認証を行う複数の認証手段を有するコンピュータが実行する認証方法であって、
操作者の認証要求に応じ、対応情報記憶手段が記憶する、操作者と利用すべき認証手段との第一の対応情報に基づいて当該操作者に対応する第一の認証手段を判定し、前記対応情報記憶手段が記憶する、時間帯と利用すべき認証手段との第二の対応情報に基づいて当該認証要求が行われた時間帯に対応する第二の認証手段を判定する判定手順と、
判定された前記第一の認証手段及び前記第二の認証手段に前記操作者の認証を実行させる実行手順とを有することを特徴とする認証制御方法。
【請求項５】
前記判定手順において判定された前記認証手段に係るプログラムが、前記認証手段ごとにインストール済みか否かを識別可能な状態情報を管理する状態管理手段に基づいてインストールされていないと判定される場合に、当該プログラムをインストールするインストール手順を有することを特徴とする請求項４記載の認証制御方法。
【請求項６】
前記実行手順は、前記インストール手段によってインストールされたプログラムに係る前記認証手段に、前記認証要求に応じた認証を実行させることを特徴とする請求項５記載の認証制御方法。
【請求項７】
請求項４乃至６いずれか一項記載の認証制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証制御装置、認証制御方法及びプログラムに関し、特にユーザの認証を行う認証制御装置、認証制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、情報セキュリティに対する標準、規格等を取得することは、企業として当然である時代となってきている。企業で日常的に使用されているＯＡ機器の使用形態につても、セキュリティの確保を望む声が多い。斯かる事情に鑑み、従来、画像形成装置（コピー、プリンタ、スキャナ、ＦＡＸ等の機能を有するＯＡ機器）においても、ユーザの認証機能が備わっている（ビルトインされている）ものが存在する（例えば、特許文献１）。
【特許文献１】特開２００５−２６７４４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、認証の方式は、パスワード認証、ＩＣカードを用いた認証、生体認証等、各種存在するところ、従来の認証機能では、利用される認証方式は固定的であった。すなわち、従来においてもシステムの構築時において認証方式を選択することが可能であったが、システム構築時に選択された認証方式は、各ユーザに対して、また、認証が行われる状況に対して固定的、かつ、統一的に適用されていた。
【０００４】
本発明は、上記の点に鑑みてなされたものであって、認証機能の柔軟性を高めることのできる認証制御装置、認証制御方法及びプログラムの提供を目的とする。
【課題を解決するための手段】
【０００５】
そこで上記課題を解決するため、本発明は、それぞれ異なる認証方式によって操作者の認証を行う複数の認証手段と、認証要求の態様と利用すべき認証手段との対応情報を管理する対応情報管理手段と、操作者の認証要求に応じ、当該認証要求の態様に対応する前記認証手段を前記対応情報に基づいて判定し、判定された前記認証手段に前記操作者の認証を実行させる認証制御手段とを有することを特徴とする。
【０００６】
このような認証制御装置では、認証機能の柔軟性を高めることができる。
【発明の効果】
【０００７】
本発明によれば、認証機能の柔軟性を高めることのできる認証制御装置、認証制御方法及びプログラムを提供することができる。
【発明を実施するための最良の形態】
【０００８】
以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態では、複合機を認証制御装置の一例として説明する。複合機１は、プリンタ、コピー、スキャナ、又は、ファクス等の複数の機能を一台の筐体において実現する画像形成装置である。
【０００９】
図１は、本発明の実施の形態における複合機のハードウェア構成の一例を示す図である。複合機１のハードウェアとしては、コントローラ６０１と、オペレーションパネル６０２と、ファクシミリコントロールユニット（ＦＣＵ）６０３と、撮像部６０４と、印刷部６０５が存在する。
【００１０】
コントローラ６０１は、ＣＰＵ６１１、ＡＳＩＣ６１２、ＮＢ６２１、ＳＢ６２２、ＭＥＭ−Ｐ６３１、ＭＥＭ−Ｃ６３２、ＨＤＤ（ハードディスクドライブ）６３３、メモリカードスロット６３４、ＮＩＣ（ネットワークインタフェースコントローラ）６４１、ＵＳＢデバイス６４２、ＩＥＥＥ１３９４デバイス６４３、セントロニクスデバイス６４４により構成される。
【００１１】
ＣＰＵ６１１は、種々の情報処理用のＩＣである。ＡＳＩＣ６１２は、種々の画像処理用のＩＣである。ＮＢ６２１は、コントローラ６０１のノースブリッジである。ＳＢ６２２は、コントローラ６０１のサウスブリッジである。ＭＥＭ−Ｐ６３１は、複合機１のシステムメモリである。ＭＥＭ−Ｃ６３２は、複合機１のローカルメモリである。ＨＤＤ６３３は、複合機１のストレージである。メモリカードスロット６３４は、メモリカード６３５をセットするためのスロットである。ＮＩＣ６４１は、ＭＡＣアドレスによるネットワーク通信用のコントローラである。ＵＳＢデバイス６４２は、ＵＳＢ規格の接続端子を提供するためのデバイスである。ＩＥＥＥ１３９４デバイス６４３は、ＩＥＥＥ１３９４規格の接続端子を提供するためのデバイスである。セントロニクスデバイス６４４は、セントロニクス仕様の接続端子を提供するためのデバイスである。オペレーションパネル６０２は、オペレータが複合機１に入力を行うためのハードウェア（操作装置）であると共に、オペレータが複合機１から出力を得るためのハードウェア（表示装置）である。
【００１２】
図２は、本発明の実施の形態における複合機のソフトウェアの動作環境の一例を示す図である。同図において、複合機１におけるソフトウェアは、ＯＳ（Operating System）１０１、ＪＶＭ（Java（登録商標） Virtual Machine）１０２、ＯＳＧｉ（Open Services Gateway Initiative）フレームワーク１０３、バンドル１０４、及びＪＡＲ（Java（登録商標） Archive）ファイル１０５等より構成される。
【００１３】
ＯＳ１０１は、いわゆるＯＳ（Operating System）である。ＪＶＭ１０２は、ＪＡＲファイル１０５やバンドル１０４等に含まれるＪａｖａ（登録商標）バイトコードをＯＳ１０１上で動作可能なネイティブコードに変換して実行する。ＯＳＧｉフレームワーク１０３は、ＯＳＧｉアライアンスによる標準化技術であり、Ｊａｖａ（登録商標）言語に基づいたオープンなソフトウェア部品化技術に基づいて作成されたソフトウェア部品の実行環境を提供するソフトウェアプラットフォームである。ＯＳＧｉフレームワーク１０３上において、Ｊａｖａ（登録商標）言語のソフトウェアは「バンドル」と呼ばれるソフトウェア部品の形で実装される。一つのバンドルは、一つのＪＡＲ（Java（登録商標） ARchive）ファイルによって構成され、それぞれ独立して動的に（装置の再起動を要することなく）インストール可能である。バンドル１０４は、斯かるバンドルを示す。なお、バンドル１０４は複数存在し得る。ＪＡＲファイル１０５は、バンドル以外のＪＡＲファイルを示す。すなわち、ＪＡＲファイル１０５は、ＯＳＧｉフレームワーク１０３を介してではなく、直接ＪＶＭ１０２上で動作する。
【００１４】
なお、ＯＳ（Operating System）上において直接的に動作するネイティブコードについても実装可能であるが、図中においては省略している。
【００１５】
このように、複合機１は、Ｊａｖａ（登録商標）によるプログラムを動作させることが可能である。そこで、本実施の形態では、Ｊａｖａ（登録商標）標準における認証の仕組みであるＪＡＡＳ（Java Authentication and Authorization Service）を用いて認証機能を実現した例を示す。なお、本実施の形態において「認証」というとき、複合機１の操作者の認証（いわゆるユーザ認証）を意味する。
【００１６】
図３は、ＪＡＡＳの概要を説明するための図である。同図には、認証要求部５０１、認証部５０２、認証モジュール５０３、及び認証モジュール設定ファイル５０４が示されている。この中で、認証部５０２がＪＡＡＳに相当する。ＪＡＡＳ（認証部５０２）は、Ｊａｖａ（登録商標）標準の認証機能に関するフレームワーク（インタフェース）とその実装の一部とを提供する。実際の認証処理は、認証モジュール１３に実装される。認証モジュール５０３は、ＪＡＡＳに従ったインタフェースに対する実装であり、プラグインとして任意に追加可能である。すなわち、認証モジュール５０３において独自の認証処理を実装することにより、認証機能を拡張することができる。図中では、認証モジュール５０３ａ、５０３ｂ、５０３ｃ、及び５０４ｄの４つの認証モジュール１３が組み込まれた例が示されている。
【００１７】
認証要求部５０１は、認証部５０２が提供するインタフェースを呼び出すことにより、認証部５０２に対して認証の要求を行う。認証モジュール設定ファイル５０４は、認証モジュール１３ごとに予め作成されるファイルであり、当該認証モジュール１３に関する情報（呼び出すために必要とされる情報等）が所定の形式で記述される。
【００１８】
図４は、ＪＡＡＳを用いた一般的な認証処理を説明するためのシーケンス図である。
【００１９】
ユーザによってユーザ名及びパスワード等の認証情報が入力されると（Ｓ１０１）、認証要求部５０１は、認証に用いる認証モジュール５０３に対する認証モジュール設定ファイル５０４を選択する（Ｓ１０２）。続いて、認証要求部５０１は、認証部５０２に対して認証要求を行う（Ｓ１０３）。この際、ユーザによって入力された認証情報や、認証要求部５０１によって選択された認証モジュール設定ファイル５０４のファイル名等が認証部５０２に通知される。
【００２０】
続いて、認証部５０２は、通知されたファイル名に係る認証モジュール設定ファイル５０４を参照する（Ｓ１０４）。続いて、認証部５０２は、認証モジュール設定ファイル５０４に記述された情報によって特定される認証モジュール５０３に対して認証要求を行う（Ｓ１０５）。したがって、ステップＳ１０２において選択された認証モジュール設定ファイル５０４に対応する認証モジュール５０３が呼び出される。なお、この際、ユーザによって入力された認証情報も認証モジュール５０３に通知される。
【００２１】
続いて、認証モジュール５０３は、認証情報に基づいて認証を行い、その結果を認証部５０２に返却する（Ｓ１０６）。なお、認証の方式は、認証モジュール５０３の実装に応じて異なる。その後、認証の結果は、認証要求部５０１等を経てユーザに通知される。
【００２２】
以上をふまえて、複合機１における認証機能について説明する。図５は、第一の実施の形態における複合機の認証機能の構成例を示す図である。同図において、複合機１の認証機能は、認証要求部１１、認証制御部１２、認証部１３、認証モジュール１４、プラグイン管理部１５、セキュリティポリシー部１６、モジュール状態情報２１、及びポリシーデータ２２等によって実現される。モジュール状態情報２１及びポリシーデータ２２を除く各部は、ＪＡＲファイル１５又はバンドル１０４として実装される。認証モジュール１４については、動的なインストールを予定する場合は、バンドル１０４として実装するとよい。
【００２３】
同図において、認証部１３は、ＪＡＡＳに相当する。したがって、認証モジュール１４は、プラグイン可能な認証処理の実装である。図中では、それぞれ異なる認証方式によって認証処理を実行する、認証モジュールＡ、Ｂ、Ｃ、及びＤの４つの認証モジュール１４が例示されている。
【００２４】
認証要求部１１は、認証要求を受け付けると共に、認証要求に応じた処理を認証制御部１２に要求する。認証制御部１２は、認証要求の態様（認証時の状況も含む。）を構成する情報に応じて認証処理に利用する認証モジュール１４を選択し、当該認証モジュールによる認証要求を認証部１３に対して行う。
【００２５】
プラグイン管理部１５は、認証モジュール１４のインストール及びアンインストール処理を制御する。セキュリティポリシー部１６は、ポリシーデータ２２に基づいて利用すべき認証モジュール１４を判定する。ポリシーデータ２２は、認証要求の態様を構成する情報に応じて選択（利用）すべき認証モジュール１４を識別するための情報（すなわち、認証要求の態様を構成する情報と利用すべき認証モジュール１４との対応情報）が記録されたデータであり、例えば、ＨＤＤ６３３に保存される。
【００２６】
モジュール状態情報２１は、各認証モジュールの状態を示す情報であり、例えば、ＨＤＤの中６３３に保存される。図６は、モジュール状態情報の構成例を示す図である。
【００２７】
同図に示されるように、モジュール状態情報２１は、認証モジュール１４ごとの状態（利用中、休止中、利用可能状態、利用禁止）を示す情報によって構成される。利用中は、複合機１にインストールされ、正常に利用可能である状態をいう。休止中は、複合機１にインストール済みであるが、当該認証モジュール１４の障害等、何らかの理由により一時的に利用が停止されている状態をいう。利用可能状態は、また複合機１にはインストールされていないが、インストール可能な状態をいう。利用禁止は、複合機１にインストールされておらず、更に、インストールが禁止されている状態をいう。
【００２８】
なお、第一の実施の形態において、モジュール状態情報２１は、認証制御部１２によって管理され、以下のような処理手順によって更新される。図７は、第一の実施の形態におけるモジュール状態情報の更新処理の処理手順を説明するためのシーケンス図である。
【００２９】
例えば、管理者による手動による指示に応じて、又は自動的な要求に応じて（Ｓ２０１）、プラグイン管理部１５によって新たに認証モジュール１４が複合機１にインストールされると、プラグイン管理部１５は、認証制御部１２に対して新たな認証モジュール１４の追加を通知する（Ｓ２０２）。認証制御部１２は、当該通知に応じ、新たに追加された認証モジュール１４の状態を「利用中」として、モジュール状態情報２１を更新する（Ｓ２０３）。
【００３０】
また、「利用中」若しくは「利用可能状態」の認証モジュール１４を「休止中」若しくは「利用禁止」とする場合、又は「休止中」若しくは「利用禁止」の認証モジュール１４を「利用中」若しくは「利用可能状態」とする場合は、ステップＳ２１１以降の処理が実行される。
【００３１】
例えば、オペレーションパネル６０２を介して特定の認証モジュール１４の状態を「休止中」又は「利用禁止」とする指示が入力されると（Ｓ２１１）、認証制御部１２は、当該認証モジュール１４の状態を指定された状態として、モジュール状態情報２１を更新する（Ｓ２１２）。
【００３２】
続いて認証処理について説明する。図８は、第一の実施の形態における認証処理の処理手順を説明するためのシーケンス図である。
【００３３】
例えば、認証要求部２０１は、オペレーションパネル６０２に表示させた画面等を介して操作者を識別するための情報（例えば、ユーザ名、ユーザＩＤ、グループ名、又はグループＩＤ等。以下「ユーザ識別情報」という。）の入力を受け付ける（Ｓ３０１）。この段階では、本人であることを証明する情報（例えば、パスワードや生体情報等）は必ずしも入力されなくてよい。後述されるように、斯かる情報は各認証モジュール１４が入力を受け付けるからである。
【００３４】
続いて、認証要求部１２は、入力されたユーザ識別情報を引数として認証制御部１２に対して認証の実行を要求する（Ｓ３０２）。続いて、認証制御部１２は、セキュリティポリシー部１６に対して、ユーザ識別情報又はユーザ識別情報に基づいて特定される役職等の識別情報を引数として利用すべき認証モジュール１４を問い合わせる（ポリシーの問い合わせ）（Ｓ３０３）。セキュリティポリシー部１６は、ポリシーデータ２２に基づいて利用すべき認証モジュール１４を判定し、判定結果（利用すべき認証モジュール１４の識別情報）を認証制御部１２に返却する（Ｓ３０４）。
【００３５】
図９は、ポリシーデータの第一の例を示す図である。同図において、ポリシーデータ２２ａには、ユーザ識別情報ごとに利用すべき認証モジュール１４が定義されている。ポリシーデータ２２ａによれば、ユーザ識別情報が「００１」のユーザ（ユーザ００１）は、認証モジュールＡ及びＢによって認証を受ける必要があると判定される。ユーザ００２は、認証モジュールＡ、Ｂ、及びＣによって認証を受ける必要があると判定される。ユーザ００３は、認証モジュールＡ、Ｂ、及びＤによって認証を受ける必要があると判定される。ここで、認証モジュールＣより認証モジュールＤの方がより高いセキュリティが保証される認証方式であるとすると、００１、００２、００３の順番でセキュリティの高度さが増すが。このようなポリシーデータ２２ａは、例えば、ユーザ００１は、部課長であり、ユーザ００２は、一般社員であり、ユーザ００３は、アルバイトである場合等に有効である。
【００３６】
また、図１０は、ポリシーデータの第二の例を示す図である。同図において、ポリシーデータ２２ｂには、時間帯ごとに利用すべき認証モジュール１４が定義されている。ポリシーデータ２２ｂによれば、平日の昼間の場合は、認証モジュールＡ及びＢによって認証を受ける必要があると判定される。平日の夜間の場合は、平日の昼間に要求される認証モジュール１４（認証モジュールＡ及びＢ）に加えて認証モジュールＣによって認証を受ける必要があると判定される。休日の場合は、平日の夜間に要求される認証モジュール１４（認証モジュールＡ、Ｂ、及びＣ）に加えて認証モジュールＤによって認証を受ける必要があると判定される。なお、時間帯は、例えば、複合機１が備えるタイマーによる時刻と、ＨＤＤ６３３等に予め登録された時刻と時間帯との対応情報とに基づいて判定すればよい。
【００３７】
ところで、図１０のポリシーデータ２２ｂの場合は、利用すべき認証モジュール１４の判定にユーザ識別情報は必要とされない。したがって、このような場合は、ステップＳ１０１においてユーザ識別情報は入力される必要はない。例えば、操作者が何らかの操作を開始しようとしたことが通知されればよい。
【００３８】
また、複数のポリシーデータ２２を組み合わせてもよい。本実施の形態であれば、ポリシーデータ２２ａとポリシーデータ２２ｂとを組み合わせてもよい。この場合、例えば、複数のポリシーデータ２２の論理積又は論理和に係る認証モジュール１４を利用すべきものと判定すればよい。
【００３９】
続いて、認証制御部１２は、利用すべきものとして判定された各認証モジュール１４の状態情報をモジュール状態情報２１より取得し（Ｓ３０５、Ｓ３０６）、各認証モジュール１４が、利用中又は利用可能状態であるかを判定する（Ｓ３０７）。ここで、いずれかの認証モジュール１４の状態が休止中又は利用禁止であった場合、認証制御部１２は、認証要求部１１に対してエラーを返却する（Ｓ３０８）。この場合、認証は行われず、複合機１は、操作者による操作要求を受け付けることはできない。
【００４０】
また、利用可能状態である認証モジュール１４が存在した場合、認証制御部１２は、当該認証モジュール１４のインストールをプラグイン管理部１５に要求する（Ｓ３０９）。プラグイン管理部１５は、当該認証モジュール１４のバンドルをＯＳＧｉフレームワーク１０３上にインストールし（Ｓ３１０）、インストールの成否を認証制御部１２に返却する（Ｓ３１１）。当該インストールについては、認証モジュール１４の取得先（例えば、ネットワーク上のＵＲＬ（Uniform Resource Locator）又は複合機１に挿入されたＳＤカード等）の特定等において操作者による操作が介在してもよい。例えば、プラグイン管理部１５がインストール画面をオペレーションパネル６０２に表示させ、当該インストール画面に入力された情報に基づいてインストールを行うようにしてよい。また、認証モジュール１４ごとに取得先が予め特定可能であれば、当該取得先を示す情報をＨＤＤ６３３に登録しておいてもよい。この場合、プラグイン管理部１５は、当該情報に基づいて自動的に認証モジュール１４を取得すればよい。なお、インストールに失敗した場合、認証制御部１２は、認証要求部１１に対してエラーを返却する。したがって、認証処理は中止される。また、インストールに成功した場合、当該認証モジュール１４の状態は「利用中」とされる。
【００４１】
続いて、ステップＳ３１２からＳ３１６は、利用すべき認証モジュール１４が一つずつ処理対象とされ繰り返される（ループする）。まず、ステップＳ３１２において、認証制御部１２は、処理対象とされた認証モジュール１４に関する認証モジュール設定ファイル（図３における認証モジュール設定ファイル５０４と同義）を予め定められた形式に従って自動生成する（Ｓ３１２）。続いて、認証制御部１２は、認証部１３に対して認証要求を行う（Ｓ３１３）。この際、自動生成された認証モジュール設定ファイルのファイル名等が認証部１３に通知される。
【００４２】
続いて、認証部１３は、通知されたファイル名に係る認証モジュール設定ファイルを参照し、当該認証モジュール設定ファイルに記述された情報によって特定される認証モジュール１４に対して認証要求を行う（Ｓ３１４）。続いて、認証モジュール１４は、認証情報に基づいて認証を行い、その結果を認証部１３に返却する（Ｓ３１５）。認証を行う際、認証モジュール１４は、実装に応じてオペレーションパネル６０２に認証情報の入力を促すメッセージを表示させたり、当該認証モジュール１４が予定しているデバイス（パスワードの入力であればオペレーションパネル６０２、ＩＣカードであればＩＣカードリーダ、生体情報であれば当該生体情報を読み取るデバイス）からの認証情報を受け付けたりする。
【００４３】
続いて、認証部１３は、認証モジュール１４による認証結果を認証制御部１２に返却する（Ｓ３１６）。利用すべき各認証モジュール１４についてステップＳ３１２からＳ３１６の処理が完了すると、認証制御部１２は、認証の結果を認証要求部１１に対して返却する（Ｓ３１７）。運用に応じて、利用すべき全ての認証モジュール１４によって認証が成功した場合に認証は成功であると判定してもよいし（ＡＮＤ認証）、少なくとも一つの認証モジュール１４によって認証が成功した場合に認証は成功であると判定してもよい（ＯＲ認証）。ＡＮＤ認証の場合、認証制御部１２は、一つの認証モジュール１４から認証の失敗が返却された時点でループ処理を中止し、認証の失敗を認証要求部１１に通知してもよい。
【００４４】
ところで、第一の実施の形態において、モジュール状態情報２１は認証制御部１２の管理下にあったが、モジュール状態情報２１をプラグイン管理部１５に管理させるようにしてもよい。以下、斯かる形態を第二の実施の形態として説明する。
【００４５】
図１１は、第二の実施の形態における複合機の認証機能の構成例を示す図である。図１１中、図５と同一部分には同一符号を付している。図１１では、モジュール状態情報２１がプラグイン管理部１５に管理されている点が図５と異なる。斯かる構成の違いによって各処理手順が第一の実施の形態と異なったものとなる。
【００４６】
図１２は、第二の実施の形態におけるモジュール状態情報の更新処理の処理手順を説明するためのシーケンス図である。
【００４７】
例えば、管理者による手動による指示に応じて、又は自動的な要求に応じて（Ｓ４０１）、プラグイン管理部１５は、新たに認証モジュール１４を複合機１にインストールすると、新たに追加された認証モジュール１４の状態を「利用中」として、モジュール状態情報２１を更新する（Ｓ４０２）。
【００４８】
また、「利用中」若しくは「利用可能状態」の認証モジュール１４を「休止中」若しくは「利用禁止」とする場合、又は「休止中」若しくは「利用禁止」の認証モジュール１４を「利用中」若しくは「利用可能状態」とする場合は、ステップＳ４１１以降の処理が実行される。
【００４９】
例えば、オペレーションパネル６０２を介して特定の認証モジュール１４の状態を「休止中」又は「利用禁止」とする指示が入力されると（Ｓ４１１）、プラグイン管理部１５は、当該認証モジュール１４の状態を指定された状態として、モジュール状態情報２１を更新する（Ｓ４１２）。
【００５０】
続いて認証処理について説明する。図１３は、第二の実施の形態における認証処理の処理手順を説明するためのシーケンス図である。
【００５１】
ステップＳ５０１及びＳ５０２は、図８におけるステップＳ３０１及びＳ３０２と同様である。ステップＳ３０２に続いて、認証制御部１２は、ユーザ識別情報を引数として、認証モジュール１４の設定（利用すべき認証モジュール１４の状態を「利用中」とすること）を要求する（Ｓ５０３）。
【００５２】
続いて、ステップＳ５０４〜Ｓ５０８は、図８におけるステップＳ３０３〜Ｓ３０７と同様である。但し、ステップＳ３０３〜Ｓ３０７において認証制御部１２によって行われていた処理は、第二の実施の形態（図１３）では、プラグイン管理部１５によって実行される。
【００５３】
ステップＳ５０８に続いて、プラグイン管理部１５は、利用可能状態である認証モジュール１４のバンドルをＯＳＧｉフレームワーク１０３上にインストールし（Ｓ５０９）、認証モジュール１４の設定処理の結果を認証制御部１２に通知する（Ｓ５１０）。通知された結果において、利用すべき認証モジュール１４のいずれかの状態が休止中又は利用禁止であること、又は認証モジュール１４のインストールに失敗したことが示されていた場合、認証制御部１２は、認証要求部１１に対してエラーを返却する（Ｓ５１１）。
【００５４】
認証モジュール１４の設定が正常に完了した場合、ステップＳ５１０において利用すべき認証モジュール１４の一覧がプラグイン管理部１５より認証制御部１２に返却される。以下、ステップＳ５１２〜Ｓ５１７は、当該一覧に係る認証モジュール１４について、図８におけるステップＳ３１２〜Ｓ３１７と同様の処理が実行される。
【００５５】
上述したように、本実施の形態における複合機１によれば、認証要求の態様に応じて利用すべき認証モジュール１４を動的に変更することができる。したがって、ユーザや時間帯等に応じて異なる認証方式による認証を実行することができる。また、認証要求時に存在しない認証モジュール１４による認証が必要な場合、当該認証モジュール１４は動的にインストールされ、認証処理が継続される。したがって、認証モジュール１４が存在しないことにより、認証処理が中断される可能性を低減させることができる。
【００５６】
なお、認証要求の態様を構成する情報は、ユーザや時間帯に限られない。例えば、操作者によって利用が要求されているプログラムや機能であってもよい。
【００５７】
また、上記実施の形態では、認証モジュール設定ファイルを用いた例を説明した。但し、ＪＡＡＳでは、必ずしも認証モジュール設定ファイルによって認証モジュール１４を指定する必要はなく、所定のクラスのインスタンスを用いて認証モジュール設定ファイルに格納される情報をＪＡＡＳに伝達（設定）することもできる。したがって、係る仕組みを用いて本実施の形態を実現してもよい。
【００５８】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５９】
【図１】本発明の実施の形態における複合機のハードウェア構成の一例を示す図である。
【図２】本発明の実施の形態における複合機のソフトウェアの動作環境の一例を示す図である。
【図３】ＪＡＡＳの概要を説明するための図である。
【図４】ＪＡＡＳを用いた一般的な認証処理を説明するためのシーケンス図である。
【図５】第一の実施の形態における複合機の認証機能の構成例を示す図である。
【図６】モジュール状態情報の構成例を示す図である。
【図７】第一の実施の形態におけるモジュール状態情報の更新処理の処理手順を説明するためのシーケンス図である。
【図８】第一の実施の形態における認証処理の処理手順を説明するためのシーケンス図である。
【図９】ポリシーデータの第一の例を示す図である。
【図１０】ポリシーデータの第二の例を示す図である。
【図１１】第二の実施の形態における複合機の認証機能の構成例を示す図である。
【図１２】第二の実施の形態におけるモジュール状態情報の更新処理の処理手順を説明するためのシーケンス図である。
【図１３】第二の実施の形態における認証処理の処理手順を説明するためのシーケンス図である。
【符号の説明】
【００６０】
１          複合機
１１        認証要求部
１２        認証制御部
１３        認証部
１４        認証モジュール
１５        プラグイン管理部
１６        セキュリティポリシー部
２１        モジュール状態情報
２２        ポリシーデータ
１０１      ＯＳ
１０２      ＪＶＭ
１０３      ＯＳＧｉフレームワーク
１０４      バンドル
１０５      ＪＡＲファイル
５０１      認証要求部
５０２      認証部
５０３、５０３ａ、５０３ｂ、５０３ｃ、５０３ｄ    認証モジュール
５０４      認証モジュール設定ファイル
６０１      コントローラ
６０２      オペレーションパネル
６０３      ファクシミリコントロールユニット
６０４      撮像部
６０５      印刷部
６１１      ＣＰＵ
６１２      ＡＳＩＣ
６２１      ＮＢ
６２２      ＳＢ
６３１      ＭＥＭ−Ｐ
６３２      ＭＥＭ−Ｃ
６３３      ＨＤＤ
６３４      メモリカードスロット
６３５      メモリカード
６４１      ＮＩＣ
６４２      ＵＳＢデバイス
６４３      ＩＥＥＥ１３９４デバイス
６４４      セントロニクスデバイス
【図１】
0005078660.tif 000002
【図２】
0005078660.tif 000003
【図３】
0005078660.tif 000004
【図４】
0005078660.tif 000005
【図５】
0005078660.tif 000006
【図６】
0005078660.tif 000007
【図７】
0005078660.tif 000008
【図８】
0005078660.tif 000009
【図９】
0005078660.tif 000010
【図１０】
0005078660.tif 000011
【図１１】
0005078660.tif 000012
【図１２】
0005078660.tif 000013
【図１３】
0005078660.tif 000014