JP7492545B2

JP7492545B2 - 情報処理装置、情報処理方法及び情報処理プログラム

Info

Publication number: JP7492545B2
Application number: JP2022041766A
Authority: JP
Inventors: 渉大神; 秀仁五味
Original assignee: Individual
Current assignee: Individual
Priority date: 2022-03-16
Filing date: 2022-03-16
Publication date: 2024-05-29
Anticipated expiration: 2042-03-16
Also published as: JP2023136248A

Description

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

近年、暗号資産（仮想通貨）やＮＦＴアートのように、ブロックチェーン上に存在するトークンであるＮＦＴ（Non-Fungible Token：非代替性トークン）を利用する技術が普及している。ＮＦＴを利用すれば、デジタルな希少物に紐づけたトークンの所有を主張可能となる。その一環として、実世界のアート作品の証明書をＮＦＴ化する試みが行われている。

「between the artsがリアルアートの資産価値強化を図る「NFT」新事業へ参入」、2021年12月6日 16:15 ＜URL:https://www.excite.co.jp/news/article/Prtimes_2021-12-06-61309-32/＞

しかしながら、上記の従来技術を始め、ＮＦＴの分野では、主にトークンと、作品との紐付け部分が曖昧で課題も多い。例えば、（主にデジタル）アート作品の唯一性の保証、実世界のモノ（オブジェクト）の所有との齟齬（実世界のモノに紐づけたトークンもあるがモノの所有権とは別）といった点に問題が残されている。もし、ＦＩＤＯ（Fast Identity Online）認証で［ユーザ、モノの所有者、鑑定人、著作者］をより強固に認証できれば、ＮＦＴを有用に利用できるのではないかと考えられる。

本願は、上記に鑑みてなされたものであって、ＦＩＤＯ認証を利用して、ＮＦＴ化した実世界のオブジェクトを管理し、その所有者を証明することを目的とする。

本願に係る情報処理装置は、ユーザに対して認証を行う認証処理部と、認証の適切性の検証に用いるための認証履歴をブロックチェーンに登録するＢＣ登録部と、前記ユーザから認証の適切性の問い合わせを受け付けると、認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信し、前記認定済みの情報処理装置から認証の適切性の検証結果の通知を受信する検証要求部と、を備え、前記検証要求部は、複数の認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信し、前記複数の認定済みの情報処理装置による認証の適切性の検証結果の通知を受信することを特徴とする。

実施形態の一態様によれば、ＦＩＤＯ認証を利用して、ＮＦＴ化した実世界のオブジェクトを管理し、その所有者を証明することができる。

図１は、実施形態に係る情報処理方法の概要を示す説明図である。図２は、オブジェクト識別方法の概要を示す説明図である。図３は、オブジェクト管理装置がオブジェクトを管理する実施例の概要を示す説明図である。図４は、認証装置がオブジェクト管理機能を持つ実施例の概要を示す説明図である。図５は、認証とオブジェクト所有証明の両方を併せ持つ鍵ペアを生成する実施例の概要を示す説明図である。図６は、認証用とオブジェクト所有証明用とで独立した鍵を生成する実施例の概要を示す説明図である。図７は、分散台帳装置が認証用公開鍵を管理する実施例の概要を示す説明図である。図８は、認証用公開鍵とＯＢＪ所有証明用公開鍵とをともに分散台帳装置が管理する実施例の概要を示す説明図である。図９は、認証とオブジェクト所有証明の両方を併せ持つ鍵ペアを生成し、公開鍵をブロックチェーンで管理する実施例の概要を示す説明図である。図１０は、ＦＩＤＯ認証の妥当性を検証するための第１の手順を示すシーケンス図である。図１１は、ＦＩＤＯ認証の妥当性を検証するための第２の手順を示すシーケンス図である。図１２は、実施形態に係る情報処理システムの構成例を示す図である。図１３は、実施形態に係る端末装置の構成例を示す図である。図１４は、実施形態に係るサーバ装置の構成例を示す図である。図１５は、利用者情報データベースの一例を示す図である。図１６は、履歴情報データベースの一例を示す図である。図１７は、所有情報データベースの一例を示す図である。図１８は、実施形態に係る処理手順を示すフローチャートである。図１９は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、図１を参照し、実施形態に係る情報処理装置が行う情報処理方法の概要について説明する。図１は、実施形態に係る情報処理方法の概要を示す説明図である。なお、図１では、ＦＩＤＯ認証を利用して、ＮＦＴ化した実世界のオブジェクトを管理し、その所有者を証明する場合を例に挙げて説明する。

図１に示すように、情報処理システム１は、端末装置１０とサーバ装置１００とを含む。端末装置１０とサーバ装置１００とは、ネットワークＮ（図１２参照）を介して有線又は無線で互いに通信可能に接続される。本実施形態では、端末装置１０は、サーバ装置１００と連携する。

端末装置１０は、ユーザＵ（利用者）により使用されるスマートフォンやタブレット端末等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、ユーザＵから指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。

サーバ装置１００は、各ユーザＵの端末装置１０と連携し、各ユーザＵの端末装置１０に対して、各種アプリケーション（以下、アプリ）等に対するＡＰＩ（Application Programming Interface）サービス等と、各種データを提供する情報処理装置であり、コンピュータやクラウドシステム等により実現される。

また、サーバ装置１００は、各ユーザＵの端末装置１０に対して、オンラインで何らかのＷｅｂサービスを提供する情報処理装置であってもよい。例えば、サーバ装置１００は、Ｗｅｂサービスとして、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引（ＥＣ：Electronic Commerce）、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信、ニュース、地図、ルート検索、経路案内、路線情報、運行情報、天気予報等のサービスを提供してもよい。実際には、サーバ装置１００は、上記のようなＷｅｂサービスを提供する各種サーバと連携し、Ｗｅｂサービスを仲介してもよいし、Ｗｅｂサービスの処理を担当してもよい。

なお、サーバ装置１００は、ユーザＵに関する利用者情報を取得可能である。例えば、サーバ装置１００は、ユーザＵの性別、年代、居住地域といったユーザＵの属性に関する情報を取得する。そして、サーバ装置１００は、ユーザＵを示す識別情報（ユーザＩＤ等）とともにユーザＵの属性に関する情報を記憶して管理する。

また、サーバ装置１００は、ユーザＵの端末装置１０から、あるいはユーザＩＤ等に基づいて各種サーバ等から、ユーザＵの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、サーバ装置１００は、ユーザＵの位置や日時の履歴である位置履歴を端末装置１０から取得する。また、サーバ装置１００は、ユーザＵが入力した検索クエリの履歴である検索履歴を検索サーバ（検索エンジン）から取得する。また、サーバ装置１００は、ユーザＵが閲覧したコンテンツの履歴である閲覧履歴をコンテンツサーバから取得する。また、サーバ装置１００は、ユーザＵの商品購入や決済処理の履歴である購入履歴（決済履歴）を電子商取引サーバや決済処理サーバから取得する。また、サーバ装置１００は、ユーザＵのマーケットプレイスへの出品の履歴である出品履歴や販売履歴を電子商取引サーバや決済処理サーバから取得してもよい。また、サーバ装置１００は、ユーザＵの投稿の履歴である投稿履歴を口コミの投稿サービスを提供する投稿サーバやＳＮＳサーバから取得する。なお、上記の各種サーバ等は、サーバ装置１００自体であってもよい。すなわち、サーバ装置１００が上記の各種サーバ等として機能してもよい。

〔１－１．オブジェクト管理〕
本実施形態では、サーバ装置１００は、ＦＩＤＯ（Fast Identity Online）認証を利用して、ＮＦＴ化した実世界に存在するオブジェクト（object：物体、対象）を管理し、その所有者を証明する。ＦＩＤＯ認証では、認証器（Authenticator）と認証装置（ＦＩＤＯサーバ）との間で（パスワードのような）秘密を共有しないので、フィッシングに対する耐性がある。

なお、認証器は、ＦＩＤＯクライアントと同一のデバイスに実装されることがあってもよく（内蔵認証器）、ＦＩＤＯクライアントとは物理的に異なるデバイスに実装されていてもよい（外部認証器）。

例えば、ＦＩＤＯ認証では、ＰＩＮ（Personal Identification Number）、ＵＳＢ（Universal Serial Bus）セキュリティキー、スマートカードなどの記憶や所有物を用いた認証方式や、指紋、顔、虹彩、静脈、声紋などの生体情報や行動情報を用いた認証方式を実装できる。認証方式は、これらに限定されず、あらゆる方式を導入することができる。また、複数の認証方式を組み合わせて、マルチモーダル生体認証や多要素認証を実現することもできる。

従来、デジタルの世界では、ソフトウェアプログラムで、ある情報セット（オブジェクト）に唯一識別可能な識別子を割り当てて管理する。しかし、現実世界のオブジェクトでは上記のような手法がないため、唯一性を保証することができない。

そこで、実世界のオブジェクトに対して識別可能な識別子を生成して割り当て、オブジェクトに対する唯一の識別子を所定の情報（例：所有者）と関連づけるリンクアルゴリズムと、識別子が割り当てられたオブジェクトに対して、関連づけられた所定の情報が正規に関連づけられていることを検証する検証アルゴリスムを導入する。

例えば、図１に示すように、実世界のオブジェクトＯＢＪのオーナ（所有者）であるユーザＵは、ＮＦＴ化した実世界に存在するオブジェクトＯＢＪを所有しているとする。ユーザＵは、アート作品であるオブジェクトＯＢＪの鑑定人や著作者であってもよい。少なくとも、ユーザＵは、オブジェクトＯＢＪを一時的にでも所有・取得したことのある人物である。

ＮＦＴ化した実世界に存在するオブジェクトＯＢＪは、譲渡・流通可能である。ＮＦＴ化したオブジェクトＯＢＪを取得（購入）した新たな所有者は、当該オブジェクトＯＢＪを販売（再販）、配布、ライセンス化する権利を行使できる。なお、オブジェクトＯＢＪは、アート作品に限らず、ユーザＵが製造又は所有する何らかの実世界の物体であってもよい。

本実施形態では、複数のサーバ装置１００の各々について、その役割ごとに、サーバ装置１００（１００Ａ）、サーバ装置１００（１００Ｂ）のように識別可能に表記する。なお、実際には、ハードウェア的に独立している場合に限らず、ソフトウェア的に独立していてもよい。例えば、同一の計算機が有する複数のサーバ機能であってもよい。

オブジェクト割り当て装置であるサーバ装置１００（１００Ａ）は、オブジェクト識別子生成機能と、オブジェクト割り当て機能とを有する。また、オブジェクト検証装置であるサーバ装置１００（１００Ｂ）は、オブジェクト識別機能と、オブジェクト検証機能とを有する。

このとき、オブジェクト割り当て装置であるサーバ装置１００（１００Ａ）は、オブジェクト識別子生成機能により、オブジェクトＯＢＪに関連する外形やメタ情報や周辺コンテキストから検出可能な情報を用いて唯一の識別子情報（オブジェクト識別子（ＯＩＤ））を生成する。また、サーバ装置１００（１００Ａ）は、オブジェクト割り当て機能により、上記オブジェクト識別子（ＯＩＤ）と、所有者であるユーザＵを示すユーザ識別子（ＵＩＤ）とを紐づけて保管・管理する。

なお、オブジェクト割り当て装置であるサーバ装置１００（１００Ａ）は、オブジェクトＯＢＪの所有者（オーナー）が代わった場合には、オブジェクト割り当て機能により、オブジェクト識別子（ＯＩＤ）と、ユーザＵを示すユーザ識別子（ＵＩＤ）との紐づけを解除して、上記オブジェクト識別子（ＯＩＤ）と、新たな所有者を示すユーザ識別子（ＵＩＤ）とを紐づけて保管・管理する。すなわち、オブジェクトＯＢＪの所有者を示すユーザ識別子（ＵＩＤ）を更新する。あるいは、オブジェクトＯＢＪの所有者の履歴を残すために、上記オブジェクト識別子（ＯＩＤ）と、最新の所有者を示すユーザ識別子（ＵＩＤ）とを紐づけて保管・管理するとともに、過去の所有者を示すユーザ識別子（ＵＩＤ）も紐づけて保管・管理してもよい。例えば、上記オブジェクト識別子（ＯＩＤ）に、これまでの所有者を示すユーザ識別子（ＵＩＤ）の一覧を含むリスト又は履歴情報（ログデータ）を紐づけて保管・管理してもよい。

また、オブジェクト検証装置であるサーバ装置１００（１００Ｂ）は、オブジェクト識別機能により、対象となるオブジェクトＯＢＪからオブジェクト識別子（ＯＩＤ）を取得する。また、サーバ装置１００（１００Ｂ）は、オブジェクト検証機能により、オブジェクト識別子（ＯＩＤ）の該当情報を参照して、関連づけられたユーザ識別子（ＵＩＤ）を取得し、検証する。

〔１－２．オブジェクト識別〕
図２を参照して、オブジェクト識別方法について説明する。図２は、オブジェクト識別方法の概要を示す説明図である。

センサＤ（検出器）は、オブジェクトＯＢＪに関する特定の特性情報を検出する。センサＤは、端末装置１０やその他のセンサ装置・検出装置等であってもよい。例えば、センサＤは、オブジェクトＯＢＪに関する特定の特性情報として、画像、動画、温度、加速度、テキスト情報、材質情報、匂い、コンテキスト情報などを抽出する。また、センサＤは、オブジェクトＯＢＪ自体に限らず、オブジェクトＯＢＪの周囲のコンテキスト情報（空間、環境音など）を抽出してもよい。

なお、オブジェクトＯＢＪに関する特定の特性情報は、なんらかのメディア情報を投げて、それに対するその反応（応答）として入手できるものであってもよい。例えば、光・赤外線やＸ線を当てることで得られるオブジェクトの形状や映像などであってもよい。また、自然言語（日本語）による音声の質問に対する返答内容などであってもよい。また、外面から判別可能な文字情報であってもよい。例えば、ＰＣ・端末装置・家電・ＡＶ機器等の製品なら表面に印字されるシリアル番号（シリアルＩＤ）などであってもよい。

また、オブジェクト識別するために適切な特定情報を測定するための方法や条件は、センサＤに依存する。例えば、センサＤ（デバイス）の要件（仕様）に合わせて、オブジェクトＯＢＪを測定してもよい。また、オブジェクトＯＢＪに対して所定の方向（例：全方位、表・裏、３方向など）から光を当てることで、オブジェクトＯＢＪを測定してもよい。あるいは、所定の規格の認定に合格したセンサＤ（デバイス）によって、測定の精度が保証された方法でオブジェクトＯＢＪを測定してもよい。

サーバ装置１００は、オブジェクトＯＢＪを測定した複数のセンサＤから得た多様な特性情報を集約し、特徴量分析を行う。このとき、サーバ装置１００は、特性情報と特徴量の組をモデルに学習させ、このモデルに特性情報を入力して特徴量を推論してもよい。そして、サーバ装置１００は、その特徴量に基づいて、オブジェクト識別子（ＯＩＤ）を生成する。また、サーバ装置１００は、特徴量自体をオブジェクト識別子（ＯＩＤ）としてもよい。また、サーバ装置１００は、その特徴量に基づいて、オブジェクト識別子（ＯＩＤ）を特定し、オブジェクト識別子（ＯＩＤ）に対応するオブジェクトＯＢＪを特定することができる。

なお、サーバ装置１００は、オブジェクト管理と検証には、ブロックチェーン（ＢＣ）などの情報管理方法を使用してもよい。また、サーバ装置１００は、検証時にユーザＵの本人認証（ＦＩＤＯ認証など）を実施してもよい。

〔１－３．ＦＩＤＯ認証＋オブジェクト管理〕
本実施形態では、「ＦＩＤＯ認証＋オブジェクト管理」の機能の実現に関して、以下の（１）～（４）の４つの実施例について説明する。なお、実際には、これらの例に限定されない。

（１）オブジェクト管理装置がオブジェクトを管理する。
第１の実施例では、認証装置とは別に、独立したオブジェクト管理装置を用意し、このオブジェクト管理装置がオブジェクトを管理する。図３は、オブジェクト管理装置がオブジェクトを管理する実施例の概要を示す説明図である。

例えば、図３に示すように、認証装置であるサーバ装置１００（１００Ｃ）は、ユーザＵに対してユーザ識別子（ＵＩＤ）を事前に割り当てる。また、オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）は、オブジェクトＯＢＪに対してオブジェクト識別子（ＯＩＤ）を事前に割り当てる。

なお、オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）は、上述したオブジェクト割り当て装置であるサーバ装置１００（１００Ａ）と、オブジェクト検証装置であるサーバ装置１００（１００Ｂ）との両方の機能（オブジェクト管理機能）を有する。オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）は、認証装置であるサーバ装置１００（１００Ｃ）と連携可能である。

認証器である端末装置１０は、ユーザＵがオブジェクトＯＢＪを所有していることを登録する際、ユーザ検証機能により、ユーザＵの生体情報やパスワード等のユーザ検証情報をユーザ検証モデルに入力してユーザを検証する。なお、ユーザ検証情報は、認証器に特化したセンサで検出してもよいし、ユーザＵが入力してもよい。

例えば、端末装置１０は、ユーザＵから取得した生体情報に基づいて、ユーザ検証（User verification）を行う。生体情報は、指紋、静脈、顔、虹彩及び声紋等のいずれか又はこれらの組合せ等であってもよい。また、生体情報の代わりに、ジェスチャー等の所定の動きに関する行動情報を用いてもよい。なお、実際には、本人性を確認するための手段は生体認証に限定されるものではない。例えば、端末装置１０は、ワンタイムパスワードを生成するトークンを用いた認証により本人性を確認してもよい。

次に、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、初回（未登録）のユーザ登録時には認証用鍵ペアを生成する。認証用鍵ペアは、認証用秘密鍵（Private Key）と認証用公開鍵（Public Key）との鍵ペアである。認証用秘密鍵と認証用公開鍵との間には暗号学的つながりがある。そして、端末装置１０は、認証装置であるサーバ装置１００（１００Ｃ）に対してアテステーション（attestation：端末／認証器の証明）とともに認証用公開鍵を送付し、認証用公開鍵を共有する。ただし、認証器と認証装置は「秘密鍵」を共有しない。なお、上記ユーザ登録時の認証用鍵ペア生成手順については、既存のＦＩＤＯ認証技術を利用してもよい。

また、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、登録済みのユーザ認証時には認証用秘密鍵でチャレンジ（Challenge）に署名し、ＦＩＤＯアサーション（Assertion：本人性の認証証明）として／とともに署名付きチャレンジを認証装置であるサーバ装置１００（１００Ｃ）に送付する。チャレンジは、ユーザ認証要求時に認証装置であるサーバ装置１００（１００Ｃ）から受信した一度だけ有効なランダムな文字列であり、乱数を元に決めた毎回異なるデータ列である。なお、上記ユーザ認証時の署名手順については、既存のＦＩＤＯ認証技術を利用してもよい。

認証装置であるサーバ装置１００（１００Ｃ）は、公開鍵暗号ベース認証機能により、認証器である端末装置１０から認証用秘密鍵で署名された署名付きチャレンジを受けとると、認証用公開鍵を用いて署名を検証する。認証装置であるサーバ装置１００（１００Ｃ）は、署名の検証に成功した場合、管理しているユーザ識別子（ＵＩＤ）の中から、ユーザＵを示すユーザ識別子（ＵＩＤ）を抽出する。なお、上記ユーザ識別子（ＵＩＤ）の抽出手順については、既存のＦＩＤＯ認証技術を利用してもよい。そして、認証装置であるサーバ装置１００（１００Ｃ）は、抽出されたユーザ識別子（ＵＩＤ）をオブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）に通知する。

オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）は、オブジェクト管理機能により、通知されたユーザ識別子（ＵＩＤ）とオブジェクト識別子（ＯＩＤ）とを紐づけ、ユーザＵがオブジェクトＯＢＪを所有していることを管理する。

なお、オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）が管理するユーザ識別子（ＵＩＤ）と、認証装置であるサーバ装置１００（１００Ｃ）が管理するユーザ識別子（ＵＩＤ）とは、サーバ間で共通のユーザ識別子（ＵＩＤ）であってもよいし、互いに紐づけられたサーバごとに異なるユーザ識別子（ＵＩＤ）であってもよい。

（２）認証装置がオブジェクト管理機能を持つ。
第２の実施例では、認証装置がオブジェクト管理機能を持ち、この認証装置がオブジェクトを管理する。図４は、認証装置がオブジェクト管理機能を持つ実施例の概要を示す説明図である。

例えば、図４に示すように、認証装置にオブジェクト管理機能を持たせることで、図３で説明した上記のオブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）と、認証装置であるサーバ装置１００（１００Ｃ）とを一体化した認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）を実現する。そして、この認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）が、図３で説明した上記のオブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）と認証装置であるサーバ装置１００（１００Ｃ）との両方の処理を実行する。

ここでは、この認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）が、ユーザＵに対してユーザ識別子（ＵＩＤ）を事前に割り当てるとともに、オブジェクト管理機能により、オブジェクトＯＢＪに対してオブジェクト識別子（ＯＩＤ）を事前に割り当てる。

次に、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、初回（未登録）のユーザ登録時には認証用鍵ペアを生成する。そして、端末装置１０は、認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）に対してアテステーションとともに認証用公開鍵を送付し、認証用公開鍵を共有する。ただし、認証器と認証装置は「秘密鍵」を共有しない。

また、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、登録済みのユーザ認証時には認証用秘密鍵でチャレンジに署名し、ＦＩＤＯアサーションとして／とともに署名付きチャレンジを認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）に送付する。

認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、公開鍵暗号ベース認証機能により、認証器である端末装置１０から認証用秘密鍵で署名された署名付きチャレンジを受けとると、認証用公開鍵を用いて署名を検証する。認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、署名の検証に成功した場合、管理しているユーザ識別子（ＵＩＤ）の中から、ユーザＵを示すユーザ識別子（ＵＩＤ）を抽出する。

認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、オブジェクト管理機能により、抽出されたユーザ識別子（ＵＩＤ）とオブジェクト識別子（ＯＩＤ）とを紐づけ、ユーザＵがオブジェクトＯＢＪを所有していることを管理する。

（３）認証とオブジェクト所有証明の両方を併せ持つ鍵ペアを生成する。
第３の実施例では、認証器である端末装置が認証用とオブジェクト所有証明の両方の用途に用いられる鍵ペアを生成する。この鍵ペアで認証するとオブジェクト所有証明したことにもなる。図５は、認証とオブジェクト所有証明の両方を併せ持つ鍵ペアを生成する実施例の概要を示す説明図である。

ユーザ識別子（ＵＩＤ）及びオブジェクト識別子（ＯＩＤ）の事前割り当てについては、図４と同様であり、説明を割愛する。

例えば、図５に示すように、認証器である端末装置１０は、ユーザＵがオブジェクトＯＢＪを所有していることを登録する際、ユーザ検証機能により、ユーザＵの生体情報やパスワード等のユーザ検証情報をユーザ検証モデルに入力してユーザを検証する。なお、ユーザ検証情報は、認証器に特化したセンサで検出してもよいし、ユーザＵが入力してもよい。

さらに、認証器である端末装置１０は、例えば入力を促すダイアログで「オブジェクトＯＢＪを所有していること」を確認する。あるいは、実際にセンサ等を介してユーザＵの手元にオブジェクトＯＢＪが存在していることを確認してもよい。認証器である端末装置１０は、「ユーザＵがオブジェクトＯＢＪを所有していること」を確認できない場合には、以降の処理を行わない。すなわち、認証器である端末装置１０は、「ユーザＵがオブジェクトＯＢＪを所有していること」を確認できた場合にのみ、上記の認証用鍵ペアを作成することで、以降の認証とオブジェクト所有証明の両方を併せ持つ鍵ペアを作成する処理を行う。

次に、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、初回（未登録）のユーザ登録時には認証・ＯＢＪ所有証明用鍵ペアを生成する。認証・ＯＢＪ所有証明用鍵ペアは、認証とオブジェクト所有証明の両方を併せ持つ鍵ペアである。そして、端末装置１０は、認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）に対してアテステーションとともに認証・ＯＢＪ所有証明用公開鍵を送付し、認証・ＯＢＪ所有証明用公開鍵を共有する。ただし、認証器と認証装置は「秘密鍵」を共有しない。

なお、認証器である端末装置１０は、ユーザ識別子（ＵＩＤ）とオブジェクト識別子（ＯＩＤ）とに基づいて、認証・ＯＢＪ所有証明用鍵ペアを生成してもよい。あるいは、認証器である端末装置１０は、オブジェクトＯＢＪのセンシング情報に基づいて、認証・ＯＢＪ所有証明用鍵ペアを生成してもよい。

また、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、登録済みのユーザ認証時には認証・ＯＢＪ所有証明用秘密鍵でチャレンジに署名し、ＦＩＤＯアサーションとして／とともに署名付きチャレンジを認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）に送付する。

認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、公開鍵暗号ベース認証機能により、認証器である端末装置１０から認証・ＯＢＪ所有証明用秘密鍵で署名された署名付きチャレンジを受けとると、認証・ＯＢＪ所有証明用公開鍵を用いて署名を検証する。認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、署名の検証に成功した場合、管理しているユーザ識別子（ＵＩＤ）の中から、ユーザＵを示すユーザ識別子（ＵＩＤ）を抽出する。

ここでは、図４と同様に、認証装置がオブジェクト管理機能を持ち、この認証装置がオブジェクトを管理する場合を例に説明しているが、実際には、図３と同様に、認証装置とオブジェクト管理装置とが独立していてもよい。

（４）認証用とオブジェクト所有証明用とで独立した鍵を生成する。
第４の実施例では、認証器である端末装置が認証用の鍵ペアとオブジェクト所有証明用の鍵ペアとを別々に生成する。ただし、認証用鍵ペアとオブジェクト所有証明用鍵ペアとの両者を関連づける。オブジェクト所有証明用秘密鍵へのアクセスには、認証用秘密鍵へのアクセスが可能であることが前提となる。このとき、ＯＢＪ所有証明をうながされると、認証がうながされ、認証に成功すると、ＯＢＪ所有用秘密鍵にアクセスできる。図６は、認証用とオブジェクト所有証明用とで独立した鍵を生成する実施例の概要を示す説明図である。

例えば、図６に示すように、認証器である端末装置１０は、ユーザＵがオブジェクトＯＢＪを所有していることを登録する際、ユーザ検証機能により、ユーザＵの生体情報やパスワード等のユーザ検証情報をユーザ検証モデルに入力してユーザを検証する。なお、ユーザ検証情報は、認証器に特化したセンサで検出してもよいし、ユーザＵが入力してもよい。

さらに、認証器である端末装置１０は、例えば入力を促すダイアログで「オブジェクトＯＢＪを所有していること」を確認する。あるいは、実際にセンサ等を介してユーザＵの手元にオブジェクトＯＢＪが存在していることを確認してもよい。認証器である端末装置１０は、「ユーザＵがオブジェクトＯＢＪを所有していること」を確認できない場合には、以降の処理を行わない。

次に、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、初回（未登録）のユーザ登録時には認証用鍵ペアとともに、オブジェクト所有証明の用途を持つＯＢＪ所有証明用鍵ペアを生成する。そして、端末装置１０は、認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）に対してアテステーションとともに認証用公開鍵及びＯＢＪ所有証明用公開鍵を送付し、認証用公開鍵及びＯＢＪ所有証明用公開鍵を共有する。ただし、認証器と認証装置は「秘密鍵」を共有しない。

また、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、登録済みのユーザ認証時には、認証用秘密鍵でチャレンジに署名し、同様にＯＢＪ所有証明用秘密鍵でチャレンジに署名し、それぞれの署名付きチャレンジを認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）に送付する。

また、認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、オブジェクト管理機能により、認証器である端末装置１０からＯＢＪ所有証明用秘密鍵で署名された署名付きチャレンジを受けとると、ＯＢＪ所有証明用公開鍵を用いて署名を検証する。認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、署名の検証に成功した場合、管理しているオブジェクト識別子（ＯＩＤ）の中から、ユーザＵが所有するオブジェクトＯＢＪを示すオブジェクト識別子（ＯＩＤ）を抽出する。

そして、認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、オブジェクト管理機能により、抽出されたユーザ識別子（ＵＩＤ）とオブジェクト識別子（ＯＩＤ）とを紐づけ、ユーザＵがオブジェクトＯＢＪを所有していることを管理する。

なお、上記の説明では、認証器である端末装置１０は、認証用秘密鍵とＯＢＪ所有証明用秘密鍵とを別々に用いて、秘密鍵ごとにそれぞれ個別にチャレンジに署名しているが、実際には、同時に用いて同一のチャレンジに署名してもよい。例えば、認証器である端末装置１０は、先に認証用秘密鍵を用いてチャレンジに署名した後、続けてＯＢＪ所有証明用秘密を用いてその認証用秘密鍵での署名付きチャレンジに重ねて署名してもよい。認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、認証器である端末装置１０からこの署名付きチャレンジを受けとると、先にＯＢＪ所有証明用公開を用いて署名を検証し、続けて認証用公開鍵を用いて署名を検証してもよい。

また、ここでは、図４と同様に、認証装置がオブジェクト管理機能を持ち、この認証装置がオブジェクトを管理する場合を例に説明しているが、実際には、図３と同様に、認証装置とオブジェクト管理装置とが独立していてもよい。

〔１－４．ＦＩＤＯ認証のブロックチェーン応用〕
さらに、本実施形態では、ブロックチェーン技術を応用し、ＦＩＤＯ認証をブロックチェーン化することも可能である。例えば、ＦＩＤＯ公開鍵を分散台帳装置が管理する。分散台帳装置は、ネットワークを構成する各ノードが同じ台帳を管理／共有することができる分散型台帳技術（ＤＬＴ：Distributed Ledger Technology）に対応したサーバ装置である。分散台帳装置は、このネットワークを構成するノードの１つであってもよい。

すなわち、ＦＩＤＯ認証の認証用公開鍵をブロックチェーン（ＢＣ）で管理する。ブロックチェーンのブロックにハッシュが入るので、公開鍵が改ざんされていないかを認証できる。また、公開鍵の適切性を検証してから、認証を行うことができる。図７は、分散台帳装置が認証用公開鍵を管理する実施例の概要を示す説明図である。

例えば、図７に示すように、認証装置とは別に、ブロックチェーンに対応したネットワークを構成する分散台帳装置がＦＩＤＯ認証のための認証用公開鍵を管理する。まず、認証装置であるサーバ装置１００（１００Ｃ）は、ユーザＵに対してユーザ識別子（ＵＩＤ）を事前に割り当てる。そして、認証装置であるサーバ装置１００（１００Ｃ）は、ＦＩＤＯ登録要求時に、分散台帳にて公開鍵を保存するということを意図して、要求メッセージを投げる。

認証器である端末装置１０は、ユーザ検証機能により、ユーザＵの生体情報やパスワード等のユーザ検証情報をユーザ検証モデルに入力してユーザを検証する。なお、ユーザ検証情報は、認証器に特化したセンサで検出してもよいし、ユーザＵが入力してもよい。

次に、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、初回（未登録）のユーザ登録時には認証用鍵ペアを生成する。認証用秘密鍵と認証用公開鍵との間には暗号学的つながりがある。なお、上記ユーザ登録時の認証用鍵ペア生成手順については、既存のＦＩＤＯ認証技術を利用してもよい。

そして、端末装置１０は、ユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）に対してアテステーション（attestation：端末／認証器の証明）とともに認証用公開鍵と、認証装置であるサーバ装置１００（１００Ｃ）を識別するための認証装置識別子（認証装置ＩＤ）とを送付し、認証用公開鍵を共有する。ただし、認証器と分散台帳装置は「秘密鍵」を共有しない。ここで、認証装置識別子（認証装置ＩＤ）は、認証用公開鍵に含まれていてもよいし、認証用公開鍵に紐づけられていてもよい。

なお、ユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）は、複数であってもよい。例えば、ユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）は、ブロックチェーンに対応したネットワークを構成するノードの数だけ存在してもよい。

また、認証器である端末装置１０又はユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）は、ユーザＵを示すユーザ識別子（ＵＩＤ）と、ブロックチェーン上（ブロックチェーンに対応したネットワーク上）での認証用公開鍵の所在（参照位置）を示す情報であるＢＣ公開鍵参照先（ＤＩＤ）とを認証装置であるサーバ装置１００（１００Ｃ）に通知する。そして、認証装置であるサーバ装置１００（１００Ｃ）は、ユーザ識別子（ＵＩＤ）と、ＢＣ公開鍵参照先（ＤＩＤ）とを紐づけて保管・管理する。

また、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、登録済みのユーザ認証時には認証用秘密鍵でチャレンジ（Challenge）に署名し、ＦＩＤＯアサーションとして／とともに署名付きチャレンジを認証装置であるサーバ装置１００（１００Ｃ）に送付する。なお、上記ユーザ認証時の署名手順については、既存のＦＩＤＯ認証技術を利用してもよい。

認証装置であるサーバ装置１００（１００Ｃ）は、公開鍵暗号ベース認証機能により、認証器である端末装置１０から認証用秘密鍵で署名された署名付きチャレンジを受けとると、ユーザＵに事前割り当てされたユーザ識別子（ＵＩＤ）に紐づけられたＢＣ公開鍵参照先（ＤＩＤ）に基づいて、ユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）に保管されている認証用公開鍵を参照し、この認証用公開鍵を用いて署名を検証する。認証装置であるサーバ装置１００（１００Ｃ）は、署名の検証に成功した場合、ユーザＵが正規に認証された（ユーザＵが本人である）と認める。

〔１－５．ＦＩＤＯ認証とオブジェクト管理のブロックチェーン化〕
本実施形態では、「ＦＩＤＯ認証とオブジェクト管理のブロックチェーン化」の機能の実現に関して、以下の（１）～（２）の２つの実施例について説明する。なお、実際には、これらの例に限定されない。

（１）認証用公開鍵とＯＢＪ所有証明用公開鍵とをともに分散台帳装置が管理する。
この実施例では、認証用公開鍵とＯＢＪ所有証明用公開鍵と（ＯＩＤ）をともに分散台帳装置が管理する。分散台帳装置は認証用公開鍵とＯＢＪ所有証明用公開鍵と（ＯＩＤ）とを別々に管理する。図８は、認証用公開鍵とＯＢＪ所有証明用公開鍵とをともに分散台帳装置が管理する実施例の概要を示す説明図である。

例えば、図８に示すように、ＦＩＤＯ認証の認証用公開鍵を管理するユーザ管理用の分散台帳装置と、オブジェクト識別子（ＯＩＤ）を管理するオブジェクト管理用の分散台帳装置とをそれぞれ用意する。これらの分散台帳装置は互いに連携可能である。なお、実際には、これらの分散台帳装置は同一のサーバ装置であってもよい。

次に、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、初回（未登録）のユーザ登録時には認証用鍵ペアとともに、オブジェクト所有証明の用途を持つＯＢＪ所有証明用鍵ペアを生成する。すなわち、認証器である端末装置１０は、ユーザ認証して初めてＯＢＪ所有証明用鍵ペアを生成する。

そして、認証器である端末装置１０は、ユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）に対してアテステーションとともに認証用公開鍵を送付し、認証用公開鍵を共有する。ただし、認証器と分散台帳装置は「秘密鍵」を共有しない。ユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）は、ブロックチェーンで認証用公開鍵を管理する。

このとき、認証器である端末装置１０又はユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）は、ユーザＵを示すユーザ識別子（ＵＩＤ）と、ブロックチェーン上での認証用公開鍵の所在（参照位置）を示す情報であるＢＣ公開鍵参照先（ＤＩＤ）とを認証装置であるサーバ装置１００（１００Ｃ）に通知する。そして、認証装置であるサーバ装置１００（１００Ｃ）は、ユーザ識別子（ＵＩＤ）と、ＢＣ公開鍵参照先（ＤＩＤ）とを紐づけて保管・管理する。

また、認証器である端末装置１０は、オブジェクト管理用の分散台帳装置であるサーバ装置１００（１００Ｅ）に対してアテステーションとともにＯＢＪ所有証明用公開鍵を送付し、ＯＢＪ所有証明用公開鍵を共有する。ただし、認証器と分散台帳装置は「秘密鍵」を共有しない。オブジェクト管理用の分散台帳装置であるサーバ装置１００（１００Ｅ）は、ブロックチェーンでＯＢＪ所有証明用公開鍵を管理する。

このとき、認証器である端末装置１０又はユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）は、ユーザＵを示すオブジェクト識別子（ＯＩＤ）と、ブロックチェーン上での認証用公開鍵の所在を示す情報であるＢＣ公開鍵参照先（ＤＩＤ）とをオブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）に通知する。そして、オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）は、オブジェクト識別子（ＯＩＤ）と、ＢＣ公開鍵参照先（ＤＩＤ）とを紐づけて保管・管理する。

また、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、登録済みのユーザ認証時には、認証用秘密鍵でチャレンジに署名し、ＦＩＤＯアサーションとして／とともに署名付きチャレンジを認証装置であるサーバ装置１００（１００Ｃ）に送付する。

同様に、認証器である端末装置１０は、ユーザ検証の結果、本人性を確認した場合、登録済みのユーザ認証時には、ＯＢＪ所有証明用秘密鍵でチャレンジに署名し、ＦＩＤＯアサーションとして／とともに署名付きチャレンジをオブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）に送付する。

認証装置であるサーバ装置１００（１００Ｃ）は、公開鍵暗号ベース認証機能により、認証器である端末装置１０から認証用秘密鍵で署名された署名付きチャレンジを受けとると、ユーザＵに事前割り当てされたユーザ識別子（ＵＩＤ）に紐づけられたＢＣ公開鍵参照先（ＤＩＤ）に基づいて、ユーザ管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）に保管されている認証用公開鍵を参照し、この認証用公開鍵を用いて署名を検証する。認証装置であるサーバ装置１００（１００Ｃ）は、署名の検証に成功した場合、ユーザＵが正規に認証された（ユーザＵが本人である）と認める。そして、認証装置であるサーバ装置１００（１００Ｃ）は、オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）に、正規に認証された（本人であると認められた）ユーザＵを示すユーザ識別子（ＵＩＤ）を通知する。

オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）は、オブジェクト管理機能により、認証器である端末装置１０からＯＢＪ所有証明用秘密鍵で署名された署名付きチャレンジを受けとると、オブジェクトＯＢＪに事前割り当てされたオブジェクト識別子（ＯＩＤ）に紐づけられたＢＣ公開鍵参照先（ＤＩＤ）に基づいて、オブジェクト管理用の分散台帳装置であるサーバ装置１００（１００Ｄ）に保管されている認証用公開鍵を参照し、このＯＢＪ所有証明用公開鍵を用いて署名を検証する。オブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）は、署名の検証に成功した場合、オブジェクト管理機能により、認証装置であるサーバ装置１００（１００Ｃ）から通知されたユーザ識別子（ＵＩＤ）とオブジェクト識別子（ＯＩＤ）とを紐づけ、ユーザＵがオブジェクトＯＢＪを所有していることを管理する。

（２）認証とオブジェクト所有証明の両方を併せ持つ鍵ペアを生成し、公開鍵をブロックチェーンで管理する。
この実施例では、認証とオブジェクト所有証明の両方を併せ持つ鍵ペアを生成し、公開鍵をブロックチェーンで管理する。認証するとオブジェクト所有証明したことにもなる。図９は、認証とオブジェクト所有証明の両方を併せ持つ鍵ペアを生成し、公開鍵をブロックチェーンで管理する実施例の概要を示す説明図である。

例えば、図９に示すように、認証器である端末装置１０は、ユーザＵがオブジェクトＯＢＪを所有していることを登録する際、ユーザ検証機能により、ユーザＵの生体情報やパスワード等のユーザ検証情報をユーザ検証モデルに入力してユーザを検証する。なお、ユーザ検証情報は、認証器に特化したセンサで検出してもよいし、ユーザＵが入力してもよい。

次に、認証器である端末装置１０は、図５と同様に、ユーザ検証の結果、本人性を確認した場合、初回（未登録）のユーザ登録時には認証・ＯＢＪ所有証明用鍵ペアを生成する。認証・ＯＢＪ所有証明用鍵ペアは、認証とオブジェクト所有証明の両方を併せ持つ鍵ペアである。そして、端末装置１０は、分散台帳装置であるサーバ装置１００（１００Ｄ＋１００Ｅ）に対してアテステーションとともに認証・ＯＢＪ所有証明用公開鍵を送付し、認証・ＯＢＪ所有証明用公開鍵を共有する。ただし、認証器と認証装置は「秘密鍵」を共有しない。なお、サーバ装置１００（１００Ｄ＋１００Ｅ）は、図８に示したユーザ管理用の分散台帳装置と、オブジェクト管理用の分散台帳装置との両方の機能を併せ持つ分散台帳装置である。

認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、公開鍵暗号ベース認証機能により、認証器である端末装置１０から認証・ＯＢＪ所有証明用秘密鍵で署名された署名付きチャレンジを受けとると、認証・ＯＢＪ所有証明用公開鍵を用いて署名を検証する。認証装置であるサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）は、署名の検証に成功した場合、ユーザＵが正規に認証された（ユーザＵが本人である）と認める。そして、ユーザ識別子（ＵＩＤ）とオブジェクト識別子（ＯＩＤ）とを紐づけ、ユーザＵがオブジェクトＯＢＪを所有していることを管理する。

〔１－６．ＦＩＤＯ認証の妥当性の検証〕
ＦＩＤＯサーバは仕様書を読めば誰でも実装が可能であるが、個々人がそれぞれＦＩＤＯ認定を取るのは大変である。例えば、コスト（人、リソースなど）の問題がある。また、WebAuthnも機能を拡張したLevel3が準備中であり、最新の仕様に追随するのも容易ではない。

また、後になって当時の認証が妥当であったことを検証することは難しい。例えば、認定されていない独自実装のＦＩＤＯサーバを設置しても認証は可能であるが、認証時の検証不足を理由に責任を問われる可能性があり、これを避けたい。また、逆に問題追求時に認証事業者が自身に都合の良いように当時のログを改ざんしてしまう可能性もある。

そこで、本実施形態では、認証結果情報（ＦＩＤＯアサーション）と認証用公開鍵をブロックチェーン（ＢＣ）に保存し、例えば認定済みのＦＩＤＯサーバの機能を使って検証するサービスを提供する。ＦＩＤＯサーバは現状自ドメインあての認証アサーションを検証するが、公開鍵とアサーションを取り出して検証する。

すなわち、本実施形態では、ＦＩＤＯ認証を行ったＦＩＤＯサーバは、ＦＩＤＯ認証の履歴をブロックチェーンに登録する。また、このＦＩＤＯサーバが、ユーザから認証の適切性の問い合わせを受け付けた場合は、信用できる認定済みのＦＩＤＯサーバに対して、ブロックチェーンに登録された履歴を用いた認証の適切性判定要求を送信する。

（１）ＦＩＤＯ認証の妥当性を検証するための第１の手順
図１０は、ＦＩＤＯ認証の妥当性を検証するための第１の手順を示すシーケンス図である。

例えば、図１０に示すように、認証器である端末装置１０は、ユーザＵの操作に応じて、ネットワークＮ（図１２参照）を介して独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）に認証要求を送信する（ステップＳ１）。

なお、独自のＦＩＤＯサーバは、上記のオブジェクト管理装置であるサーバ装置１００（１００Ａ＋１００Ｂ）と、認証装置であるサーバ装置１００（１００Ｃ）とを一体化したサーバ装置１００（１００Ａ＋１００Ｂ＋１００Ｃ）であってもよい。また、独自のＦＩＤＯサーバは、ＦＩＤＯ認定を受けていないサーバ装置であってもよい。

独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）は、認証要求に応じてユーザＵに対するＦＩＤＯ認証を実施するため、ネットワークＮ（図１２参照）を介して認証器である端末装置１０に対してチャレンジを送付する（ステップＳ２）。

認証器である端末装置１０は、独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）からチャレンジを受け取るとユーザ検証を行い、ユーザ検証の結果、本人性を確認した場合、認証用秘密鍵でチャレンジに署名し、ＦＩＤＯアサーション（Assertion：本人性の認証証明）として／とともに署名付きチャレンジを独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）に送付する（ステップＳ３）。

独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）は、認証器である端末装置１０からネットワークＮ（図１２参照）を介して認証用秘密鍵で署名された署名付きチャレンジを受けとると、公開鍵暗号ベース認証機能により、認証用公開鍵を用いて署名を検証する（ステップＳ４）。

独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）は、署名の検証に成功した場合、ユーザＵが正規に認証された（ユーザＵが本人である）と認め、ネットワークＮ（図１２参照）を介して認証器である端末装置１０に対して認証ＯＫの旨を伝える（ステップＳ５）。

また、独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）は、署名の検証に成功した場合、ネットワークＮ（図１２参照）を介してＢＣや公開ストレージなどのサーバ装置１００（１００Ｄ）にアサーションと公開鍵とを紐づけて登録する（ステップＳ６Ａ）。

なお、ＢＣや公開ストレージなどのサーバ装置１００（１００Ｄ）は、図９に示したユーザ管理用の分散台帳装置とオブジェクト管理用の分散台帳装置との両方の機能を併せ持つ分散台帳装置であるサーバ装置１００（１００Ｄ＋１００Ｅ）であってもよい。

そして、ＦＩＤＯサーバを使用するサービス等でインシデント（incident）が発生した場合、認証器である端末装置１０は、独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）に対して、認証の適切性を問い合わせる（ステップＳ７Ａ）。

独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）は、ネットワークＮ（図１２参照）を介して、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）に対して、認証の適切性の検証を依頼し、アサーションを送付する（ステップＳ８Ａ）。

このとき、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、ネットワークＮ（図１２参照）を介して、独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）から、認証の適切性の検証依頼と、アサーションとを取得する。あるいは、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）から認証の適切性の検証依頼を受けた際に、ＢＣや公開ストレージなどのサーバ装置１００（１００Ｄ）に登録されているアサーションの中から、認証当時のアサーションを取得する。

認定済みＦＩＤＯサーバは、信用できる外部の認定済みＦＩＤＯサーバであると好ましい。例えば、認定済みＦＩＤＯサーバは、上記の独自のＦＩＤＯサーバとは別に、信用できる（又は信頼のおける）他の事業者など外部の機関や組織により管理され、かつＦＩＤＯ認定を受けているサーバ装置である。なお、認証当時の認証ポリシーなども含め、認定済みＦＩＤＯサーバはユーザＵや公的機関が指定してもよい。

認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）からの認証の適切性の検証依頼に応じて、認証当時のアサーションを検証する（ステップＳ９Ａ）。

このとき、１事業者に頼むだけでなく複数事業者がアサーションを検証してもよい。すなわち、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、１台に限らず、複数台でもよい。例えば、複数事業者が多数決などによりアサーションの検証の成否を決定してもよい。このとき、複数の認定済みＦＩＤＯサーバによるアサーションの検証結果を集計し、集計結果に基づいてアサーションの検証の成否を判定してもよい。

認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、ネットワークＮ（図１２参照）を介して独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）に、認証の適切性の検証結果を通知する（ステップＳ１０Ａ）。このとき、独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）は、認証の適切性の問い合わせを行ったユーザＵの端末装置１０に、認証の適切性の検証結果を通知する。あるいは、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）が、直接、認証の適切性の問い合わせを行ったユーザＵの端末装置１０に、認証の適切性の検証結果を通知してもよい。

（２）ＦＩＤＯ認証の妥当性を検証するための第２の手順
図１１は、ＦＩＤＯ認証の妥当性を検証するための第２の手順を示すシーケンス図である。ステップＳ５までは図１０と同様である。

例えば、図１１に示すように、認証器である端末装置１０は、ユーザＵの操作に応じて、ネットワークＮ（図１２参照）を介して独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）に認証要求を送信する（ステップＳ１）。

また、独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）は、署名の検証に成功した場合、ネットワークＮ（図１２参照）を介してＢＣや公開ストレージなどのサーバ装置１００（１００Ｄ）に、アサーションと公開鍵とともに、認証を実施した時間（日時）を示す認証実施時間を紐づけて登録する（ステップＳ６Ｂ）。

そして、ＦＩＤＯサーバを使用するサービス等でインシデント（incident）が発生した場合、認証器である端末装置１０は、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）に対して、認証の適切性を問い合わせる（ステップＳ７Ｂ）。

例えば、認証器である端末装置１０は、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）に対して、「example.comの１月１日の認証に問題はなかったのか？」といった旨の問い合わせを送付する。なお、認証器から認定済みＦＩＤＯサーバに対する認証の適切性の問い合わせは、例えば独自のＦＩＤＯサーバのＷｅｂフォームなどから実施できるほうが自然である。

このとき、認証器である端末装置１０は、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）に対して、「ユーザ識別子（ＵＩＤ）＋日付（認証実施時間）」などアサーション特定情報を送付する。

認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、ネットワークＮ（図１２参照）を介して、ＢＣや公開ストレージなどのサーバ装置１００（１００Ｄ）に登録されているアサーションから、該当するアサーションを引き当てる（ステップＳ８Ｂ）。

例えば、認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、「ユーザ識別子（ＵＩＤ）＋日付（認証実施時間）」などアサーション特定情報に基づいて、ＢＣや公開ストレージなどのサーバ装置１００（１００Ｄ）に登録されているアサーションから、該当するアサーションを抽出する。

認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、認証器である端末装置１０からの認証の適切性の問い合わせに応じて、認証当時のアサーションを検証する（ステップＳ９Ｂ）。

認定済みＦＩＤＯサーバであるサーバ装置１００（１００Ｆ）は、ネットワークＮ（図１２参照）を介して独自のＦＩＤＯサーバであるサーバ装置１００（１００Ｃ）に、認証の適切性の検証結果を通知する（ステップＳ１０Ｂ）。

以上のように、本実施形態によれば、事前にユーザのアカウントを保有していない事業者でもユーザを認証し、ＮＦＴ化した実世界のオブジェクトの所有権を管理することができる。また、認証用公開鍵をブロックチェーンで分散管理している場合、アカウントを保有していないユーザの公開鍵にアクセスできる。

また、実世界のオブジェクトの保有者や権利者など唯一性を保障することができる。また、オブジェクトに改めて、検証可能なものを埋め込んだり、変形させたりする必要がない。

〔２．情報処理システムの構成例〕
次に、図１２を用いて、実施形態に係るサーバ装置１００が含まれる情報処理システム１の構成について説明する。図１２は、実施形態に係る情報処理システム１の構成例を示す図である。図１２に示すように、実施形態に係る情報処理システム１は、端末装置１０とサーバ装置１００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。

また、図１２に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図１２では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。

端末装置１０は、ユーザＵによって使用される情報処理装置である。例えば、端末装置１０は、スマートフォンやタブレット端末等のスマートデバイス、フィーチャーフォン、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、通信機能を備えたゲーム機やＡＶ機器、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ等のウェアラブルデバイス（Wearable Device）、スマートグラス等である。

また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、サーバ装置１００と通信することができる。

サーバ装置１００は、例えばＰＣやブレードサーバ（blade server）等のコンピュータ、あるいはメインフレーム又はワークステーション等である。なお、サーバ装置１００は、クラウドコンピューティングにより実現されてもよい。

〔３．端末装置の構成例〕
次に、図１３を用いて、端末装置１０の構成について説明する。図１３は、端末装置１０の構成例を示す図である。図１３に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。

（通信部１１）
通信部１１は、ネットワークＮ（図１２参照）と有線又は無線で接続され、ネットワークＮを介して、サーバ装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。

（表示部１２）
表示部１２は、位置情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。

（入力部１３）
入力部１３は、ユーザＵから各種操作を受け付ける入力デバイスである。例えば、入力部１３は、文字や数字等を入力するためのボタン等を有する。なお、入力部１３は、入出力ポート（I/O port）やＵＳＢ（Universal Serial Bus）ポート等であってもよい。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。また、入力部１３は、ユーザＵから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。

（測位部１４）
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。

また、測位部１４は、ＧＰＳ以外にも、種々の手法により位置を測位することができる。例えば、測位部１４は、位置補正等のための補助的な測位手段として、下記のように、端末装置１０の様々な通信機能を利用して位置を測位してもよい。

（Ｗｉ－Ｆｉ測位）
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。

（ビーコン測位）
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。

（地磁気測位）
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。

（ＲＦＩＤ測位）
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０によって決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。

測位部１４は、必要に応じて、上述した測位手段の一つ又は組合せを用いて、端末装置１０の位置を測位してもよい。

（センサ部２０）
センサ部２０は、端末装置１０に搭載又は接続される各種のセンサを含む。なお、接続は、有線接続、無線接続を問わない。例えば、センサ類は、ウェアラブルデバイスやワイヤレスデバイス等、端末装置１０以外の検知装置であってもよい。図１３に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。

なお、上記した各センサ２１～２８は、あくまでも例示であって限定されるものではない。すなわち、センサ部２０は、各センサ２１～２８のうちの一部を備える構成であってもよいし、各センサ２１～２８に加えてあるいは代えて、湿度センサ等その他のセンサを備えてもよい。

加速度センサ２１は、例えば、３軸加速度センサであり、端末装置１０の移動方向、速度、及び、加速度等の端末装置１０の物理的な動きを検知する。ジャイロセンサ２２は、端末装置１０の角速度等に基づいて３軸方向の傾き等の端末装置１０の物理的な動きを検知する。気圧センサ２３は、例えば端末装置１０の周囲の気圧を検知する。

端末装置１０は、上記した加速度センサ２１やジャイロセンサ２２、気圧センサ２３等を備えることから、これらの各センサ２１～２３等を利用した歩行者自律航法（ＰＤＲ：Pedestrian Dead-Reckoning）等の技術を用いて端末装置１０の位置を測位することが可能になる。これにより、ＧＰＳ等の測位システムでは取得することが困難な屋内での位置情報を取得することが可能になる。

例えば、加速度センサ２１を利用した歩数計により、歩数や歩くスピード、歩いた距離を算出することができる。また、ジャイロセンサ２２を利用して、ユーザＵの進行方向や視線の方向、体の傾きを知ることができる。また、気圧センサ２３で検知した気圧から、ユーザＵの端末装置１０が存在する高度やフロアの階数を知ることもできる。

気温センサ２４は、例えば端末装置１０の周囲の気温を検知する。音センサ２５は、例えば端末装置１０の周囲の音を検知する。光センサ２６は、端末装置１０の周囲の照度を検知する。磁気センサ２７は、例えば端末装置１０の周囲の地磁気を検知する。画像センサ２８は、端末装置１０の周囲の画像を撮像する。

上記した気圧センサ２３、気温センサ２４、音センサ２５、光センサ２６及び画像センサ２８は、それぞれ気圧、気温、音、照度を検知したり、周囲の画像を撮像したりすることで、端末装置１０の周囲の環境や状況等を検知することができる。また、端末装置１０の周囲の環境や状況等から、端末装置１０の位置情報の精度を向上させることが可能になる。

（制御部３０）
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３と、受付部３４と、検証部３５とを有する。さらに、必要に応じて、ＢＣ処理部３６を有していてもよい。

（送信部３１）
送信部３１は、例えば入力部１３を用いてユーザＵにより入力された各種情報や、端末装置１０に搭載又は接続された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介してサーバ装置１００へ送信することができる。

（受信部３２）
受信部３２は、通信部１１を介して、サーバ装置１００から提供される各種情報や、サーバ装置１００からの各種情報の要求を受信することができる。

（処理部３３）
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信されたサーバ装置１００からの各種情報を表示部１２へ出力して表示させることができる。

なお、後述する受付部３４、検証部３５、及びＢＣ処理部３６は、処理部３３の一部であってもよい。また、処理部３３は、アプリを起動又はプログラムを実行することで、下記の受付部３４、検証部３５、及びＢＣ処理部３６として機能してもよい。

（受付部３４）
受付部３４は、ユーザＵの検証用の本人確認情報（認証情報）の入力を受け付ける。また、受付部３４は、ユーザＵの検証用の本人確認情報の入力を促す際に、ＮＦＴ化した実世界に存在する物体（オブジェクトＯＢＪ）を所有していることを確認する。

（検証部３５）
検証部３５は、本人確認情報に基づいてユーザＵを検証する。そして、検証部３５は、ユーザＵの検証に成功した場合に、秘密鍵と公開鍵との鍵ペアを生成する。

例えば、検証部３５は、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功し、かつユーザＵが物体を所有していることが確認された場合に、ユーザＵの認証に使用する認証用秘密鍵と認証用公開鍵との認証用鍵ペアと、物体の所有証明に使用する所有証明用秘密鍵と所有証明用公開鍵との所有証明用鍵ペアとをそれぞれ生成する。そして、検証部３５は、認証用秘密鍵を用いてチャレンジに署名し、所有証明用秘密鍵を用いてチャレンジに署名する。

このとき、検証部３５は、ユーザＵを示すユーザ識別子（ＵＩＤ）を管理する認証装置に、認証用公開鍵と、認証用秘密鍵で署名した署名付きチャレンジとを送付する。また、検証部３５は、物体を示す物体識別子（ＯＩＤ）を管理する物体管理装置に、所有証明用公開鍵と、所有証明用秘密鍵で署名した署名付きチャレンジとを送付する。

あるいは、検証部３５は、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功し、かつユーザＵが物体を所有していることが確認された場合に、ユーザＵの認証と物体の所有証明の両方を併せ持つ認証・所有証明用秘密鍵と認証・所有証明用公開鍵との認証・所有証明用鍵ペアを生成する。そして、検証部３５は、認証・所有証明用秘密鍵を用いてチャレンジに署名する。

このとき、検証部３５は、ユーザＵを示すユーザ識別子（ＵＩＤ）と物体を示す物体識別子（ＯＩＤ）との両方を管理する認証装置に、認証・所有証明用公開鍵と、認証・所有証明用秘密鍵で署名した署名付きチャレンジとを送付する。

（ＢＣ処理部３６）
ＢＣ処理部３６は、公開鍵をブロックチェーン（ＢＣ）に記録し、公開鍵を使用する認証装置にブロックチェーンで管理されている公開鍵の参照位置を通知する。

例えば、ＢＣ処理部３６は、認証用公開鍵と所有証明用公開鍵とを別々にブロックチェーンに記録し、認証用公開鍵を使用する認証装置にブロックチェーンで管理されている認証用公開鍵の参照位置を通知し、所有証明用公開鍵を使用する管理装置にブロックチェーンで管理されている所有証明用公開鍵の参照位置を通知する。

あるいは、ＢＣ処理部３６は、認証・所有証明用公開鍵をブロックチェーンに記録し、認証・所有証明用公開鍵を使用する認証装置にブロックチェーンで管理されている認証・所有証明用公開鍵の参照位置を通知する。

（記憶部４０）
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。

〔４．サーバ装置の構成例〕
次に、図１４を用いて、実施形態に係るサーバ装置１００の構成について説明する。図１４は、実施形態に係るサーバ装置１００の構成例を示す図である。図１４に示すように、サーバ装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを備える。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図１２参照）と有線又は無線で接続される。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ、ＳＳＤ、光ディスク等の記憶装置によって実現される。図１４に示すように、記憶部１２０は、利用者情報データベース１２１と、履歴情報データベース１２２と、所有情報データベース１２３とを有する。

（利用者情報データベース１２１）
利用者情報データベース１２１は、ユーザＵに関する利用者情報を記憶する。例えば、利用者情報データベース１２１は、ユーザＵの属性等の種々の情報を記憶する。図１５は、利用者情報データベース１２１の一例を示す図である。図１５に示した例では、利用者情報データベース１２１は、「ユーザＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「興味」といった項目を有する。

「ユーザＩＤ」は、ユーザＵを識別するための識別情報を示す。なお、「ユーザＩＤ」は、ユーザＵの連絡先（電話番号、メールアドレス等）であってもよいし、ユーザＵの端末装置１０を識別するための識別情報であってもよい。

また、「年齢」は、ユーザＩＤにより識別されるユーザＵの年齢を示す。なお、「年齢」は、ユーザＵの具体的な年齢（例えば３５歳など）を示す情報であってもよいし、ユーザＵの年代（例えば３０代など）を示す情報であってもよい。あるいは、「年齢」は、ユーザＵの生年月日を示す情報であってもよいし、ユーザＵの世代（例えば８０年代生まれなど）を示す情報であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザＵの性別を示す。

また、「自宅」は、ユーザＩＤにより識別されるユーザＵの自宅の位置情報を示す。なお、図１５に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、ユーザＩＤにより識別されるユーザＵの勤務地（学生の場合は学校）の位置情報を示す。なお、図１５に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「興味」は、ユーザＩＤにより識別されるユーザＵの興味を示す。すなわち、「興味」は、ユーザＩＤにより識別されるユーザＵが関心の高い対象を示す。例えば、「興味」は、ユーザＵが検索エンジンに入力して検索した検索クエリ（キーワード）等であってもよい。なお、図１５に示す例では、「興味」は、各ユーザＵに１つずつ図示するが、複数であってもよい。

例えば、図１５に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＵの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、自宅が「ＬＣ１１」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、勤務地が「ＬＣ１２」であることを示す。また、例えば、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、「スポーツ」に興味があることを示す。

ここで、図１５に示す例では、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」及び「ＬＣ１２」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。

なお、利用者情報データベース１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、利用者情報データベース１２１は、ユーザＵの端末装置１０に関する各種情報を記憶してもよい。また、利用者情報データベース１２１は、ユーザＵのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を記憶してもよい。例えば、利用者情報データベース１２１は、氏名、家族構成、出身地（地元）、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。

（履歴情報データベース１２２）
履歴情報データベース１２２は、ユーザＵの行動を示す履歴情報（ログデータ）に関する各種情報を記憶する。図１６は、履歴情報データベース１２２の一例を示す図である。図１６に示した例では、履歴情報データベース１２２は、「ユーザＩＤ」、「位置履歴」、「検索履歴」、「閲覧履歴」、「購入履歴」、「投稿履歴」といった項目を有する。

「ユーザＩＤ」は、ユーザＵを識別するための識別情報を示す。また、「位置履歴」は、ユーザＵの位置や移動の履歴である位置履歴を示す。また、「検索履歴」は、ユーザＵが入力した検索クエリの履歴である検索履歴を示す。また、「閲覧履歴」は、ユーザＵが閲覧したコンテンツの履歴である閲覧履歴を示す。また、「購入履歴」は、ユーザＵによる購入の履歴である購入履歴を示す。また、「投稿履歴」は、ユーザＵによる投稿の履歴である投稿履歴を示す。なお、「投稿履歴」は、ユーザＵの所有物に関する質問を含んでいてもよい。

例えば、図１６に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＵは、「位置履歴＃１」の通りに移動し、「検索履歴＃１」の通りに検索し、「閲覧履歴＃１」の通りにコンテンツを閲覧し、「購入履歴＃１」の通りに所定の店舗等で所定の商品等を購入し、「投稿履歴」の通りに投稿したことを示す。

ここで、図１６に示す例では、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購入履歴＃１」及び「投稿履歴＃１」といった抽象的な値を用いて図示するが、「Ｕ１」、「位置履歴＃１」、「検索履歴＃１」、「閲覧履歴＃１」、「購入履歴＃１」及び「投稿履歴＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。

なお、履歴情報データベース１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、履歴情報データベース１２２は、ユーザＵの所定のサービスの利用履歴等を記憶してもよい。また、履歴情報データベース１２２は、ユーザＵに対して認証を実施した時間（日時）を示す認証実施時間など認証の履歴に関する情報を記憶してもよい。また、履歴情報データベース１２２は、認証器から送付された公開鍵の履歴（過去の公開鍵のリスト）に関する情報を記憶してもよい。

（所有情報データベース１２３）
所有情報データベース１２３は、ＮＦＴ化した実世界のオブジェクトＯＢＪを所有しているユーザＵの認証とオブジェクト所有証明に関する各種情報を記憶する。図１７は、所有情報データベース１２３の一例を示す図である。図１７に示した例では、所有情報データベース１２３は、「ユーザＩＤ」、「認証用公開鍵」、「オブジェクトＩＤ」、「特徴量」、「所有証明用公開鍵」、「認証・所有証明用公開鍵」といった項目を有する。

「ユーザＩＤ」は、ユーザＵを識別するための識別情報であるユーザ識別子（ＵＩＤ）を示す。また、「認証用公開鍵」は、ユーザＵのＦＩＤＯ認証に用いられる公開鍵を示す。「認証用公開鍵」は、「ユーザＩＤ」ごとに１対１で紐づけられていると好ましい。サーバ装置１００は、認証装置として機能する場合、この認証用公開鍵を用いて署名を検証する。

また、「オブジェクトＩＤ」は、ＮＦＴ化した実世界のオブジェクトＯＢＪを識別するための識別情報であるオブジェクト識別子（ＯＩＤ）を示す。また、「特徴量」は、オブジェクトＯＢＪを測定して得られたオブジェクトＯＢＪの特徴量を示す。なお、オブジェクト識別子（ＯＩＤ）は、特徴量に基づいて生成され、特徴量に基づいて特定される。また、「所有証明用公開鍵」は、ユーザＵがオブジェクトＯＢＪを所有していることの証明に用いられる公開鍵を示す。「所有証明用公開鍵」は、「オブジェクトＩＤ」ごとに１対１で紐づけられていると好ましい。サーバ装置１００は、オブジェクト管理装置として機能する場合、この所有証明用公開鍵を用いて署名を検証する。

また、「認証・所有証明用公開鍵」は、認証とオブジェクト所有証明の両方を併せ持つ鍵ペアの公開鍵を示す。すなわち、「認証・所有証明用公開鍵」は、「認証用公開鍵」と「所有証明用公開鍵」の両方の役割を持つ公開鍵を示す。「認証・所有証明用公開鍵」は、「ユーザＩＤ」と「オブジェクトＩＤ」との組（ペア）ごとに１対１で紐づけられていると好ましい。

なお、「認証・所有証明用公開鍵」を使用する場合は、「認証用公開鍵」と「所有証明用公開鍵」は無くてもよい。反対に、「認証用公開鍵」と「所有証明用公開鍵」を使用する場合は、「認証・所有証明用公開鍵」は無くてもよい。

また、「認証用公開鍵」、「所有証明用公開鍵」及び「認証・所有証明用公開鍵」に該当する公開鍵は、ブロックチェーン（ＢＣ）で管理されていてもよい。この場合、「認証用公開鍵」、「所有証明用公開鍵」及び「認証・所有証明用公開鍵」には、ブロックチェーン上での公開鍵の所在（参照位置）を示す情報であるＢＣ公開鍵参照先（参照識別子）の情報が格納されていてもよい。

例えば、図１７に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザＵは「認証用公開鍵＃Ｕ１」を用いて認証されること、オブジェクトＩＤ「Ｏ１」は「特徴量＃Ｏ１」に基づいて生成されること、オブジェクトＩＤ「Ｏ１」により識別されるオブジェクトＯＢＪは「特徴量＃Ｏ１」により特定されること、当該ユーザＵは当該オブジェクトＯＢＪを所有していることを「所有証明用公開鍵＃Ｕ１Ｏ１」を用いて証明されること、あるいは当該ユーザＵは「認証・所有証明用公開鍵＃Ｕ１Ｏ１」を用いて認証及びオブジェクトＯＢＪの所有証明がされることを示す。

ここで、図１７に示す例では、「Ｕ１」、「認証用公開鍵＃Ｕ１」、「Ｏ１」、「所有証明用公開鍵＃Ｕ１Ｏ１」及び「認証・所有証明用公開鍵＃Ｕ１Ｏ１」といった抽象的な値を用いて図示するが、「Ｕ１」、「認証用公開鍵＃Ｕ１」、「Ｏ１」、「所有証明用公開鍵＃Ｕ１Ｏ１」及び「認証・所有証明用公開鍵＃Ｕ１Ｏ１」には、具体的な文字列や数値等の情報が記憶されるものとする。

なお、所有情報データベース１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、所有情報データベース１２３は、「認証用公開鍵」及び「所有証明用公開鍵」、あるいは「認証・所有証明用公開鍵」を生成した認証器（端末装置１０）に関するアテステーション（attestation：端末／認証器の証明）や、ユーザ検証を行った認証器からのＦＩＤＯアサーション（Assertion：本人性の認証証明）を記憶してもよい。

（制御部１３０）
図１４に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、サーバ装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。

図１４に示す例では、制御部１３０は、取得部１３１を有する。また、サーバ装置１００が認証装置として機能する場合、制御部１３０は、少なくとも、認証処理部１３２と、管理部１３３とを有する。さらに、必要に応じて、ＢＣ登録部１３４と、検証要求部１３５とを有していてもよい。また、サーバ装置１００が認定済み装置（認定済みのＦＩＤＯサーバ）として機能する場合、制御部１３０は、少なくとも、要求受付部１３６と、検証処理部１３７とを有する。

なお、サーバ装置１００は、アプリを起動又はプログラムを実行することで、認証装置又は認定済みＦＩＤＯサーバ（認定済みの情報処理装置）として機能してもよい。すなわち、制御部１３０は、アプリを起動又はプログラムを実行することで、取得部１３１、認証処理部１３２、管理部１３３、ＢＣ登録部１３４、検証要求部１３５、要求受付部１３６、及び検証処理部１３７として機能してもよい。

（取得部１３１）
取得部１３１は、ユーザＵにより入力された検索クエリを取得する。例えば、取得部１３１は、ユーザＵが検索エンジン等に検索クエリを入力してキーワード検索を行った際に、通信部１１０を介して、当該検索クエリを取得する。すなわち、取得部１３１は、通信部１１０を介して、ユーザＵにより検索エンジンやサイト又はアプリの検索窓に入力されたキーワードを取得する。

また、取得部１３１は、通信部１１０を介して、ユーザＵに関する利用者情報を取得する。例えば、取得部１３１は、ユーザＵの端末装置１０から、ユーザＵを示す識別情報（ユーザＩＤ等）や、ユーザＵの位置情報、ユーザＵの属性情報等を取得する。また、取得部１３１は、ユーザＵのユーザ登録時に、ユーザＵを示す識別情報や、ユーザＵの属性情報等を取得してもよい。そして、取得部１３１は、利用者情報を、記憶部１２０の利用者情報データベース１２１に登録する。

また、取得部１３１は、通信部１１０を介して、ユーザＵの行動を示す各種の履歴情報（ログデータ）を取得する。例えば、取得部１３１は、ユーザＵの端末装置１０から、あるいはユーザＩＤ等に基づいて各種サーバ等から、ユーザＵの行動を示す各種の履歴情報を取得する。そして、取得部１３１は、各種の履歴情報を、記憶部１２０の履歴情報データベース１２２に登録する。

（認証処理部１３２）
認証処理部１３２は、ＮＦＴ化した実世界に存在する物体（オブジェクト）の所有者であるユーザに対してＦＩＤＯ認証を行う。認証処理部１３２は、ユーザにユーザ識別子を事前に割り当てて管理する。

なお、認証処理部１３２は、認証器でユーザが物体を所有していることが確認された際に認証器により生成されたユーザの認証と物体の所有証明の両方を併せ持つ認証・所有証明用鍵ペアを用いて、ユーザに対してＦＩＤＯ認証を行う。

あるいは、認証処理部１３２は、認証器でユーザが物体を所有していることが確認された際に認証器により生成された認証用鍵ペアを用いてユーザの署名を検証し、署名の検証に成功した場合、ユーザを示すユーザ識別子を特定して管理部１３３に通知する。

また、認証処理部１３２は、秘密鍵で署名された署名付き情報に対して、ブロックチェーンで管理されている公開鍵を使用して署名を検証することも可能である。

例えば、認証処理部１３２は、ＦＩＤＯ認証の際に、認証用秘密鍵で署名された署名付き情報に対して、ブロックチェーンで管理されている認証用公開鍵を使用して署名を検証する。また、認証処理部１３２は、ユーザに対するＦＩＤＯ認証の際に、所有証明用秘密鍵で署名された署名付き情報に対して、ブロックチェーンで管理されている所有証明用公開鍵を使用して署名を検証する。

あるいは、認証処理部１３２は、ユーザに対するＦＩＤＯ認証の際に、認証・所有証明用秘密鍵で署名された署名付き情報に対して、ブロックチェーンで管理されている認証・所有証明用公開鍵を使用して署名を検証する。

（管理部１３３）
管理部１３３は、ＦＩＤＯ認証に成功した場合、ユーザを示すユーザ識別子とＮＦＴ化した物体を示す物体識別子とを紐づけて管理する。管理部１３３は、ＮＦＴ化した実世界に存在する物体に物体識別子を事前に割り当てて管理する。

管理部１３３は、センサを介して実世界に存在する物体の情報を取得し、物体の情報に基づく特徴量から物体を示す物体識別子を生成する。また、管理部１３３は、実世界に存在する物体に関するセンシング情報に基づいて物体を示す物体識別子を取得し、取得された物体識別子に紐づけられたユーザ識別子からユーザを特定する。

なお、管理部１３３は、ユーザの認証と物体の所有証明の両方を併せ持つ認証・所有証明用鍵ペアによりＦＩＤＯ認証に成功した場合、ユーザ識別子と物体識別子とを紐づけて管理する。

あるいは、管理部１３３は、認証器でユーザが物体を所有していることが確認された際に認証器により生成された所有証明用鍵ペアを用いてユーザの署名を検証し、署名の検証に成功した場合、ユーザ識別子と物体識別子とを紐づけて管理する。

また、管理部１３３は、認証器で生成された秘密鍵と公開鍵との鍵ペアのうち公開鍵をブロックチェーン（ＢＣ）で管理することも可能である。具体的には、管理部１３３は、認証器を用いた認証の対象となるユーザを示すユーザ識別子と、ブロックチェーンで管理されている公開鍵の参照位置を示す参照識別子とを紐づけて管理する。

例えば、管理部１３３は、ＦＩＤＯ認証に使用する認証用秘密鍵と認証用公開鍵との認証用鍵ペアのうち認証用公開鍵をブロックチェーンで管理する。また、管理部１３３は、物体の所有証明に使用する所有証明用秘密鍵と所有証明用公開鍵との所有証明用鍵ペアのうち所有証明用公開鍵をブロックチェーンで管理する。

あるいは、管理部１３３は、ユーザの認証と物体の所有証明との両方を併せ持つ認証・所有証明用秘密鍵と認証・所有証明用公開鍵との認証・所有証明用鍵ペアのうち認証・所有証明用公開鍵をブロックチェーンで管理する。

管理部１３３は、ブロックチェーンで管理されている公開鍵を用いてＦＩＤＯ認証に成功した場合、ユーザを示すユーザ識別子とＮＦＴ化した物体を示す物体識別子とを紐づけて管理する。

（ＢＣ登録部１３４）
ＢＣ登録部１３４は、認証の適切性の検証に用いるための認証履歴をブロックチェーン（ＢＣ）に登録する。例えば、ＢＣ登録部１３４は、ＦＩＤＯ認証の認証履歴をブロックチェーンに登録する。

また、ＢＣ登録部１３４は、ユーザを検証した認証器から受信したアサーションと認証に用いる公開鍵とをブロックチェーンに登録する。このとき、ＢＣ登録部１３４は、ユーザを検証した認証器から受信したアサーションと認証に用いる公開鍵とともに、認証が実施された日時を示す認証実施時間をブロックチェーンに登録してもよい。

なお、ＢＣ登録部１３４は、サーバ装置１００が有する計算リソースを用いてブロックチェーンへの各種情報の登録を実現してもよい。例えば、ＢＣ登録部１３４は、他の情報処理装置（いわゆるマイナー）に対してブロックチェーンへの登録に要する各種情報処理の実行を依頼することで、ブロックチェーンに対する各種情報の登録を実現してもよい。

（検証要求部１３５）
検証要求部１３５は、ユーザから認証の適切性の問い合わせを受け付けると、認定済みの情報処理装置に対して、ブロックチェーン（ＢＣ）に登録された認証履歴を用いた認証の適切性の検証要求を送信し、認定済みの情報処理装置から認証の適切性の検証結果の通知を受信する。

例えば、検証要求部１３５は、ユーザ又は公的機関が指定した認定済みの情報処理装置に対して、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証要求を送信する。

また、検証要求部１３５は、複数の認定済みの情報処理装置に対して、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証要求を送信し、複数の認定済みの情報処理装置による認証の適切性の検証結果の通知を受信する。このとき、検証要求部１３５は、複数の認定済みの情報処理装置の各々の検証結果に関する多数決の結果の通知を受信してもよい。

（要求受付部１３６）
要求受付部１３６は、認証装置で実施された認証の適切性の検証要求を受け付ける。例えば、要求受付部１３６は、ユーザの端末装置から認証の適切性の問い合わせを受けた認証装置から、認証の適切性の検証要求を受け付ける。あるいは、要求受付部１３６は、認証の適切性の検証要求として、認証を受けたユーザの端末装置から直接、認証の適切性の問い合わせを受け付ける。このとき、要求受付部１３６は、認証の適切性の検証要求とともに、認証を受けたユーザを示すユーザ識別子と、認証が実施された日時に関する情報とを受け付けてもよい。

（検証処理部１３７）
検証処理部１３７は、認証の適切性の検証要求に応じて、ブロックチェーン（ＢＣ）に登録された認証履歴を用いた認証の適切性の検証を行い、検証要求の要求元に検証結果を通知する。

例えば、検証処理部１３７は、認証の適切性の検証要求に応じて、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証を行い、認証装置又は端末装置に検証結果を通知する。

あるいは、検証処理部１３７は、認証の適切性の検証要求としての認証の適切性の問い合わせに応じて、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証を行い、端末装置に検証結果を通知する。

このとき、検証処理部１３７は、認証の適切性の検証要求に応じて、ユーザ識別子及び日時に関する情報に基づいてブロックチェーンに登録された認証履歴の中から該当する認証履歴を引き当て、引き当てた認証履歴を用いた認証の適切性の検証を行い、検証要求の要求元に検証結果を通知してもよい。

〔５．処理手順〕
次に、図１８を用いて実施形態に係るサーバ装置１００による処理手順について説明する。図１８は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、サーバ装置１００の制御部１３０によって繰り返し実行される。

例えば、図１８に示すように、サーバ装置１００の認証処理部１３２は、ユーザＵに対してユーザ識別子（ＵＩＤ）を事前に割り当て、サーバ装置１００の管理部１３３は、オブジェクトＯＢＪに対してオブジェクト識別子（ＯＩＤ）を事前に割り当てる（ステップＳ１０１）。

続いて、サーバ装置１００の認証処理部１３２は、ＮＦＴ化した実世界に存在するオブジェクトＯＢＪを所有しているユーザＵに対するＦＩＤＯ認証を行うため、認証器であるユーザＵの端末装置１０に対して、ユーザの検証を要求し、チャレンジを送付する（ステップＳ１０２）。

このとき、認証器であるユーザＵの端末装置１０の受付部３４は、ユーザＵの検証用の本人確認情報（認証情報）の入力を受け付ける。また、受付部３４は、ユーザＵの検証用の本人確認情報の入力を促す際に、ＮＦＴ化した実世界に存在する物体（オブジェクトＯＢＪ）を所有していることを確認する。

そして、認証器であるユーザＵの端末装置１０の検証部３５は、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功し、かつユーザＵが物体を所有していることが確認された場合に、当該ユーザＵに対応する秘密鍵で署名した署名付きチャレンジをサーバ装置１００に送付する。

続いて、サーバ装置１００の認証処理部１３２は、認証器でユーザＵがオブジェクトＯＢＪを所有していることが確認された際に、認証器から署名付きチャレンジを受け取る（ステップＳ１０３）。

続いて、サーバ装置１００の認証処理部１３２は、認証器により生成された公開鍵がブロックチェーン（ＢＣ）で管理されている場合には、ブロックチェーン上の公開鍵の参照位置を示す参照識別子に基づいて、ブロックチェーンで管理されている公開鍵を参照する（ステップＳ１０４）。

なお、ブロックチェーンではなくサーバ装置１００の内部で公開鍵が管理されている場合には、ブロックチェーンで管理されている公開鍵を参照する処理（上記ステップＳ１０４の処理）は不要である。

続いて、サーバ装置１００の認証処理部１３２は、認証器により生成された公開鍵を用いて署名を検証する（ステップＳ１０５）。

例えば、サーバ装置１００の認証処理部１３２は、認証器でユーザＵがオブジェクトＯＢＪを所有していることが確認された際に、認証器から、認証・ＯＢＪ所有証明用秘密鍵で署名された署名付きチャレンジを受け取り、認証・ＯＢＪ所有証明用公開鍵を用いて署名を検証する。

あるいは、認証装置であるサーバ装置１００の認証処理部１３２は、認証器でユーザＵがオブジェクトＯＢＪを所有していることが確認された際に、認証器から、認証用秘密鍵で署名された署名付きチャレンジを受け取り、認証用公開鍵を用いて署名を検証する。

続いて、サーバ装置１００の管理部１３３は、認証処理部１３２で署名の検証に成功し、ＦＩＤＯ認証に成功した場合、そのユーザＵを示すユーザ識別子（ＵＩＤ）と、所有しているオブジェクトＯＢＪを示すオブジェクト識別子（ＯＩＤ）とを紐づけて管理する（ステップＳ１０６）。

例えば、サーバ装置１００の管理部１３３は、認証・ＯＢＪ所有証明用公開鍵で署名の検証に成功し、ＦＩＤＯ認証に成功した場合、オブジェクト管理機能により、サーバ装置１００の内部で保有するユーザ識別子（ＵＩＤ）とオブジェクト識別子（ＯＩＤ）とを紐づけて管理する。

あるいは、認証装置であるサーバ装置１００の認証処理部１３２は、認証用公開鍵で署名の検証に成功し、ＦＩＤＯ認証に成功した場合、公開鍵暗号ベース認証機能により、ユーザＵを示すユーザ識別子（ＵＩＤ）をオブジェクト管理装置に通知する。

そして、オブジェクト管理装置であるサーバ装置１００の管理部１３３は、オブジェクト管理機能により、認証器から、オブジェクトＯＢＪの所有証明用秘密鍵で署名された署名付きチャレンジを受け取り、所有証明用公開鍵を用いて署名を検証し、署名の検証に成功した場合、そのオブジェクトＯＢＪのオブジェクト識別子（ＯＩＤ）を特定し、認証装置から通知されたユーザ識別子（ＵＩＤ）と、特定されたオブジェクト識別子（ＯＩＤ）とを紐づけて管理する。

続いて、サーバ装置１００のＢＣ登録部１３４は、認証の適切性の検証に用いるための認証履歴をブロックチェーン（ＢＣ）に登録する（ステップＳ１０７）。

例えば、サーバ装置１００のＢＣ登録部１３４は、ユーザＵを検証した認証器から受信したアサーションと認証に用いる公開鍵とをブロックチェーンに登録する。このとき、ＢＣ登録部１３４は、ユーザＵを検証した認証器から受信したアサーションと認証に用いる公開鍵とともに、認証が実施された日時を示す認証実施時間をブロックチェーンに登録してもよい。

続いて、サーバ装置１００の検証要求部１３５は、ユーザＵから認証の適切性の問い合わせを受け付けると、認定済みの情報処理装置（認定済みのＦＩＤＯサーバ）に対して、ブロックチェーン（ＢＣ）に登録された認証履歴を用いた認証の適切性の検証要求を送信する（ステップＳ１０８）。

このとき、認定済みの情報処理装置（認定済みのＦＩＤＯサーバ）であるサーバ装置１００の要求受付部１３６は、認証装置で実施された認証の適切性の検証要求を受け付け、検証処理部１３７は、認証の適切性の検証要求に応じて、ブロックチェーン（ＢＣ）に登録された認証履歴を用いた認証の適切性の検証を行い、検証要求の要求元に検証結果を通知する。

続いて、サーバ装置１００の検証要求部１３５は、認定済みの情報処理装置から認証の適切性の検証結果の通知を受け取り、ユーザＵに通知する（ステップＳ１０９）。

なお、上記のステップＳ１０８及びステップＳ１０９の処理は、認証器と認定済みの情報処理装置との間で直接実施されてもよい。

〔６．変形例〕
上述した端末装置１０及びサーバ装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

上記の実施形態において、サーバ装置１００が実行している処理の一部又は全部は、実際には、端末装置１０が実行してもよい。例えば、スタンドアローン（Stand-alone）で（端末装置１０単体で）処理が完結してもよい。この場合、端末装置１０に、上記の実施形態におけるサーバ装置１００の機能が備わっているものとする。また、上記の実施形態では、端末装置１０はサーバ装置１００と連携しているため、ユーザＵから見れば、サーバ装置１００の処理も端末装置１０が実行しているように見える。すなわち、他の観点では、端末装置１０は、サーバ装置１００を備えているともいえる。

また、上記の実施形態において、実世界のオブジェクトＯＢＪは、生物／非生物を問わない。例えば、ＮＦＴ化した実世界のオブジェクトＯＢＪは、ユーザＵ自身の画像（顔、手、全身等の画像）やユーザＵ自身の私物（個人の所有物）等であってもよい。ユーザＵが著名人や人気者であると、より価値がある。また、車や住宅（部屋）、時計、装飾品、ブランド品等であってもよいし、アンティーク（Antique：骨董品）やヴィンテージ（Vintage：年代物）、その他の限定品・希少品などであってもよい。また、オブジェクトＯＢＪは、ユーザＵが飼育している愛玩動物や産業動物（経済動物）等の生物や、ユーザＵが世話している観葉植物や花卉等の植物などであってもよい。また、ユーザＵの敷地内（私有地）に存在する樹木や岩石等の自然物であってもよい。

また、上記の実施形態において、サーバ装置１００は、対象となる実世界のオブジェクトＯＢＪが過去に当該オブジェクトＯＢＪの専門家や評論家、又は権威や社会的影響力を持つ人間により一時的にでも所有又は取得されたことがある場合、オブジェクトＯＢＪが過去に上記のような人物の手を経ていることを証明してもよい。また、サーバ装置１００は、オブジェクトＯＢＪが上記のような人物による「お墨付き」を得ていることを証明してもよい。なお、人物に限らず、組織や機関であってもよい。

また、上記の実施形態において、サーバ装置１００は、オブジェクトＯＢＪの所有権が移転してオーナーであるユーザＵが入れ替わるたびに、ユーザＵ又はオブジェクトＯＢＪに紐づく鍵ペアを作成し直してもよい。このとき、サーバ装置１００は、オブジェクト識別子（ＯＩＤ）又はオブジェクトＯＢＪのセンシング情報などを用いて、鍵ペアを作り直してもよい。

〔７．効果〕
上述してきたように、本願に係る認証装置として機能する情報処理装置（サーバ装置１００）は、ＮＦＴ化した実世界に存在する物体（オブジェクトＯＢＪ）の所有者であるユーザＵに対してＦＩＤＯ認証を行う認証処理部１３２と、ＦＩＤＯ認証に成功した場合、ユーザＵを示すユーザ識別子（ＵＩＤ）とＮＦＴ化した物体を示す物体識別子（ＯＩＤ）とを紐づけて管理する管理部１３３と、を備える。

認証処理部１３２は、ユーザＵにユーザ識別子（ＵＩＤ）を事前に割り当てて管理する。管理部１３３は、ＮＦＴ化した実世界に存在する物体に物体識別子（ＯＩＤ）を事前に割り当てて管理する。

管理部１３３は、センサを介して実世界に存在する物体の情報を取得し、物体の情報に基づく特徴量から物体を示す物体識別子（ＯＩＤ）を生成する。

管理部１３３は、実世界に存在する物体に関するセンシング情報に基づいて物体を示す物体識別子（ＯＩＤ）を取得し、取得された物体識別子（ＯＩＤ）に紐づけられたユーザ識別子（ＵＩＤ）からユーザＵを特定する。

認証処理部１３２は、認証器でユーザＵが物体を所有していることが確認された際に認証器により生成されたユーザＵの認証と物体の所有証明の両方を併せ持つ認証・所有証明用鍵ペアを用いて、ユーザＵに対してＦＩＤＯ認証を行う。管理部１３３は、ＦＩＤＯ認証に成功した場合、ユーザ識別子（ＵＩＤ）と物体識別子（ＯＩＤ）とを紐づけて管理する。

認証処理部１３２は、認証器でユーザＵが物体を所有していることが確認された際に認証器により生成された認証用鍵ペアを用いてユーザＵの署名を検証し、署名の検証に成功した場合、ユーザＵを示すユーザ識別子（ＵＩＤ）を特定して管理部１３３に通知する。管理部１３３は、認証器でユーザＵが物体を所有していることが確認された際に認証器により生成された所有証明用鍵ペアを用いてユーザＵの署名を検証し、署名の検証に成功した場合、ユーザ識別子（ＵＩＤ）と物体識別子（ＯＩＤ）とを紐づけて管理する。

また、本願に係る認証器として機能する情報処理装置（端末装置１０）は、ユーザＵの検証用の本人確認情報の入力を促す際に、ＮＦＴ化した実世界に存在する物体を所有していることを確認する受付部３４と、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功し、かつユーザＵが物体を所有していることが確認された場合に、秘密鍵と公開鍵との鍵ペアを生成する検証部３５と、を備える。

例えば、検証部３５は、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功し、かつユーザＵが物体を所有していることが確認された場合に、ユーザＵの認証に使用する認証用秘密鍵と認証用公開鍵との認証用鍵ペアと、物体の所有証明に使用する所有証明用秘密鍵と所有証明用公開鍵との所有証明用鍵ペアとをそれぞれ生成し、認証用秘密鍵を用いてチャレンジに署名し、所有証明用秘密鍵を用いてチャレンジに署名する。

このとき、検証部３５は、ユーザＵを示すユーザ識別子（ＵＩＤ）を管理する認証装置に、認証用公開鍵と、認証用秘密鍵で署名した署名付きチャレンジとを送付し、物体を示す物体識別子（ＯＩＤ）を管理する物体管理装置に、所有証明用公開鍵と、所有証明用秘密鍵で署名した署名付きチャレンジとを送付する。

また、検証部３５は、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功し、かつユーザＵが物体を所有していることが確認された場合に、ユーザＵの認証と物体の所有証明の両方を併せ持つ認証・所有証明用秘密鍵と認証・所有証明用公開鍵との認証・所有証明用鍵ペアを生成し、認証・所有証明用秘密鍵を用いてチャレンジに署名する。

あるいは、検証部３５は、ユーザＵを示すユーザ識別子（ＵＩＤ）と物体を示す物体識別子（ＯＩＤ）との両方を管理する認証装置に、認証・所有証明用公開鍵と、認証・所有証明用秘密鍵で署名した署名付きチャレンジとを送付する。

また、本願に係る認証装置として機能する情報処理装置（サーバ装置１００）は、認証器で生成された秘密鍵と公開鍵との鍵ペアのうち公開鍵をブロックチェーンで管理する管理部１３３と、秘密鍵で署名された署名付き情報に対して、ブロックチェーンで管理されている公開鍵を使用して署名を検証する認証処理部１３２と、を備える。

管理部１３３は、認証器を用いた認証の対象となるユーザＵを示すユーザ識別子（ＵＩＤ）と、ブロックチェーンで管理されている公開鍵の参照位置を示す参照識別子とを紐づけて管理する。

認証処理部１３２は、ＮＦＴ化した実世界に存在する物体の所有者であるユーザＵに対してＦＩＤＯ認証を行う。管理部１３３は、ＦＩＤＯ認証に成功した場合、ユーザＵを示すユーザ識別子（ＵＩＤ）とＮＦＴ化した物体を示す物体識別子（ＯＩＤ）とを紐づけて管理する。

管理部１３３は、ＦＩＤＯ認証に使用する認証用秘密鍵と認証用公開鍵との認証用鍵ペアのうち認証用公開鍵をブロックチェーンで管理する。認証処理部１３２は、ＦＩＤＯ認証の際に、認証用秘密鍵で署名された署名付き情報に対して、ブロックチェーンで管理されている認証用公開鍵を使用して署名を検証する。

管理部１３３は、物体の所有証明に使用する所有証明用秘密鍵と所有証明用公開鍵との所有証明用鍵ペアのうち所有証明用公開鍵をブロックチェーンで管理する。認証処理部１３２は、ユーザＵに対するＦＩＤＯ認証の際に、所有証明用秘密鍵で署名された署名付き情報に対して、ブロックチェーンで管理されている所有証明用公開鍵を使用して署名を検証する。

管理部１３３は、ユーザＵの認証と物体の所有証明との両方を併せ持つ認証・所有証明用秘密鍵と認証・所有証明用公開鍵との認証・所有証明用鍵ペアのうち認証・所有証明用公開鍵をブロックチェーンで管理する。認証処理部１３２は、ユーザＵに対するＦＩＤＯ認証の際に、認証・所有証明用秘密鍵で署名された署名付き情報に対して、ブロックチェーンで管理されている認証・所有証明用公開鍵を使用して署名を検証する。

また、本願に係る認証器として機能する情報処理装置（端末装置１０）は、ユーザＵの検証用の本人確認情報の入力を受け付ける受付部３４と、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功した場合に、秘密鍵と公開鍵との鍵ペアを生成する検証部３５と、公開鍵をブロックチェーンに記録し、公開鍵を使用する認証装置にブロックチェーンで管理されている公開鍵の参照位置を通知するＢＣ処理部３６と、を備える。

例えば、受付部３４は、ユーザＵの検証用の本人確認情報の入力を促す際に、ＮＦＴ化した実世界に存在する物体を所有していることを確認する。検証部３５は、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功し、かつユーザＵが物体を所有していることが確認された場合に、ＦＩＤＯ認証に使用する認証用秘密鍵と認証用公開鍵との認証用鍵ペアと、物体の所有証明に使用する所有証明用秘密鍵と所有証明用公開鍵との所有証明用鍵ペアとをそれぞれを生成する。ＢＣ処理部３６は、認証用公開鍵と所有証明用公開鍵とを別々にブロックチェーンに記録し、認証用公開鍵を使用する認証装置にブロックチェーンで管理されている認証用公開鍵の参照位置を通知し、所有証明用公開鍵を使用する管理装置にブロックチェーンで管理されている所有証明用公開鍵の参照位置を通知する。

あるいは、受付部３４は、ユーザＵの検証用の本人確認情報の入力を促す際に、ＮＦＴ化した実世界に存在する物体を所有していることを確認する。検証部３５は、本人確認情報に基づいてユーザＵを検証し、ユーザＵの検証に成功し、かつユーザＵが物体を所有していることが確認された場合に、ユーザＵの認証と物体の所有証明の両方を併せ持つ認証・所有証明用秘密鍵と認証・所有証明用公開鍵との認証・所有証明用鍵ペアを生成する。ＢＣ処理部３６は、認証・所有証明用公開鍵をブロックチェーンに記録し、認証・所有証明用公開鍵を使用する認証装置にブロックチェーンで管理されている認証・所有証明用公開鍵の参照位置を通知する。

本願に係る情報処理装置（サーバ装置１００）は、ユーザＵに対して認証を行う認証処理部１３２と、認証の適切性の検証に用いるための認証履歴をブロックチェーンに登録するＢＣ登録部１３４と、を備える。

また、本願に係る情報処理装置（サーバ装置１００）は、ユーザＵから認証の適切性の問い合わせを受け付けると、認定済みの情報処理装置に対して、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証要求を送信し、認定済みの情報処理装置から認証の適切性の検証結果の通知を受信する検証要求部１３５と、をさらに備える。

検証要求部１３５は、ユーザＵ又は公的機関が指定した認定済みの情報処理装置に対して、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証要求を送信する。

また、検証要求部１３５は、複数の認定済みの情報処理装置に対して、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証要求を送信し、複数の認定済みの情報処理装置による認証の適切性の検証結果の通知を受信する。

このとき、検証要求部１３５は、複数の認定済みの情報処理装置の各々の検証結果に関する多数決の結果の通知を受信する。

ＢＣ登録部１３４は、ユーザＵを検証した認証器から受信したアサーションと認証に用いる公開鍵とをブロックチェーンに登録する。

ＢＣ登録部１３４は、ユーザＵを検証した認証器から受信したアサーションと認証に用いる公開鍵とともに、認証が実施された日時を示す認証実施時間をブロックチェーンに登録する。

また、本願に係る認定済みの情報処理装置（サーバ装置１００）は、認証装置で実施された認証の適切性の検証要求を受け付ける要求受付部１３６３４と、認証の適切性の検証要求に応じて、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証を行い、検証要求の要求元に検証結果を通知する検証処理部１３７と、を備える。

例えば、要求受付部１３６３４は、ユーザＵの端末装置１０から認証の適切性の問い合わせを受けた認証装置から、認証の適切性の検証要求を受け付ける。検証処理部１３７は、認証の適切性の検証要求に応じて、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証を行い、認証装置又は端末装置１０に検証結果を通知する。

あるいは、要求受付部１３６３４は、認証の適切性の検証要求として、認証を受けたユーザＵの端末装置１０から直接、認証の適切性の問い合わせを受け付ける。検証処理部１３７は、認証の適切性の問い合わせに応じて、ブロックチェーンに登録された認証履歴を用いた認証の適切性の検証を行い、端末装置１０に検証結果を通知する。

このとき、要求受付部１３６３４は、認証の適切性の検証要求とともに、認証を受けたユーザＵを示すユーザ識別子（ＵＩＤ）と、認証が実施された日時に関する情報とを受け付ける。検証処理部１３７は、認証の適切性の問い合わせに応じて、ユーザ識別子（ＵＩＤ）及び日時に関する情報に基づいてブロックチェーンに登録された認証履歴の中から該当する認証履歴を引き当て、引き当てた認証履歴を用いた認証の適切性の検証を行い、検証要求の要求元に検証結果を通知する。

上述した各処理のいずれかもしくは組合せにより、本願に係る情報処理装置は、ＦＩＤＯ認証を利用して、ＮＦＴ化した実世界のオブジェクトを管理し、その所有者を証明することができる。

〔８．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０やサーバ装置１００は、例えば図１９に示すような構成のコンピュータ１０００によって実現される。以下、サーバ装置１００を例に挙げて説明する。図１９は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。

一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢ（Universal Serial Bus）メモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。

出力Ｉ／Ｆ１０６０は、ディスプレイ、プロジェクタ、及びプリンタ等といった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力Ｉ／Ｆ１０７０は、マウス、キーボード、キーパッド、ボタン、及びスキャナ等といった各種の入力装置１０２０から情報を受信するためのインターフェースであり、例えば、ＵＳＢ等により実現される。

また、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０及び入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０及び入力装置１０２０は、ワイヤレス機器であってもよい。

また、出力装置１０１０及び入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等から情報を読み出す装置であってもよい。

ネットワークＩ／Ｆ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力Ｉ／Ｆ１０６０や入力Ｉ／Ｆ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００がサーバ装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。

〔９．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

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

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

例えば、上述したサーバ装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

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

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１情報処理システム
１０端末装置
３４受付部
３５検証部
３６ＢＣ処理部
１００サーバ装置
１１０通信部
１２０記憶部
１２１利用者情報データベース
１２２履歴情報データベース
１２３所有情報データベース
１３０制御部
１３１取得部
１３２認証処理部
１３３管理部
１３４ＢＣ登録部
１３５検証要求部
１３６要求受付部
１３７検証処理部

Claims

ユーザに対して認証を行う認証処理部と、
認証の適切性の検証に用いるための認証履歴をブロックチェーンに登録するＢＣ登録部と、
前記ユーザから認証の適切性の問い合わせを受け付けると、認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信し、前記認定済みの情報処理装置から認証の適切性の検証結果の通知を受信する検証要求部と、
を備え、
前記検証要求部は、複数の認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信し、前記複数の認定済みの情報処理装置による認証の適切性の検証結果の通知を受信する
ことを特徴とする情報処理装置。
前記検証要求部は、前記複数の認定済みの情報処理装置の各々の検証結果に関する多数決の結果の通知を受信する
ことを特徴とする請求項１に記載の情報処理装置。
前記検証要求部は、前記ユーザ又は公的機関が指定した認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信する
ことを特徴とする請求項１又は２に記載の情報処理装置。
前記ＢＣ登録部は、前記ユーザを検証した認証器から受信したアサーションと認証に用いる公開鍵とをブロックチェーンに登録する
ことを特徴とする請求項１～３のうちいずれか１つに記載の情報処理装置。
前記ＢＣ登録部は、前記ユーザを検証した認証器から受信したアサーションと認証に用いる公開鍵とともに、認証が実施された日時を示す認証実施時間をブロックチェーンに登録する
ことを特徴とする請求項４に記載の情報処理装置。
情報処理装置が実行する情報処理方法であって、
ユーザに対して認証を行う認証処理工程と、
認証の適切性の検証に用いるための認証履歴をブロックチェーンに登録するＢＣ登録工程と、
前記ユーザから認証の適切性の問い合わせを受け付けると、認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信し、前記認定済みの情報処理装置から認証の適切性の検証結果の通知を受信する検証要求工程と、
を含み、
前記検証要求工程では、複数の認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信し、前記複数の認定済みの情報処理装置による認証の適切性の検証結果の通知を受信する
ことを特徴とする情報処理方法。
ユーザに対して認証を行う認証処理手順と、
認証の適切性の検証に用いるための認証履歴をブロックチェーンに登録するＢＣ登録手順と、
前記ユーザから認証の適切性の問い合わせを受け付けると、認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信し、前記認定済みの情報処理装置から認証の適切性の検証結果の通知を受信する検証要求手順と、
を認定済みのコンピュータに実行させるための情報処理プログラムであって、
前記検証要求手順では、複数の認定済みの情報処理装置に対して、ブロックチェーンに登録された前記認証履歴を用いた認証の適切性の検証要求を送信し、前記複数の認定済みの情報処理装置による認証の適切性の検証結果の通知を受信する
ことを特徴とする情報処理プログラム。