属性情報交換システムおよび同システムにおけるプライバシ保護方法
【課題】 属性情報のある特定の部分領域をユーザが動的に変更できるようにすることで安全性を確保する。
【解決手段】 センタサーバ１が、携帯端末装置３ａが提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成する。次に、携帯端末装置３ａが、乱数列を生成し、隠蔽する必要のある領域の内容に対して乱数列に基づく所定の演算を施し、当該演算結果と隠蔽の必要がない領域の内容と共に携帯端末装置３ｂに送信する。続いて、携帯端末装置３ａが、隠蔽する必要のある領域の鍵情報に関し乱数列を用いて変形し、当該変形した乱数列と隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成する。そして、携帯端末装置３ｂが、署名情報を受信し、乱数列が反映された公開鍵を用いて検証し、当該検証結果に基づき通信を行わせる。
【解決手段】 センタサーバ１が、携帯端末装置３ａが提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成する。次に、携帯端末装置３ａが、乱数列を生成し、隠蔽する必要のある領域の内容に対して乱数列に基づく所定の演算を施し、当該演算結果と隠蔽の必要がない領域の内容と共に携帯端末装置３ｂに送信する。続いて、携帯端末装置３ａが、隠蔽する必要のある領域の鍵情報に関し乱数列を用いて変形し、当該変形した乱数列と隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成する。そして、携帯端末装置３ｂが、署名情報を受信し、乱数列が反映された公開鍵を用いて検証し、当該検証結果に基づき通信を行わせる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムおよび同システムにおけるプライバシ保護方法に関する。
【背景技術】
【０００２】
従来、ネットワーク上における電子認証技術として、通信相手から受信した属性情報が正当なものであるか否かを検証する方法が知られている。その一例として、公開鍵証明書を用いる方法では、各属性情報が第３者機関によって正当性が証明され、属性証明書が発行される。
通信相手から受信した属性情報が正当なものであるか否かを検証する際には、第３者機関から受信した属性情報に対応する属性証明書をユーザが入手する必要がある（例えば、特許文献1参照）。
【特許文献１】特開２００１−２０９３１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ユーザがサービスプロバイダからサービス提供を受ける際、あるいは他のユーザとの間で通信を行うにあたり、属性情報を交換することが要求される。
このとき属性情報に含まれるユーザ識別情報等のＩＤは固定されており、属性情報を取得するユーザあるいはサービスプロバイダに対して公開することになり、このため、第三者によってユーザの行動が追跡される恐れがあった。従って、プライバシ保護に関する問題が技術的課題として残されていた。
【０００４】
本発明は上記事情に基づきなされたものであり、上記した属性情報のうち、ＩＤ等、ある特定の部分情報をユーザが動的に変更できるようにすることで安全性を確保した、属性情報交換システムおよび同システムにおけるプライバシ保護方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記した課題を解決するために本発明は、信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、内部に格納された属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムであって、前記サーバは、前記携帯端末装置が提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあった前記携帯端末装置に送信する鍵情報生成送信部を備え、前記属性情報を提示する携帯端末装置は、属性情報交換の都度、前記隠蔽する必要のある領域の内容を別の乱数列に変更する識別情報隠蔽処理部と、前記隠蔽する必要のある領域の鍵情報に関して前記乱数列を用いて変形し、当該変形した乱数列と前記隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成し、前記属性情報を取得する前記携帯端末装置に送信する署名情報生成送信部と、を備えたことを特徴とする。
【０００６】
また、本発明において、前記属性情報を取得する携帯端末装置は、前記署名情報を受信し、前記乱数列が反映された公開鍵を用いて検証して当該検証結果に基づき前記通信を行わせる署名情報検証部、を備えたことを特徴とする。
【０００７】
また、本発明において、前記サーバは、属性情報を取得する前記携帯端末装置から前記乱数列に基づく検証要求を受信し、前記属属性情報を検証してその検証結果を前記検証要求のあった携帯端末装置に送信する署名情報検証部、を備えたことを特徴とする。
【０００８】
また、本発明は、信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、格納された属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムにおけるプライバシ保護方法であって、前記サーバが、前記携帯端末装置が提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあった前記携帯端末装置に送信するステップと、属性情報を提示する前記携帯端末装置が、乱数列を生成し、前記隠蔽する必要のある領域の内容に対して前記乱数列に基づく所定の演算を施し、当該演算結果と前記隠蔽の必要がない領域の内容と共に前記属性情報を取得する前記携帯端末装置に送信するステップと、前記属性情報を提示する前記携帯端末装置が、前記隠蔽する必要のある領域の鍵情報に関し前記乱数列を用いて変形し、当該変形した乱数列と前記隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成するステップと、前記属性情報を受信する前記携帯端末装置が、前記署名情報を受信し、前記乱数列が反映された公開鍵を用いて検証し、当該検証結果に基づき前記通信を行わせるステップと、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、携帯端末装置に格納された属性情報を交換することでその属性情報に応じた通信を行う属性情報交換システムにおいて、属性認証を行う際、属性情報のうち特定の領域を毎回別の乱数列に変更することでユーザ識別情報等の動的な変更が可能となり、このことにより、第三者がユーザの行動履歴等を追跡することは不可能になり、安全が確保されユーザのプライバシ保護が実現される。
【００１０】
また、本発明によれば、上記した属性認証は、携帯端末装置はもとより信頼のおけるサーバに依頼することもでき、この場合、信頼のおけるサーバを管理運営するセンタでのみユーザの行動履歴を収集することが可能になるため、センタはこの情報を活用することで課金処理等に利用することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施形態について説明する。図１は、本発明の実施形態に係る属性情報交換システムのシステム構成の一例を示した図である。
図１において、発行センタは、ユーザの職業、所属、資格、現在位置情報等の属性情報に対して使用する暗号鍵を発行する機関であり、例えば、地域コミュニティで運営する信頼のおける機関（組織）である。発行センタは、センタサーバ１を管理運営している。
また、サービスプロバイダ（ＳＰ）は、ユーザが所持する携帯端末装置であるユーザ端末Ａ（３ａ）とユーザ端末Ｂ（３ｂ）間、またはユーザ端末Ａ（３ａ）あるいはユーザ端末Ｂ（３ｂ）とセンタサーバ１との間のデータ通信の中継を行う機関であり、ＳＰサーバ２を管理運営している。
【００１２】
ここでは、ユーザ端末Ａ（３ａ）、Ｂ（３ｂ）として、インターネット接続環境を持つ携帯電話が例示されている。また、上記した発行センタにより管理運営される信頼のおけるセンタサーバ１、ＳＰ２により管理運営されるＳＰサーバ２、そして、ユーザＡ、Ｂが所持するユーザ端末Ａ（３ａ）、ユーザ端末Ｂ（３ｂ）のそれぞれは、図示せぬＩＰ（Internet Protocol）網等の通信ネットワークを介して接続される。
【００１３】
図１に示す属性情報交換システムの情報の流れについて概略説明を行う。まず、ユーザＡ（ユーザ端末Ａ（３ａ））は、認証局から公開鍵証明書を、属性認証局から属性証明書を、それぞれ発行してもらう。属性証明書は、公開鍵証明書と紐付けられて管理されている。なお、公開鍵証明書については、ユーザ端末Ａ（３ａ）の耐タンパ領域に事前に格納されていてもよい。なお、耐ダンパデバイスとは、情報不正取得や改竄等に対して耐性のある装置や素子のことをいい、ＵＩＭとは、携帯電話会社が発行する契約者情報が記録された、例えばＩＣカードをいう。
【００１４】
続いて、ユーザ端末装置Ａ（３ａ）が、ユーザ端末Ｂ（３ｂ）に対してＩＤを含む属性情報を提示しようとした場合、まず、発行センタのセンタサーバ１にアクセスしてその属性情報と鍵情報の生成を依頼（属性提示要求）する。属性提示要求を受信したセンタサーバ１は、生成した属性情報と鍵情報を要求のあったユーザ端末Ａ（３ａ）に送信し、ユーザ端末Ａ（３ａ）は署名を付してユーザ端末Ｂ（３ｂ）にその属性情報を送信する。続いて、ユーザ端末Ｂ（３ｂ）は署名検証を行い、検証が成功したときにユーザＡを正当な属性の所有者と認める。なお、検証は、信頼のおけるセンタサーバ１に依頼することも可能である。上記した属性認証の手順については後述する。
【００１５】
図２は、本発明の実施形態に係る属性情報交換システムにおいて使用されるＩＤ型暗号方式における暗号化方法を示した模式図である。
ＩＤ型暗号方式とは、ＩＤ情報から復号（検証）用の公開鍵（復号鍵）を生成し、公開鍵からさらに暗号化（署名）用の秘密鍵（暗号鍵）を生成する方式である。ＩＤ型暗号方式の特徴は、意味のあるＩＤ情報から公開鍵を生成するため公開鍵の種類が豊富であり、また公開鍵自体に意味のある情報を持たせることができるという点にある。
【００１６】
ここで、ＩＤ情報とは、上記した属性情報を含む情報のことを意味する。交換する属性情報を交換相手に譲渡できないよう制限を設ける場合は、個人を識別する情報（ＵＩＤ）や携帯端末装置３ａ、３ｂの例えば電話番号等の情報をＩＤ情報に含めることで、属性情報の所持者を明確に証明することが可能である。
【００１７】
また、一定の期間内のみ有効な資格等を属性情報として交換する場合は、発行時刻をＩＤ情報に含めることで、相手から受信した属性情報の有効性を判断することが可能である。
更に、趣味・趣向等を属性情報として交換する場合など、属性情報に特別に制限をかける必要がない場合には、属性情報のみをＩＤ情報とする。このように、ＩＤ情報に含める情報として属性情報の他にどのような情報を選択するかを使い分けることで、属性情報を利用して行う様々なサービスに適用することができる。
【００１８】
図２において、ＩＤ型暗号方式では、まずＩＤ情報から一方向性関数Ａを用いて公開鍵に変換される。この一方向性関数Ａはセンタサーバ１、携帯端末装置３ａ、３ｂで所持する。続いて、公開鍵とセンタ秘密鍵から一方向性関数Ｂを用いて秘密鍵を生成する。センタ秘密鍵および一方向性関数Ｂはセンタサーバ１のみが所持するものであり、秘密鍵の生成は発行センタのみで行うことが可能である。
【００１９】
すなわち、センタ秘密鍵を所持しない携帯端末装置３ａ、３ｂでは公開鍵から秘密鍵を生成することはできない。一方、センタ秘密鍵から一方向性関数Ｃを用いてセンタ公開鍵が生成される。一方向性関数Ｃは発行センタ1のみが所持するものであり、センタ公開鍵の生成は発行センタのみで行うことが可能である。生成されたセンタ公開鍵は、予め携帯端末装置３ａ、３ｂに配布されている。
【００２０】
図３は、本発明の実施形態に係る属性情報交換システムの内部構成を機能展開して示したブロック図である。
本発明実施形態にかかわる属性情報交換システムは、センタサーバ１と、ＳＰサーバ２と、ユーザ端末Ａ（３ａ）、ユーザ端末Ｂ（３ｂ）とで構成されることは上記したとおりである。ここでは、ユーザ端末Ａ（３ａ）とユーザ端末Ｂ（３ｂ）との間で属性情報を交換するものとし、ユーザ端末Ａ（３ａ）が属性情報を提示し、ユーザ端末Ｂ（３ｂ）がその属性情報を取得するものとして説明する。ユーザ端末Ａ（３ａ）、ユーザ端末Ｂ（３ｂ）のそれぞれは、ＵＩＭ（User Identity Module）等の耐ダンパデバイスを備え、ここにはユーザＡ、ユーザＢの属性情報が格納されている。
【００２１】
図３において、センタサーバ１は、鍵情報生成送信部１１を、ユーザ端末Ａ（３ａ）は、識別情報隠蔽処理部３１と、署名情報生成部３２を、ユーザ端末Ｂ（３ｂ）は、署名情報検証部３３を備えている。
センタサーバ１の鍵情報生成送信部１１は、ユーザ端末Ａ（３ａ）によって発行される属性提示要求に基づき、ユーザ端末Ａ（３ａ）が提示したい属性情報に含まれるＩＤを、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあったユーザ端末Ａ（３ａ）に送信する機能を持つ。
【００２２】
ユーザ端末Ａ（３ａ）の識別情報隠蔽処理部３１は、属性情報交換の都度、隠蔽する必要のある領域の内容を別の乱数列に変更する機能を持ち、署名情報生成部３２は、隠蔽する必要のある領域の鍵情報に関して乱数列を用いて変形し、当該変形した乱数列と隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成し、属性情報を取得するユーザ端末Ｂ（３ｂ）に送信する機能を持つ。
【００２３】
また、ユーザ端末Ｂ（３ｂ）の署名情報検証部３３は、ユーザ端末Ａ（３ａ）から送信される署名情報を受信し、乱数列が反映された公開鍵を用いて検証して当該検証結果に基づきユーザ端末Ａ（３ａ）、Ｂ（３ｂ）間で通信を行わせる機能を持つ。
【００２４】
なお、上記した署名情報の検証は、センタサーバ１に依頼し、その検証結果をセンタサーバ１から取得することもできる。この場合、センタサーバ１は、鍵情報生成送信部１１の他に署名情報検証部１２を備え、この署名情報検証部１２は、属性情報を取得するユーザ端末Ｂ（３ｂ）から乱数列に基づく検証要求を受信し、属属性情報を検証してその検証結果を検証要求のあったユーザ端末Ｂ（３ｂ）に送信する機能を持つ。
【００２５】
図４は、本発明の実施形態における属性情報交換システムの動作シーケンスを示す図であり、ここでは、ユーザ端末Ａ（３ａ）とユーザ端末Ｂ（３ｂ）との間で属性情報の交換を行う手順が示されている。
以下、図４に示す動作シーケンス図を参照しながら、図３に示す属性情報交換システムの動作について詳細に説明する。
【００２６】
まず、ユーザ端末Ａ（３ａ）は、属性情報を提示するにあたり、センタサーバ１に属性提示要求を発行し（ステップＳ４１）、これを受信したセンタサーバ１は、その属性情報に含まれるＩＤに対応する鍵情報である秘密鍵を生成して要求のあったユーザ端末Ａ（３ｂ）に配布する（ステップＳ４２、Ｓ４３）。このとき、ＩＤは、隠蔽する必要のない領域ＩＤ_aと、隠蔽したい領域ＩＤ_bに分割して配布し、センタサーバ１の鍵情報生成送信部１１では、それぞれの領域の公開鍵を個別に生成する。ここでは、それぞれＰａ、Ｐｂとする。公開鍵Ｐａは、ＩＤの部分領域ＩＤ_aのみから生成され、公開鍵Ｐｂは、ＩＤの部分領域ＩＤ_aとＩＤ_bとから生成されるものとする。鍵情報生成送信部１１は、更にセンタの秘密鍵を使用し、この公開鍵から秘密鍵Ｓａ、Ｓｂを生成し、ユーザ端末Ａ（３ａ）の識別情報隠蔽処理部３１に送信する。
【００２７】
属性認証は以下の手順に従い実行される。まず、属性情報を提示するユーザ端末Ａ（３ａ）からその属性情報を取得するユーザ端末Ｂ（３ｂ）に対して乱数数等のチャレンジ情報が送信される。ユーザ端末Ｂ（３ｂ）は、そのチャレンジ情報に対して提示したい属性の秘密鍵で署名し、署名情報のみを返信する。このとき、開示しても構わなければＩＤも同時に返信する。
【００２８】
続いて、ユーザ端末Ａ（３ａ）は、返信されてきた署名情報を検証する。このときＩＤも返信されていればそのＩＤを使って公開鍵を作成して検証する。ＩＤの返信がない場合は、自身で持つ公開鍵リストの中から検証したい属性の公開鍵を選択し、検証処理を実行する。この検証処理が成功すればユーザＡを正当な属性の所有者として認める。
【００２９】
なお、このとき、ユーザ端末Ａ（３ａ）の識別情報隠蔽処理部３１は、ＩＤの部分領域ＩＤ_aはそのままユーザ端末Ｂ（３ｂ）に送信し、隠蔽したい部分領域ＩＤ_bには、生成した乱数（ｘ）を掛け合わせてｍｏｄ演算（ｘ＊ＩＤ_b ｍｏｄ n）を実行することにより、ＩＤ_bが乱数に見えるような処理を実行する（ステップＳ４４）。乱数ｘは毎回新たに生成することで、不正者がこのＩＤ_bを使って追跡することが不可能になる。
なお、ＩＤ_aは個人を特定する情報ではなく、複数人のユーザが同一の情報を持つ可能性があるものである。
【００３０】
次に、署名に関して、属性情報を取得するユーザ端末Ｂ（３ｂ）は、受信したＩＤ（ＩＤ_aとｘ＊ＩＤ_b）から公開鍵を生成する。但し、ユーザＡが持っている秘密鍵は、ＩＤ_aとＩＤ_bに基づくＳａ、Ｓｂであり、一致しない。このため、ユーザ端末Ａ（３ａ）は、署名情報生成部３２において秘密鍵Ｓｂをｘ＊Ｓｂに変形した後、鍵情報Ｓ＝Ｓａ＋ｘ＊Ｓｂを使って署名し、ユーザ端末Ｂ（３ｂ）に送信する（ステップＳ４４、Ｓ４５）。ここで生成される署名情報はユーザ端末Ｂ（３ｂ）の署名情報検証部３３において公開鍵Ｐ＝Ｐａ＋ｘ＊Ｐｂとセンタの公開鍵を使って検証される（ステップＳ４６）。
【００３１】
なお、ユーザ端末Ａ（３ａ）はセンタの公開鍵で暗号化した乱数ｘをユーザ端末Ｂ（３ｂ）に送信することによって証拠提出が可能である（ステップＳ４７）。例えば、ユーザＢが希望する場合、ユーザ端末Ｂ（３ｂ）が全ての情報をセンタサーバ１に送信することで検証が可能になる。このときの検証はユーザ端末Ｂ（３ｂ）に代わってセンタサーバ１の署名情報検証部１２で実行される（ステップＳ４８、Ｓ４９）。
センタサーバ１は、乱数ｘを復号して入手可能であるため、センタのみがユーザＡの行動履歴を収集することができる。センタは、例えば、この情報を課金処理等に利用することができる。
【００３２】
図５は、本発明の実施形態に係る属性情報交換システムによる鍵情報配布から証拠提出に至る各ステップの詳細な手順を説明するために引用したフローチャートである。
以下、このフローチャートに従いそれぞれの手順の詳細を説明する。
【００３３】
まず、鍵情報配布（ステップＳ５１）から説明する。ここでは、ＩＤ∈｛１，０｝ｘを、隠蔽（マスク）する必要のない領域の情報ＩＤ_aとマスクしたい領域の情報ＩＤ_bとに分割し、対応する公開鍵を、それぞれ、ＱＩＤ_a＝｛Ｈ１（ＩＤ_a）｝Ｑ∈Ｇ１，ＱＩＤ_b＝｛Ｈ（ＩＤ_a）｝（ＩＤ_b）Ｑ∈Ｇ１とする。このとき、Ｑはあるｎ等分点である。そして、秘密鍵をそれぞれＳID_a＝ｓ（ＱID_a），ＳID_b＝s（ＱID_b）としてユーザに配布する。
【００３４】
次に、識別情報のマスキング処理（ステップＳ５２）に関し、ＩＤ＝（ＩＤ_a，ＩＤ_b）に対して乱数ｘ∈｛１，０｝ｉ（ＩＤ_ｂ）∈｛１，０｝≧ｉ）を生成し、（ＩＤ_a，ｘ＊（ＩＤ_b）を実施する。
【００３５】
次に、秘密鍵の変形処理（ステップＳ５３）に関し、ＳID_bに乱数ｘを乗算することで変形し、ＳID＝ＳID_a＋ｘ（ＳID_b）とする。
次に、署名情報の生成処理（ステップＳ５４）に関し、メッセージｍ∈｛１，０｝ｍ
を秘密鍵ＳIDで署名する。また、署名情報の検証（ステップＳ５５）に関し、ＩＤ_a，ｘ＊ＩＤ_bから、ＱID_a・Ｑx*ID_b＝（Ｈ（ID_a））（ｘ＊ID_b）Ｑを計算する。メッセージｍと署名（ｕ，ｖ）、公開鍵ＱID＝ＱID＋Ｑx*ID_bが与えられたとき、検証者はｒ’＝ｅ（ｕ，Ｐ）ｅ（ＱID，−Ｐpub）ｖを計算し、ｖ＝Ｈ（ｍ，ｒ’）を確認する。
【００３６】
最後に、証拠提出処理（ステップＳ５６）について説明する。ここでは、検証者のセンタ公開鍵で暗号化したｘを提出し、検証者は、必要に応じてセンタに全てのデータを送りチェックを依頼する。
【００３７】
以上、説明のように、本発明は、ユーザ端末Ａ（３ａ）、Ｂ（３ｂ）に格納された属性情報を交換することでその属性情報に応じた通信を行う属性情報交換システムにおいて、属性認証を行う際、属性情報のうち特定の領域を毎回別の乱数列に変更することでＩＤ等の動的な変更が可能とするものであり、このことにより、第三者がユーザの行動履歴等を追跡することは不可能になり、安全が確保されユーザのプライバシ保護を実現するものである。
【００３８】
また、本発明によれば、上記した属性認証は、携帯端末装置はもとより信頼のおけるセンタサーバ１に依頼することもでき、この場合、センタサーバ１でのみユーザＡの行動履歴を収集することが可能になるため、発行センタはこの情報を活用することで課金処理等に利用することができる。
【００３９】
なお、上記した本発明の実施形態によれば、ユーザＡの携帯端末装置３ａとユーザＢの携帯端末装置３ｂとの間で属性情報の交換を行う手順についてのみ説明したが、ユーザＡもしくはユーザＢがサービスプロバイダのＳＰサーバ２との間で属性情報の交換を行う場合、属性情報を取得するユーザＡ（Ｂ）のユーザ端末Ａ（３ａ）の動作をサービスプロバイダのＳＰサーバ２に置換えることで同様の手順に従うものである。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態に係る属性情報交換システムのシステム構成の一例を示した図である。
【図２】本発明の実施形態において使用されるＩＤ型暗号方式における暗号化方法を示した模式図である。
【図３】本発明の実施形態に係る属性情報交換システムの構成を機能展開して示したブロック図である。
【図４】本発明の実施形態に係る属性情報交換システムの動作シーケンスを示す図である。
【図５】本発明の実施形態に係る属性情報交換システムにより実行される各ステップの詳細な手順を説明するために引用したフローチャートである。
【符号の説明】
【００４１】
１…センタサーバ（信頼のおけるサーバ）、２…ＳＰサーバ、３ａ、３ｂ…ユーザ端末（携帯端末装置）、１１…情報生成送信部、１２…署名情報検証部、３１…識別情報隠蔽処理部、３２…署名情報生成部、３３…署名情報検証部
【技術分野】
【０００１】
本発明は、信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムおよび同システムにおけるプライバシ保護方法に関する。
【背景技術】
【０００２】
従来、ネットワーク上における電子認証技術として、通信相手から受信した属性情報が正当なものであるか否かを検証する方法が知られている。その一例として、公開鍵証明書を用いる方法では、各属性情報が第３者機関によって正当性が証明され、属性証明書が発行される。
通信相手から受信した属性情報が正当なものであるか否かを検証する際には、第３者機関から受信した属性情報に対応する属性証明書をユーザが入手する必要がある（例えば、特許文献1参照）。
【特許文献１】特開２００１−２０９３１３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ユーザがサービスプロバイダからサービス提供を受ける際、あるいは他のユーザとの間で通信を行うにあたり、属性情報を交換することが要求される。
このとき属性情報に含まれるユーザ識別情報等のＩＤは固定されており、属性情報を取得するユーザあるいはサービスプロバイダに対して公開することになり、このため、第三者によってユーザの行動が追跡される恐れがあった。従って、プライバシ保護に関する問題が技術的課題として残されていた。
【０００４】
本発明は上記事情に基づきなされたものであり、上記した属性情報のうち、ＩＤ等、ある特定の部分情報をユーザが動的に変更できるようにすることで安全性を確保した、属性情報交換システムおよび同システムにおけるプライバシ保護方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記した課題を解決するために本発明は、信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、内部に格納された属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムであって、前記サーバは、前記携帯端末装置が提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあった前記携帯端末装置に送信する鍵情報生成送信部を備え、前記属性情報を提示する携帯端末装置は、属性情報交換の都度、前記隠蔽する必要のある領域の内容を別の乱数列に変更する識別情報隠蔽処理部と、前記隠蔽する必要のある領域の鍵情報に関して前記乱数列を用いて変形し、当該変形した乱数列と前記隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成し、前記属性情報を取得する前記携帯端末装置に送信する署名情報生成送信部と、を備えたことを特徴とする。
【０００６】
また、本発明において、前記属性情報を取得する携帯端末装置は、前記署名情報を受信し、前記乱数列が反映された公開鍵を用いて検証して当該検証結果に基づき前記通信を行わせる署名情報検証部、を備えたことを特徴とする。
【０００７】
また、本発明において、前記サーバは、属性情報を取得する前記携帯端末装置から前記乱数列に基づく検証要求を受信し、前記属属性情報を検証してその検証結果を前記検証要求のあった携帯端末装置に送信する署名情報検証部、を備えたことを特徴とする。
【０００８】
また、本発明は、信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、格納された属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムにおけるプライバシ保護方法であって、前記サーバが、前記携帯端末装置が提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあった前記携帯端末装置に送信するステップと、属性情報を提示する前記携帯端末装置が、乱数列を生成し、前記隠蔽する必要のある領域の内容に対して前記乱数列に基づく所定の演算を施し、当該演算結果と前記隠蔽の必要がない領域の内容と共に前記属性情報を取得する前記携帯端末装置に送信するステップと、前記属性情報を提示する前記携帯端末装置が、前記隠蔽する必要のある領域の鍵情報に関し前記乱数列を用いて変形し、当該変形した乱数列と前記隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成するステップと、前記属性情報を受信する前記携帯端末装置が、前記署名情報を受信し、前記乱数列が反映された公開鍵を用いて検証し、当該検証結果に基づき前記通信を行わせるステップと、を有することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、携帯端末装置に格納された属性情報を交換することでその属性情報に応じた通信を行う属性情報交換システムにおいて、属性認証を行う際、属性情報のうち特定の領域を毎回別の乱数列に変更することでユーザ識別情報等の動的な変更が可能となり、このことにより、第三者がユーザの行動履歴等を追跡することは不可能になり、安全が確保されユーザのプライバシ保護が実現される。
【００１０】
また、本発明によれば、上記した属性認証は、携帯端末装置はもとより信頼のおけるサーバに依頼することもでき、この場合、信頼のおけるサーバを管理運営するセンタでのみユーザの行動履歴を収集することが可能になるため、センタはこの情報を活用することで課金処理等に利用することができる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して本発明の実施形態について説明する。図１は、本発明の実施形態に係る属性情報交換システムのシステム構成の一例を示した図である。
図１において、発行センタは、ユーザの職業、所属、資格、現在位置情報等の属性情報に対して使用する暗号鍵を発行する機関であり、例えば、地域コミュニティで運営する信頼のおける機関（組織）である。発行センタは、センタサーバ１を管理運営している。
また、サービスプロバイダ（ＳＰ）は、ユーザが所持する携帯端末装置であるユーザ端末Ａ（３ａ）とユーザ端末Ｂ（３ｂ）間、またはユーザ端末Ａ（３ａ）あるいはユーザ端末Ｂ（３ｂ）とセンタサーバ１との間のデータ通信の中継を行う機関であり、ＳＰサーバ２を管理運営している。
【００１２】
ここでは、ユーザ端末Ａ（３ａ）、Ｂ（３ｂ）として、インターネット接続環境を持つ携帯電話が例示されている。また、上記した発行センタにより管理運営される信頼のおけるセンタサーバ１、ＳＰ２により管理運営されるＳＰサーバ２、そして、ユーザＡ、Ｂが所持するユーザ端末Ａ（３ａ）、ユーザ端末Ｂ（３ｂ）のそれぞれは、図示せぬＩＰ（Internet Protocol）網等の通信ネットワークを介して接続される。
【００１３】
図１に示す属性情報交換システムの情報の流れについて概略説明を行う。まず、ユーザＡ（ユーザ端末Ａ（３ａ））は、認証局から公開鍵証明書を、属性認証局から属性証明書を、それぞれ発行してもらう。属性証明書は、公開鍵証明書と紐付けられて管理されている。なお、公開鍵証明書については、ユーザ端末Ａ（３ａ）の耐タンパ領域に事前に格納されていてもよい。なお、耐ダンパデバイスとは、情報不正取得や改竄等に対して耐性のある装置や素子のことをいい、ＵＩＭとは、携帯電話会社が発行する契約者情報が記録された、例えばＩＣカードをいう。
【００１４】
続いて、ユーザ端末装置Ａ（３ａ）が、ユーザ端末Ｂ（３ｂ）に対してＩＤを含む属性情報を提示しようとした場合、まず、発行センタのセンタサーバ１にアクセスしてその属性情報と鍵情報の生成を依頼（属性提示要求）する。属性提示要求を受信したセンタサーバ１は、生成した属性情報と鍵情報を要求のあったユーザ端末Ａ（３ａ）に送信し、ユーザ端末Ａ（３ａ）は署名を付してユーザ端末Ｂ（３ｂ）にその属性情報を送信する。続いて、ユーザ端末Ｂ（３ｂ）は署名検証を行い、検証が成功したときにユーザＡを正当な属性の所有者と認める。なお、検証は、信頼のおけるセンタサーバ１に依頼することも可能である。上記した属性認証の手順については後述する。
【００１５】
図２は、本発明の実施形態に係る属性情報交換システムにおいて使用されるＩＤ型暗号方式における暗号化方法を示した模式図である。
ＩＤ型暗号方式とは、ＩＤ情報から復号（検証）用の公開鍵（復号鍵）を生成し、公開鍵からさらに暗号化（署名）用の秘密鍵（暗号鍵）を生成する方式である。ＩＤ型暗号方式の特徴は、意味のあるＩＤ情報から公開鍵を生成するため公開鍵の種類が豊富であり、また公開鍵自体に意味のある情報を持たせることができるという点にある。
【００１６】
ここで、ＩＤ情報とは、上記した属性情報を含む情報のことを意味する。交換する属性情報を交換相手に譲渡できないよう制限を設ける場合は、個人を識別する情報（ＵＩＤ）や携帯端末装置３ａ、３ｂの例えば電話番号等の情報をＩＤ情報に含めることで、属性情報の所持者を明確に証明することが可能である。
【００１７】
また、一定の期間内のみ有効な資格等を属性情報として交換する場合は、発行時刻をＩＤ情報に含めることで、相手から受信した属性情報の有効性を判断することが可能である。
更に、趣味・趣向等を属性情報として交換する場合など、属性情報に特別に制限をかける必要がない場合には、属性情報のみをＩＤ情報とする。このように、ＩＤ情報に含める情報として属性情報の他にどのような情報を選択するかを使い分けることで、属性情報を利用して行う様々なサービスに適用することができる。
【００１８】
図２において、ＩＤ型暗号方式では、まずＩＤ情報から一方向性関数Ａを用いて公開鍵に変換される。この一方向性関数Ａはセンタサーバ１、携帯端末装置３ａ、３ｂで所持する。続いて、公開鍵とセンタ秘密鍵から一方向性関数Ｂを用いて秘密鍵を生成する。センタ秘密鍵および一方向性関数Ｂはセンタサーバ１のみが所持するものであり、秘密鍵の生成は発行センタのみで行うことが可能である。
【００１９】
すなわち、センタ秘密鍵を所持しない携帯端末装置３ａ、３ｂでは公開鍵から秘密鍵を生成することはできない。一方、センタ秘密鍵から一方向性関数Ｃを用いてセンタ公開鍵が生成される。一方向性関数Ｃは発行センタ1のみが所持するものであり、センタ公開鍵の生成は発行センタのみで行うことが可能である。生成されたセンタ公開鍵は、予め携帯端末装置３ａ、３ｂに配布されている。
【００２０】
図３は、本発明の実施形態に係る属性情報交換システムの内部構成を機能展開して示したブロック図である。
本発明実施形態にかかわる属性情報交換システムは、センタサーバ１と、ＳＰサーバ２と、ユーザ端末Ａ（３ａ）、ユーザ端末Ｂ（３ｂ）とで構成されることは上記したとおりである。ここでは、ユーザ端末Ａ（３ａ）とユーザ端末Ｂ（３ｂ）との間で属性情報を交換するものとし、ユーザ端末Ａ（３ａ）が属性情報を提示し、ユーザ端末Ｂ（３ｂ）がその属性情報を取得するものとして説明する。ユーザ端末Ａ（３ａ）、ユーザ端末Ｂ（３ｂ）のそれぞれは、ＵＩＭ（User Identity Module）等の耐ダンパデバイスを備え、ここにはユーザＡ、ユーザＢの属性情報が格納されている。
【００２１】
図３において、センタサーバ１は、鍵情報生成送信部１１を、ユーザ端末Ａ（３ａ）は、識別情報隠蔽処理部３１と、署名情報生成部３２を、ユーザ端末Ｂ（３ｂ）は、署名情報検証部３３を備えている。
センタサーバ１の鍵情報生成送信部１１は、ユーザ端末Ａ（３ａ）によって発行される属性提示要求に基づき、ユーザ端末Ａ（３ａ）が提示したい属性情報に含まれるＩＤを、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあったユーザ端末Ａ（３ａ）に送信する機能を持つ。
【００２２】
ユーザ端末Ａ（３ａ）の識別情報隠蔽処理部３１は、属性情報交換の都度、隠蔽する必要のある領域の内容を別の乱数列に変更する機能を持ち、署名情報生成部３２は、隠蔽する必要のある領域の鍵情報に関して乱数列を用いて変形し、当該変形した乱数列と隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成し、属性情報を取得するユーザ端末Ｂ（３ｂ）に送信する機能を持つ。
【００２３】
また、ユーザ端末Ｂ（３ｂ）の署名情報検証部３３は、ユーザ端末Ａ（３ａ）から送信される署名情報を受信し、乱数列が反映された公開鍵を用いて検証して当該検証結果に基づきユーザ端末Ａ（３ａ）、Ｂ（３ｂ）間で通信を行わせる機能を持つ。
【００２４】
なお、上記した署名情報の検証は、センタサーバ１に依頼し、その検証結果をセンタサーバ１から取得することもできる。この場合、センタサーバ１は、鍵情報生成送信部１１の他に署名情報検証部１２を備え、この署名情報検証部１２は、属性情報を取得するユーザ端末Ｂ（３ｂ）から乱数列に基づく検証要求を受信し、属属性情報を検証してその検証結果を検証要求のあったユーザ端末Ｂ（３ｂ）に送信する機能を持つ。
【００２５】
図４は、本発明の実施形態における属性情報交換システムの動作シーケンスを示す図であり、ここでは、ユーザ端末Ａ（３ａ）とユーザ端末Ｂ（３ｂ）との間で属性情報の交換を行う手順が示されている。
以下、図４に示す動作シーケンス図を参照しながら、図３に示す属性情報交換システムの動作について詳細に説明する。
【００２６】
まず、ユーザ端末Ａ（３ａ）は、属性情報を提示するにあたり、センタサーバ１に属性提示要求を発行し（ステップＳ４１）、これを受信したセンタサーバ１は、その属性情報に含まれるＩＤに対応する鍵情報である秘密鍵を生成して要求のあったユーザ端末Ａ（３ｂ）に配布する（ステップＳ４２、Ｓ４３）。このとき、ＩＤは、隠蔽する必要のない領域ＩＤ_aと、隠蔽したい領域ＩＤ_bに分割して配布し、センタサーバ１の鍵情報生成送信部１１では、それぞれの領域の公開鍵を個別に生成する。ここでは、それぞれＰａ、Ｐｂとする。公開鍵Ｐａは、ＩＤの部分領域ＩＤ_aのみから生成され、公開鍵Ｐｂは、ＩＤの部分領域ＩＤ_aとＩＤ_bとから生成されるものとする。鍵情報生成送信部１１は、更にセンタの秘密鍵を使用し、この公開鍵から秘密鍵Ｓａ、Ｓｂを生成し、ユーザ端末Ａ（３ａ）の識別情報隠蔽処理部３１に送信する。
【００２７】
属性認証は以下の手順に従い実行される。まず、属性情報を提示するユーザ端末Ａ（３ａ）からその属性情報を取得するユーザ端末Ｂ（３ｂ）に対して乱数数等のチャレンジ情報が送信される。ユーザ端末Ｂ（３ｂ）は、そのチャレンジ情報に対して提示したい属性の秘密鍵で署名し、署名情報のみを返信する。このとき、開示しても構わなければＩＤも同時に返信する。
【００２８】
続いて、ユーザ端末Ａ（３ａ）は、返信されてきた署名情報を検証する。このときＩＤも返信されていればそのＩＤを使って公開鍵を作成して検証する。ＩＤの返信がない場合は、自身で持つ公開鍵リストの中から検証したい属性の公開鍵を選択し、検証処理を実行する。この検証処理が成功すればユーザＡを正当な属性の所有者として認める。
【００２９】
なお、このとき、ユーザ端末Ａ（３ａ）の識別情報隠蔽処理部３１は、ＩＤの部分領域ＩＤ_aはそのままユーザ端末Ｂ（３ｂ）に送信し、隠蔽したい部分領域ＩＤ_bには、生成した乱数（ｘ）を掛け合わせてｍｏｄ演算（ｘ＊ＩＤ_b ｍｏｄ n）を実行することにより、ＩＤ_bが乱数に見えるような処理を実行する（ステップＳ４４）。乱数ｘは毎回新たに生成することで、不正者がこのＩＤ_bを使って追跡することが不可能になる。
なお、ＩＤ_aは個人を特定する情報ではなく、複数人のユーザが同一の情報を持つ可能性があるものである。
【００３０】
次に、署名に関して、属性情報を取得するユーザ端末Ｂ（３ｂ）は、受信したＩＤ（ＩＤ_aとｘ＊ＩＤ_b）から公開鍵を生成する。但し、ユーザＡが持っている秘密鍵は、ＩＤ_aとＩＤ_bに基づくＳａ、Ｓｂであり、一致しない。このため、ユーザ端末Ａ（３ａ）は、署名情報生成部３２において秘密鍵Ｓｂをｘ＊Ｓｂに変形した後、鍵情報Ｓ＝Ｓａ＋ｘ＊Ｓｂを使って署名し、ユーザ端末Ｂ（３ｂ）に送信する（ステップＳ４４、Ｓ４５）。ここで生成される署名情報はユーザ端末Ｂ（３ｂ）の署名情報検証部３３において公開鍵Ｐ＝Ｐａ＋ｘ＊Ｐｂとセンタの公開鍵を使って検証される（ステップＳ４６）。
【００３１】
なお、ユーザ端末Ａ（３ａ）はセンタの公開鍵で暗号化した乱数ｘをユーザ端末Ｂ（３ｂ）に送信することによって証拠提出が可能である（ステップＳ４７）。例えば、ユーザＢが希望する場合、ユーザ端末Ｂ（３ｂ）が全ての情報をセンタサーバ１に送信することで検証が可能になる。このときの検証はユーザ端末Ｂ（３ｂ）に代わってセンタサーバ１の署名情報検証部１２で実行される（ステップＳ４８、Ｓ４９）。
センタサーバ１は、乱数ｘを復号して入手可能であるため、センタのみがユーザＡの行動履歴を収集することができる。センタは、例えば、この情報を課金処理等に利用することができる。
【００３２】
図５は、本発明の実施形態に係る属性情報交換システムによる鍵情報配布から証拠提出に至る各ステップの詳細な手順を説明するために引用したフローチャートである。
以下、このフローチャートに従いそれぞれの手順の詳細を説明する。
【００３３】
まず、鍵情報配布（ステップＳ５１）から説明する。ここでは、ＩＤ∈｛１，０｝ｘを、隠蔽（マスク）する必要のない領域の情報ＩＤ_aとマスクしたい領域の情報ＩＤ_bとに分割し、対応する公開鍵を、それぞれ、ＱＩＤ_a＝｛Ｈ１（ＩＤ_a）｝Ｑ∈Ｇ１，ＱＩＤ_b＝｛Ｈ（ＩＤ_a）｝（ＩＤ_b）Ｑ∈Ｇ１とする。このとき、Ｑはあるｎ等分点である。そして、秘密鍵をそれぞれＳID_a＝ｓ（ＱID_a），ＳID_b＝s（ＱID_b）としてユーザに配布する。
【００３４】
次に、識別情報のマスキング処理（ステップＳ５２）に関し、ＩＤ＝（ＩＤ_a，ＩＤ_b）に対して乱数ｘ∈｛１，０｝ｉ（ＩＤ_ｂ）∈｛１，０｝≧ｉ）を生成し、（ＩＤ_a，ｘ＊（ＩＤ_b）を実施する。
【００３５】
次に、秘密鍵の変形処理（ステップＳ５３）に関し、ＳID_bに乱数ｘを乗算することで変形し、ＳID＝ＳID_a＋ｘ（ＳID_b）とする。
次に、署名情報の生成処理（ステップＳ５４）に関し、メッセージｍ∈｛１，０｝ｍ
を秘密鍵ＳIDで署名する。また、署名情報の検証（ステップＳ５５）に関し、ＩＤ_a，ｘ＊ＩＤ_bから、ＱID_a・Ｑx*ID_b＝（Ｈ（ID_a））（ｘ＊ID_b）Ｑを計算する。メッセージｍと署名（ｕ，ｖ）、公開鍵ＱID＝ＱID＋Ｑx*ID_bが与えられたとき、検証者はｒ’＝ｅ（ｕ，Ｐ）ｅ（ＱID，−Ｐpub）ｖを計算し、ｖ＝Ｈ（ｍ，ｒ’）を確認する。
【００３６】
最後に、証拠提出処理（ステップＳ５６）について説明する。ここでは、検証者のセンタ公開鍵で暗号化したｘを提出し、検証者は、必要に応じてセンタに全てのデータを送りチェックを依頼する。
【００３７】
以上、説明のように、本発明は、ユーザ端末Ａ（３ａ）、Ｂ（３ｂ）に格納された属性情報を交換することでその属性情報に応じた通信を行う属性情報交換システムにおいて、属性認証を行う際、属性情報のうち特定の領域を毎回別の乱数列に変更することでＩＤ等の動的な変更が可能とするものであり、このことにより、第三者がユーザの行動履歴等を追跡することは不可能になり、安全が確保されユーザのプライバシ保護を実現するものである。
【００３８】
また、本発明によれば、上記した属性認証は、携帯端末装置はもとより信頼のおけるセンタサーバ１に依頼することもでき、この場合、センタサーバ１でのみユーザＡの行動履歴を収集することが可能になるため、発行センタはこの情報を活用することで課金処理等に利用することができる。
【００３９】
なお、上記した本発明の実施形態によれば、ユーザＡの携帯端末装置３ａとユーザＢの携帯端末装置３ｂとの間で属性情報の交換を行う手順についてのみ説明したが、ユーザＡもしくはユーザＢがサービスプロバイダのＳＰサーバ２との間で属性情報の交換を行う場合、属性情報を取得するユーザＡ（Ｂ）のユーザ端末Ａ（３ａ）の動作をサービスプロバイダのＳＰサーバ２に置換えることで同様の手順に従うものである。
【図面の簡単な説明】
【００４０】
【図１】本発明の実施形態に係る属性情報交換システムのシステム構成の一例を示した図である。
【図２】本発明の実施形態において使用されるＩＤ型暗号方式における暗号化方法を示した模式図である。
【図３】本発明の実施形態に係る属性情報交換システムの構成を機能展開して示したブロック図である。
【図４】本発明の実施形態に係る属性情報交換システムの動作シーケンスを示す図である。
【図５】本発明の実施形態に係る属性情報交換システムにより実行される各ステップの詳細な手順を説明するために引用したフローチャートである。
【符号の説明】
【００４１】
１…センタサーバ（信頼のおけるサーバ）、２…ＳＰサーバ、３ａ、３ｂ…ユーザ端末（携帯端末装置）、１１…情報生成送信部、１２…署名情報検証部、３１…識別情報隠蔽処理部、３２…署名情報生成部、３３…署名情報検証部
【特許請求の範囲】
【請求項１】
信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、内部に格納された属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムであって、
前記サーバは、前記携帯端末装置が提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあった前記携帯端末装置に送信する鍵情報生成送信部を備え、
前記属性情報を提示する携帯端末装置は、
属性情報交換の都度、前記隠蔽する必要のある領域の内容を別の乱数列に変更する識別情報隠蔽処理部と、前記隠蔽する必要のある領域の鍵情報に関して前記乱数列を用いて変形し、当該変形した乱数列と前記隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成し、前記属性情報を取得する前記携帯端末装置に送信する署名情報生成送信部と、
を備えたことを特徴とする属性情報交換システム。
【請求項２】
前記属性情報を取得する携帯端末装置は、
前記署名情報を受信し、前記乱数列が反映された公開鍵を用いて検証して当該検証結果に基づき前記通信を行わせる署名情報検証部、
を備えたことを特徴とする請求項１に記載の属性情報交換システム。
【請求項３】
前記サーバは、
属性情報を取得する前記携帯端末装置から前記乱数列に基づく検証要求を受信し、前記属属性情報を検証してその検証結果を前記検証要求のあった携帯端末装置に送信する署名情報検証部、
を備えたことを特徴とする請求項１に記載の属性情報交換システム。
【請求項４】
信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、格納された属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムにおけるプライバシ保護方法であって、
前記サーバが、前記携帯端末装置が提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあった前記携帯端末装置に送信するステップと、
属性情報を提示する前記携帯端末装置が、乱数列を生成し、前記隠蔽する必要のある領域の内容に対して前記乱数列に基づく所定の演算を施し、当該演算結果と前記隠蔽の必要がない領域の内容と共に前記属性情報を取得する前記携帯端末装置に送信するステップと、
前記属性情報を提示する前記携帯端末装置が、前記隠蔽する必要のある領域の鍵情報に関し前記乱数列を用いて変形し、当該変形した乱数列と前記隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成するステップと、
前記属性情報を受信する前記携帯端末装置が、前記署名情報を受信し、前記乱数列が反映された公開鍵を用いて検証し、当該検証結果に基づき前記通信を行わせるステップと、
を有することを特徴とする属性情報交換システムにおけるプライバシ保護方法。
【請求項１】
信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、内部に格納された属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムであって、
前記サーバは、前記携帯端末装置が提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあった前記携帯端末装置に送信する鍵情報生成送信部を備え、
前記属性情報を提示する携帯端末装置は、
属性情報交換の都度、前記隠蔽する必要のある領域の内容を別の乱数列に変更する識別情報隠蔽処理部と、前記隠蔽する必要のある領域の鍵情報に関して前記乱数列を用いて変形し、当該変形した乱数列と前記隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成し、前記属性情報を取得する前記携帯端末装置に送信する署名情報生成送信部と、
を備えたことを特徴とする属性情報交換システム。
【請求項２】
前記属性情報を取得する携帯端末装置は、
前記署名情報を受信し、前記乱数列が反映された公開鍵を用いて検証して当該検証結果に基づき前記通信を行わせる署名情報検証部、
を備えたことを特徴とする請求項１に記載の属性情報交換システム。
【請求項３】
前記サーバは、
属性情報を取得する前記携帯端末装置から前記乱数列に基づく検証要求を受信し、前記属属性情報を検証してその検証結果を前記検証要求のあった携帯端末装置に送信する署名情報検証部、
を備えたことを特徴とする請求項１に記載の属性情報交換システム。
【請求項４】
信頼のおけるサーバと、前記サーバとはネットワークを介して接続され、格納された属性情報を交換することでその属性情報に応じた通信を行う複数の携帯端末装置とから成る属性情報交換システムにおけるプライバシ保護方法であって、
前記サーバが、前記携帯端末装置が提示したい属性情報に含まれるユーザ識別情報を、隠蔽する必要のある領域と必要のない領域とに分割し、それぞれに鍵情報を生成して属性提示要求のあった前記携帯端末装置に送信するステップと、
属性情報を提示する前記携帯端末装置が、乱数列を生成し、前記隠蔽する必要のある領域の内容に対して前記乱数列に基づく所定の演算を施し、当該演算結果と前記隠蔽の必要がない領域の内容と共に前記属性情報を取得する前記携帯端末装置に送信するステップと、
前記属性情報を提示する前記携帯端末装置が、前記隠蔽する必要のある領域の鍵情報に関し前記乱数列を用いて変形し、当該変形した乱数列と前記隠蔽する必要のない領域の鍵情報とを合体させて署名情報を生成するステップと、
前記属性情報を受信する前記携帯端末装置が、前記署名情報を受信し、前記乱数列が反映された公開鍵を用いて検証し、当該検証結果に基づき前記通信を行わせるステップと、
を有することを特徴とする属性情報交換システムにおけるプライバシ保護方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−５３６５５（Ｐ２００７−５３６５５Ａ）
【公開日】平成１９年３月１日（２００７．３．１）
【国際特許分類】
【出願番号】特願２００５−２３８４３２（Ｐ２００５−２３８４３２）
【出願日】平成１７年８月１９日（２００５．８．１９）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１７年度、情報通信研究機構、「モバイルセキュリティ基盤技術の研究開発」委託研究、産業活力再生特別措置法第３０条の適用を受ける特許出願
【出願人】（５９９１０８２６４）株式会社ＫＤＤＩ研究所 (233)
【Ｆターム（参考）】
【公開日】平成１９年３月１日（２００７．３．１）
【国際特許分類】
【出願日】平成１７年８月１９日（２００５．８．１９）
【国等の委託研究の成果に係る記載事項】（出願人による申告）平成１７年度、情報通信研究機構、「モバイルセキュリティ基盤技術の研究開発」委託研究、産業活力再生特別措置法第３０条の適用を受ける特許出願
【出願人】（５９９１０８２６４）株式会社ＫＤＤＩ研究所 (233)
【Ｆターム（参考）】
[ Back to top ]