JP7230414B2 - 情報処理システムおよびプログラム - Google Patents

Description

本発明は、情報処理システムおよびプログラムに関する。

例えば特許文献１には、ユーザ操作端末からネットワークを介しアプリケーションサーバに接続してクラウドサービスを提供するクラウドサービス提供システムであって、クラウドサービス提供システムは、更に認証サーバを備え、クラウドサービス毎に認証の度合いを示す認証度が設定され、認証度に応じて、ユーザ操作端末でクラウドサービス利用データ、生体認証データ、個人情報データの内、いずれか１つ以上を認証データとして入力し、認証サーバに登録された個人利用登録情報と認証データとを照合する認証処理を実行し、認証に成功した場合にクラウドサービスを利用可能とする利用セッション情報を生成してユーザ操作端末に送信し、ユーザ操作端末は受信した利用セッション情報でアプリケーションサーバへのログイン処理を実行し、クラウドサービスの提供を受け、利用セッション情報は時間経過後に無効とすることを特徴とするクラウドサービス提供システムが開示されている。

特開２０１５－３２１０８号公報

ところで、複数の認証手段が用意されており、一の認証手段による認証によってネットワーク上の複数の資源に対するアクセスを可能にするシステムが知られている。このようなシステムにおいて、例えば、従来は、各々の資源に設定された認証の認証強度に応じて再認証を求めるシステムが知られているが、一の認証に用いられた認証手段によらず一律再認証を求められるため、ユーザの利便性が損なわれてしまうことがあった。また、例えば、再認証のときに一の認証で用いられた認証手段と再認証に用いられる認証手段の認証強度が考慮されていないため、資源によって適切な認証強度で再認証させることができない場合があった。

本発明は、一の認証によって複数の資源へのアクセスが可能なシステムにおいて、ユーザの利便性を損なわずに、資源ごとに設けられる認証強度の設定に従ったアクセス制御を可能にすることを目的とする。

請求項１に記載の発明は、ネットワーク上の一の資源に対してユーザがアクセスする際に認証を行う第１の認証手段と、ネットワーク上の前記一の資源とは異なる他の資源に対してユーザがアクセスする際に認証を行う第２の認証手段と、前記第１の認証手段にて認証を行ったユーザが前記他の資源にアクセスする場合に、当該第１の認証手段の第１認証強度および前記第２の認証手段の第２認証強度を特定する特定手段と、前記第１認証強度が前記第２認証強度以上である場合に、前記他の資源に対する認証を前記ユーザに要求することなく、当該ユーザの前記他の資源に対するアクセスを可能にし、前記第１認証強度が前記第２認証強度よりも低い場合に、前記一の資源および前記他の資源と認証連携している認証手段であって、前記第２認証強度以上の認証強度が設定されている他の認証手段をユーザに提示し、当該他の認証手段による認証をユーザに要求する制御手段と、を備える情報処理システムである。
請求項２に記載の発明は、前記制御手段は、前記認証手段にてユーザが認証を行うための画像を表示することなく、前記他の資源に対するアクセスを許可する請求項１に記載の情報処理システムである。
請求項３に記載の発明は、前記制御手段は、ユーザに認証を要求する際に、前記第２認証強度以上の認証強度を有する前記認証手段にてユーザが認証を行うための特定画像を画面に表示させる請求項１に記載の情報処理システムである。
請求項４に記載の発明は、前記制御手段は、ユーザに認証を要求する際に、認証済みの前記認証手段にてユーザが認証を行うための画像、および前記第２認証強度よりも低い認証強度が設定された前記認証手段にてユーザが認証を行うための画像を画面に表示させない請求項３に記載の情報処理システムである。
請求項５に記載の発明は、前記認証手段の認証強度の情報を、ユーザが前記他の資源にアクセスを行う前に予め取得する取得手段を備え、前記制御手段は、ユーザが前記他の資源にアクセスを行う際に、前記取得手段が取得している前記認証強度の情報を用いて認証の実行を制御する請求項１に記載の情報処理システムである。
請求項６に記載の発明は、コンピュータに、ネットワーク上の一の資源に対してユーザがアクセスする際に認証を行う第１の認証手段にて認証を行ったユーザが、当該一の資源とは異なる他の資源にアクセスする場合に、当該第１の認証手段の第１認証強度、および当該他の資源に対してユーザがアクセスする際に認証を行う第２の認証手段の第２認証強度を特定する機能と、前記第１認証強度が前記第２認証強度以上である場合に、前記他の資源に対する認証を前記ユーザに要求することなく、当該ユーザの前記他の資源に対するアクセスを可能にし、前記第１認証強度が前記第２認証強度よりも低い場合に、前記一の資源および前記他の資源と認証連携している認証手段であって、前記第２認証強度以上の認証強度が設定されている他の認証手段をユーザに提示し、当該他の認証手段による認証をユーザに要求する制御機能と、を実現させるプログラムである。

請求項１、６の発明によれば、ユーザの利便性を損なわずに、資源ごとに設けられる認証強度の設定に従ったアクセス制御が可能になる。
請求項２の発明によれば、認証を行うための画像を表示する場合と比較して、ユーザの認証に対する手間を省くことが可能になる。
請求項３の発明によれば、他の資源に対する認証強度の設定を保ちつつ、他の資源にアクセスするユーザの利便性を向上させることができる。
請求項４の発明によれば、ユーザが認証を行う必要のない認証手段による認証をユーザが行うことを抑制できる。
請求項５の発明によれば、ユーザが他の資源に対してアクセスを行ってから認証手段の認証強度の取得を行う場合と比較して、ユーザの認証の実行に関する処理を速く行うことができる。

本実施形態の情報処理システムの全体構成を示す図である。 資源提供サーバ、クライアント端末および認証サーバを実現するコンピュータのハードウェア構成例を示す図である。 本実施形態の資源提供サーバの機能構成を示す図である。 本実施形態のクライアント端末の機能構成を示す図である。 本実施形態の認証連携サーバの機能構成を示す図である。 本実施形態の認証連携サーバ管理テーブルの一例の図である。 本実施形態の情報処理システムの動作のフロー図である。 （Ａ）および（Ｂ）は、本実施形態のログイン選択画像の説明図である。 変形例のログイン選択画像の説明図である。

以下、添付図面を参照して、本発明の実施の形態について詳細に説明する。
＜情報処理システム１の全体構成＞
図１は、本実施形態の情報処理システム１の全体構成を示す図である。

図１に示すように、本実施形態の情報処理システム１は、ネットワークを介して具体的な資源を提供する第１資源提供サーバ１０Ａと、第１資源提供サーバ１０Ａとは異なる資源を提供する第２資源提供サーバ１０Ｂと、第１資源提供サーバ１０Ａおよび第２資源提供サーバ１０Ｂとは異なる資源を提供する第３資源提供サーバ１０Ｃと、第１資源提供サーバ１０Ａ、第２資源提供サーバ１０Ｂおよび第３資源提供サーバ１０Ｃとは異なる資源を提供する第４資源提供サーバ１０Ｄと、を備える。

また、情報処理システム１は、第１資源提供サーバ１０Ａ、第２資源提供サーバ１０Ｂ、第３資源提供サーバ１０Ｃおよび第４資源提供サーバ１０Ｄにより提供される資源を利用するクライアント端末２０と、第１資源提供サーバ１０Ａ、第２資源提供サーバ１０Ｂ、第３資源提供サーバ１０Ｃおよび第４資源提供サーバ１０Ｄの間におけるログイン認証の連携を行う認証連携サーバ３０と、を備える。そして、各装置は、ネットワーク４０を介して接続されている。

なお、本実施形態の説明において、第１資源提供サーバ１０Ａと、第２資源提供サーバ１０Ｂと、第３資源提供サーバ１０Ｃと、第４資源提供サーバ１０Ｄと、をそれぞれ特に区別しない場合には、「資源提供サーバ１０」と総称する。

（資源提供サーバ１０の概要）
資源提供サーバ１０には、所謂サービス・プロバイダを例示できる。サービス・プロバイダとは、ネットワークを介してサービス（Ｗｅｂサービスやクラウド・サービス）を提供するサーバである。資源提供サーバ１０により提供される資源としてのサービスは、例えば、ネットワーク４０を介して利用されるアプリケーション・プログラム（Ｗｅｂアプリケーション）や、さらにバックエンドに置かれたアプリケーション・プログラムを用いた処理により実現される。また、資源提供サーバ１０により提供されるサービスには、ストレージやプロセッサ等のハードウェア資源の提供やソフトウェア自体（ソフトウェア・パッケージ）の提供等も含む。

ここで、ネットワーク４０上の資源とは、ユーザがネットワークを介して利用し得るハードウェア、ソフトウェア、データ等をいう。ネットワークで提供されるサービス（Ｗｅｂサービスやクラウド・サービス）を利用する際には、そのサービスを提供するために用いられたハードウェアやソフトウェアが使用される。従って、本実施形態において、ネットワーク４０上の資源には、ネットワークで提供されるサービスを含むものとする。

なお、本実施形態の資源提供サーバ１０は、資源として、ユーザのクライアント端末２０の表示装置２１０（後述の図２参照）の画面（以下、単に画面と呼ぶ）にＷｅｂページを表示させてサービスを提供する。そして、本実施形態の情報処理システム１では、第１資源提供サーバ１０Ａが提供するサービスを「サービスＡ」と称し、第２資源提供サーバ１０Ｂが提供するサービスを「サービスＢ」と称し、第３資源提供サーバ１０Ｃが提供するサービスを「サービスＣ」と称し、第４資源提供サーバ１０Ｄが提供するサービスを「サービスＤ」と称する。

さらに、本実施形態では、各々の資源提供サーバ１０が提供するサービス（サービスＡ、サービスＢ、サービスＣ、サービスＤ）は、さらに詳細な複数のサービス単位によって構成されている。上述のとおり、本実施形態の資源提供サーバ１０は、それぞれ、ユーザのクライアント端末２０の画面に、資源として、Ｗｅｂページを表示するサービスを提供する。このＷｅｂページは、内容が異なる複数のページによって構成されている。この場合には、複数のページのうち個々のページがサービス単位となる。なお、Ｗｅｂページ（個々のページ）は、ＵＲＬ（Uniform Resource Locator）によって特定できる。

また、本実施形態の第１資源提供サーバ１０Ａ、第２資源提供サーバ１０Ｂ、第３資源提供サーバ１０Ｃおよび第４資源提供サーバ１０Ｄは、それぞれログイン認証を行う機能を有している。
ログイン認証とは、資源提供サーバ１０の資源を利用するために、予め設定されたアカウント情報であるユーザ情報およびパスワード情報とを用いて、ユーザを認証するための操作である。そして、ユーザがログイン認証に成功することで、資源提供サーバ１０にログインしたログイン状態となり、その資源提供サーバ１０の資源に対するユーザのアクセスが可能になる。

そして、本実施形態の資源提供サーバ１０におけるログイン認証は、パスワードポリシーに基づいて行われる。パスワードポリシーは、ログイン認証に用いられるパスワード等の認証情報の認証強度を指定するものである。すなわち、パスワードポリシーは、ログイン認証に用いるパスワードの設定条件を指定する。なお、パスワードポリシーについては、後に詳しく説明する。

（クライアント端末２０の概要）
クライアント端末２０は、例えば、パーソナル・コンピュータ、タブレット端末やスマートフォン等の携帯型情報端末、その他、ネットワーク４０上の資源を利用し得る情報端末である。なお、ネットワーク４０上の資源の利用には、資源提供サーバ１０により提供されるサービス、ハードウェア資源、ソフトウェア・パッケージを利用することの他、ネットワーク４０を介して他の端末装置や画像形成装置等の情報機器の機能を利用することも含まれる。

（認証連携サーバ３０の概要）
認証連携サーバ３０は、それぞれ異なるサービスを提供する複数の資源提供サーバ１０の間でログイン認証を連携させる所謂フェデレーションを実現する。すなわち、認証連携サーバ３０は、複数の資源提供サーバ１０の認証情報を共有することで、例えば一の資源提供サーバ１０に対する一度のログイン認証で、他の複数の資源提供サーバ１０の資源の利用を可能にする。つまり、本実施形態の認証連携サーバ３０は、フェデレーションを用いたＳＳＯ（Single Sign On）を実現する。

上述したように、本実施形態の複数の資源提供サーバ１０は、それぞれログイン認証を行う機能を有している。そして、例えば、一の資源提供サーバ１０に対してユーザがログイン認証を行ってログインすると、一の資源提供サーバ１０の資源に対するユーザのアクセスが可能になる。そして、認証連携サーバ３０は、一の資源提供サーバ１０にユーザがログインしたログイン状態で、他の資源提供サーバ１０の資源にユーザがアクセスを行った場合に、他の資源提供サーバ１０に対するログイン認証を行うことなく、他の資源提供サーバ１０の資源に対するアクセスを可能にする。

ただし、本実施形態の認証連携サーバ３０は、一の資源提供サーバ１０にユーザがログインした状態で、他の資源提供サーバ１０の資源に対するアクセスを単に許可しないようにしている。本実施形態の認証連携サーバ３０は、一の資源提供サーバ１０に対してユーザがログインした状態で、他の資源提供サーバ１０の資源にユーザがアクセスする際、ユーザに対して再度のログイン認証（以下、再ログイン認証）を要求するか否かを判断する。本実施形態では、認証連携サーバ３０は、ユーザがアクセス要求する他の資源提供サーバ１０の資源に設定されるセキュリティポリシーと、一の資源提供サーバ１０のログイン認証に関する認証強度とに基づいて、再ログイン認証の実行を制御する。

ここで、セキュリティポリシーは、資源提供サーバ１０が資源としてのサービスにユーザがアクセスする際のセキュリティ要件を定めたものである。また、各々の資源提供サーバ１０において、セキュリティポリシーは、サービス単位で設定される。
そして、本実施形態においては、セキュリティポリシーは、ユーザがサービス単位にアクセスする際、ユーザのログイン認証におけるパスワードの認証強度を設定する。つまり、セキュリティポリシーは、指定された認証強度以上のログイン認証が行われていることを条件として、アクセス要求が行われたサービス単位に対するアクセスを許可することを指定する。なお、本実施形態において、セキュリティポリシーが要求するログイン認証のパスワードの認証強度のことを、「要求認証強度」と呼ぶ。

また、セキュリティポリシーは、予め定められたサービス単位にユーザがアクセスを行う際に、再ログイン認証を要求することを設定する場合もある。セキュリティポリシーが再ログイン認証を要求することを指定する場合、セキュリティポリシーが指定するログイン認証におけるパスワードの認証強度には、そのサービス単位が属する資源提供サーバ１０に設定されるパスワードの認証強度を用いる。具体的には、一の資源提供サーバ１０に対してユーザがログイン認証済みであるとする。そして、ユーザが、他の資源提供サーバ１０が提供するサービス単位に対してアクセス要求をする。このとき、セキュリティポリシーが再ログイン認証を要求することを指定する場合、再ログイン認証の実行の有無の判断は、一の資源提供サーバ１０に設定されるパスワードの認証強度と、アクセス対象のサービス単位を提供する他の資源提供サーバ１０に設定されるパスワードの認証強度とに基づいて行われる。

なお、セキュリティポリシーとして、再ログイン認証が要求される場合、必ず再ログイン認証が実行されるものではない。本実施形態では、上述のとおり、再ログイン認証の実行の判断を行うため、セキュリティポリシーが再ログイン認証を要求する場合であっても、結果的に、再ログイン認証が行われない場合がある。

ネットワーク４０は、情報処理システム１を構成する装置間のデータ通信に用いられる通信ネットワークである。ネットワーク４０は、データの送受信が可能であれば、その種類は特に限定されず、例えばインターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等として良い。データ通信に用いられる通信回線は、有線であっても無線であっても良い。また、各装置は、複数のネットワークや通信回線を介して接続される構成でも良い。

＜各装置のハードウェア構成＞
図２は、資源提供サーバ１０、クライアント端末２０および認証連携サーバ３０を実現するコンピュータのハードウェア構成例を示す図である。
図２に示すように、コンピュータ２００は、演算手段であるＣＰＵ（Central Processing Unit）２０１と、記憶手段である主記憶装置（メイン・メモリ）２０２および外部記憶装置２０３を備える。ＣＰＵ２０１は、外部記憶装置２０３に格納されたプログラムを主記憶装置２０２に読み込んで実行する。主記憶装置２０２としては、例えばＲＡＭ（Random Access Memory）が用いられる。外部記憶装置２０３としては、例えば磁気ディスク装置やＳＳＤ（Solid State Drive）等が用いられる。また、コンピュータ２００は、表示装置（ディスプレイ）２１０に表示出力を行うための表示機構２０４と、コンピュータ２００の操作者による入力操作が行われる入力デバイス２０５とを備える。入力デバイス２０５としては、例えばキーボードやマウス等が用いられる。また、コンピュータ２００は、ネットワーク４０に接続するためのネットワーク・インターフェイス２０６を備える。
なお、本実施形態の情報処理システム１における一連の動作を資源提供サーバ１０、クライアント端末２０および認証連携サーバ３０にてそれぞれ実現させるプログラムは、例えば通信手段により提供することはもちろん、各種の記録媒体に格納して提供しても良い。

なお、図２に示すコンピュータ２００の構成は一例に過ぎず、図２の構成例に限定されるものではない。例えば、記憶装置としてフラッシュ・メモリ等の不揮発性メモリやＲＯＭ（Read Only Memory）を備える構成としても良い。また、資源提供サーバ１０、クライアント端末２０等の適用対象に応じて、具体的な構成は異なる場合がある。例えば、クライアント端末２０がタブレット端末等で実現される場合、入力デバイス２０５としてタッチセンサと液晶ディスプレイとを組み合わせたタッチパネルが用いられる。また、資源提供サーバ１０は、図２に示すようなコンピュータ２００の単体で構成しても良いし、複数のコンピュータ２００による分散処理にて実現するように構成しても良い。

＜資源提供サーバ１０の機能構成＞
図３は、本実施形態の資源提供サーバ１０の機能構成を示す図である。
図３に示すように、資源提供サーバ１０は、ログイン認証を行うログイン認証部１１と、パスワードポリシーを設定するパスワードポリシー設定部１２と、セキュリティポリシーを設定するセキュリティポリシー管理部１３と、を備える。また、資源提供サーバ１０は、アプリケーションを実行するアプリケーション実行部１４と、ユーザのアクセス情報を送信するアクセス情報送信部１５と、他の装置との間で通信を行う送受信制御部１６とを備える。
なお、アプリケーション実行部１４および送受信制御部１６の機能は、例えば、図２に示したコンピュータ２００において、ＣＰＵ２０１がプログラムを実行することにより実現される。

ログイン認証部１１（認証手段の一例）は、ログインを要求するユーザの個人認証を行う。また、ログイン認証部１１は、ログイン認証を行うアカウント情報の登録を受け付ける際、パスワードポリシー設定部１２にて設定されたパスワードポリシーに従うパスワードの設定をユーザに要求する。そして、ログイン認証部１１は、登録されたアカウント情報（ユーザ情報およびパスワード情報）を記憶する。

また、ログイン認証部１１は、ユーザのログイン認証が成功した場合に、ログイン状態であることを示す情報であるログイン状態情報を認証連携サーバ３０に送信する。このログイン状態情報には、ログイン認証を行ったユーザ情報と、ログイン認証が行われた資源提供サーバ１０を特定する特定情報とが含まれる。なお、ログイン認証部１１は、ログアウトが行われた場合には、ログアウトがされたことを示す情報であるログアウト情報を認証連携サーバ３０に送信する。

パスワードポリシー設定部１２は、ログイン認証にて用いられるパスワードの認証強度を指定する。パスワードポリシー設定部１２が指定するパスワードの認証強度は、資源提供サーバ１０ごとに異なって設定される。また、パスワードポリシー設定部１２は、認証連携サーバ３０の要求に応じて、パスワードポリシー情報を認証連携サーバ３０に送信する。

本実施形態の資源提供サーバ１０では、ログイン認証に用いる認証情報として、文字や数字を用いて構成されるパスワードを用いている。そして、パスワードは、推測されやすいものほどセキュリティに関する強度が低下し、推測されにくいものほど強度が高くなる。そして、パスワードポリシーは、パスワードの登録に関して守るべき条件を指定することで、パスワードの強度を定める。例えば、パスワードポリシーは、条件がより複雑で厳しくなるほど、登録されるパスワードの強度を高める。一方で、パスワードポリシーは、条件がより単純で易しくなるほど、登録されるパスワードの強度を低下させる。

そして、パスワードの強度は、パスワードを構成する文字や数字の数（以下、パスワード長）、パスワードの有効期間、パスワードに含まれる英大文字の最低数、パスワードに含まれる英小文字の最低数、パスワードに含まれる数字の最低数、過去に設定したパスワードとの重複を許可する回数、パスワードの有効期間などによって定まる。例えば、パスワードの強度は、パスワード長が長い場合には、パスワード長が短い場合よりも強度が高くなる。

さらに、本実施形態では、上述したパスワードの具体的な内容に基づいて、パスワードの認証強度を、例えば、相対的に強度が高い「高」と、相対的に強度が低い「低」と、強度が「低」よりも高く、「高」よりも低い「中」との３段階のレベルで特定する。なお、パスワード等の認証情報の認証強度は、客観的にレベルが特定できれば良く、特に限定されるものではない。例えば、認証強度のレベルは、パスワード長が長いほどスコアを高くするなど、予め定められた条件に基づく評価値によって特定すれば良い。
なお、認証強度のレベルは、これら３段階に限定されず、例えば１０段階に設定されていても良い。

そして、本実施形態では、複数の資源提供サーバ１０ごとに、それぞれパスワードポリシーが異なって設定されている。
本実施形態において、第１資源提供サーバ１０Ａのパスワードポリシー設定部１２は、パスワードの認証強度を「高」に設定している。第２資源提供サーバ１０Ｂのパスワードポリシー設定部１２は、パスワードの認証強度を「中」に設定している。第３資源提供サーバ１０Ｃのパスワードポリシー設定部１２は、パスワードの認証強度を「高」に設定している。第４資源提供サーバ１０Ｄのパスワードポリシー設定部１２は、パスワードの認証強度を「低」に設定している。

セキュリティポリシー管理部１３は、サービスにおけるサービス単位で、アクセスの際に要求するパスワードの認証強度（以下、要求認証強度と呼ぶ）を指定する。セキュリティポリシー管理部１３は、例えば、提供するサービスの中に高いセキュリティが求められるサービス単位がある場合、そのサービス単位にアクセスする際に、認証強度が高いパスワードでログイン認証がされていることを条件とする指定を行う。

本実施形態の資源提供サーバ１０は、Ｗｅｂサービスの提供を行う。そして、資源提供サーバ１０は、例えば、サービス単位として、比較的高いセキュリティを要求するＷｅｂページや、比較的低いセキュリティでも良いＷｅｂページを有している。
例えば、高いセキュリティを要求するページとしては、ある組織におけるシステム管理者が管理下のユーザのアクセス権等の設定を行うための設定画面のページや、商品等の購入サイトにおける決済画面のページなど、操作を行うユーザの個人認証が特に必要なページを例示できる。高いセキュリティを要求するページは、セキュリティゾーンと呼ばれる場合がある。
一方で、低いセキュリティでも良いＷｅｂページとしては、秘密性の低い情報が表示される画面など、閲覧するユーザが特に制限されないページを例示できる。低いセキュリティでも良いページは、セキュリティゾーンに対して、グリーンゾーンと呼ばれる場合がある。

そして、セキュリティポリシー管理部１３は、高いセキュリティが要求されるページに対するアクセスが行われた際には、高いパスワードの認証強度でのログインをアクセスの条件とする。なお、セキュリティポリシー管理部１３は、高いセキュリティが要求されるページのＵＲＬに対応づけて、セキュリティポリシーの設定を行う。同様に、セキュリティポリシー管理部１３は、セキュリティのレベルに応じてページ単位で、強度「中」以上の認証強度でのログインをアクセスの条件としたり、強度「低」以上の認証強度でのログインをアクセスの条件としたりする。
このように、セキュリティポリシー管理部１３は、ページのセキュリティレベルに応じて、ページにアクセスする際に条件とするログイン認証の認証強度のレベルを設定する。

ここで、上述したように、セキュリティポリシー管理部１３は、提供するサービス単位のセキュリティ要件に応じて、要求認証強度を指定する。一方で、本実施形態では、一の資源提供サーバ１０に対してログイン認証をした場合、そのログイン認証によって、一の資源提供サーバ１０が提供する全てのサービス単位に対するアクセスが可能になるようにしている。
そのため、本実施形態では、一の資源提供サーバ１０のパスワードポリシー設定部１２は、一の資源提供サーバ１０のセキュリティポリシー管理部１３が指定するログイン認証の認証強度のうち最も高い認証強度以上になるように、パスワードの認証強度を設定する。すなわち、本実施形態において、一の資源提供サーバ１０に設定されるパスワードポリシーとしてのパスワードの認証強度は、一の資源提供サーバ１０が提供するサービスに設定される要求認証強度に対応する。そして、一の資源提供サーバ１０に設定されるパスワードの認証強度は、一の資源提供サーバ１０が提供するサービスのセキュリティが高いほど上昇し、低いほど低下する。

アプリケーション実行部１４は、アプリケーション・プログラムを実行する実行手段である。例えば、資源提供サーバ１０がサービス・プロバイダである場合、アプリケーション実行部１４は、サービス（Ｗｅｂサービスやクラウド・サービス）に係る処理を実行する。また、資源提供サーバ１０がソフトウェア・パッケージを提供するサーバである場合、アプリケーション実行部１４は、ソフトウェア・パッケージを利用するためのライセンスを管理するＬＭＳ（License Management System）サーバとしての機能を実現する。ＬＭＳサーバとは、ソフトウェア・パッケージのライセンスの有効性を確認し、利用の許諾を与えるサーバである。

アクセス情報送信部１５は、提供するサービス（サービス単位）に対して、ユーザからアクセスの要求があった場合に、ユーザのアクセス情報を認証連携サーバ３０に送信する。アクセス情報には、ユーザ情報、アクセス先である資源提供サーバ１０を特定する情報およびサービス単位を特定する情報が含まれる。

送受信制御部１６は、クライアント端末２０および認証連携サーバ３０と通信を行うための通信手段である。送受信制御部１６は、例えば、図２に示したネットワーク・インターフェイス２０６を制御し、ネットワーク４０を介してクライアント端末２０および認証連携サーバ３０との間でコマンドやデータを送受信する。

＜クライアント端末２０の機能構成＞
図４は、本実施形態のクライアント端末２０の機能構成を示す図である。
図４に示すように、クライアント端末２０は、操作画面表示部２１と、操作受付部２２と、送受信制御部２３とを備える。操作画面表示部２１、操作受付部２２および送受信制御部２３の機能は、例えば、図２に示したコンピュータ２００において、ＣＰＵ２０１がプログラムを実行することにより実現される。

操作画面表示部２１は、資源提供サーバ１０により提供されるサービスやソフトウェア・パッケージ等を使用するための操作画面を生成し表示させる手段である。操作画面表示部２１は、例えば、図２に示した表示機構２０４を制御し、表示装置２１０に操作画面を表示させる。また、操作受付部２２は、操作画面上で行われた操作を、サービス、ソフトウェア・パッケージ等を使用するための操作として受け付ける手段である。操作受付部２２は、例えば、図２に示した入力デバイス２０５を用いて行われた操作を受け付ける。一例として、サービス、ソフトウェア・パッケージ等を、ＷＷＷ（World Wide Web）を用いて提供する場合、操作画面表示部２１および操作受付部２２の機能は、Ｗｅｂブラウザにより実現される。

送受信制御部２３は、資源提供サーバ１０および認証連携サーバ３０と通信を行うための通信手段である。送受信制御部２３は、例えば、図２に示したネットワーク・インターフェイス２０６を制御し、ネットワーク４０を介して資源提供サーバ１０および認証連携サーバ３０との間でコマンドやデータを送受信する。

＜認証連携サーバ３０の機能構成＞
図５は、本実施形態の認証連携サーバ３０の機能構成を示す図である。
図６は、本実施形態の認証連携サーバ管理テーブル３０１の一例の図である。

図５に示すように、認証連携サーバ３０は、認証連携する資源提供サーバ１０を管理する認証連携管理部３１と、ログイン状態を特定するログイン特定部３２と、パスワードポリシーを記憶するパスワードポリシー記憶部３３と、ユーザのアクセス情報を取得するアクセス情報取得部３４と、を備える。また、認証連携サーバ３０は、セキュリティポリシーを取得するセキュリティポリシー取得部３５と、認証連携する資源提供サーバ１０に対するログイン認証を制御するログイン認証制御部３６と、ログイン選択画像５０（後述の図８参照）を作成するログイン選択画像作成部３７とを備える。

なお、認証連携管理部３１と、ログイン特定部３２、アクセス情報取得部３４、セキュリティポリシー取得部３５、ログイン認証制御部３６およびログイン選択画像作成部３７の機能は、例えば、図２に示したコンピュータ２００において、ＣＰＵ２０１がプログラムを実行することにより実現される。また、認証連携管理部３１およびパスワードポリシー記憶部３３は、図２に示したコンピュータ２００において、主記憶装置２０２や外部記憶装置２０３により実現される。

認証連携管理部３１は、認証連携する資源提供サーバ１０の登録および管理を行う。そして、認証連携管理部３１は、要求に応じて、一の資源提供サーバ１０と認証連携する他の資源提供サーバ１０の情報を送信する。

ログイン特定部３２は、ユーザによる資源提供サーバ１０に対するログイン状態を特定する。ログイン特定部３２は、各々の資源提供サーバ１０からユーザのログイン状態情報を取得する。そして、ログイン特定部３２は、どのユーザがどの資源提供サーバ１０にログインしているかということを特定する。
ログイン特定部３２は、ユーザが第１資源提供サーバ１０Ａに対してログインをしている場合、第１資源提供サーバ１０Ａからユーザのログイン状態情報を取得する。そして、ログイン特定部３２は、ユーザが第１資源提供サーバ１０Ａにログインしていることを特定する。なお、ユーザが複数の資源提供サーバ１０にログインしている場合がある。この場合においても、ログイン特定部３２は、ユーザがログインしている複数の資源提供サーバ１０を特定する。

パスワードポリシー記憶部３３（取得手段の一例）は、認証連携の対象である第１資源提供サーバ１０Ａ、第２資源提供サーバ１０Ｂ、第３資源提供サーバ１０Ｃおよび第４資源提供サーバ１０Ｄの各々のログイン認証のパスワードポリシーを取得する。そして、パスワードポリシー記憶部３３は、各資源提供サーバ１０のパスワードポリシーを記憶する。つまり、パスワードポリシー記憶部３３は、パスワードポリシーとして、パスワードの認証強度に関する情報を記憶する。

アクセス情報取得部３４は、一の資源提供サーバ１０にログインしているユーザが、資源提供サーバ１０における各々の資源に対してアクセスを要求した場合に、アクセス先の資源に関するアクセス情報を取得する。アクセス情報取得部３４は、各々の資源提供サーバ１０から、アクセス情報として、アクセスを要求するユーザ情報、要求するアクセス先である資源提供サーバ１０の情報、およびサービス単位の情報を取得する。
そして、アクセス情報取得部３４は、取得したアクセス情報を、セキュリティポリシー取得部３５およびログイン認証制御部３６に送る。

セキュリティポリシー取得部３５は、アクセス情報取得部３４から取得したアクセス情報に基づいて、アクセス先の資源提供サーバ１０からユーザがアクセスするサービス単位に設定されるセキュリティポリシー情報を取得する。具体的には、セキュリティポリシー取得部３５は、サービス単位に設定された要求認証強度の情報を取得する。そして、セキュリティポリシー取得部３５は、セキュリティポリシーとしての要求認証強度の情報をログイン認証制御部３６に送る。

ログイン認証制御部３６（特定手段の一例、制御手段の一例）は、アクセス情報に基づいて、ユーザに対してログイン認証を要求するか否かの判断を行う。
ログイン認証制御部３６は、ユーザが既にログインしている資源提供サーバ１０のログイン認証のパスワードポリシー情報を取得する。つまり、ログイン認証制御部３６は、ユーザが既にログイン認証したパスワードの認証強度の情報を取得する。また、ログイン認証制御部３６は、ユーザが要求するアクセス先のサービス単位に設定される要求認証強度の情報をセキュリティポリシー取得部３５から取得する。

そして、ログイン認証制御部３６は、認証済みのパスワードの認証強度と、との比較を行う。なお、本実施形態においては、アクセス先のサービス単位の要求認証強度は、サービス単位を提供する資源提供サーバ１０に設定されるログイン認証のパスワードの認証強度に対応する。従って、ログイン認証制御部３６は、認証済みの一の資源提供サーバ１０に設定されるパスワードの認証強度と、アクセス先の他の資源提供サーバ１０に設定されるパスワードの認証強度とを特定し、これらを比較することになる。

そして、ログイン認証制御部３６は、認証済みのパスワードの認証強度が、アクセス対象のサービス単位の要求認証強度以上である場合、ユーザに対して再ログイン認証を要求することなく、サービス単位を提供する資源提供サーバ１０に対してログイン認証済みの情報を送る。すなわち、ログイン認証制御部３６は、サービス単位に対してアクセスを要求するユーザが、再ログイン認証行うことなく、サービス単位へのアクセスを可能にする制御を行う。

一方、ログイン認証制御部３６は、認証済みのパスワードの認証強度が、アクセス先のサービス単位の要求認証強度よりも低い場合、ユーザに対して再ログイン認証を要求する制御を行う。そして、本実施形態では、ログイン認証制御部３６は、アクセス対象のサービス単位の要求認証強度の情報をログイン選択画像作成部３７に送る。

ログイン選択画像作成部３７（表示手段の一例）は、ログイン認証制御部３６から取得した、アクセス対象のサービス単位の要求認証強度の情報に基づいて、ユーザに対して再ログイン認証を行わせるためのログイン選択画像を作成する。ログイン選択画像作成部３７は、パスワードポリシー記憶部３３が記憶する各々の資源提供サーバ１０のパスワードポリシーを参照する。そして、ログイン選択画像作成部３７は、アクセス対象のサービス単位の要求認証強度以上の認証強度が設定される資源提供サーバ１０を特定する。そして、ログイン選択画像作成部３７は、特定した資源提供サーバ１０にログイン認証するためのログイン画像のリンクが貼られたリンク画像５１を含むログイン選択画像５０（後述する図８参照）を作成する。さらに、ログイン選択画像作成部３７は、作成したログイン選択画像５０を、アクセスを要求するユーザのクライアント端末２０の画面に表示させる。

なお、本実施形態のログイン選択画像作成部３７は、ログイン選択画像５０を構成する際に、既にログイン認証済みの資源提供サーバ１０にログイン認証するためのリンク画像５１は、ログイン選択画像５０には含めないようにしている。

続いて、本実施形態の認証連携サーバ管理テーブル３０１について説明する。
図６に示すように、本実施形態の認証連携サーバ３０は、認証連携サーバ管理テーブル３０１を管理する。
認証連携サーバ管理テーブル３０１では、サーバＩＤ、名称、認証連携サーバＩＤ、パスワードポリシーが、それぞれ紐付けられている。
サーバＩＤは、資源提供サーバ１０を特定するためのＩＤ情報である。名称は、資源提供サーバ１０の具体的な名称である。認証連携サーバＩＤは、一の資源提供サーバ１０に対して認証連携している他の資源提供サーバ１０を特定するＩＤ情報である。本実施形態では、第１資源提供サーバ１０Ａ、第２資源提供サーバ１０Ｂ、第３資源提供サーバ１０Ｃおよび第４資源提供サーバ１０Ｄは、相互に、認証連携している。そのため、例えば、サーバＩＤ「Provider001」で特定される第１資源提供サーバ１０Ａに対して、第２資源提供サーバ１０Ｂ、第３資源提供サーバ１０Ｃおよび第４資源提供サーバ１０Ｄを特定する認証連携サーバＩＤ「Provider002、Provider003、Provider004」が対応付けられている。パスワードポリシーは、各サーバＩＤに対応するパスワードの認証強度を特定する情報である。

次に、以上のように構成される本実施形態の情報処理システム１の動作について具体的に説明する。
図７は、本実施形態の情報処理システムの動作のフロー図である。

図７に示すように、ユーザは、複数の資源提供サーバ１０のうち一の資源提供サーバ１０に対するログイン認証を行ってログインする（ステップ１０１）。そして、ログイン認証が行われた資源提供サーバ１０から認証連携サーバ３０に対して、ログイン状態情報が送信される（ステップ１０２）。例えば、ユーザは、ログイン認証を行った資源提供サーバ１０が提供するサービスに対するアクセスを行う。

その後、ユーザは、ログイン認証を行った資源提供サーバ１０とは異なる他の資源提供サーバ１０が提供するサービスに対するアクセスを要求する（ステップ１０３）。そうすると、資源提供サーバ１０から認証連携サーバ３０に対して、アクセス情報が送信される。アクセス情報には、ユーザ情報、資源提供サーバ１０の情報、およびサービスに関する情報が含まれる。そして、認証連携サーバ３０は、アクセス情報に基づいて、アクセス対象の資源提供サーバ１０からサービスに設定されているセキュリティポリシー情報を取得する。一方で、認証連携サーバ３０は、ユーザ情報に基づいて、ユーザのログイン状態情報を取得する。

そして、認証連携サーバ３０は、ユーザがログイン認証済みの資源提供サーバ１０のパスワードの認証強度が、アクセス対象のサービスに設定される要求認証強度以上であるか否かを判断する（ステップ１０４）。そして、ログイン認証済みの資源提供サーバ１０のパスワードの認証強度が、サービスに設定される要求認証強度以上である場合（ステップ１０４でＹＥＳ）には、ユーザがアクセス要求をしたサービスをユーザのクライアント端末２０に対して提供する（ステップ１０５）。

一方で、ログイン認証済みの資源提供サーバ１０のパスワードの認証強度が、サービスに設定される要求認証強度未満である場合（ステップ１０４でＮＯ）、認証連携サーバ３０は、一の資源提供サーバ１０と認証連携しているものであって、ログイン認証が未認証である他の資源提供サーバ１０を特定する（ステップ１０６）。さらに、認証連携サーバ３０は、特定した他の資源提供サーバ１０のうち、ユーザがアクセス要求をしたサービスに設定される要求認証強度以上のパスワードの認証強度が設定された資源提供サーバ１０を特定する（ステップ１０７）。

その後、認証連携サーバ３０は、ユーザのクライアント端末２０の画面に、特定した資源提供サーバ１０にログイン認証するためのログイン選択画像５０（後述の図８参照）を表示する（ステップ１０８）。ログイン選択画像５０には、特定した資源提供サーバ１０ごとに、各々の資源提供サーバ１０のログイン認証を行うためのページへのリンクが貼られたリンク画像５１の一覧が表示される。

そして、ユーザは、ログイン選択画像５０にてリンク画像５１として表示される資源提供サーバ１０の候補のうち、いずれかの資源提供サーバ１０を選択し、選択した資源提供サーバ１０に対する再ログイン認証を実行する（ステップ１０９）。なお、ユーザが再ログイン認証を行うことで、他の資源提供サーバ１０から認証連携サーバ３０に対してログイン状態情報が送信される。また、最初のログイン認証が行われた一の資源提供サーバ１０のログイン状態に加え、再ログイン認証が行われた他の資源提供サーバ１０のログイン状態が形成されることで、ユーザがログイン認証しているパスワードの認証強度がより高いものに昇格する。
その後、ステップ１０５に進み、ユーザがアクセス要求をしたサービスを、ユーザのクライアント端末２０に対して提供する。

そして、ユーザが、更に他の資源提供サーバ１０のサービスに対するアクセス要求をしたか否かを判断する（ステップ１１０）。更に他の資源提供サーバ１０のサービスに対するアクセス要求がある場合（ステップ１１０でＹＥＳ）には、ステップ１０４に戻り、ユーザがログイン認証済みの資源提供サーバ１０のパスワードの認証強度が、アクセス対象のサービスに設定される要求認証強度以上であるか否かを判断される。なお、この場合には、上述のとおり、認証強度がより高く設定された資源提供サーバ１０のログイン認証に基づいて判断が行われる。
一方、更に他の資源提供サーバ１０のサービスに対するアクセス要求がなく、ログインしていた資源提供サーバ１０のログアウトが行われることで、一連の処理が終了する。

図８は、本実施形態のログイン選択画像５０の説明図である。
図８に示す例において、ユーザは、サービスＤを提供する第４資源提供サーバ１０Ｄに対してログイン認証済みである。なお、第４資源提供サーバ１０Ｄのログイン認証における認証強度は「低」である。
そして、ユーザが、要求認証強度が「高」であるサービスに対してアクセスを要求する場合を考える。この例では、ユーザが、第３資源提供サーバ１０Ｃが提供するサービスに対してアクセス要求をした場合である。図８（Ａ）に示すように、要求認証強度「高」を満足する資源提供サーバ１０は、パスワードの認証強度が「高」に設定されている第１資源提供サーバ１０Ａおよび第３資源提供サーバ１０Ｃである。

そして、図８（Ｂ）に示すように、ユーザのクライアント端末２０の画面には、第１資源提供サーバ１０Ａに対してログイン認証を行うためのリンク画像５１（特定画像の一例）と、第３資源提供サーバ１０Ｃに対してログイン認証を行うためのリンク画像５１とが表示される。さらに、図８（Ｂ）に示す例では、ログイン選択画像５０には、ユーザに対して、資源提供サーバ１０ごとのログイン認証の認証強度を示す強度情報５２も併せて表示される。

ここで、図８（Ｂ）に示すように、ログイン選択画像５０には、既にログイン認証済みの第４資源提供サーバ１０Ｄに対してログイン認証を行うための画像、および第３資源提供サーバ１０Ｃが提供するサービスに設定される要求認証強度（この例では「高」）よりも低い認証強度が設定された第２資源提供サーバ１０Ｂに対してユーザがログイン認証を行うための画像は、表示されない。

なお、本実施形態の説明では、４つの資源提供サーバ１０を備える構成の例を用いているが、他に認証強度が「高」である資源提供サーバがある場合には、４つの資源提供サーバ１０のリンク画像５１に加えて、他に認証強度が「高」である資源提供サーバのリンク画像５１が並べて表示される。

また、本実施形態において、一の資源提供サーバ１０にログイン認証済みのユーザが、他の資源提供サーバ１０のサービスに対してアクセスを要求する際に、ログイン選択画像５０は、アクセス先のサービスの要求認証強度を満足するパスワードの認証強度を設定する資源提供サーバ１０に再ログイン認証するためのリンク画像５１によって構成される。ただし、ログイン選択画像５０は、再ログイン認証のための画像に限定されない。すなわち、本実施形態で表示されるログイン選択画像５０は、いずれの資源提供サーバ１０に対しても未だログインを行っていない最初のログイン認証の際に表示される画像でも良い。

例えば、本実施形態の資源提供サーバ１０とは別に提供される資源としての特定のＷｅｂページにおいて、本実施形態の資源提供サーバ１０が提供する資源としてのＷｅｂページのリンクが貼られている場合がある。そして、本実施形態の資源提供サーバ１０が提供する資源としてのこのＷｅｂページは、例えば高いセキュリティのセキュリティポリシーが設定された所謂セキュリティゾーンである。この場合に、本実施形態の情報処理システム１では、ユーザがキュリティゾーンのＷｅｂページにアクセスしようとする際、セキュリティポリシーを満たすパスワードの認証強度が設定された資源提供サーバ１０にログイン認証するためのリンク画像５１が表示されたログイン選択画像５０をユーザのクライアント端末２０の画面に表示する。このように、本実施形態のログイン選択画像５０は、再ログイン認証に限定されず、最初のログイン認証の際にも適用される。

続いて、変形例のログイン選択画像５０について説明する。
図９は、変形例のログイン選択画像５０の説明図である。
図９に示す例では、ユーザのクライアント端末２０のログイン選択画像５０の構成や条件は、図８を参照しながら説明したものと基本構成は同様である。
そして、図９に示す例では、ユーザに対して、セキュリティポリシーに応じたサービスの利用内容を意識させたログインを促す利用可能サービスを明示する情報の表示を行う。

具体的には、クライアント端末２０の画面に表示されるログイン選択画像５０には、第１資源提供サーバ１０Ａに対してログイン認証を行うためのリンク画像５１と、第２資源提供サーバ１０Ｂに対してログイン認証を行うためのリンク画像５１と、第３資源提供サーバ１０Ｃに対してログイン認証を行うためのリンク画像５１と、第４資源提供サーバ１０Ｄに対してログイン認証を行うためのリンク画像５１とが表示される。
そして、ログイン選択画像５０には、各々の資源提供サーバ１０でログイン認証することで、ユーザが、その後に、資源としてのサービスで可能となる利用内容を具体的に例示する利用可能サービス情報５３を表示する。

利用可能サービス情報５３としてユーザに提供する情報は、例えば、「閲覧」、「編集」および「決済」を例示できる。ここで、セキュリティポリシーの設定としては、「決済」を行うサービスが最も高いセキュリティが求められ、次に「編集」を行うサービスが高いセキュリティが求められ、「閲覧」を行うサービスが比較的セキュリティが低い。そして、本実施形態においては、各々の資源提供サーバ１０に設定されるパスワードの認証強度に応じて、ログイン認証によってユーザが可能となる利用内容を合わせて表示する。

例えば、パスワードの認証強度が「高」である第１資源提供サーバ１０Ａおよび第３資源提供サーバ１０Ｃのリンク画像５１には、「閲覧」、「編集」および「決済」の全てが利用可能になることを示す内容の利用可能サービス情報５３が併せて表示される。
また、パスワードの認証強度が「中」である第２資源提供サーバ１０Ｂのリンク画像５１には、「閲覧」および「編集」が利用可能になることを示す内容の利用可能サービス情報５３が併せて表示される。
さらに、パスワードの認証強度が「低」である第４資源提供サーバ１０Ｄのリンク画像５１には、「閲覧」のみが利用可能になることを示す内容の利用可能サービス情報５３が併せて表示される。

以上のように、各々の資源提供サーバ１０に設定されるパスワードポリシーに応じて、その資源提供サーバ１０でログインした場合に利用可能となるサービス内容を、リンク画像５１の一覧に合わせて表示しても良い。

なお、以上のように、本実施形態について説明したが、本発明の技術的範囲は上記実施の形態には限定されない。本発明の技術思想の範囲から逸脱しない様々な変更や構成の代替は、本発明に含まれる。例えば、認証連携サーバ３０が実行する機能は、ネットワーク４０に接続された資源提供サーバ１０や他のサーバ装置等が行っても良い。

また、本実施形態では、資源を提供する構成として、資源提供サーバ１０を用いて説明したが、資源の提供は、資源提供サーバ１０に限定されない。例えば、資源を提供する構成は、ネットワーク４０に接続するための通信機能を備えたオフィス機器等で実現される情報機器でも良い。情報機器としては、例えば、複写機、スキャナ、ファックス送受信機、プリンタ、これらの機能を複合的に備えた複合機等が挙げられる。また、情報機器は、オフィス内で共有されるパーソナル・コンピュータやタブレット端末等の情報端末をとしても良い。また、情報機器についても、パスワードポリシーやセキュリティポリシーの設定を行えば良い。そして、クライアント端末２０を介して情報機器を利用する際に、ログイン認証を行うように構成する。

さらに、本実施形態においては、パスワードを用いたユーザの認証を行う例を用いて説明を行っているが、この態様に限定されない。例えば、ユーザの認証には、ユーザの顔指紋、指紋、静脈などの所謂生体情報を用いたものでも良い。この生体情報を用いる場合においても、例えば生体情報の認識に関する条件や、複数の生体情報を組み合わせの条件や、パスワードと生体情報との組み合わせ条件などに応じて、強度が異なるパスワードポリシー情報を設定しても良い。

１…情報処理システム、１０…資源提供サーバ、１１…ログイン認証部、１２…パスワードポリシー設定部、１３…セキュリティポリシー管理部、１４…アプリケーション実行部、１５…アクセス情報送信部、１６…送受信制御部、３０…認証連携サーバ、３１…認証連携管理部、３２…ログイン特定部、３３…パスワードポリシー記憶部、３４…アクセス情報取得部、３５…セキュリティポリシー取得部、３６…ログイン認証制御部、３７…ログイン選択画像作成部

Claims (6)

1. ネットワーク上の一の資源に対してユーザがアクセスする際に認証を行う第１の認証手段と、
   ネットワーク上の前記一の資源とは異なる他の資源に対してユーザがアクセスする際に認証を行う第２の認証手段と、
   前記第１の認証手段にて認証を行ったユーザが前記他の資源にアクセスする場合に、当該第１の認証手段の第１認証強度および前記第２の認証手段の第２認証強度を特定する特定手段と、
   前記第１認証強度が前記第２認証強度以上である場合に、前記他の資源に対する認証を前記ユーザに要求することなく、当該ユーザの前記他の資源に対するアクセスを可能にし、
   前記第１認証強度が前記第２認証強度よりも低い場合に、前記一の資源および前記他の資源と認証連携している認証手段であって、前記第２認証強度以上の認証強度が設定されている他の認証手段をユーザに提示し、当該他の認証手段による認証をユーザに要求する制御手段と、を備える情報処理システム。
2. 前記制御手段は、前記認証手段にてユーザが認証を行うための画像を表示することなく、前記他の資源に対するアクセスを許可する請求項１に記載の情報処理システム。
3. 前記制御手段は、ユーザに認証を要求する際に、前記第２認証強度以上の認証強度を有する前記認証手段にてユーザが認証を行うための特定画像を画面に表示させる請求項１に記載の情報処理システム。
4. 前記制御手段は、ユーザに認証を要求する際に、認証済みの前記認証手段にてユーザが認証を行うための画像、および前記第２認証強度よりも低い認証強度が設定された前記認証手段にてユーザが認証を行うための画像を画面に表示させない請求項３に記載の情報処理システム。
5. 前記認証手段の認証強度の情報を、ユーザが前記他の資源にアクセスを行う前に予め取得する取得手段を備え、
   前記制御手段は、ユーザが前記他の資源にアクセスを行う際に、前記取得手段が取得している前記認証強度の情報を用いて認証の実行を制御する請求項１に記載の情報処理システム。
6. コンピュータに、
   ネットワーク上の一の資源に対してユーザがアクセスする際に認証を行う第１の認証手段にて認証を行ったユーザが、当該一の資源とは異なる他の資源にアクセスする場合に、当該第１の認証手段の第１認証強度、および当該他の資源に対してユーザがアクセスする際に認証を行う第２の認証手段の第２認証強度を特定する機能と、
   前記第１認証強度が前記第２認証強度以上である場合に、前記他の資源に対する認証を前記ユーザに要求することなく、当該ユーザの前記他の資源に対するアクセスを可能にし、
   前記第１認証強度が前記第２認証強度よりも低い場合に、前記一の資源および前記他の資源と認証連携している認証手段であって、前記第２認証強度以上の認証強度が設定されている他の認証手段をユーザに提示し、当該他の認証手段による認証をユーザに要求する制御機能と、を実現させるプログラム。

Images