JP2013008390A - 情報処理装置、プログラム、及び記録媒体 - Google Patents

Abstract

【課題】効率的な認証機能を実現することのできる情報処理装置、プログラム、及び記録媒体の提供を目的とする。
【解決手段】情報処理装置は、それぞれ異なる外部デバイスから情報を受信する複数の受信手段と、ユーザ認証処理を実行する認証手段と、ユーザ認証の実行に利用する前記情報を得る前記受信手段を登録する登録手段と、前記登録手段による登録に応じて、前記受信手段により得た前記情報を用いて前記認証手段によりユーザ認証を実行する認証処理手段と、を備える。
【選択図】図３

Description

本発明は、情報処理装置、プログラム、及び記録媒体に関する。

近年、情報セキュリティに対する標準、規格等を取得することは、企業として当然である時代となってきている。企業で日常的に使用されているＯＡ機器の使用形態につても、セキュリティの確保を望む声が多い。斯かる事情に鑑み、従来、画像形成装置（コピー、プリンタ、スキャナ、ＦＡＸ等の機能を有するＯＡ機器）においても、ユーザの認証機能が備わっている（ビルトインされている）ものが存在する。

ユーザ認証の際に入力されるユーザ情報（代表的なものとして、ユーザ名・パスワード等）は、セキュリティの観点より、ユーザが直接手で入力するものよりも、他者に見えないような形で入力されるものが望ましい。そこで、画像形成装置におけるユーザ認証の際に、外部デバイス（代表的なものとして、ＩＣカードが挙げられる。）を使用してユーザ情報を入力させるといったソリューションが展開されている（例えば、特許文献１〜３）。

他方において、画像形成装置のユーザ環境においては、既に独自の認証サーバ等を使用した認証システムが構築されていることが多い。

しかしながら、上記特許文献に記載された技術では、ユーザ認証の際に、ＩＣカード及びその他の外部認証サーバ等と画像形成装置とが行う処理が固定化されている。また、使用可能な外部デバイスも固定的に制限されている。したがって、画像形成装置における認証機能（認証システム）と、ユーザ環境において既に存在する認証システムとがそれぞれ独立して存在し、システム構成が冗長になり、保守作業等を煩雑化させるという問題があった。

本発明は、上記の点に鑑みてなされたものであって、効率的な認証機能を実現することのできる情報処理装置、プログラム、及び記録媒体の提供を目的とする。

そこで上記課題を解決するため、情報処理装置は、それぞれ異なる外部デバイスから情報を受信する複数の受信手段と、ユーザ認証処理を実行する認証手段と、ユーザ認証の実行に利用する前記情報を得る前記受信手段を登録する登録手段と、前記登録手段による登録に応じて、前記受信手段により得た前記情報を用いて前記認証手段によりユーザ認証を実行する認証処理手段と、を備えることを特徴とする。

このような情報処理装置では、効率的な認証機能を実現することができる。

本発明によれば、効率的な認証機能を実現することのできる情報処理装置、プログラム、及び記録媒体を提供することができる。

本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。 本発明の実施の形態の画像形成装置の機能構成例を説明するための図である。 認証フレームワークに対するロジック実装モジュールの登録を概念的に示す図である。 ロジック実装モジュールの登録情報の例を示す図である。 認証フレームワークを用いてユーザ情報を取得する際の処理手順を説明するための図である。 認証フレームワークを用いて外部認証を行う際の処理手順を説明するための図である。 認証フレームワークを用いて本体認証を行う際の処理手順を説明するための図である。 認証フレームワークを用いた認証処理の第一の具体例における処理手順を説明するための図である。 認証フレームワークを用いた認証処理の第二の具体例における処理手順を説明するための図である。 本体認証制御部によって認証処理を代行する例を示す図である。 本体認証部のユーザリストを外部の認証サービスのユーザリストに基づいて自動生成する例を示す図である。 外部の認証サービスを通過したユーザ情報を動的に本体認証部に登録する例を示す図である。

以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態では、情報処理装置の一例として画像形成装置を用いて説明する。図１は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。図１において、画像形成装置１０は、プリンタ、コピー機、又は複合機等の一例であり、ＣＰＵ１０１、メモリ１０２、記録媒体１０３、ネットワークＩ／Ｆ１０４、画像出力部１０５、画像処理部１０６、外部デバイスＩ／Ｆ１０７、表示部１０８、及び操作部１０９等を有する。

画像形成装置１０での機能を実現するプログラムは、ＨＤＤ（Hard Disk Drive）等の不揮発性の記録媒体１０３に記録（インストール）される。記録媒体１０３は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。メモリ１０２は、プログラムの起動指示があった場合に、記録媒体１０３からプログラムを読み出して格納する。ＣＰＵ１０１は、メモリ１０２に格納されたプログラムに従って画像形成装置１０に係る機能を実現する。ネットワークＩ／Ｆ１０４は、ネットワークに接続するためのインタフェースとして用いられる。

表示部１０８は、ＬＣＤ（Liquid Crystal Display）等によって構成され、操作画面やメッセージ等を表示させる。操作部１０９は、ハード的なボタン（キー）によって構成され、ユーザによる操作入力を受け付ける。なお、表示部１０８及び操作部１０９は、オペレーションパネルとして一体的に構成されてもよい。

画像処理部１０６は、画像データを出力（印刷）等する際に必要とされる各種の画像処理を実行する。画像出力部１０５は、画像データの出力（印刷）を行う。

外部デバイスＩ／Ｆ１０７は、認証のためのユーザ情報の入力に用いられる外部デバイス３０と接続するためのインタフェースであり、例えば、ＵＳＢポート又はシリアルボート等によって構成される。外部デバイス３０は、ユーザ情報を入力するためのデバイスであり、例えば、ユーザ情報が記録されたＩＣカードを読み取るＩＣカードリーダー、ＵＳＢメモリ、又はキーボード等によって構成される。

図２は、本発明の実施の形態の画像形成装置の機能構成例を説明するための図である。図２において、画像形成装置１０は、本体機能部１１０、本体認証部１２０、フレームワーク１３０、及びアプリケーション１４０等を有する。これら各部は、プログラムがＣＰＵ１０１に実行させる処理によって実現されるソフトウェアである。

本体認証部１２０は、ユーザリスト１２１及びビルトイン認証処理部１２２等を含み、画像形成装置にビルトインされたユーザの認証機能を実現する。ビルトインされたユーザ認証機能とは、画像形成装置１０に予め組み込まれた認証機能をいい、画像形成装置１０上で動作するアプリケーション１４０を操作しようとしたユーザの認証を行う機能をいう。ビルトイン認証処理部１２２は、ビルトインされたユーザ認証処理を制御する。例えば、ビルトイン認証処理部１２２は、表示部１０８に、認証を促す認証画面を表示させる。ユーザは、認証画面においてユーザ情報（ユーザ名及びパスワード）を入力する。ビルトイン認証処理部１２２は、ユーザがユーザ情報に基づいて認証された場合にのみ、アプリケーション１４０の使用を許可する。

ユーザリスト１２１は、ユーザごとにユーザ情報及び利用権限情報が記録（登録）された情報である。すなわち、ビルトイン認証処理部１２２は、ユーザによって入力されたユーザ情報と、ユーザリスト１２１に登録されているユーザ情報とを照合することによりユーザの認証を行う。また、ビルトイン認証処理部１２２は、認証されたユーザについては、ユーザリスト１２１に登録されている利用権限情報において許可されている範囲内で、機能の利用を許可する。

画像形成装置１０には、以上のような認証機能が予め（デフォルトとして）ビルトインされている。

フレームワーク１３０は、アプリケーション１４０の実行環境を提供する。本実施の形態における画像形成装置１０は、その出荷後にサードベンダ等が開発したアプリケーションをアプリケーション１４０としてインストール可能とされている。フレームワーク１３０には、斯かるアプリケーションを動作させるための非図示のクラスライブラリ等を含む。

図中において、フレームワーク１３０の機能としては、外部デバイス制御部１３１、外部デバイス情報取得部１３２、外部認証処理部１３３、及び本体認証制御部１３４等、便宜上、認証機能に関するもののみが示されている。以下、認証機能に関するフレームワークを「認証フレームワーク」という。認証フレームワークは、画像形成装置１０において、認証機能の柔軟性及び拡張性を確保するための仕組みを提供する。「ビルトインされた認証機能」に対し、認証フレームワークによって実現される認証機能を、「拡張認証機能」という。

外部デバイス制御部１３１は、ＵＳＢインタフェースやシリアルインタフェース等を介して画像形成装置１０に接続される外部デバイス３０を制御し、外部デバイス３０との通信を行う。外部デバイス情報取得部１３２は、外部デバイス制御部１３１を介して外部デバイス３０よりにユーザ情報を取得する。外部認証処理部１３３は、ネットワークを介した認証サーバ等の外部の認証装置と通信を行い、例えば、認証サーバ等を用いた認証処理を制御する。なお、外部認証処理部１３３によって外部の認証装置を用いて行われる認証を「外部認証」という。本体認証制御部１３４は、画像形成装置１０内において認証処理を実現する。なお、本体認証制御部１３４によって画像形成装置１０内で行われる認証を「本体認証」という。

図中におけるアプリケーション１４０は、予め画像形成装置１０の標準機能として組み込まれているアプリケーション（例えば、印刷アプリケーション等）の他、フレームワーク１３０が提供する環境に対応させてサードベンダ等によって開発されたアプリケーションをも含む。したがって、図中では一つの矩形によって表現されているが、アプリーション１４０は、複数の実体が存在する。

ところで、図２において、認証フレームワークを構成する各部は、その仕組み（枠組み）を提供するだけであり、実際の処理（ロジック）は、拡張認証機能を利用するアプリケーション１４０（以下、「アプリケーション１４０ａ」という。）の登録処理部１４５によって登録される各ソフトウェアモジュール（以下「ロジック実装モジュール」という。）を使用することによって実現される。

図３は、認証フレームワークに対するロジック実装モジュールの登録を概念的に示す図である。図３において、アプリケーション１４０ａは、外部デバイス制御実装モジュール１４１、外部デバイス情報取得実装モジュール１４２、外部認証処理実装モジュール１４３、及び本体認証制御実装モジュール１４４等を含む。

外部デバイス制御実装モジュール１４１は、外部デバイス３０のインタフェースレベルでの通信処理が実装されるジュールであり、外部デバイス制御部１３１に登録される。例えば、外部デバイス制御実装モジュール１４１は、ユーザが使用するスマートカードリーダーのドライバプログラム等が相当する。このように、外部デバイス制御実装モジュール１４１の実装によって、任意の外部デバイス３０への対応が可能とされている。

外部デバイス情報取得実装モジュール１４２は、外部デバイス３０よりからの情報（ユーザ情報）の取得処理が実装されるモジュールであり、外部デバイス情報取得部１３２に登録される。例えば、ユーザのスマートカード内に記録されたユーザ情報を取得するために、スマートカードのフォーマットに従ったコマンドを送信して、レスポンスを受信する処理を実装したプログラムなどである。このように、外部デバイス情報取得実装モジュール１４２の実装によって、任意の外部デバイス３０からのユーザ情報の取得が可能とされている。

外部認証処理実装モジュール１４３は、外部の認証用のコンピュータ（認証サーバ等）を使用した、ユーザ情報の認証に関する処理が実装されるモジュールであり、外部認証処理部１３３に登録される。例えば、ＬＤＡＰ（Lightweight Directory Access Protocol）認証サーバにユーザのスマートカードより取得されたシリアル番号を送信して、該当ユーザのユーザ名を取得する処理が実装されたプログラム等が相当する。このように、外部認証処理実装モジュール１４３の実装によって、任意の認証プロトコルに対応することが可能とされている。

本体認証制御実装モジュール１４４は、本体認証を実現するための処理が実装されるモジュールであり、本体認証制御部１３４に登録される。例えば、ビルトインされた認証機能を利用して認証を行う際の認証画面遷移や、認証情報の入力処理が実装されるモジュールであり、「スマートカードをセットしてください」というメッセージ画面を表示させたり、スマートカードの検知に応じて「認証中です」というメッセージ画面に遷移させたりし、その間に、スマートカードより取得されたユーザ情報をビルトイン認証処理部１２２に入力する、というような処理が実装されたプログラム等が相当する。したがって、ビルトインされたユーザ認証を行う際の認証画面を、本体認証制御実装モジュール１４４の実装によって自由に設定できることが可能である。また、ビルトインユーザ認証機能を利用せずに、本体認証制御実装モジュール１４４内に別途認証機能が実装されてもよい。例えば、ユーザリスト１２１と異なるユーザＤＢを記録媒体１０３に構築し、当該ユーザＤＢを用いて認証を行うような処理が実装されてもよい。

なお、ビルトイン認証処理部１２２へのユーザ情報の入力後は、ビルトインユーザ認証部１２２がユーザ認証を実施して、認証が成功したときは画面ロックの解除し、認証が失敗したときは認証失敗画面を表示させる。画面ロックの解除により、ユーザは、アプリケーション１４０に対する操作が可能となる。

認証フレームワークに対する各ロジック実装モジュールの登録情報は、例えば、記録媒体１０３に記録されて管理される。図４は、ロジック実装モジュールの登録情報の例を示す図である。図４では、ロジック実装モジュールごとに登録情報が関連付けられた例が示されている。登録情報としては、ロジック実装モジュールの実体が格納されたファイル名等、認証フレームワークがロジック実装モジュールを動的に利用する（呼び出す）ために必要な情報が含まれていればよい。認証フレームワークの各部は、処理が要求された際、斯かる登録情報を参照して、呼び出すべきロジック実装モジュールを判断する。各ロジック実装モジュールは、認証フレームワークが要求する（認証フレームワークにおいて規定された）インタフェース（ロジック実装モジュールを呼び出すためのプロトコル）に基づいて動的に呼び出し可能なように実装されていればよい。なお、アプリケーション１４０ａごとに利用するロジック実装モジュールを変えたい場合は、図４に示されるような登録情報をアプリケーション１４０ａと関連付けて管理すればよい。

以上のようなロジック実装モジュールが認証フレームワークの各部分に登録されることで、ビルトインユーザ認証へのユーザ情報の入力手段に多様性を持たせることができる。 以下、本実施の形態における画像形成装置１０の処理手順について説明する。まず、認証フレームワークを利用したユーザ情報の取得、外部認証、及び本体認証の処理手順について、図５、図６、図７を用いて説明する。

図５は、認証フレームワークを用いてユーザ情報を取得する際の処理手順を説明するための図である。

アプリケーション１４０ａは、外部デバイス情報取得部１３２にユーザ情報の取得を要求する（Ｓ１０１）。外部デバイス情報取得部１３２は、外部デバイス制御部１３１と外部デバイス３０における情報の記録フォーマットレベルでの通信を行い、外部デバイス制御部１３１にユーザ情報の取得を要求する（Ｓ１０２）。続いて、外部デバイス制御部１３１は、外部デバイス３０のインタフェース仕様レベルでの通信を外部デバイス３０と行い、外部デバイス３０よりユーザ情報を取得する（Ｓ１０３）。その後、呼び出し順を逆にたどって、ユーザ情報がアプリケーション１４０ａに返却される（Ｓ１０４、Ｓ１０５）。

このように、外部デバイス制御部１３１及び外部デバイス情報取得部１３２は、アプリケーション１４０ａから単体で利用可能である。すなわち、外部デバイス制御部１３１及び外部デバイス情報取得部１３２と他の機能部（外部認証処理部１３３、本体認証制御部１３４）との間に依存関係はなく、取得されたユーザ情報をアプリケーション１４０ａにおいてどのように用いるかは任意である。

続いて、図６は、認証フレームワークを用いて外部認証を行う際の処理手順を説明するための図である。

アプリケーション１４０ａは、ユーザ情報を伴って外部認証処理部１３３に認証要求を行う（Ｓ１１１）。続いて、外部認証処理部１３３は、ネットワークを介して外部の認証装置と通信を行うことにより、外部の認証装置にユーザ情報に基づく認証を実行させ、その認証結果を受信する（Ｓ１１２）。続いて、外部認証処理部１３３は、認証結果をアプリケーション１４０ａに返却する（Ｓ１１３）。

このように、外部認証処理部１３３は、アプリケーション１４０ａから単体で利用可能である。

続いて、図７は、認証フレームワークを用いて本体認証を行う際の処理手順を説明するための図である。

アプリケーション１４０ａは、ユーザ情報を伴って本体認証制御部１３４に認証要求を行う（Ｓ１２１）。続いて、本体認証制御部１３４が、ビルトイン認証処理部１２２にユーザ情報を入力すると、ビルトイン認証処理部１２２は、ユーザ情報とユーザリスト１２１とに基づいて認証を行う（Ｓ１２２）。この際の画面遷移は、本体認証制御部１３４からコントロールすることが可能である。認証が成功すると本体認証部１２０によって本体機能部１１０に対するロックが解除される（Ｓ１２３）。その結果、ユーザ（アプリケーション１４０ａ）は、ユーザリスト１２１に記録された利用権限に基づいて画像形成装置１０の機能の利用が可能となる。

このように、本体認証制御部１３４は、アプリケーション１４０ａから単体で利用可能である。

次に、更に具体的な場面（ソリューション）を想定した処理手順について説明する。図８は、認証フレームワークを用いた認証処理の第一の具体例における処理手順を説明するための図である。図８において、図５又は図７と同一ステップには同一ステップ番号を付している。

図８では、外部デバイス３０としてキーボード３１が画像形成装置１０にＵＳＢ接続されている。斯かる形態は、外部デバイス制御実装モジュール１４１及び外部デバイス情報取得実装モジュール１４２として、キーボード用のロジック実装モジュールを認証フレームワークに登録し、本体認証制御実装モジュール１４４としてキーボードから入力されたユーザ情報を本体認証部１２０に入力するロジック実装モジュールを認証フレームワークに登録することで実施可能となる。

アプリケーション１４０ａは、外部デバイス情報取得部１３２及び外部デバイス制御部１３１を通してキーボード３１を介して入力されるユーザ名及びパスワード等のユーザ情報を取得する（Ｓ１０１〜Ｓ１０５）。

続いて、アプリケーション１４０ａが、取得されたユーザ情報を用いて本体認証制御部１３４に認証を要求すると、それに応じて本体認証部１２０において認証が行われる（Ｓ１２１〜Ｓ１２３）。

図８のような形態は、キーボード等のハードウェアを具備していないようなロースペックの画像形成装置に対するソリューションとして有効である。また、外部デバイスと３０して、ＵＳＢメモリ等、ユーザ情報として十分な情報を取得可能なデバイスを用いてもよい。

続いて、図９は、認証フレームワークを用いた認証処理の第二の具体例における処理手順を説明するための図である。図９において、図５、図６、又は図７と同一ステップには同一ステップ番号を付している。

図９では、外部デバイス３０としてスマートカードリーダー３２が画像形成装置１０にＵＳＢ接続されている。また、ネットワークを介して認証サーバ５０が画像形成装置１０と接続されている。斯かる形態は、外部デバイス制御実装モジュール１４１及び外部デバイス情報取得実装モジュール１４２として、スマートカード３２１からカードＩＤを取得するロジック実装モジュールを認証フレームワークに登録し、外部認証処理実装モジュール１４３として、認証サーバ５０にカードＩＤを送信することにより認証を要求し、カードＩＤに対応するユーザ情報を認証サーバ５０より取得する処理が実装されたロジック実装モジュールを認証フレームワークに登録し、本体認証制御実装モジュール１４４として、認証サーバ５０における認証の結果取得されたユーザ情報を本体認証部１２０に入力するロジック実装モジュールを認証フレームワークに登録することで実施可能となる。

図９において、アプリケーション１４０ａは、外部デバイス情報取得部１３２及び外部デバイス制御部１３１を介してスマートカード３２１に格納されているカードＩＤを取得する（Ｓ１０１〜Ｓ１０５）。続いて、アプリケーション１４０ａが、取得されたカードＩＤを認証サーバ５０に送信すると、認証サーバ５０においてカードＩＤに基づいて認証が行われ、カードＩＤに対応したユーザ情報（ユーザ名、パスワード等）が認証サーバ５０より返信される（Ｓ１１１〜Ｓ１１３）。

続いて、アプリケーション１４０ａが、認証サーバ５０より返信されたユーザ情報を用いて本体認証制御部１３４に認証を要求すると、それに応じて本体認証部１２０において認証が行われる（Ｓ１２１〜Ｓ１２３）。

図９の例において、本体認証制御部１３４に登録する本体認証制御実装モジュール１４４の画面遷移中にパスワード入力画面を設けておき、パスワード入力画面が表示された際に、図８のようにキーボード等を使用してユーザにパスワードを入力させるようなシーケンスを組み込むことで、よりセキュリティの高いソリューションを実現するようにしてもよい。

ところで、図９に示される形態のように、ユーザ環境において既に認証サーバ５０を用いた認証システムが構築されている場合に、更に、本体認証部１２０を利用して外部認証及び本体認証を行いたい場合、本体認証部１２０のユーザリスト１２１には、認証サーバ５０とは別にユーザ情報を登録する必要がある。この場合、認証サーバ５０において管理されるユーザ情報と、ユーザリスト１２１において管理されるユーザ情報との形式が同じであっても（例えば、双方がユーザ名及びパスワードを管理する場合）、画像形成装置１０の台数とそのユーザ数の組合せの数だけユーザリスト１２１に対する事前登録作業が必要とされる。以下、認証フレームワークを用いて斯かる作業負担を軽減した例について説明する。

図１０は、本体認証制御部によって認証処理を代行する例を示す図である。上述したように、本体認証制御部１３４には、任意の本体認証制御実装モジュール１４４を登録することが可能である。すなわち、本体認証制御部１３４は、アプリケーション１４０ａからの認証要求（Ｓ１２１）を受けた際に、任意の本体認証制御部１３４を照会して認証処理を実行することができる。したがって、本体認証制御実装モジュール１４４において認証処理が完結されるように本体認証制御実装モジュール１４４を実装しておくことにより、ビルトイン認証処理部１２２における認証処理を不要とすることができ、ユーザリスト１２１の登録も不要とすることができる。なお、本体認証制御実装モジュール１４４が利用するユーザリストが必要とされるが、例えば、本体認証制御実装モジュール１４４において、外部サーバ５０におけるユーザリスト５１をそのままコピーしたものを利用可能としておけば、作業負担が軽減される。また、本体認証制御実装モジュール１４４が外部サーバ５０におけるユーザリスト５１を参照するようにしてもよい。

また、上述したように、認証フレームワークにおいては任意の外部デバイス３０をユーザ情報の取得先とすることが可能である。すなわち、外部デバイス３０に対応させて外部デバイス制御実装モジュール１４１や外部デバイス情報取得実装モジュール１４２を実装することができる。このとき、適用された外部デバイス３０自体の情報（例えば、外部デバイス３０の種類を識別する情報。以下「外部デバイス情報」という。）をも取得するようにすれば、外部デバイス情報に基づいて、利用する本体認証制御実装モジュール１４４を動的に変更することもできる（又は登録する本体認証制御実装モジュール１４４を動的に変更することもできる）。同様に、外部デバイス３０を介してユーザ情報が取得されたときに、ユーザ情報に基づいて一定のルールにより利用する本体認証制御実装モジュール１４４を動的に変更することもできる（又は登録する本体認証制御実装モジュール１４４を動的に変更することもできる）。例えば、取得されたユーザ情報のスキーマ（形式）を解析して、当該スキーマに適合する本体認証制御実装モジュール１４４を利用するようにしてもよい。また、ユーザ情報に所属グループ名等が含まれている場合、所属グループ名等によって利用する本体認証制御実装モジュール１４４を選択するようにしてもよい。なお、スキーマと本体認証制御実装モジュール１４４との対応関係や、グループ名と本体認証制御実装モジュール１４４との対応関係は、記録媒体１０３等に予め記録しておけばよい。

次に、図１１は、本体認証部のユーザリストを外部の認証サービスのユーザリストに基づいて自動生成する例を示す図である。図１１において、アプリケーション１４０ａは、ユーザリスト更新処理部１４６を有するように実装される。

ユーザリスト更新処理部１４６は、バックグラウンドの処理として、外部認証処理部１３３を介して、認証サーバ５０におけるユーザリスト５１を取得し（Ｓ２０１、Ｓ２０２）、取得されたユーザリスト５１を本体認証制御部１４４を介してユーザリスト１２１に登録する処理を継続的（定期的）に行う（Ｓ２０３、Ｓ２０４）。登録は、更新分（差分）について行うようにしてもよい。

これにより、本体認証部１２０におけるユーザリスト１２１の内容を、認証サーバ５０におけるユーザリスト５１の内容と自動的に同等のものとする（同期させる）ことができる。したがって、ユーザリスト１２１の登録作業を不要なものとすることができる。また、外部の認証サーバ５０のユーザリスト５１を編集すれば、画像形成装置１０内のユーザリスト２１も更新されるため、保守作業も軽減することができる。

次に、図１２は、外部の認証サービスを通過したユーザ情報を動的に本体認証部に登録する例を示す図である。図１２中、図９又は図１１と同一ステップには同一ステップ番号を付している。図１２において、アプリケーション１４０ａは、認証情報登録部１４７を有するように実装される。

認証情報登録部１４７は、外部デバイス３０よりユーザ情報が取得されると（Ｓ１０１〜Ｓ１０５）、取得されたユーザ情報の認証を認証サーバ５０に実行させる（Ｓ１１１〜Ｓ１１３）。認証が通過（成功）した場合、認証情報登録部１４７は、外部デバイス３０より取得されたユーザ情報を本体認証部１２０のユーザリストに登録する（Ｓ２０４）。

その後、アプリケーション１４０ａは、外部デバイス３０より取得されたユーザ情報に基づいて本体認証制御部１３４に認証を要求し（Ｓ１２１）、本体認証制御部１３４は、ビルトイン認証処理部１２２に認証を実行させるようにしてもよい。

図１２の形態は、認証サーバ５０における認証が通れば、画像形成装置１０の本体認証もそのまま通過させるといった利用形態（すなわち、実質的な認証行為は外部の認証サービスが保証するような認証機構）に対応している。

なお、この場合、ユーザがログアウトしたとき（認証状態が解除されたとき）に、本体認証制御部１３４は、追加されたユーザ情報をユーザリスト１２１より削除するようにしてもよい。これにより、記録媒体１０３等の消費量を抑制することができる。

上述したように、本実施の形態における画像形成装置１０によれば、認証フレームワークによって、ユーザ情報の取得先や、認証を実行させるサーバ等を運用に応じて柔軟に選択することができる。したがって、既にユーザ環境において構築されている認証システムを利用して、画像形成装置１０の利用制限を行うこともできる。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 画像形成装置
３０ 外部デバイス
３１ キーボード
３２ スマートカードリーダー
５０ 認証サーバ
１０１ ＣＰＵ
１０２ メモリ
１０３ 記録媒体
１０４ ネットワークＩ／Ｆ
１０５ 画像出力部
１０６ 画像処理部
１０７ 外部デバイスＩ／Ｆ
１０８ 表示部
１０９ 操作部
１１０ 本体機能部
１２０ 本体認証部
１２１ ユーザリスト
１２２ ビルトイン認証処理部
１３０ フレームワーク
１３１ 外部デバイス制御部
１３２ 外部デバイス情報取得部
１３３ 外部認証処理部
１３４ 及び本体認証制御部
１４０ アプリケーション
１４１ 外部デバイス制御実装モジュール
１４２ 外部デバイス情報取得実装モジュール
１４３ 外部認証処理実装モジュール
１４４ 本体認証制御実装モジュール
１４５ 登録処理部
１４６ ユーザリスト更新処理部
１４７ 認証情報登録部
３２１ スマートカード

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

Claims (9)

1. それぞれ異なる外部デバイスから情報を受信する複数の受信手段と、
   ユーザ認証処理を実行する認証手段と、
   ユーザ認証の実行に利用する前記情報を得る前記受信手段を登録する登録手段と、
   前記登録手段による登録に応じて、前記受信手段により得た前記情報を用いて前記認証手段によりユーザ認証を実行する認証処理手段と、
   を備えることを特徴とする情報処理装置。
2. 前記認証手段は、それぞれ異なるユーザ認証処理を実行する複数の認証手段を備え、
   前記登録手段は、前記複数の認証手段のうちユーザ認証処理を実行する認証手段を登録し、
   前記認証処理手段は、前記登録手段による登録に応じた前記認証手段によりユーザ認証を実行することを特徴とする請求項１に記載の情報処理装置。
3. 前記認証手段は、それぞれ異なるユーザ認証処理を実行する複数の認証手段を備え、
   前記認証処理手段は、前記受信手段により得た前記情報に基づいて、前記複数の認証手段のうちユーザ認証処理を実行する認証手段を決定し、ユーザ認証を実行することを特徴とする請求項１に記載の情報処理装置。
4. 前記認証処理手段は、前記受信手段により得た前記情報に含まれる前記外部デバイスの種類を識別する情報に基づいて、前記複数の認証手段のうちユーザ認証処理を実行する認証手段を決定し、ユーザ認証を実行することを特徴とする請求項３に記載の情報処理装置。
5. 前記認証処理手段は、前記受信手段により得た前記情報であるユーザ情報に基づいて、前記複数の認証手段のうちユーザ認証処理を実行する認証手段を決定し、ユーザ認証を実行することを特徴とする請求項３に記載の情報処理装置。
6. 前記認証処理手段は、前記受信手段により得た前記情報に含まれるユーザの属性情報に基づいて、前記複数の認証手段のうちユーザ認証処理を実行する認証手段を決定し、ユーザ認証を実行することを特徴とする請求項３に記載の情報処理装置。
7. 前記属性情報は、ユーザのグループ情報であることを特徴とする請求項６に記載の情報処理装置。
8. それぞれ異なる外部デバイスから情報を受信する複数の受信手段と、
   ユーザ認証処理を実行する認証手段と、
   ユーザ認証の実行に利用する前記情報を得る前記受信手段を登録する登録手段と、
   前記登録手段による登録に応じて、前記受信手段により得た前記情報を用いて前記認証手段によりユーザ認証を実行する認証処理手段としてコンピュータを機能させるプログラム。
9. 請求項８記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images