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

Abstract

【課題】アナログレコードの鑑定書を出力することが可能な情報処理方法等を提供すること。【解決手段】一つの側面に係る情報処理方法は、アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定情報を記憶部に記憶し、前記記憶部に記憶した鑑定情報に基づいて鑑定書を生成し、生成した鑑定書を鑑定書ＩＤに対応付けて記憶し、記憶した鑑定書に対応する鑑定書ＮＦＴをブロックチェーンシステム３上に生成し、生成した鑑定書ＮＦＴを、前記アナログレコードを購入したユーザに発行し、前記ユーザのユーザ端末２に、前記鑑定書ＮＦＴにおける鑑定書、前記鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストに関する情報、または前記アナログレコードに含まれる音楽に関するコンテンツを出力する処理を実行させることを特徴とする。【選択図】図９

Description

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

通常、商品または作品等の売買は、当該商品または作品が本物か偽物かの真贋鑑定を行い、真正性を証明することができる鑑定書を発行する。特許文献１には、刀剣の鑑定書及び刀剣の鑑定方法が開示されている。

特開２０１７－０３９２２６号公報

しかしながら、特許文献１に係る発明は、アナログレコードの鑑定書を出力（発行）することができないという問題がある。

一つの側面では、アナログレコードの鑑定書を出力することが可能な情報処理方法等を提供することを目的とする。

一つの側面に係る情報処理方法は、アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定情報を記憶部に記憶し、前記記憶部に記憶した鑑定情報に基づいて、前記アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定書を生成し、生成した鑑定書を鑑定書ＩＤに対応付けて記憶し、記憶した鑑定書に対応する鑑定書ＮＦＴをブロックチェーンシステム上に生成し、生成した鑑定書ＮＦＴを、前記アナログレコードを購入したユーザに発行し、前記ユーザのユーザ端末に、前記鑑定書ＮＦＴにおける鑑定書、前記鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストに関する情報、または前記アナログレコードに含まれる音楽に関するコンテンツを出力する処理を実行させることを特徴とする。

一つの側面では、アナログレコードの鑑定書を出力することが可能となる。

鑑定書発行システムの概要を示す説明図である。 サーバの構成例を示すブロック図である。 鑑定情報ＤＢ及び鑑定書ＤＢのレコードレイアウトの一例を示す説明図である。 ユーザＤＢ及び購入ＤＢのレコードレイアウトの一例を示す説明図である。 ユーザ端末の構成例を示すブロック図である。 鑑定書の表示画面の一例を示す説明図である。 鑑定書を出力する際の処理手順を示すフローチャートである。 アナログレコードを購入したユーザ情報を記憶する際の処理手順を示すフローチャートである。 実施形態２における鑑定書発行システムの概要を示す説明図である。 ブロックチェーンのノードの構成例を示すブロック図である。 実施形態２における鑑定書ＤＢのレコードレイアウトの一例を示す説明図である。 鑑定書ＮＦＴを発行する処理を説明する説明図である。 鑑定書ＮＦＴを発行する際の処理手順を示すフローチャートである。 鑑定書ＮＦＴの一覧画面の一例を示す説明図である。 アーティストに関する情報及びコンテンツを出力する際の処理手順を示すフローチャートである。 実施形態３におけるサーバの構成例を示すブロック図である。 譲渡ＤＢのレコードレイアウトの一例を示す説明図である。 鑑定書ＮＦＴを譲渡する処理を説明する説明図である。 鑑定書ＮＦＴを譲渡する際の処理手順を示すフローチャートである。 スマートコントラクトによるアーティストへのインセンティブ付与処理を説明する説明図である。 鑑定書ＮＦＴの譲渡によりインセンティブを付与する際の処理手順を示すフローチャートである。 実施形態４におけるサーバの構成例を示すブロック図である。 実施形態４における鑑定書ＤＢ及び音源ＤＢのレコードレイアウトの一例を示す説明図である。 実施形態４における関係者ＤＢのレコードレイアウトの一例を示す説明図である。 サンプリングの音源データに対応するサンプリング音源ＮＦＴを説明する説明図である。 サンプリング音源ＮＦＴを発行する際の処理手順を示すフローチャートである。 サンプリングの音源データの関係者にインセンティブを付与する際の処理手順を示すフローチャートである。 音源データの再生要求により音源データを出力する際の処理手順を示すフローチャートである。 実施形態６におけるサーバの構成例を示すブロック図である。 実施形態６における譲渡ＤＢ及び交換ＤＢのレコードレイアウトの一例を示す説明図である。 譲渡に伴う手数料を決定する際の処理手順を示すフローチャートである。 交換に伴う手数料を決定する際の処理手順を示すフローチャートである。 メタバース空間の表示画面の一例を示す説明図である。 メタバース空間でアバター画像とジャケット画像とを表示する際の処理手順を示すフローチャートである。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。

（実施形態１）
実施形態１は、アナログレコード（analog record）の鑑定情報に基づいて当該アナログレコードの鑑定書を出力する形態に関する。図１は、鑑定書発行システムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１及び情報処理端末２を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

情報処理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータまたは汎用のタブレットＰＣ（パソコン）等である。本実施形態において情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

情報処理端末２は、アナログレコードの購入、当該アナログレコードの鑑定書の受信及び表示等を行う端末装置である。情報処理端末２は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch：登録商標）等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末２をユーザ端末２と読み替える。

本実施形態に係るサーバ１は、アナログレコードの鑑定情報を取得し、取得した鑑定情報を記憶部に記憶する。サーバ１は鑑定情報に基づいて、当該アナログレコードの鑑定書を作成（生成）する。サーバ１は、作成した鑑定書に対し、当該鑑定書を識別するための鑑定書ＩＤを割り振る。サーバ１は、割り振った鑑定書ＩＤに対応付けて、当該アナログレコードの鑑定書を記憶部に記憶する。サーバ１は、作成した鑑定書をユーザ端末２に出力する。

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読取部１６及び大容量記憶部１７を含む。各構成はバスＢで接続されている。

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field Programmable Gate Array）、ＤＳＰ（Digital Signal Processor）、または量子プロセッサ等の演算処理装置を含む。制御部１１は、記憶部１２に記憶された制御プログラム１Ｐ（プログラム製品）を読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。

なお、制御プログラム１Ｐは、単一のコンピュータ上で、または１つのサイトにおいて配置されるか、もしくは複数のサイトにわたって分散され、通信ネットワークによって相互接続された複数のコンピュータ上で実行されるように展開することができる。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介してユーザ端末２等との間で情報の送受信を行う。

入力部１４は、マウス、キーボード、タッチパネルまたはボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

読取部１６は、ＣＤ（Compact Disc）－ＲＯＭ又はＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

大容量記憶部１７は、例えばＨＤＤ（Hard disk drive：ハードディスク）、ＳＳＤ（Solid State Drive：ソリッドステートドライブ）等の記録媒体を備える。大容量記憶部１７は、鑑定情報ＤＢ（データベース：database）１７１、鑑定書ＤＢ１７２、ユーザＤＢ１７３及び購入ＤＢ１７４を含む。

鑑定情報ＤＢ１７１は、アナログレコードの鑑定情報を記憶している。鑑定書ＤＢ１７２は、アナログレコードの鑑定書（デジタル鑑定書）に関する情報を記憶している。ユーザＤＢ１７３は、ユーザに関する情報を記憶している。購入ＤＢ１７４は、アナログレコードの購入（買取）に関する情報を記憶している。

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。

サーバ１は、種々の情報処理及び制御処理等をコンピュータ単体で実行しても良いし、複数のコンピュータで分散して実行しても良い。また、サーバ１は、１台のサーバ内に設けられた複数の仮想マシンによって実現されても良いし、クラウドサーバを用いて実現されても良い。

図３は、鑑定情報ＤＢ１７１及び鑑定書ＤＢ１７２のレコードレイアウトの一例を示す説明図である。
鑑定情報ＤＢ１７１は、管理番号列、アーティスト列、タイトル列、重量列、制作年代列、マトリクス列、カタログ番号（Catalog Number）列、レーベル名列、レーベル画像列、ジャケット画像列、サイズ列及び買取日列を含む。管理番号列は、各アナログレコードを識別するために、一意に特定されるアナログレコードの管理番号（ＩＤ）を記憶している。

アーティスト列は、アナログレコードのアーティスト名、または、アナログレコードのアーティストを特定するアーティストＩＤ等を記憶している。タイトル列は、アナログレコードのタイトルを記憶している。重量列は、アナログレコードの重量を記憶している。制作年代列は、アナログレコードを制作した年代を記憶している。

マトリクス列は、マトリクス番号列、初回情報列及び画像データ列を記憶している。マトリクス番号列は、アナログレコードのマトリクス（Matrix）番号を記憶している。マトリクス番号は、アナログレコードが制作された際に使われる鋳型（金型）に刻まれた番号である。

初回情報列は、アナログレコードの初回マトリクス番号を示す情報を記憶している。例えば、マトリクス番号が初回マトリクス番号である場合、初回情報列には「初回」が記憶される。または、マトリクス番号が初回マトリクス番号でない場合、初回情報列には「－」または空白が記憶される。

アナログレコードの元となるマスター盤（ラッカー盤）を制作する際、制作方法の一つとしては、樹脂を熱した鋳型で圧縮して生産され、当該マスター盤に溝の形でマトリクス番号が刻まれる。マスター盤は、マスターテープから作られ、アナログレコードに直接プレスする元の盤である。通常、１枚のマスター盤から数万枚のアナログレコードが複製できる。マスター盤からの複製枚数の制限により、大量のプレス、追加プレスまたは再プレスがされる場合、その都度に新たなマスター盤が制作される。そして、先に作られた番号から順にマスター盤のマトリクス番号が振られるため、番号が小さいほどマスターテープの再生回数が少なく、音は良い傾向にある。マトリクス番号が小さいほどに音質は良くなるため、初回マトリクス番号が刻まれたアナログレコードの価値が高いという利点を有する。

画像データ列は、マトリクス番号の画像データを記憶している。マトリクス番号の画像データは、アナログレコードの内周の無音溝の部分に刻まれたマトリクス番号を撮影して得た画像データである。また、マトリクス番号が刻まれた場合、制作者の氏名のアルファベット（例えば、ＬＭ）、特別な符号または図形等を当該マトリクス番号とともに刻むことができる。例えば、アルファベット、符号または図形等を含むマトリクス番号の画像データが取得された場合、画像認識技術等を用いてアナログレコードを特定することが可能となる。また、無音溝の部分に手書きまたは機械打刻でマトリクス番号が刻まれるため、打刻の強さによりマトリクス番号の刻印の深さが異なる場合がある。例えば、同一マトリクス番号に対し、刻印の浅いマトリクス番号の画像データと、刻印の深いマトリクス番号の画像データとの相違を比較することにより、アナログレコードの真贋を判定することが可能となる。

カタログ番号列は、アナログレコードのカタログ番号を記憶している。カタログ番号は、販売管理のためにアナログレコードの制作会社等によって付番されるコード番号（型番）である。また、カタログ番号は、通常に一意に付番され、アナログレコードのレーベル等に印字されている。レーベル名列は、レーベルの名称を記憶している。レーベル画像列は、レーベルの画像データを記憶している。

ジャケット画像列は、アナログレコードのジャケットの画像データを記憶している。サイズ列は、ジャケットのサイズを記憶している。買取日列は、アナログレコードを買い取った日付を記憶している。なお、アナログレコードの販売日が鑑定情報ＤＢ１７１に記憶されても良い。

鑑定書ＤＢ１７２は、鑑定書ＩＤ列、管理番号列、鑑定書列及び鑑定日列を含む。鑑定書ＩＤ列は、各アナログレコードの鑑定書を識別するために、一意に特定される鑑定書のＩＤを記憶している。管理番号列は、鑑定書に対応するアナログレコードの管理番号を記憶している。鑑定書列は、鑑定書のデータそのもの、または、鑑定書の内容を記述したファイルを記憶している。例えば、鑑定書の内容を記述したＰＤＦ（Portable Document Format）ファイルを鑑定書列に記憶しても良い。鑑定日列は、アナログレコードを鑑定した日付を記憶している。

図４は、ユーザＤＢ１７３及び購入ＤＢ１７４のレコードレイアウトの一例を示す説明図である。
ユーザＤＢ１７３は、ユーザＩＤ列、氏名列及び性別列を含む。ユーザＩＤ列は、各ユーザを識別するために、一意に特定されるユーザのＩＤを記憶している。氏名列は、ユーザの氏名を記憶している。性別列は、ユーザの性別を記憶している。なお、ユーザＤＢ１７３に記憶された情報に関しては、ユーザＩＤ、氏名及び性別に限るものではない。例えば、ユーザの年齢または住所等の情報をユーザＤＢ１７３に記憶しても良い。

購入ＤＢ１７４は、ユーザＩＤ列、鑑定書ＩＤ列、管理番号列、金額列及び購入日時列を含む。ユーザＩＤ列は、ユーザを特定するユーザＩＤを記憶している。鑑定書ＩＤ列は、アナログレコードの鑑定書を特定する鑑定書ＩＤを記憶している。管理番号列は、鑑定書に対応するアナログレコードの管理番号を記憶している。金額列は、アナログレコードの購入金額を記憶している。購入日時列は、アナログレコードを購入した日時情報を記憶している。

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

図５は、ユーザ端末２の構成例を示すブロック図である。ユーザ端末２は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５及び撮影部２６を含む。各構成はバスＢで接続されている。

制御部２１はＣＰＵ、ＭＰＵ、ＦＰＧＡ、ＤＳＰまたは量子プロセッサ等の演算処理装置を含み、記憶部２２に記憶された制御プログラム２Ｐ（プログラム製品）を読み出して実行することにより、ユーザ端末２に係る種々の情報処理、制御処理等を行う。なお、図５では制御部２１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要な制御プログラム２Ｐ又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部２３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。入力部２４は、キーボード、マウスまたは表示部２５と一体化したタッチパネルでも良い。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１の指示に従い各種情報を表示する。

撮影部２６は、例えばＣＣＤ（Charge Coupled Device）カメラ、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）カメラ等の撮影装置である。なお、撮影部２６はユーザ端末２の中に内蔵せず、外部で直接にユーザ端末２と接続し、撮影可能な構成としても良い。

続いて、鑑定書発行システムの処理動作を説明する。サーバ１は、アナログレコードの鑑定情報、及び当該アナログレコードの買取日を取得する。例えばサーバ１は、鑑定情報及び買取日を入力部１４により取得しても良く、または外部の情報処理装置から取得しても良い。

鑑定情報は、アナログレコードのアーティスト名、タイトル、カタログ番号、レーベル名、レーベル画像、ジャケット画像、ジャケットのサイズ、アナログレコードの重量、制作年代、マトリクス番号、初回マトリクス番号を示す情報、または当該マトリクス番号の画像データを含む。

サーバ１は、取得した鑑定情報に対し、アナログレコードの管理番号を割り振る。サーバ１は、割り振った管理番号に対応付けて、取得した鑑定情報及び買取日を鑑定情報ＤＢ１７１に記憶する。サーバ１は、当該鑑定情報に基づいてアナログレコードの鑑定書を作成する。

例えば、鑑定書には、アーティスト名及びタイトルが含まれても良い。または、鑑定書には、アーティスト名、タイトル、カタログ番号及びレーベル名が含まれても良い。または、鑑定書には、アーティスト名、タイトル、カタログ番号、レーベル名、レーベル画像、ジャケット画像、マトリクス番号、アナログレコードの重量または制作年代が含まれても良い。または、鑑定書には、アーティスト名、タイトル、マトリクス番号及び初回マトリクス番号を示す情報が含まれても良い。

または、鑑定書には、アーティスト名、タイトル、マトリクス番号及び当該マトリクス番号の画像データが含まれても良い。更にまた、鑑定書には、アーティスト名、タイトル、カタログ番号、レーベル名、アナログレコードの枚数またはその他特記事項（帯、盤の色またはレーベルの形状等）等が含まれても良い。なお、鑑定書に含まれる項目に関しては、実際のニーズに応じて設けられても良い。

サーバ１は、作成した鑑定書に対し、当該鑑定書を識別するための鑑定書ＩＤを割り振る。サーバ１は、割り振った鑑定書ＩＤに対応付けて、アナログレコードの管理番号、鑑定書のデータ及び鑑定日を一つのレコードとして鑑定書ＤＢ１７２に記憶する。

ユーザがアナログレコードを購入した場合、サーバ１は、購入されたアナログレコードの管理番号に基づき、当該アナログレコードに対応する鑑定書を鑑定書ＤＢ１７２から取得する。サーバ１は、取得した鑑定書を対象ユーザのユーザ端末２に送信する。ユーザ端末２は、サーバ１から送信された鑑定書を受信して画面に表示する。なお、アナログレコードの鑑定書を紙に印刷して郵送等によりユーザに送付しても良い。または、紙に印刷されたアナログレコードの鑑定書をユーザに直接手渡しても良い。

なお、サーバ１は、鑑定書ＩＤが記述されたコードをユーザ端末２に送信しても良い。サーバ１は、当該コードをユーザ端末２により読み取らせることで、鑑定書をユーザ端末２に送信する。

コードは、例えば、２次元コードまたは１次元コード等である。２次元コードは、横方向にしか情報を持たない１次元コードに対し、水平方向と垂直方向に情報を持つ表示方式のコードである。代表的な２次元コードは、例えばＱＲコード（登録商標）、ＤａｔａＭａｔｒｉｘ（登録商標）又はＶｅｒｉＣｏｄｅ（登録商標）である。１次元コードは、例えばバーコードである。本実施の形態では一例として、ＱＲコードを読み取るものとして説明する。

サーバ１は、２次元コードの生成ライブラリを利用し、鑑定書ＩＤを含むＱＲコードを生成する。サーバ１は、生成したＱＲコードをユーザ端末２に送信する。ユーザ端末２は、サーバ１から送信されたＱＲコードを受信する。ユーザ端末２は撮影部２６を介して、受信したＱＲコードを読み取ることにより、ＱＲコードに含まれる鑑定書ＩＤを取得する。ユーザ端末２は、取得した鑑定書ＩＤをサーバ１に送信する。

サーバ１は、ユーザ端末２から送信された鑑定書ＩＤを受信する。サーバ１は、受信した鑑定書ＩＤに基づき、該当するアナログレコードの鑑定書を鑑定書ＤＢ１７２から取得する。サーバ１は、取得した鑑定書をユーザ端末２に送信する。ユーザ端末２は、サーバ１から送信された鑑定書を受信して画面に表示する。

図６は、鑑定書の表示画面の一例を示す説明図である。鑑定書の表示画面は、ジャケット画像表示欄１１ａ、第１鑑定情報表示欄１１ｂ、第２鑑定情報表示欄１１ｃ及びマトリクス番号画像表示欄１１ｄを含む。ジャケット画像表示欄１１ａは、ジャケット画像またはジャケットのサムネイル画像を表示する表示欄である。第１鑑定情報表示欄１１ｂは、第１鑑定情報を表示する表示欄である。第２鑑定情報表示欄１１ｃは、第２鑑定情報を表示する表示欄である。マトリクス番号画像表示欄１１ｄは、マトリクス番号の画像データを表示する表示欄である。

ユーザ端末２は、鑑定書ＩＤを含むＱＲコードを読み込みことにより、当該鑑定書ＩＤを取得する。ユーザ端末２は、取得した鑑定書ＩＤをサーバ１に送信する。サーバ１は、ユーザ端末２から送信された鑑定書ＩＤを受信する。サーバ１は、受信した鑑定書ＩＤに基づき、該当する鑑定書に対応するアナログレコードの管理番号を鑑定書ＤＢ１７２から取得する。

サーバ１は、取得したアナログレコードの管理番号に基づき、当該アナログレコードの鑑定情報及び買取日を鑑定情報ＤＢ１７１から取得する。鑑定情報は、アナログレコードのアーティスト名、タイトル、カタログ番号、レーベル名、ジャケット画像、ジャケットのサイズ、アナログレコードの重量、制作年代、マトリクス番号、初回マトリクス番号を示す情報、または当該マトリクス番号の画像データ等を含む。サーバ１は、取得した鑑定情報をアナログレコードの管理番号に対応付けてユーザ端末２に送信する。

ユーザ端末２は、サーバ１から送信されたアナログレコードの管理番号及び鑑定情報を受信し、受信した管理番号及び鑑定情報を画面に表示する。具体的には、ユーザ端末２は、鑑定情報に含まれるジャケット画像をジャケット画像表示欄１１ａに表示する。なお、図６では、ジャケット画像を画面に表示した例を説明したが、これに限るものではない。例えば、レーベル画像を画面に表示しても良く、または、ジャケット画像とレーベル画像との両方を画面に表示しても良い。

ユーザ端末２は、鑑定情報に含まれるアーティスト名、タイトル、カタログ番号、レーベル名、マトリクス番号、制作年代、ジャケットのサイズ、アナログレコードの重量及び買取日、並びに、アナログレコードの管理番号を第１鑑定情報表示欄１１ｂに表示する。ユーザ端末２は、鑑定情報に含まれる初回マトリクス番号を示す情報を第２鑑定情報表示欄１１ｃに表示する。ユーザ端末２は、鑑定情報に含まれるマトリクス番号の画像データをマトリクス番号画像表示欄１１ｄに表示する。

図７は、鑑定書を出力する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、アナログレコードの鑑定情報、及び当該アナログレコードの買取日を入力部１４により取得する（ステップＳ１０１）。

制御部１１は、取得した鑑定情報及び買取日を大容量記憶部１７の鑑定情報ＤＢ１７１に記憶する（ステップＳ１０２）。具体的には、制御部１１は、取得した鑑定情報に対して管理番号を割り振る。制御部１１は、割り振った管理番号に対応付けて、アーティスト名、タイトル、重量、制作年代、マトリクス番号、初回マトリクス番号を示す情報、当該マトリクス番号の画像データ、カタログ番号、レーベル名、レーベル画像、ジャケット画像、ジャケットのサイズ及び買取日を一つのレコードとして鑑定情報ＤＢ１７１に記憶する。

制御部１１は、当該鑑定情報に基づいてアナログレコードの鑑定書を作成する（ステップＳ１０３）。制御部１１は、作成した鑑定書を大容量記憶部１７の鑑定書ＤＢ１７２に記憶する（ステップＳ１０４）。具体的には、制御部１１は、作成した鑑定書に対して鑑定書ＩＤを割り振る。制御部１１は、割り振った鑑定書ＩＤに対応付けて、アナログレコードの管理番号、鑑定書のデータ及び鑑定日を一つのレコードとして鑑定書ＤＢ１７２に記憶する。

なお、上述した処理（ステップＳ１０１～Ｓ１０４）が一度実行された場合、次回から処理の実行を省略することができる。

制御部１１は、２次元コードの生成ライブラリを利用し、鑑定書ＩＤを含むＱＲコードを生成する（ステップＳ１０５）。制御部１１は、生成したＱＲコードを通信部１３によりユーザ端末２に送信する（ステップＳ１０６）。

ユーザ端末２の制御部２１は、サーバ１から送信されたＱＲコードを通信部２３により受信する（ステップＳ２０１）。制御部２１は撮影部２６を介して、受信したＱＲコードを読み取り（ステップＳ２０２）、ＱＲコードに含まれる鑑定書ＩＤを取得する（ステップＳ２０３）。制御部２１は、取得した鑑定書ＩＤを通信部２３によりサーバ１に送信する（ステップＳ２０４）。

サーバ１の制御部１１は、ユーザ端末２から送信された鑑定書ＩＤを通信部１３により受信する（ステップＳ１０７）。制御部１１は、受信した鑑定書ＩＤに基づき、該当するアナログレコードの鑑定書を大容量記憶部１７の鑑定書ＤＢ１７２から取得する（ステップＳ１０８）。鑑定書には、例えばアーティスト名、タイトル、カタログ番号及びレーベル名が含まれる。

制御部１１は、取得したアナログレコードの鑑定書を通信部１３によりユーザ端末２に送信する（ステップＳ１０９）。例えば制御部１１は、通信部１３を介して、鑑定書のデータそのものをユーザ端末２に送信しても良く、または、鑑定書の内容を記述したＰＤＦファイル等をユーザ端末２に送信しても良い。

ユーザ端末２の制御部２１は、サーバ１から送信された鑑定書を通信部２３により受信する（ステップＳ２０５）。制御部２１は、受信した鑑定書を表示部２５により表示し（ステップＳ２０６）、処理を終了する。

続いて、ユーザがアナログレコードを購入した場合、当該ユーザに関する情報（ユーザ情報）を記憶する処理を説明する。
図８は、アナログレコードを購入したユーザ情報を記憶する際の処理手順を示すフローチャートである。ユーザ端末２の制御部２１は、例えばアナログレコードの購入画面（図示なし）を通じて、アナログレコードの購入指示を入力部２４により受け付ける（ステップＳ２１１）。制御部２１は、例えば決済用システムまたはプラットフォームを通じて、購入対象となるアナログレコードに対し、決済処理を行う（ステップＳ２１２）。

制御部２１は、アナログレコードを購入したユーザ情報及び購入情報を通信部２３によりサーバ１に送信する（ステップＳ２１３）。ユーザ情報は、ユーザの氏名または性別等を含む。購入情報は、購入されたアナログレコードの管理番号、購入金額または購入日時等を含む。サーバ１の制御部１１は、ユーザ端末２から送信されたユーザ情報及び購入情報を通信部１３により受信する（ステップＳ１１１）。

制御部１１は、受信した購入情報に含まれるアナログレコードの管理番号に基づき、該当するアナログレコードの鑑定書ＩＤ及び鑑定書（鑑定書のデータ）を大容量記憶部１７の鑑定書ＤＢ１７２から取得する（ステップＳ１１２）。なお、当該アナログレコードの鑑定書が作成されていない場合、制御部１１は、図７のステップＳ１０１～Ｓ１０４の鑑定書作成処理と同様に鑑定書を作成しても良い。

制御部１１は、受信したユーザ情報を大容量記憶部１７のユーザＤＢ１７３に記憶する（ステップＳ１１３）。具体的には、制御部１１は、ユーザ情報に対してユーザＩＤを割り振る。制御部１１は、割り振ったユーザＩＤに対応付けて、ユーザの氏名及び性別を一つのレコードとしてユーザＤＢ１７３に記憶する。

制御部１１は、取得した鑑定書ＩＤに対応付けて購入情報を大容量記憶部１７の購入ＤＢ１７４に記憶する（ステップＳ１１４）。具体的には、制御部１１は、ユーザＩＤ及び鑑定書ＩＤに対応付けて、アナログレコードの管理番号、購入金額及び購入日時を一つのレコードとして購入ＤＢ１７４に記憶する。

制御部１１は、取得したアナログレコードの鑑定書を通信部１３によりユーザ端末２に送信する（ステップＳ１１５）。ユーザ端末２の制御部２１は、サーバ１から送信された鑑定書を通信部２３により受信する（ステップＳ２１４）。制御部２１は、受信した鑑定書を表示部２５により表示し（ステップＳ２１５）、処理を終了する。

本実施形態によると、アナログレコードの鑑定情報に基づいて、当該アナログレコードの鑑定書を出力することが可能となる。

本実施形態によると、鑑定書ＩＤが記述されたコードをユーザ端末２により読み取らせることで、アナログレコードの鑑定書をユーザ端末２に出力することが可能となる。

本実施形態によると、ユーザがアナログレコードを購入した場合、当該ユーザに関する情報を記憶することが可能となる。

（実施形態２）
実施形態２は、ブロックチェーンシステム上にアナログレコードの鑑定書に対応する鑑定書ＮＦＴ（Non-Fungible Token；非代替性トークン）を発行する形態に関する。なお、実施形態１と重複する内容については説明を省略する。

ＮＦＴは、鑑定書または所有証明書付きのデジタルデータであり、仮想通貨と同様にデータ管理にブロックチェーン技術が用いられ、改ざん・偽造ができない仕組みである。鑑定書ＮＦＴは、ブロックチェーンシステム上で発行され、アナログレコードの鑑定書とＮＦＴとを紐付けることで当該鑑定書の所有権を持っているという証明である。

図９は、実施形態２における鑑定書発行システムの概要を示す説明図である。なお、図１と重複する内容については同一の符号を付して説明を省略する。本実施形態のシステムは、ブロックチェーンシステム３をさらに含む。

ブロックチェーンシステム３は、分散型台帳技術又は分散型ネットワークである。ブロックチェーンシステム３は、コンセンサス処理を実行する複数のノード３１により構成される。ノード３１の各々は、当該コンセンサス処理の実行を通じて、ブロックチェーンデータのコピーを保持する。ブロックチェーンシステム３は、ブロックと呼ばれるデータの単位を一定時間ごとに生成し、鎖のように連結していくことによりデータを保管する。

ブロックチェーンシステム３は、ピアツーピア（Peer to Peer）ネットワークと分散型タイムスタンプサーバの使用により自律的に管理される。鎖状に保存しているため、ブロック内のデータを一度記憶した場合、該データを遡及的に変更することが難しい。なお、ブロックチェーンシステム３は、パブリック型、プライベート型、コンソーシアム型のいずれであっても良い。データの単位はブロックではなく個々のトランザクションであっても良い。また、データの保存は鎖状以外にも有向非巡回グラフ等の保存形式であっても良い。以下では簡潔のため、ブロックチェーンシステム３をブロックチェーン３と読み替える。

図１０は、ブロックチェーン３のノード３１の構成例を示すブロック図である。ブロックチェーン３のノード３１は、制御部３１１、記憶部３１２、通信部３１３、受付部３１４、出力部３１５、ブロック生成部３１６、ブロック検証部３１７及びブロック共有部３１８を含む。各構成はバスＢで接続されている。

制御部３１１は、他ノード３１（端末）の制御部と自律分散的に協調して、常に最新のブロックチェーン（台帳：ブロックチェーンデータのコピー）を記憶部３１２に保持する。記憶部３１２には、分散型のネットワークへブロードキャストされたトランザクションが含まれたブロックチェーン（台帳）、及びブロック内の情報の検証処理に必要となる情報等が記憶される。

通信部３１３は、通信に関する処理を行うための通信モジュールである。受付部３１４は、外部ノードから、ブロックチェーン３が管理するブロックチェーン３である分散型のネットワークに記録する情報を受け付ける。出力部３１５は、外部ノードからの要求に応じて、自身が保持するブロックチェーン３の情報を出力する。

ブロック生成部３１６は、受付部３１４が受け付けた情報を基に、ブロックチェーン３に追加するブロックを生成する。ブロック生成部３１６は、前ブロックに基づく情報と受付部３１４が受け付けた情報とを含むブロックを生成する。また、ブロック生成部３１６は、自身が生成したブロックまたは後述するブロック共有部３１８を介して他のノード３１が生成したブロックに対して、所定のコンセンサス処理として、例えば、ノンスを探索する処理または署名を付与する処理を行った上で、自身が管理するブロックチェーン３にブロックを追加する。なお、ブロック生成部３１６が生成したブロックに対して、複数のノード３１が所定のコンセンサス処理を行って得られたものが、最終的にブロックチェーン３に追加されるブロックとなる。

ブロック検証部３１７は、自身が保持するブロックチェーン３にブロックを追加する際に、該ブロック内の情報の検証を行う。通常、追加対象とされるブロックは、自ノード３１を含むノード３１群において最も早く規則が満たされたブロックであるが、悪意のあるノード３１が含まれていた場合等を考慮して、実際に規則が満たされているか等を検証しても良い。

ブロック共有部３１８は、ブロックチェーン３に属するノード３１間で情報交換を行う。ブロック共有部３１８は、より具体的には、受付部３１４が受け付けた情報、ブロック生成部３１６が生成したブロック、及び他のノード３１から受け付けたブロック等を、適宜他のノード３１に送信する。これにより、可能な限り全てのノード３１でこれらの情報および最新のブロックチェーン３を共有する。

なお、図１０の構成はあくまで一例であって、ブロックチェーン３のノード３１は、改ざんが困難なブロックチェーン３を複数のノードが共有して管理するための所定のコンセンサス処理を実行可能であり、外部ノードからの要求に応じて分散型のネットワークへの情報追加、及び分散型のネットワークに記録された情報の参照が可能なノードであれば、具体的な構成は問わない。

なお、サーバ１は、ブロックチェーン３のノード３１であっても良い。

図１１は、実施形態２における鑑定書ＤＢ１７２のレコードレイアウトの一例を示す説明図である。なお、図３と重複する内容については同一の符号を付して説明を省略する。鑑定書ＤＢ１７２は、鑑定書ＮＦＴ列及びユーザＩＤ列を含む。

鑑定書ＮＦＴ列は、ブロックチェーン３上で発行された鑑定書ＮＦＴを記憶している。例えば、ブロックチェーン３上で、Ｅｔｈｅｒｅｕｍの一つのスマートコントラクト規格であるＥＲＣ７２１を利用し、鑑定書等のようにその「真正性」または「価値」を証明することができる鑑定書ＮＦＴを発行しても良い。ＥＲＣ７２１が利用された場合、鑑定書ＮＦＴには、トークン（Token）ＩＤ、所有者アドレス及びトークンＵＲＩ（Uniform Resource Identifier）等が含まれる。

例えば鑑定書ＮＦＴ列には、鑑定書ＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩ等を含むブロックチェーン３上でのインデックスが記憶されている。なお、鑑定書ＮＦＴの発行時に、鑑定書ＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩ等がブロックチェーン３上で記憶される。トークンＵＲＩは、鑑定書ＮＦＴに対するメタデータの場所を示す属性である。メタデータの場所は、例えばメタデータ（画像または動画等）のＵＲＬ（Uniform Resource Locator）等である。なお、メタデータそのものは、例えばＪＳＯＮ（JavaScript Object Notation）形式で外部のデータベース装置に記憶されても良い。

ユーザＩＤ列は、ユーザ（所有者）を特定するユーザＩＤを記憶している。

図１２は、鑑定書ＮＦＴを発行する処理を説明する説明図である。ユーザ端末２は、購入対象となるアナログレコードの管理番号をユーザＩＤに対応付けてサーバ１に送信する。サーバ１は、ユーザ端末２から送信されたユーザＩＤ及び管理番号を受信する。サーバ１は、受信したアナログレコードの管理番号に応じて、当該アナログレコードの鑑定情報を鑑定情報ＤＢ１７１から取得する。

サーバ１は、暗号学的ハッシュ関数を用いて、取得した鑑定情報のハッシュ値を算出する。例えばサーバ１は、ＳＨＡ２－２５６アルゴリズムを用いたハッシュ関数を採用し、当該鑑定情報のハッシュ値を算出する。なお、ハッシュ関数に限らず、他の暗号化方式であっても良い。サーバ１は、アナログレコードの管理番号に基づき、当該アナログレコードの鑑定書ＩＤを鑑定書ＤＢ１７２から取得する。

サーバ１は、取得した鑑定書ＩＤに対応付けて、算出した鑑定情報のハッシュ値をブロックチェーン３のいずれかのノード３１に送信する。ブロックチェーン３のノード３１は、サーバ１から送信された鑑定書ＩＤ及び鑑定情報のハッシュ値を受信して記録する。

サーバ１は、ブロックチェーン３を通じて、当該ブロックチェーン３上で鑑定書ＮＦＴを生成（発行）する。例えば、ブロックチェーン３がＥｔｈｅｒｅｕｍである場合、サーバ１は、Ｅｔｈｅｒｅｕｍの一つのスマートコントラクト規格であるＥＲＣ７２１を利用して鑑定書ＮＦＴを生成する。

ＥＲＣ７２１規格を用いれば、ブロックチェーン３上の全ての鑑定書ＮＦＴを開示しているが、改ざんすることはできないため、所有者または帰属情報等を付けることが可能となる。生成された鑑定書ＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩ等がブロックチェーン３上で記憶される。

なお、鑑定書ＮＦＴを管理者に発行した場合、管理者は保有する当該鑑定書ＮＦＴを対象ユーザに譲渡する。この場合、ブロックチェーン３は、鑑定書ＮＦＴのトークンＩＤ及びトークンＵＲＩ（メタデータの場所）を引き継ぐようにする。ブロックチェーン３は、鑑定書ＮＦＴの所有者アドレスを、管理者の所有者アドレスから対象ユーザの所有者アドレスに変更する。ブロックチェーン３は、譲渡後の鑑定書ＮＦＴのトークンＩＤ（変更なし）、変更後の所有者アドレス、及びトークンＵＲＩ（変更なし）等を記録する。

また、鑑定書ＮＦＴの所有者（ユーザ）は、鑑定書ＮＦＴの売買または移転を介して、暗号資産と同様に鑑定書ＮＦＴを自由に取引できる。

サーバ１は、鑑定書ＩＤ及びユーザＩＤに対応付けて、ブロックチェーン３上で生成された鑑定書ＮＦＴ（トークンＩＤ、所有者アドレスまたはトークンＵＲＩ等）を鑑定書ＤＢ１７２に記憶する。

サーバ１は、鑑定書ＩＤに基づいて鑑定書（鑑定書のデータ）を取得する。具体的には、サーバ１は鑑定書ＩＤに基づいて、当該鑑定書におけるアナログレコードの管理番号を鑑定書ＤＢ１７２から取得する。サーバ１は、取得した管理番号に基づき、該当するアナログレコードの鑑定情報を鑑定情報ＤＢ１７１から取得する。サーバ１は、暗号学的ハッシュ関数を用いて、取得した鑑定情報のハッシュ値を算出する。サーバ１は鑑定書ＩＤに基づいて、ブロックチェーン３上に記録された鑑定情報のハッシュ値をブロックチェーン３のノード３１から取得する。サーバ１は、算出した鑑定情報のハッシュ値と、ブロックチェーン３から取得された鑑定情報のハッシュ値とを比較する。サーバ１は、両者が一致していると判定した場合、鑑定書ＩＤに基づいて、鑑定書ＤＢ１７２に記憶された鑑定書を取得する。

サーバ１は、ブロックチェーン３上で発行された鑑定書ＮＦＴ、及び取得した鑑定書をユーザ端末２に送信する。ユーザ端末２は、サーバ１から送信された鑑定書ＮＦＴ及び鑑定書を受信して画面に表示する。

図１３は、鑑定書ＮＦＴを発行する際の処理手順を示すフローチャートである。ユーザ端末２の制御部２１は、通信部２３を介して、購入対象となるアナログレコードの管理番号をユーザＩＤに対応付けてサーバ１に送信する（ステップＳ２２１）。サーバ１の制御部１１は、ユーザ端末２から送信されたユーザＩＤ及び管理番号を通信部１３により受信する（ステップＳ１２１）。

サーバ１の制御部１１は、受信したアナログレコードの管理番号に応じて、当該アナログレコードの鑑定情報を大容量記憶部１７の鑑定情報ＤＢ１７１から取得する（ステップＳ１２２）。鑑定情報は、アナログレコードのアーティスト名、タイトル、カタログ番号、レーベル名、レーベル画像、ジャケット画像、ジャケットのサイズ、アナログレコードの重量、制作年代、マトリクス番号、初回マトリクス番号を示す情報、または当該マトリクス番号の画像データ等を含む。

制御部１１は、暗号学的ハッシュ関数を用いて、取得した鑑定情報のハッシュ値を算出する（ステップＳ１２３）。制御部１１は、アナログレコードの管理番号に基づき、当該アナログレコードの鑑定書ＩＤを大容量記憶部１７の鑑定書ＤＢ１７２から取得する（ステップＳ１２４）。制御部１１は、通信部１３を介して、鑑定書ＩＤ及び鑑定情報のハッシュ値をブロックチェーン３のいずれかのノード３１に送信する（ステップＳ１２５）。

ブロックチェーン３のノード３１の制御部３１１は、通信部３１３を介して、サーバ１から送信された鑑定書ＩＤ及び鑑定情報のハッシュ値を受信する（ステップＳ３２１）。ノード３１の制御部３１１は、受信した鑑定書ＩＤに対応付けて鑑定情報のハッシュ値を記憶部３１２に記録する（ステップＳ３２２）。

ノード３１の制御部３１１は、例えばＥＲＣ７２１を利用し、鑑定書ＮＦＴを生成する（Ｓ３２３）。制御部３１１は、生成した鑑定書ＮＦＴのトークンＩＤ、所有者アドレス及びトークンＵＲＩを記憶部３１２に記憶する（ステップＳ３２４）。制御部３１１は、生成した鑑定書ＮＦＴを通信部３１３によりサーバ１に送信する（ステップＳ３２５）。

サーバ１の制御部１１は、ブロックチェーン３のノード３１から送信された鑑定書ＮＦＴを通信部１３により受信する（ステップＳ１２６）。制御部１１は、鑑定書ＩＤ及びユーザＩＤに対応付けて、トークンＩＤ、所有者アドレスまたはトークンＵＲＩ等を含む鑑定書ＮＦＴを大容量記憶部１７の鑑定書ＤＢ１７２に記憶する（ステップＳ１２７）。

制御部１１は、鑑定書ＩＤに基づいて鑑定書を取得する（ステップＳ１２８）。具体的には、制御部１１は、鑑定書ＩＤに基づいて、当該鑑定書におけるアナログレコードの管理番号を大容量記憶部１７の鑑定書ＤＢ１７２から取得する。制御部１１、取得した管理番号に基づき、該当するアナログレコードの鑑定情報を鑑定情報ＤＢ１７１から取得する。制御部１１は、暗号学的ハッシュ関数を用いて、取得した鑑定情報のハッシュ値を算出する。

制御部１１は鑑定書ＩＤに基づいて、ブロックチェーン３上に記録された鑑定情報のハッシュ値を通信部１３によりブロックチェーン３のノード３１から取得する。制御部１１は、算出した鑑定情報のハッシュ値と、ブロックチェーン３から取得された鑑定情報のハッシュ値とを比較する。制御部１１は、両者が一致していると判定した場合、鑑定書ＩＤに基づいて、大容量記憶部１７の鑑定書ＤＢ１７２に記憶された鑑定書を取得する。

制御部１１は、ブロックチェーン３上で発行された鑑定書ＮＦＴ、及び取得した鑑定書を通信部１３によりユーザ端末２送信する（ステップＳ１２９）。ユーザ端末２の制御部２１は、サーバ１から送信された鑑定書ＮＦＴ及び鑑定書を通信部２３により受信する（ステップＳ２２２）。制御部２１は、受信した鑑定書ＮＦＴ及び鑑定書を表示部２５により表示し（ステップＳ２２３）、処理を終了する。

なお、本実施形態では、ブロックチェーン３のノード３１は、発行した鑑定書ＮＦＴをサーバ１経由でユーザ端末２に送信したが、これに限るものではない。例えば、ブロックチェーン３のノード３１は、発行した鑑定書ＮＦＴをユーザ端末２に直接送信しても良い。

続いて、鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストに関する情報、または当該アナログレコードに含まれる音楽に関するコンテンツをユーザ端末２に出力する処理を説明する。

アーティストに関する情報は、アーティスト名、性別、年齢またはアーティストの作品等を含む。アーティストに関する情報またはアナログレコードに含まれる音楽に関するコンテンツは、サーバ１の記憶部１２もしくは大容量記憶部１７に記憶されても良く、または外部のデータベース装置に記憶されても良い。鑑定書ＮＦＴを所有するユーザに、アーティストに関する情報またはアナログレコードに含まれる音楽に関するコンテンツを提供することにより、鑑定書ＮＦＴを所有する証明以外の利用価値を付加することができる。

図１４は、鑑定書ＮＦＴの一覧画面の一例を示す説明図である。当該画面は、鑑定書ＮＦＴ表示欄１２ａ及び表示ボタン１２ｂを含む。鑑定書ＮＦＴ表示欄１２ａは、アナログレコードのジャケット画像、鑑定書ＮＦＴのトークンＩＤ及びトークンＵＲＩ等を表示する表示欄である。表示ボタン１２ｂは、鑑定書ＮＦＴに対応する鑑定書の表示画面（図６）に遷移するボタンである。

ユーザ端末２は、ユーザの暗号ウォレットにより、当該ユーザが所有しているすべての鑑定書ＮＦＴをブロックチェーン３のノード３１から取得する。取得された鑑定書ＮＦＴには、トークンＩＤ、所有者アドレス及びトークンＵＲＩ（メタデータの場所）等が含まれる。トークンＵＲＩは、例えば鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストに関する情報のＵＲＬ、または当該アナログレコードに含まれる音楽に関するコンテンツのＵＲＬ等を含む。

ユーザ端末２は、取得した各鑑定書ＮＦＴのトークンＩＤをサーバ１に送信する。サーバ１は、ユーザ端末２から送信された各鑑定書ＮＦＴのトークンＩＤに基づき、各鑑定書ＮＦＴに対応する鑑定書におけるアナログレコードの管理番号を鑑定書ＤＢ１７２から取得する。サーバ１は、取得した各アナログレコードの管理番号に基づき、各アナログレコードのジャケット画像を鑑定情報ＤＢ１７１から取得する。サーバ１は、取得した各アナログレコードのジャケット画像をユーザ端末２に送信する。

ユーザ端末２は、サーバ１から送信された各アナログレコードのジャケット画像を、ブロックチェーン３のノード３１から取得された各鑑定書ＮＦＴのトークンＩＤ及びトークンＵＲＩ（例えば、アーティストに関する情報のＵＲＬ及び音楽に関するコンテンツのＵＲＬ）に対応付けて、該当する鑑定書ＮＦＴ表示欄１２ａに表示する。

ユーザ端末２は、アーティストに関する情報のＵＲＬのリンク操作を受け付けた場合、当該ＵＲＬで指定されるサイトに掲載されているアーティストに関する情報を取得して表示する。ユーザ端末２は、音楽に関するコンテンツのＵＲＬのリンク操作を受け付けた場合、当該ＵＲＬで指定されるサイトに掲載されている音楽に関するコンテンツを取得して表示する。

なお、本実施形態では、アーティストに関する情報または音楽に関するコンテンツを閲覧可能な特典を鑑定書ＮＦＴに付与した例を説明したが、これに限るものではない。例えば、アナログレコードと関連する動画もしくは画像等のコンテンツ配信・閲覧、関連商品の購入時に割引適用、特定イベントの参加、ポイント還元、または特別グッズ（例えば、書籍、雑誌またはギフトカード）の受領等の特典を鑑定書ＮＦＴに付与しても良い。

ユーザ端末２は、表示ボタン１２ｂのタッチ操作を受け付けた場合、該当する鑑定書ＮＦＴに対応する鑑定書の表示画面（図６）に遷移する。具体的には、ユーザ端末２は、該当する鑑定書ＮＦＴのトークンＩＤをサーバ１に送信する。サーバ１は、ユーザ端末２から送信された鑑定書ＮＦＴのトークンＩＤに基づき、当該鑑定書ＮＦＴに対応する鑑定書の鑑定書ＩＤ、及び当該鑑定書におけるアナログレコードの管理番号を鑑定書ＤＢ１７２から取得する。

サーバ１は、取得した管理番号に基づき、該当するアナログレコードの鑑定情報を鑑定情報ＤＢ１７１から取得する。サーバ１は、暗号学的ハッシュ関数を用いて、取得した鑑定情報のハッシュ値を算出する。サーバ１は、取得した鑑定書ＩＤに基づき、ブロックチェーン３上に記録された鑑定情報のハッシュ値をブロックチェーン３のノード３１から取得する。サーバ１は、算出した鑑定情報のハッシュ値と、ブロックチェーン３から取得された鑑定情報のハッシュ値とを比較する。

サーバ１は、両者が一致していると判定した場合、鑑定書ＩＤに基づき、鑑定書ＤＢ１７２に記憶された鑑定書（鑑定書のデータ）を取得する。サーバ１は、取得した鑑定書の表示画面（図６）を生成し、生成した鑑定書の表示画面をユーザ端末２に送信する。ユーザ端末２は、サーバ１から送信された鑑定書の表示画面に遷移する。

図１５は、アーティストに関する情報及びコンテンツを出力する際の処理手順を示すフローチャートである。ユーザ端末２の制御部２１は、通信部２３を介して、ユーザの暗号ウォレットにより、当該ユーザが所有しているすべての鑑定書ＮＦＴをブロックチェーン３のノード３１から取得する（ステップＳ２３１）。各鑑定書ＮＦＴには、トークンＩＤ、所有者アドレス及びトークンＵＲＩ等が含まれる。トークンＵＲＩは、例えば、アナログレコードのアーティストに関する情報のＵＲＬ、またはアナログレコードに含まれる音楽に関するコンテンツのＵＲＬ等を含む。

制御部２１は、表示部２５を介して、取得した各鑑定書ＮＦＴを一覧表示する（ステップＳ２３２）。制御部２１は、対象となる鑑定書ＮＦＴの選択を入力部２４により受け付けた場合（ステップＳ２３３）、ユーザＩＤ、及び選択された鑑定書ＮＦＴのトークンＩＤを通信部２３によりサーバ１に送信する（ステップＳ２３４）。サーバ１の制御部１１は、ユーザ端末２から送信されたユーザＩＤ及び鑑定書ＮＦＴのトークンＩＤを通信部１３により受信する（ステップＳ１３１）。

制御部１１は、受信した鑑定書ＮＦＴのトークンＩＤに基づき、当該鑑定書ＮＦＴに対応する鑑定書におけるアナログレコードの鑑定情報を取得する（ステップＳ１３２）。具体的には、制御部１１は、鑑定書ＮＦＴのトークンＩＤに基づき、当該鑑定書ＮＦＴに対応する鑑定書におけるアナログレコードの管理番号を大容量記憶部１７の鑑定書ＤＢ１７２から取得する。制御部１１は、取得した管理番号に基づき、該当するアナログレコードの鑑定情報を大容量記憶部１７の鑑定情報ＤＢ１７１から取得する。

制御部１１は、暗号学的ハッシュ関数を用いて、取得した鑑定情報のハッシュ値を算出する（ステップＳ１３３）。制御部１１は、当該鑑定書ＮＦＴに対応する鑑定書の鑑定書ＩＤに基づき、ブロックチェーン３上に記録された鑑定情報のハッシュ値を通信部１３によりブロックチェーン３のノード３１から取得する（ステップＳ１３４）。制御部１１は、算出した鑑定情報のハッシュ値と、ブロックチェーン３のノード３１から取得された鑑定情報のハッシュ値とが一致しているか否かを判定する（ステップＳ１３５）。

制御部１１は、両者が一致していないと判定した場合（ステップＳ１３５でＮＯ）、処理を終了する。なお、制御部１１は、鑑定書の取得に失敗した旨を含むエラーメッセージを通信部１３によりユーザ端末２に送信しても良い。制御部１１は、両者が一致していると判定した場合（ステップＳ１３５でＹＥＳ）、鑑定書ＩＤに基づいて鑑定書（鑑定書のデータ）を大容量記憶部１７の鑑定書ＤＢ１７２から取得する（ステップＳ１３６）。制御部１１は、取得した鑑定書を通信部１３によりユーザ端末２に送信する（ステップＳ１３７）。

ユーザ端末２の制御部２１は、サーバ１から送信された鑑定書を通信部２３により受信する（ステップＳ２３５）。制御部２１は、受信した鑑定書を表示部２５により表示する（ステップＳ２３６）。制御部２１は、アーティストに関する情報のＵＲＬ、または音楽に関するコンテンツのＵＲＬのリンク操作を入力部２４により受け付ける（ステップＳ２３７）。制御部２１は、受け付けたＵＲＬのリンク操作に応じて、当該ＵＲＬで指定されるサイトに掲載されているアーティストに関する情報または音楽に関するコンテンツを通信部２３により取得する（ステップＳ２３８）。

制御部２１は、取得したアーティストに関する情報または音楽に関するコンテンツを表示部２５により表示し（ステップＳ２３９）、処理を終了する。なお、本実施形態では、ユーザ端末２がアーティストに関する情報または音楽に関するコンテンツを直接取得した例を説明したが、これに限るものではない。例えばユーザ端末２は、サーバ１を経由してアーティストに関する情報またはコンテンツを取得しても良い。

本実施形態によると、アナログレコードの鑑定書に対応する鑑定書ＮＦＴをブロックチェーン３上に生成することが可能となる。

本実施形態によると、アナログレコードの鑑定書に対応する鑑定書ＮＦＴを、当該アナログレコードを購入したユーザに発行することが可能となる。

本実施形態によると、鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストに関する情報、または当該アナログレコードに含まれる音楽に関するコンテンツをユーザ端末２に出力することが可能となる。

（実施形態３）
実施形態３は、鑑定書ＮＦＴを譲渡する形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。

アナログレコードを所有する所有者が、当該アナログレコードを他人に譲渡することができる。また、所有者がブロックチェーン３上で当該アナログレコードの鑑定書に対応する鑑定書ＮＦＴを当該アナログレコードとともに譲渡することができる。

例えば、第１エンティティが所有する鑑定書ＮＦＴをブロックチェーン３上で第１ユーザに譲渡した場合、当該鑑定書ＮＦＴの所有権を第１エンティティから第１ユーザに移転する。その後に、第１ユーザが当該鑑定書ＮＦＴをブロックチェーン３上で第１エンティティとは異なる第２エンティティに譲渡した場合、当該鑑定書ＮＦＴの所有権を第１ユーザから第２エンティティに移転する。エンティティは、例えばアナログレコードを販売する店舗、ＥＣ（Electronic Commerce）サイト、直営店または会社等を含む。

図１６は、実施形態３におけるサーバ１の構成例を示すブロック図である。なお、図２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７には、譲渡ＤＢ１７５及び関係者ＤＢ１７８が記憶される。譲渡ＤＢ１７５は、鑑定書ＮＦＴの譲渡に関する情報を記憶している。関係者ＤＢ１７８は、インセンティブを付与する関係者に関する情報を記憶している。なお、関係者に関しては後述する。

図１７は、譲渡ＤＢ１７５及び関係者ＤＢ１７８のレコードレイアウトの一例を示す説明図である。
譲渡ＤＢ１７５は、鑑定書ＩＤ列、管理番号列、譲渡元列、譲渡先列及び譲渡日時列を含む。鑑定書ＩＤ列は、アナログレコードの鑑定書を特定する鑑定書ＩＤを記憶している。管理番号列は、アナログレコードの管理番号を記憶している。

譲渡元列は、ユーザＩＤ列及び所有者アドレス列を含む。ユーザＩＤ列は、譲渡元のユーザＩＤを記憶している。所有者アドレス列は、譲渡元の鑑定書ＮＦＴの所有者アドレスを記憶している。譲渡先列は、ユーザＩＤ列及び所有者アドレス列を含む。ユーザＩＤ列は、譲渡先のユーザＩＤを記憶している。所有者アドレス列は、譲渡先の鑑定書ＮＦＴの所有者アドレスを記憶している。譲渡日時列は、鑑定書ＮＦＴを譲渡した日時情報を記憶している。

関係者ＤＢ１７８は、鑑定書ＩＤ列、管理番号列、関係者ＩＤ列、関係者種別列及びウォレットアドレス列を含む。鑑定書ＩＤ列は、アナログレコードの鑑定書を特定する鑑定書ＩＤを記憶している。管理番号列は、アナログレコードの管理番号を記憶している。関係者ＩＤ列は、関係者を特定する関係者ＩＤを記憶している。なお、関係者ＩＤ列には、関係者の氏名が記憶されても良い。

関係者種別列は、関係者の種別を記憶している。関係者の種別は、アナログレコードの著作権者、当該アナログレコードの所有者（ユーザ）、または、当該アナログレコードに関連するアーティスト、演奏者、企業、アナログレコード専門のレーベル、アートディレクター（Art Director）もしくは写真家等を含む。なお、関係者の種別は、上述した種別に限らず、例えば、アナログレコードのメーカー、またはアーティストの遺族等を含んでも良い。ウォレットアドレス列は、関係者のウォレットアドレスを記憶している。

図１８は、鑑定書ＮＦＴを譲渡する処理を説明する説明図である。なお、図１８では、ブロックチェーン３がＥｔｈｅｒｅｕｍである例を説明するが、ほかの種類のブロックチェーン３にも同様に適用することができる。

サーバ１は、例えばＥＲＣ７２１を利用して、第１エンティティが所有するアナログレコードの鑑定書に対応する鑑定書ＮＦＴをブロックチェーン３上に生成する。生成された鑑定書ＮＦＴのトークンＩＤ、第１エンティティの所有者アドレス（以下、第１エンティティアドレスと読み替える）及びトークンＵＲＩ等がブロックチェーン３上で記憶される。また、サーバ１は、第１エンティティのユーザＩＤ及び鑑定書ＩＤに対応付けて、鑑定書ＮＦＴのトークンＩＤ、第１エンティティアドレス及びトークンＵＲＩ等を鑑定書ＤＢ１７２に記憶する。

アナログレコードを所有する第１エンティティが、当該アナログレコードを第１ユーザに譲渡した場合、当該アナログレコードの鑑定書に対応する鑑定書ＮＦＴを第１エンティティから第１ユーザに譲渡する処理はブロックチェーン３上に行われる。

具体的には、サーバ１は、第１エンティティが所有する鑑定書ＮＦＴを第１ユーザに譲渡した譲渡指示を受け付けた場合、第１エンティティから第１ユーザに鑑定書ＮＦＴを譲渡するトランザクションを作成する。トランザクションは、ブロックチェーン３における取引記録であり、ブロックチェーン３の参加者間での各種の情報及び価値の移転を記憶している。作成されたトランザクションは、鑑定書ＮＦＴのトークンＩＤ、第１エンティティアドレス、第１ユーザの所有者アドレス（以下では、第１ユーザアドレスと読み替える）及び取引日時等を含む。

サーバ１は、ブロックチェーン３のいずれかのノード３１に、作成したトランザクションを送信する。ブロックチェーン３のノード３１は、サーバ１から送信されたトランザクションを受信する。ノード３１は、受信したトランザクションに応じて、対象となる鑑定書ＮＦＴの譲渡処理を実行する。

具体的には、ノード３１は、鑑定書ＮＦＴのトークンＩＤ及びトークンＵＲＩ（メタデータの場所）を引き継ぐようにする。ノード３１は、鑑定書ＮＦＴの所有者アドレスを、第１エンティティアドレスから第１ユーザアドレスに変更する。ノード３１は、譲渡後の鑑定書ＮＦＴのトークンＩＤ（変更なし）、変更後の所有者アドレス、及びトークンＵＲＩ（変更なし）等を記録する。

ブロックチェーン３のノード３１は、第１エンティティから第１ユーザに譲渡された鑑定書ＮＦＴをサーバ１に送信する。サーバ１は、ブロックチェーン３のノード３１から送信された譲渡後の鑑定書ＮＦＴを受信する。サーバ１は、鑑定書ＩＤに基づき、譲渡後の鑑定書ＮＦＴ、及び譲渡先となる第１ユーザのユーザＩＤを鑑定書ＤＢ１７２に更新する。

サーバ１は、鑑定書ＩＤに対応付けて譲渡情報を譲渡ＤＢ１７５に記憶する。具体的には、サーバ１は、鑑定書ＩＤ及びアナログレコードの管理番号に対応付けて、譲渡日時、第１エンティティ（譲渡元）のユーザＩＤ及び所有者アドレス、並びに、第１ユーザ（譲渡先）のユーザＩＤ及び所有者アドレスを一つのレコードとして譲渡ＤＢ１７５に記憶する。

以上の処理によって、第１エンティティが所有するアナログレコードを、当該第１エンティティから第１ユーザに譲渡した場合、当該アナログレコードの鑑定書に対応する鑑定書ＮＦＴを、当該第１エンティティから第１ユーザに譲渡する。従って、第１ユーザはアナログレコード、及び当該アナログレコードの鑑定書に対応する鑑定書ＮＦＴを所有する。また、第１ユーザが当該アナログレコード、及び当該アナログレコードの鑑定書に対応する鑑定書ＮＦＴをさらに第２エンティティに譲渡することができる。なお、第１ユーザから第２エンティティにアナログレコード及び鑑定書ＮＦＴを譲渡する処理に関しては、上述した譲渡処理と同様であるため、説明を省略する。

なお、本実施形態では、アナログレコードと鑑定書ＮＦＴとの両方を譲渡した例を説明したが、これに限るものではない。例えば、アナログレコードのみを譲渡しても良く、または当該アナログレコードの鑑定書に対応する鑑定書ＮＦＴのみを譲渡しても良い。

図１９は、鑑定書ＮＦＴを譲渡する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、通信部１３を介して、鑑定書ＮＦＴの譲渡指示をユーザ端末２から取得する（ステップＳ１４１）。なお、制御部１１は、鑑定書ＮＦＴの譲渡指示を入力部１４により直接受け付けても良い。制御部１１は、取得した譲渡指示に応じて、鑑定書ＮＦＴを譲渡するトランザクションを作成する（ステップＳ１４２）。トランザクションは、鑑定書ＮＦＴのトークンＩＤ、譲渡元の所有者アドレス、譲渡先の所有者アドレス及び取引日時等を含む。

制御部１１は、通信部１３を介して、作成したトランザクションをブロックチェーン３のいずれかのノード３１に送信する（ステップＳ１４３）。ブロックチェーン３のノード３１の制御部３１１は、サーバ１から送信されたトランザクションを通信部３１３により受信する（ステップＳ３４１）。

ノード３１の制御部３１１は、受信したトランザクションに応じて、対象となる鑑定書ＮＦＴの譲渡処理を実行する（ステップＳ３４２）。具体的には、制御部３１１は、鑑定書ＮＦＴのトークンＩＤ及びトークンＵＲＩを引き継ぐようにする。制御部３１１は、鑑定書ＮＦＴの所有者アドレスを、譲渡元の所有者アドレスから譲渡先の所有者アドレスに変更する。ノード３１の制御部３１１は、譲渡後の鑑定書ＮＦＴのトークンＩＤ、所有者アドレス（譲渡先）及びトークンＵＲＩ等を記録する。

ノード３１の制御部３１１は、譲渡後の鑑定書ＮＦＴを通信部３１３によりサーバ１に送信する（ステップＳ３４３）。サーバ１の制御部１１は、ノード３１から送信された譲渡後の鑑定書ＮＦＴを通信部１３により受信する（ステップＳ１４４）。制御部１１は、鑑定書ＩＤに基づき、譲渡後の鑑定書ＮＦＴ及び譲渡先のユーザＩＤを大容量記憶部１７の鑑定書ＤＢ１７２に更新する（ステップＳ１４５）。

制御部１１は、鑑定書ＩＤに対応付けて譲渡情報を大容量記憶部１７の譲渡ＤＢ１７５に記憶し（ステップＳ１４６）、処理を終了する。譲渡情報は、アナログレコードの管理番号、譲渡元情報（譲渡元のユーザＩＤ及び所有者アドレス）、譲渡先情報（譲渡先のユーザＩＤ及び所有者アドレス）、及び譲渡日時を含む。

続いて、鑑定書ＮＦＴの譲渡により、当該鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードの関係者に対してインセンティブを付与する処理を説明する。なお、以下では、関係者がアーティストである例を説明するため、他の種別の関係者にも同様に適用することができる。

図２０は、スマートコントラクトによるアーティストへのインセンティブ付与処理を説明する説明図である。鑑定書ＮＦＴを所有する所有者Ａ氏から、所有者Ｂ氏に当該鑑定書ＮＦＴを譲渡することができる。所有者Ａ氏から所有者Ｂ氏に鑑定書ＮＦＴを譲渡した場合、ＥＲＣ７２１上に所有者Ａ氏のアドレスから所有者Ｂ氏のアドレスに変更することにより、当該鑑定書ＮＦＴの譲渡を完成させる。

鑑定書ＮＦＴの譲渡に伴い、当該鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストにインセンティブを付与するスマートコントラクトにより、当該アーティストにインセンティブを付与する。

スマートコントラクトは、事前に執行条件及び契約内容の定義がプログラム化されてトランザクションに組み込まれ、執行条件及び契約内容に合致した取引が発生した場合、自動的に契約が履行される仕組みである。インセンティブは、法定通貨、仮想通貨（暗号資産）、電子マネー、クーポンまたはポイント等を使用することが可能な価値に係る情報である。なお、以下では、インセンティブが仮想通貨である例を説明するが、他の形式のインセンティブにも同様に適用することができる。

サーバ１は、アーティストへのインセンティブ付与処理を行うための必要な執行条件、契約内容及びアーティストのウォレットアドレス等が記述されたスマートコントラクトのコードを生成する。サーバ１は、生成したスマートコントラクトのコードを含むトランザクションを予めブロックチェーン３に記録する。

本実施形態では、スマートコントラクトのコードの内容が、鑑定書ＮＦＴが譲渡された場合、アーティストのウォレットアドレス宛に所定の基準により算出された仮想通貨を支払う契約をコードで定義している。なお、本実施形態では、単一のスマートコントラクトが単一のトランザクションに含まれたが、これに限るものではない。例えば、連携された複数のスマートコントラクトが単一又は複数のトランザクションに含まれても良い。

図示のように、トランザクションは、スマートコントラクトのコード、鑑定書ＮＦＴのトークンＩＤ、譲渡費用、譲渡先及びアーティストの電子署名を含む。ブロックチェーン３は、当該鑑定書ＮＦＴの譲渡に関する執行条件に合致した場合、契約内容上で決められた仮想通貨量を譲渡先（所有者Ｂ氏）のウォレットアドレス宛からアーティストのウォレットアドレス宛に支払う。

例えば、譲渡費用が１００仮想通貨量である場合、契約内容に基づき、譲渡費用の５％である５仮想通貨量をアーティストに付与しても良い。なお、スマートコントラクト内に所有者Ｂ氏の仮想通貨を予めデポジットしておいても良い。この場合、デポジットされた仮想通貨から対応する額の仮想通貨がアーティストのウォレットアドレス宛に支払われる。

なお、本実施形態では、アーティストに付与した仮想通貨量を譲渡費用に基づいて算出した例を説明したが、これに限るものではない。例えば、アーティストに固定の仮想通貨量（例えば、１０仮想通貨量）を付与しても良い。なお、システムの運営者等はアーティストに仮想通貨を付与しても良い。

なお、図２０では、単一の関係者の例を説明したが、これに限るものではない。複数人の関係者の場合、各関係者にインセンティブを付与することができる。具体的には、サーバ１は、鑑定書ＩＤ及びアナログレコードの管理番号に基づき、当該鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードの関係者の関係者ＩＤ及びウォレットアドレスを関係者ＤＢ１７８から取得する。

サーバ１は、各関係者へのインセンティブ付与処理を行うスマートコントラクトのコードを生成する。サーバ１は、生成したスマートコントラクトのコードを含むトランザクションを予めブロックチェーン３に記録する。スマートコントラクトのコードには、必要な執行条件、契約内容、及び各関係者のウォレットアドレス等が記述される。契約内容には、各関係者へのインセンティブの配分ルート（配分の規則）が含まれる。

トランザクションは、スマートコントラクトのコード、鑑定書ＮＦＴのトークンＩＤ、譲渡費用、譲渡先、及び各関係者の電子署名を含む。ブロックチェーン３は、当該鑑定書ＮＦＴの譲渡に関する執行条件に合致した場合、契約内容上で決められた仮想通貨量を譲渡先（所有者Ｂ氏）のウォレットアドレス宛から、各関係者のウォレットアドレス宛に支払う。

具体的には、ブロックチェーン３は、スマートコントラクトを通じて、インセンティブの配分ルートに基づき、各関係者へのインセンティブを算出する。インセンティブの配分ルートには、例えば、各関係者へのインセンティブの配分の割合が記述されても良い。例えば、当該アナログレコードの関係者がアーティスト、演奏者及びアートディレクターを含む。アーティストへの配分の割合が４０％であり、演奏者への配分の割合が３０％であり、アートディレクターへの配分の割合が３０％である。

このように、契約内容に基づき、譲渡費用の所定の割合（例えば、５％）により算出されたインセンティブを各関係者に付与した場合、上述した各関係者への配分の割合に基づき、各関係者にインセンティブを付与することができる。

ブロックチェーン３は、スマートコントラクトを通じて、例えば、譲渡費用が１００仮想通貨量である場合、契約内容に基づき、譲渡費用の５％である５仮想通貨量を算出する。ブロックチェーン３は、スマートコントラクトを通じて、上述した配分の割合に基づき、各関係者への仮想通貨量を算出する。

例えば、アーティストへの仮想通貨量は２仮想通貨量（５仮想通貨量×４０％）であり、演奏者への仮想通貨量は１．５仮想通貨量（５仮想通貨量×３０％）であり、アートディレクターへの仮想通貨量は１．５仮想通貨量（５仮想通貨量×３０％）である。ブロックチェーン３は、スマートコントラクトを通じて、算出した仮想通貨量を各関係者のウォレットアドレスに付与する。

なお、インセンティブの配分ルートは、配分の割合に限らず、例えば、固定の仮想通貨量（例えば、２仮想通貨量）であっても良い。

図２１は、鑑定書ＮＦＴの譲渡によりインセンティブを付与する際の処理手順を示すフローチャートである。なお、図１９と重複する内容については同一の符号を付して説明を省略する。ブロックチェーン３のノード３１の制御部３１１は、ステップＳ３４２の処理を実行した後に、予め記憶部３１２に記録されたインセンティブ付与のスマートコントラクトにより、アーティストにインセンティブ（例えば、仮想通貨）を付与する処理を実行する（ステップＳ３４４）。ノード３１の制御部３１１は、ステップＳ３４３の処理を実行する。

なお、複数回譲渡されたアナログレコードに対し、当該アナログレコードの最初の譲渡元（所有者）にインセンティブを付与しても良い。例えばサーバ１は、アナログレコードまたは当該アナログレコードの鑑定書に対応する鑑定書ＮＦＴが譲渡された場合、譲渡元のウォレットアドレス等を含む譲渡情報を譲渡ＤＢ１７５に記憶しても良い。サーバ１は、当該アナログレコードに対応する最初の譲渡元のウォレットアドレスを譲渡ＤＢ１７５から取得し、取得したウォレットアドレス宛にインセンティブを付与する。

なお、インセンティブの付与処理に関しては、ウォレットアドレスの手段に限らず、例えば法定通貨の口座等を利用しても良い。

本実施形態によると、第１エンティティから第１ユーザに鑑定書ＮＦＴを譲渡することが可能となる。

本実施形態によると、第１ユーザから第１エンティティとは異なる第２エンティティに鑑定書ＮＦＴを譲渡することが可能となる。

本実施形態によると、鑑定書ＮＦＴの譲渡により、当該鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストにインセンティブを付与することが可能となる。

（実施形態４）
実施形態４は、アナログレコードの音源データの作成に利用されるサンプリングの音源データの関係者にインセンティブを付与する形態に関する。なお、実施形態１～３と重複する内容については説明を省略する。

図２２は、実施形態４におけるサーバ１の構成例を示すブロック図である。なお、図１６と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７には、音源ＤＢ１７６が記憶される。音源ＤＢ１７６は、レコードの音源データ、及びサンプリングの音源データ等を記憶している。

図２３は、実施形態４における鑑定書ＤＢ１７２及び音源ＤＢ１７６のレコードレイアウトの一例を示す説明図である。なお、図１１と重複する内容については同一の符号を付して説明を省略する。

鑑定書ＤＢ１７２は、レコード音源ＩＤ列、サンプリング音源ＩＤ列、サンプリング音源ＮＦＴ列及び第２ユーザＩＤ列を含む。レコード音源ＩＤ列は、アナログレコードの音源データを特定するレコード音源ＩＤを記憶している。サンプリング音源ＩＤ列は、アナログレコードの音源データの作成に利用されたサンプリングの音源データを特定するサンプリング音源ＩＤを記憶している。

サンプリング音源ＮＦＴ列は、ブロックチェーン３上で発行されたサンプリング音源ＮＦＴを記憶している。第２ユーザＩＤ列は、サンプリングの音源データを所有する第２ユーザのユーザＩＤを記憶している。

音源ＤＢ１７６は、音源ＩＤ列、種類列、音源データ列及び所有者ＩＤ列を含む。音源ＩＤ列は、各音源データを識別するために、一意に特定される音源データのＩＤを記憶している。種類列は、音源データの種類を記憶している。音源データの種類は、アナログレコードの音源データ及びサンプリングの音源データ等を含む。

音源データ列は、アナログレコードの音源データまたはサンプリングの音源データを記憶している。所有者ＩＤ列は、アナログレコードの音源データを所有するユーザＩＤ、またはサンプリングの音源データを所有する第２ユーザＩＤを記憶している。

アナログレコードの音源データの作成時に、複数のサンプリングの音源データを利用することができる。サンプリングは、音楽において、過去の曲または音源の一部を引用し、再構築して新たな楽曲を制作する音楽製作法または表現技法である。作成対象となるアナログレコードの音源データに、複数のサンプリングの音源データを取り入れることにより、当該アナログレコードの音源データを作成することができる。

そして、アナログレコードに対応する鑑定書ＮＦＴの取引（譲渡等）、または当該アナログレコードの音源データの利用により、当該アナログレコードの関係者にインセンティブ（例えば、仮想通貨）を付与することだけではなく、当該アナログレコードの音源データの作成に利用されるサンプリングの音源データの関係者にインセンティブを付与することができる。

図２４は、実施形態４における関係者ＤＢ１７８のレコードレイアウトの一例を示す説明図である。なお、図１７と重複する内容については説明を省略する。関係者ＤＢ１７８は、音源種類列及び音源ＩＤ列を含む。音源種類列は、音源データの種類（アナログレコードの音源データ及びサンプリングの音源データ等）を記憶している。音源ＩＤ列は、音源データを特定する音源ＩＤを記憶している。

図２５は、サンプリングの音源データに対応するサンプリング音源ＮＦＴを説明する説明図である。サーバ１は、アナログレコードの音源データ１３ａの作成に利用されるサンプリングの音源データを取得する。図示のように、サンプリングの音源データは、例えば、サンプリング１３ｃ及びサンプリング１３ｅを含む。なお、図２５では、２つのサンプリングの音源データの例を説明したが、これに限るものではない。アナログレコードの音源データ１３ａの作成に利用されるサンプリングの音源データの数量は特に限定されるものではない。

サーバ１は、取得したサンプリングの音源データのそれぞれに対し、各サンプリングの音源データに対応するサンプリング音源ＮＦＴをブロックチェーン３上に生成する。具体的には、サーバ１は、サンプリング１３ｃに対応するサンプリング音源ＮＦＴ１３ｄをブロックチェーン３上に生成する。サーバ１は、サンプリング１３ｅに対応するサンプリング音源ＮＦＴ１３ｆをブロックチェーン３上に生成する。

サーバ１は、ブロックチェーン３を通じて、生成した各サンプリング音源ＮＦＴを、各サンプリング音源ＮＦＴに対応するサンプリングの音源データを所有する第２ユーザに発行する。具体的には、サーバ１は、生成したサンプリング音源ＮＦＴ１３ｄを、サンプリング１３ｃを所有する第２ユーザに発行する。サーバ１は、生成したサンプリング音源ＮＦＴ１３ｆを、サンプリング１３ｅを所有する第２ユーザに発行する。

サーバ１は、発行したサンプリング音源ＮＦＴ１３ｄ及びサンプリング音源ＮＦＴ１３ｆをアナログレコードの音源データ１３ａに対応する鑑定書ＮＦＴ１３ｂに関連付ける。サーバ１は、鑑定書ＮＦＴ１３ｂの取引、またはアナログレコードの音源データ１３ａの利用により、鑑定書ＮＦＴ１３ｂに関連付けられたサンプリング音源ＮＦＴ１３ｄ及びサンプリング音源ＮＦＴ１３ｆを取得する。

サーバ１は、取得したサンプリング音源ＮＦＴ１３ｄに対応するサンプリング１３ｃの関係者にインセンティブを付与する。サーバ１は、取得したサンプリング音源ＮＦＴ１３ｆに対応するサンプリング１３ｅの関係者にインセンティブを付与する。サンプリングの音源データの関係者の種別は、サンプリングの音源データの著作権者、当該サンプリングの音源データの所有者（第２ユーザ）、または、当該サンプリングの音源データに関連するアーティスト、演奏者、企業、アナログレコード専門のレーベル、アートディレクターもしくは写真家等を含む。

インセンティブは、法定通貨、仮想通貨（暗号資産）、電子マネー、クーポンまたはポイント等を使用することが可能な価値に係る情報である。各関係者へのインセンティブは、例えば、取引（譲渡等）費用の所定の割合（例えば、５％）により算出されても良く、または、固定額（例えば、１０仮想通貨量）であっても良い。

サーバ１は、鑑定書ＩＤ、アナログレコードの管理番号、及び各サンプリング（サンプリング１３ｃ及びサンプリング１３ｅ）の音源ＩＤに基づき、各サンプリングの音源データに対応する単一または複数人の関係者の関係者ＩＤ及びウォレットアドレスを関係者ＤＢ１７８から取得する。サーバ１は、所定の各関係者へのインセンティブの配分ルートに基づき、各関係者へのインセンティブを算出する。

インセンティブの配分ルートには、例えば、各関係者へのインセンティブの配分の割合が記述されても良い。なお、インセンティブの配分ルートは、配分の割合に限らず、例えば、固定の仮想通貨量（例えば、２仮想通貨量）であっても良い。サーバ１は、ブロックチェーン３を通じて、算出したインセンティブをサンプリングの音源データの各関係者のウォレットアドレスに付与する。

以下では、サンプリング１３ｃの関係者へのインセンティブを付与する処理の例を説明する。例えば、サンプリング１３ｃの関係者がアーティスト及び演奏者を含む。アーティストへの配分の割合が６０％であり、演奏者への配分の割合が４０％である。サーバ１は、例えば、譲渡費用が１００仮想通貨量である場合、取引（譲渡等）費用の所定の割合（例えば、５％）によりインセンティブ（５仮想通貨量）を算出する。

サーバ１は、算出したインセンティブと、上述した配分の割合とに基づき、サンプリング１３ｃの各関係者への仮想通貨量を算出する。例えば、アーティストへのインセンティブは３仮想通貨量（５仮想通貨量×６０％）であり、演奏者へのインセンティブは２仮想通貨量（５仮想通貨量×４０％）である。サーバ１は、ブロックチェーン３を通じて、算出した仮想通貨量をサンプリング１３ｃの各関係者（アーティスト及び演奏者）のウォレットアドレスに付与する。

なお、上述した処理は、サンプリングの音源データの関係者にインセンティブを付与した例を説明したが、これに限るものではない。鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードの関係者と、当該アナログレコードの音源データの作成に利用された単一または複数のサンプリングの音源データの関係者との両方にインセンティブを付与することができる。

この場合、サーバ１は、例えば、取引（譲渡等）費用の所定の割合（例えば、５％）により算出されたインセンティブから、所定の配分ルートに基づき、アナログレコードの関係者、及び各サンプリング（例えば、サンプリングＡ及びサンプリングＢ）の音源データの関係者へのインセンティブを算出する。

そして、サーバ１は、算出したアナログレコードの関係者へのインセンティブから、所定の各関係者へのインセンティブの配分ルートに基づき、当該アナログレコードの音源データの各関係者（アーティスト、演奏者またはレーベル等）へのインセンティブを付与する。なお、アナログレコードの関係者へのインセンティブの付与処理は、実施形態３と同様であるため、説明を省略する。

サーバ１は、算出した各サンプリング（例えば、サンプリングＡ及びサンプリングＢ）の音源データの関係者へのインセンティブから、所定の各関係者へのインセンティブの配分ルートに基づき、上述した処理と同様に、各サンプリング（例えば、サンプリングＡ及びサンプリングＢ）の音源データの各関係者（アーティスト、写真家または企業等）へのインセンティブを付与する。

更にまた、アナログレコードの音源データがサブスクリプション方式で提供された場合、一定期間内の再生回数等の利用状況に基づき、関係者へのインセンティブを算出することができる。例えば、一定期間内の再生回数が多いほど、多くのインセンティブが得られるように設けても良い。サブスクリプションは、商品の購入代金またはサービスの利用料等を毎回請求することではなく、一定期間利用することができる権利に対して料金を請求するビジネスモデルである。

なお、関係者へのインセンティブの付与処理は、スマートコントラクト、トランザクションまたは銀行システム等により行われても良い。

図２６は、サンプリング音源ＮＦＴを発行する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、通信部１３または入力部１４を介して、アナログレコードの音源データの作成に利用されるサンプリングの音源データを取得する（ステップＳ１５１）。

制御部１１は、取得したサンプリングの音源データを大容量記憶部１７の音源ＤＢ１７６に記憶する（ステップＳ１５２）。具体的には、制御部１１は、取得したサンプリングの音源データに対して音源ＩＤを割り振る。制御部１１は、割り振った音源ＩＤに対応付けて、「サンプリング」である種類、サンプリングの音源データ、及び当該サンプリングの音源データを所有する第２ユーザＩＤを一つのレコードとして音源ＤＢ１７６に記憶する。なお、上述した処理（ステップＳ１５１～Ｓ１５２）が一度実行された場合、次回から処理の実行を省略することができる。

制御部１１は、暗号学的ハッシュ関数を用いて、サンプリングの音源データに関するサンプリング情報のハッシュ値を算出する（ステップＳ１５３）。サンプリング情報は、第２ユーザＩＤ等を含む。なお、サンプリング情報には、第２ユーザＩＤの代わりに、第２ユーザの氏名が含まれても良い。制御部１１は、通信部１３を介して、サンプリングの音源ＩＤ及びサンプリング情報のハッシュ値をブロックチェーン３のいずれかのノード３１に送信する（ステップＳ１５４）。

ブロックチェーン３のノード３１の制御部３１１は、通信部３１３を介して、サーバ１から送信されたサンプリングの音源ＩＤ及びサンプリング情報のハッシュ値を受信する（ステップＳ３５１）。ノード３１の制御部３１１は、受信したサンプリングの音源ＩＤに対応付けてサンプリング情報のハッシュ値を記憶部３１２に記録する（ステップＳ３５２）。

ノード３１の制御部３１１は、例えばＥＲＣ７２１を利用し、第２ユーザに対しサンプリング音源ＮＦＴを生成する（Ｓ３５３）。制御部３１１は、生成したサンプリング音源ＮＦＴのトークンＩＤ、第２ユーザの所有者アドレス（オーナＩＤ）及びトークンＵＲＩを記憶部３１２に記憶する（ステップＳ３５４）。

なお、サンプリング音源ＮＦＴを管理者に発行した場合、管理者は保有する当該サンプリング音源ＮＦＴを第２ユーザに譲渡する。この場合、ノード３１の制御部３１１は、サンプリング音源ＮＦＴのトークンＩＤ及びトークンＵＲＩ（メタデータの場所）を引き継ぐようにする。ノード３１の制御部３１１は、サンプリング音源ＮＦＴの所有者アドレスを、管理者の所有者アドレスから第２ユーザの所有者アドレスに変更する。ノード３１の制御部３１１は、譲渡後のサンプリング音源ＮＦＴのトークンＩＤ（変更なし）、変更後の所有者アドレス、及びトークンＵＲＩ（変更なし）等を記録する。

制御部３１１は、生成したサンプリング音源ＮＦＴを通信部３１３によりサーバ１に送信する（ステップＳ３５５）。サーバ１の制御部１１は、ブロックチェーン３のノード３１から送信されたサンプリング音源ＮＦＴを通信部１３により受信する（ステップＳ１５５）。

制御部１１は、鑑定書ＮＦＴに関連付けて、受信したサンプリング音源ＮＦＴを大容量記憶部１７の鑑定書ＤＢ１７２に記憶する（ステップＳ１５６）。具体的には、制御部１１は、アナログレコードの音源データに対応する鑑定書ＮＦＴに対応付けて、サンプリングの音源ＩＤ、サンプリング音源ＮＦＴ（トークンＩＤ、所有者アドレス及びトークンＵＲＩ等）、及び当該サンプリング音源ＮＦＴを所有する第２ユーザのユーザＩＤを鑑定書ＤＢ１７２に記憶する。

制御部１１は、通信部１３を介して、ブロックチェーン３上で発行されたサンプリング音源ＮＦＴを、サンプリングの音源データを所有する第２ユーザのユーザ端末２に送信する（ステップＳ１５７）。制御部１１は、処理を終了する。

図２７は、サンプリングの音源データの関係者にインセンティブを付与する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、通信部１３を介して、鑑定書ＮＦＴの取引（例えば、譲渡）、またはアナログレコードの音源データの利用（例えば、サブスクリプション）により得られた利益額を、例えば収益管理サーバ等から取得する（ステップＳ１６１）。

制御部１１は、鑑定書ＩＤ、アナログレコードの管理番号、及び各サンプリングの音源ＩＤに基づき、各サンプリングの音源データに対応する単一または複数人の関係者情報（関係者ＩＤ及びウォレットアドレス等）を大容量記憶部１７の関係者ＤＢ１７８から取得する（ステップＳ１６２）。

制御部１１は、取得した利益額から、所定のインセンティブの配分ルートに基づき、各サンプリングの音源データの各関係者へのインセンティブ（例えば、仮想通貨）を算出する（ステップＳ１６３）。なお、インセンティブの配分ルートは、予め記憶部１２または大容量記憶部１７に記憶されても良い。制御部１１は、各サンプリングの音源データの各関係者へのインセンティブを付与するトランザクションを作成する（ステップＳ１６４）。トランザクションは、各サンプリングの音源データにおいて、各サンプリングの音源データの各関係者へのインセンティブ、各関係者のウォレットアドレス及び取引日時等を含む。

制御部１１は、通信部１３を介して、作成したトランザクションをブロックチェーン３のいずれかのノード３１に送信する（ステップＳ１６５）。ブロックチェーン３のノード３１の制御部３１１は、サーバ１から送信されたトランザクションを通信部３１３により受信する（ステップＳ３６１）。ノード３１の制御部３１１は、受信したトランザクションに応じて、各関係者のウォレットアドレス宛へのインセンティブの付与処理を実行する（ステップＳ３６２）。

なお、インセンティブの付与処理に関しては、ウォレットアドレスの手段に限らず、例えば法定通貨の口座等を利用しても良い。

本実施形態によると、アナログレコードの音源データの作成に利用されるサンプリングの音源データに対応するサンプリング音源ＮＦＴをブロックチェーン３上に生成することが可能となる。

本実施形態によると、鑑定書ＮＦＴの取引、または当該鑑定書ＮＦＴに対応するアナログレコードの音源データの利用により、アナログレコードの音源データの作成に利用されるサンプリングの音源データの関係者にインセンティブを付与することが可能となる。

（実施形態５）
実施形態５は、アナログレコードの音源データの再生要求を受け付けた場合、当該音源データを出力する形態に関する。なお、実施形態１～４と重複する内容については説明を省略する。アナログレコードの音源データを鑑定書ＮＦＴのメタデータとしてあり、当該音源データは音源ＤＢ１７６に記憶される。

図２８は、音源データの再生要求により音源データを出力する際の処理手順を示すフローチャートである。ユーザ端末２の制御部２１は、鑑定書ＮＦＴを所有するユーザによる、当該鑑定書ＮＦＴに対応する音源データの再生要求を入力部２４により受け付ける（ステップＳ２７１）。制御部２１は、当該鑑定書ＮＦＴに対応する鑑定書の鑑定書ＩＤ、及び受け付けた音源データの再生要求を通信部２３によりサーバ１に送信する（ステップＳ２７２）。

サーバ１の制御部１１は、ユーザ端末２から送信された鑑定書ＩＤ及び音源データの再生要求を通信部１３により受信する（ステップＳ１７１）。制御部１１は、受信した鑑定書ＩＤに基づき、該当する鑑定書ＮＦＴを大容量記憶部１７の鑑定書ＤＢ１７２から取得する（ステップＳ１７２）。

制御部１１は、受信した音源データの再生要求に応じて、取得した鑑定書ＮＦＴのトークンＩＤに基づき、当該鑑定書ＮＦＴのトークンＵＲＩ（鑑定書ＮＦＴに対するメタデータの場所を示す属性である）を通信部１３によりブロックチェーン３のいずれかのノード３１から取得する（ステップＳ１７３）。なお、制御部１１は、鑑定書ＩＤに基づき、当該鑑定書ＮＦＴのトークンＵＲＩを大容量記憶部１７の鑑定書ＤＢ１７２から取得しても良い。

トークンＵＲＩに示されているメタデータの場所は、例えばアナログレコードの音源データのＵＲＬである。制御部１１は、通信部１３を介して、アナログレコードの音源データのＵＲＬで指定されるサイトに掲載されているアナログレコードの音源データを取得する（ステップＳ１７４）。

なお、上述したアナログレコードの音源データの取得処理に限るものではない。例えば、制御部１１は、鑑定書ＩＤに基づき、当該鑑定書ＮＦＴに対応するレコード音源ＩＤを大容量記憶部１７の鑑定書ＤＢ１７２から取得する。制御部１１は、取得したレコード音源ＩＤに基づき、当該鑑定書ＮＦＴに対応するアナログレコードの音源データを大容量記憶部１７の音源ＤＢ１７６から取得しても良い。

制御部１１は、取得したアナログレコードの音源データを通信部１３によりユーザ端末２に送信する（ステップＳ１７５）。

ユーザ端末２の制御部２１は、サーバ１から送信されたアナログレコードの音源データを通信部２３により受信する（ステップＳ２７３）。制御部２１は、受信したアナログレコードの音源データを再生する（ステップＳ２７４）。制御部２１は、処理を終了する。

本実施形態によると、アナログレコードの音源データの再生要求を受け付けた場合、当該音源データを出力することが可能となる。

（実施形態６）
実施形態６は、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの譲渡または交換に伴う手数料を決定する形態に関する。なお、実施形態１～５と重複する内容については説明を省略する。

図２９は、実施形態６におけるサーバ１の構成例を示すブロック図である。なお、図２２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７には、交換ＤＢ１７７が記憶される。交換ＤＢ１７７は、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの交換に関する情報を記憶している。

図３０は、実施形態６における譲渡ＤＢ１７５及び交換ＤＢ１７７のレコードレイアウトの一例を示す説明図である。なお、図１７と重複する内容については説明を省略する。

譲渡ＤＢ１７５は、譲渡費用列及び手数料列を含む。譲渡費用列は、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの譲渡に伴う費用を記憶している。手数料列は、譲渡に伴う手数料を記憶している。

交換ＤＢ１７７は、交換ＩＤ列、交換元列、交換先列、交換日時列及び手数料列を含む。交換ＩＤ列は、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの交換データを識別するために、一意に特定される交換データのＩＤを記憶している。

交換元列は、鑑定書ＩＤ列、管理番号列、ユーザＩＤ列及び所有者アドレス列を含む。鑑定書ＩＤ列は、交換元となるアナログレコードの鑑定書（第１鑑定書）を特定する鑑定書ＩＤを記憶している。管理番号列は、交換元となるアナログレコードの管理番号を記憶している。ユーザＩＤ列は、交換元となる鑑定書ＮＦＴ（第１鑑定書ＮＦＴ）を所有するユーザ（第１ユーザ）のユーザＩＤを記憶している。所有者アドレス列は、第１ユーザの所有者アドレスを記憶している。

交換先列は、鑑定書ＩＤ列、管理番号列、ユーザＩＤ列及び所有者アドレス列を含む。鑑定書ＩＤ列は、交換先となるアナログレコードの鑑定書（第２鑑定書）を特定する鑑定書ＩＤを記憶している。管理番号列は、交換先となるアナログレコードの管理番号を記憶している。ユーザＩＤ列は、交換先となる鑑定書ＮＦＴ（第２鑑定書ＮＦＴ）を所有するユーザ（第２ユーザ）のユーザＩＤを記憶している。所有者アドレス列は、第２ユーザの所有者アドレスを記憶している。

交換日時列は、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードを交換した日時情報を記憶している。手数料列は、交換に伴う手数料を記憶している。

まず、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの譲渡に伴う手数料を決定する処理を説明する。第１ユーザ（譲渡元）から第２ユーザ（譲渡先）への鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの譲渡に際し、エンティティは、当該アナログレコードを第１ユーザから受け取って、第２ユーザに配送する。

なお、譲渡処理に関しては、実施形態３で記述した譲渡処理と同様であるため、説明を省略する。

第１ユーザから第２ユーザへの鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの譲渡に際し、エンティティが当該アナログレコードを第１ユーザから受け取って、第２ユーザに配送した場合、サーバ１は、エンティティによる譲渡完了通知を受け付ける。サーバ１は、受け付けた譲渡完了通知に応じて、エンティティに譲渡に伴う費用の一部を手数料として決定する。

具体的には、サーバ１は、譲渡に伴う費用に応じて手数料を算出する。例えば、譲渡費用が１００仮想通貨量である場合、譲渡費用の５％である５仮想通貨量を手数料として決定しても良い。なお、手数料は、固定の金額（例えば、３仮想通貨量）であっても良い。なお、ブロックチェーン３上に第１ユーザ（譲渡元）の仮想通貨を予めデポジットしておいても良い。この場合、デポジットされた仮想通貨から対応する額の仮想通貨がエンティティのウォレットアドレス宛に支払われる。

サーバ１は、鑑定書ＩＤに対応付けて譲渡情報を譲渡ＤＢ１７５に記憶する。サーバ１は、ブロックチェーン３または銀行システム等を通じて、決定した手数料をエンティティのエンティティ端末４（図示なし）に送信する。エンティティ端末４は、譲渡完了通知の受付及び送信、並びに、手数料の受取及び表示等を行う端末装置である。エンティティ端末４は、例えばスマートフォン、携帯電話、アップルウォッチ等のウェアラブルデバイス、タブレット、またはパーソナルコンピュータ端末等の情報処理機器である。

図３１は、譲渡に伴う手数料を決定する際の処理手順を示すフローチャートである。なお、図１９と重複する内容については同一の符号を付して説明を省略する。サーバ１の制御部１１は、ステップＳ１４４の処理を実行した後に、エンティティ端末４から送信されたアナログレコードの譲渡完了通知を通信部１３により受信する（ステップＳ１７６）。制御部１１は、ステップＳ１４５の処理を実行する。

制御部１１は、譲渡に伴う費用の一部を手数料として決定する（ステップＳ１７７）。例えば、譲渡に伴う費用が１００仮想通貨量である場合、譲渡費用の５％である５仮想通貨量を手数料として決定する。

制御部１１は、鑑定書ＩＤ及びアナログレコードの管理番号に対応付けて、譲渡情報を大容量記憶部１７の譲渡ＤＢ１７５に記憶する（ステップＳ１７８）。具体的には、制御部１１は、鑑定書ＩＤ及びアナログレコードの管理番号に対応付けて、譲渡日時、第１ユーザ（譲渡元）のユーザ情報（ユーザＩＤ及び所有者アドレス）、第２ユーザ（譲渡先）のユーザ情報（ユーザＩＤ及び所有者アドレス）、譲渡に伴う費用、及び決定した手数料を一つのレコードとして譲渡ＤＢ１７５に記憶する。

制御部１１は、ブロックチェーン３を通じて、決定した手数料を第１ユーザのウォレットアドレスからエンティティのウォレットアドレスに付与する（ステップＳ１７９）。なお、手数料の付与処理は、スマートコントラクトにより実行されても良い。なお、手数料の付与処理に関しては、ウォレットアドレスの手段に限らず、例えば、銀行システム等による法定通貨の口座等を利用しても良い。

次に、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの交換に伴う手数料を決定する処理を説明する。第１ユーザの第１鑑定書ＮＦＴ及び当該第１鑑定書ＮＦＴに対応する第１アナログレコードと、第２ユーザの第２鑑定書ＮＦＴ及び当該第２鑑定書ＮＦＴに対応する第２アナログレコードとの第１ユーザ及び第２ユーザ間での交換を行うことができる。

第１ユーザ及び第２ユーザ間での鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの交換に際し、エンティティが第１アナログレコード及び第２アナログレコードを受け取って、第２アナログレコードを第１ユーザに配送し、第１アナログレコードを第２ユーザに配送した場合、サーバ１は、エンティティによる交換完了通知を受け付ける。サーバ１は、受け付けた交換完了通知に応じて、エンティティに交換に伴う手数料を決定する。

第１ユーザ及び第２ユーザ間での鑑定書ＮＦＴの交換処理はブロックチェーン３上に行われる。具体的には、サーバ１は、第１ユーザ及び第２ユーザ間での鑑定書ＮＦＴの交換指示を受け付けた場合、第１ユーザ及び第２ユーザ間での鑑定書ＮＦＴの交換トランザクションを作成する。

作成されたトランザクションは、第１鑑定書ＮＦＴのトークンＩＤ、第２鑑定書ＮＦＴのトークンＩＤ、第１ユーザの所有者アドレス（以下では、第１ユーザアドレスと読み替える）、第２ユーザの所有者アドレス（以下では、第２ユーザアドレスと読み替える）及び交換日時等を含む。

サーバ１は、ブロックチェーン３のいずれかのノード３１に、作成したトランザクションを送信する。ブロックチェーン３のノード３１は、サーバ１から送信されたトランザクションを受信する。ノード３１は、受信したトランザクションに応じて、第１鑑定書ＮＦＴと第２鑑定書ＮＦＴとの交換処理を実行する。

具体的には、ノード３１は、第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴのトークンＩＤ及びトークンＵＲＩ（メタデータの場所）を引き継ぐようにする。ノード３１は、第１鑑定書ＮＦＴの所有者アドレスを、第１ユーザアドレスから第２ユーザアドレスに変更する。ノード３１は、第２鑑定書ＮＦＴの所有者アドレスを、第２ユーザアドレスから第１ユーザアドレスに変更する。

ノード３１は、交換後の第１鑑定書ＮＦＴのトークンＩＤ（変更なし）、変更後の所有者アドレス（第２ユーザアドレス）、及びトークンＵＲＩ（変更なし）等を記録する。ノード３１は、交換後の第２鑑定書ＮＦＴのトークンＩＤ（変更なし）、変更後の所有者アドレス（第１ユーザアドレス）、及びトークンＵＲＩ（変更なし）等を記録する。

ブロックチェーン３のノード３１は、交換された第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴをサーバ１に送信する。サーバ１は、ブロックチェーン３のノード３１から送信された交換後の第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴを受信する。

サーバ１は、交換された第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴに対し、交換に伴う手数料を決定する。手数料は、例えば、固定の金額（例えば、１０仮想通貨量）であっても良い。または、手数料は、第１鑑定書ＮＦＴまたは第２鑑定書ＮＦＴに対応するアナログレコードの購入金額に基づき、所定の割合（例えば、５％）により算出されても良い。なお、手数料は、交換元となる第１ユーザと、交換先となる第２ユーザとの両方に徴収されても良い。

なお、ブロックチェーン３上に第１ユーザ及び第２ユーザの仮想通貨を予めデポジットしておいても良い。この場合、デポジットされた仮想通貨から対応する額の仮想通貨がエンティティのウォレットアドレス宛に支払われる。

サーバ１は、交換された第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴに対し、交換ＩＤを割り振る。サーバ１は、割り振った交換ＩＤに対応付けて、第１鑑定書ＮＦＴ（交換元）に関する情報、第２鑑定書ＮＦＴ（交換先）に関する情報、交換日時及び手数料を交換ＤＢ１７７に記憶する。

サーバ１は、ブロックチェーン３または銀行システム等を通じて、決定した手数料をエンティティのエンティティ端末４に送信する。

図３２は、交換に伴う手数料を決定する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、通信部１３を介して、第１鑑定書ＮＦＴと第２鑑定書ＮＦＴとの交換指示を第１ユーザまたは第２ユーザのユーザ端末２から取得する（ステップＳ１８１）。制御部１１は、取得した交換指示に応じて、第１鑑定書ＮＦＴと第２鑑定書ＮＦＴとを交換するトランザクションを作成する（ステップＳ１８２）。

トランザクションは、第１鑑定書ＮＦＴのトークンＩＤ、第２鑑定書ＮＦＴのトークンＩＤ、第１ユーザの所有者アドレス、第２ユーザの所有者アドレス及び取引日時等を含む。制御部１１は、通信部１３を介して、作成したトランザクションをブロックチェーン３のいずれかのノード３１に送信する（ステップＳ１８３）。ブロックチェーン３のノード３１の制御部３１１は、サーバ１から送信されたトランザクションを通信部３１３により受信する（ステップＳ３８１）。

ノード３１の制御部３１１は、受信したトランザクションに応じて、第１鑑定書ＮＦＴと第２鑑定書ＮＦＴとの交換処理を実行する（ステップＳ３８２）。具体的には、制御部３１１は、第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴのトークンＩＤ及びトークンＵＲＩを引き継ぐようにする。制御部３１１は、第１鑑定書ＮＦＴの所有者アドレスを、第１ユーザアドレスから第２ユーザアドレスに変更する。制御部３１１は、第２鑑定書ＮＦＴの所有者アドレスを、第２ユーザアドレスから第１ユーザアドレスに変更する。制御部３１１は、交換後の第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴに対し、トークンＩＤ、所有者アドレス及びトークンＵＲＩ等を記録する。

ノード３１の制御部３１１は、交換後の鑑定書ＮＦＴを通信部３１３によりサーバ１に送信する（ステップＳ３８３）。サーバ１の制御部１１は、ノード３１から送信された交換後の鑑定書ＮＦＴを通信部１３により受信する（ステップＳ１８４）。制御部１１は、エンティティ端末４から送信されたアナログレコードの交換完了通知を通信部１３により受信する（ステップＳ１８５）。

制御部１１は、交換後の第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴを大容量記憶部１７の鑑定書ＤＢ１７２に更新する（ステップＳ１８６）。具体的には、制御部１１は、交換後の第１鑑定書ＮＦＴの鑑定書ＩＤに基づき、交換後の第１鑑定書ＮＦＴ及び第２ユーザのユーザＩＤを鑑定書ＤＢ１７２に更新する。制御部１１は、交換後の第２鑑定書ＮＦＴの鑑定書ＩＤに基づき、交換後の第２鑑定書ＮＦＴ及び第１ユーザのユーザＩＤを鑑定書ＤＢ１７２に更新する。

制御部１１は、交換に伴う費用の一部を手数料として決定する（ステップＳ１８７）。例えば、手数料が固定の金額（例えば、１０仮想通貨量）である。制御部１１は、交換情報を大容量記憶部１７の交換ＤＢ１７７に記憶する（ステップＳ１８８）。具体的には、制御部１１は、交換された第１鑑定書ＮＦＴ及び第２鑑定書ＮＦＴに対し、交換ＩＤを割り振る。制御部１１は、割り振った交換ＩＤに対応付けて、第１鑑定書ＮＦＴに関する情報、第２鑑定書ＮＦＴに関する情報、交換日時及び手数料を交換ＤＢ１７７に記憶する。

第１鑑定書ＮＦＴに関する情報は、第１鑑定書ＮＦＴに対応する鑑定書の鑑定書ＩＤ、当該鑑定書に対応するアナログレコードの管理番号、第１鑑定書ＮＦＴを所有するユーザ（第２ユーザ）のユーザＩＤ及び所有者アドレス等を含む。第２鑑定書ＮＦＴに関する情報は、第２鑑定書ＮＦＴに対応する鑑定書の鑑定書ＩＤ、当該鑑定書に対応するアナログレコードの管理番号、第２鑑定書ＮＦＴを所有するユーザ（第１ユーザ）のユーザＩＤ及び所有者アドレス等を含む。

制御部１１は、ブロックチェーン３を通じて、決定した手数料をエンティティのウォレットアドレスに付与する（ステップＳ１８９）。具体的には、制御部１１は、ブロックチェーン３を通じて、決定した手数料を第１ユーザのウォレットアドレスからエンティティのウォレットアドレスに付与する。また、制御部１１は、決定した手数料を第２ユーザのウォレットアドレスからエンティティのウォレットアドレスに付与する。

なお、手数料の付与処理は、スマートコントラクトにより実行されても良い。なお、手数料の付与処理に関しては、ウォレットアドレスの手段に限らず、例えば、銀行システム等による法定通貨の口座等を利用しても良い。

本実施形態によると、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの譲渡または交換に伴う手数料を決定することが可能となる。

本実施形態によると、鑑定書ＮＦＴ及び当該鑑定書ＮＦＴに対応するアナログレコードの譲渡または交換に際し、アナログレコードを配送したエンティティに、決定された手数料を付与することが可能となる。

（実施形態７）
実施形態７は、メタバース（metaverse）空間で、ユーザに対応するアバター画像と、鑑定書ＮＦＴに対応するアナログレコードのジャケット画像とを表示する形態に関する。なお、実施形態１～６と重複する内容については説明を省略する。メタバース空間は、ゲーム、アプリケーションまたはインターネット等上に構築される三次元の仮想空間である。

ユーザが鑑定書ＮＦＴを所有している場合、ユーザに対応するアバター画像と、当該鑑定書ＮＦＴに対応するアナログレコードのジャケット画像とを、メタバース空間で同時に表示することができる。アバター画像は、ゲーム、アプリケーションまたはインターネット等のメタバース空間上で出現する自身の分身となる存在またはキャラクタの画像である。

図３３は、メタバース空間の表示画面の一例を示す説明図である。当該画面は、メタバース空間２０の表示画面である。メタバース空間２０において、鑑定書ＮＦＴ発行局１４ａ、アバター画像１４ｂ１、アバター画像１４ｂ２、アバター画像１４ｂ３、ジャケット画像１４ｃ１、ジャケット画像１４ｃ２、鑑定書ＮＦＴ１４ｄ１及び鑑定書ＮＦＴ１４ｄ２を含む。

鑑定書ＮＦＴ発行局１４ａは、メタバース空間上で鑑定書ＮＦＴの発行要求を受け付ける発行局である。アバター画像１４ｂ１は、第１ユーザに対応するメタバース空間２０上でのアバター画像である。アバター画像１４ｂ２は、第２ユーザに対応するメタバース空間２０上でのアバター画像である。アバター画像１４ｂ３は、第３ユーザに対応するメタバース空間２０上でのアバター画像である。

ジャケット画像１４ｃ１は、第１ユーザが所有するアナログレコードのジャケット画像である。ジャケット画像１４ｃ２は、第２ユーザが所有するアナログレコードのジャケット画像である。鑑定書ＮＦＴ１４ｄ１は、第１ユーザが所有する鑑定書ＮＦＴの画像である。鑑定書ＮＦＴ１４ｄ２は、第２ユーザが所有する鑑定書ＮＦＴの画像である。

サーバ１は、メタバース空間２０の表示画面を生成する。具体的には、サーバ１は、メタバース空間２０を生成するためのプログラムまたはプラットフォーム等を実行することにより、メタバース空間２０を生成する。サーバ１は、生成したメタバース空間２０上に、アバター画像、アナログレコードのジャケット画像または鑑定書ＮＦＴの画像等をレンダリングする。

サーバ１は、レンダリングした各画像を含む当該メタバース空間２０の表示画面をユーザ端末２に送信する。ユーザ端末２は、サーバ１から送信されたメタバース空間２０の表示画面を受信して表示する。

ユーザ端末２は、鑑定書ＮＦＴ発行局１４ａにより鑑定書ＮＦＴの発行要求を受け付けた場合、受け付けた発行要求をサーバ１に送信する。サーバ１は、ユーザ端末２から送信された鑑定書ＮＦＴの発行要求に応じて、ユーザが所有するアナログレコードの鑑定書に対応する鑑定書ＮＦＴをブロックチェーン３上に発行する。なお、鑑定書ＮＦＴの発行処理に関しては、実施形態２と同様であるため、説明を省略する。

サーバ１は、第１ユーザ、第２ユーザ及び第３ユーザのそれぞれに対し、鑑定書ＮＦＴを所有するか否かを判定する。例えば、サーバ１は、第１ユーザ及び第２ユーザが鑑定書ＮＦＴを所有し、第３ユーザが鑑定書ＮＦＴを所有していないと判定する。

サーバ１は、第１ユーザが所有する鑑定書ＮＦＴに対応する鑑定書ＩＤに基づき、当該鑑定書ＮＦＴに対応するアナログレコードのジャケット画像を鑑定情報ＤＢ１７１から取得する。サーバ１は、第１ユーザに対応するアバター画像１４ｂ１と、第１ユーザが所有する鑑定書ＮＦＴに対応するアナログレコードのジャケット画像１４ｃ１とをメタバース空間２０で同時に表示するために、第１ユーザに対応するアバター画像１４ｂ１、アナログレコードのジャケット画像１４ｃ１、及び鑑定書ＮＦＴ１４ｄ１をユーザ端末２に送信（出力）する。

サーバ１は、第２ユーザが所有する鑑定書ＮＦＴに対応する鑑定書ＩＤに基づき、当該鑑定書ＮＦＴに対応するアナログレコードのジャケット画像を鑑定情報ＤＢ１７１から取得する。サーバ１は、第２ユーザに対応するアバター画像１４ｂ２と、第２ユーザが所有する鑑定書ＮＦＴに対応するアナログレコードのジャケット画像１４ｃ２とをメタバース空間２０で同時に表示するために、第２ユーザに対応するアバター画像１４ｂ２、アナログレコードのジャケット画像１４ｃ２、及び鑑定書ＮＦＴ１４ｄ２をユーザ端末２に送信する。

図示のように、ユーザ端末２は、サーバ１から送信された第１ユーザに対応するアバター画像１４ｂ１、アナログレコードのジャケット画像１４ｃ１、及び鑑定書ＮＦＴ１４ｄ１をメタバース空間２０で同時に表示する。ユーザ端末２は、サーバ１から送信された第２ユーザに対応するアバター画像１４ｂ２、アナログレコードのジャケット画像１４ｃ２、及び鑑定書ＮＦＴ１４ｄ２をメタバース空間２０で同時に表示する。

また、サーバ１は、鑑定書ＮＦＴを所有していない第３ユーザに対し、当該第３ユーザに対応するアバター画像１４ｂ３のみをユーザ端末２に送信する。ユーザ端末２は、サーバ１から送信された第３ユーザに対応するアバター画像１４ｂ３をメタバース空間２０で表示する。

なお、本実施形態では、サーバ１上にメタバース空間２０が生成（構築）された例を説明したが、これに限るものではない。例えば、外部の情報処理装置（例えば、メタバースサーバ）上に生成されたメタバース空間２０を利用することができる。この場合、サーバ１は、メタバース空間２０に登録（ログイン）した対象ユーザのユーザＩＤに対応付けて、ブロックチェーン３上に発行された鑑定書ＮＦＴの画像、及び当該鑑定書ＮＦＴに対応するアナログレコードのジャケット画像をメタバースサーバに送信する。

メタバースサーバは、サーバ１から送信されたユーザＩＤ、鑑定書ＮＦＴの画像、及びアナログレコードのジャケット画像を受信する。メタバースサーバは、各対象ユーザのユーザＩＤに基づき、鑑定書ＮＦＴの画像、ジャケット画像、及び、各対象ユーザに対応するアバター画像を含む当該メタバース空間２０の表示画面をユーザ端末２に送信する。

図３４は、メタバース空間でアバター画像とジャケット画像とを表示する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、対象となるメタバース空間を生成する（ステップＳ１９１）。具体的には、制御部１１は、メタバース空間を生成するためのプログラムまたはプラットフォーム等を実行することにより、メタバース空間を生成する。制御部１１は、生成したメタバース空間上に、アバター画像、アナログレコードのジャケット画像または鑑定書ＮＦＴの画像等をレンダリングする。制御部１１は、当該メタバース空間に登録した対象ユーザを複数取得する（ステップＳ１９２）。

制御部１１は、取得した対象ユーザのうち、１人のユーザＩＤを取得する（ステップＳ１９３）。制御部１１は、取得したユーザＩＤに基づき、当該ユーザに対応する当該メタバース空間上でのアバター画像を取得する（ステップＳ１９４）。制御部１１は、取得したユーザＩＤに基づき、当該ユーザが鑑定書ＮＦＴを所有するか否かを判定する（ステップＳ１９５）。

具体的には、制御部１１は、ユーザＩＤに基づき、当該ユーザが鑑定書を購入したか否かを大容量記憶部１７の購入ＤＢ１７４に照合する。制御部１１は、当該ユーザが鑑定書を購入した場合、購入された鑑定書の鑑定書ＩＤに基づき、当該鑑定書に対し鑑定書ＮＦＴを発行したか否かを大容量記憶部１７の鑑定書ＤＢ１７２に照合する。制御部１１は、当該鑑定書に対し鑑定書ＮＦＴを発行した場合、当該ユーザが鑑定書ＮＦＴを所有すると判定する。

制御部１１は、当該ユーザが鑑定書ＮＦＴを所有していない場合（ステップＳ１９５でＮＯ）、後述するステップＳ１９７の処理に遷移する。制御部１１は、当該ユーザが鑑定書ＮＦＴを所有する場合（ステップＳ１９５でＹＥＳ）、当該鑑定書ＮＦＴに対応する鑑定書ＩＤに基づき、当該鑑定書ＮＦＴに対応するアナログレコードのジャケット画像を大容量記憶部１７の鑑定情報ＤＢ１７１から取得する（ステップＳ１９６）。

制御部１１は、複数の対象ユーザのうち、当該ユーザが最後のユーザであるか否かを判定する（ステップＳ１９７）。制御部１１は、当該ユーザが最後のユーザでない場合（ステップＳ１９７でＮＯ）、ステップ１９３の処理に戻る。制御部１１は、当該ユーザが最後のユーザである場合（ステップＳ１９７でＹＥＳ）、取得したメタバース空間、各ユーザに対応するアバター画像、及び鑑定書ＮＦＴに対応するアナログレコードのジャケット画像を通信部１３によりユーザ端末２に送信する（ステップＳ１９８）。

ユーザ端末２の制御部２１は、サーバ１から送信されたメタバース空間、アバター画像、及びアナログレコードのジャケット画像を通信部２３により受信する（ステップＳ２９１）。制御部２１は、表示部２５を介して、受信したアバター画像及びアナログレコードのジャケット画像をメタバース空間で表示する（ステップＳ２９２）。

具体的には、制御部２１は、表示部２５を介して、鑑定書ＮＦＴを所有するユーザに対し、当該ユーザに対応するアバター画像と、当該鑑定書ＮＦＴに対応するアナログレコードのジャケット画像とをメタバース空間で同時に表示する。制御部２１は、表示部２５を介して、鑑定書ＮＦＴを所有していないユーザに対し、当該ユーザに対応するアバター画像のみをメタバース空間で表示する。

本実施形態によると、ユーザに対応するアバター画像に対応付けて、当該ユーザが所有する鑑定書ＮＦＴに対応するアナログレコードのジャケット画像をメタバース空間で表示することが可能となる。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

各実施形態に記載した事項は相互に組み合わせることが可能である。また、請求の範囲に記載した独立請求項及び従属請求項は、引用形式に関わらず全てのあらゆる組み合わせにおいて、相互に組み合わせることが可能である。さらに、請求の範囲には他の２以上のクレームを引用するクレームを記載する形式（マルチクレーム形式）を用いているが、これに限るものではない。

１ 情報処理装置（サーバ）
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読取部
１７ 大容量記憶部
１７１ 鑑定情報ＤＢ
１７２ 鑑定書ＤＢ
１７３ ユーザＤＢ
１７４ 購入ＤＢ
１７５ 譲渡ＤＢ
１７６ 音源ＤＢ
１７７ 交換ＤＢ
１７８ 関係者ＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ 情報処理端末（ユーザ端末）
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２６ 撮影部
２Ｐ 制御プログラム
３ ブロックチェーンシステム（ブロックチェーン）
３１ ノード
３１１ 制御部
３１２ 記憶部
３１３ 通信部
３１４ 受付部
３１５ 出力部
３１６ ブロック生成部
３１７ ブロック検証部
３１８ ブロック共有部

Claims (18)

1. アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定情報を記憶部に記憶し、
   前記記憶部に記憶した鑑定情報に基づいて、前記アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定書を生成し、
   生成した鑑定書を鑑定書ＩＤに対応付けて記憶し、
   記憶した鑑定書に対応する鑑定書ＮＦＴをブロックチェーンシステム上に生成し、
   生成した鑑定書ＮＦＴを、前記アナログレコードを購入したユーザに発行し、
   前記ユーザのユーザ端末に、前記鑑定書ＮＦＴにおける鑑定書、前記鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストに関する情報、または前記アナログレコードに含まれる音楽に関するコンテンツを出力する
   情報処理方法。
2. 前記アナログレコードのカタログ番号、レーベル名、レーベル画像、ジャケット画像、マトリクス番号、重量または制作年代を更に前記記憶部に記憶し、
   前記アナログレコードのアーティスト名、タイトル、カタログ番号、レーベル名、レーベル画像、ジャケット画像、マトリクス番号、重量または制作年代を含む前記鑑定書を出力する
   請求項１に記載の情報処理方法。
3. 前記アナログレコードのマトリクス番号及び初回マトリクス番号を示す情報を更に前記記憶部に記憶し、
   前記アナログレコードのアーティスト名、タイトル、マトリクス番号及び初回マトリクス番号を示す情報を含む前記鑑定書を出力する
   請求項１又は２に記載の情報処理方法。
4. 前記アナログレコードのマトリクス番号に対応付けて、前記マトリクス番号の画像データを更に前記記憶部に記憶し、
   前記アナログレコードのアーティスト名、タイトル、マトリクス番号及び前記マトリクス番号の画像データを含む前記鑑定書を出力する
   請求項１又は２に記載の情報処理方法。
5. 前記鑑定書を識別するための鑑定書ＩＤが記述されたコードをユーザ端末により読み取らせることにより、前記鑑定書ＩＤを取得し、
   取得した鑑定書ＩＤに基づいて前記鑑定書を取得し、
   取得した鑑定書を前記ユーザ端末に出力する
   請求項１又は２に記載の情報処理方法。
6. ユーザが前記アナログレコードを購入した場合、前記ユーザに関する情報を記憶部に記憶する
   請求項１又は２に記載の情報処理方法。
7. 前記アナログレコードの鑑定情報のハッシュ値を鑑定書ＩＤに対応付けて前記ブロックチェーンシステムに出力する
   請求項１又は２に記載の情報処理方法。
8. アナログレコード毎に鑑定書が作成されており、
   前記鑑定書に対応する鑑定書ＮＦＴに対応付けて、鑑定書ＩＤ及び前記鑑定書ＮＦＴを所有するユーザを識別するための識別情報を記憶する
   請求項１又は２に記載の情報処理方法。
9. 前記鑑定書ＮＦＴの譲渡により、前記鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードの関係者にインセンティブを付与するスマートコントラクトが前記ブロックチェーンシステム上に記憶されている
   請求項１又は２に記載の情報処理方法。
10. 前記アナログレコード、前記アナログレコードの鑑定書及び前記鑑定書に対応する鑑定書ＮＦＴを第１エンティティから第１ユーザに譲渡したことを示す譲渡情報を記憶する
    請求項１又は２に記載の情報処理方法。
11. 前記アナログレコード、前記アナログレコードの鑑定書及び前記鑑定書に対応する鑑定書ＮＦＴを前記第１ユーザから、前記第１エンティティとは異なる第２エンティティに譲渡したことを示す譲渡情報を記憶する
    請求項１０に記載の情報処理方法。
12. 前記アナログレコードの音源データの作成に利用されるサンプリングの音源データに対応するサンプリング音源ＮＦＴを前記ブロックチェーンシステム上に生成し、
    生成したサンプリング音源ＮＦＴを、前記サンプリングの音源データを所有する第２ユーザに発行し、
    発行したサンプリング音源ＮＦＴを前記アナログレコードの鑑定書に対応する鑑定書ＮＦＴに関連付け、
    前記鑑定書ＮＦＴの取引、または前記アナログレコードの音源データの利用により、前記サンプリング音源ＮＦＴに対応するサンプリングの音源データの関係者にインセンティブを付与する
    請求項１又は２に記載の情報処理方法。
13. ユーザが前記鑑定書ＮＦＴを所有している場合に、前記ユーザに対応するアバター画像と、前記鑑定書ＮＦＴに対応するアナログレコードのジャケット画像とを、メタバース空間で同時に表示するために、前記アバター画像と前記ジャケット画像とを出力する
    請求項１又は２に記載の情報処理方法。
14. 前記鑑定書ＮＦＴ及び前記鑑定書ＮＦＴに対応するアナログレコードの第２ユーザへの譲渡に際し、前記アナログレコードを前記ユーザから受け取って、前記第２ユーザに配送するエンティティに譲渡に伴う費用の一部を手数料として決定する
    請求項１又は２に記載の情報処理方法。
15. 第１ユーザの第１鑑定書ＮＦＴ及び前記第１鑑定書ＮＦＴに対応する第１アナログレコードと、第２ユーザの第２鑑定書ＮＦＴ及び前記第２鑑定書ＮＦＴに対応する第２アナログレコードとの前記第１ユーザ及び前記第２ユーザ間での交換に際し、（１）前記第１アナログレコード及び前記第２アナログレコードを受け取って、（２）前記第２アナログレコードを前記第１ユーザに配送し、かつ、（３）前記第１アナログレコードを前記第２ユーザに配送するエンティティに、対する交換に伴う手数料を決定する
    請求項１又は２に記載の情報処理方法。
16. 前記アナログレコードの音源データを前記鑑定書ＮＦＴのメタデータとしてあり、
    前記鑑定書ＮＦＴを所有するユーザから前記音源データの再生要求を受け付けた場合に、前記音源データを出力する
    請求項１又は２に記載の情報処理方法。
17. 制御部を備える情報処理装置であって、
    前記制御部は、
    アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定情報を記憶部に記憶し、
    前記記憶部に記憶した鑑定情報に基づいて、前記アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定書を生成し、
    生成した鑑定書を鑑定書ＩＤに対応付けて記憶し、
    記憶した鑑定書に対応する鑑定書ＮＦＴをブロックチェーンシステム上に生成し、
    生成した鑑定書ＮＦＴを、前記アナログレコードを購入したユーザに発行し、
    前記ユーザのユーザ端末に、前記鑑定書ＮＦＴにおける鑑定書、前記鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストに関する情報、または前記アナログレコードに含まれる音楽に関するコンテンツを出力する
    情報処理装置。
18. アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定情報を記憶部に記憶し、
    前記記憶部に記憶した鑑定情報に基づいて、前記アナログレコードのアーティスト名、タイトル、ジャケット画像、マトリクス番号、及び前記マトリクス番号の画像データを含む鑑定書を生成し、
    生成した鑑定書を鑑定書ＩＤに対応付けて記憶し、
    記憶した鑑定書に対応する鑑定書ＮＦＴをブロックチェーンシステム上に生成し、
    生成した鑑定書ＮＦＴを、前記アナログレコードを購入したユーザに発行し、
    前記ユーザのユーザ端末に、前記鑑定書ＮＦＴにおける鑑定書、前記鑑定書ＮＦＴにおける鑑定書に対応するアナログレコードのアーティストに関する情報、または前記アナログレコードに含まれる音楽に関するコンテンツを出力する
    処理をコンピュータに実行させるプログラム。

Images