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

Abstract

【課題】コンテンツが正当なものではない場合の対処を実現することを図る。【解決手段】保険契約加入者がブロックチェーン上で保有者として登録された非代替性トークンを特定するトークン識別情報と、非代替性トークンのコンテンツにアクセスするためのアクセス先情報を取得する保険対象トークン情報取得部と、トークン識別情報と、アクセス先情報に基づいて取得されたコンテンツから取得された第１の特徴量とを関連付けて記憶する記憶部と、保険契約加入者からトークン識別情報に関する保険金請求を受付けた後に、アクセス先情報に基づいて取得したコンテンツから第２の特徴量を取得する第２特徴量取得部と、第１の特徴量と第２の特徴量とが一致しない場合に、保険契約加入者または非代替性トークンの保有者に支払う保険金を特定する保険金特定部と、を備える。【選択図】図２

Description

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

近年、ＮＦＴ（Non-Fungible Token、非代替性トークン）は、例えばデジタルアートやゲームアイテムやトレーディングカード等のコンテンツに対して唯一性や保有者を証明することができるものとして注目されている。そのＮＦＴを扱うマーケットプレイス（ＮＦＴマーケットプレイス）では、ＮＦＴを購入したり販売したりすることができるようになっている。特許文献１には、ＮＦＴに対応するコンテンツのメタデータがコンテンツを特定するための情報要素としてコンテンツのハッシュ値を含み、ユーザがコンテンツを取得した場合に、取得されたコンテンツのハッシュ値とメタデータに含まれるハッシュ値とが一致するか否かによって、取得されたコンテンツの正当性を判断する技術が記載されている。

特開２０２２－１３２０３３号公報

しかし、上述した特許文献１に記載された技術では、改ざん等によりコンテンツが正当なものではないことを判断することができるが、コンテンツが正当なものではない場合の対処方法までは開示されない。

本発明は、このような事情を考慮してなされたものであり、その目的は、コンテンツが正当なものではない場合の対処を実現することを図ることにある。

本発明の一態様は、保険契約加入者がブロックチェーン上で保有者として登録された非代替性トークンを特定するトークン識別情報と、前記非代替性トークンに対応するコンテンツにアクセスするためのアクセス先情報を取得する保険対象トークン情報取得部と、前記トークン識別情報と、前記アクセス先情報に基づいて取得されたコンテンツから取得された第１の特徴量とを関連付けて記憶する記憶部と、前記保険契約加入者から前記トークン識別情報に関する保険金請求を受付ける受付部と、前記保険金請求を受付けた後に、前記アクセス先情報に基づいて取得したコンテンツから第２の特徴量を取得する第２特徴量取得部と、前記第１の特徴量と前記第２の特徴量とが一致しない場合に、前記保険契約加入者または前記非代替性トークンの保有者に支払う保険金を特定する保険金特定部と、を備える情報処理装置である。
本発明の一態様は、上記の情報処理装置において、保険金請求を受付ける前に、前記第１の特徴量及び前記第２の特徴量を導出する関数と、前記第１の特徴量とを前記保険契約加入者へ提供する特徴量情報提供部をさらに備える、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記特徴量情報提供部は、前記保険契約加入者から前記第１の特徴量の認証を取得する、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記第１の特徴量及び前記第２の特徴量を導出する関数と、前記第１の特徴量とを前記保険契約加入者から取得する特徴量情報取得部をさらに備える、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記特徴量情報取得部は、前記アクセス先情報に基づいて取得されたコンテンツから前記関数を用いて導出した特徴量によって、前記保険契約加入者から取得した前記第１の特徴量を検証する、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記第２特徴量取得部は、前記アクセス先情報に基づいて取得したコンテンツから前記関数を用いて前記第２の特徴量を導出する、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記特徴量はハッシュ値である、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記保険金は、前記保険契約加入者が保険料を支払うことが契約条件に含まれる保険の保険金である、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記保険金は、前記ブロックチェーン上で登録されている前記非代替性トークンの保有者が前記保険契約加入者とは異なる者であることが支払い時の条件に含まれる保険の保険金である、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記保険金は、前記保険契約加入者による前記非代替性トークンの売却により前記保険契約加入者とは異なる者が前記非代替性トークンの保有者となったことに基づいて支払われる、情報処理装置である。
本発明の一態様は、上記の情報処理装置において、前記保険金特定部は、前記非代替性トークンの売却金額に基づいて前記保険金を特定する、情報処理装置である。

本発明の一態様は、情報処理装置が実行する情報処理方法であって、保険契約加入者がブロックチェーン上で保有者として登録された非代替性トークンを特定するトークン識別情報と、前記非代替性トークンに対応するコンテンツにアクセスするためのアクセス先情報を取得する保険対象トークン情報取得ステップと、前記トークン識別情報と、前記アクセス先情報に基づいて取得されたコンテンツから取得された第１の特徴量とを関連付けて記憶する記憶ステップと、前記保険契約加入者から前記トークン識別情報に関する保険金請求を受付ける受付ステップと、前記保険金請求を受付けた後に、前記アクセス先情報に基づいて取得したコンテンツから第２の特徴量を取得する第２特徴量取得ステップと、前記第１の特徴量と前記第２の特徴量とが一致しない場合に、前記保険契約加入者または前記非代替性トークンの保有者に支払う保険金を特定する保険金特定ステップと、を含む情報処理方法である。

本発明によれば、コンテンツが正当なものではない場合の対処を実現することができるという効果が得られる。

一実施形態に係る情報処理システムの構成例を示すブロック図である。 一実施形態に係る保険会社サーバ（情報処理装置）の構成例を示すブロック図である。 一実施形態に係る保険対象トークン管理情報の構成例を示す図である。 一実施形態に係る情報処理方法の手順の一例を示すシーケンス図である。

以下、図面を参照し、本発明の実施形態について説明する。
図１は、一実施形態に係る情報処理システムの構成例を示すブロック図である。図１において、保険会社サーバ１は、ＮＦＴ（非代替性トークン）に対応するコンテンツに対する改ざん等の変更によるコンテンツの正当性の消失に対して保険金を支払う保険（説明の便宜上、ＮＦＴコンテンツ保険と称する）に関する情報処理を実行する。ＮＦＴコンテンツ保険は、保険契約加入者（以下、保険加入者と称する）が保険料を支払うことが保険金を支払うための契約条件に含まれる保険である。したがって、保険加入者が保険金を支払わなければ、保険金は支払われない。

保険会社サーバ１は、インターネット等の通信ネットワークＮＷを介して、保険加入者が使用する端末（保険加入者端末）２との間でデータを送受する。保険加入者は、保険会社との間でＮＦＴコンテンツ保険の保険契約を締結する者である。本実施形態では、保険加入者の一例として、保険加入者は、ＮＦＴを販売する販売者（以下、ＮＦＴ販売者と称する）である。

ＮＦＴ購入者端末３は、ＮＦＴ購入者が使用する端末である。ＮＦＴ購入者は、ＮＦＴ販売者からＮＦＴを購入する者である。

保険会社サーバ１は、通信ネットワークＮＷを介して、ＮＦＴ管理システム４との間でデータを送受する。ＮＦＴ管理システム４は、ＮＦＴを管理するための情報処理システムである。ＮＦＴ管理システム４が管理するＮＦＴは、ブロックチェーン５上で保有者が管理される。ブロックチェーン５には、ＮＦＴ管理システム４が管理するＮＦＴの来歴が記録されている。このブロックチェーン５によって、ＮＦＴ管理システム４が管理するＮＦＴの保有者が証明される。

ブロックチェーン５には、ＮＦＴの識別子（トークンＩＤ）や保有者を特定する保有者アドレスやメタデータの場所を示すトークンＵＲＩ（Uniform Resource Identifier）などが記録される。ＮＦＴのメタデータは、コンテンツ名称やコンテンツ説明やコンテンツＵＲＬ（Uniform Resource Locator）やコンテンツを特定するための特徴量などを含むデータである。本実施形態では、特徴量の一例としてコンテンツのハッシュ値を用いる。

ＮＦＴ管理システム４は、ＮＦＴマーケットプレイスの機能を有する。ＮＦＴマーケットプレイスの機能は、ＮＦＴの発行や購入や販売等の流通に関する機能であり、例えばＮＦＴの発行要求の受付及びＮＦＴの発行やＮＦＴの購入依頼及び売却依頼の受付及びＮＦＴの売買やＮＦＴの代金の決済等である。

保険会社サーバ１は、通信ネットワークＮＷを介して、コンテンツデータベースＣＤＢとの間でデータを送受する。コンテンツデータベースＣＤＢは、ＮＦＴに対応するコンテンツを格納するデータベースである。コンテンツデータベースＣＤＢにおいてコンテンツの所在は、ＮＦＴのメタデータに含まれるコンテンツＵＲＬで示される。本実施形態において、コンテンツデータベースＣＤＢは、改ざん等によりコンテンツが変更される可能性を完全には否定できないものである。したがって、コンテンツデータベースＣＤＢに格納されたコンテンツは、改ざん等により変更され得る。

ＮＦＴ管理システム４は、例えばコンテンツ作者等のＮＦＴ発行依頼者からのＮＦＴ発行依頼に応じて、コンテンツ作者が作成したコンテンツＡに紐づけられたＮＦＴを発行する。コンテンツ作者が作成したコンテンツＡは、コンテンツデータベースＣＤＢにおいて、ＮＦＴのメタデータに含まれるコンテンツＵＲＬで示される場所に格納される。ＮＦＴ発行時の保有者として、所定のＮＦＴ販売者がブロックチェーン５に記録される。ここで、ＮＦＴ販売者は、コンテンツ作者が作成した正当なコンテンツＡをバックアップしておいてもよい。ＮＦＴ管理システム４は、ＮＦＴ購入者からのＮＦＴ購入依頼に応じて、コンテンツＡに紐づけられたＮＦＴをＮＦＴ購入者に売却する。このＮＦＴ売却により、ＮＦＴ購入者が当該ＮＦＴの保有者としてブロックチェーン５に記録される。これにより、ブロックチェーン５において、当該ＮＦＴの保有者がＮＦＴ販売者からＮＦＴ購入者に変更されたことが示される。

図２は、本実施形態に係る保険会社サーバ（情報処理装置）の構成例を示すブロック図である。図２において、保険会社サーバ１は、保険対象トークン情報取得部１０１と、受付部１０２と、第２特徴量取得部１０３と、保険金特定部１０４と、特徴量情報部１０５と、記憶部２００とを備える。

保険会社サーバ１の各機能は、保険会社サーバ１がＣＰＵ（Central Processing Unit：中央演算処理装置）及びメモリ等のコンピュータハードウェアを備え、ＣＰＵがメモリに格納されたコンピュータプログラムを実行することにより実現される。なお、保険会社サーバ１として、汎用のコンピュータ装置を使用して構成してもよく、又は、専用のハードウェア装置として構成してもよい。例えば、保険会社サーバ１は、インターネット等の通信ネットワークに接続されるサーバコンピュータを使用して構成されてもよい。また、保険会社サーバ１の各機能はクラウドコンピューティングにより実現されてもよい。また、保険会社サーバ１は、単独のコンピュータにより実現するものであってもよく、又は保険会社サーバ１の機能を複数のコンピュータに分散させて実現するものであってもよい。また、保険会社サーバ１として、例えばＷＷＷシステム等を利用してウェブサイトを開設するように構成してもよい。

記憶部２００は、各種のデータを記憶する。記憶部２００は、保険対象トークン管理情報２０１を記憶する。

図３は、本実施形態に係る保険対象トークン管理情報の構成例を示す図である。図３に示されるように、保険対象トークン管理情報２０１は、トークンＩＤと第１特徴量とアクセス先情報と保有者ＩＤとを対応付ける情報である。トークンＩＤは、ブロックチェーン５上に記録されるＮＦＴのトークンＩＤである。第１特徴量は、ＮＦＴに対応するコンテンツから取得された特徴量である。本実施形態では、特徴量の一例としてコンテンツのハッシュ値を用いる。アクセス先情報は、ＮＦＴに対応するコンテンツにアクセスするための情報である。本実施形態では、アクセス先情報の一例として、ＮＦＴのメタデータに含まれるコンテンツＵＲＬを用いる。保有者ＩＤは、ＮＦＴの保有者の識別情報である。

保険対象トークン管理情報２０１は、保険加入者がＮＦＴコンテンツ保険に加入する毎に、保険対象のＮＦＴに関する情報が登録されてもよい。保険対象トークン管理情報２０１は、ＮＦＴ管理システム４においてＮＦＴが新規発行される毎に、新規発行されたＮＦＴに関する情報が登録されてもよい。

保険対象トークン情報取得部１０１は、保険加入者がブロックチェーン５上で保有者として登録されたＮＦＴを特定するトークンＩＤと、当該ＮＦＴに対応するコンテンツにアクセスするためのアクセス先情報としてコンテンツＵＲＬとを取得する。本実施形態では、保険加入者の一例として、保険加入者は、ＮＦＴ販売者である。

例えば、保険対象トークン情報取得部１０１は、保険加入者がＮＦＴコンテンツ保険に加入する際に、保険加入者端末２から、トークンＩＤと、コンテンツＵＲＬと、ＮＦＴの保有者であるＮＦＴ販売者の識別情報（保有者ＩＤ）とを受信する。保険対象トークン情報取得部１０１は、保険加入者端末２から受信したトークンＩＤ、コンテンツＵＲＬ及び保有者ＩＤを保険対象トークン管理情報２０１に登録する。これにより、例えばコンテンツＡに対応するＮＦＴのトークンＩＤ「トークンｉｄ＿Ａ」とアクセス先情報「コンテンツＵＲＬ＿Ａ」と保有者ＩＤ「保有者ｉｄ＿Ａ」とが関連付けて保険対象トークン管理情報２０１に格納される。

保険対象トークン情報取得部１０１は、アクセス先情報に基づいて取得されたコンテンツから取得された第１特徴量を保険対象トークン管理情報２０１に登録する。これにより、例えばアクセス先情報「コンテンツＵＲＬ＿Ａ」により取得されたコンテンツＡから取得された第１特徴量「ハッシュ値＿Ａ１」がトークンＩＤ「トークンｉｄ＿Ａ」に関連付けて保険対象トークン管理情報２０１に格納される。

受付部１０２は、ＮＦＴコンテンツ保険に関する加入申込や保険金請求等の各種の受付を行う。例えば、受付部１０２は、保険加入者端末２からトークンＩＤを含む保険金請求データを受信することにより、保険加入者からのトークンＩＤに関する保険金請求を受付ける。

第２特徴量取得部１０３は、受付部１０２により保険金請求を受付けた後に、アクセス先情報に基づいて取得したコンテンツから第２特徴量を取得する。第２特徴量は、第１特徴量と同様に、ＮＦＴに対応するコンテンツから取得された特徴量である。本実施形態では、特徴量の一例としてコンテンツのハッシュ値を用いる。

保険金特定部１０４は、同じトークンＩＤの第１の特徴量と第２の特徴量とが一致しない場合に、保険金の受取人に支払う保険金を特定する。保険金の受取人は、ＮＦＴコンテンツ保険の契約において指定される。保険金の受取人は、例えば、保険加入者または保険金請求時におけるＮＦＴの保有者である。保険金の受取人を保険金請求時におけるＮＦＴの保有者にすることによって、ＮＦＴコンテンツ保険付きであるというＮＦＴの価値の向上により、ＮＦＴの売買価格が向上する効果が期待できる。

特徴量情報部１０５は、特徴量に関する処理を実行する。特徴量情報部１０５が実行する処理として、以下に示す２通りの処理１，２がある。特徴量情報部１０５は、当該処理１，２のうちいずれかを実行するように予め設定される。

（特徴量情報部の処理１）
特徴量情報部１０５は、保険金請求を受付ける前に、第１特徴量及び第２特徴量を導出する関数と、第１特徴量とを保険加入者へ提供する。本実施形態では、第１特徴量及び第２特徴量を導出する関数はハッシュ関数である。例えば、特徴量情報部１０５は、ＮＦＴコンテンツ保険に加入した保険加入者に対して受付部１０２が保険金請求の受付を開始する前に、当該保険加入者の保険加入者端末２に対して、ハッシュ関数と、保険対象トークン管理情報２０１において当該保険加入者の保険対象のコンテンツＡのＮＦＴのトークンＩＤ「トークンｉｄ＿Ａ」に関連付けられた第１特徴量「ハッシュ値＿Ａ１」とを送信して第１特徴量の認証を依頼する。当該保険加入者端末２は、ＮＦＴ販売者である保険加入者がバックアップしておいた正当なコンテンツＡから当該ハッシュ関数によりハッシュ値を導出し、導出したハッシュ値と当該第１特徴量「ハッシュ値＿Ａ１」とを比較する。当該保険加入者端末２は、当該比較の結果、一致する場合は当該第１特徴量「ハッシュ値＿Ａ１」の認証成功を保険会社サーバ１へ返信する。一方、当該保険加入者端末２は、当該比較の結果、一致しない場合は当該第１特徴量「ハッシュ値＿Ａ１」の認証失敗を保険会社サーバ１へ返信する。特徴量情報部１０５は、当該保険加入者端末２から受信した第１特徴量「ハッシュ値＿Ａ１」の認証結果「認証の成功又は失敗」を取得する。第１特徴量「ハッシュ値＿Ａ１」の認証成功の場合は、第１特徴量「ハッシュ値＿Ａ１」がトークンＩＤ「トークンｉｄ＿Ａ」に関連付けて保険対象トークン管理情報２０１に格納される。第１特徴量「ハッシュ値＿Ａ１」の検証失敗の場合は、第１特徴量「ハッシュ値＿Ａ１」は保険対象トークン管理情報２０１に格納されない。特徴量情報部の処理１は、特徴量情報提供部に対応する。

（特徴量情報部の処理２）
特徴量情報部１０５は、第１特徴量及び第２特徴量を導出する関数と、第１特徴量とを保険加入者から取得する。本実施形態では、第１特徴量及び第２特徴量を導出する関数はハッシュ関数である。例えば、特徴量情報部１０５は、ＮＦＴコンテンツ保険に加入した保険加入者に対して受付部１０２が保険金請求の受付を開始する前に、当該保険加入者の保険加入者端末２に対して、ハッシュ関数を要求すると共に、保険対象トークン管理情報２０１に登録された当該保険加入者の保険対象のトークンＩＤ「トークンｉｄ＿Ａ」を指定して該当ＮＦＴのコンテンツＡから取得されたハッシュ値を要求する。当該保険加入者端末２は、予め、ハッシュ関数を有する。当該保険加入者端末２は、ＮＦＴ販売者である保険加入者がバックアップしておいた正当なコンテンツＡから当該ハッシュ関数によりハッシュ値＿ａを導出し、導出したハッシュ値＿ａと当該ハッシュ関数とを保険会社サーバ１へ返信する。特徴量情報部１０５は、当該保険加入者端末２から受信したハッシュ関数を用いて、保険対象トークン管理情報２０１に登録されたアクセス先情報「コンテンツＵＲＬ＿Ａ」により取得されたコンテンツＡからハッシュ値＿Ａ１を導出する。特徴量情報部１０５は、導出したハッシュ値＿Ａ１と、当該保険加入者端末２から受信したハッシュ値＿ａとを比較する。特徴量情報部１０５は、当該比較の結果、一致する場合はハッシュ値＿Ａ１の検証成功を判断する。一方、特徴量情報部１０５は、当該比較の結果、一致しない場合はハッシュ値＿Ａ１の検証失敗を判断する。ハッシュ値＿Ａ１の検証成功の場合は、当該ハッシュ値＿Ａ１が第１特徴量としてトークンＩＤ「トークンｉｄ＿Ａ」に関連付けて保険対象トークン管理情報２０１に格納される。ハッシュ値＿Ａ１の検証失敗の場合は、当該ハッシュ値＿Ａ１は保険対象トークン管理情報２０１に格納されない。特徴量情報部の処理２は、特徴量情報取得部に対応する。

特徴量情報部の処理２の場合、第２特徴量取得部１０３は、特徴量情報部１０５が保険加入者から取得した関数を用いて第２特徴量を導出する。例えば、第２特徴量取得部１０３は、トークンＩＤ「トークンｉｄ＿Ａ」が保険対象である保険加入者の保険加入者端末２から受信したハッシュ関数を用いて、トークンＩＤ「トークンｉｄ＿Ａ」のＮＦＴのコンテンツＡから第２特徴量のハッシュ値を導出する。

次に図４を参照して本実施形態に係る情報処理方法を説明する。図４は、本実施形態に係る情報処理方法の手順の一例を示すシーケンス図である。ここでは、説明の便宜上、保険対象はトークンＩＤ「トークンｉｄ＿Ａ」のコンテンツＡであり、アクセス先情報は「コンテンツＵＲＬ＿Ａ」であり、ＮＦＴ販売者（保険加入者）の識別情報は「保有者ｉｄ＿Ａ」であり、ＮＦＴ購入者の識別情報は「購入者ｉｄ＿ａ」である。

また、ここでのＮＦＴコンテンツ保険は、保険加入者が保険料を支払うことが保険金を支払うための契約条件に含まれる保険である（保険金支払条件１）。さらに、ブロックチェーン５上で登録されているＮＦＴの保有者が保険加入者とは異なる者であることが保険金の支払い時の条件に含まれる（保険金支払条件２）。さらには、当該保険金は、保険加入者によるＮＦＴの売却により当該保険加入者とは異なる者が当該ＮＦＴの保有者となったことに基づいて支払われるものである（保険金支払条件３）。なお、ＮＦＴコンテンツ保険の保険金の支払い条件は、これに限定されない。

（ステップＳ１００） ＮＦＴ販売者である保険加入者は、保険加入者端末２により、保険会社サーバ１に対してＮＦＴコンテンツ保険の加入を申請する。当該保険の加入申請では、保険対象の「トークンｉｄ＿Ａ」と「コンテンツＵＲＬ＿Ａ」とＮＦＴの保有者であるＮＦＴ販売者の識別情報「保有者ｉｄ＿Ａ」とが、保険加入者端末２から保険会社サーバ１へ送信される。保険会社サーバ１の受付部１０２は、保険加入者端末２から保険対象の「トークンｉｄ＿Ａ」、「コンテンツＵＲＬ＿Ａ」及び「保有者ｉｄ＿Ａ」を受信し、ＮＦＴコンテンツ保険の加入申請を受け付ける。

（ステップＳ１０１） 保険会社サーバ１の特徴量情報部１０５は、保険加入者端末２から受信した「コンテンツＵＲＬ＿Ａ」により、コンテンツデータベースＣＤＢからコンテンツＡを取得する。

（ステップＳ１０２） 保険会社サーバ１の特徴量情報部１０５は、保険加入者端末２との間で、コンテンツＡの第１特徴量の認証を行う。コンテンツＡの第１特徴量の認証は、上述した特徴量情報部の処理１又は処理２によって行われる。

特徴量情報部の処理１では、特徴量情報部１０５は、第１特徴量及び第２特徴量を導出するハッシュ関数と、コンテンツＡから当該ハッシュ関数により導出した第１特徴量「ハッシュ値＿Ａ１」とを保険加入者端末２へ送信し、保険加入者端末２から当該第１特徴量「ハッシュ値＿Ａ１」の認証結果「認証の成功又は失敗」を取得する。

特徴量情報部の処理２では、特徴量情報部１０５は、保険加入者端末２から、ハッシュ関数とコンテンツＡのハッシュ値＿ａとを取得し、当該ハッシュ値＿ａと、当該ハッシュ関数によりコンテンツＡから導出したハッシュ値＿Ａ１とを比較する。特徴量情報部１０５は、当該比較の結果、一致する場合はハッシュ値＿Ａ１の検証成功を判断する。一方、特徴量情報部１０５は、当該比較の結果、一致しない場合はハッシュ値＿Ａ１の検証失敗を判断する。

（ステップＳ１０３） 保険対象トークン情報取得部１０１は、ステップＳ１０２の結果、特徴量情報部の処理１による認証成功又は特徴量情報部の処理２による検証成功の場合に、第１特徴量「ハッシュ値＿Ａ１」と、保険加入者端末２からＮＦＴコンテンツ保険の加入申請で受信した「トークンｉｄ＿Ａ」、「コンテンツＵＲＬ＿Ａ」及び「保有者ｉｄ＿Ａ」とを関連付けて保険対象トークン管理情報２０１に登録する（ＮＦＴコンテンツ保険の加入申請情報の記録）。一方、ステップＳ１０２の結果、特徴量情報部の処理１による認証失敗又は特徴量情報部の処理２による検証失敗の場合には、第１特徴量「ハッシュ値＿Ａ１」と、保険加入者端末２からＮＦＴコンテンツ保険の加入申請で受信した「トークンｉｄ＿Ａ」、「コンテンツＵＲＬ＿Ａ」及び「保有者ｉｄ＿Ａ」とは、保険対象トークン管理情報２０１に登録されない。

（ステップＳ１０４） 受付部１０２は、ステップＳ１０２の結果、特徴量情報部の処理１による認証成功又は特徴量情報部の処理２による検証成功の場合に、保険加入者端末２に対して、ＮＦＴコンテンツ保険の加入申請応答「加入許可」を送信する。一方、受付部１０２は、ステップＳ１０２の結果、特徴量情報部の処理１による認証失敗又は特徴量情報部の処理２による検証失敗の場合には、保険加入者端末２に対して、ＮＦＴコンテンツ保険の加入申請応答「加入不許可」を送信する。ＮＦＴコンテンツ保険の加入申請応答「加入不許可」の場合は、図４の処理を終了する。

このようにＮＦＴコンテンツ保険の加入申請に対して、コンテンツデータベースＣＤＢ内のコンテンツＡの正当性を検証してから当該加入申請の許可又は不許可を応答することによって、保険加入時に既にコンテンツデータベースＣＤＢ内のコンテンツＡが正当なものではなくなっているという事態を防止することができる。
以降は、ＮＦＴコンテンツ保険の加入申請応答「加入許可」の場合の手順である。

（ステップＳ１０５） ＮＦＴ購入者は、ＮＦＴ購入者端末３により、ＮＦＴ管理システム４に対してコンテンツＡのＮＦＴの購入を依頼し、コンテンツＡのＮＦＴを購入する。これにより、ブロックチェーン５において、当該ＮＦＴの保有者がＮＦＴ販売者（保有者ｉｄ＿Ａ）からＮＦＴ購入者（購入者ｉｄ＿ａ）に変更される。
なお、コンテンツＡのＮＦＴの購入取引時に、ＮＦＴ管理システム４は、コンテンツデータベースＣＤＢに格納されているコンテンツＡの正当性を検証してもよい。具体的には、ＮＦＴ管理システム４は、コンテンツデータベースＣＤＢに格納されているコンテンツＡのハッシュ値をハッシュ関数により導出し、導出したハッシュ値とコンテンツＡのＮＦＴのメタデータに含まれるハッシュ値とが一致する場合に検証成功とし、一致しない場合に検証失敗とする。当該検証が成功の場合はコンテンツＡのＮＦＴの購入取引が進められる。一方、当該検証が失敗の場合はコンテンツＡのＮＦＴの購入取引が中止される。
また、ＮＦＴ購入者は、ＮＦＴ購入者端末３により、当該ハッシュ関数をＮＦＴ管理システム４から取得してもよい。これにより、ＮＦＴ購入者は、コンテンツＡのＮＦＴの購入後に、当該ハッシュ関数を用いて、コンテンツデータベースＣＤＢに格納されているコンテンツＡの正当性を上述したハッシュ値の一致確認により検証することにより、自己が購入したＮＦＴに対応するコンテンツＡが改ざんされている等を発見することができる。

（ステップＳ１０６） ＮＦＴ購入者は、ＮＦＴ購入者端末３により、購入したＮＦＴのメタデータに含まれる「コンテンツＵＲＬ＿Ａ」により、コンテンツデータベースＣＤＢからコンテンツＡを取得する。

（ステップＳ１０７） ＮＦＴ購入者端末３は、予め、ハッシュ関数を有する。例えば、コンテンツＡのＮＦＴの購入時に、ＮＦＴ管理システム４からハッシュ関数が取得される。ＮＦＴ購入者端末３は、コンテンツデータベースＣＤＢから取得したコンテンツＡから当該ハッシュ関数によりハッシュ値を導出する。ＮＦＴ購入者端末３は、導出したハッシュ値と、購入したＮＦＴのメタデータに含まれるハッシュ値とを比較する。当該比較の結果、両者が一致する場合、購入したＮＦＴのメタデータに含まれる「コンテンツＵＲＬ＿Ａ」で示されるコンテンツデータベースＣＤＢ内のコンテンツＡが正当なものであると判断することができる。一方、当該比較の結果、両者が一致しない場合は、購入したＮＦＴのメタデータに含まれる「コンテンツＵＲＬ＿Ａ」で示されるコンテンツデータベースＣＤＢ内のコンテンツＡが改ざん等により正当なものではないと判断することができる。当該比較の結果、両者が一致する場合は、図４の処理を終了する。以降は、当該比較の結果、両者が一致しない場合の手順である。

（ステップＳ１０８） ＮＦＴ購入者は、ＮＦＴ購入者端末３により、ＮＦＴ販売者である保険加入者の保険加入者端末２に対して、購入したＮＦＴのトークンＩＤ「トークンｉｄ＿Ａ」を通知してコンテンツ改ざん申告を行う。

（ステップＳ１０９） ＮＦＴ販売者である保険加入者は、ＮＦＴ購入者からのコンテンツ改ざん申告に応じて、保険加入者端末２により、保険会社サーバ１に対して、保険対象のトークンＩＤ「トークンｉｄ＿Ａ」を指定して保険金請求を行う。保険会社サーバ１の受付部１０２は、保険加入者端末２からトークンＩＤ「トークンｉｄ＿Ａ」を含む保険金請求データを受信することにより、保険加入者からのトークンＩＤ「トークンｉｄ＿Ａ」に関する保険金請求を受付ける。

（ステップＳ１１０） 保険会社サーバ１の保険金特定部１０４は、ＮＦＴ管理システム４に対して、受付部１０２が受付けた保険金請求の対象のトークンＩＤ「トークンｉｄ＿Ａ」に関するＮＦＴ保有者の照会を行い、その回答を得る。ここでの回答には、当該ＮＦＴ保有者が、ＮＦＴ販売者である保険加入者（保有者ｉｄ＿Ａ）からＮＦＴ購入者（購入者ｉｄ＿ａ）に変更されたことが示される。保険金特定部１０４は、ＮＦＴ管理システム４から得たＮＦＴ保有者の回答と、保険対象トークン管理情報２０１において当該トークンＩＤ「トークンｉｄ＿Ａ」に関連付けられた「保有者ｉｄ＿Ａ」とに基づいて、上記した保険金支払条件２及び保険金支払条件３を満たすと判断する。また、保険金特定部１０４は、保険加入者によって保険料が支払われていること（保険金支払条件１を満たすこと）を確認する。

（ステップＳ１１１） 保険会社サーバ１の第２特徴量取得部１０３は、保険対象トークン管理情報２０１においてトークンＩＤ「トークンｉｄ＿Ａ」に関連付けられたコンテンツＵＲＬ＿Ａにより、コンテンツデータベースＣＤＢからコンテンツＡを取得する。第２特徴量取得部１０３は、コンテンツデータベースＣＤＢから取得したコンテンツＡからハッシュ関数により第２特徴量のハッシュ値を導出する。

（ステップＳ１１２） 保険会社サーバ１の保険金特定部１０４は、保険対象トークン管理情報２０１においてトークンＩＤ「トークンｉｄ＿Ａ」に関連付けられた第１特徴量「ハッシュ値＿Ａ１」と、第２特徴量取得部１０３がコンテンツデータベースＣＤＢから取得したコンテンツＡから導出した第２特徴量のハッシュ値とを比較する。当該比較の結果、両者が一致しない場合は、当該保険金請求の根拠があると判断することができる。一方、当該比較の結果、両者が一致する場合は、当該保険金請求の根拠がないと判断することができる。

（ステップＳ１１３） 保険会社サーバ１の保険金特定部１０４は、上記した保険金支払条件１－３を満たし、且つ第１特徴量「ハッシュ値＿Ａ１」と第２特徴量のハッシュ値とが一致しない場合に、保険金の受取人に支払う保険金を特定する。一方、保険金特定部１０４は、上記した保険金支払条件１－３のいずれかを満たさない、又は第１特徴量「ハッシュ値＿Ａ１」と第２特徴量のハッシュ値とが一致する場合には、保険金の受取人に支払う保険金を特定しない。

（ステップＳ１１４） 保険会社サーバ１の保険金特定部１０４は、保険加入者端末２に対して、保険金応答「保険金の支払いの有り又は無し」を送信する。当該保険金応答は、保険金の受取人に支払う保険金が保険金特定部１０４により特定された場合には、特定された保険金が受取人に支払われることを示す。一方、当該保険金応答は、保険金の受取人に支払う保険金が保険金特定部１０４により特定されなかった場合には、保険金が受取人に支払われないことを示す。

（ステップＳ１１５） ＮＦＴ販売者である保険加入者は、保険会社サーバ１からの保険金応答「保険金の支払いの有り又は無し」に基づいて、保険加入者端末２により、ＮＦＴ購入者端末３へ補償報告を送信する。当該補償報告は、ＮＦＴ販売者が任意に決定してもよい。例えば、当該補償報告は、保険金の受取人がＮＦＴ販売者である保険加入者である場合において保険金が支払われるときは、保険金の全て又は一部をＮＦＴ購入者に支払うことであってもよい。例えば、当該補償報告は、保険金の受取人が保険金請求時におけるＮＦＴの保有者である場合において保険金が支払われるときは、保険金の全てがＮＦＴ購入者に支払われることであってもよい。

なお、ＮＦＴ販売者は、バックアップしておいた正当なコンテンツＡによって、コンテンツデータベースＣＤＢにおいてコンテンツＵＲＬ＿Ａで示されるコンテンツと入れ替えてもよい。この場合、当該補償報告は、コンテンツデータベースＣＤＢにおいてコンテンツＵＲＬ＿Ａで示されるコンテンツを正当なコンテンツＡに入れ替えたことであってもよい。これにより、ＮＦＴ購入者は、コンテンツＵＲＬ＿ＡによりコンテンツデータベースＣＤＢから正当なコンテンツＡを取得することができる。

また、ＮＦＴ販売者が正当なコンテンツＡをバックアップしていない等の理由によりＮＦＴ購入者に対して正当なコンテンツＡを提供できない場合に、ＮＦＴ購入者に保険金を支払うように限定してもよい。この場合、ＮＦＴ購入者に対して正当なコンテンツＡを提供できるときは、ＮＦＴ購入者に対して保険金は支払われない。

上述した実施形態によれば、コンテンツが正当なものではない場合の対処を実現することができるという効果が得られる。

なお、これにより、例えばＮＦＴマーケットプレイスを提供するシステムにおける総合的なサービス品質の向上を実現することができることから、国連が主導する持続可能な開発目標（SDGs）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

以上、本発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。

また、上述した各装置の機能を実現するためのコンピュータプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するようにしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＤＶＤ（Digital Versatile Disc）等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

１…保険会社サーバ、２…保険加入者端末、３…ＮＦＴ購入者端末、４…ＮＦＴ管理システム、５…ブロックチェーン、ＣＤＢ…コンテンツデータベース、１０１…保険対象トークン情報取得部、１０２…受付部、１０３…第２特徴量取得部、１０４…保険金特定部、１０５…特徴量情報部、２００…記憶部、ＮＷ…通信ネットワーク

Claims (11)

1. 保険契約加入者がブロックチェーン上で保有者として登録された非代替性トークンを特定するトークン識別情報と、前記非代替性トークンに対応するコンテンツにアクセスするためのアクセス先情報を取得する保険対象トークン情報取得部と、
   前記トークン識別情報と、前記アクセス先情報に基づいて取得されたコンテンツから取得された第１の特徴量とを関連付けて記憶する記憶部と、
   前記保険契約加入者から前記トークン識別情報に関する保険金請求を受付ける受付部と、
   前記保険金請求を受付けた後に、前記アクセス先情報に基づいて取得したコンテンツから第２の特徴量を取得する第２特徴量取得部と、
   前記第１の特徴量と前記第２の特徴量とが一致しない場合に、前記保険契約加入者または前記非代替性トークンの保有者に支払う保険金を特定する保険金特定部と、
   を備え、
   前記保険金は、前記ブロックチェーン上で登録されている前記非代替性トークンの保有者が前記保険契約加入者とは異なる者であることが支払い時の条件に含まれる保険の保険金である、
   情報処理装置。
2. 保険金請求を受付ける前に、前記第１の特徴量及び前記第２の特徴量を導出する関数と、前記第１の特徴量とを前記保険契約加入者へ提供する特徴量情報提供部をさらに備える、
   請求項１に記載の情報処理装置。
3. 前記特徴量情報提供部は、前記保険契約加入者から前記第１の特徴量の認証を取得する、
   請求項２に記載の情報処理装置。
4. 前記第１の特徴量及び前記第２の特徴量を導出する関数と、前記第１の特徴量とを前記保険契約加入者から取得する特徴量情報取得部をさらに備える、
   請求項１に記載の情報処理装置。
5. 前記特徴量情報取得部は、前記アクセス先情報に基づいて取得されたコンテンツから前記関数を用いて導出した特徴量によって、前記保険契約加入者から取得した前記第１の特徴量を検証する、
   請求項４に記載の情報処理装置。
6. 前記第２特徴量取得部は、前記アクセス先情報に基づいて取得したコンテンツから前記関数を用いて前記第２の特徴量を導出する、
   請求項４に記載の情報処理装置。
7. 前記特徴量はハッシュ値である、
   請求項１から６のいずれか１項に記載の情報処理装置。
8. 前記保険金は、前記保険契約加入者が保険料を支払うことが契約条件に含まれる保険の保険金である、
   請求項１に記載の情報処理装置。
9. 前記保険金は、前記保険契約加入者による前記非代替性トークンの売却により前記保険契約加入者とは異なる者が前記非代替性トークンの保有者となったことに基づいて支払われる、
   請求項１に記載の情報処理装置。
10. 前記保険金特定部は、前記非代替性トークンの売却金額に基づいて前記保険金を特定する、
    請求項９に記載の情報処理装置。
11. 情報処理装置が実行する情報処理方法であって、
    保険契約加入者がブロックチェーン上で保有者として登録された非代替性トークンを特定するトークン識別情報と、前記非代替性トークンに対応するコンテンツにアクセスするためのアクセス先情報を取得する保険対象トークン情報取得ステップと、
    前記トークン識別情報と、前記アクセス先情報に基づいて取得されたコンテンツから取得された第１の特徴量とを関連付けて記憶する記憶ステップと、
    前記保険契約加入者から前記トークン識別情報に関する保険金請求を受付ける受付ステップと、
    前記保険金請求を受付けた後に、前記アクセス先情報に基づいて取得したコンテンツから第２の特徴量を取得する第２特徴量取得ステップと、
    前記第１の特徴量と前記第２の特徴量とが一致しない場合に、前記保険契約加入者または前記非代替性トークンの保有者に支払う保険金を特定する保険金特定ステップと、
    を含み、
    前記保険金は、前記ブロックチェーン上で登録されている前記非代替性トークンの保有者が前記保険契約加入者とは異なる者であることが支払い時の条件に含まれる保険の保険金である、
    情報処理方法。

Images