JP2014127939A - 仮名管理システム、仮名管理方法及び仮名管理プログラム - Google Patents

Abstract

【課題】複数のサービスサイトを利用する場合に、個人情報を保護するための仮名管理システム、仮名管理方法及び仮名管理プログラムを提供する。
【解決手段】ユーザ端末１０がアクセスしたサービスサイトサーバ５０は、ランダムコードを生成し、ユーザ端末１０を介して、認証サーバ２０に送信する。認証サーバ２０は、ユーザ認証を行ない、ユーザ識別子を特定する。次に、認証サーバ２０は、電子署名を生成する。そして、ユーザ端末１０を介して、ユーザ識別子，電子署名を、仮名化サーバ３０に送信する。仮名化サーバ３０は、仮名を特定し、認証サーバ２０から取得した電子署名を利用して、変換後ユーザ識別子及び電子署名を生成する。そして、仮名化サーバ３０は、ユーザ端末１０を介して、変換後ユーザ識別子及び電子署名をサービスサイトサーバ５０に送信する。サービスサイトサーバ５０は、変換後ユーザ識別子についての電子署名の検証処理を実行する。
【選択図】図１

Description

本発明は、複数のサービスサイトを利用する場合に、個人情報を保護するための仮名管理システム、仮名管理方法及び仮名管理プログラムに関するものである。

今日、各サービスサイトでユーザの個人情報（例えば、サービスの利用情報）を収集し、この利用情報に基づいてサービスを提供することが多い。ここで、複数のサービスサイトに提供されている利用情報がトレースできると、ユーザの個人情報が漏洩した場合の被害が大きくなることがある。そこで、利用情報のトレースを防止する会員管理システムが検討されている（例えば、特許文献１を参照。）。この文献に記載された会員管理システムでは、複数のサービス管理サーバに接続して、それぞれのサービス情報をユーザに提供する。ここでは、ユーザのＩＣカードに記憶された一つの固有ＩＤから各サービス管理サーバで異なる会員ＩＤを生成し、サービス管理サーバに対し、それらの互いに異なる会員ＩＤで一ユーザの会員管理を行なわせる。

また、認証を一元化させるとともに、サービスサイト毎に異なるユーザ特定情報を提供するサービスが検討されている（例えば、非特許文献１を参照。）。このようなサービスを提供しているサイトから情報が漏洩すると、異なるサイト間でのユーザ情報の紐付けできるようになる。このような漏洩を防止するための仕組みについて論文が出されている（例えば、非特許文献２を参照。）。
非特許文献２においては、本人証明を行なうためにブラインド署名技術が用いられている。このブラインド署名技術に対しては、攻撃者が予め選択した文書に対する署名を入手することによって、攻撃者が望む別の文書に対する署名を作成することを可能にする選択文書攻撃が行なわれることもある。この選択文書攻撃におけるブラインド署名の脆弱性を解消するための改良についても検討されている（例えば、非特許文献３を参照。）。

SlideShare、"Pseudonyms for Privacy"、［online］、平成２２年１０月１３日、JayUnger、［平成２４年１２月５日検索］、インターネット＜URL ：http://www.slideshare.net/JayUnger/iiw-11-pseudonyms-5771938＞ Google、"Pse udoID: Enhancing Privacy in Federated Login"、［online］、平成２２年、Arkajit Dey, Stephen A. Weis 、［平成２４年１２月５日検索］、インターネット＜URL ：http://research.google.com/pubs/pub36553.html ＞ Moonsang KWON and Yookun CHO、"Randomization Enhanced Blind Signature Schemes Based on RSA"、［online］、［平成２４年１２月２１日検索］、インターネット＜URL ：http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.129.4475&rep=rep1&type=pdf＞

特開２００７−２４９６９０号公報（第１頁、図１）

特許文献１に記載された技術においては、ＩＣカードを利用するが、インターネットにおいてサービスサイトを利用する場合には、ＩＣカードの利用が困難である。
また、非特許文献１に記載された技術においては、サービスサイト毎に異なるユーザ特定情報が一元管理されたサイトから情報漏洩した場合、その影響が大きい。また、非特許文献２に記載された技術においては、クッキー（HTTP cookie）として保存した電子署名を繰り返し利用するため、セキュリティ上の課題がある。すなわち、証明書を持っていることを確認しているだけなので、証明書が盗まれると別の人を認証してしまう可能性がある。

本発明は、上記問題点を解決するためになされたものであり、その目的は、複数のサービスサイトを利用する場合に、個人情報を保護するための技術を提供することにある。

（１）上記課題を解決するための仮名管理システム、仮名管理方法、仮名管理プログラムであって、固定変換パラメータを記憶するパラメータ情報記憶部と、文字列からなる仮名を記憶するユーザ情報記憶部と、認証システム、サービスシステムに接続された制御部とを備え、前記制御部が、ユーザ識別子と、前記ユーザ識別子を用いて生成された第１の電子署名を前記認証システムから取得し、前記ユーザ識別子に対応する仮名を特定し、前記仮名に対応して、前記ユーザ識別子の変換に用いる可変変換パラメータを特定し、前記固定変換パラメータ、前記可変変換パラメータ、前記第１の電子署名を用いて、前記ユーザ識別子から変換後ユーザ識別子と、前記第１の電子署名に対する第２の電子署名を生成し、前記変換後ユーザ識別子及び前記第２の電子署名を、前記サービスシステムに提供することを特徴とする。

これにより、サービスシステムは、変換後ユーザ識別子及び第２の電子署名を用いて、認証システムにおいて認証されたユーザを特定することができる。また、認証システムにおいて認証が行なわれたことを確認することができる。

（２）更に、前記ユーザ識別子に対応して関連付けられた仮名を出力し、ユーザによって選択された仮名を特定することが好ましい。これにより、ユーザはアクセス先に応じた仮名を選択することができる。

（３）更に、前記サービスシステムへのアクセス時に取得した仮名を特定することが好ましい。これにより、アクセス先であるサービスシステムに応じて、ユーザの負担なく仮名を特定することができる。

（４）上記課題を解決するための仮名管理システム、仮名管理方法、仮名管理プログラムであって、複数のユーザ識別子に関連付けて、認証時に用いたチャレンジコードを記憶するチャレンジコード記憶部と、認証システム、サービスシステムに接続された制御部とを備え、前記制御部が、先行の認証時に用いられた先行チャレンジコードと、今回の認証に用いる後続チャレンジコードを前記認証システムに提供し、先行の認証時に用いられた前記先行チャレンジコードに基づいて特定されたユーザについて、前記認証システムから後続チャレンジコードに対するブラインド署名を取得し、前記ブラインド署名を用いて、前記ユーザに対する電子署名を生成し、前記サービスシステムに対して電子署名を提供することを特徴とする。これにより、ユーザの利用履歴に基づいて、ユーザを特定して、仮名に変換することができる。

（５）更に、前記制御部が、前記後続チャレンジコードを生成するためのパラメータを認証システムから取得することが好ましい。これにより、セキュリティの低下を抑制することができる。

（６）更に、前記制御部が、前記後続チャレンジコードを生成するためのパラメータを前記認証システムから取得する前に、選択文書攻撃が行なわれていないことを確認するための情報（攻撃検証用コード）を認証システムに提供することが好ましい。この選択文書攻撃は、仮名管理システムが攻撃者となった場合、予め選択した文書に対する署名を入手することによって、攻撃者が望む別の文書に対する署名を作成することを可能にするための攻撃である。これにより、選択文書攻撃が行なわれていないことを条件として、後続チャレンジコードを生成することができる。具体的には、認証システムは、電子署名を生成する前に、仮名化に必要な本来の攻撃検証用コードとチャレンジコードとの関係を検証し、選択文書攻撃が行なわれていないことを確認する。

（７）更に、ユーザ識別子をサービスシステムから取得することが好ましい。これにより、サービスシステムから取得したユーザ識別子を用いて、先行チャレンジコードを特定することができる。

（８）更に、前記制御部が、ユーザによって指定された仮名に基づいて前記ユーザ識別子を特定し、前記サービスシステムに前記電子署名とともに前記ユーザ識別子を提供することが好ましい。これにより、サービスシステムにおいて、仮名管理システムから取得したユーザ識別子及び電子署名を用いてユーザを特定して、検証することができる。

本発明によれば、複数のサービスサイトを利用する場合に、個人情報を保護することができる。

第１の実施形態のシステム概略図。 第１の実施形態において用いるデータの説明図であって、（ａ）はユーザ情報記憶部に記録されたデータ、（ｂ）仮名情報記憶部に記録されたデータの説明図。 第１の実施形態の処理手順の説明図。 第２の実施形態の処理手順の説明図。 第３の実施形態の処理手順の説明図。

＜第１の実施形態＞
以下、図１〜図４を用いて、仮名管理システム、仮名管理方法及び仮名管理プログラムを具体化した一実施形態を説明する。本実施形態では、ユーザが複数のサービスサイトを利用する場合を想定する。同じ名前で複数のサービスサイトを利用し、この名前でサイトの利用情報をトレースできた場合、個人情報が漏洩したときの影響が大きくなる可能性がある。そこで、各サービスサイトにアクセスする場合に、本人認証を行ないながら、異なる名前（仮名）でログインする場合を想定する。

図１に示すように、本実施形態では、ネットワークを介して接続されたユーザ端末１０、認証サーバ２０、仮名化サーバ３０、サービスサイトサーバ５０を用いる。
ユーザ端末１０は、各サービスサイトサーバ５０にアクセスする利用者が使用するコンピュータ端末である。ユーザ端末１０は、端末制御部１１、入力部、出力部を備えている。

端末制御部１１は、ＣＰＵ、ＲＡＭ及びＲＯＭ等のメモリ等を備えた制御手段を有し、アクセス先のサービスサイトサーバ５０から取得した情報の表示処理や、サービスサイトサーバ５０に対する情報の送信処理を実行する。このためのブラウザプログラムを実行することにより、端末制御部１１は、ブラウザ１１１として機能する。

入力部は各種情報を入力するための手段であり、キーボードやポインティングデバイス等により構成される。一方、出力部は各種情報を出力するための手段であり、ディスプレイ等により構成される。また、タッチパネルディスプレイを用いることにより、一つのデバイスを入力部、出力部として機能させることも可能である。

サービスサイトサーバ５０は、サービスシステムとして機能し、ユーザ端末１０に対して各種情報の提供等を行なうサービス機関のコンピュータシステムである。サービスサイトサーバ５０は、制御部５１、個人情報記憶部５２を備えている。

制御部５１は、ＣＰＵ、ＲＡＭ及びＲＯＭ等のメモリ等を備えた制御手段を有し、個人情報記憶部５２に記録された利用者の管理処理を実行する。このための個人情報管理プログラムを実行することにより、制御部５１は、本人認証部、サービス管理部として機能する。

本人認証部は、アクセス者であるユーザのログイン認証により、登録されたユーザであることを確認する処理を実行する。
サービス管理部は、ログインしたユーザに対して、各種サービスを提供する処理を実行する。

個人情報記憶部５２は、ユーザの個人情報を管理するための利用者管理レコードが記録されている。この利用者管理レコードは、ユーザ識別子に関連付けて各種個人情報が記録されている。

認証サーバ２０は、認証システムとして機能し、サービスサイトサーバ５０を利用するユーザを認証するためのコンピュータシステムである。認証サーバ２０は、制御部２１、ユーザ情報記憶部２２を備えている。

制御部２１は、ＣＰＵ、ＲＡＭ及びＲＯＭ等のメモリ等を備えた制御手段を有し、ユーザ認証を支援する処理を実行する。このための認証管理プログラムを実行することにより、制御部２１は、ログイン管理部２１１、署名管理部２１２として機能する。

ログイン管理部２１１は、ユーザを認証する処理を実行する。
署名管理部２１２は、認証されたユーザであることを示す電子署名を生成する処理を実行する。本実施形態では、ＲＳＡ暗号方式を用いて電子署名を生成する。このため、署名管理部２１２は、電子署名を生成するための暗号鍵や公開鍵を管理する。

図２（ａ）に示すように、ユーザ情報記憶部２２には、サービスサイトサーバ５０を利用するユーザを管理するためのユーザ管理レコード２２０が記録される。このユーザ管理レコード２２０は、本サービスの利用についてユーザ登録が行なわれた場合に記録される。このユーザ管理レコード２２０は、ＩＤ、パスワード、ユーザ識別子に関するデータを含んで構成される。

ＩＤデータ領域には、本サービスを利用する各ユーザがログインする場合に用いる識別子に関するデータが記録される。
パスワードデータ領域には、各ユーザを認証するための本人認証データが記録される。

ユーザ識別子データ領域には、このユーザを特定するための識別子に関するデータが記録される。このユーザ識別子を用いることにより、他のデータ記憶部から、ユーザについての詳細情報を取得することができる。

仮名化サーバ３０は、仮名管理システムとして機能し、ユーザが各サービスサイトサーバ５０を利用する場合の仮名を管理するためのコンピュータシステムである。仮名化サーバ３０は、制御部３１、仮名情報記憶部３２を備えている。

制御部３１は、ＣＰＵ、ＲＡＭ及びＲＯＭ等のメモリ等を備えた制御手段を有し、本人認証ができたユーザについての仮名を管理する処理を実行する。このための仮名管理プログラムを実行することにより、仮名化サーバ３０の制御部３１は、仮名管理部３１１、署名管理部３１２として機能する。

仮名管理部３１１は、本人認証ができたユーザについての仮名を管理する処理を実行する。
署名管理部３１２は、本人認証ができていることを示す電子署名を管理する処理を実行する。署名管理部３１２は、パラメータ情報記憶部として、固定変換パラメータｒを、秘匿して保管する専用のハードウェア（例えば、ＨＳＭ：ハードウェアセキュリティモジュール）を備えている。

図２（ｂ）に示すように、ユーザ情報記憶部としての仮名情報記憶部３２には、各ユーザの仮名を管理する仮名管理レコード３２０が記録される。この仮名管理レコード３２０は、仮名が登録された場合に記録される。この仮名管理レコード３２０は、ユーザ識別子、仮名、仮名コードに関するデータを含んで構成される。

ユーザ識別子データ領域には、各ユーザを特定するための識別子に関するデータが記録される。
仮名データ領域には、このユーザが利用する仮名に関するデータが記録される。このデータ領域には、複数のサービスサイトサーバ５０を利用するために、複数の仮名を登録することができる。
仮名コードデータ領域には、仮名に対応して、このユーザのユーザ識別子を、後述する反ブラインド署名化を行なう場合に用いる文字列に関するデータが記録される。

次に、図３に従って、上記システムにより、仮名を用いてサービスサイトサーバ５０を利用するための処理手順を説明する。
ここでは、サービス提供に先立ち、認証サーバ２０の制御部２１は、公開鍵（ｅ，ｎ）の生成処理を実行する（ステップＳ１−１）。具体的には、制御部２１の署名管理部２１２は、２つの素数ｐ、ｑを選択し、ｎ＝ｐ・ｑ、φ＝（ｐ−１）・（ｑ−１）を計算する。本実施形態では、素数ｐが可変変換パラメータとして機能する。そして、署名管理部２１２は、ｅ・ｄ≡１（ｍｏｄφ）となるように、ランダムに整数ｅ、署名用秘密鍵ｄを選択する。そして、制御部２１は、公開鍵（ｅ，ｎ）を公開する。

また、サービス提供に先立ち、仮名化サーバ３０の制御部３１は、固定変換パラメータｒの生成処理を実行する（ステップＳ１−２）。具体的には、制御部３１の署名管理部３１２は、反ブラインド署名化するための固定変換パラメータｒをランダムに生成する。ここで、「反ブラインド署名化」は「ブラインド署名」に対する概念である。具体的には、「ブラインド署名」は、署名対象（内容）がわからない状態で署名してもらい、後で内容が分かるようにする方式である。一方、「反ブラインド署名化」は、署名対象がわかる状態で署名して、内容が分からないようにして他者に渡す方式である。そして、署名管理部３１２は、生成した固定変換パラメータｒを、ハードウェアセキュリティモジュール（ＨＳＭ）の中に秘匿する。

そして、ユーザ端末１０の端末制御部１１は、アクセス処理を実行する（ステップＳ１−３）。具体的には、端末制御部１１のブラウザ１１１において、アクセス先のサービスサイトサーバ５０のアドレス（ＵＲＬ）を入力する。この場合、ブラウザ１１１は、アクセス要求をサービスサイトサーバ５０に送信する。

次に、サービスサイトサーバ５０の制御部５１は、ランダムコードγの生成処理を実行する（ステップＳ１−４）。具体的には、制御部５１の本人認証部は、クッキー、サービス固有のＩＤ等を用いて、アクセスしてきたユーザを特定し、既に認証しているユーザかどうかを確認する。認証しているユーザに対しては、制御部５１のサービス管理部は、このユーザに対するサービスを継続する。一方、認証できていないユーザの場合は、制御部５１の本人認証部は、ランダムにランダムコードγ（γ∈Ｚｎ）を生成する。このランダムコードγは、仮名化サーバ３０に仮名化を依頼することを前提にして、認証サーバ２０に認証を依頼するための識別子である。

次に、サービスサイトサーバ５０の制御部５１は、ランダムコードγのリダイレクト送信処理を実行する（ステップＳ１−５）。具体的には、制御部５１の本人認証部は、ランダムコードγを、認証サーバ２０に転送できるようにして、ユーザ端末１０に送信する。なお、どのサービスサイトサーバ５０を使っているかを認証サーバ２０に伝えたくない場合もあるため、仮名化サーバ３０経由で認証サーバ２０にアクセスする方式も考えられる。

次に、ユーザ端末１０の端末制御部１１は、ランダムコードγの転送処理を実行する（ステップＳ１−６）。具体的には、端末制御部１１のブラウザ１１１は、ランダムコードγを認証サーバ２０に転送する。

次に、認証サーバ２０の制御部２１は、ログイン画面の送信処理を実行する（ステップＳ１−７）。具体的には、制御部２１のログイン管理部２１１は、ユーザ端末１０に対してログイン画面データを送信する。このログイン画面には、ＩＤ及びパスワードの入力欄が設けられている。

次に、ユーザ端末１０の端末制御部１１は、ＩＤ、パスワードの入力処理を実行する（ステップＳ１−８）。具体的には、端末制御部１１のブラウザ１１１は、認証サーバ２０から取得したログイン画面データをディスプレイに表示する。そして、ブラウザ１１１は、ログイン要求を認証サーバ２０に送信する。このログイン要求には、ログイン画面に入力されたＩＤ、パスワードに関するデータを含める。

次に、認証サーバ２０の制御部２１は、ユーザ認証処理を実行する（ステップＳ１−９）。具体的には、制御部２１のログイン管理部２１１は、ユーザ端末１０から取得したＩＤ、パスワードが記録されたユーザ管理レコード２２０を、ユーザ情報記憶部２２において検索する。ＩＤ、パスワードが記録されたユーザ管理レコード２２０を抽出できた場合には、ユーザ認証処理を完了する。一方、ＩＤ、パスワードが記録されたユーザ管理レコード２２０を抽出できない場合には、ログイン管理部２１１は、ログインできないことを示すメッセージをユーザ端末１０に出力する。

次に、認証サーバ２０の制御部２１は、ユーザ識別子ｍの特定処理を実行する（ステップＳ１−１０）。具体的には、制御部２１のログイン管理部２１１は、抽出したユーザ管理レコード２２０に記録されているユーザ識別子ｍを特定する。

次に、認証サーバ２０の制御部２１は、電子署名ｓの生成処理を実行する（ステップＳ１−１１）。具体的には、制御部２１のログイン管理部２１１は、以下の計算式を用いて、認証されたユーザのユーザ識別子ｍ、ランダムコードγをｄ乗（冪乗）した値を用いて電子署名ｓ（第１の電子署名）を計算する。ここで、任意のランダムコードγを許容すると、署名用秘密鍵ｄが漏洩する可能性があるので、サービスサイトサーバ５０の正当性をチェックしたり、サービスサイトサーバ５０から取得した署名用秘密鍵ｄにサルト・パディングした値のハッシュ値を計算したりする方法等を用いることも可能である。

次に、認証サーバ２０の制御部２１は、ユーザ識別子ｍ，電子署名ｓのリダイレクト送信処理を実行する（ステップＳ１−１２）。具体的には、制御部２１のログイン管理部２１１は、ユーザ識別子ｍ及び電子署名ｓを、仮名化サーバ３０に転送できるようにして、ユーザ端末１０に送信する。

次に、ユーザ端末１０の端末制御部１１は、ユーザ識別子ｍ，電子署名ｓの転送処理を実行する（ステップＳ１−１３）。具体的には、端末制御部１１のブラウザ１１１は、ユーザ識別子ｍ及び電子署名ｓを仮名化サーバ３０に転送する。

次に、仮名化サーバ３０の制御部３１は、ユーザ識別子ｍの仮名の特定処理を実行する（ステップＳ１−１４）。具体的には、制御部３１の仮名管理部３１１は、認証サーバ２０の公開鍵（ｅ、ｎ）を用いて電子署名ｓを検証する。電子署名ｓの検証ができなかった場合、仮名管理部３１１は、エラーメッセージをユーザ端末１０に返信する。一方、仮名管理部３１１は、電子署名ｓの検証ができた場合、ユーザ識別子ｍが記録されている仮名管理レコード３２０を仮名情報記憶部３２から抽出し、この仮名管理レコード３２０に記録されている仮名を取得する。

次に、仮名化サーバ３０の制御部３１は、仮名の選択画面の送信処理を実行する（ステップＳ１−１５）。具体的には、制御部３１の仮名管理部３１１は、仮名の選択画面データをユーザ端末１０に送信する。この仮名の選択画面には、仮名管理レコード３２０から取得した仮名の一覧表示とともに、所望の仮名の選択ボタンを含める。

次に、ユーザ端末１０の端末制御部１１は、仮名の選択処理を実行する（ステップＳ１−１６）。具体的には、端末制御部１１のブラウザ１１１は、仮名化サーバ３０から取得した仮名の選択画面を表示する。そして、仮名の選択画面において、所望の仮名が選択された場合には、ブラウザ１１１は、選択された仮名に関するデータを仮名化サーバ３０に送信する。

次に、仮名化サーバ３０の制御部３１は、係数の計算処理を実行する（ステップＳ１−１７）。具体的には、制御部３１の署名管理部３１２は、ユーザ識別子ｍ、認証サーバ２０の識別子、仮名コードｃ、固定変換パラメータｒから、ユーザ識別子ｍを反ブラインド署名化するための係数ｒ_ssを計算する。ここでは、以下の計算式を用いる。なお、「ＡＳ」は、認証サーバ２０の識別子（例えば、名称）である。

仮名コードｃとしては、サービスサイトサーバ５０に用いる仮名に対応し、仮名管理レコード３２０に記録された文字列を用いる。仮名コードｃは、仮名を作成する際にランダムに生成することができる。また、仮名コードｃには、サービスサイトサーバ５０の識別子や、ユーザが選択若しくは入力した任意の文字列を用いることも可能である。

次に、仮名化サーバ３０の制御部３１は、変換後ユーザ識別子ｍ’、電子署名ｓ’の生成処理を実行する（ステップＳ１−１８）。具体的には、制御部３１の署名管理部３１２は、ユーザ識別子ｍを反ブラインド署名化した変換後ユーザ識別子ｍ’を生成し、併せて対応する電子署名ｓ’（第２の電子署名）を計算する。なお、署名管理部３１２は、これら一連の処理を、ハードウェアセキュリティモジュール（ＨＳＭ）内で実施することで、係数ｒ_ssが外部に漏れないようにする。

次に、仮名化サーバ３０の制御部３１は、変換後ユーザ識別子ｍ’，電子署名ｓ’のリダイレクト送信処理を実行する（ステップＳ１−１９）。具体的には、制御部３１の署名管理部３１２は、反ブラインド署名化した変換後ユーザ識別子ｍ’、電子署名ｓ’を、サービスサイトサーバ５０に転送できるようにして、ユーザ端末１０に送信する。

次に、ユーザ端末１０の端末制御部１１は、変換後ユーザ識別子ｍ’，電子署名ｓ’の転送処理を実行する（ステップＳ１−２０）。具体的には、端末制御部１１のブラウザ１１１は、反ブラインド署名化した変換後ユーザ識別子ｍ’、電子署名ｓ’を、サービスサイトサーバ５０に転送する。

次に、サービスサイトサーバ５０の制御部５１は、電子署名の検証処理を実行する（ステップＳ１−２１）。具体的には、制御部５１の本人認証部は、ユーザ端末１０から取得した変換後ユーザ識別子ｍ’を用いて、反ブラインド署名化された電子署名ｓ’を検証する。具体的には、以下の計算式が成立するかどうかを確認する。

この式は、以下のように、認証サーバ２０が正しく電子署名を行なっている場合には成立する。

次に、サービスサイトサーバ５０の制御部５１は、変換後ユーザ識別子ｍ’によりユーザの特定処理を実行する（ステップＳ１−２２）。具体的には、制御部５１のサービス管理部は、検証できた変換後ユーザ識別子ｍ’を用いて、個人情報記憶部５２から個人情報を取得し、ユーザ端末１０に対してサービスを提供する。

本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態においては、ユーザ端末１０の端末制御部１１は、仮名の選択処理を実行する（ステップＳ１−１６）。これにより、各ユーザによって選択された仮名を用いて、サービスサイトサーバ５０を利用することができる。従って、サービスサイトサーバ５０毎に仮名を変えることにより、ユーザの情報が漏洩した場合のトレースを防止することができる。

（２）本実施形態においては、認証サーバ２０の制御部２１は、電子署名ｓの生成処理を実行する（ステップＳ１−１１）。更に、仮名化サーバ３０の制御部３１は、係数の計算処理（ステップＳ１−１７）、変換後ユーザ識別子ｍ’、電子署名ｓの生成処理（ステップＳ１−１８）を実行する。これにより、認証サーバ２０において生成された電子署名ｓの性質を、電子署名ｓ’において引き継ぐので、サービスサイトサーバ５０において、電子署名の検証を行なうことができる。また、電子署名ｓ’にはランダムコードγが含まれることから、ユーザ端末１０の端末制御部１１のアクセス処理（ステップＳ１−１）の後に、本人認証が行なわれたことを検証することができる。

（３）本実施形態においては、仮名化サーバ３０の制御部３１は、固定変換パラメータｒの生成処理を実行する（ステップＳ１−２）。この場合、署名管理部３１２は、生成した固定変換パラメータｒを、ハードウェアセキュリティモジュール（ＨＳＭ）の中に秘匿する。これにより、固定変換パラメータｒの漏洩を抑制することができる。

＜第２の実施形態＞
次に、図４を用いて、第２の実施形態を説明する。第１の実施形態では、仮名化サーバ３０において、変換後ユーザ識別子ｍ’、電子署名ｓ’を生成する。第２の実施形態では、ユーザ端末１０において、変換後ユーザ識別子ｍ’、電子署名ｓ’を生成する構成であり、同様の部分については詳細な説明を省略する。本実施形態では、ユーザ端末１０の端末制御部１１に署名管理部、パラメータ情報記憶部を設ける。

ここでは、図４に示すように、サービス提供に先立ち、認証サーバ２０の制御部２１は、ステップＳ１−１と同様に、公開鍵（ｅ，ｎ）の生成処理を実行する（ステップＳ２−１）。
また、サービス利用に先立ち、ユーザ端末１０の端末制御部１１は、固定変換パラメータｒの生成処理を実行する（ステップＳ２−２）。具体的には、端末制御部１１の署名管理部が、ステップＳ１−２と同様に、固定変換パラメータｒを生成する。そして、端末制御部１１の署名管理部は、固定変換パラメータｒを暗号化した上で、ユーザ端末１０内のパラメータ情報記憶部に記録する。なお、端末制御部１１は、仮名化サーバ３０から、固定変換パラメータｒの生成、保存を行なうためのスクリプトを取得し、このスクリプトを実行する。このスクリプトにおいては、固定変換パラメータｒをランダムに生成する。更に、端末制御部１１は、固定変換パラメータｒは、外部（例えば、仮名化サーバ３０）に送信することなく、ユーザ端末１０内で保存する。

そして、ユーザ端末１０の端末制御部１１は、ステップＳ１−３と同様に、アクセス処理を実行する（ステップＳ２−３）。
次に、サービスサイトサーバ５０の制御部５１は、ステップＳ１−４と同様に、ランダムコードγの生成処理を実行する（ステップＳ２−４）。

次に、サービスサイトサーバ５０の制御部５１は、ステップＳ１−５と同様に、ランダムコードγのリダイレクト送信処理を実行する（ステップＳ２−５）。
次に、ユーザ端末１０の端末制御部１１は、ステップＳ１−６と同様に、ランダムコードγの転送処理を実行する（ステップＳ２−６）。

次に、認証サーバ２０の制御部２１は、ステップＳ１−７と同様に、ログイン画面の送信処理を実行する（ステップＳ２−７）。
次に、ユーザ端末１０の端末制御部１１は、ステップＳ１−８と同様に、ＩＤ、パスワードの入力処理を実行する（ステップＳ２−８）。

次に、認証サーバ２０の制御部２１は、ステップＳ１−９と同様に、ユーザ認証処理を実行する（ステップＳ２−９）。
次に、認証サーバ２０の制御部２１は、ステップＳ１−１０と同様に、ユーザ識別子ｍの特定処理を実行する（ステップＳ２−１０）。

次に、認証サーバ２０の制御部２１は、ステップＳ１−１１と同様に、電子署名ｓの生成処理を実行する（ステップＳ２−１１）。
次に、認証サーバ２０の制御部２１は、ステップＳ１−１２と同様に、ユーザ識別子ｍ，電子署名ｓのリダイレクト送信処理を実行する（ステップＳ２−１２）。

次に、ユーザ端末１０の端末制御部１１は、ステップＳ１−１３と同様に、ユーザ識別子ｍ，電子署名ｓの転送処理を実行する（ステップＳ２−１３）。
次に、仮名化サーバ３０の制御部３１は、ステップＳ１−１４と同様に、ユーザ識別子ｍの仮名の特定処理を実行する（ステップＳ２−１４）。

次に、仮名化サーバ３０の制御部３１は、ステップＳ１−１５と同様に、仮名の選択画面の送信処理を実行する（ステップＳ２−１５）。
次に、ユーザ端末１０の端末制御部１１は、ステップＳ１−１６と同様に、仮名の選択処理を実行する（ステップＳ２−１６）。

次に、仮名化サーバ３０の制御部３１は、パラメータの特定処理を実行する（ステップＳ２−１７）。具体的には、制御部３１の署名管理部３１２は、ユーザ識別子ｍ、認証サーバ２０の識別子、仮名コードｃを特定する。ここで、仮名コードｃとしては、サービスサイトサーバ５０に用いる仮名に対応した文字列を用いる。なお、仮名コードｃとしては、サービスサイトサーバ５０の識別子や、ユーザが選択若しくは入力した任意の文字列を用いることも可能である。

次に、仮名化サーバ３０の制御部３１は、パラメータ，電子署名ｓ，スクリプトの送信処理を実行する（ステップＳ２−１８）。具体的には、制御部３１の署名管理部３１２は、電子署名を生成するために必要な情報をユーザ端末１０に送信する。ここでは、電子署名を生成するために必要な情報として、パラメータ（ユーザ識別子ｍ、認証サーバ２０の識別子、仮名コードｃ）、電子署名ｓ、スクリプトを送信する。このスクリプトは、ブラウザ上で稼動するプログラムであって、これらパラメータと固定変換パラメータｒから、ユーザ識別子ｍを反ブラインド署名化した変換後ユーザ識別子ｍ’、これに対応する電子署名ｓ’を計算する。

次に、ユーザ端末１０の端末制御部１１は、変換後ユーザ識別子ｍ’、電子署名ｓ’の生成処理を実行する（ステップＳ２−１９）。具体的には、端末制御部１１の署名管理部が、仮名化サーバ３０から取得したスクリプトにより、ユーザ端末１０の記憶部に保存された固定変換パラメータｒから、ユーザ識別子ｍを反ブラインド署名化するための係数ｒ_ssを計算する。

更に、署名管理部は、スクリプトにより、ステップＳ１−１８と同様に、ユーザ識別子ｍを反ブラインド署名化した変換後ユーザ識別子ｍ’を計算し、併せて対応する電子署名ｓ’を計算する。

次に、ユーザ端末１０の端末制御部１１は、変換後ユーザ識別子ｍ’，電子署名ｓ’の送信処理を実行する（ステップＳ２−２０）。具体的には、端末制御部１１のブラウザ１１１は、反ブラインド署名化した変換後ユーザ識別子ｍ’、電子署名ｓ’を、サービスサイトサーバ５０に送信する。

次に、サービスサイトサーバ５０の制御部５１は、ステップＳ１−２１と同様に、変換後ユーザ識別子ｍ’，電子署名ｓ’の送信電子署名の検証処理を実行する（ステップＳ２−２１）。
次に、サービスサイトサーバ５０の制御部５１は、ステップＳ１−２２と同様に、変換後ユーザ識別子ｍ’によりユーザの特定処理を実行する（ステップＳ２−２２）。

本実施形態によれば、以下のような効果を得ることができる。
（４）本実施形態においては、ユーザ端末１０の端末制御部１１は、固定変換パラメータｒの生成処理を実行する（ステップＳ２−２）。そして、ユーザ端末１０の端末制御部１１は、変換後ユーザ識別子ｍ’、電子署名ｓ’の生成処理を実行する（ステップＳ２−１９）。この場合、ユーザ端末１０内に保存された固定変換パラメータｒを用いる。これにより、認証サーバ２０において生成された電子署名ｓの性質を引き継ぎながら、ユーザ端末１０において電子署名ｓ’を生成することができる。また、変換後ユーザ識別子ｍ’は、仮名化サーバ３０が把握していない固定変換パラメータｒを用いて生成される。従って、ユーザは、外部の仮名化サーバ３０に変換後ユーザ識別子ｍ’を知られることなく、サービスサイトサーバ５０を利用することができる。このため、仮名化サーバ３０における情報漏洩の影響を少なくすることができる。

＜第３の実施形態＞
次に、図５を用いて、第３の実施形態を説明する。第１の実施形態では、仮名化サーバ３０において、仮名を特定する。第３の実施形態では、サービスサイトサーバ５０において、仮名を取得し、仮名化サーバ３０から、この仮名を検証するため電子署名を取得する構成であり、同様の部分については詳細な説明を省略する。この場合、サービスサイトサーバ５０は、毎回、アクセスしてきたユーザを特定する記号ｍ_i （ユーザ認証用識別子）を、ユーザ毎に、個人情報記憶部５２に保存しておく。なお、この記号ｍ_i は、同じユーザであっても、アクセス毎に異なるものを用いる。また、認証サーバ２０のユーザ情報記憶部２２には、ＩＤに関連付けて使用したチャレンジコードβ_i が記録される。更に、仮名化サーバ３０の仮名情報記憶部３２には、仮名毎に、使用したチャレンジコードβ_i が記録される。これにより、仮名情報記憶部３２はチャレンジコード記憶部として機能する。

ここでは、サービス提供に先立ち、認証サーバ２０の制御部２１は、ステップＳ１−１と同様に、公開鍵（ｅ，ｎ）の生成処理を実行する（ステップＳ３−１）。
そして、ユーザ端末１０の端末制御部１１は、ステップＳ１−３と同様に、アクセス処理を実行する（ステップＳ３−２）。

次に、サービスサイトサーバ５０の制御部５１は、ユーザの特定処理を実行する（ステップＳ３−３）。具体的には、制御部５１は、ユーザ識別やセッション管理を実現するためのクッキー（HTTP cookie）や、サービスサイトサーバ５０におけるユーザ毎の固有のＩＤ（仮名）等を用いて、アクセスしてきたユーザを特定する。そして、制御部５１は、今回のアクセスにおいて、認証されたことを確認するために、認証サーバ２０に電子署名を求める記号ｍ_i を生成する。更に、制御部５１は、個人情報記憶部５２から、前回のアクセス時に、前回同一ユーザについて認証サーバ２０に電子署名を求めたときに用いた記号ｍ_i-1 を特定する。

次に、サービスサイトサーバ５０の制御部５１は、記号ｍ_i 、ｍ_i-1 のリダイレクト送信処理を実行する（ステップＳ３−４）。具体的には、制御部５１は、記号ｍ_i と記号ｍ_i-1を仮名化サーバ３０に転送できるようにして、ユーザ端末１０に送信する。

次に、ユーザ端末１０の端末制御部１１は、記号ｍ_i 、ｍ_i-1 の転送処理を実行する（ステップＳ３−５）。具体的には、端末制御部１１のブラウザ１１１は、記号ｍ_i 、ｍ_i-1 を仮名化サーバ３０に転送する。

次に、仮名化サーバ３０の制御部３１は、中間パラメータα_i の算出処理を実行する（ステップＳ３−６）。具体的には、制御部３１の仮名管理部３１１は、ランダムに選択したブラインド化パラメータｕ_i ∈Ｚｎと固定変換パラメータｒ_i ∈Ｚｎ≠０を用いて、中間パラメータα_i を計算する。この場合、以下の計算式を用いる。

そして、仮名管理部３１１は、中間パラメータα_i を、認証サーバ２０に転送できるようにして、ユーザ端末１０に送信する。

次に、ユーザ端末１０の端末制御部１１は、中間パラメータα_i の転送処理を実行する（ステップＳ３−７）。具体的には、端末制御部１１のブラウザ１１１は、中間パラメータα_i を認証サーバ２０に転送する。

次に、認証サーバ２０の制御部２１は、ランダムコードｘ_i の生成処理を実行する（ステップＳ３−８）。具体的には、制御部２１の署名管理部２１２は、ランダムにランダムコードｘ_i ∈Ｚｎを生成する。そして、署名管理部２１２は、ランダムコードｘ_i を、仮名化サーバ３０に転送できるようにして、ユーザ端末１０に送信する。

次に、ユーザ端末１０の端末制御部１１は、ランダムコードｘ_i の転送処理を実行する（ステップＳ３−９）。具体的には、端末制御部１１のブラウザ１１１は、ランダムコードｘ_i を仮名化サーバ３０に転送する。

次に、仮名化サーバ３０の制御部３１は、チャレンジコードβ_i の算出処理を実行する（ステップＳ３−１０）。具体的には、制御部３１の仮名管理部３１１は、ランダムにランダムコードｂ_i ∈Ｚ^＊ｎを選び、チャレンジコードβ_i （後続チャレンジコード）を計算する。

次に、仮名化サーバ３０の制御部３１は、チャレンジコードβ_i の記録処理を実行する（ステップＳ３−１１）。具体的には、制御部３１の仮名管理部３１１は、チャレンジコードβ_i を記号ｍ_i とともに仮名情報記憶部３２に保存しておく。

次に、仮名化サーバ３０の制御部３１は、チャレンジコードβ_i 、β_i-1 の送信処理を実行する（ステップＳ３−１２）。具体的には、制御部３１の仮名管理部３１１は、前回のアクセスにおいて利用したチャレンジコードβ_i-1 を先行チャレンジコードとして仮名情報記憶部３２から取得する。そして、仮名管理部３１１は、チャレンジコードβ_i 及びβ_i-1 を、認証サーバ２０に送信する。

次に、認証サーバ２０の制御部２１は、チャレンジコードβ_i-1 によりＩＤの特定処理を実行する（ステップＳ３−１３）。具体的には、制御部２１の署名管理部２１２は、ユーザ情報記憶部２２において、チャレンジコードβ_i-1 に関連付けられたＩＤを特定する。更に、署名管理部２１２は、チャレンジコードβ_iを、新たにＩＤに関連付けてユーザ情報記憶部２２に記録する。

次に、認証サーバ２０の制御部２１は、ステップＳ１−７と同様に、ログイン画面の送信処理を実行する（ステップＳ３−１４）。なお、ここで、ログイン画面において、予め特定したＩＤを初期設定しておくことも可能である。

次に、ユーザ端末１０の端末制御部１１は、パスワードの入力処理を実行する（ステップＳ３−１５）。具体的には、端末制御部１１のブラウザ１１１は、認証サーバ２０から取得したログイン画面をディスプレイに表示する。そして、ブラウザ１１１は、ログイン要求を認証サーバ２０に送信する。このログイン要求には、ログイン画面に入力されたパスワードに関するデータを含める。

次に、認証サーバ２０の制御部２１は、ステップＳ１−９と同様に、ユーザ認証処理を実行する（ステップＳ３−１６）。
次に、認証サーバ２０の制御部２１は、電子署名ｔ_i の生成処理を実行する（ステップＳ３−１７）。具体的には、制御部２１の署名管理部２１２は、ユーザ認証処理を完了したことを示すためのブラインド化された電子署名ｔ_i を計算する。ここでは、以下の計算式を用いる。

そして、署名管理部２１２は、電子署名ｔ_i を、仮名化サーバ３０に転送できるようにして、ユーザ端末１０に送信する。

次に、ユーザ端末１０の端末制御部１１は、電子署名ｔ_i の転送処理を実行する（ステップＳ３−１８）。具体的には、端末制御部１１のブラウザ１１１は、電子署名ｔ_i を仮名化サーバ３０に転送する。

次に、仮名化サーバ３０の制御部３１は、パラメータｃ_i ，電子署名ｓ_i の生成処理を実行する（ステップＳ３−１９）。具体的には、制御部３１の署名管理部３１２は、アンブラインド化された電子署名ｓ_i とパラメータｃ_i を計算する。ここでは、以下の計算式を用いる。

次に、仮名化サーバ３０の制御部３１は、パラメータｃ_i ，電子署名ｓ_i のリダイレクト送信処理を実行する（ステップＳ３−２０）。具体的には、署名管理部３１２は、パラメータｃ_i ，電子署名ｓ_i を、サービスサイトサーバ５０に転送できるようにして、ユーザ端末１０に送信する。

次に、ユーザ端末１０の端末制御部１１は、パラメータｃ_i ，電子署名ｓ_i の転送処理を実行する（ステップＳ３−２１）。具体的には、端末制御部１１のブラウザ１１１は、パラメータｃ_i ，電子署名ｓ_i をサービスサイトサーバ５０に転送する。

次に、サービスサイトサーバ５０の制御部５１は、電子署名の検証処理を実行する（ステップＳ３−２２）。具体的には、制御部５１は、ユーザ端末１０から取得したパラメータｃ_i ，電子署名ｓ_i を検証する。ここでは、以下の計算式が成立することにより、電子署名ｓ_i が正しいことを確認する。

本実施形態によれば、以下のような効果を得ることができる。
（５）本実施形態においては、サービスサイトサーバ５０の制御部５１は、ユーザの特定処理（ステップＳ３−３）を実行し、ユーザ端末１０の端末制御部１１は、記号ｍ_i 、ｍ_i-1 の転送処理（ステップＳ３−５）を実行する。次に、仮名化サーバ３０の制御部３１は、チャレンジコードβ_i の算出処理（ステップＳ３−１０）、チャレンジコードβ_i 、β_i-1 の送信処理（ステップＳ３−１２）を実行する。そして、認証サーバ２０の制御部２１は、チャレンジコードβ_i-1 によりＩＤの特定処理を実行する（ステップＳ３−１３）。これにより、認証サーバ２０においては、サービス利用履歴に基づいてユーザを特定することができる。更に、仮名化サーバ３０においては、認証サーバ２０に仮名を知らせることなく、認証サーバ２０から電子署名ｔ_i を取得することができる。そして、仮名化サーバ３０の制御部３１は、パラメータｃ_i ，電子署名ｓ_i の生成処理を実行する（ステップＳ３−１９）。これにより、サービスサイトサーバ５０において検証可能な電子署名ｓ_i を生成することができる。

なお、上記各実施形態は以下のように変更してもよい。
・上記第１、第２の実施形態では、仮名化サーバ３０の制御部３１は、仮名の選択画面の送信処理を実行する（ステップＳ１−１５、Ｓ２−１５）。ユーザ端末１０の端末制御部１１は、仮名の選択処理を実行する（ステップＳ１−１６、Ｓ２−１６）。これに代えて、仮名化サーバ３０において、ユーザ端末１０からアクセス先のサービスサイトサーバ５０の識別情報を取得し、この識別情報に対応した仮名を特定するようにしてもよい。この場合には、仮名情報記憶部３２において、各仮名に関連付けて、この仮名を利用するサービスサイトサーバ５０の識別子情報を関連づけて記憶させておく。

・上記第２の実施形態では、ユーザ端末１０の記憶部において、固定変換パラメータｒを保存する。ここで、複数のユーザ端末１０において、固定変換パラメータｒを暗号化して保存するようにしてもよい。この場合には、ユーザ端末１０毎に、パラメータ情報記憶部を設ける。そして、各ユーザ端末１０は、それぞれのパラメータ情報記憶部に記憶された固定変換パラメータｒを同期させる。ここでは、各ユーザ端末１０は、すべての固定変換パラメータｒを、最新の状態で共有するように同期させる。

・上記第３の実施形態では、ＲＳＡ暗号方式を用いて、ブラインド署名を行なう。ブラインド署名方式は、これらの暗号方式に限定されるものではない。例えば、双線形ペアリング暗号方式を用いることも可能である。

・上記第３の実施形態では、認証サーバ２０の制御部２１は、ランダムコードｘ_i の生成処理を実行する（ステップＳ３−８）。ユーザ端末１０を介して、ランダムコードｘ_i を取得した仮名化サーバ３０の制御部３１は、チャレンジコードβ_i の算出処理を実行する（ステップＳ３−１０）。ここで、ＲＳＡ暗号方式のブラインド署名の脆弱性を補強するために、更に改善されたＲＳＡ暗号方式を用いこることもできる。例えば、仮名化サーバ３０が攻撃者となった場合、予め選択した文書に対する署名を入手することによって、攻撃者が望む別の文書に対する署名を作成することを可能にする選択文書攻撃に対応する方式を利用することも可能である。この場合、仮名化サーバ３０が、後続のチャレンジコードβ_i を生成するためのランダムコードｘ_i を取得する前に、選択文書攻撃が行なわれていないことを確認するための情報（攻撃検証用コードπ´）を認証サーバ２０に提供するようにしてもよい。非特許文献３に示された手法を利用して、電子署名を生成する前に、認証サーバ２０は、攻撃検証用コードπ´とチャレンジコードとの関係を検証し、選択文書攻撃が行なわれていないことを確認する。

第３の実施形態のステップＳ３−１０において、仮名化サーバ３０が、受信したランダムコードｘ_iにより選択的にｂ_iを選ぶことができると、チャレンジコードβ_iを仮名化サーバ３０が選択できる可能性がある。そこで、選択文書攻撃を難しくするために、ランダムコードｘ_iを仮名化サーバ３０に送信する前に、ランダムコードｂ_iを仮名化サーバ３０に決めさせる。そのため、認証サーバ２０は、ステップＳ３−８に先立ち、攻撃検証元コードπを仮名化サーバ３０に送信する。そして、仮名化サーバ３０は、ランダムコードｂ_iをランダムに生成し、攻撃検証元コードπ及びランダムコードｂ_iから計算した攻撃検証用コードπ´を認証サーバ２０に送信する。その後、認証サーバ２０は、ステップＳ３−８においてランダムコードｘ_i を生成して送信する。ステップＳ３−１３においては、チャレンジコードβ_iを受取った認証サーバ２０は、チャレンジコードβ_iから攻撃検証用コードπ´を計算する。そして、認証サーバ２０は、以前に受信した攻撃検証用コードπ´と一致することを確認することによって、チャレンジコードβ_iが、ランダムコードｘ_iの送信以前に仮名化サーバ３０において決定されたランダムコードｂ_iを用いたものであることを検証する。これにより、仮名化サーバ３０は、ランダムコードｘ_iを受信した後に、チャレンジコードβ_iを選択的に作成することができなくなるため、認証サーバ２０は選択文書攻撃を防ぐことができる。

次に、上記実施形態及び別例から把握できる技術的思想について、それらの効果とともに以下に追記する。
（ａ）複数のパラメータ情報記憶部を備え、前記パラメータ情報記憶部において、固定変換パラメータ（ｒ）は暗号化されており、前記複数のパラメータ情報記憶部において、それぞれ記憶された固定変換パラメータ（ｒ）を同期することを特徴とする仮名管理システム。

これにより、複数のパラメータ情報記憶部に固定変換パラメータを分散して記憶させている場合にも、同期させることができる。

１０…ユーザ端末、１１…端末制御部、１１１…ブラウザ、２０…認証サーバ、２１…制御部、２１１…ログイン管理部、２１２…署名管理部、２２…ユーザ情報記憶部、３０…仮名化サーバ、３１…制御部、３１１…仮名管理部、３１２…署名管理部、３２…仮名情報記憶部、５０…サービスサイトサーバ、５１…制御部、５２…個人情報記憶部。

Claims (12)

1. 固定変換パラメータを記憶するパラメータ情報記憶部と、
   文字列からなる仮名を記憶するユーザ情報記憶部と、
   認証システム、サービスシステムに接続された制御部とを備えた仮名管理システムであって、
   前記制御部が、
   ユーザ識別子と、前記ユーザ識別子を用いて生成された第１の電子署名を前記認証システムから取得し、
   前記ユーザ識別子に対応する仮名を特定し、
   前記仮名に対応して、前記ユーザ識別子の変換に用いる可変変換パラメータを特定し、
   前記固定変換パラメータ、前記可変変換パラメータ、前記第１の電子署名を用いて、前記ユーザ識別子から変換後ユーザ識別子と、前記第１の電子署名に対する第２の電子署名を生成し、
   前記変換後ユーザ識別子及び前記第２の電子署名を、前記サービスシステムに提供することを特徴とする仮名管理システム。
2. 前記ユーザ識別子に対応して関連付けられた仮名を出力し、ユーザによって選択された仮名を特定することを特徴とする請求項１に記載の仮名管理システム。
3. 前記サービスシステムへのアクセス時に取得した仮名を特定することを特徴とする請求項１又は２に記載の仮名管理システム。
4. 複数のユーザ識別子に関連付けて、認証時に用いたチャレンジコードを記憶するチャレンジコード記憶部と、
   認証システム、サービスシステムに接続された制御部とを備えた仮名管理システムであって、
   前記制御部が、
   先行の認証時に用いられた先行チャレンジコードと、今回の認証に用いる後続チャレンジコードを前記認証システムに提供し、
   先行の認証時に用いられた前記先行チャレンジコードに基づいて特定されたユーザについて、前記認証システムから後続チャレンジコードに対するブラインド署名を取得し、
   前記ブラインド署名を用いて、前記ユーザに対する電子署名を生成し、
   前記サービスシステムに対して電子署名を提供することを特徴とする仮名管理システム。
5. 前記制御部が、前記後続チャレンジコードを生成するためのパラメータを前記認証システムから取得することを特徴とする請求項４に記載の仮名管理システム。
6. 前記制御部が、前記後続チャレンジコードを生成するためのパラメータを前記認証システムから取得する前に、選択文書攻撃が行なわれていないことを確認するための攻撃検証用コードを前記認証システムに提供することを特徴とする請求項４又は５に記載の仮名管理システム。
7. 前記制御部が、前記ユーザ識別子を前記サービスシステムから取得することを特徴とする請求項４〜６のいずれか一つに記載の仮名管理システム。
8. 前記制御部が、ユーザによって指定された仮名に基づいて前記ユーザ識別子を特定し、
   前記サービスシステムに前記電子署名とともに前記ユーザ識別子を提供することを特徴とする請求項４〜６のいずれか一つに記載の仮名管理システム。
9. 固定変換パラメータを記憶するパラメータ情報記憶部と、
   文字列からなる仮名を記憶するユーザ情報記憶部と、
   認証システム、サービスシステムに接続された制御部とを備えた仮名管理システムを用いて、仮名を管理する方法であって、
   前記制御部が、
   ユーザ識別子と、前記ユーザ識別子を用いて生成された第１の電子署名を前記認証システムから取得し、
   前記ユーザ識別子に対応する仮名を特定し、
   前記仮名に対応して、前記ユーザ識別子の変換に用いる可変変換パラメータを特定し、
   前記固定変換パラメータ、前記可変変換パラメータ、前記第１の電子署名を用いて、前記ユーザ識別子から変換後ユーザ識別子と、前記第１の電子署名に対する第２の電子署名を生成し、
   前記変換後ユーザ識別子及び前記第２の電子署名を、前記サービスシステムに提供することを特徴とする仮名管理方法。
10. 複数のユーザ識別子に関連付けて、認証時に用いたチャレンジコードを記憶するチャレンジコード記憶部と、
    認証システム、サービスシステムに接続された制御部とを備えた仮名管理システムを用いて、仮名を管理する方法であって、
    前記制御部が、
    先行の認証時に用いられた先行チャレンジコードと、今回の認証に用いる後続チャレンジコードを前記認証システムに提供し、
    先行の認証時に用いられた前記先行チャレンジコードに基づいて特定されたユーザについて、前記認証システムから後続チャレンジコードに対するブラインド署名を取得し、
    前記ブラインド署名を用いて、前記ユーザに対する電子署名を生成し、
    前記サービスシステムに対して電子署名を提供することを特徴とする仮名管理方法。
11. 固定変換パラメータを記憶するパラメータ情報記憶部と、
    文字列からなる仮名を記憶するユーザ情報記憶部と、
    認証システム、サービスシステムに接続された制御部とを備えた仮名管理システムを用いて、仮名を管理するためのプログラムであって、
    前記制御部を、
    ユーザ識別子と、前記ユーザ識別子を用いて生成された第１の電子署名を前記認証システムから取得し、
    前記ユーザ識別子に対応する仮名を特定し、
    前記仮名に対応して、前記ユーザ識別子の変換に用いる可変変換パラメータを特定し、
    前記固定変換パラメータ、前記可変変換パラメータ、前記第１の電子署名を用いて、前記ユーザ識別子から変換後ユーザ識別子と、前記第１の電子署名に対する第２の電子署名を生成し、
    前記変換後ユーザ識別子及び前記第２の電子署名を、前記サービスシステムに提供する手段として機能させることを特徴とする仮名管理プログラム。
12. 複数のユーザ識別子に関連付けて、認証時に用いたチャレンジコードを記憶するチャレンジコード記憶部と、
    認証システム、サービスシステムに接続された制御部とを備えた仮名管理システムを用いて、仮名を管理するためのプログラムであって、
    前記制御部を、
    先行の認証時に用いられた先行チャレンジコードと、今回の認証に用いる後続チャレンジコードを前記認証システムに提供し、
    先行の認証時に用いられた前記先行チャレンジコードに基づいて特定されたユーザについて、前記認証システムから後続チャレンジコードに対するブラインド署名を取得し、
    前記ブラインド署名を用いて、前記ユーザに対する電子署名を生成し、
    前記サービスシステムに対して電子署名を提供する手段として機能させることを特徴とする仮名管理プログラム。

Images