WO2020246403A1 - 情報処理装置、及び情報処理方法 - Google Patents

Abstract

情報処理装置の一例である決済処理装置（１００）は、取得部（１３１）と、検証部（１３２）と、提供部（１３３）とを備える。取得部（１３１）は、本人確認済みユーザであることをゼロ知識証明により証明するための証明情報であって、本人確認済みユーザのみが知り得る秘密情報を用いて生成された証明情報を、サービスの要求元であるユーザが使用するユーザ端末（１０）から取得する。検証部（１３２）は、秘密情報を用いて暗号化され、ブロックチェーンシステムにおいて管理されている本人確認済みユーザの本人確認処理において用いられた本人確認情報の暗号化情報を用いて、取得部により取得された証明情報の検証処理を実行する。提供部（１３３）は、検証部（１３２）による検証処理の結果、本人確認済みユーザであることが証明されることを条件に、サービスの要求元であるユーザに対してサービスを提供するための処理を実行する。

Description

情報処理装置、及び情報処理方法

　本開示は、情報処理装置、及び情報処理方法に関する。

　近年、本人確認が求められるサービスは多岐に渡っている。ユーザは、サービスの利用開始にあたり、個々のサービスごとに本人確認処理を行う必要がある。

特許第６５０４６３９号公報 特開２００４－２２９０７１号公報

　本人確認処理は、手続が煩雑で、ユーザの利便性に乏しい場合がある。また、本人確認処理において個人情報の提供が必要となる場合があり、ユーザプライバシーの保護が求められる。

　そこで、本開示では、サービス利用者のプライバシーを保護しつつ、本人確認を必用とするサービスを利用する際の本人確認の手続を簡略化できる情報処理装置、及び情報処理方法を提案する。

　上記の課題を解決するために、本開示に係る一形態の情報処理装置は、本人確認処理を必用とするサービスを提供する情報処理装置であって、取得部と、検証部と、提供部とを備える。取得部は、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報であって、本人確認済みユーザのみが知り得る秘密情報を用いて生成された証明情報を、サービスの要求元であるユーザが使用するユーザ端末から取得する。証明情報は、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報である。検証部は、秘密情報を用いて暗号化され、ブロックチェーンシステムにおいて管理されている本人確認済みユーザの本人確認処理において用いられた本人確認情報の暗号化情報を用いて、取得部により取得された証明情報の検証処理を実行する。提供部は、検証部による検証処理の結果、本人確認済みユーザであることが証明されることを条件に、サービスの要求元であるユーザに対してサービスを提供するための処理を実行する。

実施形態に係る情報処理システムの一例を示す図である。 実施形態に係るユーザ端末の機能構成の一例を示す図である。 実施形態に係る本人確認処理装置の機能構成の一例を示す図である。 実施形態に係る決済処理装置の機能構成の一例を示す図である。 実施形態に係る本人確認処理及び暗号化情報の登録に関する処理の手順の一例を示す図である。 実施形態に係る証明情報の生成及び検証に関する処理の手順の一例を示す図である。 実施形態に係るユーザ登録処理の手順の一例を示す図である。 実施形態に係るユーザ登録処理の手順の一例を示す図である。 実施形態に係る送金処理の手順の一例を示す図である。 変形例に係る本人確認処理及び暗号化情報の登録に関する処理の手順の一例を示す図である。 変形例に係るローン審査処理の手順の一例を示す図である。 変形例に係る複数の本人確認サービス事業者の利用の概要を示す図である。 変形例に係る事業者の検証処理の手順の一例を示すフローチャートである。 決済処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

　以下に、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位あるいは実質的に同一の機能を有する構成要素には同一の符号を付して重複する説明を省略する場合がある。例えば、ユーザ端末１０ａ、１０ｂ、１０ｃを特に区別する必要がない場合、単にユーザ端末１０と記載する。

　また、以下に示す項目順序に従って本開示を説明する。
　　１．はじめに
　　２．機能構成例
　　３．処理手順例
　　４．変形例
　　５．その他
　　６．効果
　　７．ハードウェア構成

＜＜１．はじめに＞＞
　金融機関においては、特定の取引を行う顧客の本人確認を行う義務が法律で定められている。このため、銀行などでは、本人確認が完了した口座間での取引が前提となっている。一方、ブロックチェーンを用いて暗号通貨の取引履歴等を管理する分散型台帳システムでは匿名での取引が可能となっているが、法定通貨に換金する際には、法令で定める本人確認が求められている。このため、多くの暗号通貨取引所では、暗号通貨を法定通貨に換金する本人確認が必須とされている。

　また、クレジットカードの発行、中古品の売買、オンラインで決済や送金を行うサービスなど、本人確認が求められるサービスは多岐に渡る。このようなサービスを利用するには、個々のサービスにおいて煩雑な本人確認処理が必要となる。

　例えば、本人確認の手続として、身分証の写しをサービス事業者のシステムにアップロードし、サービス事業者から送付される書類に記入後、郵送でサービス事業者に返送することが求められる場合がある。あるいは、本人確認の手続として、サービス事業者から身分証の写しと銀行口座の口座情報とを合わせてアップロードすることが求められる場合がある。また、本人確認の手続として、身分証の画像のアップロード、及びユーザ本人と身分証の双方が撮像された動画データのアップロードを求められる場合もある。このように、本人確認の手続は、ユーザにとって煩わしいものとなっている。

　また、本人確認においては、身分証や口座情報などの個人情報を提供することが多く、プライバシー保護の観点において少なからずユーザに不安を与える。

　そこで、本実施形態では、ユーザプライバシーの保護しつつ、本人確認を要するサービスを利用する際の本人確認を簡略化できる情報処理装置、及び情報処理方法を提案する。

＜＜２．機能構成例＞＞
　図１は、実施形態に係る情報処理システムの一例を示す図である。図１に示すように、情報処理システム１は、ブロックチェーンシステム２と、ユーザ端末１０ａ，１０ｂ，１０ｃと、本人確認処理装置３０と、決済処理装置１００とを含んで構成される。なお、実施形態に係る情報処理システム１の構成は、図１に示す例に特に限定される必要はなく、例えば、複数の本人確認処理装置３０や複数の決済処理装置１００を含んで構成されてもよい。

　ブロックチェーンシステム２、ユーザ端末１０、本人確認処理装置３０、及び決済処理装置１００は、所定の通信ネットワーク３に接続する。通信ネットワーク３は、ＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet　Protocol）網、インターネット等を含む。ブロックチェーンシステム２、ユーザ端末１０、本人確認処理装置３０、及び決済処理装置１００は、通信ネットワーク３を介して、有線又は無線により通信可能である。

　ブロックチェーンシステム２は、ブロックチェーンに関する処理を実行する。例えば、ブロックチェーンシステム２は、本人確認処理装置３０が、ユーザ端末１０のユーザの本人確認処理に関するデータを取りまとめた各ブロックを、処理順に連ねて構成したブロックチェーンとして管理する。

　ユーザ端末１０は、本人確認を必用とする各種サービスの利用者であるユーザにより利用されるユーザデバイスである。例えば、ユーザ端末１０ａはユーザＵａにより利用され、ユーザ端末１０ｂはユーザＵｂにより利用され、ユーザ端末１０ｃはユーザＵｃにより利用される。ユーザ端末１０は、例えば、スマートフォンを含む携帯電話機や、タブレット端末や、デスクトップ型ＰＣや、ノート型ＰＣや、ＰＤＡ（Personal　Digital　Assistant）等の情報処理装置により実現される。

　本人確認処理装置３０は、本人確認処理をオンラインで行うサービス、いわゆるｅＫＹＣ（electric　Know　Your　Customer）サービスを提供する本人確認サービス事業者により運営される情報処理装置である。本人確認処理装置３０は、デスクトップ型ＰＣやノート型ＰＣ、サーバ等により実現される。

　決済処理装置１００は、オンラインでの決済サービスを提供する事業者により運営される情報処理装置である。決済処理装置１００は、利用に際して本人確認処理を必用とするサービスを提供する情報処理装置の一例として機能する。決済処理装置１００は、デスクトップ型ＰＣやノート型ＰＣ、サーバ等により実現される。

　なお、利用に際して本人確認処理を必用とするサービスは、決済サービスに特に限定される必要はない。例えば、クレジットカードの発行や口座開設などの各種金融サービスの他、保険サービスや資産管理や資産運用などのファイナンスサービス、ソーシャルレンディングサービスなどが対象となり得る。

　＜２－１．ブロックチェーンシステム＞
　ブロックチェーンシステム２は、「Ｈｙｐｅｒｌｅｄｇｅｒ　Ｆａｂｒｉｃ」のようなブロックチェーンに関する種々の従来技術を適宜用いて、所定の単位で取りまとめられたデータブロックを連ねたブロックチェーンを生成し、管理する。ブロックチェーンシステム２は、本開示の実施形態に係る処理を実現可能であれば、どのような構成であってもよい。

　ブロックチェーンシステム２のブロックチェーンの形態は、パブリック型（パブリックチェーン）やプライベート型（プライベートチェーン）など種々の形態であってよい。

　ブロックチェーンシステム２における合意形成アルゴリズム（コンセンサスアルゴリズム）については、必要に応じて種々の従来技術を適宜用いてもよい。合意形成アルゴリズムには、ＰＢＦＴ（Practical　Byzantine　Fault　Tolerance）、ＰｏＣ（PoC：Proof　of　Consensus）、ＰｏＳ（PoS：Proof　of　Stake）、ＰｏＩ（PoI：Proof　of　Importance）などがある。ＰＢＦＴ（Practical　Byzantine　Fault　Tolerance）を用いる場合、合意形成のための特定の管理者として機能するコアノードが必要となる。

　ブロックチェーンシステム２は、ブロックチェーンに関する処理を実行する。例えば、ブロックチェーンシステム２は、本人確認処理装置３０が、ユーザ端末１０のユーザの本人確認処理に関するデータを取りまとめた各ブロックを、処理順に連ねて構成したブロックチェーンとして管理する。

　図１に示す例において、ブロックチェーンシステム２は、複数のノード２０（２０ａ、２０ｂ、２０ｃ、２０ｄ）を含んで構成される。なお、ブロックチェーンシステム２を構成するノードの数は、図１に示す例には特に限定される必要はなく、４つ未満、あるいは５つ以上のノードが含まれていてもよい。

　ブロックチェーンシステム２を構成する各ノード２０は、ブロックの生成やブロックチェーンの共有等の種々の処理を実行する情報処理装置である。ノード２０は、例えば、ＮＩＣ（Network　Interface　Card）や通信回路等によって実現される通信部を備え、通信ネットワーク３（インターネット等）と有線又は無線で接続される。各ノード２０は、通信ネットワーク３を介して、本人確認処理装置３０や決済処理装置１００等の他の装置等との間で情報の送受信を行う。各ノード２０は、他のノード２０との間でブロックチェーンに関する情報の通信を行う。

　各ノード２０は、例えば、マイクロコンピュータ等に実現される制御部を有する。マイクロコンピュータは、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等のプロセッサ、並びにＲＯＭ（Read　Only　Memory）やＲＡＭ（Random　Access　Memory）等の記憶装置を搭載する。ＲＯＭには、ノード２０の各部を制御するためのプログラムが格納されている。ＣＰＵ等のプロセッサが、ＲＯＭに格納されたプログラムを実行することで、マイクロコンピュータによるノード２０の制御が実現される。ＲＡＭには、ＣＰＵ等のプロセッサによる演算の実行等に必要なメモリ領域として使用される。また、各ノード２０は、例えば、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される記憶部を有する。各ノード２０は、ブロックチェーンを記憶部に記憶する。なお、制御部は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。

　各ノード２０は、本人確認処理装置３０が実行した本人確認処理に関する各ブロックのブロックチェーンが共有するための処理を実行する。本人確認処理に関する各ブロックは、本人確認処理を完了済みであるユーザ端末１０のユーザ（本人確認済みユーザ）ごとに固有に割り当てられるユーザ識別情報や、本人確認処理に用いられた本人確認情報を暗号化した暗号化情報などを含む。

　また、各ノード２０は、ユーザ端末１０や決済処理装置１００などの外部の装置からの要求に応じて、対応する情報を抽出し、要求元へ送信する処理を実行する。例えば、各ノード２０は、ユーザ端末１０や決済処理装置１００などの外部の装置から暗号化情報の取得要求を受信した場合、取得要求に含まれるユーザ識別情報に対応した暗号化情報を要求元に送信する。すなわち、各ノード２０は、ブロックチェーンの検索に関するブロック（ブロックチェーン）エクスプローラ等の種々の技術を適宜用いて、要求元からの要求に対応する情報を記憶部に記憶されたブロックチェーンから検索（抽出）し、検索（抽出）した情報を要求元へ送信する。なお、ブロックチェーンシステム２は、外部の装置からの要求に応じて、ノード２０から対応する情報を取得し、要求元へ送信すること等の種々の処理を行うサービス提供装置を含んでもよい。

　実施形態１に係る情報処理システム１において、ブロックチェーンシステム２がユーザ端末１０のユーザの本人確認処理に関するデータを管理することにより、本人確認に関するデータの改ざんが防止され、データの復旧も容易となる。

　＜２－２．ユーザ端末＞
　図２は、実施形態に係るユーザ端末の機能構成の一例を示す図である。図２に示すように、ユーザ端末１０は、通信部１１と、入力部１２と、出力部１３と、撮像部１４と、測位部１５と、検出部１６と、記憶部１７と、制御部１８とを備える。

　通信部１１は、例えば、ＮＩＣ（Network　Interface　Card）や通信モジュール等によって実現される。かかる通信部１１は、通信ネットワーク３と有線又は無線で接続され、かかる通信ネットワーク３を介して、ブロックチェーンシステム２、本人確認処理装置３０や決済処理装置１００等との間で情報の送受信を行う。通信部１１が送受信する情報には、本人確認処理装置３０から受信する暗号化情報や乱数、ユーザ識別情報の他、決済処理装置１００に送信する証明情報（［Proof］：プルーフ）などが含まれる。暗号化情報は、本人確認処理に用いられた本人確認情報を暗号化した情報である。乱数は、本人確認処理装置３０において、本人確認処理が終了した場合にのみ通信部１１に受信される情報である。証明情報（［Proof］：プルーフ）は、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための情報である。本人確認処理に用いる本人確認情報や、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）などが含まれる。

　入力部１２は、キーボードやマウスなどを備え、ユーザ端末１０のユーザから各種操作を受け付ける。入力部１２がユーザ端末１０から受け付ける操作には、本人確認処理装置３０に対して本人確認を要求するための操作や、決済処理装置１００に対して決済サービス利用を要求する操作などが含まれる。入力部１２は、マイクなどの音入力デバイスを備えてもよく、ユーザの音声などの入力を受け付ける。

　出力部１３は、ディスプレイやスピーカーなどを備え、各種情報を出力する。出力部１３が出力する情報には、本人確認処理装置３０から提供される本人確認処理のためのユーザインターフェイスや、決済処理装置１００から提供される決済サービス利用のためのユーザインターフェイスなどを含む。

　撮像部１４は、カメラなどのデバイスを備え、画像を撮像する。撮像部１４は、本人確認処理で取扱い可能な本人確認情報として、ユーザ本人の身分証の画像や、ユーザ本人と身分証とを含む動画などを取得できる。

　測位部１５は、ＧＰＳ（Global　Positioning　System）などを備え、ユーザ端末１０の位置を取得する。測位部１５は、本人確認処理において取扱い可能な本人確認情報として、ユーザの自宅や実家の位置情報などを取得できる。

　検出部１６は、加速度センサやジャイロセンサ、生体センサなどを備え、ユーザ端末１０に作用する各種情報を検出する。検出部１６は、本人確認処理において取扱い可能な本人確認情報として、ユーザの歩容に対応する特徴量や心拍の波形、指紋の特徴点などの生体情報を取得できる。

　記憶部１７は、制御部１８により実行される各種処理機能を実現するためのプログラム及びデータ等を記憶する。記憶部１７は、例えば、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１７が記憶するプログラムには、制御部１８の各部に対応する処理を実現するためのプログラムが含まれる。このプログラムにより提供される機能１つには、以下に説明するゼロ知識証明による本人確認のための処理を、ユーザ端末１０に実行させるための機能が含まれる。

　図２に示すように、記憶部１７は、本人確認情報格納部１７ａ及び秘密情報格納部１７ｂを有する。

　本人確認情報格納部１７ａは、本人確認処理に用いる本人確認情報を記憶する。本人確認情報格納部１７ａに記憶される本人確認情報には、運転免許証や保険証、マイナンバーカード（マイナンバー通知カード）などの身分証の画像情報や、クレジットカード番号や金融機関の口座情報、住所、氏名、年齢、生年月日、電話番号などの各種個人情報が含まれる。このほか、本人確認情報格納部１７ａは、検出部１６により取得される各種生体情報や、測位部１５により取得される位置情報などを本人確認情報として記憶してもよい。本人確認情報格納部１７ａに記憶される各種個人情報は、本人確認処理を終了している本人確認済みユーザのみが知り得る秘密情報として機能する。

　秘密情報格納部１７ｂは、本人確認処理が終了したことを条件に、本人確認処理装置３０からユーザ端末１０に送信される乱数を記憶する。秘密情報格納部１７ｂに記憶される乱数は、本人確認処理装置３０により生成される。本人確認処理装置３０により生成される乱数は、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く秘密の値である。この乱数は、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）の生成に用いられる。

　制御部１８は、ユーザ端末１０における各種処理を実行する。制御部１８は、マイクロコンピュータ等により実現される。マイクロコンピュータは、例えば、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等のプロセッサ、並びにＲＯＭ（Read　Only　Memory）やＲＡＭ（Random　Access　Memory）等の記憶装置を搭載する。ＲＯＭには、ユーザ端末１０の各部を制御するためのプログラムが格納されている。ＣＰＵ等のプロセッサが、ＲＯＭに格納されたプログラムを実行することで、マイクロコンピュータによるユーザ端末１０の制御が実現される。ＲＡＭには、ＣＰＵ等のプロセッサによる演算の実行等に必要なメモリ領域として使用される。なお、ユーザ端末１０の各部を制御するためのプログラムは、記憶部１７に記憶されていてもよく、プロセッサが記憶部１７に記憶されているプログラムを実行することで、マイクロコンピュータによるユーザ端末１０の制御が実現される。なお、制御部１８は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。

　図２に示すように、制御部１８は、本人確認依頼部１８ａと、サービス要求部１８ｂとを備える。

　本人確認依頼部１８ａは、本人確認処理の実施を本人確認処理装置３０に依頼する。本人確認依頼部１８ａは、本人確認処理装置３０に本人確認要求を送信する際に、本人確認要求に用いる本人確認情報を同封できる。あるいは、本人確認依頼部１８ａは、本人確認処理を依頼するための本人確認要求を本人確認処理装置３０に送信した後、本人確認処理装置３０から返信される要求に応じた本人確認情報を改めて送信してもよい。本人確認情報として、運転免許証や保険証、マイナンバーカード（マイナンバー通知カード）などの身分証の画像情報が採用され得る。

　本人確認依頼部１８ａは、本人確認処理装置３０において本人確認処理が完了すると、本人確認済みユーザごとに固有に割り当てられるユーザ識別情報とともに、本人確認処理が終了したことを条件に、本人確認処理装置３０から送信される乱数を受信する。本人確認依頼部１８ａは、ユーザ識別情報と本人確認処理装置３０から受信した乱数とを関連付けて、記憶部１７に格納する。

　サービス要求部１８ｂは、決済処理装置１００に対してサービス要求を送信することにより、各種サービスの提供を要求する。サービス要求部１８ｂは、決済処理装置１００に対してサービス要求を送信する際、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）を用いる。サービス要求部１８ｂは、本人確認処理装置３０から割り当てられるユーザ識別情報と、証明情報とを同封したサービス要求を決済処理装置１００に送信することにより、決済処理装置１００に対してサービスの提供を要求する。

　サービス要求部１８ｂは、決済処理装置１００にサービスの提供を要求する際に本人確認済みユーザであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）を生成する「ＺＫＰ(Zero－Knowledge　Proof)－Ｐｒｏｖｅ」処理を実行する。「ＺＫＰ－Ｐｒｏｖｅ」処理は、「ＷｉｔｎｅｓｓＲｅｄｕｔｉｏｎ」処理を含む。

　「ＷｉｔｎｅｓｓＲｅｄｕｔｉｏｎ」処理は、本人確認済みユーザのみが知り得る情報である本人確認情報（個人情報）及び乱数と、公開情報としてブロックチェーンシステム２において管理されている暗号化情報とに基づいて実行される。本人確認情報は、本人確認情報格納部１７ａから取得される。乱数は、秘密情報格納部１７ｂから取得される。暗号化情報は、秘密情報格納部１７ｂから取得する乱数に紐付いたユーザ識別情報に基づいて、ブロックチェーンシステム２から取得される。ブロックチェーンシステム２に管理される暗号化情報は、本人確認処理において、本人確認処理装置３０が乱数を用いて本人確認情報を暗号化することにより生成される情報である。

　「ＷｉｔｎｅｓｓＲｅｄｕｔｉｏｎ」処理は、例えば、ユーザのみが知り得る秘密情報（Ｗｉｔｎｅｓｓ）である乱数及び本人確認情報がなければ、多項式時間に生成することができない多項式を生成できる。すなわち、「ＷｉｔｎｅｓｓＲｅｄｕｔｉｏｎ」処理では、乱数と、暗号化情報とが一致しなければ、正しい「多項式ｈ」が生成されない。

　サービス要求部１８ｂは、例えば、「ＷｉｔｎｅｓｓＲｅｄｕｔｉｏｎ」処理により生成される「多項式ｈ」を、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報として生成することができる。なお、ゼロ知識証明により、本人確認処理を終了している本人確認済みユーザであることを証明するための証明情報を生成するアルゴリズムは、「多項式ｈ」を生成するものには特に限定される必要はない。ゼロ知識証明により、本人確認処理を終了している本人確認済みユーザであることを証明するための証明情報を生成する種々のアルゴリズムを用いることができる。

　＜２－３．本人確認処理装置＞
　図３は、実施形態に係る本人確認処理装置の機能構成の一例を示す図である。図３に示すように、本人確認処理装置３０は、通信部３１と、記憶部３２と、制御部３３とを備える。

　通信部３１は、例えば、ＮＩＣ（Network　Interface　Card）等によって実現される。かかる通信部３１は、通信ネットワーク３と有線又は無線で接続され、かかる通信ネットワーク３を介して、ブロックチェーンシステム２やユーザ端末１０等との間で情報の送受信を行う。通信部３１が送受信する情報には、ユーザ端末１０から受信する本人確認情報、ユーザ端末１０に送信するユーザ識別情報や乱数、ブロックチェーンシステム２に送信する暗号化情報などが含まれる。本人確認情報は、ユーザ端末１０のユーザの本人確認処理に用いる情報である。ユーザ識別情報は、本人確認処理を終了した本人確認済みのユーザに固有に割り当てられる情報である。乱数は、本人確認処理が終了されることを条件に、ユーザ端末１０に送信される秘密情報である。暗号化情報は、乱数を用いて本人確認情報を暗号化した情報である。

　記憶部３２は、制御部３３により実行される各種処理機能を実現するためのプログラム及びデータ等を記憶する。記憶部３２は、例えば、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部３２が記憶するプログラムには、制御部３３の各部に対応する処理を実現するためのプログラムが含まれる。このプログラムにより提供される機能の１つには、以下に説明する本人確認処理を本人確認処理装置３０に実行させるための機能が含まれる。

　制御部３３は、本人確認処理装置３０における各種処理を実行する。制御部３３は、マイクロコンピュータ等により実現される。マイクロコンピュータは、例えば、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等のプロセッサ、並びにＲＯＭ（Read　Only　Memory）やＲＡＭ（Random　Access　Memory）等の記憶装置を搭載する。ＲＯＭには、本人確認処理装置３０の各部を制御するためのプログラムが格納されている。ＣＰＵ等のプロセッサが、ＲＯＭに格納されたプログラムを実行することで、マイクロコンピュータによる本人確認処理装置３０の制御が実現される。ＲＡＭには、ＣＰＵ等のプロセッサによる演算の実行等に必要なメモリ領域として使用される。なお、本人確認処理装置３０の各部を制御するためのプログラムは、記憶部３２に記憶されていてもよく、プロセッサが記憶部３２に記憶されているプログラムを実行することで、マイクロコンピュータによる本人確認処理装置３０の制御が実現される。なお、制御部３３は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。

　図３に示すように、制御部３３は、本人確認処理部３３ａと、登録処理部３３ｂとを備える。

　本人確認処理部３３ａは、ユーザ端末１０から受信する本人確認要求に応じて、オンラインでの本人確認処理を実行する。

　具体的には、本人確認処理部３３ａは、ユーザ端末１０から本人確認要求を受信すると、例えば、本人確認処理のための通信セッションを構築し、構築した通信セッションを通じて、本人確認に用いる本人確認情報のアップロード要求をユーザ端末１０に送信する。

　続いて、本人確認処理部３３ａは、ユーザ端末１０によりアップロードされた本人確認情報を用いて本人確認処理を実行する。また、本人確認処理部３３ａは、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く乱数を生成する。かかる乱数は、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く秘密の値である。かかる乱数は、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く情報であればよく、種々の情報を用いることができる。

　続いて、本人確認処理部３３ａは、生成した乱数を用いて、ユーザ端末１０によりアップロードされた本人確認情報を暗号化した暗号化情報を生成する。例えば、本人確認処理部３３ａは、本人確認情報と乱数とを入力とするハッシュ値を算出し、算出したハッシュ値を暗号化情報とする。

　登録処理部３３ｂは、ブロックチェーンシステム２に対する登録処理を実行する。登録処理部３３ｂは、本人確認処理部３３ａにおいて暗号化情報が生成されると、本人確認処理の要求元であるユーザ端末１０のユーザに割り当てるための固有のユーザ識別情報を生成する。そして、登録処理部３３ｂは、ユーザ識別情報と、暗号化情報とを関連付けて、ブロックチェーンシステム２に登録する。これにより、ユーザ識別情報と暗号化情報は、本人確認処理を終了していることをゼロ知識証明により証明するための公開情報として、ブロックチェーンシステム２にセットアップされる。

　また、登録処理部３３ｂは、本人確認処理の要求元であるユーザ端末１０に対して、ユーザ識別情報と、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く乱数とを返信する。これにより、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報の生成に用いる乱数がユーザ端末１０にセットアップされる。

　＜２－４．決済処理装置＞
　図４は、実施形態に係る決済処理装置の機能構成の一例を示す図である。図４に示すように、決済処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。

　通信部１１０は、例えば、ＮＩＣ（Network　Interface　Card）等によって実現される。かかる通信部１１０は、通信ネットワーク３と有線又は無線で接続され、かかる通信ネットワーク３を介して、ブロックチェーンシステム２やユーザ端末１０等との間で情報の送受信を行う。通信部１１０が送受信する情報には、ユーザ端末１０から受信する証明情報（［Proof］：プルーフ）や、ブロックチェーンシステム２から取得する暗号化情報などが含まれる。証明情報（［Proof］：プルーフ）は、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための情報である。暗号化情報は、ユーザ端末１０のユーザが本人確認処理に用いた本人確認情報を暗号化した情報である。

　記憶部１２０は、制御部１３０により実行される各種処理機能を実現するためのプログラム及びデータ等を記憶する。記憶部１２０は、例えば、ＲＡＭ（Random　Access　Memory）、フラッシュメモリ（Flash　Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０が記憶するプログラムには、制御部１３０の各部に対応する処理を実現するためのプログラムが含まれる。このプログラムにより提供される機能の１つには、以下に説明する検証処理を決済処理装置１００に実行させるための機能が含まれる。

　制御部１３０は、決済処理装置１００における各種処理を実行する。制御部１３０は、マイクロコンピュータ等により実現される。マイクロコンピュータは、例えば、ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等のプロセッサにより実現される。ＣＰＵ（Central　Processing　Unit）やＭＰＵ（Micro　Processing　Unit）等のプロセッサ、並びにＲＯＭ（Read　Only　Memory）やＲＡＭ（Random　Access　Memory）等の記憶装置を搭載する。ＲＯＭには、決済処理装置１００の各部を制御するためのプログラムが格納されている。ＣＰＵ等のプロセッサが、ＲＯＭに格納されたプログラムを実行することで、マイクロコンピュータによる決済処理装置１００の制御が実現される。ＲＡＭには、ＣＰＵ等のプロセッサによる演算の実行等に必要なメモリ領域として使用される。なお、決済処理装置２００の各部を制御するためのプログラムは、記憶部１２０に記憶されていてもよく、プロセッサが記憶部１２０に記憶されているプログラムを実行することで、マイクロコンピュータによる決済処理装置１００の制御が実現される。なお、制御部１３０は、ＡＳＩＣ（Application　Specific　Integrated　Circuit）やＦＰＧＡ（Field　Programmable　Gate　Array）等の集積回路により実現されてもよい。

　図４に示すように、制御部１３０は、取得部１３１と、検証部１３２と、提供部１３３とを備える。

　取得部１３１は、本人確認済みユーザのみが知り得る秘密情報を用いて生成された証明情報を、サービス要求元のユーザから取得する。ここで、証明情報は、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報であり、ユーザ端末１０から送信されるサービス要求に同封される。また、取得部１３１は、証明情報とともにサービス要求に同封されるユーザ識別情報を取得する。なお、本人確認済みユーザのみが知り得る秘密情報は、例えば、本人確認処理に用いられた本人確認情報、及び本人確認処理の要求元であるユーザ端末１０のユーザに紐付く情報である乱数に該当する。

　検証部１３２は、秘密情報を用いて暗号化され、ブロックチェーンシステム２において管理されている暗号化情報を用いて、取得部１３１により取得された証明情報の検証処理（「ＺＫＰ－Ｖｅｒｉｆｙ」処理）を実行する。ブロックチェーンシステム２において管理されている暗号化情報は、本人確認済みユーザの本人確認処理において用いられた本人確認情報が暗号化されたものである。暗号化情報は、本人確認処理装置３０によって、本人確認処理装置３０自らが生成する乱数を用いて本人確認情報を暗号化することにより生成され、本人確認処理装置３０によりブロックチェーンシステム２に登録される。

　「ＺＫＰ－Ｖｅｒｉｆｙ」処理は、取得部１３１により取得されたユーザ識別情報に紐付く暗号化情報をブロックチェーンシステム２から取得して実行される。「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、ユーザ端末１０から取得した証明情報が、本人確認済みユーザのみが知り得る秘密情報である乱数に基づいて作成されたものであるか否かの検証が行われる。具体的には、例えば、ユーザ端末１０において証明情報として「多項式ｈ」が生成される場合、「ＺＫＰ－Ｖｅｒｉｆｙ」処理では、例えば、ブロックチェーンシステム２から取得した暗号化情報に基づく計算結果と、証明情報との突合せが行われる。そして、「ＺＫＰ－Ｖｅｒｉｆｙ」処理では、正しい「多項式ｈ」から生成された証明情報であるか否かが検証される。すなわち、「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、本人確認処理が終了している本人確認済みユーザからのサービス要求であるか否かの証明が行われる。

　「ＺＫＰ－Ｖｅｒｉｆｙ」処理において、検証の結果、正しい「多項式ｈ」から生成された証明情報であることが証明できた場合、サービス要求元であるユーザ端末１０のユーザが真正な本人確認済みユーザ本人であるという検証結果を導出する。正しい「多項式ｈ」とは、暗号化情報を生成する際に用いられた乱数と同一の乱数により生成された多項式であることを意味する。一方、「ＺＫＰ－Ｖｅｒｉｆｙ」処理において、検証の結果、正しい「多項式ｈ」から生成された証明情報であることが証明できなかった場合、証明情報の送信元であるユーザ端末１０のユーザが、真正な本人確認済みユーザ本人ではないという検証結果を導出する。

　提供部１３３は、検証部１３２による検証処理の結果、サービス要求元のユーザが本人確認処理を終了していることが証明されることを条件に、サービス要求元のユーザ端末１０を使用するユーザにサービスを提供するための処理を実行する。提供部１３３は、検証処理が正しく終了したことをサービス要求元に通知してもよい。

＜＜３．処理手順例＞＞
　＜３－１．本人確認及び暗号化情報の登録に関する処理の手順＞
　図５を用いて、実施形態に係る本人確認処理及び暗号化情報の登録に関する処理の手順について説明する。図５は、実施形態に係る本人確認処理及び暗号化情報の登録に関する処理の手順の一例を示す図である。

　図５に示すように、ユーザ端末１０は、本人確認処理の実施を依頼するための本人確認要求を本人確認処理装置３０に対して送信する（ステップＳ１１）。ユーザ端末１０は、例えば、本人確認要求を送信する際、本人確認処理に用いる本人確認情報が同封できる。

　本人確認要求を受信した本人確認処理装置３０は、本人確認処理を実施する（ステップＳ１２）。また、本人確認処理装置３０は、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く秘密情報（乱数）を生成する（ステップＳ１３）。

　続いて、本人確認処理装置３０は、ステップＳ１３で生成した秘密情報である乱数（［Secret］）を用いて、ステップＳ１２の本人確認処理で用いられた本人確認情報を暗号化した暗号化情報（［Encrypted　PII］）を生成する（ステップＳ１４）。

　暗号化情報（［Encrypted　PII］）を生成した後、本人確認処理装置３０は、暗号化情報の登録要求をブロックチェーンシステム２に送信する（ステップＳ１５）。本人確認処理装置３０は、暗号化情報の登録要求を送信する際、本人確認済みユーザであるユーザ端末１０のユーザに固有のユーザ識別情報（［PII-ID］）を生成し、暗号化情報（［Encrypted　PII］）ともに登録要求に同封する。ブロックチェーンシステム２では、ユーザ識別情報（［PII-ID］）と、暗号化情報（［Encrypted　PII］）とが相互に紐付けられた状態で管理される。

　そして、本人確認処理装置３０は、ステップＳ１３で生成した秘密情報である乱数（［Secret］）をユーザ端末１０に返信する（ステップＳ１６）。本人確認処理装置３０は、秘密情報である乱数（［Secret］）をユーザ端末１０に返信する際、ユーザ識別情報（［PII-ID］）を合わせて送信する。

　ユーザ端末１０は、本人確認処理装置３０から秘密情報である乱数（［Secret］）を受信すると、秘密情報とともに受信したユーザ識別情報（［PII-ID］）に関連付けて、記憶部１７に保存する（ステップＳ１７）。以上で、情報処理システム１において本人確認処理及び暗号化情報の登録に関する処理の手順が終了する。

　このように、実施形態に係る情報処理システム１によれば、本人確認処理で用いられた本人確認情報を暗号化した暗号化情報（［Encrypted　PII］）がブロックチェーンシステム２において公開情報として管理される。これにより、ブロックチェーンシステム２において管理される暗号化情報を、本人確認を必用とする複数のサービスで共有することが可能となる。このため、サービス利用者は、本人確認サービスによる一度の本人確認で、本人確認を必用とする複数のサービスの利用する際の手続を簡略化できる。一方、サービス提供者側は、必要に応じて、ブロックチェーンシステム２から暗号化情報を取得して利用できるので、サービス利用者から本人確認情報を取得する手続を踏む必要がなく、本人確認の手続を簡略化できる。

　＜３－２．証明情報の生成及び検証に関する処理の手順＞
　図６を用いて、実施形態に係る証明情報の生成及び検証に関する処理の手順について説明する。図６は、実施形態に係る証明情報の生成及び検証に関する処理の手順の一例を示す図である。

　図６に示すように、ユーザ端末１０は、決済処理装置１００にサービス利用を要求する際に本人確認済みであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）を生成する「ＺＫＰ－Ｐｒｏｖｅ」処理を実行する（ステップＳ２１）。「ＺＫＰ－Ｐｒｏｖｅ」処理は、本人確認情報（［PII］）と、乱数（［Secret］）と、暗号化情報（［Encrypted　PII］）とに基づいて実行される。暗号化情報（［Encrypted　PII］）は、ユーザ識別情報（［PII-ID］）に基づいてブロックチェーンシステム２から取得される。

　ユーザ端末１０は、「ＺＫＰ－Ｐｒｏｖｅ」処理により、証明情報（［Proof］：プルーフ）を生成すると、サービス利用要求を決済処理装置１００に送信する（ステップＳ２２）。ユーザ端末１０は、例えば、ステップＳ２１で生成した証明情報（［Proof］：プルーフ）と、本人確認処理装置３０から割り当てられたユーザ識別情報（［PII-ID］）とをサービス利用要求に同封する。

　サービス利用要求を受信した決済処理装置１００は、サービス利用要求に含まれる証明情報（［Proof］：プルーフ）の検証処理（「ＺＫＰ－Ｖｅｒｉｆｙ」処理）を実行する（ステップＳ２３）。「ＺＫＰ－Ｖｅｒｉｆｙ」処理は、取得部１３１により取得されたユーザ識別情報（［PII-ID］）に紐付く暗号化情報（［Encrypted　PII］）をブロックチェーンシステム２から取得して実行される。「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、ユーザ端末１０から取得した証明情報が、本人確認済みユーザのみが知り得る秘密情報である乱数に基づいて作成されたものであるか否かの検証が行われる。すなわち、「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、本人確認処理が終了している本人確認済みユーザからのサービス利用要求であるか否かの証明が行われる。サービス要求元のユーザが本人確認処理を終了していることが証明されると、決済処理装置１００は、サービス要求元であるユーザにサービスを提供するための処理を実行する。以上で、情報処理システム１において証明情報の生成及び検証に関する処理の手順が終了する。

　このように、実施形態に係る情報処理システム１によれば、本人確認処理で用いられた本人確認情報を暗号化した暗号化情報（［Encrypted　PII］）がブロックチェーンシステム２において公開情報として管理される。すなわち、ブロックチェーンシステム２において公開情報として管理される本人確認情報は暗号化されているので、サービス利用者のプライバシーを保護できる。また、サービス利用者は、ゼロ知識証明を用いることにより、本人確認情報そのものを公にすることなく、ブロックチェーンシステム２において管理される暗号化情報に対応した証明情報を用いて、サービス提供者に対して本人確認済みであることを証明できる。一方、サービス提供者は、ブロックチェーンシステム２において管理されている暗号化情報の中から、本人確認に要する暗号化情報を取得し、サービス利用者が本人確認済みであるか否かをゼロ知識証明により検証できる。このため、サービス利用者のプライバシーを保護しつつ、サービス利用者及びサービス提供者の双方において本人確認の手続を簡略化できる。

　＜３－３．ユーザ登録処理＞
　図７を用いて、実施形態に係るユーザ登録処理の手順について説明する。図７は、実施形態に係るユーザ登録処理の手順の一例を示す図である。図７に示す処理の手順は、例えば、ユーザ端末１０のユーザが決済処理装置１００により提供されるサービスの利用に際して実行され得る。

　図７に示すように、ユーザ端末１０は、決済処理装置１００に対するユーザ登録要求の送信にあたり、「ＺＫＰ－Ｐｒｏｖｅ」処理を実行する（ステップＳ３１）。「ＺＫＰ－Ｐｒｏｖｅ」処理は、上記図６に示す例と同様の処理であり、本人確認済みであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）を生成するための処理である。「ＺＫＰ－Ｐｒｏｖｅ」処理は、本人確認情報（［PII］）と、乱数（［Secret］）と、暗号化情報（［Encrypted　PII］）とに基づいて実行される。暗号化情報（［Encrypted　PII］）は、ユーザ識別情報（［PII-ID］）に基づいてブロックチェーンシステム２から取得される。

　ユーザ端末１０は、「ＺＫＰ－Ｐｒｏｖｅ」処理により、証明情報（［Proof］：プルーフ）を生成すると、ユーザ登録要求を決済処理装置１００に送信する（ステップＳ３２）。ユーザ端末１０は、例えば、ステップＳ３１で生成した証明情報（［Proof］：プルーフ）と、本人確認処理装置３０から割り当てられたユーザ識別情報（［PII-ID］）とをユーザ登録要求に同封する。

　ユーザ登録要求を受信した決済処理装置１００は、ユーザ登録要求に含まれる証明情報（［Proof］：プルーフ）の検証処理（「ＺＫＰ－Ｖｅｒｉｆｙ」処理）を実行する（ステップＳ３３）。「ＺＫＰ－Ｖｅｒｉｆｙ」処理は、取得部１３１により取得されたユーザ識別情報（［PII-ID］）に紐付く暗号化情報（［Encrypted　PII］）をブロックチェーンシステム２から取得して実行される。「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、ユーザ端末１０から取得した証明情報（［Proof］：プルーフ）が、本人確認済みユーザのみが知り得る秘密情報である乱数（［Secret］）に基づいて作成されたものであるか否かの検証が行われる。すなわち、「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、本人確認処理が終了している本人確認済みユーザからのユーザ登録要求であるか否かの証明が行われる。

　ユーザ登録の要求元であるユーザ端末１０のユーザについて本人確認処理を終了していることが証明されると、決済処理装置１００は、ユーザ登録のためのユーザ基本情報の入力要求をユーザ端末１０に送信する（ステップＳ３４）。決済処理装置１００は、ユーザ基本情報の入力要求の送信に際して、ユーザ端末１０との間に構築したセッションを識別するためのセッション情報をユーザ基本情報の入力要求に含める。決済処理装置１００は、例えば、かかるセッションを介してユーザ端末１０のユーザに提供される入力フォームなどを通じて、ユーザ端末１０からユーザ基本情報を取得する。

　ユーザ基本情報の入力要求を受信したユーザ端末１０は、ユーザ基本情報の入力要求を受信した旨をユーザに通知し、ユーザから入力されるユーザ基本情報の入力を受け付ける（ステップＳ３５）。

　ユーザによるユーザ基本情報の入力が完了すると、ユーザ端末１０は、決済処理装置１００により構築されたセッションを通じて、ユーザ基本情報の登録要求を決済処理装置１００に送信する（ステップＳ３６）。ユーザ基本情報の登録要求には、決済処理装置１００により構築されたセッションを識別するためのセッション情報が含まれる。

　ユーザ基本情報の登録要求を受信した決済処理装置１００は、ユーザ登録処理を実行する（ステップＳ３７）。以上が、情報処理システム１において実行されるユーザ登録処理の手順の一例である。

　このように、実施形態に係る情報処理システム１によれば、サービスの利用に際したユーザ登録要求に際して、サービス利用者は、本人確認情報そのものを公にすることなく、また、ゼロ知識証明により本人確認済みであることを証明できる。また、サービス提供者は、ユーザ登録要求における本人確認に際して、暗号化情報をブロックチェーンシステム２から適宜取得して利用できる。このため、サービスの利用に際したユーザ登録における本人確認において、サービスの利用者のプライバシーを保護しつつ、サービスの利用者及びサービスの提供者の双方において本人確認を簡略化することができる。

　＜３－４．匿名ユーザ登録処理＞
　図８を用いて、実施形態に係るユーザ登録処理の手順について説明する。図８は、実施形態に係るユーザ登録処理の手順の一例を示す図である。図８に示す処理の手順は、例えば、ユーザ端末１０のユーザが決済処理装置１００により提供されるサービスの利用に際して実行され得る。

　図８に示すように、ユーザ端末１０は、決済処理装置１００に対する匿名ユーザ登録要求の送信にあたり、「ＺＫＰ－Ｐｒｏｖｅ」処理を実行する（ステップＳ４１）。「ＺＫＰ－Ｐｒｏｖｅ」処理は、上記図６に示す例と同様の処理であり、本人確認済みであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）を生成するための処理である。「ＺＫＰ－Ｐｒｏｖｅ」処理は、本人確認情報（［PII］）と、乱数（［Secret］）と、暗号化情報（［Encrypted　PII］）とに基づいて実行される。暗号化情報（［Encrypted　PII］）は、ユーザ識別情報（［PII-ID］）に基づいてブロックチェーンシステム２から取得される。

　ユーザ端末１０は、「ＺＫＰ－Ｐｒｏｖｅ」処理により、証明情報（［Proof］：プルーフ）を生成すると、匿名ユーザ登録要求を決済処理装置１００に送信する（ステップＳ４２）。ユーザ端末１０は、例えば、ステップＳ４１で生成した証明情報（［Proof］：プルーフ）と、本人確認処理装置３０から割り当てられたユーザ識別情報（［PII-ID］）とを匿名ユーザ登録要求に同封する。

　ユーザ登録要求を受信した決済処理装置１００は、ユーザ登録要求に含まれる証明情報（［Proof］：プルーフ）の検証処理（「ＺＫＰ－Ｖｅｒｉｆｙ」処理）を実行する（ステップＳ４３）。「ＺＫＰ－Ｖｅｒｉｆｙ」処理は、取得部１３１により取得されたユーザ識別情報（［PII-ID］）に紐付く暗号化情報（［Encrypted　PII］）をブロックチェーンシステム２から取得して実行される。「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、ユーザ端末１０から取得した証明情報（［Proof］：プルーフ）が、本人確認済みユーザのみが知り得る秘密情報である乱数（［Secret］）に基づいて作成されたものであるか否かの検証が行われる。すなわち、「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、本人確認処理が終了している本人確認済みユーザからの匿名ユーザ登録要求であるか否かの証明が行われる。

　匿名ユーザ登録の要求元であるユーザ端末１０のユーザについて本人確認処理を終了していることが証明されると、決済処理装置１００は、匿名ユーザ登録処理を実行する（ステップＳ４４）。決済処理装置１００は、匿名ユーザ登録の要求元であるユーザに固有の匿名ＩＤ及び匿名セッションＩＤを生成し、匿名ユーザ登録要求に含まれるユーザ識別情報（［PII-ID］）に紐付けて管理する。匿名セッションＩＤは、匿名セッションを識別するための情報である。

　匿名ユーザ登録処理に続いて、決済処理装置１００は、匿名セッション情報をユーザ端末１０に送信する（ステップＳ４５）。匿名セッション情報には、匿名ＩＤと、匿名セッションＩＤとが含まれる。

　匿名セッション情報を受信したユーザ端末１０は、匿名セッション情報を保存し（ステップＳ４６）、匿名セッション情報を用いて、サービス利用要求を決済処理装置１００に送信する（ステップＳ４７）。

　サービス利用要求を受信した決済処理装置１００は、サービス利用要求に含まれる匿名セッション情報を検証する（ステップＳ４８）。決済処理装置１００は、匿名セッション情報の検証に成功した場合、匿名セッションを通じて、決済処理装置１００からユーザ端末１０に対してサービスの提供が実施される。

　このように、実施形態に係る情報処理システム１によれば、サービスの利用に際した匿名ユーザ登録要求に際して、サービス利用者は、本人確認情報そのものを公にすることなく、また、ゼロ知識証明により本人確認済みであることを証明できる。また、サービス提供者は、匿名ユーザ登録要求に応じるための本人確認に際して、暗号化情報をブロックチェーンシステム２から適宜取得して利用できる。このため、サービスの利用に際した匿名ユーザ登録における本人確認において、サービスの利用者のプライバシーを保護しつつ、サービスの利用者及びサービスの提供者の双方において本人確認を簡略化することができる。

　＜３－５．送金処理＞
　図９を用いて、実施形態に係る送金処理の手順について説明する。図９は、実施形態に係る送金処理の手順の一例を示す図である。

　図９に示すように、ユーザ端末１０は、決済処理装置１００に対する送金要求の送信にあたり、「ＺＫＰ－Ｐｒｏｖｅ」処理を実行する（ステップＳ５１）。「ＺＫＰ－Ｐｒｏｖｅ」処理は、上記図６に示す例と同様の処理であり、本人確認済みであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）を生成するための処理である。「ＺＫＰ－Ｐｒｏｖｅ」処理は、本人確認情報（［PII］）と、乱数（［Secret］）と、暗号化情報（［Encrypted　PII］）とに基づいて実行される。暗号化情報（［Encrypted　PII］）は、ユーザ識別情報（［PII-ID］）に基づいてブロックチェーンシステム２から取得される。

　ユーザ端末１０は、「ＺＫＰ－Ｐｒｏｖｅ」処理により、証明情報（［Proof］：プルーフ）を生成すると、送金要求を決済処理装置１００に送信する（ステップＳ５２）。ユーザ端末１０は、例えば、ステップＳ５１で生成した証明情報（［Proof］：プルーフ）と、本人確認処理装置３０から割り当てられたユーザ識別情報（［PII-ID］）と、デジタル通貨の送金に関する情報とを送信要求に同封する。

　送金要求を受信した決済処理装置１００は、ユーザ登録要求に含まれる証明情報（［Proof］：プルーフ）の検証処理（「ＺＫＰ－Ｖｅｒｉｆｙ」処理）を実行する（ステップＳ５３）。「ＺＫＰ－Ｖｅｒｉｆｙ」処理は、取得部１３１により取得されたユーザ識別情報（［PII-ID］）に紐付く暗号化情報（［Encrypted　PII］）をブロックチェーンシステム２から取得して実行される。「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、ユーザ端末１０から取得した証明情報（［Proof］：プルーフ）が、本人確認済みユーザのみが知り得る秘密情報である乱数（［Secret］）に基づいて作成されたものであるか否かの検証が行われる。すなわち、「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、本人確認処理が終了している本人確認済みユーザからの送金要求であるか否かの証明が行われる。

　ユーザ登録の要求元であるユーザ端末１０のユーザについて本人確認処理を終了していることが証明されると、決済処理装置１００は、送金要求に含まれるデジタル通貨の送金処理を実行する（ステップＳ５４）。

　このように、実施形態に係る情報処理システム１によれば、決済処理装置１００により提供される送金サービスの利用に際して、サービス利用者は、本人確認情報そのものを公にすることなく、また、ゼロ知識証明により本人確認済みであることを証明できる。また、サービス提供者は、送金要求に応じるための本人確認に際して、暗号化情報をブロックチェーンシステム２から適宜取得して利用できる。このため、送金サービスにおける本人確認において、サービスの利用者のプライバシーを保護しつつ、サービスの利用者及びサービスの提供者の双方において本人確認を簡略化することができる。

＜＜４．変形例＞＞
　＜４－１．信用スコアの登録＞
　上記の実施形態において、ユーザ端末１０のユーザの暗号化情報をブロックチェーンシステム２に登録する際、ユーザ端末１０の信用スコアを登録してもよい。図１０は、変形例に係る本人確認処理及び暗号化情報の登録に関する処理の手順の一例を示す図である。図１０に示す処理手の手順は、基本的には、図５に示す処理の手順と同様であるが、ユーザ端末１０のユーザの信用スコアをブロックチェーンシステム２に登録する点が図５に示す処理の手順とは相違する。

　すなわち、図１０に示すように、ユーザ端末１０は、本人確認処理の実施を依頼するための本人確認要求を本人確認処理装置３０に対して送信する（ステップＳ６１）。ユーザ端末１０は、例えば、本人確認要求を送信する際、本人確認処理に用いる本人確認情報が同封できる。

　本人確認要求を受信した本人確認処理装置３０は、本人確認処理を実施する（ステップＳ６２）。また、本人確認処理装置３０は、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く秘密情報（乱数）を生成する（ステップＳ６３）。また、本人確認処理装置３０は、本人確認処理において、ユーザ端末１０のユーザの信用スコアを算出する信用スコア算出処理を実行する。信用スコアは、例えば、決済処理装置１００におけるローン審査処理（図１１参照）に用いられる。

　続いて、本人確認処理装置３０は、ステップＳ１３で生成した秘密情報である乱数（［Secret］）を用いて、ステップＳ６２の本人確認処理で用いられた本人確認情報を暗号化した暗号化情報（［Encrypted　PII］）を生成する（ステップＳ６４）。

　暗号化情報（［Encrypted　PII］）を生成した後、本人確認処理装置３０は、暗号化情報の登録要求をブロックチェーンシステム２に送信する（ステップＳ６５）。本人確認処理装置３０は、暗号化情報の登録要求を送信する際、本人確認済みユーザであるユーザ端末１０のユーザに固有のユーザ識別情報（［PII-ID］）を生成し、暗号化情報（［Encrypted　PII］）及び信用スコアとともに登録要求に同封する。ブロックチェーンシステム２では、ユーザ識別情報（［PII-ID］）と、暗号化情報（［Encrypted　PII］）と、信用スコアとが相互に紐付けられた状態で管理される。

　そして、本人確認処理装置３０は、ステップＳ６３で生成した秘密情報である乱数（［Secret］）をユーザ端末１０に返信する（ステップＳ６６）。本人確認処理装置３０は、秘密情報である乱数（［Secret］）をユーザ端末１０に返信する際、ユーザ識別情報（［PII-ID］）を合わせて送信する。

　ユーザ端末１０は、本人確認処理装置３０から秘密情報である乱数（［Secret］）を受信すると、秘密情報とともに受信したユーザ識別情報（［PII-ID］）に関連付けて、記憶部１７に保存する（ステップＳ６７）。

　＜４－２．ローン審査処理＞
　図１１を用いて、実施形態に係る送金処理の手順について説明する。図１１は、変形例に係るローン審査処理の手順の一例を示す図である。

　図１１に示すように、ユーザ端末１０は、決済処理装置１００に対する送金要求の送信にあたり、「ＺＫＰ－Ｐｒｏｖｅ」処理を実行する（ステップＳ７１）。「ＺＫＰ－Ｐｒｏｖｅ」処理は、上記図６に示す例と同様の処理であり、本人確認済みであることをゼロ知識証明により証明するための証明情報（［Proof］：プルーフ）を生成するための処理である。「ＺＫＰ－Ｐｒｏｖｅ」処理は、本人確認情報（［PII］）と、乱数（［Secret］）と、暗号化情報（［Encrypted　PII］）とに基づいて実行される。暗号化情報（［Encrypted　PII］）は、ユーザ識別情報（［PII-ID］）に基づいてブロックチェーンシステム２から取得される。

　ユーザ端末１０は、「ＺＫＰ－Ｐｒｏｖｅ」処理により、証明情報（［Proof］：プルーフ）を生成すると、ローン審査要求を決済処理装置１００に送信する（ステップＳ７２）。ユーザ端末１０は、例えば、ステップＳ７１で生成した証明情報（［Proof］：プルーフ）と、本人確認処理装置３０から割り当てられたユーザ識別情報（［PII-ID］）とをローン審査要求に同封する。

　ローン審査要求を受信した決済処理装置１００は、ローン審査要求に含まれる証明情報（［Proof］：プルーフ）の検証処理（「ＺＫＰ－Ｖｅｒｉｆｙ」処理）を実行する（ステップＳ７３）。「ＺＫＰ－Ｖｅｒｉｆｙ」処理は、取得部１３１により取得されたユーザ識別情報（［PII-ID］）に紐付く暗号化情報（［Encrypted　PII］）をブロックチェーンシステム２から取得して実行される。「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、ユーザ端末１０から取得した証明情報（［Proof］：プルーフ）が、本人確認済みユーザのみが知り得る秘密情報である乱数（［Secret］）に基づいて作成されたものであるか否かの検証が行われる。すなわち、「ＺＫＰ－Ｖｅｒｉｆｙ」処理により、本人確認処理が終了している本人確認済みユーザからの送金要求であるか否かの証明が行われる。

　ローン審査の要求元であるユーザ端末１０のユーザについて本人確認処理を終了していることが証明されると、決済処理装置１００は、ローン審査の要求元であるユーザ端末１０のユーザの信用スコアに基づいて、ローン審査処理を実行する（ステップＳ７４）。信用スコアは、ユーザ識別情報（［PII-ID］）に基づいて、ブロックチェーンシステム２から取得される。

　このように、実施形態に係る情報処理システム１によれば、決済処理装置１００により提供されるローンサービスの利用に際して、サービス利用者は、本人確認情報そのものを公にすることなく、また、ゼロ知識証明により本人確認済みであることを証明できる。また、サービス提供者は、ローン審査要求に応じるための本人確認に際して、暗号化情報とともに信用スコアをブロックチェーンシステム２から適宜取得して利用できる。このため、送金サービスにおける本人確認において、サービスの利用者のプライバシーを保護しつつ、サービスの利用者及びサービスの提供者の双方において本人確認を簡略化することができる。

　＜４－３．複数の本人確認サービス事業者の利用＞
　本人確認を必用とするサービスによっては、本人確認サービスを提供する複数の事業者のうち、特定の事業者の利用が必須とされる場合や、事業者の社会的な信用度等に応じて、利用可能な事業者が制約される場合等が想定される。そこで、サービス利用者となるユーザ端末１０のユーザは、それぞれ、本人確認サービスを提供する複数の事業者を利用して本人確認処理を実施し、各事業者による本人確認処理の結果をブロックチェーンシステム２に管理するようにしてもよい。図１２は、変形例に係る複数の本人確認サービス事業者の利用の概要を示す図である。

　図１２に示すように、例えば、ユーザ端末１０ａのユーザＵａは、本人確認サービス事業者Ｘ，Ｙ，Ｚのそれぞれに対して、本人確認要求を送信することにより（例えば、図５参照）、本人確認サービス事業者Ｘ，Ｙ，Ｚをそれぞれ利用できる。

　本人確認サービス事業者Ｘ，Ｙ，Ｚは、それぞれ、本人確認を必用とする各サービスのそれぞれが求める本人確認方法に応じた本人確認処理を実施可能な事業者として存在する。各サービスのそれぞれが求める本人確認の認証レベルは、多段階認証や多要素認証（ＭＦＡ：Multi-Factor　Authentication）の要否、法律が定める方法の要否などの任意の基準で定められてよい。

　例えば、多要素認証による本人確認を必用とないサービスは、要求される認証レベルが高くないサービス（「認証レベル：低」）とできる。また、多要素認証による本人確認を必要とするサービスは、要求される認証レベルが中程度のサービス（「認証レベル：中」）とできる。また、法律が定める本人確認を必用とするサービスは、要求される認証レベルが高いサービス（「認証レベル：高」）とできる。図１２に示す例において、本人確認サービス事業者Ｘ，Ｙ，Ｚは、それぞれ、要求する認証レベルが高くないサービス、要求する認証レベルが中程度のサービス、要求する認証レベルが高いサービスのそれぞれに応じた本人確認を実施可能な事業者である。

　多要素認証による本人確認を必用としないサービス（「認証レベル：低」のサービス）では、名前、住所、生年月日などの基本的な個人情報が、本人確認処理において用いられることが想定される。また、本人確認方法として、ユーザから提示された情報を無条件に使用することが想定される。

　多要素認証による本人確認を必用としないサービス（「認証レベル：低」のサービス）を提供するサービス提供者は、本人確認サービス事業者Ｘによる本人確認をサービス利用者に求めることが想定される。例えば、決済サービス事業者Ａが、多要素認証による本人確認を必用としないサービス（「認証レベル：低」のサービス）を提供する場合、ユーザＵａに対して、本人確認サービス事業者Ｘによる本人確認を求めることが想定される。

　そこで、ユーザ端末１０ａのユーザＵａは、本人確認サービス事業者Ｘに本人確認処理を要求する。本人確認サービス事業者Ｘが運営する本人確認処理装置３０Ｘは、ユーザＵａの本人確認処理を実行する。本人確認処理装置３０Ｘは、本人確認処理の結果として得られる暗号化情報（［Encrypted　PII^X］）、及びユーザＵａに対して固有に割り当てるユーザ識別情報（［PII-ID^X］）の本人確認登録要求をブロックチェーンシステム２に送信する。

　ブロックチェーンシステム２は、本人確認処理装置３０Ｘから本人確認登録要求を受信すると、本人確認登録の要求元である本人確認サービス事業者Ｘに対して、固有の事業者ＩＤ（［eKYC事業者ID^x］）を払い出して割り当てる。ブロックチェーンシステム２は、ブロックチェーンシステム２には、本人確認済みであることを示す情報として、例えば、ユーザ識別情報（［PII-ID^X］）と、暗号化情報（［Encrypted　PII^X］）と、事業者ＩＤ（［eKYC事業者ID^x］）とを相互に紐付けて管理する。

　ユーザ端末１０ａのユーザＵａは、決済サービス事業者Ａが提供するサービスを利用する場合、本人確認サービス事業者Ｘにより付与されたユーザ識別情報（［PII-ID^X］）を用いて、決済サービス事業者Ａに対してサービス要求を送信する。決済サービス事業者Ａは、サービス要求に含まれるユーザ識別情報（［PII-ID^X］）に基づいて、ブロックチェーンシステム２から暗号化情報（［Encrypted　PII^X］）及び事業者ＩＤ（［eKYC事業者ID^x］）を取得し、サービス要求を検証できる。

　多要素認証による本人確認を必用とするサービス（「認証レベル：中」のサービス）では、知識情報、所持情報、及び生体情報の中から、いくつかの情報を組み合わせて、本人確認処理において用いられることが想定される。例えば、知識情報としてパスワードやＰＩＮコード、秘密の質問等、所持情報として携帯電話（電話番号やメールアドレス）やハードウェアトークン、ＩＣカード等、生体情報として指紋や静脈、声紋等が例示される。また、本人確認方法として、知識情報を用いてログインさせた後、登録メールアドレスへの認証コード付き電子メールを送信し、認証コードの提示による電子メールの受領確認などを行う方法が例示される。サービスへのログインは、ユーザが設定する任意の本人証明アルゴリズムを用いて実行できる。本人証明アルゴリズムには、例えば、名前とパスワードの一致、名前と複数の秘密の合言葉の一致、名前と顔画像の位置、名前と指紋の一致などが例示される。ログインの方法として、名前とパスワードの一致、名前と複数の秘密の合言葉の一致、名前と顔画像の一致、名前と指紋の一致などを採用できる。本人証明アルゴリズムとして取り扱い可能なデータとして、上述したもの以外に、カード番号などの秘密情報、公知の情報の組合せ、センシングデータ、マイナンバー、クレジットカード情報などのその他の情報が例示される。公知の情報の組合せとして、家族の名前、自宅の住所や電話番号、実家の住所や電話番号、親の旧姓などが例示される。センシングデータとして、上述した指紋の他、自宅など特定の場所の位置情報、虹彩、顔、歩容などの生体情報が例示される。

　本人証明アルゴリズムは、本人証明アルゴリズムで取り合うデータに応じて、完全一致、あいまい一致、大小比較や包含関係などの条件式を適宜採用できる。パスワードや秘密の合言葉、生体情報を取り合う本人証明アルゴリズムである場合、条件式として完全一致を採用できる。生体情報や秘密の合言葉を取り合う本人証明アルゴリズムである場合、条件式としてあいまい一致を採用できる。位置情報を取り合う本人証明アルゴリズムである場合、例えば、位置情報が特定のエリアに含まれるか否かなどの包含関係を条件式として採用できる。本人証明アルゴリズムで取り合うデータや条件式の組合せを、ＡＮＤ条件やＯＲ条件としてもよい。

　多要素認証による本人確認を必用とするサービス（「認証レベル：中」のサービス）を提供するサービス提供者は、本人確認サービス事業者Ｙによる本人確認をサービス利用者に求めることが想定される。例えば、決済サービス事業者Ｂが、多要素認証による本人確認を必用とするサービス（「認証レベル：中」のサービス）を提供する場合、ユーザＵａに対して、本人確認サービス事業者Ｙによる本人確認を求めることが想定される。

　そこで、ユーザ端末１０ａのユーザＵａは、本人確認サービス事業者Ｙに本人確認処理を要求する。本人確認サービス事業者Ｙが運営する本人確認処理装置３０Ｙは、ユーザＵａの本人確認処理を実行する。本人確認処理装置３０Ｙは、本人確認処理の結果として得られる暗号化情報（［Encrypted　PII^Y］）、及びユーザＵａに対して固有に割り当てるユーザ識別情報（［PII-ID^Y］）の本人確認登録要求をブロックチェーンシステム２に送信する。

　ブロックチェーンシステム２は、本人確認処理装置３０Ｙから本人確認登録要求を受信すると、本人確認登録の要求元である本人確認サービス事業者Ｙに対して、固有の事業者ＩＤ（［eKYC事業者ID^Y］）を払い出して割り当てる。ブロックチェーンシステム２は、本人確認済みであることを示す情報として、例えば、ユーザ識別情報（［PII-ID^Y］）と、暗号化情報（［Encrypted　PII^Y］）と、事業者ＩＤ（［eKYC事業者ID^Y］）とを相互に紐付けて管理する。

　ユーザ端末１０ａのユーザＵａは、決済サービス事業者Ｂが提供するサービスを利用する場合、本人確認サービス事業者Ｙにより付与されたユーザ識別情報（［PII-ID^Y］）を用いて、決済サービス事業者Ａに対してサービス要求を送信する。決済サービス事業者Ａは、サービス要求に含まれるユーザ識別情報（［PII-ID^Y］）に基づいて、ブロックチェーンシステム２から暗号化情報（［Encrypted　PII^Y］）及び事業者ＩＤ（［eKYC事業者ID^Y］）を取得し、サービス要求を検証できる。

　法律が定める本人確認を必用とするサービス（「認証レベル：高」のサービス）では、顔写真付きの本人確認書類と、健康保険証や住民票の写しなどの顔写真の添付がない本人確認書類とを組み合わせて、本人確認処理において利用されることが想定される。顔写真付きの本人確認書類として、マイナンバーカードや運転免許証、パスポート等が例示される。顔写真の添付がない本人確認書類として、健康保険証や住民票の写しなどが例示される。また、本人確認方法として、本人確認書類、及び本人確認書類と本人が写っている動画のアップロードを行うや、本人確認書類の写しの郵送などの方法が想定される。

　法律が定める本人確認を必用とするサービス（「認証レベル：高」のサービス）を提供するサービス提供者は、本人確認サービス事業者Ｚによる本人確認をサービス利用者に求めることが想定される。例えば、決済サービス事業者Ｃが、法律が定める本人確認を必用とするサービス（「認証レベル：高」のサービス）を提供する場合、ユーザＵａに対して、本人確認サービス事業者Ｚによる本人確認を求めることが想定される。

　そこで、ユーザ端末１０ａのユーザＵａは、本人確認サービス事業者Ｚに本人確認処理を要求する。本人確認サービス事業者Ｚが運営する本人確認処理装置３０Ｚは、ユーザＵａの本人確認処理を実行する。本人確認処理装置３０Ｚは、本人確認処理の結果として得られる暗号化情報（［Encrypted　PII^Z］）、及びユーザＵａに対して固有に割り当てるユーザ識別情報（［PII-ID^Z］）の本人確認登録要求をブロックチェーンシステム２に送信する。

　ブロックチェーンシステム２は、本人確認処理装置３０Ｚから本人確認登録要求を受信すると、本人確認登録の要求元である本人確認サービス事業者Ｙに対して、固有の事業者ＩＤ（［eKYC事業者ID^Z］）を払い出して割り当てる。ブロックチェーンシステム２は、本人確認済みであることを示す情報として、例えば、ユーザ識別情報（［PII-ID^Z］）と、暗号化情報（［Encrypted　PII^Z］）と、事業者ＩＤ（［eKYC事業者ID^Z］）とを相互に紐付けて管理する。

　ユーザ端末１０ａのユーザＵａは、決済サービス事業者Ｃが提供するサービスを利用する場合、本人確認サービス事業者Ｚにより付与されたユーザ識別情報（［PII-ID^Z］）を用いて、決済サービス事業者Ｃに対してサービス要求を送信する。決済サービス事業者Ｃは、サービス要求に含まれるユーザ識別情報（［PII-ID^Z］）に基づいて、ブロックチェーンシステム２から暗号化情報（［Encrypted　PII^Z］）及び事業者ＩＤ（［eKYC事業者ID^Z］）を取得し、サービス要求を検証できる。

　このように、サービス利用者であるユーザＵａでは、異なる本人確認事業者のそれぞれで本人確認処理を実施しておくことにより、サービスが求める本人確認が異なってもサービス利用時の本人確認を簡略化することができる。一方、サービス提供者である各決済サービス事業者Ａ～Ｃでは、それぞれが求める本人確認が行われているかをブロックチェーンシステム２から取得して確認でき、サービス利用者のプライバシーを保護しつつ、本人確認を簡略化することができる。

　なお、図１２に示す例において、ユーザＵａは、決済サービス事業者Ａ～Ｃが指定する本人確認サービス事業者の情報を、サービス要求前に各事業者から予め取得してもよいし、サービス要求時に各事業者から取得してもよい。

　＜４－４．事業者の検証＞
　上記図１２に示すように、ブロックチェーンシステム２には、同一のユーザに紐付く複数の暗号化情報が、それぞれ固有のユーザ識別情報、及び本人確認処理を実施した事業者ＩＤに紐付けて管理される。このため、ブロックチェーンシステム２では、事業者ＩＤが偽造されることを防止する必要がある。以下では、事業者ＩＤの検証方法の一例について説明する。図１３は、変形例に係る事業者の検証処理の手順の一例を示すフローチャートである。

　図１３に示すように、ブロックチェーンシステム２は、本人確認処理装置３０から本人確認登録要求を受信すると、本人確認登録要求に付加されている署名を検証する（ステップＳ８１）。署名は、例えば、本人確認処理装置３０が、自らが所持する署名鍵により生成する。署名は、例えば、署名鍵に含まれる秘密鍵に該当する。ブロックチェーンシステム２は、信頼できるデータベースから本人確認処理装置３０の署名検証用の公開鍵を取得し、署名を復号できるかを試みる。

　ブロックチェーンシステム２は、署名の検証に成功した場合（ステップＳ８１；Ｙｅｓ）、署名者と、信頼できるデータベースにおいて署名検証用の公開鍵に対応付けられている事業者ＩＤ（［eKYC事業者ID］）とが一致するか否かを判定する（ステップＳ８２）。すなわち、本人確認登録要求の署名者と、事業者との組合せが正しいか否かを判定する。

　ブロックチェーンシステム２は、事業者ＩＤが一致していると判定した場合（ステップＳ８２；Ｙｅｓ）、本人確認登録要求に応じて、暗号化情報の登録を実行して（ステップＳ８３）、図１３に示す処理を終了する。

　一方、ブロックチェーンシステム２は、事業者ＩＤが一致していないと判定した場合（ステップＳ８２；Ｎｏ）、本人確認登録要求を拒絶して（ステップＳ８４）、図１３に示す処理を終了する。

　また、上記ステップＳ８１において、ブロックチェーンシステム２は、署名の検証に失敗した場合（ステップＳ８１；Ｎｏ）、上記ステップＳ８４の処理手順に移る。すなわち、ブロックチェーンシステム２は、本人確認登録要求を拒絶して（ステップＳ８４）、図１３に示す処理を終了する。

　なお、上記図１３に示す処理の手順において、本人確認登録要求に添付する署名として、Ｘ．５０９証明書を用いてもよい。そして、事業者ＩＤと、Ｘ．５０９証明書の所有者（［Subject］）とが一致するか否かを判定することにより、本人確認登録要求の署名者と、事業者との組合せが正しいか否かを判定してもよい。

＜＜５．その他＞＞
　上述した実施形態に係る情報処理システム１における処理は、本人確認が必要な各種サービスに利用できる。たとえば、コンサートやイベントなどの入場時における本人確認、各種契約における本人確認、学生割引などの各種サービスにおける本人確認などに利用できる。また、各種ゲームアプリケーションの処理と連動させることにより、ゲームの進行に関わる処理、たとえばイベントを発生させる秘密情報の入手や秘密の場所への到達するためのキーとして、本人確認に成功した場合にのみ生成されるユーザ秘密鍵の生成条件としても利用できる。

　また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。たとえば、図１に示す本人確認処理装置３０と、決済処理装置１００とが統合されていてもよい。すなわち、本人確認処理と、決済処理とが１つの情報処理装置により実現されてもよい。

　また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である

　また、本明細書に記載された効果はあくまで例示であって限定されるものでは無く、また他の効果があってもよい。

＜＜６．効果＞＞
　上述のように、本開示に係る決済処理装置１００は、利用に際して本人確認処理を必用とするサービスを提供する情報処理装置であって、取得部１３１と、検証部１３２と、提供部１３３とを備える。取得部１３１は、本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報であって、本人確認済みユーザのみが知り得る秘密情報を用いて生成された証明情報を、サービスの要求元であるユーザから取得する。秘密情報は、例えば、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く秘密の値（例えば、乱数）である。検証部１３２は、秘密情報を用いて暗号化され、ブロックチェーンシステム２において管理されている暗号化情報を用いて、取得部１３１により取得された証明情報の検証処理を実行する。暗号化情報は、本人確認済みユーザの本人確認処理において用いられた本人確認情報を乱数により暗号化したものである。提供部１３３は、検証部１３２による検証処理の結果、本人確認済みユーザであることが証明されることを条件に、サービスの要求元であるユーザに対してサービスを提供するための処理を実行する。このように、本開示の実施形態によれば、本人確認情報を暗号化した暗号化情報を、ブロックチェーンシステム２において公開情報として管理し、利用に際して本人確認を必用とするサービスのサービス提供者で共有できる。このため、利用に際して本人確認を必用とするサービスの本人確認の手続を簡略化できる。また、本開示の実施形態によれば、本人確認情報そのものではなく、本人確認情報を暗号化した暗号化情報が、ブロックチェーンシステム２において公開情報として管理される。このため、利用に際して本人確認を必用とするサービスのサービス利用者のプライバシーを保護できる。

　また、本開示において、秘密情報は、本人確認処理の要求元であるユーザ端末１０のユーザに紐付く秘密の値（例えば、乱数）である。これにより、本人確認が終了したことをゼロ知識証明により証明するための情報をセットアップできる。

　また、本開示におけるブロックチェーンシステム２において、本人確認済みユーザごとに固有に割り当てられるユーザ識別情報に紐付けて暗号化情報が管理される。取得部１３１は、取得部は、証明情報とともに、ユーザ識別情報を取得し、検証部は、取得部１３１により取得されたユーザ識別情報を用いて、ブロックチェーンシステム２から暗号化情報を取得する。これにより、本人確認が終了したことをゼロ知識証明により証明するための情報をユーザごとに管理し、サービス要求元のユーザに対応する情報を簡易に取得できる。

　また、本開示において、取得部１３１は、サービスへのユーザ登録を要求するユーザ登録要求を本人確認済みユーザが使用するユーザ端末１０から取得する。提供部１３３は、検証部１３２による検証処理の結果、本人確認処理を終了していることが証明されることを条件に、本人確認済みユーザに対して返却するセッション情報を用いて、本人確認済みユーザのユーザ登録処理を実行する。これにより、本人確認済みユーザについてのユーザ登録を簡略化できる。

　また、本開示において、取得部１３１は、サービスへの匿名でのユーザ登録を要求する匿名ユーザ登録要求を本人確認済みユーザが使用するユーザ端末１０から取得する。提供部１３３は、検証部１３２による検証処理の結果、本人確認処理を終了していることが証明されることを条件に、本人確認済みユーザに対して返却する匿名セッション情報を用いて、本人確認済みのユーザの匿名ユーザ登録処理を実行する。これにより、本人確認済みユーザについての匿名ユーザ登録を簡略化できる。

　また、本開示において、取得部１３１は、サービスとして提供されるキャッシュレスサービスにおける送金要求を本人確認済みユーザが使用するユーザ端末１０から取得する。提供部１３３は、検証部１３２による検証処理の結果、本人確認処理を終了していることが証明されることを条件に、送金要求に対応する送金処理を実行する。これにより、本人確認済みユーザについての送金を簡略化できる。

　また、本開示におけるブロックチェーンシステム２において、ユーザ識別情報に紐付けて、本人確認処理において算出された信用スコアが管理される。取得部１３１は、サービスとして提供されるローンサービスを受けるためのローン審査要求を本人確認済みユーザが使用するユーザ端末１０から取得する。提供部１３３は、検証部１３２による検証処理の結果、本人確認処理を終了していることが証明されることを条件に、ユーザ識別情報に紐付く信用スコアを用いて、ローン審査要求に応じたローン審査処理を実行する。これにより、本人確認済みユーザについてのローン審査を簡略化できる。

　また、本開示において、暗号化情報は、本人確認処理を異なる方法で実施する各事業者によってそれぞれ生成される。また、ブロックチェーンシステム２において、同一の本人確認済みユーザに紐付く暗号化情報が、各事業者によって本人確認済みユーザに対して固有に割り当てられるユーザ識別情報と、事業者に固有の事業者識別情報とに紐付けて管理される。これにより、同一のユーザについて、複数の事業者による本人確認の結果を管理でき、決済処理装置１００は、自己が求める事業者による本人確認の結果を用いて、サービス要求元のユーザに関する検証を実行できる。

　また、本開示において、各事業者が実施する本人確認処理は、サービスにより要求される認証レベルに対応した異なる方法で実施される。これにより、決済処理装置１００は、決済処理装置１００は、自己が求める認証レベルに対応した事業者による本人確認の結果を用いて、サービス要求元のユーザに関する検証を実行できる。

　また、本開示において、各事業者により暗号化情報がブロックチェーンシステム２に登録される場合、当該登録にかかる要求は、各事業者とブロックチェーンシステム２との間で署名情報により検証される。これにより、事業者識別情報の改ざんや事業者の成りすましを防止できる。

　なお、上述した効果は必ずしも限定されるものではなく、本開示中に記載された少なくともいずれか一つの効果であってもよく、また他の効果があってもよい。

＜＜７．ハードウェア構成＞＞
　上述してきた各実施形態に係る決済処理装置１００は、例えば図１４に示すような構成のコンピュータ１０００によって実現される。図１４は、決済処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read　Only　Memory）１３００、ＨＤＤ（Hard　Disk　Drive）１４００、通信インターフェイス１５００、及び入出力インターフェイス１６００を有する。コンピュータ１０００の各部は、バス１０５０によって接続される。

　ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。例えば、ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムをＲＡＭ１２００に展開し、各種プログラムに対応した処理を実行する。

　ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるＢＩＯＳ（Basic　Input　Output　System）等のブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

　ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を非一時的に記録する、コンピュータ１０００が読み取り可能な記録媒体である。具体的には、ＨＤＤ１４００は、たとえば図３に示すアンテナ切替処理を実現するためのプログラムを記録する記録媒体である。

　通信インターフェイス１５００は、コンピュータ１０００が外部ネットワーク１５５０（例えばインターネット）と接続するためのインターフェイスである。例えば、ＣＰＵ１１００は、通信インターフェイス１５００を介して、他の機器からデータを受信したり、ＣＰＵ１１００が生成したデータを他の機器へ送信したりする。

　入出力インターフェイス１６００は、入出力デバイス１６５０とコンピュータ１０００とを接続するためのインターフェイスである。例えば、ＣＰＵ１１００は、入出力インターフェイス１６００を介して、キーボードやマウス等の入力デバイスからデータを受信する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやスピーカーやプリンタ等の出力デバイスにデータを送信する。また、入出力インターフェイス１６００は、所定の記録媒体（メディア）に記録されたプログラム等を読み取るメディアインターフェイスとして機能してもよい。メディアとは、例えばＤＶＤ（Digital　Versatile　Disc）、ＰＤ（Phase　change　rewritable　Disk）等の光学記録媒体、ＭＯ（Magneto-Optical　disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

　例えば、コンピュータ１０００が実施形態に係る決済処理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラム（「ＺＫＰ－Ｖｅｒｉｆｙ」処理を実現するためのプログラムなど）を実行する。これにより、決済処理装置１００の制御部１３０により実行される各種処理等の機能が実現される。また、ＨＤＤ１４００には、本開示に係る決済処理装置１００の処理を実現するためのプログラムや、記憶部１１１に記憶されるデータなどが格納される。なお、ＣＰＵ１１００は、プログラムデータ１４５０をＨＤＤ１４００から読み取って実行するが、他の例として、外部ネットワーク１５５０を介して、他の装置からこれらのプログラムを取得してもよい。

　なお、本技術は以下のような構成も取ることができる。
（１）
　本人確認処理を必用とするサービスを提供する情報処理装置であって、
　前記本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報であって、前記本人確認済みユーザのみが知り得る秘密情報を用いて生成された前記証明情報を、サービスの要求元であるユーザが使用するユーザ端末から取得する取得部と、
　前記秘密情報を用いて暗号化され、ブロックチェーンシステムにおいて管理されている前記本人確認済みユーザの本人確認処理において用いられた本人確認情報の暗号化情報を用いて、前記取得部により取得された前記証明情報の検証処理を実行する検証部と、
　前記検証部による検証処理の結果、前記本人確認済みユーザであることが証明されることを条件に、前記サービスの要求元であるユーザに対してサービスを提供するための処理を実行する提供部と
　を備える情報処理装置。
（２）
　前記秘密情報は、
　前記本人確認処理の要求元であるユーザ端末のユーザに紐付く秘密の値である
　前記（１）に記載の情報処理装置。
（３）
　前記ブロックチェーンシステムにおいて、
　前記本人確認済みユーザのそれぞれに対して固有に割り当てられるユーザ識別情報に紐付けて前記暗号化情報が管理され、
　前記取得部は、
　前記証明情報とともに、前記ユーザ識別情報を取得し、
　前記検証部は、
　前記取得部により取得された前記ユーザ識別情報を用いて、前記ブロックチェーンシステムから前記暗号化情報を取得する
　前記（２）に記載の情報処理装置。
（４）
　前記取得部は、
　前記サービスへのユーザ登録を要求するユーザ登録要求を前記本人確認済みユーザが使用するユーザ端末から取得し、
　前記提供部は、
　前記検証部による検証処理の結果、前記本人確認処理を終了していることが証明されることを条件に、前記本人確認済みユーザに対して返却するセッション情報を用いて、前記ユーザ登録要求に対応するユーザ登録処理を実行する
　前記（３）に記載の情報処理装置。
（５）
　前記取得部は、
　前記サービスへの匿名での匿名ユーザ登録を要求する匿名ユーザ登録要求を前記本人確認済みユーザが使用するユーザ端末から取得し、
　前記提供部は、
　前記検証部による検証処理の結果、前記本人確認処理を終了していることが証明されることを条件に、前記本人確認済みユーザに対して返却する匿名セッション情報を用いて、前記匿名ユーザ登録要求に対応する匿名ユーザ登録処理を実行する
　前記（３）に記載の情報処理装置。
（６）
　前記取得部は、
　前記サービスとして提供されるキャッシュレスサービスにおける送金要求を前記本人確認済みユーザが使用するユーザ端末から取得し、
　前記提供部は、
　前記検証部による検証処理の結果、前記本人確認処理を終了していることが証明されることを条件に、前記送金要求に対応する送金処理を実行する
　前記（３）に記載の情報処理装置。
（７）
　前記ブロックチェーンシステムにおいて、
　前記ユーザ識別情報に紐付けて、前記本人確認処理において算出された信用スコアが管理され、
　前記取得部は、
　前記サービスとして提供されるローンサービスを受けるためのローン審査要求を前記本人確認済みユーザが使用するユーザ端末から取得し、
　前記提供部は、
　前記検証部における前記証明情報の検証処理の結果、前記本人確認処理を終了していることが証明されることを条件に、前記ユーザ識別情報に紐付く前記信用スコアを用いて、前記ローン審査要求に対応する審査処理を実行する
　前記（３）に記載の情報処理装置。
（８）
　前記暗号化情報は、
　前記本人確認処理を異なる方法で実施する各事業者によってそれぞれ生成され、
　前記ブロックチェーンシステムにおいて、
　同一の前記本人確認済みユーザに紐付く前記暗号化情報が、前記各事業者によって前記本人確認済みユーザに対して固有に割り当てられる前記ユーザ識別情報と、前記事業者に固有の事業者識別情報とに紐付けて管理される
　前記（３）に記載の情報処理装置。
（９）
　前記各事業者が実施する前記本人確認処理は、
　サービスにより要求される認証レベルに対応した異なる方法で実施される
　前記（８）に記載の情報処理装置。
（１０）
　前記各事業者により前記暗号化情報がブロックチェーンシステムに登録される場合、当該登録にかかる要求は、前記各事業者と前記ブロックチェーンシステムとの間で署名情報により検証される
　前記（９）に記載の情報処理装置。
（１１）
　本人確認情報を用いた本人確認処理を必用とするサービスを提供する情報処理装置が、
　前記本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報であって、前記本人確認済みユーザのみが知り得る秘密情報を用いて生成された前記証明情報を、サービスの要求元であるユーザが使用するユーザ端末から取得し、
　前記秘密情報を用いて暗号化され、ブロックチェーンシステムにおいて管理されている前記本人確認済みユーザの本人確認処理において用いられた本人確認情報の暗号化情報を用いて、前記証明情報の検証処理を実行し、
　前記検証処理の結果、前記本人確認済みユーザであることが証明されることを条件に、前記サービスの要求元であるユーザに対してサービスを提供するための処理を実行する
　情報処理方法。

　　　１　情報処理システム
　　　２　ブロックチェーンシステム
　　　３　通信ネットワーク
　　１０　ユーザ端末
　　１１　通信部
　　１２　入力部
　　１３　出力部
　　１４　撮像部
　　１５　測位部
　　１６　検出部
　　１７　記憶部
　　１７ａ　本人確認情報格納部
　　１７ｂ　秘密情報格納部
　　１８　制御部
　　１８ａ　本人確認依頼部
　　１８ｂ　サービス要求部
　　２０　ノード
　　３０　本人確認処理装置
　　３１　通信部
　　３２　記憶部
　　３３　制御部
　　３３ａ　本人確認処理部
　　３３ｂ　登録処理部
　１００　決済処理装置
　１１０　通信部
　１２０　記憶部
　１３０　制御部
　１３１　取得部
　１３２　検証部
　１３３　提供部

Claims (11)

1. 　本人確認処理を必用とするサービスを提供する情報処理装置であって、
   　前記本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報であって、前記本人確認済みユーザのみが知り得る秘密情報を用いて生成された前記証明情報を、サービスの要求元であるユーザが使用するユーザ端末から取得する取得部と、
   　前記秘密情報を用いて暗号化され、ブロックチェーンシステムにおいて管理されている前記本人確認済みユーザの本人確認処理において用いられた本人確認情報の暗号化情報を用いて、前記取得部により取得された前記証明情報の検証処理を実行する検証部と、
   　前記検証部による検証処理の結果、前記本人確認済みユーザであることが証明されることを条件に、前記サービスの要求元であるユーザに対してサービスを提供するための処理を実行する提供部と
   　を備える情報処理装置。
2. 　前記秘密情報は、
   　前記本人確認処理の要求元であるユーザ端末のユーザに紐付く秘密の値である
   　請求項１に記載の情報処理装置。
3. 　前記ブロックチェーンシステムにおいて、
   　前記本人確認済みユーザのそれぞれに対して固有に割り当てられるユーザ識別情報に紐付けて前記暗号化情報が管理され、
   　前記取得部は、
   　前記証明情報とともに、前記ユーザ識別情報を取得し、
   　前記検証部は、
   　前記取得部により取得された前記ユーザ識別情報を用いて、前記ブロックチェーンシステムから前記暗号化情報を取得する
   　請求項２に記載の情報処理装置。
4. 　前記取得部は、
   　前記サービスへのユーザ登録を要求するユーザ登録要求を前記本人確認済みユーザが使用するユーザ端末から取得し、
   　前記提供部は、
   　前記検証部による検証処理の結果、前記本人確認処理を終了していることが証明されることを条件に、前記本人確認済みユーザに対して返却するセッション情報を用いて、前記ユーザ登録要求に対応するユーザ登録処理を実行する
   　請求項３に記載の情報処理装置。
5. 　前記取得部は、
   　前記サービスへの匿名での匿名ユーザ登録を要求する匿名ユーザ登録要求を前記本人確認済みユーザが使用するユーザ端末から取得し、
   　前記提供部は、
   　前記検証部による検証処理の結果、前記本人確認処理を終了していることが証明されることを条件に、前記本人確認済みユーザに対して返却する匿名セッション情報を用いて、前記匿名ユーザ登録要求に対応する匿名ユーザ登録処理を実行する
   　請求項３に記載の情報処理装置。
6. 　前記取得部は、
   　前記サービスとして提供されるキャッシュレスサービスにおける送金要求を前記本人確認済みユーザが使用するユーザ端末から取得し、
   　前記提供部は、
   　前記検証部による検証処理の結果、前記本人確認処理を終了していることが証明されることを条件に、前記送金要求に対応する送金処理を実行する
   　請求項３に記載の情報処理装置。
7. 　前記ブロックチェーンシステムにおいて、
   　前記ユーザ識別情報に紐付けて、前記本人確認処理において算出された信用スコアが管理され、
   　前記取得部は、
   　前記サービスとして提供されるローンサービスを受けるためのローン審査要求を前記本人確認済みユーザが使用するユーザ端末から取得し、
   　前記提供部は、
   　前記検証部における前記証明情報の検証処理の結果、前記本人確認処理を終了していることが証明されることを条件に、前記ユーザ識別情報に紐付く前記信用スコアを用いて、前記ローン審査要求に対応する審査処理を実行する
   　請求項３に記載の情報処理装置。
8. 　前記暗号化情報は、
   　前記本人確認処理を異なる方法で実施する各事業者によってそれぞれ生成され、
   　前記ブロックチェーンシステムにおいて、
   　同一の前記本人確認済みユーザに紐付く前記暗号化情報が、前記各事業者によって前記本人確認済みユーザに対して固有に割り当てられる前記ユーザ識別情報と、前記事業者に固有の事業者識別情報とに紐付けて管理される
   　請求項３に記載の情報処理装置。
9. 　前記各事業者が実施する前記本人確認処理は、
   　サービスにより要求される認証レベルに対応した異なる方法で実施される
   　請求項８に記載の情報処理装置。
10. 　前記各事業者により前記暗号化情報がブロックチェーンシステムに登録される場合、当該登録にかかる要求は、前記各事業者と前記ブロックチェーンシステムとの間で署名情報により検証される
    　請求項９に記載の情報処理装置。
11. 　本人確認情報を用いた本人確認処理を必用とするサービスを提供する情報処理装置が、
    　前記本人確認処理を終了している本人確認済みユーザであることをゼロ知識証明により証明するための証明情報であって、前記本人確認済みユーザのみが知り得る秘密情報を用いて生成された前記証明情報を、サービスの要求元であるユーザが使用するユーザ端末から取得し、
    　前記秘密情報を用いて暗号化され、ブロックチェーンシステムにおいて管理されている前記本人確認済みユーザの本人確認処理において用いられた本人確認情報の暗号化情報を用いて、前記証明情報の検証処理を実行し、
    　前記検証処理の結果、前記本人確認済みユーザであることが証明されることを条件に、前記サービスの要求元であるユーザに対してサービスを提供するための処理を実行する
    　情報処理方法。

Images