(57)【要約】【課題】トークンを用いたアクセス制御システムにおいて、アクセスが集中した場合に、トークンの権限認可に係る処理負荷によりトークンが受けつれられなくなったり、トークンが破棄されたりするという問題を解決し、トークンを用いても高負荷な状態を生ずることなく効率良く認可判定処理を行う。【解決手段】アクセス制御装置２００は、ユーザ端末１００からスタンバイ要求メッセージ５０１を受信すると、ユーザ認証、トークンの正当性の確認を行い、権限認可判定のための制御モジュール実行ファイルを生成する。アクセス予定時刻が近づくと、制御モジュール２２１を起動し、ユーザ端末１００から認可要求メッセージ５１１を受信すると、制御モジュール２２１を用いて認可判定を行い、認可判定結果をユーザ端末１００、サービス提供装置３００にそれぞれ通知する。【選択図】      図１
2008033583.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末とアクセス制御装置とサービス提供装置とが通信回線により相互に接続されたアクセス制御システムであって、
前記ユーザ端末は、
ユーザ認証情報とトークンとを含むスタンバイ要求メッセージを前記アクセス制御装置に送信するスタンバイ要求手段と、
トリガ識別子を含む認可要求メッセージを前記アクセス制御装置に送信するとともに、前記アクセス制御装置から認可応答メッセージを受信し、前記認可応答メッセージに含まれる認可判定結果が権限認可であった場合に、前記トリガ識別子を含むサービス開始メッセージを前記サービス提供装置に送信する認可要求手段とを備え、
前記アクセス制御装置は、
前記ユーザ端末より前記スタンバイ要求メッセージを受信し、前記ユーザ認証情報に基づいてユーザを認証し、前記トークンの正当性を確認し、前記トリガ識別子を発行し、当該トークン識別子と当該トリガ識別子を含むスタンバイ完了メッセージを前記サービス提供装置に送信するスタンバイ処理手段と、
前記ユーザ端末より前記認可要求メッセージを受信し、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記トークンに基づき認可判定を行い、前記トークン識別子と前記認可判定結果を含む前記認可応答メッセージを前記ユーザ端末に送信し、前記トークン識別子と前記認可判定結果を含む認可完了メッセージを前記サービス提供装置に送信する認可判定処理手段を備え、
前記サービス提供装置は、
前記アクセス制御装置から前記スタンバイ完了メッセージと前記認可完了メッセージを受信し、前記ユーザ端末から前記サービス開始メッセージを受信した場合に、前記サービス開始メッセージに含まれる前記トリガ識別子と、前記認可完了メッセージに含まれる前記トークン識別子に対応する前記トリガ識別子との整合性を確認し、整合性が確認された場合に、前記ユーザ端末との通信開始をサービスアプリケーションに指示する認可情報処理手段を備える
ことを特徴とするアクセス制御システム。
【請求項２】
ユーザ端末とアクセス制御装置とサービス提供装置とが通信回線により相互に接続されたアクセス制御システムであって、
前記ユーザ端末は、
ユーザ認証情報と、トークン識別子、権限内容情報、及び電子署名から構成されるトークンとを含むスタンバイ要求メッセージを前記アクセス制御装置に送信するスタンバイ要求手段と、
トリガ識別子を含む認可要求メッセージを前記アクセス制御装置に送信するとともに、前記アクセス制御装置から認可応答メッセージを受信し、前記認可応答メッセージに含まれる認可判定結果が権限認可であった場合に、前記トリガ識別子を含むサービス開始メッセージを前記サービス提供装置に送信する認可要求手段とを備え、
前記アクセス制御装置は、
前記ユーザ端末より前記スタンバイ要求メッセージを受信し、前記ユーザ認証情報に基づいてユーザを認証し、前記電子署名に基づき前記トークンの正当性を確認し、前記トリガ識別子を発行し、当該トークン識別子と当該トリガ識別子を含むスタンバイ完了メッセージを前記サービス提供装置に送信するスタンバイ処理手段と、
前記ユーザ端末より前記認可要求メッセージを受信し、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記トークンの権限内容情報に基づき認可判定を行い、前記トークン識別子と前記認可判定結果を含む前記認可応答メッセージを前記ユーザ端末に送信し、前記トークン識別子と前記認可判定結果を含む認可完了メッセージを前記サービス提供装置に送信する認可判定処理手段を備え、
前記サービス提供装置は、
前記アクセス制御装置から前記スタンバイ完了メッセージと前記認可完了メッセージを受信し、前記ユーザ端末から前記サービス開始メッセージを受信した場合に、前記サービス開始メッセージに含まれる前記トリガ識別子と、前記認可完了メッセージに含まれる前記トークン識別子に対応する前記トリガ識別子との整合性を確認し、整合性が確認された場合に、前記ユーザ端末との通信開始をサービスアプリケーションに指示する認可情報処理手段を備える
ことを特徴とするアクセス制御システム。
【請求項３】
前記アクセス制御装置の前記スタンバイ処理手段は、前記ユーザ端末より前記スタンバイ要求メッセージを受信したとき、前記トークンの内容に基づき認可判定を行う制御モジュールの実行ファイルを更に生成し、
前記アクセス制御装置の前記認可判定処理手段は、前記ユーザ端末より前記認可要求メッセージを受信したとき、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記制御モジュールの実行ファイルから前記制御モジュールを起動して認可判定を行う
ことを特徴とする、請求項１または２に記載のアクセス制御システム。
【請求項４】
前記ユーザ端末が前記アクセス制御装置に送信する前記スタンバイ要求メッセージにはアクセス予定時刻を更に含み、
前記アクセス制御装置の前記スタンバイ処理手段は、前記ユーザ端末より前記スタンバイ要求メッセージを受信したとき、前記トークンの内容に基づき認可判定を行う制御モジュールの実行ファイルを更に生成し、
前記アクセス制御装置の前記認可判定処理手段は、前記アクセス予定時刻が近づくと、前記制御モジュール実行ファイルから前記制御モジュールを起動し、前記ユーザ端末より前記認可要求メッセージを受信したとき、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記制御モジュールを用いて認可判定を行う
ことを特徴とする、請求項１または２に記載のアクセス制御システム。
【請求項５】
ユーザ端末が、ユーザ認証情報とトークンとを含むスタンバイ要求メッセージをアクセス制御装置に送信するスタンバイ要求メッセージ送信ステップと、
アクセス制御装置が、前記ユーザ端末より前記スタンバイ要求メッセージを受信し、前記ユーザ認証情報に基づいてユーザを認証し、前記トークンの正当性を確認し、トリガ識別子を発行し、当該トークン識別子と当該トリガ識別子を含むスタンバイ完了メッセージをサービス提供装置に送信するスタンバイ処理ステップと、
前記サービス提供装置が、前記アクセス制御装置から前記スタンバイ完了メッセージを受信するスタンバイ完了メッセージ受信ステップと、
前記ユーザ端末が、前記トリガ識別子を含む認可要求メッセージを前記アクセス制御装置に送信する認可要求メッセージ送信ステップと、
前記アクセス制御装置が、前記ユーザ端末より前記認可要求メッセージを受信し、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記トークンに基づき認可判定を行い、前記トークン識別子と認可判定結果を含む前記認可応答メッセージを前記ユーザ端末に送信し、前記トークン識別子と前記認可判定結果を含む認可完了メッセージを前記サービス提供装置に送信する認可判定処理ステップと、
前記ユーザ端末が、前記アクセス制御装置から前記認可応答メッセージを受信する認可応答メッセージ受信ステップと、
前記サービス提供装置が、前記認可完了メッセージを受信する認可完了メッセージ受信ステップと、
前記ユーザ端末が、前記認可応答メッセージに含まれる認可判定結果が権限認可であった場合に、前記トリガ識別子を含むサービス開始メッセージを前記サービス提供装置に送信するサービス開始メッセージ送信ステップと、
前記サービス提供装置が、前記ユーザ端末から前記サービス開始メッセージを受信した場合に、前記サービス開始メッセージに含まれる前記トリガ識別子と、前記認可完了メッセージに含まれる前記トークン識別子に対応する前記トリガ識別子との整合性を確認し、整合性が確認された場合に、前記ユーザ端末との通信開始をサービスアプリケーションに指示する認可情報処理ステップとを
含むことを特徴とするアクセス制御方法。
【請求項６】
ユーザ端末が、ユーザ認証情報と、トークン識別子、権限内容情報、及び電子署名から構成されるトークンとを含むスタンバイ要求メッセージを前記アクセス制御装置に送信するスタンバイ要求メッセージ送信ステップと、
アクセス制御装置が、前記ユーザ端末より前記スタンバイ要求メッセージを受信し、前記ユーザ認証情報に基づいてユーザを認証し、前記電子署名に基づき前記トークンの正当性を確認し、トリガ識別子を発行し、当該トークン識別子と当該トリガ識別子を含むスタンバイ完了メッセージをサービス提供装置に送信するスタンバイ処理ステップと、
前記サービス提供装置が、前記アクセス制御装置から前記スタンバイ完了メッセージを受信するスタンバイ完了メッセージ受信ステップと、
前記ユーザ端末が、前記トリガ識別子を含む認可要求メッセージを前記アクセス制御装置に送信する認可要求メッセージ送信ステップと、
前記アクセス制御装置が、前記ユーザ端末より前記認可要求メッセージを受信し、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記トークンの権限内容情報に基づき認可判定を行い、前記トークン識別子と認可判定結果を含む前記認可応答メッセージを前記ユーザ端末に送信し、前記トークン識別子と前記認可判定結果を含む認可完了メッセージを前記サービス提供装置に送信する認可判定処理ステップと、
前記ユーザ端末が、前記アクセス制御装置から認可応答メッセージを受信する認可応答メッセージ受信ステップと、
前記サービス提供装置が、前記認可完了メッセージを受信する認可完了メッセージ受信ステップと、
前記ユーザ端末が、前記認可応答メッセージに含まれる認可判定結果が権限認可であった場合に、前記トリガ識別子を含むサービス開始メッセージを前記サービス提供装置に送信するサービス開始メッセージ送信ステップと、
前記サービス提供装置が、前記ユーザ端末から前記サービス開始メッセージを受信した場合に、前記サービス開始メッセージに含まれる前記トリガ識別子と、前記認可完了メッセージに含まれる前記トークン識別子に対応する前記トリガ識別子との整合性を確認し、整合性が確認された場合に、前記ユーザ端末との通信開始をサービスアプリケーションに指示する認可情報処理ステップとを
含むことを特徴とするアクセス制御方法。
【請求項７】
前記アクセス制御装置の前記スタンバイ処理ステップは、前記ユーザ端末より前記スタンバイ要求メッセージを受信したとき、前記トークンの内容に基づき認可判定を行う制御モジュールの実行ファイルを更に生成し、
前記アクセス制御装置の前記認可判定処理ステップは、前記ユーザ端末より前記認可要求メッセージを受信したとき、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記制御モジュールの実行ファイルから前記制御モジュールを起動して認可判定を行う
ことを特徴とする、請求項５または６に記載のアクセス制御方法。
【請求項８】
前記ユーザ端末が前記アクセス制御装置に送信する前記スタンバイ要求メッセージにはアクセス予定時刻を更に含み、
前記アクセス制御装置の前記スタンバイ処理ステップは、前記ユーザ端末より前記スタンバイ要求メッセージを受信したとき、前記トークンの内容に基づき認可判定を行う制御モジュールの実行ファイルを更に生成し、
前記アクセス制御装置は、前記アクセス予定時刻が近づくと、前記制御モジュール実行ファイルから前記制御モジュールを起動する制御モジュール事前起動ステップを更に含み、
前記アクセス制御装置の認可判定処理ステップは、前記ユーザ端末より前記認可要求メッセージを受信したとき、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記制御モジュールを用いて認可判定を行う
ことを特徴とする、請求項５または６に記載のアクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はクライアントからサービス提供サーバへのアクセスを制御するアクセス制御システム、アクセス制御方法に関し、特に、ユーザに付与された権限内容をデータとして実体化したトークンによりアクセスを制御するアクセス制御システム、アクセス制御方法に関する。
【背景技術】
【０００２】
従来のアクセス制御システムは、例えば、インターネットにおける有料サイトへのアクセス制御、ストリーミングサービスのコンテンツへのアクセス制御、イントラネットにおける文書閲覧システムなどのように、ネットワークにより接続されたクライアントとサーバにより構成される環境において、クライアントからサーバ上のアプリケーションを実行したり、サーバ上のリソースにアクセスする際に、アプリケーションの実行内容やリソースへのアクセス範囲をユーザに与えられた権限に応じて制御するために用いられている。ユーザは、クライアントから許可された権限内容をデータとして実体化したトークンをサーバに送信し、サーバ側でトークンの正当性を検証するとともに権限内容の解析を行い、アクセス制御を行う。また、トークンの発行依頼者はトークンを他の権利行使者に委譲することができるので、委譲された権利行使者はユーザとしてトークンに記載された権限内容を行使することができる。
【０００３】
また、特に、イントラネット上でサービスを提供するサーバソフトウェア（アプリケーション、ミドルウェア、ＤＢＭＳ（ＤａｔａＢａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）など）には、クライアントからの同時ネットワークアクセス制限や同時利用者数制限があり、この制限を越えて利用することは、ライセンス違反となる。このため、イントラネットでは、トークンに記載された権限内容に基づいたアクセス制御に加え、権限内容に対応するサービスを提供するサーバソフトの同時ネットワークアクセス制限や同時利用者数制限の範囲でサービスを利用するように、アクセス制限を行うことも必要となる。
【０００４】
このようなトークンを使用したアクセス制御の従来技術が特許文献１に開示されている。特許文献１に開示された技術では、サーバがサーバ上で実行される処理を記述した操作情報を含むトークンを作成してクライアントに配布し、サーバがクライアントからトークンを受信した場合に、当該トークンの正当性を検証し、正当性が確認された場合に、トークンに記載された操作情報に記述された処理（データベースの特定条件での検索）を実行する。
【０００５】
【特許文献１】特開２００３−２２２５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、クライアントからのアクセスが集中した場合に、アクセス制御のためのシステム能力を超えてしまい、アクセス制御のために送られてきたトークンが受けつれられなくなったり、トークンが破棄され、アクセス拒否が増加するという問題があった。この理由は、トークンを用いたアクセス制御システムでは、以下のようにトークンの権限認可に係る処理負荷が重いためである。すなわち、トークンを用いたアクセス制御システムでは、トークンを送付してきたユーザを認証し、トークンの正当性を検証し、トークンに記述された権限内容の詳細を解析し、解析結果に基づいて、アクセス時点における権限内容の有効性や権限内容に記載された条件の整合性を確認する必要がある。ここで、ユーザの認証処理やトークンの正当性の検証処理は一般的に負荷が大きく、特に、ユーザ認証やトークンの電子署名にＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）等の計算処理に時間が必要になる暗号化方式を用いた場合、これらの処理負荷は極めて大きくなる。更に、トークンの制御をより細かくしようとすると、権限内容の解析処理、及び権限内容の有効性や権限内容に記載された条件の整合性の確認に要する負荷も大きくなる。
【０００７】
また、上述したイントラネットにおけるトークンを用いた同時ネットワークアクセス制限や同時利用者数制限においては、これらの制限を実施することにより、トークンの処理負荷に伴うアクセス拒否が増加すると、ユーザにとっての使い勝手が悪くなる。このため、クライアントからのアクセスが集中した場合でも、同時ネットワークアクセス制限や同時利用者数制限といった使用条件を守りつつ、トークンの処理負荷を低減しアクセス拒否を減らすことが求められる。
【０００８】
本発明の目的は、上述した従来の課題である、トークンを用いたアクセス制御システムにおいて、アクセスが集中した場合に、トークンの権限認可に係る処理負荷によりトークンが受けつれられなくなったり、トークンが破棄されたりするという問題を解決し、トークンを用いても高負荷な状態を生ずることなく効率良く認可判定処理を行うことができるアクセス制御システム及びアクセス制御方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の第１のアクセス制御システムは、ユーザ端末とアクセス制御装置とサービス提供装置とが通信回線により相互に接続されたアクセス制御システムであって、前記ユーザ端末は、ユーザ認証情報とトークンとを含むスタンバイ要求メッセージを前記アクセス制御装置に送信するスタンバイ要求手段と、トリガ識別子を含む認可要求メッセージを前記アクセス制御装置に送信するとともに、前記アクセス制御装置から認可応答メッセージを受信し、前記認可応答メッセージに含まれる認可判定結果が権限認可であった場合に、前記トリガ識別子を含むサービス開始メッセージを前記サービス提供装置に送信する認可要求手段とを備え、前記アクセス制御装置は、前記ユーザ端末より前記スタンバイ要求メッセージを受信し、前記ユーザ認証情報に基づいてユーザを認証し、前記トークンの正当性を確認し、前記トリガ識別子を発行し、当該トークン識別子と当該トリガ識別子を含むスタンバイ完了メッセージを前記サービス提供装置に送信するスタンバイ処理手段と、前記ユーザ端末より前記認可要求メッセージを受信し、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記トークンに基づき認可判定を行い、前記トークン識別子と前記認可判定結果を含む前記認可応答メッセージを前記ユーザ端末に送信し、前記トークン識別子と前記認可判定結果を含む認可完了メッセージを前記サービス提供装置に送信する認可判定処理手段を備え、前記サービス提供装置は、前記アクセス制御装置から前記スタンバイ完了メッセージと前記認可完了メッセージを受信し、前記ユーザ端末から前記サービス開始メッセージを受信した場合に、前記サービス開始メッセージに含まれる前記トリガ識別子と、前記認可完了メッセージに含まれる前記トークン識別子に対応する前記トリガ識別子との整合性を確認し、整合性が確認された場合に、前記ユーザ端末との通信開始をサービスアプリケーションに指示する認可情報処理手段を備えることを特徴とする。
【００１０】
本発明の第２のアクセス制御システムは、ユーザ端末とアクセス制御装置とサービス提供装置とが通信回線により相互に接続されたアクセス制御システムであって、前記ユーザ端末は、ユーザ認証情報と、トークン識別子、権限内容情報、及び電子署名から構成されるトークンとを含むスタンバイ要求メッセージを前記アクセス制御装置に送信するスタンバイ要求手段と、トリガ識別子を含む認可要求メッセージを前記アクセス制御装置に送信するとともに、前記アクセス制御装置から認可応答メッセージを受信し、前記認可応答メッセージに含まれる認可判定結果が権限認可であった場合に、前記トリガ識別子を含むサービス開始メッセージを前記サービス提供装置に送信する認可要求手段とを備え、前記アクセス制御装置は、前記ユーザ端末より前記スタンバイ要求メッセージを受信し、前記ユーザ認証情報に基づいてユーザを認証し、前記電子署名に基づき前記トークンの正当性を確認し、前記トリガ識別子を発行し、当該トークン識別子と当該トリガ識別子を含むスタンバイ完了メッセージを前記サービス提供装置に送信するスタンバイ処理手段と、前記ユーザ端末より前記認可要求メッセージを受信し、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記トークンの権限内容情報に基づき認可判定を行い、前記トークン識別子と前記認可判定結果を含む前記認可応答メッセージを前記ユーザ端末に送信し、前記トークン識別子と前記認可判定結果を含む認可完了メッセージを前記サービス提供装置に送信する認可判定処理手段を備え、前記サービス提供装置は、前記アクセス制御装置から前記スタンバイ完了メッセージと前記認可完了メッセージを受信し、前記ユーザ端末から前記サービス開始メッセージを受信した場合に、前記サービス開始メッセージに含まれる前記トリガ識別子と、前記認可完了メッセージに含まれる前記トークン識別子に対応する前記トリガ識別子との整合性を確認し、整合性が確認された場合に、前記ユーザ端末との通信開始をサービスアプリケーションに指示する認可情報処理手段を備えることを特徴とする。
【００１１】
本発明の第３のアクセス制御システムは、第１または第２のアクセス制御システムにおいて、前記アクセス制御装置の前記スタンバイ処理手段が、前記ユーザ端末より前記スタンバイ要求メッセージを受信したとき、前記トークンの内容に基づき認可判定を行う制御モジュールの実行ファイルを更に生成し、前記アクセス制御装置の前記認可判定処理手段が、前記ユーザ端末より前記認可要求メッセージを受信したとき、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記制御モジュールの実行ファイルから前記制御モジュールを起動して認可判定を行うことを特徴とする。
【００１２】
本発明の第４のアクセス制御システムは、第１または第２のアクセス制御システムにおいて、前記ユーザ端末が前記アクセス制御装置に送信する前記スタンバイ要求メッセージにはアクセス予定時刻を更に含み、前記アクセス制御装置の前記スタンバイ処理手段が、前記ユーザ端末より前記スタンバイ要求メッセージを受信したとき、前記トークンの内容に基づき認可判定を行う制御モジュールの実行ファイルを更に生成し、前記アクセス制御装置の前記認可判定処理手段が、前記アクセス予定時刻が近づくと、前記制御モジュール実行ファイルから前記制御モジュールを起動し、前記ユーザ端末より前記認可要求メッセージを受信したとき、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記制御モジュールを用いて認可判定を行うことを特徴とする。
【００１３】
本発明の第１のアクセス制御方法は、ユーザ端末が、ユーザ認証情報とトークンとを含むスタンバイ要求メッセージをアクセス制御装置に送信するスタンバイ要求メッセージ送信ステップと、アクセス制御装置が、前記ユーザ端末より前記スタンバイ要求メッセージを受信し、前記ユーザ認証情報に基づいてユーザを認証し、前記トークンの正当性を確認し、トリガ識別子を発行し、当該トークン識別子と当該トリガ識別子を含むスタンバイ完了メッセージをサービス提供装置に送信するスタンバイ処理ステップと、前記サービス提供装置が、前記アクセス制御装置から前記スタンバイ完了メッセージを受信するスタンバイ完了メッセージ受信ステップと、前記ユーザ端末が、前記トリガ識別子を含む認可要求メッセージを前記アクセス制御装置に送信する認可要求メッセージ送信ステップと、前記アクセス制御装置が、前記ユーザ端末より前記認可要求メッセージを受信し、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記トークンに基づき認可判定を行い、前記トークン識別子と認可判定結果を含む前記認可応答メッセージを前記ユーザ端末に送信し、前記トークン識別子と前記認可判定結果を含む認可完了メッセージを前記サービス提供装置に送信する認可判定処理ステップと、前記ユーザ端末が、前記アクセス制御装置から前記認可応答メッセージを受信する認可応答メッセージ受信ステップと、前記サービス提供装置が、前記認可完了メッセージを受信する認可完了メッセージ受信ステップと、前記ユーザ端末が、前記認可応答メッセージに含まれる認可判定結果が権限認可であった場合に、前記トリガ識別子を含むサービス開始メッセージを前記サービス提供装置に送信するサービス開始メッセージ送信ステップと、前記サービス提供装置が、前記ユーザ端末から前記サービス開始メッセージを受信した場合に、前記サービス開始メッセージに含まれる前記トリガ識別子と、前記認可完了メッセージに含まれる前記トークン識別子に対応する前記トリガ識別子との整合性を確認し、整合性が確認された場合に、前記ユーザ端末との通信開始をサービスアプリケーションに指示する認可情報処理ステップとを含むことを特徴とする。
【００１４】
本発明の第２のアクセス制御方法は、ユーザ端末が、ユーザ認証情報と、トークン識別子、権限内容情報、及び電子署名から構成されるトークンとを含むスタンバイ要求メッセージを前記アクセス制御装置に送信するスタンバイ要求メッセージ送信ステップと、アクセス制御装置が、前記ユーザ端末より前記スタンバイ要求メッセージを受信し、前記ユーザ認証情報に基づいてユーザを認証し、前記電子署名に基づき前記トークンの正当性を確認し、トリガ識別子を発行し、当該トークン識別子と当該トリガ識別子を含むスタンバイ完了メッセージをサービス提供装置に送信するスタンバイ処理ステップと、前記サービス提供装置が、前記アクセス制御装置から前記スタンバイ完了メッセージを受信するスタンバイ完了メッセージ受信ステップと、前記ユーザ端末が、前記トリガ識別子を含む認可要求メッセージを前記アクセス制御装置に送信する認可要求メッセージ送信ステップと、前記アクセス制御装置が、前記ユーザ端末より前記認可要求メッセージを受信し、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記トークンの権限内容情報に基づき認可判定を行い、前記トークン識別子と認可判定結果を含む前記認可応答メッセージを前記ユーザ端末に送信し、前記トークン識別子と前記認可判定結果を含む認可完了メッセージを前記サービス提供装置に送信する認可判定処理ステップと、前記ユーザ端末が、前記アクセス制御装置から認可応答メッセージを受信する認可応答メッセージ受信ステップと、前記サービス提供装置が、前記認可完了メッセージを受信する認可完了メッセージ受信ステップと、前記ユーザ端末が、前記認可応答メッセージに含まれる認可判定結果が権限認可であった場合に、前記トリガ識別子を含むサービス開始メッセージを前記サービス提供装置に送信するサービス開始メッセージ送信ステップと、前記サービス提供装置が、前記ユーザ端末から前記サービス開始メッセージを受信した場合に、前記サービス開始メッセージに含まれる前記トリガ識別子と、前記認可完了メッセージに含まれる前記トークン識別子に対応する前記トリガ識別子との整合性を確認し、整合性が確認された場合に、前記ユーザ端末との通信開始をサービスアプリケーションに指示する認可情報処理ステップとを含むことを特徴とする。
【００１５】
本発明の第３のアクセス制御方法は、第１または第２のアクセス制御方法において、前記アクセス制御装置の前記スタンバイ処理ステップが、前記ユーザ端末より前記スタンバイ要求メッセージを受信したとき、前記トークンの内容に基づき認可判定を行う制御モジュールの実行ファイルを更に生成し、前記アクセス制御装置の前記認可判定処理ステップが、前記ユーザ端末より前記認可要求メッセージを受信したとき、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記制御モジュールの実行ファイルから前記制御モジュールを起動して認可判定を行うことを特徴とする。
【００１６】
本発明の第４のアクセス制御方法は、第１または第２のアクセス制御方法において、前記ユーザ端末が前記アクセス制御装置に送信する前記スタンバイ要求メッセージにはアクセス予定時刻を更に含み、前記アクセス制御装置の前記スタンバイ処理ステップが、前記ユーザ端末より前記スタンバイ要求メッセージを受信したとき、前記トークンの内容に基づき認可判定を行う制御モジュールの実行ファイルを更に生成し、前記アクセス制御装置が、前記アクセス予定時刻が近づくと、前記制御モジュール実行ファイルから前記制御モジュールを起動する制御モジュール事前起動ステップを更に含み、前記アクセス制御装置の認可判定処理ステップは、前記ユーザ端末より前記認可要求メッセージを受信したとき、前記認可要求メッセージに含まれる前記トリガ識別子に対応する前記制御モジュールを用いて認可判定を行うことを特徴とする。
【発明の効果】
【００１７】
本発明の効果は、トークンを用いたアクセス制御システムにおいて、トークンの権限認可に係る処理負荷を軽減し、効率良く認可判定処理を行うことができることである。その理由は、トークンの権限認可に係る一連の処理を、ユーザ認証、トークンの正当性の確認、権限内容の確認、権限認可判定のための制御モジュールの生成といった認可判定の準備処理と、前記制御モジュールを用いた実際の認可判定処理とに分割し、処理負荷の重い準備処理を事前に実行するようにしたためである。
【発明を実施するための最良の形態】
【００１８】
次に、本発明を実施するための最良の形態について、イントラネットにおけるＷｅｂサーバや文書ファイルへのアクセス制御を行うシステムを例に、図面を参照して詳細に説明する。
【００１９】
図１に本発明の実施の形態の全体を示すブロック図を示す。図１を参照すると、本発明の実施の形態は、ユーザ端末１００と、アクセス制御装置２００と、サービス提供装置３００とから構成されている。これら、ユーザ端末１００と、アクセス制御装置２００と、サービス提供装置３００とはプログラム制御により動作し、インターネット等のネットワーク１０００を介して相互に接続されている。
【００２０】
ユーザ端末１００は、パーソナルコンピュータ等の情報処理装置により実現される。ユーザ端末１００は、サービス提供装置３００から提供されるサービスを利用する際にクライアントとして機能するものであり、図２に示すように、スタンバイ要求部１０１、認可判定要求部１０２、トークン管理情報記憶部１１１、及びサービスクライアント部１２１により構成される。
【００２１】
トークン管理情報記憶部１１１は、トークン４０１に関する情報を記憶するものであり、図６に示すように、トークン４０１、アクセス予定時刻、トリガＩＤ、及びモード情報を記憶管理する。
【００２２】
ここで、トークン４０１はサービスを利用する際の権限内容を表すものであり、トークン発行依頼者の要求に対して、アクセス制御装置２００が発行する。トークン４０１は、図５に示すように、トークン４０１をシステム内で一意に識別するトークンＩＤ、権限内容をデータ（オブジェクト）として実体化して記述した権限内容情報、及びトークン４０１の正当性を証明する電子署名から構成される。権限内容情報には、発行依頼者のユーザＩＤ、ユーザ名、階級（担当、主任、課長、部長など）、属性（所属グループ）といった発行依頼者に係る情報、及び、ＵＲＩ（リソース）、権限（読み込み可、書き込み可、実行可、フルコントロールなどのパーミッション情報）、権限使用開始日時、権限使用終了日時といったアクセス対象に対する権限に係る情報が含まれる。電子署名は、アクセス管理装置４００によるトークン４０１の発行時に、アクセス制御装置２００の秘密鍵を使って作成される。トークンの正当性の確認は、電子署名をアクセス制御装置２００の公開鍵を使って復号化することにより行われる。
【００２３】
また、トークン発行依頼者はトークン４０１を他のユーザに委譲することができ、トークン４０１を委譲されたユーザが当該トークン４０１に記載された権限内容を行使することができる。
【００２４】
アクセス予定時刻は、当該トークン４０１を使用して、実際にサービスの利用を開始する予定時刻を示す。トリガＩＤは、アクセス制御装置２００からスタンバイ応答メッセージ５０２により受信するものであり、当該トークン４０１を用いた、当該アクセス予定時刻のサービス開始を一意に識別するものであり、アクセス制御装置２００が、認可判定の準備が終了した時点で付与する。モード情報は、認可判定の準備処理の状態を示し、準備処理を実行中であることを示す“準備モード”と準備処理が完了したことを示す“準備完了モード”の２つの状態が定義される。
【００２５】
スタンバイ要求部１０１は、ユーザがトークン４０１に記述された権限内容のサービスを利用する場合、事前にユーザ認証情報、トークン４０１、実際にサービスを利用するアクセス予定時刻を含むスタンバイ要求メッセージ５０１をアクセス制御装置２００に送信し、認可判定の準備処理を要求する。また、アクセス制御装置２００よりスタンバイ応答メッセージ５０２を受信し、スタンバイ応答メッセージ５０２に含まれるトリガＩＤをトークン管理情報記憶部１１１に保存する。
【００２６】
認可判定要求部１０２は、アクセス予定時刻になると、トリガＩＤを含む認可要求メッセージ５１１をアクセス制御装置２００に送信し、認可判定処理を要求する。また、アクセス制御装置２００より認可応答メッセージ５１２を受信し、権限内容が認可されたことを確認すると、サービス提供装置３００にサービス開始メッセージ５２１を送信し、サービスクライアント部１２１にサービス提供装置３００との通信開始を指示する。
【００２７】
サービスクライアント部１２１は、サービス提供装置３００により提供されるサービスを利用する際のクライアント機能を実現するものであり、イントラネットにおけるＷｅｂサーバや文書ファイルへのアクセス制御を行うシステムでは、Ｗｅｂブラウザ、ドキュメントビューア、ワープロ等が相当する。
【００２８】
アクセス制御装置２００は、ワークステーション・サーバ等の情報処理装置により実現される。アクセス制御装置２００は、トークン４０１の認可判定に係る事前の準備処理（スタンバイ処理）と、サービス開始時の認可判定処理を行うものであり、図３に示すように、スタンバイ処理部２０１、認可判定処理部２０２、ユーザ管理情報記憶部２１１、スタンバイ管理情報記憶部２１２、権限情報記憶部２１３、及び制御モジュール２２１により構成される。
【００２９】
ユーザ管理情報記憶部２１１は、図７に示すように、システム内でユーザを一意に識別するユーザＩＤとパスワードを記憶管理する。
【００３０】
スタンバイ管理情報記憶部２１２は、図８に示すように、トークン４０１、トリガＩＤ、制御モジュール実行ファイル、制御モジュール実行アドレス、及びアクセス予定時刻を記憶管理する。
【００３１】
権限情報記憶部２１３は、図９に示すように、ユーザＩＤ、ユーザ名、階級（担当、主任、課長、部長など）、属性（所属グループ）といったシステム内のユーザに係る情報、及び、ＵＲＩ（リソース）、権限（読み込み可、書き込み可、実行可、フルコントロールなど）といったシステム内のリソースに対する権限（パーミッション）に係る情報を記憶管理する。
【００３２】
スタンバイ処理部２０１は、ユーザ端末１００よりスタンバイ要求メッセージ５０１を受信すると、ユーザの認証、トークン４０１の正当性の確認、トークン４０１の内容の解析を行い、認可判定処理で用いる認可判定処理手順(制御モジュール２２１)の実行ファイルである、制御モジュール実行ファイルを生成する。
【００３３】
ここで、制御モジュール実行ファイルは、トークン４０１の権限内容情報に記載された各項目の構文解析の結果に基づき、権限内容情報に記載された項目（発行依頼者のユーザＩＤ、階級、属性、権限等）と権限情報記憶部２１３に記憶管理されている内容（当該ユーザＩＤのユーザの階級、属性、権限等）との整合性やトークン４０１の権限内容情報に記載された条件（対象ＵＲＩが存在するか、権限使用開始日時と権限使用終了日時を満たすか等）の成立を、実際にサービスを開始する時点で確認するための計算式を求め、コード化することにより生成される。対象ＵＲＩに関して、同時ネットワークアクセス制限や同時利用者数制限がある場合、サービス利用がこれらの制限内であることを確認するための条件も加えられる。
【００３４】
権限情報記憶部２１３に記憶管理されているトークン発行依頼者の権限の範囲は、例えばユーザの異動に伴う所属の変更等により、トークン４０１の発行時とトークン４０１を利用したサービス開始時で異なることがあるが、上述のように、トークンの権限内容情報と権限情報記憶部２１３に記憶管理されている内容の整合性を、制御モジュール２２１を用いて、実際にサービスを開始する時点で確認することにより、トークン発行依頼者の権限の範囲を超えて権限内容を実行することを防止することができる。
【００３５】
また、スタンバイ処理部２０１は、当該トークン４０１に対する認可判定の準備が完了した時点で、トリガＩＤを発行し、トリガＩＤを含むスタンバイ応答メッセージ５０２、スタンバイ完了メッセージ５０３をそれぞれユーザ端末１００、サービス提供装置３００に送信する。更に、トークン４０１、トリガＩＤ、制御モジュール実行ファイル、及びアクセス予定時刻をスタンバイ管理情報記憶部２１２に保存する。
【００３６】
認可判定処理部２０２は、アクセス予定日時が近づくとスタンバイ処理部２０１により生成された制御モジュール実行ファイルを使って制御モジュール２２１を起動する。認可判定処理部２０２は、ユーザ端末１００から認可要求メッセージ５１１を受信すると、制御モジュール２２１を用いて認可判定処理を実行し、認可判定結果（“権限認可”／“権限拒否”）を含む認可応答メッセージ５１２、認可完了メッセージ５１３をそれぞれユーザ端末１００、サービス提供装置３００に送信する。
【００３７】
サービス提供装置３００は、ワークステーション・サーバ等の情報処理装置により実現される。サービス提供装置３００は、ユーザ端末１００に対して、サービスを提供するものであり、認可情報処理部３０１、認可情報記憶部３１１、及びサービスアプリケーション部３２１より構成される。
【００３８】
認可情報記憶部３１１は、図１０に示すように、トークン４０１、トリガＩＤ、認可判定結果（“権限認可”／“権限拒否”）、及びユーザ端末１００のネットワークアドレスを記憶管理する。ここで、トークン４０１については、当該トークン４０１が発行された時点で、トークン４０１に記述されたＵＲＩ（リソース）を提供するサービス提供装置３００に当該トークン４０１が通知され、認可情報記憶部３１１に記憶される。
【００３９】
認可情報処理部３０１はアクセス制御システムから受信したスタンバイ完了メッセージ５０３、認可完了メッセージ５１３に含まれるトリガＩＤ、認可判定結果（“権限認可”／“権限拒否”）、及びネットワークアドレスを認可情報記憶部３１１に保存する。また、ユーザ端末１００からサービス開始メッセージ５２１を受信すると、認可情報記憶部３１１の内容と照合し、整合性が確認できた場合、サービスアプリケーション部３２１に対して、ユーザ端末１００との通信を許可する。
【００４０】
サービスアプリケーション部３２１は、ユーザ端末１００に対してサービスを提供するアプリケーションであり、イントラネットにおけるＷｅｂサーバや文書ファイルへのアクセス制御を行うシステムでは、Ｗｅｂサーバ、文書ファイルサーバが相当する。
【００４１】
次に、本発明を実施するための最良の形態の動作について図面を参照して説明する。
【００４２】
図１１に本発明の実施の形態における処理フローを、図１２にユーザ端末１００、アクセス制御装置２００、及びサービス提供装置３００間で使用するメッセージを示す。
【００４３】
ユーザ端末１００は、発行依頼者の要求によってアクセス制御装置２００が発行したトークン４０１を既に入手しており、アクセス予定日時とともに、トークン管理情報記憶部１１１に記憶されているものとする。また、アクセス制御装置２００がトークン４０１が発行された時点で、当該トークン４０１に記述されたＵＲＩ（リソース）を提供するサービス提供装置３００にトークン４０１が通知され、認可情報記憶部３１１に記憶されているものとする。
【００４４】
例えば、アクセス制御装置２００の権限情報記憶部２１３には、図１３に示すようなユーザに係る情報、及び、システム内リソースに対する権限（パーミッション）に係る情報が記憶されており、ユーザ端末１００のトークン管理情報記憶部１１１、及び、サービス提供装置３００の認可情報記憶部３１１には、ユーザＩＤが１００１であるユーザが発行した図１４に示す権限内容情報のトークン４０１が記憶されているものとする。
【００４５】
ユーザ端末１００は、初めに、以下のような手順で、アクセス制御装置２００にトークン４０１の認可判定の準備処理（スタンバイ）を要求する。
【００４６】
ユーザ端末１００のスタンバイ要求部１０１は、アクセス制御装置２００にユーザＩＤを送付し(ステップＡ１０１)、アクセス制御装置２００のスタンバイ処理部２０１はユーザＩＤの認証に用いる乱数Ｒを生成し、ユーザ端末１００に送信する（ステップＢ１０１）。ユーザ端末１００のスタンバイ要求部１０１は、ユーザのパスワードに乱数Ｒを組合せて一方向ハッシュ関数でハッシュ値を取り、ユーザ認証情報を生成する。更に、ユーザＩＤ、ユーザ認証情報、トークン４０１、及びアクセス予定日時から成るスタンバイ要求メッセージ５０１を作成し、アクセス制御装置２００に送信する（ステップＡ１０２）。スタンバイ要求部１０１は、トークン管理情報記憶部１１１の当該トークン４０１のモード情報を“準備モード”に設定する（ステップＡ１０３）。
【００４７】
アクセス制御装置２００のスタンバイ処理部２０１は、ユーザ端末１００からスタンバイ要求メッセージ５０１を受信すると、スタンバイ要求メッセージ５０１に含まれるユーザＩＤをキーとしてユーザ管理情報記憶部２１１を検索し、当該ユーザＩＤに対応するパスワードを読み出し、パスワードと乱数Ｒからハッシュ値を作成し、スタンバイ要求メッセージ５０１に含まれるユーザ認証情報と同じであることを確認することによりユーザを認証する（ステップＢ１０２）。
【００４８】
スタンバイ処理部２０１は、トークン４０１の電子署名の検証を行うことによりトークン４０１の正当性を確認し（ステップＢ１０３）、トークン４０１の内容を解析し、権限内容情報に基づいた認可判定を行うための認可判定処理手順(制御モジュール２２１)の実行ファイル（制御モジュール実行ファイル）を生成する（ステップＢ１０４）。
【００４９】
例えば、スタンバイ処理部２０１は、図１４の権限内容情報のトークン４０１に対して、図１５に示すような計算式により認可判定処理を行う制御モジュール２２１の実行ファイルを生成する。
【００５０】
次に、スタンバイ処理部２０１は、トークン４０１、アクセス予定時刻の組合せを一意に識別する、トリガＩＤを生成する（ステップＢ１０５）。スタンバイ処理部２０１はトークン、トリガＩＤ、制御モジュール実行ファイル、及びアクセス予定日時をスタンバイ管理情報記憶部２１２に記憶する（ステップＢ１０６）。スタンバイ処理部２０１は、トークンＩＤとトリガＩＤを暗号化して、スタンバイ応答メッセージ５０２としてユーザ端末１００に、また、スタンバイ完了メッセージ５０３としてサービス提供装置３００に送信する（ステップＢ１０７）。
【００５１】
ユーザ端末１００のスタンバイ要求部１０１は、アクセス制御装置２００からスタンバイ応答メッセージ５０２を受信すると、トークンＩＤとトリガＩＤを復号化し、トークンＩＤをキーにトークン管理情報記憶部１１１を検索し、トリガＩＤを保存し、準備モードを“準備完了モード”に変更する（ステップＡ１０４）。
【００５２】
サービス提供装置３００の認可情報処理部３０１は、アクセス制御装置２００からスタンバイ完了メッセージ５０３を受信すると、トークンＩＤとトリガＩＤを復号化し、トークンＩＤをキーに認可情報記憶部３１１を検索し、トリガＩＤを保存する（ステップＣ１０１）。
【００５３】
なお、スタンバイ応答メッセージ５０２やスタンバイ完了メッセージ５０３の送信では、ＩＰｓｅｃ通信、ＳＳＬ通信、或いはＳＳＨ通信などの暗号化通信を利用してもよい。
【００５４】
ユーザ端末１００は、次に、以下のような手順で、アクセス制御装置２００に認可判定を要求し、サービスの利用を開始する。
【００５５】
ユーザ端末１００において、アクセス予定時刻にトークン４０１を用いたサービスの要求が発生すると、認可判定要求部１０２は、当該トークン４０１のトークンＩＤをキーとしてトークン管理情報記憶部１１１を検索し、当該トークン４０１のモード情報が“準備完了モード”であることを確認する（ステップＡ１０５）。認可判定要求部１０２は、アクセス制御装置２００にトークンＩＤを送信し（ステップＡ１０６）、アクセス制御装置２００の認可判定処理部２０２は、トリガＩＤの認証に用いる乱数Ｓを生成し、ユーザ端末１００に送信する（ステップＢ１１０）。認可判定要求部１０２は、トリガＩＤに乱数Ｓを組合せて一方向ハッシュ関数でハッシュ値を取り、トリガ認証情報を生成する。更に、ユーザＩＤ、トークンＩＤ、及びトリガ認証情報から成る認可要求メッセージ５１１を作成し、アクセス制御装置２００に送付する（ステップＡ１０７）。
【００５６】
アクセス制御装置２００の認可判定処理部２０２は、システムのタイマーにより、定期的にスタンバイ管理情報記憶部２１２に記憶されている各トリガＩＤに対するアクセス予定日時を確認し（ステップＢ１０８）、現在時刻がアクセス予定日時に近づいたトリガＩＤに関し、当該トリガＩＤに対する制御モジュール実行ファイルを用いて、制御モジュール２２１を起動する。認可判定処理部２０２は、制御モジュール２２１の認可判定処理が実行可能な状態になると、制御モジュール実行アドレスをスタンバイ管理情報記憶部２１２に記憶する（ステップＢ１０９）。アクセス予定日時に対して、どの時点で制御モジュール２２１を起動するかについては、アクセス制御装置２００の処理性能、処理負荷、制御モジュール２２１の起動処理の負荷等を考慮し、制御モジュール実行ファイルから制御モジュール２２１を起動し、実行可能な状態になるまでに要する時間により決定される。
【００５７】
アクセス制御装置２００の認可判定処理部２０２は、ユーザ端末１００から認可要求メッセージ５１１を受信すると、当該ユーザ端末１００のネットワークアドレスを保持し、認可要求メッセージ５１１に含まれるトークンＩＤをキーにスタンバイ管理情報記憶部２１２を検索し、当該トークンＩＤに対応するトリガＩＤを読み出し、トリガＩＤと乱数Ｓからハッシュ値を作成し、認可要求メッセージ５１１に含まれるトリガ認証情報と同じであることを確認することでトリガＩＤを認証する（ステップＢ１１１）。認可判定処理部２０２は、当該トリガＩＤをキーにスタンバイ管理情報記憶部２１２を検索し、起動済みの制御モジュール２２１の制御モジュール実行アドレスを読み出し、当該制御モジュール２２１により認可判定を実行し、認可判定結果（“権限認可”／“権限拒否”）を決定する（ステップＢ１１２）。認可判定処理部２０２は、ユーザのユーザＩＤ、トークンＩＤ、ユーザ端末１００のネットワークアドレス、及び認可判定結果から成る認可完了メッセージ５１３を作成し、アクセス先のサービス提供装置３００に送信する（ステップＢ１１３）。また、トークンＩＤと認可判定結果から成る認可応答メッセージ５１２をユーザ端末１００に送付する（ステップＢ１１４）。
【００５８】
例えば、図１４の権限内容情報のトークン４０１、図１５の制御モジュール２２１を用いて認可判定を行う場合、トークン４０１に記載されたトークン発行依頼者（ユーザＩＤ＝１００１）の階級、属性、権限は、図１３の権限情報記憶部２１３の内容と整合しているため、判定時にトークン４０１に記載されているＵＲＩが存在し、現在時刻がトークン４０１に記載されている権限使用開始日時、権限使用終了日時の範囲であれば、認可判定結果は”権限認可”となる。
【００５９】
ユーザ端末１００の認可判定要求部１０２は、アクセス制御装置２００から認可応答メッセージ５１２を受信し、認可判定結果が“権限認可”であることを確認すると、トークンＩＤをキーにトークン管理情報記憶部１１１を検索し、トリガＩＤを読み出し、トリガＩＤを含むサービス開始メッセージ５２１をサービス提供装置３００に送信する（ステップＡ１０８）。更に、サービスクライアント部１２１にサービス提供装置３００との通信開始を指示する。
【００６０】
サービス提供装置３００の認可情報処理部３０１は、アクセス制御装置２００から認可完了メッセージ５１３を受信すると、トークンＩＤをキーに認可情報記憶部３１１を検索し、ユーザ端末１００のネットワークアドレスと認可判定結果を保存する（ステップＣ１０２）。次に、ユーザ端末１００からサービス開始メッセージ５２１を受信すると、トリガＩＤをキーとして認可情報記憶部３１１を検索し、認可判定結果とユーザ端末１００のネットワークアドレスを読み出す。サービス提供装置３００は、認可情報記憶部３１１から読み出した認可判定結果が“権限認可”であった場合、認可情報記憶部３１１から読み出したユーザ端末１００のネットワークアドレスとサービス開始メッセージ５２１におけるユーザ端末１００のネットワークアドレスとを確認し、両者が一致していれば、サービス開始メッセージ５２１のトリガＩＤと認可完了メッセージ５１３のトークンＩＤに対応するトリガＩＤの整合性が確認できたため、ユーザ端末１００とのアクセス許可と判断する（ステップＣ１０３）。認可情報処理部３０１は、トリガＩＤをキーとして認可情報記憶部３１１を検索し、トークン４０１の権限内容情報からＵＲＩ（リソース）と権限（パーミッション）を読み出し、サービスアプリケーション部３２１に対して、当該ＵＲＩと権限の範囲で、ユーザ端末１００間からのアクセスを許可することで、ユーザ端末１００とサービス提供装置３００間での相互通信が開始される（ステップＡ１０９、ステップＣ１０４）。
【００６１】
例えば、図１４の権限内容情報のトークン４０１、図１５の制御モジュール２２１を用いて認可判定を行う場合、ユーザ端末１００はサービス提供装置３００が管理するＵＲＩ、￥￥ｍａｒｋｅｔ￥ｄｏｃ￥ｙａｍａｄａ配下のファイルに対して、フルコントロール権限でのアクセスが可能となる。
【００６２】
ユーザ端末１００の認可判定要求部１０２は、ユーザ端末１００とサービス提供装置３００との相互通信が開始されると、トークンＩＤをキーにしてトークン管理情報記憶部１１１を検索しトリガＩＤとモード情報を削除する（ステップＡ１１０）。
【００６３】
以上により、本発明の実施の形態の動作が完了する。
【００６４】
本発明の実施の形態によれば、トークンを用いたアクセス制御システムにおいて、トークンの権限認可に係る処理負荷を軽減し、スムーズな認可判定処理を実現できる。その理由は、トークンの権限認可に係る一連の処理を、ユーザ認証、トークンの正当性の確認、権限内容情報の確認、権限認可判定のための制御モジュールの生成といった認可判定の準備処理と、前記制御モジュールを用いた実際の認可判定処理に分割し、処理負荷の重い準備処理を事前に実行するようにしたためである。
【００６５】
また、本発明の実施の形態によれば、上述のように、トークンの権限認可に係る処理負荷を軽減し、スムーズな認可判定処理を実現することにより、サービスを利用するユーザにとっては、アクセス制御システムに対しトークンによるアクセス制御要求が集中した場合に、アクセス制御システムが原因でサービスが受けられないという事象を少なくできる。また、サービス提供者にとっては、同様にユーザにサービスを提供できないことによるビジネス機会損失を少なくすることができる。
【００６６】
更に、本発明の実施の形態によれば、トークンを用いたアクセス制御システムにおいて、ユーザがサービスを開始するときに、通信開始までの時間を短くすることができる。その理由は、上述のように、トークンの権限認可に係る一連の処理を、認可判定の準備処理と実際の認可判定処理に分割し、認可判定の準備処理を事前に実行するようにしたことに加え、サービス開始時に実行される制御モジュールについては、アクセス予定時刻より前に起動しておくことにより、サービス開始時の認可判定処理を高速化したためである。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施の形態の全体を示すブロック図である。
【図２】本発明の実施の形態におけるユーザ端末１００の構成を示すブロック図である。
【図３】本発明の実施の形態におけるアクセス制御装置２００の構成を示すブロック図である。
【図４】本発明の実施の形態におけるサービス提供装置３００の構成を示すブロック図である。
【図５】本発明の実施の形態におけるトークン４０１の内容を示す図である。
【図６】本発明の実施の形態においてトークン管理情報記憶部１１１が記憶管理する内容を示す図である。
【図７】本発明の実施の形態においてユーザ管理情報記憶部２１１が記憶管理する内容を示す図である。
【図８】本発明の実施の形態においてスタンバイ管理情報記憶部２１２が記憶管理する内容を示す図である。
【図９】本発明の実施の形態において権限情報記憶部２１３が記憶管理する内容を示す図である。
【図１０】本発明の実施の形態において認可情報記憶部３１１が記憶管理する内容を示す図である。
【図１１】本発明の実施の形態の動作を示すフローチャートである。
【図１２】本発明の実施の形態における装置間で送受信されるメッセージの内容を示す図である。
【図１３】本発明の実施の形態において権限情報記憶部２１３で記憶管理される内容の例を示す図である。
【図１４】本発明の実施の形態におけるトークン４０１の権限内容情報の例を示す図である。
【図１５】本発明の実施の形態における認可判定モジュール２２１の例を示す図である。
【符号の説明】
【００６８】
１００    ユーザ端末
１０１    スタンバイ要求部
１０２    認可判定要求部
１１１    トークン管理情報記憶部
１２１    サービスクライアント部
２００    アクセス制御装置
２０１    スタンバイ処理部
２０２    認可判定処理部
２１１    ユーザ管理情報記憶部
２１２    スタンバイ管理情報記憶部
２１３    権限情報記憶部
２２１    制御モジュール
３００    サービス提供装置
３０１    認可情報処理部
３１１    認可情報記憶部
３２１    サービスアプリケーション部
４０１    トークン
５０１    スタンバイ要求メッセージ
５０２    スタンバイ応答メッセージ
５０３    スタンバイ完了メッセージ
５１１    認可要求メッセージ
５１２    認可応答メッセージ
５１３    認可完了メッセージ
５２１    サービス開始メッセージ
１０００    ネットワーク
【図１】
2008033583.tif 000003
【図２】
2008033583.tif 000004
【図３】
2008033583.tif 000005
【図４】
2008033583.tif 000006
【図５】
2008033583.tif 000007
【図６】
2008033583.tif 000008
【図７】
2008033583.tif 000009
【図８】
2008033583.tif 000010
【図９】
2008033583.tif 000011
【図１０】
2008033583.tif 000012
【図１１】
2008033583.tif 000013
【図１２】
2008033583.tif 000014
【図１３】
2008033583.tif 000015
【図１４】
2008033583.tif 000016
【図１５】
2008033583.tif 000017