(57)【要約】【課題】  必要な属性情報のみ提示できるように属性情報を分割し、当該分割した属性情報の証明書を再発行することで、ユーザのプライバシ保護を実現する。【解決手段】  携帯端末装置３ａに属性情報を格納し、属性情報を交換することで属性情報に応じたサービス提供を行う属性情報交換システムにおいて、携帯端末装置３ａに耐タンパ領域３３を設け、必要な属性情報のみを相手に提示できるように属性情報を分割し、耐タンパ領域内で分割した属性情報の証明書を再発行することで、ユーザのプライバシ保護を実現する。【選択図】      図３
2007019712.tif 000002
【特許請求の範囲】
【請求項１】
耐タンパ領域を備えた携帯端末装置であって、
複数の属性情報を含む属性証明書、および前記属性情報の中から提示したい部分属性情報を取り込み、前記耐タンパ領域に格納する要求属性入力部と、
前記提示したい部分属性情報を検証し、前記検証の結果得られる属性名と、前記部分属性情報の正当性を保証する保証情報を含む再発行情報を生成して出力する再発行情報出力部と、
を具備することを特徴とする携帯端末装置。
【請求項２】
前記再発行情報出力部は、
前記属性証明書および外部から取り込まれる前記属性証明書の失効情報と、携帯端末装置内部で持つ所有者情報、もしくは公開鍵証明書とを照合して前記属性情報の正当性と所有者情報の検証を行い、属性名称を取得する属性名称取得部と、
前記属性名称と前記提示したい部分属性情報とを照合し、前記部分属性情報が、正当性が確認された属性証明書に含まれることを確認し、前記部分属性情報を含む識別情報を生成する識別情報生成部と、
前記識別情報に対し装置固有の鍵もしくはユーザの鍵情報を入力して前記識別情報を保証する保証情報を生成する保証情報生成部と、
を具備することを特徴とする請求項１に記載の携帯端末装置。
【請求項３】
携帯端末装置に属性情報を格納し、前記属性情報を交換することで属性情報に応じたサービス提供を行う属性情報交換システムであって、
前記属性情報を提示する前記携帯端末装置は、通信相手となる携帯端末装置、もしくはプロバイダが管理運営するコンピュータからチャレンジ情報を受信するチャレンジ情報受信部と、前記チャレンジ情報に対して提示したい部分属性情報の保証情報で署名し、前記部分属性情報を含む前記署名情報を送信する署名情報送信部とを備え、
前記属性情報を取得する前記端末装置、もしくはサービスプロバイダが管理運営するコンピュータは、前記送信される保証情報を受信して検証し、当該検証結果に基づき通信を行わせる署名情報検証部、を具備することを特徴とする属性情報交換システム。
【請求項４】
サーバと、前記サーバとはネットワークを介して接続され、属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムであって、
前記携帯端末装置は、
複数の属性情報を含む属性証明書と、および前記属性情報の中から提示したい部分属性情報に基づく属性提示要求を送信し、
前記サーバは、
前記属性提示要求を受信して提示したい部分属性情報を検証し、前記検証の結果得られる属性名と、前記部分属性情報の正当性を保証する保証情報を含む再発行情報を生成して前記要求のあった携帯端末装置に送信すること、
を特徴とする属性情報交換システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、属性情報を格納し、当該属性情報を積極的に交換することで属性に応じたサービス提供を行う用途に用いて好適な、携帯端末装置および属性情報交換システムに関する。
【背景技術】
【０００２】
従来、ネットワーク上における電子認証技術として、通信相手から受信した属性情報が正当なものであるか否かを検証する方法が知られている。その一例として、公開鍵証明書を用いる方法では、各属性情報が第３者機関によって正当性が証明され、属性証明書が発行される。
通信相手から受信した属性情報が正当なものであるか否かを検証する際には、第３者機関から受信した属性情報に対応する属性証明書をユーザが入手する必要がある（例えば、特許文献1参照）。
【特許文献１】特開２００１−２０９３１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ユーザがサービスプロバイダからサービス提供を受ける際、あるいは他のユーザとの間で情報交換を行うにあたり、属性情報に対応する属性証明書を交換することが要求される。
しかしながら、上記した属性証明書は、ユーザの職業、所属、資格、現在位置情報等、複数の属性情報に対して纏めて発行されるのであるため、属性情報を提示するユーザ（クライアント）は、属性情報を取得するユーザ（クライアント）あるいはサービスプロバイダ（サーバ）に対し、不必要な属性情報をも公開することになり、従って、プライバシ保護に関する問題が技術的課題として残されていた。
【０００４】
本発明は上記事情に基づきなされたものであり、必要な属性情報のみ相手に提示できるように属性情報を分割し、当該分割した属性情報の証明書を再発行することで、ユーザのプライバシ保護を実現する、携帯端末装置および属性情報交換システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記した課題を解決するために本発明は、耐タンパ領域を備えた携帯端末装置であって、複数の属性情報を含む属性証明書、および提示したい部分属性情報を取り込み、前記耐タンパ領域に格納する要求属性入力部と、前記提示したい部分属性情報を検証し、前記検証の結果得られる属性名と、前記部分属性情報の正当性を保証する保証情報を含む再発行情報を生成して出力する再発行情報出力部と、を具備することを特徴とする。
【０００６】
また、本発明において、前記再発行情報出力部は、前記属性証明書および外部から取り込まれる前記属性証明書の失効情報と、携帯端末装置内部で持つ所有者情報、もしくは公開鍵証明書とを照合して前記属性情報の正当性と所有者情報の検証を行い、属性名称を取得する属性名称取得部と、前記属性名称と前記提示したい部分属性情報とを照合し、前記部分属性情報が、正当性が確認された属性証明書に含まれることを検出し、前記部分属性情報を含む識別情報を生成する識別情報生成部と、前記識別情報に対し装置固有の鍵もしくはユーザの鍵情報を入力して前記識別情報を保証する保証情報を生成する保証情報生成部と、を具備することを特徴とする。
【０００７】
また、本発明は、携帯端末装置に属性情報を格納し、前記属性情報を交換することで属性情報に応じたサービス提供を行う属性情報交換システムであって、前記属性情報を提示する前記携帯端末装置は、通信相手となる携帯端末装置、もしくはプロバイダが管理運営するコンピュータからチャレンジ情報を受信するチャレンジ情報受信部と、前記チャレンジ情報に対して提示したい部分属性情報の保証情報で署名し、前記部分属性情報を含む前記署名情報を送信する署名情報送信部とを備え、前記属性情報を取得する前記端末装置、もしくはサービスプロバイダが管理運営するコンピュータは、前記送信される保証情報を受信して検証し、当該検証結果に基づき通信を行わせる署名情報検証部、を具備することを特徴とする。
【０００８】
また、本発明は、サーバと、前記サーバとはネットワークを介して接続され、属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムであって、前記端末装置は、複数の属性情報を含む属性証明書と、および前記属性情報の中から提示したい部分属性情報に基づく属性提示要求を送信し、前記サーバは、前記属性提示要求を受信して提示したい部分属性情報を検証し、前記検証の結果得られる属性名と、前記部分属性情報の正当性を保証する保証情報を含む再発行情報を生成して前記要求のあった携帯端末装置に送信すること、を特徴とする。
【発明の効果】
【０００９】
本発明によれば、携帯端末装置に属性情報を格納し、属性情報を交換することで属性情報に応じたサービス提供を行う属性情報交換システムにおいて、携帯端末装置に耐タンパ領域を設け、必要な属性情報のみを相手に提示できるように属性情報を分割し、耐タンパ領域内で分割した属性情報の証明書を再発行することで、ユーザのプライバシ保護を実現することができる。また、サーバが、分割した属性情報の証明書を再発行することによっても同様の効果が得られる。
また、本発明によれば、耐タンパ領域を使用して部分属性情報の証明書を作成することでユーザのローカル環境で属性証明書の分割が可能となり、外部との通信が不要になることから、通信コストの削減、および外部のネットワークへ情報が漏洩することを防ぐことができる。さらに、属性情報の交換が携帯端末間で容易に実現可能になることで、属性情報を利用したサービスを提供することができ、携帯端末装置、特に、携帯電話端末の利用目的が飛躍的に拡大する。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の実施形態について説明する。図１は、本発明の実施形態にかかわる属性情報交換システムのシステム構成の一例を示した図である。
図１において、発行センタ１は、ユーザの職業、所属、資格、現在位置情報等の属性情報に対して使用する暗号鍵を発行する機関であり、例えば地域コミュニティで運営する組織である。サービスプロバイダ（ＳＰ２）は、ユーザの携帯端末装置３ａ、３ｂ間、またはユーザの携帯端末装置３ａ、３ｂと発行センタ１との間のデータ通信の中継を行う機関である。ここでは、携帯端末装置３ａ、３ｂとして、インターネット接続環境を持つ携帯電話が例示されている。上記した発行センタ１により管理運営されるコンピュータ、ＳＰ２により管理運営されるコンピュータ、そして、ユーザＡ、Ｂが所持する携帯端末装置３ａ、３ｂのそれぞれは、ＩＰ（Internet Protocol）網４等の通信ネットワークを介して接続される。
【００１１】
図２は、本発明の実施形態において使用されるＩＤ型暗号方式における暗号化方法を示した模式図である。
ＩＤ型暗号方式とは、ＩＤ情報から復号（検証）用の公開鍵（復号鍵）を生成し、公開鍵からさらに暗号化（署名）用の秘密鍵（暗号鍵）を生成する方式である。ＩＤ型暗号方式の特徴は、意味のあるＩＤ情報から公開鍵を生成するため公開鍵の種類が豊富であり、また公開鍵自体に意味のある情報を持たせることができるという点にある。
【００１２】
ここで、ＩＤ情報とは、上記した属性情報を含む情報のことを意味する。交換する属性情報を交換相手に譲渡できないよう制限を設ける場合は、個人を識別する情報（Ｕｉｄ）や携帯端末装置３ａ、３ｂの例えば電話番号等の情報をＩＤ情報に含めることで、属性情報の所持者を明確に証明することが可能である。
また、一定の期間内のみ有効な資格等を属性情報として交換する場合は、発行時刻をＩＤ情報に含めることで、相手から受信した属性情報の有効性を判断することが可能である。
更に、趣味・趣向等を属性情報として交換する場合など、属性情報に特別に制限をかける必要がない場合には、属性情報のみをＩＤ情報とする。このように、ＩＤ情報に含める情報として属性情報の他にどのような情報を選択するかを使い分けることで、属性情報を利用して行う様々なサービスに適用することができる。
【００１３】
図２において、ＩＤ型暗号方式では、まずＩＤ情報から一方向性関数Ａを用いて公開鍵に変換される。この一方向性関数Ａは発行センタ１、携帯端末装置３ａ、３ｂで所持する。続いて、公開鍵とセンタ秘密鍵から一方向性関数Ｂを用いて秘密鍵を生成する。センタ秘密鍵および一方向性関数Ｂは発行センタ１のみが所持するものであり、秘密鍵の生成は発行センタ１のみで行うことが可能である。
すなわち、センタ秘密鍵を所持しない携帯端末装置３ａ、３ｂでは公開鍵から秘密鍵を生成することはできない。一方、センタ秘密鍵から一方向性関数Ｃを用いてセンタ公開鍵が生成される。一方向性関数Ｃは発行センタ1のみが所持するものであり、センタ公開鍵の生成は発行センタ１のみで行うことが可能である。生成されたセンタ公開鍵は、予め携帯端末装置３ａ、３ｂに配布されている。
【００１４】
図３は、本発明の実施形態に係る携帯端末装置の内部構成を機能展開して示したブロック図である。
本発明の実施形態に係る携帯端末装置３は、ＵＩＭ（User Identity Module）等の耐タンパデバイス３０を備えている。耐タンパデバイス３０とは、情報不正取得や改竄等に対して耐性のある装置や素子のことをいい、ＵＩＭとは、携帯電話会社が発行する契約者情報が記録された、例えばＩＣカードをいう。
【００１５】
耐タンパデバイス３０の構成は、機能的に、要求属性入力部３１と、属性名称取得部３２と、記憶部（耐タンパ領域３３）と、ＩＤ生成部３４と、保証情報生成部３５とに大別される。
上記した、要求属性入力部３１と、属性名称取得部３２と、ＩＤ生成部３４と、保証情報生成部３５のそれぞれが持つ以下に示す機能は、携帯端末装置３ａ（のＣＰＵ）が、内蔵のメモリ（いずれも図示せず）に記録された耐タンパ領域３３で動作するＵＩＭプログラムを逐次読み出し実行することにより実現される。
【００１６】
具体的に、要求属性入力部３１は、複数の属性情報を内包した属性証明書（ＡＣ４０）、および提示したい部分属性情報を携帯端末装置３ａから取り込み、属性名称取得部３２とＩＤ生成部３４とに供給する機能を持つ。
また、属性名称取得部３２は、ＡＣ４０および外部から取り込まれるＡＣ４０の失効情報と、携帯端末装置３ａ内部（耐タンパ領域３３）で持つ所有者情報（Ｕｉｄ）、もしくは公開鍵証明書（ＰＫＣ）とを照合して属性情報の正当性と所有者情報の検証を行い、当該検証結果に基づき属性名称を取得し、ＩＤ生成部３４へ供給する機能を持つ。ＩＤ生成部３４は、属性名称と提示したい部分属性情報とを照合し、部分属性情報が、正当性が確認された属性証明書に含まれることを検出し、部分属性情報を含む識別情報（ＩＤ）を生成し、外部へ、また、保証情報生成部３５へ供給する機能を持つ。保証情報生成部３５は、ＩＤ生成部３４により生成される識別情報に対し、装置固有の鍵情報を入力して識別情報を保証する秘密鍵等の保証情報を生成する機能を持つ。
【００１７】
なお、上記した属性名称取得部３２と、ＩＤ生成部３４と、保証情報生成部３５と、耐タンパ領域３３により請求項に示す再発行情報出力部が構成され、当該再発行情報出力部は、提示したい部分属性情報を検証し、当該検証の結果得られる属性名と、前記部分属性情報の正当性を保証する情報を含む再発行情報を生成して出力する機能を持つ。図４に、再発行情報出力部の動作概要が示されている。
すなわち、携帯端末装置３ａ（ＵＩＭプログラム）は、必要な属性情報のみを相手に提示できるように属性を分割し（部分属性情報）、属性証明書（ＡＣ）を取り込み、耐タンパ領域内で検証・再発行処理を実行し、要求された部分属性情報とその部分属性情報の保証情報とを通信相手に提示する。
【００１８】
図５は、本発明の実施形態に係る携帯端末装置の検証・再発行処理の処理手順を説明するために引用したフローチャートである。
以下、図５に示すフローチャートを参照しながら図３に示す本発明実施形態の携帯端末装置の動作について詳細に説明する。
【００１９】
まず、ユーザは、認証局から公開鍵証明書を、属性認証局から複数の属性情報が記載された属性証明書を発行してもらう。ここで、属性証明書は、公開鍵証明書と紐付けられて管理される。なお、公開鍵証明書（ＰＫＣ）については、携帯端末装置３ａの耐タンパ領域３３に事前に格納されていてもよい。
続いてユーザは、発行された属性証明書（ＡＣ）を携帯端末装置３ａに格納する。同様の方法でユーザは、複数の属性情報を取得し、自身の携帯端末装置３ａに格納しておく。また、ユーザは、そのうちのある属性を他の携帯端末装置３ｂ、あるいはサービスプロバイダのサーバ２に提示する場合、携帯端末装置３ａを操作して属性証明書と、提示したい属性情報とを耐タンパ領域３３に入力する。具体的に、まず、携帯端末装置３ａを構成する要求属性入力部３１がユーザによって入力された要求属性情報を取り込み、属性名称取得部３２およびＩＤ生成部３４へ供給する（ステップＳ５０１）。
【００２０】
そして、属性名称取得部３２は、ＡＣ４０が、自身で管理しているユーザの公開鍵証明書に紐付いたものであるか否かを確認し（ステップＳ５０２）、続いて、属性証明書の署名を検証し（ステップＳ５０３）、また、外部から取得した失効情報に基づき属性証明書の失効確認も行う（ステップＳ５０４）。
属性名称取得部３２は、更に、ユーザから要求された属性が、正当性が確認された属性証明書内に含まれることを確認し（ステップＳ５０５）、その属性名に、所有者、発行時刻等を付与して属性情報とする。上記したＩＤ型暗号の場合は、この情報を識別情報（ＩＤ）とする（ステップＳ５０６）。
【００２１】
一方、保証情報生成部３５は、属性情報の正当性を保証するための情報を生成する。具体的には、装置固有の鍵（マスタ鍵）で署名する、あるいはユーザの秘密鍵で署名する等が考えられる（ステップＳ５０７）。ＩＤ型暗号の場合は、装置固有の秘密鍵を使用してＩＤからＩＤに紐付く鍵情報を保証情報として生成する。そして、その属性情報と、その正当性を保証する秘密鍵を出力してユーザに返信する（ステップＳ５０８）。
【００２２】
図６は、本発明の実施形態に係る属性交換システムの動作を説明するために引用した動作シーケンス図であり、ここでは、ユーザＡの携帯端末装置３ａとユーザＢの携帯端末装置３ｂとの間でＩＤ情報の交換を行う手順が示されている。
ユーザＡがユーザＢの属性情報を取得する場合には、まず、携帯端末装置３ａ（ユーザＡ）から携帯端末装置３ｂ（ユーザＢ）へ乱数等のチャレンジ情報を送信する（ステップＳ６０１）。携帯端末装置３ｂがチャレンジ情報を受信（チャレンジ情報受信部）すると、装置内に保存されているＩＤ情報から開示したいＩＤ情報を選択し、そのＩＤ情報に対応する秘密鍵でチャレンジ情報を署名する（ステップＳ６０２）。その後、携帯端末装置３ａに対してＩＤ情報および署名情報を送信する（署名情報送信部、ステップＳ６０３）。
【００２３】
携帯端末装置３ａがＩＤ情報および署名情報を受信すると、まずＩＤ情報から一方向性関数Ａを用いて公開鍵を生成する（ステップＳ６０４）。続いて、生成した公開鍵で署名情報を検証し、ＩＤ情報の正当性を確認する（署名情報検証部、ステップＳ６０５）。ＩＤ情報の検証に成功すれば、携帯端末装置３ａはＩＤ情報に含まれる属性情報をユーザＢの属性情報として保存する。ユーザＢがユーザＡの属性情報を取得する場合は、携帯端末装置３ｂから携帯端末装置３ａへチャレンジ情報を送信し、同様の手順を実行する。
なお、上記した本発明実施形態によれば、ユーザＡの携帯端末装置３ａとユーザＢの携帯端末装置３ｂとの間でＩＤ情報の交換を行う手順についてのみ説明したが、ユーザＡもしくはユーザＢがサービスプロバイダのサーバ２との間でＩＤ情報の交換（属性の提示）を行う場合、属性情報を取得するユーザＡ（Ｂ）の携帯端末装置３ａ（３ｂ）の動作をサービスプロバイダのサーバ２に置換えることで同様の手順に従うものである。
【００２４】
図６に示した方法によれば、受信したＩＤ情報から公開鍵を生成して検証することが可能であり、属性情報の交換時に発行センタ１へ接続する必要がない。また、属性情報交換の手順では、データの送受信が携帯端末装置３ａおよび３ｂの間に限られており、ＩＤ情報が他のネットワークに漏洩することがない。さらにまた、自分の携帯端末装置３ａ（３ｂ）で保存していない未知の属性情報を受信した場合でも検証することが可能である。このため、住所など明らかに個人ごとに異なる属性情報の検証も容易に行うことができる。
【００２５】
上記した本発明実施形態によれば、携帯電話端末装置３ａの耐タンパテバイス内で属性情報とその鍵情報を生成する例について説明したが、携帯電話端末装置３ａ外、例えば、発行センタ１のような外部の信頼できるサーバがそれら情報を生成することも可能である。
図７は、本発明の他の実施形態にかかわる属性情報交換システムのシステム概要が示されている。以下、図７を参照しながら本発明の他の実施形態にかかわる属性情報交換システムについて詳細説明を行う。
【００２６】
まず、ユーザＡ（携帯端末装置３ａ）は、認証局から公開鍵証明書を、属性認証局から複数の属性が記載された属性証明書を、それぞれ発行してもらう（ステップＳ７１、Ｓ７２）。属性証明書は、公開鍵証明書と紐付けられて管理されている。なお、公開鍵証明書については、ユーザの携帯電話端末装置３ａの耐タンパ領域に事前に格納されていてもよい。
続いて、ユーザＡ（携帯端末装置３ａ）は、発行された公開鍵証明書を携帯端末装置３ａに格納する。同様の方法でユーザＡ（携帯端末装置３ａ）は複数の属性情報を取得し、自身の携帯端末装置３ａに格納しておく。
【００２７】
ユーザＡ（携帯端末装置３ａ）は、例えば、ユーザＢ（携帯端末装置３ｂ）に対してある属性情報を提示する場合、まず、発行センタ１（信頼できるサーバ）にアクセスし、先に認証局および属性認証局から発行してもらった公開鍵証明書、属性証明書、そして要求属性（提示したい属性）を送信して部分属性情報の正当性を保証する保証情報を含む再発行情報の生成を依頼（属性提示要求発行）する（ステップＳ７３）。その際、ユーザＡ（携帯端末装置３ａ）は、属性認証局の認証を行う。また、ＳＳＬ（Secure Socket Layer）などによりセキュアセッション（暗号通信路）を確立する。
【００２８】
次に、発行センタ１（信頼できるサーバ）は、まず属性証明書がユーザの公開鍵証明書に紐付いたものであるかを確認し、続いてその公開鍵証明書を利用してユーザ認証を行う。ユーザ認証は、（１）発行センタ１（信頼できるサーバ）は、公開鍵証明書を（失効状態を含む）確認、（２）ユーザにチャレンジとして乱数を送付、（３）ユーザは、乱数に秘密鍵で署名して、署名を返信、（４）発行センタ１（信頼できるサーバ）は署名を検証する、（１）〜（４）の手順を実行することによりなされる。さらに、発行センタ１（信頼できるサーバ）は、属性証明書の署名を検証し、また、失効確認を行う。
そして、発行センタ１（信頼できるサーバ）は、ユーザＡ（携帯端末装置３ａ）から要求された属性が、正当性が確認された証明書内に含まれることを確認し、その属性名に発行時刻などを付与して属性情報とする。ＩＤ型暗号の場合は、この情報をＩＤとする。
【００２９】
さらに、発行センタ１（信頼できるサーバ）は、属性情報の正当性を保証するための情報を生成する。例えば、ＡＡ固有の鍵で署名するなどが考えられる。ＩＤ型暗号の場合は、ＡＡ固有の秘密鍵を使用して、ＩＤからＩＤに紐付く鍵情報を生成する。そして、発行センタ１（信頼できるサーバ）は、属性情報と、その正当性を保証するための鍵情報（保証情報）とを要求のあったユーザＡ（携帯端末装置３ａ）に返す（ステップＳ７４）。その際には、ＳＳＬなどにより確立されたセキュアセションを用いる。
【００３０】
ユーザＡ（携帯端末装置３ａ）とユーザＢ（携帯端末装置３ｂ）が属性情報を交換する場合の手順はＩＤ型暗号の場合、以下の通りである。
すなわち、ユーザＡ（携帯端末装置３ａ）がユーザＢ（携帯端末装置３ｂ）の属性情報を取得する場合、まず、ユーザＡ（携帯端末装置３ａ）からユーザＢ（携帯端末装置３ｂ）に対して乱数などのチャレンジ情報を送信する。このとき、ユーザＢ（携帯端末装置３ｂ）は、チャレンジ情報に対して提示したい属性の秘密鍵（保証情報）で署名し、署名情報のみを返信する。この際、ＩＤ情報（部分属性情報）も同時に送信する。
【００３１】
続いて、ユーザＡ（携帯端末装置３ａ）は、返信されてきた署名情報を検証する。その際には、ＩＤ情報を使って公開鍵を作成し検証する。また、ＩＤ内に含まれる発行時刻を確認する。このことにより、検証処理が成功すれば、正当な属性の所有者と認める。
なお、ユーザＢ（携帯端末装置３ｂ)がユーザＡ（携帯端末装置３ａ）の属性情報を取得する場合は、ユーザＢ（携帯端末装置３ｂ）からユーザＡ（携帯端末装置３ａ）へチャレンジ情報を送信し、以下同様の手順を実行する。
【００３２】
なお、上記した本発明実施形態によれば、ユーザＡの携帯端末装置３ａとユーザＢの携帯端末装置３ｂとの間でＩＤ情報の交換を行う手順についてのみ説明したが、ユーザＡもしくはユーザＢがサービスプロバイダのサーバ２との間でＩＤ情報の交換（属性の提示）を行う場合、属性情報を取得するユーザＡ（Ｂ）の携帯端末装置３ａ（３ｂ）の動作をサービスプロバイダのサーバ２に置換えることで同様の手順に従うものである。
【００３３】
以上説明のように本発明は、携帯端末装置３ａ（３ｂ）に属性情報を格納し、属性情報を交換することで属性情報に応じたサービス提供を行う属性情報交換システムにおいて、携帯端末装置３ａ（３ｂ）に耐タンパ領域３３を設け、必要な属性情報のみを相手に提示できるように属性情報を分割し、耐タンパ領域内で分割した属性情報の証明書を再発行することで、ユーザのプライバシ保護を実現するものである。また、ユーザ（携帯端末装置３ａ）が信頼できるサーバ（発行センタ１）に対して部分属性情報の正当性を保証する保証情報を含む再発行情報の生成を依頼し、これを受けたサーバ（発行センタ１）が、分割した属性情報の証明書を再発行することによってもユーザのプライバシ保護を実現することができる。さらに本発明によれば、耐タンパ領域３３を使用して部分属性情報の証明書を作成することでユーザのローカル環境で属性証明書の分割が可能となり、外部との通信が不要になることから、通信コストの削減、および外部のネットワークへ情報が漏洩することを防ぐことができる。
【００３４】
なお、耐タンパ領域内で再発行された属性証明書は、その場限りの利用であるため、有効期限を著しく短く設定できる。従って、失効処理等の問題は発生しない。また、ＵＩＭ等耐タンパデバイスに入力された属性証明書の失効確認のための手段を備えることで、失効した属性証明書から部分属性情報が生成できないようになっている。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施形態に係る属性情報交換システムのシステム構成の一例を示した図である。
【図２】本発明の実施形態において使用されるＩＤ型暗号方式における暗号化方法を示した模式図である。
【図３】本発明の実施形態に係る携帯端末装置の内部構成を機能展開して示したブロック図である。
【図４】本発明の実施形態に係る携帯端末装置の再発行情報出力部の動作概要を説明するために引用した図である。
【図５】本発明の実施形態に係る携帯端末装置の検証・再発行処理の処理手順を説明するために引用したフローチャートである。
【図６】本発明の実施形態に係る属性交換システムの動作を説明するために引用した動作シーケンス図である。
【図７】本発明の他の実施形態に係る属性情報交換システムのシステム概要を示した図である。
【符号の説明】
【００３６】
１…発行センタ、２…サービスプロバイダ、３ａ、３ｂ…携帯端末装置、４…ＩＰ網、３０…耐タンパデバイス、３１…要求属性入力部、３２…属性名称取得部、３３…耐タンパ領域、３４…ＩＤ生成部、３５…保証情報生成部
【図１】
2007019712.tif 000003
【図２】
2007019712.tif 000004
【図３】
2007019712.tif 000005
【図４】
2007019712.tif 000006
【図５】
2007019712.tif 000007
【図６】
2007019712.tif 000008
【図７】
2007019712.tif 000009