履歴管理装置
【課題】サービス提供者には、サービスを要求した利用者が分からない。また，管理者も利用者のプライバシ保護の点から、サービスの詳細な情報を受け取らない場合は、会員が履歴を管理しなければならないため、子供が匿名でサービスを受ける場合、親は子供がどの様なサービスを受けているか確認できない。
【解決手段】会員の署名鍵に基づいて会員により選択された商品またはサービスの販売または提供対象の商品サービス要求情報を生成し、この生成された商品サービス要求情報に対して、検証装置による検証の結果、問題ないと判断された場合に、当該検証装置からの商品またはサービスの販売または提供を受理する。また、この受理した商品またはサービスの受理の履歴である履歴情報を記憶し、この履歴情報を特定の履歴暗号鍵に基づいて暗号化するとともに、この暗号化された履歴情報を当該履歴暗号鍵に基づいて復号する。
【解決手段】会員の署名鍵に基づいて会員により選択された商品またはサービスの販売または提供対象の商品サービス要求情報を生成し、この生成された商品サービス要求情報に対して、検証装置による検証の結果、問題ないと判断された場合に、当該検証装置からの商品またはサービスの販売または提供を受理する。また、この受理した商品またはサービスの受理の履歴である履歴情報を記憶し、この履歴情報を特定の履歴暗号鍵に基づいて暗号化するとともに、この暗号化された履歴情報を当該履歴暗号鍵に基づいて復号する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、匿名で受けたサービスに対する利用者の履歴、特に子供が匿名で受けたサービスや操作に関する履歴を親が管理するための履歴管理装置に関する。
【背景技術】
【０００２】
最近、サービスを提供して決済するサービス提供システムでは、匿名の利用者を認証可能なグループ署名方式を用いたものが知られている（例えば、非特許文献１〜３参照）。この種のサービス提供システムは、大まかには次の（１）〜（３）のように運営される。
【０００３】
（１）管理者は、予め利用者の申し込みにより、利用者の決済情報などの個人情報と、利用者がどのグループに所属するかと、をグループ署名方式に基づいて登録する。なお、グループ署名方式の詳細については後述する。
【０００４】
（２）登録の後、匿名の利用者は、サービスの要求と共に、所属しているグループをサービス提供者に通知する。このとき、サービス提供者は、匿名の利用者に関し、“誰が”という個人情報を入手不可能となっている。サービス提供者は、利用者が所属しているグループのうち、サービスを利用可能なグループの情報を返す。
【０００５】
（３）匿名の利用者は、サービスを利用可能なグループのうち、選択したグループによるグループ署名を生成してサービス提供者に送る。サービス提供者は、このグループ署名を検証した後、そのグループが無効とされていなければ、要求されたサービスに相当するサービスデータを匿名の利用者に送る。匿名の利用者は、このサービスデータに基づいてサービスの提供を受ける。
【０００６】
図１はこのようなサービス提供システムの概要を示す模式図である。なお、前述した説明中、利用者は会員とも呼ばれ、サービス提供者は検証者とも呼ばれる。
【０００７】
管理者装置１００は、会員登録後に会員装置２００となる利用者端末からの要求に基づいて、要求されたサービスを利用可能なグループに所属する旨を証明するためのメンバ証明書を発行する機能を有し、会員情報を管理するサーバである。会員情報とは、会員の公開鍵と、決済情報等の個人情報と、メンバ証明書とを含み、サービスを利用した際のグループ署名に基づいて、会員から決済処理をするための秘密管理情報である。
【０００８】
会員装置２００は、管理者装置１００に管理される会員が所有する装置で、例えばパーソナルコンピュータ（ＰＣ）の様な汎用計算機が使用可能となっている。会員装置２００は、会員がメンバ証明書の発行の授受や，検証者装置３００からサービスの提供を受けるために，グループ署名方式を用いるためのデータ及びプログラムを格納し、公開鍵ペアの生成やグループ署名の生成といった演算を実行し、ネットワーク通信を行なう機能をもっている。
【０００９】
検証者装置３００は、会員装置２００からのサービス要求に基づき、利用可能なサービスを会員装置２００に表示させ、会員装置２００から送信されるサービス要求を検証し、会員装置２００にサービスを提供する装置である。
【００１０】
会員装置２００となる利用者端末は、管理者装置１００へ会員登録のための要求を出す（ＳＴ１）。この要求には、会員の公開鍵と、決済情報等の個人情報とが含まれている。管理者装置１００では、この要求に従い会員登録を行うと，会員の公開鍵を管理者装置１００の秘密鍵で署名し、得られたメンバ証明書を会員装置２００に発行する（ＳＴ２）。
【００１１】
会員装置２００は，インターネットなどのネットワークを通じて検証者装置３００へアクセスし、利用可能なサービスの情報を検証者装置３００から入手する（ＳＴ３）。会員装置２００は、利用可能なサービスのうち、受けたいサービスを選択し，サービス要求としてのグループ署名を検証者装置３００へ送る（ＳＴ４）。
【００１２】
検証者装置３００は，会員装置２００から送られたグループ署名を検証し，正当であればサービスデータを会員装置２００へ送る。しかる後、検証者装置３００は、サービスデータを送ったとして管理者装置１００へ会員のグループ署名を送る（ＳＴ５）。
【００１３】
管理者装置１００は，このグループ署名を検証し，正当であればグループ署名のメンバ証明書から会員を特定し、サービス料金の決済代行を行い、匿名の会員の決済結果を検証者装置３００へ送る（ＳＴ６）。
【００１４】
＜グループ署名方式＞
グループ署名とは、デジタル署名方式の一種であり、これまで様々な方式が提案されている（例えば、非特許文献１〜３等参照）。グループ署名方式は、非特許文献１によれば、以下の第１乃至第３の性質を持っている。
【００１５】
第１の性質は、あるグループに所属する任意のメンバがグループの代表として署名を生成することが可能な性質である。第２の性質は、検証者側においては、グループのメンバにより生成された署名である旨を検証可能であるものの、署名を生成したメンバ（以下、署名者ともいう）を特定することが困難であるという匿名性を持つ性質である。第３の性質は、特定の情報により、グループ署名から署名者を特定することが可能な性質である（以下、追跡可能性ともいう）。
【００１６】
続いて、このようなグループ署名方式について、特許文献３に記載されているカメニッシュ(J. Camenisch)らのグループ署名方式を代表例として述べる。ここで、次の表１は、カメニッシュらのグループ署名方式の記号とその説明を示している。
【表１】
【００１７】
（Ｃａｍ．１：準備）
グループ管理者ＧＭは、ＲＳＡ暗号方式の公開鍵ｅ，ｎ，素数Ｌ，元ｇ，元ａ，整数μおよびセキュリティパラメータεの組ｙＧ＝（ｅ，ｎ，Ｌ，ｇ，ａ，μ，ε）をグループ公開鍵として公開する。メンバＡとなるユーザは、秘密鍵ｘ∈｛１，…，２μ−１｝を選び、公開鍵ｙ＝ａｘ ｍｏｄ ｎを作る。
【００１８】
（Ｃａｍ．２：グループ参加要求）
メンバＡとなるユーザは、乱数ｔ∈｛１，…，２ε(μ+k)−１｝を選び、公開鍵ｙに対する秘密鍵ｘの知識証明ＳＫ（ｙ）を算出する。知識証明ＳＫ（ｙ）は、次のｃ１，ｓ１の組である。
ｃ１＝ｈ（ｙ‖ａ‖ａｔ（ｍｏｄ ｎ））
ｓ１＝ｔ−ｘｃ１
そして、ユーザは、公開鍵ｙ及び知識証明ＳＫ（ｙ）をグループ管理者ＧＭに送る。
【００１９】
（Ｃａｍ．３：メンバ証明書発行）
グループ管理者ＧＭは、ｓ１’＝ｓ１（ｍｏｄ λ（ｎ））を算出し、次のｃ１の式により、正しい秘密鍵ｘをユーザが保持している旨を検証する。
【数１】
【００２０】
その後、グループ管理者ＧＭは、適切な方法でユーザの参加権限を確認する。
【００２１】
しかる後、グループ管理者ＧＭは、ｙ＋δに対して次式のように署名を施してメンバ証明書νを発行し、秘密にユーザに送る。
【００２２】
ν＝（ｙ＋δ）ｄ （ｍｏｄ ｎ）
なお、δは例えば１である。
【００２３】
（Ｃａｍ．４：グループ署名）
署名者としてのメンバＡは、ｚ＝ｇｙ （ｍｏｄ Ｌ）を求める。その後、メンバＡは、ｕｉ＞ｘを満たすｋ個の乱数ｕｉ∈｛１，…，２εμ−１｝を選び、秘密鍵ｘの知識証明ＳＫ２(ｍ)＝（ｃ２，ｓ2,1，…，ｓ2,k）を次式のように求める。
【数２】
【００２４】
ｓ2,i＝ｕｉ−ｘ …（ｃ２(i)＝０のとき）
ｓ2,i＝ｕｉ …（その他のとき）
但し、ｉ＝１，…，ｋ
ここで、ｃ２(i)とは、ｃ２の２進表示上位ビットからのｉ番目（ｉ＝１，…，ｋ）のビットを示す。
【００２５】
また、メンバＡは、乱数ｗｉ∈Ｚｎ*を選び、メンバ証明書νの知識証明ＳＫ３(ｍ)＝（ｃ３，ｓ3,1，…，ｓ3,k）を次式のように求める。
【数３】
【００２６】
ｓ3,j＝ｗｊ／ν （ｍｏｄ ｎ） …（ｃ３(j)＝０のとき）
ｓ3,j＝ｗｊ …（その他のとき）
但し、ｊ＝１，…，ｋ
結局、ｍについてのグループ署名は、（ｚ，ＳＫ２(ｍ)，ＳＫ３(ｍ)）である。
【００２７】
（Ｃａｍ．５：グループ署名検証）
検証者Ｖは、グループ署名の正当性を以下のように検証し、正しければｍを受理する。
【数４】
【００２８】
（Ｃａｍ．６：追跡）
グループ管理者ＧＭは、任意のグループ署名（ｚ，ＳＫ２(ｍ)，ＳＫ３(ｍ)）に対して、グループに参加している全てのメンバの公開鍵ｙから、以下の式が成り立つ公開鍵ｙを見つけることにより、グループ署名を生成したメンバを特定することが出来る。
【００２９】
ｚ＝ｇｙ （ｍｏｄ Ｌ）
以上のようなカメニッシュのグループ署名方式は、メンバ証明書νに関連した秘密鍵ｘを用いてＳＫ２（ｍ）を作成することから、否認不可性を実現している。また、ＳＫ３（ｍ）の検証により、グループ公開鍵ｅを用いて、メンバ証明書νを署名者であるメンバＡが保持する旨を検証することから、検証性が示される。
【００３０】
また、検証者Ｖがゼロ知識証明を用いて検証するので、メンバＡの個人情報が漏洩せず、匿名性が保たれる。また、メンバＡの署名のｚは１つしかない秘密鍵ｘから作られるので、同じ基底ｇを用いるとセッション同士でメンバの情報がリンク（結合）可能となる。よって、署名毎に異なる基底ｇを用いれば、非結合性を満たす。
さらに、グループ管理者ＧＭは、ＧＭのみが知っているグループに参加しているメンバの公開鍵ｙを用いて、グループ署名を生成したメンバを特定することが可能であり、よって追跡可能性を満たす。
【００３１】
以上がカメニッシュのグループ署名方式であり、前述した非特許文献１記載の第１乃至第３の性質を有している。また、グループ署名方式は、この方式に限らず様々な方式があるが、いずれの方式も同様に第１乃至第３の性質をもっている。
【００３２】
なお、係るグループ署名方式は、上述した説明では１つのグループに適用されたが、本発明の各実施形態では複数のグループ内の各グループに適用される。各実施形態の管理者装置は、上述したグループ署名方式を各グループに適用すると共に、各グループを個別のグループＩＤにより識別して管理する。その他、本発明の各実施形態と、前述したカメニッシュのグループ署名方式との対応関係は、次の表２に示す通りである。
【表２】
【００３３】
なお、図１に示した匿名認証によるサービス提供については、非特許文献４，５及び特許文献１に詳しい。
【非特許文献１】D. Chaum, E. van Heyst, “Group Signatures”, EUROCRYPT’91, LNCS 547, Springer-Verlag, pp.257-265, 1991.
【非特許文献２】G. Ateniese , J. Camenisch, M. Joye and G. Tsudik. A practical and provably secure coalition-resistant group signature scheme. CRYPTO 2000, LNCS 1880, Springer-Verlag, pp.255-270, 2000.
【非特許文献３】J. Camenisch, M. Stadler, “Efficient Group Signature Schemes for Large Groups”, CRYPTO’97, LNCS 1294, pp.410-424, 1997.
【非特許文献４】加藤，岡田，吉田；“プライバシを保護する匿名認証システムの開発”，Computer Security Symposium 2003予稿集，p.569-574,2003
【非特許文献５】岡田，吉田，加藤；“計算能力の低いデバイスに適したグループ署名方式”，SCIS2005予稿集III/IV.p.1147-1152,2005
【特許文献１】特開２００４−５４９０５号公報
【発明の開示】
【発明が解決しようとする課題】
【００３４】
匿名によるサービス提供を受けると、サービス提供者は誰かを特定しないまま、サービスが受けられる利用者か否かをグループ署名の検証により判定する。
【００３５】
サービス提供者には、サービスを要求した利用者が誰か分からない。また，管理者も利用者のプライバシ保護の点から、サービスの詳細な情報を受け取らない場合は、利用者個人が履歴を管理しなければならない。
【００３６】
このため、子供が匿名でサービスを受ける場合、親は子供がどの様なサービスを受けているか確認することが困難という問題があった。
【課題を解決するための手段】
【００３７】
そこで、本発明は上記課題を解決するためになされたものであり、その構成としては、追跡機能を有するグループ署名方式により、商品またはサービスからなる販売対象の匿名注文と、前記匿名注文に応じた販売対象の販売または提供とを実行するために履歴管理装置と検証装置とからなる匿名注文システムに用いられる少なくとも１つの履歴管理装置であって、前記履歴管理装置は、当該装置を使用する会員の署名鍵を記憶する署名鍵記憶手段と、前記署名鍵記憶手段に記憶される署名鍵に基づいて前記選択された商品またはサービスの販売または提供対象の商品サービス要求情報を生成する商品サービス要求情報生成手段と、前記商品サービス要求情報生成手段により生成された商品サービス要求情報に対して、前記検証装置による検証の結果、問題ないと判断された場合に、当該検証装置からの商品またはサービスの販売または提供を受理する商品サービス受理手段と、前記商品サービス受理手段により受理した商品またはサービスの受理の履歴である履歴情報を記憶する履歴情報記憶手段と、前記履歴情報記憶手段に記憶される履歴情報を特定の履歴暗号鍵に基づいて暗号化する履歴情報暗号手段と、前記暗号化された履歴情報を当該履歴暗号鍵に基づいて復号する履歴情報復号手段と、前記検証装置による販売及び提供対象の商品またはサービスの内容を表示するとともに、当該会員に当該内容の選択を促す商品サービス選択表示部とを備えることを特徴とする。
【発明の効果】
【００３８】
本発明では、子供が匿名で受けたサービスについて、親が管理できるような装置、システム、プログラムを提供することで、子供の履歴を管理することが可能となる。
【発明を実施するための最良の形態】
【００３９】
以下、本発明の各実施形態について図面を用いて説明する。
【００４０】
図２乃至図３は、本発明の第1の実施形態について説明した図である。
【００４１】
図２は第1の実施形態の構成について説明した図であり、図３は第1の実施形態の処理の流れについて説明した図である。
【００４２】
なお、ここで説明する実施形態では、匿名でサービスを受けるための詳細な説明は、図１で示した流れに基づいて行われる。従って、匿名でサービスを受けるための詳細については省略し、本発明の部分について説明する。
【００４３】
会員装置200は検証装置300とネットワークにより接続され、検証装置300が提供するサービスを表示し選択するサービス表示・選択部201、サービス要求情報を生成するサービス要求生成部202、グループ署名を生成するための署名鍵、およびサービスの履歴を格納する格納部203、検証者装置へ要求したサービスを受け取るサービス受理部204、サービスの履歴を暗号化するサービス履歴暗号化部205、履歴を暗号化する履歴暗号鍵や暗号化された履歴を格納する暗号化履歴を格納する格納部206、暗号化されたサービス履歴を復号するサービス履歴復号部207、復号されたサービス履歴を表示するサービス履歴表示部208、からなる。
【００４４】
図3を用いて、第一の実施形態の流れについて説明する。
【００４５】
会員装置200から検証者装置300へサービス要求が送られると、検証者装置300は提供するサービスのメニューを表示するメニュー情報を会員装置200へ送る。
【００４６】
会員装置200では、会員装置200を使用する会員が、検証者装置300から送られたメニュー情報からメニューを表示し、受けたいサービスを選択する。そして、サービス要求生成部202にてサービス要求情報を生成する。サービス要求情報は、会員が受けたいサービスに割り当てられたサービスID番号、価格、数、日時、に対して、会員装置の署名鍵（会員装置の秘密鍵）にてグループ署名を付与したデータである。
【００４７】
会員装置200からサービス要求情報が検証者装置300へ送られ、検証者装置300では送られたサービス要求情報をグループ公開鍵で検証する。なお、検証者装置300で扱うグループが複数ある場合には、サービス要求情報に、どのグループの公開鍵で検証するかを示すグループIDも含まれる。検証者装置300は、送られたグループIDから、どのグループ公開鍵で検証すればよいか判断して検証する。
【００４８】
グループ署名の検証結果が真であるならば、会員装置200から要求されたサービスを提供する。例えば、コンテンツ配信サービスであれば、要求があったデジタルコンテンツを配信する。会員装置200は、送られたサービスを受け取ると、サービスを受け取ったことを示すサービス受理確認を検証者装置300へ返す。
【００４９】
なお、グループ署名の検証結果が偽であれば、検証者装置300はグループ署名の検証でエラーが発生したことを示すメッセージを会員装置200へ送り、セッションが終了する。
【００５０】
サービスの提供を受けると、サービス履歴情報が会員装置200へ格納される。また、サービス履歴情報を参照する人が参照できるように、サービス履歴情報が暗号化され会員装置200へ格納される。ここで、サービス履歴情報を参照する人とは、例えば会員装置200の所有者が子供である場合は、その保護者である親などである。また、用いる暗号化は共通鍵暗号で、用いる履歴暗号鍵は、サービス履歴情報を参照する人のみがアクセスできるようアクセス制御されているものとする。アクセス制御の方法としては、PIN(Personal Identification Number)で保護するなどの方法がある。
【００５１】
サービス履歴情報を参照する人は、会員装置200へ履歴参照要求として、例えばコマンドを入力し、履歴暗号鍵にアクセスして暗号化されたサービスの履歴情報を復号する。そして、復号されたサービスの履歴情報を会員装置200にて表示し確認する。
【００５２】
図4乃至図5は、本発明の第2の実施形態について説明した図である。
【００５３】
図4は第2の実施形態の構成について説明した図であり、図4は第2の実施形態の処理の流れについて説明した図である。
【００５４】
なお、ここで説明する実施形態では、第1の実施形態と同様に、匿名でサービスを受けるための詳細な説明は、図１で示した流れに基づいて行われる。従って、匿名でサービスを受けるための詳細については省略し、本発明の部分について説明する。
【００５５】
会員装置200は検証者装置300とネットワークにより接続され、検証者装置300が提供するサービスを表示し選択するサービス表示・選択部201、サービス要求情報を生成するサービス要求生成部202、グループ署名を生成するための署名鍵、およびサービスの履歴を格納する格納部203、検証者装置へ要求したサービスを受け取るサービス受理部204、サービスの履歴を参照する人へ送るための履歴データを生成する履歴送信データ生成部209、履歴送信データを生成し送信するために必要な情報を格納する履歴送信設定情報格納部210、履歴送信部211、からなる。履歴送信部211から送信される履歴データは、ネットワーク接続された履歴を参照する人が所有する親端末装置400とネットワーク接続されている。
【００５６】
図5を用いて、第ニの実施形態の流れについて説明する。
【００５７】
会員装置200から検証者装置300へサービス要求が送られると、検証者装置300は提供するサービスのメニューを表示するメニュー情報を会員装置200へ送る。
【００５８】
会員装置200では、送られたメニュー情報からメニューを表示し、受けたいサービスを選択する。そして、サービス要求情報を生成する。サービス要求情報は、受けたいサービスに割り当てられたサービスID番号、価格、数、日時、に対して、会員装置の署名鍵にてグループ署名を付与したデータである。
【００５９】
会員装置200からサービス要求情報が検証者装置300へ送られ、検証者装置300では送られたサービス要求情報をグループ公開鍵で検証する。なお、検証者装置300で扱うグループが複数ある場合には、サービス要求情報に、どのグループの公開鍵で検証するかを示すグループIDも含まれる。検証者装置300は、送られたグループIDから、どのグループ公開鍵で検証すればよいか判断して検証する。
【００６０】
グループ署名の検証結果が真であるならば、会員装置200から要求されたサービスを提供する。例えば、コンテンツ配信サービスであれば、要求があったデジタルコンテンツを配信する。会員装置200は、送られたサービスを受け取ると、サービスを受け取ったことを示すサービス受理確認を検証者装置300へ返す。
【００６１】
なお、グループ署名の検証結果が偽であれば、検証者装置300はグループ署名の検証でエラーが発生したことを示すメッセージを会員装置200へ送り、セッションが終了する。
【００６２】
サービスを受けると、サービス履歴が会員装置200へ格納される。また、サービス履歴を参照する人が参照できるように、送信用のサービス履歴データが生成される。ここで、予め会員装置200に設定された履歴送信設定情報により、サービス履歴を参照するために必要なデータに関して、何を参照するか設定されている。これにより、サービス履歴について、サービスを受けた日時、サービスプロバイダ名、サービス名、などが送信用履歴データとして作成される。ここで、サービス履歴を参照する人とは、例えば会員装置200の所有者が子供である場合は、その保護者である。
【００６３】
また、この履歴送信設定情報には、親端末装置へ履歴データを送信するための情報も含まれる。例えば、親端末へのメールアドレスである。この場合、送信履歴データは電子メールにより、設定されたアドレスの親端末装置へ送信され、親端末にて電子メールとして履歴が表示される。この時、親端末は携帯電話でも良いし、PCでも良い。
【図面の簡単な説明】
【００６４】
【図１】既存のシステム構成を示した図である。
【図２】本発明のシステム構成を示した図である。
【図３】本発明の第1の実施形態の構成を示した図である。
【図４】本発明の第1の実施形態の処理の流れを示した図である。
【図５】本発明の第2の実施形態の構成を示した図である。
【符号の説明】
【００６５】
１００…管理者装置、２００…会員装置、３００…検証者装置、２０１…サービス表示・選択部、２０２…サービス要求生成部、２０３…記憶部、２０４…サービス受理部、２０５…サービス履歴暗号化部、２０６…記憶部、２０７…サービス履歴復号部、２０８…サービス履歴表示部、２０９…履歴送信データ生成部、２１０…履歴送信設定情報記憶部、２１１…履歴送信部、４００…親端末装置
【技術分野】
【０００１】
本発明は、匿名で受けたサービスに対する利用者の履歴、特に子供が匿名で受けたサービスや操作に関する履歴を親が管理するための履歴管理装置に関する。
【背景技術】
【０００２】
最近、サービスを提供して決済するサービス提供システムでは、匿名の利用者を認証可能なグループ署名方式を用いたものが知られている（例えば、非特許文献１〜３参照）。この種のサービス提供システムは、大まかには次の（１）〜（３）のように運営される。
【０００３】
（１）管理者は、予め利用者の申し込みにより、利用者の決済情報などの個人情報と、利用者がどのグループに所属するかと、をグループ署名方式に基づいて登録する。なお、グループ署名方式の詳細については後述する。
【０００４】
（２）登録の後、匿名の利用者は、サービスの要求と共に、所属しているグループをサービス提供者に通知する。このとき、サービス提供者は、匿名の利用者に関し、“誰が”という個人情報を入手不可能となっている。サービス提供者は、利用者が所属しているグループのうち、サービスを利用可能なグループの情報を返す。
【０００５】
（３）匿名の利用者は、サービスを利用可能なグループのうち、選択したグループによるグループ署名を生成してサービス提供者に送る。サービス提供者は、このグループ署名を検証した後、そのグループが無効とされていなければ、要求されたサービスに相当するサービスデータを匿名の利用者に送る。匿名の利用者は、このサービスデータに基づいてサービスの提供を受ける。
【０００６】
図１はこのようなサービス提供システムの概要を示す模式図である。なお、前述した説明中、利用者は会員とも呼ばれ、サービス提供者は検証者とも呼ばれる。
【０００７】
管理者装置１００は、会員登録後に会員装置２００となる利用者端末からの要求に基づいて、要求されたサービスを利用可能なグループに所属する旨を証明するためのメンバ証明書を発行する機能を有し、会員情報を管理するサーバである。会員情報とは、会員の公開鍵と、決済情報等の個人情報と、メンバ証明書とを含み、サービスを利用した際のグループ署名に基づいて、会員から決済処理をするための秘密管理情報である。
【０００８】
会員装置２００は、管理者装置１００に管理される会員が所有する装置で、例えばパーソナルコンピュータ（ＰＣ）の様な汎用計算機が使用可能となっている。会員装置２００は、会員がメンバ証明書の発行の授受や，検証者装置３００からサービスの提供を受けるために，グループ署名方式を用いるためのデータ及びプログラムを格納し、公開鍵ペアの生成やグループ署名の生成といった演算を実行し、ネットワーク通信を行なう機能をもっている。
【０００９】
検証者装置３００は、会員装置２００からのサービス要求に基づき、利用可能なサービスを会員装置２００に表示させ、会員装置２００から送信されるサービス要求を検証し、会員装置２００にサービスを提供する装置である。
【００１０】
会員装置２００となる利用者端末は、管理者装置１００へ会員登録のための要求を出す（ＳＴ１）。この要求には、会員の公開鍵と、決済情報等の個人情報とが含まれている。管理者装置１００では、この要求に従い会員登録を行うと，会員の公開鍵を管理者装置１００の秘密鍵で署名し、得られたメンバ証明書を会員装置２００に発行する（ＳＴ２）。
【００１１】
会員装置２００は，インターネットなどのネットワークを通じて検証者装置３００へアクセスし、利用可能なサービスの情報を検証者装置３００から入手する（ＳＴ３）。会員装置２００は、利用可能なサービスのうち、受けたいサービスを選択し，サービス要求としてのグループ署名を検証者装置３００へ送る（ＳＴ４）。
【００１２】
検証者装置３００は，会員装置２００から送られたグループ署名を検証し，正当であればサービスデータを会員装置２００へ送る。しかる後、検証者装置３００は、サービスデータを送ったとして管理者装置１００へ会員のグループ署名を送る（ＳＴ５）。
【００１３】
管理者装置１００は，このグループ署名を検証し，正当であればグループ署名のメンバ証明書から会員を特定し、サービス料金の決済代行を行い、匿名の会員の決済結果を検証者装置３００へ送る（ＳＴ６）。
【００１４】
＜グループ署名方式＞
グループ署名とは、デジタル署名方式の一種であり、これまで様々な方式が提案されている（例えば、非特許文献１〜３等参照）。グループ署名方式は、非特許文献１によれば、以下の第１乃至第３の性質を持っている。
【００１５】
第１の性質は、あるグループに所属する任意のメンバがグループの代表として署名を生成することが可能な性質である。第２の性質は、検証者側においては、グループのメンバにより生成された署名である旨を検証可能であるものの、署名を生成したメンバ（以下、署名者ともいう）を特定することが困難であるという匿名性を持つ性質である。第３の性質は、特定の情報により、グループ署名から署名者を特定することが可能な性質である（以下、追跡可能性ともいう）。
【００１６】
続いて、このようなグループ署名方式について、特許文献３に記載されているカメニッシュ(J. Camenisch)らのグループ署名方式を代表例として述べる。ここで、次の表１は、カメニッシュらのグループ署名方式の記号とその説明を示している。
【表１】
【００１７】
（Ｃａｍ．１：準備）
グループ管理者ＧＭは、ＲＳＡ暗号方式の公開鍵ｅ，ｎ，素数Ｌ，元ｇ，元ａ，整数μおよびセキュリティパラメータεの組ｙＧ＝（ｅ，ｎ，Ｌ，ｇ，ａ，μ，ε）をグループ公開鍵として公開する。メンバＡとなるユーザは、秘密鍵ｘ∈｛１，…，２μ−１｝を選び、公開鍵ｙ＝ａｘ ｍｏｄ ｎを作る。
【００１８】
（Ｃａｍ．２：グループ参加要求）
メンバＡとなるユーザは、乱数ｔ∈｛１，…，２ε(μ+k)−１｝を選び、公開鍵ｙに対する秘密鍵ｘの知識証明ＳＫ（ｙ）を算出する。知識証明ＳＫ（ｙ）は、次のｃ１，ｓ１の組である。
ｃ１＝ｈ（ｙ‖ａ‖ａｔ（ｍｏｄ ｎ））
ｓ１＝ｔ−ｘｃ１
そして、ユーザは、公開鍵ｙ及び知識証明ＳＫ（ｙ）をグループ管理者ＧＭに送る。
【００１９】
（Ｃａｍ．３：メンバ証明書発行）
グループ管理者ＧＭは、ｓ１’＝ｓ１（ｍｏｄ λ（ｎ））を算出し、次のｃ１の式により、正しい秘密鍵ｘをユーザが保持している旨を検証する。
【数１】
【００２０】
その後、グループ管理者ＧＭは、適切な方法でユーザの参加権限を確認する。
【００２１】
しかる後、グループ管理者ＧＭは、ｙ＋δに対して次式のように署名を施してメンバ証明書νを発行し、秘密にユーザに送る。
【００２２】
ν＝（ｙ＋δ）ｄ （ｍｏｄ ｎ）
なお、δは例えば１である。
【００２３】
（Ｃａｍ．４：グループ署名）
署名者としてのメンバＡは、ｚ＝ｇｙ （ｍｏｄ Ｌ）を求める。その後、メンバＡは、ｕｉ＞ｘを満たすｋ個の乱数ｕｉ∈｛１，…，２εμ−１｝を選び、秘密鍵ｘの知識証明ＳＫ２(ｍ)＝（ｃ２，ｓ2,1，…，ｓ2,k）を次式のように求める。
【数２】
【００２４】
ｓ2,i＝ｕｉ−ｘ …（ｃ２(i)＝０のとき）
ｓ2,i＝ｕｉ …（その他のとき）
但し、ｉ＝１，…，ｋ
ここで、ｃ２(i)とは、ｃ２の２進表示上位ビットからのｉ番目（ｉ＝１，…，ｋ）のビットを示す。
【００２５】
また、メンバＡは、乱数ｗｉ∈Ｚｎ*を選び、メンバ証明書νの知識証明ＳＫ３(ｍ)＝（ｃ３，ｓ3,1，…，ｓ3,k）を次式のように求める。
【数３】
【００２６】
ｓ3,j＝ｗｊ／ν （ｍｏｄ ｎ） …（ｃ３(j)＝０のとき）
ｓ3,j＝ｗｊ …（その他のとき）
但し、ｊ＝１，…，ｋ
結局、ｍについてのグループ署名は、（ｚ，ＳＫ２(ｍ)，ＳＫ３(ｍ)）である。
【００２７】
（Ｃａｍ．５：グループ署名検証）
検証者Ｖは、グループ署名の正当性を以下のように検証し、正しければｍを受理する。
【数４】
【００２８】
（Ｃａｍ．６：追跡）
グループ管理者ＧＭは、任意のグループ署名（ｚ，ＳＫ２(ｍ)，ＳＫ３(ｍ)）に対して、グループに参加している全てのメンバの公開鍵ｙから、以下の式が成り立つ公開鍵ｙを見つけることにより、グループ署名を生成したメンバを特定することが出来る。
【００２９】
ｚ＝ｇｙ （ｍｏｄ Ｌ）
以上のようなカメニッシュのグループ署名方式は、メンバ証明書νに関連した秘密鍵ｘを用いてＳＫ２（ｍ）を作成することから、否認不可性を実現している。また、ＳＫ３（ｍ）の検証により、グループ公開鍵ｅを用いて、メンバ証明書νを署名者であるメンバＡが保持する旨を検証することから、検証性が示される。
【００３０】
また、検証者Ｖがゼロ知識証明を用いて検証するので、メンバＡの個人情報が漏洩せず、匿名性が保たれる。また、メンバＡの署名のｚは１つしかない秘密鍵ｘから作られるので、同じ基底ｇを用いるとセッション同士でメンバの情報がリンク（結合）可能となる。よって、署名毎に異なる基底ｇを用いれば、非結合性を満たす。
さらに、グループ管理者ＧＭは、ＧＭのみが知っているグループに参加しているメンバの公開鍵ｙを用いて、グループ署名を生成したメンバを特定することが可能であり、よって追跡可能性を満たす。
【００３１】
以上がカメニッシュのグループ署名方式であり、前述した非特許文献１記載の第１乃至第３の性質を有している。また、グループ署名方式は、この方式に限らず様々な方式があるが、いずれの方式も同様に第１乃至第３の性質をもっている。
【００３２】
なお、係るグループ署名方式は、上述した説明では１つのグループに適用されたが、本発明の各実施形態では複数のグループ内の各グループに適用される。各実施形態の管理者装置は、上述したグループ署名方式を各グループに適用すると共に、各グループを個別のグループＩＤにより識別して管理する。その他、本発明の各実施形態と、前述したカメニッシュのグループ署名方式との対応関係は、次の表２に示す通りである。
【表２】
【００３３】
なお、図１に示した匿名認証によるサービス提供については、非特許文献４，５及び特許文献１に詳しい。
【非特許文献１】D. Chaum, E. van Heyst, “Group Signatures”, EUROCRYPT’91, LNCS 547, Springer-Verlag, pp.257-265, 1991.
【非特許文献２】G. Ateniese , J. Camenisch, M. Joye and G. Tsudik. A practical and provably secure coalition-resistant group signature scheme. CRYPTO 2000, LNCS 1880, Springer-Verlag, pp.255-270, 2000.
【非特許文献３】J. Camenisch, M. Stadler, “Efficient Group Signature Schemes for Large Groups”, CRYPTO’97, LNCS 1294, pp.410-424, 1997.
【非特許文献４】加藤，岡田，吉田；“プライバシを保護する匿名認証システムの開発”，Computer Security Symposium 2003予稿集，p.569-574,2003
【非特許文献５】岡田，吉田，加藤；“計算能力の低いデバイスに適したグループ署名方式”，SCIS2005予稿集III/IV.p.1147-1152,2005
【特許文献１】特開２００４−５４９０５号公報
【発明の開示】
【発明が解決しようとする課題】
【００３４】
匿名によるサービス提供を受けると、サービス提供者は誰かを特定しないまま、サービスが受けられる利用者か否かをグループ署名の検証により判定する。
【００３５】
サービス提供者には、サービスを要求した利用者が誰か分からない。また，管理者も利用者のプライバシ保護の点から、サービスの詳細な情報を受け取らない場合は、利用者個人が履歴を管理しなければならない。
【００３６】
このため、子供が匿名でサービスを受ける場合、親は子供がどの様なサービスを受けているか確認することが困難という問題があった。
【課題を解決するための手段】
【００３７】
そこで、本発明は上記課題を解決するためになされたものであり、その構成としては、追跡機能を有するグループ署名方式により、商品またはサービスからなる販売対象の匿名注文と、前記匿名注文に応じた販売対象の販売または提供とを実行するために履歴管理装置と検証装置とからなる匿名注文システムに用いられる少なくとも１つの履歴管理装置であって、前記履歴管理装置は、当該装置を使用する会員の署名鍵を記憶する署名鍵記憶手段と、前記署名鍵記憶手段に記憶される署名鍵に基づいて前記選択された商品またはサービスの販売または提供対象の商品サービス要求情報を生成する商品サービス要求情報生成手段と、前記商品サービス要求情報生成手段により生成された商品サービス要求情報に対して、前記検証装置による検証の結果、問題ないと判断された場合に、当該検証装置からの商品またはサービスの販売または提供を受理する商品サービス受理手段と、前記商品サービス受理手段により受理した商品またはサービスの受理の履歴である履歴情報を記憶する履歴情報記憶手段と、前記履歴情報記憶手段に記憶される履歴情報を特定の履歴暗号鍵に基づいて暗号化する履歴情報暗号手段と、前記暗号化された履歴情報を当該履歴暗号鍵に基づいて復号する履歴情報復号手段と、前記検証装置による販売及び提供対象の商品またはサービスの内容を表示するとともに、当該会員に当該内容の選択を促す商品サービス選択表示部とを備えることを特徴とする。
【発明の効果】
【００３８】
本発明では、子供が匿名で受けたサービスについて、親が管理できるような装置、システム、プログラムを提供することで、子供の履歴を管理することが可能となる。
【発明を実施するための最良の形態】
【００３９】
以下、本発明の各実施形態について図面を用いて説明する。
【００４０】
図２乃至図３は、本発明の第1の実施形態について説明した図である。
【００４１】
図２は第1の実施形態の構成について説明した図であり、図３は第1の実施形態の処理の流れについて説明した図である。
【００４２】
なお、ここで説明する実施形態では、匿名でサービスを受けるための詳細な説明は、図１で示した流れに基づいて行われる。従って、匿名でサービスを受けるための詳細については省略し、本発明の部分について説明する。
【００４３】
会員装置200は検証装置300とネットワークにより接続され、検証装置300が提供するサービスを表示し選択するサービス表示・選択部201、サービス要求情報を生成するサービス要求生成部202、グループ署名を生成するための署名鍵、およびサービスの履歴を格納する格納部203、検証者装置へ要求したサービスを受け取るサービス受理部204、サービスの履歴を暗号化するサービス履歴暗号化部205、履歴を暗号化する履歴暗号鍵や暗号化された履歴を格納する暗号化履歴を格納する格納部206、暗号化されたサービス履歴を復号するサービス履歴復号部207、復号されたサービス履歴を表示するサービス履歴表示部208、からなる。
【００４４】
図3を用いて、第一の実施形態の流れについて説明する。
【００４５】
会員装置200から検証者装置300へサービス要求が送られると、検証者装置300は提供するサービスのメニューを表示するメニュー情報を会員装置200へ送る。
【００４６】
会員装置200では、会員装置200を使用する会員が、検証者装置300から送られたメニュー情報からメニューを表示し、受けたいサービスを選択する。そして、サービス要求生成部202にてサービス要求情報を生成する。サービス要求情報は、会員が受けたいサービスに割り当てられたサービスID番号、価格、数、日時、に対して、会員装置の署名鍵（会員装置の秘密鍵）にてグループ署名を付与したデータである。
【００４７】
会員装置200からサービス要求情報が検証者装置300へ送られ、検証者装置300では送られたサービス要求情報をグループ公開鍵で検証する。なお、検証者装置300で扱うグループが複数ある場合には、サービス要求情報に、どのグループの公開鍵で検証するかを示すグループIDも含まれる。検証者装置300は、送られたグループIDから、どのグループ公開鍵で検証すればよいか判断して検証する。
【００４８】
グループ署名の検証結果が真であるならば、会員装置200から要求されたサービスを提供する。例えば、コンテンツ配信サービスであれば、要求があったデジタルコンテンツを配信する。会員装置200は、送られたサービスを受け取ると、サービスを受け取ったことを示すサービス受理確認を検証者装置300へ返す。
【００４９】
なお、グループ署名の検証結果が偽であれば、検証者装置300はグループ署名の検証でエラーが発生したことを示すメッセージを会員装置200へ送り、セッションが終了する。
【００５０】
サービスの提供を受けると、サービス履歴情報が会員装置200へ格納される。また、サービス履歴情報を参照する人が参照できるように、サービス履歴情報が暗号化され会員装置200へ格納される。ここで、サービス履歴情報を参照する人とは、例えば会員装置200の所有者が子供である場合は、その保護者である親などである。また、用いる暗号化は共通鍵暗号で、用いる履歴暗号鍵は、サービス履歴情報を参照する人のみがアクセスできるようアクセス制御されているものとする。アクセス制御の方法としては、PIN(Personal Identification Number)で保護するなどの方法がある。
【００５１】
サービス履歴情報を参照する人は、会員装置200へ履歴参照要求として、例えばコマンドを入力し、履歴暗号鍵にアクセスして暗号化されたサービスの履歴情報を復号する。そして、復号されたサービスの履歴情報を会員装置200にて表示し確認する。
【００５２】
図4乃至図5は、本発明の第2の実施形態について説明した図である。
【００５３】
図4は第2の実施形態の構成について説明した図であり、図4は第2の実施形態の処理の流れについて説明した図である。
【００５４】
なお、ここで説明する実施形態では、第1の実施形態と同様に、匿名でサービスを受けるための詳細な説明は、図１で示した流れに基づいて行われる。従って、匿名でサービスを受けるための詳細については省略し、本発明の部分について説明する。
【００５５】
会員装置200は検証者装置300とネットワークにより接続され、検証者装置300が提供するサービスを表示し選択するサービス表示・選択部201、サービス要求情報を生成するサービス要求生成部202、グループ署名を生成するための署名鍵、およびサービスの履歴を格納する格納部203、検証者装置へ要求したサービスを受け取るサービス受理部204、サービスの履歴を参照する人へ送るための履歴データを生成する履歴送信データ生成部209、履歴送信データを生成し送信するために必要な情報を格納する履歴送信設定情報格納部210、履歴送信部211、からなる。履歴送信部211から送信される履歴データは、ネットワーク接続された履歴を参照する人が所有する親端末装置400とネットワーク接続されている。
【００５６】
図5を用いて、第ニの実施形態の流れについて説明する。
【００５７】
会員装置200から検証者装置300へサービス要求が送られると、検証者装置300は提供するサービスのメニューを表示するメニュー情報を会員装置200へ送る。
【００５８】
会員装置200では、送られたメニュー情報からメニューを表示し、受けたいサービスを選択する。そして、サービス要求情報を生成する。サービス要求情報は、受けたいサービスに割り当てられたサービスID番号、価格、数、日時、に対して、会員装置の署名鍵にてグループ署名を付与したデータである。
【００５９】
会員装置200からサービス要求情報が検証者装置300へ送られ、検証者装置300では送られたサービス要求情報をグループ公開鍵で検証する。なお、検証者装置300で扱うグループが複数ある場合には、サービス要求情報に、どのグループの公開鍵で検証するかを示すグループIDも含まれる。検証者装置300は、送られたグループIDから、どのグループ公開鍵で検証すればよいか判断して検証する。
【００６０】
グループ署名の検証結果が真であるならば、会員装置200から要求されたサービスを提供する。例えば、コンテンツ配信サービスであれば、要求があったデジタルコンテンツを配信する。会員装置200は、送られたサービスを受け取ると、サービスを受け取ったことを示すサービス受理確認を検証者装置300へ返す。
【００６１】
なお、グループ署名の検証結果が偽であれば、検証者装置300はグループ署名の検証でエラーが発生したことを示すメッセージを会員装置200へ送り、セッションが終了する。
【００６２】
サービスを受けると、サービス履歴が会員装置200へ格納される。また、サービス履歴を参照する人が参照できるように、送信用のサービス履歴データが生成される。ここで、予め会員装置200に設定された履歴送信設定情報により、サービス履歴を参照するために必要なデータに関して、何を参照するか設定されている。これにより、サービス履歴について、サービスを受けた日時、サービスプロバイダ名、サービス名、などが送信用履歴データとして作成される。ここで、サービス履歴を参照する人とは、例えば会員装置200の所有者が子供である場合は、その保護者である。
【００６３】
また、この履歴送信設定情報には、親端末装置へ履歴データを送信するための情報も含まれる。例えば、親端末へのメールアドレスである。この場合、送信履歴データは電子メールにより、設定されたアドレスの親端末装置へ送信され、親端末にて電子メールとして履歴が表示される。この時、親端末は携帯電話でも良いし、PCでも良い。
【図面の簡単な説明】
【００６４】
【図１】既存のシステム構成を示した図である。
【図２】本発明のシステム構成を示した図である。
【図３】本発明の第1の実施形態の構成を示した図である。
【図４】本発明の第1の実施形態の処理の流れを示した図である。
【図５】本発明の第2の実施形態の構成を示した図である。
【符号の説明】
【００６５】
１００…管理者装置、２００…会員装置、３００…検証者装置、２０１…サービス表示・選択部、２０２…サービス要求生成部、２０３…記憶部、２０４…サービス受理部、２０５…サービス履歴暗号化部、２０６…記憶部、２０７…サービス履歴復号部、２０８…サービス履歴表示部、２０９…履歴送信データ生成部、２１０…履歴送信設定情報記憶部、２１１…履歴送信部、４００…親端末装置
【特許請求の範囲】
【請求項１】
追跡機能を有するグループ署名方式により、商品またはサービスからなる販売対象の匿名注文と、前記匿名注文に応じた販売対象の販売または提供とを実行するために履歴管理装置と検証装置とからなる匿名注文システムに用いられる少なくとも１つの履歴管理装置であって、
前記履歴管理装置は、
当該装置を使用する会員の署名鍵を記憶する署名鍵記憶手段と、
前記署名鍵記憶手段に記憶される署名鍵に基づいて前記選択された商品またはサービスの販売または提供対象の商品サービス要求情報を生成する商品サービス要求情報生成手段と、
前記商品サービス要求情報生成手段により生成された商品サービス要求情報に対して、前記検証装置による検証の結果、問題ないと判断された場合に、当該検証装置からの商品またはサービスの販売または提供を受理する商品サービス受理手段と、
前記商品サービス受理手段により受理した商品またはサービスの受理の履歴である履歴情報を記憶する履歴情報記憶手段と、
前記履歴情報記憶手段に記憶される履歴情報を特定の履歴暗号鍵に基づいて暗号化する履歴情報暗号手段と、
前記暗号化された履歴情報を当該履歴暗号鍵に基づいて復号する履歴情報復号手段と、
前記検証装置による販売及び提供対象の商品またはサービスの内容を表示するとともに、当該会員に当該内容の選択を促す商品サービス選択表示部と、
を備えることを特徴とする履歴管理装置。
【請求項１】
追跡機能を有するグループ署名方式により、商品またはサービスからなる販売対象の匿名注文と、前記匿名注文に応じた販売対象の販売または提供とを実行するために履歴管理装置と検証装置とからなる匿名注文システムに用いられる少なくとも１つの履歴管理装置であって、
前記履歴管理装置は、
当該装置を使用する会員の署名鍵を記憶する署名鍵記憶手段と、
前記署名鍵記憶手段に記憶される署名鍵に基づいて前記選択された商品またはサービスの販売または提供対象の商品サービス要求情報を生成する商品サービス要求情報生成手段と、
前記商品サービス要求情報生成手段により生成された商品サービス要求情報に対して、前記検証装置による検証の結果、問題ないと判断された場合に、当該検証装置からの商品またはサービスの販売または提供を受理する商品サービス受理手段と、
前記商品サービス受理手段により受理した商品またはサービスの受理の履歴である履歴情報を記憶する履歴情報記憶手段と、
前記履歴情報記憶手段に記憶される履歴情報を特定の履歴暗号鍵に基づいて暗号化する履歴情報暗号手段と、
前記暗号化された履歴情報を当該履歴暗号鍵に基づいて復号する履歴情報復号手段と、
前記検証装置による販売及び提供対象の商品またはサービスの内容を表示するとともに、当該会員に当該内容の選択を促す商品サービス選択表示部と、
を備えることを特徴とする履歴管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００８−２４５０２２（Ｐ２００８−２４５０２２Ａ）
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願番号】特願２００７−８４４９６（Ｐ２００７−８４４９６）
【出願日】平成１９年３月２８日（２００７．３．２８）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
【公開日】平成２０年１０月９日（２００８．１０．９）
【国際特許分類】
【出願日】平成１９年３月２８日（２００７．３．２８）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（３０１０６３４９６）東芝ソリューション株式会社 (1,478)
【Ｆターム（参考）】
[ Back to top ]