知財求人 - 知財ポータルサイト「IP Force」
▶ ジーエムオーグローバルサイン ピーティーイー リミテッドの特許一覧
特開2022-11538識別情報管理システム、識別情報管理方法及び識別情報管理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022011538
(43)【公開日】2022-01-17
(54)【発明の名称】識別情報管理システム、識別情報管理方法及び識別情報管理プログラム
(51)【国際特許分類】
G06F 21/33 20130101AFI20220107BHJP
H04L 9/32 20060101ALI20220107BHJP
G06F 21/62 20130101ALI20220107BHJP
【ＦＩ】
G06F21/33
H04L9/00 673C
G06F21/62 318
【審査請求】未請求
【請求項の数】7
【出願形態】ＯＬ
(21)【出願番号】P 2020112741
(22)【出願日】2020-06-30
(71)【出願人】
【識別番号】519010617
【氏名又は名称】ジーエムオーグローバルサイン ピーティーイー リミテッド
(74)【代理人】
【識別番号】100085660
【弁理士】
【氏名又は名称】鈴木 均
(74)【代理人】
【識別番号】100149892
【弁理士】
【氏名又は名称】小川 弥生
(74)【代理人】
【識別番号】100185672
【弁理士】
【氏名又は名称】池田 雅人
(72)【発明者】
【氏名】杉本 浩一
(72)【発明者】
【氏名】桑江 良尚
(57)【要約】 （修正有）
【課題】電子証明書を用いて、利用者に固有な識別情報をより安全に管理して活用可能な識別情報管理システム及び識別情報管理方法を提供する。
【解決手段】ＩＤ管理システムにおいて、ＩＤプロバイダ装置は、電子証明書を発行された利用者を特定するＩＤ情報の確認要求を受け付けるＩＤ確認要求受付処理部部５１と、主体に対して発行された１以上の電子証明書に含まれる特徴情報と所定の鍵情報とを用いて候補情報を生成するＩＤ候補生成処理部５２と、電子証明書の特徴情報と鍵情報に基づいて生成された識別情報を管理するＩＤ情報管理データベース１００を候補情報に基づいて検索したとき、候補情報と一致する識別情報がＩＤ情報管理データベース１００に登録されていた場合には、当該候補情報を確認要求に対して払い出すＩＤ情報払出処理部５６と、を備える。
【選択図】図４
【解決手段】ＩＤ管理システムにおいて、ＩＤプロバイダ装置は、電子証明書を発行された利用者を特定するＩＤ情報の確認要求を受け付けるＩＤ確認要求受付処理部部５１と、主体に対して発行された１以上の電子証明書に含まれる特徴情報と所定の鍵情報とを用いて候補情報を生成するＩＤ候補生成処理部５２と、電子証明書の特徴情報と鍵情報に基づいて生成された識別情報を管理するＩＤ情報管理データベース１００を候補情報に基づいて検索したとき、候補情報と一致する識別情報がＩＤ情報管理データベース１００に登録されていた場合には、当該候補情報を確認要求に対して払い出すＩＤ情報払出処理部５６と、を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
電子証明書の主体に対して発行された識別情報の確認要求を受け付ける受付部と、
前記確認要求に含まれる電子証明書の特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部と、
前記取得部が取得した特徴情報と所定の鍵情報とを用いて候補情報を生成する候補生成部と、
電子証明書の特徴情報と前記鍵情報に基づいて生成された識別情報を管理するデータベースを前記候補情報に基づいて検索したとき、前記候補情報と一致する識別情報が前記データベースに登録されていた場合には当該候補情報を前記確認要求に対して払い出す払出部と、
を備えることを特徴とする識別情報管理システム。
前記確認要求に含まれる電子証明書の特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部と、
前記取得部が取得した特徴情報と所定の鍵情報とを用いて候補情報を生成する候補生成部と、
電子証明書の特徴情報と前記鍵情報に基づいて生成された識別情報を管理するデータベースを前記候補情報に基づいて検索したとき、前記候補情報と一致する識別情報が前記データベースに登録されていた場合には当該候補情報を前記確認要求に対して払い出す払出部と、
を備えることを特徴とする識別情報管理システム。
【請求項2】
請求項１に記載の識別情報管理システムにおいて、
前記候補情報と一致する識別情報が前記データベースに登録されていなかった場合、前記候補生成部が生成した一の候補情報を前記データベースに登録する登録部と、を備え、
前記払出部は、前記候補生成部が生成して前記登録部が前記データベースに登録した前記一の候補情報を前記確認要求に対して払い出す、ことを特徴とする識別情報管理システム。
前記候補情報と一致する識別情報が前記データベースに登録されていなかった場合、前記候補生成部が生成した一の候補情報を前記データベースに登録する登録部と、を備え、
前記払出部は、前記候補生成部が生成して前記登録部が前記データベースに登録した前記一の候補情報を前記確認要求に対して払い出す、ことを特徴とする識別情報管理システム。
【請求項3】
電子証明書の主体に対して発行された識別情報の確認要求を受け付ける受付部と、
前記確認要求に含まれる特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部と、
識別情報と電子証明書とを関連づけて管理するデータベースを前記取得部が取得した特徴情報に基づいて検索したとき、当該特徴情報に関連づけられた識別情報が前記データベースに登録されていた場合には、当該識別情報を前記確認要求に対して払い出す払出部と、
を備えることを特徴とする識別情報管理システム。
前記確認要求に含まれる特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部と、
識別情報と電子証明書とを関連づけて管理するデータベースを前記取得部が取得した特徴情報に基づいて検索したとき、当該特徴情報に関連づけられた識別情報が前記データベースに登録されていた場合には、当該識別情報を前記確認要求に対して払い出す払出部と、
を備えることを特徴とする識別情報管理システム。
【請求項4】
請求項３に記載の識別情報管理システムにおいて、
前記取得部が取得した特徴情報に関連づけられた識別情報が前記データベースに登録されていなかった場合には、前記取得部が取得した特徴情報に関連づけて新たな識別情報を前記データベースに登録する登録部を備える、
ことを特徴とする識別情報管理システム。
前記取得部が取得した特徴情報に関連づけられた識別情報が前記データベースに登録されていなかった場合には、前記取得部が取得した特徴情報に関連づけて新たな識別情報を前記データベースに登録する登録部を備える、
ことを特徴とする識別情報管理システム。
【請求項5】
受付部と、取得部と、候補生成部と、払出部と、を備える識別情報管理システムの識別情報管理方法であって、
前記受付部が、電子証明書の主体に対して発行された識別情報の確認要求を受け付けるステップと、
前記取得部が、前記確認要求に含まれる電子証明書の特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得するステップと、
前記候補生成部が、前記取得部が取得した特徴情報と所定の鍵情報とを用いて候補情報を生成するステップと、
前記払出部が、電子証明書の特徴情報と前記鍵情報に基づいて生成された識別情報を管理するデータベースを前記候補情報に基づいて検索したとき、前記候補情報と一致する識別情報が前記データベースに登録されていた場合には当該候補情報を前記確認要求に対して払い出すステップ、とを備える、
ことを特徴とする識別情報管理方法。
前記受付部が、電子証明書の主体に対して発行された識別情報の確認要求を受け付けるステップと、
前記取得部が、前記確認要求に含まれる電子証明書の特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得するステップと、
前記候補生成部が、前記取得部が取得した特徴情報と所定の鍵情報とを用いて候補情報を生成するステップと、
前記払出部が、電子証明書の特徴情報と前記鍵情報に基づいて生成された識別情報を管理するデータベースを前記候補情報に基づいて検索したとき、前記候補情報と一致する識別情報が前記データベースに登録されていた場合には当該候補情報を前記確認要求に対して払い出すステップ、とを備える、
ことを特徴とする識別情報管理方法。
【請求項6】
受付部と、取得部と、払出部と、を備える識別情報管理システムの識別情報管理方法であって、
前記受付部が、電子証明書の主体に対して発行された識別情報の確認要求を受け付けるステップと、
前記取得部が、前記確認要求に含まれる電子証明書の特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得するステップと、
前記払出部が、識別情報と電子証明書とを関連づけて管理するデータベースを前記取得部が取得した特徴情報に基づいて検索したとき、当該特徴情報に関連づけられた識別情報が前記データベースに登録されていた場合には、当該識別情報を前記確認要求に対して払い出すステップと、
を備えることを特徴とする識別情報管理方法。
前記受付部が、電子証明書の主体に対して発行された識別情報の確認要求を受け付けるステップと、
前記取得部が、前記確認要求に含まれる電子証明書の特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得するステップと、
前記払出部が、識別情報と電子証明書とを関連づけて管理するデータベースを前記取得部が取得した特徴情報に基づいて検索したとき、当該特徴情報に関連づけられた識別情報が前記データベースに登録されていた場合には、当該識別情報を前記確認要求に対して払い出すステップと、
を備えることを特徴とする識別情報管理方法。
【請求項7】
請求項５又は６に記載の識別情報管理方法をコンピュータに実行させることを特徴とする識別情報管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サービス等の利用者を識別する識別情報を管理する識別情報管理システム、識別情報管理方法に係り、特に、公開鍵基盤を利用した識別情報管理システム、識別情報管理方法に関する。
【背景技術】
【0002】
ユーザに対し、ユーザに固有の識別情報（ＩＤ情報）を割当て、システム上でユーザを識別・管理する方法が知られている。特に、インターネット上のＷｅｂシステムでは、ＩＤ／パスワードを用いてログインしたユーザに対し、ＩＤ情報を使ってその情報や操作をコントロールすることが行われる。
ＩＤ情報としては様々な値や文字列を用い得るが、利用者を一意に特定可能な固有な情報である必要がある。さらにＩＤ情報は、取り扱いが容易であり、利用者自身やＩＤ情報を利用するサービス提供者が容易に照会可能であることが望ましい。
一方で、ＩＤとパスワードではセキュリティ上不十分である場合に、ＩＤとパスワードに代わる、電子証明書を利用したよりセキュリティの高いＩＤ管理方式も存在する。
特許文献１には、利用者に固有な情報を含み且つ高い信頼性を有する電子証明書を用いて、利用者を特定可能なＩＤ情報を生成する仕組みが開示されている。
「電子証明書」はインターネット上の身分証とも呼ばれ、信頼できる第三者機関（ＴＴＰ：Trusted Third Party）によって発行される。特に、電子証明書を発行するＴＴＰを認証局と呼ぶ。
ＩＤ情報としては様々な値や文字列を用い得るが、利用者を一意に特定可能な固有な情報である必要がある。さらにＩＤ情報は、取り扱いが容易であり、利用者自身やＩＤ情報を利用するサービス提供者が容易に照会可能であることが望ましい。
一方で、ＩＤとパスワードではセキュリティ上不十分である場合に、ＩＤとパスワードに代わる、電子証明書を利用したよりセキュリティの高いＩＤ管理方式も存在する。
特許文献１には、利用者に固有な情報を含み且つ高い信頼性を有する電子証明書を用いて、利用者を特定可能なＩＤ情報を生成する仕組みが開示されている。
「電子証明書」はインターネット上の身分証とも呼ばれ、信頼できる第三者機関（ＴＴＰ：Trusted Third Party）によって発行される。特に、電子証明書を発行するＴＴＰを認証局と呼ぶ。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－１６００６７公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１では、ＩＤ情報としてのＩＤトークンを特定する識別子を生成するために電子証明書の情報が用いられ、このことによって、ＩＤ情報が利用者を一意に特定することは保証され得る。
しかしながら、特許文献１のＩＤ情報は、利用者に対して、複数の電子証明書が発行されている場合に、同一利用者に対して、複数のＩＤ情報が割り当てられてしまい、ＩＤ管理が煩雑になってしまうという問題がある。この場合、同一利用者に対して割り当てられた複数のＩＤ情報が同じ利用者であるかどうかの特定はできない。
本発明は、上記の現状に鑑みてなされたものであり、利用者に固有の識別情報を割り当て、割り当てられた識別情報が唯一の利用者を特定することが可能な識別情報管理システム、識別情報管理方法を提供することを目的とする。
しかしながら、特許文献１のＩＤ情報は、利用者に対して、複数の電子証明書が発行されている場合に、同一利用者に対して、複数のＩＤ情報が割り当てられてしまい、ＩＤ管理が煩雑になってしまうという問題がある。この場合、同一利用者に対して割り当てられた複数のＩＤ情報が同じ利用者であるかどうかの特定はできない。
本発明は、上記の現状に鑑みてなされたものであり、利用者に固有の識別情報を割り当て、割り当てられた識別情報が唯一の利用者を特定することが可能な識別情報管理システム、識別情報管理方法を提供することを目的とする。
【課題を解決するための手段】
【0005】
上記の課題を解決するために、本発明は、電子証明書の主体に対して発行された識別情報の確認要求を受け付ける受付部と、前記確認要求に含まれる電子証明書の特徴情報を用いて認証局システムに問い合わせを行い、前記確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部と、前記取得部が取得した特徴情報と所定の鍵情報とを用いて候補情報を生成する候補生成部と、電子証明書の特徴情報と前記鍵情報に基づいて生成された識別情報を管理するデータベースを前記候補情報に基づいて検索したとき、前記候補情報と一致する識別情報が前記データベースに登録されていた場合には当該候補情報を前記確認要求に対して払い出す払出部と、を備える識別情報管理システムを特徴とする。
【発明の効果】
【0006】
上記のように構成することにより、本発明によれば、利用者に固有の識別情報を割り当て、割り当てられた識別情報が唯一の利用者を特定することが可能な識別情報管理システム、識別情報管理方法を実現することができる。
【図面の簡単な説明】
【0007】
【図1】本実施形態のシステムの構成を説明する図である。
【図2】本実施形態のシステム全体の処理を説明するタイミングチャートである。
【図3】本実施形態のシステムを構成する証明書発行サーバの構成を示す図である。
【図4】本実施形態のＩＤプロバイダ装置の構成を示す図である。
【図5】ＩＤプロバイダ装置のＣＰＵによるＩＤ情報払出処理を説明するフローチャートである。
【発明を実施するための形態】
【0008】
以下に、図面を参照して本発明の実施の形態を詳細に説明する。
まず、本実施形態の説明に先立って前提となる技術を説明する。
［公開鍵基盤］
公開鍵基盤（ＰＫＩ：Public Key Infrastructure）は、公開鍵暗号方式と呼ばれる暗号方式を用い、暗号化、デジタル署名（電子署名）、認証といったセキュリティ機能を提供する情報セキュリティ基盤である。
公開鍵基盤では、公開鍵暗号方式の特徴を利用し、上述の暗号化、デジタル署名、認証といった機能を提供する。公開鍵暗号方式では、私有鍵と公開鍵の一方向性（私有鍵から公開鍵を計算できるが、公開鍵から私有鍵を計算するのは計算量的に困難であるという特徴）を利用して様々な機能を提供する。利用者は自らの私有鍵を秘密裏に保持し、公開鍵を他者に公開しておく。私有鍵は、秘密に保持するという意味を持たせて秘密鍵とも呼ぶ。
例えば利用者Ｂは、利用者Ａに文書を送信するとき、利用者Ａが公開している公開鍵を入手し、その公開鍵を使って暗号化した文書を利用者Ａに送信する。利用者Ａは受信した暗号化文書を、自身の私有鍵（秘密鍵）を用いて復号化する。
利用者Ａの公開鍵を持っていれば誰もが利用者Ａに対して暗号化文書を送信することができる一方で、利用者Ａの公開鍵で暗号化したものは、利用者Ａの私有鍵（秘密鍵）でしか復号できないため、仮に悪意の第三者が利用者Ａの公開鍵を入手したとしても、暗号化文書の内容が漏えいすることはない。
まず、本実施形態の説明に先立って前提となる技術を説明する。
［公開鍵基盤］
公開鍵基盤（ＰＫＩ：Public Key Infrastructure）は、公開鍵暗号方式と呼ばれる暗号方式を用い、暗号化、デジタル署名（電子署名）、認証といったセキュリティ機能を提供する情報セキュリティ基盤である。
公開鍵基盤では、公開鍵暗号方式の特徴を利用し、上述の暗号化、デジタル署名、認証といった機能を提供する。公開鍵暗号方式では、私有鍵と公開鍵の一方向性（私有鍵から公開鍵を計算できるが、公開鍵から私有鍵を計算するのは計算量的に困難であるという特徴）を利用して様々な機能を提供する。利用者は自らの私有鍵を秘密裏に保持し、公開鍵を他者に公開しておく。私有鍵は、秘密に保持するという意味を持たせて秘密鍵とも呼ぶ。
例えば利用者Ｂは、利用者Ａに文書を送信するとき、利用者Ａが公開している公開鍵を入手し、その公開鍵を使って暗号化した文書を利用者Ａに送信する。利用者Ａは受信した暗号化文書を、自身の私有鍵（秘密鍵）を用いて復号化する。
利用者Ａの公開鍵を持っていれば誰もが利用者Ａに対して暗号化文書を送信することができる一方で、利用者Ａの公開鍵で暗号化したものは、利用者Ａの私有鍵（秘密鍵）でしか復号できないため、仮に悪意の第三者が利用者Ａの公開鍵を入手したとしても、暗号化文書の内容が漏えいすることはない。
【0009】
[電子証明書]
公開鍵暗号方式で通信を行うには、通信相手に公開鍵を送信することになるが、ネットワーク経由での通信では通信相手が見えないため、第三者が通信相手に成りすまして公開鍵を送信する可能性がある。従って、公開鍵が本当に正しい相手から送られてきたものであるかを確認する必要がある。
ＰＫＩでは、例えば、信頼できる第三者機関(ＴＴＰ： Trusted Third Party)が、私有鍵の所有者を保証する。すなわち、ＴＴＰは私有鍵（秘密鍵）の所有者の本人性を確認し、私有鍵（秘密鍵）と対になる公開鍵とその私有鍵（秘密鍵）の所有者とを紐づける電子証明書（公開鍵証明書）を発行する。電子証明書は持ち主の情報を正しく保障する「身分証明書」である。
公開鍵暗号方式で通信を行うには、通信相手に公開鍵を送信することになるが、ネットワーク経由での通信では通信相手が見えないため、第三者が通信相手に成りすまして公開鍵を送信する可能性がある。従って、公開鍵が本当に正しい相手から送られてきたものであるかを確認する必要がある。
ＰＫＩでは、例えば、信頼できる第三者機関(ＴＴＰ： Trusted Third Party)が、私有鍵の所有者を保証する。すなわち、ＴＴＰは私有鍵（秘密鍵）の所有者の本人性を確認し、私有鍵（秘密鍵）と対になる公開鍵とその私有鍵（秘密鍵）の所有者とを紐づける電子証明書（公開鍵証明書）を発行する。電子証明書は持ち主の情報を正しく保障する「身分証明書」である。
【0010】
電子証明書を発行するＴＴＰは、特に認証局あるいは認証機関（ＣＡ：Certification Authority）と呼ばれる。
電子証明書には、公開鍵と、その公開鍵に対応する私有鍵（秘密鍵）の所有者を証明する所有者の名前、所属組織名、メールアドレス等の情報が記載されており、さらに電子証明書自体の改ざんを防ぐためにＴＴＰの電子署名が付与されている。電子証明書を文書に付すことで、なりすましや、改ざんなどのリスクを未然に防ぐことができる。また、ＴＴＰに信頼される私有鍵（秘密鍵）の所有者を加入者(Subscriber、サブスクライバー)という。
電子証明書には有効期限があり、例えば、１年、２年といった有効期限が設定される。有効期限の切れた電子証明書は使用できないので、継続して電子証明書を使用したい場合には、電子証明書の有効期限が切れる時点（一般的には有効期限が切れる前）に更新する必要がある。
また、利用者の氏名変更等で電子証明書の記載内容が変わった場合には、電子証明書の有効期限が切れる前に、電子証明書を発行しなおす、といった処理が必要となる場合もある。この場合には、一般的には、古い証明書を取り消し（失効）、新しい証明書を発行（再発行）するといった処理が行われる。
このような電子証明書の一連の管理を、電子証明書のライフサイクル管理と呼ぶ。
電子証明書には、公開鍵と、その公開鍵に対応する私有鍵（秘密鍵）の所有者を証明する所有者の名前、所属組織名、メールアドレス等の情報が記載されており、さらに電子証明書自体の改ざんを防ぐためにＴＴＰの電子署名が付与されている。電子証明書を文書に付すことで、なりすましや、改ざんなどのリスクを未然に防ぐことができる。また、ＴＴＰに信頼される私有鍵（秘密鍵）の所有者を加入者(Subscriber、サブスクライバー)という。
電子証明書には有効期限があり、例えば、１年、２年といった有効期限が設定される。有効期限の切れた電子証明書は使用できないので、継続して電子証明書を使用したい場合には、電子証明書の有効期限が切れる時点（一般的には有効期限が切れる前）に更新する必要がある。
また、利用者の氏名変更等で電子証明書の記載内容が変わった場合には、電子証明書の有効期限が切れる前に、電子証明書を発行しなおす、といった処理が必要となる場合もある。この場合には、一般的には、古い証明書を取り消し（失効）、新しい証明書を発行（再発行）するといった処理が行われる。
このような電子証明書の一連の管理を、電子証明書のライフサイクル管理と呼ぶ。
【0011】
本実施形態のシステムは、ＰＫＩの仕組みにおいて持ち主の情報を正しく保障する「身分証明書」としての信頼性を有する電子証明書を用いて、利用者を一意に特定可能であるとともに割り当てられた識別情報が唯一の利用者を特定することが可能なＩＤ情報を提供するものである。
【0012】
一般に、様々なサービスを提供するＷｅｂシステムでは、利用者に固有の識別情報（ＩＤ情報）を割当て、サービスの提供のためにシステム上で利用者を識別・管理する。そして、ＩＤ情報とそれに対応するパスワードを用いてログインしたユーザに対し、ＩＤ情報を使ってその情報や操作をコントロールする。
本実施形態では、ＩＤ情報とパスワードに代えて電子証明書を利用したよりセキュアなＩＤ管理方式を実施する。
本実施形態では、ＩＤ情報とパスワードに代えて電子証明書を利用したよりセキュアなＩＤ管理方式を実施する。
【0013】
電子証明書を発行する認証局は、発行する電子証明書を一意に特定するために、電子証明書内にシリアル番号を付与する。これは、電子証明書に付与された一種のＩＤである。
電子証明書を用いたＩＤ管理では、利用者により提示された電子証明書をシステム内で利用するＩＤに紐づけて管理する方法がとられる。
これらＷｅｂシステム内で利用するＩＤ情報の生成方法は、システム内部にて一意に生成した値をＩＤ情報とする方法と、前述のシリアル番号など電子証明書内の情報を利用して生成する方法に大別される。
電子証明書を用いたＩＤ管理では、利用者により提示された電子証明書をシステム内で利用するＩＤに紐づけて管理する方法がとられる。
これらＷｅｂシステム内で利用するＩＤ情報の生成方法は、システム内部にて一意に生成した値をＩＤ情報とする方法と、前述のシリアル番号など電子証明書内の情報を利用して生成する方法に大別される。
【0014】
ただし、電子証明書のシリアル番号はその電子証明書を発行する認証局内で一意であるが、複数の認証局から発行された電子証明書を用いる場合にはシリアル番号が重複する可能性がある。これは、シリアル番号に加えて電子証明書を発行する認証局の主体者名（発行された電子証明書のＩｓｓｕｅｒＤＮ）や公開鍵のハッシュ値（発行された電子証明書のAuthority Key Identifier）を組み合わせることで回避でき、一意のＩＤ情報を生成することが出来る。
【0015】
しかし、同一エンティティに対して複数の電子証明書が発行されるケースもある。Ｗｅｂシステムを利用するユーザが電子証明書を更新した場合がその一例である。
この場合、電子証明書の更新前後で異なる電子証明書の情報に基づいてＩＤ情報を生成すると、一のユーザがＷｅｂシステムで利用するＩＤ情報が複数になってしまうという問題が生じる。
電子証明書を発行する認証局が保有する利用者情報を、電子証明書を利用するＷｅｂシステムに対して提供可能であれば、そのような問題は回避できる。しかしながら、個人情報保護の観点からも、認証局とＷｅｂシステムのような管理主体が異なる間で利用者情報を共有することは困難である。
従って、電子証明書を利用する側のＷｅｂシステムにて上記問題を解決することが求められる。
認証局が保有する利用者情報を、電子証明書を利用するシステムに直接に提供することはないが、発行した電子証明書同士が同じエンティティに紐づいているという情報を提供する認証局は存在する。
本実施形態のシステムでは、認証局が提供する電子証明書同士の紐づき情報を利用して、同一エンティティに対し複数の電子証明書が発行されている状況であっても、システム利用者に一意なＩＤ情報を生成する。
この場合、電子証明書の更新前後で異なる電子証明書の情報に基づいてＩＤ情報を生成すると、一のユーザがＷｅｂシステムで利用するＩＤ情報が複数になってしまうという問題が生じる。
電子証明書を発行する認証局が保有する利用者情報を、電子証明書を利用するＷｅｂシステムに対して提供可能であれば、そのような問題は回避できる。しかしながら、個人情報保護の観点からも、認証局とＷｅｂシステムのような管理主体が異なる間で利用者情報を共有することは困難である。
従って、電子証明書を利用する側のＷｅｂシステムにて上記問題を解決することが求められる。
認証局が保有する利用者情報を、電子証明書を利用するシステムに直接に提供することはないが、発行した電子証明書同士が同じエンティティに紐づいているという情報を提供する認証局は存在する。
本実施形態のシステムでは、認証局が提供する電子証明書同士の紐づき情報を利用して、同一エンティティに対し複数の電子証明書が発行されている状況であっても、システム利用者に一意なＩＤ情報を生成する。
【0016】
以下に、本実施形態のシステム及びその処理をより詳しく説明する。
図１は、本実施形態のシステムの構成を説明する図である。
図１に示すように、本実施形態のシステム１は、端末装置１０と、証明書発行サーバ２０と、証明書管理データベース２００と、を備える認証局システム２と、サービスプロバイダ装置３０、ＩＤプロバイダ装置４０を含むＩＤ管理システム３と、を備えている。
図１は、本実施形態のシステムの構成を説明する図である。
図１に示すように、本実施形態のシステム１は、端末装置１０と、証明書発行サーバ２０と、証明書管理データベース２００と、を備える認証局システム２と、サービスプロバイダ装置３０、ＩＤプロバイダ装置４０を含むＩＤ管理システム３と、を備えている。
【0017】
端末装置１０は、利用者の利用に係る一般的なＰＣやスマートフォンである。
証明書発行サーバ２０は電子証明書を発行する認証局の認証局システム２に属し、利用者に対して電子証明書を発行する。
上記したように、認証局は、公開鍵基盤（ＰＫＩ：Public Key Infrastructure）で用いられる私有鍵の所有者を確認するために用いられる電子証明書を発行する機関である。
電子証明書には、公開鍵と、その公開鍵に対応する私有鍵（秘密鍵）の所有者を証明する所有者の名前、所属組織名、メールアドレス、シリアル番号（ＳｅｒｉａｌＮｕｍｂｅｒ）、ＩｓｓｕｅｒＤＮ、ＩｓｓｕｅｒＫｅｙＨａｓｈ等の情報が記載されている。
証明書発行サーバ２０は電子証明書を発行する認証局の認証局システム２に属し、利用者に対して電子証明書を発行する。
上記したように、認証局は、公開鍵基盤（ＰＫＩ：Public Key Infrastructure）で用いられる私有鍵の所有者を確認するために用いられる電子証明書を発行する機関である。
電子証明書には、公開鍵と、その公開鍵に対応する私有鍵（秘密鍵）の所有者を証明する所有者の名前、所属組織名、メールアドレス、シリアル番号（ＳｅｒｉａｌＮｕｍｂｅｒ）、ＩｓｓｕｅｒＤＮ、ＩｓｓｕｅｒＫｅｙＨａｓｈ等の情報が記載されている。
【0018】
ＰＫＩにおいて、電子証明書の利用者（主体者）はエンドエンティティと称される。エンドエンティティは、証明書の主体者フィールドに記載される利用者自身のみならず証明書を利用するアプリケーションソフトウェアなどを指すこともあるが、本実施形態では電子証明書を発行される主体をエンティティと記載する。
【0019】
認証局システム２は、発行済み電子証明書の情報を管理する証明書管理データベース２００に、ＳｅｒｉａｌＮｕｍｂｅｒを含む電子証明書の上記情報をエンティティ毎に管理している。
電子証明書は、同一のエンティティに対して複数発行される場合もあり、その場合でも証明書管理データベース２００は、一のエンティティに対して発行された１以上の電子証明書を管理することが出来る。
従って、認証局システム２は、ＳｅｒｉａｌＮｕｍｂｅｒなど各電子証明書に固有の特徴情報を提示されることで、その電子証明書を発行されたエンティティに紐づけられた１以上の電子証明書の特徴情報をあわせて特定し、外部装置に通知することが出来る。
証明書管理データベース２００は証明書発行サーバ２０に含まれてもよく、下記ではそのような形態を前提に説明を行う。
証明書管理データベース２００が、証明書発行サーバ２０とは異なるサーバ装置において提供されてもよい。その場合、証明書管理データベース２００は、証明書発行サーバ２０を介さずにＳｅｒｉａｌＮｕｍｂｅｒの提示をうけて、エンティティの情報を特定して外部装置に通知することが出来る。
電子証明書は、同一のエンティティに対して複数発行される場合もあり、その場合でも証明書管理データベース２００は、一のエンティティに対して発行された１以上の電子証明書を管理することが出来る。
従って、認証局システム２は、ＳｅｒｉａｌＮｕｍｂｅｒなど各電子証明書に固有の特徴情報を提示されることで、その電子証明書を発行されたエンティティに紐づけられた１以上の電子証明書の特徴情報をあわせて特定し、外部装置に通知することが出来る。
証明書管理データベース２００は証明書発行サーバ２０に含まれてもよく、下記ではそのような形態を前提に説明を行う。
証明書管理データベース２００が、証明書発行サーバ２０とは異なるサーバ装置において提供されてもよい。その場合、証明書管理データベース２００は、証明書発行サーバ２０を介さずにＳｅｒｉａｌＮｕｍｂｅｒの提示をうけて、エンティティの情報を特定して外部装置に通知することが出来る。
【0020】
ＩＤ管理システム３について説明する。
サービスプロバイダ装置３０は、電子証明書のエンティティが端末装置１０からＩＤ情報の確認要求を受け付け、後段のＩＤプロバイダ装置４０に転送するＩＤ管理システム３のフロントエンドサーバである。
ＩＤプロバイダ装置４０は、サービスプロバイダ装置３０から転送されたＩＤ確認要求に対してＩＤ情報を払い出し、あるいは新規にＩＤ情報を発行する。
サービスプロバイダ装置３０を設けず、端末装置１０のＩＤ情報の確認要求をＩＤプロバイダ装置４０が直接受け付け、ＩＤ情報を直接払い出してもよい。しかし、端末装置１０とＩＤプロバイダ装置４０との間にサービスプロバイダ装置３０を設けた方が、セキュリティ上は望ましい。
サービスプロバイダ装置３０は、電子証明書のエンティティが端末装置１０からＩＤ情報の確認要求を受け付け、後段のＩＤプロバイダ装置４０に転送するＩＤ管理システム３のフロントエンドサーバである。
ＩＤプロバイダ装置４０は、サービスプロバイダ装置３０から転送されたＩＤ確認要求に対してＩＤ情報を払い出し、あるいは新規にＩＤ情報を発行する。
サービスプロバイダ装置３０を設けず、端末装置１０のＩＤ情報の確認要求をＩＤプロバイダ装置４０が直接受け付け、ＩＤ情報を直接払い出してもよい。しかし、端末装置１０とＩＤプロバイダ装置４０との間にサービスプロバイダ装置３０を設けた方が、セキュリティ上は望ましい。
【0021】
サービスプロバイダ装置３０は、ＩＤプロバイダ装置４０とは異なる主体に属し、ＩＤ情報を使用したサービスを提供するサーバ装置であってもよい。その場合、サービスプロバイダ装置３０は、サービスを提供するうえでサービス利用者としてのエンティティのＩＤ情報が必要となったときにＩＤプロバイダ装置４０に対してＩＤ情報の確認（照会）を行う。
サービスプロバイダ装置３０は、エンティティを一意に特定可能なＩＤ情報の提供うけることできめ細かい行政サービスや商用サービスを展開することが出来る。
サービスプロバイダ装置３０は、エンティティを一意に特定可能なＩＤ情報の提供うけることできめ細かい行政サービスや商用サービスを展開することが出来る。
【0022】
端末装置１０、認証局システム２、ＩＤ管理システム３は、いずれもインターネットに接続され、互いに通信可能に構成されている。
これらの装置、システム間でやり取りされるデータの類は、おもにＨＴＴＰリクエストやＨＴＴＰレスポンスのパラメータとして（ＨＴＴＰプロトコルを利用して）送受信される。ただし、セキュリティ確保が必要な部分においては、通信自体を、ＨＴＴＰＳやＶＰＮを利用するなどして保護する。
これらの装置、システム間でやり取りされるデータの類は、おもにＨＴＴＰリクエストやＨＴＴＰレスポンスのパラメータとして（ＨＴＴＰプロトコルを利用して）送受信される。ただし、セキュリティ確保が必要な部分においては、通信自体を、ＨＴＴＰＳやＶＰＮを利用するなどして保護する。
【0023】
実施形態のシステムの処理を詳しく説明する。
ＩＤプロバイダ装置４０には、電子証明書から抽出された特徴情報Ｘ（ＳｅｒｉａｌＮｕｍｂｅｒのほかに、ＩｓｓｕｅｒＤＮ、ＩｓｓｕｅｒＫｅｙＨａｓｈなどの項目の値）が入力される。
ＩＤプロバイダ装置４０は、電子証明書から抽出された特徴情報Ｘとシステム鍵Ｋを用いてＩＤ候補Ｙ＝Ｈａｓｈ（Ｘ｜｜Ｋ）を算出する。ＩＤ候補Ｙは、特定の関数Ｆを用いてＹ＝ＦＫ（Ｘ）として求められてもよい。その場合のＩＤ候補Ｙは、例えばシステム鍵Ｋと特徴情報Ｘの排他的論理和である。システム鍵Ｋは必ずしも必要ではないが、システム鍵Ｋを併用することによって、特徴情報Ｘを第三者に知られたとしても、システム鍵Ｋが流出しないかぎり、第三者がＩＤ情報を推測することを難しくすることが可能となる。
エンティティに紐づけられた１以上の電子証明書毎に、特徴情報Ｘの値は異なる。ＩＤ候補Ｙは、同一のエンティティに紐づけられた電子証明書を特定する値ｉごとに
Ｙｉ＝Ｈａｓｈ（Ｘｉ｜｜Ｋ）ｆｏｒ ｉ＝１，２，・・・，ｎ
あるいは、
Ｙｉ＝ＦＫ（Ｘｉ）ｆｏｒ ｉ＝１，２，・・・，ｎ
として算出される。ここでｎの値は、エンティティに紐づけられた電子証明書の数である。
ＩＤプロバイダ装置４０には、電子証明書から抽出された特徴情報Ｘ（ＳｅｒｉａｌＮｕｍｂｅｒのほかに、ＩｓｓｕｅｒＤＮ、ＩｓｓｕｅｒＫｅｙＨａｓｈなどの項目の値）が入力される。
ＩＤプロバイダ装置４０は、電子証明書から抽出された特徴情報Ｘとシステム鍵Ｋを用いてＩＤ候補Ｙ＝Ｈａｓｈ（Ｘ｜｜Ｋ）を算出する。ＩＤ候補Ｙは、特定の関数Ｆを用いてＹ＝ＦＫ（Ｘ）として求められてもよい。その場合のＩＤ候補Ｙは、例えばシステム鍵Ｋと特徴情報Ｘの排他的論理和である。システム鍵Ｋは必ずしも必要ではないが、システム鍵Ｋを併用することによって、特徴情報Ｘを第三者に知られたとしても、システム鍵Ｋが流出しないかぎり、第三者がＩＤ情報を推測することを難しくすることが可能となる。
エンティティに紐づけられた１以上の電子証明書毎に、特徴情報Ｘの値は異なる。ＩＤ候補Ｙは、同一のエンティティに紐づけられた電子証明書を特定する値ｉごとに
Ｙｉ＝Ｈａｓｈ（Ｘｉ｜｜Ｋ）ｆｏｒ ｉ＝１，２，・・・，ｎ
あるいは、
Ｙｉ＝ＦＫ（Ｘｉ）ｆｏｒ ｉ＝１，２，・・・，ｎ
として算出される。ここでｎの値は、エンティティに紐づけられた電子証明書の数である。
【0024】
ＩＤプロバイダ装置４０は、ＩＤ情報管理データベース１００を検索し、ＩＤ候補Ｙｉの値が既存のＩＤ情報Ｚｊとして登録されているか否かを判定する。
ここで既存ＩＤ情報ＺｊはＺｊ ｆｏｒ ｊ＝１,２,・・・Ｍである。Ｍの値はＩＤ情報管理データベース１００に登録されているＩＤ情報の総数である。
すなわちＩＤプロバイダ装置４０は、エンティティに紐づけられた１以上の電子証明書の特徴情報Ｘｉ（ｉ＝１，２，・・・，ｎ）についてＩＤ候補Ｙｉの値を演算し、それぞれの値についてＩＤ情報管理データベース１００を検索する。
ＩＤ候補Ｙａ＝既存ＩＤ情報Ｚａとなるａが存在すれば、すなわち上記に算出したＩＤ候補の一つがすでにＩＤ情報管理データベース１００に登録されていれば、算出したＩＤ候補の値Ｙａを、確認（照会）を求められたエンティティのＩＤ情報としてサービスプロバイダ装置３０に提供する。
ＩＤ候補Ｙａ＝既存ＩＤ情報Ｚａとなるａが存在しなければ（上記に算出したＩＤ候補がすでに既存ＩＤ情報としてＩＤ情報管理データベース１００に登録されていなければ）、ＩＤ確認要求で提示された電子証明書の特徴情報ＸによるＹ＝Ｈａｓｈ（Ｘ｜｜Ｋ）またはＹ＝ＦＫ（Ｘ）を、新たなＩＤ情報としてサービスプロバイダ装置３０に提供する。さらに、ＩＤプロバイダ装置４０は、新たなＩＤ情報をエンティティに関連付けてＩＤ情報管理データベース１００に追記する。
このように構成することで、同一のエンティティに対して複数の電子証明書が発行されている状態にあって、新たに提示された電子証明書から無条件にＩＤ情報を作成しないので、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
ここで既存ＩＤ情報ＺｊはＺｊ ｆｏｒ ｊ＝１,２,・・・Ｍである。Ｍの値はＩＤ情報管理データベース１００に登録されているＩＤ情報の総数である。
すなわちＩＤプロバイダ装置４０は、エンティティに紐づけられた１以上の電子証明書の特徴情報Ｘｉ（ｉ＝１，２，・・・，ｎ）についてＩＤ候補Ｙｉの値を演算し、それぞれの値についてＩＤ情報管理データベース１００を検索する。
ＩＤ候補Ｙａ＝既存ＩＤ情報Ｚａとなるａが存在すれば、すなわち上記に算出したＩＤ候補の一つがすでにＩＤ情報管理データベース１００に登録されていれば、算出したＩＤ候補の値Ｙａを、確認（照会）を求められたエンティティのＩＤ情報としてサービスプロバイダ装置３０に提供する。
ＩＤ候補Ｙａ＝既存ＩＤ情報Ｚａとなるａが存在しなければ（上記に算出したＩＤ候補がすでに既存ＩＤ情報としてＩＤ情報管理データベース１００に登録されていなければ）、ＩＤ確認要求で提示された電子証明書の特徴情報ＸによるＹ＝Ｈａｓｈ（Ｘ｜｜Ｋ）またはＹ＝ＦＫ（Ｘ）を、新たなＩＤ情報としてサービスプロバイダ装置３０に提供する。さらに、ＩＤプロバイダ装置４０は、新たなＩＤ情報をエンティティに関連付けてＩＤ情報管理データベース１００に追記する。
このように構成することで、同一のエンティティに対して複数の電子証明書が発行されている状態にあって、新たに提示された電子証明書から無条件にＩＤ情報を作成しないので、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
【0025】
ここで新たに生成されたＩＤ情報は、電子証明書の特徴情報に加えて、ＩＤプロバイダ装置４０の運営者のみ知りうる固有のシステム鍵Ｋを用いて生成されている。
特徴情報Ｘを第三者に知られたとしても、システム鍵Ｋが流出しないかぎり、第三者はＩＤ情報を推測することは難しいため、本実施形態のＩＤ情報は、エンティティに固有の情報として使用することが出来る。
一方で、本実施形態のＩＤ情報は電子証明書の特徴情報とシステム固有のシステム鍵とを用いて生成されているので、ＩＤ情報を忘れてしまったエンティティがＩＤ情報を照会したり、サービス提供者にＩＤ情報を照会させたりする場合も、電子証明書を提示することのみによってＩＤ情報が開示される。また、電子証明書を提示するだけで利用者固有のＩＤ情報を容易に作成することもできる。
本実施形態のＩＤ情報は非常に簡便且つ高セキュリティであり。サービス提供側も好適にＩＤ情報を用いたサービスを提供することが出来る。
特徴情報Ｘを第三者に知られたとしても、システム鍵Ｋが流出しないかぎり、第三者はＩＤ情報を推測することは難しいため、本実施形態のＩＤ情報は、エンティティに固有の情報として使用することが出来る。
一方で、本実施形態のＩＤ情報は電子証明書の特徴情報とシステム固有のシステム鍵とを用いて生成されているので、ＩＤ情報を忘れてしまったエンティティがＩＤ情報を照会したり、サービス提供者にＩＤ情報を照会させたりする場合も、電子証明書を提示することのみによってＩＤ情報が開示される。また、電子証明書を提示するだけで利用者固有のＩＤ情報を容易に作成することもできる。
本実施形態のＩＤ情報は非常に簡便且つ高セキュリティであり。サービス提供側も好適にＩＤ情報を用いたサービスを提供することが出来る。
【0026】
また電子証明書の特徴情報は、エンティティを一意に特定する情報でありながら名前や住所など個人を直接特定するものではない。ＩＤ情報を活用したサービスの利用にあたってこれらの個人情報を開示する必要がないため、本実施形態の手法によっては、利便性の実現とともにプライバシーを強力に保護することが出来る。
【0027】
図２は、本実施形態のシステム全体の処理を説明するタイミングチャートである。
ステップＳ１において、端末装置１０は、サービスプロバイダ装置３０に対して、電子証明書、電子署名を提示してＩＤ情報の確認要求を行う。
ＩＤ情報の確認要求を受けたサービスプロバイダ装置３０は、ステップＳ２において、ＩＤプロバイダ装置４０に対して確認要求（電子証明書、電子署名）を転送する。
ＩＤ確認要求を転送されたＩＤプロバイダ装置４０は、ステップＳ３において、確認要求に含まれる特徴情報を認証局システム２に対して提示して、電子証明書とエンティティの紐付け情報の問い合わせを行う。
問い合わせを受けた認証局システム２は、ステップＳ４において、紐付け情報（エンティティに紐づけられた電子証明書の特徴情報）をＩＤプロバイダ装置４０に返す。
ステップＳ１において、端末装置１０は、サービスプロバイダ装置３０に対して、電子証明書、電子署名を提示してＩＤ情報の確認要求を行う。
ＩＤ情報の確認要求を受けたサービスプロバイダ装置３０は、ステップＳ２において、ＩＤプロバイダ装置４０に対して確認要求（電子証明書、電子署名）を転送する。
ＩＤ確認要求を転送されたＩＤプロバイダ装置４０は、ステップＳ３において、確認要求に含まれる特徴情報を認証局システム２に対して提示して、電子証明書とエンティティの紐付け情報の問い合わせを行う。
問い合わせを受けた認証局システム２は、ステップＳ４において、紐付け情報（エンティティに紐づけられた電子証明書の特徴情報）をＩＤプロバイダ装置４０に返す。
【0028】
ＩＤプロバイダ装置４０は、ステップＳ５においてＩＤ情報払出処理を行う。
ＩＤプロバイダ装置４０は、ステップＳ６において、ステップＳ５のＩＤ情報払出処理の結果得られたＩＤ情報を、サービスプロバイダ装置３０に対して払い出す。
サービスプロバイダ装置３０は、ステップＳ７において、ステップＳ６でＩＤプロバイダ装置４０が払い出したＩＤ情報を必要に応じて端末装置１０に転送し、あるいはサービスの提供に利用する。
ＩＤプロバイダ装置４０は、ステップＳ６において、ステップＳ５のＩＤ情報払出処理の結果得られたＩＤ情報を、サービスプロバイダ装置３０に対して払い出す。
サービスプロバイダ装置３０は、ステップＳ７において、ステップＳ６でＩＤプロバイダ装置４０が払い出したＩＤ情報を必要に応じて端末装置１０に転送し、あるいはサービスの提供に利用する。
【0029】
図３は、本実施形態のシステムを構成する認証局システムの構成を示す図である。
上記のように、本実施形態の認証局システム２は、証明書管理データベース２００を外部又は内部に備える証明書発行サーバ２０を有する。証明書発行サーバ２０が証明書管理データベース２００を含む場合には、証明書発行サーバ２０は、認証局システム２と同義である。
以下では、本実施形態の認証局システム２を構成する証明書発行サーバ２０の機能構成を、認証局システム２の機能構成として説明する。
図３（ａ）は、証明書管理データベースを備える証明書発行サーバによって構成される認証局システムのハードウェアによる機能構成を示す図であり、図３（ｂ）は、証明書管理データベースを備える証明書発行サーバによって構成される認証局システムのソフトウェアによる機能構成を示す図である。
図３（ａ）に示すように、認証局システム２は、装置全体の制御を行う汎用のオペレーティングシステムを実行するとともに、認証局システム２の機能を実現するプログラムを実行するＣＰＵ（Central Processing Unit）２１と、ＣＰＵ２１による処理のために各種のプログラムや一時データ、変数が展開されるＲＡＭ（Random Access Memory）２２と、プログラムやデータが格納されるＨＤＤ（Hard Disk Drive）２３や不図示のＲＯＭ（Read Only Memory）と、認証局システム２をネットワークに接続するためのネットワークＩ／Ｆ２４と、を備えている。
ＨＤＤ２３には、例えばＳｅｒｉａｌＮｕｍｂｅｒなどの電子証明書の特徴情報とエンティティの情報とを関連付けた証明書管理データベース２００が格納されている。
上記のように、本実施形態の認証局システム２は、証明書管理データベース２００を外部又は内部に備える証明書発行サーバ２０を有する。証明書発行サーバ２０が証明書管理データベース２００を含む場合には、証明書発行サーバ２０は、認証局システム２と同義である。
以下では、本実施形態の認証局システム２を構成する証明書発行サーバ２０の機能構成を、認証局システム２の機能構成として説明する。
図３（ａ）は、証明書管理データベースを備える証明書発行サーバによって構成される認証局システムのハードウェアによる機能構成を示す図であり、図３（ｂ）は、証明書管理データベースを備える証明書発行サーバによって構成される認証局システムのソフトウェアによる機能構成を示す図である。
図３（ａ）に示すように、認証局システム２は、装置全体の制御を行う汎用のオペレーティングシステムを実行するとともに、認証局システム２の機能を実現するプログラムを実行するＣＰＵ（Central Processing Unit）２１と、ＣＰＵ２１による処理のために各種のプログラムや一時データ、変数が展開されるＲＡＭ（Random Access Memory）２２と、プログラムやデータが格納されるＨＤＤ（Hard Disk Drive）２３や不図示のＲＯＭ（Read Only Memory）と、認証局システム２をネットワークに接続するためのネットワークＩ／Ｆ２４と、を備えている。
ＨＤＤ２３には、例えばＳｅｒｉａｌＮｕｍｂｅｒなどの電子証明書の特徴情報とエンティティの情報とを関連付けた証明書管理データベース２００が格納されている。
【0030】
また、図３（ｂ）に示すように、ＣＰＵ２１は、制御部として、電子証明書発行処理部７１、紐付け情報処理部７２を実行する。
電子証明書発行処理部７１は、公開鍵を含む証明書署名要求（ＣＳＲ）に基づいて電子証明書を発行するとともに、発行した電子証明書の情報（少なくともＳｅｒｉａｌＮｕｍｂｅｒなどの特徴情報）を、エンティティの情報に関連づけて証明書管理データベース２００に登録する処理を行う。
紐付け情報処理部７２は、ＩＤ管理システム３のＩＤプロバイダ装置４０からＳｅｒｉａｌＮｕｍｂｅｒなどの特徴情報を提示した紐付け情報の要求を受けた場合、特徴情報に基づいて証明書管理データベース２００を検索し、同一のエンティティに紐づけられた１以上の電子証明書の特徴情報をＩＤプロバイダ装置４０に返す処理を行う。
電子証明書発行処理部７１は、公開鍵を含む証明書署名要求（ＣＳＲ）に基づいて電子証明書を発行するとともに、発行した電子証明書の情報（少なくともＳｅｒｉａｌＮｕｍｂｅｒなどの特徴情報）を、エンティティの情報に関連づけて証明書管理データベース２００に登録する処理を行う。
紐付け情報処理部７２は、ＩＤ管理システム３のＩＤプロバイダ装置４０からＳｅｒｉａｌＮｕｍｂｅｒなどの特徴情報を提示した紐付け情報の要求を受けた場合、特徴情報に基づいて証明書管理データベース２００を検索し、同一のエンティティに紐づけられた１以上の電子証明書の特徴情報をＩＤプロバイダ装置４０に返す処理を行う。
【0031】
図３（ｃ）は、証明書管理データベース２００を示す図である。図３（ｃ）に示すように、証明書管理データベース２００には、エンティティと、電子証明書の特徴情報として例えばシリアル番号とが関連づけられて格納されている。上記のように一のエンティティについて、複数の電子証明書と、その特徴情報が関連づけられている場合もある。
【0032】
図４は、本実施形態のＩＤ管理システムを構成するＩＤプロバイダ装置の構成を示す図であり、（ａ）は、ハードウェアによる機能構成を示す図、（ｂ）は、ソフトウェアによる機能構成を示す図であり、（ｃ）は、ＩＤ情報管理データベースを示す図である。
図４（ａ）に示すように、ＩＤプロバイダ装置４０は、装置全体の制御を行う汎用のオペレーティングシステムを実行するとともに、ＩＤプロバイダ装置４０の機能を実現するプログラムを実行するＣＰＵ（Central Processing Unit）４１と、ＣＰＵ４１による処理のために各種のプログラムや一時データ、変数が展開されるＲＡＭ（Random Access Memory）４２と、プログラムやデータが格納されるＨＤＤ（Hard Disk Drive）４３やＲＯＭ（Read Only Memory）４６と、ＩＤプロバイダ装置４０をネットワークに接続するためのネットワークＩ／Ｆ４４と、を備えている。
図４（ａ）に示すように、ＩＤプロバイダ装置４０は、装置全体の制御を行う汎用のオペレーティングシステムを実行するとともに、ＩＤプロバイダ装置４０の機能を実現するプログラムを実行するＣＰＵ（Central Processing Unit）４１と、ＣＰＵ４１による処理のために各種のプログラムや一時データ、変数が展開されるＲＡＭ（Random Access Memory）４２と、プログラムやデータが格納されるＨＤＤ（Hard Disk Drive）４３やＲＯＭ（Read Only Memory）４６と、ＩＤプロバイダ装置４０をネットワークに接続するためのネットワークＩ／Ｆ４４と、を備えている。
【0033】
ＣＰＵ４１は、ＩＤプロバイダ装置４０が備えて制御部を実現する制御回路の一例であり、制御回路としては、その他にマルチコアＣＰＵ、ＦＰＧＡ（Field Programmable Gate Array）、ＰＬＤ（Programmable Logic Device）などのプロセッサを適用することが出来る。
ＨＤＤ４３は、内蔵するハードディスク（Hard Disk）を駆動するドライブ装置であり、ＨＤＤ４３は記憶媒体としてのハードディスクに格納されたプログラムやデータを読み出し、またハードディスクにデータを書き込む。ＨＤＤ４３は、近年大容量化が進み、ＨＤＤの代替としてよく利用されるＳＳＤ（Solid State Drive）のような電子的な記憶装置であってもよい。
ＨＤＤ４３は、内蔵するハードディスク（Hard Disk）を駆動するドライブ装置であり、ＨＤＤ４３は記憶媒体としてのハードディスクに格納されたプログラムやデータを読み出し、またハードディスクにデータを書き込む。ＨＤＤ４３は、近年大容量化が進み、ＨＤＤの代替としてよく利用されるＳＳＤ（Solid State Drive）のような電子的な記憶装置であってもよい。
【0034】
また、ＩＤプロバイダ装置４０は、ＦＤ（Floppy Disk）、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disk）などの光学ディスク、フラッシュメモリなどの着脱可能な記憶媒体３００に対してプログラムやデータを読み書きする読書装置４５を備えてもよい。
読書装置４５は、ＦＤＤ（Floppy Disk Drive）、ＣＤＤ（Compact Disc Drive）、ＤＶＤＤ（Digital Versatile Disc Drive）、ＢＤＤ（Blu-ray（登録商標） Disk Drive）、ＵＳＢ（Universal Serial Bus）などである。
ＣＰＵ４１、ＲＡＭ４２、ＨＤＤ４３、ネットワークＩ／Ｆ４４、読書装置４５は例えば内部バスを介して接続されている。
読書装置４５は、ＦＤＤ（Floppy Disk Drive）、ＣＤＤ（Compact Disc Drive）、ＤＶＤＤ（Digital Versatile Disc Drive）、ＢＤＤ（Blu-ray（登録商標） Disk Drive）、ＵＳＢ（Universal Serial Bus）などである。
ＣＰＵ４１、ＲＡＭ４２、ＨＤＤ４３、ネットワークＩ／Ｆ４４、読書装置４５は例えば内部バスを介して接続されている。
【0035】
また、図４（ｂ）に示すように、ＣＰＵ４１は、制御部４０Ａとして、ＩＤ確認要求受付処理部５１と、ＩＤ候補生成処理部５２と、ＩＤ検索処理部５３と、紐付け問い合わせ処理部５４と、ＩＤ情報登録処理部５５と、ＩＤ情報払出処理部５６と、を実行する。ＲＡＭ４２、ＨＤＤ４３、ＲＯＭ４６は、ＩＤプロバイダ装置４０の記憶部４０Ｂを構成する。
またＩＤプロバイダ装置４０は、記憶部４０ＢにＩＤ情報管理データベース１００を備えている。ＩＤ情報管理データベース１００は、エンティティを特定する固有のＩＤ情報とエンティティとを関連付けて管理する。
ＩＤ管理システム３は、エンティティを特定する固有のＩＤ情報を管理し、エンティティが電子証明書を提示してＩＤ確認要求を行うと、電子証明書の情報に基づいてＩＤ情報を払い出すシステムである。
またＩＤプロバイダ装置４０は、記憶部４０ＢにＩＤ情報管理データベース１００を備えている。ＩＤ情報管理データベース１００は、エンティティを特定する固有のＩＤ情報とエンティティとを関連付けて管理する。
ＩＤ管理システム３は、エンティティを特定する固有のＩＤ情報を管理し、エンティティが電子証明書を提示してＩＤ確認要求を行うと、電子証明書の情報に基づいてＩＤ情報を払い出すシステムである。
【0036】
ＩＤプロバイダ装置４０は、記憶部４０Ｂに、システム鍵を格納するシステム鍵格納部６１を備える。
システム鍵は、ＩＤ情報に含まれる特徴情報とともにＩＤ情報を生成するのに用いられる固有の鍵情報である。
図４（ｃ）に示すように、ＩＤ情報管理データベース１００には、電子証明書を発行されたエンティティ毎に固有のＩＤ情報が格納されている。
ＩＤ情報管理データベース１００は、ネットワークＩ／Ｆを有してネットワーク経由でＩＤプロバイダ装置４０が接続可能な他のサーバ装置で提供されてもよい。
システム鍵は、ＩＤ情報に含まれる特徴情報とともにＩＤ情報を生成するのに用いられる固有の鍵情報である。
図４（ｃ）に示すように、ＩＤ情報管理データベース１００には、電子証明書を発行されたエンティティ毎に固有のＩＤ情報が格納されている。
ＩＤ情報管理データベース１００は、ネットワークＩ／Ｆを有してネットワーク経由でＩＤプロバイダ装置４０が接続可能な他のサーバ装置で提供されてもよい。
【0037】
ＩＤ確認要求受付処理部（受付部）５１は、サービスプロバイダ装置３０から、ＩＤ確認要求を受け付ける処理を行う
ＩＤ確認要求受付処理部（受付部）５１は、電子証明書に含まれる、電子証明書を一意に特定する特徴情報を抽出する。特徴情報は、上述したＳｅｒｉａｌＮｕｍｂｅｒに加え、ＩｓｓｕｅｒＤＮ、ＩｓｓｕｅｒＫｅｙＨａｓｈなどの項目の値である。これらの値は、証明書毎に異なる固定値である。あるいは、端末装置１０からＩＤ確認要求を直接受け付けてもよい。サービスプロバイダ装置３０が電子証明書から特徴情報のみを抽出してＩＤプロバイダ装置４０に送ってもよい。
ＩＤ確認要求受付処理部（受付部）５１は、電子証明書に含まれる、電子証明書を一意に特定する特徴情報を抽出する。特徴情報は、上述したＳｅｒｉａｌＮｕｍｂｅｒに加え、ＩｓｓｕｅｒＤＮ、ＩｓｓｕｅｒＫｅｙＨａｓｈなどの項目の値である。これらの値は、証明書毎に異なる固定値である。あるいは、端末装置１０からＩＤ確認要求を直接受け付けてもよい。サービスプロバイダ装置３０が電子証明書から特徴情報のみを抽出してＩＤプロバイダ装置４０に送ってもよい。
【0038】
ＩＤ候補生成処理部（候補生成部）５２は、紐付け問い合わせ処理部５４（取得部）が取得した紐付け情報に含まれるエンティティに紐付けら得る一以上の特徴情報Ｘｉと、システム鍵格納部６１に格納される特定の鍵情報（システム鍵Ｋ）の値を用いてＩＤ候補Ｙｉを生成する処理を行う。上記したようにＩＤ候補情報Ｙは、特徴情報Ｘとシステム鍵Ｋのハッシュ値あるいは排他的論理和である。
ＩＤ検索処理部（検索部）５３は、ＩＤ情報管理データベース１００において、ＩＤ候補生成処理部５２が生成したＩＤ候補Ｙｉを検索する。ＩＤ候補Ｙｉと一致するＩＤ情報がＩＤ情報管理データベース１００に登録されている場合には、そのＩＤ候補Ｙｉを問い合わせに係るエンティティのＩＤ情報とする。
ＩＤ検索処理部（検索部）５３は、ＩＤ情報管理データベース１００において、ＩＤ候補生成処理部５２が生成したＩＤ候補Ｙｉを検索する。ＩＤ候補Ｙｉと一致するＩＤ情報がＩＤ情報管理データベース１００に登録されている場合には、そのＩＤ候補Ｙｉを問い合わせに係るエンティティのＩＤ情報とする。
【0039】
紐付け問い合わせ処理部（取得部）５４は、問い合わせに係る特徴情報に基づいて、認証局システム２に、エンティティと電子証明書の特徴情報との紐付け情報の問い合わせを行う処理を行う
認証局システム２の証明書管理データベース２００では、電子証明書の特徴情報とエンティティの情報とが紐付けられて管理されている。電子証明書は、同一のエンティティに対して複数発行される場合もあり、その場合でも証明書管理データベース２００は、一のエンティティに対して発行された１以上の電子証明書を管理することが出来る。
従って、一の電子証明書の特徴情報に基づく証明書管理データベース２００の検索を行うと、電子証明書を発行されたエンティティに紐づけられた１以上の電子証明書の特徴情報をあわせて取得することが出来る。
ＩＤ情報登録処理部（登録部）５５は、紐付け問い合わせ処理部５４が取得したエンティティに紐付けて、ＩＤ候補生成処理部５２が生成したＩＤ候補を、新たなＩＤ情報としてＩＤ情報管理データベース１００に登録する。
ＩＤ情報払出処理部（払出部）５６は、ＩＤ検索処理部５３がＩＤ情報管理データベース１００から発見したＩＤ情報、ＩＤ情報登録処理部５５が新たに登録したＩＤ情報を、確認要求に応じて払い出す処理を行う。
認証局システム２の証明書管理データベース２００では、電子証明書の特徴情報とエンティティの情報とが紐付けられて管理されている。電子証明書は、同一のエンティティに対して複数発行される場合もあり、その場合でも証明書管理データベース２００は、一のエンティティに対して発行された１以上の電子証明書を管理することが出来る。
従って、一の電子証明書の特徴情報に基づく証明書管理データベース２００の検索を行うと、電子証明書を発行されたエンティティに紐づけられた１以上の電子証明書の特徴情報をあわせて取得することが出来る。
ＩＤ情報登録処理部（登録部）５５は、紐付け問い合わせ処理部５４が取得したエンティティに紐付けて、ＩＤ候補生成処理部５２が生成したＩＤ候補を、新たなＩＤ情報としてＩＤ情報管理データベース１００に登録する。
ＩＤ情報払出処理部（払出部）５６は、ＩＤ検索処理部５３がＩＤ情報管理データベース１００から発見したＩＤ情報、ＩＤ情報登録処理部５５が新たに登録したＩＤ情報を、確認要求に応じて払い出す処理を行う。
【0040】
図５は、ＩＤプロバイダ装置のＣＰＵによるＩＤ情報払出処理を説明するフローチャートである。
ＩＤプロバイダ装置のＣＰＵ４１（ＩＤ確認要求受付処理部５１）は、ステップＳ１０１において、サービスプロバイダ装置３０からのＩＤ確認要求あるいは、端末装置１０からのＩＤ確認要求があったか否かを判定する。
これらがあったと判定した場合（ステップＳ１０１でＹｅｓ）、ＣＰＵ２１（紐付け問い合わせ処理部５４）は、ステップ１０２においてＩＤ確認要求に含まれる特徴情報Ｘを用いて認証局に問い合わせ、ステップＳ１０３において、ＩＤ確認要求に係るエンティティに紐づけられた１以上の電子証明書の特徴情報を取得する。
ＣＰＵ２１（ＩＤ候補生成処理部５２）は、ステップ１０４において、認証局からの紐付け情報に含まれる１以上の電子証明書の特徴情報Ｘｉとシステム鍵Ｋとに基づくハッシュ値や排他的論理和などをＩＤ候補Ｙｉとして算出する。
ＩＤプロバイダ装置のＣＰＵ４１（ＩＤ確認要求受付処理部５１）は、ステップＳ１０１において、サービスプロバイダ装置３０からのＩＤ確認要求あるいは、端末装置１０からのＩＤ確認要求があったか否かを判定する。
これらがあったと判定した場合（ステップＳ１０１でＹｅｓ）、ＣＰＵ２１（紐付け問い合わせ処理部５４）は、ステップ１０２においてＩＤ確認要求に含まれる特徴情報Ｘを用いて認証局に問い合わせ、ステップＳ１０３において、ＩＤ確認要求に係るエンティティに紐づけられた１以上の電子証明書の特徴情報を取得する。
ＣＰＵ２１（ＩＤ候補生成処理部５２）は、ステップ１０４において、認証局からの紐付け情報に含まれる１以上の電子証明書の特徴情報Ｘｉとシステム鍵Ｋとに基づくハッシュ値や排他的論理和などをＩＤ候補Ｙｉとして算出する。
【0041】
ＣＰＵ４１（ＩＤ検索処理部５３）は、ステップＳ１０５において、ステップＳ１０４で算出したＩＤ候補Ｙｉの値をＩＤ情報管理データベース１００にて検索する。
ＣＰＵ４１は、ステップＳ１０６において、検索の結果、ＩＤ候補Ｙｉと一致するＩＤ情報がＩＤ情報管理データベース１００に登録されているか否かを判定する。
ＩＤ候補Ｙと一致するＩＤ情報がＩＤ情報管理データベース１００に登録されていた場合（ステップＳ１０６でＹｅｓ）、ＣＰＵ４１（ＩＤ情報払出処理部５６）は、ステップＳ１０７において、このＩＤ候補Ｙｉを、要求されたＩＤ情報としてサービスプロバイダ装置３０に払い出す。
ＩＤ候補Ｙｉと一致するＩＤ情報がＩＤ情報管理データベース１００に登録されていなかった場合（ステップＳ１０６でＮｏ）、ＣＰＵ４１（ＩＤ情報登録処理部５５）は、ステップＳ１０８において、ＩＤ確認要求に含まれる特徴情報ＸによるＩＤ候補Ｙを新たなＩＤ情報として、ステップＳ１０３で取得したエンティティの情報と関連づけてＩＤ情報管理データベース１００に登録する。さらに、ＣＰＵ４１（ＩＤ情報払出処理部５６）は、ステップＳ１０９において、登録したＩＤ情報を要求されたＩＤ情報としてサービスプロバイダ装置３０に払い出す。
上記のように構成したので、本実施形態のシステムでは、電子証明書を用いて、利用者に固有なＩＤ情報を安全に管理し、各種のサービスにＩＤ情報を活用することが出来る。
ＣＰＵ４１は、ステップＳ１０６において、検索の結果、ＩＤ候補Ｙｉと一致するＩＤ情報がＩＤ情報管理データベース１００に登録されているか否かを判定する。
ＩＤ候補Ｙと一致するＩＤ情報がＩＤ情報管理データベース１００に登録されていた場合（ステップＳ１０６でＹｅｓ）、ＣＰＵ４１（ＩＤ情報払出処理部５６）は、ステップＳ１０７において、このＩＤ候補Ｙｉを、要求されたＩＤ情報としてサービスプロバイダ装置３０に払い出す。
ＩＤ候補Ｙｉと一致するＩＤ情報がＩＤ情報管理データベース１００に登録されていなかった場合（ステップＳ１０６でＮｏ）、ＣＰＵ４１（ＩＤ情報登録処理部５５）は、ステップＳ１０８において、ＩＤ確認要求に含まれる特徴情報ＸによるＩＤ候補Ｙを新たなＩＤ情報として、ステップＳ１０３で取得したエンティティの情報と関連づけてＩＤ情報管理データベース１００に登録する。さらに、ＣＰＵ４１（ＩＤ情報払出処理部５６）は、ステップＳ１０９において、登録したＩＤ情報を要求されたＩＤ情報としてサービスプロバイダ装置３０に払い出す。
上記のように構成したので、本実施形態のシステムでは、電子証明書を用いて、利用者に固有なＩＤ情報を安全に管理し、各種のサービスにＩＤ情報を活用することが出来る。
【0042】
上記では、ＩＤプロバイダ装置４０が、電子証明書の特徴情報とシステム鍵を用いてＩＤ情報を直接生成する場合を説明した。
それに限らず、一意のＩＤ情報をＩＤプロバイダ装置４０が生成（採番）し、このようなＩＤ情報と、電子証明書またはその特徴情報と、を紐づけてＩＤ情報管理データベース１００で管理するようにしてもよい。
この場合、図５に示した処理フローの変形として、ＩＤプロバイダ装置４０（ＩＤ確認要求受付処理部５１）は、ステップＳ１０１、ステップＳ１０２に準じた処理として、電子証明書を提示したＩＤ確認要求を受け付けると、ＩＤプロバイダ装置４０（紐付け問い合わせ処理部５４）は、電子証明書に含まれる特徴情報を用いて認証局システムに問い合わせる。
認証局システム２は、問い合わせに対して、特徴情報とエンティティの紐付け情報（エンティティに紐づけられた電子証明書や、その特徴情報）をＩＤプロバイダ装置４０に返す。
ＩＤプロバイダ装置４０（ＩＤ検索処理部５３）は、ステップＳ１０３、ステップＳ１０４に準じた処理は行わず、ステップＳ１０５に準じた処理として、ＩＤ紐付け情報に含まれる電子証明書やその特徴情報（ＩＤ確認要求で提示された電子証明書やその特徴情報も含まれる）に紐づけられているＩＤ情報をＩＤ情報管理データベース１００から検索する。
検索の結果、電子証明書やその特徴情報に対応するＩＤ情報があれば、ＩＤプロバイダ装置４０（ＩＤ情報払出処理部５６）は、ステップＳ１０７に準じた処理として、そのＩＤ情報を要求されたＩＤ情報としてサービスプロバイダ装置３０に払い出す。
電子証明書やその特徴情報に対応するＩＤ情報がなければ、ＩＤプロバイダ装置４０（ＩＤ情報登録処理部５５）は、ステップＳ１０８、ステップＳ１０９に準じた処理として、ＩＤ確認要求で提示された電子証明書やその特徴情報に新たなＩＤ情報を紐づけてＩＤ情報管理データベース１００に登録し、新たなＩＤ情報を払い出す。
このようにしても、電子証明書を提示するだけで利用者固有のＩＤ情報の確認要求を行うことができ、ＩＤ情報を用いたサービスを簡便に利用することが出来る。また同一のエンティティに対して複数の電子証明書が発行されている状態であっても、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
それに限らず、一意のＩＤ情報をＩＤプロバイダ装置４０が生成（採番）し、このようなＩＤ情報と、電子証明書またはその特徴情報と、を紐づけてＩＤ情報管理データベース１００で管理するようにしてもよい。
この場合、図５に示した処理フローの変形として、ＩＤプロバイダ装置４０（ＩＤ確認要求受付処理部５１）は、ステップＳ１０１、ステップＳ１０２に準じた処理として、電子証明書を提示したＩＤ確認要求を受け付けると、ＩＤプロバイダ装置４０（紐付け問い合わせ処理部５４）は、電子証明書に含まれる特徴情報を用いて認証局システムに問い合わせる。
認証局システム２は、問い合わせに対して、特徴情報とエンティティの紐付け情報（エンティティに紐づけられた電子証明書や、その特徴情報）をＩＤプロバイダ装置４０に返す。
ＩＤプロバイダ装置４０（ＩＤ検索処理部５３）は、ステップＳ１０３、ステップＳ１０４に準じた処理は行わず、ステップＳ１０５に準じた処理として、ＩＤ紐付け情報に含まれる電子証明書やその特徴情報（ＩＤ確認要求で提示された電子証明書やその特徴情報も含まれる）に紐づけられているＩＤ情報をＩＤ情報管理データベース１００から検索する。
検索の結果、電子証明書やその特徴情報に対応するＩＤ情報があれば、ＩＤプロバイダ装置４０（ＩＤ情報払出処理部５６）は、ステップＳ１０７に準じた処理として、そのＩＤ情報を要求されたＩＤ情報としてサービスプロバイダ装置３０に払い出す。
電子証明書やその特徴情報に対応するＩＤ情報がなければ、ＩＤプロバイダ装置４０（ＩＤ情報登録処理部５５）は、ステップＳ１０８、ステップＳ１０９に準じた処理として、ＩＤ確認要求で提示された電子証明書やその特徴情報に新たなＩＤ情報を紐づけてＩＤ情報管理データベース１００に登録し、新たなＩＤ情報を払い出す。
このようにしても、電子証明書を提示するだけで利用者固有のＩＤ情報の確認要求を行うことができ、ＩＤ情報を用いたサービスを簡便に利用することが出来る。また同一のエンティティに対して複数の電子証明書が発行されている状態であっても、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
【0043】
［第１の態様］
電子証明書の主体に対して発行された識別情報の確認要求を受け付ける受付部５１と、確認要求に含まれる電子証明書の特徴情報を用いて認証局システム２に問い合わせを行い、確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部５４と、取得部５４が取得した特徴情報と所定の鍵情報とを用いて候補情報を生成する候補生成部５２と、電子証明書の特徴情報と鍵情報に基づいて生成された識別情報を管理するデータベース１００を候補情報に基づいて検索したとき、候補情報と一致する識別情報がデータベースに登録されていた場合には当該候補情報を確認要求に対して払い出す払出部５６と、を備え。る
ＩＤ情報（識別情報）が、電子証明書の特徴情報とシステム鍵（鍵情報）とを用いて生成されているので、電子証明書を提示するだけで利用者固有のＩＤ情報の確認要求を行うことができ、ＩＤ情報を用いたサービスを簡便に利用することが出来る。
同一のエンティティに対して複数の電子証明書が発行されている状態であっても、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
電子証明書の主体に対して発行された識別情報の確認要求を受け付ける受付部５１と、確認要求に含まれる電子証明書の特徴情報を用いて認証局システム２に問い合わせを行い、確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部５４と、取得部５４が取得した特徴情報と所定の鍵情報とを用いて候補情報を生成する候補生成部５２と、電子証明書の特徴情報と鍵情報に基づいて生成された識別情報を管理するデータベース１００を候補情報に基づいて検索したとき、候補情報と一致する識別情報がデータベースに登録されていた場合には当該候補情報を確認要求に対して払い出す払出部５６と、を備え。る
ＩＤ情報（識別情報）が、電子証明書の特徴情報とシステム鍵（鍵情報）とを用いて生成されているので、電子証明書を提示するだけで利用者固有のＩＤ情報の確認要求を行うことができ、ＩＤ情報を用いたサービスを簡便に利用することが出来る。
同一のエンティティに対して複数の電子証明書が発行されている状態であっても、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
【0044】
［第２の態様］
第１の態様において、候補情報と一致する識別情報がデータベース１００に登録されていなかった場合、候補生成部５２が生成した一の候補情報をデータベース１００に登録する登録部５５と、を備え、払出部５６は、候補生成部５２が生成して登録部５５がデータベース１００に登録した一の候補情報を確認要求に対して払い出す。
ＩＤ情報が、電子証明書の特徴情報とシステム鍵とを用いて生成されているので、電子証明書を提示するだけで利用者固有のＩＤ情報を容易に作成することができ、ＩＤ情報を用いたサービスを簡便に利用することが出来る。
同一のエンティティに対して複数の電子証明書が発行されている状態であっても、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
第１の態様において、候補情報と一致する識別情報がデータベース１００に登録されていなかった場合、候補生成部５２が生成した一の候補情報をデータベース１００に登録する登録部５５と、を備え、払出部５６は、候補生成部５２が生成して登録部５５がデータベース１００に登録した一の候補情報を確認要求に対して払い出す。
ＩＤ情報が、電子証明書の特徴情報とシステム鍵とを用いて生成されているので、電子証明書を提示するだけで利用者固有のＩＤ情報を容易に作成することができ、ＩＤ情報を用いたサービスを簡便に利用することが出来る。
同一のエンティティに対して複数の電子証明書が発行されている状態であっても、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
【0045】
［第３の態様］
電子証明書の主体に対して発行された識別情報の確認要求を受け付ける受付部５１と、確認要求に含まれる電子証明書の特徴情報を用いて認証局システム２に問い合わせを行い、確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部５４と、識別情報と電子証明書の特徴情報とを関連づけて管理するデータベース１００を取得部５４が取得した特徴情報に基づいて検索したとき、当該特徴情報に関連づけられた識別情報がデータベース１００に登録されていた場合には、当該識別情報を確認要求に対して払い出す払出部５６と、を備える。
電子証明書の主体に対して発行された識別情報の確認要求を受け付ける受付部５１と、確認要求に含まれる電子証明書の特徴情報を用いて認証局システム２に問い合わせを行い、確認要求に係る主体に紐づけられた１以上の電子証明書に含まれる特徴情報を取得する取得部５４と、識別情報と電子証明書の特徴情報とを関連づけて管理するデータベース１００を取得部５４が取得した特徴情報に基づいて検索したとき、当該特徴情報に関連づけられた識別情報がデータベース１００に登録されていた場合には、当該識別情報を確認要求に対して払い出す払出部５６と、を備える。
【0046】
［第４の態様］
第３の態様において、取得部５４が取得した特徴情報に関連づけられた識別情報がデータベース１００に登録されていなかった場合には、取得部５４が取得した特徴情報に関連づけて新たな識別情報をデータベース１００に登録する登録部５６を備える、同一のエンティティに対して複数の電子証明書が発行されている状態であっても、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
第３の態様において、取得部５４が取得した特徴情報に関連づけられた識別情報がデータベース１００に登録されていなかった場合には、取得部５４が取得した特徴情報に関連づけて新たな識別情報をデータベース１００に登録する登録部５６を備える、同一のエンティティに対して複数の電子証明書が発行されている状態であっても、それぞれの電子証明書に対してＩＤ情報が付与されることがない。一のエンティティに対して一意のＩＤ情報を付与することができる。
【符号の説明】
【0047】
１ システム、２ 認証局システム、３ ＩＤ管理システム、１０ 端末装置、２０ 証明書発行サーバ、２１ ＣＰＵ、２２ ＲＡＭ、２３ ＨＤＤ、２４ ネットワークＩ／Ｆ、３０ サービスプロバイダ装置、４０ ＩＤプロバイダ装置、４０Ａ 制御部、４０Ｂ 記憶部、４１ ＣＰＵ、４２ ＲＡＭ、４３ ＨＤＤ、４４ ネットワークＩ／Ｆ、４５ 読書装置、４６ ＲＯＭ、５１ ＩＤ確認要求受付処理部、５２ ＩＤ候補生成処理部、５３ ＩＤ検索処理部、５４ 紐付け問い合わせ処理部、５５ ＩＤ情報登録処理部、５６ ＩＤ情報払出処理部、６１ システム鍵格納部、７１ 電子証明書発行処理部、７２ 紐付け情報処理部、１００ ＩＤ情報管理データベース、２００ 証明書管理データベース、３００ 記憶媒体
【図1】
【図2】
【図3】
【図4】
【図5】