(57)【要約】【課題】  該当する属性証明書に関することのみを直接選択・表示することが可能な属性証明書配布技術を提供する。【解決手段】  ディレクトリサーバ５０に利用者毎に１又は複数の属牲証明書３０それぞれとそれらと対になる同じ暗号鍵で暗号化されたダミーデータ３２とを登録しておき、サービス提供サーバ４０では該当利用者用に属性証明書と対になる同じ暗号鍵で暗号化されたダミーデータを全数、利用者から受け取った復号鍵で復号してみて復号できたダミーデータがあれば、そのダミーデータと対になっている属性証明書を特定する。これによって、属性証明書の識別子（証明書の発行者情報及びシリアル番号情報）を検索しなくても目的とする属性証明書を発見できるようにし、属性証明書の識別子をＵＲＬで受け渡す必要がなくし、セキュアな通信を確保する。【選択図】      図１
2005142672.tif 000002
【特許請求の範囲】
【請求項１】
ディレクトリサーバと、認証局サーバと、通信端末と、サービス提供サーバと、これらを結ぶネットワークとで構成される通信システムにおける属性証明書を利用したサービス提供方法であって、
サービス提供サーバが、任意の通信端末からのサービス要求に対して、認証局サーバにリダイレクトすることによって通信端末をいったん認証局サーバへ接続させるステップと、
認証局サーバが、前記通信端末から送られてきた利用者識別子と属性証明書の種類情報に対応して取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して前記通信端末に対して送信するステップと、
認証局サーバが、前記通信端末から前記属性証明書リストの中から選択された属性証明書を識別する属性証明書識別子を受信すると、選択された属性証明書識別子によって特定される属性証明書に対応する復号鍵を前記通信端末に返却するステップと、
サービス提供サーバが、前記通信端末からの再接続に対して、前記ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得し、前記通信端末から送られてきた復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試み、復号できたダミーデータに対応する属性証明書を前記ディレクトリサーバから取得するステップと、
サービス提供サーバが、前記ディレクトリサーバから取得した属性証明書の内容に対応したサービスを前記通信端末に提供するステップとを有することを特徴とする属性証明書を利用したサービス提供方法。
【請求項２】
ディレクトリサーバと、認証局サーバと、通信端末と、サービス提供サーバと、復号鍵管理サーバと、これらを結ぶネットワークとで構成される通信システムにおける属性証明書を利用したサービス提供方法であって、
サービス提供サーバが、任意の通信端末からのサービス要求に対して、認証局サーバにリダイレクトすることによって通信端末をいったん認証局サーバへ接続させるステップと、
認証局サーバが、前記通信端末から送られてきた利用者識別子と属性証明書の種類情報に対応して取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して前記通信端末に対して送信するステップと、
認証局サーバが、前記通信端末から前記属性証明書リストの中から選択された属性証明書を識別する属性証明書識別子を受信すると、選択された属性証明書識別子によって特定される属性証明書に対応する復号鍵とそれを識別する復号鍵識別子を作成して復号鍵管理サーバに登録すると共に当該復号鍵識別子を前記通信端末に返却するステップと、
サービス提供サーバが、前記通信端末からの再接続に対して、前記ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得するステップと、
サービス提供サーバが、前記通信端末から送られてきた復号鍵識別子に対応する復号鍵を復号鍵管理サーバから取得するステップと、
サービス提供サーバが、前記暗号化されたダミーデータそれぞれに対して前記復号鍵による復号を試み、復号できたダミーデータに対応する属性証明書を前記ディレクトリサーバから取得するステップと、
サービス提供サーバが、前記ディレクトリサーバから取得した属性証明書の内容に対応したサービスを前記通信端末に提供するステップとを有することを特徴とする属性証明書を利用したサービス提供方法。
【請求項３】
ディレクトリサーバと、認証局サーバと、通信端末と、サービス提供サーバと、これらを結ぶネットワークとで構成される通信システムにおいて、
前記認証局サーバは、通信端末からの属性証明書発行要求に対して、利用者識別子毎に属性証明書を発行すると共にそれと対になる復号鍵を作成する手段と、発行した属性証明書とダミーデータとを対にし、前記復号鍵にて復号できる暗号鍵で暗号化し、前記利用者識別子と対応させて前記ディレクトリサーバに保存する手段と、前記通信端末から送られてきた利用者識別子と属性証明書の種類情報に対応して取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して前記通信端末に対して送信する手段とを備え、
前記サービス提供サーバは、任意の通信端末からのサービス要求に対して、認証局サーバにリダイレクトすることによって通信端末をいったん認証局サーバへ接続する手段と、前記通信端末からの再接続に対して、前記ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得し、前記通信端末から送られてきた復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試み、復号できたダミーデータに対応する属性証明書を前記ディレクトリサーバから取得する手段と、前記ディレクトリサーバから取得した属性証明書の内容に対応したサービスを前記通信端末に提供する手段とを備えたことを特徴とする通信システム。
【請求項４】
ディレクトリサーバと、認証局サーバと、通信端末と、サービス提供サーバと、復号鍵管理サーバと、これらを結ぶネットワークとで構成される通信システムにおいて、
前記認証局サーバは、通信端末からの属性証明書発行要求に対して、利用者識別子毎に属性証明書を発行すると共にそれと対になる復号鍵及びそれを識別する復号鍵識別子を作成する手段と、作成した復号鍵及び復号鍵識別子を前記復号鍵管理サーバに登録する手段と、発行した属性証明書とダミーデータとを対にし、前記復号鍵にて復号できる暗号鍵で暗号化し、前記利用者識別子と対応させて前記ディレクトリサーバに保存する手段と、前記通信端末から送られてきた利用者識別子と属性証明書の種類情報に対応して取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して前記通信端末に対して送信する手段とを備え、
前記復号鍵管理サーバは、前記認証局サーバから送られてくる復号鍵をその復号鍵識別子と共に登録する手段と、前記サービス提供サーバからの復号鍵識別子を指定した復号鍵送信要求に対して該当する復号鍵を返信する手段とを備え、
前記サービス提供サーバは、任意の通信端末からのサービス要求に対して、認証局サーバにリダイレクトすることによって通信端末をいったん認証局サーバへ接続する手段と、前記通信端末からの再接続に対して、前記ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得し、かつ、前記通信端末から送られてきた復号鍵識別子に対応する復号鍵を復号鍵管理サーバから取得し、当該復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試み、復号できたダミーデータに対応する属性証明書を前記ディレクトリサーバから取得する手段と、前記ディレクトリサーバから取得した属性証明書の内容に対応したサービスを前記通信端末に提供する手段とを備えたことを特徴とする通信システム。
【請求項５】
通信端末からの属性証明書発行要求に対して、利用者識別子毎に属性証明書を発行すると共にそれと対になる復号鍵を作成する手段と、
発行した属性証明書とダミーデータとを対にし、前記復号鍵にて復号できる暗号鍵で暗号化し、前記利用者識別子と対応させてディレクトリサーバに保存する手段と、
通信端末から送られてきた利用者識別子で取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して当該通信端末に対して送信する手段とを備えたことを特徴とする認証局サーバ。
【請求項６】
通信端末からの属性証明書発行要求に対して、利用者識別子毎に属性証明書を発行すると共にそれと対になる復号鍵及びそれを識別する復号鍵識別子を作成する手段と、
作成した復号鍵及び復号鍵識別子を復号鍵管理サーバに登録する手段と、
発行した属性証明書とダミーデータとを対にし、前記復号鍵にて復号できる暗号鍵で暗号化し、前記利用者識別子と対応させてディレクトリサーバに保存する手段と、
通信端末から送られてきた利用者識別子で取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して当該通信端末に対して送信する手段とを備えたことを特徴とする認証局サーバ。
【請求項７】
任意の通信端末に対して、ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に暗号化された属性証明書と対になっているダミーデータとのすべてを取得する手段と、
前記通信端末から送られてきた復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試みる手段と、
復号できたダミーデータに対応する属性証明書をディレクトリサーバから取得する手段と、
取得した属性証明書の内容に対応したサービスを前記通信端末に提供する手段とを備えたことを特徴とするサービス提供サーバ。
【請求項８】
任意の通信端末に対して、ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得する手段と、
前記通信端末から送られてきた復号鍵識別子に対応する復号鍵を復号鍵管理サーバから取得する手段と、
取得した復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試みる手段と、
復号できたダミーデータに対応する属性証明書をディレクトリサーバから取得する手段と、
取得した属性証明書の内容に対応したサービスを前記通信端末に提供する手段とを備えたことを特徴とするサービス提供サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、属性証明書を用いたサービス提供方法、通信システム、認証局サーバ及びサービス提供サーバに関する。
【背景技術】
【０００２】
近年の情報技術の発展に伴い、携帯電話機などの移動通信端末において、インターネットを介して様々なサービスを受けることが可能となっている。そのようなサービスには、サービス利用者の属性情報（年齢・性別等）に基づいたものもあり、事例としては映画館の女性割引、市町村が発行するシルバーパス、文化教育施設の学生割引などが存在する。このような属性情報に基づいたサービスを行う時はフェーストゥフェースで属性を確認することが多い。この一連のシーケンスをインターネット上で行おうとすると、なりすましを防止し、確実な本人の認証を行うための手段が必要である。そこで、これまでのようなサーバ認証型ではなく、クライアント認証型の認証と証明書の配布方法が開発され、実用化されるようになってきている。
【０００３】
ところが、属性証明書の内容を利用者の移動通信端末、特に携帯電話機に表示する際、利用者の全ての属性証明書を表示してしまうとその画面に表示しきれないという問題や、属性証明書識別子のＵＲＬ埋蔵によるＵＲＬエリアの圧迫という問題がある。
【非特許文献１】「ドコモ電子認証サービスＦｉｒｓｔＰａｓｓ特集」、ＮＴＴ  ＤｏＣｏＭｏテクニカルジャーナル、Ｖｏｌ．１１、Ｎｏ．３、７〜２３ページ。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本発明は、このような従来の技術的課題に鑑みてなされたもので、該当する属性証明書に関することのみを直接選択・表示することが可能な属性証明書配布技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１の発明は、ディレクトリサーバと、認証局サーバと、通信端末と、サービス提供サーバと、これらを結ぶネットワークとで構成される通信システムにおける属性証明書を利用したサービス提供方法であって、サービス提供サーバが、任意の通信端末からのサービス要求に対して、認証局サーバにリダイレクトすることによって通信端末をいったん認証局サーバへ接続させるステップと、認証局サーバが、前記通信端末から送られてきた利用者識別子と属性証明書の種類情報に対応して取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して前記通信端末に対して送信するステップと、認証局サーバが、前記通信端末から前記属性証明書リストの中から選択された属性証明書を識別する属性証明書識別子を受信すると、選択された属性証明書識別子によって特定される属性証明書に対応する復号鍵を前記通信端末に返却するステップと、サービス提供サーバが、前記通信端末からの再接続に対して、前記ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得し、前記通信端末から送られてきた復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試み、復号できたダミーデータに対応する属性証明書を前記ディレクトリサーバから取得するステップと、サービス提供サーバが、前記ディレクトリサーバから取得した属性証明書の内容に対応したサービスを前記通信端末に提供するステップとを有するものである。
【０００６】
請求項２の発明は、ディレクトリサーバと、認証局サーバと、通信端末と、サービス提供サーバと、復号鍵管理サーバと、これらを結ぶネットワークとで構成される通信システムにおける属性証明書を利用したサービス提供方法であって、サービス提供サーバが、任意の通信端末からのサービス要求に対して、認証局サーバにリダイレクトすることによって通信端末をいったん認証局サーバへ接続させるステップと、認証局サーバが、前記通信端末から送られてきた利用者識別子と属性証明書の種類情報に対応して取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して前記通信端末に対して送信するステップと、認証局サーバが、前記通信端末から前記属性証明書リストの中から選択された属性証明書を識別する属性証明書識別子を受信すると、選択された属性証明書識別子によって特定される属性証明書に対応する復号鍵とそれを識別する復号鍵識別子を作成して復号鍵管理サーバに登録すると共に当該復号鍵識別子を前記通信端末に返却するステップと、サービス提供サーバが、前記通信端末からの再接続に対して、前記ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得するステップと、サービス提供サーバが、前記通信端末から送られてきた復号鍵識別子に対応する復号鍵を復号鍵管理サーバから取得するステップと、サービス提供サーバが、前記暗号化されたダミーデータそれぞれに対して前記復号鍵による復号を試み、復号できたダミーデータに対応する属性証明書を前記ディレクトリサーバから取得するステップと、サービス提供サーバが、前記ディレクトリサーバから取得した属性証明書の内容に対応したサービスを前記通信端末に提供するステップとを有するものである。
【０００７】
請求項３の発明は、ディレクトリサーバと、認証局サーバと、通信端末と、サービス提供サーバと、これらを結ぶネットワークとで構成される通信システムにおいて、前記認証局サーバは、通信端末からの属性証明書発行要求に対して、利用者識別子毎に属性証明書を発行すると共にそれと対になる復号鍵を作成する手段と、発行した属性証明書とダミーデータとを対にし、前記復号鍵にて復号できる暗号鍵で暗号化し、前記利用者識別子と対応させて前記ディレクトリサーバに保存する手段と、前記通信端末から送られてきた利用者識別子と属性証明書の種類情報に対応して取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して前記通信端末に対して送信する手段とを備え、前記サービス提供サーバは、任意の通信端末からのサービス要求に対して、認証局サーバにリダイレクトすることによって通信端末をいったん認証局サーバへ接続する手段と、前記通信端末からの再接続に対して、前記ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得し、前記通信端末から送られてきた復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試み、復号できたダミーデータに対応する属性証明書を前記ディレクトリサーバから取得する手段と、前記ディレクトリサーバから取得した属性証明書の内容に対応したサービスを前記通信端末に提供する手段とを備えたものである。
【０００８】
請求項４の発明は、ディレクトリサーバと、認証局サーバと、通信端末と、サービス提供サーバと、復号鍵管理サーバと、これらを結ぶネットワークとで構成される通信システムにおいて、前記認証局サーバは、通信端末からの属性証明書発行要求に対して、利用者識別子毎に属性証明書を発行すると共にそれと対になる復号鍵及びそれを識別する復号鍵識別子を作成する手段と、作成した復号鍵及び復号鍵識別子を前記復号鍵管理サーバに登録する手段と、発行した属性証明書とダミーデータとを対にし、前記復号鍵にて復号できる暗号鍵で暗号化し、前記利用者識別子と対応させて前記ディレクトリサーバに保存する手段と、前記通信端末から送られてきた利用者識別子と属性証明書の種類情報に対応して取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して前記通信端末に対して送信する手段とを備え、前記復号鍵管理サーバは、前記認証局サーバから送られてくる復号鍵をその復号鍵識別子と共に登録する手段と、前記サービス提供サーバからの復号鍵識別子を指定した復号鍵送信要求に対して該当する復号鍵を返信する手段とを備え、前記サービス提供サーバは、任意の通信端末からのサービス要求に対して、認証局サーバにリダイレクトすることによって通信端末をいったん認証局サーバへ接続する手段と、前記通信端末からの再接続に対して、前記ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得し、かつ、前記通信端末から送られてきた復号鍵識別子に対応する復号鍵を復号鍵管理サーバから取得し、当該復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試み、復号できたダミーデータに対応する属性証明書を前記ディレクトリサーバから取得する手段と、前記ディレクトリサーバから取得した属性証明書の内容に対応したサービスを前記通信端末に提供する手段とを備えたものである。
【０００９】
請求項５の発明の認証局サーバは、通信端末からの属性証明書発行要求に対して、利用者識別子毎に属性証明書を発行すると共にそれと対になる復号鍵を作成する手段と、発行した属性証明書とダミーデータとを対にし、前記復号鍵にて復号できる暗号鍵で暗号化し、前記利用者識別子と対応させてディレクトリサーバに保存する手段と、通信端末から送られてきた利用者識別子で取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して当該通信端末に対して送信する手段とを備えたものである。
【００１０】
請求項６の発明の認証局サーバは、通信端末からの属性証明書発行要求に対して、利用者識別子毎に属性証明書を発行すると共にそれと対になる復号鍵及びそれを識別する復号鍵識別子を作成する手段と、作成した復号鍵及び復号鍵識別子を復号鍵管理サーバに登録する手段と、発行した属性証明書とダミーデータとを対にし、前記復号鍵にて復号できる暗号鍵で暗号化し、前記利用者識別子と対応させてディレクトリサーバに保存する手段と、通信端末から送られてきた利用者識別子で取得可能な属性証明書それぞれをリストアップする属性証明書リストを生成して当該通信端末に対して送信する手段とを備えたものである。
【００１１】
請求項７の発明のサービス提供サーバは、任意の通信端末に対して、ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に暗号化された属性証明書と対になっているダミーデータとのすべてを取得する手段と、前記通信端末から送られてきた復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試みる手段と、復号できたダミーデータに対応する属性証明書をディレクトリサーバから取得する手段と、取得した属性証明書の内容に対応したサービスを前記通信端末に提供する手段とを備えたものである。
【００１２】
請求項８の発明のサービス提供サーバは、任意の通信端末に対して、ディレクトリサーバに当該通信端末の利用者識別子に対応して登録されている、共に同じ暗号鍵で暗号化された属性証明書と対になっているダミーデータのすべてを取得する手段と、前記通信端末から送られてきた復号鍵識別子に対応する復号鍵を復号鍵管理サーバから取得する手段と、取得した復号鍵で前記暗号化されたダミーデータそれぞれの復号処理を試みる手段と、復号できたダミーデータに対応する属性証明書をディレクトリサーバから取得する手段と、取得した属性証明書の内容に対応したサービスを前記通信端末に提供する手段とを備えたものである。
【発明の効果】
【００１３】
本発明によれば、通信端末で属性証明書の情報を閲覧するときに必要な属性証明書のみを表示させることができ、通信端末の画面が小さくても画面を圧迫せず、またそれに伴って通信に使用するパケット数を減少させることができる。
【００１４】
また本発明によれば、ディレクトリサーバには属牲証明書と対になる同じ暗号鍵で暗号化されたダミーデータを登録しているため、サービス提供サーバでは属性証明書と対になる同じ暗号鍵で暗号化されたダミーデータを全数検索することによって、属性証明書の識別子（証明書の発行者情報及びシリアル番号情報）を検索しなくても目的とする属性証明書を発見することが可能になり、属性証明書の識別子をＵＲＬで受け渡す必要がなくなり、セキュアな通信を確保できる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態を図に基づいて詳説する。図１は本発明の第１の実施の形態の通信システムの構成を示しており、この通信システムは、携帯電話機１０、属性認証極サーバ２０、サービス提供サーバ４０、ディレクトリサーバ５０、そして内容確認サーバ６０から構成される。
【００１６】
携帯電話機１０は利用者識別子（利用者ＩＤ）と属性証明書の種類情報を用いてインターネット上の属性認証局サーバ２０により属性証明書発行要求を行うことが可能である。また、携帯電話機１０は、サービス提供サーバ４０によってサービスの提供を受ける際に属性認証局サーバ２０により発行された属性証明書３０を提示することにより、サービスを受けることができる。
【００１７】
属性認証局サーバ２０は登録申請窓口となる開示制御部２１と、属性証明書を管理する属性証明書管理部２２から構成されている。図２に示すように、属性認証局サーバ２０の開示制御部２１は、携帯電話機１０を通じて利用者からの属性証明書発行申請・失効申請を受けて属性証明書管理部２２にそれらの申請を取り次ぐ申請取次部２１１、利用者の持つ秘密鍵と対になる公開鍵を格納する鍵管理部２１２を備えている。属性証明書管理部２２は、携帯電話機１０から開示制御部２１を通じて属性証明書発行・失効申請を受けて属性証明書・失効証明書を発行し、ディレクトリサーバ５０にそれらの証明書を格納する機能を有している。この属性証明書管理部２２は、開示制御部２１を経て受け取った属性証明書発行申請に対して、所定の手続きに従って属性証明書３０を発行する証明書発行処理部２２１、発行された属性証明書３０をディレクトリサーバ５０に格納する証明書管理部２２２を備えている。
【００１８】
サービス提供サーバ４０は属性証明書を申請した利用者によりサービス要求があった際にディレクトリサーバ５０、開示制御部２１と連携して属性証明書３０を取得し、利用者にサービスを提供する機能を有し、図３に示すように、Ｗｅｂページを管理するＷｅｂ管理部４１、開示制御部２１のＵＲＬにリダイレクトして携帯電話機１０を開示制御部２１へ接続させるリダイレクト処理部４２、利用者の利用者ＩＤを認証し、ディレクトリサーバ５０で対応する利用者エントリ３１を検索するデータ検索部４３、携帯電話機１０から通知された復号鍵でダミーデータ群の個々を復号処理する復号処理部４４、そして復号できたダミーデータに対応する属性証明書を取得する属性証明書取得部４５、属性証明書の内容に基づいて対応するサービスを携帯電話機１０に提供するサービス提供部４６を備えている。
【００１９】
ディレクトリサーバ５０は利用者の発行申請によって属性認証局サーバ２０が発行した属性証明書３０を登録管理する。この属性証明書３０には利用者ＩＤと属性情報とを結びつける情報が書き込まれている。図４を参照してディレクトリサーバ５０の構成を説明する。ディレクトリサーバ５０は利用者エントリ３１にそれぞれの属性証明書３０とそれと対になるダミーデータ３２とを格納する。これら属性証明書３０と付随するダミーデータ３２とは同じ暗号鍵としての公開鍵で暗号化されている。
【００２０】
内容確認サーバ６０は、利用者からの属性証明書確認要求に対応して、ディレクトリサーバ５０、開示制御部２１と連携して該当利用者の既得の属性証明書３０の内容を利用者に提示する機能を有し、図５に示すように、Ｗｅｂページを管理するＷｅｂ管理部６１、利用者ＩＤによりディレクトリサーバ５０で対応する利用者エントリ３１を検索するデータ検索部６２、携帯電話機１０から通知された復号鍵でダミーデータ群の個々を復号処理する復号処理部６３、そして復号できたダミーデータに対応する属性証明書をディレクトリサーバ５０から取得する属性証明書取得部６４、属性証明書の内容を携帯電話機１０に提示する証明書内容提示部６５を備えている。
【００２１】
次に、上記構成の通信システムの動作を説明する。属性証明書管理部２２は、図６に示すシーケンスにて属性証明書３０を発行する。まず属性証明書を申請する利用者は携帯電話機１０によって開示制御部２１に対して利用者ＩＤと属性情報を通知することにより属性証明書の発行を申請する（ステップＳ１）。申請を受けた開示制御部２１は属性証明書管理部２２に該発行申請を取り次ぐ（ステップＳ２）。属性証明書管理部２２は受け取った属性証明書発行申請に対して、所定の手続きに従って属性証明書３０を発行し、発行された属性証明書３０をディレクトリサーバ５０の利用者エントリ３１に格納する（ステップＳ３）。この属性証明書３０にはダミーデータ３２が割当てられ、共に同じ公開鍵で暗号化され、ディレクトリサーバ５０の利用者エントリ３１に登録される。
【００２２】
利用者は携帯電話機１０から図７のシーケンスに示す手続きによって属性証明書３０を確認することができる。まず、携帯電話機１０から属性証明書確認申請を開示制御部２１のＵＲＬに送信する。このとき利用者ＩＤも開示制御部２１に送信される（ステップＳ１１）。
【００２３】
開示制御部２１は、携帯電話機１０からの利用者ＩＤを認証し、証明書管理を行う属性証明書管理部２２へ突合せを行う（ステップＳ１２）。これに対して、属性証明書管理部２２は該当利用者の既得証明書リストを開示制御部２１へ返却する（ステップＳ１３）。
【００２４】
開示制御部２１は該利用者の携帯電話機１０に対して、既得属性証明書のリストを送信して利用者に提示する（ステップＳ１４）。これに対して、利用者は携帯電話機１０の画面に提示されている属性証明書のリストの中から必要な属性証明書を選択し、開示制御部２１に通知する（ステップＳ１５）。開示制御部２１は属性証明書管理部２２に対して、選択された属性証明書に対応する復号鍵を要求する（ステップＳ１６）。
【００２５】
要求を受けた属性証明書管理部２２は、復号鍵情報をパラメータとして埋蔵した内容確認サーバ６０のＵＲＬを利用者に返却する（ステップＳ１７，Ｓ１８）。利用者は携帯電話機１０に返却された内容確認サーバ６０のＵＲＬに接続する（ステップＳ１９）。この接続により、内容確認サーバ６０は利用者の利用者ＩＤを認証し、ディレクトリサーバ５０で利用者エントリ３１を検索し、当該利用者用に発行された１又は複数の属性証明書３０それぞれと対になっているダミーデータ３２をすべて取得する（ステップＳ１１０）。
【００２６】
続いて、内容確認サーバ６０は利用者の携帯電話機１０からＵＲＬのパラメータに埋蔵されて通知された復号鍵情報でダミーデータ群の個々を復号処理する。そして復号ができたダミーデータがあれば、それに対応する属性証明書を特定する（ステップＳ１１１）。さらに内容確認サーバ６０は特定された属性証明書を指定してディレクトリサーバ５０から取得し、その内容を解析して携帯電話機１０の画面に表示させ、利用者に確認させる（ステップＳ１１２，Ｓ１１３）。
【００２７】
次に、図８を参照して、本実施の形態の通信システムで携帯電話機１０から属性証明書３０を申請し、その発行を受け、目的のサービスを受ける際の処理について説明する。前提条件としてサービス提供サーバ４０は開示制御部２１のＵＲＬにリンクさせたＷｅｂページを公開している。該ＵＲＬのパラメータには、該サービス提供サーバ４０のＵＲＬと属性証明書の種類情報を埋蔵している。属性証明書３０の種類情報とは、その証明書の発行者（例えば、○○市など）と資格名（例えば、シルバーカード、学生証、免許証など）を合わせた情報である。
【００２８】
まず、サービス提供を受ける利用者は携帯電話機１０の画面を見て、サービス提供サーバ４０の該ＵＲＬをクリックしてそのＷｅｂページにアクセスしてサービス要求する（ステップＳ２１）。これに対して、サービス提供サーバ４０は開示制御部２１のＵＲＬにリダイレクトすることによって携帯電話機１０を開示制御部２１へ接続させる（ステップＳ２２）。なおこの時、サービス提供サーバ４０は開示制御部２１へのリダイレクト情報、サービス提供サーバ４０のＵＲＬ情報、属性証明書の種類情報をＵＲＬのパラメータに埋蔵する。
【００２９】
開示制御部２１は、携帯電話機１０からの利用者ＩＤを認証し、証明書管理を行う属性証明書管理部２２へ突合せを行う（ステップＳ２３）。これに対して、属性証明書管理部２２は取得可能証明書リストを開示制御部２１へ返却する。
【００３０】
開示制御部２１は該利用者の携帯電話機１０に対して、取得可能な属性証明書のリストを送信して利用者に提示する（ステップＳ２５）。これに対して、利用者は携帯電話機１０の画面に提示されている属性証明書のリストの中から必要な属性証明書を選択し、開示制御部２１に通知する（ステップＳ２６）。
【００３１】
開示制御部２１は属性証明書管理部２２に対して、選択された属性証明書に対応する復号鍵を要求する（ステップＳ２７）。要求を受けた属性証明書管理部２２は、復号鍵をパラメータとして埋蔵した前述のサービス提供サーバ４０のＵＲＬを利用者に返却する（ステップＳ２８，Ｓ２９）。利用者は携帯電話機１０に返却されたサービス提供サーバ４０のＵＲＬにしがたって当該サービス提供サーバ４０に再接続する（ステップＳ３０）。この再接続は画面に表示されているＵＲＬに対してクリックに相当する確認操作を行うことで実行されるが、ＵＲＬの受信と共にリダイレクトされるようにプログラムしておくことも可能である。
【００３２】
この再接続により、サービス提供サーバ４０は利用者の利用者ＩＤを認証し、ディレクトリサーバ５０で利用者エントリ３１を検索し、当該利用者用に発行された１又は複数の属性証明書３０それぞれと対になっているダミーデータ３２を全て取得する（ステップＳ３１）。続いてサービス提供サーバ４０は利用者の携帯電話機１０からＵＲＬのパラメータに埋蔵させて通知された復号鍵でダミーデータ群の個々を復号処理する。そして復号ができたダミーデータがあれば、それに対応する属性証明書を特定する（ステップＳ３２）。そしてサービス提供サーバ４０は特定された属性証明書を指定してディレクトリサーバ５０から取得し、その内容に基づいて対応するサービスを携帯電話機１０に対して送信する（ステップＳ３３，Ｓ３４）。
【００３３】
次に、属性証明書失効時の処理について、図９を参照して説明する。属性証明書の失効を申請する利用者は携帯電話機１０から利用者ＩＤ及び失効対象属性証明書を特定する情報を開示制御部２１に通知する（ステップＳ４１）。申請を受けた開示制御部２１は属性証明書管理部２２に対し属性証明書失効申請を行う（ステップＳ４２）。属性証明書管理部２２は失効申請の対象となる属性証明書についてディレクトリサーバ５０の失効リスト（ＣＲＬ：Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ）３５に格納する（ステップＳ４３）。そして属性証明書管理部２２はディレクトリサーバ５０で失効処理が完了すれば（ステップＳ４４）、失効証明書を発行し、開示制御部２１を通じて申請元の携帯電話機１０に送信し、利用者に失効確認させる（ステップＳ４５，Ｓ４６）。この失効証明書リストであるＣＲＬ３５の更新周期については特に限定されないが、一日一回更新する程度とする。
【００３４】
次に、本発明の第２の実施の形態の通信システムについて、図１０を用いて説明する。第２の実施の形態の通信システムの特徴は、図１に示した第１の実施の形態の通信システムに対して、新規に復号鍵管理サーバ７０を備え、属性認証局サーバ２０は属性証明書を発行してディレクトリサーバ５０に登録すると共に、復号鍵とそれと対となる復号鍵識別のための復号鍵識別子（復号鍵ＩＤ）を発行して復号鍵管理サーバ７０に登録することを特徴とする。図１０において、第１の実施の形態と共通する構成要素には同一の符号を付して示してある。
【００３５】
復号鍵管理サーバ７０は、属性証明書管理部２２からの復号鍵、その復号鍵を識別する復号鍵ＩＤの情報を登録し管理する。
【００３６】
第２の実施の形態の通信システムによる属性証明書の発行プロセスを図１１を用いて説明する。まず属性証明書を申請する利用者は携帯電話機１０によって開示制御部２１に対して利用者ＩＤと属性証明書の種類情報を通知することにより属性証明書の発行を申請する（ステップＳ１０１）。申請を受けた開示制御部２１は属性証明書管理部２２に該発行申請を取り次ぐ（ステップＳ１０２）。
【００３７】
属性証明書管理部２２は受け取った属性証明書発行申請に対して、所定の手続きに従って属性証明書３０を発行し、発行された属性証明書３０をディレクトリサーバ５０の利用者エントリ３１に格納する（ステップＳ１０３）。この属性証明書３０にはダミーデータ３２が割当てられ、共に同じ公開鍵で暗号化され、ディレクトリサーバ５０の利用者エントリ３１に登録される。属性証明書管理部２２は属性証明書の発行と共に、それに対応する復号鍵とその復号鍵ＩＤを生成し、復号鍵管理サーバ７０に格納する（ステップＳ１０４）。
【００３８】
次に、図１２を参照して、本実施の形態の通信システムで携帯電話機１０から属性証明書３０を申請し、その発行を受け、目的のサービスを受ける際の処理について説明する。まず、サービス提供を受ける利用者は携帯電話機１０の画面を見て、サービス提供サーバ４０の該ＵＲＬをクリックしてそのＷｅｂページにアクセスしてサービス要求する（ステップＳ２２１）。これに対して、サービス提供サーバ４０は開示制御部２１のＵＲＬにリダイレクトすることによって携帯電話機１０を開示制御部２１へ接続させる（ステップＳ２２２）。なおこの時、サービス提供サーバ４０は開示制御部２１へのリダイレクト情報、サービス提供サーバ４０のＵＲＬ情報、属性証明書の種類情報をＵＲＬのパラメータに埋蔵する。
【００３９】
開示制御部２１は、携帯電話機１０からの利用者ＩＤを認証し、証明書管理を行う属性証明書管理部２２へ突合せを行う（ステップＳ２２３）。これに対して、属性証明書管理部２２は取得可能証明書リストを開示制御部２１へ返却する。
【００４０】
開示制御部２１は該利用者の携帯電話機１０に対して、取得可能な属性証明書のリストを送信して利用者に提示する（ステップＳ２２５）。これに対して、利用者は携帯電話機１０の画面に提示されている属性証明書のリストの中から必要な属性証明書を選択し、開示制御部２１に通知する（ステップＳ２２６）。
【００４１】
開示制御部２１は属性証明書管理部２２に対して、選択された属性証明書に対応する復号鍵の復号鍵ＩＤを要求する（ステップＳ２２７）。要求を受けた属性証明書管理部２２は、復号鍵ＩＤをパラメータとして埋蔵した前述のサービス提供サーバ４０のＵＲＬを利用者に返却する（ステップＳ２２８，Ｓ２２９）。利用者は携帯電話機１０に返却されたサービス提供サーバ４０のＵＲＬにしがたって当該サービス提供サーバ４０に再接続する（ステップＳ２３０）。この再接続は画面に表示されているＵＲＬに対してクリックに相当する確認操作を行うことで実行されるが、ＵＲＬの受信と共にリダイレクトされるようにプログラムしておくことも可能である。
【００４２】
この再接続により、サービス提供サーバ４０は利用者の利用者ＩＤを認証し、ディレクトリサーバ５０で利用者エントリ３１を検索し、当該利用者用に発行された１又は複数の属性証明書３０それぞれと対になっているダミーデータ３２を全て取得する（ステップＳ２３１）。続いてサービス提供サーバ４０は利用者の携帯電話機１０からＵＲＬのパラメータに埋蔵させて通知された復号鍵ＩＤを復号鍵管理サーバ７０に送り、対応する復号鍵を取得する（ステップＳ２３２）。そしてサービス提供サーバ４０は取得した復号鍵でダミーデータ群の個々を復号処理し、復号ができたダミーデータがあれば、それに対応する属性証明書を特定する（ステップＳ２３３）。
【００４３】
そしてサービス提供サーバ４０は特定された属性証明書を指定してディレクトリサーバ５０からそれを取得し、その内容に基づいて対応するサービスを携帯電話機１０に対して送信する（ステップＳ２３４，Ｓ２３５）。
【００４４】
第２の実施の形態の通信システムにおける、利用者が自身の属性証明書を確認するプロセスと失効申請のプロセスは、復号鍵に代えて復号鍵ＩＤを利用し、これによって復号鍵管理サーバ７０から復号鍵を取得する点を除いて、第１の実施の形態による各プロセスと同様である。
【００４５】
この第２の実施の形態によっても、属性証明書の識別子を検索しなくても目的とする属性証明書を発見できるようにし、属性証明書の識別子をＵＲＬで受け渡す必要がなくし、セキュアな通信を確保することができる。
【００４６】
なお、本発明は上記の移動通信システムに限らず、一般にインターネットを利用した属性証明書の配布システムに広く適用できる。また通信端末は実施の形態の携帯電話機１０のような移動端末に限らず、通信機能を備えたコンピュータであってもよい。
【図面の簡単な説明】
【００４７】
【図１】本発明の１つの実施の形態の通信システムのブロック図。
【図２】上記の実施の形態における属性認証サーバのブロック図。
【図３】上記の実施の形態におけるサービス提供サーバのブロック図。
【図４】上記の実施の形態におけるディレクトリサーバのブロック図。
【図５】上記の実施の形態における内容確認サーバのブロック図。
【図６】上記の実施の形態による属性証明書発行プロセスのシーケンス図。
【図７】上記の実施の形態による属性証明書の内容確認プロセスのシーケンス図。
【図８】上記の実施の形態によるサービス提供プロセスのシーケンス図。
【図９】上記の実施の形態による属性証明書の失効プロセスのシーケンス図。
【図１０】本発明の第２の実施の形態の通信システムのブロック図。
【図１１】上記の第２の実施の形態による属性証明書発行プロセスのシーケンス図。
【図１２】上記の第２の実施の形態によるサービス提供プログラムのシーケンス図。
【符号の説明】
【００４８】
１０  携帯電話機
１１  ＵＩＭ
１２  秘密鍵
２０  属性認証サーバ
２１  開示制御部
２２  属性証明書管理部
３０  属性証明書
４０  サービス提供サーバ
５０  ディレクトリサーバ
６０  内容確認サーバ
７０  復号鍵管理サーバ
【図１】
2005142672.tif 000003
【図２】
2005142672.tif 000004
【図３】
2005142672.tif 000005
【図４】
2005142672.tif 000006
【図５】
2005142672.tif 000007
【図６】
2005142672.tif 000008
【図７】
2005142672.tif 000009
【図８】
2005142672.tif 000010
【図９】
2005142672.tif 000011
【図１０】
2005142672.tif 000012
【図１１】
2005142672.tif 000013
【図１２】
2005142672.tif 000014