JP2011258000A

JP2011258000A - 情報処理装置、情報処理装置のユーザ認証方法

Info

Publication number: JP2011258000A
Application number: JP2010132130A
Authority: JP
Inventors: Hiroshi Yasuhara; 洋安原
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2010-06-09
Filing date: 2010-06-09
Publication date: 2011-12-22
Anticipated expiration: 2030-06-09
Also published as: JP5693051B2; US9350900B2; US20130061319A1; WO2011155151A1

Abstract

【課題】メモリや記憶領域の利用を少なくし、かつネットワークだけでなく同じノード内の認証処理にも適用できる証明情報共有手段を提供する。
【解決手段】ユーザが情報処理装置１１０ログインした際に証明情報をユーザセッション情報に登録し、さらにアプリケーションモジュールＡ３０５を実行する際に認証部３０９にログインした際に生成した証明情報もユーザセッションに登録する。ユーザが情報処理装置１１０からログアウトした際にこれら証明情報を消去する。
【選択図】図３

Description

本発明はユーザ認証機能を備える情報処理装置に関する。

近年、情報処理装置の一つである画像処理装置の機能が多様になってきており、ユーザ認証機能が広く用いられるようになってきている。ユーザ認証機能は、画像処理装置画像処理装置を利用するユーザを識別する機能である。ユーザ認証機能によって、例えば、画像処理装置画像処理装置を利用するユーザに証明情報の入力を求め、認証が成功した場合に当該ユーザに画像処理装置の利用を許可する、といったことが可能になる。

更に、画像処理装置は、ネットワークリソース（ファイルサーバや電子メールサーバ）と連携したジョブを実行することが可能である。このようなジョブを実行する場合、画像処理装置でのユーザ認証と、ネットワークリソースを利用するためのユーザ認証とを必要とする。このような場合、シングルサインオンにより、ユーザはユーザＩＤやパスワードの入力を１度で済ませることを可能にするための技術が知られている。

例えば、特許文献１では、このシングルサインオンを実現するために、ローカルコンピュータへのログオンデータまたはキャッシュしている他のログオンデータを用いて、ユーザが一度登録した情報を再び認証が必要な際に利用するよう構成されている。これによって、ユーザが複数回同一の証明情報を入力する手間を軽減し、シングルサインオンを実現している。

特開平８−２６３４１７

特許文献１の方法ではシングルサインオンを実現するために複数のユーザのユーザ名とパスワードの組を記憶装置に蓄積しておく必要があり、これらの情報を蓄積するために多くのメモリ資源を必要とする。

本発明は、多くのメモリ資源を必要とせずにシングルサインオンを実現することが可能な情報処理装置を提供することを目的とする。

上記目的を達成するため、本発明の情報処理装置はアプリケーションを実行することが可能な情報処理装置において、前記情報処理装置のユーザを認証する第１認証手段と、前記第１認証手段による認証に関する情報である第１証明情報を記憶する第１記憶手段と、前記第１認証手段により認証されたユーザの指示に基づいて前記アプリケーションを実行する場合に、前記記憶手段に記憶された前記第１証明情報を取得する取得手段と、前記取得手段が取得した第１証明情報を用いて、前記アプリケーションを実行するために必要な認証を第２認証手段に対して要求する要求手段と、前記要求手段による要求に基づいて前記第２認証手段が行った認証が成功した場合に、前記アプリケーションを実行するアプリケーション実行手段と、前記第２認証手段による認証に関する情報である第２証明情報を前記第１証明情報に関連付けて記憶する第２記憶手段と、を有することを特徴とする。

本発明によれば、多くのメモリ資源を必要とせずにシングルサインオンを実現することが可能になる。

画像処理装置を含むシステムの全体構成の一例を示すブロック図である。画像処理装置１１０、および画像処理装置１２０のハードウェア構成の一例を示す図である。画像処理装置のソフトウェアモジュールの構成の一例を示した図である。本実施形態の画像処理装置がユーザ認証を実行する場合に表示する操作画面の一例を示す図である。本実施形態におけるユーザセッション情報の一例を示す図である。ユーザ認証モジュール３１０が実行するユーザ認証処理の一例を示すフローチャートである。本実施形態の画像処理装置における認証処理及び証明情報登録処理の一例を示すフローチャートである。本実施形態の画像処理装置における、ユーザのログアウト処理の一例を示すフローチャートである。図７のフローチャートのＳ７０２における証明情報利用可否判断の詳細を示すフローチャートである。本実施形態の画像処理装置における、証明情報に対するアクセス制限処理の一例を示すフローチャートである。

以下、本発明を実施するための最良の形態について図面を用いて説明する。本実施形態では、情報処理装置の一つである画像処理装置を例にあげて説明する。

図１は、本実施形態における画像処理装置を含むシステムの全体構成の一例を示すブロック図である。

画像処理装置１１０および画像処理装置１２０は、コピー機能を有する。また、画像処理装置１１０および画像処理装置１２０は、原稿画像を読み取って得られた画像データ（文書データと呼ぶ場合もある）を、内部のストレージに保存する画像データ記憶装置を有する。また、画像処理装置１１０および画像処理装置１２０はさらに、ＬＡＮ（ネットワーク）１００上の指定した装置から画像データを取得するデータ取得機能を有する。また、画像処理装置１１０および画像処理装置１２０は、取得した画像データを印刷する印刷機能を有する。さらに、画像処理装置１１０および画像処理装置１２０は、ＬＡＮ１００上の情報処理装置１３０または他の画像処理装置からの画像データ取得要求に応じて、画像データ記憶装置に記憶している画像データを、ＬＡＮ１００を介して他の情報処理装置へと送信する画像データ送信機能を有する。画像処理装置１１０および画像処理装置１２０は上述のような複数の機能を備えた複合機（ＭＦＰ：ＭｕｌｔｉＦｕｎｃｔｉｏｎａｌＰｅｒｉｐｈｅｒａｌ）である。

図２は、画像処理装置１１０、および画像処理装置１２０のハードウェア構成の一例を示す図である。

画像処理装置１１０及び画像処理装置１２０は、図２に示すような構成要素から構成される。画像処理装置１１０と画像処理装置１２０と同様の構成を備えているものとする。以下、画像処理装置１１０を例に説明を行うが、画像処理装置１２０にも当てはまる説明である。

画像処理装置１１０は、画像入力デバイスであるスキャナ部１１２、画像出力デバイスであるプリンタ部１１３、画像処理装置１１０の制御を司るコントローラ２００、および操作部１１１を備える。

スキャナ部１１２は、原稿上の画像を読み取って画像データを生成する。プリンタ部１１３は、コントローラ２００から受信した画像データを用紙上に画像形成する。なお、本実施形態においてプリンタ部１１３の画像形成方式は感光体ドラムや感光体ベルトを用いた電子写真方式を採用するものとするが、これに限らず例えばインクジェット方式などを採用してもよい。

コントローラ２００は操作部１１１、スキャナ部１１２、プリンタ部１１３と電気的に接続されている一方、ＬＡＮ１００にもネットワークインターフェース２０６を介して接続されている。すなわち、ＬＡＮ１００を経由して他の機器と接続されている。これによりネットワークによる通信が可能となる。

ＣＰＵ２０１は、ＲＯＭ２０２やハードディスクドライブ（ＨＤＤ）２０４に記憶された制御プログラム等に基づいて、画像処理装置１１０接続中の各種デバイスへのアクセス及び他のデバイスからのアクセスを統括的に制御する。また、ＣＰＵ２０１は画像処理装置１１０で行われる各種処理についても統括的に制御する。この制御には、後述のフローチャートを実現するためのプログラムの実行も含む。なお、本実施形態では１つのＣＰＵ２０１が画像処理装置１１０を制御するが、これに限らずコントローラ２００が複数のＣＰＵを備える構成であってもよい。

ＲＯＭ２０２は画像処理装置１１０を制御するためのプログラム（ブートプログラムを含む）を格納する。ＲＡＭ２０３はＣＰＵ２０１が動作するためのシステムワークメモリであり、かつ画像データを一時記憶するためのメモリでもある。ＲＡＭ２０３は、電源のバックアップ等により記憶した内容を装置本体の電源オフ後も保持しておく領域と、電源オフ後には記憶した内容が消去されてしまう領域により構成されている。

ＨＤＤ２０４は、アプリケーションソフトウェアやシステムソフトウェア、さらに画像データや、ユーザを認証するための証明情報を格納する。なお、ハードディスクの代わりにＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）を用いてもよい。

操作部Ｉ／Ｆ２０５は、システムバス２１１と操作部１１１とを接続するためのインターフェース部である。操作部Ｉ／Ｆ２０５は、操作部１１１が備える表示器に表示するための操作画面などの画像データをシステムバス２１１から受け取り操作部１１１に出力する。また、操作部１１１が備えるタッチパネルやハードキーから入力された操作情報をシステムバス２１１へと出力する。

ＮｅｔｗｏｒｋＩ／Ｆ２０６はＬＡＮ１００及びシステムバス２１１に接続し、ＬＡＮ１００を介した情報の入出力を行う。

スキャナＩ／Ｆ２０７は、スキャナ部１１２から受け取った画像データに対して、補正処理、加工処理、及び編集処理を行う。なお、スキャナＩ／Ｆ２０７は、受け取った画像データがカラー原稿か白黒原稿か、文字原稿か写真原稿かなどを判定する機能を持つ。

画像処理部２０８は画像データの方向変換、画像圧縮、伸張処理などをおこなう。また、ＨＤＤ２０４に保存されている画像同士を合成して一枚の画像にする。プリンタＩ／Ｆ２０９は、画像形成部２０８から送られた画像データを受け取り、この画像データに付随させられている属性データを参照しながら画像データに画像形成を施す。画像形成後の画像データは、プリンタ部１１３に出力される。

なお、本実施形態では、画像処理装置１１０自身が操作部１１１を備えるよう構成されているが、コンピュータが装置に汎用スキャナや汎用プリンタが接続された構成であってもよい。

図３は、本実施形態の画像処理装置のソフトウェアモジュールの構成の一例を示した図である。これらソフトウェアモジュールは、画像処理装置１１０のＨＤＤ２０４に格納され、ＣＰＵ２０１が実行する。

スキャナ制御モジュール３０１はスキャナＩ／Ｆ２０７を介してスキャナ部１１２を制御する。プリンタ制御モジュール３０２はプリンタＩ／Ｆ２０９を介してプリンタ部１１３を制御する。ユーザインタフェースモジュール３０３は、操作部Ｉ／Ｆ２０５を介して操作部１１１を制御し、ユーザから指示の受付や、ユーザへの操作画面の表示を実行する。

連携モジュール３０４はネットワークＩ／Ｆ２０６を操作して他の画像処理装置や他のコンピュータ装置との通信を行うソフトウェアモジュールである。

アプリケーションモジュールＡ３０５及びアプリケーションモジュールＢ３０６及びアプリケーションモジュールＣ３０７は、画像処理装置上の他のソフトウェアモジュールと連携して画像処理を実行する。アプリケーションモジュールを実行することによって画像処理装置はジョブを実行することが可能になる。ＣＰＵ２０１はこれらのアプリケーション実行の主体となる。これらアプリケーションモジュールは、追加（インストール）や削除（アンインストール）が可能であり、追加や削除は連携モジュールを介して実施される。

画像データ管理モジュール３０８は、ＨＤＤ２０４へのデータ（画像データや画像データ以外の各種データ）の記憶やＨＤＤ２０４からのデータの取得に関する処理を行う。

画像データ管理モジュール３０８は、証明情報の管理と認証処理を実行する認証部３０９を持ち、画像データの取得や記憶時に認証処理を実行する。認証が成功した場合のみ画像データへのアクセスを可能とする。

ユーザ認証モジュール３１０は、ユーザ認証に関する処理を行う。本モジュールによって認証処理が成功した場合は、セッション管理部３１１によってユーザセッション情報が生成され、ユーザが画像処理装置１１０の機能を利用することが可能となる。ユーザセッション情報は、セッション管理部によって管理され、ユーザが画像処理装置に対してログインしてからログアウトするまでの間、ログイン中のユーザのユーザ属性などの情報を保持する。ユーザ認証モジュール３１０は、他のソフトウェアモジュールにユーザセッション情報を提供する。ユーザセッション情報の詳細については後述する。

プラットホーム３１３は、上記の各ソフトウェアモジュールを連携させるための処理を行う。

なお、画像データ管理モジュール３０８が記憶する認証部３０９とユーザ認証モジュール３１０が記憶する認証部３１２とはそれぞれ異なった認証モジュールであり、管理するユーザ情報も異なる。認証部３１２で認証が成功した情報でも認証部３０９では認証が失敗する場合がある。

また、本実施形態の画像処理装置１１０は、ユーザ認証モジュールを入れ替える（インストール、アンインストール）ことが可能である。認証モジュールを入れ替えることによって、画像処理装置１１０は様々な認証方式による運用を行うことが可能となる。認証モジュールの入れ替えは連携モジュールを介して実施される。本発明は入れ替え処理ついてはその処理内容を限定するものではないため、処理の詳細説明は行わないが、入れ替わってもセッション管理部や認証部などの基本構成は変わらないものとする。

図４は、本実施形態の画像処理装置がユーザ認証を実行する場合に表示する操作画面の一例を示す図である。

図４の（ａ）は、画像処理装置１１０の操作部１１１に表示されるユーザ認証画面の一例である。ユーザ認証画面４０１は、ユーザＩＤ入力フィールド４０２、パスワード入力フィールド４０３、認証ボタン（ログインボタン）４０４から構成される。ユーザ認証モジュール３１０がユーザを認証する場合に、セッション管理部３１１に操作部１１１を操作しているユーザのユーザセッション情報が存在していなければ、ユーザ認証モジュール３１０はユーザ認証画面４０１を操作部１１１に表示する。ユーザは、ユーザＩＤフィールド４０２にユーザＩＤを、パスワードフィールド４０３にパスワードを入力し、認証ボタン４０４を押下する。ユーザ認証モジュール３１０は認証画面４０１に対してユーザが入力したユーザＩＤとパスワードとに基づいて認証処理を実行する。認証が成功した場合は、画像処理装置の操作が可能となる。ユーザが画像処理装置１１０からログアウトした場合は、再びユーザ認証画面４０１が表示される。

図４の（ｂ）は、画像処理装置１１０の操作部１１１に表示されるユーザ認証エラー画面の一例である。ユーザ認証エラー画面はユーザ認証モジュール３１０によって認証エラーと判断された場合に操作部１１１に表示される。ユーザ認証エラー画面は、エラーダイアログ４０５とＯＫボタン４０６とを含む。エラーダイアログ４０５にはエラーメッセージが表示され、エラーの内容がユーザに通知される。ユーザがＯＫボタン４０６を押下した場合は、ユーザ認証画面４０１が再び表示される。

なお、本発明によるユーザ認証画面は図４に示すものに限定するものではなく、画面構成、入力情報、認証のタイミングなどは他の構成であっても良い。例えば、画像処理装置１１０が備える特定の機能を選択した場合にユーザ認証を行うようにしてもよい。また、他の認証方式（例えばＩＣカードを用いた認証や、生体認証）に対応したユーザ認証モジュールに入れ替え、動作させた場合、認証方式によっては本例とは異なったユーザ認証画面が表示される。

図５は、本実施形態におけるユーザセッション情報の一例を示す図である。

図５の（ａ）は、ユーザ認証モジュール３１０内のセッション管理部３１１で管理されるユーザセッションの情報の構成例を示した図である。ユーザセッション情報は５０１〜５０５の情報によって構成される。

セッション情報５０１は、ユーザがユーザ認証モジュール３１０の認証部３１２によって認証された場合に生成されるセッション情報である。ユーザ識別子５０２は、ログインしたユーザを一意に特定するための識別子である。例えば、ユーザ認証画面４０１のユーザＩＤ入力フィールド４０２にて入力されるユーザＩＤであってもよい。ユーザ属性情報５０３は、ログインしたユーザの属性情報、例えば、ログインしたユーザの電子メールアドレスや表示名（氏名）などの属性情報である。

第１証明情報５０４は、例えばユーザが画像処理装置利用時に入力したユーザＩＤやパスワードなどと共に、認証方式の識別情報が記憶される。第２証明情報５０５は、例えばユーザが他の画像処理装置や情報処理装置に対してアクセスする際、アクセスに必要な外部のユーザ認証装置に対する認証のためにユーザがユーザインタフェースモジュール３０３に入力した認証情報が保持される。

後述する図６のフローチャートを実行してユーザ認証モジュール３１０がユーザを認証したことによって５０１〜５０４までを含むユーザセッション情報が生成される。そして、その後、図７のフローチャートを実行して認証部３０９がユーザを認証すると５０１〜５０４までを含むユーザセッション情報に５０５が追加される。
証明情報の数は５０４及び５０５の２つに限定するものではなく、可変であっても良い。

尚、ユーザセッション情報や証明情報の生成や削除については、図６で詳細を説明する。

図５の（ｂ）は、図５の（ａ）における第１証明情報５０４及び第２証明情報５０５の構成例を示す。ユーザＩＤ５０６は認証に利用するユーザ識別子である。パスワード５０７は認証に利用するパスワードである。認証モジュールフラグ５０８は、この証明情報が、画像処理装置１１０の認証モジュール３１０によって生成された証明情報であるか否かを示す情報である。認証モジュールフラグ５０８は、証明情報がユーザ認証モジュール３１０によって生成された場合はＴＲＵＥ、そうでない場合はＦＡＬＳＥの値が記憶される。認証方式５０９は、ユーザ認証の方式を識別するための情報である。例えば、ユーザＩＤとパスワードの照合による認証は、”ＢＡＳＩＣ”という情報が記憶される。また、他の認証プロコトル、例えばサーバを介したチャレンジ＆レスポンス方式の認証で利用される証明情報である場合は”ＣＲ”といった情報が記憶される。

図６は、本実施形態の画像処理装置のユーザ認証モジュール３１０が実行するユーザ認証処理の一例を示すフローチャートである。画像処理装置１１０のＣＰＵ２０１がユーザ認証モジュール３１０を実行することによって本フローチャートの処理が行われる。本フローチャートは、画像処理装置１１０に対してユーザがログアウトしており、操作部１１１に図４の（ａ）に示すユーザ認証画面が表示されている状態で実行を開始する。

ステップ（以下ステップＳと表記する）６０１では、ユーザが操作部１１１を介して入力した認証情報（ユーザＩＤやパスワード、等）をユーザインタフェースモジュール３０３が受け付ける。そして、ユーザ認証モジュール３１０が認証情報を受信する。

Ｓ６０２では、Ｓ６０１で受信した証明情報を利用して、認証部３１２が認証処理を実行する。具体的には、受信したユーザＩＤが存在するかを確認し、存在した場合はパスワードとの照合を行う。尚、本実施形態ではユーザＩＤとパスワードとの照合による認証方式を行う場合を例として説明するが、ユーザ認証モジュール３１０が他の認証方式に対応している場合には認証情報の内容や認証処理の内容はその認証方式に応じて異なる。

Ｓ６０３では、Ｓ６０２での認証処理の成否を判断する。Ｓ６０２での照合が成功した場合、認証成功と判断し、照合に失敗した場合、またはユーザＩＤが存在しない場合には認証失敗と判断する。認証に成功したと判断した場合にはＳ６０４へ進み、失敗したと判断した場合にはＳ６０６へ進む。

Ｓ６０４では、ユーザセッション情報を生成する。具体的には、セッション管理部３１１が管理するセッション管理テーブルにユーザセッション情報であるレコードを生成する。そして認証部３１２はセッションＩＤを発行し、セッション情報５０１に記憶する。また、Ｓ６０１で受信したユーザＩＤをユーザ識別子５０２として記憶する。また、認証部にユーザＩＤ、パスワードと共に記憶されているユーザの属性をユーザ属性情報５０３に記憶する。

Ｓ６０５は、証明情報登録ステップであり、Ｓ６０２の認証処理ステップにて利用した証明情報であるユーザＩＤとパスワードを、図５の（ｂ）に示す証明情報のユーザＩＤ５０６とパスワード５０７の其々に記憶する。さらに、認証方式を識別するための情報を認証方式５０９に記憶し、画像処理装置のユーザ認証モジュールによって認証されたか否かの情報を認証モジュールフラグ５０８に記憶する。本実施形態では、ユーザ名とパスワードの照合による認証方式であることを示す”ＢＡＳＩＣ”という識別情報を認証方式５０９に記憶する。さらに、本証明情報は認証モジュール３１０によって生成されるものであるため、認証モジュールフラグ５０８にＴＲＵＥの情報を記憶する。そして、操作部１１１の表示内容を図４（ａ）のユーザ認証画面から画像処理装置１１０の操作を受け付けるための画面（不図示）に切り替える。ユーザ認証モジュール３１０がユーザを認証したことによって当該ユーザは画像処理装置１１０にログインしたことになる。

Ｓ６０６は、エラーメッセージ表示ステップであり、操作部１１１に図４（ｂ）のユーザ認証エラー画面を表示する。

以上のステップによって、ユーザ認証が成功し、ユーザセッション情報や証明情報を登録した後は、ユーザは操作部１１１を介して画像処理装置の各機能を利用することが可能となる。

図７は、本実施形態の画像処理装置における認証処理及び証明情報登録処理の一例を示すフローチャートである。

本実施形態ではアプリケーションモジュールＡ３０５は、画像データ管理モジュール３０８から画像データを取得し、取得した画像データに対して画像処理を行い、プリンタ制御モジュールを介して画像データを出力する機能を持つものとする。画像データ管理モジュールは認証部３０９を備えており、認証部３０９により認証されたユーザは画像データ管理モジュール３０８が管理する画像データにアクセスすることが可能になる。従って、ユーザ認証モジュール３１０によって認証され画像処理装置１１０に対する操作が可能になったユーザがアプリケーションモジュールＡ３０５を利用する場合、今度は認証部３０９によるユーザ認証が必要になる。本フローチャートは、アプリケーションモジュールＡ３０５が画像データ管理モジュール３０８から画像を取得する際の認証処理及び証明情報の登録に関する処理を説明するものである。ユーザ認証モジュール３１０によって認証されたユーザがアプリケーションモジュールＡ３０５に対して実行を指示した場合に本フローチャートの処理を開始する。

Ｓ７０１ではアプリケーションモジュールＡ３０５は、ユーザ認証モジュール３１０のセッション管理部３１１より、現在ログインしているユーザのユーザセッション情報を取得する。そしてＳ７０２へ進む。

Ｓ７０２において、アプリケーションモジュールＡ３０５は、取得したセッション情報に含まれる第１証明情報５０４を利用することが出来るか否かを判断する。Ｓ７０２での判断の詳細は図９のフローチャートで説明する。第１証明情報５０４を利用できると判断した場合にはＳ７０３へ進み、第１証明情報５０４を利用できないと判断した場合にはＳ７０５へ進む。

Ｓ７０３では、アプリケーションモジュールＡ３０５は、取得した第１証明情報５０４を認証部３０９へ通知する。そして、認証部３０９は通知された第１証明情報５０４を利用して認証処理を行う。具体的には、認証部３０９は第１証明情報５０４にユーザＩＤの情報が認証部３０９に登録されているかを確認し、存在した場合はパスワードの照合を行う。そして、Ｓ７０４へ進む。

Ｓ７０４では、アプリケーションモジュールＡ３０５は、認証部３０９によるＳ７０３での認証処理が成功したか否かを判断する。認証に失敗したと判断した場合は、Ｓ７０２で取得した第１証明情報５０４を削除し、Ｓ７０５へ進む。認証に成功したと判断した場合には本フローチャートを終了する。

Ｓ７０５では、アプリケーションモジュールＡ３０５は図４の（ａ）に示すユーザ認証画面４０１と同様の画面を、ユーザインタフェースモジュール３０３を介して操作部１１１に表示する。そしてユーザによる認証情報（例えば、ユーザＩＤとパスワード）の入力を受け付ける。そしてＳ７０６へ進む。

Ｓ７０６では、アプリケーションモジュールＡ３０５はＳ７０５で受け付けた認証情報を認証部３０９に通知する。そして認証部３０９は通知された認証情報に基づいて認証処理を実施する。具体的には、認証部３０９は受け付けたユーザＩＤの情報が認証部３０９に登録されているかを確認し、存在した場合はパスワードの照合を実施する。そしてＳ７０７へ進む。

Ｓ７０７では、アプリケーションモジュールＡ３０５は、認証部３０９のＳ７０６での認証処理が成功したか否かを判断する。認証処理が成功したと判断した場合にはＳ７０８へ進み、認証処理が失敗したと判断した場合にはＳ７０９へ進む。

Ｓ７０８では、アプリケーションモジュールＡ３０５は図５の（ｂ）に示すような第２証明情報５０５を生成する。そしてＳ７０６の認証処理ステップにて利用した認証情報であるユーザＩＤとパスワードを第２証明情報５０５のユーザＩＤ５０６とパスワード５０７の其々に記憶する。さらに、認証方式を識別するための情報を認証方式５０９に記憶し、画像処理装置のユーザ認証モジュールによって認証されたか否かの情報を認証モジュールフラグ５０８に記憶する。第２証明情報５０５はユーザ認証モジュール３１０によって生成されるものではないため、認証モジュールフラグにＦＡＬＳＥの情報を記憶する。そして、第２証明情報５０５をユーザセッション情報に関連付けて登録する。既にユーザ認証モジュール３１０や他のアプリケーションによって証明情報が１つ以上登録されている場合は、第２証明情報５０５をこれらの証明情報に追加登録する。そして本フローチャートを終了する。なお、Ｓ７０８における第２証明情報５０５の生成を認証部３０９が行い、アプリケーションモジュールＡ３０５に通知するようにしても構わない。

Ｓ７０８の処理を実行した後、アプリケーションモジュールＡ３０５は画像データ管理モジュール３０８にて管理されている画像を取得することが可能になり、取得した画像の出力処理を実行する。また、Ｓ７０５にて表示したユーザ認証画面を非表示にする。

Ｓ７０９では、アプリケーションモジュールＡ３０５は、図４の（ｂ）に示すようなユーザ認証エラー画面を表示する。ＯＫボタン４０６が押下されたら再びＳ７０５へ進む。

以上、図７のフローチャートによれば、画像処理装置１１０の内部に設けられた認証部３０９が、ユーザ認証モジュール３１０での認証によって登録された第１証明情報５０４を用いてユーザ認証を行う。これにより、認証部３０９に対するユーザ認証のためにユーザＩＤやパスワードを入力する必要が無く、シングルサインオンを実現することが可能になる。更に、認証部３０９がユーザを認証したことによって生成される第２証明情報５０５をユーザセッション情報に関連付けて登録する。これにより、後にユーザ認証モジュール３１０とも認証部３０９とも異なる認証手段（不図示）の認証が必要になった場合に、第１証明情報５０４に加えて第２証明情報５０５を用いたユーザ認証処理を実行することが可能になる。

なお、画像データ管理モジュール３０８に相当する構成を画像処理装置１１０の外部、例えば画像処理装置１２０、あるいは情報処理装置１３０が有していてもよい。例えば、画像データ管理モジュール３０８が画像処理装置１２０や情報処理装置１３０に設けられる場合が当てはまる。この場合、アプリケーションモジュールＢ３０６またはアプリケーションモジュールＣ３０７などの他のアプリケーションが、画像処理装置１２０または情報処理装置１３０にアクセスする際に認証処理を実施する場合にも本フローチャートの処理が適用される。その場合、画像データ管理モジュール３０８が実行する処理は画像処理装置１２０や情報処理装置１３０のＣＰＵが実行することになる。

図８は、本実施形態の画像処理装置における、ユーザのログアウト処理の一例を示すフローチャートである。

図６のフローチャートを実行することでユーザが画像処理装置にログインし、ログインしたユーザの指示に基づいて画像処理装置１１０が画像の出力などの一連の処理を終えた後、ユーザからログアウトが指示されると本フローチャートを開始する。具体的には、認証モジュールは操作部１１１を介してログアウト指示をユーザから受信する。ログアウト指示は、ユーザインタフェースモジュール３０３を介してユーザ認証モジュール３１０に送られ、セッション管理部３１１にて本フローであるログアウト処理を開始する。なお、ユーザが画像処理装置１１０にログインした後、ユーザが操作部１１１を操作することなく所定時間が経過した場合、当該ユーザを自動的にログアウトするために本フローチャートを開始してもよい。

Ｓ８０１では、セッション管理部３１１が管理するユーザセッション情報に、証明情報（例えば、第１証明情報５０４や第２証明情報５０５）が関連付けられているか否を判断する。ユーザセッションに関連した証明情報が記憶されている場合にはＳ８０２へ進む。ユーザセッションに関連した証明情報が存在しない場合はＳ８０３へ進む。

Ｓ８０２では、ユーザセッション情報に関連した証明情報を削除する。ユーザセッションに関連した証明情報が複数あれば、それら複数の証明情報を削除する。そしてＳ８０３へ進む。

Ｓ８０３において、ユーザ認証モジュール３１０はプラットホーム３１３を介して関連するソフトウェアモジュール、（例えばアプリケーションモジュールＡ〜Ｃのいずれか、及び画像データ管理モジュール３０８）に対してユーザがログアウトしたことを通知する。そしてＳ８０４へ進む。

Ｓ８０４において、ユーザ認証モジュール３１０はログアウトしたユーザのセッション情報を削除する。そして本フローチャートを終了する。

図８のフローチャートによれば、ログアウトしたユーザの証明情報はセッション情報とともに削除される。従って、画像処理装置１１０はユーザの証明情報を当該ユーザログアウトした後まで記憶しておく必要がない。一般的な鍵束方式によってシングルサインオンを実現する装置では、複数のユーザの証明情報を予め装置に記憶しておく必要があるため、装置は証明情報を記憶するための大容量の記憶領域を必要とする。一方本実施形態の画像処理装置１１０はそのような大容量の記憶装置を必要としない。

なお、ユーザセッション情報に第１証明情報５０４と第２証明情報５０５とが登録されている状態でユーザが画像処理装置１１０を操作しない時間が所定時間経過した場合、ユーザセッション情報から第５０５証明情報を削除してもよい。そしてその後、ログアウトの指示に基づいて図８に示す処理を実行してもよい。

図９は、図７のフローチャートのＳ７０２における証明情報利用可否判断の詳細を示すフローチャートである。アプリケーションモジュールＡ３０５が図９に示す各ステップを実行する。

Ｓ９０１では、アプリケーションモジュールＡ３０５が利用する認証方式と同じ認証方式を示す情報が認証方式５０９に格納されている証明情報が存在するか否かを判断する。本実施形態では、アプリケーションモジュール（Ａ〜Ｃ）のそれぞれには、ユーザ認証を行う際の認証方式が予め定められているものとする。例えば、アプリケーションモジュールＡ３０５は、ＢＡＳＩＣ認証による認証を行うことが定められているものとする。存在しないと判断した場合は図７のＳ７０５へ進む。なお、証明情報が存在したとしても、アプリケーションモジュールＡ３０５、あるいは認証部３０９が証明情報に対するアクセス権がなく、証明情報へアクセスすることが出来ない場合も証明情報が存在しないものと同等であるものと判断し、Ｓ７０５へ進む。一方、存在すると判断した場合はＳ９０２に進む。

Ｓ９０２では、存在すると判断された証明情報が複数個であるか否かを判断する。複数個であると判断した場合にはＳ９０３へ進み、複数個でない、即ち１個である場合にはＳ９０８へ進む。

Ｓ９０３では、Ｓ９０１で存在すると判断された複数個の証明情報のうち、認証モジュールフラグ５０８がＴＲＵＥとなっている証明情報、即ちユーザ認証モジュール３１０が生成した証明情報を検索する。複数の証明情報の内、ユーザ認証モジュール３１０が生成した証明情報を優先的に利用するためである。

Ｓ９０４は、Ｓ９０３での検索の結果に基づいて、ユーザ認証モジュール３１０が生成した証明情報が存在するか否かを判断する。存在すると判断した場合、Ｓ９０５へ進み、存在しないと判断した場合にはＳ９０６へ進む。

Ｓ９０５では、ユーザ認証モジュール３１０が生成した証明情報を取得して図７のＳ７０３へ進む。

Ｓ９０６は、選択画面表示ステップである。アプリケーションモジュールＡ３０５は、Ｓ９０１で存在すると判断された複数個の証明情報のうち、どの証明情報を取得するかを選択するための操作画面を操作部１１１に表示し、ユーザからの選択の指示を受け付ける。操作画面には、それぞれの証明情報のユーザＩＤ５０６やパスワード５０７といった、ユーザが適切な証明情報が選択できるような情報が表示される。

Ｓ９０７では、Ｓ９０６でユーザが選択した証明情報をユーザセッション情報から取得して図７のＳ７０３へ進む。

Ｓ９０８では、Ｓ９０１で存在すると判断された１つの証明情報を取得して図７のＳ７０３へ進む。

図１０は、本実施形態の画像処理装置における、証明情報に対するアクセス制限処理の一例を示すフローチャートである。

図９のＳ９０１に示す処理、及び図７のＳ７０８の証明情報登録処理において、認証部３０９はセッション管理部３１１が管理する証明情報を記憶する記憶領域へアクセスする必要がある。セッション管理部３１１は、認証部３０９に対してユーザ認証を依頼したアプリケーションモジュール（Ａ〜Ｃ）の種類に応じて認証部３０９が証明情報へアクセスすることを許可するか否かを判断する。不許可と判断した場合は証明情報へのアクセスをエラーとする。

Ｓ１００１では、証明情報にアクセスするアプリケーションモジュールの証明情報に対するアクセス権限を確認する。本実施形態では、アプリケーションモジュールの実行プロセスに、特定の権限が割り当てられているか否かを確認する。

Ｓ１００２では、Ｓ１００１での確認の結果に基づいてアプリケーションモジュールが証明情報へのアクセス権限を有するか否かを判断する。権限がないと判断した場合はＳ１００４へ進み、権限があると判断した場合はＳ１００３へ進む。

Ｓ１００３は、アクセス許可ステップであり、アプリケーションモジュールに対して証明情報へのアクセスを許可し、本フローチャートを終了する。

Ｓ１００４は、アクセス不許可ステップであり、アプリケーションモジュールに対して証明情報へのアクセスを不許可として、本フローチャートを終了する。

図１０のフローチャートによれば、アプリケーションに対して証明情報のアクセスを制限することが可能になる。

以上、本実施形態によれば、第１認証手段の一例であるユーザがユーザ認証モジュール３１０によって認証されたことによって生成、記憶される第１証明情報を用いて第２認証装置の一例である他の認証装置への認証を行うことが可能になる。これによりシングルサインオンを実現することが出来る。

そして、ユーザがユーザ認証モジュール３１０によって認証されている間に当該ユーザが他の認証装置によって認証されたことによって生成される第２証明情報を、第１証明情報に関連付けてユーザセッション情報に追加登録する。これにより、ユーザがユーザ認証モジュール３１０によって認証されている間は追加された証明情報を用いて更に異なる認証装置による認証を行うことが可能になる。これにより、更に柔軟なシングルサインオンを実現することが出来る。

そして、ユーザがユーザ認証モジュール３１０からログアウトした場合に第１証明情報、第２証明情報は消去される。これにより、鍵束方式によって実現される従来のシングルサインオンの技術のように、複数のユーザの鍵束を予め装置内に登録しておく必要が無い。よって鍵束を登録するための記憶容量を確保する必要が無く、また、鍵束を予め登録する手間を省略することが出来る。

［他の実施の形態］
なお、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施の形態の機能を実現するソフトウェアのプログラムコード（以下制御プログラム）を記録した記憶媒体を、画像処理装置や情報処理装置、或いはそれら装置の機能拡張ユニットに供給し、それら装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納された制御プログラムを読み出す処理である。この場合、記憶媒体から読み出された制御プログラム自体が前述した実施の形態の機能を実現することになり、その制御プログラム及び該制御プログラムを記憶した記憶媒体は本発明を構成することになる。制御プログラムはネットワークを介してダウンロードしてもよい。

１１０画像処理装置
３０５アプリケーションモジュールＡ
３０９認証部
３１０ユーザ認証モジュール

Claims

アプリケーションを実行することが可能な情報処理装置において、
前記情報処理装置のユーザを認証する第１認証手段と、
前記第１認証手段による認証に関する情報である第１証明情報を記憶する第１記憶手段と、
前記第１認証手段により認証されたユーザの指示に基づいて前記アプリケーションを実行する場合に、前記第１記憶手段によって記憶された前記第１証明情報を取得する取得手段と、
前記取得手段が取得した第１証明情報を用いて、前記アプリケーションを実行するために必要な認証を第２認証手段に対して要求する要求手段と、
前記要求手段による要求に基づいて前記第２認証手段が行った認証が成功した場合に、前記アプリケーションを実行するアプリケーション実行手段と、
前記第２認証手段による認証に関する情報である第２証明情報を前記第１証明情報に関連付けて記憶する第２記憶手段と、を有することを特徴とする情報処理装置。
更に、前記第１認証手段が前記ユーザを認証している状態からログアウトしたことに従って、前記第１証明情報と前記第２証明情報とを消去する消去手段を備えることを特徴とする、請求項１に記載の情報処理装置。
画像データを記憶する画像データ記憶手段を更に備え、
前記アプリケーションは、前記ユーザの指示に基づいて、前記画像データ記憶手段にアクセスして前記画像データ記憶手段に記憶された画像データを処理し、
前記第２認証手段は前記アプリケーションによる前記画像データ記憶手段へのアクセスを指示するユーザを認証することを特徴とする、請求項１または２に記載の情報処理装置。
前記取得手段が前記記憶手段に記憶された前記第１証明情報を取得できない場合、前記アプリケーションは前記第２認証手段による認証のために必要な認証情報の入力を前記ユーザに促す通知を行うことを特徴とする、請求項１乃至３の何れか１項に記載の画像処理装置。
前記第１証明情報は、前記第１認証手段がユーザを認証するために用いられた認証情報を含むことを特徴とする、請求項１乃至４の何れか１項に記載の情報処理装置。
前記第１証明情報は、前記第１認証手段の認証方法を示す情報を含むことを特徴とする、請求項１乃至５の何れか１項に記載の情報処理装置。
前記第１証明情報は、前記第１認証手段がユーザを認証したことを示す情報を含むことを特徴とする、請求項１乃至６の何れか１項に記載の情報処理装置。
前記第２認証手段は前記情報処理装置に備えられていることを特徴とする、請求項１乃至７の何れか１項に記載の情報処理装置。
前記第２認証手段は、前記情報処理装置の外部に備えられており、前記情報処理装置とネットワークを介して通信することが可能であることとを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
アプリケーションを実行することが可能な情報処理装置におけるユーザ認証方法であって、
第１認証手段が前記情報処理装置のユーザを認証するユーザ認証工程と、
前記第１認証手段による認証に関する情報である第１証明情報を記憶する第１記憶工程と、
前記第１認証手段により認証されたユーザの指示に基づいて前記アプリケーションを実行する場合に、前記第１記憶工程において記憶された前記第１証明情報を取得する取得工程と、
前記取得工程において取得された第１証明情報を用いて、前記アプリケーションを実行するために必要な認証を第２認証手段に対して要求する要求工程と、
前記要求工程における要求に基づいて前記第２認証手段が行った認証が成功した場合に、前記アプリケーションを実行するアプリケーション実行工程と、
前記第２認証手段による認証に関する情報である第２証明情報を前記第１証明情報に関連付けて記憶する第２記憶工程と、を有することを特徴とするユーザ認証方法。
アプリケーションを実行することが可能な情報処理装置におけるユーザ認証方法をコンピュータに実行させるためのプログラムであって、前記認証方法は、
第１認証手段が前記情報処理装置のユーザを認証するユーザ認証工程と、
前記第１認証手段による認証に関する情報である第１証明情報を記憶する第１記憶工程と、
前記第１認証手段により認証されたユーザの指示に基づいて前記アプリケーションを実行する場合に、前記第１記憶工程において記憶された前記第１証明情報を取得する取得工程と、
前記取得工程において取得された第１証明情報を用いて、前記アプリケーションを実行するために必要な認証を第２認証手段に対して要求する要求工程と、
前記要求工程における要求に基づいて前記第２認証手段が行った認証が成功した場合に、前記アプリケーションを実行するアプリケーション実行工程と、
前記第２認証手段による認証に関する情報である第２証明情報を前記第１証明情報に関連付けて記憶する第２記憶工程と、を有することを特徴とするプログラム。