知財求人 - 知財ポータルサイト「IP Force」
特開2023-177695情報処理システム、情報処理方法および情報処理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023177695
(43)【公開日】2023-12-14
(54)【発明の名称】情報処理システム、情報処理方法および情報処理プログラム
(51)【国際特許分類】
H04L 9/32 20060101AFI20231207BHJP
H04L 9/14 20060101ALI20231207BHJP
【ＦＩ】
H04L9/32 200B
H04L9/32 200D
H04L9/14
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2022090497
(22)【出願日】2022-06-02
(71)【出願人】
【識別番号】514020389
【氏名又は名称】ＴＩＳ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】中川 卓俊
(57)【要約】
【課題】本人認証のため特定の証明書の提出を求められる場において、認証を受ける利用者が、証明書として開示する個人情報を任意に選択できるようにすること。
【解決手段】本願に係る情報処理システムは、利用者装置と、検証者装置とを含む。利用者装置は、個人情報の内容を示す要素と、要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する取得部と、要素のうち、検証者への提供を許可する許可対象の要素の指定を受け付ける受付部と、組合せのうち、許可対象の要素に対応する組合せについては検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては検証者装置に送信しない代わりに、ハッシュ値のうち、無許可の要素に対応するハッシュ値を検証者装置に送信する送信部とを有する。検証者装置は、送信された組合せとハッシュ値に基づいて、検証する検証部を有する。
【選択図】図６
【解決手段】本願に係る情報処理システムは、利用者装置と、検証者装置とを含む。利用者装置は、個人情報の内容を示す要素と、要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する取得部と、要素のうち、検証者への提供を許可する許可対象の要素の指定を受け付ける受付部と、組合せのうち、許可対象の要素に対応する組合せについては検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては検証者装置に送信しない代わりに、ハッシュ値のうち、無許可の要素に対応するハッシュ値を検証者装置に送信する送信部とを有する。検証者装置は、送信された組合せとハッシュ値に基づいて、検証する検証部を有する。
【選択図】図６
【特許請求の範囲】
【請求項1】
証明書を利用する利用者の装置である利用者装置と、証明書に関して検証する検証者の装置である検証者装置とを含む情報処理システムであって、
前記利用者装置は、
前記利用者の個人情報の内容を示す要素と、前記要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する取得部と、
前記要素のうち、前記検証者への提供を許可する許可対象の要素の指定を前記利用者から受け付ける受付部と、
前記組合せのうち、前記許可対象の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記ハッシュ値のうち、前記無許可の要素に対応するハッシュ値を前記検証者装置に送信する送信部と、
を有し、
前記検証者装置は、
前記送信部により送信された前記組合せと前記ハッシュ値とに基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する検証部
を有する
ことを特徴とする情報処理システム。
前記利用者装置は、
前記利用者の個人情報の内容を示す要素と、前記要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する取得部と、
前記要素のうち、前記検証者への提供を許可する許可対象の要素の指定を前記利用者から受け付ける受付部と、
前記組合せのうち、前記許可対象の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記ハッシュ値のうち、前記無許可の要素に対応するハッシュ値を前記検証者装置に送信する送信部と、
を有し、
前記検証者装置は、
前記送信部により送信された前記組合せと前記ハッシュ値とに基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する検証部
を有する
ことを特徴とする情報処理システム。
【請求項2】
前記取得部は、
前記組合せごとに算出されたハッシュ値として、前記利用者により登録された個人識別情報の内容を示す第１の要素と、前記第１の要素に対応する公開鍵との組である第１の組合せごとに算出された第１のハッシュ値を取得し、
前記受付部は、
前記許可対象の要素の指定として、前記第１の要素のうち、前記検証者への提供を許可する許可対象の第１の要素の指定を前記利用者から受け付け、
前記送信部は、
前記第１の組合せのうち、前記許可対象の第１の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の第１の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記第１のハッシュ値のうち、前記無許可の第１の要素に対応するハッシュ値を前記検証者装置に送信し、
前記検証部は、
前記送信部により送信された前記第１の組合せおよび前記第１のハッシュ値に基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する
ことを特徴とする請求項１に記載の情報処理システム。
前記組合せごとに算出されたハッシュ値として、前記利用者により登録された個人識別情報の内容を示す第１の要素と、前記第１の要素に対応する公開鍵との組である第１の組合せごとに算出された第１のハッシュ値を取得し、
前記受付部は、
前記許可対象の要素の指定として、前記第１の要素のうち、前記検証者への提供を許可する許可対象の第１の要素の指定を前記利用者から受け付け、
前記送信部は、
前記第１の組合せのうち、前記許可対象の第１の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の第１の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記第１のハッシュ値のうち、前記無許可の第１の要素に対応するハッシュ値を前記検証者装置に送信し、
前記検証部は、
前記送信部により送信された前記第１の組合せおよび前記第１のハッシュ値に基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項3】
前記情報処理システムは、
証明書を発行する発行者の装置である発行者装置をさらに含み、
前記取得部は、
前記組合せごとに算出されたハッシュ値として、前記発行者が前記利用者について証明する内容を示す第２の要素と、前記第２の要素に対応する公開鍵との組である第２の組合せごとに算出された第２のハッシュ値を取得し、
前記受付部は、
前記許可対象の要素の指定として、前記第２の要素のうち、前記検証者への提供を許可する許可対象の第２の要素の指定を前記利用者から受け付け、
前記送信部は、
前記第２の組合せのうち、前記許可対象の第２の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の第２の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記第２のハッシュ値のうち、前記無許可の第２の要素に対応するハッシュ値を前記検証者装置に送信し、
前記検証部は、
前記送信部により送信された前記第２の組合せおよび前記第２のハッシュ値に基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する
ことを特徴とする請求項２に記載の情報処理システム。
証明書を発行する発行者の装置である発行者装置をさらに含み、
前記取得部は、
前記組合せごとに算出されたハッシュ値として、前記発行者が前記利用者について証明する内容を示す第２の要素と、前記第２の要素に対応する公開鍵との組である第２の組合せごとに算出された第２のハッシュ値を取得し、
前記受付部は、
前記許可対象の要素の指定として、前記第２の要素のうち、前記検証者への提供を許可する許可対象の第２の要素の指定を前記利用者から受け付け、
前記送信部は、
前記第２の組合せのうち、前記許可対象の第２の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の第２の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記第２のハッシュ値のうち、前記無許可の第２の要素に対応するハッシュ値を前記検証者装置に送信し、
前記検証部は、
前記送信部により送信された前記第２の組合せおよび前記第２のハッシュ値に基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する
ことを特徴とする請求項２に記載の情報処理システム。
【請求項4】
前記発行者装置は、
前記第１の組合せごとに算出された前記第１のハッシュ値それぞれを連結した連結情報を所定のハッシュ関数に入力することで１つの第１のトークンを生成するとともに、前記第２の組合せごとに算出された前記第２のハッシュ値それぞれを連結した連結情報を前記所定のハッシュ関数に入力することで１つの第２のトークンを生成し、前記第１のトークンおよび前記第２のトークンを連結した連結情報を前記所定のハッシュ関数に入力することで、１つの統合トークンを生成する生成部と、
前記統合トークンに基づき生成されたハッシュ値が前記発行者側の秘密鍵を用いて暗号化された前記発行者の電子署名と、前記発行者の公開鍵と、前記統合トークンとをブロックチェーンに登録する登録部と
をさらに有する
ことを特徴とする請求項３に記載の情報処理システム。
前記第１の組合せごとに算出された前記第１のハッシュ値それぞれを連結した連結情報を所定のハッシュ関数に入力することで１つの第１のトークンを生成するとともに、前記第２の組合せごとに算出された前記第２のハッシュ値それぞれを連結した連結情報を前記所定のハッシュ関数に入力することで１つの第２のトークンを生成し、前記第１のトークンおよび前記第２のトークンを連結した連結情報を前記所定のハッシュ関数に入力することで、１つの統合トークンを生成する生成部と、
前記統合トークンに基づき生成されたハッシュ値が前記発行者側の秘密鍵を用いて暗号化された前記発行者の電子署名と、前記発行者の公開鍵と、前記統合トークンとをブロックチェーンに登録する登録部と
をさらに有する
ことを特徴とする請求項３に記載の情報処理システム。
【請求項5】
前記送信部は、
前記統合トークン基づき生成された文字列が、前記送信部により送信された要素に対応する前記公開鍵に紐付けられる秘密鍵を用いて暗号化された前記利用者の電子署名を前記検証者装置に対してさらに送信する
ことを特徴とする請求項４に記載の情報処理システム。
前記統合トークン基づき生成された文字列が、前記送信部により送信された要素に対応する前記公開鍵に紐付けられる秘密鍵を用いて暗号化された前記利用者の電子署名を前記検証者装置に対してさらに送信する
ことを特徴とする請求項４に記載の情報処理システム。
【請求項6】
前記検証者装置は、
前記送信部により送信された前記第１の組合せごとに、当該第１の組合せに含まれる許可対象の第１の要素および公開鍵を用いて算出されたハッシュ値と、前記送信部により送信された前記第１のハッシュ値とを連結した連結情報を前記所定のハッシュ関数に入力することで１つの第１の検証用トークンを生成するとともに、前記送信部により送信された前記第２の組合せごとに、当該第２の組合せに含まれる許可対象の第２の要素および公開鍵を用いて算出されたハッシュ値と、前記送信部により送信された前記第２のハッシュ値とを連結した連結情報を前記所定のハッシュ関数に入力することで１つの第２の検証用トークンを生成し、前記第１の検証用トークンおよび前記第２の検証用トークンを連結した連結情報を前記所定のハッシュ関数に入力することで、１つの検証用統合トークンを生成する生成部
をさらに有し、
前記検証部は、
前記送信部により送信された前記第１の組合それぞれに含まれる公開鍵、および、前記送信部により送信された前記第２の組合それぞれに含まれる公開鍵の全て値を足し合わせて得られた１つの合算公開鍵を用いて、前記利用者の電子署名を複合することでハッシュ値を取得し、取得したハッシュ値と、前記検証用統合トークンを示すハッシュ値との比較に基づき、前記利用者の正当性を検証する
ことを特徴とする請求項５に記載の情報処理システム。
前記送信部により送信された前記第１の組合せごとに、当該第１の組合せに含まれる許可対象の第１の要素および公開鍵を用いて算出されたハッシュ値と、前記送信部により送信された前記第１のハッシュ値とを連結した連結情報を前記所定のハッシュ関数に入力することで１つの第１の検証用トークンを生成するとともに、前記送信部により送信された前記第２の組合せごとに、当該第２の組合せに含まれる許可対象の第２の要素および公開鍵を用いて算出されたハッシュ値と、前記送信部により送信された前記第２のハッシュ値とを連結した連結情報を前記所定のハッシュ関数に入力することで１つの第２の検証用トークンを生成し、前記第１の検証用トークンおよび前記第２の検証用トークンを連結した連結情報を前記所定のハッシュ関数に入力することで、１つの検証用統合トークンを生成する生成部
をさらに有し、
前記検証部は、
前記送信部により送信された前記第１の組合それぞれに含まれる公開鍵、および、前記送信部により送信された前記第２の組合それぞれに含まれる公開鍵の全て値を足し合わせて得られた１つの合算公開鍵を用いて、前記利用者の電子署名を複合することでハッシュ値を取得し、取得したハッシュ値と、前記検証用統合トークンを示すハッシュ値との比較に基づき、前記利用者の正当性を検証する
ことを特徴とする請求項５に記載の情報処理システム。
【請求項7】
前記検証部は、
前記ブロックチェーンに登録される前記統合トークンと、前記検証用統合トークンとが一致している場合に、前記発行者の公開鍵を用いて、前記発行者の電子署名を複合することでハッシュ値を取得し、取得したハッシュ値と、前記検証用統合トークンを示すハッシュ値との比較に基づき、前記発行者の正当性をさらに検証する
ことを特徴とする請求項６に記載の情報処理システム。
前記ブロックチェーンに登録される前記統合トークンと、前記検証用統合トークンとが一致している場合に、前記発行者の公開鍵を用いて、前記発行者の電子署名を複合することでハッシュ値を取得し、取得したハッシュ値と、前記検証用統合トークンを示すハッシュ値との比較に基づき、前記発行者の正当性をさらに検証する
ことを特徴とする請求項６に記載の情報処理システム。
【請求項8】
証明書を利用する利用者の装置である利用者装置と、証明書に関して検証する検証者の装置である検証者装置とを含む情報処理システムによって実行される情報処理方法であって、
前記利用者装置が、
前記利用者の個人情報の内容を示す要素と、前記要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得し、
前記要素のうち、前記検証者への提供を許可する許可対象の要素の指定を前記利用者から受け付け、
前記組合せのうち、前記許可対象の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記ハッシュ値のうち、前記無許可の要素に対応するハッシュ値を前記検証者装置に送信し、
前記検証者装置が、
送信された前記組合せと前記ハッシュ値とに基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する
ことを特徴とする情報処理方法。
前記利用者装置が、
前記利用者の個人情報の内容を示す要素と、前記要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得し、
前記要素のうち、前記検証者への提供を許可する許可対象の要素の指定を前記利用者から受け付け、
前記組合せのうち、前記許可対象の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記ハッシュ値のうち、前記無許可の要素に対応するハッシュ値を前記検証者装置に送信し、
前記検証者装置が、
送信された前記組合せと前記ハッシュ値とに基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する
ことを特徴とする情報処理方法。
【請求項9】
証明書を利用する利用者の装置である利用者装置が実行する第１のプログラムと、証明書に関して検証する検証者の装置である検証者装置が実行する第２のプログラムを含む情報処理プログラムであって、
前記第１のプログラムは、
前記利用者の個人情報の内容を示す要素と、前記要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する取得手順と、
前記要素のうち、前記検証者への提供を許可する許可対象の要素の指定を前記利用者から受け付ける受付手順と、
前記組合せのうち、前記許可対象の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記ハッシュ値のうち、前記無許可の要素に対応するハッシュ値を前記検証者装置に送信する送信手順と、
を前記利用者装置に実行させ、
前記第２のプログラムは、
前記送信手順により送信された前記組合せと前記ハッシュ値とに基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する検証手順
を前記検証者装置に実行させる
ことを特徴とする情報処理プログラム。
前記第１のプログラムは、
前記利用者の個人情報の内容を示す要素と、前記要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する取得手順と、
前記要素のうち、前記検証者への提供を許可する許可対象の要素の指定を前記利用者から受け付ける受付手順と、
前記組合せのうち、前記許可対象の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記ハッシュ値のうち、前記無許可の要素に対応するハッシュ値を前記検証者装置に送信する送信手順と、
を前記利用者装置に実行させ、
前記第２のプログラムは、
前記送信手順により送信された前記組合せと前記ハッシュ値とに基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する検証手順
を前記検証者装置に実行させる
ことを特徴とする情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理システム、情報処理方法および情報処理プログラムに関する。
【背景技術】
【0002】
近年、通信ネットワークの普及が進み、通信ネットワークを介したサービスが盛んに提供されている。このようなサービスを利用する際、ユーザは、各種の認証処理によって本人性の証明を求められる場合がある。例えば、サービスへのログインや、ブロックチェーン技術において取引等を示すトランザクションを送受信する際や、メタバース空間での取引等、真にユーザ本人が行動を起こしていることを証明するため、ユーザは認証を行う。
【0003】
例えば、特許文献１には、証明書発行機関側が、証明書発行の要求仕様に基づき作成された証明書情報が格納された第１トランザクションをブロックチェーンのネットワークに送信し、利用者側が、ブロックチェーン上の第１トランザクションを特定することで、特定した第１トランザクションから証明書情報を取得するシステムが開示されている。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２０－１９０８０３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、上記の従来技術では、本人認証のため特定の証明書の提出を求められる場において、認証を受ける利用者が、証明書として開示する個人情報を任意に選択することができるとは限らない。
【0006】
例えば、上記の従来技術は、証明書が電子化されたときに起こり得る問題に対処できる仕組みを提供するものであり、本人認証の場において、証明書として開示する個人情報を利用者側が任意に選択できるよう制御する点については記載も示唆もない。
【0007】
このようなことから、上記の従来技術では、本人認証のため特定の証明書の提出を求められる場において、認証を受ける利用者が、証明書として開示する個人情報を任意に選択することができるとは限らない。
【0008】
本願は、上記に鑑みてなされたものであって、本人認証のため特定の証明書の提出を求められる場において、認証を受ける利用者が、証明書として開示する個人情報を任意に選択することができる情報処理システム、情報処理方法および情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0009】
本願に係る情報処理システムは、証明書を利用する利用者の装置である利用者装置と、証明書に関して検証する検証者の装置である検証者装置とを含む情報処理システムであって、前記利用者の個人情報の内容を示す要素と、前記要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する取得部と、前記要素のうち、前記検証者への提供を許可する許可対象の要素の指定を前記利用者から受け付ける受付部と、前記組合せのうち、前記許可対象の要素に対応する組合せについては前記検証者装置に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては前記検証者装置に送信しない代わりに、前記ハッシュ値のうち、前記無許可の第１の要素に対応するハッシュ値を前記検証者装置に送信する送信部と、を有し、前記検証者装置は、前記送信部により送信された前記組合せと前記ハッシュ値に基づいて、前記要素を提供した提供元が前記利用者であることの正当性を検証する検証部を有することを特徴とする。
【発明の効果】
【0010】
実施形態の一態様によれば、本人認証のため特定の証明書の提出を求められる場において、認証を受ける利用者が、証明書として開示する個人情報を任意に選択することができる。
【図面の簡単な説明】
【0011】
【発明を実施するための形態】
【0012】
以下に、情報処理システム、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）の一例について図面を参照しつつ詳細に説明する。なお、この実施形態により情報処理システム、情報処理方法、検証装置および検証プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。
【0013】
［実施形態］
〔１．はじめに〕
現在、多くのシステムでは、サーバ側に個人情報が保持されるため、個人情報を取得したいシステム（例えば、検証者）は、個人情報を提示してサービスを受けようとする利用者（個人情報の保有者）からサーバへのアクセス権限を取得し、そして、サーバにアクセスすることで個人情報を取得する。
〔１．はじめに〕
現在、多くのシステムでは、サーバ側に個人情報が保持されるため、個人情報を取得したいシステム（例えば、検証者）は、個人情報を提示してサービスを受けようとする利用者（個人情報の保有者）からサーバへのアクセス権限を取得し、そして、サーバにアクセスすることで個人情報を取得する。
【0014】
しかしながら、上記のシステムでは、利用者は、サーバが正しい情報を提供しているかどうかを確認することができないうえに、検証者が取得した個人情報が正しいかどうか確認することもできない。
【0015】
そこで、本願の提案技術に係る情報処理システムでは、利用者側は基本的な個人情報（氏名、生年月日、住所、メールアドレス等）と、公開鍵を発行者側に送信することで、トークンの発行および登録を要求する。発行者側は、利用者へ発行する情報（例えば、ワクチン情報、各種免許情報等）と利用者から依頼された情報からトークンを作成し、また、日時とトークンを連結したデータから署名値を作成し、トークン、署名日時、署名値をブロックチェーンに登録する。
【0016】
このような状態において、情報処理システムでは、検証者側は、利用者に個人情報の提出を要求する。利用者側は、個人情報のうち検証者に提供してよいと考えるものを指定することで、指定した個人情報と対応する公開鍵とのセットを検証者に提供する一方で、提供したくない情報についてはハッシュ化した状態で提供する。
【0017】
検証者側は、保有者から取得した情報と、トークンとに基づいて、保有者および発行者の正当性を検証する。
【0018】
このような情報処理システムによれば、本人認証のため特定の証明書の提出を求められる場において、認証を受ける利用者が、証明書として開示する個人情報を任意に選択することができる。すなわち、利用者は、自身が開示してよいと考える個人情報のみが記された証明書を作成し、これを検証者に提供することで証明書に基づく認証を受けることができるようになる。
【0019】
〔２．システム構成〕
まず、図１を用いて、実施形態に係るシステムの構成を説明する。図１は、実施形態に係る情報処理システムの一例を示す図である。図１には、実施形態に係る情報処理システムの一例として、情報処理システム１が示される。
まず、図１を用いて、実施形態に係るシステムの構成を説明する。図１は、実施形態に係る情報処理システムの一例を示す図である。図１には、実施形態に係る情報処理システムの一例として、情報処理システム１が示される。
【0020】
図１に示すように、情報処理システム１は、利用者装置１０と、発行者装置２０と、検証者装置３０とを含む。また、利用者装置１０と、発行者装置２０と、検証者装置３０とは、ネットワークＮを介して、有線または無線により通信可能に接続されてよい。
【0021】
利用者装置１０は、個人情報の利用者（例えば、特定のサービスを受けるために、自身の個人情報が記された証明書を提出し、本人認証を受けようとする利用者）側に属する情報処理装置である。例えば、利用者装置１０は、利用者からの指示に応じて、発行者装置２０や検証者装置３０にアクセスする。
【0022】
発行者装置２０は、利用者の個人情報を管理し、利用者の必要性（例えば、特定のサービスを受けるにあたって、個人情報の提出を求められた場合）に応じて、個人情報が記された証明書を発行する発行者側に属する情報処理装置である。
【0023】
検証者装置３０は、利用者に対して個人情報の提出を求め、提出された個人情報に基づき、証明書に関する検証を行う検証者（例えば、利用者に対して特定のサービスを提供する提供者）側に属する情報処理装置である。
【0024】
また、図１に示すように、利用者装置１０、発行者装置２０、検証者装置３０は、クラウド側で処理を行うクラウドコンピュータすなわちサーバ装置であってよい。
【0025】
〔３．アクターについて〕
続いて、実施形態に係る情報処理システム１において役割を有する人物あるいは組織であるアクターについて説明する。
続いて、実施形態に係る情報処理システム１において役割を有する人物あるいは組織であるアクターについて説明する。
【0026】
上記の通り、アクターとしては、利用者、検証者、発行者が挙げられる。利用者は、例えば、特定のサービスを受けるにあたって本人認証される人物であってよい。一例として、このような利用者としては、社内システムへのログインのため本人認証される社員、あるいは、飛行機や鉄道等の交通機関サービスを受けるため本人認証される旅行者が挙げられる。
【0027】
また、検証者は、例えば、特定のサービスを提供する組織であって、特定のサービスを受けようとする上記利用者に対して、個人情報が記された証明書の提出を求める組織であってよい。一例として、このような検証者としては、航空会社、鉄道会社、娯楽施設（遊園地、美術館等）、店舗が挙げられる。
【0028】
また、発行者は、例えば、証明書の提出を求められる上記利用者に対して、利用者が必要とする個人情報の証明書を発行する組織であってよい。一例として、このような発行者としては、自治体、医療機関が挙げられる。
【0029】
また上記例によれば、情報処理システム１が適用されるシーンとして、海外旅行のため飛行機チケットを予約しようとする旅行者（利用者の一例）が、航空会社（検証者の一例）からワクチン接種の証明書提出を求められたため、保健センター（発行者）に対して、ワクチン接種の証明書発行を求めるというシーンが挙げられる。以下の実施形態では、係るシーンを例に挙げて、情報処理システム１で実現される情報処理を説明する。
【0030】
なお、情報処理システム１が適用されるシーンは、係る例に限定されるものではなく、例えば、運転免許証、保険証、マイカード等の提出を求められるシーン等も挙げられる。また、情報処理システム１は、入学試験、入社試験、所定の医療機関での受診等、個人の認証を求められるシチューションであれば、いかなる場面にも適用可能である。
【0031】
〔４．実施形態に係る情報処理の具体例〕
実施形態に係る情報処理は、情報処理システム１において、利用者装置１０、発行者装置２０、検証者装置３０に導入されるプロラムに応じた手法で実現される。図２および図３では、このような情報処理の具体的な手法を説明する。
実施形態に係る情報処理は、情報処理システム１において、利用者装置１０、発行者装置２０、検証者装置３０に導入されるプロラムに応じた手法で実現される。図２および図３では、このような情報処理の具体的な手法を説明する。
【0032】
また、図２および図３には、海外旅行のため飛行機チケットを予約しようとする利用者Ｕ１（旅行者）が、検証者Ｖ３（航空会社）からワクチン接種の証明書提出を求められたため、発行者Ｐ２（保健センター）に対して、ワクチン接種の証明書発行を求める場面を例に、情報処理手順の具体例が示される。
【0033】
【0034】
図２の例では、利用者Ｕ１は、検証者Ｖ３からワクチンを接種したことを証明する証明書（ワクチン接種証明書）を提出するよう求められている。係る場合、利用者Ｕ１は、自身の端末装置Ｔを用いて、発行者Ｐ２に対してワクチン接種証明書を発行するよう要求する。
【0035】
なお、端末装置Ｔは、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣや、デスクトップＰＣや、携帯電話機や、ＰＤＡ等により実現されてよく、また、発行者装置２０や検証者装置３０との間での情報の送受信を実現するためのアプリケーションが導入されていてよい。係るアプリケーションは、発行者装置２０や検証者装置３０にアクセスするための専用のアプリケーションとして実装されてもよいし、ブラウザなどの汎用的なアプリケーションであってもよい。
【0036】
図２の説明に戻り、端末装置Ｔは、利用者Ｕ１の操作に応じて、ワクチン接種証明書の発行要求を利用者装置１０に送信する（ステップＳ２１）。
【0037】
利用者装置１０は、様々な利用者の基本的な個人情報として、例えば、氏名、生年月日、国籍等の個人識別情報を保有している。すなわち、個人識別情報は、各利用者によって利用者装置１０に対して予め登録されていてよい。
【0038】
利用者装置１０は、端末装置Ｔから発行要求を受け付けると、利用者Ｕ１の個人識別情報（例えば、氏名、生年月日、・・・）がどのようなものであるかその具体的な内容を示す第１の要素を含む発行要求を発行者装置２０に送信する（ステップＳ２２）。具体的には、利用者装置１０は、第１の要素ごとに、利用者Ｕ１に対応する個別の公開鍵を取得し、第１の要素と、公開鍵との組合せである第１の組合せを発行者装置２０に送信する。
【0039】
図２には、利用者装置１０が、第１の組合せとして、氏名を示す第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、公開鍵ＰＫ１１との組合せ、生年月日を示す第１の要素「１９８０－１１－２２」と、公開鍵ＰＫ１２との組合せ等を発行者装置２０に送信した例が示される。
【0040】
なお、図２では不図示であるが、利用者装置１０は、利用者Ｕ１について証明されるワクチン接種状況の内容を示す第２の要素であって、発行者装置２０で発行される第２の要素の件数に応じた数の公開鍵もさらに取得し発行者装置２０に送信してよい。
【0041】
発行者装置２０は、発行要求を受け付けると、第１の組合せと、発行者Ｐ２が利用者Ｕ１に関して保有している固有情報とに基づいて、１つの統合トークンを生成する（ステップＳ２３）。ここで、発行者Ｐ２が利用者Ｕ１に関して保有している固有情報とは、図２の例では、利用者Ｕ１によるワクチン接種状況を示すワクチン情報である。ワクチン情報には、利用者Ｕ１について証明されるワクチン接種状況（例えば、接種回数、最終接種日、・・・）の内容を示す第２の要素が含まれている。
【0042】
このため、発行者装置２０は、第２の要素それぞれに対して、利用者Ｕ１に対応する個別の公開鍵を対応付けることで、第２の要素と、公開鍵との組合せである第２の組合せを得る。なお、ここで用いられる公開鍵は、ステップＳ２２において利用者装置１０から送信されたものであってよい。
【0043】
図２には、発行者装置２０が、第２の組合せとして、接種回数を示す第２の要素「ｔｗｏ」と、公開鍵ＰＫ２１との組合せ、最終接種日を示す第２の要素「２０２１－１０－２０」と、公開鍵ＰＫ２２との組合せ生成した例が示される。
【0044】
このような状態において、発行者装置２０は、ハッシュ関数Ｈ（ｍ）に第１の組合せを入力することで、第１の組合せごとにハッシュ値を算出する。そして、発行者装置２０は、各ハッシュ値を連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、第１のトークン「ｔｏｋｅｎ１」を生成する。図２の例では、発行者装置２０は、氏名を示す第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、公開鍵ＰＫ１１との第１の組合せに基づき、ハッシュ値「Ｈａｓｈ１１」を算出したものとする。また、発行者装置２０は、生年月日を示す第１の要素「１９８０－１１－２２」と、公開鍵ＰＫ１２との第１の組合せに基づき、ハッシュ値「Ｈａｓｈ１２」を算出したものとする。
【0045】
また、発行者装置２０は、ハッシュ関数Ｈ（ｍ）に第２の組合せを入力することで、第２の組合せごとにハッシュ値を算出する。そして、発行者装置２０は、各ハッシュ値を連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、第２のトークン「ｔｏｋｅｎ２」を生成する。図２の例では、発行者装置２０は、接種回数を示す第２の要素「ｔｗｏ」と、公開鍵ＰＫ２１との第２の組合せに基づき、ハッシュ値「Ｈａｓｈ２１」を算出したものとする。また、発行者装置２０は、最終接種日を示す第２の要素「２０２１－１０－２０」と、公開鍵ＰＫ２２との第２の組合せに基づき、ハッシュ値「Ｈａｓｈ２２」を算出したものとする。
【0046】
そして、発行者装置２０は、第１のトークン「ｔｏｋｅｎ１」と第２のトークン「ｔｏｋｅｎ２」とを連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、１つの統合トークン「ｔｏｋｅｎ１２」を生成する。
【0047】
また、発行者装置２０は、発行者Ｐ２に対応する秘密鍵と、電子署名を行う現在日時「ｓｉｇｎＴｉｍｅ♯Ｐ２」と、統合トークン「ｔｏｋｅｎ１２」とに基づいて、署名値「ＳＩＮ♯Ｐ２」を算出する（ステップＳ２４）。例えば、発行者装置２０は、現在日時「ｓｉｇｎＴｉｍｅ♯Ｐ２」と、統合トークン「ｔｏｋｅｎ１２」とを連結した連結情報を関数Ｓｉｇ（ｐ，ｍ）に入力して得られたハッシュ値を秘密鍵で暗号化することにより、署名値「ＳＩＮ♯Ｐ２」を算出する。
【0048】
そして、発行者装置２０は、統合トークン「ｔｏｋｅｎ１２」と、現在日時「ｓｉｇｎＴｉｍｅ♯Ｐ２」と、発行者Ｐ２の証明となる署名値「ＳＩＮ♯Ｐ２」とをブロックチェーンＢＣに登録する（ステップＳ２５）。なお、図２では不図示であるが、発行者装置２０は、ステップＳ２４の暗号化で用いた秘密鍵（発行者Ｐ２に対応する秘密鍵）のペアとなっている公開鍵も登録する。
【0049】
また、発行者装置２０は、ステップＳ２３において、第１の組合せ、第２の組合せそれぞれについて算出したハッシュ値を利用者装置１０に応答する（ステップＳ２６）。また、発行者装置２０は、ワクチン接種状況について、利用者Ｕ１に対して証明される内容の第２の要素も応答する。第２の要素の応答は、実質、利用者Ｕ１に対するワクチン接種証明書の発行に相当する。
【0050】
ここまで、図２を用いて、発行要求～統合トークン生成～ブロックチェーンへの登録という一連の情報処理を説明してきた。このように、ブロックチェーンＢＣへの登録が済み、また、利用者装置１０が、利用者Ｕ１の個人情報の要素ごとにハッシュ値を取得できている状態で、利用者Ｕ１は、検証者装置３０に対して正当性の認証を要求することができるようになる。
【0051】
例えば、利用者Ｕ１は、端末装置Ｔを用いて、認証要求することができる。図２に示すように、端末装置Ｔは、利用者Ｕ１の操作に応じて、正当性の認証として、ワクチン接種証明書に関する検証を行うよう要求する（ステップＳ３）。
【0052】
ここからは、図３を用いて、ステップ３で行われる処理手順をより具体的に説明する。図３では、個人情報の提供～提供された情報に基づく検証処理という一連の情報処理を説明する。図３は、実施形態に係る情報処理手順の具体例（２）を示す図である。
【0053】
まず、利用者Ｕ１は、端末装置Ｔを用いて、第１の要素のうち、検証者Ｖ３への提供を許可する許可対象の第１の要素を指定し、また、第２の要素のうち、検証者Ｖ３への提供を許可する許可対象の第２の要素を指定する。
【0054】
係る場合、端末装置Ｔは、利用者Ｕ１の操作に応じて、許可対象の第１の要素と、許可対象の第２の要素とを利用者装置１０に送信する。例えば、利用者Ｕ１は、第１の要素のうち自身の氏名は検証者Ｖ３開示してもよいと考え、氏名を示す第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」を許可対象と指定したとする。また、利用者Ｕ１は、第２の要素のうち接種回数は検証者Ｖ３に開示してもよいと考え、接種回数を示す第２の要素「ｔｗｏ」を許可対象と指定したとする。係る場合、端末装置Ｔは、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、第２の要素「ｔｗｏ」とを利用者装置１０に送信する。
【0055】
係る場合、利用者装置１０は、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、第２の要素「ｔｗｏ」とを許可対象とする指定を利用者Ｕ１から受け付ける（ステップＳ３１）。
【0056】
利用者装置１０は、第１の組合せ、第２の組合せのうち、許可対象として指定された要素に対応する組合せを抽出する一方で、許可対象として指定されていない要素に対応する組合せについては抽出せず、代わりにハッシュ値を抽出する（ステップＳ３２）。
【0057】
図１の例では、利用者装置１０は、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」が許可対象として指定されたことに応じて、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、公開鍵ＰＫ１１との第１の組合せを抽出する。また、利用者装置１０は、第２の要素「ｔｗｏ」が許可対象として指定されたことに応じて、第２の要素「ｔｗｏ」と、公開鍵ＰＫ２１との第２の組合せを抽出する。
【0058】
一方、利用者装置１０は、第１の要素「１９８０－１１－２２」と、公開鍵ＰＫ１２との第１の組合せや、第２の要素「２０２１－１０－２０」と、公開鍵ＰＫ２２との第２の組合せ等の許可対象となっていない組合せについては抽出しない。その代わりにこれらの組合せに対応するハッシュ値（「Ｈａｓｈ１２」、「Ｈａｓｈ２２」等）を抽出する。
【0059】
また、利用者装置１０は、ステップＳ３２で抽出した組合せに対応する公開鍵（すなわち、公開鍵ＰＫ１１および公開鍵ＰＫ２１）それぞれに対して紐付けられる各秘密鍵と、利用者Ｕ１から指定を受け付けた現在日時「ｓｉｇｎＴｉｍｅ♯Ｕ１」と、統合トークン「ｔｏｋｅｎ１２」とに基づいて、署名値「ＳＩＮ♯Ｕ１」を算出する（ステップＳ３３）。例えば、利用者装置１０は、現在日時「ｓｉｇｎＴｉｍｅ♯Ｕ１」と、統合トークン「ｔｏｋｅｎ１２」とを連結した連結情報を関数Ｓｉｇ（ｐ，ｍ）に入力して得られたハッシュ値を秘密鍵で暗号化することにより、署名値「ＳＩＮ♯Ｕ１」を算出する。署名値「ＳＩＮ♯Ｕ１」は、利用者Ｕ１を証明するものである。
【0060】
そして、利用者装置１０は、ステップＳ３２で抽出した情報と、現在日時「ｓｉｇｎＴｉｍｅ♯Ｕ１」と、署名値「ＳＩＮ♯Ｕ１」とを検証者装置３０に送信する（ステップＳ３４）。
【0061】
検証者装置３０は、ステップＳ３２で抽出された情報と、現在日時「ｓｉｇｎＴｉｍｅ♯Ｕ１」と、署名値「ＳＩＮ♯Ｕ１」とに基づいて、ワクチン接種証明書に関する正当性の検証処理を実行する（ステップＳ３５）。具体的には、検証者装置３０は、利用者装置１０から送信された要素（許可対象として指定された要素）を提供した提供元が利用者Ｕ１であることの正当性を検証する第１の検証処理を実行する。また、検証者装置３０は、利用者装置１０から送信された要素（許可対象として指定された要素）を証明するワクチン接種証明書の発行元が発行者Ｐ２であることの正当性を検証する第２の検証処理を実行する。
【0062】
例えば、検証者装置３０は、第１の検証処理では、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、公開鍵ＰＫ１１との第１の組合せをハッシュ関数Ｈ（ｍ）に入力することでハッシュ値を算出する。そして、検証者装置３０は、算出したハッシュ値と、許可対象として指定されなかった第１の組合せの代わりに抽出されたハッシュ値とを連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、第１の検証用トークン「ｔｏｋｅｎ♯１」を生成する。
【0063】
また、検証者装置３０は、第２の要素「ｔｗｏ」と、公開鍵ＰＫ２１との第２の組合せをハッシュ関数Ｈ（ｍ）に入力することでハッシュ値を算出する。そして、検証者装置３０は、算出したハッシュ値と、許可対象として指定されなかった第２の組合せの代わりに抽出されたハッシュ値とを連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、第２の検証用トークン「ｔｏｋｅｎ♯２」を生成する。
【0064】
そして、検証者装置３０は、第１の検証用トークン「ｔｏｋｅｎ♯１」と、第２の検証用トークン「ｔｏｋｅｎ♯２」とを連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、１つの検証用統合トークン「ｔｏｋｅｎ♯１２」を生成する。
【0065】
また、検証者装置３０は、利用者装置１０から送信された公開鍵ＰＫ１１およびＰＫ２１を足し合わせて得られた１つの合算公開鍵を用いて、署名値「ＳＩＮ♯Ｕ１」を複合することでハッシュ値を取得する。そして、検証者装置３０は、このハッシュ値と、検証用統合トークン「ｔｏｋｅｎ♯１２」との比較に基づいて、利用者Ｕ１の本人性を検証する。
【0066】
また、検証者装置３０は、第２の検証処理では、ブロックチェーンＢＣに登録される統合トークン「ｔｏｋｅｎ１２」と、検証用統合トークン「ｔｏｋｅｎ♯１２」とが一致しているか否かを判定する。
【0067】
検証者装置３０は、統合トークン「ｔｏｋｅｎ１２」と、検証用統合トークン「ｔｏｋｅｎ♯１２」とが一致している場合には、ブロックチェーンＢＣに登録される公開鍵（発行者Ｐ２に対応する秘密鍵のペアとなっている公開鍵を用いて、署名値「ＳＩＮ♯Ｐ２」を複合することでハッシュ値を取得する。そして、検証者装置３０は、このハッシュ値と、検証用統合トークン「ｔｏｋｅｎ♯１２」との比較に基づいて、発行者Ｐ２の本人性を検証する。
【0068】
【0069】
〔５－１．利用者装置の構成〕
まず、図４を用いて、実施形態に係る利用者装置１０について説明する。図４は、実施形態に係る利用者装置１０の構成例を示す図である。図４に示すように、利用者装置１０は、通信部１１と、記憶部１２と、制御部１３とを有する。
まず、図４を用いて、実施形態に係る利用者装置１０について説明する。図４は、実施形態に係る利用者装置１０の構成例を示す図である。図４に示すように、利用者装置１０は、通信部１１と、記憶部１２と、制御部１３とを有する。
【0070】
（通信部１１について）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、ネットワークと有線または無線で接続され、例えば、発行者装置２０、検証者装置３０との間で情報の送受信を行う。
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、ネットワークと有線または無線で接続され、例えば、発行者装置２０、検証者装置３０との間で情報の送受信を行う。
【0071】
（記憶部１２について）
記憶部１２は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２は、個人識別情報データベース１２ａと、固有情報データベース１２ｂとを有する。
記憶部１２は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２は、個人識別情報データベース１２ａと、固有情報データベース１２ｂとを有する。
【0072】
（個人識別情報データベース１２ａについて）
個人識別情報データベース１２ａは、利用者の基本的な個人情報として、例えば、氏名、生年月日、国籍等の個人識別情報を記憶する。氏名、生年月日、国籍等の個人識別情報の具体的な内容は、第１の要素に相当する。個人識別情報データベース１２ａは、利用者ごとに個人識別情報を記憶するが、以下の実施形態では、利用者Ｕ１にフォーカスした内容の例を示す。なお、個人識別情報は、個人情報の一例である。
個人識別情報データベース１２ａは、利用者の基本的な個人情報として、例えば、氏名、生年月日、国籍等の個人識別情報を記憶する。氏名、生年月日、国籍等の個人識別情報の具体的な内容は、第１の要素に相当する。個人識別情報データベース１２ａは、利用者ごとに個人識別情報を記憶するが、以下の実施形態では、利用者Ｕ１にフォーカスした内容の例を示す。なお、個人識別情報は、個人情報の一例である。
【0073】
（固有情報データベース１２ｂについて）
固有情報データベース１２ｂは、発行者が利用者に関して保有している固有情報を記憶する。固有情報としては、ワクチン接種情報、免許証情報、使用薬歴情報、学歴情報、職歴情報、資格情報（例えば、運転免許、語学免許）等が挙げられる。ワクチン接種情報を例に挙げると、接種回数、最終接種日、ワクチン接種証明書の発行日等の固有情報の具田的な内容は、第２の要素に相当する。固有情報データベース１２ｂは、利用者ごとに固有情報を記憶するが、以下の実施形態では、ワクチン接種を実施した保健センターである発行者Ｐ２および利用者Ｕ１にフォーカスした内容の例を示す。なお、固有情報は、個人情報の一例である。
固有情報データベース１２ｂは、発行者が利用者に関して保有している固有情報を記憶する。固有情報としては、ワクチン接種情報、免許証情報、使用薬歴情報、学歴情報、職歴情報、資格情報（例えば、運転免許、語学免許）等が挙げられる。ワクチン接種情報を例に挙げると、接種回数、最終接種日、ワクチン接種証明書の発行日等の固有情報の具田的な内容は、第２の要素に相当する。固有情報データベース１２ｂは、利用者ごとに固有情報を記憶するが、以下の実施形態では、ワクチン接種を実施した保健センターである発行者Ｐ２および利用者Ｕ１にフォーカスした内容の例を示す。なお、固有情報は、個人情報の一例である。
【0074】
（制御部１３について）
制御部１３は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、利用者装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
制御部１３は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、利用者装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。
【0075】
図４に示すように、制御部１３は、第１の要素送信部１３ａと、第２の要素受付部１３ｂと、取得部１３ｃと、指定受付部１３ｄと、抽出部１３ｅと、算出部１３ｆと、利用者情報送信部１３ｇとを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３が有する各処理部の接続関係は、図４に示した接続関係に限られず、他の接続関係であってもよい。
【0076】
（第１の要素送信部１３ａについて）
第１の要素送信部１３ａは、利用者から受け付けた証明書（例えば、ワクチン接種証明書）の発行要求に応じて、第１の要素を発行者装置２０に送信する。具体的には、第１の要素送信部１３ａは、第１の要素と、第１の要素に対応する公開鍵との組である第１の組合せを発行者装置２０に送信する。第１の要素送信部１３ａは、例えば、図２のステップＳ２２で説明した処理を実行してよい。
第１の要素送信部１３ａは、利用者から受け付けた証明書（例えば、ワクチン接種証明書）の発行要求に応じて、第１の要素を発行者装置２０に送信する。具体的には、第１の要素送信部１３ａは、第１の要素と、第１の要素に対応する公開鍵との組である第１の組合せを発行者装置２０に送信する。第１の要素送信部１３ａは、例えば、図２のステップＳ２２で説明した処理を実行してよい。
【0077】
なお、第１の要素送信部１３ａは、利用者装置１０は、利用者ついて証明される固有情報の内容を示す第２の要素であって、発行者装置２０で発行される第２の要素の件数に応じた数の公開鍵もさらに取得し発行者装置２０に送信してよい。
【0078】
（第２の要素受付部１３ｂについて）
第２の要素受付部１３ｂは、発行者により発行された証明書に関する情報を受け付ける。具体的には、第２の要素受付部１３ｂは、発行者装置２０が第１の組合せ、第２の組合せそれぞれについて算出したハッシュ値を受け付ける。また、第２の要素受付部１３ｂは、利用者に対して発行者が証明する内容を示す第２の要素も受け付ける。第２の要素受付部１３ｂは、例えば、図２のステップＳ２６で説明した処理に応じた処理を実行してよい。
第２の要素受付部１３ｂは、発行者により発行された証明書に関する情報を受け付ける。具体的には、第２の要素受付部１３ｂは、発行者装置２０が第１の組合せ、第２の組合せそれぞれについて算出したハッシュ値を受け付ける。また、第２の要素受付部１３ｂは、利用者に対して発行者が証明する内容を示す第２の要素も受け付ける。第２の要素受付部１３ｂは、例えば、図２のステップＳ２６で説明した処理に応じた処理を実行してよい。
【0079】
（取得部１３ｃについて）
取得部１３ｃは、利用者の個人情報の内容を示す要素と、要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する。
取得部１３ｃは、利用者の個人情報の内容を示す要素と、要素に対応する公開鍵との組合せごとに算出されたハッシュ値を取得する。
【0080】
例えば、取得部１３ｃは、組合せごとに算出されたハッシュ値として、利用者により登録された個人識別情報の内容を示す第１の要素と、第１の要素に対応する公開鍵との組である第１の組合せごとに算出された第１のハッシュ値を取得する。
【0081】
また、取得部１３ｃは、組合せごとに算出されたハッシュ値として、発行者が利用者について証明する内容を示す第２の要素と、第２の要素に対応する公開鍵との組である第２の組合せごとに算出された第２のハッシュ値を取得する。
【0082】
（指定受付部１３ｄについて）
指定受付部１３ｄは、利用者の個人情報の内容を示す要素のうち、検証者への提供を許可する許可対象の要素の指定を利用者から受け付ける。
指定受付部１３ｄは、利用者の個人情報の内容を示す要素のうち、検証者への提供を許可する許可対象の要素の指定を利用者から受け付ける。
【0083】
例えば、指定受付部１３ｄは、許可対象の要素の指定として、第１の要素のうち、検証者への提供を許可する許可対象の第１の要素の指定を利用者から受け付ける。また、指定受付部１３ｄは、許可対象の要素の指定として、第２の要素のうち、検証者への提供を許可する許可対象の第２の要素の指定を利用者から受け付ける。指定受付部１３ｄは、例えば、図３のステップＳ３１で説明した処理を実行してよい。
【0084】
（抽出部１３ｅについて）
抽出部１３ｅは、指定受付部１３ｄにより受け付けられた情報に応じた抽出処理を実行する。例えば、抽出部１３ｅは、利用者の個人情報の内容を示す要素と、要素に対応する公開鍵との組合せのうち、許可対象の要素に対応する組合せについては抽出する一方で、提供を許可されていない無許可の要素に対応する組合せについては抽出しない代わりに、無許可の要素に対応するハッシュ値を抽出する。抽出部１３ｅは、例えば、図３のステップＳ３２で説明した処理を実行してよい。
抽出部１３ｅは、指定受付部１３ｄにより受け付けられた情報に応じた抽出処理を実行する。例えば、抽出部１３ｅは、利用者の個人情報の内容を示す要素と、要素に対応する公開鍵との組合せのうち、許可対象の要素に対応する組合せについては抽出する一方で、提供を許可されていない無許可の要素に対応する組合せについては抽出しない代わりに、無許可の要素に対応するハッシュ値を抽出する。抽出部１３ｅは、例えば、図３のステップＳ３２で説明した処理を実行してよい。
【0085】
（算出部１３ｆについて）
算出部１３ｆは、利用者を証明するための署名値を算出する。算出部１３ｆは、例えば、図３のステップＳ３３で説明した処理を実行してよい。
算出部１３ｆは、利用者を証明するための署名値を算出する。算出部１３ｆは、例えば、図３のステップＳ３３で説明した処理を実行してよい。
【0086】
（利用者情報送信部１３ｇについて）
利用者情報送信部１３ｇは、抽出部１３ｅにより抽出された情報、算出部１３ｆにより算出された情報を検証者装置３０に送信する。
利用者情報送信部１３ｇは、抽出部１３ｅにより抽出された情報、算出部１３ｆにより算出された情報を検証者装置３０に送信する。
【0087】
例えば、利用者情報送信部１３ｇは、利用者の個人情報の内容を示す要素と、要素に対応する公開鍵との組合せのうち、許可対象の要素に対応する組合せについては検証者装置３０に送信する一方で、提供を許可されていない無許可の要素に対応する組合せについては検証者装置３０に送信しない代わりに、記無許可の要素に対応するハッシュ値を検証者装置３０に送信する。
【0088】
例えば、利用者情報送信部１３ｇは、第１の組合せのうち、許可対象の第１の要素に対応する組合せについては検証者装置３０に送信する一方で、提供を許可されていない無許可の第１の要素に対応する組合せについては検証者装置３０に送信しない代わりに、無許可の第１の要素に対応するハッシュ値を検証者装置３０に送信する。
【0089】
また、利用者情報送信部１３ｇは、第２の組合せのうち、許可対象の第２の要素に対応する組合せについては検証者装置３０に送信する一方で、提供を許可されていない無許可の第２の要素に対応する組合せについては検証者装置３０に送信しない代わりに、無許可の第２の要素に対応するハッシュ値を検証者装置３０に送信する。利用者情報送信部１３ｇは、例えば、図３のステップＳ３４で説明した処理を実行してよい。
【0090】
〔５－２．発行者装置の構成〕
次に、図５を用いて、実施形態に係る発行者装置２０について説明する。図５は、実施形態に係る発行者装置２０の構成例を示す図である。図５に示すように、発行者装置２０は、通信部２１と、記憶部２２と、制御部２３とを有する。
次に、図５を用いて、実施形態に係る発行者装置２０について説明する。図５は、実施形態に係る発行者装置２０の構成例を示す図である。図５に示すように、発行者装置２０は、通信部２１と、記憶部２２と、制御部２３とを有する。
【0091】
（通信部２１について）
通信部２１は、例えば、ＮＩＣ等によって実現される。そして、通信部２１は、ネットワークと有線または無線で接続され、例えば、利用者装置１０、検証者装置３０との間で情報の送受信を行う。
通信部２１は、例えば、ＮＩＣ等によって実現される。そして、通信部２１は、ネットワークと有線または無線で接続され、例えば、利用者装置１０、検証者装置３０との間で情報の送受信を行う。
【0092】
（記憶部２２について）
記憶部２２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２２は、個人識別情報データベース２２ａと、固有情報データベース２２ｂとを有する。
記憶部２２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２２は、個人識別情報データベース２２ａと、固有情報データベース２２ｂとを有する。
【0093】
（個人識別情報データベース２２ａについて）
個人識別情報データベース２２ａは、利用者装置１０から受け付けた個人情報すなわち個人識別情報を記憶する。具体的には、個人識別情報データベース２２ａは、第１の要素と、第１の要素に対応する公開鍵との組である第１の組合せを記憶する。
個人識別情報データベース２２ａは、利用者装置１０から受け付けた個人情報すなわち個人識別情報を記憶する。具体的には、個人識別情報データベース２２ａは、第１の要素と、第１の要素に対応する公開鍵との組である第１の組合せを記憶する。
【0094】
（固有情報データベース２２ｂについて）
固有情報データベース２２ｂは、発行者が利用者に関して保有している固有情報（例えば、ワクチン接種情報、免許証情報等）を記憶する。すなわち、固有情報データベース２２ｂは、利用者に対して発行する証明書に関する情報を記憶する。
固有情報データベース２２ｂは、発行者が利用者に関して保有している固有情報（例えば、ワクチン接種情報、免許証情報等）を記憶する。すなわち、固有情報データベース２２ｂは、利用者に対して発行する証明書に関する情報を記憶する。
【0095】
（制御部２３について）
制御部２３は、ＣＰＵやＭＰＵ等によって、発行者装置２０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
制御部２３は、ＣＰＵやＭＰＵ等によって、発行者装置２０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【0096】
図５に示すように、制御部２３は、要素受付部２３ａと、生成部２３ｂと、算出部２３ｃと、登録部２３ｄとを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。
【0097】
（要素受付部２３ａについて）
要素受付部２３ａは、利用者装置１０から送信された情報を受け付ける。具体的には、要素受付部２３ａは、第１の要素と、第１の要素に対応する公開鍵との組である第１の組合せを受け付ける。
要素受付部２３ａは、利用者装置１０から送信された情報を受け付ける。具体的には、要素受付部２３ａは、第１の要素と、第１の要素に対応する公開鍵との組である第１の組合せを受け付ける。
【0098】
また、要素受付部２３ａは、利用者ついて証明される固有情報の内容を示す第２の要素であって、発行者装置２０で発行される第２の要素の件数に応じた数の公開鍵も受け付けてよい。
【0099】
（生成部２３ｂについて）
生成部２３ｂは、要素受付部２３ａにより受け付けられた情報に基づいて、トークンを生成する。例えば、生成部２３ｂは、第１の組合せごとに算出された第１のハッシュ値それぞれを連結した連結情報を所定のハッシュ関数に入力することで１つの第１のトークンを生成する。また、生成部２３ｂは、第２の組合せごとに算出された第２のハッシュ値それぞれを連結した連結情報を所定のハッシュ関数に入力することで１つの第２のトークンを生成する。そして、生成部２３ｂは、第１のトークンおよび第２のトークンを連結した連結情報を所定のハッシュ関数に入力することで、１つの統合トークンを生成する。生成部２３ｂは、例えば、図２のステップＳ２３で説明した処理を実行してよい。
生成部２３ｂは、要素受付部２３ａにより受け付けられた情報に基づいて、トークンを生成する。例えば、生成部２３ｂは、第１の組合せごとに算出された第１のハッシュ値それぞれを連結した連結情報を所定のハッシュ関数に入力することで１つの第１のトークンを生成する。また、生成部２３ｂは、第２の組合せごとに算出された第２のハッシュ値それぞれを連結した連結情報を所定のハッシュ関数に入力することで１つの第２のトークンを生成する。そして、生成部２３ｂは、第１のトークンおよび第２のトークンを連結した連結情報を所定のハッシュ関数に入力することで、１つの統合トークンを生成する。生成部２３ｂは、例えば、図２のステップＳ２３で説明した処理を実行してよい。
【0100】
（算出部２３ｃについて）
算出部２３ｃは、発行者を証明するための署名値を算出する。例えば、算出部２３ｃは、統合トークンに基づき生成されたハッシュ値が発行者側の秘密鍵を用いて暗号化された発行者の署名値を算出する。算出部２３ｃは、例えば、図２のステップＳ２４で説明した処理を実行してよい。
算出部２３ｃは、発行者を証明するための署名値を算出する。例えば、算出部２３ｃは、統合トークンに基づき生成されたハッシュ値が発行者側の秘密鍵を用いて暗号化された発行者の署名値を算出する。算出部２３ｃは、例えば、図２のステップＳ２４で説明した処理を実行してよい。
【0101】
（登録部２３ｄについて）
登録部２３ｄは、発行者の署名値と、発行者の公開鍵と、統合トークンとをブロックチェーン（分散台帳）ＢＣに登録する。なお、登録部２３ｄは、算出部２３ｃにより署名値が算出された日時すなわち電子署名が行われた現在日時もブロックチェーンＢＣに登録してよい。このように、電子署名が行われた日時が登録されていることで、例えば、検証者による公開鍵の使いまわしを防止することができる。すなわち、現在日時は、公開鍵の有効期限を定める役割を有する。
登録部２３ｄは、発行者の署名値と、発行者の公開鍵と、統合トークンとをブロックチェーン（分散台帳）ＢＣに登録する。なお、登録部２３ｄは、算出部２３ｃにより署名値が算出された日時すなわち電子署名が行われた現在日時もブロックチェーンＢＣに登録してよい。このように、電子署名が行われた日時が登録されていることで、例えば、検証者による公開鍵の使いまわしを防止することができる。すなわち、現在日時は、公開鍵の有効期限を定める役割を有する。
【0102】
〔５－３．検証者装置の構成〕
次に、図６を用いて、実施形態に係る検証者装置３０について説明する。図６は、実施形態に係る検証者装置３０の構成例を示す図である。図６に示すように、検証者装置３０は、通信部３１と、記憶部３２と、制御部３３とを有する。
次に、図６を用いて、実施形態に係る検証者装置３０について説明する。図６は、実施形態に係る検証者装置３０の構成例を示す図である。図６に示すように、検証者装置３０は、通信部３１と、記憶部３２と、制御部３３とを有する。
【0103】
（通信部３１について）
通信部３１は、例えば、ＮＩＣ等によって実現される。そして、通信部３１は、ネットワークと有線または無線で接続され、例えば、利用者装置１０、発行者装置２０との間で情報の送受信を行う。
通信部３１は、例えば、ＮＩＣ等によって実現される。そして、通信部３１は、ネットワークと有線または無線で接続され、例えば、利用者装置１０、発行者装置２０との間で情報の送受信を行う。
【0104】
（記憶部３２について）
記憶部３２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部３２は、提供情報データベース３２ａを有する。
記憶部３２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部３２は、提供情報データベース３２ａを有する。
【0105】
（提供情報データベース３２ａについて）
提供情報データベース３２ａは、利用者から提供された情報（すなわち、許可対象の要素）に関する情報を記憶する。具体的には、提供情報データベース３２ａは、利用者装置１０の利用者情報送信部１３ｇによって送信された情報に関して記憶する。
提供情報データベース３２ａは、利用者から提供された情報（すなわち、許可対象の要素）に関する情報を記憶する。具体的には、提供情報データベース３２ａは、利用者装置１０の利用者情報送信部１３ｇによって送信された情報に関して記憶する。
【0106】
（制御部３３について）
制御部３３は、ＣＰＵやＭＰＵ等によって、検証者装置３０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
制御部３３は、ＣＰＵやＭＰＵ等によって、検証者装置３０内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３３は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。
【0107】
図６に示すように、制御部３３は、提供情報受付部３３ａと、生成部３３ｂと、検証部３３ｃとを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部３３の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部３３が有する各処理部の接続関係は、図６に示した接続関係に限られず、他の接続関係であってもよい。
【0108】
（提供情報受付部３３ａについて）
提供情報受付部３３ａは、利用者から提供された情報（すなわち、許可対象の要素）に関する情報を受け付ける。具体的には、提供情報受付部３３ａは、利用者装置１０の利用者情報送信部１３ｇによって送信された情報を受け付ける。
提供情報受付部３３ａは、利用者から提供された情報（すなわち、許可対象の要素）に関する情報を受け付ける。具体的には、提供情報受付部３３ａは、利用者装置１０の利用者情報送信部１３ｇによって送信された情報を受け付ける。
【0109】
（生成部３３ｂについて）
生成部３３ｂは、提供情報受付部３３ａにより受け付けられた情報に基づいて、トークンを生成する。例えば、生成部３３ｂは、利用者情報送信部１３ｇにより送信された第１の組合せごとに、当該第１の組合せに含まれる許可対象の第１の要素および公開鍵を用いて算出されたハッシュ値と、利用者情報送信部１３ｇにより送信された第１のハッシュ値とを連結した連結情報を所定のハッシュ関数に入力することで１つの第１の検証用トークンを生成する。また、生成部３３ｂは、利用者情報送信部１３ｇにより送信された第２の組合せごとに、当該第２の組合せに含まれる許可対象の第２の要素および公開鍵を用いて算出されたハッシュ値と、利用者情報送信部１３ｇにより送信された第２のハッシュ値とを連結した連結情報を所定のハッシュ関数に入力することで１つの第２の検証用トークンを生成する。そして、生成部３３ｂは、第１の検証用トークンおよび第２の検証用トークンを連結した連結情報を所定のハッシュ関数に入力することで、１つの検証用統合トークンを生成する。生成部３３ｂは、例えば、図３のステップＳ３５で説明した処理を実行してよい。
生成部３３ｂは、提供情報受付部３３ａにより受け付けられた情報に基づいて、トークンを生成する。例えば、生成部３３ｂは、利用者情報送信部１３ｇにより送信された第１の組合せごとに、当該第１の組合せに含まれる許可対象の第１の要素および公開鍵を用いて算出されたハッシュ値と、利用者情報送信部１３ｇにより送信された第１のハッシュ値とを連結した連結情報を所定のハッシュ関数に入力することで１つの第１の検証用トークンを生成する。また、生成部３３ｂは、利用者情報送信部１３ｇにより送信された第２の組合せごとに、当該第２の組合せに含まれる許可対象の第２の要素および公開鍵を用いて算出されたハッシュ値と、利用者情報送信部１３ｇにより送信された第２のハッシュ値とを連結した連結情報を所定のハッシュ関数に入力することで１つの第２の検証用トークンを生成する。そして、生成部３３ｂは、第１の検証用トークンおよび第２の検証用トークンを連結した連結情報を所定のハッシュ関数に入力することで、１つの検証用統合トークンを生成する。生成部３３ｂは、例えば、図３のステップＳ３５で説明した処理を実行してよい。
【0110】
（検証部３３ｃについて）
検証部３３ｃは、証明書に関して検証する。例えば、検証部３３ｃは、利用者情報送信部１３ｇにより送信された組合せとハッシュ値に基づいて、要素を提供した提供元の正当性を検証する。
検証部３３ｃは、証明書に関して検証する。例えば、検証部３３ｃは、利用者情報送信部１３ｇにより送信された組合せとハッシュ値に基づいて、要素を提供した提供元の正当性を検証する。
【0111】
例えば、検証部３３ｃは、利用者情報送信部１３ｇにより送信された第１の組合せおよび第１のハッシュ値に基づいて、要素を提供した提供元の本人性を検証する。例えば、検証部３３ｃは、利用者情報送信部１３ｇにより送信された第２の組合せおよび第２のハッシュ値に基づいて、要素を提供した提供元の正当性を検証する。具体的には、検証部３３ｃは、利用者情報送信部１３ｇにより送信された第１の組合それぞれに含まれる公開鍵、および、利用者情報送信部１３ｇにより送信された第２の組合それぞれに含まれる公開鍵の全て値を足し合わせて得られた１つの合算公開鍵を用いて、利用者の電子署名を複合することでハッシュ値を取得し、取得したハッシュ値と、検証用統合トークンを示すハッシュ値との比較に基づき、利用者の正当性を検証する。
【0112】
また、検証部３３ｃは、ブロックチェーンＢＣに登録される統合トークンと、検証用統合トークンとが一致している場合に、発行者の公開鍵を用いて、発行者の電子署名を複合することでハッシュ値を取得し、取得したハッシュ値と、検証用統合トークンを示すハッシュ値との比較に基づき、発行者の正当性をさらに検証してよい。
【0113】
検証部３３ｃは、例えば、図３のステップＳ３５で説明した処理を実行してよい。
【0114】
〔６．検証処理に係る具体的手法〕
ここからは、図７～図１３を用いて、実施形態に係る情報処理の具体的手法を説明する。図７～図１０では、発行要求～統合トークン生成～ブロックチェーンへの登録という一連の情報処理の具体的手法を説明する。図１２および図１３では、個人情報の提供～提供された情報に基づく検証処理という一連の情報処理を説明する。
ここからは、図７～図１３を用いて、実施形態に係る情報処理の具体的手法を説明する。図７～図１０では、発行要求～統合トークン生成～ブロックチェーンへの登録という一連の情報処理の具体的手法を説明する。図１２および図１３では、個人情報の提供～提供された情報に基づく検証処理という一連の情報処理を説明する。
【0115】
なお、図７～図１３は、図２および図３の内容をより具体的に示すものである。したがって、図７～図１３の例は、飛行機チケットを予約しようとする利用者Ｕ１が、検証者Ｖ３からワクチン接種証明書の提出を求められたため、発行者Ｐ２に対して、ワクチン接種証明書の発行を求める場面を一例に情報処理手法を説明するものである。
【0116】
〔６－１．発行要求からブロックチェーンへの登録〕
まず、図７を用いて、図２のステップＳ２２で行われる処理について具体的に説明する。図７は、証明書の発行要求に応じて行われる情報処理の手法を説明する説明図である。
まず、図７を用いて、図２のステップＳ２２で行われる処理について具体的に説明する。図７は、証明書の発行要求に応じて行われる情報処理の手法を説明する説明図である。
【0117】
図７（ａ）には、個人識別情報データベース１２ａのデータ構造のうち、利用者Ｕ１に対応するデータ構造が示される。図７（ａ）の例によれば、個人識別情報データベース１２ａは、「利用者ＩＤ」、「組合せＩＤ」、「要素名」、「第１の要素」、「公開鍵」といった項目を有する。
【0118】
「利用者ＩＤ」は、本人認証を受ける利用者個人を識別する識別情報であり、図７（ａ）には、利用者Ｕ１を識別する利用者ＩＤ「Ｕ１」が登録されている例が示される。
【0119】
「組合せＩＤ」は、「第１の要素」と「公開鍵」との組である第１の組合せを識別する識別情報である。「要素名」は、「第１の要素」の名称に関する情報である。「第１の要素」は、「要素名」に対応する第１の要素を示す情報である。
【0120】
図７（ａ）には、利用者Ｕ１に対応する第１の要素として、利用者Ｕ１の氏名を示す第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」、利用者Ｕ１の生年月日を示す第１の要素「１９８０－１１－２２」、利用者Ｕ１の国籍を示す第１の要素「Ｊａｐａｎ」等が、個人識別情報データベース１２ａに予め登録されている例が示される。このような登録は、利用者Ｕ１によって予め行われていてよい。
【0121】
「公開鍵」は、「第１の要素」それぞれに紐付けられる公開鍵であって、ユニークな内容の公開鍵である。「公開鍵」は、例えば、長さ３２バイトの１６進数で表されるバイト配列（シーケンス）である。また、「公開鍵」は、冒頭の文字が「０２」または「０３」であってよい。
【0122】
ここで、第１の要素送信部１３ａは、ワクチン接種証明書の発行要求を受け付けると、「第１の要素」それぞれに対して「公開鍵」を紐付ける。例えば、第１の要素送信部１３ａは、「第１の要素」それぞれに対応するユニークな内容の「公開鍵」を生成することで、「第１の要素」と「公開鍵」との組合せである第１の組合せを得る。
【0123】
図７（ａ）には、第１の要素送信部１３ａが、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」に対応する公開鍵「ＰＫ１－１１」を取得したことで、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、公開鍵「ＰＫ１－１１」とを組み合わせた情報（第１の組合せ）を識別する「組合せＩＤ」として「１１」を払い出した例が示される。
【0124】
図７（ａ）には、第１の要素送信部１３ａが、第１の要素「１９８０－１１－２２」に対応する公開鍵「ＰＫ１－１２」を取得したことで、第１の要素「１９８０－１１－２２」と、公開鍵「ＰＫ１－１２」とを組み合わせた情報（第１の組合せ）を識別する「組合せＩＤ」として「１２」を払い出した例が示される。
【0125】
なお、図７（ａ）の例において、各「公開鍵」には、ペアとなる「秘密鍵」が存在する。
【0126】
また、第１の要素送信部１３ａは、利用者Ｕ１について証明されるワクチン接種状況の内容を示す第２の要素であって、発行者装置２０で発行される第２の要素の件数に応じた数の公開鍵もさらに取得してよい。この点について、図７（ｂ）で説明する。
【0127】
図７（ｂ）には、固有情報データベース２２ｂのデータ構造のうち、利用者Ｕ１に対応するデータ構造が示される。図７（ｂ）の例によれば、固有情報データベース２２ｂは、「利用者ＩＤ」、「組合せＩＤ」、「要素名」、「第２の要素」、「公開鍵」といった項目を有する。
【0128】
「利用者ＩＤ」は、本人認証を受ける利用者個人を識別する識別情報であり、図７（ｂ）には、利用者Ｕ１を識別する利用者ＩＤ「Ｕ１」が登録されている例が示される。
【0129】
「組合せＩＤ」は、「第２の要素」と「公開鍵」との組である第２の組合せを識別する識別情報である。「要素名」は、「第２の要素」の名称に関する情報である。「第２の要素」は、「要素名」に対応する第２の要素を示す情報である。
【0130】
図７（ｂ）の例によれば、固有情報データベース２２ｂには、利用者Ｕ１がワクチンを接種した「接収回数」は「２回」であり、利用者Ｕ１が最後にワクチンを接種した日である「最終接種日」は「２０２１－１０－２０」であり、利用者Ｕ１に対してワクチン接種証明書を発行した日である「発行日」は「２０２２－０３－０１」であることを証明する第２の要素が記憶されている際が示されている。
【0131】
そして、係る例によれば、発行者Ｐ２は、利用者Ｕ１についてｍ件の第２の要素を含むワクチン接種証明書を発行することが判る。例えば、第１の要素送信部１３ａは、固有情報データベース２２ｂを参照し、ｍ件の第２の要素を含むワクチン接種証明書を発行者Ｐ２が発行することを認識すると、図７（ｂ）に示すように、ｍ件分の「公開鍵」を取得してよい。
【0132】
図７（ｂ）には、第１の要素送信部１３ａが、公開鍵「ＰＫ２－２１」、公開鍵「ＰＫ２－２２」、・・・公開鍵「公開鍵ＰＫ２－２ｍ」等を取得した例が示される。これらの公開鍵にもペアとなる「秘密鍵」が存在する。また、このｍ件分の「公開鍵」は、「第２の要素」それぞれに紐付けられる公開鍵であって、ユニークな内容の公開鍵である。また、「公開鍵」は、例えば、長さ３２バイトの１６進数で表されるバイト配列である。また、「公開鍵」は、冒頭の文字が「０２」または「０３」であってよい。
【0133】
このような状態において、第１の要素送信部１３ａは、第１の組合せと、ｍ件分の公開鍵とを発行者装置２０に送信する。図７の例によれば、第１の要素送信部１３ａは、第１の組合せ♯１１、第１の組合せ♯１２、第１の組合せ♯１３、・・・第１の組合せ♯１ｎを発行者装置２０に送信する。また、第１の要素送信部１３ａは、公開鍵「ＰＫ２－２１」、公開鍵「ＰＫ２－２２」、・・・公開鍵「公開鍵ＰＫ２－２ｍ」も発行者装置２０に送信する。
【0134】
送信された情報は、発行者装置２０の要素受付部２３ａによって受け付けられる。発行者装置２０は、要素受付部２３ａにより受け付けられた「公開鍵」を図７（ｂ）に示すように、「第２の要素」それぞれに紐付けてよい。なお、図７（ｃ）は、個人識別情報データベース１２ａが図７（ａ）の状態から更新された更新後の例を示すものであるが、こちらの例については後述する。
【0135】
【0136】
生成部２３ｂは、要素受付部２３ａによって情報が受け付けられると、トークンを生成する処理を実行する。具体的には、生成部２３ｂは、１つの統合トークンを生成する処理を実行する。例えば、生成部２３ｂは、第１のトークンおよび第２のトークンを生成し、これらのトークンを用いて統合トークンを生成する。図８～図１０ではこの一連の流れを説明する。
【0137】
生成部２３ｂは、ハッシュ関数Ｈ（ｍ）に第１の組合せを入力することで、第１の組合せごとにハッシュ値を算出する。そして、生成部２３ｂは、各ハッシュ値を連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、第１のトークンを生成する。この点について、図８を用いて説明する。図８は、証明書の発行要求に応じてトークンが生成される際の情報処理手法（１）を説明する説明図である。
【0138】
図８（ａ）の例によれば、生成部２３ｂは、第１の組合せ♯１１、第１の組合せ♯１２、第１の組合せ♯１３、・・・第１の組合せ♯１ｎのそれぞれについてハッシュ値を算出する。
【0139】
第１の組合せ♯１１を例に挙げて説明する。例えば、生成部２３ｂは、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、これに対応付けられる公開鍵「ＰＫ１－１１」とを連結した連結情報を、ハッシュ関数Ｈ（ｍ）への入力情報ｍと定める。そして、生成部２３ｂは、入力情報ｍをハッシュ関数Ｈ（ｍ）に入力することで、図８（ａ）に示すように、Ｈ（＜ＰＫ１－１１＞｜｜ｂｙｔｅｓ（“Ｓｕｚｕｋｉ Ｔａｒｏ”））という計算式を解く。図８（ａ）には、生成部２３ｂが、この計算式を解いた結果、ハッシュ値「Ｈａｓｈ１－１１」を算出した例が示される。
【0140】
同様の手法で、生成部２３ｂは、第１の組合せ♯１２、第１の組合せ♯１３、・・・第１の組合せ♯１ｎについても、そこに含まれる第１の要素と公開鍵とを連結した連結情報を入力情報ｍと定めて、ハッシュ関数Ｈ（ｍ）を計算する。
【0141】
なお、図８（ａ）で算出されるハッシュ値は、例えば、長さ３２バイトのバイト配列である。
【0142】
次に、生成部２３ｂは、図８（ｂ）に示すように、第１の組合せ♯１１、第１の組合せ♯１２、第１の組合せ♯１３、・・・第１の組合せ♯１ｎのそれぞれについて算出したハッシュ値を連結した連結情報を、ハッシュ関数Ｈ（ｍ）への入力情報ｍと定める。そして、生成部２３ｂは、入力情報ｍをハッシュ関数Ｈ（ｍ）に入力することで、図８（ｂ）に示すように、Ｈ（＜Ｈａｓｈ１－１１＞｜｜＜Ｈａｓｈ１－１２＞｜｜・・・｜｜＜Ｈａｓｈ１－１ｎ＞）という計算式を解く。図８（ｂ）には、生成部２３ｂが、この計算式を解いた結果、第１のトークン「ｔｏｋｅｎ１」を算出した例が示される。なお、第１のトークン「ｔｏｋｅｎ１」は、例えば、長さ３２バイトのバイト配列である。
【0143】
また、生成部２３ｂは、ハッシュ関数Ｈ（ｍ）に第２の組合せを入力することで、第２の組合せごとにハッシュ値を算出する。そして、生成部２３ｂは、各ハッシュ値を連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、第２のトークンを生成する。この点について、図９を用いて説明する。図９は、証明書の発行要求に応じてトークンが生成される際の情報処理手法（２）を説明する説明図である。
【0144】
図９（ａ）の例によれば、生成部２３ｂは、第２の組合せ♯２１、第２の組合せ♯２２、第２の組合せ♯２３、・・・第２の組合せ♯２ｍのそれぞれについてハッシュ値を算出する。
【0145】
第２の組合せ♯２１を例に挙げて説明する。例えば、生成部２３ｂは、第２の要素「ｔｗｏ」と、これに対応付けられる公開鍵「ＰＫ２－２１」とを連結した連結情報を、ハッシュ関数Ｈ（ｍ）への入力情報ｍと定める。そして、生成部２３ｂは、入力情報ｍをハッシュ関数Ｈ（ｍ）に入力することで、図９（ａ）に示すように、Ｈ（＜ＰＫ２－２１＞｜｜ｂｙｔｅｓ（“ｔｗｏ”））という計算式を解く。図９（ａ）には、生成部２３ｂが、この計算式を解いた結果、ハッシュ値「Ｈａｓｈ２－２１」を算出した例が示される。
【0146】
同様の手法で、生成部２３ｂは、第２の組合せ♯２２、第２の組合せ♯２３、・・・第２の組合せ♯２ｍについても、そこに含まれる第２の要素と公開鍵とを連結した連結情報を入力情報ｍと定めて、ハッシュ関数Ｈ（ｍ）を計算する。
【0147】
なお、図９（ａ）で算出されるハッシュ値は、例えば、長さ３２バイトのバイト配列である。
【0148】
次に、生成部２３ｂは、図９（ｂ）に示すように、第２の組合せ♯２１、第２の組合せ♯２２、第２の組合せ♯２３、・・・第２の組合せ♯２ｍのそれぞれについて算出したハッシュ値を連結した連結情報を、ハッシュ関数Ｈ（ｍ）への入力情報ｍと定める。そして、生成部２３ｂは、入力情報ｍをハッシュ関数Ｈ（ｍ）に入力することで、図９（ｂ）に示すように、Ｈ（＜Ｈａｓｈ２－２１＞｜｜＜Ｈａｓｈ２－２２＞｜｜・・・｜｜＜Ｈａｓｈ２－２ｍ＞）という計算式を解く。図９（ｂ）には、生成部２３ｂが、この計算式を解いた結果、第２のトークン「ｔｏｋｅｎ２」を算出した例が示される。なお、第２のトークン「ｔｏｋｅｎ２」は、例えば、長さ３２バイトのバイト配列である。
【0149】
生成部２３ｂは、図８および図９で説明したように、第１のトークンおよび第２のトークンを生成できると、これらのトークンを用いて統合トークンを生成する。具体的には、生成部２３ｂは、第１のトークンおよび第２のトークンを連結した連結情報をハッシュ関数Ｈ（ｍ）に入力することで、１つの統合トークンを生成する。この点について、図１０を用いて説明する。図１０は、証明書の発行要求に応じてトークンが生成される際の情報処理手法（３）を説明する説明図である。
【0150】
生成部２３ｂは、図１０（ａ）に示すように、第１のトークン「ｔｏｋｅｎ１」および第２のトークン「ｔｏｋｅｎ２」を用いて統合トークンを生成する。具体的には、生成部２３ｂは、第１のトークン「ｔｏｋｅｎ１」および第２のトークン「ｔｏｋｅｎ２」を連結した連結情報を、ハッシュ関数Ｈ（ｍ）への入力情報ｍと定める。そして、生成部２３ｂは、入力情報ｍをハッシュ関数Ｈ（ｍ）に入力することで、図１０（ａ）に示すように、Ｈ（＜ｔｏｋｅｎ１＞｜｜＜ｔｏｋｅｎ２＞）という計算式を解く。図１０（ａ）には、生成部２３ｂが、この計算式を解いた結果、統合トークン「ｔｏｋｅｎ１２」を算出した例が示される。なお、統合トークン「ｔｏｋｅｎ１２」は、例えば、長さ３２バイトのバイト配列である。
【0151】
ここで、算出部２３ｃは、生成部２３ｂによって統合トークンが生成されると、統合トークンを用いて、発行者Ｐ２の電子署名となる署名値を算出する。引き続き、図１０を用いて、署名値の算出手法を説明する。署名値の算出手法の具体例は、図１０（ｂ）に示される。図１０（ｂ）の例は、図２のステップＳ２４で行われる処理について具体的に説明するものである。
【0152】
算出部２３ｃは、発行者Ｐ２に対応する秘密鍵と、電子署名を行う現在日時と、統合トークンとに基づいて、発行者Ｐ２の電子署名となる署名値を算出する。図１０（ｂ）には、発行者Ｐ２に対応する秘密鍵が「ＳＫ♯Ｐ２」であり、電子署名を行う現在日時が「ｓｉｇｎＴｉｍｅ♯Ｐ２」であり、また、入力に応じて署名値を出力する関数Ｓｉｇ（ｐ，ｍ）を用いて、署名値が算出される例が示される。
【0153】
係る例によれば、算出部２３ｃは、発行者Ｐ２に対応する秘密鍵「ＳＫ♯Ｐ２」を、関数Ｓｉｇ（ｐ，ｍ）を用いた暗号化のための秘密鍵ｐと定める。また、算出部２３ｃは、現在日時「ｓｉｇｎＴｉｍｅ♯Ｐ２」と、統合トークン「ｔｏｋｅｎ１２」とを連結した連結情報を、関数Ｓｉｇ（ｐ，ｍ）への入力情報ｍと定める。
【0154】
例えば、算出部２３ｃは、現在日時「ｓｉｇｎＴｉｍｅ♯Ｐ２」と、統合トークン「ｔｏｋｅｎ１２」とを連結した連結情報を関数Ｓｉｇ（ｐ，ｍ）に入力して得られたハッシュ値を秘密鍵ｐで暗号化することにより、署名値を算出する。具体的には、算出部２３ｃは、図１０（ｂ）に示すように、Ｓｉｇ（＜ＳＫ♯Ｐ２＞，＜ｓｉｇｎＴｉｍｅ♯Ｐ２＞｜｜＜ｔｏｋｅｎ１２＞）という計算式を解く。図１０（ｂ）には、算出部２３ｃが、この計算式を解いた結果、発行者Ｐ２の署名値「ＳＩＮ♯Ｐ２」を算出した例が示される。なお、署名値「ＳＩＮ♯Ｐ２」は、例えば、長さ７２バイトのバイト配列である。
【0155】
また、登録部２３ｄは、算出部２３ｃによって署名値が生成されると、生成された署名値をブロックチェーンＢＣに登録する。引き続き、図１０を用いて、署名値の登録手法を説明する。署名値の登録手法の具体例は、図１０（ｃ）に示される。図１０（ｃ）の例は、図２のステップＳ２５で行われる処理について具体的に説明するものである。
【0156】
登録部２３ｄは、電子署名を行う現在日時と、署名値と、発行者Ｐ２の秘密鍵に対する公開鍵と、統合トークンとをブロックチェーンＢＣに登録する。具体的には、図１０（ｃ）に示すように、登録部２３ｄは、現在日時「ｓｉｇｎＴｉｍｅ♯Ｐ２」と、署名値「ＳＩＮ♯Ｐ２」と、公開鍵「ＰＫ♯Ｐ２」と、統合トークン「ｔｏｋｅｎ１２」とをブロックチェーンＢＣに登録する。このように、実施形態に係る情報処理によれば、ブロックチェーンＢＣには、利用者Ｕ１に関する実データが登録されることはない。
【0157】
さて、ここまで、図７～図１０を用いて、発行要求からブロックチェーンへの登録までの一連の情報処理の具体的手法を説明してきた。ここで、例えば、生成部２３ｂは、第１の組合せ、第２の組合せそれぞれについて算出したハッシュ値を利用者装置１０に応答してよい。
【0158】
例えば、生成部２３ｂは、第１の組合せ♯１１、第１の組合せ♯１２、第１の組合せ♯１３、・・・第１の組合せ♯１ｎのそれぞれについてハッシュ値を算出したが、算出したこれらのハッシュ値を利用者装置１０に返答してよい。返答された情報は、第２の要素受付部１３ｂが受け付けてよく、第２の要素受付部１３ｂは、受け付けたハッシュ値を用いて、個人識別情報データベース１２ａを更新する。この結果、個人識別情報データベース１２ａのデータ構造は、図７（ａ）の状態から、例えば、図７（ｃ）の状態へと更新される。
【0159】
また、生成部２３ｂは、第２の組合せ♯２１、第２の組合せ♯２２、第２の組合せ♯２３、・・・第２の組合せ♯２ｍのそれぞれについてもハッシュ値を算出したが、これらのハッシュ値を利用者装置１０に返答してよい。例えば、生成部２３ｂは、ハッシュ値の算出に用いた第２の要素を対応付けた状態で返答してよい。返答された情報は、第２の要素受付部１３ｂが受け付けてよく、第２の要素受付部１３ｂは、受け付けたハッシュ値を用いて、固有情報データベース１２ｂを更新する。この結果、図１１に示すようなデータ構造の固有情報データベース１２ｂが得られる。
【0160】
図１１には、固有情報データベース１２ｂの一例が示される。生成部２３ｂによる第２の要素の応答は、実質、利用者Ｕ１に対するワクチン接種証明書の発行に相当し、これが利用者Ｕ１側の固有情報データベース１２ｂに登録されることで、利用者Ｕ１は、ワクチン接種証明書を閲覧したり、提出したりすることができるようになる。
【0161】
【0162】
【0163】
利用者Ｕ１は、端末装置Ｔを用いて、第１の要素のうち、検証者Ｖ３への提供を許可する許可対象の第１の要素を指定し、また、第２の要素のうち、検証者Ｖ３への提供を許可する許可対象の第２の要素を指定する。
【0164】
図１２の例では、利用者Ｕ１は、第１の要素のうち氏名および生年月日は検証者Ｖ３開示してもよいと考え、氏名を示す第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、生年月日を示す第１の要素「１９８０－１１－２２」を許可対象と指定したとする。
【0165】
また、図１２の例では、利用者Ｕ１は、第２の要素のうち接種回数および最終接種日は検証者Ｖ３開示してもよいと考え、接種回数を示す第２の要素「ｔｗｏ」と、最終接種日を示す第２の要素「２０２１－１０－２０」を許可対象と指定したとする。
【0166】
そうすると、端末装置Ｔは、利用者Ｕ１により指定された内容を示す情報、すなわち許可対象の第１の要素が、氏名「Ｓｕｚｕｋｉ Ｔａｒｏ」および生年月日「１９８０－１１－２２」であることを示す情報を利用者装置１０に送信する。
【0167】
また、端末装置Ｔは、利用者Ｕ２により指定された内容を示す情報、すなわち許可対象の第２の要素が、接種回数「ｔｗｏ」および最終接種日「２０２１－１０－２０」であることを示す情報を利用者装置１０に送信する。
【0168】
利用者装置１０の指定受付部１３ｄは、許可対象の第１の要素の指定を利用者Ｕ１から受け付ける。上記例によれば、指定受付部１３ｄは、許可対象の第１の要素が、氏名「Ｓｕｚｕｋｉ Ｔａｒｏ」および生年月日「１９８０－１１－２２」であることを示す情報を利用者装置１０から受け付ける。
【0169】
また、指定受付部１３ｄは、許可対象の第２の要素の指定を利用者Ｕ１から受け付ける。上記例によれば、指定受付部１３ｄは、許可対象の第２の要素が、接種回数「ｔｗｏ」および最終接種日「２０２１－１０－２０」であることを示す情報を利用者装置１０から受け付ける。
【0170】
利用者装置１０の抽出部１３ｅは、指定受付部１３ｄにより指定が受け付けられると、利用者Ｕ１により指定された内容に従い、検証者Ｖ３に提供する情報を抽出する。具体的には、抽出部１３ｅは、利用者Ｕ１により指定された内容に従い、第１の要素が登録されている個人識別情報データベース１２ａ、および、第２の要素が登録されている固有情報データベース１２ｂから、検証者装置３０に送信する情報を抽出する。
【0171】
抽出部１３ｅは、利用者Ｕ１の個人情報の内容を示す要素と、要素に対応する公開鍵との組合せのうち、許可対象の要素に対応する組合せについては抽出する一方で、提供を許可されていない無許可の要素に対応する組合せについては抽出しない代わりに、無許可の要素に対応するハッシュ値を抽出する。
【0172】
図１２（ａ）に示すように、抽出部１３ｅは、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」が許可対象として指定されたことに応じて、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、公開鍵「ＰＫ１－１１」との第１の組合せ♯１１を、個人識別情報データベース１２ａから抽出する。また、抽出部１３ｅは、第１の要素「１９８０－１１－２２」が許可対象として指定されたことに応じて、第１の要素「１９８０－１１－２２」と、公開鍵「ＰＫ１－１２との第１の組合せ♯１２を、個人識別情報データベース１２ａから抽出する。
【0173】
一方、抽出部１３ｅは、提供を許可されていない無許可の第１の要素に対応する第１の組合せについては抽出しない。具体的には、抽出部１３ｅは、第１の組合せ♯１３～第１の組合せ♯１ｎについては抽出しない。この代わりに、抽出部１３ｅは、図１２（ａ）に示すように、第１の組合せ♯１３～第１の組合せ♯１ｎそれぞれに対応するハッシュ値「Ｈａｓｈ１－１３～Ｈａｓｈ１－１ｎ」を、個人識別情報データベース１２ａから抽出する。
【0174】
また、図１２（ｂ）に示すように、抽出部１３ｅは、第２の要素「ｔｗｏ」が許可対象として指定されたことに応じて、第２の要素「ｔｗｏ」と、公開鍵「ＰＫ２－２１」との第２の組合せ♯２１を、固有情報データベース１２ｂから抽出する。また、抽出部１３ｅは、第２の要素「２０２１－１０－２０」が許可対象として指定されたことに応じて、第２の要素「２０２１－１０－２０」と、公開鍵「ＰＫ２－２２」との第２の組合せ♯２２を、固有情報データベース１２ｂから抽出する。
【0175】
一方、抽出部１３ｅは、提供を許可されていない無許可の第２の要素に対応する第２の組合せについては抽出しない。具体的には、抽出部１３ｅは、第２の組合せ♯２３～第２の組合せ♯２ｍについては抽出しない。この代わりに、抽出部１３ｅは、図１２（ｂ）に示すように、第２の組合せ♯２３～第２の組合せ♯２ｍそれぞれに対応するハッシュ値「Ｈａｓｈ２－２３～Ｈａｓｈ２－２ｍ」を、固有情報データベース１２ｂから抽出する。
【0176】
ここで、利用者装置１０の算出部１３ｆは、生成部２３ｂにより生成されている統合トークンを用いて、利用者Ｕ１の電子署名となる署名値を算出する。引き続き、図１２を用いて、署名値の算出手法を説明する。署名値の算出手法の具体例は、図１２（ｃ）に示される。図１２（ｃ）の例は、図３のステップＳ３３で行われる処理について具体的に説明するものである。
【0177】
算出部１３ｆは、利用者Ｕ１に対応する秘密鍵と、電子署名を行う現在日時と、統合トークンとに基づいて、利用者Ｕ１の電子署名となる署名値を算出する。なお、利用者Ｕ１に対応する秘密鍵とは、検証者Ｖ３へと提供するため抽出部１３ｅにより抽出された各公開鍵に対応する秘密鍵である。
【0178】
図１２（ａ）および図１２（ｂ）の例によれば、利用者Ｕ１に対応する秘密鍵とは、公開鍵「ＰＫ１－１１」に対応する秘密鍵、公開鍵「ＰＫ１－１２」に対応する秘密鍵、公開鍵「ＰＫ２－２１」に対応する秘密鍵、および、公開鍵「ＰＫ２－２２」に対応する秘密鍵である。より具体的には、利用者Ｕ１に対応する秘密鍵は、これら４つの秘密鍵を足し合わせた１つの合算秘密鍵であってよい。図１２（ｃ）には、利用者Ｕ１に対応する秘密鍵が「ＳＫ♯Ｕ１」である例が示される。
【0179】
また、図１２（ｃ）には、電子署名を行う現在日時が「ｓｉｇｎＴｉｍｅ♯Ｕ１」であり、また、入力に応じて署名値を出力する関数Ｓｉｇ（ｐ，ｍ）を用いて、署名値が算出される例が示される。
【0180】
係る例によれば、算出部１３ｆは、利用者Ｕ１に対応する秘密鍵「ＳＫ♯Ｕ１」を、関数Ｓｉｇ（ｐ，ｍ）を用いた暗号化のための秘密鍵ｐと定める。また、算出部１３ｆは、現在日時「ｓｉｇｎＴｉｍｅ♯Ｕ１」と、統合トークン「ｔｏｋｅｎ１２」とを連結した連結情報を、関数Ｓｉｇ（ｐ，ｍ）への入力情報ｍと定める。
【0181】
例えば、算出部１３ｆは、現在日時「ｓｉｇｎＴｉｍｅ♯Ｕ１」と、統合トークン「ｔｏｋｅｎ１２」とを連結した連結情報を関数Ｓｉｇ（ｐ，ｍ）に入力して得られたハッシュ値を秘密鍵ｐで暗号化することにより、署名値を算出する。具体的には、算出部１３ｆは、図１２（ｃ）に示すように、Ｓｉｇ（＜ＳＫ♯Ｕ１＞，＜ｓｉｇｎＴｉｍｅ♯Ｕ１＞｜｜＜ｔｏｋｅｎ１２＞）という計算式を解く。図１２（ｃ）には、算出部１３ｆが、この計算式を解いた結果、利用者Ｕ１の署名値「ＳＩＮ♯Ｕ１」を算出した例が示される。なお、署名値「ＳＩＮ♯Ｕ１」は、例えば、長さ７２バイトのバイト配列である。
【0182】
なお、図１２（ｃ）の例によれば、算出部１３ｆは、楕円曲線暗号の加法準同型性を活用して、１つの合算秘密鍵「ＳＫ♯Ｕ１」を生成している。係る手法によれば、利用者Ｕ１が検証者Ｖ３に開示する要素がどのようなパターンであっても、「ＳＫ♯Ｕ１」という１つの署名値を生成するだけでよく、例えば、要素ごとに署名値を生成する必要がない。このため、実施形態に係る情報処理では、電子署名における煩雑さを解消できるというメリットを有する。
【0183】
また、利用者情報送信部１３ｇは、図１２に示すように、抽出部１３ｅにより抽出された情報と、現在日時「ｓｉｇｎＴｉｍｅ♯Ｕ１」と、署名値「ＳＩＮ♯Ｕ１」とを検証者装置３０に送信する。係る処理は、図３のステップＳ３４の処理に対応する。また、この結果、検証者装置３０は、提供情報データベース３２ａにおいて、図１２に示すようなデータ構造を得ることができる。
【0184】
【0185】
検証者装置３０の検証部３３ｃは、利用者Ｕ１から情報提供を受けると、提供された情報（提供情報データベース３２ａに登録される各種提供情報）に基づいて、検証用トークンを生成する。
【0186】
まず、検証部３３ｃは、図１３（ａ）に示すように、「提供要素」と「提供公開鍵」とに基づいて、ハッシュ値を算出する。具体的には、検証部３３ｃは、利用者情報送信部１３ｇにより送信された第１の組合せごとに、当該第１の組合せに含まれる許可対象の第１の要素および公開鍵を用いてハッシュ値を算出する。また、検証部３３ｃは、利用者情報送信部１３ｇにより送信された第２の組合せごとに、当該第２の組合せに含まれる許可対象の第２の要素および公開鍵を用いてハッシュ値を算出する。
【0187】
図１３（ａ）の例によれば、検証部３３ｃは、第１の組合せ♯１１に含まれる許可対象の１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、これに対応付けられる公開鍵「ＰＫ１－１１」とに基づいて、ハッシュ値を算出する。具体的には、検証部３３ｃは、第１の要素「Ｓｕｚｕｋｉ Ｔａｒｏ」と、公開鍵「ＰＫ１－１１」とを連結した連結情報（入力情報ｍ）をハッシュ関数Ｈ（ｍ）に入力することで、ハッシュ値を算出する。図１３（ａ）には、検証部３３ｃが、ハッシュ値「Ｈａｓｈ１－１１」を算出した例が示される。
【0188】
同様に、検証部３３ｃは、第１の組合せ♯１２に含まれる許可対象の１の要素「１９８０－１１－２２」と、これに対応付けられる公開鍵「ＰＫ１－１２」とに基づいて、ハッシュ値を算出する。具体的には、検証部３３ｃは、第１の要素「１９８０－１１－２２」と、公開鍵「ＰＫ１－１２」とを連結した連結情報（入力情報ｍ）をハッシュ関数Ｈ（ｍ）に入力することで、ハッシュ値を算出する。図１３（ａ）には、検証部３３ｃが、ハッシュ値「Ｈａｓｈ１－１２」を算出した例が示される。
【0189】
なお、ここで行われるハッシュ値の算出手法は、図８（ａ）で説明したものと同様の手法である。
【0190】
また、図１３（ａ）の例によれば、検証部３３ｃは、第２の組合せ♯２１に含まれる許可対象の２の要素「ｔｗｏ」と、これに対応付けられる公開鍵「ＰＫ２－２１」とに基づいて、ハッシュ値を算出する。具体的には、検証部３３ｃは、第２の要素「ｔｗｏ」と、公開鍵「ＰＫ２－２１」とを連結した連結情報（入力情報ｍ）をハッシュ関数Ｈ（ｍ）に入力することで、ハッシュ値を算出する。図１３（ａ）には、検証部３３ｃが、ハッシュ値「Ｈａｓｈ２－２１」を算出した例が示される。
【0191】
同様に、検証部３３ｃは、第２の組合せ♯２２に含まれる許可対象の２の要素「２０２１－１０－２０」と、これに対応付けられる公開鍵「ＰＫ２－２２」とに基づいて、ハッシュ値を算出する。具体的には、検証部３３ｃは、第２の要素「２０２１－１０－２０」と、公開鍵「ＰＫ２－２２」とを連結した連結情報（入力情報ｍ）をハッシュ関数Ｈ（ｍ）に入力することで、ハッシュ値を算出する。図１３（ａ）には、検証部３３ｃが、ハッシュ値「Ｈａｓｈ２－２２」を算出した例が示される。
【0192】
次に、検証部３３ｃは、図１３（ｂ）に示すように、第１の組合せ♯１１、第１の組合せ♯１２それぞれについて算出したハッシュ値、そして、許可対象として指定されなかったことにより第１の組合せの代わりに送信されたハッシュ値（Ｈａｓｈ１－１３～Ｈａｓｈ１－１ｎ）の全てを連結した連結情報（入力情報ｍ）をハッシュ関数Ｈ（ｍ）に入力する。そして、検証部３３ｃは、図１３（ｂ）に示される計算式を解くことで、第１の検証用トークンを生成する。図１３（ｂ）には、検証部３３ｃが、第１の検証用トークン「ｔｏｋｅｎ♯１」を算出した例が示される。なお、ここで行われるトークンの生成手法は、図８（ｂ）で説明したものと同様の手法である。
【0193】
また、検証部３３ｃは、図１３（ｂ）に示すように、第２の組合せ♯２１、第２の組合せ♯２２それぞれについて算出したハッシュ値、そして、許可対象として指定されなかったことにより第２の組合せの代わりに送信されたハッシュ値（Ｈａｓｈ２－２３～Ｈａｓｈ２－２ｍ）の全てを連結した連結情報（入力情報ｍ）をハッシュ関数Ｈ（ｍ）に入力する。そして、検証部３３ｃは、図１３（ｂ）に示される計算式を解くことで、第２の検証用トークンを生成する。図１３（ｂ）には、検証部３３ｃが、第２の検証用トークン「ｔｏｋｅｎ♯２」を算出した例が示される。なお、ここで行われるトークンの生成手法は、図９（ｂ）で説明したものと同様の手法である。
【0194】
そして、検証部３３ｃは、図１３（ｃ）に示すように、第１の検証用トークン「ｔｏｋｅｎ♯１」および第２の検証用トークン「ｔｏｋｅｎ♯２」を用いて検証用統合トークンを生成する。具体的には、検証部３３ｃは、第１の検証用トークン「ｔｏｋｅｎ♯１」および第２の検証用トークン「ｔｏｋｅｎ♯２」を連結した連結情報（入力情報ｍ）をハッシュ関数Ｈ（ｍ）に入力する。そして、検証部３３ｃは、図１３（ｂ）に示される計算式を解くことで、１つの検証用統合トークンを生成する。図１３（ｃ）には、検証部３３ｃが、検証用統合トークン「ｔｏｋｅｎ♯１３」を算出した例が示される。なお、ここで行われるトークンの生成手法は、図１０（ａ）で説明したものと同様の手法である。
【0195】
検証部３３ｃは、検証用統合トークン「ｔｏｋｅｎ♯１３」を用いて、利用者装置１０から送信された要素（許可対象として指定された要素）を提供した提供元が利用者Ｕ１であることの正当性を検証する第１の検証処理を実行する。また、検証部３３ｃは、検証用統合トークン「ｔｏｋｅｎ♯１３」を用いて、利用者装置１０から送信された要素（許可対象として指定された要素）を証明するワクチン接種証明書の発行元が発行者Ｐ２であることの正当性を検証する第２の検証処理を実行する。
【0196】
例えば、検証部３３ｃは、第１の検証処理では、利用者情報送信部１３ｇにより送信された公開鍵（提供公開鍵）、具体的には、公開鍵ＰＫ１－１１、１－１２、２－２１および２－２２を足し合わせることで、１つ合算公開鍵を得る。また、検証部３３ｃは、合算公開鍵を用いて、利用者Ｕ１の署名値「ＳＩＮ♯Ｕ１」を複合することでハッシュ値を取得する。そして、検証者装置３０は、このハッシュ値と、検証用統合トークン「ｔｏｋｅｎ♯１２」が示すハッシュ値との比較に基づいて、利用者Ｕ１の本人性を検証する。
【0197】
また、検証部３３ｃは、ブロックチェーンＢＣに登録される統合トークン「ｔｏｋｅｎ１２」と、検証用統合トークン「ｔｏｋｅｎ♯１２」とが一致しているか否かを判定する。そして、検証部３３ｃは、統合トークン「ｔｏｋｅｎ１２」と、検証用統合トークン「ｔｏｋｅｎ♯１２」とが一致している場合には、ブロックチェーンＢＣに登録される公開鍵ＰＫ♯Ｐ２を用いて、発行者Ｐ２の署名値「ＳＩＮ♯Ｐ２」を複合することでハッシュ値を取得する。そして、検証者装置３０は、このハッシュ値と、検証用統合トークン「ｔｏｋｅｎ♯１２」との比較に基づいて、発行者Ｐ２の本人性を検証する。
【0198】
〔７．まとめ〕
これまで、情報処理システム１で実現される情報処理について、図面を用いて詳細に説明してきた。このような情報処理システム１によれば、本人認証のため特定の証明書の提出を求められる場において、認証を受ける利用者が、証明書として開示する個人情報を任意に選択することができる。すなわち、利用者は、自身が開示してよいと考える個人情報のみが記された証明書を作成し、これを検証者に提供することで証明書に基づく認証を受けることができるようになる。
これまで、情報処理システム１で実現される情報処理について、図面を用いて詳細に説明してきた。このような情報処理システム１によれば、本人認証のため特定の証明書の提出を求められる場において、認証を受ける利用者が、証明書として開示する個人情報を任意に選択することができる。すなわち、利用者は、自身が開示してよいと考える個人情報のみが記された証明書を作成し、これを検証者に提供することで証明書に基づく認証を受けることができるようになる。
【0199】
〔８．ハードウェア構成〕
次に、実施形態に係る情報処理装置（利用者装置１０、発行者装置２０、検証者装置３０）のハードウェア構成例について説明する。図１４は、実施形態に係る情報処理装置のハードウェア構成例を示すブロック図である。図１４を参照すると、情報処理装置は、例えば、プロセッサ８０１と、ＲＯＭ８０２と、ＲＡＭ８０３と、ホストバス８０４と、ブリッジ８０５と、外部バス８０６と、インターフェース８０７と、入力装置８０８と、出力装置８０９と、ストレージ８１０と、ドライブ８１１と、接続ポート８１２と、通信装置８１３と、を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ここで示される構成要素以外の構成要素をさらに含んでもよい。
次に、実施形態に係る情報処理装置（利用者装置１０、発行者装置２０、検証者装置３０）のハードウェア構成例について説明する。図１４は、実施形態に係る情報処理装置のハードウェア構成例を示すブロック図である。図１４を参照すると、情報処理装置は、例えば、プロセッサ８０１と、ＲＯＭ８０２と、ＲＡＭ８０３と、ホストバス８０４と、ブリッジ８０５と、外部バス８０６と、インターフェース８０７と、入力装置８０８と、出力装置８０９と、ストレージ８１０と、ドライブ８１１と、接続ポート８１２と、通信装置８１３と、を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ここで示される構成要素以外の構成要素をさらに含んでもよい。
【0200】
（プロセッサ８０１）
プロセッサ８０１は、例えば、演算処理装置または制御装置として機能し、ＲＯＭ８０２、ＲＡＭ８０３、ストレージ８１０、またはリムーバブル記録媒体９０１に記録された各種プログラムに基づいて各構成要素の動作全般またはその一部を制御する。
プロセッサ８０１は、例えば、演算処理装置または制御装置として機能し、ＲＯＭ８０２、ＲＡＭ８０３、ストレージ８１０、またはリムーバブル記録媒体９０１に記録された各種プログラムに基づいて各構成要素の動作全般またはその一部を制御する。
【0201】
（ＲＯＭ８０２、ＲＡＭ８０３）
ＲＯＭ８０２は、プロセッサ８０１に読み込まれるプログラムや演算に用いるデータなどを格納する手段である。ＲＡＭ８０３には、例えば、プロセッサ８０１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータなどが一時的または永続的に格納される。
ＲＯＭ８０２は、プロセッサ８０１に読み込まれるプログラムや演算に用いるデータなどを格納する手段である。ＲＡＭ８０３には、例えば、プロセッサ８０１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータなどが一時的または永続的に格納される。
【0202】
（ホストバス８０４、ブリッジ８０５、外部バス８０６、インターフェース８０７）
プロセッサ８０１、ＲＯＭ８０２、ＲＡＭ８０３は、例えば、高速なデータ伝送が可能なホストバス８０４を介して相互に接続される。一方、ホストバス８０４は、例えば、ブリッジ８０５を介して比較的データ伝送速度が低速な外部バス８０６に接続される。また、外部バス８０６は、インターフェース８０７を介して種々の構成要素と接続される。
プロセッサ８０１、ＲＯＭ８０２、ＲＡＭ８０３は、例えば、高速なデータ伝送が可能なホストバス８０４を介して相互に接続される。一方、ホストバス８０４は、例えば、ブリッジ８０５を介して比較的データ伝送速度が低速な外部バス８０６に接続される。また、外部バス８０６は、インターフェース８０７を介して種々の構成要素と接続される。
【0203】
（入力装置８０８）
入力装置８０８には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、およびレバーなどが用いられる。さらに、入力装置８０８としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。また、入力装置８０８には、マイクロフォンなどの音声入力装置が含まれる。
入力装置８０８には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、およびレバーなどが用いられる。さらに、入力装置８０８としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。また、入力装置８０８には、マイクロフォンなどの音声入力装置が含まれる。
【0204】
（出力装置８０９）
出力装置８０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＬＣＤ、または有機ＥＬなどのディスプレイ装置、スピーカ、ヘッドホンなどのオーディオ出力装置、プリンタ、携帯電話、またはファクシミリなど、取得した情報を利用者に対して視覚的または聴覚的に通知することが可能な装置である。また、本実施形態に係る出力装置８０９は、触覚刺激を出力することが可能な種々の振動デバイスを含む。
出力装置８０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＬＣＤ、または有機ＥＬなどのディスプレイ装置、スピーカ、ヘッドホンなどのオーディオ出力装置、プリンタ、携帯電話、またはファクシミリなど、取得した情報を利用者に対して視覚的または聴覚的に通知することが可能な装置である。また、本実施形態に係る出力装置８０９は、触覚刺激を出力することが可能な種々の振動デバイスを含む。
【0205】
（ストレージ８１０）
ストレージ８１０は、各種のデータを格納するための装置である。ストレージ８１０としては、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどが用いられる。
ストレージ８１０は、各種のデータを格納するための装置である。ストレージ８１０としては、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどが用いられる。
【0206】
（ドライブ８１１）
ドライブ８１１は、例えば、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９０１に記録された情報を読み出し、またはリムーバブル記録媒体９０１に情報を書き込む装置である。
ドライブ８１１は、例えば、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９０１に記録された情報を読み出し、またはリムーバブル記録媒体９０１に情報を書き込む装置である。
【0207】
（接続ポート８１２）
接続ポート８１２は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＲＳ－２３２Ｃポート、または光オーディオ端子などのような外部接続機器９０２を接続するためのポートである。
接続ポート８１２は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＲＳ－２３２Ｃポート、または光オーディオ端子などのような外部接続機器９０２を接続するためのポートである。
【0208】
（通信装置８１３）
通信装置８１３は、ネットワークに接続するための通信デバイスであり、例えば、有線または無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または各種通信用のモデムなどである。
通信装置８１３は、ネットワークに接続するための通信デバイスであり、例えば、有線または無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または各種通信用のモデムなどである。
【0209】
（リムーバブル記録媒体９０１）
リムーバブル記録媒体９０１は、例えば、ＤＶＤメディア、Ｂｌｕ－ｒａｙ（登録商標）メディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディアなどである。もちろん、リムーバブル記録媒体９０１は、例えば、非接触型ＩＣチップを搭載したＩＣカード、または電子機器などであってもよい。
リムーバブル記録媒体９０１は、例えば、ＤＶＤメディア、Ｂｌｕ－ｒａｙ（登録商標）メディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディアなどである。もちろん、リムーバブル記録媒体９０１は、例えば、非接触型ＩＣチップを搭載したＩＣカード、または電子機器などであってもよい。
【0210】
（外部接続機器９０２）
外部接続機器９０２は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、またはＩＣレコーダなどである。
外部接続機器９０２は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、またはＩＣレコーダなどである。
【0211】
検証者装置３０を例に挙げると、記憶部３２は、ＲＯＭ８０２やＲＡＭ８０３、ストレージ８１０によって実現される。また、プロセッサ８０１によって実現される実施形態に係る制御部３３が、提供情報受付部３３ａと、生成部３３ｂと、検証部３３ｃとを実現する各制御プログラム（例えば、実施形態に係る検証プログラム）を、ＲＯＭ８０２やＲＡＭ８０３などから読み出し実行する。
【0212】
〔９．その他〕
上記した各処理のうち、自動的に行われるものとして説明した処理の全部または一部は、手動的に行われてもよい。また、手動的に行われるものとして説明した処理の全部または一部は、公知の方法で自動的に行われてもよい。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られるものではない。
上記した各処理のうち、自動的に行われるものとして説明した処理の全部または一部は、手動的に行われてもよい。また、手動的に行われるものとして説明した処理の全部または一部は、公知の方法で自動的に行われてもよい。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られるものではない。
【0213】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されなくともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。また、各構成要素は、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成してもよい。また、上記してきた各処理は、矛盾しない範囲で適宜組み合わせて実行されてもよい。
【0214】
以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【符号の説明】
【0215】
１ 情報処理システム
１０ 利用者装置
１２ 記憶部
１２ａ 個人識別情報データベース
１２ｂ 固有情報データベース
１３ 制御部
１３ａ 第１の要素送信部
１３ｂ 第２の要素受付部
１３ｃ 取得部
１３ｄ 指定受付部
１３ｅ 抽出部
１３ｆ 算出部
１３ｇ 利用者情報送信部
２０ 発行者装置
２２ 記憶部
２２ａ 個人識別情報データベース
２２ｂ 固有情報データベース
２３ 制御部
２３ａ 要素受付部
２３ｂ 生成部
２３ｃ 算出部
２３ｄ 登録部
３０ 検証者装置
３２ 記憶部
３２ａ 提供情報データベース
３３ 制御部
３３ａ 提供情報受付部
３３ｂ 生成部
３３ｃ 検証部
１０ 利用者装置
１２ 記憶部
１２ａ 個人識別情報データベース
１２ｂ 固有情報データベース
１３ 制御部
１３ａ 第１の要素送信部
１３ｂ 第２の要素受付部
１３ｃ 取得部
１３ｄ 指定受付部
１３ｅ 抽出部
１３ｆ 算出部
１３ｇ 利用者情報送信部
２０ 発行者装置
２２ 記憶部
２２ａ 個人識別情報データベース
２２ｂ 固有情報データベース
２３ 制御部
２３ａ 要素受付部
２３ｂ 生成部
２３ｃ 算出部
２３ｄ 登録部
３０ 検証者装置
３２ 記憶部
３２ａ 提供情報データベース
３３ 制御部
３３ａ 提供情報受付部
３３ｂ 生成部
３３ｃ 検証部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】