JP2007148903A - 属性証明書処理システム、属性証明要求装置、属性証明書発行装置、属性検証装置、属性証明要求方法、属性証明書発行方法、属性検証方法及びプログラム - Google Patents

Abstract

【課題】より効果的な属性証明書処理システムを提供することを目的とする。
【解決手段】属性証明要求装置１は、実ＩＤと変換後仮ＩＤ２と属性内容指示情報を含む発行要求を、属性証明書発行装置２へ送信し、変換後仮ＩＤ２と属性の内容と電子署名を含む属性証明書を受信し、変換後仮ＩＤ２を変換前の仮ＩＤ２に書き替えた属性証明書を、属性検証装置５へ送信する。
【選択図】 図１

Description

本発明は、属性証明書を扱う属性証明書処理システム、属性証明要求装置、属性証明書発行装置、属性検証装置、属性証明要求方法、属性証明書発行方法、属性検証方法及びプログラムに関する。

近年、インターネット等の不特定多数あるいは特定多数の計算機をパケット交換ネットワークで接続した環境において、個人情報保護の必要性が叫ばれ、計算機を操作する各個人のプライバシー保護が問題となっている。

この問題のひとつとして、一般に名寄せと呼ばれるものがある。これは、実ＩＤを利用した個人情報の採取方法である。

ここで、実ＩＤとは、（i）本人性の確認が第三者にとっても可能な識別子（例えば、住所をはじめとする戸籍情報など）、（ii）本人性の確認の結果、取得した識別子（例えば、電話番号、運転免許書番号など）、といった情報である。（ii）の識別子の取得時には本人性が確認されているため、その識別子を入手した第三者は、現実の世界での名簿等を利用するなどして（i）の情報を取得することが可能になる。

なお、以下では、個人情報を属性と呼んで説明することとする。一般には、属性とは、名前・住所・性別・年齢・職業・年収・趣味・好み・宗教・支持政党…など本人にまつわる様々な個人情報を指すが、ここでは、このような情報のうち、実ＩＤに相当する情報を除いたものを属性と呼ぶものとする。ただし、実ＩＤに相当する情報であっても、本人性の確認が難しいように一部に限定された情報は属性として扱うものとする（例えば、住所のうちの県名などが、これに該当する）。

名寄せは、実ＩＤと対応付けられた本人の複数の属性を様々な手段で入手し、それらの属性を実ＩＤにより統合する方法である。昨今ではプライバシーを「個人が自己に関する情報を、いつ、どのように、どの程度伝えるかを自ら決定できる権利」とする認識の仕方が広まりつつあるが、本人にまつわる複数の属性が自身の関与しないところで第三者により統合されてしまう名寄せの問題は、まさに、このプライバシー権の侵害の問題を含んでいる。

名寄せに対する一般的な解決方法としては、信頼できる第三者機関の存在を仮定し、その第三者機関が発行する識別情報（仮ＩＤ）を利用する方法がある。この方法においては、特定の仮ＩＤについて、特定の実ＩＤとの対応がとられていることが、信頼できる第三者機関によって保証されているとともに、第三者は、入手した仮ＩＤから対応する実ＩＤを知ることができず、仮ＩＤ単体で本人性を確認することはできないようになっている。ただし、仮ＩＤが同一である限り、同一人物（同一の実ＩＤ）に対応するものであることが、信頼できる第三者機関によって保証されている。

このような方式の代表的な公知例としては、「仮想ＩＤ」（例えば非特許文献１参照）が知られている。この方式においては、ユーザは本人性に関わる情報を登録証明局（ＣＡ）にのみ開示する。登録証明局は、ユーザの求めに応じてユーザの属性にリンクされた仮想ＩＤを発行する。ユーザは、この仮想ＩＤを利用することで、本人性にかかわる情報を危険にさらすことなくサービスを享受できる。さらに、ユーザが自身の属性を登録証明局に事前登録しておき、登録証明局を利用して、事前登録した属性の一部を仮ＩＤに付随する属性として第三者に証明すること（属性証明）ができる。
石垣良信他、"特集:個人情報保護法対策シリース゛"、http://www-6.ibm.com/jp/services/security/features/index.html

上述したように登録証明局を利用する方式によれば、名寄せの問題を防ぎつつ第三者に対して属性を提示することができる。しかしながら、この方式では、実ＩＤと様々な属性との対応が当該登録証明局に集約されてしまっており、システムの信頼性・安全性が登録証明局に依存しているという問題がある。このため、実ＩＤとユーザの利用している仮ＩＤとの対応を保持している登録証明局からの意図しない情報漏洩や登録証明局自身によるプライバシー侵害があった場合には、仮ＩＤからユーザ本人の行動が追跡できるという問題がある。

本発明は、上記事情を考慮してなされたもので、より効果的な属性証明書処理システム、属性証明要求装置、属性証明書発行装置、属性検証装置、属性証明要求方法、属性証明書発行方法、属性検証方法及びプログラムを提供することを目的とする。

本発明は、属性証明要求装置と、属性証明書発行装置と、実識別情報リンク装置と、仮識別情報リンク装置と、属性検証装置とを含む属性証明書処理システムであって、前記属性証明要求装置は、当該属性証明要求装置に係るユーザの属性との関係を持つ実識別情報と、該実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を、前記属性証明書発行装置及び前記実識別情報リンク装置においては逆変換できない方法で変換して得られる、変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を、要求先となる前記属性証明書発行装置へ送信する手段と、要求先の前記属性証明書発行装置から、前記変換後第２仮識別情報と、前記属性内容指示情報に従って作成された、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を受信する手段と、受信した前記属性証明書に含まれる前記変換後第２仮識別情報を、変換前の前記第２仮識別情報に書き替え、これによって得られた、前記第２仮識別情報と、前記証明対象となる属性の内容と、前記電子署名とを含む属性証明書を、前記属性検証装置へ送信する手段とを備え、前記属性証明書発行装置は、前記属性証明要求装置から、前記属性証明書発行要求を受信する手段と、受信した前記属性証明書発行要求に含まれる前記実識別情報と前記変換後第２仮識別情報とが相対応するものであることの確認を行うために、前記実識別情報及び前記変換後第２仮識別情報を含む第１確認要求を、要求先となる前記実識別情報リンク装置へ送信する手段と、前記第１確認要求に対する確認結果を受信する手段と、受信した前記確認結果が、確認に成功した旨を示すものである場合に、前記変換後第２仮識別情報と、前記属性証明書発行要求に含まれる前記属性内容指示情報に従って作成される、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を、要求元の前記属性証明要求装置へ送信する手段とを備え、前記実識別情報リンク装置は、前記属性証明書発行装置から、前記第１確認要求を受信する手段と、受信した前記第１確認要求に含まれる前記実識別情報に対応する第１仮識別情報と、前記第１確認要求に含まれる前記変換後第２仮識別情報とを含む第２確認要求を、要求先となる前記仮識別情報リンク装置へ送信する手段とを備え、前記仮識別情報リンク装置は、前記実識別情報リンク装置から、前記第２確認要求を受信する手段と、前記属性証明要求装置と同一の変換又はその逆変換を用いて、受信した前記第２確認要求に含まれる前記変換後第２仮識別情報と、受信した前記第２確認要求に含まれる前記第１仮識別情報に対応する第２仮識別情報との同一性を確認し、それらの同一性が確認された場合に、前記第１確認要求に対する確認結果として、確認に成功した旨を、前記第２確認要求の要求元の前記実識別情報リンク装置を介して又はこれを介さずに直接、前記第１確認要求の要求元の前記属性証明書発行装置へ送信する手段とを備え、前記属性検証装置は、前記属性証明要求装置から、前記属性証明書を受信する手段と、受信した前記属性証明書に含まれる前記証明対象となる属性の内容と、受信した前記属性証明書に含まれる前記第２仮識別情報を、前記属性証明要求装置と同一の方法で変換して得られる前記変換後第２仮識別情報と、前記属性証明書に含まれる前記電子署名とに基づいて、前記属性証明書を検証する手段とを備えたことを特徴とする。

なお、装置に係る本発明は方法に係る発明としても成立し、方法に係る本発明は装置に係る発明としても成立する。
また、装置または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラムとしても成立し、該プログラムを記録したコンピュータ読み取り可能な記録媒体としても成立する。

本発明によれば、より効果的な属性証明書処理システム、属性証明要求装置、属性証明書発行装置、属性検証装置、属性証明要求方法、属性証明書発行方法、属性検証方法及びプログラムを提供することができる。

以下、図面を参照しながら本発明の実施形態について説明する。

先に説明したように、信頼できる第三者機関の存在を仮定し、その第三者機関が発行する仮ＩＤを利用する従来の方法によれば、名寄せの問題を防ぎつつ第三者に対して属性を提示できるが、実ＩＤとユーザの利用している仮ＩＤとの対応を保持している登録証明局からの意図しない情報漏洩や登録証明局自身によるプライバシー侵害があった場合には、仮ＩＤからユーザ本人の行動が追跡できるという問題があった。

このような問題を解決できる構成として、一つの登録証明局への情報集中をさけるために、実ＩＤと仮ＩＤａの対応を保持する組織とは別に、仮ＩＤａとユーザが実際に利用する仮ＩＤｂとをリンクする組織を考え、これら組織と登録証明局が結託しないかぎり、実ＩＤとユーザが利用している仮ＩＤｂとの対応が知得できないようにする方法が考えられる。

ただし、このままでは実ＩＤと属性との対応を保証した組織は、ユーザの利用している仮ＩＤｂに対して属性証明を行う際に、新たに属性を証明される仮ＩＤｂの示すユーザが本当に実ＩＤのユーザと結びつくのかがわからない。そのため、ユーザが他人の仮ＩＤｂを提示して属性の証明を受ける危険性がある。これを防止するために、自身が保持するデータベースの識別子の主体（実ＩＤ）と、現在、属性の付与を要求されている識別子（仮ＩＤｂ）とが同一のユーザに由来することを確認する必要があるが、単純にシステムを構成した場合には、属性証明を行う組織が証明を行うために獲得した仮ＩＤｂから、自身の保存する実ＩＤと仮ＩＤｂとの対応関係を取得でき、簡単に名寄せを行うことができるという問題が発生する。

このような実ＩＤと仮ＩＤｂの主体との同一性確認を実現しつつ、属性証明を行う組織に名寄せを可能とする情報である仮ＩＤｂを漏洩させない方法としては、次のような方法が考えられるが、この方法にも問題がある。

まず、仮ＩＤａと仮ＩＤｂとの対応を管理するリンク機関を設け、ユーザが属性証明をうける際には、該リンク機関の公開鍵を利用して仮ＩＤｂを暗号化して提示する。属性証明を行う組織は、実ＩＤと仮ＩＤａとの対応をもとに、リンク機関に、仮ＩＤａと暗号化された仮ＩＤｂであるＥｎｃ（仮ＩＤｂ）を送信する。上記リンク機関では、Ｅｎｃ（仮ＩＤｂ）を秘密鍵により復号して、それと仮ＩＤａに対応する仮ＩＤｂとを比較する。この二つが一致した場合には、属性証明を行う組織に、仮ＩＤａと対応する仮ＩＤｂと復号した仮ＩＤｂが一致した旨を伝える。そして、この結果をうけた属性証明を行う組織は、Ｅｎｃ（仮ＩＤｂ）と属性との対応を保証（属性証明）する。属性証明書の発行を受けたユーザは、この証明書を、属性証明書の検証者に提出する。ここで、属性証明書の検証は、属性証明書の電子署名を確認するなどして、確かに属性証明を行う組織によりＥｎｃ（仮ＩＤｂ）と属性の対応が認定されていることを確認し、次に、上記リンク機関に対して、Ｅｎｃ（仮ＩＤｂ）の復号を依頼する。上記リンク機関は、この要求に答えてＥｎｃ（仮ＩＤｂ）を復号し、その結果（仮ＩＤｂ）を検証者に返す。以上の処理を経て、検証者は、仮ＩＤｂの主体が属性を持つことを確認することができる。

しかしながら、この方法においては、属性証明書の検証者が、検証過程において、属性証明書に記載された情報を復号し正当性を確認するために、上記リンク機関に問い合わせを行う必要がある。このことは、上記リンク機関に係る処理装置の負担を大きくするとともに、その処理装置の故障や上記リンク機関の公開鍵の失効がシステム全体に大きな影響を与えるなど、その属性証明システムの可用性が、上記リンク機関の可用性に依存してしまう。さらに、上記リンク機関は、無差別なＥｎｃ（仮ＩＤｂ）の復号要求に応じるわけにはいかない。すなわち、名寄せを防ぐためには、実ＩＤと暗号化された仮ＩＤｂとの対応を知りえる主体からの問い合わせは拒否する必要がある。このためには、暗号化された仮ＩＤｂの復号要求元を認証する必要があるが、この認証作業を実現するためには、それぞれの検証者の正当性を確認するインフラが必要であるなどの難しさがある。以上のことから、上記のシステムを実際に構築するのは高いコストを必要とし、その可用性にも問題が残る。

そこで、以下では、より工夫した属性証明システムについて説明する。

図１に、本実施形態に係る通信システムの構成例を示す。

図１において、１は属性証明要求装置、２は属性証明書発行装置、３は実ＩＤ（実識別情報）リンク装置、４は仮ＩＤ（仮識別情報）リンク装置、５は属性検証装置である。

概略的には、属性証明要求装置１は、属性証明書発行装置２に対して必要な情報を提示して属性証明書を発行してもらい、また、属性証明書を属性検証装置５に提供するものである。

属性証明書発行装置２は、実ＩＤと属性（またはそのもととなる情報）との対応を管理し、属性証明要求装置１からの要求に応じて、実ＩＤリンク装置３及び仮ＩＤリンク装置４と連携して、属性証明要求装置１から要求された属性証明書を発行するものである。

実ＩＤリンク装置３は、実ＩＤと第１の仮ＩＤ（以下、仮ＩＤ１）との対応を管理するものである。

仮ＩＤリンク装置４、仮ＩＤ１と、第２の仮ＩＤ（以下、仮ＩＤ２）との対応を管理するものである。

また、仮ＩＤリンク装置４は、属性証明書発行装置２からの要求に応じて、実ＩＤリンク装置３と連携して、対象となる実ＩＤと仮ＩＤ２（実際には後述するように仮ＩＤ２をハッシュ処理等により変換したもの）との対応を検証するものである。

本実施形態では、属性証明書を発行するための機能を、属性証明書発行装置２と実ＩＤリンク装置３と仮ＩＤリンク装置４に分離し、それら３台が結託しない限り、名寄せができないように工夫している。また、運用における問題発生時の影響も軽減することができる。

属性検証装置５は、属性証明要求装置１から提供された属性証明書を検証するものである。なお、本実施形態では、属性検証装置５は、単独で属性証明書を検証することができるように工夫している。

属性証明要求装置１と属性証明書発行装置２と実ＩＤリンク装置３と仮ＩＤリンク装置４と属性検証装置５とは、例えばインターネットなどのオープンなネットワークおよびそれに接続された専用線などを含む各種通信ネットワーク６で接続される。なお、それら装置間の通信には、例えば、ＴＣＰ／ＩＰを用いることができる。また、それら装置の発着信アドレスを秘匿する匿名通信技術を併用することで、第三者に対する匿名性を強化することも可能であり、この場合には、オニオンルーティングなどの既存の匿名通信技術を利用することができる。

図１において属性証明要求装置１は1台のみ示しているが、複数台存在して構わない。属性証明書発行装置２についても同様である。

図１において属性証明書発行装置２は1台のみ示しているが、これを複数台設ける構成方法も可能である。この場合に、一つの属性証明要求装置１は、一つの属性証明書発行装置２に発行要求を行う構成と、一つの属性証明要求装置１が、複数の属性証明書発行装置２を適宜選択して発行要求を行う構成とが考えられる。後者の構成の場合、例えば、属性証明要求装置１は、発行要求する属性証明書に係る実ＩＤ、仮ＩＤ１もしくは属性Ａ１またはそれらの組み合わせに応じて、要求先となる属性証明書発行装置２を特定するようにしてもよい。

また、実ＩＤリンク装置３についても、図１では1台のみ示しているが、これを複数台設ける構成方法も可能である。この場合に、一つの属性証明書発行装置２は、一つの実ＩＤリンク装置３に同一性確認要求を行う構成と、一つの属性証明書発行装置２が、複数の実ＩＤリンク装置３を適宜選択して同一性確認要求を行う構成とが考えられる。後者の構成の場合、例えば、属性証明書発行装置２は、同一性確認要求に係る実ＩＤに応じて、要求先となる実ＩＤリンク装置３を特定するようにしてもよい。

また、仮ＩＤリンク装置４についても、図１では1台のみ示しているが、これを複数台設ける構成方法も可能である。この場合に、一つの実ＩＤリンク装置３は、一つの仮ＩＤリンク装置４に同一性確認依頼を行う構成と、一つの実ＩＤリンク装置３が、複数の仮ＩＤリンク装置４を適宜選択して同一性確認依頼を行う構成とが考えられる。後者の構成の場合、例えば、実ＩＤリンク装置３は、同一性確認依頼に係る仮ＩＤ１に応じて、要求先となる仮ＩＤリンク装置４を特定するようにしてもよい。

なお、以下では、仮ＩＤリンク装置４が複数台存在し得る場合を例にとって説明している（詳しくは後述するが、実ＩＤリンク装置３が、仮ＩＤ１に対応する仮ＩＤリンク装置４のアドレスを保持するようにしている）。

属性証明要求装置１、属性証明書発行装置２、実ＩＤリンク装置３、仮ＩＤリンク装置４、属性検証装置５は、例えば、ハードウェアとして実現することもできるし、計算機上で動作するソフトウェアとして実現することもできる。後者の場合に、属性証明要求装置１や属性検証装置５は、例えば、ユーザ計算機に搭載される（なお、1台のユーザ計算機に、属性証明要求装置１と属性検証装置５の一方のみが搭載されてもよいし、両方が搭載されてもよい）。また、属性証明書発行装置２、実ＩＤリンク装置３、仮ＩＤリンク装置４は、例えば、互いに独立した管理主体により管理されるそれぞれのサーバ計算機に搭載される。

本実施形態では、大きく分けて、属性証明書の要求・発行の流れと、属性証明書の提供・検証の流れ２つがある。

属性証明書の要求・発行においては、詳しくは後述するように、属性証明要求装置１は、仮ＩＤ２に所定の変換処理を施して、データＨＡＳＨ（仮ＩＤ２）に変換した上で、（実ＩＤ，ＨＡＳＨ（仮ＩＤ２），属性内容指示情報）を含む発行要求を、要求先の属性証明書発行装置２へ送信し、これを受けた属性証明書発行装置２は、（実ＩＤ，ＨＡＳＨ（仮ＩＤ２））を含む同一性確認要求を、要求先の実ＩＤリンク装置３へ送信し、これを受けた実ＩＤリンク装置３は、実ＩＤに対応する仮ＩＤ１を求めて、（仮ＩＤ１，ＨＡＳＨ（仮ＩＤ２））を含む同一性確認依頼を、要求先の仮ＩＤリンク装置４へ送信し、これを受信した仮ＩＤリンク装置４は、仮ＩＤ１に対応する仮ＩＤ２を求めて、仮ＩＤ１及びＨＡＳＨ（仮ＩＤ２）について同一性の確認を行う。

そして、同一性が確認できれば、仮ＩＤリンク装置４は、確認結果として、同一性が確認された旨（あるいは、確認に成功した旨）を、要求元の実ＩＤリンク装置３へ送信し、これを受けた実ＩＤリンク装置３は、同一性が確認された旨（あるいは、確認に成功した旨）を、要求元の属性証明書発行装置２へ送信し、確認結果として、同一性が確認された旨を受けた属性証明書発行装置２は、属性内容指示情報に従って属性証明書に記載すべき属性を求めるとともに、属性及びＨＡＳＨ（仮ＩＤ２）に対する電子署名ＳＩＧを生成した上で、（ＨＡＳＨ（仮ＩＤ２），属性Ａ１，電子署名ＳＩＧ）を含む属性証明書を発行して、これを、要求元の属性証明要求装置１へ送信する。

なお、同一性が確認できなければ、実ＩＤリンク装置３または仮ＩＤリンク装置４から、同一性が確認できない旨（あるいは、確認に失敗した旨）が、属性証明書発行装置２へ送信される。

また、同一性が確認できないなどによって、属性証明書が発行できない場合には、エラー通知が、属性証明要求装置１へ送信される。

属性証明書の提示・検証においては、詳しくは後述するように、属性証明要求装置１は、発行された属性証明書に含まれるデータＨＡＳＨ（仮ＩＤ２）を仮ＩＤ２に書き替えた上で、（仮ＩＤ２，属性Ａ１，電子署名ＳＩＧ）を含む属性証明書を、属性検証装置５へ提供し、属性検証装置５は、提供された属性証明書に含まれる仮ＩＤ２からデータＨＡＳＨ（仮ＩＤ２）を生成した上で、属性及びＨＡＳＨ（仮ＩＤ２）に対して付与された電子署名ＳＩＧを用いて、属性証明書を検証する。

なお、属性証明要求装置１は、（例えば、属性検証装置５からの要求、あるいは、属性証明要求装置１が搭載されている計算機上で動作する他のアプリケーションからの要求、あるいは、属性証明要求装置１のユーザからの指示などによって）属性検証装置５へ属性証明書を提供する必要が生じた場合に、属性証明書発行装置２に属性証明書の発行を要求してもよい。また、この場合に、常に属性証明書の発行を要求し、これによって取得した属性証明書を属性検証装置５へ提供するようにしてもよいし、該当する属性証明書が属性証明要求装置１内に保持されていないときは、属性証明書の発行を要求し、これによって取得した属性証明書を属性検証装置５へ提供し、該当する属性証明書が属性証明要求装置１内に保持されているときは、属性証明書の発行を要求せず、当該保持されている属性証明書を属性検証装置５へ提供するようにしてもよい。あるいは、また、属性検証装置５へ属性証明書を提供する必要が生じた場合以外でも、例えば事前に属性証明書を用意しておくなどの場合に、属性証明書の発行を要求するようにしてもよい。

以下では、上記の個々の装置について詳しく説明する。

図２に、本実施形態に係る属性証明要求装置１の構成例を示す。

図２に示されるように、本構成例の属性証明要求装置１は、データ変換処理部１１、発行要求生成部１２、送信部１３、受信部１４、属性証明書記録部１５、属性証明書提示部１６、仮ＩＤテーブル１０１、実ＩＤテーブル１０２、属性証明書テーブル１０３を備えている。なお、図２では、本実施形態に関係する部分を示しており、属性証明要求装置１が他の処理部を備えていても構わない。

実ＩＤテーブル１０２には、属性証明要求装置１が属性証明書の発行要求を行う際に利用する、当該ユーザに係る実ＩＤが記載されている。ここでは、実ＩＤには、例えば公共の役所等において当該ユーザの本人性を確認した上で発行された識別子が用いられるものとする。このような実ＩＤの例としては、住民基本台帳ネットワークにおける住基ＩＤなどがある。なお、ここでは、本人性を確認した上で発行された識別子を実ＩＤとして利用する場合について説明しているが、本人性の確認に利用する情報そのものを実ＩＤとして利用する場合も可能である。

仮ＩＤテーブル１０１には、当該属性証明要求装置１が利用する仮ＩＤである第１の仮ＩＤ（以下、仮ＩＤ１と記述する）、第２の仮ＩＤ（以下、仮ＩＤ２と記述する）が記載されている。なお、仮ＩＤテーブル１０１に、仮ＩＤ１と仮ＩＤ２の組が複数記載可能であって構わない。また、仮ＩＤは、その利用目的や利用アプリケーションなどの情報とともに記載されていてもよい。ここで、仮ＩＤ１は、実ＩＤリンク装置３によって事前に当該ユーザに係る実ＩＤに対応するものとして発行され、仮ＩＤテーブル１０１に登録されるものとする。また、仮ＩＤ２は、仮ＩＤリンク装置４によって事前に当該ユーザに係る仮ＩＤ１に対応するものとして発行され、仮ＩＤテーブル１０１に登録されるものとする。なお、これらの他にも、仮ＩＤはユーザが利用するアプリケーションにおいてユーザに対して発行されているなど、様々な形態が考えられる。

また、実ＩＤテーブル１０２に、複数の実ＩＤを記載可能にしてもよく、この場合に、仮ＩＤテーブル１０１には、各実ＩＤごとに、対応する仮ＩＤ１及び仮ＩＤ２が記載される。

属性証明書テーブル１０３には、発行要求先の属性証明書発行装置２から受信した属性証明書が保持されている。なお、属性証明書のデータと併せて仮ＩＤ２を保持しておくようにしてもよく、これによって、後述する属性証明書提示部１６におけるデータの入れ替え処理を簡単化することができる。

送信部１３は、発行要求生成部１２や属性証明書提示部１６や他の処理部から受け取ったデータを、ネットワーク６に送信するためのものである。

受信部１４は、ネットワーク６からデータを受信して、他の処理部や属性証明書記録部１５に伝えるためのものである。

データ変換処理部１１は、属性証明書発行装置２に対して属性証明書の発行要求を行う際に、仮ＩＤテーブル１０１から、属性Ａ１を付与して欲しい仮ＩＤである仮ＩＤ２を取得し、この仮ＩＤ２に対して、例えばＳＨＡ１によるハッシュ処理を実行して、データＨＡＳＨ（仮ＩＤ２）に変換する。なお、属性検証装置５のデータ変換処理部５２（図６参照）での仮ＩＤ２に対する変換処理は、ここでの仮ＩＤ２に対する変換処理と同一になる。

なお、ここでは変換処理の一例としてＳＨＡ１によるハッシュ処理を示したが、属性証明書発行装置２及び実ＩＤリンク装置３並びに第三者にとって変換後のデータＨＡＳＨ（仮ＩＤ２）から仮ＩＤ２への逆変換が著しく困難な変換処理（一方向性関数処理）であればよく、他のハッシュ関数や、属性証明書発行装置２及び実ＩＤリンク装置３並びに第三者が鍵（例えば、共通鍵）を保持しないため復号できないような暗号処理であってもよい。

仮ＩＤ２を変換して得られたデータＨＡＳＨ（仮ＩＤ２）は、データ変換処理部１１から発行要求生成部１２へ伝える。

発行要求生成部１２は、属性証明書発行装置２に対する属性証明書の発行要求を生成するためのものである。発行要求は、実ＩＤテーブル１０２から取得した実ＩＤと、データ変換処理部１１から与えられたデータＨＡＳＨ（仮ＩＤ２）と、証明を要求する属性Ａ１の内容を指示するための属性内容指示情報（例えば、どの属性をどの程度まで証明することが要求されているかを特定可能とする情報（より具体的には、例えば、住所のうちの県名を指示する情報、住所のうちの県名及び市名を指示する情報、生年月日の特定の一部又は全部を指示する情報、出身大学名を指示する情報、出身大学名及び学部名を指示する情報、職業について業種を指示する情報、職業について勤務先企業名を指示する情報、など））とを含む。これらデータ（実ＩＤ，ＨＡＳＨ（仮ＩＤ２），属性内容指示情報）を含む発行要求は、送信部１３を介して属性証明書発行装置２に送信される。

なお、発行要求には、上記の（実ＩＤ，ＨＡＳＨ（仮ＩＤ２），属性内容指示情報）の他にも、発行してもらいたい属性証明書の有効期限などの情報や、その属性証明書を開示する相手を制限するための情報等を含めてもよい。例えば、属性を特定のユーザの公開鍵で暗号化するように指示することで、秘密鍵をもったユーザのみが、属性証明書がどのような属性を保証しているのかを知り得るようにしてもよい。また、例えば、属性証明書には属性そのものを記載するのではなく、実ＩＤに対応する属性証明書発行装置２（の属性テーブル２０１）（図３参照）へのアクセスを可能とするパスワードなどを記載しておき、属性検証装置５が属性を知りたい場合には、その都度パスワードを利用して属性証明書発行装置２にアクセスすることで、その時点での属性をチェックできるようにしてもよい。

属性証明書記録部１５は、発行要求先の属性証明書発行装置２から受信した属性証明書を、属性証明書テーブル１０３に記録するためのものである。

属性証明書には、データＨＡＳＨ（仮ＩＤ２）と、属性Ａ１と、それらデータに対して生成された電子署名ＳＩＧが含まれる。

なお、属性証明書には、証明書の有効期限なども含めることが可能である。

属性証明書のフォーマットとしては、例えば、Ｘ．５０９属性証明書などが利用可能である。

属性証明書提示部１６は、属性検証装置５に対して属性証明書テーブル１０３に保持されている属性証明書を送信し、仮ＩＤ２の属性を提示するためのものである。その際、属性証明書提示部１６は、属性証明書に含まれるデータ（ＨＡＳＨ（仮ＩＤ２），属性Ａ１，電子署名ＳＩＧ）のうち、属性を保持する主体を記録した部分の値すなわちデータＨＡＳＨ（仮ＩＤ２）を、変換前のデータである仮ＩＤ２に書き替えて、（仮ＩＤ２，属性Ａ１，電子署名ＳＩＧ）とした上で送信する。

図３に、本実施形態に係る属性証明書発行装置２の構成例を示す。

図３に示されるように、本構成例の属性証明書発行装置２は、受信部２１、同一性確認要求生成部２２、送信部２３、同一性確認結果受信部２４、属性証明書生成部２５、属性テーブル２０１を備えている。なお、図３では、本実施形態に関係する部分を示しており、属性証明書発行装置２が他の処理部を備えていても構わない。

属性テーブル２０１には、実ＩＤとその属性とを対応付けて登録したリストが記載されている。このリストに登録されている属性は、例えば、ユーザの事前申請により本人性を確認の上で登録されるものであったり、各種の資格検定等を実施している組織が保持する資格者のデータベースであったりすることなどを想定している。実ＩＤは、例えば、事前申請時や資格検定申し込み時などにおける本人性確認時に取得することなどを想定している。

受信部２１は、ネットワーク６からデータを受信して、同一性確認結果受信部２４や他の処理部に伝えるためのものである。

送信部２３は、同一性確認要求生成部２２や属性証明書生成部２５や他の処理部からデータを受信し、それをネットワーク６へ送信するためのものである。

同一性確認要求生成部２２は、属性証明要求装置１から、（実ＩＤ，ＨＡＳＨ（仮ＩＤ２），属性内容指示情報）を含む属性証明書の発行要求を受信した場合に、要求された属性証明書を生成するのに先立って、該発行要求に含まれる実ＩＤとＨＡＳＨ（仮ＩＤ２）とが同一のユーザに由来するものであるかどうかの確認を行うために、実ＩＤリンク装置３に、当該実ＩＤとＨＡＳＨ（仮ＩＤ２）とを含む同一性確認要求（第１の確認要求）を送信するためのものである。

同一性確認結果受信部２４は、同一性確認要求先の実ＩＤリンク装置３から受信した確認結果に従って属性証明書生成部２５の動作を制御するためのものである。同一性が確認できた場合には、属性証明書生成部２５を作動させる。なお、同一性が確認できなかった場合には、要求元の属性証明要求装置１にエラーを返すようにすると好ましい。

属性証明書生成部２５は、属性証明要求装置１から受信した発行要求に含まれる実ＩＤとＨＡＳＨ（仮ＩＤ２）とのユーザの同一性が確認できた場合に、属性証明書の生成処理を行うためのものである。

まず、属性テーブル２０１に当該実ＩＤに対応して登録されている属性から、発行要求に含まれる属性内容指示情報が示す指示内容に従って抽出した属性Ａ１を取得する。なお、ここで、該属性内容指示情報に従った属性が抽出できなかった場合には、要求元の属性証明要求装置１へエラーを返すようにすると好ましい。

次いで、該属性Ａ１とＨＡＳＨ（仮ＩＤ２）との組に対して、当該属性証明書発行装置２の秘密鍵を利用して電子署名ＳＩＧを生成する。

具体的には、例えば、該属性Ａ１とＨＡＳＨ（仮ＩＤ２）とを結合して得られるデータＡ１｜｜ＨＡＳＨ（仮ＩＤ２）に対して当該属性証明書発行装置２の秘密鍵を利用して暗号処理（例えば、該秘密鍵による暗号化）を施して、データＳＫ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２））を生成し、これを、電子署名ＳＩＧとしてもよい。

また、例えば、該属性Ａ１とＨＡＳＨ（仮ＩＤ２）とを結合して得られるデータＡ１｜｜ＨＡＳＨ（仮ＩＤ２）に対して例えばＳＨＡ１によるハッシュを計算してデータＨＡＳＨ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２））を生成し、これに対して当該属性証明書発行装置２の秘密鍵を利用して暗号処理（例えば、該秘密鍵による暗号化）を施して、データＳＫ（ＨＡＳＨ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２）））を生成し、これを、電子署名ＳＩＧとしてもよい。

そして、これら（ＨＡＳＨ（仮ＩＤ２）、属性Ａ１、電子署名ＳＩＧ）の３つのデータの組をもとに、属性証明書を生成する。

なお、電子署名の生成方法は、上記以外にも種々の方法が可能であり、例えば、属性証明書発行装置２のみが電子署名データを作成し、且つ、当該電子署名データはデータＨＡＳＨ（仮ＩＤ２）と属性Ａ１との対応を保証する（完全性を保証する）ものであり、且つ、少なくとも属性検証装置５にとって属性証明書発行装置２が当該電子署名データを作成したことが確認できる方法であればよい。

また、属性証明書には、有効期限やその他の情報が記載されていてもよい。

図４に、本実施形態に係る実ＩＤリンク装置３の構成例を示す。

図４に示されるように、本構成例の実ＩＤリンク装置３は、受信部３１、同一性確認依頼中継部３２、送信部３３、同一性確認結果中継部３４、実ＩＤ対応テーブル３０１を備えている。なお、図４では、本実施形態に関係する部分を示しており、実ＩＤリンク装置３が他の処理部を備えていても構わない。

なお、属性証明書発行装置２に実ＩＤリンク装置３の機能を保持させて同一の装置とすることも可能であるが、本実施形態では、属性に関連する機能と情報を分散させることによって情報漏洩などの問題発生時の影響を軽減させることを狙って、属性証明書発行装置２と実ＩＤリンク装置３とを装置として分離させ、異なる組織によって運営されることを想定している。

実ＩＤ対応テーブル３０１には、実ＩＤと、これに対応する仮ＩＤ１と、この仮ＩＤ１を仮ＩＤ２にリンクしている仮ＩＤリンク装置４のアドレスとを対応付けて登録したリストが記載されている。

ここで、システムの運用や実ＩＤリンク装置のポリシー等によって、このテーブルの作成方法は様々に考えられるが、実ＩＤと、当該実ＩＤとの対応が信頼できる形で保証された仮ＩＤ１との対応が記載され、その仮ＩＤ１と仮ＩＤ２とを結びつける仮ＩＤリンク装置４のアドレスが記載されたものであればよい。構成方法としては、例えば、次のような方法がある。まず、実ＩＤリンク装置３を運営する組織が、郵送、窓口申し込み等のオフラインでユーザの本人性を確認した上で、実ＩＤをユーザに発行するとともに、実ＩＤリンク装置３に登録した上で、さらにユーザに対して仮ＩＤ１を発行する。そして、ユーザは、発行された仮ＩＤ１を利用して仮ＩＤリンク装置４に仮ＩＤ２を発行させ、仮ＩＤ１と仮ＩＤ２との対応を仮ＩＤリンク装置４に記録させる。その後、ユーザは実ＩＤリンク装置３に対して仮ＩＤリンク装置４のアドレスを伝える。なお、この際に、実ＩＤリンク装置２が電子署名を施した仮ＩＤ１のＩＤ証明書を利用することで、実ＩＤリンク装置２、仮ＩＤリンク装置３ともに仮ＩＤ１のユーザの認証が容易になる。

受信部３１は、ネットワーク６からデータを受信して、同一性確認依頼中継部３２や同一性確認結果中継部３４やその他の処理部へ伝えるためのものである。

送信部３３は、同一性確認依頼中継部３２や同一性確認結果中継部３４や他の処理部からのデータを、ネットワーク６に送信するためのものである。

同一性確認依頼中継部３２は、属性証明書発行装置２から、（実ＩＤ，ＨＡＳＨ（仮ＩＤ２））を含む同一性確認要求を受信した場合に、該発行要求に含まれる実ＩＤ、そして、これに対応する仮ＩＤ１と、該発行要求に含まれるＨＡＳＨ（仮ＩＤ２）とが同一のユーザに由来するものであるかどうかの確認を行うために、実ＩＤ対応テーブル３０１から、該同一性確認要求に含まれる実ＩＤに対応して登録されている「仮ＩＤ１の値」と「当該仮ＩＤ１について、当該仮ＩＤ１と仮ＩＤ２との対応を管理している仮ＩＤリンク装置４のアドレス」とを取得し、当該取得したアドレスに従って、（仮ＩＤ１，ＨＡＳＨ（仮ＩＤ２））とを含む同一性確認依頼（第２の確認要求）を、仮ＩＤリンク装置４に送信するためのものである。

なお、同一性確認依頼中継部３２は、実ＩＤ対応テーブル３０１から、該同一性確認要求に含まれる実ＩＤをもとに、仮ＩＤ１またはアドレスが取得できなかった場合には、同一性確認要求元の属性証明書発行装置２に、同一性が確認できない（もしくはエラー通知）を返すようにすると好ましい。

同一性確認結果中継部３４は、同一性確認依頼先の仮ＩＤリンク装置４から受信した同一性確認結果を、同一性確認要求元の属性証明書発行装置２に中継するためのものである。

なお、仮ＩＤリンク装置４が一つしか存在しない場合など、実ＩＤごとに仮ＩＤリンク装置のアドレスを取得しない構成も可能である。

図５に、本実施形態に係る仮ＩＤリンク装置４の構成例を示す。

図５に示されるように、本構成例の仮ＩＤリンク装置４は、受信部４１、同一性確認依頼受信部４２、データ変換処理部４３、同一性確認部４４、送信部４５、仮ＩＤ対応テーブル４０１を備えている。なお、図５では、本実施形態に関係する部分を示しており、仮ＩＤリンク装置４が他の処理部を備えていても構わない。

仮ＩＤ対応テーブル４０１は、仮ＩＤ１と、これに対応する仮ＩＤ２とを対応付けて登録したリストが記載されている。

ここで、システムの運用や仮ＩＤリンク装置のポリシー等によって、このテーブルの作成方法は様々に考えられるが、実ＩＤとの対応が信頼できる形で保証された仮ＩＤ１と、当該仮ＩＤ１との対応が信頼できる形で保証された仮ＩＤ２の情報との対応が記載されたものであればよい。例えば、実ＩＤリンク装置３により電子署名がなされた仮ＩＤ１のＩＤ証明書と、ＩＤ証明書で保証された仮ＩＤ１の主体であることを確認した主体からの発行要求に答えて、自ら生成した仮ＩＤ２との対応を記録する方法などがある。

送信部４５は、同一性確認部４４や他の処理からのデータをネットワーク６に送信する。

受信部４１は、ネットワーク６からデータを受信し同一性確認依頼受信部４２や他の処理へ伝える。

同一性確認依頼受信部４２は、実ＩＤリンク装置３から、（仮ＩＤ１，ＨＡＳＨ（仮ＩＤ２））を含む同一性確認依頼を受信し、データ変換処理部４３を起動させる。

データ変換処理部４３は、実ＩＤリンク装置３からの同一性確認依頼に含まれる仮ＩＤ１を利用して仮ＩＤ対応テーブル４０１から仮ＩＤ２を取得し、その仮ＩＤ２に対して、属性証明要求装置１のデータ変換処理部１１（図２参照）が仮ＩＤ２に対して施す変換処理と同一の変換処理を施して、データＨＡＳＨ（仮ＩＤ２）´を生成する。

なお、属性証明要求装置１のデータ変換処理部１１について説明したように、ここでは変換処理の一例としてＳＨＡ１によるハッシュ処理を示しているが、同様に、属性証明書発行装置２及び実ＩＤリンク装置３並びに第三者にとって変換後のデータから仮ＩＤ２への逆変換が著しく困難な変換処理（一方向性関数処理）であればよく、他のハッシュ関数や、属性証明書発行装置２及び実ＩＤリンク装置３並びに第三者が鍵（例えば、共通鍵）を保持しないため復号できないような暗号処理であってもよい。

同一性確認部４４は、データ変換処理部４３によって生成されたＨＡＳＨ（仮ＩＤ２）´と、実ＩＤリンク装置３からの同一性確認依頼に含まれるＨＡＳＨ（仮ＩＤ２）とを比較し、それらが等しい場合には、仮ＩＤ１とＨＡＳＨ（仮ＩＤ２）との同一性が確認された旨を返し、一致しない場合には、同一性が確認できない旨（もしくはエラー通知）を返す。

なお、ここでは、仮ＩＤリンク装置４から実ＩＤリンク装置３へ、同一性が確認された旨または同一性が確認できない旨（もしくはエラー通知）を返し、これを実ＩＤリンク装置３が属性証明書発行装置２へ中継するようにしたが、仮ＩＤリンク装置４から属性証明書発行装置２へ直接、同一性が確認された旨または同一性が確認できない旨（もしくはエラー通知）を応答するように構成してもよい。

図６に、本実施形態に係る属性検証装置５の構成例を示す。

図６に示されるように、本構成例の受信部５１、データ変換処理部５２、属性証明書検証部５３を備えている。なお、図６では、本実施形態に関係する部分を示しており、属性検証装置５が他の処理部を備えていても構わない。

受信部５１は、ネットワーク６からデータを受信し、データ変換処理部５２や他の処理へ伝えるためのものである。

データ変換処理部５２は、属性証明要求装置１から受信した属性証明書に含まれる（仮ＩＤ２，属性Ａ１，電子署名ＳＩＧ）のうち、仮ＩＤ２に対して、属性証明要求装置１のデータ変換処理部１１（図２参照）が仮ＩＤ２に対して施す変換処理と同一の変換処理を施して、データＨＡＳＨ（仮ＩＤ２）´´に変換する。

なお、属性証明要求装置１のデータ変換処理部１１について説明したように、ここでは変換処理の一例としてＳＨＡ１によるハッシュ処理を示しているが、同様に、属性証明書発行装置２及び実ＩＤリンク装置３並びに第三者にとって変換後のデータから仮ＩＤ２への逆変換が著しく困難な変換処理（一方向性関数処理）であればよく、他のハッシュ関数や、属性証明書発行装置２及び実ＩＤリンク装置３並びに第三者が鍵（例えば、共通鍵）を保持しないため復号できないような暗号処理であってもよい。

属性証明書検証部５３は、属性証明書発行装置２の公開鍵を用いて、属性証明書に含まれる（ＨＡＳＨ（仮ＩＤ２）と属性Ａ１に対して生成された）電子署名ＳＩＧの検証処理を、属性証明書に含まれる仮ＩＤ２から生成したＨＡＳＨ（仮ＩＤ２）´´と、属性証明書に含まれる属性Ａ１に対して行う。

この検証処理の内容は、電子署名ＳＩＧの生成方法に応じたものになる。

例えば、電子署名ＳＩＧの生成方法として、属性Ａ１とＨＡＳＨ（仮ＩＤ２）とを結合して得られるデータＡ１｜｜ＨＡＳＨ（仮ＩＤ２）に対して当該属性証明書発行装置２の秘密鍵を利用して暗号処理（例えば、該秘密鍵による暗号化）を施して、データＳＫ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２））を生成し、これを、電子署名ＳＩＧとする方法がとられる場合には、属性証明書検証部５３は、例えば、電子署名ＳＩＧを属性証明書発行装置２の公開鍵で暗号処理（例えば、該公開鍵による復号）を施して、データＡ１｜｜ＨＡＳＨ（仮ＩＤ２）を求め、この求められたデータＡ１及びＨＡＳＨ（仮ＩＤ２）と、属性証明書に含まれる仮ＩＤ２から生成したＨＡＳＨ（仮ＩＤ２）´´及び属性証明書に含まれる属性Ａ１とをそれぞれ比較し、いずれについても一致が得られれば、この属性証明書の検証は成功し、仮ＩＤ２のユーザが属性Ａ１を持つことが保証されることがわかる。

また、例えば、電子署名ＳＩＧの生成方法として、属性Ａ１とＨＡＳＨ（仮ＩＤ２）とを結合して得られるデータ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２））に対して例えばＳＨＡ１によるハッシュを計算してデータＨＡＳＨ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２））を生成し、これに対して当該属性証明書発行装置２の秘密鍵を利用して第１の暗号処理（例えば、該秘密鍵による暗号化）を施して、データＳＫ（ＨＡＳＨ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２）））を生成し、これを、電子署名ＳＩＧとする方法がとられる場合には、属性証明書検証部５３は、例えば、電子署名ＳＩＧを属性証明書発行装置２の公開鍵を利用して第１の暗号処理に対する逆変換となる第２の暗号処理（例えば、該公開鍵による復号）を施して、ＨＡＳＨ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２））を求めるとともに、属性証明書に含まれる仮ＩＤ２から生成したＨＡＳＨ（仮ＩＤ２）´´と、属性証明書に含まれる属性Ａ１とを結合して得られるデータＡ１｜｜ＨＡＳＨ（仮ＩＤ２）´´に対して上記と同一の方法によりハッシュを計算してデータＨＡＳＨ（Ａ１｜｜ＨＡＳＨ（仮ＩＤ２）´´）を生成し、これらが一致すれば、この属性証明書の検証は成功し、仮ＩＤ２のユーザが属性Ａ１を持つことが保証されることがわかる。

以下では、属性証明方法を例示し、その際の、属性証明要求装置１、属性証明書発行装置２、実ＩＤリンク装置３、仮ＩＤリンク装置４、属性検証装置５の動作例について説明する。

まず、属性証明要求装置１の処理手順について説明する。

図７に、本実施形態の属性証明要求装置１の処理手順例を示す。

属性証明要求装置１が、属性証明書発行装置２から属性証明書を発行してもらって、それを属性検証装置５に提示して属性を証明する場合を考える。

まず、属性証明要求装置１は、どの仮ＩＤ２に対して属性を付与するかを決定し（ステップＳ１１）、その仮ＩＤ２に対してＳＨＡ１によるハッシュを計算してデータＨＡＳＨ（仮ＩＤ２）を生成する（ステップＳ１２）。

次に、実ＩＤ、ＨＡＳＨ（仮ＩＤ２）、保証して欲しい属性の内容を指示するための属性内容指示情報を含む発行要求を、属性証明書発行装置２に対して送信する（ステップＳ１３）。

属性証明要求装置１は、属性証明書発行装置２からの返信を待ち受け（ステップＳ１４）、（ＨＡＳＨ（仮ＩＤ２），属性Ａ１，電子署名ＳＩＧ）を含む属性証明書が発行された場合には、これを受信し、ＨＡＳＨ（仮ＩＤ２）を仮ＩＤ２に入れ替えて、（仮ＩＤ２，属性Ａ１，電子署名ＳＩＧ）を含む属性証明書として、属性検証装置５に送信する（ステップＳ１５）。

また、ステップＳ１４でエラーを受信した場合には、処理を終了する。

次に、属性証明書発行装置２の処理手順について説明する。

図８に、本実施形態の属性証明書発行装置２の処理手順例を示す。

属性証明書発行装置２は、属性証明要求装置１から発行要求を受信すると（ステップＳ２１）、それに含まれる実ＩＤとＨＡＳＨ（仮ＩＤ２）とを同一性確認要求として実ＩＤリンク装置３に送信する（ステップＳ２２）。

そして、実ＩＤリンク装置３からの返信を待ち受け（ステップＳ２３）、同一性が確認できない旨（もしくはエラー通知）を受信した場合には、属性証明要求装置１にエラーを通知して終了する（ステップＳ２４）。

ステップＳ２３で同一性が確認された旨の返信があった場合には、属性証明書発行処理を継続する。まず、属性テーブル２０１から実ＩＤに対応する属性Ａ１を取得し（ステップＳ２５）、データＨＡＳＨ（仮ＩＤ２）と属性Ａ１に対して自身の秘密鍵により電子署名ＳＩＧを作成し（ステップＳ２６）、データＨＡＳＨ（仮ＩＤ２）と、属性Ａ１と、電子署名ＳＩＧとを含む属性証明書を、属性証明要求装置１に送信する（ステップＳ２７）。

次に、実ＩＤリンク装置３の処理手順について説明する。

図９に、本実施形態の実ＩＤリンク装置３の処理手順例を示す。

実ＩＤリンク装置３は、属性証明書発行装置２から同一性確認要求を受信すると（ステップＳ３１）、受信した同一性確認要求に含まれる実ＩＤを利用して実ＩＤ対応テーブルを探索して「実ＩＤと対応付けられた仮ＩＤ１」と「仮ＩＤ１と仮ＩＤ２とをリンクしている仮ＩＤリンク装置４のアドレス」とを取得する（ステップＳ３２）。

なお、仮ＩＤリンク装置は一つしか存在しない場合など、実ＩＤごとに仮ＩＤリンク装置のアドレスを取得しない構成も考えられる。

次に、仮ＩＤリンク装置４に仮ＩＤ１とデータＨＡＳＨ（仮ＩＤ２）を送信し（ステップＳ３３）、仮ＩＤリンク装置４からの同一性確認結果を待ち受け（ステップＳ３４）、同一性が確認できない旨（もしくはエラー通知）を受信した場合には、属性証明書発行装置２に同一性が確認できない旨（もしくはエラー通知）を送信して処理を終了する（ステップＳ３５）。

ステップＳ３４で同一性が確認された旨の返信を受信した場合には、属性証明書発行装置２に同一性が確認された旨を伝える（ステップＳ３６）。

次に、仮ＩＤリンク装置４の処理手順について説明する。

図１０に、本実施形態の仮ＩＤリンク装置４の処理手順例を示す。

仮ＩＤリンク装置４は、実ＩＤリンク装置３から同一性確認依頼を受信すると（ステップＳ４１）、受信した同一性確認依頼に含まれる仮ＩＤ１を利用して仮ＩＤ対応テーブル４０１を探索して仮ＩＤ１に対応する仮ＩＤ２を取得し（ステップＳ４２）、取得した仮ＩＤ２をＳＨＡ１によるハッシュ処理によって変換しデータＨＡＳＨ（仮ＩＤ２）´を生成する（ステップＳ４３）。

次いで、同一性確認依頼に含まれるデータＨＡＳＨ（仮ＩＤ２）と、生成したデータＨＡＳＨ（仮ＩＤ２）´とを比較し（ステップＳ４４）、それらが等しい場合には、実ＩＤリンク装置３に同一性が確認された旨を伝え（ステップＳ４５）、それらが一致しない場合には、実ＩＤリンク装置３に同一性が確認できない旨（もしくはエラー通知）を送信する（ステップＳ４６）。

次に、属性検証装置５の処理手順について説明する。

図１１に、本実施形態の属性検証装置５の処理手順例を示す。

属性検証装置５は、属性証明要求装置１から属性証明書を受信すると（ステップＳ５１）、該属性証明書に含まれる仮ＩＤ２に対してＳＨＡ１によるハッシュ処理によって変換してデータＨＡＳＨ（仮ＩＤ２）´´を作成し（ステップＳ５２）、作成したデータＨＡＳＨ（仮ＩＤ２）´´と属性Ａ１とをもとに、属性証明書発行装置２の公開鍵を利用して電子署名ＳＩＧを検証し（ステップＳ５３）、検証が成功した場合には、仮ＩＤ２のユーザが属性Ａ１を持つことを確認し（ステップＳ５４）、検証が成功しなかった場合には、処理を終了する。

本実施形態によれば、属性証明書発行装置２と実ＩＤリンク装置３と仮ＩＤリンク装置４が結託しない限り、名寄せができないようになる。

また、本実施形態によれば、仮ＩＤ２に同一のハッシュ処理を施す変換処理部を属性証明要求装置１と仮ＩＤリンク装置４と属性検証装置５とに配置したことで、属性証明書発行装置２と実ＩＤリンク装置３に仮ＩＤ２を秘匿したままで、属性検証装置５単体で属性証明書の正当性の検証ができるため、属性検証装置５の依頼を受けて仮ＩＤリンク装置４が復号処理を行う必要がなくなる。そのため、仮ＩＤリンク装置４の負荷が軽減できるとともに、仮ＩＤリンク装置４の状態によらずに属性証明書の検証ができるなど、より効率的かつ高可用性をもつ属性証明システムが構築できる。

なお、本実施形態では、データ変換処理のアルゴリズムをＳＨＡ１によるハッシュ処理としたが、属性証明書発行装置２及び実ＩＤリンク装置３並びに第三者にとって変換後のデータから仮ＩＤ２への逆変換が著しく困難な処理であればよいため、属性証明書発行装置２及び実ＩＤリンク装置３並びに第三者が鍵を保持しないため復号できないような暗号処理であってもよい。

例えば、属性証明要求装置１と仮ＩＤリンク装置４と属性検証装置５との共通鍵でもよいし、仮ＩＤリンク装置４の公開鍵による暗号化処理であってもよい。共通鍵、公開鍵による暗号処理を変換に利用することで、鍵を保持しない攻撃者は変換処理を実行することすらできないため、変換結果のデータから仮ＩＤ２を類推しようとする行為に対する安全性が強化される。そして、公開鍵を用いることで鍵の共有が容易となり、鍵の共有時の脅威からシステムを保護でき、より安全性を高めることができる。

なお、属性証明要求装置１のデータ変換処理部１１における仮ＩＤ２に対する変換処理に、仮ＩＤリンク装置４の公開鍵による暗号化処理を用いる場合に、属性検証装置５のデータ変換処理部５２における仮ＩＤ２に対する変換処理には、この仮ＩＤリンク装置４の公開鍵による暗号化処理（すなわち、データ変換処理部１１における仮ＩＤ２に対する変換処理と同一の処理）を用いればよい。

また、この場合に、仮ＩＤリンク装置４のデータ変換処理部４３における仮ＩＤ２に対する変換処理には、この仮ＩＤリンク装置４の公開鍵による暗号化処理（すなわち、データ変換処理部１１における仮ＩＤ２に対する変換処理と同一の処理）を用いることもできるし、仮ＩＤリンク装置４の秘密鍵による暗号化処理（すなわち、データ変換処理部１１における仮ＩＤ２に対する変換処理に対する逆変換処理）を用いることもできる。なお、後者の場合は、同一性の確認のための処理が若干修正になり、例えば、データ変換処理部４３は、実ＩＤリンク装置３から受信した同一性確認依頼に含まれる、仮ＩＤ２を仮ＩＤリンク装置４の公開鍵で暗号化して得られたデータＨＡＳＨ（仮ＩＤ２）を、仮ＩＤリンク装置４の秘密鍵で復号して、仮ＩＤ２´を求め、同一性確認部４４は、求められた仮ＩＤ２´と、実ＩＤリンク装置３から受信した同一性確認依頼に含まれる仮ＩＤ１を利用して仮ＩＤ対応テーブル４０１から取得した仮ＩＤ２とを比較し、それらが等しい場合には、仮ＩＤ１とＨＡＳＨ（仮ＩＤ２）との同一性が確認された旨を返し、一致しない場合には、同一性が確認できない旨（もしくはエラー通知）を返すようにしてもよい。

また、各装置間の通信をより安全にするために、暗号プロトコルを用いて確保されたセキュアチャネル（このような既存技術としては、例えば、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）などがある）を利用する方法が考えられる。この場合には、各装置に対して必要以上のユーザの情報がもれることを防ぐために、属性証明要求装置１と属性証明書発行装置２との間の認証は実ＩＤに関わる情報のみを利用して行ったり、属性証明要求装置１と属性検証装置５との間の認証は仮ＩＤ２に関わる情報のみを利用して行ったりする方法が考えられる。

また、実ＩＤリンク装置による宛先改竄や中継阻止などの不正を防ぐために、属性証明書発行装置２が仮ＩＤリンク装置４と協力して、ダミーの同一性確認依頼を適宜行ったりしてもよい。さらに、仮ＩＤリンク装置４による不正応答（同一性が確認できなくても確認できたとの返答する、または、その逆を行う）を防ぐために、ダミーの（属性証明書発行装置２や実ＩＤリンク装置３に結果がわかっている）属性確認依頼を適宜行ってもよい。

（第２の実施形態）
第２の実施形態では、仮ＩＤ２を変換処理するデータ変換（属性証明要求装置１と仮ＩＤリンク装置４と属性検証装置５とで共通のデータ変換）において乱数を含めて変換する場合について説明する。

以下では、第1の実施形態と相違する点を中心に説明する（これまでの説明は、乱数を使用することによって修正される部分以外は、第２の実施形態に妥当する）。

本実施形態に係る通信システムの構成例は、第１の実施形態（図１参照）と基本的には同様である。

属性証明書発行装置２は、図３の構成と基本的には同等であるが、乱数に関係する部分が後述するように若干修正される。

仮ＩＤリンク装置４は、図５の構成と基本的には同等であるが、乱数に関係する部分が後述するように若干修正される。

図１２に、本実施形態に係る属性証明要求装置１の構成例を示す。

図１２に示されるように、本実施形態の属性証明要求装置１は、図２の構成に加えて、乱数生成部１７と暗号処理部１８とを備えている。

乱数生成部１７は、要求に応じて乱数を生成するものである。

暗号処理部１８は、乱数生成部１７によって生成された乱数ｒｎｄを仮ＩＤリンク装置４の公開鍵によって暗号化して、データＥｎｃ（ｒｎｄ）を生成する。ここで、暗号処理の公開鍵暗号アルゴリズムは特に限定はなく、どのようなものであってもよい。また、属性証明要求装置１と仮ＩＤリンク装置４との間で共通鍵が共有されていれば共通鍵暗号処理であってもよい。

図１３に、本実施形態に係る仮ＩＤリンク装置４の構成例を示す。

図１３に示されるように、本実施形態の仮ＩＤリンク装置４は、図５の構成に加えて、復号処理部４６を備えている。

復号処理部４６は、実ＩＤリンク装置３から受信した同一性確認依頼に含まれる、仮ＩＤリンク装置４の公開鍵によって暗号化された乱数Ｅｎｃ（ｒｎｄ）を、仮ＩＤリンク装置４の秘密鍵で復号して、もとの乱数ｒｎｄを求める。

属性検証装置５は、図６の構成と基本的には同等であるが、データ変換処理部５２の処理内容が、後述するように、一部修正される。

次に、本実施形態の属性証明要求装置１の処理手順について説明する。

図１４に、本実施形態に係る属性証明要求装置１の処理手順例を示す。

属性証明要求装置１は、属性証明書発行装置２から属性証明書の発行を受け、それを提示して属性を証明する場合に、まず、どの仮ＩＤ２に対して属性を付与するかを決定し（ステップＳ１１１）、乱数生成部１７を利用して乱数ｒｎｄを生成し（ステップＳ１１２）、その乱数ｒｎｄを仮ＩＤリンク装置４の公開鍵を利用して暗号化してＥｎｃ（ｒｎｄ）を生成し（ステップＳ１１３）、仮ＩＤ２とｒｎｄとを結合した上で、そのデータに対してＳＨＡ１によるハッシュを計算してデータＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）を生成する（ステップＳ１１４）。

次に、実ＩＤ、ＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）、Ｅｎｃ（ｒｎｄ）、保証して欲しい属性の内容を指示するための属性内容指示情報を含む発行要求を、属性証明書発行装置２に対して送信する（ステップＳ１１５）。

属性証明要求装置１は、属性証明書発行装置２からの返信を待ち受け（ステップＳ１１６）、（ＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ），属性Ａ１，電子署名ＳＩＧ）を含む属性証明書が発行された場合には、これを受信し、データＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）を仮ＩＤ２に入れ替えるとともに、乱数ｒｎｄを付加して、（仮ＩＤ２，乱数ｒｎｄ，属性Ａ１，電子署名ＳＩＧ）を含む属性証明書として、属性検証装置５に送信する（ステップＳ１１７）。

また、ステップＳ１１６でエラーを受信した場合には、処理を終了する。

ここで、属性証明書発行装置２の処理と実ＩＤリンク装置３の処理は、いずれも、基本的には第１の実施形態と変わらないが、属性証明書の発行の処理等でＨＡＳＨ（仮ＩＤ２）であったデータが、発行要求に含まれるＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）になる（例えば、電子署名ＳＩＧは、ＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）と属性Ａ１に対して生成される）点と、同一性確認要求や同一性確認依頼に、ＨＡＳＨ（仮ＩＤ２）の代わりに、ＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）と暗号化された乱数Ｅｎｃ（ｒｎｄ）とが含まれる（すなわち、同一性確認要求には、（実ＩＤ，ＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ），Ｅｎｃ（ｒｎｄ））が含まれ、同一性確認依頼には、（仮ＩＤ１，ＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ），Ｅｎｃ（ｒｎｄ），ＨＡＳＨ（仮ＩＤ２））が含まれる）点が相違することになる。

次に、本実施形態の仮ＩＤリンク装置４の処理手順について説明する。

図１５に、本実施形態に係る仮想ＩＤリンク装置４の処理手順例を示す。

仮ＩＤリンク装置４は、実ＩＤリンク装置３から、（仮ＩＤ１，ＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ），Ｅｎｃ（ｒｎｄ））を含む同一性確認依頼を受信すると（ステップＳ１４１）、受信した同一性確認依頼に含まれる仮ＩＤ１を利用して仮ＩＤ対応テーブル４０１を探索して仮ＩＤ１と対応する仮ＩＤ２を取得し（ステップＳ１４２）、仮ＩＤリンク装置４の秘密鍵を利用して受信した暗号化された乱数データＥｎｃ（ｒｎｄ）を復号してｒｎｄを求め（ステップＳ１４３）、仮ＩＤ２とｒｎｄとを結合して得られるデータをＳＨＡ１によるハッシュ処理によって変換して、データＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）´を生成する（ステップＳ１４４）。

次に、同一性確認依頼に含まれるデータＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）と、生成されたデータＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）´とを比較し（ステップＳ１４５）、それらが等しい場合には、実ＩＤリンク装置３に、同一性が確認された旨を伝え（ステップＳ１４６）、それらが一致しない場合には、実ＩＤリンク装置３に、同一性が確認できない旨（もしくはエラー通知）を送信する（ステップＳ１４７）。

次に、本実施形態の属性検証装置５の処理手順について説明する。

図１６に、本実施形態に係る属性検証装置５の処理手順例を示す。

属性検証装置５は、属性証明要求装置１から、（仮ＩＤ２，乱数ｒｎｄ，属性Ａ１，電子署名ＳＩＧ）を含む属性証明書を受信すると（ステップＳ１５１）、該属性証明書に含まれる仮ＩＤ２と乱数ｒｎｄとを結合して得られるデータをＳＨＡ１によるハッシュ処理によって変換して、データＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）´´を作成し（ステップＳ１５２）、作成したデータＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）´´と属性Ａ１をもとに、属性証明書発行装置２の公開鍵を利用して、電子署名ＳＩＧを検証し（ステップＳ１５３）、検証が成功した場合には、仮ＩＤ２のユーザが属性Ａ１を持つことを確認し（ステップＳ１５４）、検証が成功しなかった場合には、処理を終了する。

本実施形態においては、属性証明書発行装置２及び実ＩＤリンク装置３が入手する仮ＩＤ２の変換結果のデータＨＡＳＨ（仮ＩＤ２｜｜ｒｎｄ）は、乱数ｒｎｄによって毎回異なることから、仮ＩＤ２の変換結果を保存されても、これまでの証明書発行履歴の追跡を防ぐことができ、ユーザのプライバシーの保護をより向上させることができる。

なお、以上の各機能は、ソフトウェアとして記述し適当な機構をもったコンピュータに処理させても実現可能である。
また、本実施形態は、コンピュータに所定の手順を実行させるための、あるいはコンピュータを所定の手段として機能させるための、あるいはコンピュータに所定の機能を実現させるためのプログラムとして実施することもできる。加えて該プログラムを記録したコンピュータ読取り可能な記録媒体として実施することもできる。

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

本発明の実施の形態に係る通信システムの構成例を示す図 同実施の形態に係る属性証明要求装置の構成例を示す図 同実施の形態に係る属性証明書発行装置の構成例を示す図 同実施の形態に係る実ＩＤリンク装置の構成例を示す図 同実施の形態に係る仮ＩＤリンク装置の構成例を示す図 同実施の形態に係る属性検証装置の構成例を示す図 同実施の形態に係る属性証明要求装置の処理手順例を示すフローチャート 同実施の形態に係る属性証明書発行装置の処理手順例を示すフローチャート 同実施の形態に係る実ＩＤリンク装置の処理手順例を示すフローチャート 同実施の形態に係る仮ＩＤリンク装置の処理手順例を示すフローチャート 同実施の形態に係る属性検証装置の処理手順例を示すフローチャート 同実施の形態に係る属性証明要求装置の他の構成例を示す図 同実施の形態に係る仮ＩＤリンク装置の他の構成例を示す図 同実施の形態に係る属性証明要求装置の他の処理手順例を示すフローチャート 同実施の形態に係る仮ＩＤリンク装置の他の処理手順例を示すフローチャート 同実施の形態に係る属性検証装置の他の処理手順例を示すフローチャート

符号の説明

１…属性証明要求装置、２…属性証明書発行装置、３…実ＩＤリンク装置、４…仮ＩＤリンク装置、５…属性検証装置、６…ネットワーク、１１…データ変換処理部、１２…発行要求生成部、１３、２３、３３、４５…送信部、１４、２１、３１、４１、５１…受信部、１５…属性証明書記録部、１６…属性証明書提示部、１７…乱数生成部、１８…暗号処理部、１０１…実ＩＤテーブル、１０２…仮ＩＤテーブル、１０３…属性証明書テーブル、２２…同一性確認要求生成部、２４…同一性確認結果受信部、２５…属性証明書生成部、２０１…属性テーブル、３２…同一性確認依頼中継部、３４…同一性確認結果中継部、３０１…実ＩＤ対応テーブル、４２…同一性確認依頼受信部、４３…データ変換処理部、４４…同一性確認部、４６…復号処理部、４０１…仮ＩＤ対応テーブル、５２…データ変換処理部、５３…属性証明書検証部

Claims (21)

1. 属性証明要求装置と属性検証装置とを含む属性証明書処理システムであって、
   前記属性証明要求装置は、
   当該属性証明要求装置に係るユーザの属性との関係を持つ実識別情報と、該実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を、特定の方法で変換して得られる、変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を、属性証明書を発行する属性証明書発行装置へ送信する手段と、
   要求先の前記属性証明書発行装置から、前記変換後第２仮識別情報と、前記属性内容指示情報に従って作成された、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を受信する手段と、
   受信した前記属性証明書に含まれる前記変換後第２仮識別情報を、変換前の前記第２仮識別情報に書き替え、これによって得られた、前記第２仮識別情報と、前記証明対象となる属性の内容と、前記電子署名とを含む属性証明書を、前記属性検証装置へ送信する手段とを備え、
   前記属性検証装置は、
   前記属性証明要求装置から、前記属性証明書を受信する手段と、
   受信した前記属性証明書に含まれる前記証明対象となる属性の内容と、受信した前記属性証明書に含まれる前記第２仮識別情報を、前記特定の方法と同一の方法で変換して得られる前記変換後第２仮識別情報と、前記属性証明書に含まれる前記電子署名とに基づいて、前記属性証明書を検証する手段とを備えたことを特徴とする属性証明書処理システム。
2. 属性証明書発行装置と実識別情報リンク装置と仮識別情報リンク装置とを含む属性証明書処理システムであって、
   前記属性証明書発行装置は、
   要求元となる装置から、当該要求元となる装置に係るユーザの属性との関係を持つ実識別情報と、該実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を、前記属性証明書発行装置及び前記実識別情報リンク装置においては逆変換できない方法で変換して得られる、変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を受信する手段と、
   受信した前記属性証明書発行要求に含まれる前記実識別情報と前記変換後第２仮識別情報とが相対応するものであることの確認を行うために、前記実識別情報及び前記変換後第２仮識別情報を含む第１確認要求を、要求先となる前記実識別情報リンク装置へ送信する手段と、
   前記第１確認要求に対する確認結果を受信する手段と、
   受信した前記確認結果が、確認に成功した旨を示すものである場合に、前記変換後第２仮識別情報と、前記属性証明書発行要求に含まれる前記属性内容指示情報に従って作成される、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を、前記要求元となる装置へ送信する手段とを備え、
   前記実識別情報リンク装置は、
   前記属性証明書発行装置から、前記第１確認要求を受信する手段と、
   受信した前記第１確認要求に含まれる前記実識別情報に対応する第１仮識別情報と、前記第１確認要求に含まれる前記変換後第２仮識別情報とを含む第２確認要求を、要求先となる前記仮識別情報リンク装置へ送信する手段とを備え、
   前記仮識別情報リンク装置は、
   前記実識別情報リンク装置から、前記第２確認要求を受信する手段と、
   前記属性証明要求装置と同一の変換又はその逆変換を用いて、受信した前記第２確認要求に含まれる前記変換後第２仮識別情報と、受信した前記第２確認要求に含まれる前記第１仮識別情報に対応する第２仮識別情報との同一性を確認し、それらの同一性が確認された場合に、前記第１確認要求に対する確認結果として、確認に成功した旨を、前記第２確認要求の要求元の前記実識別情報リンク装置を介して又はこれを介さずに直接、前記第１確認要求の要求元の前記属性証明書発行装置へ送信する手段とを備えたことを特徴とする属性証明書処理システム。
3. 属性証明要求装置と、属性証明書発行装置と、実識別情報リンク装置と、仮識別情報リンク装置と、属性検証装置とを含む属性証明書処理システムであって、
   前記属性証明要求装置は、
   当該属性証明要求装置に係るユーザの属性との関係を持つ実識別情報と、該実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を、前記属性証明書発行装置及び前記実識別情報リンク装置においては逆変換できない方法で変換して得られる、変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を、要求先となる前記属性証明書発行装置へ送信する手段と、
   要求先の前記属性証明書発行装置から、前記変換後第２仮識別情報と、前記属性内容指示情報に従って作成された、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を受信する手段と、
   受信した前記属性証明書に含まれる前記変換後第２仮識別情報を、変換前の前記第２仮識別情報に書き替え、これによって得られた、前記第２仮識別情報と、前記証明対象となる属性の内容と、前記電子署名とを含む属性証明書を、前記属性検証装置へ送信する手段とを備え、
   前記属性証明書発行装置は、
   前記属性証明要求装置から、前記属性証明書発行要求を受信する手段と、
   受信した前記属性証明書発行要求に含まれる前記実識別情報と前記変換後第２仮識別情報とが相対応するものであることの確認を行うために、前記実識別情報及び前記変換後第２仮識別情報を含む第１確認要求を、要求先となる前記実識別情報リンク装置へ送信する手段と、
   前記第１確認要求に対する確認結果を受信する手段と、
   受信した前記確認結果が、確認に成功した旨を示すものである場合に、前記変換後第２仮識別情報と、前記属性証明書発行要求に含まれる前記属性内容指示情報に従って作成される、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を、要求元の前記属性証明要求装置へ送信する手段とを備え、
   前記実識別情報リンク装置は、
   前記属性証明書発行装置から、前記第１確認要求を受信する手段と、
   受信した前記第１確認要求に含まれる前記実識別情報に対応する第１仮識別情報と、前記第１確認要求に含まれる前記変換後第２仮識別情報とを含む第２確認要求を、要求先となる前記仮識別情報リンク装置へ送信する手段とを備え、
   前記仮識別情報リンク装置は、
   前記実識別情報リンク装置から、前記第２確認要求を受信する手段と、
   前記属性証明要求装置と同一の変換又はその逆変換を用いて、受信した前記第２確認要求に含まれる前記変換後第２仮識別情報と、受信した前記第２確認要求に含まれる前記第１仮識別情報に対応する第２仮識別情報との同一性を確認し、それらの同一性が確認された場合に、前記第１確認要求に対する確認結果として、確認に成功した旨を、前記第２確認要求の要求元の前記実識別情報リンク装置を介して又はこれを介さずに直接、前記第１確認要求の要求元の前記属性証明書発行装置へ送信する手段とを備え、
   前記属性検証装置は、
   前記属性証明要求装置から、前記属性証明書を受信する手段と、
   受信した前記属性証明書に含まれる前記証明対象となる属性の内容と、受信した前記属性証明書に含まれる前記第２仮識別情報を、前記属性証明要求装置と同一の方法で変換して得られる前記変換後第２仮識別情報と、前記属性証明書に含まれる前記電子署名とに基づいて、前記属性証明書を検証する手段とを備えたことを特徴とする属性証明書処理システム。
4. 前記属性証明要求装置及び前記属性検証装置において前記第１仮識別情報に対して行われる前記変換は、同一の一方向性関数処理であることを特徴とする請求項１または３に記載の属性証明書処理システム。
5. 前記属性証明要求装置、前記属性検証装置及び前記仮識別情報リンク装置において前記第１仮識別情報に対して行われる前記変換部は、同一の一方向性関数処理であることを特徴とする請求項３に記載の属性証明書処理システム。
6. 前記属性証明要求装置及び前記属性検証装置において前記第１仮識別情報に対して行われる前記変換は、共通鍵を利用した共通鍵暗号処理であることを特徴とする請求項１または３に記載の属性証明書処理システム。
7. 前記属性証明要求装置、前記属性検証装置及び前記仮識別情報リンク装置において前記第１仮識別情報に対して行われる前記変換は、共通鍵を利用した共通鍵暗号処理であることを特徴とする請求項３に記載の属性証明書処理システム。
8. 前記属性証明要求装置及び前記属性検証装置において前記第１仮識別情報に対して行われる前記変換は、前記仮識別情報リンク装置の公開鍵を利用した公開鍵暗号処理であることを特徴とする請求項３に記載の属性証明書処理システム。
9. 前記属性証明要求装置、前記属性検証装置及び前記仮識別情報リンク装置において前記第１仮識別情報に対して行われる前記変換は、前記仮識別情報リンク装置の公開鍵を利用した公開鍵暗号処理であることを特徴とする請求項３に記載の属性証明書処理システム。
10. 前記属性証明要求装置及び前記属性検証装置において前記第１仮識別情報に対して行われる前記変換は、前記仮識別情報リンク装置の公開鍵を利用した公開鍵暗号処理であり、前記仮識別情報リンク装置において前記第１仮識別情報に対して行われる前記変換は、前記仮識別情報リンク装置の秘密鍵を利用した秘密鍵暗号処理であることを特徴とする請求項３に記載の属性証明書処理システム。
11. 前記属性証明要求装置は、
    前記属性証明書発行要求を送信するにあたっては、
    乱数を生成し、
    生成した乱数を、前記仮識別情報リンク装置の公開鍵で暗号化し、
    前記第２仮識別情報を変換する代わりに、前記第２仮識別情報に前記乱数を結合して得られる結合データを前記変換と同一の方法で変換して、変換データを生成し、
    前記変換データと、前記実識別情報と、前記属性内容指示情報と、暗号化された前記乱数とを含む属性証明書発行要求を、前記属性証明書発行装置へ送信し、
    前記属性証明書を送信するにあたっては、前記属性証明書発行装置から受信した、前記変換データと、前記証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書に含まれる該変換データを、変換前の前記第２仮識別情報に書き替えるとともに、前記乱数を付加し、これらによって得られた、前記第２仮識別情報と、前記証明対象となる属性の内容と、前記電子署名と、前記乱数とを含む属性証明書を、前記属性検証装置へ送信し、
    前記属性検証装置は、
    前記属性証明要求装置から受信した前記属性証明書に含まれる前記証明対象となる属性の内容と、受信した前記属性証明書に含まれる前記第２仮識別情報及び前記乱数を結合して得られる結合データを前記変換と同一の方法で変換して得られる変換データと、前記属性証明書に含まれる前記電子署名とに基づいて、前記属性証明書を検証することを特徴とする請求項３に記載の属性証明書処理システム。
12. 前記仮識別情報リンク装置は、
    前記実識別情報リンク装置から受信した第２確認要求に含まれる暗号化された前記乱数を、前記仮識別情報リンク装置の秘密鍵で復号して得られるもとの乱数と、受信した前記第２確認要求に含まれる前記第１仮識別情報に対応する第２仮識別情報とを結合して得られる結合データと、受信した前記第２確認要求に含まれる前記変換データとを用いて、前記同一性を確認することを特徴とする請求項１１に記載の属性証明書処理システム。
13. 属性証明書を発行する属性証明書発行装置及び属性証明書を検証する属性検証装置と通信可能な属性証明要求装置であって、
    当該属性証明要求装置に係るユーザの属性との関係を持つ実識別情報を記憶する手段と、
    前記実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を記憶する手段と、
    前記第２仮識別情報を、特定の方法で変換して、変換後第２仮識別情報を生成する手段と、
    前記実識別情報と、前記変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を生成する手段と、
    生成された前記属性証明書発行要求を、要求先となる前記属性証明書発行装置へ送信する手段と、
    要求先の前記属性証明書発行装置から、前記変換後第２仮識別情報と、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を受信する手段と、
    前記属性証明書に含まれる前記変換後第２仮識別情報を、変換前の前記第２仮識別情報に書き替え、これによって得られた、前記第２仮識別情報と、前記証明対象となる属性の内容と、前記電子署名とを含む属性証明書を、前記第２仮識別情報を前記特定の方法と同一の方法で変換する手段を有する前記属性検証装置へ送信する手段とを備えたことを特徴とする属性証明要求装置。
14. 属性証明要求装置及び実識別情報リンク装置と通信可能な属性証明書発行装置であって、
    前記属性証明要求装置に係るユーザの実識別情報と、該ユーザの属性又はそのもととなる情報とを対応付けて記憶する実識別情報・属性対応記憶手段と、
    前記属性証明要求装置から、前記実識別情報と、該実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を、前記属性証明書発行装置及び前記実識別情報リンク装置においては逆変換できない方法で変換して得られる、変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を受信する手段と、
    受信した前記属性証明書発行要求に含まれる前記実識別情報と前記変換後第２仮識別情報とが相対応するものであることの確認を行うために、前記実識別情報及び前記変換後第２仮識別情報を含む第１確認要求を、要求先となる前記実識別情報リンク装置へ送信する手段と、
    前記第１確認要求に対して返送される確認結果を受信する手段と、
    受信した前記確認結果が、確認に成功した旨を示すものである場合に、要求元の前記属性証明要求装置から受信した前記属性証明書発行要求に含まれる前記実識別情報及び前記属性内容指示情報に従い、前記実識別情報・属性対応記憶手段を参照して、証明対象となる属性の内容を求めるとともに、前記属性証明書発行要求に含まれる前記変換後第２仮識別情報と、求められた当該証明する属性の内容とに対する電子署名を生成して、前記変換後第２仮識別情報と、前記証明対象となる属性の内容と、電子署名とを含む属性証明書を生成する手段と、
    生成された前記属性証明書を、要求元の前記属性証明要求装置へ送信する手段とを備えたことを特徴とする属性証明書発行装置。
15. 属性証明を提供する装置と通信可能な属性検証装置であって、
    前記提供する装置から、当該提供する装置に係るユーザの属性との関係を持つ実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報と、証明対象となる属性の内容と、前記提供する装置において該第２仮識別情報を特定の方法で変換して得られた変換後第２仮識別情報と該証明対象となる属性の内容とに対する電子署名とを含む前記属性証明書を受信する手段と、
    受信した前記属性証明書に含まれる前記第２仮識別情報を、前記特定の方法と同一の方法で変換して、変換後第２仮識別情報を生成する変換手段と、
    受信した前記属性証明書に含まれる前記証明対象となる属性の内容と、前記変換手段により生成された前記変換後第２仮識別情報と、前記属性証明書に含まれる前記電子署名とに基づいて、前記属性証明書を検証する手段とを備えたことを特徴とする属性検証装置。
16. 属性証明書を発行する属性証明書発行装置及び属性証明書を検証する属性検証装置と通信可能な属性証明要求装置における属性証明要求方法であって、
    当該属性証明要求装置に係るユーザの属性との関係を持つ実識別情報を第１の記憶手段に記憶するステップと、
    前記実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を第２の記憶手段に記憶するステップと、
    前記第２仮識別情報を、特定の方法で変換して、変換後第２仮識別情報を生成するステップと、
    前記実識別情報と、前記変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を生成するステップと、
    生成された前記属性証明書発行要求を、要求先となる前記属性証明書発行装置へ送信するステップと、
    要求先の前記属性証明書発行装置から、前記変換後第２仮識別情報と、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を受信するステップと、
    前記属性証明書に含まれる前記変換後第２仮識別情報を、変換前の前記第２仮識別情報に書き替え、これによって得られた、前記第２仮識別情報と、前記証明対象となる属性の内容と、前記電子署名とを含む属性証明書を、前記第２仮識別情報を前記特定の方法と同一の方法で変換する手段を備えた前記属性検証装置へ送信するステップとを有することを特徴とする属性証明要求方法。
17. 属性証明要求装置及び実識別情報リンク装置と通信可能な属性証明書発行装置における属性証明書発行方法であって、
    前記属性証明要求装置に係るユーザの実識別情報と、該ユーザの属性又はそのもととなる情報とを対応付けて実識別情報・属性対応記憶手段に記憶するステップと、
    前記属性証明要求装置から、前記実識別情報と、該実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を、前記属性証明書発行装置及び前記実識別情報リンク装置においては逆変換できない方法で変換して得られる、変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を受信するステップと、
    受信した前記属性証明書発行要求に含まれる前記実識別情報と前記変換後第２仮識別情報とが相対応するものであることの確認を行うために、前記実識別情報及び前記変換後第２仮識別情報を含む第１確認要求を、要求先となる前記実識別情報リンク装置へ送信するステップと、
    前記第１確認要求に対して返送される確認結果を受信するステップと、
    受信した前記確認結果が、確認に成功した旨を示すものである場合に、要求元の前記属性証明要求装置から受信した前記属性証明書発行要求に含まれる前記実識別情報及び前記属性内容指示情報に従い、前記実識別情報・属性対応記憶手段を参照して、証明対象となる属性の内容を求めるとともに、前記属性証明書発行要求に含まれる前記変換後第２仮識別情報と、求められた当該証明する属性の内容とに対する電子署名を生成して、前記変換後第２仮識別情報と、前記証明対象となる属性の内容と、電子署名とを含む属性証明書を生成するステップと、
    生成された前記属性証明書を、要求元の前記属性証明要求装置へ送信するステップとを有することを特徴とする属性証明書発行方法。
18. 属性証明を提供する装置と通信可能な属性検証装置における属性検証方法であって、
    前記提供する装置から、当該提供する装置に係るユーザの属性との関係を持つ実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報と、証明対象となる属性の内容と、前記提供する装置において該第２仮識別情報を特定の方法で変換して得られた変換後第２仮識別情報と該証明対象となる属性の内容とに対する電子署名とを含む前記属性証明書を受信するステップと、
    受信した前記属性証明書に含まれる前記第２仮識別情報を、前記特定の方法と同一の方法で変換して、変換後第２仮識別情報を生成する変換ステップと、
    受信した前記属性証明書に含まれる前記証明対象となる属性の内容と、前記変換ステップにおいて生成された前記変換後第２仮識別情報と、前記属性証明書に含まれる前記電子署名とに基づいて、前記属性証明書を検証するステップとを有することを特徴とする属性検証方法。
19. 属性証明書を発行する属性証明書発行装置及び属性証明書を検証する属性検証装置と通信可能な属性証明要求装置としてコンピュータを機能させるためのプログラムであって、
    当該属性証明要求装置に係るユーザの属性との関係を持つ実識別情報を第１の記憶手段に記憶するステップと、
    前記実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を第２の記憶手段に記憶するステップと、
    前記第２仮識別情報を、特定の方法で変換して、変換後第２仮識別情報を生成するステップと、
    前記実識別情報と、前記変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を生成するステップと、
    生成された前記属性証明書発行要求を、要求先となる前記属性証明書発行装置へ送信するステップと、
    要求先の前記属性証明書発行装置から、前記変換後第２仮識別情報と、証明対象となる属性の内容と、これらに対する電子署名とを含む属性証明書を受信するステップと、
    前記属性証明書に含まれる前記変換後第２仮識別情報を、変換前の前記第２仮識別情報に書き替え、これによって得られた、前記第２仮識別情報と、前記証明対象となる属性の内容と、前記電子署名とを含む属性証明書を、前記第２仮識別情報を前記特定の方法と同一の方法で変換する手段を備えた前記属性検証装置へ送信するステップとをコンピュータに実行させるためのプログラム。
20. 属性証明要求装置及び実識別情報リンク装置と通信可能な属性証明書発行装置としてコンピュータを機能させるためのプログラムであって、
    前記属性証明要求装置に係るユーザの実識別情報と、該ユーザの属性又はそのもととなる情報とを対応付けて実識別情報・属性対応記憶手段に記憶するステップと、
    前記属性証明要求装置から、前記実識別情報と、該実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報を、前記属性証明書発行装置及び前記実識別情報リンク装置においては逆変換できない方法で変換して得られる、変換後第２仮識別情報と、証明を要求する属性の内容を指示するための属性内容指示情報とを含む属性証明書発行要求を受信するステップと、
    受信した前記属性証明書発行要求に含まれる前記実識別情報と前記変換後第２仮識別情報とが相対応するものであることの確認を行うために、前記実識別情報及び前記変換後第２仮識別情報を含む第１確認要求を、要求先となる前記実識別情報リンク装置へ送信するステップと、
    前記第１確認要求に対して返送される確認結果を受信するステップと、
    受信した前記確認結果が、確認に成功した旨を示すものである場合に、要求元の前記属性証明要求装置から受信した前記属性証明書発行要求に含まれる前記実識別情報及び前記属性内容指示情報に従い、前記実識別情報・属性対応記憶手段を参照して、証明対象となる属性の内容を求めるとともに、前記属性証明書発行要求に含まれる前記変換後第２仮識別情報と、求められた当該証明する属性の内容とに対する電子署名を生成して、前記変換後第２仮識別情報と、前記証明対象となる属性の内容と、電子署名とを含む属性証明書を生成するステップと、
    生成された前記属性証明書を、要求元の前記属性証明要求装置へ送信するステップとをコンピュータに実行させるためのプログラム。
21. 属性証明を提供する装置と通信可能な属性検証装置としてコンピュータを機能させるためのプログラムであって、
    前記提供する装置から、当該提供する装置に係るユーザの属性との関係を持つ実識別情報に直接対応付けられている第１仮識別情報に対して対応付けられた第２仮識別情報と、証明対象となる属性の内容と、前記提供する装置において該第２仮識別情報を特定の方法で変換して得られた変換後第２仮識別情報と該証明対象となる属性の内容とに対する電子署名とを含む前記属性証明書を受信するステップと、
    受信した前記属性証明書に含まれる前記第２仮識別情報を、前記特定の方法と同一の方法で変換して、変換後第２仮識別情報を生成する変換ステップと、
    受信した前記属性証明書に含まれる前記証明対象となる属性の内容と、前記変換ステップにおいて生成された前記変換後第２仮識別情報と、前記属性証明書に含まれる前記電子署名とに基づいて、前記属性証明書を検証するステップとをコンピュータに実行させるためのプログラム。

Images