JP7321622B1 - 情報処理装置、情報処理方法、及びサービス提供方法 - Google Patents

Abstract

情報処理装置は、対象生体の体から取得した身体データを取得するデータ取得手段と、前記身体データの真正性を示す証明書データを取得する証明書取得手段と、（ａ）前記身体データの識別情報及び前記証明書データの識別情報、並びに（ｂ）当該身体データの特徴情報及び当該証明書データの特徴情報を、証明書記憶手段に登録する登録手段と、前記身体データ及び前記証明書データを出力する出力手段とを有する。

Description

本発明は、情報処理装置、情報処理方法、及びサービス提供方法の技術に関する。

データの真正性を認証する技術が知られている。例えば特許文献１は、メタバースにおいてオブジェクトの真贋判断を行うシステムを開示している。

特許文献２は、３ＤモデルデータをＡＰＩ（Application Programming Interface）応答として送信する技術を開示している。

特許第５１５９３７５号 特許第６７９９８８３号

特許文献１において、真正性の認証の対象となるのはメタバース内のオブジェクトはあくまで広義のデータを含むため専門性が乏しく、３Ｄデータを生成するスキャナにまで応用できる技術ではない。

特許文献２には、３Ｄモデルデータの真正性を認証することは開示がない。

上記の背景に鑑み、本発明は、３Ｄデータの真正性を認証する、改善された技術を提供する。

本開示の一態様は、対象生体の体から取得した身体データを取得するデータ取得手段と、前記身体データの真正性を示す証明書データを取得する証明書取得手段と、（ａ）前記身体データの識別情報及び前記証明書データの識別情報、並びに（ｂ）当該身体データの特徴情報及び当該証明書データの特徴情報を、証明書記憶手段に登録する登録手段と、前記身体データ及び前記証明書データを出力する出力手段とを有する情報処理装置を提供する。

前記出力手段は、前記身体データ及び前記証明書データを対応付けて記憶するデータ記憶手段に対し、前記身体データ及び前記証明書データを出力してもよい。

前記証明書記憶手段が分散台帳でもよい。

前記分散台帳がブロックチェーン技術を用いた分散台帳でもよい。

前記身体データの特徴情報が、当該身体データのインデックス情報を含んでもよい。

前記身体データの特徴情報が、前記情報処理装置の識別情報に基づいて生成されてもよい。

前記身体データの特徴情報が、当該身体データの用途を限定する情報に基づいて生成されてもよい。

前記身体データが、前記対象生体の３Ｄモデルであり、前記身体データの特徴情報が、前記３Ｄモデルを構成するメッシュ又はポリゴンに関する情報に基づいて生成されてもよい。

前記対象生体に関連するメタ情報を取得するメタ情報取得手段を有し、前記証明書データが、前記メタ情報に紐付く情報を含んでもよい。

前記メタ情報が、前記対象生体の生体情報であってもよい。

前記メタ情報が、前記対象生体の属性情報であってもよい。

前記メタ情報が、前記身体データの用途を限定する情報であってもよい。

前記出力手段は、前記証明書データ及び前記メタ情報を、前記身体データ及び前記証明書データを対応付けて記憶するデータ記憶手段に出力してもよい。

前記データ記憶手段において、ある対象生体について異なるタイミングで取得された複数の身体データが登録され、前記身体データの特徴情報が、複数の前記身体データのインデックス情報を含んでもよい。

本開示の別の態様は、対象生体の体から取得した身体データを取得するステップと、前記身体データの真正性を示す証明書データを取得するステップと、（ａ）前記身体データの識別情報及び前記証明書データの識別情報、並びに（ｂ）当該身体データの特徴情報及び当該証明書データの特徴情報を、証明書記憶手段に登録するステップと、前記身体データ及び前記証明書データを出力するステップとを有する情報処理方法を提供する。

本開示の別の態様は、体スキャナと、証明書記憶手段と、認証局と、サーバ装置と、サービスサーバとを有するコンピュータシステムにおいて、前記証明書記憶手段が、身体データの真正性を示す証明書データの登録を受けるステップと、前記サーバ装置が、前記証明書データを前記サービスサーバに提示するステップと、前記サービスサーバが、前記サーバ装置において前記身体データを用いたサービスを提供するに際し、前記サーバ装置から提示を受けた前記証明書データの認証を前記証明書記憶手段に要求するステップと、前記証明書記憶手段が、登録されている証明書データを用いて、前記サーバ装置から認証を要求された証明書データの認証をするステップと、前記認証により前記身体データの真正性が確認された場合、前記サービスサーバが、前記サーバ装置に対し前記サービスを提供するステップとを有するサービス提供方法を提供する。

前記認証により前記身体データの真正性が確認されなかった場合、前記サービスサーバが、前記サーバ装置に対し前記サービスのうち一部機能を制限したサービスを提供してもよい。

前記認証局が、前記体スキャナから前記身体データを受信するステップと、前記認証局が、前記身体データの真正性を示す前記証明書データを生成するステップとを有してもよい。

本発明によれば、３Ｄデータの真正性を認証する、改善された技術を提供することができる。

体スキャナシステム１のシステム概要を例示する図。 体スキャナシステム１の構成概要を例示する図。 体スキャナシステム１の機能構成を例示する図。 体スキャナ１０のハードウェア構成を例示する図。 サーバ装置２０のハードウェア構成を例示する図。 ユーザ端末３０のハードウェア構成を例示する図。 体スキャナシステム１による３Ｄデータ生成方法を例示するシーケンスチャート。 証明書情報を記録したデータベースを例示する図。 体スキャナシステム１によるウォレットへの登録方法を例示するシーケンスチャート。 体スキャナシステム１による３Ｄデータ利用方法を例示するシーケンスチャート。

１．構成
図１は、体スキャナシステム１のシステム概要を例示する図である。体スキャナシステム１（コンピュータシステムの一例）において、前提となる技術基盤は、エンドユーザ（又は単にユーザ）に自身の３Ｄモデル（例えばアバター）のデータを提供するとともに、メタバースといった仮想空間内でのアバター利用を可能にする技術である。体スキャナシステム１の目的の一つは、ユーザがアバターを利用する上で、盗作利用又は不正利用によるなりすまし行為を抑止及び排除するために、データ改ざんが困難なブロックチェーン技術を利用することで、真贋（又は真正）判断を可能にするとともに、ユーザが利用するアバターの真正性を保証することである。この例において真正性とは、例えばユーザと、アバターとが、予め正規に対応付けられている状態において、常にこの対応関係の正しさが証明可能であるという意味を含む。

この例において体スキャナシステム１の主体は、スキャナ、サーバ、エンドユーザ、アプリケーション、及びブロックチェーンネットワーク（又は単にブロックチェーン）からなる。なお、図１は、あくまでシステムの概念図を表しているにすぎない。そのため、係る主体は、特定の装置、人、ソフトウェア、システム、又は技術基盤に限定されない種々の構成要素である。

この例においてスキャナは、ユーザの３Ｄモデルデータを生成する。この例において３Ｄモデルデータは、アバター（すなわちユーザの身体的外観）を表すデータの一例である。この例においてアバターは、身体データによってユーザ本人を再現したコンピュータ上のオブジェクトといった概念を含む。アバターの生成時に、スキャナは、本人認証（例えば生体認証）に基づいたユーザ及びアバター双方の真正性を保証するためのアバター証明書（又は単に証明書）を取得する。この証明書は、例えば、一般的な電子証明書システムを含む認証局によって発行される（図示略）。サーバは、スキャナによって生成された３Ｄデータと、アバター証明書とを紐づけてデータベース等で記憶及び管理する。エンドユーザは、サービスを受ける対象であって、自身の３Ｄデータ及びアバター証明書をサーバからウォレットにデータ移行し、保管及び利用することができる。この例においてウォレットとは、３Ｄデータ及びアバター証明書をデータとして保管するための技術概念を含み、例えば、ユーザが保有する端末内にインストールされたアプリケーション（又はソフトウェア）をいう。アプリケーションは、ユーザが自身のアバターを利用するためのプラットフォームであって、例えば、メタバース（又は仮想空間）のようなサービスを提供する。アプリケーションにおいてユーザは、証明書を提示することで、自身の３Ｄデータの真正性が保証された状態で種々のサービスを利用することができる。ブロックチェーンネットワークは、ユーザが利用するアバターの真正性を保証するための認証システムである。この例においてブロックチェーンネットワークは、データの改ざん不可能性を有する技術基盤といった概念を含み、例えば、複数の端末（ノード）を利用して分散的にデータを処理及び記録するデータベースである。ブロックチェーンネットワークは、サーバ、エンドユーザ、及びアプリケーションに対し、相互的に機能する。例えば、サーバは、３Ｄデータ及びアバター証明書を紐づけてブロックチェーンネットワークに登録できる。エンドユーザは、３Ｄデータ、アバター証明書、及び個人情報ＩＤを紐づけてブロックチェーンネットワークに登録できる。アプリケーションは、ユーザによって提示された証明書と、過去にそのユーザがブロックチェーンに登録した各種データとを、ブロックチェーンネットワークを介して比較及び検証することで、３Ｄデータがユーザ本人のものであるという真正認証を行うことができる。次に、体スキャナシステム１のシステム構成、ハードウェア構成、及びネットワーク構成を説明する。

図２は、体スキャナシステム１の構成概要を例示する図である。この例において構成とは、システム構成、ハードウェア構成、及びネットワーク構成を含む。体スキャナシステム１は、体スキャナ１０、サーバ装置２０、ユーザ端末３０、アプリケーション４０、及びブロックチェーンネットワーク１００を有する。また、装置、アプリケーション、又はシステム等の各々は、ネットワーク９を介して図１のようにそれぞれ統合的に接続される。この例においてネットワーク９は、インターネット等のコンピュータネットワークである。

この例において体スキャナ１０は、ユーザの身体データを取得するための情報処理装置／画像処理装置であり、例えば３Ｄスキャナである。この例において身体データとは、ユーザ（生体）の３Ｄのジオメトリ、皮膚の質感、及び肌の状態・色といった、立体的な外観に関する情報を含む。これらの情報を取得するため、体スキャナ１０は、設置された撮影装置によって、被写体の写真（具体的には、色（ＲＧＢ）及び距離）を撮影する。これによって体スキャナ１０は、身体データを取得することができる。ユーザは、体スキャナシステム１にこれらの身体データを提供することが可能である。体スキャナ１０は、被写体であるユーザを撮影し、ユーザの３Ｄモデルデータを生成する。体スキャナ１０は、３Ｄモデルの生成時に、３Ｄモデルの証明書データを取得する。この例において証明書は、ユーザ本人と、生成した３Ｄデータとを紐づけてその真正性を保証するためのデータである。証明書は、体スキャナ１０によるユーザへの本人認証（例えば生体認証）に基づき、例えば、ＣＡ（Certificate Authorities）等の汎用的な電子証明書システムによって発行される。

この例において体スキャナ１０は、さらに、連携する各種センサを利用することで、体スキャナ１０は、被写体の身体的外観だけでなく、体温マップ、血圧、体重、体脂肪、及び脈拍等の生体データ（身体データの一例）も取得可能である。

この例においてサーバ装置２０は、体スキャナ１０から提供されたユーザの身体データ及び証明書データを紐づけてデータベース等で記憶及び管理する情報処理装置／サーバ装置である。サーバ装置２０は、例えば、ユーザから提供された身体データ及び証明書データ等を管理する上で、ブロックチェーンネットワーク１００に各種データを登録する。登録されたデータは、データ改ざんが困難な（又は極めて不可能に近い）ブロックチェーン技術によって、データの安全性が確保される。つまり、上述したデータの真正性も保証される。

この例においてユーザ端末３０は、エンドユーザが使用する端末装置（又は単に端末）である。ユーザは、この端末装置を介して市場にある種々のサービスを利用することができる。ユーザ端末３０は、サーバ装置２０と連動し、ユーザ自身の３Ｄデータ及び発行されたアバター証明書をサーバ装置２０から端末内のウォレットにデータを移行させ、移行させたデータの保管及び利用を可能にする。この例においてウォレットとは、例えば、ユーザが使用する端末内のアプリケーションを指し、このアプリケーションに実装されるデータベースを含む。ウォレットは、ユーザ本人の個人ＩＤに紐づけられたデータベースであり、原則としてユーザ本人のみが使用できる。この例において個人ＩＤは、端末の利用者が、予め定められたユーザ本人であるとシステム上で認定するためのデータであり、例えば、ユーザ本人の名前、生年月日、電話番号、住所、メールアドレス、又はパスワード等の情報を含む。これらの情報は、例えば、複合的に組み合わされ、システムを介して、端末の利用者の確認及び認証が行われる。ウォレットは、ブロックチェーンネットワーク１００と通信できる機能を有し、各種データに加え、暗号資産（仮想通貨）又はＮＦＴ（Non-Fungible Token）の登録が可能である。ユーザ端末３０は、端末内のウォレットと、ユーザ本人の個人ＩＤとを紐づけてブロックチェーンネットワーク１００に登録する。登録されたデータは、サーバ装置２０同様、データ改ざんが困難なブロックチェーン技術によって、データの安全性が確保される。つまり、端末内のウォレット、ウォレット内のデータ、及びユーザ本人の個人ＩＤの真正性が保証される。

この例においてアプリケーション４０は、ユーザがユーザ端末３０を介し、自身のアバターを利用するためのプラットフォームを指し、例えば、係るソフトウェア又はこのソフトウェアの機能を実現するためのハードウェア（例えば情報処理装置／サービスサーバ装置）を含む。アプリケーション４０によって、例えば、メタバース、端末内のアプリ、又はＶＲ／ＡＲといった種々のサービスがユーザに提供される。アプリケーション４０においてユーザは、端末（又はウォレット）内の証明書を提示することで、自身の３Ｄデータの真正性が保証された状態で上述したサービスを利用することができる。この例においてアプリケーション４０は、ブロックチェーンネットワーク１００を介して真正認証を行う。アプリケーション４０は、ユーザによって提示された証明書と、過去にそのユーザがブロックチェーンネットワーク１００に登録した証明書データとを、ブロックチェーンネットワーク１００を介して比較及び検証することで、３Ｄデータがユーザ本人のものであるという真正認証を行うことができる。この真正認証による結果に関し、上記同様、データ改ざんが困難なブロックチェーン技術によって、認証結果の確実性が保証される。

この例においてブロックチェーンネットワーク１００は、データの改ざん不可能性を有する技術基盤及び技術分野といった概念を含む。この例においてデータの改ざん不可能性とは、一度でもブロックチェーンに登録（記録）されたデータは、それ以降、そのデータの削除又は書き換え等が技術的に不可能、又は、技術的に実現が困難であることを意味する。ブロックチェーンネットワーク１００は、例えば、分散かつ自律的にデータを処理及び記録するコンピュータネットワークである。ブロックチェーンネットワーク１００に係るシステムに登録されるデータは新たなブロックに書き込まれ、そのブロックは従前のブロックに接続されるが、その接続関係を示す情報もブロックに書き込まれる。新たなブロックは、システム内に存在するいくつもの端末に送信され、その端末において保存される。そのため、悪意ある者が、データの改ざんをしようとしても、ブロックチェーンネットワーク１００のシステム内のほとんど全てのブロックを改ざんしなければならないため、事実上それは不可能に近くなる。上記のブロックチェーンネットワーク１００の特徴は、体スキャナシステム１において、例えば、データの真正性を保証するために利用される。ブロックチェーンネットワーク１００は、上述したようにサーバ装置２０、ユーザ端末３０、及びアプリケーション４０に対し、相互的に機能する。

図３は、体スキャナシステム１の機能構成を例示する図である。この実施形態では、体スキャナ１０は、データ取得手段１１、証明書取得手段１２、出力手段１３、メタ情報取得手段１４、記憶手段１８、及び制御手段１９を有する。サーバ装置２０は、登録手段２１及びデータ記憶手段２２を有する。ブロックチェーンネットワーク１００は、証明書記憶手段１１０を有する。

この例においてデータ取得手段１１は、対象生体（又は単に生体）の体から取得した身体データを取得する。この例において生体は、人間だけでなく、サービスの対象となる生命体（例えばペット又は研究の被験体等の動物）を含む。この例において身体データは、ユーザの３Ｄのジオメトリ、皮膚の質感、及び肌の状態（例えば色）といった外観のデータだけでなく、体組成データ又は採血した血液分析データなどの生体データを含む。この例において体スキャナ１０が、設置された撮影装置から、写真（ＲＧＢ及び距離）のデータを取得（例えば撮影）することで、データ取得手段１１は、身体データを取得することができる。この例において体スキャナ１０は、データ取得手段１１によって取得された身体データを用いて、ユーザの３Ｄモデルデータ、つまりアバターを生成する。なお、生成されたアバターも身体データの一例である。

この例において証明書取得手段１２は、データ取得手段１１が取得した身体データの真正性を示す証明書データを取得する。この例において証明書データは、例えばアバター証明書であり、このアバター証明書は、体スキャナ１０にて、ユーザのアバター生成時に、例えば、本人認証（生体認証）に基づき、認証局等を介して取得される。この例において生体認証は、指紋認証又は顔認証等である。生体認証に関し、ユーザ本人の固有の情報（指紋又は顔等）を基に認証が行われる。そのため、証明書データは、この本人認証に基づき、ユーザ本人と、本人のアバターとが、データ上紐づいていること、すなわち真正性を保証する。

この例において出力手段１３は、上述した身体データ及び証明書データをサーバ装置２０に出力する。より具体的には、サーバ装置２０において身体データ及び証明書データを対応付けて記憶するデータ記憶手段２２に対し、身体データ及び証明書データを出力する。この例において出力手段１３は、ネットワーク９を介して、サーバ装置２０に身体データ及び証明書データを出力する。

この例においてメタ情報取得手段１４は、ユーザに関連するメタ情報を取得する。この例においてメタ情報は、ユーザの生体情報、属性情報、及び身体データの用途を限定する情報（限定情報）の少なくとも１種を含む。この例において生体情報は、遺伝子情報等である。この例において属性情報は、氏名、性別、年齢、既往歴、居住地、勤務地、又は生活習慣等、ユーザの属性を示す情報である。この例において限定情報は、３Ｄデータの用途限定、会員ランク、又は有効期限等である。すなわち、メタ情報は、ユーザ自身に付属する情報という概念を含む。この例においてメタ情報取得手段１４によって取得されたメタ情報に関し、出力手段１３は、ネットワーク９を介して、サーバ装置２０にメタ情報及び証明書データを出力する。

この例において記憶手段１８は、各種のデータを記憶する。この例において制御手段１９は、各種の制御を行う。

この例において登録手段２１は、出力手段１３から、ネットワーク９を介して、サーバ装置２０に出力された身体データ及び証明書データに関し、以下の情報を取得し、証明書記憶手段１１０に登録する。この例において登録手段２１は、（ａ）身体データの識別情報及び証明書データの識別情報、並びに、（ｂ）身体データの特徴情報及び証明書データの特徴情報を取得する。この例において識別情報は、身体データ及び証明書データをそれぞれ固有に区別するための情報、例えばＩＤを含む。この例において特徴情報は、例えば、身体データ又は証明書データのインデックス情報（例えばハッシュコード）である。ハッシュコードは、身体データ及び証明書データを、それぞれハッシュ関数を用いて生成したコード（すなわち整数値又は文字列等）を含む。なお、この識別情報は、身体データ及び証明書データを受信した際に、サーバ装置２０によって割り当てられる。また、サーバ装置２０は、身体データ及び証明書データのそれぞれに対しハッシュ関数を適用し、ハッシュコードを得る。識別情報及び特徴情報に関し、登録手段２１は、これらの情報を証明書記憶手段１１０に登録する。

この例においてデータ記憶手段２２は、出力手段１３から、ネットワーク９を介して、サーバ装置２０に出力された身体データ及び証明書データを対応付けて記憶する。この例において身体データ及び証明書データに関し、ある一のユーザが、例えば、定期的に（つまり異なるタイミングで）体スキャナ１０から身体データ及び証明書データを取得する場合、データ記憶手段２２は、これら時系列的に複数の身体データ及び証明書データを対応付けて記憶する。これによって、例えば、ある一のユーザにおける身体データ（例えば３Ｄモデルの外観）の経時変化が分かりやすく記録されるようになる。この例においてデータ記憶手段２２は、上記のデータに加え、出力手段１３によって出力されたメタ情報も、同様に対応付けて記憶する。

この例において証明書記憶手段１１０は、登録手段２１によって、出力された（ａ）身体データの識別情報及び証明書データの識別情報、並びに、（ｂ）身体データの特徴情報及び証明書データの特徴情報を登録する。この例において証明書記憶手段１１０は、データ等を分散的に記録及び管理する分散台帳であって、例えば、ブロックチェーン技術を用いた分散台帳である。そのため、上記識別情報及び特徴情報は、ブロックチェーンに記録されることで、削除及び書き換え等ができない状態でデータが保護される。このような特徴は、体スキャナシステム１において例えば、ユーザ本人と、本人のアバター（身体データの一例）とが、データ上紐づいていること、すなわち真正性を保証するために利用される。そのため、証明書記憶手段１１０は、各装置（例えばサーバ装置２０）と連携して相互的に機能する。なお、証明書記憶手段１１０に登録されるデータは、身体データそのもの及び証明書データそのものである必要はなく、あくまでこれらのデータに紐づく上述した識別情報及び特徴情報が、証明書記憶手段１１０に登録される。

図４は、体スキャナ１０のハードウェア構成をそれぞれ例示する図である。この例において体スキャナ１０は、ＣＰＵ（Central Processing Unit）１０１、メモリ１０２、ストレージ１０３、通信ＩＦ１０４、撮影装置１０５、入力装置１０６、及び表示装置１０７を有するコンピュータ及びスキャナであり、例えば３Ｄスキャナ等である。ＣＰＵ１０１は、プログラムに従って各種の演算を行うプロセッサである。メモリ１０２は、ＣＰＵ１０１がプログラムを実行する際のワークエリアとして機能する主記憶装置であり、例えばＲＡＭ（Random Access Memory）を含む。ストレージ１０３は、各種のデータ及びプログラムを記憶する補助記憶装置であり、例えばＳＳＤ（Solid State Drive）又はＨＤＤ（Hard Disc Drive）を含む。通信ＩＦ１０４は、所定の通信規格に従って他の装置と通信する装置であり、例えばＮＩＣ（Network Interface Card）を含む。

撮影装置１０５は、被写体であるユーザを撮影し、各種身体データを取得するための装置であり、例えば、ＲＧＢカメラ及び距離センサである。入力装置１０６は、体スキャナ１０に情報を入力するための装置であり、例えばタッチスクリーン（タッチパネル）、キーボード、マウス、又はポインティングデバイスを含む。表示装置１０７は情報を表示する装置であり、例えば有機ＥＬ（Electro Luminescence）ディスプレイ又は液晶ディスプレイを含む。体スキャナ１０は、ユーザを撮影するための撮影室を有し、この撮影室内にカメラ・センサ類（撮影装置１０５の一例）及びディスプレイ（表示装置１０７の一例）等が設置される。

この例においてストレージ１０３が記憶するプログラムには、コンピュータ及びスキャナを体スキャナシステム１における体スキャナ１０として機能させるためのプログラム（以下「制御プログラム」という。）が含まれる。ＣＰＵ１０１が制御プログラムを実行している状態において、ＣＰＵ１０１、メモリ１０２、ストレージ１０３、通信ＩＦ１０４、撮影装置１０５、入力装置１０６、及び表示装置１０７は、体スキャナ１０を動作させるための機能の一例である。ＣＰＵ１０１は、証明書取得手段１２、メタ情報取得手段１４、及び制御手段１９の一例である。メモリ１０２及びストレージ１０３の少なくとも一方は、記憶手段１８の一例である。通信ＩＦ１０４は、出力手段１３の一例である。撮影装置１０５は、データ取得手段１１の一例である。

図５は、サーバ装置２０のハードウェア構成をそれぞれ例示する図である。この例においてサーバ装置２０は、ＣＰＵ２０１、メモリ２０２、ストレージ２０３、及び通信ＩＦ２０４を有する汎用的なコンピュータ（サーバ）である。ＣＰＵ２０１は、プログラムに従って各種の演算を行うプロセッサである。メモリ２０２は、ＣＰＵ２０１がプログラムを実行する際のワークエリアとして機能する主記憶装置であり、例えばＲＡＭを含む。ストレージ２０３は、各種のデータ及びプログラムを記憶する補助記憶装置であり、例えばＳＳＤ又はＨＤＤを含む。通信ＩＦ２０４は、所定の通信規格に従って他の装置と通信する装置であり、例えば無線で通信する場合には無線チップを含む。

この例においてストレージ２０３が記憶するプログラムには、コンピュータを体スキャナシステム１におけるサーバとして機能させるためのプログラム（以下「サーバプログラム」という。）が含まれる。ＣＰＵ２０１がサーバプログラムを実行している状態において、ＣＰＵ２０１、メモリ２０２、ストレージ２０３、及び通信ＩＦ２０４は、サーバ装置２０を動作させるための機能の一例である。メモリ２０２及びストレージ２０３の少なくとも一方は、データ記憶手段２２の一例である。通信ＩＦ２０４は、登録手段２１の一例である。

図６は、ユーザ端末３０のハードウェア構成をそれぞれ例示する図である。この例においてユーザ端末３０は、ＣＰＵ３０１、メモリ３０２、ストレージ３０３、通信ＩＦ３０４、入力装置３０５、及び表示装置３０６を有するコンピュータであり、例えばスマートフォン、タブレット、又はパーソナルコンピュータである。ＣＰＵ３０１は、プログラムに従って各種の演算を行うプロセッサである。メモリ３０２は、ＣＰＵ３０１がプログラムを実行する際のワークエリアとして機能する主記憶装置であり、例えばＲＡＭを含む。ストレージ３０３は、各種のデータ及びプログラムを記憶する補助記憶装置であり、例えばＳＳＤ又はＨＤＤを含む。通信ＩＦ３０４は、所定の通信規格に従って他の装置と通信する装置であり、例えば無線で通信する場合には無線チップを含む。入力装置３０５は、ユーザ端末３０に情報を入力するための装置であり、例えばタッチスクリーン、キーボード、マウス、又はポインティングデバイスを含む。表示装置３０６は情報を表示する装置であり、例えば有機ＥＬディスプレイ又は液晶ディスプレイを含む。

また、ユーザ端末３０は、例えば、仮想空間（例えばメタバース）内又は複合現実（ＭＲ：Mixed Reality）空間内におけるサービスを利用するための操作が可能なデバイス等を含み、例えばＶＲ（Virtual Reality）ヘッドセット、ＶＲゴーグル、又はスマートグラスを含む。この例において入力装置３０５は、例えば、ＶＲコントローラを含む。表示装置３０６は、例えば、ヘッドマウントディスプレイ又は汎用ディスプレイを含む。

この例においてストレージ３０３が記憶するプログラムには、コンピュータを情報処理システム１におけるクライアントとして機能させるためのプログラム（以下「クライアントプログラム」という。）が含まれる。ＣＰＵ３０１がクライアントプログラムを実行している状態において、ＣＰＵ３０１、メモリ３０２、ストレージ３０３、通信ＩＦ３０４、入力装置３０５、及び表示装置３０６は、ユーザ端末３０を動作させるための機能の一例である。

２．動作
ここまで体スキャナシステム１の構成を説明してきた。次に、体スキャナシステム１の動作を説明する。体スキャナシステム１は、例えば、エンドユーザに自身のアバターの３Ｄモデルデータを提供するとともに、メタバースといった仮想空間内でのアバター利用を可能にする。そのため、かかる体スキャナシステム１の目的の一つは、ユーザがアバターを利用する上で、盗作利用又は不正利用によるなりすまし行為を抑止及び排除するために、データ改ざんが困難なブロックチェーン技術を利用することで、真贋（又は真正）判断を可能にするとともに、ユーザが利用するアバターの真正性を保証することにある。

上記の目的を達成するために、体スキャナシステム１は、体スキャナ１０、サーバ装置２０、ユーザ端末３０、アプリケーション４０、及びブロックチェーンネットワーク１００等の主体と連動することで、システム全体として機能する。すなわち、体スキャナシステム１の動作は、各主体が制御するステップからなるシーケンスに細分化されるため、それぞれ、２－１節「３Ｄデータの生成」、２－２節「ウォレットへの登録」、及び２－３節「３Ｄデータの利用」に分割し、以下に説明する。

２－１．３Ｄデータ生成
図７は、体スキャナシステム１による３Ｄデータ生成方法を例示するシーケンスチャートである。この例においてシーケンス動作の主体は、主として体スキャナ１０、サーバ装置２０、及びブロックチェーンネットワーク（略：ＢＮ）１００が想定されている。ステップＳ１０１において、体スキャナ１０は、ユーザの生体認証を行う。この例において生体認証は、本人認証の一例であり、指紋認証又は顔認証等である。生体認証に関し、ユーザ本人の固有の情報（例えば指紋又は顔等）を基に認証が行われる。ユーザが初めて体スキャナ１０を利用する場合、この生体認証をもとにユーザ登録が行われる。ユーザが２回目以降に体スキャナ１０を利用する場合、この生体認証をもとに正規のユーザかどうか認証が行われる。

ステップＳ１０２において、体スキャナ１０は、ユーザを撮影する。この例において体スキャナ１０は、設置された撮影装置１０５によって、ユーザの写真を撮影する。撮影装置１０５は、（ＲＧＢデータ２次元画像）及び距離情報を取得する。これによって体スキャナ１０は、ユーザの３Ｄモデルデータを生成することができる。体スキャナ１０は、ユーザの撮影を行うとともに、体組成データ又は採血による血液分析データの取得を行ってもよい。

ステップＳ１０３において、体スキャナ１０は、ユーザのメタ情報を取得する。この例においてメタ情報の取得は、ユーザの入力によって行われる。ユーザは、例えば、入力装置１０６を介し、生体情報、属性情報、又は限定情報等の入力を行う。これによって体スキャナ１０は、ユーザの遺伝子情報、氏名、性別、年齢、居住地、勤務地、３Ｄデータの用途、又は会員ランクといったユーザの個人情報を取得することができる。既存のユーザであれば、入力の簡略化又は省略化が行われてもよく、もしくは、データ更新等が行われてもよい。

ステップＳ１０４において、体スキャナ１０は、ユーザの３Ｄデータを生成する。この例において体スキャナ１０は、ユーザの撮影（ステップＳ１０２）によって取得したＲＧＢ写真及び距離情報をもとに、ユーザの３Ｄモデルデータを生成する。体スキャナ１０は、取得した２次元情報及び距離情報からユーザの３Ｄのジオメトリ及び皮膚の質感等をデータ上に再現する。体スキャナ１０は、取得したＲＧＢ写真からユーザの肌の状態・色等をデータ上に再現する。

ステップＳ１０５において、体スキャナ１０は、証明書データを取得する。この例において証明書データは、通称アバター証明書とも呼ばれ、ユーザ本人に対し、例えば、上述したステップによって、少なくともユーザ本人の再現として生成されたアバターであること（つまり真正性）をデータ上証明するための情報である。この証明書データに関し、例えば、ユーザの生体認証が行われたとき（ステップＳ１０１）の認証結果を記録したデータと、ユーザの３Ｄデータを生成したとき（ステップＳ１０４）の生成記録のデータとを紐づけて証明書を発行する認証局を介して、体スキャナ１０は、証明書データを取得する。

ステップＳ１０６において、体スキャナ１０は、サーバ装置２０に登録要求を行う。この例において体スキャナ１０の出力手段１３は、取得した身体データ、証明書データ、及び／又はメタ情報をサーバ装置２０に送信する。登録要求の際に体スキャナ１０の出力手段１３は、身体データ、証明書データ、及び／又はメタ情報が、ユーザ毎に対応付いた状態で出力する。

ステップＳ１０７において、サーバ装置２０は、体スキャナ１０から登録要求が出力されると、データベースに、身体データ、証明書データ、及び／又はメタ情報の登録を行う。サーバ装置２０のデータ記憶手段２２は、受信した各種データをユーザ毎に対応付けて記憶する。この例においてユーザが、新規のユーザであった場合、データ記憶手段２２は、新たに各種データの登録を行う。ユーザが、新規ではなく、例えば、二回目以降に、体スキャナ１０から各種データを取得したユーザであった場合、データ記憶手段２２は、既にデータベースに存在する複数の各種データを、ユーザ毎及び時系列毎に対応付けて記憶する。

ステップＳ１０８において、サーバ装置２０は、証明書情報を生成する。この例において証明書情報は、識別情報及び特徴情報を含む。この例において識別情報は、３ＤデータＩＤ及び証明書データＩＤを含む。この例において３ＤデータＩＤは、データベース上の３Ｄデータを特定するための固有のＩＤ情報である。この例において証明書データＩＤは、データベース上の証明書データを特定するための固有のＩＤ情報である。

この例において特徴情報は、例えばハッシュコードである。この例においてハッシュコード（ハッシュ値）は、ハッシュ関数を用いて生成されたデータである。この例においてある一のデータが、ハッシュ関数を含む予め定められたアルゴリズムに入力されると、例えば「５４ｇ８４７５４ｂ５ａｄ４ｆ３０」という文字列（ハッシュコード）が出力される。この文字列は、ある一のデータに相当する。次に、ある一のデータとは異なる別のデータが、このアルゴリズムに入力されると、例えば「ａ０ｇ９ｆ４ｓｄｖｂｄ１５ｆｂｈ」という文字列が出力される。この文字列は、ある一のデータとは異なる別のデータに相当する文字列であって、ある一のデータに相当する「５４ｇ８４７５４ｂ５ａｄ４ｆ３０」と固有に区別される。ハッシュ関数を含むアルゴリズムに入力されるデータに関し、同じデータから得られる文字列は常に同じであるとともに、データが僅かにでも異なれば、出力される文字列は全く異なるものになる。これらの特徴によって、ハッシュコードを比較するだけで元のデータが同一か否かを判断することが可能になる。

この例において特徴情報（ハッシュコード）は、３Ｄデータのハッシュコード、証明書データのハッシュコード、３Ｄデータの属性情報のハッシュコード、及び被写体のメタ情報のハッシュコードを含む。この例において３Ｄデータの属性情報は、３ＤスキャナＩＤ、撮影日時、３Ｄデータの用途、３Ｄモデルのメッシュ・ポリゴン形状、メッシュ・ポリゴン数、及びメッシュ構造等である。この例においてメタ情報は、生体情報、属性情報、及び限定情報を含む。

図８は、証明書情報を記録したデータベースを例示する図である。この例においてデータベース２００１は、サーバ装置２０が記録するデータベースの一例である。サーバ装置２０は、データベース２００１において、ユーザ毎に身体データ、証明書データ、及びメタ情報を記録し管理する。この例においてサーバ装置２０は、データベース２００１に記録されたデータに関し、上述した証明書情報を生成する。そのため、サーバ装置２０は、特徴情報（ハッシュコード）を出力するための予め定められたアルゴリズム等を有する。この例において証明書情報データベース２００２は、サーバ装置２０が生成した証明書情報を記録するデータベースの一例である。証明書情報データベース２００２は、データベース２００１に対応するデータベースとして定義される。証明書情報データベース２００２は、識別情報及び特徴情報を記録し、特徴情報は各データのハッシュコードを含む。この例においてハッシュコード「５４ｇ８４７５４ｂ５ａｄ４ｆ３０」は、データベース２００１の３Ｄデータをハッシュ化した文字列の一例である。同様に、ハッシュコード「ａ０ｇ９ｆ４ｓｄｖｂｄ１５ｆｂｈ」は、データベース２００１の証明書データをハッシュ化した文字列の一例である。

図７に戻る。ステップＳ１０９において、サーバ装置２０は、ブロックチェーンネットワーク１００に登録要求を行う。この例においてサーバ装置２０は、証明書情報データベース２００２に記録されたデータ、つまり証明書情報を、登録要求の際にブロックチェーンネットワーク１００に出力する。

ステップＳ１１０において、ブロックチェーンネットワーク１００は、サーバ装置２０から登録要求が行われると、入力された証明書情報の登録を行う。続いてエンドユーザによるデータの保管方法について以下に説明する。

２－２．ウォレットへの登録
図９は、体スキャナシステム１によるウォレットへの登録方法を例示するシーケンスチャートである。この例において動作の主体は、主としてサーバ装置２０、ユーザ端末３０、及びブロックチェーンネットワーク（略：ＢＮ）１００が想定されている。

ステップＳ２０１において、ユーザ端末３０は、サーバ装置２０にデータ要求を行う。この例においてデータ要求は、例えば、サーバ装置２０のデータベース２００１に記録されるデータのうち、身体データ、証明書データ、及びメタ情報等のデータをユーザ端末３０に取得させるための処理をいう。

ステップＳ２０２において、サーバ装置２０は、ユーザ端末３０の認証を行う。この例においてサーバ装置２０は、ユーザ端末３０のデータ要求の際（ステップＳ２０１）に、端末ＩＤのような端末情報を、ユーザ端末３０に出力させる。サーバ装置２０は、この端末情報をもとに予め登録されているユーザの端末か否かを判断する認証処理を行う。

ステップＳ２０３において、サーバ装置２０は、ユーザ端末３０の認証が完了すると、ユーザ端末３０にデータを出力する。この例においてデータは、サーバ装置２０のデータベース２００１に記録されるデータのうち、身体データ、証明書データ、及びメタ情報等のデータを含む。

ステップＳ２０４において、ユーザ端末３０は、サーバ装置２０から送信されたデータをウォレットに登録する。この例においてウォレットは、予めユーザ本人の個人ＩＤに紐づけられたデータベース等を含む。この例において個人ＩＤは、例えば、ユーザ本人の名前、生年月日、電話番号、住所、メールアドレス、又はパスワード等の情報を含む。ウォレットと、個人ＩＤとの紐づけは、アプリケーションのインストール等の際に本人確認によって行われてもよい。データの安全性を考慮し、サーバ装置２０から取得し、ウォレットに登録するデータは、証明書データのみ又は証明書データＩＤのみであってもよい。

ステップＳ２０５において、ユーザ端末３０は、ブロックチェーンネットワーク１００に登録要求を行う。この例において登録要求は、ユーザ端末３０のウォレット内の証明書データＩＤ及び個人ＩＤをブロックチェーンネットワーク１００に登録させるための処理をいう。この例においてユーザ端末３０は、登録要求の際に、証明書データＩＤ及び個人ＩＤを、ブロックチェーンネットワーク１００に出力する。証明書データＩＤ及び個人ＩＤ以外にも、例えば、ユーザ端末３０は、３ＤデータＩＤを出力してもよい。

ステップＳ２０６において、ブロックチェーンネットワーク１００は、ユーザ端末３０から登録要求が出力されると、証明書データＩＤ及び個人ＩＤの登録を行う。なお、ユーザ端末３０のウォレットに紐づけられた個人ＩＤの登録は事前に行われてもよい。ブロックチェーンネットワーク１００は、証明書データＩＤ及び個人ＩＤに加え、例えば、ユーザ端末３０から出力された３ＤデータＩＤの登録を行ってもよい。

以上より、ブロックチェーンネットワーク１００に登録された証明書データＩＤ及び個人ＩＤ、並びに、個人ＩＤに紐づけられたウォレット（又はウォレット内のデータ）は、ブロックチェーンネットワーク１００によるデータ改ざんの困難な状態で安全に管理される。続いてユーザによるデータの利用方法について以下に説明する。

２－３．３Ｄデータ利用
図１０は、体スキャナシステム１による３Ｄデータ利用方法を例示するシーケンスチャートである。この例において動作の主体は、主としてサーバ装置２０、ユーザ端末３０、アプリケーション（略：ＡＰＰ）４０、及びブロックチェーンネットワーク（略：ＢＮ）１００が想定されている。

ステップＳ３０１において、ユーザ端末３０は、アプリケーション４０にログイン要求を行う。この例においてログイン要求は、これらのアプリケーション４０にアクセス（例えばログイン）するための処理を含む。この例においてユーザ端末３０は、ログイン要求の際に、個人ＩＤ、証明書データＩＤ、及び／又は３ＤデータＩＤを、アプリケーション４０に出力する。この出力は、アプリケーション４０からの要求に応じて行われてもよく、いずれのＩＤが利用されてもよい。

ステップＳ３０２において、アプリケーション４０は、ユーザ端末３０からログイン要求が出力されると、出力された個人ＩＤ、証明書データＩＤ、及び／又は３ＤデータＩＤをもとに、ブロックチェーンネットワーク１００に認証要求を行う。この例においてアプリケーション４０は、認証要求の際に、出力された個人ＩＤ、証明書データＩＤ、及び／又は３ＤデータＩＤを、ブロックチェーンネットワーク１００に出力する。この出力は、ブロックチェーンネットワーク１００からの要求に応じて行われてもよく、いずれのＩＤが利用されてもよい。

ステップＳ３０３において、ブロックチェーンネットワーク１００は、認証を行う。この例において認証は、ブロックチェーンネットワーク１００に入力された各種データと、予めブロックチェーンネットワーク１００に登録された各種データとを、比較・検証し、相違があるか否かを判定する処理を含む。ブロックチェーンネットワーク１００は、アプリケーション４０から出力された個人ＩＤ、証明書データＩＤ、及び／又は３ＤデータＩＤをもとに認証を行う。予めブロックチェーンネットワーク１００に登録された各種データに関し、例えば、ステップＳ１１０において、サーバ装置２０からブロックチェーンネットワーク１００に登録された証明書情報のうち識別情報である証明書データＩＤ及び／又は３ＤデータＩＤを対象に、比較・検証が行われる。あるいは、ステップＳ２０６において、ユーザ端末３０からブロックチェーンネットワーク１００に登録された証明書データＩＤ及び／又は個人ＩＤを対象に、比較・検証が行われる。認証処理は、いずれのＩＤが利用されてもよく、複数が組み合わされて利用されてもよい。

ステップＳ３０４において、ブロックチェーンネットワーク１００は、アプリケーション４０に認証の結果を出力する。この例において結果は、認証の成功／失敗を含む。ステップＳ３０４よりも後のステップは、ブロックチェーンネットワーク１００において、認証の成功／失敗に関わらず、以下の２通りの実装が可能である。１つ目は、（Ａ）アプリケーション４０からユーザ端末３０に認証の結果を出力する実装である。２つ目は、（Ｂ）アプリケーション４０からサーバ装置２０に認証の結果を出力する実装である。（Ａ）及び（Ｂ）の２つの実装に関し、それぞれの場合に分けて以下に説明する。はじめに実装（Ａ）について説明する。

ステップＳＡ３０５において、アプリケーション４０は、ユーザ端末３０に認証の結果を出力する。この例において認証の結果が成功の場合、ユーザ端末３０によるログイン要求に対し、アプリケーション４０は、ログインを許可する。認証の結果が失敗の場合、ユーザ端末３０によるログイン要求に対し、アプリケーション４０は、ログインを許可しない。認証が成功した場合、アプリケーション４０は、処理をステップＳＡ３０６に進める。

ステップＳＡ３０６において、ユーザ端末３０によるアプリケーション４０へのログインが行われる場合、つまり出力された認証の結果が成功の場合、ユーザ端末３０は、ウォレット内の３Ｄデータ、つまりアバターをアプリケーション４０に出力する。これによって、ユーザ端末３０は、ウォレット内のアバターを使用してアプリケーション４０内の各種サービスを利用することができる。この例においてユーザ端末３０を使用するユーザ及びアプリケーション４０で使用するアバターは、ブロックチェーンネットワーク１００によって行われた認証処理（ステップＳ３０３）によりそれぞれ真正性が保証される。予めブロックチェーンネットワーク１００に登録されるデータのうち、個人ＩＤは、ユーザ本人を保証するデータである。３ＤデータＩＤは、アバター本体を保証するデータである。証明書データＩＤは、ユーザ本人と、アバター本体とを直接紐づけ、両者の関係を保証するデータである。つまり、ユーザ及びアバターにおける真正性の保証に関し、上述したデータを用いたブロックチェーンネットワーク１００による認証（ステップＳ３０３）が行われることで、盗作利用又は不正利用によるなりすまし行為を抑止及び排除することができる。次に実装（Ｂ）について説明する。

ステップＳＢ３０５において、アプリケーション４０は、サーバ装置２０に認証の結果を出力する。この例においてアプリケーション４０は、サーバ装置２０に認証の結果を出力するとともに、認証の結果に応じて、ユーザ端末３０によるログイン要求に応答してもよい。この例において認証の結果が成功の場合、ユーザ端末３０によるログイン要求に対し、アプリケーション４０は、ログインを許可する。認証の結果が失敗の場合、ユーザ端末３０によるログイン要求に対し、アプリケーション４０は、ログインを許可しない。認証の結果が成功の場合、サーバ装置２０は、処理をステップＳＢ３０６に進める。

ステップＳＢ３０６において、出力された認証の結果が成功の場合、サーバ装置２０は、３Ｄデータをアプリケーション４０に出力する。この例においてサーバ装置２０は、データベース２００１内から、例えば、認証された３ＤデータＩＤに紐づく３Ｄデータを読み出し、アプリケーション４０に出力する。出力されたアバターは、ログインが許可されたユーザ端末３０と紐づけられる。この紐づけは、ＩＤ等による紐づけであってもよく、アプリケーション４０による出力情報の履歴走査等によって紐づけられてもよい。これによって、ログインが許可されたユーザ端末３０は、サーバ装置２０内のアバターを使用してアプリケーション４０内の各種サービスを利用することができる。

以上説明した（Ａ）及び（Ｂ）の２つの実装に関し、例えば、ユーザ端末３０のウォレット内にアバターが保管される場合でも、あるいは、サーバ装置２０のデータベース等にアバターが保管される場合でも、ユーザは自身のアバターをアプリケーション４０内で使用することができる。さらに、この例においてユーザ本人及びアバター本体は、ブロックチェーンネットワーク１００によって行われた認証処理（ステップＳ３０３）により、真正性が保証され、なりすまし行為等を抑止及び排除することができる。

ステップＳ３０７において、アプリケーション４０は、出力された３Ｄデータに対し処理を行う。この例において処理は、アプリケーション４０内で、ユーザによるアバターの利用を可能にする動作を含む概念である。そのため、出力されたアバターのデータ処理、つまり、読み込み等に加え、ユーザ端末３０のログイン処理又はユーザ本人及びアバター本体の紐づけ処理等が含まれてもよい。

以上より、体スキャナシステム１は、ユーザがアバターを利用する上で、データ改ざんが困難なブロックチェーン技術を利用することで、ユーザが利用するアバターの真正性を保証するとともに、ＩＤ等によってシステム内での真正判断を可能にすることができる。

３．変形例
本発明は上述した実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下で説明する事項のうち２つ以上の事項が組み合わされて適用されてもよい。

（１）体スキャナシステム１
体スキャナシステム１におけるハードウェア構成及びネットワーク構成は、実施形態において例示したものに限定されない。要求される機能を実現できるものであれば、体スキャナシステム１はどのようなハードウェア構成及びネットワーク構成を有していてもよい。例えば、物理的に複数の装置が協働して体スキャナシステム１として機能してもよい。この例において上述した証明書データを発行することができるＣＡ等の汎用的な電子証明書システム（認証局の一例）の機能の少なくとも一部が、体スキャナ１０又はサーバ装置２０に実装されてもよい（図示略）。

（２）体スキャナ１０
体スキャナ１０の機能の少なくとも一部はサーバに実装されてもよい。このサーバは、例えば、物理サーバでもよいし、仮想サーバ（いわゆるクラウドを含む）であってもよい。また、機能要素とハードウェアとの対応関係は実施形態において例示したものに限定されない。例えば、実施形態において、体スキャナ１０に実装されるものとして説明した機能の少なくとも一部が他の装置に実装されてもよいし、反対に、他の装置に実装されるものとして説明した機能の少なくとも一部が体スキャナ１０に実装されてもよい。この例において体スキャナ１０には、サーバ装置２０の機能の少なくとも一部が実装されてもよい。これによって、体スキャナ１０は、各種データの記録及び管理、証明書情報の生成、ブロックチェーンネットワーク１００へのデータ登録、及びユーザ端末３０へのデータ出力等を行うことができる。

体スキャナ１０は、メタ情報取得手段１４を有していなくてもよい。メタ情報取得手段１４が取得する生体情報、属性情報、及び限定情報は、セキュリティの観点から認証に利用されず、体スキャナ１０において必須でなくてもよい。

体スキャナ１０のハードウェアの外観（構造）はどのような設計であってもよい。人体の精巧な３Ｄモデルを生成するため、例えば、複数のセンサを有するブース型の３Ｄスキャナであってもよい。体スキャナ１０の撮影装置１０５又は入力装置１０６は、例えば、ユーザ本人の生体認証又は指紋認証の撮影部又は入力部として機能してもよい。この例において体スキャナ１０は、顔認証スキャナ又は指紋認証スキャナを有してもよい。

（３）サーバ装置２０
サーバ装置２０は、実施形態において例示したものに限定されない。サーバ装置２０は、管理サーバに加え、証明書データを発行するための認証局として機能してもよく、上述した認証局に替えてサーバ装置２０が証明書データを発行してもよい。この例においてサーバ装置２０は、体スキャナ１０から身体データを受信し、受信した身体データの真正性を示す証明書データを生成してもよい。

実施形態において例示した体スキャナ１０の機能の少なくとも一部が、サーバ装置２０に実装されてもよい（図示略）。また、体スキャナ１０の機能の少なくとも一部を備えたサーバ装置２０を本発明における情報処理装置として扱ってもよい。

（４）ブロックチェーンネットワーク１００
ブロックチェーンネットワーク１００におけるシステム、ノード、種類、及び構成等は、実施形態において例示したものに限定されない。ブロックチェーンネットワーク１００は、例えば、パブリックブロックチェーン又はプライベートブロックチェーンであってもよい。ブロックチェーンネットワーク１００は、予め定められたコンセンサスアルゴリズムを用いて実施形態において例示した機能を実現してもよい。コンセンサスアルゴリズム（又は合意形成方法）とは、例えば、データの登録履歴等のトランザクションの集合（いわゆるブロック）を新たに生成・追加する際のルールとなる予め定められたアルゴリズムであり、例えば、ＰｏＷ（Proof of Work）又はＰｏＳ（Proof of Stake）等のコンセンサスアルゴリズムであってもよい。これらのコンセンサスアルゴリズムによって生成されたブロックの真正性（つまりデータが正しいか否か）は、例えば、マイニング（Mining）又はバリデーター（Validator）による検証等によって保証されてもよい。

（５）ユーザ端末３０
ユーザ端末３０は、実施形態において例示したものに限定されない。ユーザ端末３０内のウォレットは複数のアプリ（例えばアプリケーション４０）で共用されてもよい。ウォレットは、証明書データに加え、クーポン、搭乗券、学生証、イベント入場券、映画入場券、公共交通機関の乗車券、及び小売カード等のデータを保存するソフトウェアであってもよい。

（６）アプリケーション４０
アプリケーション４０は、実施形態において例示したものに限定されない。アプリケーション４０は、サービスサーバとして機能するための対象であってもよく、その形態は、例えば、物理サーバでもよいし、仮想サーバであってもよい。アプリケーション４０は、あくまでユーザが生成したアバターを使用するためのプラットフォームであって、そもそも体スキャナシステム１に含まれなくてもよい。

アプリケーション４０上で実行されるサービスに関し、ユーザが利用できるサービスは実施形態において例示したものに限定されない。ユーザは、アバターを使用して各種サービスを利用することができるが、アプリケーション４０によって実現可能なサービスとして、仮想空間だけでなく、現実空間にまで及ぶサービスがアバターを介してユーザに利用されてもよい。この例においてサービスは、現実空間のサービスを提供するもの（例えばレストラン、フィットネス、又はアパレル等）と、仮想空間のサービスを提供するもの（例えばメタバース等）とに分けられてもよい。現実空間のサービスは、例えば、レストラン予約及びレビュー入力、又は、フィットネスジムの入会及びコース選択である。仮想空間のサービスは、例えば、ＶＲ体験又はＮＦＴゲームである。あるいは、１つのプラットフォームで現実空間のサービス及び仮想空間のサービスが複合的に利用されてもよい。

（７）３Ｄデータ生成方法
図７に示すシーケンスチャートはあくまで動作の一例を示すものであり、体スキャナシステム１の動作はこれに限定されない。図示した動作の一部が省略されてもよいし、順番が入れ替えられてもよいし、新たな動作が追加されてもよい。この例においてステップＳ１０１で生体認証が行われるが、生体認証とともに、生体データの少なくとも一部、例えば体温等の取得が行われてもよい。

（８）ウォレットへの登録方法
図９に示すシーケンスチャートはあくまで動作の一例を示すものであり、体スキャナシステム１の動作はこれに限定されない。図示した動作の一部が省略されてもよいし、順番が入れ替えられてもよいし、新たな動作が追加されてもよい。この例においてステップＳ２０３にてユーザ端末３０に出力されるデータに関し、サーバ装置２０のデータベース２００１に記録されるデータのうち、身体データ、証明書データ、及びメタ情報等のデータが含まれるが、セキュリティの観点から各データの特徴情報（ハッシュコード）のみが出力されてもよい。

（９）３Ｄデータ利用方法
図１０に示すシーケンスチャートはあくまで動作の一例を示すものであり、体スキャナシステム１の動作はこれに限定されない。図示した動作の一部が省略されてもよいし、順番が入れ替えられてもよいし、新たな動作が追加されてもよい。この例においてステップＳ３０３の認証により、身体データの真正性が確認されなかった場合、つまり、認証の結果が失敗の場合、アプリケーション４０は、ユーザ端末３０に対し、サービスのうち一部機能を制限したサービスを提供してもよい。この例においてアプリケーション４０は、例えば、ユーザ端末３０のログイン要求に対し、そのログインを制限し、本人確認又はパスワード等の再発行といった機能（サービス）を提供してもよい。

（１０）身体データ
身体データは、実施形態において例示したものに限定されない。実施形態では３Ｄモデル（身体データの一例）の生成に関し、アバターをユーザ本人と同等に再現する処理であったが、例えば、ユーザ本人と全く同じでなくてもよく、補正処理が行われた３Ｄモデルであってもよいし、デフォルメ化等によってユーザ本人が表現された３Ｄモデルであってもよい。

体スキャナシステム１が取り扱う３Ｄモデルデータのデータ形式はどのような形式でもよい。例えば、３Ｄモデルデータが生体データ又は過去の３Ｄモデルデータを一体として含むデータ形式であってもよい。

実施形態において例示した身体データに関し、身体データの少なくとも一部が、３Ｄモデルデータのみ、生体データのみ、又はメタ情報のみに替えられて発明が実施されてもよい。また、実施形態において例示した３Ｄモデルデータに関し、３Ｄモデルデータの少なくとも一部が、生体データのみに替えられて発明が実施されてもよい。また、実施形態において例示したメタ情報に関し、メタ情報の少なくとも一部が、生体情報のみ、属性情報のみ、又は限定情報のみに替えられて発明が実施されてもよい。

（１１）証明書データ
証明書データは、実施形態において例示したものに限定されない。証明書データは、どのようなアルゴリズムによって発行されてもよく、証明書データに含まれる情報は、暗号化されてもよい。証明書データは、暗号資産のようなトークン又はＮＦＴ等に置き換えられてもよく、これらによって発行及び流通が管理されてもよい。証明書データは、メタ情報（属性情報、生体情報、及び限定情報）に紐付く情報を含んでもよい。

（１２）証明書情報
証明書情報は、実施形態において例示したものに限定されない。実施形態では証明書情報は、（ａ）身体データの識別情報及び証明書データの識別情報、並びに（ｂ）身体データの特徴情報及び証明書データの特徴情報を含むが、どちらか一方であってもよい。この例において（ａ）身体データの識別情報及び証明書データの識別情報のみが、サーバ装置２０のデータベースに記録され、同時にブロックチェーンネットワーク１００へ登録されてもよい。この例においてブロックチェーンネットワーク１００に、ハッシュコードを出力するための機能（例えばアルゴリズム）が実装されてもよい。つまり、入力された（ａ）身体データの識別情報及び証明書データの識別情報を、ブロックチェーンネットワーク１００がハッシュ化してもよく、ハッシュ化された特徴情報は、ブロックチェーンネットワーク１００へ登録されるとともに、サーバ装置２０へ出力されてもよい。サーバ装置２０はブロックチェーンネットワーク１００から出力された特徴情報をデータベースに記録してもよい。

（１３）識別情報
識別情報は、実施形態において例示したものに限定されない。図８の証明書情報データベース２００２において識別情報は、３ＤデータＩＤ及び証明書データＩＤを含むが、上記に加えメタ情報のＩＤが含まれてもよい。また、３ＤデータＩＤに替えて生体データのＩＤ及び／又はメタ情報のＩＤが採用されてもよい。さらにメタ情報のＩＤに替えて生体情報のＩＤ、属性情報のＩＤ、及び／又は限定情報のＩＤが採用されてもよい。

（１４）特徴情報
特徴情報は、実施形態において例示したものに限定されない。図８の証明書情報データベース２００２において特徴情報は、実施形態で説明した３Ｄデータのハッシュコード及び証明書データのハッシュコードを含む。その他に、体スキャナ１０の識別情報、３Ｄモデルを構成するメッシュ及びポリゴン等に関する情報といった３Ｄデータの属性情報、又は、身体データの用途を限定する限定情報等に基づいて特徴情報（ハッシュコード）が生成されてもよい。

実施形態では、特徴情報（ｂ）を、例えば、ハッシュコード（インデックス情報の一例）として説明してきた。しかし、この例においてインデックス情報は、ハッシュコード（ハッシュ関数等を用いて生成された身体データ及び証明書データ）以外の方式によって生成された情報であってもよく、例えば、インデックス情報は、暗号化されたデータであってもよい。

（１５）ハッシュコード
ハッシュコードは、実施形態において例示したものに限定されない。ハッシュコードはどのようなアルゴリズムによって生成されてもよく、例えば、ＳＨＡ－２（ＳＨＡ－２５６）又はＳＨＡ－３等のアルゴリズムが採用されてもよい。

（１６）メタ情報
メタ情報は、実施形態において例示したものに限定されない。メタ情報の登録は、ユーザの入力によって行われるが、例えば、性別の入力を「男・女」いずれかではなく、「無回答」にし、その結果がメタ情報としてシステムに記録されてもよい。

（１７）その他
ＣＰＵ２０１、ＣＰＵ４０１、及び各装置によって実行される各種プログラムは、インターネット等のネットワークを介したダウンロードにより提供されるものであってもよいし、ＤＶＤ－ＲＯＭ等のコンピュータ読み取り可能な非一時的記録媒体に記録された状態で提供されてもよい。なお、各プロセッサは、ＣＰＵに代えて、例えば、ＭＰＵ（Micro Processing Unit）又はＧＰＵ（Graphics Processing Unit）であってもよい。

１…体スキャナシステム、１０…体スキャナ、２０…サーバ装置、３０…ユーザ端末、４０…アプリケーション、１００…ブロックチェーンネットワーク、９…ネットワーク、１１…データ取得手段、１２…証明書取得手段、１３…出力手段、１４…メタ情報取得手段、１８…記憶手段、１９…制御手段、２１…登録手段、２２…データ記憶手段、１１０…証明書記憶手段、１０１…ＣＰＵ、１０２…メモリ、１０３…ストレージ、１０４…通信ＩＦ、１０５…撮影装置、１０６…入力装置、１０７…表示装置、２０１…ＣＰＵ、２０２…メモリ、２０３…ストレージ、２０４…通信ＩＦ、３０１…ＣＰＵ、３０２…メモリ、３０３…ストレージ、３０４…通信ＩＦ、３０５…入力装置、３０６…表示装置、２００１…データベース、２００２…証明書情報データベース

Claims (18)

1. 対象生体の体から取得した身体データを取得するデータ取得手段と、
   前記身体データの真正性を示す証明書データを取得する証明書取得手段と、
   （ａ）前記身体データの識別情報及び前記証明書データの識別情報、並びに（ｂ）当該身体データの特徴情報及び当該証明書データの特徴情報を、証明書記憶手段に登録する登録手段と、
   前記身体データ及び前記証明書データを出力する出力手段と
   を有する情報処理装置。
2. 前記出力手段は、前記身体データ及び前記証明書データを対応付けて記憶するデータ記憶手段に対し、前記身体データ及び前記証明書データを出力する
   請求項１に記載の情報処理装置。
3. 前記証明書記憶手段が分散台帳である
   請求項１に記載の情報処理装置。
4. 前記分散台帳がブロックチェーン技術を用いた分散台帳である
   請求項３に記載の情報処理装置。
5. 前記身体データの特徴情報が、当該身体データのインデックス情報を含む
   請求項１に記載の情報処理装置。
6. 前記身体データの特徴情報が、前記情報処理装置の識別情報に基づいて生成される
   請求項１に記載の情報処理装置。
7. 前記身体データの特徴情報が、当該身体データの用途を限定する情報に基づいて生成される
   請求項１に記載の情報処理装置。
8. 前記身体データが、前記対象生体の３Ｄモデルであり、
   前記身体データの特徴情報が、前記３Ｄモデルを構成するメッシュ又はポリゴンに関する情報に基づいて生成される
   請求項１に記載の情報処理装置。
9. 前記対象生体に関連するメタ情報を取得するメタ情報取得手段を有し、
   前記証明書データが、前記メタ情報に紐付く情報を含む
   請求項１に記載の情報処理装置。
10. 前記メタ情報が、前記対象生体の生体情報である
    請求項９に記載の情報処理装置。
11. 前記メタ情報が、前記対象生体の属性情報である
    請求項９に記載の情報処理装置。
12. 前記メタ情報が、前記身体データの用途を限定する情報である
    請求項９に記載の情報処理装置。
13. 前記出力手段は、前記証明書データ及び前記メタ情報を、前記身体データ及び前記証明書データを対応付けて記憶するデータ記憶手段に出力する
    請求項９に記載の情報処理装置。
14. 前記データ記憶手段において、ある対象生体について異なるタイミングで取得された複数の身体データが登録され、
    前記身体データの特徴情報が、複数の前記身体データのインデックス情報を含む
    請求項２に記載の情報処理装置。
15. 対象生体の体から取得した身体データを取得するステップと、
    前記身体データの真正性を示す証明書データを取得するステップと、
    （ａ）前記身体データの識別情報及び前記証明書データの識別情報、並びに（ｂ）当該身体データの特徴情報及び当該証明書データの特徴情報を、証明書記憶手段に登録するステップと、
    前記身体データ及び前記証明書データを出力するステップと
    をコンピュータが実行する情報処理方法。
16. 情報処理装置と、
    証明書記憶手段と、
    認証局と、
    ユーザ端末と、
    サービスサーバと
    を有するコンピュータシステムにおいて、
    前記証明書記憶手段が、身体データの真正性を示す証明書データの登録を受けるステップと、
    前記ユーザ端末が、前記証明書データを前記サービスサーバに提示するステップと、
    前記サービスサーバが、前記ユーザ端末において前記身体データを用いたサービスを提供するに際し、前記ユーザ端末から提示を受けた前記証明書データの認証を前記証明書記憶手段に要求するステップと、
    前記証明書記憶手段が、登録されている証明書データを用いて、前記ユーザ端末から認証を要求された証明書データの認証をするステップと、
    前記認証により前記身体データの真正性が確認された場合、前記サービスサーバが、前記ユーザ端末に対し前記サービスを提供するステップと
    を有するサービス提供方法。
17. 前記認証により前記身体データの真正性が確認されなかった場合、前記サービスサーバが、前記ユーザ端末に対し前記サービスのうち一部機能を制限したサービスを提供する
    請求項１６に記載のサービス提供方法。
18. 前記認証局が、前記情報処理装置から前記身体データを受信するステップと、
    前記認証局が、前記身体データの真正性を示す前記証明書データを生成するステップと、
    を有する
    請求項１６に記載のサービス提供方法。

Images