JP2008181209A - 情報処理システム及び情報処理プログラム - Google Patents

Abstract

【課題】複数の認証手段を組み合わせて、認証強度を高める場合、日常業務の中で必要とされる認証強度に合わせて、ユーザーが認証強度を変更できる情報処理システムを提供する。
【解決手段】情報処理システムの認証状況記憶手段は、ユーザー識別子と認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶し、認証状況抽出手段は、ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出し、表示変更手段は、抽出された認証手段識別子及び認証手段による認証状況に応じて、ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付け、認証状況変更手段は、前記受け付けられた認証状況の変更に応じて、前記記憶されている認証手段による認証状況を変更する。
【選択図】図１

Description

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

電子的なサービスを提供する際のユーザー管理については、いくつかの方法が提案されている。例えば、ＩＤフェデレーション技術を使用すれば、１人のユーザーが複数のサービスを利用できる環境を提供することが可能である。
例えば、特許文献１に記載の技術は、このＩＤフェデレーションの基本的な方式に関するものである。すなわち、特許文献１には、サービス提供サイトでのユーザー認証をユーザーＩＤ／パスワード（認証情報）により行う場合、認証情報はサービス提供サイトごとに管理されているため、ユーザーはサービス提供サイトごとの認証情報を記憶する必要があり、また、ユーザーが認証情報を忘れた場合、サービス提供サイトへのアクセス中止や認証情報再入手手続きなど、サービス提供サイトでの運用コスト負担も問題となることを課題とし、ユーザー認証管理サイトを設け、各サービス提供サイトで管理しているユーザー認証情報を統合管理することで、ユーザーは一つの認証情報により常にサービス提供サイトへアクセスできるようにすることが開示されている。

また、例えば、特許文献２に記載の技術は、登録した個人情報を他のサービスと共有するための機構に関するものである。すなわち、特許文献２には、利用者が各種サービス機関のサービス提供を受けようとする際に必要となる個人情報の管理を効率化し、利用者の利便性を向上することを課題とし、情報管理機関が各種サービス機関との間及び利用者との間に個人情報授受の契約を締結し、前記利用者の個人情報を一括管理するとともに、前記利用者が前記サービス機関のサービス提供を受ける際に必要に応じて前記サービス機関に対して個人情報を提供することが開示されている。
そして、これらの技術に基づいて、個々のサービスの利用に対する認可が行われ、サービスの利用が開始される。
特開２００４−０７８６２２号公報 特開２００１−３４４３７９号公報

本発明は、複数の認証手段を組み合わせて、認証強度を高める場合、日常業務の中では必要とされる認証強度が変化するが、これをユーザーが容易に変更できないことを課題として、複数の認証手段を組み合わせて、認証強度を高める場合、日常業務の中で必要とされる認証強度に合わせて、ユーザーがその認証強度を変更できるようにした情報処理システム及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
［請求項１］ ユーザーを識別するユーザー識別子と該ユーザーを認証する認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶する認証状況記憶手段と、
ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する認証状況抽出手段と、
前記認証状況抽出手段によって抽出された認証手段識別子及び認証手段による認証状況に応じて、前記ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付ける表示変更手段と、
前記表示変更手段によって受け付けられた認証状況の変更に応じて、前記認証状況記憶手段に記憶されている認証手段による認証状況を変更する認証状況変更手段
を具備することを特徴とする情報処理システム。

［請求項２］ 前記認証状況抽出手段は、前記認証状況記憶手段に記憶されている認証手段による認証状況のうち前記ユーザーにより変更可能な認証状況に応じて、前記ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する
ことを特徴とする［請求項１］に記載の情報処理システム。

［請求項３］ ユーザーを識別するユーザー識別子と該ユーザーを認証する認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶する認証状況記憶手段と、
認証手段識別子の組み合わせの型を記憶する認証型情報記憶手段と、
ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する認証状況抽出手段と、
前記認証状況抽出手段によって抽出された認証手段識別子及び認証手段による認証状況に応じて、前記ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付ける表示変更手段と、
前記表示変更手段によって受け付けられた認証状況の変更に応じて、前記認証型情報記憶手段から認証手段識別子の組み合わせの型を抽出し、前記認証状況抽出手段によって抽出された該認証手段識別子と比較することによって、前記認証状況記憶手段に記憶されている認証手段による認証状況を無効に変更する認証状況変更手段
を具備することを特徴とする情報処理システム。

［請求項４］ 前記認証状況抽出手段は、前記認証状況記憶手段に記憶されている認証手段による認証状況のうち前記ユーザーにより変更可能な認証状況に応じて、前記ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出し、
前記認証型情報記憶手段は、認証手段識別子の組み合わせの型とその型の名称を対応付けて記憶し、
前記表示変更手段は、前記認証型情報記憶手段に記憶されている名称を選択する操作を受け付け、
前記認証状況変更手段は、前記表示変更手段によって受け付けられた名称の選択に応じて、前記認証型情報記憶手段に記憶されている認証手段識別子の組み合わせの型を抽出する
ことを特徴とする［請求項３］に記載の情報処理システム。

［請求項５］ コンピュータを、
ユーザーを識別するユーザー識別子と該ユーザーを認証する認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶する認証状況記憶手段と、
ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する認証状況抽出手段と、
前記認証状況抽出手段によって抽出された認証手段識別子及び認証手段による認証状況に応じて、前記ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付ける表示変更手段と、
前記表示変更手段によって受け付けられた認証状況の変更に応じて、前記認証状況記憶手段に記憶されている認証手段による認証状況を変更する認証状況変更手段
として機能させることを特徴とする情報処理プログラム。

［請求項６］ 前記認証状況抽出手段は、前記認証状況記憶手段に記憶されている認証手段による認証状況のうち前記ユーザーにより変更可能な認証状況に応じて、前記ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する
ことを特徴とする［請求項５］に記載の情報処理プログラム。

［請求項７］ コンピュータを、
ユーザーを識別するユーザー識別子と該ユーザーを認証する認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶する認証状況記憶手段と、
認証手段識別子の組み合わせの型を記憶する認証型情報記憶手段と、
ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する認証状況抽出手段と、
前記認証状況抽出手段によって抽出された認証手段識別子及び認証手段による認証状況に応じて、前記ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付ける表示変更手段と、
前記表示変更手段によって受け付けられた認証状況の変更に応じて、前記認証型情報記憶手段から認証手段識別子の組み合わせの型を抽出し、前記認証状況抽出手段によって抽出された該認証手段識別子と比較することによって、前記認証状況記憶手段に記憶されている認証手段による認証状況を無効に変更する認証状況変更手段
として機能させることを特徴とする情報処理プログラム。

［請求項８］ 前記認証状況抽出手段は、前記認証状況記憶手段に記憶されている認証手段による認証状況のうち前記ユーザーにより変更可能な認証状況に応じて、前記ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出し、
前記認証型情報記憶手段は、認証手段識別子の組み合わせの型とその型の名称を対応付けて記憶し、
前記表示変更手段は、前記認証型情報記憶手段に記憶されている名称を選択する操作を受け付け、
前記認証状況変更手段は、前記表示変更手段によって受け付けられた名称の選択に応じて、前記認証型情報記憶手段に記憶されている認証手段識別子の組み合わせの型を抽出する
ことを特徴とする［請求項７］に記載の情報処理プログラム。

請求項１記載の情報処理システムによれば、複数の認証手段を組み合わせて、所望の認証強度を得る場合、ユーザーがその認証強度を変更できるので、本構成を有していない場合に比較して、業務に応じたより適切な認証強度を得ることができる。これにより、例えば、高い認証状況のままで席を離れてしまうといったヒューマンファクターによるセキュリティ上のリスクを低減することができる。

請求項２記載の情報処理システムによれば、請求項１に記載の情報処理システムによる効果に加えて、ユーザーは変更することができる認証手段による認証状況だけを提示されるので、本構成を有していない場合に比較して、操作性、利便性がより一層向上する。

請求項３記載の情報処理システムによれば、複数の認証手段を組み合わせて、所望の認証強度を得る場合、ユーザーが認証手段の組み合わせの型を選択することによって、認証強度を変更できるので、本構成を有していない場合に比較して、業務に応じたより適切な認証強度をより簡便な操作で得ることができる。これにより、例えば、高い認証状況のままで席を離れてしまうといったヒューマンファクターによるセキュリティ上のリスクを低減することができる。

請求項４記載の情報処理システムによれば、請求項３に記載の情報処理システムによる効果に加えて、ユーザーは変更することができる認証手段による認証状況だけを提示されるので、本構成を有していない場合に比較して、操作性、利便性がより一層向上する。

請求項５記載の情報処理プログラムによれば、複数の認証手段を組み合わせて、所望の認証強度を得る場合、ユーザーがその認証強度を変更できるので、本構成を有していない場合に比較して、業務に応じたより適切な認証強度を得ることができる。これにより、例えば、高い認証状況のままで席を離れてしまうといったヒューマンファクターによるセキュリティ上のリスクを低減することができる。

請求項６記載の情報処理プログラムによれば、請求項５に記載の情報処理プログラムによる効果に加えて、ユーザーは変更することができる認証手段による認証状況だけを提示されるので、本構成を有していない場合に比較して、操作性、利便性がより一層向上する。

請求項７記載の情報処理プログラムによれば、複数の認証手段を組み合わせて、所望の認証強度を得る場合、ユーザーが認証手段の組み合わせの型を選択することによって、認証強度を変更できるので、本構成を有していない場合に比較して、業務に応じたより適切な認証強度をより簡便な操作で得ることができる。これにより、例えば、高い認証状況のままで席を離れてしまうといったヒューマンファクターによるセキュリティ上のリスクを低減することができる。

請求項８記載の情報処理プログラムによれば、請求項７に記載の情報処理プログラムによる効果に加えて、ユーザーは変更することができる認証手段による認証状況だけを提示されるので、本構成を有していない場合に比較して、操作性、利便性がより一層向上する。

以下、図面に基づき本発明の好適な一実施の形態を説明する。
（装置の全体構成）
図１は、本発明の一実施の形態の概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはプログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、プログラム、システム及び方法の説明をも兼ねている。また、モジュールは機能にほぼ一対一に対応しているが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続を含む。
また、システムとは、複数のコンピュータ、ハードウェア、装置等がネットワーク等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。
以下、利用者として、法人、個人であるユーザーを主に例示して説明する。
また、サービスと情報に該当するコンテンツに対応する認証条件として、サービスとコンテンツの組み合わせを主に例示して説明する。

本実施の形態は、複数の電子的なサービスを利用する環境において、複数の認証方式を組み合わせて認証強度を高める場合に用いられるものであって、図１に示すように、ユーザー認証サーバー３、サービス提供サーバー５、認証管理サーバー８、ユーザー管理サーバー１２、サービス認可サーバー１５を備え、これらを通信回線であるネットワーク１６によって接続している。

ユーザー認証サーバー３は、ユーザー認証モジュール１、ユーザー認証用ＤＢ２を有している。ユーザー認証モジュール１は、ユーザー認証用ＤＢ２を用いてユーザーの認証処理を行う。ユーザー認証用ＤＢ２は、ユーザー認証処理を行うための基本情報を記憶するデータベースである。ユーザー認証モジュール１とユーザー認証用ＤＢ２の組は、複数組あってもよい。
サービス提供サーバー５は、複数のサービス提供モジュール４を有している。サービス提供モジュール４は、ユーザーに対して電子的なサービスを提供するアプリケーションである。

認証管理サーバー８は、認証情報管理モジュール６と認証情報管理ＤＢ７を有している。認証情報管理モジュール６は、ユーザー認証サーバー３で提供するユーザー認証方法の基本情報を認証情報管理ＤＢ７を用いて管理する。認証情報管理ＤＢ７は、ユーザー認証方法に関する基本情報を記憶するデータベースである。
ユーザー管理サーバー１２は、ユーザー情報管理モジュール９とユーザー属性情報ＤＢ１０とユーザーステータスＤＢ１１を有している。ユーザー情報管理モジュール９は、ユーザー属性情報ＤＢ１０、ユーザーステータスＤＢ１１を用いて、ユーザー情報を管理する。ユーザー属性情報ＤＢ１０は、ユーザーの氏名や住所等の属性情報を記憶するデータベースである。ユーザーステータスＤＢ１１は、ユーザーの認証状況等のステータスを記憶するデータベースである。

サービス認可サーバー１５は、サービス利用認可管理モジュール１３とサービス利用認可ＤＢ１４を有している。サービス利用認可管理モジュール１３は、サービス提供サーバー５で提供されるサービスの利用認可をサービス利用認可ＤＢ１４を用いて管理する。サービス利用認可ＤＢ１４は、サービス利用を認可するための基本データを記憶するデータベースである。
なお、ユーザー認証サーバー３、サービス提供サーバー５、認証管理サーバー８、ユーザー管理サーバー１２、サービス認可サーバー１５の各サーバーは、独立して構成しているが、例えばユーザー認証サーバー３とサービス提供サーバー５とを組み合わせて１つのサーバーとしてもよく、その組み合わせは任意である。

（ユーザー認証処理）
図２に示すフローチャートを用いて、ユーザーがサービス提供サーバー５内のサービス提供モジュール４によるサービスを利用する際、ユーザー認証を実施する処理を説明する。ユーザー情報（ユーザーを一意に識別するユーザー識別子、姓、名、会社名、部署名、役職、住所、電話番号、携帯電話番号、ＦＡＸ番号、電子メールアドレス、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ、ウェブサイトのアドレス）、備考等）は、あらかじめ、図３に示すデータ構造の形態でユーザー属性情報ＤＢ１０に記憶されているものとする。

ユーザーは、例えばインターネット等のアクセスチャネルからアクセスを開始する（ステップＳ２０２）。
つづいて、認証情報管理モジュール６が、図４に示すデータ構造の形態で認証情報管理ＤＢ７に記憶されているユーザー認証方法の基本情報を参照する（ステップＳ２０４）。ユーザー認証方法の基本情報は、図４に示すように、認証手段ＩＤ、認証サービス名称、認証サービスＵＲＬを有している。認証手段ＩＤは、認証手段を一意に識別できる認証手段識別子である。認証サービス名称は、その認証手段ＩＤに対応する認証サービスの名称である。認証サービスＵＲＬは、その認証手段ＩＤに対応する認証サービスを行うプログラム又はその説明等があるＵＲＬである。

実際のユーザー認証モジュール１が動作しているユーザー認証サーバー３へアクセスする（ステップＳ２０６）。
ユーザー認証モジュール１は、ユーザー認証用ＤＢ２に図５あるいは図６に示すデータ構造の形態で保存されている認証情報を読み込む（ステップＳ２０８）。
図５に示すデータ構造は、単純なアクセスＩＤ／パスワードの組み合わせによる認証方式のための情報を、図６に示すデータ構造は、ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）対応ＩＣカード用のための認証情報を保持しているものと想定している。具体的には、図５のデータ構造は、ユーザーＩＤ、アクセスＩＤ、パスワードの組であり、図６のデータ構造は、ユーザーＩＤ、アクセスＩＤ、ＰＫＩ検証用データの組である。この情報は、個々の認証方式によって異なるものである。

そして、この情報を利用してユーザー認証を行う（ステップＳ２１０）。例えば、最も単純なアクセスＩＤ／パスワードでは、ユーザーが入力したアクセスＩＤからシステムが実際に利用しているユーザーＩＤをマッチングし、そのユーザーＩＤで利用しているパスワードと、入力されたパスワードとが一致するかをチェックする。
必要な認証が終了すれば（ステップＳ２１２でＹＥＳ）、認証プロセスを終了して、現在の認証ステータスを図７に示すデータ構造の形態で、ユーザーステータスＤＢ１１へ保存する（ステップＳ２１４）。図７に示すデータ構造は、ログインユーザーＩＤに対応して、認証手段の識別子、その認証手段識別子が示す認証手段によって認証された時刻、その認証手段のステータス（状況）の組を記憶するものであり、その組を複数記憶することができるように構成されている。認証手段のステータスとしては、正式に認証されたことを示す「ＯＫ」、一時停止、一時中断、保留を示す「ＳＵＳＰＥＮＤＥＤ」等がある。

必要な認証が終了していない場合には（ステップＳ２１２でＮＯ）、ステップＳ２０４以下の複数の認証処理を繰り返す。
例えば、単純なアクセスＩＤとパスワードを入力するという１度の認証処理である場合は、図８に示すような画面表示例となり、１度の処理で終了する。
また、例えば、ＰＫＩ対応ＩＣカードの認証を実施した後、パスワードをチェックするという２度の認証処理である場合は、図９に示すような例となり、２度の処理をユーザーに要求する。
さらに、例えば、指紋認証を加え、３種類の認証機構を組み合わせた場合は、図１０に示すような例となる。このような認証処理が終了した場合、図７に示すように、３種類の認証処理（認証手段Ａ−０００１、Ａ−０００４、Ａ−００１０による認証処理）の認証時刻と、そのステータス（「ＯＫ」）が記録される。

（サービス利用認可）
図１１に示すフローチャートを用いて、ユーザーがサービスを利用する際、実際にサービスの利用を認可するまでの処理を説明する。
ユーザーは、既にユーザー認証処理によって認証が終了しているものとする。その認証されたユーザーによる操作によって、使用するサービスを指定する（ステップＳ１１０２）。

次に、図７に示す形態でユーザーステータスＤＢ１１に記憶されているユーザーのユーザーＩＤをキーにして認証ステータスを取り出す（ステップＳ１１０４）。
そして、サービス利用認可管理モジュール１３がサービス利用認可ＤＢ１４に図１２に示すデータ構造の形態で記憶されているユーザーの利用認可情報を取り出す（ステップＳ１１０６）。図１２に示す例では、どのユーザーがどのサービスを利用可能かが表になっている。つまり、ユーザーＩＤとそのユーザーが利用できるサービスＩＤが対応して記憶されているものである。

ユーザーに利用権限がなければ、利用を認可せず処理を終了する（ステップＳ１１０８でＮＯ、ステップＳ１１１６）。
利用権限があれば（ステップＳ１１０８でＹＥＳ）、サービス利用認可ＤＢ１４からサービスの機能ごとの認証条件を取り出す（ステップＳ１１１０）。サービス利用認可ＤＢ１４内のデータ構造は、図１３に示すように、サービスＩＤとそれに対応する認証条件を有している表になっている。認証条件は、そのサービスを利用するために必要となる認証を行う認証手段を１つ以上記憶している。例えば、Ｓ−０００１というサービスを受けるためには、Ａ−０００１という認証手段による認証が必要であるが、Ｓ−０００４のサービスを受けるためには、Ａ−０００７、Ａ−０００６、Ａ−０００５の３つの認証手段による認証が必要であることを示している。

そして、ステップＳ１１０４において取得したユーザーの認証ステータスが、必要な強度の認証をクリアしているかどうかをチェックする（ステップＳ１１１２）。認証強度をクリアしていれば（ステップＳ１１１２でＯＫ）、サービス機能の利用を認可し、クリアしていなければ（ステップＳ１１１２でＮＯ）、サービス利用を拒絶して処理を終了する（ステップＳ１１１６）。
サービス機能の提供を認可された場合には、サービス提供モジュール４が、サービス機能をユーザーに提供する（ステップＳ１１１４）。

（認証強度のダウン処理）
図１４に示すフローチャートを用いて、ユーザーが意図的に認証強度を下げるための処理を説明する。
まず、ユーザー情報管理モジュール９が、ユーザーステータスＤＢ１１に図７のデータ構造の形態で記憶されている現在のユーザーの認証ステータスを取り出す（ステップＳ１４０２）。その際に、ユーザーステータスＤＢ１１に記憶されている認証ステータスが「ＯＫ」であるものを、取り出すようにしてもよい。つまり、「ＯＫ」は、そのユーザーにより認証ステータスを変更することができる状況であり、その状況にあるものだけをユーザーに表示させるようにしてもよい。
そして、その認証ステータスをユーザーに提示する（ステップＳ１４０４）。例えば、図１５の左側が認証ステータスを提示した例である。この例では、「基本パスワード」「ＢＡＳＩＣ指紋認証」「ＰＫＩ−ＩＣカード個人認証」の３種類の認証が組み合わされている。

例えば、この時点で一時的に席を外す場合、ユーザーは、「ＢＡＳＩＣ指紋認証」と「ＰＫＩ−ＩＣカード個人認証」の２つのチェックをはずす。つまり、席を外している短い間に、他人に利用されないように、中断した利用を再開するためには「ＢＡＳＩＣ指紋認証」と「ＰＫＩ−ＩＣカード個人認証」の認証を必要とするが、「基本パスワード」の認証は不要とするものである。この認証ステータス変更要求を受け付ける（ステップＳ１４０６）。

ユーザーステータスＤＢ１１の認証ステータスを、図７に示した状態から図１６に示すような状態に変更する（ステップＳ１４０８）。この例では、認証ＩＤ＝Ａ−０００４の「ＢＡＳＩＣ指紋認証」と認証ＩＤ＝Ａ−００１０の「ＰＫＩ−ＩＣカード個人認証」のステータスを「ＳＵＳＰＥＮＤＥＤ」にしている。

最後に、この変更状態をユーザーに提示して（ステップＳ１４１０）処理を終了する（ステップＳ１４１２）。図１５の右側に示す画面例は、認証ステータスの変更後の画面である。この状態では、高い認証強度が求められるサービスにアクセスすることができなくなる。

（認証パターンを利用した認証強度のダウン処理）
図１７に示すフローチャートを用いて、あらかじめユーザーが登録しておいた認証パターンに基づいて、ユーザーが意図的に認証強度を下げるための処理を説明する。
まず、ユーザー情報管理モジュール９が、ユーザーステータスＤＢ１１に図７の形態で記憶されている現在のユーザーの認証ステータスを取り出す（ステップＳ１７０２）。その際に、ユーザーステータスＤＢ１１に記憶されている認証ステータスが「ＯＫ」であるものを、取り出すようにしてもよい。

次に、同じくユーザーステータスＤＢ１１に、あらかじめ図１８に示すデータ構造の形態で記憶されているユーザーごとの認証パターン情報を取得する（ステップＳ１７０４）。認証パターン情報は、ログインユーザーＩＤごとに、その認証パターンを一意に識別できるパターンＩＤ、その認証パターンの名称、認証に必要な認証手段の組み合わせ、そして説明の組を記憶している表である。図１８に示す例では、「通常業務」「休憩中」「センシティブ」の３つが登録されている。「通常業務」は、通常の社内業務を実行する場合、「休憩中」は少しの間席を離れるようなケース、「センシティブ」は、病歴情報や家族状況情報など、いわゆる保険業界等において使用されるセンシティブ情報を扱う場合の認証パターンを例示している。

そして、これらを組み合わせてユーザーに提示する（ステップＳ１７０６）。その際に、ユーザーステータスＤＢ１１に記憶されている認証パターンの名称（ここでは、「通常業務」「休憩中」「センシティブ」）をユーザーに表示するようにしてもよい。図１９の左側の画面例は、認証ステータスと認証パターンを提示した例である。この例では、認証ステータスとして「基本パスワード」「ＢＡＳＩＣ指紋認証」「ＰＫＩ−ＩＣカード個人認証」の３種類の認証が組み合わされている。さらにユーザーが登録した認証パターンとして、画面上部の選択メニューに「通常業務」「休憩中」「センシティブ」の３つが表示されている。

例えば、この時点で一時的に席を外す場合、ユーザーは、メニューから「休憩中」を選択する（ステップＳ１７０８）。
すると、図１８に示される認証パターン情報と図７に示される現在の認証ステータスの比較から「ＢＡＳＩＣ指紋認証」と「ＰＫＩ−ＩＣカード個人認証」の２つの認証処理を無効にする必要があることがわかる（ステップＳ１７１０）。

そして、ユーザーステータスＤＢ１１の認証ステータスを図１６に示すように変更する（ステップＳ１７１２）。この例では、認証ＩＤ＝Ａ−０００４の「ＢＡＳＩＣ指紋認証」と認証ＩＤ＝Ａ−００１０の「ＰＫＩ−ＩＣカード個人認証」のステータスが「ＳＵＳＰＥＮＤＥＤ」になっている。
最後に、この変更状態をユーザーに提示して（ステップＳ１７１４）処理を終了する（ステップＳ１７１６）。図１９の右側の画面例は、認証ステータスの変更後の画面である。つまり、ユーザーによって認証パターンの「休憩中」が選択され、その認証パターンでの認証の組み合わせであるＡ−０００１（図１８参照）である「基本パスワード」のみが選択された状態を表している。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図２０に示すように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。ユーザー認証モジュール１、サービス提供モジュール４、認証情報管理モジュール６、ユーザー情報管理モジュール９、サービス利用認可管理モジュール１３等のプログラムを実行するＣＰＵ（マイクロプロセッサ）２００１と、そのプログラムやデータを記憶するＲＡＭ（ランダムアクセスメモリ）２００２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ（リードオンリメモリ）２００３と、補助記憶装置であるＨＤ（ハードディスク）２００４と、キーボード、マウス等のデータを入力する入力装置２００６と、ＣＲＴや液晶ディスプレイ等の出力装置２００５と、例えばネットワークを介して他の装置と通信を行うための通信回線インタフェース２００７、そして、それらをつないでデータのやりとりをするためのバス２００８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

なお、図２０に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２０に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図２０に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（多機能複写機とも呼ばれ、スキャナ、プリンタ、複写機、ファックス等の機能を有している）などに組み込まれていてもよい。

前記実施の形態においては、図３〜図７、図１２、図１３、図１６、図１８で示したデータ構造は、これらのデータ構造に限らず他のデータ構造であってもよい。例えば、表構造はリンク構造等であってもよい。また、データ項目は、これらに図示したものに限られず、他のデータ項目を有していてもよい。
また、サービスに対する認証条件を例示したが、コンテンツを利用する場合に必要となる認証条件であってもよく、サービスの利用及びコンテンツの利用の認証条件であってもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、上記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）等が含まれる。
そして、上記のプログラム又はその一部は、上記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにはこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、上記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。

本実施の形態の構成例についての概念的なモジュール構成図である。 ユーザーがサービスを利用する際、ユーザー認証を実施する処理例を示すフローチャートである ユーザー属性情報ＤＢに記憶されているデータ構造の例を示す説明図である。 認証情報管理ＤＢに記憶されているユーザー認証方法の基本情報のデータ構造の例を示す説明図である。 ユーザー認証用ＤＢに記憶されている認証情報のデータ構造の例を示す説明図である。 ユーザー認証用ＤＢに記憶されている認証情報のデータ構造の例を示す説明図である。 ユーザーステータスＤＢに記憶されている現在の認証ステータスに関するデータ構造の例を示す説明図である。 単純なアクセスＩＤとパスワードの入力を促す画面例を示す説明図である。 ＰＫＩ対応ＩＣカードの認証を実施した後、パスワードをチェックする例を示す説明図である。 ３種類の認証機構（ＰＫＩ対応ＩＣカードの認証、パスワードチェック、指紋認証）の例を示す説明図である。 ユーザーがサービスを利用する際、サービスの利用を認可するまでの処理例を示すフローチャートである。 サービス利用認可ＤＢに記憶されているユーザーの認可情報のデータ構造の例を示す説明図である。 サービス利用認可ＤＢに記憶されているサービスの機能ごとの認証条件のデータ構造の例を示す説明図である。 ユーザーが意図的に認証強度を下げるための処理例を示すフローチャートである。 現在のユーザーの認証ステータスを表示する画面例を示す説明図である。 ユーザーステータスＤＢに記憶されている認証ステータスの変更後のデータ構造の例を示す説明図である。 あらかじめユーザーが登録しておいた認証パターンに基づいて、ユーザーが意図的に認証強度を下げるための処理を示すフローチャートである。 認証パターン情報のデータ構造の例を示す説明図である。 認証ステータスと認証パターンを表示する画面例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

符号の説明

１…ユーザー認証モジュール
２…ユーザー認証用ＤＢ
３…ユーザー認証サーバー
４…サービス提供モジュール
５…サービス提供サーバー
６…認証情報管理モジュール
７…認証情報管理ＤＢ
８…認証管理サーバー
９…ユーザー情報管理モジュール
１０…ユーザー属性情報ＤＢ
１１…ユーザーステータスＤＢ
１２…ユーザー管理サーバー
１３…サービス利用認可管理モジュール
１４…サービス利用認可ＤＢ
１５…サービス認可サーバー
１６…ネットワーク

Claims (8)

1. ユーザーを識別するユーザー識別子と該ユーザーを認証する認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶する認証状況記憶手段と、
   ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する認証状況抽出手段と、
   前記認証状況抽出手段によって抽出された認証手段識別子及び認証手段による認証状況に応じて、前記ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付ける表示変更手段と、
   前記表示変更手段によって受け付けられた認証状況の変更に応じて、前記認証状況記憶手段に記憶されている認証手段による認証状況を変更する認証状況変更手段
   を具備することを特徴とする情報処理システム。
2. 前記認証状況抽出手段は、前記認証状況記憶手段に記憶されている認証手段による認証状況のうち前記ユーザーにより変更可能な認証状況に応じて、前記ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する
   ことを特徴とする請求項１に記載の情報処理システム。
3. ユーザーを識別するユーザー識別子と該ユーザーを認証する認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶する認証状況記憶手段と、
   認証手段識別子の組み合わせの型を記憶する認証型情報記憶手段と、
   ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する認証状況抽出手段と、
   前記認証状況抽出手段によって抽出された認証手段識別子及び認証手段による認証状況に応じて、前記ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付ける表示変更手段と、
   前記表示変更手段によって受け付けられた認証状況の変更に応じて、前記認証型情報記憶手段から認証手段識別子の組み合わせの型を抽出し、前記認証状況抽出手段によって抽出された該認証手段識別子と比較することによって、前記認証状況記憶手段に記憶されている認証手段による認証状況を無効に変更する認証状況変更手段
   を具備することを特徴とする情報処理システム。
4. 前記認証状況抽出手段は、前記認証状況記憶手段に記憶されている認証手段による認証状況のうち前記ユーザーにより変更可能な認証状況に応じて、前記ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出し、
   前記認証型情報記憶手段は、認証手段識別子の組み合わせの型とその型の名称を対応付けて記憶し、
   前記表示変更手段は、前記認証型情報記憶手段に記憶されている名称を選択する操作を受け付け、
   前記認証状況変更手段は、前記表示変更手段によって受け付けられた名称の選択に応じて、前記認証型情報記憶手段に記憶されている認証手段識別子の組み合わせの型を抽出する
   ことを特徴とする請求項３に記載の情報処理システム。
5. コンピュータを、
   ユーザーを識別するユーザー識別子と該ユーザーを認証する認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶する認証状況記憶手段と、
   ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する認証状況抽出手段と、
   前記認証状況抽出手段によって抽出された認証手段識別子及び認証手段による認証状況に応じて、前記ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付ける表示変更手段と、
   前記表示変更手段によって受け付けられた認証状況の変更に応じて、前記認証状況記憶手段に記憶されている認証手段による認証状況を変更する認証状況変更手段
   として機能させることを特徴とする情報処理プログラム。
6. 前記認証状況抽出手段は、前記認証状況記憶手段に記憶されている認証手段による認証状況のうち前記ユーザーにより変更可能な認証状況に応じて、前記ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する
   ことを特徴とする請求項５に記載の情報処理プログラム。
7. コンピュータを、
   ユーザーを識別するユーザー識別子と該ユーザーを認証する認証手段を識別する認証手段識別子と該認証手段による認証状況を対応させて記憶する認証状況記憶手段と、
   認証手段識別子の組み合わせの型を記憶する認証型情報記憶手段と、
   ユーザー識別子に応じて、該ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出する認証状況抽出手段と、
   前記認証状況抽出手段によって抽出された認証手段識別子及び認証手段による認証状況に応じて、前記ユーザーに対応する認証手段と該認証手段による現在の認証状況を表示し、該認証状況の変更に関する前記ユーザーの操作を受け付ける表示変更手段と、
   前記表示変更手段によって受け付けられた認証状況の変更に応じて、前記認証型情報記憶手段から認証手段識別子の組み合わせの型を抽出し、前記認証状況抽出手段によって抽出された該認証手段識別子と比較することによって、前記認証状況記憶手段に記憶されている認証手段による認証状況を無効に変更する認証状況変更手段
   として機能させることを特徴とする情報処理プログラム。
8. 前記認証状況抽出手段は、前記認証状況記憶手段に記憶されている認証手段による認証状況のうち前記ユーザーにより変更可能な認証状況に応じて、前記ユーザー識別子に対応する認証手段識別子及び該認証手段識別子に対応する認証手段による認証状況を、前記認証状況記憶手段から抽出し、
   前記認証型情報記憶手段は、認証手段識別子の組み合わせの型とその型の名称を対応付けて記憶し、
   前記表示変更手段は、前記認証型情報記憶手段に記憶されている名称を選択する操作を受け付け、
   前記認証状況変更手段は、前記表示変更手段によって受け付けられた名称の選択に応じて、前記認証型情報記憶手段に記憶されている認証手段識別子の組み合わせの型を抽出する
   ことを特徴とする請求項７に記載の情報処理プログラム。

Images