JP2005166024A - 認証サービス提供装置、Ｗｅｂサービス提供装置、ユーザ端末装置、認証サービス提供方法、Ｗｅｂサービス提供方法、Ｗｅｂサービス利用方法、認証サービス提供プログラム、Ｗｅｂサービス提供プログラム、Ｗｅｂサービス利用プログラム及び記録媒体 - Google Patents

Abstract

【課題】 効率的にＷｅｂサービスが提供するオブジェクトのアクセス権に係る情報を管理することを目的とする。
【解決手段】 認証に係るサービスを提供する認証サービス提供手段３０を有する認証サービス提供装置であって、認証サービス提供手段３０は、認証の強弱を表す認証レベルを計算する認証レベル計算手段３２と、認証レベル計算手段３２において計算された認証レベルと関連付けられたユーザの認証に係るユーザ認証チケット情報を管理するユーザ認証チケット情報管理手段３３と、を有することによって上記課題を解決する。
【選択図】 図５

Description

本発明は、認証サービス提供装置、Ｗｅｂサービス提供装置、ユーザ端末装置、認証サービス提供方法、Ｗｅｂサービス提供方法、Ｗｅｂサービス利用方法、認証サービス提供プログラム、Ｗｅｂサービス提供プログラム、Ｗｅｂサービス利用プログラム及び記録媒体に関する。

近年、アカウントとパスワードとを組み合わせたパスワード認証や、指紋や声紋等を用いたバイオメトリカル認証や、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等のデバイスを用いた認証等様々な認証手段が存在している。また、これらの認証手段は、その認証の強弱も様々である。

一方、例えば指紋認証等は、この指紋はこのアカウントのユーザかどうかを認証するのは、簡単に行えるが、この指紋は誰の指紋かという認証を行うのは困難な問題があった。これは、一つ一つの指紋の照合に時間がかかるため、対象とするユーザ全員の指紋と照合し、誰の指紋かを判断することが時間的に困難なためであった。したがって、指紋認証等はパスワード認証等、他の認証と組み合わせて用いられるのが一般的であった。例えば、パスワード認証等でユーザを特定した後に、指紋認証で本当にこのユーザかどうかを認証していた。

このように、ユーザを特定するのに、認証の強弱が異なる複数の認証が組み合わされて用いられることがある。このような中、従来技術においては、Ｗｅｂサービス、例えば、文書管理サービス等において、ユーザからの文書に対するアクセスを制限しようとした場合、１つ１つの文書に対してどの認証手段又はどの認証手段とどの認証手段とを組み合わせて行えば、ユーザに対してＲｅａｄ権限又はＲｅａｄ／Ｗｒｉｔｅ権限等のアクセス権（又はアクセス権に係る情報）を与えるか、といったように、文書と、認証手段とを対応付けてアクセス権に係る情報を設定し、管理していた。

しかしながら、上述したように、文書と、認証手段とを対応付けてアクセス権に係る情報を設定し、管理していた場合、認証手段がｎ個存在すると、認証手段の組み合わせとして２のｎ乗個存在してしまい、文書１つ１つに対して認証の強弱が異なる認証手段の２のｎ乗個の組み合わせを考慮して、アクセス権に係る情報を管理するのは著しく困難な問題があった。

また、文書と、認証手段とを対応付けてアクセス権に係る情報を設定し、管理していた場合、認証手段が変更されたり、認証手段が増減したりした場合、その都度アクセス権に係る情報を管理しているテーブル等を変更したり、新たに作成したりしなくてはならない問題もあった。

本発明は、上記の点に鑑みなされたもので、効率的にＷｅｂサービスが提供するオブジェクトのアクセス権に係る情報を管理することを目的とする。

そこで、上記問題を解決するため、本発明は、認証に係るサービスを提供する認証サービス提供手段を有する認証サービス提供装置であって、前記認証サービス提供手段は、認証の強弱を表す認証レベルを計算する認証レベル計算手段と、前記認証レベル計算手段において計算された認証レベルと関連付けられたユーザの認証に係るユーザ認証情報を管理するユーザ認証情報管理手段と、を有することを特徴とする。

なお、認証サービス提供装置は、例えば後述する認証サービス提供サーバ１に対応する。また、認証サービス提供手段は、例えば後述する認証サービス３０に対応する。また、認証レベル計算手段は、例えば後述する認証レベル計算部３２に対応する。また、ユーザ認証情報管理手段は、例えば後述するチケット管理部３３に対応する。また、ユーザ認証情報は、例えば後述する認証チケット６０に対応する。

また、本発明は、Ｗｅｂサービスを提供するＷｅｂサービス提供手段を有するＷｅｂサービス提供装置であって、前記Ｗｅｂサービス提供手段は、ユーザを識別するユーザ識別子と、認証の強弱を表す認証レベルと、Ｗｅｂサービス提供手段が提供するオブジェクトを識別するオブジェクト識別子と、前記オブジェクトに対するアクセス権に係る情報と、を含むアクセス権管理データを管理するアクセス権管理手段を有することを特徴とする。

なお、Ｗｅｂサービス提供装置は、例えば後述するＷｅｂサービス提供サーバ２に対応する。また、Ｗｅｂサービス提供手段は、例えば後述する文書管理サービス４０に対応する。また、アクセス権管理データは、例えば後述するアクセス権管理テーブル９０に対応する。また、アクセス権管理手段は、例えば後述するアクセス権管理部４３に対応する。

また、本発明は、Ｗｅｂサービスを利用するＷｅｂサービス利用手段を有するユーザ端末装置であって、前記Ｗｅｂサービス利用手段は、ユーザの認証に係るユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子を管理するユーザ認証情報管理手段と、前記ユーザの認証に係る認証結果及び／又は前記ユーザ認証情報と関連付けられた認証の強弱を表す認証レベルを表示する表示手段と、を有することを特徴とする。

なお、ユーザ端末装置は、例えば後述するユーザ端末装置３に対応する。また、Ｗｅｂサービス利用手段は、例えば後述するクライアントサービス５０に対応する。また、ユーザ認証情報管理手段は、例えば後述するチケットＩＤ管理部５２に対応する。また、表示手段は、例えば後述する表示制御部５４に対応する。

また、本発明は、認証に係るサービスを提供する認証サービス提供方法であって、Ｗｅｂサービスを利用するＷｅｂサービス利用手段からのユーザの認証要求を受信するユーザ認証要求受信段階と、認証の強弱を表す認証レベルを計算する第一認証レベル計算段階と、前記第一認証レベル計算段階において計算された認証レベルと関連付けられたユーザの認証に係るユーザ認証情報を作成するユーザ認証情報作成段階と、を有することを特徴とする。

なお、ユーザ認証要求受信段階は、例えば後述するステップＳ１０に対応する。また、第一認証レベル計算段階は、例えば後述するステップＳ１４に対応する。また、ユーザ認証情報作成段階は、例えば後述するステップＳ１５に対応する。

また、本発明は、Ｗｅｂサービスを提供するＷｅｂサービス提供方法であって、Ｗｅｂサービスを利用するＷｅｂサービス利用手段からの、Ｗｅｂサービス提供手段が提供するオブジェクトを識別するオブジェクト識別子と、要求するアクセスの種別を識別するアクセス種別と、を含む前記オブジェクトのアクセス要求を受信するアクセス要求受信段階と、ユーザを識別するユーザ識別子を取得するユーザ識別子取得段階と、認証の強弱を表す認証レベルを取得する第一認証レベル取得段階と、前記オブジェクト識別子と、前記ユーザ識別子と、認証の強弱を示す認証レベルと、に基づいて、前記ユーザ識別子と、前記認証レベルと、前記オブジェクト識別子と、前記オブジェクトに対するアクセス権に係る情報と、を含むアクセス権管理データより、対応するオブジェクトに対するアクセス権に係る情報を取得するアクセス権取得段階と、前記アクセス権取得段階において取得したアクセス権に係る情報と、前記アクセス種別と、に基づいて、要求された文書にアクセス可能か否かを判定するアクセス判定段階と、を有することを特徴とする。

なお、アクセス要求受信段階は、例えば後述するステップＳ５０又はステップＳ１１０に対応する。また、ユーザ識別子取得段階は、例えば後述するステップＳ５２の一部、又はステップＳ１１６に対応する。また、第一認証レベル取得段階は、例えば後述するステップＳ５２の一部、又はステップＳ１１４に対応する。また、アクセス権取得段階は、例えば後述するステップＳ５３又はステップＳ１１７に対応する。また、アクセス判定段階は、例えば後述するステップＳ５４又はステップＳ１１８に対応する。また、特許請求の範囲に記載の第二認証レベル取得段階は、例えば後述するステップＳ１１３に対応する。

また、本発明は、Ｗｅｂサービスを利用するＷｅｂサービス利用方法であって、認証に係るサービスを提供する認証サービス提供手段に対して、ユーザの認証要求を送信するユーザ認証要求送信段階と、前記認証サービス提供手段において計算された認証の強弱を表す認証レベルと関連付けられたユーザの認証に係るユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子を受信するユーザ認証情報受信段階と、前記ユーザの認証に係る認証結果を表示するユーザ認証結果表示段階と、を有することを特徴とする。

なお、ユーザ認証要求送信段階は、例えば後述するステップＳ６２に対応する。また、ユーザ認証情報受信段階は、例えば後述するステップＳ６３に対応する。また、ユーザ認証結果表示段階は、例えば後述するステップＳ６５に対応する。

本発明によれば、効率的にＷｅｂサービスが提供するオブジェクトのアクセス権に係る情報を管理することができる。

なお、上記課題を解決するための手段として、認証サービス提供プログラム、Ｗｅｂサービス提供プログラム、Ｗｅｂサービス利用プログラム及び記録媒体としてもよい。

本発明によれば、効率的にＷｅｂサービスが提供するオブジェクトのアクセス権に係る情報を管理することができる。

以下、本発明の実施の形態について図面に基づいて説明する。

図１は、認証サービス提供サーバの一例のハードウェア構成図である。

図１に示される認証サービス提供サーバ１のハードウェア構成は、それぞれバスで相互に接続されている入力装置１１と、表示装置１２と、ドライブ装置１３と、記録媒体１４と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１５と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１６と、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１７と、インターフェース装置１８と、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１９とから構成されている。

入力装置１１は、認証サービス提供サーバ１の利用者が操作するキーボード及びマウス等で構成され、認証サービス提供サーバ１に各種操作信号を入力するのに用いられる。

表示装置１２は、認証サービス提供サーバ１の利用者が利用するディスプレイ等で構成され、各種情報を表示する。

インターフェース装置１８は、認証サービス提供サーバ１をネットワーク等に接続するインターフェースである。

後述する認証サービス３０に対応するアプリケーションプログラムや、認証サービス提供サーバ１の全体の処理を制御するメインプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体１４によって認証サービス提供サーバ１に提供されるか、ネットワークを通じてダウンロードされる。記録媒体１４は、ドライブ装置１３にセットされ、前記アプリケーションプログラムや前記メインプログラム等が記録媒体１４からドライブ装置１３を介してＲＯＭ１５にインストールされる。

ＲＯＭ１５は、データや前記アプリケーションプログラムや前記メインプログラム等を格納する。ＲＡＭ１６は、認証サービス提供サーバ１の起動時にＲＯＭ１５から前記アプリケーションプログラムや前記メインプログラム等を読み出して格納する。ＣＰＵ１７は、ＲＡＭ１６に読み出され、格納された前記アプリケーションプログラムや前記メインプログラム等に従って処理を実行する。

ＨＤＤ１９は、データやファイル等を格納する。例えば、ＨＤＤ１９は、後述する認証チケット６０、追加認証チケット７０、ユーザ情報、グループ情報等を格納する。

以下、Ｗｅｂサービス提供サーバ２の一例のハードウェア構成を、図２を用いて説明する。

図２は、Ｗｅｂサービス提供サーバの一例のハードウェア構成図である。

図２に示されるＷｅｂサービス提供サーバ２のハードウェア構成は、それぞれバスで相互に接続されている入力装置２１と、表示装置２２と、ドライブ装置２３と、記録媒体２４と、ＲＯＭ２５と、ＲＡＭ２６と、ＣＰＵ２７と、インターフェース装置２８と、ＨＤＤ２９とから構成されている。

入力装置２１は、Ｗｅｂサービス提供サーバ２の利用者が操作するキーボード及びマウス等で構成され、Ｗｅｂサービス提供サーバ２に各種操作信号を入力するのに用いられる。

表示装置２２は、Ｗｅｂサービス提供サーバ２の利用者が利用するディスプレイ等で構成され、各種情報を表示する。

インターフェース装置２８は、Ｗｅｂサービス提供サーバ２をネットワーク等に接続するインターフェースである。

後述する文書管理サービス４０に対応するアプリケーションプログラムや、Ｗｅｂサービス提供サーバ２の全体の処理を制御するメインプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体２４によってＷｅｂサービス提供サーバ２に提供されるか、ネットワークを通じてダウンロードされる。記録媒体２４は、ドライブ装置２３にセットされ、前記アプリケーションプログラムや前記メインプログラム等が記録媒体２４からドライブ装置２３を介してＲＯＭ２５にインストールされる。

ＲＯＭ２５は、データや前記アプリケーションプログラムや前記メインプログラム等を格納する。ＲＡＭ２６は、Ｗｅｂサービス提供サーバ２の起動時にＲＯＭ２５から前記アプリケーションプログラムや前記メインプログラム等を読み出して格納する。ＣＰＵ２７は、ＲＡＭ２６に読み出され、格納された前記アプリケーションプログラムや前記メインプログラム等に従って処理を実行する。

ＨＤＤ２９は、データやファイル等を格納する。例えば、ＨＤＤ２９は、後述するセッション８０や、認証に係るサービスを提供する認証サービス３０のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒｓ）や、アクセス権管理テーブル９０等を格納する。

上述したように、本発明の実施の形態においては、後述する認証サービス３０は、認証サービス提供サーバ１に実装され、後述する文書管理サービス４０は、Ｗｅｂサービス提供サーバ２に実装されているものとして説明を行う。なお、認証サービス３０及び文書管理サービス４０は同じサーバ等に実装されていてもよい。

以下、ユーザ端末装置３の一例のハードウェア構成を、図３を用いて説明する。

図３は、ユーザ端末装置の一例のハードウェア構成図である。

図３に示されるユーザ端末装置３のハードウェア構成は、それぞれバスで相互に接続されている入力装置３１と、表示装置３２と、ドライブ装置３３と、記録媒体３４と、ＲＯＭ３５と、ＲＡＭ３６と、ＣＰＵ３７と、インターフェース装置３８と、ＨＤＤ３９とから構成されている。

入力装置３１は、ユーザ端末装置３の利用者が操作するキーボード及びマウス等で構成され、ユーザ端末装置３に各種操作信号を入力するのに用いられる。

表示装置３２は、ユーザ端末装置３の利用者が利用するディスプレイ等で構成され、各種情報を表示する。

インターフェース装置３８は、ユーザ端末装置３をネットワーク等に接続するインターフェースである。

後述するクライアントサービス５０に対応するアプリケーションプログラムや、ユーザ端末装置３の全体の処理を制御するメインプログラム等は、例えば、ＣＤ−ＲＯＭ等の記録媒体３４によってユーザ端末装置３に提供されるか、ネットワークを通じてダウンロードされる。記録媒体３４は、ドライブ装置３３にセットされ、前記アプリケーションプログラムや前記メインプログラム等が記録媒体３４からドライブ装置３３を介してＲＯＭ３５にインストールされる。

ＲＯＭ３５は、データや前記アプリケーションプログラムや前記メインプログラム等を格納する。ＲＡＭ３６は、ユーザ端末装置３の起動時にＲＯＭ３５から前記アプリケーションプログラムや前記メインプログラム等を読み出して格納する。ＣＰＵ３７は、ＲＡＭ３６に読み出され、格納された前記アプリケーションプログラムや前記メインプログラム等に従って処理を実行する。

ＨＤＤ３９は、データやファイル等を格納する。例えば、ＨＤＤ３９は、後述する認証チケットＩＤ、追加認証チケットＩＤ、認証レベル等を格納する。

なお、認証サービス３０、文書管理サービス４０、クライアントサービス５０、は、Ｗｅｂサービスとして、例えばお互いＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）に基づいてメッセージのやり取りを行う。

以下、認証サービス提供方法、Ｗｅｂサービス提供方法及びＷｅｂサービス利用方法の一例を、図４を用いて説明する。

図４は、認証サービス提供方法、Ｗｅｂサービス提供方法及びＷｅｂサービス利用方法の一例を説明するための図である。

図４に示されるように、Ｗｅｂサービス提供サーバ２が提供するＷｅｂサービスを利用するユーザ端末装置３は、ユーザ端末装置３のユーザの認証に係るユーザ認証リクエストを作成し、認証サービス提供サーバ１に送信する（シーケンスＳＱ１。）。

認証サービス提供サーバ１は、ユーザ認証リクエストに含まれる、例えばユーザ名、パスワード等に基づいて認証を行い、後述するように認証レベルを計算し、該認証レベルを含む認証チケット６０を作成する。認証サービス提供サーバ１は、作成した認証チケット６０を識別する認証チケットＩＤを含むユーザ認証レスポンスを作成し、ユーザ端末装置３に送信する（シーケンスＳＱ２。）。

なお、シーケンスＳＱ１においてユーザ端末装置３から送信されたユーザ認証リクエストには、（ユーザ名、パスワード）のように１つの認証を行うためのデータだけでなく、（ユーザ名、パスワード、人差し指の指紋データ）のように複数の認証を行うためのデータが含まれていてもよい。ユーザ認証リクエストに複数の認証を行うためのデータが含まれていた場合、認証サービス提供サーバ１は、対応する認証手段（認証エンジン）においてそれぞれ認証を行い、認証レベルを計算し、該認証レベルを含む認証チケット６０を作成する。

また、ユーザ端末装置３は、例えば認証レベルを上げるため、認証チケットＩＤと追加の認証のためのデータ、例えばシーケンスＳＱ１においてユーザ名とパスワードとを含むユーザ認証リクエストを送信していた場合は指紋データ等、を含む追加のユーザ認証に係る追加ユーザ認証リクエストを作成し、認証サービス提供サーバ１に送信する（シーケンスＳＱ３。）。

認証サービス提供サーバ１は、追加ユーザ認証リクエストに含まれる、認証チケットＩＤと指紋データとに基づいて認証を行い、認証レベルを計算し、該認証レベルを含む追加認証チケット７０を作成する。認証サービス提供サーバ１は、作成した追加認証チケット７０を識別する追加認証チケットＩＤを含む追加認証レスポンスを作成し、ユーザ端末装置３に送信する（シーケンスＳＱ４。）。

なお、図４においては、ユーザ端末装置３は、追加ユーザ認証リクエストを１回しか認証サービス提供サーバ１に送信していないが、これは本発明の実施を制限するものではない。例えば認証レベルを上げるため、２回、３回、・・・と追加の認証用のデータを含んだ追加ユーザ認証リクエストを認証サービス提供サーバ１に送信し、認証サービス提供サーバ１ではその都度認証を行い、認証レベルを計算してもよい。以下においても同様である。

また、逆に認証レベルを上げる必要が無い場合等は、シーケンスＳＱ３及びシーケンスＳＱ４の処理は行われなくてもよい。

次に、ユーザ端末装置３は、シーケンスＳＱ２又はシーケンスＳＱ４において取得した認証チケットＩＤ又は追加認証チケットＩＤを含んだセッション開始リクエストを作成し、Ｗｅｂサービス提供サーバ２に送信する（シーケンスＳＱ５。）。

Ｗｅｂサービス提供サーバ２は、セッション開始リクエストに含まれる認証チケットＩＤ又は追加認証チケットＩＤを含んだチケット解読リクエストを作成し、認証サービス提供サーバ１に送信する（シーケンスＳＱ６。）。

認証サービス提供サーバ１は、チケット解読リクエストに含まれる認証チケットＩＤ又は追加認証チケットＩＤに基づいて、対応する認証チケット６０又は追加認証チケット７０に含まれる認証レベルやユーザ情報等を取得し、該認証レベルやユーザ情報等を含むチケット解読レスポンスを作成し、Ｗｅｂサービス提供サーバ２に送信する（シーケンスＳＱ７。）。

Ｗｅｂサービス提供サーバ２は、認証サービス提供サーバ１よりチケット解読レスポンスを受信し、シーケンスＳＱ５において受信したセッション開始リクエストに含まれていた認証チケットＩＤ又は追加認証チケットＩＤが有効な認証チケットＩＤ又は追加認証チケットＩＤであることを確認すると、セッション８０を作成する。Ｗｅｂサービス提供サーバ２は、作成したセッション８０を識別するセッションＩＤを含むセッション開始レスポンスを作成し、ユーザ端末装置２に送信する（シーケンスＳＱ８。）。

ユーザ端末装置３は、セッションＩＤと、アクセスする文書を識別する文書ＩＤと、アクセス種別（例えばＲｅａｄ、Ｗｒｉｔｅ等）を含んだ文書アクセスリクエストを作成し、Ｗｅｂサービス提供サーバ２に送信する（シーケンスＳＱ９。）。

Ｗｅｂサービス提供サーバ２は、文書アクセスリクエストに含まれる文書ＩＤと、シーケンスＳＱ７において取得し、セッションＩＤと関連付けて保持していた認証レベル及びユーザ情報に基づいて、文書に対するアクセス権に係る情報を管理する後述するアクセス権管理テーブル９０を検索し、対応するアクセス権に係る情報が存在する場合は、該アクセス権に係る情報を取得する。Ｗｅｂサービス提供サーバ２は、取得したアクセス権に係る情報と、文書アクセスリクエストに含まれていたアクセス種別とを比較し、要求されたアクセス種別でアクセス可能な場合は、文書ＩＤに対応する文書に対してアクセス（Ｒｅａｄ又はＷｒｉｔｅ等）しにいき、アクセス結果を含む文書アクセスレスポンスを作成し、ユーザ端末装置３に送信する。

上述したような認証サービス提供方法、Ｗｅｂサービス提供方法及びＷｅｂサービス利用方法をとることによって、複数の認証手段（認証エンジン）とアクセス権に係る情報とを対応付けて管理すること無しに、効率的に文書に対するアクセス権に係る情報を管理し、文書の係るサービスを提供することができる。

以下、認証サービス３０の一例の機能構成を、図５を用いて説明する。図５は、認証サービスの一例の機能構成図である。

図５に示されるように、認証サービス３０は、認証統合部３１と、認証レベル計算部３２と、チケット管理部３３と、認証プロバイダＡ３４と、認証プロバイダＢ３５と、を含む。

認証統合部３１は、認証サービス３０の全体の動作を制御する共に、クライアントサービス５０及び文書管理サービス４０に対して共通のインターフェースを提供するモジュールである。

認証レベル計算部３２は、認証を行った認証エンジン及び該認証エンジンの認証レベルに基づいて、認証レベルを計算するモジュールである。なお、認証レベルの計算方法の詳細は後述する。

チケット管理部３３は、後述する認証チケット６０及び／又は追加認証チケット７０等を管理するモジュールである。

認証プロバイダＡ３４及び認証プロバイダＢ３５等は、「認証プロバイダ」と呼ばれるモジュールである。ここで、認証プロバイダとは、様々な認証エンジンを認証サービス３０に組み込むためのアダプタ、又は仲介者のような役割を果たすものである。なお、認証エンジンとは、ここでは実際にパスワードの照合や指紋の照合等の認証処理を行うシステムをいう。

即ち、個々の認証エンジンは、それぞれ独自のインターフェース（プロトコル）を有している。一方、それぞれの認証エンジンにおける認証機能をＷｅｂサービスとしてクライアントサービス５０に提供するには認証統合部３１との間で規定される所定のインターフェースに従う必要がある。かかる個々の認証エンジンによる独自のプロトコルを吸収し、認証統合部３１に対して共通のインターフェースを提供するのが、認証プロバイダである。従って、新たな認証エンジンを認証サービス３０に組み込むには、認証プロバイダを一つ実装することになる。但し、認証プロバイダ自身が、認証エンジンとしての機能を有していてもよい。以下では特に言及しない限り、認証エンジンが認証プロバイダ自身に含まれているものとする。

なお、図５においては、認証サービス３０に認証プロバイダＡ３４と、認証プロバイダＢ３５の２つの認証プロバイダが含まれる例を用いて認証サービス３０の構成を説明したが、これは本発明の実施を制限するものではない。認証プロバイダは１つであってもよいし、２つ以上であってもよい。

以下、文書管理サービス４０の一例の機能構成を、図６を用いて説明する。図６は、文書管理サービスの一例の機能構成図である。

図６に示されるように、文書管理サービス４０は、文書管理統合部４１と、セッション管理部４２と、アクセス権管理部４３と、文書管理部４４と、を含む。

文書管理統合部４１は、文書管理サービス４０の全体の動作を制御する共に、クライアントサービス５０及び認証サービス３０に対して共通のインターフェースを提供するモジュールである。

セッション管理部４２は、後述するセッション８０を管理するモジュールである。

アクセス権管理部４３は、後述するアクセス権管理テーブル９０を管理するモジュールである。

文書管理部４４は、文書を管理するモジュールである。

以下、クライアントサービス５０の一例の機能構成を、図７を用いて説明する。図７は、クライアントサービスの一例の機能構成図である。

図７に示されるように、クライアント５０は、クライアント統合部５１と、チケットＩＤ管理部５２と、入力制御部５３と、表示制御部５４と、を含む。

クライアント統合部５１は、クライアントサービス５０の全体の動作を制御すると共に、認証サービス３０及び文書管理サービス４０に対して共通のインターフェースを提供するモジュールである。

チケットＩＤ管理部５２は、認証チケットＩＤ及び／又は追加認証チケットＩＤを管理するモジュールである。

入力制御部５３は、ユーザ端末装置３のユーザからの入力情報を制御するモジュールである。例えば、入力制御部５３は、表示装置３２に表示されている画面などを用いてユーザが入力した入力情報を取得する。

表示制御部５４は、表示装置３２に対する表示を制御するモジュールである。例えば、表示制御部５４は、ユーザ認証に対する認証結果及び／又は追加ユーザ認証に対する認証結果を含む画面を作成し、表示装置３２に表示したり、認証チケット６０に含まれる認証レベル及び／又は追加認証チケット７０に含まれる認証レベルを含む画面を作成し、表示装置３２に表示したりする。

以下、認証サービス３０における認証に係る処理の一例を、図８を用いて説明する。図８は、認証サービスにおける認証に係る処理の一例を説明するための図である。

認証統合部３１は、クライアントサービス５０から送信されたユーザ認証リクエストを受信する（シーケンスＳＱ２０。）。なお、図８のユーザ認証リクエストには、例えば、ユーザ名、パスワード、人差し指の指紋データ、認証を行う認証プロバイダ名が含まれているものとする。

認証統合部３１は、ユーザ認証リクエストに含まれる認証を行う認証プロバイダ名に基づいて、対応する認証に係るデータ（例えば、ユーザ名と、パスワードと）を認証プロバイダＡ３４に送信する（シーケンスＳＱ２１。）。

認証統合部３１は、認証プロバイダＡ３４を識別する識別子及び該認証プロバイダＡ３４の、対応する認証の強弱を表す認証レベル（例えば１）を含む認証結果を認証プロバイダＡ３４より受信する（シーケンスＳＱ２２。）。

また、認証統合部３１は、ユーザ認証リクエストに含まれる認証を行う認証プロバイダ名に基づいて、対応する認証に係るデータ（例えば、ユーザ名と、人差し指の指紋データと）を認証プロバイダＢ３５に送信する（シーケンスＳＱ２３。）。

認証統合部３１は、認証プロバイダＢ３５を識別する識別子及び該認証プロバイダＢ３５の、対応する認証の強弱を表す認証レベル（例えば２）を含む認証結果を認証プロバイダＢ３５より受信する（シーケンスＳＱ２４。）。

認証統合部３１は、シーケンスＳＱ２２において受け取った認証プロバイダＡ３４を識別する識別子と認証プロバイダＡ３４の認証レベル（例えば１）と、シーケンスＳＱ２４において受け取った認証プロバイダＢ３５を識別する識別子と認証プロバイダＢ３５の認証レベルと、を含む認証レベルの計算要求を認証レベル計算部３２に渡す（シーケンスＳＱ２５。）。

認証レベル計算部３２は、認証統合部３１より渡された認証プロバイダを識別する識別子及び該認証プロバイダの認証レベルに基づいて、認証レベルを計算し、該計算した認証レベル（例えば３）を計算結果として認証統合部３１に渡す（シーケンスＳＱ２６。）。

ここで、認証レベル計算部３２における認証レベルの計算方法の例を示す。計算方法１として、引数として渡された認証レベルの内、最も強い認証レベルを計算結果の認証レベルとする方法がある。説明のため、例えばWindows（登録商標）ＮＴ認証プロバイダ及びＮｏｔｅｓ（登録商標）認証プロバイダが返す認証レベルを１、指紋認証プロバイダが返す認証レベルを人差し指のみの認証なら２、１０指全部の認証なら３、磁気カード認証プロバイダが返す認証レベルを１、ＩＣカード認証プロバイダが返す認証レベルを２とする。例えば、認証レベル計算部３２は、引数としてWindows（登録商標）ＮＴ認証プロバイダを識別する識別子と、該Windows（登録商標）ＮＴ認証プロバイダの認証レベル１及び指紋認証プロバイダを識別する識別子と、該指紋認証プロバイダの人差し指のみの認証レベルとして認証レベル２を取得した場合、最も強い認証レベルである認証レベル２を当該認証レベル計算部３２の計算結果とする。

また、計算方法２として、引数として渡された認証レベルの合計値を計算結果の認証レベルとする方法がある。例えば、認証レベル計算部３２は、引数としてWindows（登録商標）ＮＴ認証プロバイダを識別する識別子と、該Windows（登録商標）ＮＴ認証プロバイダの認証レベル１及び指紋認証プロバイダを識別する識別子と、該指紋認証プロバイダの人差し指のみの認証レベルとして認証レベル２を取得した場合、引数として渡された２つの認証レベルの合計値である認証レベル３を当該認証レベル計算部３２の計算結果とする。

また、計算方法３として、引数として渡された認証プロバイダの識別子に基づいて、認証プロバイダを予め定められたカテゴリ（例えば、パスワード認証、バイオメトリカル認証、デバイス認証等）に分類し、各カテゴリの中の認証レベルの最大値を合計したものを計算結果の認証レベルとする方法がある。例えば、認証レベル計算部３２は、引数としてWindows（登録商標）ＮＴ認証プロバイダを識別する識別子と、該Windows（登録商標）ＮＴ認証プロバイダの認証レベル１及びＮｏｔｅｓ（登録商標）認証プロバイダを識別する識別子と、該Ｎｏｔｅｓ（登録商標）認証プロバイダの認証レベル１及び指紋認証プロバイダを識別する識別子と、該指紋認証プロバイダの人差し指のみの認証レベルとして認証レベル２及び磁気カード認証プロバイダを識別する識別子と、該磁気カード認証プロバイダの認証レベル１及びＩＣカード認証プロバイダを識別する識別子と、該ＩＣカード認証プロバイダの認証レベル２を取得した場合、パスワード認証であるWindows（登録商標）ＮＴ認証とＮｏｔｅｓ（登録商標）認証及びバイオメトリカル認証である指紋認証及びデバイス認証である磁気カード認証とＩＣカード認証とにそれぞれ分類し、その中の最大値の認証レベルの合計値である認証レベル５（ＭＡＸ（１、１）＋２＋ＭＡＸ（１、２）＝１＋２＋２＝５）を当該認証レベル計算部３２の計算結果とする。

認証サービス３０（又は認証レベル計算部３２）は、上述した計算方法のうち、予め定められた計算方法のみを実行するように実装してもよいし、認証サービス提供サーバ１のＨＤＤ１９に保存されている定義ファイル等に記述されている計算方法を識別するフラグをチェックし、該フラグに応じて計算方法を変更するように実装してもよい。

図８において、認証統合部３１は、シーケンスＳＱ２６において認証レベル計算部３２より受け取った認証レベルを含む認証チケット６０の作成要求をチケット管理部３３に渡す（シーケンスＳＱ２７。）。

チケット管理部３３は、認証統合部３１より渡された認証レベルを含む認証チケット６０を作成し、該認証チケット６０を管理すると共に認証チケット６０を識別する認証チケットＩＤを認証チケット６０として認証統合部３１に渡す（シーケンスＳＱ２８。）。なお、認証チケット６０の詳細は、後述する図１６を用いて説明する。

認証統合部３１は、チケット管理部３３より渡された認証チケットＩＤを含むユーザ認証レスポンスを作成し、クライアントサービス５０に送信する（シーケンスＳＱ２９。）。

図８に示したような処理を行うことによって、認証サービス３０は、クライアントサービス５０からのユーザ認証リクエストに応じて、認証レベルを含む認証チケット６０を作成し、該認証チケット６０を識別する認証チケットＩＤを含んだユーザ認証レスポンスをクライアントサービス５０に送信することができる。

なお、図８の説明においては、ユーザ認証リクエストに認証を行う認証プロバイダ名が含まれているものとして説明を行ったが、ユーザ認証リクエストに認証プロバイダ名が含まれていない場合は、認証統合部３１が、認証サービス３０に含まれている認証プロバイダ全てに対して、総当りでユーザの認証要求を送信するようにしてもよい。以下においても同様である。

以下、認証サービス３０における追加認証に係る処理の一例を、図９を用いて説明する。図９は、認証サービスにおける追加認証に係る処理の一例を説明するための図である。

認証統合部３１は、クライアントサービス５０から送信された追加ユーザ認証リクエストを受信する（シーケンスＳＱ３０。）。なお、図９の追加ユーザ認証リクエストには、例えば、追加認証を行う認証プロバイダ、認証チケットＩＤ、１０指の指紋データが含まれているものとする。

認証統合部３１は、追加ユーザ認証リクエストに含まれる認証チケットＩＤをチケット管理部３３に渡して、認証チケット６０の解読を要求する（シーケンスＳＱ３１。）。

チケット管理部３３は、認証統合部３１より渡された認証チケットＩＤに応じて、対応する認証チケット６０より、該認証チケット６０に含まれる認証レベル、ユーザ情報、グループ情報等を取得し、認証チケット６０の解読結果として認証統合部３１に渡す（シーケンスＳＱ３２。）。

認証統合部３１は、追加ユーザ認証リクエストに含まれる追加の認証を行う認証プロバイダ名に基づいて、対応する追加の認証に係るデータ（例えば、認証チケット６０の解読結果と、１０指の指紋データと）を認証プロバイダＢ３５に送信する（シーケンスＳＱ３３。）。

認証統合部３１は、認証プロバイダＢ３５を識別する識別子及び該認証プロバイダＢ３５の、対応する認証の強弱を表す認証レベルを含む認証結果を認証プロバイダＢ３５より受信する（シーケンスＳＱ３４。）。例えば、上述したように、１０指による指紋認証の場合、認証レベル３を含む認証結果を認証プロバイダＢ３５より、受信する（シーケンスＳＱ３４。）。

認証統合部３１は、シーケンスＳＱ３４において受け取った認証プロバイダＢ３５を識別する識別子と認証プロバイダＢ３５の認証レベルと、認証チケット６０の解読結果と、を含む認証レベルの計算要求を認証レベル計算部３２に渡す（シーケンスＳＱ３５。）。

認証レベル計算部３２は、認証統合部３１より渡された認証プロバイダを識別する識別子と、該認証プロバイダの認証レベルと、認証チケット６０の解読結果（又は認証チケット６０の解読結果に含まれる認証プロバイダ名と、認証レベル）と、に基づいて、認証レベルを計算し、該計算した認証レベルを計算結果として認証統合部３１に渡す（シーケンスＳＱ３６。）。

例えば、認証レベル計算部３２が上述した計算方法３で認証レベルの計算をする場合、認証プロバイダＢ３５が指紋認証プロバイダで、１０指による認証で認証レベル３が引数に含まれ、また引数として渡された認証チケット６０の解読結果に含まれる認証プロバイダが指紋認証プロバイダと、Windows（登録商標）ＮＴ認証プロバイダと、で、また認証チケット６０の解読結果に含まれる認証レベルが３であった場合、認証レベル計算部３２は、該認証レベル３がWindows（登録商標）ＮＴ認証プロバイダの認証レベル１と、指紋認証プロバイダの人差し指による認証レベル２との合計値であると判定し、認証プロバイダをカテゴリに分類し、その中の最大値の認証レベルの合計値である認証レベル４（ＭＡＸ（１）＋ＭＡＸ（２、３）＝１＋３＝４）を当該認証レベル計算部３２の計算結果とする。

認証統合部３１は、受け取った認証レベルを含む追加認証チケット７０の作成要求をチケット管理部３３に渡す（シーケンスＳＱ３７。）。

チケット管理部３３は、認証統合部３１より渡された認証レベルを含む追加認証チケット７０を作成し、該追加認証チケット７０を管理すると共に追加認証チケット７０を識別する追加認証チケットＩＤを追加認証チケット７０として認証統合部３１に渡す（シーケンスＳＱ３８。）。なお、追加認証チケット７０の詳細は、後述する図１９を用いて説明する。

認証統合部３１は、チケット管理部３３より渡された追加認証チケットＩＤを含む追加ユーザ認証レスポンスを作成し、クライアントサービス５０に送信する（シーケンスＳＱ３９。）。

図９に示したような処理を行うことによって、認証サービス３０は、クライアントサービス５０からの追加ユーザ認証リクエストに応じて、認証レベルを含む追加認証チケット７０を作成し、該追加認証チケット７０を識別する認証チケットＩＤを含んだ追加ユーザ認証レスポンスをクライアントサービス５０に送信することができる。

以下、認証サービス３０におけるチケット解読に係る処理の一例を、図１０を用いて説明する。図１０は、認証サービスにおけるチケット解読に係る処理の一例を説明するための図である。

認証統合部３１は、クライアントサービス５０又は文書管理サービス４０から送信された、認証チケットＩＤ又は追加認証チケットＩＤを含むチケット解読リクエストを受信する（シーケンスＳＱ５０。）。

認証統合部３１は、チケット解読リクエストに含まれる認証チケットＩＤ又は追加認証チケットＩＤをチケット管理部３３に渡して、認証チケット６０又は追加認証チケット７０の解読を要求する（シーケンスＳＱ５１。）。

チケット管理部３３は、認証統合部３１より渡された認証チケットＩＤ又は追加認証チケットＩＤに応じて、対応する認証チケット６０又は追加認証チケット７０に含まれる認証レベル、ユーザ情報、グループ情報等を取得し、認証チケット６０又は追加認証チケット７０の解読結果として認証統合部３１に渡す（シーケンスＳＱ５２。）。

認証統合部３１は、チケット管理部３３より渡された認証チケット６０又は追加認証チケット７０に含まれる認証レベル、ユーザ情報、グループ情報等を含むチケット解読レスポンスを作成し、クライアントサービス５０又は文書管理サービス４０に送信する（シーケンスＳＱ５３。）。

図１０に示したような処理を行うことによって、認証サービス３０は、クライアントサービス５０又は文書管理サービス４０からのチケット解読リクエストに応じて、認証チケット６０又は追加認証チケット７０を解読し、認証チケット６０又は追加認証チケット７０に含まれる認証レベル、ユーザ情報、グループ情報等を含むチケット解読レスポンスをクライアントサービス５０又は文書管理サービス４０に送信することができる。

以下、文書管理サービス４０におけるセッションの開始に係る処理の一例を、図１１を用いて説明する。図１１は、文書管理サービスにおけるセッションの開始に係る処理の一例を説明するための図である。

文書管理統合部４１は、クライアントサービス５０から送信された、認証チケットＩＤ又は追加認証チケットＩＤを含むセッション開始リクエストを受信する（シーケンスＳＱ６０。）。

文書管理統合部４１は、セッション開始リクエストに含まれる認証チケットＩＤ又は追加認証チケットＩＤをセッション管理部４２に渡して、セッションの開始を要求する（シーケンスＳＱ６１。）。

セッション管理部４２は、文書管理統合部４１より認証チケットＩＤ又は追加認証チケットＩＤを含むセッションの開始要求を受け取ると、受け取った認証チケットＩＤ又は追加認証チケットＩＤを含むチケット解読リクエストを作成し、文書管理統合部４１を介して対応する認証サービス３０に送信する（シーケンスＳＱ６２、シーケンスＳＱ６３。）。

また、セッション管理部４２は、文書管理統合部４１を介して認証サービス３０より送信された認証チケット６０又は追加認証チケット７０に含まれる認証レベル、ユーザ情報、グループ情報等を含むチケット解読レスポンスを受信する（シーケンスＳＱ６４、シーケンスＳＱ６５。）。

セッション管理部４２は、チケット解読レスポンスに含まれる認証レベル、ユーザ情報、グループ情報等を含むセッション８０を作成し、該セッション８０を管理すると共に、セッション８０を識別するセッションＩＤをセッション８０として文書管理統合部４１に渡す（シーケンスＳＱ６６。）。なお、セッション８０の詳細は、後述する図２０を用いて説明する。なお、本実施例においては、認証レベル、ユーザ情報、グループ情報等をセッション８０に含めるようにしたが、認証レベル、ユーザ情報、グループ情報等をセッション８０に含めず、セッション８０と関連付けてセッション管理部８０において管理するようにしてもよい。

文書管理統合部４１は、セッション管理部４２より受け取ったセッションＩＤを含むセッション開始レスポンスを作成し、クライアントサービス５０に送信する（シーケンスＳＱ６７。）。

図１１に示したような処理を行うことによって、文書管理サービス４０は、クライアントサービス５０からのセッション開始リクエストに応じて、セッション８０を作成し、セッションＩＤを含むセッション開始レスポンスをクライアントサービス５０に送信することができる。

以下、文書管理サービス４０における文書のアクセスに係る処理の一例を、図１２を用いて説明する。図１２は、文書管理サービスにおける文書のアクセスに係る処理の一例を説明するための図である。

文書管理統合部４１は、クライアントサービス５０から送信された、セッションＩＤと、文書ＩＤと、アクセス種別（例えばＲｅａｄ、Ｗｒｉｔｅ等）と、を含む文書アクセスリクエストを受信する（シーケンスＳＱ７０。）。

文書管理統合部４１は、文書アクセスリクエストに含まれるセッションＩＤをセッション管理部４２に渡して、対応する認証レベル、ユーザ情報の取得を要求する（シーケンスＳＱ７１。）。

セッション管理部４２は、文書管理統合部４１より渡されたセッションＩＤに対応する認証レベル、ユーザ情報をセッション８０等より取得し、文書管理統合部４１に渡す（シーケンスＳＱ７２。）。

文書管理統合部４１は、セッション管理部４２より渡された認証レベルと、セッション管理部４２より渡されたユーザ情報に含まれるユーザＩＤと、文書アクセスリクエストに含まれていた文書ＩＤと、をアクセス権管理部４３に渡してアクセス権に係る情報のチェックの要求を行う（シーケンスＳＱ７３。）。

アクセス権管理部４３は、文書管理統合部４１より渡された認証レベルと、ユーザＩＤと、文書ＩＤと、に基づいて、アクセス権管理テーブル９０を検索し、対応するアクセス権に係る情報が存在する場合は、該アクセス権に係る情報をチェック結果として文書管理統合部４１に渡す（シーケンスＳＱ７４。）。なお、アクセス権に係る情報自身をチェック結果として文書管理統合部４１に渡さず、例えばＯＫやＮＧ等をチェック結果として文書管理統合部４１に渡すようにしてもよい。以下においても同様である。また、アアクセス権管理テーブル９０の詳細は、後述する図２１を用いて説明する。

後述するように、本発明に係る認証レベルと関連付けてアクセス権に係る情報を管理することによって、認証手段（認証エンジン）とアクセス権に係る情報とを関連付けて管理する場合と比べて、効率的にアクセス権に係る情報を管理することができる。例えば、認証手段（認証エンジン）とアクセス権に係る情報とを関連付けて管理していた場合、複数の認証手段（認証エンジン）が存在すると、その認証手段（認証エンジン）の組み合わせ毎にアクセス権に係る情報を設定及び／又は管理しなくてはならず、管理が繁雑となると共に、認証手段（認証エンジン）が増えると、管理しきれなくなっていた。しかしながら、認証レベルを用いることによって、認証レベルに応じて文書に対するアクセス権に係る情報を設定及び／又は管理すればよく、認証手段（認証エンジン）が多数存在しても管理は複雑とはならない。

また、認証手段（認証エンジン）が変わった場合も、直接アクセス権管理テーブル９０に影響は無く、例えば同レベルの認証手段（認証エンジン）に変わったのであれば、アクセス権管理テーブル９０を変更しなくてもよい。

図１２において文書管理統合部４１は、アクセス権管理部４３より渡されたチェック結果に基づいて、該チェック結果に有効なアクセス権に係る情報が含まれていた場合（例えば、文書アクセスリクエストに含まれるアクセス種別が、Ｒｅａｄで、アクセス権管理部４３より渡されたチェック結果がＲｅａｄ又はＲｅａｄ／Ｗｒｉｔｅであったような場合）は、文書に対するアクセス種別を含むアクセス要求を、文書管理部４４に渡す（シーケンスＳＱ７５。）。

文書管理部４４は、文書管理統合部４１より渡されたアクセス要求に含まれるアクセス種別に基づいて、処理を行い、アクセス結果を文書管理統合部４１に渡す（シーケンスＳＱ７６。）。

文書管理統合部４１は、文書管理部４４より渡されたアクセス結果を含む文書アクセスレスポンスを作成し、クライアントサービス５０に送信する（シーケンスＳＱ７７。）。

図１２に示すような処理を行うことによって、文書管理サービス４０は、クライアントサービス５０からの文書アクセスリクエストに応じて、アクセス権に係る情報のチェックを行い、有効なアクセス権に係る情報が存在する場合は、対応する文書に対してアクセスを行い、アクセス結果を含む文書アクセスレスポンスをクライアントサービス５０に送信することができる。

以下、クライアントサービス５０における認証及びチケット解読に係る処理の一例を、図１３を用いて説明する。図１３は、クライアントサービスにおける認証及びチケット解読に係る処理の一例を説明するための図である。

入力制御部５３は、ユーザによって入力された認証に係るデータ（例えば、ユーザ名、パスワード、人差し指の指紋データ）を含む、認証を要求する旨の情報をクライアント統合部５１に渡す（シーケンスＳＱ８０。）。

クライアント統合部５１は、入力制御部５３より渡された、認証に係るデータを含む認証を要求する旨の情報を、チケットＩＤ管理部５２に渡す（シーケンスＳＱ８１。）。

チケットＩＤ管理部５２は、クライアント統合部５１より渡された認証に係るデータを含むユーザ認証リクエストを作成し、クライアント統合部５１を介して認証サービス３０に送信する（シーケンスＳＱ８２、シーケンスＳＱ８３。）。

また、チケットＩＤ管理部５２は、クライアント統合部５１を介して、認証サービス３０より送信された認証結果及び／又は認証チケットＩＤを含むユーザ認証レスポンスを受信する（シーケンスＳＱ８４、シーケンスＳＱ８５。）。チケットＩＤ管理部５２は、ユーザ認証レスポンスに含まれる認証チケットＩＤを管理する。

また、チケットＩＤ管理部５２は、認証チケットＩＤを含むチケット解読リクエストを作成し、クライアント統合部５１を介して認証サービス３０に送信する（シーケンスＳＱ８６、シーケンスＳＱ８７。）。

チケットＩＤ管理部５２は、クライアント統合部５１を介して、認証サービス３０より送信された認証チケットＩＤに対応する認証チケット６０に含まれる認証レベル、ユーザ情報、グループ情報等を含むチケット解読レスポンスを受信する（シーケンスＳＱ８８、シーケンスＳＱ８９。）。

チケットＩＤ管理部５２は、ユーザ認証レスポンスに含まれる認証結果及び／又はチケット解読レスポンスに含まれる認証レベル等をクライアント統合部５１に渡して、認証結果及び／又は認証レベル等を含む画面の表示を要求する（シーケンスＳＱ９０。）。

クライアント統合部５１は、チケットＩＤ管理部５２より渡された認証結果及び／又は認証レベル等を表示制御部５４に渡して、認証結果及び／又は認証レベル等を含む画面の表示を要求する（シーケンスＳＱ９１。）。

表示制御部５４は、クライアント統合部５１より渡された認証結果及び／又は認証レベル等を含む画面を作成し、ディスプレイ等に表示する。

図１３に示すような処理を行うことによって、クライアントサービス５０は、認証サービス３０に対してユーザ認証リクエストを送信し、認証チケットＩＤを含むユーザ認証レスポンスを受信することができる。また、クライアントサービス５０は、ユーザ認証レスポンスに含まれる認証チケットＩＤを用いてチケット解読リクエストを作成し、認証サービス３０に送信し、認証レベル等を含むチケット解読レスポンスを受信し、認証結果及び／又は認証レベル等を含む画面を表示することができる。

以下、クライアントサービス５０における追加認証及びチケット解読に係る処理の一例を、図１４を用いて説明する。図１４は、クライアントサービスにおける追加認証及びチケット解読に係る処理の一例を説明するための図である。

入力制御部５３は、ユーザによって入力された追加の認証に係るデータ（例えば、１０指の指紋データ）を含む追加の認証を要求する旨の情報をクライアント統合部５１に渡す（シーケンスＳＱ１００。）。

クライアント統合部５１は、入力制御部５３より渡された、追加の認証に係るデータを含む追加の認証を要求する旨の情報を、チケットＩＤ管理部５２に渡す（シーケンスＳＱ１０１。）。

チケットＩＤ管理部５２は、クライアント統合部５１より渡された追加の認証に係るデータ及び対応する認証チケットＩＤを含む追加ユーザ認証リクエストを作成し、クライアント統合部５１を介して認証サービス３０に送信する（シーケンスＳＱ１０２、シーケンスＳＱ１０３。）。

また、チケットＩＤ管理部５２は、クライアント統合部５１を介して、認証サービス３０より送信された追加認証結果及び／又は追加認証チケットＩＤを含む追加ユーザ認証レスポンスを受信する（シーケンスＳＱ１０４、シーケンスＳＱ１０５。）。なお、チケットＩＤ管理部５２は、追加ユーザ認証レスポンスに含まれる追加認証チケットＩＤを管理する。

また、チケットＩＤ管理部５２は、追加認証チケットＩＤを含むチケット解読リクエストを作成し、クライアント統合部５１を介して認証サービス３０に送信する（シーケンスＳＱ１０６、シーケンスＳＱ１０７。）。

チケットＩＤ管理部５２は、クライアント統合部５１を介して、認証サービス３０より送信された追加認証チケットＩＤに対応する追加認証チケット７０に含まれる認証レベル、ユーザ情報、グループ情報等を含むチケット解読レスポンスを受信する（シーケンスＳＱ１０８、シーケンスＳＱ１０９。）。

チケットＩＤ管理部５２は、追加ユーザ認証レスポンスに含まれる追加認証結果及び／又はチケット解読レスポンスに含まれる認証レベル等をクライアント統合部５１に渡して、追加認証結果及び／又は認証レベル等を含む画面の表示を要求する（シーケンスＳＱ１１０。）。

クライアント統合部５１は、チケットＩＤ管理部５２より渡された認証結果及び／又は認証レベル等を表示制御部５４に渡して、追加認証結果及び／又は認証レベル等を含む画面の表示を要求する（シーケンスＳＱ１１１。）。

表示制御部５４は、クライアント統合部５１より渡された追加認証結果及び／又は認証レベル等を含む画面を作成し、ディスプレイ等に表示する。

図１４に示すような処理を行うことによって、クライアントサービス５０は、認証サービス３０に対して追加ユーザ認証リクエストを送信し、追加認証チケットＩＤを含む追加ユーザ認証レスポンスを受信することができる。また、クライアントサービス５０は、追加ユーザ認証レスポンスに含まれる追加認証チケットＩＤを用いてチケット解読リクエストを作成し、認証サービス３０に送信し、認証レベル等を含むチケット解読レスポンスを受信し、追加認証結果及び／又は認証レベル等を含む画面を表示することができる。

以下、クライアントサービス５０における文書のアクセスに係る処理の一例を、図１５を用いて説明する。図１５は、クライアントサービスにおける文書のアクセスに係る処理の一例を説明するための図である。

入力制御部５３は、ユーザによって入力又は選択された文書を識別する文書ＩＤと、アクセス種別（例えばＲｅａｄ、Ｗｒｉｔｅ等）と、を含む文書に対するアクセスを要求する旨の情報を、クライアント統合部５１に渡す（シーケンスＳＱ１２０。）。

クライアント統合部５１は、入力制御部５３より渡された、文書ＩＤと、アクセス種別と、を保持し、文書に対するアクセスを要求する旨の情報を、チケットＩＤ管理部５２に渡す（シーケンスＳＱ１２１。）。

チケットＩＤ管理部５２は、対応する認証チケットＩＤ又は追加認証チケットＩＤを含むセッション開始リクエストを作成し、クライアント統合部５１を介して文書管理サービス４０に送信する（シーケンスＳＱ１２２、シーケンスＳＱ１２３。）。

クライアント統合部５１は、文書管理サービス４０より送信されたセッションＩＤを含むセッション開始レスポンスを受信する（シーケンスＳＱ１２４。）。クライアント統合部５１は、セッション開始レスポンスに含まれるセッションＩＤを管理する。なお、図示していないが、セッションＩＤを管理するセッションＩＤ管理部をクライアントサービス５０に設けるようにしてもよい。

クライアント統合部５１は、セッションＩＤと、前記保持していた文書ＩＤと、アクセス種別と、を含む文書アクセスリクエストを作成し、文書管理サービス４０に送信する（シーケンスＳＱ１２５。）。

また、クライアント統合部５１は、文書管理サービス４０より送信されたアクセス結果を含む文書アクセスレスポンスを受信する（シーケンスＳＱ１２６。）。

クライアント統合部５１は、アクセス結果を表示制御部５４に渡して、アクセス結果等を含む画面の表示を要求する（シーケンスＳＱ１２７。）。

表示制御部５４は、クライアント統合部５１より渡されたアクセス結果等を含む画面を作成し、ディスプレイ等に表示する。

図１５に示すような処理を行うことによって、クライアントサービス５０は、文書管理サービス４０に対してセッション開始リクエストを送信し、セッションＩＤを含むセッション開始レスポンスを受信することができる。また、クライアントサービス５０は、セッション開始レスポンスに含まれるセッションＩＤを用いて文書アクセスリクエストを作成し、文書管理サービス４０に送信し、アクセス結果等を含む文書アクセスレスポンスを受信し、該アクセス結果等を含む画面を表示することができる。

以下、認証サービス３０のチケット管理部３３において管理される認証チケット６０の内部構造の一例を、図１６を用いて説明する。図１６は、認証チケットの内部構造の一例を説明するための図である。

図１６に示されるように、認証チケット６０には、例えば、認証チケットＩＤと、プロバイダ名と、有効期限と、ユーザ情報と、グループ情報と、パスワードと、人差し指の指紋データと、認証レベルと、が含まれる。

認証チケットＩＤには、当該認証チケット６０を識別する識別子が格納されている。プロバイダ名には、認証を行った認証プロバイダの名前が格納されている。なお、図１６の例においては、認証を行った２つの認証プロバイダの名前が格納されている。

有効期限には、当該認証チケット６０の有効期限が格納されている。ユーザ情報には、認証されたユーザのユーザ情報の構造体がそのまま格納されている。グループ情報には、前記ユーザが所属するグループのグループ情報の構造体へのポインタの配列が格納されている。

パスワードには、認証（Windows（登録商標）ＮＴ認証）に用いたパスワードが格納されている。人差し指の指紋データには、認証（指紋認証）に用いた人差し指の指紋データが格納されている。

認証レベルには、上述したように、認証レベル計算部３２において計算された認証レベルが格納されている。

以下、ユーザ情報構造体の一例を、図１７を用いて説明する。図１７は、ユーザ構造体の一例を説明するための図である。

図１７に示されるように、ユーザ情報構造体には、ユーザＩＤと、ドメイン名と、名前と、が含まれる。

ユーザＩＤには、ユーザを識別する識別子が格納されている。ドメイン名には、前記ユーザに対応するドメイン名が格納されている。名前には、前記ユーザの名前が格納されている。

以下、グループ情報構造体の一例を、図１８を用いて説明する。図１８は、グループ情報構造体の一例を説明するための図である。

図１８に示されるようにグループ情報構造体には、グループＩＤと、ドメイン名と、名前と、が含まれる。

グループＩＤには、前記ユーザが所属するグループを識別する識別子が格納されている。ドメイン名には、該グループに対応するドメイン名が格納されている。名前には、該グループの名前が格納されている。

以下、認証サービス３０のチケット管理部３３において管理される追加認証チケット７０の内部構造の一例を、図１９を用いて説明する。図１９は、追加認証チケットの内部構造の一例を説明するための図である。

図１９に示されるように、追加認証チケット７０には、例えば、追加認証チケットＩＤと、プロバイダ名と、有効期限と、ユーザ情報と、グループ情報と、パスワードと、人差し指の指紋データと、１０指の指紋データと、認証レベルと、が含まれる。

追加認証チケットＩＤには、当該追加認証チケット７０を識別する識別子が格納されている。プロバイダ名には、認証を行った認証プロバイダの名前が格納されている。なお、図１９の例においては、認証を行った２つの認証プロバイダの名前が格納されている。

有効期限には、当該追加認証チケット７０の有効期限が格納されている。ユーザ情報には、認証されたユーザのユーザ情報の構造体がそのまま格納されている。グループ情報には、前記ユーザが所属するグループのグループ情報の構造体へのポインタの配列が格納されている。

パスワードには、認証（Windows（登録商標）ＮＴ認証）に用いたパスワードが格納されている。人差し指の指紋データには、認証（指紋認証）に用いた人差し指の指紋データが格納されている。１０指の指紋データには、認証（指紋認証）に用いた１０指の指紋データが格納されている。

認証レベルには、上述したように、認証レベル計算部３２において計算された認証レベルが格納されている。なお、図１９の認証レベルは、図１６の認証レベルと比べて認証レベルが１つあがっている。

以下、文書管理サービス４０のセッション管理部４２において管理されるセッション８０の内部構造の一例を、図２０を用いて説明する。図２０は、セッションの内部構造の一例を説明するための図である。なお、以下では、認証チケット６０に基づいて作成されたセッション８０の一例を示してある。

図２０に示されるように、セッション８０には、例えば、セッションＩＤと、認証チケットＩＤと、有効期限と、ユーザ情報と、グループ情報と、認証レベルと、が含まれる。

セッションＩＤには、セッション８０を識別する識別子が格納されている。認証チケットＩＤには、認証チケット６０に含まれる、認証チケット６０を識別する識別子が格納されている。有効期限には、当該セッション８０の有効期限が格納されている。

ユーザ情報には、認証チケット６０に含まれる、図１７において説明したような認証されたユーザのユーザ情報の構造体がそのまま格納されている。グループ情報には、認証チケット６０に含まれる、図１８において説明したような前記ユーザが所属するグループのグループ情報の構造体へのポインタの配列が格納されている。

認証レベルには、認証チケット６０に含まれる、認証レベルが格納されている。

以下、文書管理サービス４０のアクセス権管理部４３において管理されるアクセス権管理テーブル９０の内部構造の一例を、図２１を用いて説明する。図２１は、アクセス権管理テーブルの一例を説明するための図である。

図２１に示されるように、アクセス権管理テーブル９０には、文書ＩＤと、ユーザＩＤと、認証レベルと、アクセス権と、が項目として含まれる。

文書ＩＤには、文書を識別する識別子が格納されている。ユーザＩＤには、ユーザを識別する識別子が格納されている。認証レベルには、文書ＩＤに対応する文書に対して、アクセス権に格納されている処理を行うために必要な認証レベルが格納されている。アクセス権には、文書ＩＤに対応する文書に対して、認証レベルに格納されている認証レベルで許可される処理が格納されている。

例えば図２１に示されるアクセス権管理テーブル９０では、ユーザＩＤＣ５４９ＡＡで識別されるユーザの文書ＩＤ１２３４で識別される文書への権限は、認証レベルが１の場合は、Ｒｅａｄ権限だけが許可され、認証レベルが２になると、Ｒｅａｄ権限と、Ｗｒｉｔｅ権限とが許可されている。

また、図２１に示されるアクセス権管理テーブル９０では、認証レベルが３のユーザは誰でも文書ＩＤ１５８９で識別される文書を読むことが許可されている。また、図２１に示されるアクセス権管理テーブル９０では、認証レベルが４のユーザは全ての文書を読むことが許可されている。また、図２１に示されるアクセス権管理テーブル９０では、ユーザＩＤＦ２３４Ｃで識別されるユーザが、認証レベル３で認証されれば全ての文書を読むことが許可されている。

図２１に示されるように、文書に対するアクセス権に係る情報を、認証プロバイダでなく、認証レベルで許可することによって、認証プロバイダの組み合わせを考慮する必要がなくなり、効率的に文書に対するアクセス権に係る情報を管理することができる。

また、認証プロバイダが変わったり、認証プロバイダが増減したりした場合も、認証レベルを用いて管理することによって、文書に対するアクセス権に係る情報を効率的に管理することができる。

以下、認証サービス３０における認証に係る処理の一例を、図２２を用いて説明する。図２２は、認証サービスにおける認証に係る処理の一例を説明するためのフローチャートである。なお、以下では、認証エンジンは、認証サービス提供サーバ１以外の外部の認証サーバ等に含まれているものとして説明を行う。

ステップＳ１０において認証サービス３０は、クライアントサービス５０から送信された例えばユーザ名、パスワード、人差し指の指紋データ、認証を行う認証プロバイダ名等が含まれたユーザ認証リクエストを受信する。

ステップＳ１０に続いてステップＳ１１に進み、認証サービス３０は、ユーザ認証リクエストに含まれる認証プロバイダ名が有効な認証プロバイダ名かどうかを判定する。認証サービス３０は、有効な認証プロバイダ名であると判定すると（ステップＳ１１においてＹＥＳ）、ステップＳ１２に進み、有効な認証プロバイダ名でないと判定すると（ステップＳ１１においてＮＯ）、処理を終了する。

例えば、認証サービス３０は、保持、管理している認証プロバイダ名と、ユーザ認証リクエストに含まれる認証プロバイダ名と、を比較して、対応する有効なプロバイダ名が存在するかどうかを判定する。

ステップＳ１２では、認証サービス３０が、外部の認証サーバが動作中かどうかを判定する。認証サービス３０は、対応する外部の認証サーバが動作中であると判定すると（ステップＳ１２においてＹＥＳ）、対応する外部の認証サーバに、例えば（ユーザ名、パスワード）及び／又は（ユーザ名、人差し指の指紋データ）等の認証に用いるデータを含むユーザの認証要求を送信する。

一方、認証サービス３０は、対応する外部の認証サーバが動作していないと判定すると（ステップＳ１２においてＮＯ）、処理を終了する。

例えば、認証サービス３０は、対応する外部の認証サーバにｐｉｎｇ（Ｐａｃｋｅｔ Ｉｎｔｅｒｎｅｔ Ｇｒｏｐｅｒ）を打って、前記外部の認証サーバが動作中かどうかを判定する。

ステップＳ１３では、認証サービス３０が、認証が成功したかどうかを判定する。認証サービス３０は、認証が成功したと判定すると（ステップＳ１３においてＹＥＳ）、ステップＳ１４に進み、認証が失敗したと判定すると（ステップＳ１３においてＮＯ）、処理を終了する。

例えば、認証サービス３０は、前記外部の認証サーバより、認証が成功した旨の認証結果等を受信すると、認証が成功したと判定する。例えば、認証結果には、認証プロバイダを識別する識別子及び該認証プロバイダの認証レベル等が含まれる。

なお、ステップＳ１１からステップＳ１３までの処理は、認証の数だけ繰り返す。

ステップＳ１４では、認証サービス３０が、認証プロバイダを識別する識別子及び該認証プロバイダの認証レベルに基づいて、認証レベルを計算する。

ステップＳ１４に続いてステップＳ１５に進み、認証サービス３０は、ステップＳ１４において計算した認証レベルを含む認証チケット６０を作成する。

ステップＳ１５に続いてステップＳ１６に進み、認証サービス３０は、ステップＳ１５において作成した認証チケット６０を識別する認証チケットＩＤを含むユーザ認証レスポンスを作成する。

ステップＳ１６に続いてステップＳ１７に進み、認証サービス３０は、ステップＳ１５において作成したユーザ認証レスポンスを、要求元であるクライアントサービス５０に送信する。

図２２に示すような処理を行うことによって、認証サービス３０は、認証レベルを含んだ認証チケット６０を作成することができる。

以下、認証サービス３０における追加認証に係る処理の一例を、図２３を用いて説明する。図２３は、認証サービスにおける追加認証に係る処理の一例を説明するためのフローチャートである。

ステップＳ２０において認証サービス３０は、クライアントサービス５０から送信された例えば追加認証を行う認証プロバイダ、認証チケットＩＤ、１０指の指紋データ等が含まれた追加ユーザ認証リクエストを受信する。

ステップＳ２０に続いてステップＳ２１に進み、認証サービス３０は、追加ユーザ認証リクエストに含まれる認証チケットＩＤが有効な認証チケットＩＤかどうかを判定する。認証サービス３０は、有効な認証チケットＩＤであると判定すると（ステップＳ２１においてＹＥＳ）、ステップＳ２２に進み、有効な認証チケットＩＤでないと判定すると（ステップＳ２１においてＮＯ）、処理を終了する。

認証サービス３０は、例えば、認証チケットＩＤに基づいて、対応する有効な認証チケット６０が存在するかどうかチェックし、有効な認証チケットＩＤかどうかを判定する。

ステップＳ２２では、認証サービス３０が、追加ユーザ認証リクエストに含まれる認証チケットＩＤに対応する認証チケット６０の解読を行う。

ステップＳ２２に続いてステップＳ２３に進み、認証サービス３０は、ステップＳ２２において解読した解読結果である、認証チケット６０に含まれる認証レベルや、ユーザ情報、グループ情報等を取得する。

ステップＳ２３に続いてステップＳ２４に進み、認証サービス３０は、追加ユーザ認証リクエストに含まれる認証プロバイダ名が有効な認証プロバイダ名かどうかを判定する。認証サービス３０は、有効な認証プロバイダ名であると判定すると（ステップＳ２４においてＹＥＳ）、ステップＳ２５に進み、有効な認証プロバイダ名でないと判定すると（ステップＳ２４においてＮＯ）、処理を終了する。

例えば、認証サービス３０は、保持、管理している認証プロバイダ名と、追加ユーザ認証リクエストに含まれる認証プロバイダ名と、を比較して、対応する有効なプロバイダ名が存在するかどうかを判定する。

ステップＳ２５では、認証サービス３０が、外部の認証サーバが動作中かどうかを判定する。認証サービス３０は、対応する外部の認証サーバが動作中であると判定すると（ステップＳ２５においてＹＥＳ）、対応する外部の認証サーバに、例えば（ユーザ名、１０指の指紋データ）等を含む追加のユーザの認証要求を送信する。一方、認証サービス３０は、対応する外部の認証サーバが動作していないと判定すると（ステップＳ２５においてＮＯ）、処理を終了する。

例えば、認証サービス３０は、対応する外部の認証サーバにｐｉｎｇを打って、前記外部の認証サーバが動作中かどうかを判定する。

ステップＳ２６では、認証サービス３０が、追加の認証が成功したかどうかを判定する。認証サービス３０は、追加の認証が成功したと判定すると（ステップＳ２６においてＹＥＳ）、ステップＳ２７に進み、認証が失敗したと判定すると（ステップＳ２６においてＮＯ）、処理を終了する。

例えば、認証サービス３０は、前記外部の認証サーバより、追加の認証が成功した旨の認証結果を受信すると、追加の認証が成功したと判定する。例えば、認証結果には、認証プロバイダを識別する識別子及び該認証プロバイダの認証レベル等が含まれる。

なお、ステップＳ２４からステップＳ２６までの処理は、追加の認証の数だけ繰り返す。

ステップＳ２７では、認証サービス３０が、追加の認証を行った認証プロバイダを識別する識別子、該認証プロバイダの認証レベル、追加ユーザ認証リクエストに含まれる認証チケットＩＤに対応する認証チケット６０に含まれる認証レベル等に基づいて、新たに認証レベルを計算する。

ステップＳ２７に続いてステップＳ２８に進み、認証サービス３０は、ステップＳ２７において新たに計算した認証レベルを含む追加認証チケット７０を作成する。

ステップＳ２８に続いてステップＳ２９に進み、認証サービス３０は、ステップＳ２８において作成した追加認証チケット７０を識別する追加認証チケットＩＤを含む追加ユーザ認証レスポンスを作成する。

ステップＳ２９に続いてステップＳ３０に進み、認証サービス３０は、ステップＳ２９において作成した追加ユーザ認証レスポンスを、要求元であるクライアントサービス５０に送信する。

図２３に示すような処理を行うことによって、認証サービス３０は、新たに計算された認証レベルを含む追加認証チケット７０を作成することができる。

以下、認証サービス３０におけるチケット解読に係る処理の一例を、図２４を用いて説明する。図２４は、認証サービスにおけるチケット解読に係る処理の一例を説明するためのフローチャートである。

ステップＳ３０において認証サービス３０は、クライアントサービス５０又は文書管理サービス４０から認証チケットＩＤ又は追加認証チケットＩＤを含む認証チケット６０又は追加認証チケット７０の解読リクエストを受信する。なお、以下では説明の簡略化のため、追加認証チケットＩＤを含む追加認証チケット７０の解読リクエストを受信したものとして説明を行う。

ステップＳ３０に続いてステップＳ３１に進み、認証サービス３０は、追加認証チケット７０の解読リクエストに含まれる追加認証チケットＩＤが有効な追加認証チケットＩＤかどうかを判定する。認証サービス３０は、有効な追加認証チケットＩＤであると判定すると（ステップＳ３１においてＹＥＳ）、ステップＳ３３に進み、有効な追加認証チケットＩＤでないと判定すると（ステップＳ３１においてＮＯ）、ステップＳ３２に進む。

例えば、認証サービス３０は、追加認証チケット７０の解読リクエストに含まれる追加認証チケットＩＤに基づいて、有効な追加認証チケット７０が存在するかどうかチェックし、有効な追加認証チケットＩＤかどうかを判定する。

ステップＳ３２では、認証サービス３０が、解読が失敗した旨を表す、「ＮＯ」を含む追加認証チケット７０の解読レスポンスを作成する。

一方、ステップＳ３３では、認証サービス３０が、追加認証チケット７０の解読リクエストに含まれる追加認証チケットＩＤに対応する追加認証チケット７０の解読を行う。

ステップＳ３３に続いてステップＳ３４に進み、認証サービス３０は、ステップＳ３３において解読した解読結果である、追加認証チケット７０に含まれる認証レベルや、ユーザ情報、グループ情報等を取得する。

ステップＳ３４に続いてステップＳ３５に進み、認証サービス３０は、ステップＳ３４において取得した認証レベルや、ユーザ情報、グループ情報及び解読が成功した旨を表す、「ＹＥＳ」を含む追加認証チケット７０の解読レスポンスを作成する。

ステップＳ３６では、認証サービス３０が、ステップＳ３２又はステップＳ３５において作成した追加認証チケット７０の解読レスポンスを、要求元のクライアントサービス５０又は文書管理サービス４０に送信する。

図２４に示すような処理を行うことによって、認証サービス３０は、認証チケット６０又は追加認証チケット７０の解読を行うことができる。

以下、文書管理サービス４０におけるセッションの開始に係る処理の一例を、図２５を用いて説明する。図２５は、文書管理サービスにおけるセッションの開始に係る処理の一例を説明するための図である。

ステップＳ４０において、文書管理サービス４０は、クライアントサービス５０から送信された例えば認証チケットＩＤ又は追加認証チケットＩＤを含んだセッションの開始リクエストを受信する。

ステップＳ４０に続いてステップＳ４１に進み、文書管理サービス４０は、認証チケットＩＤ又は追加認証チケットＩＤを含んだチケットの解読リクエストを作成する。

ステップＳ４１に続いてステップＳ４２に進み、文書管理サービス４０は、ステップＳ４０において作成したチケットの解読リクエストを対応する認証サービス３０に送信する。

ステップＳ４２に続いてステップＳ４３に進み、文書管理サービス４０は、チケットの解読リクエストを送信した送信先である認証サービス４０より、解読結果を含むチケット解読レスポンスを受信する。

ステップＳ４３に続いてステップＳ４４に進み、文書管理サービス４０は、ステップＳ４３において受信したチケット解読レスポンスに基づいて、ステップＳ４０において受信したセッションの開始リクエストに含まれる認証チケットＩＤ又は追加認証チケットＩＤが、有効な認証チケットＩＤ又は追加認証チケットＩＤかどうかを判定する。文書管理サービス４０は、有効な認証チケットＩＤ又は追加認証チケットＩＤであると判定すると（ステップＳ４４においてＹＥＳ）、ステップＳ４５に進み、有効な認証チケットＩＤ又は追加認証チケットＩＤでないと判定すると（ステップＳ４４においてＮＯ）、処理を終了する。

例えば、文書管理サービス４０は、ステップＳ４３において受信したチケット解読レスポンスに含まれるパレメータに「ＹＥＳ」が含まれていた場合、チケットの解読が成功したものと判断し、有効な認証チケットＩＤ又は追加認証チケットＩＤであると判定する。一方、文書管理サービス４０は、ステップＳ４３において受信したチケット解読レスポンスに含まれるパレメータに「ＮＯ」が含まれていた場合、チケットの解読が失敗したものと判断し、有効な認証チケットＩＤ又は追加認証チケットＩＤでなかったと判定する。

ステップＳ４５では、文書管理サービス４０が、ステップＳ４３において受信したチケット解読レスポンスに含まれる解読結果（例えば、認証レベル等）を含むセッション８０を作成する。

ステップＳ４５に続いてステップＳ４６に進み、文書管理サービス４０は、ステップＳ４５において作成したセッション８０を識別するセッションＩＤを含むセッション開始レスポンスを作成する。

ステップＳ４６に続いてステップＳ４７に進み、文書管理サービス４０は、ステップＳ４６において作成したセッション開始レスポンスを、要求元であるクライアントサービス５０に送信する。

図２５に示すような処理を行うことによって、文書管理サービス４０は、認証チケット６０又は追加認証チケット７０に含まれる認証レベル等を含むセッション８０を作成することができる。

以下、文書管理サービス４０における文書のアクセスに係る処理の一例を、図２６を用いて説明する。図２６は、文書管理サービスにおける文書のアクセスに係る処理の一例を説明するためのフローチャートである。

ステップＳ５０において、文書管理サービス４０は、クライアントサービス５０から送信された例えばセッションＩＤと、文書ＩＤと、アクセス種別（例えばＲｅａｄ、Ｗｒｉｔｅ等）を含んだ文書アクセスリクエストを受信する。

ステップＳ５０に続いてステップＳ５１に進み、文書管理サービス４０は、ステップＳ５０において受信した文書アクセスリクエストに含まれるセッションＩＤが有効なセッションＩＤかどうかを判定する。文書管理サービス４０は、有効なセッションＩＤであると判定すると（ステップＳ５１においてＹＥＳ）、ステップＳ５２に進み、有効なセッションＩＤでないと判定すると（ステップＳ５１においてＮＯ）、処理を終了する。

例えば、文書管理サービス４０は、文書アクセスリクエストに含まれるセッションＩＤに基づいて、対応する有効なセッション８０が存在するかどうかをチェックし、有効なセッションＩＤかどうかを判定する。

ステップＳ５１に続いてステップＳ５２に進み、文書管理サービス４０は、文書アクセスリクエストに含まれるセッションＩＤに対応するセッション８０より、ユーザ情報や、認証レベル等を取得する。

ステップＳ５２に続いて、ステップＳ５３に進み、文書管理サービス４０は、ステップＳ５０において受信した文書アクセスリクエストに含まれる文書ＩＤと、ステップＳ５２において取得したユーザ情報と認証レベルと、に基づいて、アクセス権管理テーブル９０を参照し、アクセス権に係る情報をチェックする。なお、ステップＳ５３では、文書管理サービス４０が、ステップＳ５０において受信した文書アクセスリクエストに含まれる文書ＩＤと、ステップＳ５２において取得したユーザ情報と、認証レベルと、に基づいて、アクセス権管理テーブル９０より、対応するアクセス権に係る情報を取得するようにしてもよい。

ステップＳ５３に続いてステップＳ５４に進み、文書管理サービス４０は、ステップＳ５３においてチェックしたアクセス権に係る情報に基づいて、要求された文書に、要求されたアクセス種別でアクセス可能かどうかを判定する。文書管理サービス４０は、アクセス可能であると判定すると（ステップＳ５４においてＹＥＳ）、ステップＳ５５に進み、アクセス不可能であると判定すると（ステップＳ５４においてＮＯ）、処理を終了する。なお、ステップＳ５３において対応するアクセス権に係る情報を、アクセス管理テーブル９０より取得した場合は、文書管理サービス４０は、該取得したアクセス権に係る情報と、ステップＳ５０において取得した文書アクセスリクエストに含まれるアクセス種別と、に基づいて、要求された文書に、要求されたアクセス種別でアクセス可能か否かを判定する。

ステップＳ５５では、文書管理サービス４０が、文書ＩＤに対応する文書に対して要求されたアクセス種別でアクセスを要求する。

ステップＳ５５に続いてステップＳ５６に進み、文書管理サービス４０は、アクセス結果を取得する。

ステップＳ５６に続いてステップＳ５７に進み、文書管理サービス４０は、ステップＳ５６において取得したアクセス結果を含む文書アクセスレスポンスを作成する。

ステップＳ５７に続いてステップＳ５８に進み、文書管理サービス４０は、ステップＳ５７において作成した文書アクセスレスポンスを、要求元であるクライアントサービス５０に送信する。

図２６に示すような処理を行うことによって、文書管理サービス４０は、文書に対するアクセス要求を、効率よく処理することができる。

以下、クライアントサービス５０における認証及びチケット解読に係る処理の一例を、図２７を用いて説明する。図２７は、クライアントサービスにおける認証及びチケット解読に係る処理の一例を説明するためのフローチャートである。

ステップＳ６０において、クライアントサービス５０は、ユーザによって入力された認証に係るデータ（例えば、ユーザ名、パスワード、人差し指の指紋データ）を含む認証を行う旨の認証要求を取得する。

ステップＳ６０に続いてステップＳ６１に進み、クライアントサービス５０は、前記認証に係るデータを含むユーザ認証リクエストを作成する。

ステップＳ６１に続いてステップＳ６２に進み、クライアントサービス５０は、ステップＳ６１において作成したユーザ認証リクエストを、認証サービス３０に送信する。

ステップＳ６２に続いてステップＳ６３に進み、クライアントサービス５０は、ステップＳ６２においてユーザ認証リクエストを送信した送信先の認証サービス３０より、認証チケットＩＤを含むユーザ認証レスポンスを受信する。

ステップＳ６３に続いてステップＳ６４に進み、クライアントサービス５０は、認証チケット６０の解読を要求するかどうか判定する。クライアントサービス５０は、認証チケット６０の解読を要求すると判定すると（ステップＳ６４においてＹＥＳ）、ステップＳ６６に進み、認証チケット６０の解読を要求しないと判定すると（ステップＳ６４においてＮＯ）、ステップＳ６５に進む。

例えば、クライアントサービス５０は、ＨＤＤ３９等に格納されている定義ファイル等を参照し、認証チケット６０の解読を行う旨のフラグ等が立っていた場合は、認証チケット６０の解読を要求すると判定する。

ステップＳ６５では、クライアントサービス５０が、認証結果（例えば、認証が成功した旨）を含む画面を作成し、表示する。

ステップＳ６６では、クライアントサービス５０が、ステップＳ６３において受信したユーザ認証レスポンスに含まれる認証チケットＩＤを含む認証チケット解読リクエストを作成する。

ステップＳ６６に続いてステップＳ６７に進み、クライアントサービス５０は、ステップＳ６６において作成した認証チケット解読リクエストを、ステップＳ６２においてユーザ認証リクエストを送信した送信先の認証サービス３０に送信する。

ステップＳ６７に続いてステップＳ６８に進み、クライアントサービス５０は、ステップＳ６７において認証チケット解読リクエストを送信した送信先の認証サービス３０より、認証チケット解読レスポンスを受信する。

ステップＳ６８に続いてステップＳ６９に進み、クライアントサービス５０は、認証結果（例えば、認証が成功した旨）及びステップＳ６８において受信した認証チケット解読レスポンスに含まれる認証レベル等を含む画面を作成し、表示する。

図２７に示すような処理を行うことによって、クライアントサービス５０は、認証を要求し、認証結果及び／又は認証レベルを含む画面を作成し、表示することができる。

以下、クライアントサービス５０における追加認証及びチケット解読に係る処理の一例を、図２８を用いて説明する。図２８は、クライアントサービスにおける追加認証及びチケット解読に係る処理の一例を説明するためのフローチャートである。

ステップＳ７０において、クライアントサービス５０は、ユーザによって入力された追加認証に係るデータ（例えば、１０指の指紋データ）を含む追加の認証を行う旨の追加認証要求を取得する。

ステップＳ７１に続いてステップＳ７２に進み、クライアントサービス５０は、前記認証識別子に対応する認証チケットＩＤを取得する。

ステップＳ７２に続いてステップＳ７３に進み、クライアントサービス５０は、前記追加の認証に係るデータと、ステップＳ７１において取得した認証チケットＩＤとを含む追加ユーザ認証リクエストを作成する。

ステップＳ７３に続いてステップＳ７４に進み、クライアントサービス５０は、ステップＳ７３において作成した追加ユーザ認証リクエストを、対応する認証サービス３０に送信する。

ステップＳ７４に続いてステップＳ７５に進み、クライアントサービス５０は、ステップＳ７４において追加ユーザ認証リクエストを送信した送信先の認証サービス３０より、追加認証チケットＩＤを含む追加ユーザ認証レスポンスを受信する。

ステップＳ７４に続いてステップＳ７５に進み、クライアントサービス５０は、追加認証チケット７０の解読を要求するかどうか判定する。クライアントサービス５０は、追加認証チケット７０の解読を要求すると判定すると（ステップＳ７５においてＹＥＳ）、ステップＳ７７に進み、追加認証チケット７０の解読を要求しないと判定すると（ステップＳ７５においてＮＯ）、ステップＳ７６に進む。

例えば、クライアントサービス５０は、ＨＤＤ３９等に格納されている定義ファイル等を参照し、追加認証チケット７０の解読を行う旨のフラグ等が立っていた場合は、追加認証チケット７０の解読を要求すると判定する。

ステップＳ７６では、クライアントサービス５０が、追加認証結果（例えば、追加認証が成功した旨）を含む画面を作成し、表示する。

ステップＳ７７では、クライアントサービス５０が、ステップＳ７４において受信した追加ユーザ認証レスポンスに含まれる追加認証チケットＩＤを含む追加認証チケット解読リクエストを作成する。

ステップＳ７７に続いてステップＳ７８に進み、クライアントサービス５０は、ステップＳ７７において作成した追加認証チケット解読リクエストを、ステップＳ７３において追加ユーザ認証リクエストを送信した送信先の認証サービス３０に送信する。

ステップＳ７８に続いてステップＳ７９に進み、クライアントサービス５０は、ステップＳ７８において追加認証チケット解読リクエストを送信した送信先の認証サービス３０より、追加認証チケット解読レスポンスを受信する。

ステップＳ７９に続いてステップＳ８０に進み、クライアントサービス５０は、追加認証結果（例えば、追加認証が成功した旨）及びステップＳ７９において受信した追加認証チケット解読レスポンスに含まれる認証レベル等を含む画面を作成し、表示する。

図２８に示すような処理を行うことによって、クライアントサービス５０は、追加認証を要求し、追加認証結果及び／又は認証レベルを含む画面を作成し、表示することができる。

以下、クライアントサービス５０におけるセッションの開始に係る処理の一例を、図２９を用いて説明する。図２９は、クライアントサービスにおけるセッションの開始に係る処理の一例を説明するためのフローチャートである。

ステップＳ９０において、クライアントサービス５０は、ユーザより、文書管理サービス４０とのセッションを開始する旨の要求を取得する。

ステップＳ９０に続いてステップＳ９１に進み、クライアントサービス５０は、クライアントサービス５０において保持、管理している認証チケットＩＤ又は追加認証チケットＩＤの中から、対応する認証チケットＩＤ又は追加認証チケットＩＤを取得する。

ステップＳ９１に続いてステップＳ９２に進み、クライアントサービス５０は、ステップＳ９１において取得した認証チケットＩＤ又は追加認証チケットＩＤを含むセッション開始リクエストを作成する。

ステップＳ９２に続いてステップＳ９３に進み、クライアントサービス５０は、ステップＳ９２において作成したセッション開始リクエストを、対応する文書管理サービス４０に送信する。

ステップＳ９３に続いてステップＳ９４に進み、クライアントサービス５０は、ステップＳ９３においてセッション開始リクエストを送信した送信先の文書管理サービス４０より、セッションＩＤを含むセッション開始レスポンスを受信する。

図２９に示すような処理を行うことによって、クライアントサービス５０は、認証チケットＩＤ又は追加認証チケットＩＤを用いて文書管理サービス４０とセッションを張ることができる。

以下、クライアントサービス５０における文書のアクセスに係る処理の一例を、図３０を用いて説明する。図３０は、クライアントサービスにおける文書のアクセスに係る処理の一例を説明するためのフローチャートである。

ステップＳ１００において、クライアントサービス５０は、ユーザより、文書ＩＤと、アクセス種別（例えばＲｅａｄ、Ｗｒｉｔｅ等）を含んだ文書のアクセス要求を受け取る。

ステップＳ１００に続いてステップＳ１０１に進み、クライアントサービス５０は、クライアントサービス５０において保持、管理しているセッションＩＤの中から、対応するセッションＩＤを取得する。

ステップＳ１０１に続いてステップＳ１０２に進み、クライアントサービス５０は、ステップＳ１００において取得した文書ＩＤとアクセス種別と、ステップＳ１０１において取得したセッションＩＤと、を含む文書アクセスリクエストを作成する。

ステップＳ１０２に続いてステップＳ１０３に進み、クライアントサービス５０は、ステップＳ１０２において作成した文書アクセスリクエストを、対応する文書管理サービス４０に送信する。

ステップＳ１０３に続いてステップＳ１０４に進み、クライアントサービス５０は、ステップＳ１０３において文書アクセスリクエストを送信した送信先の文書管理サービス４０より、文書に対するアクセス結果を含む文書アクセスレスポンスを受信する。

ステップＳ１０４に続いてステップＳ１０５に進み、クライアントサービス５０は、ステップＳ１０４において受信した文書アクセスレスポンスに含まれる文書に対するアクセス結果を含む画面を作成し、表示する。

図３０に示すような処理を行うことによって、クライアントサービス５０は、文書に対してアクセスを行い、アクセス結果を含む画面を作成し、表示することができる。

以下、ユーザ端末装置３に表示した認証結果に係る画面の一例を、図３１を用いて説明する。図３１は、ユーザ端末装置に表示した認証結果に係る画面の一例を説明するための図である。

上述したように、クライアントサービス５０の表示制御部５４は、例えばユーザ認証に対する認証結果及び／又は認証レベル等を含む画面を作成し、表示する。図３１に示される画面には、認証した結果、認証レベルが１であった旨、また、認証レベル２にするためには、指紋認証又はＩＣカード認証を行う必要がある旨が含まれている。該画面を見たユーザは、認証レベルを１つ上げるために、指紋認証又はＩＣカード認証を行えばよいことがわかる。

以下、文書管理サービス４０の機能構成及び文書管理サービス４０における文書のアクセスに係る処理の他の例を、実施例２に示す。なお、以下では主に実施例１との相違点について示す。

以下、文書管理サービス４０の他の例の機能構成を、図３２を用いて説明する。図３２は、文書管理サービスの他の例の機能構成図である。

図３２に示されるように、文書管理サービス４０は、文書管理統合部４１と、セッション管理部４２と、アクセス権管理部４３と、文書管理部４４と、秘密レベル管理部４５と、を含む。

文書管理統合部４１は、文書管理サービス４０の全体の動作を制御する共に、クライアントサービス５０及び認証サービス３０に対して共通のインターフェースを提供するモジュールである。

セッション管理部４２は、セッション８０を管理するモジュールである。

アクセス権管理部４３は、アクセス権管理テーブル９０を管理するモジュールである。

文書管理部４４は、文書及び後述する文書属性テーブル１１０を管理するモジュールである。

秘密レベル管理部４５は、後述する秘密レベル管理テーブル１００を管理するモジュールである。なお、秘密レベル管理テーブル１００の秘密レベルの更新（又は変更）等は、秘密レベル管理部４５が行う。

以下、文書管理サービス４０の秘密レベル管理部４５において管理される秘密レベル管理テーブル１００の内部構造の一例を、図３３を用いて説明する。図３３は、秘密レベル管理テーブルの一例を説明するための図である。

図３３に示されるように、秘密レベル管理テーブル１００には、秘密レベルと、認証レベルと、が項目として含まれる。

秘密レベルには、秘密レベルが格納されている。認証レベルには、秘密レベルに対応する認証レベルが格納されている。

図３３に示されるように、秘密レベル管理テーブル１００では、秘密レベルに応じて、アクセスに必要な認証レベルが定義されている。例えば、文書管理サービス４０の管理者等は、後述する文書属性テーブルの１１０の秘密レベルを文書毎に変更する代わりに、秘密レベル管理テーブル１００の認証レベルを変更することによって、文書に対するセキュリティの強さ等を変更することができる。

以下、文書管理サービス４０の文書管理部４４において管理されている文書属性テーブル１１０の内部構造の一例を、図３４を用いて説明する。図３４は、文書属性テーブルの一例を説明するための図である。

図３４に示されるように、文書属性テーブル１１０には、タイトルと、作成者と、秘密レベルと、が項目として含まれる。

タイトルには、タイトルが格納されている。作成者には、対応する文書の作成者のユーザＩＤ等が格納されている。秘密レベルには、対応する文書の秘密レベルが格納されている。

例えば、図３４に示されるような文書属性テーブル１１０は、各文書毎に存在し、文書と対応付けられて、文書管理部４４において管理されている。

以下、文書管理サービス４０における文書のアクセスに係る処理の他の例を、図３５を用いて説明する。図３５は、文書管理サービスにおける文書のアクセスに係る処理の一例を説明するためのフローチャートである。

ステップＳ１１０において、文書管理サービス４０は、クライアントサービス５０から送信された例えばセッションＩＤと、文書ＩＤと、アクセス種別（例えばＲｅａｄ、Ｗｒｉｔｅ等）と、を含んだ文書アクセスリクエストを受信する。

ステップＳ１１０に続いてステップＳ１１１に進み、文書管理サービス４０は、ステップＳ１１０において受信した文書アクセスリクエストに含まれるセッションＩＤが有効なセッションＩＤかどうかを判定する。文書管理サービス４０は、有効なセッションＩＤであると判定すると（ステップＳ１１１においてＹＥＳ）、ステップＳ１１２に進み、有効なセッションＩＤでないと判定すると（ステップＳ１１１においてＮＯ）、処理を終了する。

例えば、文書管理サービス４０は、文書アクセスリクエストに含まれるセッションＩＤに基づいて、対応する有効なセッション８０が存在するかどうかをチェックし、有効なセッションＩＤかどうかを判定する。

なお、説明の簡略化のため、処理を終了するとしているが、ステップＳ１１１においてＮＯとなった場合、文書管理サービス４０が、有効なセッションではない旨のエラーメッセージ等を含む文書アクセスレスポンスを作成し、要求元のクライアントサービス５０に送信するようにしてもよい。

ステップＳ１１２では、文書管理サービス４０が、文書アクセスリクエストに含まれる文書ＩＤに基づいて、文書属性テーブル１１０より、文書の秘密レベルを取得する。

ステップＳ１１２に続いてステップＳ１１３に進み、文書管理サービス４０は、ステップＳ１１２において取得した文書の秘密レベルに基づいて、秘密レベル管理テーブル１１０より、対応する認証レベル（認証レベルＡ）を取得する。

ステップＳ１１３に続いてステップＳ１１４に進み、文書管理サービス４０は、文書アクセスリクエストに含まれるセッションＩＤに対応するセッション８０より、認証レベル（認証レベルＢ）を取得する。なお、ステップＳ１１４の処理は、ステップＳ１１２の処理の前に行ってもよい。

ステップＳ１１４に続いてステップＳ１１５に進み、文書管理サービス４０は、認証レベルＡと、認証レベルＢと、を比較し、認証レベルＢが、認証レベルＡ以上か否かを判定する。文書管理サービス４０は、認証レベルＢが、認証レベルＡ以上であると判定すると（ステップＳ１１５においてＹＥＳ）、ステップＳ１１６に進み、認証レベルＢが、認証レベルＡ以上でないと判定すると（ステップＳ１１５においてＮＯ）、処理を終了する。なお、説明の簡略化のため、処理を終了するとしているが、ステップＳ１１５においてＮＯとなった場合、文書管理サービス４０が、認証レベルが足りなかった旨のエラーメッセージ等を含む文書アクセスレスポンスを作成し、要求元のクライアントサービス５０に送信するようにしてもよい。

ステップＳ１１６では、文書管理サービス４０が、文書アクセスリクエストに含まれるセッションＩＤに対応するセッション８０より、ユーザ情報を取得する。なお、ステップＳ１１６の処理は、ステップＳ１１１と、ステップＳ１１５と、の間なら何処で行ってもよい。

ステップＳ１１６に続いてステップＳ１１７に進み、文書管理サービス４０は、ステップＳ１１０において受信した文書アクセスリクエストに含まれる文書ＩＤと、ステップＳ１１３において取得した認証レベル（認証レベルＡ）と、ステップＳ１１６において取得したユーザ情報と、に基づいて、アクセス権管理テーブル９０を参照し、該アクセス権管理テーブル９０より、認証レベルＡ以上に付与されるアクセス権に係る情報を取得する。

例えば、文書管理サービス４０は、アクセス権管理テーブル９０を参照し、対応する文書が、認証レベルが１でＲｅａｄ権限があったとしても、認証レベルＡが２のときは、該Ｒｅａｄ権限を無視し、認証レベルが２以上に付与されるアクセス権に係る情報を取得する。

ステップＳ１１７に続いてステップＳ１１８に進み、文書管理サービス４０は、ステップＳ１１７において取得したアクセス権に係る情報に基づいて、要求された文書に、要求されたアクセス種別でアクセス可能かどうかを判定する。文書管理サービス４０は、アクセス可能であると判定すると（ステップＳ１１８においてＹＥＳ）、ステップＳ１１９に進み、アクセス不可能であると判定すると（ステップＳ１１８においてＮＯ）、処理を終了する。なお、説明の簡略化のため、処理を終了するとしているが、ステップＳ１１８においてＮＯとなった場合、文書管理サービス４０が、アクセスできなかった旨のエラーメッセージ等を含む文書アクセスレスポンスを作成し、要求元のクライアントサービス５０に送信するようにしてもよい。

ステップＳ１１９では、文書管理サービス４０が、文書ＩＤに対応する文書に対して、要求されたアクセス種別でアクセスを要求する。

ステップＳ１１９に続いてステップＳ１２０に進み、文書管理サービス４０は、アクセス結果を取得する。

ステップＳ１２０に続いてステップＳ１２１に進み、文書管理サービス４０は、ステップＳ１２０において取得したアクセス結果を含む文書アクセスレスポンスを作成する。

ステップＳ１２１に続いてステップＳ１２２に進み、文書管理サービス４０は、ステップＳ１２１において作成した文書アクセスレスポンスを、要求元であるクライアントサービス５０に送信する。

図３５に示すような処理を行うことによって、文書管理サービス４０は、文書に対するアクセス要求を、適切且つ効率よく処理することができる。

上述したように、本発明によれば、効率的にＷｅｂサービスが提供するオブジェクトのアクセス権に係る情報を管理することができる。

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

例えば、本実施例においては、認証サービス提供サーバ１と、ユーザ端末装置３と、Ｗｅｂサービス提供サーバ２との間では、認証チケットＩＤ又は追加認証チケットＩＤを用いてやり取りを行ったが、認証チケットＩＤ又は追加認証チケットＩＤの変わりに認証チケット６０又は追加認証チケット７０を用いてやり取りを行ってもよいし、認証チケット６０の一部又は追加認証チケット７０の一部を用いてやり取りを行ってもよい。また、これらを暗号化してやり取りを行うようにしてもよい。

認証サービス提供サーバの一例のハードウェア構成図である。 Ｗｅｂサービス提供サーバの一例のハードウェア構成図である。 ユーザ端末装置の一例のハードウェア構成図である。 認証サービス提供方法、Ｗｅｂサービス提供方法及びＷｅｂサービス利用方法の一例を説明するための図である。 認証サービスの一例の機能構成図である。 文書管理サービスの一例の機能構成図である。 クライアントサービスの一例の機能構成図である。 認証サービスにおける認証に係る処理の一例を説明するための図である。 認証サービスにおける追加認証に係る処理の一例を説明するための図である。 認証サービスにおけるチケット解読に係る処理の一例を説明するための図である。 文書管理サービスにおけるセッションの開始に係る処理の一例を説明するための図である。 文書管理サービスにおける文書のアクセスに係る処理の一例を説明するための図である。 クライアントサービスにおける認証及びチケット解読に係る処理の一例を説明するための図である。 クライアントサービスにおける追加認証及びチケット解読に係る処理の一例を説明するための図である。 クライアントサービスにおける文書のアクセスに係る処理の一例を説明するための図である。 認証チケットの内部構造の一例を説明するための図である。 ユーザ構造体の一例を説明するための図である。 グループ情報構造体の一例を説明するための図である。 追加認証チケットの内部構造の一例を説明するための図である。 セッションの内部構造の一例を説明するための図である。 アクセス権管理テーブルの一例を説明するための図である。 認証サービスにおける認証に係る処理の一例を説明するためのフローチャートである。 認証サービスにおける追加認証に係る処理の一例を説明するためのフローチャートである。 認証サービスにおけるチケット解読に係る処理の一例を説明するためのフローチャートである。 文書管理サービスにおけるセッションの開始に係る処理の一例を説明するための図である。 文書管理サービスにおける文書のアクセスに係る処理の一例を説明するためのフローチャートである。 クライアントサービスにおける認証及びチケット解読に係る処理の一例を説明するためのフローチャートである。 クライアントサービスにおける追加認証及びチケット解読に係る処理の一例を説明するためのフローチャートである。 クライアントサービスにおけるセッションの開始に係る処理の一例を説明するためのフローチャートである。 クライアントサービスにおける文書のアクセスに係る処理の一例を説明するためのフローチャートである。 ユーザ端末装置に表示した認証結果に係る画面の一例を説明するための図である。 文書管理サービスの他の例の機能構成図である。 秘密レベル管理テーブルの一例を説明するための図である。 文書属性テーブルの一例を説明するための図である。 文書管理サービスにおける文書のアクセスに係る処理の他の例を説明するためのフローチャートである。

符号の説明

１ 認証サービス提供サーバ
２ Ｗｅｂサービス提供サーバ
３ ユーザ端末装置
１１、２１、３１ 入力装置
１２、２２、３２ 表示装置
１３、２３、３３ ドライブ装置
１４、２４、３４ 記録媒体
１５、２５、３５ ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）
１６、２６、３６ ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）
１７、２７、３７ ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）
１８、２８、３８ インターフェース装置
１９、２９、３９ ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）
３０ 認証サービス
３１ 認証統合部
３２ 認証レベル計算部
３３ チケット管理部
３４ 認証プロバイダＡ
３５ 認証プロバイダＢ
４０ 文書管理サービス
４１ 文書管理統合部
４２ セッション管理部
４３ アクセス権管理部
４４ 文書管理部
４５ 秘密レベル管理部
５０ クライアントサービス
５１ クライアント統合部
５２ チケットＩＤ管理部
５３ 入力制御部
５４ 表示制御部
６０ 認証チケット
７０ 追加認証チケット
８０ セッション
９０ アクセス権管理テーブル
１００ 秘密レベル管理テーブル
１１０ 文書属性テーブル

Claims (31)

1. 認証に係るサービスを提供する認証サービス提供手段を有する認証サービス提供装置であって、
   前記認証サービス提供手段は、
   認証の強弱を表す認証レベルを計算する認証レベル計算手段と、
   前記認証レベル計算手段において計算された認証レベルと関連付けられたユーザの認証に係るユーザ認証情報を管理するユーザ認証情報管理手段と、
   を有することを特徴とする認証サービス提供装置。
2. 前記ユーザ認証情報管理手段は、前記認証レベル計算手段において新たに計算された認証レベルと関連付けられた追加のユーザの認証に係る追加ユーザ認証情報を更に管理することを特徴とする請求項１記載の認証サービス提供装置。
3. 前記認証レベル計算手段は、計算要求に含まれる、少なくとも１つ以上の、認証を行った認証手段の、対応する認証の強弱を表す認証レベルに基づいて、最も強い認証レベルの値を、計算結果の認証レベルとして返すことを特徴とする請求項１又は２記載の認証サービス提供装置。
4. 前記認証レベル計算手段は、計算要求に含まれる、少なくとも１つ以上の、認証を行った認証手段の、対応する認証の強弱を表す認証レベルに基づいて、前記認証レベルの合計値を、計算結果の認証レベルとして返すことを特徴とする請求項１又は２記載の認証サービス提供装置。
5. 前記認証レベル計算手段は、計算要求に含まれる、少なくとも１つ以上の、認証を行った認証手段と、該認証手段の、対応する認証の強弱を表す認証レベルと、に基づいて、前記認証手段をカテゴリに分類し、各カテゴリ内の最も強い認証レベルの合計値を、計算結果の認証レベルとして返すことを特徴とする請求項１又は２記載の認証サービス提供装置。
6. Ｗｅｂサービスを提供するＷｅｂサービス提供手段を有するＷｅｂサービス提供装置であって、
   前記Ｗｅｂサービス提供手段は、
   ユーザを識別するユーザ識別子と、認証の強弱を表す認証レベルと、Ｗｅｂサービス提供手段が提供するオブジェクトを識別するオブジェクト識別子と、前記オブジェクトに対するアクセス権に係る情報と、を含むアクセス権管理データを管理するアクセス権管理手段を有することを特徴とするＷｅｂサービス提供装置。
7. 前記アクセス権管理手段は、前記ユーザ識別子と、前記オブジェクト識別子と、前記認証レベルと、を含むアクセス権に係る情報の取得要求に応じて、前記アクセス権管理テーブルを検索し、対応するアクセス権に係る情報を返すことを特徴とする請求項６記載のＷｅｂサービス提供装置。
8. 前記Ｗｅｂサービス提供手段は、前記Ｗｅｂサービスを利用するＷｅｂサービス利用手段とのセッションを管理するセッション管理手段を更に有し、該セッション管理手段は、前記セッションが有効な間、ユーザを識別するユーザ識別子と、認証の強弱を表す認証レベルと、を関連付けて保持することを特徴とする請求項６又は７記載のＷｅｂサービス提供装置。
9. 前記Ｗｅｂサービス提供手段は、前記認証レベルと、前記オブジェクトに係る秘密レベルと、を対応付けて管理する秘密レベル管理手段を更に有することを特徴とする請求項６乃至８何れか一項記載のＷｅｂサービス提供装置。
10. 前記Ｗｅｂサービス提供手段は、前記オブジェクトを、該オブジェクトの属性と対応付けて管理するオブジェクト管理手段を更に有し、前記オブジェクトの属性には、前記オブジェクトの秘密レベルが含まれることを特徴とする請求項９記載のＷｅｂサービス提供装置。
11. Ｗｅｂサービスを利用するＷｅｂサービス利用手段を有するユーザ端末装置であって、
    前記Ｗｅｂサービス利用手段は、
    ユーザの認証に係るユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子を管理するユーザ認証情報管理手段と、
    前記ユーザの認証に係る認証結果及び／又は前記ユーザ認証情報と関連付けられた認証の強弱を表す認証レベルを表示する表示手段と、
    を有することを特徴とするユーザ端末装置。
12. 前記ユーザ認証情報管理手段は、追加のユーザの認証に係る追加ユーザ認証情報又は該追加ユーザ認証情報を識別する追加ユーザ認証情報識別子を更に管理することを特徴とする請求項１１記載のユーザ端末装置。
13. 前記表示手段は、前記追加のユーザの認証に係る認証結果及び／又は前記追加ユーザ認証情報と関連付けられた認証の強弱を表す認証レベルを更に表示することを特徴とする請求項１２記載のユーザ端末装置。
14. 認証に係るサービスを提供する認証サービス提供方法であって、
    Ｗｅｂサービスを利用するＷｅｂサービス利用手段からのユーザの認証要求を受信するユーザ認証要求受信段階と、
    認証の強弱を表す認証レベルを計算する第一認証レベル計算段階と、
    前記第一認証レベル計算段階において計算された認証レベルと関連付けられたユーザの認証に係るユーザ認証情報を作成するユーザ認証情報作成段階と、
    を有することを特徴とする認証サービス提供方法。
15. 前記ユーザ認証情報作成段階において作成した前記ユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子を、前記Ｗｅｂサービス利用手段に送信するユーザ認証情報送信段階を更に有することを特徴とする請求項１４記載の認証サービス提供方法。
16. 前記Ｗｅｂサービス利用手段からの前記ユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子を含む追加のユーザの認証要求を受信する追加ユーザ認証要求受信段階と、
    前記追加のユーザの認証要求に応じて、認証の強弱を表す認証レベルを新たに計算する第二認証レベル計算段階と、
    前記第二認証レベル計算段階において計算された認証レベルと関連付けられた追加ユーザ認証情報を作成する追加ユーザ認証情報作成段階と、
    を更に有することを特徴とする請求項１４又は１５記載の認証サービス提供方法。
17. 前記追加ユーザ認証情報作成段階において作成した前記追加ユーザ認証情報又は該追加ユーザ認証情報を識別する追加ユーザ認証情報識別子を、前記Ｗｅｂサービス利用手段に送信する追加ユーザ認証情報送信段階を更に有することを特徴とする請求項１６記載の認証サービス提供方法。
18. Ｗｅｂサービスを提供するＷｅｂサービス提供手段又はＷｅｂサービスを利用するＷｅｂサービス利用手段からの、ユーザの認証に係るユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子又は追加のユーザの認証に係る追加ユーザ認証情報又は該追加ユーザ認証情報を識別する追加ユーザ認証情報識別子を含む、前記ユーザ認証情報又は前記追加ユーザ認証情報の解読要求を受信する解読要求受信段階と、
    前記解読要求に応じて、対応する前記ユーザ認証情報又は前記追加ユーザ認証情報を解読する解読段階と、
    前記ユーザ認証情報又は前記追加ユーザ認証情報と関連付けられた認証の強弱を表す認証レベルを含む解読結果を前記Ｗｅｂサービス提供手段又は前記Ｗｅｂサービス利用手段に送信する解読結果送信段階と、
    を更に有することを特徴とする請求項１４乃至１７何れか一項記載の認証サービス提供方法。
19. Ｗｅｂサービスを提供するＷｅｂサービス提供方法であって、
    Ｗｅｂサービスを利用するＷｅｂサービス利用手段からの、Ｗｅｂサービス提供手段が提供するオブジェクトを識別するオブジェクト識別子と、要求するアクセスの種別を識別するアクセス種別と、を含む前記オブジェクトのアクセス要求を受信するアクセス要求受信段階と、
    ユーザを識別するユーザ識別子を取得するユーザ識別子取得段階と、
    認証の強弱を表す認証レベルを取得する第一認証レベル取得段階と、
    前記オブジェクト識別子と、前記ユーザ識別子と、認証の強弱を示す認証レベルと、に基づいて、前記ユーザ識別子と、前記認証レベルと、前記オブジェクト識別子と、前記オブジェクトに対するアクセス権に係る情報と、を含むアクセス権管理データより、対応するオブジェクトに対するアクセス権に係る情報を取得するアクセス権取得段階と、
    前記アクセス権取得段階において取得したアクセス権に係る情報と、前記アクセス種別と、に基づいて、要求された文書にアクセス可能か否かを判定するアクセス判定段階と、
    を有することを特徴とするＷｅｂサービス提供方法。
20. 前記オブジェクト識別子に基づいて、対応するオブジェクトに係る秘密レベルを取得する秘密レベル取得段階と、
    前記秘密レベル取得段階において取得した秘密レベルに基づいて、対応する認証レベルを取得する第二認証レベル取得段階と、
    前記認証レベル取得段階において取得した認証レベルと、前記第一認証レベル取得段階において取得し認証レベルと、を比較する認証レベル比較段階と、
    を有することを特徴とする請求項１９記載のＷｅｂサービス提供方法。
21. Ｗｅｂサービスを利用するＷｅｂサービス利用手段からの、ユーザの認証に係るユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子又は追加のユーザの認証に係る追加ユーザ認証情報又は該追加ユーザ認証情報を識別する追加ユーザ認証情報識別子を含む、セッションの開始要求を受信するセッション開始要求受信段階と、
    前記ユーザ認証情報又はユーザ認証情報識別子又は追加ユーザ認証情報又は追加ユーザ認証情報識別子を含む、前記ユーザ認証情報又は前記追加ユーザ認証情報の解読要求を、認証に係るサービスを提供する認証サービス提供手段に送信する解読要求送信段階と、
    前記認証サービス提供手段より、認証の強弱を表す認証レベルを含む解読結果を受信する解読結果受信段階と、
    を更に有することを特徴とする請求項１９又は２０記載のＷｅｂサービス提供方法。
22. Ｗｅｂサービスを利用するＷｅｂサービス利用方法であって、
    認証に係るサービスを提供する認証サービス提供手段に対して、ユーザの認証要求を送信するユーザ認証要求送信段階と、
    前記認証サービス提供手段において計算された認証の強弱を表す認証レベルと関連付けられたユーザの認証に係るユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子を受信するユーザ認証情報受信段階と、
    前記ユーザの認証に係る認証結果を表示するユーザ認証結果表示段階と、
    を有することを特徴とするＷｅｂサービス利用方法。
23. 前記認証サービス提供手段に対して、前記ユーザ認証情報又は前記ユーザ認証情報識別子を含む追加のユーザの認証要求を送信する追加ユーザ認証要求送信段階と、
    前記認証サービス提供手段において新たに計算された認証の強弱を表す認証レベルと関連付けられた、追加のユーザの認証に係る追加ユーザ認証情報又は該追加ユーザ認証情報を識別する追加ユーザ認証情報識別子を受信する追加ユーザ認証情報受信段階と、
    前記追加のユーザの認証に係る認証結果を表示する追加ユーザ認証結果表示段階と、
    を更に有することを特徴とする請求項２２記載のＷｅｂサービス利用方法。
24. ユーザの認証に係るユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子又は追加のユーザの認証に係る追加ユーザ認証情報又は該追加ユーザ認証情報を識別する追加ユーザ認証情報識別子を含む、前記ユーザ認証情報又は前記追加ユーザ認証情報の解読要求を前記認証サービス提供手段に送信する解読要求送信段階と、
    前記ユーザ認証情報又は前記追加ユーザ認証情報と関連付けられた認証の強弱を表す認証レベル含む解読結果を受信する解読結果受信段階と、
    前記認証レベルを含む解読結果を表示する解読結果表示段階と、
    を更に有することを特徴とする請求項２２又は２３記載のＷｅｂサービス利用方法。
25. ユーザの認証に係るユーザ認証情報又は該ユーザ認証情報を識別するユーザ認証情報識別子又は追加のユーザの認証に係る追加ユーザ認証情報又は該追加ユーザ認証情報を識別する追加ユーザ認証情報識別子を含む、セッションの開始要求を、Ｗｅｂサービスを提供するＷｅｂサービス提供手段に送信するセッション開始要求送信段階を更に有することを特徴とする請求項２２乃至２４何れか一項記載のＷｅｂサービス利用方法。
26. 請求項１４乃至１８何れか一項記載の認証サービス提供方法をコンピュータに実行させることを特徴とする認証サービス提供プログラム。
27. 請求項１９乃至２１何れか一項記載のＷｅｂサービス提供方法をコンピュータに実行させることを特徴とするＷｅｂサービス提供プログラム。
28. 請求項２２乃至２５何れか一項記載のＷｅｂサービス利用方法をコンピュータに実行させることを特徴とするＷｅｂサービス利用プログラム。
29. 請求項２６記載の認証サービス提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
30. 請求項２７記載のＷｅｂサービス提供プログラムを記録したコンピュータ読み取り可能な記録媒体。
31. 請求項２８記載のＷｅｂサービス利用プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images