ホーム > 特許ランキング > ＬＩＮＥヤフー株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024060266
(43)【公開日】2024-05-02
(54)【発明の名称】情報処理装置、情報処理方法及び情報処理プログラム
(51)【国際特許分類】
H04L 9/08 20060101AFI20240424BHJP
G06F 21/33 20130101ALI20240424BHJP
【ＦＩ】
H04L9/08 B
G06F21/33
H04L9/08 F
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2022167536
(22)【出願日】2022-10-19
(71)【出願人】
【識別番号】500257300
【氏名又は名称】ＬＩＮＥヤフー株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】五味 秀仁
(72)【発明者】
【氏名】大神 渉
(57)【要約】
【課題】認証の効率をさらに向上させる。
【解決手段】本願に係る情報処理装置は、証明書の発行者の情報処理装であって、ユーザに関する検証可能証明書を発行する証明書発行部と、検証可能証明書をユーザの端末装置に提供する証明書提供部と、検証可能証明書を更新する機能を有するカセットを作成するカセット作成部と、カセットをユーザの端末装置に提供するカセット提供部と、を備えることを特徴とする。
【選択図】図３
【解決手段】本願に係る情報処理装置は、証明書の発行者の情報処理装であって、ユーザに関する検証可能証明書を発行する証明書発行部と、検証可能証明書をユーザの端末装置に提供する証明書提供部と、検証可能証明書を更新する機能を有するカセットを作成するカセット作成部と、カセットをユーザの端末装置に提供するカセット提供部と、を備えることを特徴とする。
【選択図】図３
【特許請求の範囲】
【請求項1】
証明書の発行者の情報処理装であって、
ユーザに関する検証可能証明書を発行する証明書発行部と、
前記検証可能証明書を前記ユーザの端末装置に提供する証明書提供部と、
前記検証可能証明書を更新する機能を有するカセットを作成するカセット作成部と、
前記カセットを前記ユーザの端末装置に提供するカセット提供部と、
を備えることを特徴とする情報処理装置。
ユーザに関する検証可能証明書を発行する証明書発行部と、
前記検証可能証明書を前記ユーザの端末装置に提供する証明書提供部と、
前記検証可能証明書を更新する機能を有するカセットを作成するカセット作成部と、
前記カセットを前記ユーザの端末装置に提供するカセット提供部と、
を備えることを特徴とする情報処理装置。
【請求項2】
前記ユーザの端末装置側で前記カセットが前記検証可能証明書を更新した際の署名に用いるカセット検証用秘密鍵と、前記カセットによる署名を検証するためのカセット検証用公開鍵との鍵ペアを作成するカセット用鍵作成部と、
前記カセット検証用公開鍵を公開用のリポジトリに登録するカセット用鍵登録部と、
をさらに備え、
前記カセット提供部は、前記カセットとともに前記カセット検証用秘密鍵を前記ユーザの端末装置に提供する
をさらに備えることを特徴とする請求項１に記載の情報処理装置。
前記カセット検証用公開鍵を公開用のリポジトリに登録するカセット用鍵登録部と、
をさらに備え、
前記カセット提供部は、前記カセットとともに前記カセット検証用秘密鍵を前記ユーザの端末装置に提供する
をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項3】
前記検証可能証明書の署名に用いるＶＣ検証用秘密鍵と、前記検証可能証明書の署名を検証するためのＶＣ検証用公開鍵との鍵ペアを作成する証明書用鍵作成部と、
前記ＶＣ検証用秘密鍵を用いて前記検証可能証明書に署名する証明書署名部と、
前記ＶＣ検証用秘密鍵を内部に保管する証明書用鍵管理部と、
前記ＶＣ検証用公開鍵を公開用のリポジトリに登録する証明書用鍵登録部と、
をさらに備えることを特徴とする請求項１に記載の情報処理装置。
前記ＶＣ検証用秘密鍵を用いて前記検証可能証明書に署名する証明書署名部と、
前記ＶＣ検証用秘密鍵を内部に保管する証明書用鍵管理部と、
前記ＶＣ検証用公開鍵を公開用のリポジトリに登録する証明書用鍵登録部と、
をさらに備えることを特徴とする請求項１に記載の情報処理装置。
【請求項4】
証明書の保有者の情報処理装置であって、
証明書の発行者が発行したユーザに関する検証可能証明書を受信する証明書受信部と、
前記証明書の発行者が作成した前記検証可能証明書を更新する機能を有するカセットを受信するカセット受信部と、
前記カセットの機能により前記検証可能証明書を更新する証明書更新部と、
更新された前記検証可能証明書を証明書の検証者に送信して提示する証明書提示部と、
を備えることを特徴とする情報処理装置。
証明書の発行者が発行したユーザに関する検証可能証明書を受信する証明書受信部と、
前記証明書の発行者が作成した前記検証可能証明書を更新する機能を有するカセットを受信するカセット受信部と、
前記カセットの機能により前記検証可能証明書を更新する証明書更新部と、
更新された前記検証可能証明書を証明書の検証者に送信して提示する証明書提示部と、
を備えることを特徴とする情報処理装置。
【請求項5】
前記カセット受信部は、前記証明書の発行者から、前記カセットとともに、前記カセットの機能による前記検証可能証明書の更新時の署名に用いられるカセット検証用秘密鍵を受信し、
前記証明書更新部は、前記カセットの機能により前記検証可能証明書を更新し、更新された前記検証可能証明書に前記カセット検証用秘密鍵を用いて署名する
ことを特徴とする請求項４に記載の情報処理装置。
前記証明書更新部は、前記カセットの機能により前記検証可能証明書を更新し、更新された前記検証可能証明書に前記カセット検証用秘密鍵を用いて署名する
ことを特徴とする請求項４に記載の情報処理装置。
【請求項6】
前記カセットの機能により、複数の前記検証可能証明書を組み合わせて１つの提示証明書を作成する提示証明書作成部をさらに備え、
前記提示証明書作成部は、前記カセットの機能により前記検証可能証明書が更新された際、前記提示証明書に、暗号化された更新前の前記検証可能証明書と、更新後の前記検証可能証明書とを添付する
ことを特徴とする請求項５に記載の情報処理装置。
前記提示証明書作成部は、前記カセットの機能により前記検証可能証明書が更新された際、前記提示証明書に、暗号化された更新前の前記検証可能証明書と、更新後の前記検証可能証明書とを添付する
ことを特徴とする請求項５に記載の情報処理装置。
【請求項7】
ユーザ本人が作成したことを認証する本人証明用秘密鍵と、対応する本人証明用公開鍵との鍵ペアを作成する本人証明用鍵作成部と、
前記本人証明用秘密鍵を用いて前記提示証明書に署名する提示証明書署名部と、
前記本人証明用秘密鍵を内部に保管する本人証明用鍵管理部と、
前記本人証明用公開鍵を公開する本人証明用鍵公開部と、
をさらに備えることを特徴とする請求項６に記載の情報処理装置。
前記本人証明用秘密鍵を用いて前記提示証明書に署名する提示証明書署名部と、
前記本人証明用秘密鍵を内部に保管する本人証明用鍵管理部と、
前記本人証明用公開鍵を公開する本人証明用鍵公開部と、
をさらに備えることを特徴とする請求項６に記載の情報処理装置。
【請求項8】
証明書の発行者の情報処理装置が実行する情報処理方法であって、
ユーザに関する検証可能証明書を発行する証明書発行工程と、
前記検証可能証明書を前記ユーザの端末装置に提供する証明書提供工程と、
前記検証可能証明書を更新する機能を有するカセットを作成するカセット作成工程と、
前記カセットを前記ユーザの端末装置に提供するカセット提供工程と、
を含むことを特徴とする情報処理方法。
ユーザに関する検証可能証明書を発行する証明書発行工程と、
前記検証可能証明書を前記ユーザの端末装置に提供する証明書提供工程と、
前記検証可能証明書を更新する機能を有するカセットを作成するカセット作成工程と、
前記カセットを前記ユーザの端末装置に提供するカセット提供工程と、
を含むことを特徴とする情報処理方法。
【請求項9】
ユーザに関する検証可能証明書を発行する証明書発行手順と、
前記検証可能証明書を前記ユーザの端末装置に提供する証明書提供手順と、
前記検証可能証明書を更新する機能を有するカセットを作成するカセット作成手順と、
前記カセットを前記ユーザの端末装置に提供するカセット提供手順と、
を証明書の発行者の情報処理装置に実行させることを特徴とする情報処理プログラム。
前記検証可能証明書を前記ユーザの端末装置に提供する証明書提供手順と、
前記検証可能証明書を更新する機能を有するカセットを作成するカセット作成手順と、
前記カセットを前記ユーザの端末装置に提供するカセット提供手順と、
を証明書の発行者の情報処理装置に実行させることを特徴とする情報処理プログラム。
【請求項10】
証明書の保有者の情報処理装置が実行する情報処理方法であって、
証明書の発行者が発行したユーザに関する検証可能証明書を受信する証明書受信工程と、
前記証明書の発行者が作成した前記検証可能証明書を更新する機能を有するカセットを受信するカセット受信工程と、
前記カセットの機能により前記検証可能証明書を更新する証明書更新工程と、
更新された前記検証可能証明書を証明書の検証者に送信して提示する証明書送信工程と、
を含むことを特徴とする情報処理方法。
証明書の発行者が発行したユーザに関する検証可能証明書を受信する証明書受信工程と、
前記証明書の発行者が作成した前記検証可能証明書を更新する機能を有するカセットを受信するカセット受信工程と、
前記カセットの機能により前記検証可能証明書を更新する証明書更新工程と、
更新された前記検証可能証明書を証明書の検証者に送信して提示する証明書送信工程と、
を含むことを特徴とする情報処理方法。
【請求項11】
証明書の発行者が発行したユーザに関する検証可能証明書を受信する証明書受信手順と、
前記証明書の発行者が作成した前記検証可能証明書を更新する機能を有するカセットを受信するカセット受信手順と、
前記カセットの機能により前記検証可能証明書を更新する証明書更新手順と、
更新された前記検証可能証明書を証明書の検証者に送信して提示する証明書送信手順と、
を証明書の保有者の情報処理装置に実行させることを特徴とする情報処理プログラム。
前記証明書の発行者が作成した前記検証可能証明書を更新する機能を有するカセットを受信するカセット受信手順と、
前記カセットの機能により前記検証可能証明書を更新する証明書更新手順と、
更新された前記検証可能証明書を証明書の検証者に送信して提示する証明書送信手順と、
を証明書の保有者の情報処理装置に実行させることを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。
【背景技術】
【0002】
ＦＩＤＯ（Fast Identity Online）に関する技術であって、認証器を用いる技術が開示されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２０－１４１３３１号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上記の従来技術では、認証時の本人確認を含め、ＦＩＤＯ認証に関してまだまだ改善の余地がある。
【0005】
本願は、上記に鑑みてなされたものであって、認証の効率をさらに向上させることを目的とする。
【課題を解決するための手段】
【0006】
本願に係る情報処理装置は、証明書の発行者の情報処理装であって、ユーザに関する検証可能証明書を発行する証明書発行部と、前記検証可能証明書を前記ユーザの端末装置に提供する証明書提供部と、前記検証可能証明書を更新する機能を有するカセットを作成するカセット作成部と、前記カセットを前記ユーザの端末装置に提供するカセット提供部と、を備えることを特徴とする。
【発明の効果】
【0007】
実施形態の一態様によれば、認証の効率をさらに向上させることができる。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【0010】
【0011】
図１に示すように、情報処理システム１は、端末装置１０とサーバ装置１００とを含む。端末装置１０とサーバ装置１００とは、ネットワークＮ（図４参照）を介して有線又は無線で互いに通信可能に接続される。本実施形態では、端末装置１０は、サーバ装置１００と連携する。
【0012】
端末装置１０は、利用者Ｕ（ユーザ）により使用されるスマートフォンやタブレット端末等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、利用者Ｕから指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。
【0013】
本実施形態では、端末装置１０は、ＦＩＤＯ認証（Fast Identity Online）におけるＦＩＤＯクライアントとして機能する。ＦＩＤＯクライアントは、認証器（Authenticator）と連携してユーザの認証を行う。なお、認証器は、ＦＩＤＯクライアントと同一のデバイスに実装されることがあってもよく（内蔵認証器）、ＦＩＤＯクライアントとは物理的に異なるデバイスに実装されていてもよい（外部認証器）。
【0014】
例えば、ＦＩＤＯ認証では、ＰＩＮ（Personal Identification Number）、ＵＳＢ（Universal Serial Bus）セキュリティキー、スマートカードなどの記憶や所有物を用いた認証方式や、指紋、顔、虹彩、静脈、声紋などの生体情報や行動情報を用いた認証方式を実装できる。認証方式は、これらに限定されず、あらゆる方式を導入することができる。また、複数の認証方式を組み合わせて、マルチモーダル生体認証や多要素認証を実現することもできる。
【0015】
以下、説明の簡略化のため、ＦＩＤＯクライアントと認証器とを区別せず、端末装置１０をＦＩＤＯクライアントかつ認証器として説明する。すなわち、認証器が内部認証器である場合を例に説明する。なお、実際には、認証器は、端末装置１０から物理的に独立し、端末装置１０と連携可能な外部認証器であってもよい。
【0016】
また、ＦＩＤＯクライアントのＷｅｂブラウザに表示されるウェブコンテンツから認証器を呼び出し、認証サーバとのやり取りでＦＩＤＯ認証を可能にするためのＷｅｂ認証ＡＰＩ（Application Programming Interface）も実装可能であるが、本実施形態では説明を割愛する。
【0017】
サーバ装置１００は、ＦＩＤＯ認証における認証サーバ（ＦＩＤＯサーバ）として機能する情報処理装置であり、コンピュータやクラウドシステム等により実現される。認証サーバは、ＲＰ（Relying Party）／ＩｄＰ（Identity Provider）に相当する。ＲＰ（Relying Party）は、ＦＩＤＯサーバを実装するエンティティ・組織のことを指す。ＦＩＤＯ認証では、認証器（Authenticator）と認証サーバとの間で、パスワードや生体情報のような「秘密」を共有しないので、フィッシングに対する耐性がある。
【0018】
図１に示すように、ＦＩＤＯ認証では、認証サーバは、ユーザからの認証要求を受けると、ユーザ側の認証器にチャレンジ（Challenge）を送る。チャレンジは、一度だけ有効なランダムな文字列であり、乱数を元に決めた毎回異なるデータ列である。ユーザは、認証器を用いてユーザ検証（User verification）を行い、本人性の検証をローカルで実施する。そして、認証器は、検証結果を秘密鍵（Private Key）で署名し、署名付き検証結果(Signed response)として認証サーバに送る。認証サーバは、署名付き検証結果を受け取ると、公開鍵（Public Key）で署名検証する。秘密鍵と公開鍵との組を、鍵ペアと称する。
【0019】
なお、ＦＩＤＯ登録用の鍵ペアは、例えば認証器証明書（Attestation：アテステーション）の署名用の秘密鍵（登録用秘密鍵）とその検証用の公開鍵（登録用公開鍵）の鍵ペアである。ＦＩＤＯ認証用の鍵ペアは、例えば認証器でのユーザ検証結果の証明書（Assertion：アサーション）の署名用の秘密鍵（認証用秘密鍵）とその検証用の公開鍵（認証用公開鍵）の鍵ペアである。
【0020】
このように、ＦＩＤＯ認証では、認証サーバが、公開鍵を用いて、ユーザ側の認証器が適切な秘密鍵を保有することを確認することによって認証を実現する。認証器と認証サーバは「秘密鍵」を共有しない。
【0021】
また、サーバ装置１００は、ＦＩＤＯ認証に対応したＲＰ／ＩｄＰとのＩＤ連携（フェデレーション）によりアイデンティティサービスを提供する連携ＲＰ／ＳＰ（Service Provider）としても機能する。ＦＩＤＯ認証とＩＤ連携とを組み合わせると、認証コンテキストは認証器からＲＰ／ＩｄＰを介して連携ＲＰ／ＳＰへと伝搬する。
【0022】
以下、説明の簡略化のため、ＲＰ／ＩｄＰと連携ＲＰ／ＳＰとを区別せず、サーバ装置１００をＲＰ／ＩｄＰかつ連携ＲＰ／ＳＰとして説明する。なお、実際には、ＲＰ／ＩｄＰとしてのサーバ装置と、連携ＲＰ／ＳＰとしてのサーバ装置とは、物理的に独立した異なるサーバ装置であってもよい。
【0023】
例えば、サーバ装置１００は、各利用者Ｕの端末装置１０と連携し、各利用者Ｕの端末装置１０に対して、各種アプリケーション（以下、アプリ）等に対するＡＰＩ（Application Programming Interface）サービス等と、各種データを提供してもよい。
【0024】
また、サーバ装置１００は、各利用者Ｕの端末装置１０に対して、オンラインで何らかのＷｅｂサービスを提供する情報処理装置であってもよい。例えば、サーバ装置１００は、Ｗｅｂサービスとして、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引（ＥＣ：Electronic Commerce）、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信、ニュース、地図、ルート検索、経路案内、路線情報、運行情報、天気予報等のサービスを提供してもよい。実際には、サーバ装置１００は、上記のようなＷｅｂサービスを提供する各種サーバと連携し、Ｗｅｂサービスを仲介してもよいし、Ｗｅｂサービスの処理を担当してもよい。
【0025】
なお、サーバ装置１００は、利用者Ｕに関する利用者情報を取得可能である。例えば、サーバ装置１００は、利用者Ｕの性別、年代、居住地域といった利用者Ｕの属性に関する情報を取得する。そして、サーバ装置１００は、利用者Ｕを示す識別情報（利用者ＩＤ等）とともに利用者Ｕの属性に関する情報を記憶して管理する。
【0026】
また、サーバ装置１００は、利用者Ｕの端末装置１０から、あるいは利用者ＩＤ等に基づいて各種サーバ等から、利用者Ｕの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、サーバ装置１００は、利用者Ｕの位置や日時の履歴である位置履歴を端末装置１０から取得する。また、サーバ装置１００は、利用者Ｕが入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、サーバ装置１００は、利用者Ｕが閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、サーバ装置１００は、利用者Ｕの商品購入や決済処理の履歴である購入履歴（決済履歴）を電子商取引サーバや決済処理サーバから取得する。また、サーバ装置１００は、利用者Ｕのマーケットプレイスへの出品の履歴である出品履歴や販売履歴を電子商取引サーバや決済処理サーバから取得してもよい。また、サーバ装置１００は、利用者Ｕの投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳサーバから取得する。なお、上記の各種サーバ等は、サーバ装置１００自体であってもよい。すなわち、サーバ装置１００が上記の各種サーバ等として機能してもよい。
【0027】
〔１－１．検証可能証明書の流通〕
検証可能証明書（Verifiable Credentials：ＶＣ）は、属性情報を第三者に証明してもらうためのデジタル証明書であり、ＤＩＤ（Decentralized Identifier：分散型ＩＤ）で示されたアイデンティティ（属性情報と紐付けられていないアイデンティティ）に対し、属性情報を紐付ける役割を持つ。例えば、検証可能証明書（ＶＣ）は、運転免許証や学歴証明書、資格証明書、その他の機密データなどの物理的に存在する個人の属性を表す情報等を格納することができる。実際には、検証可能証明書（ＶＣ）は情報そのものを指すものではなく、その情報を格納する入れ物であり、その入れ物の真正性を検証できるもの（検証可能な輸送用コンテナのようなもの）である。
検証可能証明書（Verifiable Credentials：ＶＣ）は、属性情報を第三者に証明してもらうためのデジタル証明書であり、ＤＩＤ（Decentralized Identifier：分散型ＩＤ）で示されたアイデンティティ（属性情報と紐付けられていないアイデンティティ）に対し、属性情報を紐付ける役割を持つ。例えば、検証可能証明書（ＶＣ）は、運転免許証や学歴証明書、資格証明書、その他の機密データなどの物理的に存在する個人の属性を表す情報等を格納することができる。実際には、検証可能証明書（ＶＣ）は情報そのものを指すものではなく、その情報を格納する入れ物であり、その入れ物の真正性を検証できるもの（検証可能な輸送用コンテナのようなもの）である。
【0028】
図２は、検証可能証明書（ＶＣ）の流通方式の構想の概要を示す説明図である。当該構想は、Ｗ３Ｃが標準仕様として勧告化している構想であり、信頼できプライバシーにも配慮したデータの流通方法を規定している。なお、複数のサーバ装置１００（１００－ｉ、ｉ＝１～ｎ：ｎは任意）のうち、証明書を発行する事業者のサーバ装置１００－１を「証明書の発行者（Issuer）」とし、証明書を検証する企業のサーバ装置１００－２を「証明書の検証者（Verifier）」とする。また、利用者Ｕ（ユーザ）及びその端末装置１０（認証器）を「証明書の保有者（Holder）」とする。また、リポジトリ２００をサーバ装置１００間で共通の「保管場所（Verifiable Data Registry）」とする。リポジトリ２００は、公開鍵などの検証用データを保管する。
【0029】
なお、リポジトリ２００は、独立したデータベースであってもよいし、複数のサーバ装置１００のうちの１台であってもよい。すなわち、リポジトリ２００は、複数のサーバ装置１００のうちの１台に搭載されていてもよい。また、リポジトリ２００は、分散型台帳技術（ＤＬＴ：Distributed Ledger Technology）を用いて、ブロックチェーンで公開鍵などの検証用データを管理してもよい。例えば、リポジトリ２００は、ブロックチェーンのネットワークを構成するノードであってもよい。
【0030】
例えば、図２に示すように、証明書の発行者（Issuer）である事業者のサーバ装置１００－１は、検証可能証明書（ＶＣ）を作成する。このとき、証明書の発行者（Issuer）である事業者のサーバ装置１００－１は、秘密鍵と公開鍵の鍵ペアを作成し、検証可能証明書（ＶＣ）に秘密鍵で署名する。また、証明書の発行者（Issuer）である事業者のサーバ装置１００－１は、公開鍵などの検証用データを保管場所（Verifiable Data Registry）であるリポジトリ２００に登録する。また、証明書の発行者（Issuer）である事業者のサーバ装置１００－１は、証明書の保有者（Holder）となる利用者Ｕの端末装置１０（認証器）に検証可能証明書（ＶＣ）を発行する。
【0031】
証明書の保有者（Holder）となる利用者Ｕの端末装置１０（認証器）は、発行された検証可能証明書（ＶＣ）を保管する。また、証明書の保有者（Holder）である利用者Ｕの端末装置１０（認証器）は、証明書の検証者（Verifier）である企業のサーバ装置１００－２に検証可能証明書（ＶＣ）を提示する。例えば、証明書の保有者（Holder）である利用者Ｕの端末装置１０（認証器）は、ＶＣ管理アプリ（例：ウォレットアプリ）などに検証可能証明書（ＶＣ）を保管し、店舗などでＶＣ管理アプリ（例：ウォレットアプリ）を使用した時に、店舗などの証明書の検証者（Verifier）である企業のサーバ装置１００－２に検証可能証明書（ＶＣ）を提示する。
【0032】
なお、当該構想においては、個々の署名付き発行済みの検証可能証明書（ＶＣ）を組み合わせて１つの提示証明書（Verifiable Presentation：ＶＰ）として提示することができる。提示証明書（ＶＰ）は、１つ以上の検証可能証明書（ＶＣ）を含み、証明書の検証者（Verifier）である企業のサーバ装置１００－２に提示される。
【0033】
証明書の検証者（Verifier）である企業のサーバ装置１００－２は、保管場所（Verifiable Data Registry）であるリポジトリ２００に登録された公開鍵などの検証用データを参照し、提示された検証可能証明書（ＶＣ）を検証する。例えば、証明書の検証者（Verifier）である企業のサーバ装置１００－２は、保管場所（Verifiable Data Registry）であるリポジトリ２００に登録された公開鍵を使用して、提示証明書（ＶＰ）に含まれる署名付き発行済みの検証可能証明書（ＶＣ）の署名を検証する。
【0034】
しかし、従来の検証可能証明書（ＶＣ）では、証明書の内容に署名するので、一旦署名付きで発行すると、利用者Ｕが更新することができない。すなわち、一旦検証可能証明書（ＶＣ）に署名を済ませると、その検証可能証明書（ＶＣ）のデータを更新できない。
【0035】
例えば、証明書の発行者（Issuer）である事業者のサーバ装置１００－１が、証明書の保有者（Holder）である利用者Ｕの端末装置１０（認証器）となる利用者Ｕの運転免許証の検証可能証明書（ＶＣ）を作成し、署名付きで発行したとする。利用者Ｕは、検証可能証明書（ＶＣ）に相手に開示したくない情報（例：本籍情報）が含まれているときには、証明書を利用できない。あるいは、不本意ながら仕方なく証明書を開示することになる。そのため、検証可能証明書（ＶＣ）に相手に開示したくない情報が含まれていると、情報活用ができないか、プライバシーが漏洩するなどの問題が生じる。
【0036】
しかし、検証可能証明書（ＶＣ）から相手に開示したくない情報を削除することを所望しても、一度署名を済ませると、一文字でもデータを変更すると署名情報が変わってしまい、改竄とみなされるため、証明書の検証ができなく（不成功と）なる。
【0037】
〔１－２．証明書流通装置〕
図３は、実施形態に係る証明書流通装置の概要を示す説明図である。本実施形態では、署名付き発行済みの検証可能証明書（ＶＣ）を更新して発行し流通させることを可能にする。具体的には、証明書の発行者（Issuer）が、検証可能証明書（ＶＣ）の更新が可能な機能を有するＶＣ更新カセット（以下、カセット）を作成し、信頼性を検証可能な形態で配布する。そして、証明書の保有者（Holder）が、そのカセットを取り込んで動作させることで、そのカセットが証明書を更新する。証明書の検証者（Verifier）は、そのカセットの真正性を検証することで、更新証明書の真正性を検証する。
図３は、実施形態に係る証明書流通装置の概要を示す説明図である。本実施形態では、署名付き発行済みの検証可能証明書（ＶＣ）を更新して発行し流通させることを可能にする。具体的には、証明書の発行者（Issuer）が、検証可能証明書（ＶＣ）の更新が可能な機能を有するＶＣ更新カセット（以下、カセット）を作成し、信頼性を検証可能な形態で配布する。そして、証明書の保有者（Holder）が、そのカセットを取り込んで動作させることで、そのカセットが証明書を更新する。証明書の検証者（Verifier）は、そのカセットの真正性を検証することで、更新証明書の真正性を検証する。
【0038】
このとき、検証可能証明書（ＶＣ）に対して選択的属性情報の開示（Selective Disclosure）を実施してもよい。選択的属性情報の開示では、収集の必要のない属性情報は読めないように不可視化した提示証明書（ＶＰ）を動的に作成する。不可視化の例としては、黒塗り、ぼかし、モザイク、画像重畳、文字・画像変換、暗号化、空白化・削除等が挙げられる。ただし、実際には、これらの例に限定されない。不可視化の手段（方法）は任意である。これを通じて、データ要求者とデータ提供者の間で合意した属性情報のみを授受できる。
【0039】
例えば、図３に示すように、証明書の発行者（Issuer）であるサーバ装置１００は、ネットワークＮ（図４参照）を介して、ＶＣ管理アプリ（例：ウォレットアプリ）を証明書の保有者（Holder）となる利用者Ｕの端末装置１０（認証器）に提供する。証明書の保有者（Holder）となる利用者Ｕの端末装置１０（認証器）は、証明書の発行者（Issuer）から提供されたＶＣ管理アプリを導入（インストール）して搭載している。このＶＣ管理アプリは、ＶＰ作成機能と、ＶＣ更新機能と、ＶＣ保管機能とを有する。
【0040】
ＶＰ作成機能は、１つ以上の署名付き発行済みの検証可能証明書（ＶＣ）を組み合わせて１つの提示証明書（ＶＰ）を作成する機能である。また、ＶＣ更新機能は、署名付き発行済みの検証可能証明書（ＶＣ）を更新する機能である。また、ＶＣ保管機能は、更新された検証可能証明書（ＶＣ）を保管する機能である。図３の例では、ＶＣ管理アプリに取り込まれたカセットであるＶＣ更新カセット群（Ｃ１、Ｃ２、・・・、Ｃｎ（ｎは任意））の各々がＶＣ更新機能を有する。Ｃ１、Ｃ２、・・・は、個々のカセットを示す。また、ＶＣ保管機能は、署名付き発行済みの検証可能証明書（ＶＣ）であるＶＣ群（ＶＣ１、ＶＣ２、・・・、ＶＣｎ（ｎは任意））を保管する。ＶＣ１、ＶＣ２、・・・は、個々の検証可能証明書（ＶＣ）を示す。
【0041】
〔１－２－１．検証可能証明書（ＶＣ）の更新〕
ＶＣ管理アプリに取り込まれたカセットによる検証可能証明書（ＶＣ）の更新の意図や処理内容として、例えば「情報の削除」、「情報の曖昧化」、「情報の匿名化」、「情報の加工」等が挙げられる。ただし、これらは一例に過ぎない。実際には、これらの例に限定されない。
ＶＣ管理アプリに取り込まれたカセットによる検証可能証明書（ＶＣ）の更新の意図や処理内容として、例えば「情報の削除」、「情報の曖昧化」、「情報の匿名化」、「情報の加工」等が挙げられる。ただし、これらは一例に過ぎない。実際には、これらの例に限定されない。
【0042】
（１）情報の削除
例えば、ＶＣ管理アプリに取り込まれたカセットは、検証可能証明書（ＶＣ）に不要な情報（他人に開示したくない情報等）を含めない。すなわち、ＶＣ管理アプリに取り込まれたカセットは、検証可能証明書（ＶＣ）から不要な情報を削除する。また、ＶＣ管理アプリに取り込まれたカセットは、提示証明書（ＶＰ）の作成時に冗長な情報（ＶＣ間で重複する情報等）を排除する。
例えば、ＶＣ管理アプリに取り込まれたカセットは、検証可能証明書（ＶＣ）に不要な情報（他人に開示したくない情報等）を含めない。すなわち、ＶＣ管理アプリに取り込まれたカセットは、検証可能証明書（ＶＣ）から不要な情報を削除する。また、ＶＣ管理アプリに取り込まれたカセットは、提示証明書（ＶＰ）の作成時に冗長な情報（ＶＣ間で重複する情報等）を排除する。
【0043】
（２）情報の曖昧化
例えば、ＶＣ管理アプリに取り込まれたカセットは、利用者Ｕの年齢情報は「年齢：３０歳」であるが、情報としては２０歳以上であることがわかれば充分である場合に、「年齢：２０歳以上」等に変更する。また、利用者Ｕの居住地や職場等の位置情報が「東経１３５．５５度，北緯３５．５５度」であるが、詳細な値を示さずに、小数点以下についてはぼかしたい場合には、「東経１３５度～１３６度，北緯３５度～３６度」等に変更する。あるいは、利用者Ｕの居住地や職場等の位置情報が「Ａ地点から半径１ｋｍ未満」であるが、詳細な値を示さずに、より大まかな値でぼかしたい場合には、「Ａ地点から半径５ｋｍ未満」等に変更する。
例えば、ＶＣ管理アプリに取り込まれたカセットは、利用者Ｕの年齢情報は「年齢：３０歳」であるが、情報としては２０歳以上であることがわかれば充分である場合に、「年齢：２０歳以上」等に変更する。また、利用者Ｕの居住地や職場等の位置情報が「東経１３５．５５度，北緯３５．５５度」であるが、詳細な値を示さずに、小数点以下についてはぼかしたい場合には、「東経１３５度～１３６度，北緯３５度～３６度」等に変更する。あるいは、利用者Ｕの居住地や職場等の位置情報が「Ａ地点から半径１ｋｍ未満」であるが、詳細な値を示さずに、より大まかな値でぼかしたい場合には、「Ａ地点から半径５ｋｍ未満」等に変更する。
【0044】
（３）情報の匿名化
例えば、ＶＣ管理アプリに取り込まれたカセットは、利用者Ｕのアカウント情報を「ユーザＩＤ：taro-tanaka」から「ＩＤ：anonymous」（匿名）に変更する。あるいは、利用者Ｕのアカウント情報を「ユーザＩＤ：taro-tanaka」から「ＩＤ：Ａ部門の１人」（特定しないがグループの一員である）に変更する。
例えば、ＶＣ管理アプリに取り込まれたカセットは、利用者Ｕのアカウント情報を「ユーザＩＤ：taro-tanaka」から「ＩＤ：anonymous」（匿名）に変更する。あるいは、利用者Ｕのアカウント情報を「ユーザＩＤ：taro-tanaka」から「ＩＤ：Ａ部門の１人」（特定しないがグループの一員である）に変更する。
【0045】
（４）情報の加工
例えば、ＶＣ管理アプリに取り込まれたカセットは、「Ａ＝１」、「Ｂ＝２」、「Ｃ＝１」が判明している場合に、「Ａ＋Ｂ＋Ｃ＝４」に変更する。このように、構成要素がわかっている場合に、構成要素の代わりにその合計を算出して提示することで、内訳を示さずに合計値のみ示して情報をぼかすことができる。
例えば、ＶＣ管理アプリに取り込まれたカセットは、「Ａ＝１」、「Ｂ＝２」、「Ｃ＝１」が判明している場合に、「Ａ＋Ｂ＋Ｃ＝４」に変更する。このように、構成要素がわかっている場合に、構成要素の代わりにその合計を算出して提示することで、内訳を示さずに合計値のみ示して情報をぼかすことができる。
【0046】
〔１－２－２．ＶＣ更新カセット〕
カセットは、検証可能証明書（ＶＣ）を更新する機能を有するＶＣ更新カセットであり、ソフトウェア／ハードウェアのいずれにより実現されてもよい。カセットは、所定の更新（削除、曖昧化、匿名化、加工など）を、所定の処理（演算・アルゴリズムなど）を用いて実施する。カセットの真正性は検証可能である。カセットの真正性の検証方法としては、検証可能証明書（ＶＣ）のバイナリ情報に署名を検証する方法や、所定の要求（インプット）に対して適切な応答（アウトプット）を返すか調べる方法等がある。
カセットは、検証可能証明書（ＶＣ）を更新する機能を有するＶＣ更新カセットであり、ソフトウェア／ハードウェアのいずれにより実現されてもよい。カセットは、所定の更新（削除、曖昧化、匿名化、加工など）を、所定の処理（演算・アルゴリズムなど）を用いて実施する。カセットの真正性は検証可能である。カセットの真正性の検証方法としては、検証可能証明書（ＶＣ）のバイナリ情報に署名を検証する方法や、所定の要求（インプット）に対して適切な応答（アウトプット）を返すか調べる方法等がある。
【0047】
なお、カセットは、あらゆる主体（事業者など）が作成可能であり、その処理内容（アルゴリズムなど）を公開するなどして、その信頼性を他者から判断できる。また、カセットは、発行された検証可能証明書（ＶＣ）ごとに作成されてもよい。また、カセットは、検証可能証明書（ＶＣ）に対する個々の更新の内容（削除、曖昧化、匿名化、加工など）ごとに作成されてもよい。
【0048】
このとき、証明書の発行者（Issuer）であり、ＶＣ管理アプリの提供元である事業者のサーバ装置１００－１は、カセットに対応するカセットの公開鍵（カセット検証用公開鍵）をＶＣ更新カセット管理のリポジトリ２００に登録しておく。証明書の検証者（Verifier）は、カセットによる更新前（元）の検証可能証明書（ＶＣ）のバイナリ情報（暗号化情報）である暗号化ＶＣの真正性と、カセットの真正性の検証を以って、カセットにより更新された検証可能証明書（更新ＶＣ）の適切さを検証する。元の暗号化ＶＣの真正性は、証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）で検証可能である。カセットの真正性は、カセットの公開鍵（カセット検証用公開鍵）で検証可能である。例えば、サーバ装置１００－１は、カセットの秘密鍵（カセット検証用秘密鍵）による署名を、カセットの公開鍵（カセット検証用公開鍵）により検証する。
【0049】
（１）カセット登録
例えば、証明書の発行者（Issuer）であり、ＶＣ管理アプリ（例：ウォレットアプリ）の提供元である事業者のサーバ装置１００－１は、独自のカセット（例：情報削除カセット）を作成する。このとき、サーバ装置１００－１は、カセットの秘密鍵（カセット検証用秘密鍵）とカセットの公開鍵（カセット検証用公開鍵）との鍵ペアを作成する。サーバ装置１００－１は、ＶＣ更新カセット管理のリポジトリ２００に、カセットの公開鍵（カセット検証用公開鍵）を登録する。同時に、カセットの意図や処理内容も公開情報として登録して公開する。カセットの公開鍵（カセット検証用公開鍵）と、カセットの意図や処理内容（公開情報）とは紐づけられていてもよい。証明書の検証者（Verifier）は、リポジトリ２００に登録された公開情報を参照することで、カセットによりどのような行進が行われたかを確認することができる。なお、カセットの秘密鍵（カセット検証用秘密鍵）については、後述のように、カセットとともに、ＶＣ管理アプリ（例：ウォレットアプリ）側に提供する。
例えば、証明書の発行者（Issuer）であり、ＶＣ管理アプリ（例：ウォレットアプリ）の提供元である事業者のサーバ装置１００－１は、独自のカセット（例：情報削除カセット）を作成する。このとき、サーバ装置１００－１は、カセットの秘密鍵（カセット検証用秘密鍵）とカセットの公開鍵（カセット検証用公開鍵）との鍵ペアを作成する。サーバ装置１００－１は、ＶＣ更新カセット管理のリポジトリ２００に、カセットの公開鍵（カセット検証用公開鍵）を登録する。同時に、カセットの意図や処理内容も公開情報として登録して公開する。カセットの公開鍵（カセット検証用公開鍵）と、カセットの意図や処理内容（公開情報）とは紐づけられていてもよい。証明書の検証者（Verifier）は、リポジトリ２００に登録された公開情報を参照することで、カセットによりどのような行進が行われたかを確認することができる。なお、カセットの秘密鍵（カセット検証用秘密鍵）については、後述のように、カセットとともに、ＶＣ管理アプリ（例：ウォレットアプリ）側に提供する。
【0050】
（２）ＶＣ保管
証明書の保有者（Holder）となる利用者Ｕ（ユーザ）の端末装置１０（認証器は、証明書の発行者（Issuer）である事業者のサーバ装置１００－１から、検証可能証明書（ＶＣ）（例：本籍情報つき運転免許証）を署名付きで発行してもらい、ＶＣ管理アプリ（例：ウォレットアプリ）で保管する。同時に、端末装置１０（認証器）は、証明書の発行者（Issuer）ある事業者のサーバ装置１００－１から、検証可能証明書（ＶＣ）のバイナリ情報（暗号化情報）である暗号化ＶＣも署名付きで発行してもらい、ＶＣ管理アプリ（例：ウォレットアプリ）で保管する。暗号化ＶＣは、例えば検証可能証明書（ＶＣ）のバイナリ情報等である。暗号化ＶＣの署名は、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）で署名可能である。
証明書の保有者（Holder）となる利用者Ｕ（ユーザ）の端末装置１０（認証器は、証明書の発行者（Issuer）である事業者のサーバ装置１００－１から、検証可能証明書（ＶＣ）（例：本籍情報つき運転免許証）を署名付きで発行してもらい、ＶＣ管理アプリ（例：ウォレットアプリ）で保管する。同時に、端末装置１０（認証器）は、証明書の発行者（Issuer）ある事業者のサーバ装置１００－１から、検証可能証明書（ＶＣ）のバイナリ情報（暗号化情報）である暗号化ＶＣも署名付きで発行してもらい、ＶＣ管理アプリ（例：ウォレットアプリ）で保管する。暗号化ＶＣは、例えば検証可能証明書（ＶＣ）のバイナリ情報等である。暗号化ＶＣの署名は、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）で署名可能である。
【0051】
このとき、証明書の発行者（Issuer）である事業者のサーバ装置１００－１は、検証可能証明書（ＶＣ）（例：本籍情報つき運転免許証）の発行時に、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）と証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）との鍵ペアを作成する。そして、サーバ装置１００－１は、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を用いて検証可能証明書（ＶＣ）のバイナリ情報（暗号化情報）である暗号化ＶＣに署名する。また、サーバ装置１００－１は、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を内部（又は安全な保管場所）に保管するとともに、ＶＣ更新カセット管理のリポジトリ２００に、証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）を登録する。
【0052】
（３）ＶＣ更新
証明書の保有者（Holder）である利用者Ｕ（ユーザ）は、証明書の検証者（Verifier）となる企業に提出する証明書として、運転免許証が必要だが、本籍情報は不要とわかれば、検証可能証明書（ＶＣ）（例：本籍情報つき運転免許証）から本籍情報を取り除いた提示証明書（ＶＰ）の発行を所望する。
証明書の保有者（Holder）である利用者Ｕ（ユーザ）は、証明書の検証者（Verifier）となる企業に提出する証明書として、運転免許証が必要だが、本籍情報は不要とわかれば、検証可能証明書（ＶＣ）（例：本籍情報つき運転免許証）から本籍情報を取り除いた提示証明書（ＶＰ）の発行を所望する。
【0053】
証明書の保有者（Holder）である利用者Ｕの端末装置１０（認証器）は、上記カセットが安全で評価されていることを確認した上で、ＶＣ管理アプリ（例：ウォレットアプリ）の提供元である事業者のサーバ装置１００－１から、上記カセットと、対応する上記カセットの秘密鍵（カセット検証用秘密鍵）とをダウンロードし、ＶＣ管理アプリ（例：ウォレットアプリ）に取り込む。このとき、利用者Ｕの端末装置１０（認証器）及び事業者のサーバ装置１００－１は、ＦＩＤＯ登録後は、ダウンロード前／時にＦＩＤＯ認証を実施し、ＦＩＤＯ認証に成功した場合にのみダウンロード可能としてもよい。また、利用者Ｕの端末装置１０（認証器）は、上記カセットの秘密鍵（カセット検証用秘密鍵）を、セキュア領域（セキュアエレメント）に保管してもよい。そして、利用者Ｕの端末装置１０（認証器）は、ＶＣ管理アプリ（例：ウォレットアプリ）に取り込んだ上記カセットの機能を使用（実行）して、ウェレットアプリ上で本籍情報なしの提示証明書（ＶＰ）を発行する。
【0054】
ここで、利用者Ｕの端末装置１０（認証器）は、上記カセットの機能により、提示証明書（ＶＰ）に、署名付きで暗号化ＶＣを添付する。このとき、利用者Ｕの端末装置１０（認証器）は、上記カセットの機能により、提示証明書（ＶＰ）には、カセットにより更新された検証可能証明書（更新ＶＣ）を含め、カセットの秘密鍵（カセット検証用秘密鍵）による署名を添付する。例えば、利用者Ｕの端末装置１０（認証器）は、上記カセットにより更新された検証可能証明書（更新ＶＣ）に対して、当該カセットの秘密鍵（カセット検証用秘密鍵）を用いて署名する。なお、利用者Ｕの端末装置１０（認証器）は、上記カセットの機能により検証可能証明書（ＶＣ）を更新したときに、当該カセットの秘密鍵（カセット検証用秘密鍵）を用いて署名してもよい。
【0055】
なお、利用者Ｕの端末装置１０（認証器）は、上記カセットの機能により、提示証明書（ＶＰ）に、カセットにより更新された検証可能証明書（更新ＶＣ）とともに、カセットによる更新前（元）の検証可能証明書（ＶＣ）のバイナリ情報（暗号化情報）である暗号化ＶＣを添付する。更新ＶＣと暗号化ＶＣとは紐づけられていてもよい。元の検証可能証明書（ＶＣ）を添付する理由は、証明書の検証者（Verifier）による元の検証可能証明書（ＶＣ）の真正性の検証を可能にするためである。元の検証可能証明書（ＶＣ）を暗号化する理由は、元の検証可能証明書（ＶＣ）には、更新ＶＣには含まれていない情報、例えばカセットによる更新前の情報（削除した情報、不要な情報等）がそのまま含まれているためである。
【0056】
カセットによる更新前（元）の検証可能証明書（ＶＣ）のバイナリ情報（暗号化情報）である暗号化ＶＣは、証明書の発行者（Issuer）であり、カセットの提供元である事業者のサーバ装置１００－１（及び、当該カセットを有する利用者Ｕの端末装置１０（認証器））のみ復号可能とし、証明書の検証者（Verifier）である企業のサーバ装置１００－２は復号して元の検証可能証明書（ＶＣ）を参照することはできないものとする。なお、暗号化の手法は、バイナリ変換に限定されない。暗号化の手法は任意である。また、実際には、更新ＶＣが提示できれば十分であるため、暗号化ＶＣを復号しなくてもよい。例えば、暗号化の代わりに、元の検証可能証明書（ＶＣ）をベクトル化してベクトルデータに変換してもよい。
【0057】
また、利用者Ｕの端末装置１０（認証器）は、提示証明書（ＶＰ）全体には、ユーザ本人が作成したことを証明する本人証明用秘密鍵（認証用秘密鍵）で署名し、対応する本人証明用公開鍵（認証用公開鍵）をリポジトリ２００に登録することで、リポジトリ２００に登録された本人証明用公開鍵（認証用公開鍵）を用いて提示証明書（ＶＰ）の署名を検証可能にしてもよい。なお、実際には、利用者Ｕの端末装置１０（認証器）は、本人証明用秘密鍵と本人証明用公開鍵の鍵ペアとして、認証用秘密鍵と認証用公開鍵の鍵ペアとは別に、新たにユーザ本人が作成したことを証明する秘密鍵と公開鍵の鍵ペアを作成し、この秘密鍵を用いて提示証明書（ＶＰ）全体に署名してもよい。また、利用者Ｕの端末装置１０（認証器）は、本人証明用公開鍵をリポジトリ２００に登録することなく、直接、証明書の保有者（Holder）や証明書の検証者（Verifier）に本人証明用公開鍵を提供（公開）してもよい。
【0058】
（４）ＶＰ検証
証明書の検証者（Verifier）である企業のサーバ装置１００－２は、上記の提示証明書（ＶＰ）を受け取ると、提示証明書（ＶＰ）の検証とともに、署名付きの暗号化ＶＣの検証と、カセットの真正性の検証とを実施する。暗号化ＶＣの署名は、証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）で検証可能である。カセットの真正性は、カセットの公開鍵（カセット検証用公開鍵）で検証可能である。例えば、サーバ装置１００－２は、カセットの秘密鍵（カセット検証用秘密鍵）による署名を、リポジトリ２００に保管されているカセットの公開鍵（カセット検証用公開鍵）により検証することで、カセットの真正性を検証する。
証明書の検証者（Verifier）である企業のサーバ装置１００－２は、上記の提示証明書（ＶＰ）を受け取ると、提示証明書（ＶＰ）の検証とともに、署名付きの暗号化ＶＣの検証と、カセットの真正性の検証とを実施する。暗号化ＶＣの署名は、証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）で検証可能である。カセットの真正性は、カセットの公開鍵（カセット検証用公開鍵）で検証可能である。例えば、サーバ装置１００－２は、カセットの秘密鍵（カセット検証用秘密鍵）による署名を、リポジトリ２００に保管されているカセットの公開鍵（カセット検証用公開鍵）により検証することで、カセットの真正性を検証する。
【0059】
〔１－３．特徴〕
このように、本実施形態では、署名付き検証可能証明書（ＶＣ）を改変したり、証明書の発行者（Issuer）に検証可能証明書（ＶＣ）の再発行を依頼したりすることなく、証明書の保有者（Holder）である利用者Ｕ（ユーザ）が検証可能証明書（ＶＣ）に含まれる情報（ＶＣ記載情報）を更新した提示証明書（ＶＰ）を発行することができる。
このように、本実施形態では、署名付き検証可能証明書（ＶＣ）を改変したり、証明書の発行者（Issuer）に検証可能証明書（ＶＣ）の再発行を依頼したりすることなく、証明書の保有者（Holder）である利用者Ｕ（ユーザ）が検証可能証明書（ＶＣ）に含まれる情報（ＶＣ記載情報）を更新した提示証明書（ＶＰ）を発行することができる。
【0060】
また、証明書の保有者（Holder）の情報開示ポリシー（preference）と、検証可能証明書（ＶＣ）を活用する主体である証明書の検証者（Verifier）の情報受け取りポリシーとに合致したに必要最小限の情報を提供することができる。その結果、利用者のプライバシーを保護することができる。
【0061】
なお、上記の説明では、カセットにより更新された検証可能証明書（更新ＶＣ）に格納される情報として、カセットによる更新前（元）の証可能証明書（ＶＣ）のバイナリ情報（暗号化情報）である暗号化ＶＣを含めているが、元の暗号化ＶＣを含めることは必須ではない。例えば、更新ＶＣ自体に暗号化ＶＣが含まれていなくても、リポジトリ２００に登録されたＶＣ更新機能（カセット）の処理内容（公開情報）に、インプット情報（入力情報）として元の暗号化ＶＣの情報が含まれていれば、カセットにより更新された検証可能証明書（更新ＶＣ）が、元の暗号化ＶＣをベースにカセットにより正規に更新された情報であることが確認できる。あるいは、そのカセットの機能の一つとして、更新ＶＣの作成時の前処理に「元の暗号化ＶＣの検証」を含めてもよい。また、更新ＶＣの内容に、「元の暗号化ＶＣを検証した」、あるいは、「元の暗号化ＶＣをベースに更新した」という情報を記載しておいてもよい。
【0062】
〔２．情報処理システムの構成例〕
次に、図４を用いて、実施形態に係るサーバ装置１００が含まれる情報処理システム１の構成について説明する。図４は、実施形態に係る情報処理システム１の構成例を示す図である。図４に示すように、実施形態に係る情報処理システム１は、端末装置１０とサーバ装置１００とリポジトリ２００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。
次に、図４を用いて、実施形態に係るサーバ装置１００が含まれる情報処理システム１の構成について説明する。図４は、実施形態に係る情報処理システム１の構成例を示す図である。図４に示すように、実施形態に係る情報処理システム１は、端末装置１０とサーバ装置１００とリポジトリ２００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。
【0063】
また、図４に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図４では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。
【0064】
端末装置１０は、利用者Ｕによって使用される情報処理装置である。例えば、端末装置１０は、スマートフォン（スマホ）やタブレット端末等のスマートデバイス、フィーチャーフォン（ガラケー・ガラホ）等の携帯電話、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、通信機能を備えたゲーム機やＡＶ機器、情報家電・デジタル家電、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ等のウェアラブルデバイス（Wearable Device）、スマートグラス等である。また、端末装置１０は、ＩＯＴ（Internet of Things）に対応した住宅・建物、車、家電製品、電子機器等であってもよい。
【0065】
また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、サーバ装置１００と通信することができる。
【0066】
サーバ装置１００及びリポジトリ２００は、例えばＰＣやブレードサーバ（blade server）等のコンピュータ、あるいはメインフレーム又はワークステーション等である。なお、サーバ装置１００及びリポジトリ２００は、クラウドコンピューティングにより実現されてもよい。
【0067】
〔３．端末装置の構成例〕
次に、図５を用いて、端末装置１０の構成について説明する。図５は、端末装置１０の構成例を示す図である。図５に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。
次に、図５を用いて、端末装置１０の構成について説明する。図５は、端末装置１０の構成例を示す図である。図５に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。
【0068】
（通信部１１）
通信部１１は、ネットワークＮ（図４参照）と有線又は無線で接続され、ネットワークＮを介して、サーバ装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。
通信部１１は、ネットワークＮ（図４参照）と有線又は無線で接続され、ネットワークＮを介して、サーバ装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。
【0069】
（表示部１２）
表示部１２は、位置情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。
表示部１２は、位置情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。
【0070】
（入力部１３）
入力部１３は、利用者Ｕから各種操作を受け付ける入力デバイスである。例えば、入力部１３は、文字や数字等を入力するためのボタン等を有する。なお、入力部１３は、入出力ポート（I/O port）やＵＳＢ（Universal Serial Bus）ポート等であってもよい。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。また、入力部１３は、利用者Ｕから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。
入力部１３は、利用者Ｕから各種操作を受け付ける入力デバイスである。例えば、入力部１３は、文字や数字等を入力するためのボタン等を有する。なお、入力部１３は、入出力ポート（I/O port）やＵＳＢ（Universal Serial Bus）ポート等であってもよい。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。また、入力部１３は、利用者Ｕから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。
【0071】
（測位部１４）
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。
【0072】
また、測位部１４は、ＧＰＳ以外にも、種々の手法により位置を測位することができる。例えば、測位部１４は、位置補正等のための補助的な測位手段として、下記のように、端末装置１０の様々な通信機能を利用して位置を測位してもよい。
【0073】
（Ｗｉ－Ｆｉ測位）
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。
【0074】
（ビーコン測位）
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。
【0075】
（地磁気測位）
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。
【0076】
（ＲＦＩＤ測位）
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０によって決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０によって決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。
【0077】
測位部１４は、必要に応じて、上述した測位手段の一つ又は組合せを用いて、端末装置１０の位置を測位してもよい。
【0078】
（センサ部２０）
センサ部２０は、端末装置１０に搭載又は接続される各種のセンサを含む。なお、接続は、有線接続、無線接続を問わない。例えば、センサ類は、ウェアラブルデバイスやワイヤレスデバイス等、端末装置１０以外の検知装置であってもよい。図５に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。
センサ部２０は、端末装置１０に搭載又は接続される各種のセンサを含む。なお、接続は、有線接続、無線接続を問わない。例えば、センサ類は、ウェアラブルデバイスやワイヤレスデバイス等、端末装置１０以外の検知装置であってもよい。図５に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。
【0079】
なお、上記した各センサ２１～２８は、あくまでも例示であって限定されるものではない。すなわち、センサ部２０は、各センサ２１～２８のうちの一部を備える構成であってもよいし、各センサ２１～２８に加えてあるいは代えて、湿度センサ等その他のセンサを備えてもよい。
【0080】
加速度センサ２１は、例えば、３軸加速度センサであり、端末装置１０の移動方向、速度、及び、加速度等の端末装置１０の物理的な動きを検知する。ジャイロセンサ２２は、端末装置１０の角速度等に基づいて３軸方向の傾き等の端末装置１０の物理的な動きを検知する。気圧センサ２３は、例えば端末装置１０の周囲の気圧を検知する。
【0081】
端末装置１０は、上記した加速度センサ２１やジャイロセンサ２２、気圧センサ２３等を備えることから、これらの各センサ２１～２３等を利用した歩行者自律航法（ＰＤＲ：Pedestrian Dead-Reckoning）等の技術を用いて端末装置１０の位置を測位することが可能になる。これにより、ＧＰＳ等の測位システムでは取得することが困難な屋内での位置情報を取得することが可能になる。
【0082】
例えば、加速度センサ２１を利用した歩数計により、歩数や歩くスピード、歩いた距離を算出することができる。また、ジャイロセンサ２２を利用して、利用者Ｕの進行方向や視線の方向、体の傾きを知ることができる。また、気圧センサ２３で検知した気圧から、利用者Ｕの端末装置１０が存在する高度やフロアの階数を知ることもできる。
【0083】
気温センサ２４は、例えば端末装置１０の周囲の気温を検知する。音センサ２５は、例えば端末装置１０の周囲の音を検知する。光センサ２６は、端末装置１０の周囲の照度を検知する。磁気センサ２７は、例えば端末装置１０の周囲の地磁気を検知する。画像センサ２８は、端末装置１０の周囲の画像を撮像する。
【0084】
上記した気圧センサ２３、気温センサ２４、音センサ２５、光センサ２６及び画像センサ２８は、それぞれ気圧、気温、音、照度を検知したり、周囲の画像を撮像したりすることで、端末装置１０の周囲の環境や状況等を検知することができる。また、端末装置１０の周囲の環境や状況等から、端末装置１０の位置情報の精度を向上させることが可能になる。
【0085】
（制御部３０）
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３と、登録要求部３４と、鍵作成部３５と、ＶＣ管理部３６と、認証要求部３７とを有する。
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３と、登録要求部３４と、鍵作成部３５と、ＶＣ管理部３６と、認証要求部３７とを有する。
【0086】
（送信部３１）
送信部３１は、例えば入力部１３を用いて利用者Ｕにより入力された各種情報や、端末装置１０に搭載又は接続された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介してサーバ装置１００へ送信することができる。
送信部３１は、例えば入力部１３を用いて利用者Ｕにより入力された各種情報や、端末装置１０に搭載又は接続された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介してサーバ装置１００へ送信することができる。
【0087】
（受信部３２）
受信部３２は、通信部１１を介して、サーバ装置１００から提供される各種情報や、サーバ装置１００からの各種情報の要求を受信することができる。
受信部３２は、通信部１１を介して、サーバ装置１００から提供される各種情報や、サーバ装置１００からの各種情報の要求を受信することができる。
【0088】
（処理部３３）
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信されたサーバ装置１００からの各種情報を表示部１２へ出力して表示させることができる。
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信されたサーバ装置１００からの各種情報を表示部１２へ出力して表示させることができる。
【0089】
なお、実際には、処理部３３は、アプリを起動又はプログラムを実行することで、下記の登録要求部３４、鍵作成部３５、ＶＣ管理部３６、及び認証要求部３７として機能してもよい。
【0090】
（登録要求部３４）
登録要求部３４は、送信部３１を介して、証明書の発行者（Issuer）である事業者のサーバ装置１００に、登録要求（Reg request）を送信する。例えば、登録要求は、ＦＩＤＯ登録の要求である。そして、登録要求部３４は、登録要求に対する応答として、受信部３２を介して、証明書の発行者（Issuer）である事業者のサーバ装置１００から発行された検証可能証明書（Verifiable Credentials：ＶＣ）を受け取る。本実施形態では、登録要求部３４は、証明書受信部３４Ａを有する。
登録要求部３４は、送信部３１を介して、証明書の発行者（Issuer）である事業者のサーバ装置１００に、登録要求（Reg request）を送信する。例えば、登録要求は、ＦＩＤＯ登録の要求である。そして、登録要求部３４は、登録要求に対する応答として、受信部３２を介して、証明書の発行者（Issuer）である事業者のサーバ装置１００から発行された検証可能証明書（Verifiable Credentials：ＶＣ）を受け取る。本実施形態では、登録要求部３４は、証明書受信部３４Ａを有する。
【0091】
（証明書受信部３４Ａ）
証明書受信部３４Ａは、受信部３２を介して、証明書の発行者（Issuer）が発行した利用者Ｕ（ユーザ）に関する検証可能証明書（ＶＣ）を受信する。
証明書受信部３４Ａは、受信部３２を介して、証明書の発行者（Issuer）が発行した利用者Ｕ（ユーザ）に関する検証可能証明書（ＶＣ）を受信する。
【0092】
（鍵作成部３５）
鍵作成部３５は、秘密鍵と公開鍵との鍵ペアを作成する。例えば、鍵作成部３５は、登録用秘密鍵と登録用公開鍵との鍵ペアを作成する。また、鍵作成部３５は、認証用秘密鍵と認証用公開鍵との鍵ペアを作成する。なお、鍵作成部３５は、検証可能証明書（ＶＣ）の発行前／発行時に、送信部３１を介して、証明書の発行者（Issuer）である事業者のサーバ装置１００に、認証用公開鍵を送信・提供してもよい。
鍵作成部３５は、秘密鍵と公開鍵との鍵ペアを作成する。例えば、鍵作成部３５は、登録用秘密鍵と登録用公開鍵との鍵ペアを作成する。また、鍵作成部３５は、認証用秘密鍵と認証用公開鍵との鍵ペアを作成する。なお、鍵作成部３５は、検証可能証明書（ＶＣ）の発行前／発行時に、送信部３１を介して、証明書の発行者（Issuer）である事業者のサーバ装置１００に、認証用公開鍵を送信・提供してもよい。
【0093】
本実施形態では、鍵作成部３５は、本人証明用鍵作成部３５Ａと、本人証明用鍵管理部３５Ｂと、本人証明用鍵公開部３５Ｃとを有する。
【0094】
（本人証明用鍵作成部３５Ａ）
本人証明用鍵作成部３５Ａは、ユーザ本人が作成したことを認証する本人証明用秘密鍵と、対応する本人証明用公開鍵との鍵ペアを作成する。なお、本人証明用秘密鍵と本人証明用公開鍵との鍵ペアは、認証用秘密鍵と認証用公開鍵との鍵ペアであってもよい。
本人証明用鍵作成部３５Ａは、ユーザ本人が作成したことを認証する本人証明用秘密鍵と、対応する本人証明用公開鍵との鍵ペアを作成する。なお、本人証明用秘密鍵と本人証明用公開鍵との鍵ペアは、認証用秘密鍵と認証用公開鍵との鍵ペアであってもよい。
【0095】
（本人証明用鍵管理部３５Ｂ）
本人証明用鍵管理部３５Ｂは、本人証明用秘密鍵を内部に保管する。例えば、本人証明用鍵管理部３５Ｂは、本人証明用秘密鍵を記憶部４０のセキュア領域（セキュアエレメント）に保管する。
本人証明用鍵管理部３５Ｂは、本人証明用秘密鍵を内部に保管する。例えば、本人証明用鍵管理部３５Ｂは、本人証明用秘密鍵を記憶部４０のセキュア領域（セキュアエレメント）に保管する。
【0096】
（本人証明用鍵公開部３５Ｃ）
本人証明用鍵公開部３５Ｃは、本人証明用公開鍵を公開する。このとき、本人証明用鍵公開部３５Ｃは、本人証明用鍵公開部３５Ｃは、本人証明用公開鍵を公開用のリポジトリ２００に登録してもよいし、直接、証明書の保有者（Holder）や証明書の検証者（Verifier）に本人証明用公開鍵を提供（公開）してもよい。
本人証明用鍵公開部３５Ｃは、本人証明用公開鍵を公開する。このとき、本人証明用鍵公開部３５Ｃは、本人証明用鍵公開部３５Ｃは、本人証明用公開鍵を公開用のリポジトリ２００に登録してもよいし、直接、証明書の保有者（Holder）や証明書の検証者（Verifier）に本人証明用公開鍵を提供（公開）してもよい。
【0097】
（ＶＣ管理部３６）
ＶＣ管理部３６は、証明書の発行者（Issuer）が発行した利用者Ｕ（ユーザ）に関する検証可能証明書（ＶＣ）を管理する。このとき、ＶＣ管理部３６は、ＶＣ管理アプリ（例：ウォレットアプリ）の各種機能を実行してもよい。このＶＣ管理アプリは、ＶＰ作成機能と、ＶＣ更新機能と、ＶＣ保管機能とを有する。
ＶＣ管理部３６は、証明書の発行者（Issuer）が発行した利用者Ｕ（ユーザ）に関する検証可能証明書（ＶＣ）を管理する。このとき、ＶＣ管理部３６は、ＶＣ管理アプリ（例：ウォレットアプリ）の各種機能を実行してもよい。このＶＣ管理アプリは、ＶＰ作成機能と、ＶＣ更新機能と、ＶＣ保管機能とを有する。
【0098】
本実施形態では、ＶＣ管理部３６は、カセット受信部３６Ａと、証明書更新部３６Ｂと、提示証明書作成部３６Ｃと、提示証明書署名部３６Ｄとを有する。
【0099】
カセット受信部３６Ａは、証明書の発行者（Issuer）が作成した検証可能証明書（ＶＣ）を更新する機能を有するカセットを受信する。例えば、カセット受信部３６Ａは、証明書の発行者（Issuer）である事業者のサーバ装置１００から、検証可能証明書（ＶＣ）を更新する機能を有するカセットをダウンロードする。このとき、カセット受信部３６Ａは、証明書の発行者（Issuer）から、カセットとともに、カセットの機能による検証可能証明書（ＶＣ）の更新時の署名に用いられるカセットの秘密鍵（カセット検証用秘密鍵）を受信する。そして、カセット受信部３６Ａは、カセットと、カセットの秘密鍵（カセット検証用秘密鍵）とをＶＣ管理アプリに取り込む（格納／登録する）。
【0100】
証明書更新部３６Ｂは、カセットの機能により検証可能証明書（ＶＣ）を更新する。このとき、証明書更新部３６Ｂは、カセットの機能により検証可能証明書（ＶＣ）を更新した際に、更新された検証可能証明書（ＶＣ）にカセットの秘密鍵（カセット検証用秘密鍵）を用いて署名する。
【0101】
提示証明書作成部３６Ｃは、カセットの機能により、複数の検証可能証明書（ＶＣ）を組み合わせて１つの提示証明書（ＶＰ：Verifiable Presentation）を作成する。また、提示証明書作成部３６Ｃは、カセットの機能により検証可能証明書（ＶＣ）が更新された際、提示証明書（ＶＰ）に、暗号化された更新前の検証可能証明書（暗号化ＶＣ）と、更新後の検証可能証明書（更新ＶＣ）とを添付する。
【0102】
提示証明書署名部３６Ｄは、本人証明用秘密鍵を用いて提示証明書（ＶＰ）に署名する。すなわち、提示証明書署名部３６Ｄは、本人証明用秘密鍵を用いて、複数の検証可能証明書（ＶＣ）を含む提示証明書（ＶＰ）の全体に署名する。なお、提示証明書署名部３６Ｄは、提示証明書作成部３６Ｃの一部であってもよい。すなわち、提示証明書作成部３６Ｃが、提示証明書署名部３６Ｄの機能を有し、提示証明書（ＶＰ）を作成した際に、提示証明書（ＶＰ）に署名してもよい。
【0103】
（認証要求部３７）
認証要求部３７は、送信部３１を介して、証明書の検証者（Verifier）である企業のサーバ装置１００に、認証要求（Auth request）を送信する。このとき、認証要求部３７は、送信部３１を介して、証明書の検証者（Verifier）である企業のサーバ装置１００に、認証要求とともに、検証可能証明書（ＶＣ）を含む提示証明書（ＶＰ）を送信する。例えば、認証要求に応じて、証明書の検証者（Verifier）である企業のサーバ装置１００により、ＦＩＤＯ認証とパスワード認証とが実施される。そして、認証要求部３７は、認証に成功した場合、証明書の検証者（Verifier）である企業のサーバ装置１００にログインし、証明書の検証者（Verifier）である企業のサーバ装置１００（又はその先にある連携ＲＰ／ＳＰ）からサービスの提供を受ける。本実施形態では、認証要求部３７は、証明書提示部３７Ａを有する。
認証要求部３７は、送信部３１を介して、証明書の検証者（Verifier）である企業のサーバ装置１００に、認証要求（Auth request）を送信する。このとき、認証要求部３７は、送信部３１を介して、証明書の検証者（Verifier）である企業のサーバ装置１００に、認証要求とともに、検証可能証明書（ＶＣ）を含む提示証明書（ＶＰ）を送信する。例えば、認証要求に応じて、証明書の検証者（Verifier）である企業のサーバ装置１００により、ＦＩＤＯ認証とパスワード認証とが実施される。そして、認証要求部３７は、認証に成功した場合、証明書の検証者（Verifier）である企業のサーバ装置１００にログインし、証明書の検証者（Verifier）である企業のサーバ装置１００（又はその先にある連携ＲＰ／ＳＰ）からサービスの提供を受ける。本実施形態では、認証要求部３７は、証明書提示部３７Ａを有する。
【0104】
（証明書提示部３７Ａ）
証明書提示部３７Ａは、送信部３１を介して、更新された検証可能証明書（ＶＣ）を証明書の検証者（Verifier）に送信して提示する。なお、実際には、証明書提示部３７Ａは、更新された検証可能証明書（ＶＣ）を含む提示証明書（ＶＰ）を証明書の検証者（Verifier）に提示する。すなわち、証明書提示部３７Ａは、提示証明書（ＶＰ）として、更新された検証可能証明書（ＶＣ）を証明書の検証者（Verifier）に提示する。また、証明書提示部３７Ａは、提示証明書（ＶＰ）（それ自体、又は２次元コード）を表示部１２に表示して、読み取り機又は証明書の検証者（Verifier）に提示してもよい。
証明書提示部３７Ａは、送信部３１を介して、更新された検証可能証明書（ＶＣ）を証明書の検証者（Verifier）に送信して提示する。なお、実際には、証明書提示部３７Ａは、更新された検証可能証明書（ＶＣ）を含む提示証明書（ＶＰ）を証明書の検証者（Verifier）に提示する。すなわち、証明書提示部３７Ａは、提示証明書（ＶＰ）として、更新された検証可能証明書（ＶＣ）を証明書の検証者（Verifier）に提示する。また、証明書提示部３７Ａは、提示証明書（ＶＰ）（それ自体、又は２次元コード）を表示部１２に表示して、読み取り機又は証明書の検証者（Verifier）に提示してもよい。
【0105】
（記憶部４０）
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。
【0106】
また、記憶部４０のセキュア領域（セキュアエレメント）には、登録用秘密鍵４０Ａと、認証用秘密鍵４０Ｂと、ＶＣ管理アプリ４０Ｃとが記憶される。このとき、登録用秘密鍵４０Ａと、認証用秘密鍵４０Ｂと、ＶＣ管理アプリ４０Ｃとは異なるセキュア領域に記憶されてもよい。
【0107】
登録用秘密鍵４０Ａは、例えば認証器証明書（Attestation：アテステーション）の署名用の秘密鍵（登録用秘密鍵）である。認証用秘密鍵４０Ｂは、例えば認証器でのユーザ検証結果の証明書（Assertion：アサーション）の署名用の秘密鍵（認証用秘密鍵）である。
【0108】
ＶＣ管理アプリ４０Ｃは、検証可能証明書（ＶＣ）と、証明書の更新が可能な機能（カセット）と、カセットの秘密鍵（カセット検証用秘密鍵）を保管するアプリ（例：ウォレットアプリ）である。処理部３３は、ＶＣ管理アプリの提供元であるサーバ装置１００から、各種のカセットとともに、対応するカセットの秘密鍵（カセット検証用秘密鍵）をダウンロードし、ＶＣ管理アプリ４０Ｃに取り込む。カセットは複数でもよく、カセットの秘密鍵（カセット検証用秘密鍵）はカセットと１対１の関係にある。すなわち、カセットの秘密鍵（カセット検証用秘密鍵）の本数はカセットと同数である。
【0109】
本実施形態では、ＶＣ管理アプリ４０Ｃは、少なくとも、ＶＰ作成機能と、ＶＣ更新機能と、ＶＣ保管機能とを有する。なお、ＶＣ管理アプリ４０Ｃは、１つ以上の検証可能証明書（ＶＣ）を含む提示証明書（ＶＰ）を保管してもよい。また、実際には、ＶＣ管理アプリ４０Ｃのうちカセットの秘密鍵（カセット検証用秘密鍵）、検証可能証明書（ＶＣ）、提示証明書（ＶＰ）等の秘匿すべき情報のみセキュア領域（セキュアエレメント）に記憶され、ＶＣ管理アプリ自体やカセットは通常の記憶領域に記憶されてもよい。
【0110】
〔４．サーバ装置の構成例〕
次に、図６を用いて、実施形態に係るサーバ装置１００の構成について説明する。図６は、実施形態に係るサーバ装置１００の構成例を示す図である。図６に示すように、サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
次に、図６を用いて、実施形態に係るサーバ装置１００の構成について説明する。図６は、実施形態に係るサーバ装置１００の構成例を示す図である。図６に示すように、サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。
【0111】
（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図４参照）と有線又は無線で接続される。
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図４参照）と有線又は無線で接続される。
【0112】
（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ、ＳＳＤ、光ディスク等の記憶装置によって実現される。図６に示すように、記憶部１２０は、利用者情報データベース１２１と、履歴情報データベース１２２と、鍵情報データベース１２３と、カセット情報データベース１２４とを有する。
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ、ＳＳＤ、光ディスク等の記憶装置によって実現される。図６に示すように、記憶部１２０は、利用者情報データベース１２１と、履歴情報データベース１２２と、鍵情報データベース１２３と、カセット情報データベース１２４とを有する。
【0113】
（利用者情報データベース１２１）
利用者情報データベース１２１は、利用者Ｕに関する利用者情報を記憶する。例えば、利用者情報データベース１２１は、利用者Ｕの属性等の種々の情報を記憶する。図７は、利用者情報データベース１２１の一例を示す図である。図７に示した例では、利用者情報データベース１２１は、「利用者ＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。
利用者情報データベース１２１は、利用者Ｕに関する利用者情報を記憶する。例えば、利用者情報データベース１２１は、利用者Ｕの属性等の種々の情報を記憶する。図７は、利用者情報データベース１２１の一例を示す図である。図７に示した例では、利用者情報データベース１２１は、「利用者ＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。
【0114】
「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。なお、「利用者ＩＤ」は、利用者Ｕの連絡先（電話番号、メールアドレス等）であってもよいし、利用者Ｕの端末装置１０を識別するための識別情報であってもよい。
【0115】
また、「年齢」は、利用者ＩＤにより識別される利用者Ｕの年齢を示す。なお、「年齢」は、利用者Ｕの具体的な年齢（例えば３５歳など）を示す情報であってもよいし、利用者Ｕの年代（例えば３０代など）を示す情報であってもよい。あるいは、「年齢」は、利用者Ｕの生年月日を示す情報であってもよいし、利用者Ｕの世代（例えば８０年代生まれなど）を示す情報であってもよい。また、「性別」は、利用者ＩＤにより識別される利用者Ｕの性別を示す。
【0116】
また、「自宅」は、利用者ＩＤにより識別される利用者Ｕの自宅の位置情報を示す。なお、図７に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。
【0117】
また、「勤務地」は、利用者ＩＤにより識別される利用者Ｕの勤務地（学生の場合は学校）の位置情報を示す。なお、図７に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。
【0118】
また、「興味」は、利用者ＩＤにより識別される利用者Ｕの興味を示す。すなわち、「興味」は、利用者ＩＤにより識別される利用者Ｕが関心の高い対象を示す。例えば、「興味」は、利用者Ｕが検索エンジンに入力して検索した検索クエリ（キーワード）等であってもよい。なお、図７に示す例では、「興味」は、各利用者Ｕに１つずつ図示するが、複数であってもよい。
【0119】
例えば、図７に示す例において、利用者ＩＤ「Ｕ１」により識別される利用者Ｕの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、自宅が「ＬＣ１１」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、勤務地が「ＬＣ１２」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、「スポーツ」に興味があることを示す。
【0120】
ここで、図７に示す例では、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。
【0121】
なお、利用者情報データベース１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、利用者情報データベース１２１は、利用者Ｕの端末装置１０に関する各種情報を記憶してもよい。また、利用者情報データベース１２１は、利用者Ｕのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を記憶してもよい。例えば、利用者情報データベース１２１は、氏名、家族構成、出身地（地元）、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。
【0122】
（履歴情報データベース１２２）
履歴情報データベース１２２は、利用者Ｕの行動を示す履歴情報（ログデータ）に関する各種情報を記憶する。図８は、履歴情報データベース１２２の一例を示す図である。図８に示した例では、履歴情報データベース１２２は、「利用者ＩＤ」、「位置履歴」、「検索履歴」、「閲覧履歴」、「購入履歴」、「投稿履歴」といった項目を有する。
履歴情報データベース１２２は、利用者Ｕの行動を示す履歴情報（ログデータ）に関する各種情報を記憶する。図８は、履歴情報データベース１２２の一例を示す図である。図８に示した例では、履歴情報データベース１２２は、「利用者ＩＤ」、「位置履歴」、「検索履歴」、「閲覧履歴」、「購入履歴」、「投稿履歴」といった項目を有する。
【0123】
「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。また、「位置履歴」は、利用者Ｕの位置や移動の履歴である位置履歴を示す。また、「検索履歴」は、利用者Ｕが入力した検索クエリの履歴である検索履歴を示す。また、「閲覧履歴」は、利用者Ｕが閲覧したコンテンツの履歴である閲覧履歴を示す。また、「購入履歴」は、利用者Ｕによる購入の履歴である購入履歴を示す。また、「投稿履歴」は、利用者Ｕによる投稿の履歴である投稿履歴を示す。なお、「投稿履歴」は、利用者Ｕの所有物に関する質問を含んでいてもよい。
【0124】
例えば、図８に示す例において、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、「位置履歴＃１」の通りに移動し、「検索履歴＃１」の通りに検索し、「閲覧履歴＃１」の通りにコンテンツを閲覧し、「購入履歴＃１」の通りに所定の店舗等で所定の商品等を購入し、「投稿履歴＃１」の通りに投稿したことを示す。
【0125】
ここで、図８に示す例では、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購入履歴＃１」及び「投稿履歴＃１」といった抽象的な値を用いて図示するが、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購入履歴＃１」及び「投稿履歴＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。
【0126】
なお、履歴情報データベース１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、履歴情報データベース１２２は、利用者Ｕの所定のサービスの利用履歴等を記憶してもよい。また、履歴情報データベース１２２は、利用者Ｕの実店舗の来店履歴又は施設の訪問履歴等を記憶してもよい。また、履歴情報データベース１２２は、利用者Ｕの端末装置１０を用いた決済（電子決済）での決済履歴等を記憶してもよい。
【0127】
（鍵情報データベース１２３）
鍵情報データベース１２３は、リポジトリ２００に保管された公開鍵に関する各種情報を記憶する。図９は、鍵情報データベース１２３の一例を示す図である。図９に示した例では、鍵情報データベース１２３は、「鍵ＩＤ」、「公開鍵ＵＲＬ」、「ユーザＩＤ」といった項目を有する。
鍵情報データベース１２３は、リポジトリ２００に保管された公開鍵に関する各種情報を記憶する。図９は、鍵情報データベース１２３の一例を示す図である。図９に示した例では、鍵情報データベース１２３は、「鍵ＩＤ」、「公開鍵ＵＲＬ」、「ユーザＩＤ」といった項目を有する。
【0128】
「鍵ＩＤ」は、リポジトリ２００に保管された公開鍵を識別するための識別情報を示す。公開鍵は、利用者Ｕ（ユーザ）の端末装置１０（認証器）により作成された登録用公開鍵や認証用公開鍵に限らず、証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）であってもよいし、カセットの公開鍵（カセット検証用公開鍵）であってもよい。
【0129】
また、「公開鍵ＵＲＬ」は、リポジトリ２００に保管された公開鍵の所在を示す参照ＤＩＤを示す。ここでは、参照ＤＩＤは、リポジトリ２００に保管されている公開鍵に紐づけられた参照ＤＩＤと対応している。
【0130】
また、「ユーザＩＤ」は、公開鍵によりＦＩＤＯ認証を受ける利用者Ｕ（ユーザ）を識別するための識別情報を示す。なお、実際には、ユーザＩＤではなく、認証器を識別するための識別情報（認証器ＩＤ）であってもよい。
【0131】
例えば、図９に示す例において、鍵ＩＤ「ＫＩＤ１」により示される公開鍵は、公開鍵ＵＲＬ「ＤＩＤ１」が示す場所（リポジトリ２００）にあり、公開鍵を用いたＦＩＤＯ認証に成功した場合、ユーザＩＤ「ＵＩＤ１」が抽出されることを示す。
【0132】
ここで、図９に示す例では、「ＫＩＤ１」、「ＤＩＤ１」及び「ＵＩＤ１」といった抽象的な値を用いて図示するが、「ＫＩＤ１」、「ＤＩＤ１」及び「ＵＩＤ１」には、具体的な文字列や数値等の情報が記憶されるものとする。
【0133】
なお、鍵情報データベース１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、鍵情報データベース１２３は、公開鍵に限らず、サーバ装置１００自体が生成した秘密鍵に関する情報を記憶してもよい。また、鍵情報データベース１２３は、認証器証明書（Attestation：アテステーション）やユーザ検証結果の証明書（Assertion：アサーション）を記憶してもよい。また、鍵情報データベース１２３は、サーバ装置１００により発行された検証可能証明書（ＶＣ）を記憶してもよい。また、鍵情報データベース１２３は、リポジトリ２００として機能してもよい。例えば、複数のサーバ装置１００のうちの１台は、記憶部１２０にリポジトリ２００を保管していてもよい。
【0134】
（カセット情報データベース１２４）
カセット情報データベース１２４は、検証可能証明書（ＶＣ）を更新する機能を有するＶＣ更新カセット（カセット）に関する各種情報を記憶する。図１０は、カセット情報データベース１２４の一例を示す図である。図１０に示した例では、カセット情報データベース１２４は、「カセットＩＤ」、「カセット本体」、「秘密鍵」、「ユーザＩＤ」といった項目を有する。
カセット情報データベース１２４は、検証可能証明書（ＶＣ）を更新する機能を有するＶＣ更新カセット（カセット）に関する各種情報を記憶する。図１０は、カセット情報データベース１２４の一例を示す図である。図１０に示した例では、カセット情報データベース１２４は、「カセットＩＤ」、「カセット本体」、「秘密鍵」、「ユーザＩＤ」といった項目を有する。
【0135】
「カセットＩＤ」は、検証可能証明書（ＶＣ）を更新する機能を有するカセットを識別するための識別情報を示す。また、「カセット本体」は、利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供されるカセット本体のデータを示す。
【0136】
また、「秘密鍵」は、カセットとともに提供（配布）されるカセットの秘密鍵（カセット検証用秘密鍵）のデータを示す。なお、実際には、カセットの秘密鍵の本体データだけではなく、カセットの秘密鍵を識別するための識別情報（鍵ＩＤ）を含んでいてもよい。このとき、カセットの秘密鍵の鍵ＩＤとカセットの公開鍵の鍵ＩＤとを紐づけて記憶してもよい。
【0137】
また、「ユーザＩＤ」は、カセットが提供された利用者Ｕ（ユーザ）を識別するための識別情報を示す。なお、実際には、ユーザＩＤではなく、カセットをダウンロードした端末装置１０（認証器）を識別するための識別情報（認証器ＩＤ）であってもよいし、カセットを取り込んだＶＰ管理アプリを識別するための識別情報（アプリＩＤ）であってもよい。
【0138】
例えば、図１０に示す例において、カセットＩＤ「ＣＩＤ１」により示されるカセット「Ｃ１」は、カセットの秘密鍵（カセット検証用秘密鍵）「Ｐｒｉｋｅｙ１」とともに、ユーザＩＤ「ＵＩＤ１」により識別される利用者Ｕの端末装置１０（認証器）にダウンロードされ、ＶＰ管理アプリに取り込まれることを示す。
【0139】
ここで、図１０に示す例では、「ＣＩＤ１」、「Ｃ１」、「Ｐｒｉｋｅｙ１」及び「ＵＩＤ１」といった抽象的な値を用いて図示するが、「ＣＩＤ１」、「Ｃ１」、「Ｐｒｉｋｅｙ１」及び「ＵＩＤ１」には、具体的な文字列や数値又はデータ等の情報が記憶されるものとする。
【0140】
なお、カセット情報データベース１２４は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、カセット情報データベース１２４は、カセットを取り込むＶＰ管理アプリのデータを記憶してもよい。また、カセット情報データベース１２４は、カセットにより更新された検証可能証明書（ＶＣ）や提示証明書（ＶＰ）を記憶してもよい。また、カセット情報データベース１２４は、カセットと検証可能証明書（ＶＣ）との対応関係に関する情報を記憶してもよい。
【0141】
（制御部１３０）
図６に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、サーバ装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図６に示す例では、制御部１３０は、取得部１３１と、登録処理部１３２と、認証処理部１３３と、証明書発行部１３４と、作成部１３５と、登録部１３６と、証明書署名部１３７と、提供部１３８とを有する。
図６に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、サーバ装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図６に示す例では、制御部１３０は、取得部１３１と、登録処理部１３２と、認証処理部１３３と、証明書発行部１３４と、作成部１３５と、登録部１３６と、証明書署名部１３７と、提供部１３８とを有する。
【0142】
（取得部１３１）
取得部１３１は、利用者Ｕ（ユーザ）により入力された検索クエリを取得する。例えば、取得部１３１は、利用者Ｕが検索エンジン等に検索クエリを入力してキーワード検索を行った際に、通信部１１０を介して、当該検索クエリを取得する。すなわち、取得部１３１は、通信部１１０を介して、利用者Ｕにより検索エンジンやサイト又はアプリの検索窓に入力されたキーワードを取得する。
取得部１３１は、利用者Ｕ（ユーザ）により入力された検索クエリを取得する。例えば、取得部１３１は、利用者Ｕが検索エンジン等に検索クエリを入力してキーワード検索を行った際に、通信部１１０を介して、当該検索クエリを取得する。すなわち、取得部１３１は、通信部１１０を介して、利用者Ｕにより検索エンジンやサイト又はアプリの検索窓に入力されたキーワードを取得する。
【0143】
また、取得部１３１は、通信部１１０を介して、利用者Ｕに関する利用者情報を取得する。例えば、取得部１３１は、利用者Ｕの端末装置１０から、利用者Ｕを示す識別情報（利用者ＩＤ等）や、利用者Ｕの位置情報、利用者Ｕの属性情報等を取得する。また、取得部１３１は、利用者Ｕのユーザ登録時に、利用者Ｕを示す識別情報や、利用者Ｕの属性情報等を取得してもよい。そして、取得部１３１は、利用者情報を、記憶部１２０の利用者情報データベース１２１に登録する。
【0144】
また、取得部１３１は、通信部１１０を介して、利用者Ｕの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、取得部１３１は、利用者Ｕの端末装置１０から、あるいは利用者ＩＤ等に基づいて各種サーバ等から、利用者Ｕの行動を示す各種の履歴情報を取得する。そして、取得部１３１は、各種の履歴情報を、記憶部１２０の履歴情報データベース１２２に登録する。
【0145】
また、取得部１３１は、登録時に、通信部１１０を介して、利用者Ｕの端末装置１０（認証器）から登録要求を受け取る。また、取得部１３１は、認証時に、通信部１１０を介して、利用者Ｕの端末装置１０（認証器）から、認証要求を受け取る。
【0146】
また、取得部１３１は、パスワード認証が行われた際に、通信部１１０を介して、利用者Ｕの端末装置１０から利用者ＵのユーザＩＤ及びパスワードを受け取る。例えば、取得部１３１は、利用者Ｕのユーザ登録時やユーザ認証に、通信部１１０を介して、利用者Ｕの端末装置１０から利用者ＵのユーザＩＤ及びパスワードを受け取る。なお、実際には、取得部１３１は、ユーザＩＤが入力済みである場合には、パスワードのみ受け取ってもよい。
【0147】
（登録処理部１３２）
登録処理部１３２は、登録要求に応じて、認証器として端末装置１０を用いる利用者Ｕの登録処理を行う。このとき、登録処理部１３２は、登録時に、ＦＩＤＯ認証を実施する他のサーバ装置（認証サーバ）に、事前に公開された登録用公開鍵を用いたＦＩＤＯ登録を要求し、応答としてＦＩＤＯ登録結果を受信し、ＦＩＤＯ登録結果に基づいて、ＦＩＤＯ登録の成否を判定し、ＦＩＤＯ登録に成功した場合に、利用者Ｕの登録処理を行う。例えば、登録処理部１３２は、ＦＩＤＯ登録に成功した場合に、利用者ＵのユーザＩＤ及びパスワードを含むユーザ登録を行う。
登録処理部１３２は、登録要求に応じて、認証器として端末装置１０を用いる利用者Ｕの登録処理を行う。このとき、登録処理部１３２は、登録時に、ＦＩＤＯ認証を実施する他のサーバ装置（認証サーバ）に、事前に公開された登録用公開鍵を用いたＦＩＤＯ登録を要求し、応答としてＦＩＤＯ登録結果を受信し、ＦＩＤＯ登録結果に基づいて、ＦＩＤＯ登録の成否を判定し、ＦＩＤＯ登録に成功した場合に、利用者Ｕの登録処理を行う。例えば、登録処理部１３２は、ＦＩＤＯ登録に成功した場合に、利用者ＵのユーザＩＤ及びパスワードを含むユーザ登録を行う。
【0148】
なお、ＦＩＤＯ登録結果は、認証器の真正性確認（署名検証）の結果であってもよい。すなわち、登録処理部１３２は、認証器の真正性確認（署名検証に成功した場合に、利用者ＵのユーザＩＤ及びパスワードを含むユーザ登録を行うようにしてもよい。
【0149】
また、後述する証明書発行部１３４と、作成部１３５と、登録部１３６と、証明書署名部１３７とは、登録処理部１３２の一部であってもよい。すなわち、登録処理部１３２は、後述する証明書発行部１３４と、作成部１３５と、登録部１３６と、証明書署名部１３７とを有していてもよい。
【0150】
（認証処理部１３３）
認証処理部１３３は、認証時に、認証用公開鍵を用いてＦＩＤＯ認証を実施する。例えば、認証処理部１３３は、認証時に、検証可能証明書（ＶＣ）の真正性を検証するとともに、認証用公開鍵を用いて、認証用秘密鍵で署名された署名付きチャレンジの署名検証を実施する。
認証処理部１３３は、認証時に、認証用公開鍵を用いてＦＩＤＯ認証を実施する。例えば、認証処理部１３３は、認証時に、検証可能証明書（ＶＣ）の真正性を検証するとともに、認証用公開鍵を用いて、認証用秘密鍵で署名された署名付きチャレンジの署名検証を実施する。
【0151】
このとき、認証処理部１３３は、認証時に、ＦＩＤＯ認証を実施する他のサーバ装置（認証サーバ）にＦＩＤＯ認証を要求（又はリダイレクト）し、応答としてＦＩＤＯ認証結果を受信し、ＦＩＤＯ認証結果に基づいて、ＦＩＤＯ認証の成否を判定してもよい。
【0152】
（証明書発行部１３４）
証明書発行部１３４は、利用者Ｕ（ユーザ）に関する検証可能証明書（ＶＣ）を発行する。なお、証明書発行部１３４は、上記の登録処理部１３２の一部であってもよい。
証明書発行部１３４は、利用者Ｕ（ユーザ）に関する検証可能証明書（ＶＣ）を発行する。なお、証明書発行部１３４は、上記の登録処理部１３２の一部であってもよい。
【0153】
（作成部１３５）
作成部１３５は、カセット作成部１３５Ａと、カセット用鍵作成部１３５Ｂと、証明書用鍵作成部１３５Ｃとを有する。
作成部１３５は、カセット作成部１３５Ａと、カセット用鍵作成部１３５Ｂと、証明書用鍵作成部１３５Ｃとを有する。
【0154】
（カセット作成部１３５Ａ）
カセット作成部１３５Ａは、検証可能証明書（ＶＣ）を更新する機能を有するカセットを作成する。
カセット作成部１３５Ａは、検証可能証明書（ＶＣ）を更新する機能を有するカセットを作成する。
【0155】
（カセット用鍵作成部１３５Ｂ）
カセット用鍵作成部１３５Ｂは、利用者Ｕ（ユーザ）の端末装置１０（認証器）側でカセットが検証可能証明書（ＶＣ）を更新した際の署名に用いるカセットの秘密鍵（カセット検証用秘密鍵）と、カセットによる署名を検証するためのカセットの公開鍵（カセット検証用公開鍵）との鍵ペアを作成する。
カセット用鍵作成部１３５Ｂは、利用者Ｕ（ユーザ）の端末装置１０（認証器）側でカセットが検証可能証明書（ＶＣ）を更新した際の署名に用いるカセットの秘密鍵（カセット検証用秘密鍵）と、カセットによる署名を検証するためのカセットの公開鍵（カセット検証用公開鍵）との鍵ペアを作成する。
【0156】
（証明書用鍵作成部１３５Ｃ）
証明書用鍵作成部１３５Ｃは、検証可能証明書（ＶＣ）の署名に用いる証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）と、検証可能証明書（ＶＣ）の署名を検証するための証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）との鍵ペアを作成する。なお、証明書用鍵作成部１３５Ｃは、上記の登録処理部１３２の一部であってもよい。
証明書用鍵作成部１３５Ｃは、検証可能証明書（ＶＣ）の署名に用いる証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）と、検証可能証明書（ＶＣ）の署名を検証するための証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）との鍵ペアを作成する。なお、証明書用鍵作成部１３５Ｃは、上記の登録処理部１３２の一部であってもよい。
【0157】
（登録部１３６）
登録部１３６は、カセット用鍵登録部１３６Ａと、証明書用鍵管理部１３６Ｂと、証明書用鍵登録部１３６Ｃとを有する。
登録部１３６は、カセット用鍵登録部１３６Ａと、証明書用鍵管理部１３６Ｂと、証明書用鍵登録部１３６Ｃとを有する。
【0158】
（カセット用鍵登録部１３６Ａ）
カセット用鍵登録部１３６Ａは、通信部１１０を介して、カセットの公開鍵（カセット検証用公開鍵）を公開用のリポジトリ２００に登録する。
カセット用鍵登録部１３６Ａは、通信部１１０を介して、カセットの公開鍵（カセット検証用公開鍵）を公開用のリポジトリ２００に登録する。
【0159】
（証明書用鍵管理部１３６Ｂ）
証明書用鍵管理部１３６Ｂは、検証可能証明書（ＶＣ）の署名に用いる証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を内部（又は安全な保管場所）に保管する。例えば、証明書用鍵管理部１３６Ｂは、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を内部のデータベース又はテーブルに登録する。
証明書用鍵管理部１３６Ｂは、検証可能証明書（ＶＣ）の署名に用いる証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を内部（又は安全な保管場所）に保管する。例えば、証明書用鍵管理部１３６Ｂは、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を内部のデータベース又はテーブルに登録する。
【0160】
（証明書用鍵登録部１３６Ｃ）
証明書用鍵登録部１３６Ｃは、通信部１１０を介して、証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）を公開用のリポジトリ２００に登録する。
証明書用鍵登録部１３６Ｃは、通信部１１０を介して、証明書の発行者（Issuer）の公開鍵（ＶＣ検証用公開鍵）を公開用のリポジトリ２００に登録する。
【0161】
（証明書署名部１３７）
証明書署名部１３７は、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を用いて検証可能証明書（ＶＣ）に署名する。例えば、証明書署名部１３７は、通信部１１０を介して、リポジトリ２００に保管されている証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を参照し、この証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を用いて検証可能証明書（ＶＣ）に署名する。なお、証明書署名部１３７は、登録部１３６の一部であってもよい。
証明書署名部１３７は、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を用いて検証可能証明書（ＶＣ）に署名する。例えば、証明書署名部１３７は、通信部１１０を介して、リポジトリ２００に保管されている証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を参照し、この証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を用いて検証可能証明書（ＶＣ）に署名する。なお、証明書署名部１３７は、登録部１３６の一部であってもよい。
【0162】
（提供部１３８）
提供部１３８は、証明書提供部１３８Ａと、カセット提供部１３８Ｂと、サービス提供部１３８Ｃとを有する。
提供部１３８は、証明書提供部１３８Ａと、カセット提供部１３８Ｂと、サービス提供部１３８Ｃとを有する。
【0163】
（証明書提供部１３８Ａ）
証明書提供部１３８Ａは、通信部１１０を介して、検証可能証明書（ＶＣ）を利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する。なお、証明書提供部１３８Ａは、証明書発行部１３４の一部であってもよい。
証明書提供部１３８Ａは、通信部１１０を介して、検証可能証明書（ＶＣ）を利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する。なお、証明書提供部１３８Ａは、証明書発行部１３４の一部であってもよい。
【0164】
（カセット提供部１３８Ｂ）
カセット提供部１３８Ｂは、通信部１１０を介して、カセットを利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する。このとき、カセット提供部１３８Ｂは、カセットとともにカセットの秘密鍵（カセット検証用秘密鍵）を利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する。なお、カセット提供部１３８Ｂは、カセット作成部１３５Ａの一部であってもよい。
カセット提供部１３８Ｂは、通信部１１０を介して、カセットを利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する。このとき、カセット提供部１３８Ｂは、カセットとともにカセットの秘密鍵（カセット検証用秘密鍵）を利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する。なお、カセット提供部１３８Ｂは、カセット作成部１３５Ａの一部であってもよい。
【0165】
（サービス提供部１３８Ｃ）
サービス提供部１３８Ｃは、ＦＩＤＯ認証に成功した場合、通信部１１０を介して、利用者Ｕの端末装置１０（又は利用者Ｕ自身、あるいは利用者Ｕが保有する他の機器）に、サービスを提供する。また、サービス提供部１３８Ｃは、通信部１１０を介して、他のサーバ装置（認証サーバ）に、認証用公開鍵を提供してもよい。
サービス提供部１３８Ｃは、ＦＩＤＯ認証に成功した場合、通信部１１０を介して、利用者Ｕの端末装置１０（又は利用者Ｕ自身、あるいは利用者Ｕが保有する他の機器）に、サービスを提供する。また、サービス提供部１３８Ｃは、通信部１１０を介して、他のサーバ装置（認証サーバ）に、認証用公開鍵を提供してもよい。
【0166】
〔５．処理手順〕
次に、図１１を用いて実施形態に係るサーバ装置１００による処理手順について説明する。図１１は、実施形態に係る処理手順を示すシーケンス図である。なお、以下に示す処理手順は、端末装置１０の制御部３０と、サーバ装置１００の制御部１３０によって繰り返し実行される。
次に、図１１を用いて実施形態に係るサーバ装置１００による処理手順について説明する。図１１は、実施形態に係る処理手順を示すシーケンス図である。なお、以下に示す処理手順は、端末装置１０の制御部３０と、サーバ装置１００の制御部１３０によって繰り返し実行される。
【0167】
例えば、証明書の発行者（Issuer）である事業者のサーバ装置１００－１の証明書発行部１３４は、通信部１１０を介して、証明書の保有者（Holder）となる利用者Ｕ（ユーザ）の端末装置１０（認証器）に、利用者Ｕに関する検証可能証明書（ＶＣ）を発行する（ステップＳ１０１）。
【0168】
このとき、サーバ装置１００－１の証明書署名部１３７は、証明書の発行者（Issuer）の秘密鍵（ＶＣ検証用秘密鍵）を用いて検証可能証明書（ＶＣ）に署名する。そして、サーバ装置１００－１の証明書提供部１３８Ａは、検証可能証明書（ＶＣ）を利用者Ｕの端末装置１０に提供する。利用者Ｕの端末装置１０の証明書受信部３４Ａは、受信部３２を介して、検証可能証明書（ＶＣ）を受信する。
【0169】
続いて、サーバ装置１００－１の作成部１３５は、検証可能証明書（ＶＣ）を更新する機能を有するカセットと、カセットが検証可能証明書（ＶＣ）を更新した際の署名に用いるカセットの秘密鍵（カセット検証用秘密鍵）とを作成して配布する（ステップＳ１０２）。
【0170】
このとき、サーバ装置１００－１のカセット作成部１３５Ａは、検証可能証明書（ＶＣ）を更新する機能を有するカセットを作成する。また、サーバ装置１００－１のカセット用鍵作成部１３５Ｂは、利用者Ｕの端末装置１０側でカセットが検証可能証明書（ＶＣ）を更新した際の署名に用いるカセットの秘密鍵（カセット検証用秘密鍵）と、カセットによる署名を検証するためのカセットの公開鍵（カセット検証用公開鍵）との鍵ペアを作成する。サーバ装置１００－１のカセット用鍵登録部１３６Ａは、カセットの公開鍵（カセット検証用公開鍵）を公開用のリポジトリ２００に登録する。サーバ装置１００－１のカセット提供部１３８Ｂは、カセットとともにカセットの秘密鍵（カセット検証用秘密鍵）を利用者Ｕの端末装置１０に提供する。
【0171】
続いて、証明書の保有者（Holder）である利用者Ｕの端末装置１０のカセット受信部３６Ａは、サーバ装置１００－１から、検証可能証明書（ＶＣ）を更新する機能を有するカセットとともに、カセットの秘密鍵（カセット検証用秘密鍵）を受信し、カセットと、カセットの秘密鍵（カセット検証用秘密鍵）とをＶＣ管理アプリに取り込む（ステップＳ１０３）。
【0172】
続いて、利用者Ｕの端末装置１０の証明書更新部３６Ｂは、カセットの機能により検証可能証明書（ＶＣ）を更新し、更新された検証可能証明書（ＶＣ）にカセット検証用秘密鍵を用いて署名する（ステップＳ１０４）。
【0173】
続いて、利用者Ｕの端末装置１０の提示証明書作成部３６Ｃは、カセットの機能により、複数の検証可能証明書（ＶＣ）を組み合わせて１つの提示証明書（ＶＰ：Verifiable Presentation）を作成する（ステップＳ１０５）。このとき、提示証明書作成部３６Ｃは、カセットの機能により検証可能証明書（ＶＣ）が更新された際、提示証明書（ＶＰ）に、暗号化された更新前の検証可能証明書（暗号化ＶＣ）と、更新後の検証可能証明書（更新ＶＣ）とを添付する。
【0174】
続いて、利用者Ｕの端末装置１０の提示証明書署名部３６Ｄは、本人証明用秘密鍵（認証用秘密鍵）を用いて提示証明書（ＶＰ）に署名する（ステップＳ１０６）。すなわち、提示証明書署名部３６Ｄは、本人証明用秘密鍵を用いて、複数の検証可能証明書（ＶＣ）を含む提示証明書（ＶＰ）の全体に署名する。
【0175】
続いて、利用者Ｕの端末装置１０の証明書提示部３７Ａは、送信部３１を介して、更新された検証可能証明書（ＶＣ）を含む提示証明書（ＶＰ）を、証明書の検証者（Verifier）である企業のサーバ装置１００－２に送信して提示する（ステップＳ１０７）。
【0176】
続いて、証明書の検証者（Verifier）である企業のサーバ装置１００－２の認証処理部１３３は、リポジトリ２００に保管されている各種の公開鍵を参照して、提示証明書（ＶＰ）と検証可能証明書（ＶＣ）の真正性を検証する（ステップＳ１０８）。このとき、認証処理部１３３は、暗号化された更新前の検証可能証明書（暗号化ＶＣ）の真正性と、カセットの真正性の検証を以って、更新後の検証可能証明書（更新ＶＣ）の適切さを検証する。
【0177】
続いて、サーバ装置１００－２のサービス提供部１３８Ｃは、真正性の検証に成功した場合、通信部１１０を介して、利用者Ｕの端末装置１０（又は利用者Ｕ自身、あるいは利用者Ｕが保有する他の機器）に、サービスを提供する（ステップＳ１０９）。
【0178】
〔６．変形例〕
上述した端末装置１０及びサーバ装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。
上述した端末装置１０及びサーバ装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。
【0179】
上記の実施形態において、サーバ装置１００が実行している処理の一部又は全部は、実際には、端末装置１０が実行してもよい。例えば、スタンドアローン（Stand-alone）で（端末装置１０単体で）処理が完結してもよい。この場合、端末装置１０に、上記の実施形態におけるサーバ装置１００の機能が備わっているものとする。また、上記の実施形態では、端末装置１０はサーバ装置１００と連携しているため、利用者Ｕから見れば、サーバ装置１００の処理も端末装置１０が実行しているように見える。すなわち、他の観点では、端末装置１０は、サーバ装置１００を備えているともいえる。
【0180】
また、上記の実施形態において、認証サーバであるサーバ装置１００は、ＦＩＤＯ認証と他の認証とを組み合わせて多段階認証としてもよい。例えば、認証サーバであるサーバ装置１００は、ＦＩＤＯ認証とパスワード認証とを組み合わせて２段階認証としてもよい。あるいは、認証サーバであるサーバ装置１００は、ＦＩＤＯ認証と秘密の質問とを組み合わせて２段階認証としてもよい。
【0181】
また、上記の実施形態において、認証サーバであるサーバ装置１００は、ＦＩＤＯ認証において、認証の３要素である「知識情報」、「所持情報」、「生体情報」のうち、２つ以上を組み合わせて認証するようにしてもよい。すなわち、認証サーバであるサーバ装置１００は、多要素認証（ＭＦＡ：Multi-Factor Authentication）を採用してもよい。
【0182】
また、上記の実施形態において、証明書の保有者（Holder）（Holder）である利用者Ｕの端末装置１０（認証器）は、ＶＣ更新機能（カセット）により、検証可能証明書（ＶＣ）（例：本籍情報つき運転免許証）から「２０歳以上（成人）」という情報のみ抽出して新たな検証可能証明書（ＶＣ）を作成して発行することもできる。このように、カセットが元の暗号化ＶＣの情報に基づいて（あるいは分割して）新たなＶＣを発行することも、「ＶＣの更新」の１つである。そのため、更新ＶＣの検証と同様に、証明書の検証者（Verifier）（Verifier）は、元の暗号化ＶＣの真正性と、カセットの真正性の検証を以って、カセットにより新たに発行された検証可能証明書（ＶＣ）（カセット発行ＶＣ）の適切さを検証することができる。元の暗号化ＶＣの真正性は、証明書の発行者（Issuer）（Issuer）の公開鍵（ＶＣ検証用公開鍵）で検証可能である。カセットの真正性は、カセットの公開鍵（カセット検証用公開鍵）で検証可能である。
【0183】
〔７．効果〕
上述してきたように、本願に係る情報処理装置（サーバ装置１００）は、証明書の発行者（Issuer）の情報処理装であって、ユーザに関する検証可能証明書（ＶＣ）を発行する証明書発行部と、検証可能証明書（ＶＣ）を利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する証明書提供部１３８Ａと、検証可能証明書（ＶＣ）を更新する機能を有するカセットを作成するカセット作成部１３５Ａと、カセットを利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供するカセット提供部１３８Ｂと、を備えることを特徴とする。
上述してきたように、本願に係る情報処理装置（サーバ装置１００）は、証明書の発行者（Issuer）の情報処理装であって、ユーザに関する検証可能証明書（ＶＣ）を発行する証明書発行部と、検証可能証明書（ＶＣ）を利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する証明書提供部１３８Ａと、検証可能証明書（ＶＣ）を更新する機能を有するカセットを作成するカセット作成部１３５Ａと、カセットを利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供するカセット提供部１３８Ｂと、を備えることを特徴とする。
【0184】
また、本願に係る情報処理装置（サーバ装置１００）は、利用者Ｕ（ユーザ）の端末装置１０（認証器）側でカセットが検証可能証明書（ＶＣ）を更新した際の署名に用いるカセット検証用秘密鍵と、カセットによる署名を検証するためのカセット検証用公開鍵との鍵ペアを作成するカセット用鍵作成部１３５Ｂと、カセット検証用公開鍵を公開用のリポジトリ２００に登録するカセット用鍵登録部１３６Ａと、をさらに備える。カセット提供部１３８Ｂは、カセットとともにカセット検証用秘密鍵を利用者Ｕ（ユーザ）の端末装置１０（認証器）に提供する。
【0185】
また、本願に係る情報処理装置（サーバ装置１００）は、検証可能証明書（ＶＣ）の署名に用いるＶＣ検証用秘密鍵と、検証可能証明書（ＶＣ）の署名を検証するためのＶＣ検証用公開鍵との鍵ペアを作成する証明書用鍵作成部１３５Ｃと、ＶＣ検証用秘密鍵を用いて検証可能証明書（ＶＣ）に署名する証明書署名部１３７と、ＶＣ検証用秘密鍵を内部に保管する証明書用鍵管理部１３６Ｂと、ＶＣ検証用公開鍵を公開用のリポジトリ２００に登録する証明書用鍵登録部１３６Ｃと、をさらに備える。
【0186】
別の観点では、本願に係る情報処理装置（端末装置１０）は、証明書の保有者（Holder）の情報処理装置であって、証明書の発行者（Issuer）が発行したユーザに関する検証可能証明書（ＶＣ）を受信する証明書受信部と、証明書の発行者（Issuer）が作成した検証可能証明書（ＶＣ）を更新する機能を有するカセットを受信するカセット受信部３６Ａと、カセットの機能により検証可能証明書（ＶＣ）を更新する証明書更新部３６Ｂと、更新された検証可能証明書（ＶＣ）を証明書の検証者（Verifier）に送信して提示する証明書提示部３７Ａと、を備えることを特徴とする。
【0187】
また、カセット受信部３６Ａは、証明書の発行者（Issuer）から、カセットとともに、カセットの機能による検証可能証明書（ＶＣ）の更新時の署名に用いられるカセット検証用秘密鍵を受信する。証明書更新部３６Ｂは、カセットの機能により検証可能証明書（ＶＣ）を更新し、更新された検証可能証明書（ＶＣ）にカセット検証用秘密鍵を用いて署名する。
【0188】
また、本願に係る情報処理装置（端末装置１０）は、カセットの機能により、複数の検証可能証明書（ＶＣ）を組み合わせて１つの提示証明書（ＶＰ）を作成する提示証明書作成部３６Ｃをさらに備える。提示証明書作成部３６Ｃは、カセットの機能により検証可能証明書（ＶＣ）が更新された際、提示証明書（ＶＰ）に、暗号化された更新前の検証可能証明書（暗号化ＶＣ）と、更新後の検証可能証明書（更新ＶＣ）とを添付する。
【0189】
また、本願に係る情報処理装置（端末装置１０）は、ユーザ本人が作成したことを認証する本人証明用秘密鍵と、対応する本人証明用公開鍵との鍵ペアを作成する本人証明用鍵作成部３５Ａと、本人証明用秘密鍵を用いて提示証明書（ＶＰ）に署名する提示証明書署名部３６Ｄと、本人証明用秘密鍵を内部に保管する本人証明用鍵管理部３５Ｂと、本人証明用公開鍵を公開する本人証明用鍵公開部３５Ｃと、をさらに備える。
【0190】
上述した各処理のいずれかもしくは組合せにより、本願に係る情報処理装置は、認証の効率をさらに向上させることができる。
【0191】
〔８．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０やサーバ装置１００は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。以下、サーバ装置１００を例に挙げて説明する。図１２は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。
また、上述した実施形態に係る端末装置１０やサーバ装置１００は、例えば図１２に示すような構成のコンピュータ１０００によって実現される。以下、サーバ装置１００を例に挙げて説明する。図１２は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。
【0192】
演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。
【0193】
一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢ（Universal Serial Bus）メモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。
【0194】
出力Ｉ／Ｆ１０６０は、ディスプレイ、プロジェクタ、及びプリンタ等といった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力Ｉ／Ｆ１０７０は、マウス、キーボード、キーパッド、ボタン、及びスキャナ等といった各種の入力装置１０２０から情報を受信するためのインターフェースであり、例えば、ＵＳＢ等により実現される。
【0195】
また、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０及び入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０及び入力装置１０２０は、ワイヤレス機器であってもよい。
【0196】
また、出力装置１０１０及び入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。
【0197】
なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等から情報を読み出す装置であってもよい。
【0198】
ネットワークＩ／Ｆ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が作成したデータを他の機器へ送信する。
【0199】
演算装置１０３０は、出力Ｉ／Ｆ１０６０や入力Ｉ／Ｆ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。
【0200】
例えば、コンピュータ１０００がサーバ装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。
【0201】
〔９．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。
【0202】
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【0203】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【0204】
例えば、上述したサーバ装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。
【0205】
また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【0206】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【0207】
１ 情報処理システム
１０ 端末装置
３３ 処理部
３４Ａ 証明書受信部
３５Ａ 本人証明用鍵作成部
３５Ｂ 本人証明用鍵管理部
３５Ｃ 本人証明用鍵公開部
３６Ａ カセット受信部
３６Ｂ 証明書更新部
３６Ｃ 提示証明書作成部
３６Ｄ 提示証明書署名部
３７Ａ 証明書提示部
４０Ｃ ＶＣ管理アプリ
１００ サーバ装置
１１０ 通信部
１２０ 記憶部
１２１ 利用者情報データベース
１２２ 履歴情報データベース
１２３ 鍵情報データベース
１２４ カセット情報データベース
１３０ 制御部
１３１ 取得部
１３２ 登録処理部
１３３ 認証処理部
１３４ 証明書発行部
１３５Ａ カセット作成部
１３５Ｂ カセット用鍵作成部
１３５Ｃ 証明書用鍵作成部
１３６Ａ カセット用鍵登録部
１３６Ｂ 証明書用鍵管理部
１３６Ｃ 証明書用鍵登録部
１３７ 証明書署名部
１３８Ａ 証明書提供部
１３８Ｂ カセット提供部
１３８Ｃ サービス提供部
２００ リポジトリ
１０ 端末装置
３３ 処理部
３４Ａ 証明書受信部
３５Ａ 本人証明用鍵作成部
３５Ｂ 本人証明用鍵管理部
３５Ｃ 本人証明用鍵公開部
３６Ａ カセット受信部
３６Ｂ 証明書更新部
３６Ｃ 提示証明書作成部
３６Ｄ 提示証明書署名部
３７Ａ 証明書提示部
４０Ｃ ＶＣ管理アプリ
１００ サーバ装置
１１０ 通信部
１２０ 記憶部
１２１ 利用者情報データベース
１２２ 履歴情報データベース
１２３ 鍵情報データベース
１２４ カセット情報データベース
１３０ 制御部
１３１ 取得部
１３２ 登録処理部
１３３ 認証処理部
１３４ 証明書発行部
１３５Ａ カセット作成部
１３５Ｂ カセット用鍵作成部
１３５Ｃ 証明書用鍵作成部
１３６Ａ カセット用鍵登録部
１３６Ｂ 証明書用鍵管理部
１３６Ｃ 証明書用鍵登録部
１３７ 証明書署名部
１３８Ａ 証明書提供部
１３８Ｂ カセット提供部
１３８Ｃ サービス提供部
２００ リポジトリ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】