属性委譲システム、属性委譲方法、及び、属性委譲プログラム
【課題】既存の公開鍵認証基盤を利用しながら属性認証局等を経由することなく効率的かつ安全に属性の委譲を行うことができる属性委譲システム、属性委譲方法、及び、属性委譲プログラムを提供する。
【解決手段】利用者システム１は、利用者２００（属性委譲者）の属性情報に基づき、委譲属性を決定し、属性委譲者の属性情報と決定した委譲属性とを含む属性委譲証明書を被属性が委譲される利用者２００（被属性委譲者）の属性情報として生成する。生成された属性委譲証明書は、被属性委譲者の利用者システム１に記録される。サービス提供システム４は、利用者２００から属性委譲証明書に基づくサービスの提供のリクエストがあった場合、属性委譲証明書が示す委譲属性を該利用者２００の属性として受け付ける。
【解決手段】利用者システム１は、利用者２００（属性委譲者）の属性情報に基づき、委譲属性を決定し、属性委譲者の属性情報と決定した委譲属性とを含む属性委譲証明書を被属性が委譲される利用者２００（被属性委譲者）の属性情報として生成する。生成された属性委譲証明書は、被属性委譲者の利用者システム１に記録される。サービス提供システム４は、利用者２００から属性委譲証明書に基づくサービスの提供のリクエストがあった場合、属性委譲証明書が示す委譲属性を該利用者２００の属性として受け付ける。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システムに適用可能な属性委譲システム、属性委譲方法、及び、属性委譲プログラムに関する。
【背景技術】
【０００２】
従来、改ざんやなりすましを防止すべく、認証局が発行する個人証明書（公開鍵証明書）に基づいて本人認証を行う公開鍵認証基盤が広く利用されている。インターネットを介して種々のサービスを提供するサービス提供システムは、セキュリティ性の向上のため、上記のような個人証明書によって利用者の本人認証を行うのが一般的である。
【０００３】
このような個人証明書は拡張領域を有しており、上記のようなサービスに係る利用者の権限等の属性情報を記載することが知られている。しかしながら、利用者の属性はしばしば変更されることが一般的であり、属性の変更のために個人証明書を更新する必要があるため、コストの増大につながっていた。また、属性情報をシステム内部のデータベースで保持し、本人認証の結果と結び付ける方式もあるが、セキュリティレベルがシステムに依存するため、情報漏洩などの問題があった。
【０００４】
そこで、利用者の属性を、属性認証局から発行される属性証明書に記載して管理する方法が提案されている。属性認証局は利用者と共通の認証局を信頼するものであり、この属性認証局が利用者の属性情報を記載した属性証明書を発行する。これにより、サービス提供システムは、利用者からのサービス依頼内容が、利用者の属性証明書に基づく属性に対応しているかを確認することができる。
【０００５】
このような属性証明書を利用して権限管理するものとして特許文献１がある。特許文献１には、認証された利用者間において、権限委譲者が有する権限に基づいて発行局に属性証明書の発行を依頼して被権限委譲者に権限を委譲する権限委譲システムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２０５３４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、属性証明書は、属性証明書の発行依頼を受けた属性認証局の管理者によって承認された後に発行されることが一般的であり、人的な手間が掛かるものであった。特許文献１においても、権限委譲者が属性証明書の発行を属性認証局等の発行局に依頼し、被権限委譲者に対して属性証明書を発行するものであり、急きょ属性を移譲する必要がある場合や、委譲された属性をさらに他の利用者に委譲するような数世代に渡る属性委譲の場合に対応できないという問題があった。
【０００８】
そこで、本発明は、既存の公開鍵認証基盤を利用しながら属性認証局等を経由することなく効率的かつ安全に属性の委譲を行うことができる属性委譲システム、属性委譲方法、及び、属性委譲プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の属性委譲システムは、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲システムであって、前記利用者の属性を示す属性情報を記憶する記憶手段と、前記記憶手段から前記属性情報を取得する認証情報取得手段と、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段と、前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成手段と、前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段と、前記サービス提供システムに含まれるように適用され、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段とを有していることを特徴とする。
【００１０】
また、本発明の属性委譲方法は、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲方法であって、前記利用者が所有する記憶手段から該利用者の属性を示す属性情報を取得する認証情報取得ステップと、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定ステップと、前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成ステップと、前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録ステップと、前記サービス提供システムに対して、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証ステップとを有していることを特徴とする。
【００１１】
また、本発明の属性委譲プログラムは、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲プログラムであって、利用者が有するコンピュータを、前記利用者の属性を示す属性情報を記憶する記憶手段、前記記憶手段から前記属性情報を取得する認証情報取得手段、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段、前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成手段、及び、前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段、として機能させ、前記サービス提供システムとしてのコンピュータを、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段として機能させることを特徴とする。
【００１２】
上記構成によれば、属性委譲者の属性情報と、委譲属性とを含む属性委譲証明書が生成されることで、属性委譲者から被属性委譲者へ属性が委譲される。そして、属性委譲証明書に基づくサービスの提供のリクエストがあった場合、サービス提供システムは、委譲された属性を該利用者の属性として受け付ける。これにより、属性委譲者から委譲された被属性委譲者の委譲属性は、ともに属性委譲証明書に含まれる属性委譲者の属性情報によって確認することができる。即ち、サービスシステムは、委譲属性をリクエストを行った利用者の属性として受け付けることができるため、属性委譲者は被属性委譲者に対して安全に属性の委譲を行うことができる。また、生成された属性委譲証明書は、新たに生成される属性委譲証明書に含まれる属性情報として再帰的に利用可能になるため、数世代に渡る属性の委譲を行うことができる。
【００１３】
また、本発明の属性委譲システムは、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用されるものであり、前記利用者の個人証明書、及び、前記利用者の属性を示す属性情報を記憶する記憶手段と、前記記憶手段から前記個人証明書、及び／又は、前記属性情報を取得する認証情報取得手段と、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段と、前記被属性委譲者の個人証明書に基づく該被属性委譲者の識別情報と、前記属性委譲者の属性情報と、前記委譲属性と、これらへの前記属性委譲者の個人証明書に基づく署名とを含む属性委譲証明書を生成する属性委譲証明書生成手段と、前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段と、前記サービス提供システムに含まれるように適用され、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の署名を確認し、該利用者と前記識別情報との一致確認を行い、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段とを有していることを特徴とする。
【００１４】
上記構成によれば、被属性委譲者の個人証明書に基づく被属性委譲者の識別情報と、属性委譲者の属性情報と、委譲属性と、これらへの属性委譲者の署名とを含む属性委譲証明書が生成されることで、属性委譲者から被属性委譲者へ属性が委譲される。そして、属性委譲証明書に基づくサービスの提供のリクエストがあった場合、サービス提供システムは、属性委譲証明書の署名を確認し、リクエストを行った利用者を確認して、委譲された属性を該利用者の属性として受け付ける。
【００１５】
これにより、サービス提供システムは、被属性委譲者からのリクエストがあった場合に、署名を確認することで属性の委譲内容が改ざんされていないことを確認することができる。また、利用者の個人証明書と識別情報とを一致確認することでリクエストの利用者が属性委譲者によって属性が委譲された被属性委譲者であることを確認することができる。これにより、属性委譲証明書が示す属性を利用者の属性として受け付けることができる。また、属性委譲証明書には、属性委譲者の属性情報が含まれているため、リクエストされたサービスが属性委譲者の委譲した委譲属性の範囲内であることを容易に確認することができる。さらに、委譲された属性を属性情報としてさらに他の利用者へ容易に委譲することができる。これらの結果、既存の公開鍵認証基盤を利用しながら属性認証局等を経由することなく効率的かつ安全に属性の委譲を行うことができる。
【００１６】
また、本発明の委譲属性決定手段は、属性を委譲する属性委譲者からの入力に応じて、前記委譲属性の有効期限を決定し、属性委譲証明書生成手段は、決定した前記有効期限を含めた前記属性委譲証明書を生成するものであってもよい。
【００１７】
上記構成によれば、属性委譲証明書の有効期限を設定することができ、さらに属性委譲証明書に含まれる属性情報により、その有効期限を容易に確認することができる。
【００１８】
また、本発明のリクエスト検証手段は、前記属性委譲証明書に含まれる前記属性情報と、前記署名とに基づいて、該属性情報を所有する利用者を確認するものであってもよい。
【００１９】
上記構成によれば、利用者に属性を委譲した属性委譲者を認証することができ、属性の委譲をより安全に行うことができる。
【発明の効果】
【００２０】
既存の公開鍵認証基盤を利用しながら効率的かつ安全に属性の委譲を行うことができる。
【図面の簡単な説明】
【００２１】
【図１】属性委譲システムの概要を示す説明図である。
【図２】属性委譲システムの機能ブロック図である。
【図３】記憶部に記憶される認証情報の一例を示す説明図である。
【図４】記憶部に記憶される認証情報の一例を示す説明図である。
【図５】記憶部に記憶される認証情報の一例を示す説明図である。
【図６】委譲属性決定画面の一例を示す説明図である。
【図７】委譲属性決定画面の一例を示す説明図である。
【図８】利用者装置が実行する属性委譲処理ルーチンのフローチャートを示す図である。
【図９】サービス提供システムが実行するリクエスト検証処理のフローチャートを示す図である。
【図１０】サービス提供システムが実行するサービス提供処理のフローチャートを示す図である。
【図１１】サービス対応テーブルの一例を示す説明図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態の例を図面に基づいて具体的に説明する。
【００２３】
（システム構成）
図１及び図２に示すように、本実施形態の属性委譲システム１００は、認証局２が個人証明書（公開鍵証明書）を発行して認証する利用者２００に対して、属性認証局３によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム４、に適用されるものであり、属性を委譲する利用者２００（属性委譲者）から、他の属性が委譲される利用者２００（被属性委譲者）に対して、属性を委譲可能にする。
【００２４】
（前提条件）
ここで、前提として、サービス提供システム４を利用する全ての利用者２００は、共通の認証局２から個人証明書が発行されているものとする。また、この認証局２は、属性認証局３から信頼（認証局２から公開鍵証明書が発行）されているものとする。そして、これらの認証局２及び属性認証局３は、サービス提供システム４から信頼されているものとする。
【００２５】
利用者２００は、属性認証局３から、サービス提供システム４に係る権限等の属性が記載された属性証明書が発行されることにより、この属性の範囲内でサービス提供システム４を利用することができるようになっている。即ち、利用者２００がサービス提供システム４にサービス提供のリクエストを行う場合、利用者２００に発行された個人証明書と属性証明書とが必要となる。
【００２６】
尚、属性とは、サービス提供システム４が提供するサービスを利用する権限に限定されず、例えば、ポイントカードシステムのポイント情報、ＭＭＯＲＰＧ（Massively Multiplayer Online Role-Playing Game）等のゲーム内において保有する仮想的なアイテム・通貨等の情報であってもよい。そして、属性委譲システム１００が適用されるサービス提供システム４は限定されるものではなく、利用者が所属する機関の社内システム、ポイントカードシステム、及び、ゲームシステム等の各種システムを挙げることができる。
【００２７】
（属性委譲システム１００）
図２に示すように、属性委譲システム１００は、記憶部１０１と、認証情報取得部１０２と、委譲属性決定部１０３と、属性委譲証明書生成部１０４と、属性委譲証明書記録部１０５と、リクエスト検証部１０６とを有している。
【００２８】
（利用者装置１）
本実施形態では、サービスを利用する利用者２００が利用者装置１を有しており、この利用者装置１が、記憶部１０１、認証情報取得部１０２、委譲属性決定部１０３、属性委譲証明書生成部１０４、及び、属性委譲証明書記録部１０５を有している。利用者装置１は、サービス提供システム４や他の利用者の利用者装置１と、互いにデータ通信可能な通信回線を介して接続可能にされている。
【００２９】
また、利用者装置１は、リクエスト要求部１１０と、表示部１１１と、入力部１１２とを有している。
【００３０】
尚、本実施形態では、利用者装置１がタブレット端末等の移動端末であるが、これに限定されるものではない。例えば、利用者２００が記憶部１０１としてのＩＣカード、ＵＳＢメモリ等の電子記録媒体を保有し、属性委譲の際には、認証情報取得部１０２と、委譲属性決定部１０３と、属性委譲証明書生成部１０４と、属性委譲証明書記録部１０５との機能を備えたＰＣ端末が利用者２００の電子記録媒体を読み取り、他の利用者２００のＩＣカードに属性委譲証明書を記録するものであってもよい。
【００３１】
具体的に、利用者装置１の各部の機能について説明する。
記憶部１０１は、この利用者装置１を所有する利用者２００の個人証明書、及び、この利用者２００の属性を示す属性情報を記憶する機能を有している。また、記憶部１０１は、この個人証明書に対応する秘密鍵を記憶している。
【００３２】
尚、属性情報とは、属性認証局３によって発行される属性証明書、及び／又は、属性委譲システム１００（属性委譲証明書生成部１０４）によって生成される属性委譲証明書を示す。図１に示すように、利用者２００（利用者２００Ｂ・２００Ｃ）がこの属性委譲証明書を有している場合、属性委譲システム１００の適用されたサービス提供システム４を利用することができ、属性認証局３からの属性証明書の発行を不要とすることができる。尚、属性委譲証明書については後に詳述する。
【００３３】
利用者２００が被属性委譲者である場合、記憶部１０１には、他の利用者２００の利用者装置１によって属性委譲証明書が記録されるようになっている。即ち、記憶部１０１は、利用者装置１から属性委譲証明書データを受信して記憶する機能を有していてもよい。尚、記憶部１０１に記憶される属性情報は、属性証明書、及び／又は、属性委譲証明書、が複数記憶されていてもよい。ただし、属性委譲者の記憶部１０１には、属性証明書又は属性委譲証明書が少なくとも１つ記憶されている必要がある。
【００３４】
また、記憶部１０１は、秘密鍵の記憶領域が、ハードウェア的又はソフトウェア的に耐タンパ性を有していてもよい。このように構成されることで、例えば、秘密鍵の記憶領域が、個人証明書及び属性情報の記憶領域と物理的に分けられているものであってもよい。これにより、秘密鍵を記憶したコンピュータ、電子記憶媒体等を盗難・紛失した場合であっても、秘密鍵の第三者への漏洩を防止することができる。
【００３５】
認証情報取得部１０２は、記憶部１０１から個人証明書、及び／又は、属性情報の認証情報を取得する機能を有している。認証情報取得部１０２は、同じ利用者装置１内の記憶部１０１に対して内部バス等を介してアクセス可能にされていると共に、他の利用者装置１の記憶部１０１に対して無線通信等によりアクセス可能にされている。
【００３６】
委譲属性決定部１０３は、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する機能を有している。具体的に、委譲属性決定部１０３は、認証情報取得部１０２が取得した属性情報が示す属性の内容を表示部１１１へ選択可能に表示するようになっている。また、委譲属性決定部１０３は、利用者２００による入力部１１２への操作に基づいて、利用者２００が他の利用者２００に委譲を所望する属性を決定する。尚、委譲属性決定部１０３は、属性を委譲する属性委譲者からの入力に応じて、委譲属性の有効期限を決定する機能を有していてもよい。
【００３７】
属性委譲証明書生成部１０４は、被属性委譲者の個人証明書に基づく該被属性委譲者の識別情報と、属性委譲者の属性情報と、委譲属性決定部１０３によって決定された委譲属性と、これらへの属性委譲者の個人証明書に基づく署名とを含む属性委譲証明書を生成する機能を有している。ここで、識別情報とは、被属性委譲者の個人証明書に含まれる被属性委譲者（被属性委譲者の個人証明書）を識別する識別子である。
【００３８】
具体的に、属性委譲証明書生成部１０４は、識別情報と属性情報と委譲属性とからなる平文と、平文をハッシュ関数で変換したメッセージダイジェストに対して個人証明書に対応する秘密鍵で暗号化した電子署名データとを有する属性委譲証明書を生成する。尚、委譲属性決定部１０３が有効期限を決定するものである場合は、平文に有効期限が含まれていてもよい。また、平文には、属性証明書のバージョン情報、属性委譲証明書の署名アルゴリズム等の管理情報が含まれていてもよい。
【００３９】
尚、属性委譲証明書生成部１０４と秘密鍵を記憶する記憶部１０１とが別々の装置に含まれる場合、記憶部１０１を有する装置は、属性委譲証明書生成部１０４からの署名依頼信号を受けて電子署名データを生成する機能を有していてもよい。
【００４０】
また、属性委譲証明書記録部１０５は、被属性委譲者の記憶部１０１に属性委譲証明書を記録する機能を有している。本実施形態では、属性を委譲する利用者２００の利用者装置１の属性委譲証明書記録部１０５が、属性が委譲される利用者２００の利用者装置１の記憶部１０１に、無線通信を利用して属性委譲証明書を記録するようになっているがこれに限定されない。
【００４１】
例えば、上述の認証情報取得部１０２、及び、属性委譲証明書記録部１０５は、カードリーダライタを利用するものであってもよいし、Ｗｉ−Ｆｉ（wireless fidelity）、Ｂｌｕｅｔｏｏｔｈ、及び、赤外線等の無線通信規格を満たす通信機器を利用するものであってもよい。
【００４２】
表示部１１１は、認証情報取得部１０２が取得した属性情報を選択可能に表示するディスプレイである。入力部１１２は、外部からの入力が可能にされている入力デバイスであり、表示部１１１を覆うように設けられたタッチパネルであるが、利用者装置１の形態に応じて入力ボタン、キーボード等であってもよい。属性を委譲する利用者２００は、表示部１１１に表示された委譲属性決定画面において属性を選択して、委譲する委譲属性を入力部１１２によって入力することができるようになっている。委譲属性決定画面については後に詳述する。
【００４３】
また、リクエスト要求部１１０は、入力部１１２への入力に応じてサービス提供システムへサービス提供のリクエストを送信し、サービス提供システム４からのレスポンスに基づいて表示部１１１にサービスの内容等を表示する。
【００４４】
（サービス提供システム４）
サービス提供システム４は、属性委譲システム１００のリクエスト検証部１０６と、利用者２００のリクエストに応じてサービスを提供するサービス提供部１３０とを有している。ここで、リクエストには、「利用者２００の個人証明書」、「属性情報」、「サービス依頼内容」が含まれる。
【００４５】
リクエスト検証部１０６は、リクエスト受付部１０７と、署名検証部１０８と、利用者確認部１０９と、属性確認部１２０とを有している。
【００４６】
リクエスト受付部１０７は、リクエストを行った利用者装置１からの個人証明書を確認して利用者２００の個人認証を行う機能を有している。例えば、リクエスト受付部１０７は、認証局２の失効リストを閲覧して個人証明書が失効していないかを確認する。また、リクエスト受付部１０７は、リクエストが属性証明書に基づくものである場合、属性認証局３の失効リストを閲覧して属性証明書が失効していないかを確認する。尚、これらの機能は、サービス提供部１３０が有するものであってもよい。
【００４７】
また、リクエスト受付部１０７は、上記のようなリクエストの正当性が確認できた場合、利用者２００の属性とサービス依頼内容とをサービス提供部１３０へ送信し、リクエスト処理部からのレスポンスを利用者装置１へ送信する。
【００４８】
また、リクエスト受付部１０７は、リクエストが属性委譲証明書に基づくものである場合、即ち、利用者装置１からのリクエストに利用者２００の属性を示すものとして属性委譲証明書が含まれていた場合、利用者装置１からのリクエストに基づく情報を署名検証部１０８及び利用者確認部１０９に送信する。
【００４９】
署名検証部１０８は、属性委譲証明書の署名の検証を行う機能を有している。具体的に、リクエスト検証部１０６は、属性委譲証明書に含まれる電子署名データに対して、公開鍵を用いてメッセージダイジェストに復号化し、属性委譲証明書に含まれる平文をハッシュ関数でメッセ−ジダイジェストに変換し、これらのメッセージダイジェストが一致するか否かを確認する。
【００５０】
利用者確認部１０９は、属性委譲証明書に含まれる平文の識別情報と、リクエスト受付部１０７が確認した個人証明書の識別情報とが一致するか否かを確認する機能を有している。属性確認部１２０は、属性認証局３の失効リストを閲覧して属性委譲証明書に含まれる属性証明書が失効していないか等を確認する機能、属性委譲証明書が示す属性を確認する機能を有している。
【００５１】
尚、上述したリクエスト受付部１０７は、リクエスト検証部１０６は、リクエスト受付部１０７、署名検証部１０８、属性確認部１２０から検証結果情報を受信し、属性確認部１２０が取得した属性とサービス依頼内容とをサービス提供部１３０へ送信する。即ち、リクエスト受付部１０７は、属性委譲証明書が示す属性を利用者の属性として受け付ける機能を有している。
【００５２】
サービス提供部１３０は、リクエスト検証部からの属性と、サービス依頼内容とに基づいて、サービスを提供するための各種処理を実行する。即ち、属性の認証はリクエスト検証部１０６で行われるため、サービス提供部１３０は、リクエスト検証部１０６から送信された利用者２００の属性が正しいものとして処理を実行することができる。従って、サービス提供部１３０は、要求されたサービス依頼内容が属性に対応しているかを判定すればよく、属性を認証する必要がない。
【００５３】
尚、本実施形態において、利用者装置１及びサービス提供システム（アプリケーションサーバ）４はコンピュータであり、ＣＰＵ（Central Processing Unit）と、ＣＰＵが実行するプログラム及びこれらプログラムに使用されるデータを書き替え可能に記憶するＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）と、プログラム実行時にデータを一時的に記憶するＲＡＭ（Random Access Memory）とを含んでいる。利用者装置１及びサービス提供システム４が有する上記のような各部は、これらや上述したようなコンピュータとＥＥＰＲＯＭ内の属性委譲プログラムとが協働して構築されている。
【００５４】
換言すれば、属性委譲プログラムは、コンピュータを、上記のような各部が有する機能させるようになっている。
【００５５】
また、利用者装置１及びサービス提供システム４は夫々１台の装置に限定されず、複数のコンピュータ等に機能を分散させて設けられるものであってもよい。即ち、リクエスト検証部１０６はサービス提供システム４に含まれるように適用されるものであるが、リクエスト検証部１０６を、サービス提供システム４とは別サーバに設置するものであってもよい。また、例えば、複数のサービス提供システム４の全てのリクエストを検証する１の独立サーバを設置するものであってもよい。
【００５６】
（属性情報）
ここで、記憶部１０１が記憶する認証情報について説明する。
先ず、図１及び図３に示すように、利用者２００Ａが属性認証局３から属性証明書が発行された場合、利用者装置１Ａの記憶部１０１には、利用者２００Ａの個人証明書１１と、この個人証明書１１に対応する秘密鍵１２と、属性情報として属性証明書１３とが記憶されることになる。
【００５７】
次に、上記のような利用者２００Ａから、属性情報を有していない利用者２００Ｂへ属性が委譲された場合について説明する。図４に示すように、利用者２００Ｂの利用者装置１Ｂの記憶部１０１には、利用者２００Ｂの個人証明書２１と、この個人証明書２１に対応する秘密鍵２２と、属性情報としての属性委譲証明書２３とが、利用者装置１Ａによって記録されることになる。
【００５８】
具体的に、属性委譲証明書２３には、識別情報２３１と、利用者２００Ａの属性証明書１３と、委譲属性２３２と、有効期限２３３と、属性委譲者である利用者２００Ａの署名２３４とが含まれている。ここで、識別情報２３１は、利用者２００Ｂの個人証明書２１に含まれる主体者ユニーク識別子（Subject Unique ID）であり、利用者２００Ｂを識別するための一意な情報である。また、上述したように、署名２３４は、識別情報２３１、属性証明書１３、委譲属性２３２、及び、有効期限２３３に対する利用者２００Ａの秘密鍵１２に基づいて、利用者装置１Ａによって行われた署名である。
【００５９】
従って、属性確認部１２０は、この属性委譲証明書２３に含まれる属性証明書１３が示す利用者２００Ａの公開鍵により署名２３４を検証し、属性委譲証明書２３の平文（識別情報２３１、属性証明書１３、委譲属性２３２、及び、有効期限２３３）が改ざんされていないことを確認することができる。即ち、利用者２００Ａが、利用者２００Ｂ（識別情報２３１）に対して、属性（委譲属性２３２）を委譲したことを確認することができる。
【００６０】
また、属性委譲証明書２３には権限委譲者の属性情報（属性証明書１３）が含まれているため、属性確認部１２０は、委譲された属性（委譲属性２３２）が属性証明書１３の示す属性の範囲内であることを属性認証局３にアクセスすることなく容易に確認することができる。さらに、属性証明書１３には属性証明書１３が示す属性の有効期限が含まれているため、属性確認部１２０は、委譲された属性の有効期限２３３が属性証明書１３の有効期限内であるか否かを容易に確認することができる。
【００６１】
次に、上記のような利用者２００Ｂから、属性情報を有していない利用者２００Ｃへ属性が委譲された場合について説明する。図５に示すように、利用者２００Ｃの利用者装置１Ｃの記憶部１０１には、利用者２００Ｃの個人証明書３１と、この個人証明書３１に対応する秘密鍵３２と、属性情報としての属性委譲証明書３３とが利用者装置１Ｂによって記録されることになる。
【００６２】
具体的に、属性委譲証明書３３には、識別情報３３１と、属性情報としての利用者２００Ｂの属性委譲証明書２３と、委譲属性３３２と、有効期限３３３と、属性委譲者である利用者２００Ｂの署名３３４とが含まれている。
【００６３】
従って、属性確認部１２０は、この属性委譲証明書３３に含まれる識別情報３３１が示す公開鍵により署名３３４を検証し、属性委譲証明書２３の平文（識別情報２３１、属性証明書１３、委譲属性２３２、及び、有効期限２３３）が改ざんされていないことを確認することができる。即ち、利用者２００Ｂが、利用者２００Ｃ（識別情報２３１）に対して、属性（委譲属性３３２）を委譲したことを確認することができる。
【００６４】
また、属性委譲証明書３３には、権限委譲者の属性情報（属性委譲証明書２３）が含まれているため、委譲された属性（委譲属性３３２）が属性委譲証明書２３の示す属性（委譲属性２３２）の範囲内であることを属性認証局３にアクセスすることなく容易に確認することができる。さらに、属性委譲証明書２３には、属性委譲証明書２３が示す属性の有効期限２３３が含まれているため、委譲された属性の有効期限３３３が、属性委譲証明書２３の有効期限内であるか否かを容易に確認することができる。
【００６５】
このように、属性情報を入れ子状態に記憶することで、数世代に渡って属性を委譲することができるようになっている。即ち、上記のような属性委譲証明書を用いた属性委譲モデルは、属性の委譲を繰り返し可能な階層的なピラミッド構造であり、例えば、利用者が同じ機関に所属する構成員である場合、全権を有する最高責任者が必要に応じて下位の構成員に属性を委譲することができる。そして、属性を委譲された構成員は、さらに下位の構成員に属性を委譲することができる。このように属性委譲証明書を用いることで直接的かつダイナミックに属性を委譲することができる。
【００６６】
（委譲属性決定画面）
次に、このような属性委譲証明書を生成する際に、利用者装置１の表示部１１１に表示される委譲属性決定画面について説明する。本実施形態において、属性情報の属性（属性証明書に含まれる属性、又は、属性委譲証明書に含まれる委譲属性）は、少なくとも１以上の属性項目と、この属性項目に対応する属性値とで示される。そして、表示部１１１には、属性委譲者の属性情報の属性項目と属性値とが表示される。
【００６７】
図６は、委譲属性決定画面の一例を示す説明図である。図６に示すように、委譲属性決定画面は、属性委譲者情報領域４０と、被属性委譲者情報領域４１と、属性項目情報領域４２と、属性値領域４３と、有効期限領域４４と、委譲決定ボタン領域４５を有している。
【００６８】
属性委譲者情報領域４０には、属性委譲者となる利用者２００（委譲属性決定画面を表示する利用者装置１の所有者）に関する情報が表示される。この例では、利用者２００の名称や、利用者２００が有する属性の有効期限が表示されるようになっている。被属性委譲者情報領域４１には、被属性委譲者となる利用者２００に関する情報が表示される。この例では、被属性委譲者となる利用者２００の名称が表示されるようになっている。被属性委譲者情報領域４１は、利用者装置１が被属性委譲者の個人証明書を読み取ることで表示される。
【００６９】
属性項目情報領域４２には、属性委譲者となる利用者２００の有する属性情報の属性項目が表示されるようになっている。図６では、「顧客管理システムの読取権限、更新権限、譲渡権限」、「売上管理システムの読取権限、更新権限、譲渡権限」及び「権限譲渡システムの読取権限、更新権限」の属性項目が表示されている。即ち、属性項目情報領域４２に、属性項目が表示されることで、属性委譲者の有する属性が示されることになる。
【００７０】
尚、譲渡権限とは、委譲した属性をさらに委譲するための権限である。即ち、被属性委譲者がさらに属性を委譲する場合は、属性委譲者から譲渡権限を委譲されている必要がある。
【００７１】
属性値領域４３は、属性項目情報領域４２に表示された属性項目を、属性委譲者の有する属性の範囲内で入力可能な領域である。図６では、属性値領域４３は、各属性項目に対応するチェックボックスで表示されており、各属性項目が選択可能にされている。これにより、利用者２００は、自身の有する属性の範囲内で、被権限委譲者に委譲する属性を選択することができるようになっている。即ち、ある属性項目のチェックボックスがチェックされた場合、この属性項目に該当する属性が被権限委譲者に委譲される。
【００７２】
このような、属性項目は、オブジェクト識別子（OID：Object Identifier）やＸＭＬ（Extensible Markup Language）構造を有したデータで記憶部１０１に記憶されており、表示部１１１に委譲属性決定画面が表示される際に各属性項目と該属性項目に対応する属性値が取得される。尚、属性値とは、属性項目に対してどのような属性を有しているかを示すものである。例えば、属性値は、ある属性項目に関する権限を有しているか否かの情報を有している。
【００７３】
有効期限領域４４には、委譲する属性についての有効期限が入力可能になっている。図６では、有効期限領域４４はテキスト入力フォームで表示されている。委譲決定ボタン領域４５は、この領域が操作されることにより、属性値領域４３、及び、有効期限領域４４に入力された情報を決定するものである。即ち、委譲決定ボタン領域４５が操作されることにより、属性委譲者の属性情報に基づいて入力された委譲属性が決定されるようになっている。
【００７４】
また、図７は、委譲属性決定画面の他の一例を示す説明図である。尚、被属性委譲者情報領域４１、有効期限領域４４、委譲決定ボタン領域４５については、上記と同様であるため説明を省略する。
【００７５】
図７の例では、属性項目は「ポイント情報」であり、属性値は「ポイント数」である。属性項目情報領域４２には、「ポイント情報」に対応する「ポイント数」が表示され、属性委譲者の有する属性が示されることになる。また、属性値領域４３は、テキスト入力フォームで表示されており、委譲するポイント数が入力可能となっている。
【００７６】
（動作）
次に、上記のような機能を有する属性委譲システム１００の具体的な動作を説明する。
【００７７】
（属性委譲処理）
図８は、利用者装置１が実行する属性委譲処理ルーチンのフローチャートを示す図である。
先ず、利用者装置１は、記憶部１０１に記憶されている属性委譲者の個人証明書（個人証明書Ａとする）と、属性委譲者の属性情報（属性情報Ａとする）とを読み取る（Ｓ１）。そして、読み取った個人証明書Ａと属性情報Ａとに基づき、図６または図７に示されるような委譲属性決定画面を表示する（Ｓ２）。
【００７８】
そして、利用者装置１は、委譲属性決定画面の委譲決定ボタン領域４５が操作されたか否かを判定し（Ｓ３）、押下されない場合（Ｓ３：ＮＯ）はステップＳ３の処理を繰り返す。即ち、属性委譲者が属性値領域４３及び有効期限領域４４に委譲する属性に関する情報を入力し、委譲決定ボタン領域４５を操作するまで待機状態となる。
【００７９】
委譲決定ボタン領域４５が操作された場合、属性値領域４３及び有効期限領域４４に入力された内容（委譲属性、及び、有効期限）を取得する（Ｓ４）。このとき、取得した委譲属性が属性委譲者の属性の範囲内であるか、取得した有効期限が属性委譲者の属性の有効期限内であるか等の入力内容のチェックを行っても良い。
【００８０】
次に、利用者装置１は、被属性委譲者の利用者装置１の記憶部１０１から個人証明書（個人証明書Ｂとする）を取得する（Ｓ５）。尚、他の利用者装置１からの個人証明書等の認証情報の取得は、委譲属性決定画面の表示前の段階で行われていてもよい。これにより、委譲対象者となる被属性委譲者を識別する情報を委譲属性決定画面に予め表示することができる。そして、利用者装置１は、個人証明書Ｂから識別情報（識別情報Ｂとする）を取得する（Ｓ６）。
【００８１】
その後、利用者装置１は、ステップＳ６で取得した識別情報Ｂと、ステップＳ１で取得した属性情報Ａと、ステップＳ４で取得した委譲属性及び有効期限とから属性委譲証明書（属性情報Ｂ、又は、属性委譲証明書Ｂとする）の平文を生成する（Ｓ７）。そして、この平文に対して署名を付加して属性委譲証明書Ｂを生成する（Ｓ８）。具体的に、利用者装置１は、この平文をハッシュ関数で変換してメッセージダイジェストを生成すると共に、このメッセージダイジェストに対して秘密鍵で暗号化して電子署名データを得る。そして、この平文と電子署名データとから属性委譲証明書Ｂを生成する。
【００８２】
そして、利用者装置１は、生成した属性委譲証明書Ｂを被属性委譲者の利用者装置１に記録し（Ｓ９）、本ルーチンを終了する。
【００８３】
（リクエスト検証処理）
図９は、サービス提供システム４（サービス提供システム４に含まれるように適用された属性委譲システム１００）が実行するリクエスト検証処理のフローチャートを示す図である。
【００８４】
先ず、サービス提供システム４は、利用者装置１からのリクエストがあるか否かを判定し（Ｓ１１）、リクエストがない場合（Ｓ１１：ＮＯ）はステップＳ１の処理を繰り返す。即ち、利用者が、利用者装置１等によって、サービス提供システム４に対するサービスの提供のリクエストを行うまで、サービス提供システム４は待機状態となる。
【００８５】
利用者からのリクエストがあった場合、リクエストの個人証明書の失効を確認する（Ｓ１２）。即ち、サービス提供システム４は、認証局２にアクセスして失効リストを確認し、個人証明書が失効リストに含まれていないことを確認する。
【００８６】
次に、サービス提供システム４は、リクエストが属性委譲証明書に基づくものであるか否かを判定する（Ｓ１３）。即ち、リクエストに含まれる属性情報が属性委譲証明書であり、属性が他の利用者から委譲されたものであるか否かを判定する。
【００８７】
リクエストが属性委譲証明書に基づくものである場合（Ｓ１３：ＹＥＳ）、属性委譲者の公開鍵に基づいて、属性委譲証明書に付加されている署名を検証する（Ｓ１４）。具体的には、属性委譲証明書に含まれる電子署名データに対して、公開鍵を用いてメッセージダイジェストに復号化すると共に、属性委譲証明書に含まれる平文をハッシュ関数でメッセ−ジダイジェストに変換する。そして、これらのメッセージダイジェストが一致するか否かを確認することで署名の検証を行う。
【００８８】
そして、サービス提供システム４は、属性委譲証明書の利用者確認を行う（Ｓ１５）。具体的に、属性委譲証明書に含まれる平文の識別情報と、リクエストに含まれていた個人証明書から取得した識別情報とを比較して、属性委譲証明書がステップＳ１２で確認された個人証明書と対応するものであるかを確認する。
【００８９】
そして、サービス提供システム４は、属性委譲証明書の失効を確認する（Ｓ１６）。ここで、属性委譲証明書は、図５を参照して説明したように、数世代に渡る属性委譲を実現するため、属性委譲証明書を複層にした構造を許容している。即ち、属性委譲証明書は、複層構造内に少なくとも１つの属性証明書を有している。従って、サービス提供システム４は、属性委譲証明書内に含まれる属性証明書についての失効を確認する。また、ステップＳ１６においては、この属性証明書の上位の属性委譲証明書の有効期限が、この属性証明書の有効期限内であるかを確認する。多数の属性委譲証明書が複層にされている場合は、属性委譲証明書の有効期限と、さらに上位の属性委譲証明書の有効期限とを比較して有効期限を確認する。
【００９０】
そして、サービス提供システム４は、属性委譲証明書の属性を確認する（Ｓ１７）。上記の通り、属性委譲証明書は少なくとも１つの属性証明書を有しているため、属性証明書が示す属性の範囲が、上位の属性委譲証明書の示す属性の範囲内であるかを確認する。多数の属性委譲証明書が複層にされている場合は、属性委譲証明書の示す属性の範囲と、さらに上位の属性委譲証明書の示す属性の範囲とを比較して属性を確認する。
【００９１】
そして、サービス提供システム４は、属性委譲証明書内の属性情報の所有者と署名者との一致確認を行う（Ｓ１８）。例えば、図４に示されるような属性委譲証明書２３の場合、属性証明書１３に対応する個人証明書と、属性委譲者の署名２３４とを用いて、属性委譲証明書２３を委譲した属性委譲者を確認することができる。
【００９２】
また、例えば、図５に示されるような属性委譲証明書３３の場合、上記のような属性委譲証明書２３の確認を行うと共に、属性委譲証明書２３の識別情報２３１と、属性委譲者の署名３３４とを用いて、属性委譲証明書３３を委譲した属性委譲者を確認することができる。
【００９３】
このように、サービス提供システム４は、属性委譲証明書の内容（改ざん等されていないか）と、属性委譲証明書の所有者と、属性委譲証明書の失効・有効期限と、属性委譲証明書の属性と、属性委譲証明書内の属性情報の所有者とを検証することができる。
【００９４】
一方、ステップＳ１３において、リクエストが属性委譲証明書に基づくものでない場合（Ｓ１３：ＮＯ）、即ち、リクエストが属性証明書に基づくものである場合、属性証明書の失効を確認する（Ｓ１９）。
【００９５】
そして、サービス提供システム４は、ステップＳ１８又はＳ１９の後、即ち、属性情報（属性委譲証明書又は属性証明書）の正当性を検証した後に、属性情報が示す属性と、リクエストに含まれるサービス依頼内容とを、サービス提供を行うサービス提供アプリケーションであるサービス提供部１３０に転送して（Ｓ２０）、本ルーチンを終了する。
【００９６】
（サービス提供処理）
図１０は、サービス提供システム４が実行するサービス提供処理（サービス提供を行うサービス提供アプリケーション）のフローチャートを簡易に示す図である。
【００９７】
先ず、サービス提供システム４は、図９に示すリクエスト検証処理ルーチンから、属性と、サービス依頼内容とが転送されたか否かを判定し（Ｓ２１）、転送がない場合（Ｓ２１：ＮＯ）はステップＳ２１の処理を繰り返す。即ち、リクエスト検証処理ルーチンからの転送があるまで、サービス提供システム４は待機状態となる。
【００９８】
リクエスト検証処理ルーチンからの転送があった場合（Ｓ２１：ＹＥＳ）、サービス依頼内容と属性とのマッチング（Ｓ２２）とを行う。即ち、サービス提供システム４は、サービス依頼内容と属性とのマッチングを行うためのサービス対応テーブルを記憶装置等に有している。
【００９９】
ここで、サービス対応テーブルについて説明する。図１１は、サービス対応テーブルの一例を示す図である。図１１に示すように、サービス対応テーブルは、サービス種別欄と、必要属性欄とを有している。サービス種別欄には、利用者２００（利用者装置１）がリクエスト可能なサービス依頼内容が格納されている。必要属性欄には、そのサービス依頼内容に必要な属性が格納されている。
【０１００】
例えば、サービス依頼内容が顧客管理システムに関するデータ閲覧である場合は、属性として顧客管理システムの読取権限が必要となる。また、サービス依頼内容が顧客管理システムに関するデータ追加である場合は、属性として顧客管理システムの読取権限及び更新権限が必要となる。
【０１０１】
即ち、ステップＳ２２においては、サービス依頼内容に必要な属性が、転送された属性に含まれているか否かを判定する処理を行う。尚、ステップＳ２２のようなマッチング処理は、サービス提供システムが有する属性委譲システム１００としての機能に含まれるものであってもよい。
【０１０２】
そして、必要な属性を有している場合には、サービス依頼内容に対するリクエスト処理を行った（Ｓ２３）後、結果をレスポンスとして利用者装置１に送信する（Ｓ２４）。例えば、属性の委譲としてポイント数を譲渡する場合、ステップＳ２３においては、ポイント数を管理するデータベースが更新される。即ち、属性委譲者のポイント数が委譲した分だけ減算され、被属性委譲者のポイント数が加算される。そして、リクエストに用いられた属性委譲証明書を無効にする処理が行われる。これにより、被属性委譲者が複数回ポイントを取得することを防止する。ゲームアイテムや通貨等の委譲に関しても同様の処理が行われるようになっている。
【０１０３】
このように、サービス提供を行うサービス提供アプリケーションに対して、正当性が検証された属性が転送されるため、サービス提供アプリケーションは属性に関する検証を行う必要がない。即ち、サービス提供システム４に含まれるように適用された属性委譲システム１００（リクエスト検証手段）は、属性委譲証明書が示す属性をリクエストを行った利用者の属性として受け付けることができる。
【０１０４】
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【０１０５】
即ち、本実施形態において、利用者は利用者装置を有し、利用者装置間で属性の委譲を行うことができるものであるが、属性委譲態様はこのようなものに限定されない。例えば、利用者は認証情報（個人証明書、秘密鍵、及び、属性証明書等）が記憶されたＩＣカード等の記憶媒体を有し、カードリーダライタ等を有したＰＣにより属性委譲が行われるものであってもよい。また、例えば、利用者は認証情報が記憶されたＰＣ端末を有し、インターネット、イントラネット等を介して属性委譲が行われるものであってもよい。
【０１０６】
また、上述した詳細な説明では、本発明をより容易に理解できるように、特徴的部分を中心に説明した。本発明は、上述した詳細な説明に記載する実施形態に限定されず、その他の実施形態にも適用することができ、その適用範囲は多様である。また、本明細書において用いた用語及び語法は、本発明を的確に説明するために用いたものであり、本発明の解釈を制限するために用いたものではない。また、当業者であれば、本明細書に記載された発明の概念から、本発明の概念に含まれる他の構成、システム、方法等を推考することは容易であると思われる。従って、請求の範囲の記載は、本発明の技術的思想の範囲を逸脱しない範囲で均等な構成を含むものであるとみなされなければならない。また、要約書の目的は、特許庁及び一般的公共機関や、特許、法律用語又は専門用語に精通していない本技術分野に属する技術者等が本出願の技術的な内容及びその本質を簡易な調査で速やかに判定し得るようにするものである。従って、要約書は、請求の範囲の記載により評価されるべき発明の範囲を限定することを意図したものではない。また、本発明の目的及び本発明の特有の効果を十分に理解するために、すでに開示されている文献等を充分に参酌して解釈されることが望まれる。
【０１０７】
上述した詳細な説明は、コンピュータで実行される処理を含むものである。以上での説明及び表現は、当業者が最も効率的に理解することを目的として記載している。本明細書では、１の結果を導き出すために用いられる各ステップは、自己矛盾がない処理として理解されるべきである。また、各ステップでは、電気的又は磁気的な信号の送受信、記録等が行われる。各ステップにおける処理では、このような信号を、ビット、値、シンボル、文字、用語、数字等で表現しているが、これらは単に説明上便利であるために用いたものであることに留意する必要がある。また、各ステップにおける処理は、人間の行動と共通する表現で記載される場合があるが、本明細書で説明する処理は、原則的に各種の装置により実行されるものである。また、各ステップを行うために要求されるその他の構成は、以上の説明から自明になるものである。
【符号の説明】
【０１０８】
１ 利用者装置
２ 認証局
３ 属性認証局
４ サービス提供システム
１０１ 記憶部
１０２ 認証情報取得部
１０３ 委譲属性決定部
１０４ 属性委譲証明書生成部
１０５ 属性委譲証明書記録部
１０６ リクエスト検証部
１０７ リクエスト受付部
１０８ 署名検証部
１０９ 利用者確認部
１１０ リクエスト要求部
１１１ 表示部
１１２ 入力部
１２０ 属性確認部
１３０ サービス提供部
２００ 利用者
【技術分野】
【０００１】
本発明は、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システムに適用可能な属性委譲システム、属性委譲方法、及び、属性委譲プログラムに関する。
【背景技術】
【０００２】
従来、改ざんやなりすましを防止すべく、認証局が発行する個人証明書（公開鍵証明書）に基づいて本人認証を行う公開鍵認証基盤が広く利用されている。インターネットを介して種々のサービスを提供するサービス提供システムは、セキュリティ性の向上のため、上記のような個人証明書によって利用者の本人認証を行うのが一般的である。
【０００３】
このような個人証明書は拡張領域を有しており、上記のようなサービスに係る利用者の権限等の属性情報を記載することが知られている。しかしながら、利用者の属性はしばしば変更されることが一般的であり、属性の変更のために個人証明書を更新する必要があるため、コストの増大につながっていた。また、属性情報をシステム内部のデータベースで保持し、本人認証の結果と結び付ける方式もあるが、セキュリティレベルがシステムに依存するため、情報漏洩などの問題があった。
【０００４】
そこで、利用者の属性を、属性認証局から発行される属性証明書に記載して管理する方法が提案されている。属性認証局は利用者と共通の認証局を信頼するものであり、この属性認証局が利用者の属性情報を記載した属性証明書を発行する。これにより、サービス提供システムは、利用者からのサービス依頼内容が、利用者の属性証明書に基づく属性に対応しているかを確認することができる。
【０００５】
このような属性証明書を利用して権限管理するものとして特許文献１がある。特許文献１には、認証された利用者間において、権限委譲者が有する権限に基づいて発行局に属性証明書の発行を依頼して被権限委譲者に権限を委譲する権限委譲システムが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−２０５３４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ところで、属性証明書は、属性証明書の発行依頼を受けた属性認証局の管理者によって承認された後に発行されることが一般的であり、人的な手間が掛かるものであった。特許文献１においても、権限委譲者が属性証明書の発行を属性認証局等の発行局に依頼し、被権限委譲者に対して属性証明書を発行するものであり、急きょ属性を移譲する必要がある場合や、委譲された属性をさらに他の利用者に委譲するような数世代に渡る属性委譲の場合に対応できないという問題があった。
【０００８】
そこで、本発明は、既存の公開鍵認証基盤を利用しながら属性認証局等を経由することなく効率的かつ安全に属性の委譲を行うことができる属性委譲システム、属性委譲方法、及び、属性委譲プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の属性委譲システムは、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲システムであって、前記利用者の属性を示す属性情報を記憶する記憶手段と、前記記憶手段から前記属性情報を取得する認証情報取得手段と、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段と、前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成手段と、前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段と、前記サービス提供システムに含まれるように適用され、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段とを有していることを特徴とする。
【００１０】
また、本発明の属性委譲方法は、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲方法であって、前記利用者が所有する記憶手段から該利用者の属性を示す属性情報を取得する認証情報取得ステップと、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定ステップと、前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成ステップと、前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録ステップと、前記サービス提供システムに対して、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証ステップとを有していることを特徴とする。
【００１１】
また、本発明の属性委譲プログラムは、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲プログラムであって、利用者が有するコンピュータを、前記利用者の属性を示す属性情報を記憶する記憶手段、前記記憶手段から前記属性情報を取得する認証情報取得手段、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段、前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成手段、及び、前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段、として機能させ、前記サービス提供システムとしてのコンピュータを、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段として機能させることを特徴とする。
【００１２】
上記構成によれば、属性委譲者の属性情報と、委譲属性とを含む属性委譲証明書が生成されることで、属性委譲者から被属性委譲者へ属性が委譲される。そして、属性委譲証明書に基づくサービスの提供のリクエストがあった場合、サービス提供システムは、委譲された属性を該利用者の属性として受け付ける。これにより、属性委譲者から委譲された被属性委譲者の委譲属性は、ともに属性委譲証明書に含まれる属性委譲者の属性情報によって確認することができる。即ち、サービスシステムは、委譲属性をリクエストを行った利用者の属性として受け付けることができるため、属性委譲者は被属性委譲者に対して安全に属性の委譲を行うことができる。また、生成された属性委譲証明書は、新たに生成される属性委譲証明書に含まれる属性情報として再帰的に利用可能になるため、数世代に渡る属性の委譲を行うことができる。
【００１３】
また、本発明の属性委譲システムは、認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用されるものであり、前記利用者の個人証明書、及び、前記利用者の属性を示す属性情報を記憶する記憶手段と、前記記憶手段から前記個人証明書、及び／又は、前記属性情報を取得する認証情報取得手段と、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段と、前記被属性委譲者の個人証明書に基づく該被属性委譲者の識別情報と、前記属性委譲者の属性情報と、前記委譲属性と、これらへの前記属性委譲者の個人証明書に基づく署名とを含む属性委譲証明書を生成する属性委譲証明書生成手段と、前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段と、前記サービス提供システムに含まれるように適用され、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の署名を確認し、該利用者と前記識別情報との一致確認を行い、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段とを有していることを特徴とする。
【００１４】
上記構成によれば、被属性委譲者の個人証明書に基づく被属性委譲者の識別情報と、属性委譲者の属性情報と、委譲属性と、これらへの属性委譲者の署名とを含む属性委譲証明書が生成されることで、属性委譲者から被属性委譲者へ属性が委譲される。そして、属性委譲証明書に基づくサービスの提供のリクエストがあった場合、サービス提供システムは、属性委譲証明書の署名を確認し、リクエストを行った利用者を確認して、委譲された属性を該利用者の属性として受け付ける。
【００１５】
これにより、サービス提供システムは、被属性委譲者からのリクエストがあった場合に、署名を確認することで属性の委譲内容が改ざんされていないことを確認することができる。また、利用者の個人証明書と識別情報とを一致確認することでリクエストの利用者が属性委譲者によって属性が委譲された被属性委譲者であることを確認することができる。これにより、属性委譲証明書が示す属性を利用者の属性として受け付けることができる。また、属性委譲証明書には、属性委譲者の属性情報が含まれているため、リクエストされたサービスが属性委譲者の委譲した委譲属性の範囲内であることを容易に確認することができる。さらに、委譲された属性を属性情報としてさらに他の利用者へ容易に委譲することができる。これらの結果、既存の公開鍵認証基盤を利用しながら属性認証局等を経由することなく効率的かつ安全に属性の委譲を行うことができる。
【００１６】
また、本発明の委譲属性決定手段は、属性を委譲する属性委譲者からの入力に応じて、前記委譲属性の有効期限を決定し、属性委譲証明書生成手段は、決定した前記有効期限を含めた前記属性委譲証明書を生成するものであってもよい。
【００１７】
上記構成によれば、属性委譲証明書の有効期限を設定することができ、さらに属性委譲証明書に含まれる属性情報により、その有効期限を容易に確認することができる。
【００１８】
また、本発明のリクエスト検証手段は、前記属性委譲証明書に含まれる前記属性情報と、前記署名とに基づいて、該属性情報を所有する利用者を確認するものであってもよい。
【００１９】
上記構成によれば、利用者に属性を委譲した属性委譲者を認証することができ、属性の委譲をより安全に行うことができる。
【発明の効果】
【００２０】
既存の公開鍵認証基盤を利用しながら効率的かつ安全に属性の委譲を行うことができる。
【図面の簡単な説明】
【００２１】
【図１】属性委譲システムの概要を示す説明図である。
【図２】属性委譲システムの機能ブロック図である。
【図３】記憶部に記憶される認証情報の一例を示す説明図である。
【図４】記憶部に記憶される認証情報の一例を示す説明図である。
【図５】記憶部に記憶される認証情報の一例を示す説明図である。
【図６】委譲属性決定画面の一例を示す説明図である。
【図７】委譲属性決定画面の一例を示す説明図である。
【図８】利用者装置が実行する属性委譲処理ルーチンのフローチャートを示す図である。
【図９】サービス提供システムが実行するリクエスト検証処理のフローチャートを示す図である。
【図１０】サービス提供システムが実行するサービス提供処理のフローチャートを示す図である。
【図１１】サービス対応テーブルの一例を示す説明図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態の例を図面に基づいて具体的に説明する。
【００２３】
（システム構成）
図１及び図２に示すように、本実施形態の属性委譲システム１００は、認証局２が個人証明書（公開鍵証明書）を発行して認証する利用者２００に対して、属性認証局３によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム４、に適用されるものであり、属性を委譲する利用者２００（属性委譲者）から、他の属性が委譲される利用者２００（被属性委譲者）に対して、属性を委譲可能にする。
【００２４】
（前提条件）
ここで、前提として、サービス提供システム４を利用する全ての利用者２００は、共通の認証局２から個人証明書が発行されているものとする。また、この認証局２は、属性認証局３から信頼（認証局２から公開鍵証明書が発行）されているものとする。そして、これらの認証局２及び属性認証局３は、サービス提供システム４から信頼されているものとする。
【００２５】
利用者２００は、属性認証局３から、サービス提供システム４に係る権限等の属性が記載された属性証明書が発行されることにより、この属性の範囲内でサービス提供システム４を利用することができるようになっている。即ち、利用者２００がサービス提供システム４にサービス提供のリクエストを行う場合、利用者２００に発行された個人証明書と属性証明書とが必要となる。
【００２６】
尚、属性とは、サービス提供システム４が提供するサービスを利用する権限に限定されず、例えば、ポイントカードシステムのポイント情報、ＭＭＯＲＰＧ（Massively Multiplayer Online Role-Playing Game）等のゲーム内において保有する仮想的なアイテム・通貨等の情報であってもよい。そして、属性委譲システム１００が適用されるサービス提供システム４は限定されるものではなく、利用者が所属する機関の社内システム、ポイントカードシステム、及び、ゲームシステム等の各種システムを挙げることができる。
【００２７】
（属性委譲システム１００）
図２に示すように、属性委譲システム１００は、記憶部１０１と、認証情報取得部１０２と、委譲属性決定部１０３と、属性委譲証明書生成部１０４と、属性委譲証明書記録部１０５と、リクエスト検証部１０６とを有している。
【００２８】
（利用者装置１）
本実施形態では、サービスを利用する利用者２００が利用者装置１を有しており、この利用者装置１が、記憶部１０１、認証情報取得部１０２、委譲属性決定部１０３、属性委譲証明書生成部１０４、及び、属性委譲証明書記録部１０５を有している。利用者装置１は、サービス提供システム４や他の利用者の利用者装置１と、互いにデータ通信可能な通信回線を介して接続可能にされている。
【００２９】
また、利用者装置１は、リクエスト要求部１１０と、表示部１１１と、入力部１１２とを有している。
【００３０】
尚、本実施形態では、利用者装置１がタブレット端末等の移動端末であるが、これに限定されるものではない。例えば、利用者２００が記憶部１０１としてのＩＣカード、ＵＳＢメモリ等の電子記録媒体を保有し、属性委譲の際には、認証情報取得部１０２と、委譲属性決定部１０３と、属性委譲証明書生成部１０４と、属性委譲証明書記録部１０５との機能を備えたＰＣ端末が利用者２００の電子記録媒体を読み取り、他の利用者２００のＩＣカードに属性委譲証明書を記録するものであってもよい。
【００３１】
具体的に、利用者装置１の各部の機能について説明する。
記憶部１０１は、この利用者装置１を所有する利用者２００の個人証明書、及び、この利用者２００の属性を示す属性情報を記憶する機能を有している。また、記憶部１０１は、この個人証明書に対応する秘密鍵を記憶している。
【００３２】
尚、属性情報とは、属性認証局３によって発行される属性証明書、及び／又は、属性委譲システム１００（属性委譲証明書生成部１０４）によって生成される属性委譲証明書を示す。図１に示すように、利用者２００（利用者２００Ｂ・２００Ｃ）がこの属性委譲証明書を有している場合、属性委譲システム１００の適用されたサービス提供システム４を利用することができ、属性認証局３からの属性証明書の発行を不要とすることができる。尚、属性委譲証明書については後に詳述する。
【００３３】
利用者２００が被属性委譲者である場合、記憶部１０１には、他の利用者２００の利用者装置１によって属性委譲証明書が記録されるようになっている。即ち、記憶部１０１は、利用者装置１から属性委譲証明書データを受信して記憶する機能を有していてもよい。尚、記憶部１０１に記憶される属性情報は、属性証明書、及び／又は、属性委譲証明書、が複数記憶されていてもよい。ただし、属性委譲者の記憶部１０１には、属性証明書又は属性委譲証明書が少なくとも１つ記憶されている必要がある。
【００３４】
また、記憶部１０１は、秘密鍵の記憶領域が、ハードウェア的又はソフトウェア的に耐タンパ性を有していてもよい。このように構成されることで、例えば、秘密鍵の記憶領域が、個人証明書及び属性情報の記憶領域と物理的に分けられているものであってもよい。これにより、秘密鍵を記憶したコンピュータ、電子記憶媒体等を盗難・紛失した場合であっても、秘密鍵の第三者への漏洩を防止することができる。
【００３５】
認証情報取得部１０２は、記憶部１０１から個人証明書、及び／又は、属性情報の認証情報を取得する機能を有している。認証情報取得部１０２は、同じ利用者装置１内の記憶部１０１に対して内部バス等を介してアクセス可能にされていると共に、他の利用者装置１の記憶部１０１に対して無線通信等によりアクセス可能にされている。
【００３６】
委譲属性決定部１０３は、属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する機能を有している。具体的に、委譲属性決定部１０３は、認証情報取得部１０２が取得した属性情報が示す属性の内容を表示部１１１へ選択可能に表示するようになっている。また、委譲属性決定部１０３は、利用者２００による入力部１１２への操作に基づいて、利用者２００が他の利用者２００に委譲を所望する属性を決定する。尚、委譲属性決定部１０３は、属性を委譲する属性委譲者からの入力に応じて、委譲属性の有効期限を決定する機能を有していてもよい。
【００３７】
属性委譲証明書生成部１０４は、被属性委譲者の個人証明書に基づく該被属性委譲者の識別情報と、属性委譲者の属性情報と、委譲属性決定部１０３によって決定された委譲属性と、これらへの属性委譲者の個人証明書に基づく署名とを含む属性委譲証明書を生成する機能を有している。ここで、識別情報とは、被属性委譲者の個人証明書に含まれる被属性委譲者（被属性委譲者の個人証明書）を識別する識別子である。
【００３８】
具体的に、属性委譲証明書生成部１０４は、識別情報と属性情報と委譲属性とからなる平文と、平文をハッシュ関数で変換したメッセージダイジェストに対して個人証明書に対応する秘密鍵で暗号化した電子署名データとを有する属性委譲証明書を生成する。尚、委譲属性決定部１０３が有効期限を決定するものである場合は、平文に有効期限が含まれていてもよい。また、平文には、属性証明書のバージョン情報、属性委譲証明書の署名アルゴリズム等の管理情報が含まれていてもよい。
【００３９】
尚、属性委譲証明書生成部１０４と秘密鍵を記憶する記憶部１０１とが別々の装置に含まれる場合、記憶部１０１を有する装置は、属性委譲証明書生成部１０４からの署名依頼信号を受けて電子署名データを生成する機能を有していてもよい。
【００４０】
また、属性委譲証明書記録部１０５は、被属性委譲者の記憶部１０１に属性委譲証明書を記録する機能を有している。本実施形態では、属性を委譲する利用者２００の利用者装置１の属性委譲証明書記録部１０５が、属性が委譲される利用者２００の利用者装置１の記憶部１０１に、無線通信を利用して属性委譲証明書を記録するようになっているがこれに限定されない。
【００４１】
例えば、上述の認証情報取得部１０２、及び、属性委譲証明書記録部１０５は、カードリーダライタを利用するものであってもよいし、Ｗｉ−Ｆｉ（wireless fidelity）、Ｂｌｕｅｔｏｏｔｈ、及び、赤外線等の無線通信規格を満たす通信機器を利用するものであってもよい。
【００４２】
表示部１１１は、認証情報取得部１０２が取得した属性情報を選択可能に表示するディスプレイである。入力部１１２は、外部からの入力が可能にされている入力デバイスであり、表示部１１１を覆うように設けられたタッチパネルであるが、利用者装置１の形態に応じて入力ボタン、キーボード等であってもよい。属性を委譲する利用者２００は、表示部１１１に表示された委譲属性決定画面において属性を選択して、委譲する委譲属性を入力部１１２によって入力することができるようになっている。委譲属性決定画面については後に詳述する。
【００４３】
また、リクエスト要求部１１０は、入力部１１２への入力に応じてサービス提供システムへサービス提供のリクエストを送信し、サービス提供システム４からのレスポンスに基づいて表示部１１１にサービスの内容等を表示する。
【００４４】
（サービス提供システム４）
サービス提供システム４は、属性委譲システム１００のリクエスト検証部１０６と、利用者２００のリクエストに応じてサービスを提供するサービス提供部１３０とを有している。ここで、リクエストには、「利用者２００の個人証明書」、「属性情報」、「サービス依頼内容」が含まれる。
【００４５】
リクエスト検証部１０６は、リクエスト受付部１０７と、署名検証部１０８と、利用者確認部１０９と、属性確認部１２０とを有している。
【００４６】
リクエスト受付部１０７は、リクエストを行った利用者装置１からの個人証明書を確認して利用者２００の個人認証を行う機能を有している。例えば、リクエスト受付部１０７は、認証局２の失効リストを閲覧して個人証明書が失効していないかを確認する。また、リクエスト受付部１０７は、リクエストが属性証明書に基づくものである場合、属性認証局３の失効リストを閲覧して属性証明書が失効していないかを確認する。尚、これらの機能は、サービス提供部１３０が有するものであってもよい。
【００４７】
また、リクエスト受付部１０７は、上記のようなリクエストの正当性が確認できた場合、利用者２００の属性とサービス依頼内容とをサービス提供部１３０へ送信し、リクエスト処理部からのレスポンスを利用者装置１へ送信する。
【００４８】
また、リクエスト受付部１０７は、リクエストが属性委譲証明書に基づくものである場合、即ち、利用者装置１からのリクエストに利用者２００の属性を示すものとして属性委譲証明書が含まれていた場合、利用者装置１からのリクエストに基づく情報を署名検証部１０８及び利用者確認部１０９に送信する。
【００４９】
署名検証部１０８は、属性委譲証明書の署名の検証を行う機能を有している。具体的に、リクエスト検証部１０６は、属性委譲証明書に含まれる電子署名データに対して、公開鍵を用いてメッセージダイジェストに復号化し、属性委譲証明書に含まれる平文をハッシュ関数でメッセ−ジダイジェストに変換し、これらのメッセージダイジェストが一致するか否かを確認する。
【００５０】
利用者確認部１０９は、属性委譲証明書に含まれる平文の識別情報と、リクエスト受付部１０７が確認した個人証明書の識別情報とが一致するか否かを確認する機能を有している。属性確認部１２０は、属性認証局３の失効リストを閲覧して属性委譲証明書に含まれる属性証明書が失効していないか等を確認する機能、属性委譲証明書が示す属性を確認する機能を有している。
【００５１】
尚、上述したリクエスト受付部１０７は、リクエスト検証部１０６は、リクエスト受付部１０７、署名検証部１０８、属性確認部１２０から検証結果情報を受信し、属性確認部１２０が取得した属性とサービス依頼内容とをサービス提供部１３０へ送信する。即ち、リクエスト受付部１０７は、属性委譲証明書が示す属性を利用者の属性として受け付ける機能を有している。
【００５２】
サービス提供部１３０は、リクエスト検証部からの属性と、サービス依頼内容とに基づいて、サービスを提供するための各種処理を実行する。即ち、属性の認証はリクエスト検証部１０６で行われるため、サービス提供部１３０は、リクエスト検証部１０６から送信された利用者２００の属性が正しいものとして処理を実行することができる。従って、サービス提供部１３０は、要求されたサービス依頼内容が属性に対応しているかを判定すればよく、属性を認証する必要がない。
【００５３】
尚、本実施形態において、利用者装置１及びサービス提供システム（アプリケーションサーバ）４はコンピュータであり、ＣＰＵ（Central Processing Unit）と、ＣＰＵが実行するプログラム及びこれらプログラムに使用されるデータを書き替え可能に記憶するＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）と、プログラム実行時にデータを一時的に記憶するＲＡＭ（Random Access Memory）とを含んでいる。利用者装置１及びサービス提供システム４が有する上記のような各部は、これらや上述したようなコンピュータとＥＥＰＲＯＭ内の属性委譲プログラムとが協働して構築されている。
【００５４】
換言すれば、属性委譲プログラムは、コンピュータを、上記のような各部が有する機能させるようになっている。
【００５５】
また、利用者装置１及びサービス提供システム４は夫々１台の装置に限定されず、複数のコンピュータ等に機能を分散させて設けられるものであってもよい。即ち、リクエスト検証部１０６はサービス提供システム４に含まれるように適用されるものであるが、リクエスト検証部１０６を、サービス提供システム４とは別サーバに設置するものであってもよい。また、例えば、複数のサービス提供システム４の全てのリクエストを検証する１の独立サーバを設置するものであってもよい。
【００５６】
（属性情報）
ここで、記憶部１０１が記憶する認証情報について説明する。
先ず、図１及び図３に示すように、利用者２００Ａが属性認証局３から属性証明書が発行された場合、利用者装置１Ａの記憶部１０１には、利用者２００Ａの個人証明書１１と、この個人証明書１１に対応する秘密鍵１２と、属性情報として属性証明書１３とが記憶されることになる。
【００５７】
次に、上記のような利用者２００Ａから、属性情報を有していない利用者２００Ｂへ属性が委譲された場合について説明する。図４に示すように、利用者２００Ｂの利用者装置１Ｂの記憶部１０１には、利用者２００Ｂの個人証明書２１と、この個人証明書２１に対応する秘密鍵２２と、属性情報としての属性委譲証明書２３とが、利用者装置１Ａによって記録されることになる。
【００５８】
具体的に、属性委譲証明書２３には、識別情報２３１と、利用者２００Ａの属性証明書１３と、委譲属性２３２と、有効期限２３３と、属性委譲者である利用者２００Ａの署名２３４とが含まれている。ここで、識別情報２３１は、利用者２００Ｂの個人証明書２１に含まれる主体者ユニーク識別子（Subject Unique ID）であり、利用者２００Ｂを識別するための一意な情報である。また、上述したように、署名２３４は、識別情報２３１、属性証明書１３、委譲属性２３２、及び、有効期限２３３に対する利用者２００Ａの秘密鍵１２に基づいて、利用者装置１Ａによって行われた署名である。
【００５９】
従って、属性確認部１２０は、この属性委譲証明書２３に含まれる属性証明書１３が示す利用者２００Ａの公開鍵により署名２３４を検証し、属性委譲証明書２３の平文（識別情報２３１、属性証明書１３、委譲属性２３２、及び、有効期限２３３）が改ざんされていないことを確認することができる。即ち、利用者２００Ａが、利用者２００Ｂ（識別情報２３１）に対して、属性（委譲属性２３２）を委譲したことを確認することができる。
【００６０】
また、属性委譲証明書２３には権限委譲者の属性情報（属性証明書１３）が含まれているため、属性確認部１２０は、委譲された属性（委譲属性２３２）が属性証明書１３の示す属性の範囲内であることを属性認証局３にアクセスすることなく容易に確認することができる。さらに、属性証明書１３には属性証明書１３が示す属性の有効期限が含まれているため、属性確認部１２０は、委譲された属性の有効期限２３３が属性証明書１３の有効期限内であるか否かを容易に確認することができる。
【００６１】
次に、上記のような利用者２００Ｂから、属性情報を有していない利用者２００Ｃへ属性が委譲された場合について説明する。図５に示すように、利用者２００Ｃの利用者装置１Ｃの記憶部１０１には、利用者２００Ｃの個人証明書３１と、この個人証明書３１に対応する秘密鍵３２と、属性情報としての属性委譲証明書３３とが利用者装置１Ｂによって記録されることになる。
【００６２】
具体的に、属性委譲証明書３３には、識別情報３３１と、属性情報としての利用者２００Ｂの属性委譲証明書２３と、委譲属性３３２と、有効期限３３３と、属性委譲者である利用者２００Ｂの署名３３４とが含まれている。
【００６３】
従って、属性確認部１２０は、この属性委譲証明書３３に含まれる識別情報３３１が示す公開鍵により署名３３４を検証し、属性委譲証明書２３の平文（識別情報２３１、属性証明書１３、委譲属性２３２、及び、有効期限２３３）が改ざんされていないことを確認することができる。即ち、利用者２００Ｂが、利用者２００Ｃ（識別情報２３１）に対して、属性（委譲属性３３２）を委譲したことを確認することができる。
【００６４】
また、属性委譲証明書３３には、権限委譲者の属性情報（属性委譲証明書２３）が含まれているため、委譲された属性（委譲属性３３２）が属性委譲証明書２３の示す属性（委譲属性２３２）の範囲内であることを属性認証局３にアクセスすることなく容易に確認することができる。さらに、属性委譲証明書２３には、属性委譲証明書２３が示す属性の有効期限２３３が含まれているため、委譲された属性の有効期限３３３が、属性委譲証明書２３の有効期限内であるか否かを容易に確認することができる。
【００６５】
このように、属性情報を入れ子状態に記憶することで、数世代に渡って属性を委譲することができるようになっている。即ち、上記のような属性委譲証明書を用いた属性委譲モデルは、属性の委譲を繰り返し可能な階層的なピラミッド構造であり、例えば、利用者が同じ機関に所属する構成員である場合、全権を有する最高責任者が必要に応じて下位の構成員に属性を委譲することができる。そして、属性を委譲された構成員は、さらに下位の構成員に属性を委譲することができる。このように属性委譲証明書を用いることで直接的かつダイナミックに属性を委譲することができる。
【００６６】
（委譲属性決定画面）
次に、このような属性委譲証明書を生成する際に、利用者装置１の表示部１１１に表示される委譲属性決定画面について説明する。本実施形態において、属性情報の属性（属性証明書に含まれる属性、又は、属性委譲証明書に含まれる委譲属性）は、少なくとも１以上の属性項目と、この属性項目に対応する属性値とで示される。そして、表示部１１１には、属性委譲者の属性情報の属性項目と属性値とが表示される。
【００６７】
図６は、委譲属性決定画面の一例を示す説明図である。図６に示すように、委譲属性決定画面は、属性委譲者情報領域４０と、被属性委譲者情報領域４１と、属性項目情報領域４２と、属性値領域４３と、有効期限領域４４と、委譲決定ボタン領域４５を有している。
【００６８】
属性委譲者情報領域４０には、属性委譲者となる利用者２００（委譲属性決定画面を表示する利用者装置１の所有者）に関する情報が表示される。この例では、利用者２００の名称や、利用者２００が有する属性の有効期限が表示されるようになっている。被属性委譲者情報領域４１には、被属性委譲者となる利用者２００に関する情報が表示される。この例では、被属性委譲者となる利用者２００の名称が表示されるようになっている。被属性委譲者情報領域４１は、利用者装置１が被属性委譲者の個人証明書を読み取ることで表示される。
【００６９】
属性項目情報領域４２には、属性委譲者となる利用者２００の有する属性情報の属性項目が表示されるようになっている。図６では、「顧客管理システムの読取権限、更新権限、譲渡権限」、「売上管理システムの読取権限、更新権限、譲渡権限」及び「権限譲渡システムの読取権限、更新権限」の属性項目が表示されている。即ち、属性項目情報領域４２に、属性項目が表示されることで、属性委譲者の有する属性が示されることになる。
【００７０】
尚、譲渡権限とは、委譲した属性をさらに委譲するための権限である。即ち、被属性委譲者がさらに属性を委譲する場合は、属性委譲者から譲渡権限を委譲されている必要がある。
【００７１】
属性値領域４３は、属性項目情報領域４２に表示された属性項目を、属性委譲者の有する属性の範囲内で入力可能な領域である。図６では、属性値領域４３は、各属性項目に対応するチェックボックスで表示されており、各属性項目が選択可能にされている。これにより、利用者２００は、自身の有する属性の範囲内で、被権限委譲者に委譲する属性を選択することができるようになっている。即ち、ある属性項目のチェックボックスがチェックされた場合、この属性項目に該当する属性が被権限委譲者に委譲される。
【００７２】
このような、属性項目は、オブジェクト識別子（OID：Object Identifier）やＸＭＬ（Extensible Markup Language）構造を有したデータで記憶部１０１に記憶されており、表示部１１１に委譲属性決定画面が表示される際に各属性項目と該属性項目に対応する属性値が取得される。尚、属性値とは、属性項目に対してどのような属性を有しているかを示すものである。例えば、属性値は、ある属性項目に関する権限を有しているか否かの情報を有している。
【００７３】
有効期限領域４４には、委譲する属性についての有効期限が入力可能になっている。図６では、有効期限領域４４はテキスト入力フォームで表示されている。委譲決定ボタン領域４５は、この領域が操作されることにより、属性値領域４３、及び、有効期限領域４４に入力された情報を決定するものである。即ち、委譲決定ボタン領域４５が操作されることにより、属性委譲者の属性情報に基づいて入力された委譲属性が決定されるようになっている。
【００７４】
また、図７は、委譲属性決定画面の他の一例を示す説明図である。尚、被属性委譲者情報領域４１、有効期限領域４４、委譲決定ボタン領域４５については、上記と同様であるため説明を省略する。
【００７５】
図７の例では、属性項目は「ポイント情報」であり、属性値は「ポイント数」である。属性項目情報領域４２には、「ポイント情報」に対応する「ポイント数」が表示され、属性委譲者の有する属性が示されることになる。また、属性値領域４３は、テキスト入力フォームで表示されており、委譲するポイント数が入力可能となっている。
【００７６】
（動作）
次に、上記のような機能を有する属性委譲システム１００の具体的な動作を説明する。
【００７７】
（属性委譲処理）
図８は、利用者装置１が実行する属性委譲処理ルーチンのフローチャートを示す図である。
先ず、利用者装置１は、記憶部１０１に記憶されている属性委譲者の個人証明書（個人証明書Ａとする）と、属性委譲者の属性情報（属性情報Ａとする）とを読み取る（Ｓ１）。そして、読み取った個人証明書Ａと属性情報Ａとに基づき、図６または図７に示されるような委譲属性決定画面を表示する（Ｓ２）。
【００７８】
そして、利用者装置１は、委譲属性決定画面の委譲決定ボタン領域４５が操作されたか否かを判定し（Ｓ３）、押下されない場合（Ｓ３：ＮＯ）はステップＳ３の処理を繰り返す。即ち、属性委譲者が属性値領域４３及び有効期限領域４４に委譲する属性に関する情報を入力し、委譲決定ボタン領域４５を操作するまで待機状態となる。
【００７９】
委譲決定ボタン領域４５が操作された場合、属性値領域４３及び有効期限領域４４に入力された内容（委譲属性、及び、有効期限）を取得する（Ｓ４）。このとき、取得した委譲属性が属性委譲者の属性の範囲内であるか、取得した有効期限が属性委譲者の属性の有効期限内であるか等の入力内容のチェックを行っても良い。
【００８０】
次に、利用者装置１は、被属性委譲者の利用者装置１の記憶部１０１から個人証明書（個人証明書Ｂとする）を取得する（Ｓ５）。尚、他の利用者装置１からの個人証明書等の認証情報の取得は、委譲属性決定画面の表示前の段階で行われていてもよい。これにより、委譲対象者となる被属性委譲者を識別する情報を委譲属性決定画面に予め表示することができる。そして、利用者装置１は、個人証明書Ｂから識別情報（識別情報Ｂとする）を取得する（Ｓ６）。
【００８１】
その後、利用者装置１は、ステップＳ６で取得した識別情報Ｂと、ステップＳ１で取得した属性情報Ａと、ステップＳ４で取得した委譲属性及び有効期限とから属性委譲証明書（属性情報Ｂ、又は、属性委譲証明書Ｂとする）の平文を生成する（Ｓ７）。そして、この平文に対して署名を付加して属性委譲証明書Ｂを生成する（Ｓ８）。具体的に、利用者装置１は、この平文をハッシュ関数で変換してメッセージダイジェストを生成すると共に、このメッセージダイジェストに対して秘密鍵で暗号化して電子署名データを得る。そして、この平文と電子署名データとから属性委譲証明書Ｂを生成する。
【００８２】
そして、利用者装置１は、生成した属性委譲証明書Ｂを被属性委譲者の利用者装置１に記録し（Ｓ９）、本ルーチンを終了する。
【００８３】
（リクエスト検証処理）
図９は、サービス提供システム４（サービス提供システム４に含まれるように適用された属性委譲システム１００）が実行するリクエスト検証処理のフローチャートを示す図である。
【００８４】
先ず、サービス提供システム４は、利用者装置１からのリクエストがあるか否かを判定し（Ｓ１１）、リクエストがない場合（Ｓ１１：ＮＯ）はステップＳ１の処理を繰り返す。即ち、利用者が、利用者装置１等によって、サービス提供システム４に対するサービスの提供のリクエストを行うまで、サービス提供システム４は待機状態となる。
【００８５】
利用者からのリクエストがあった場合、リクエストの個人証明書の失効を確認する（Ｓ１２）。即ち、サービス提供システム４は、認証局２にアクセスして失効リストを確認し、個人証明書が失効リストに含まれていないことを確認する。
【００８６】
次に、サービス提供システム４は、リクエストが属性委譲証明書に基づくものであるか否かを判定する（Ｓ１３）。即ち、リクエストに含まれる属性情報が属性委譲証明書であり、属性が他の利用者から委譲されたものであるか否かを判定する。
【００８７】
リクエストが属性委譲証明書に基づくものである場合（Ｓ１３：ＹＥＳ）、属性委譲者の公開鍵に基づいて、属性委譲証明書に付加されている署名を検証する（Ｓ１４）。具体的には、属性委譲証明書に含まれる電子署名データに対して、公開鍵を用いてメッセージダイジェストに復号化すると共に、属性委譲証明書に含まれる平文をハッシュ関数でメッセ−ジダイジェストに変換する。そして、これらのメッセージダイジェストが一致するか否かを確認することで署名の検証を行う。
【００８８】
そして、サービス提供システム４は、属性委譲証明書の利用者確認を行う（Ｓ１５）。具体的に、属性委譲証明書に含まれる平文の識別情報と、リクエストに含まれていた個人証明書から取得した識別情報とを比較して、属性委譲証明書がステップＳ１２で確認された個人証明書と対応するものであるかを確認する。
【００８９】
そして、サービス提供システム４は、属性委譲証明書の失効を確認する（Ｓ１６）。ここで、属性委譲証明書は、図５を参照して説明したように、数世代に渡る属性委譲を実現するため、属性委譲証明書を複層にした構造を許容している。即ち、属性委譲証明書は、複層構造内に少なくとも１つの属性証明書を有している。従って、サービス提供システム４は、属性委譲証明書内に含まれる属性証明書についての失効を確認する。また、ステップＳ１６においては、この属性証明書の上位の属性委譲証明書の有効期限が、この属性証明書の有効期限内であるかを確認する。多数の属性委譲証明書が複層にされている場合は、属性委譲証明書の有効期限と、さらに上位の属性委譲証明書の有効期限とを比較して有効期限を確認する。
【００９０】
そして、サービス提供システム４は、属性委譲証明書の属性を確認する（Ｓ１７）。上記の通り、属性委譲証明書は少なくとも１つの属性証明書を有しているため、属性証明書が示す属性の範囲が、上位の属性委譲証明書の示す属性の範囲内であるかを確認する。多数の属性委譲証明書が複層にされている場合は、属性委譲証明書の示す属性の範囲と、さらに上位の属性委譲証明書の示す属性の範囲とを比較して属性を確認する。
【００９１】
そして、サービス提供システム４は、属性委譲証明書内の属性情報の所有者と署名者との一致確認を行う（Ｓ１８）。例えば、図４に示されるような属性委譲証明書２３の場合、属性証明書１３に対応する個人証明書と、属性委譲者の署名２３４とを用いて、属性委譲証明書２３を委譲した属性委譲者を確認することができる。
【００９２】
また、例えば、図５に示されるような属性委譲証明書３３の場合、上記のような属性委譲証明書２３の確認を行うと共に、属性委譲証明書２３の識別情報２３１と、属性委譲者の署名３３４とを用いて、属性委譲証明書３３を委譲した属性委譲者を確認することができる。
【００９３】
このように、サービス提供システム４は、属性委譲証明書の内容（改ざん等されていないか）と、属性委譲証明書の所有者と、属性委譲証明書の失効・有効期限と、属性委譲証明書の属性と、属性委譲証明書内の属性情報の所有者とを検証することができる。
【００９４】
一方、ステップＳ１３において、リクエストが属性委譲証明書に基づくものでない場合（Ｓ１３：ＮＯ）、即ち、リクエストが属性証明書に基づくものである場合、属性証明書の失効を確認する（Ｓ１９）。
【００９５】
そして、サービス提供システム４は、ステップＳ１８又はＳ１９の後、即ち、属性情報（属性委譲証明書又は属性証明書）の正当性を検証した後に、属性情報が示す属性と、リクエストに含まれるサービス依頼内容とを、サービス提供を行うサービス提供アプリケーションであるサービス提供部１３０に転送して（Ｓ２０）、本ルーチンを終了する。
【００９６】
（サービス提供処理）
図１０は、サービス提供システム４が実行するサービス提供処理（サービス提供を行うサービス提供アプリケーション）のフローチャートを簡易に示す図である。
【００９７】
先ず、サービス提供システム４は、図９に示すリクエスト検証処理ルーチンから、属性と、サービス依頼内容とが転送されたか否かを判定し（Ｓ２１）、転送がない場合（Ｓ２１：ＮＯ）はステップＳ２１の処理を繰り返す。即ち、リクエスト検証処理ルーチンからの転送があるまで、サービス提供システム４は待機状態となる。
【００９８】
リクエスト検証処理ルーチンからの転送があった場合（Ｓ２１：ＹＥＳ）、サービス依頼内容と属性とのマッチング（Ｓ２２）とを行う。即ち、サービス提供システム４は、サービス依頼内容と属性とのマッチングを行うためのサービス対応テーブルを記憶装置等に有している。
【００９９】
ここで、サービス対応テーブルについて説明する。図１１は、サービス対応テーブルの一例を示す図である。図１１に示すように、サービス対応テーブルは、サービス種別欄と、必要属性欄とを有している。サービス種別欄には、利用者２００（利用者装置１）がリクエスト可能なサービス依頼内容が格納されている。必要属性欄には、そのサービス依頼内容に必要な属性が格納されている。
【０１００】
例えば、サービス依頼内容が顧客管理システムに関するデータ閲覧である場合は、属性として顧客管理システムの読取権限が必要となる。また、サービス依頼内容が顧客管理システムに関するデータ追加である場合は、属性として顧客管理システムの読取権限及び更新権限が必要となる。
【０１０１】
即ち、ステップＳ２２においては、サービス依頼内容に必要な属性が、転送された属性に含まれているか否かを判定する処理を行う。尚、ステップＳ２２のようなマッチング処理は、サービス提供システムが有する属性委譲システム１００としての機能に含まれるものであってもよい。
【０１０２】
そして、必要な属性を有している場合には、サービス依頼内容に対するリクエスト処理を行った（Ｓ２３）後、結果をレスポンスとして利用者装置１に送信する（Ｓ２４）。例えば、属性の委譲としてポイント数を譲渡する場合、ステップＳ２３においては、ポイント数を管理するデータベースが更新される。即ち、属性委譲者のポイント数が委譲した分だけ減算され、被属性委譲者のポイント数が加算される。そして、リクエストに用いられた属性委譲証明書を無効にする処理が行われる。これにより、被属性委譲者が複数回ポイントを取得することを防止する。ゲームアイテムや通貨等の委譲に関しても同様の処理が行われるようになっている。
【０１０３】
このように、サービス提供を行うサービス提供アプリケーションに対して、正当性が検証された属性が転送されるため、サービス提供アプリケーションは属性に関する検証を行う必要がない。即ち、サービス提供システム４に含まれるように適用された属性委譲システム１００（リクエスト検証手段）は、属性委譲証明書が示す属性をリクエストを行った利用者の属性として受け付けることができる。
【０１０４】
以上、本発明の実施形態を説明したが、具体例を例示したに過ぎず、特に本発明を限定するものではなく、各手段等の具体的構成は、適宜設計変更可能である。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【０１０５】
即ち、本実施形態において、利用者は利用者装置を有し、利用者装置間で属性の委譲を行うことができるものであるが、属性委譲態様はこのようなものに限定されない。例えば、利用者は認証情報（個人証明書、秘密鍵、及び、属性証明書等）が記憶されたＩＣカード等の記憶媒体を有し、カードリーダライタ等を有したＰＣにより属性委譲が行われるものであってもよい。また、例えば、利用者は認証情報が記憶されたＰＣ端末を有し、インターネット、イントラネット等を介して属性委譲が行われるものであってもよい。
【０１０６】
また、上述した詳細な説明では、本発明をより容易に理解できるように、特徴的部分を中心に説明した。本発明は、上述した詳細な説明に記載する実施形態に限定されず、その他の実施形態にも適用することができ、その適用範囲は多様である。また、本明細書において用いた用語及び語法は、本発明を的確に説明するために用いたものであり、本発明の解釈を制限するために用いたものではない。また、当業者であれば、本明細書に記載された発明の概念から、本発明の概念に含まれる他の構成、システム、方法等を推考することは容易であると思われる。従って、請求の範囲の記載は、本発明の技術的思想の範囲を逸脱しない範囲で均等な構成を含むものであるとみなされなければならない。また、要約書の目的は、特許庁及び一般的公共機関や、特許、法律用語又は専門用語に精通していない本技術分野に属する技術者等が本出願の技術的な内容及びその本質を簡易な調査で速やかに判定し得るようにするものである。従って、要約書は、請求の範囲の記載により評価されるべき発明の範囲を限定することを意図したものではない。また、本発明の目的及び本発明の特有の効果を十分に理解するために、すでに開示されている文献等を充分に参酌して解釈されることが望まれる。
【０１０７】
上述した詳細な説明は、コンピュータで実行される処理を含むものである。以上での説明及び表現は、当業者が最も効率的に理解することを目的として記載している。本明細書では、１の結果を導き出すために用いられる各ステップは、自己矛盾がない処理として理解されるべきである。また、各ステップでは、電気的又は磁気的な信号の送受信、記録等が行われる。各ステップにおける処理では、このような信号を、ビット、値、シンボル、文字、用語、数字等で表現しているが、これらは単に説明上便利であるために用いたものであることに留意する必要がある。また、各ステップにおける処理は、人間の行動と共通する表現で記載される場合があるが、本明細書で説明する処理は、原則的に各種の装置により実行されるものである。また、各ステップを行うために要求されるその他の構成は、以上の説明から自明になるものである。
【符号の説明】
【０１０８】
１ 利用者装置
２ 認証局
３ 属性認証局
４ サービス提供システム
１０１ 記憶部
１０２ 認証情報取得部
１０３ 委譲属性決定部
１０４ 属性委譲証明書生成部
１０５ 属性委譲証明書記録部
１０６ リクエスト検証部
１０７ リクエスト受付部
１０８ 署名検証部
１０９ 利用者確認部
１１０ リクエスト要求部
１１１ 表示部
１１２ 入力部
１２０ 属性確認部
１３０ サービス提供部
２００ 利用者
【特許請求の範囲】
【請求項１】
認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲システムであって、
前記利用者の属性を示す属性情報を記憶する記憶手段と、
前記記憶手段から前記属性情報を取得する認証情報取得手段と、
属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段と、
前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成手段と、
前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段と、
前記サービス提供システムに含まれるように適用され、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段と
を有していることを特徴とする属性委譲システム。
【請求項２】
認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲システムであって、
前記利用者の個人証明書、及び、前記利用者の属性を示す属性情報を記憶する記憶手段と、
前記記憶手段から前記個人証明書、及び／又は、前記属性情報を取得する認証情報取得手段と、
属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段と、
前記被属性委譲者の個人証明書に基づく該被属性委譲者の識別情報と、前記属性委譲者の属性情報と、前記委譲属性と、これらへの前記属性委譲者の個人証明書に基づく署名とを含む属性委譲証明書を生成する属性委譲証明書生成手段と、
前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段と、
前記サービス提供システムに含まれるように適用され、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の署名を確認し、該利用者と前記識別情報との一致確認を行い、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段と
を有していることを特徴とする属性委譲システム。
【請求項３】
前記委譲属性決定手段は、前記属性を委譲する前記属性委譲者からの入力に応じて、前記委譲属性の有効期限を決定し、
前記属性委譲証明書生成手段は、決定した前記有効期限を含めた前記属性委譲証明書を生成することを特徴とする請求項１又は２に記載の属性委譲システム。
【請求項４】
前記リクエスト検証手段は、前記属性委譲証明書に含まれる前記属性情報と、前記署名とに基づいて、該属性情報を所有する利用者を確認することを特徴とする請求項２又は３に記載の属性委譲システム。
【請求項５】
認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲方法であって、
前記利用者が所有する記憶手段から該利用者の属性を示す属性情報を取得する認証情報取得ステップと、
属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定ステップと、
前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成ステップと、
前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録ステップと、
前記サービス提供システムに対して、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証ステップと
を有していることを特徴とする属性委譲方法。
【請求項６】
認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲プログラムであって、
利用者が有するコンピュータを、
前記利用者の属性を示す属性情報を記憶する記憶手段、
前記記憶手段から前記属性情報を取得する認証情報取得手段、
属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段、
前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成手段、及び、
前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段、
として機能させ、
前記サービス提供システムとしてのコンピュータを、
前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段
として機能させることを特徴とする属性委譲プログラム。
【請求項１】
認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲システムであって、
前記利用者の属性を示す属性情報を記憶する記憶手段と、
前記記憶手段から前記属性情報を取得する認証情報取得手段と、
属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段と、
前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成手段と、
前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段と、
前記サービス提供システムに含まれるように適用され、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段と
を有していることを特徴とする属性委譲システム。
【請求項２】
認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲システムであって、
前記利用者の個人証明書、及び、前記利用者の属性を示す属性情報を記憶する記憶手段と、
前記記憶手段から前記個人証明書、及び／又は、前記属性情報を取得する認証情報取得手段と、
属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段と、
前記被属性委譲者の個人証明書に基づく該被属性委譲者の識別情報と、前記属性委譲者の属性情報と、前記委譲属性と、これらへの前記属性委譲者の個人証明書に基づく署名とを含む属性委譲証明書を生成する属性委譲証明書生成手段と、
前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段と、
前記サービス提供システムに含まれるように適用され、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の署名を確認し、該利用者と前記識別情報との一致確認を行い、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段と
を有していることを特徴とする属性委譲システム。
【請求項３】
前記委譲属性決定手段は、前記属性を委譲する前記属性委譲者からの入力に応じて、前記委譲属性の有効期限を決定し、
前記属性委譲証明書生成手段は、決定した前記有効期限を含めた前記属性委譲証明書を生成することを特徴とする請求項１又は２に記載の属性委譲システム。
【請求項４】
前記リクエスト検証手段は、前記属性委譲証明書に含まれる前記属性情報と、前記署名とに基づいて、該属性情報を所有する利用者を確認することを特徴とする請求項２又は３に記載の属性委譲システム。
【請求項５】
認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲方法であって、
前記利用者が所有する記憶手段から該利用者の属性を示す属性情報を取得する認証情報取得ステップと、
属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定ステップと、
前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成ステップと、
前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録ステップと、
前記サービス提供システムに対して、前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証ステップと
を有していることを特徴とする属性委譲方法。
【請求項６】
認証局が認証する利用者に対して、属性認証局によって認証される該利用者の属性に基づいてサービスを提供するサービス提供システム、に適用する属性委譲プログラムであって、
利用者が有するコンピュータを、
前記利用者の属性を示す属性情報を記憶する記憶手段、
前記記憶手段から前記属性情報を取得する認証情報取得手段、
属性を委譲する属性委譲者からの入力に応じて、該属性委譲者の前記属性情報に基づき、属性が委譲される被属性委譲者への委譲属性を決定する委譲属性決定手段、
前記属性委譲者の属性情報と、前記委譲属性とを含む属性委譲証明書を生成する属性委譲証明書生成手段、及び、
前記被属性委譲者の記憶手段に属性情報として前記属性委譲証明書を記録する属性委譲証明書記録手段、
として機能させ、
前記サービス提供システムとしてのコンピュータを、
前記利用者から前記属性委譲証明書に基づくサービスの提供のリクエストがあった場合、該属性委譲証明書の属性を該利用者の属性として受け付けるリクエスト検証手段
として機能させることを特徴とする属性委譲プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−２０３５１６（Ｐ２０１２−２０３５１６Ａ）
【公開日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願番号】特願２０１１−６５６４２（Ｐ２０１１−６５６４２）
【出願日】平成２３年３月２４日（２０１１．３．２４）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２２年１０月１２日 一般社団法人 情報処理学会発行の「コンピュータセキュリティシンポジウム２０１０論文集」に発表 平成２２年１０月２０日 情報処理学会 コンピュータセキュリティ研究会主催の「コンピュータセキュリティシンポジウム２０１０」に発表
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０１４０８２０４）株式会社神戸デジタル・ラボ (2)
【Ｆターム（参考）】
【公開日】平成２４年１０月２２日（２０１２．１０．２２）
【国際特許分類】
【出願日】平成２３年３月２４日（２０１１．３．２４）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 平成２２年１０月１２日 一般社団法人 情報処理学会発行の「コンピュータセキュリティシンポジウム２０１０論文集」に発表 平成２２年１０月２０日 情報処理学会 コンピュータセキュリティ研究会主催の「コンピュータセキュリティシンポジウム２０１０」に発表
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０１４０８２０４）株式会社神戸デジタル・ラボ (2)
【Ｆターム（参考）】
[ Back to top ]