JP2022132033A - コンテンツ証明システム及びコンテンツ証明方法 - Google Patents

Abstract

【課題】 コンテンツのメタデータの改竄を抑制しつつ、メタデータを適切に取得することを可能にするコンテンツ証明システム及びコンテンツ証明方法を提供する。【解決手段】 コンテンツ証明システムは、コンテンツのメタデータと対応付けられた証明書データを生成する生成部と、前記証明書データの唯一性を証明する第１トークンの発行を要求するメッセージを送信する第１送信部と、を備え、前記コンテンツのメタデータは、前記コンテンツを特定するための情報要素を含み、前記第１トークンを特定するための特定情報は、前記証明書データのハッシュ値を含む。【選択図】 図１

Description

本発明は、コンテンツ証明システム及びコンテンツ証明方法に関する。

従来、NFT（Non-Fungible Token）などのトークンを用いたブロックチェーン技術によって、画像などのコンテンツの唯一性を証明する技術が知られている。例えば、トークンは、トークンURI（token Uniform Resource Identifier）によって管理される。

例えば、上述したブロックチェーン技術をデジタル証明書に適用する技術として、デジタル証明書のハッシュ値を発行する技術が提案されている（例えば、特許文献１）。

特表２０２０－５１１０１７号公報

上述した背景下において、コンテンツのメタデータが記載されたURI（以下、メタデータURI）をトークンURIに埋め込むことが考えられるが、メタデータURIによって特定されるリソース（サーバ）の管理者が悪意を持つケース、メタデータURIによって特定されるリソース（サーバ）が第三者にハッキングされるケースなどにおいて、メタデータが改竄されてしまう可能性がある。一方で、トークンURIとして、コンテンツのハッシュ値を用いることが考えられるが、コンテンツのハッシュ化によってメタデータが失われてしまう。

そこで、本発明は、上述した課題を解決するためになされたものであり、コンテンツのメタデータの改竄を抑制しつつ、メタデータを適切に取得することを可能にするコンテンツ証明システム及びコンテンツ証明方法を提供することを目的とする。

第１の特徴は、コンテンツ証明システムであって、コンテンツのメタデータと対応付けられた証明書データを生成する生成部と、前記証明書データの唯一性を証明する第１トークンの発行を要求するメッセージを送信する第１送信部と、を備え、前記コンテンツのメタデータは、前記コンテンツを特定するための情報要素を含み、前記第１トークンを特定するための特定情報は、前記証明書データのハッシュ値を含む、ことを要旨とする。

第２の特徴は、第１の特徴において、前記コンテンツのメタデータは、前記第１トークンの発行元アドレスを含む、ことを要旨とする。

第３の特徴は、第１の特徴又は第２の特徴において、前記証明書データは、前記コンテンツのメタデータを表現するメタデータ画像を含む、ことを要旨とする。

第４の特徴は、第１の特徴乃至第３の特徴のいずれかにおいて、前記証明書データは、前記コンテンツの要約画像を含む、ことを要旨とする。

第５の特徴は、第１の特徴乃至第４の特徴のいずれかにおいて、前記コンテンツのメタデータは、前記コンテンツのハッシュ値を含む、ことを要旨とする。

第６の特徴は、第１の特徴乃至第５の特徴のいずれかにおいて、前記コンテンツのメタデータは、前記コンテンツに関する属性データを含む、ことを要旨とする。

第７の特徴は、第１の特徴乃至第６の特徴のいずれかにおいて、前記コンテンツ証明システムは、前記コンテンツの唯一性を証明する第２トークンの発行を要求するメッセージを送信する第２送信部を備える、ことを要旨とする。

第８の特徴は、第１の特徴乃至第７の特徴のいずれかにおいて、前記メタデータは、前記コンテンツの希少性を示す情報要素を含む、ことを要旨とする。

第９の特徴は、コンテンツ証明方法であって、コンテンツのメタデータと対応付けられた証明書データを生成するステップと、前記証明書データの唯一性を証明する第１トークンの発行を要求するメッセージを送信するステップと、を備え、前記コンテンツを特定するための情報要素を含み、前記第１トークンを特定するための特定情報は、前記証明書データのハッシュ値を含む、ことを要旨とする。

本発明によれば、コンテンツのメタデータの改竄を抑制しつつ、メタデータを適切に取得することを可能にするコンテンツ証明システム及びコンテンツ証明方法を提供することができる。

図１は、実施形態に係るコンテンツ証明システム１００を示す図である。 図２は、実施形態に係る販売サーバ２０を示す図である。 図３は、実施形態に係るブロックチェーンシステム３０を示す図である。 図４は、実施形態に係るコンテンツの一例を示す図である。 図５は、実施形態に係る証明書データの一例を示す図である。 図６は、実施形態に係る動作例１を示す図である。 図７は、実施形態に係る動作例２を示す図である。 図８は、実施形態に係る動作例３を示す図である。 図９は、変更例１に係る動作例１を示す図である。 図１０は、変更例１に係る動作例２を示す図である。 図１１は、変更例１に係る動作例３を示す図である。 図１２は、変更例６に係る第１利用態様を示す図である。 図１３は、変更例６に係る第２利用態様を示す図である。

以下において、実施形態について図面を参照しながら説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。但し、図面は模式的なものである。

［実施形態］
（コンテンツ証明システム）
以下において、実施形態に係るコンテンツ証明システムについて説明する。図１は、実施形態に係るコンテンツ証明システム１００を示す図である。

図１に示すように、コンテンツ証明システム１００は、ユーザ端末１０と、販売サーバ２０と、ブロックチェーンシステム３０と、を有する。ユーザ端末１０、販売サーバ２０及びブロックチェーンシステム３０は、ネットワーク１１０によって接続される。特に限定されるものではないが、ネットワーク１１０は、インターネットを含んでもよく、移動体通信網を含んでもよい。

ユーザ端末１０は、ユーザによって使用される端末である。ユーザは、コンテンツの購入者であってもよく、コンテンツの譲渡者であってもよく、コンテンツの譲受者であってもよい。特に限定されるものではないが、ユーザ端末１０は、スマートフォンであってもよく、パーソナルコンピュータであってもよい。図１では、ユーザ端末１０として、ユーザ端末１０Ａ及びユーザ端末１０Ｂが例示されている。

販売サーバ２０は、コンテンツを管理するエンティティである。例えば、販売サーバ２０は、コンテンツを販売してもよく、コンテンツの譲渡を仲介してもよい。実施形態では、コンテンツのメタデータの正当性は、コンテンツのメタデータと対応付けられた証明書データによって管理される。

ブロックチェーンシステム３０は、証明書データの唯一性を証明する第１トークンを管理するシステムである。第１トークンとしては、NFT（Non-Fungible Token）が用いられてもよい。第１トークンは、ERC721規格に準拠するトークンであってもよい。以下においては、第１トークンが証明書データに関するNFTであるケースについて例示する。

ここで、ブロックチェーンシステム３０は、NFTのトランザクションをブロックチェーン技術によって管理する。トランザクションは、NFTの発行トランザクション、NFTの譲渡トランザクションなどを含む。従って、ブロックチェーンシステム３０は、ブロックチェーンシステムと称されてもよい。

図１に示すように、ブロックチェーンシステム３０は、ブロックチェーンに参加する２以上のサーバ又は端末によって構成される。トランザクションの履歴を管理する台帳は、分散型台帳と称されてもよい。

（販売サーバ）
以下において、実施形態に係る販売サーバについて説明する。図２は、実施形態に係る販売サーバ２０を示す図である。図２に示すように、販売サーバ２０は、通信部２１と、管理部２２と、制御部２３と、を有する。

通信部２１は、通信モジュールによって構成される。通信モジュールは、IEEE802.11a/b/g/n、LTE、5G、6Gなどの規格に準拠する無線通信モジュールであってもよく、IEEE802.3などの規格に準拠する有線通信モジュールであってもよい。

通信部２１は、ネットワーク１１０を介して、ユーザ端末１０及びブロックチェーンシステム３０と通信を実行する。例えば、通信部２１は、コンテンツの購入（販売）に関する通信をユーザ端末１０と実行してもよい。通信部２１は、NFTのトランザクションに関する通信をブロックチェーンシステム３０と実行してもよい。

実施形態では、通信部２１は、証明書データの唯一性を証明するNFTを発行するブロックチェーンシステム３０に対して、NFTの発行を要求するメッセージを送信する第１送信部を構成してもよい。

管理部２２は、記憶媒体によって構成される。記憶媒体は、SSD（Solid State Drive）、HDD（Hard Disk Drive）、不揮発性メモリ、磁気メモリなどを含んでもよい。

管理部２２は、コンテンツを管理する。コンテンツは、デジタルデータで表現可能であればよい。例えば、コンテンツは、静止画であってもよく、動画であってもよく、音声であってもよく、音楽であってもよい。コンテンツは、ゲーム等で用いるキャラクタ又はアイテムであってもよい。

例えば、コンテンツ２００は、図３に示すように、静止画であってもよい。特に限定されるものではないが、静止画は、イラストであってもよく、写真であってもよい。

管理部２２は、コンテンツのメタデータと対応付けられた証明書データを管理する。証明書データは、デジタルデータで表現可能であればよい。例えば、証明書データは、静止画であってもよく、動画であってもよく、HTMLファイルであってもよい。

実施形態では、証明書データは、コンテンツのメタデータを表現するメタデータ画像を含んでもよい。メタデータ画像は、メタデータをユーザが視認できるように構成された画像であればよい。例えば、メタデータ画像は、メタデータの文字列そのものの画像であってもよく、メタデータがコード化された画像（例えば、QRコード（登録商標））であってもよい。

実施形態では、証明書データは、コンテンツの要約画像を含んでもよい。要約画像は、証明書データが対応付けられたコンテンツをユーザが特定できるように構成されていればよい。例えば、コンテンツが静止画又は動画である場合には、要約画像は、コンテンツのサムネイル画像であってもよい。コンテンツが音声などである場合には、要約画像は、音声を表すアイコンであってもよい。

実施形態では、証明書データは、NFTを識別する識別情報（NFT ID）、NFTの発行元アドレス等、NFTを特定できる何らかの情報要素を１つ又は複数含んでもよい。

例えば、コンテンツ２００が図３に示す静止画であるケースについて例示する。図４に示すように、証明書データ３００は、コンテンツ２００のサムネイル画像３０１を要約画像として含んでもよい。証明書データ３００は、コンテンツ２００のメタデータをコード化したQRコード３０２を含んでもよい。

ここで、メタデータは、コンテンツを特定するための情報要素、すなわち、コンテンツと証明書データとを対応付けるための情報要素を含む。メタデータは、コンテンツを特定するための情報要素として、コンテンツ２００のハッシュ値を含んでもよい。このような構成によれば、ユーザがコンテンツ２００を取得した場合に、取得されたコンテンツ２００のハッシュ値とメタデータに含まれるハッシュ値とが一致するか否かによって、取得されたコンテンツ２００の正当性を判断することができる。すなわち、２つのハッシュ値が一致すれば、取得されたコンテンツ２００が正当であると判断することができる。一方で、２つのハッシュ値が一致しなければ、取得されたコンテンツ２００が不当であると判断することができる。

メタデータは、NFTの発行元アドレスを含んでもよい。NFTの発行元アドレスは、ブロックチェーンシステム３０によってNFTが管理されるアドレス空間を特定するためのアドレスであると考えてもよい。NFTの発行元アドレスは、NFTを最初に発行するエンティティ（例えば、販売サーバ２０）によって管理されるアドレスであってもよい。

メタデータは、コンテンツ２００に関する属性データを含んでもよい。特に限定されるものではないが、属性データは、コンテンツ２００のタイトル、コンテンツ２００の作成者、コンテンツ２００の公開日などを含んでもよい。

制御部２３は、少なくとも１つのプロセッサを含んでもよい。少なくとも１つのプロセッサは、単一の集積回路によって構成されてもよく、通信可能に接続された複数の回路（集積回路及び又はディスクリート回路など）によって構成されてもよい。

制御部２３は、販売サーバ２０を制御する。実施形態では、制御部２３は、コンテンツ２００のメタデータと対応付けられた証明書データ３００を生成する生成部を構成する。

（ブロックチェーンシステム）
以下において、実施形態に係るブロックチェーンシステムについて説明する。図５は、実施形態に係るブロックチェーンシステム３０を示す図である。ここでは、便宜的に、ブロックチェーンシステム３０を構成する１つのサーバ４０を例に挙げて説明する。図５に示すように、サーバ４０は、通信部４１と、管理部４２と、制御部４３と、を有する。

通信部４１は、通信モジュールによって構成される。通信モジュールは、IEEE802.11a/b/g/n、LTE、5G、6Gなどの規格に準拠する無線通信モジュールであってもよく、IEEE802.3などの規格に準拠する有線通信モジュールであってもよい。

通信部４１は、ネットワーク１１０を介して、ユーザ端末１０及び販売サーバ２０と通信を実行する。例えば、通信部４１は、NFTのトランザクションに関する通信をユーザ端末１０と実行してもよい。通信部４１は、NFTのトランザクションに関する通信を販売サーバ２０と実行してもよい。

管理部４２は、記憶媒体によって構成される。記憶媒体は、SSD、HDD、不揮発性メモリ、磁気メモリなどを含んでもよい。

管理部４２は、管理部４２によって管理されるアドレス空間においてNFTを管理する。NFTは、コンテンツ２００のハッシュ値を含んでもよい。NFTを特定するための特定情報（以下、tokenURI（Uniform Resource Identifier））は、証明書データ３００のハッシュ値を含む。tokenURIは、上述した発行元アドレスを含んでもよい。tokenURIは、コンテンツ２００のハッシュ値を含んでもよい。NFTの仕様にあるtokenURI以外の情報を利用してもよい。tokenURI以外の情報をNFTに新規に定義して、そこに証明書データ３００のハッシュ値等を含んでもよい。以下においては、tokenURIに証明書データ３００のハッシュ値等を含んだケースについて例示する。

管理部４２は、NFTのトランザクションをブロックチェーン技術によって管理する。上述したように、トランザクションは、NFTの発行トランザクション、NFTの譲渡トランザクションなどを含む。このような構成によれば、NFTの取引に関する履歴を追跡することができ、NFTの正当な所有者又は権利者を追跡することができる。NFTは、ブロックチェーン上で管理されるトークンである。NFTは、少なくとも証明書データ３００のハッシュ値を含めばよい。NFTは、NFTを識別する識別情報（NFT ID）、tokenURIを含んでもよい。

制御部４３は、少なくとも１つのプロセッサを含んでもよい。少なくとも１つのプロセッサは、単一の集積回路によって構成されてもよく、通信可能に接続された複数の回路（集積回路及び又はディスクリート回路など）によって構成されてもよい。

制御部４３は、ブロックチェーンシステム３０を管理する。例えば、管理部３３は、NFTのトランザクションに関する制御を実行する。

（コンテンツ証明方法）
以下において、実施形態に係るコンテンツ証明方法について説明する。以下においては、コンテンツ２００が販売サーバ２０によって販売される手順、コンテンツ２００がユーザ間で譲渡される手順、コンテンツ２００の正当性を検証する手順について説明する。ここでは、ユーザ端末１０Ａが購入者又は譲渡者であり、ユーザ端末１０Ｂが譲受者であるケースについて例示する。

実施形態では、NFTがユーザ端末１０で管理されるケースについて想定する。NFTの所有者に関する情報は、NFTに含まれていなくてもよい。NFTを所有しているか否かは、NFTと対応付けられたアドレスに関する秘密鍵を有しているか否かによって特定される。すなわち、実施形態では、NFTと対応付けられたアドレス及びアドレスに関する秘密鍵は、ユーザ端末１０によって管理される。

第１に、コンテンツ２００が販売サーバ２０によって販売される手順について、図６を参照しながら説明する。

図６に示すように、ステップS10において、販売サーバ２０は、コンテンツ２００を管理する。例えば、販売サーバ２０は、コンテンツ２００の作成者からコンテンツ２００を取得する。

ステップS11において、販売サーバ２０は、コンテンツ２００のメタデータと対応付けられた証明書データ３００を生成する。証明書データ３００は、コンテンツのメタデータを表現するメタデータ画像（例えば、QRコード３０２）を含んでもよく、コンテンツの要約画像（例えば、サムネイル画像３０１）を含んでもよい。メタデータは、NFTの発行元アドレスを含んでもよい。メタデータは、コンテンツ２００のハッシュ値を含んでもよい。メタデータは、コンテンツ２００に関する属性データを含んでもよい。

ステップS12において、ユーザ端末１０Ａは、コンテンツ２００の購入要求を販売サーバ２０に送信する。

ステップS13において、販売サーバ２０は、ブロックチェーンシステム３０に対して、証明書データ３００に関するNFTの発行を要求するトランザクション（発行トランザクション）を実行する。発行トランザクションは、NFTと対応付けられたアドレスを販売サーバ２０のアドレスからユーザ端末１０Ａに変更するトランザクションであってもよい。発行トランザクションは、NFTと対応付けられたアドレスに関する秘密鍵を有するエンティティ（ここでは、販売サーバ２０）しか実行することができなくてもよい。発行トランザクションは、証明書データ３００の唯一性を証明するNFTの発行を要求するメッセージの送信と考えてもよい。メッセージは、証明書データ３００を含んでもよく、証明書データ３００のハッシュ値を含んでもよい。

ステップS14において、ブロックチェーンシステム３０は、ユーザ端末１０Ａに対して、証明書データ３００に関するNFTを発行する。このような発行によって、ユーザ端末１０Ａのアドレスと証明書データ３００に関するNFTとが対応付けられる。NFTは、少なくとも証明書データ３００のハッシュ値を含む。

ステップS15において、販売サーバ２０は、コンテンツ２００及び証明書データ３００をユーザ端末１０Ａに送信する。

図６では、ステップS14の後にステップS15が実行されるが、図６に示すシーケンスはこれに限定されるものではない。ステップS15は、ステップS14の前に実行されてもよい。

第２に、コンテンツ２００がユーザ間で譲渡される手順について、図７を参照しながら説明する。

図７に示すように、ステップS20において、ユーザ端末１０Ａは、コンテンツ２００及び証明書データ３００をユーザ端末１０Ｂに譲渡する。譲渡がネットワーク１１０を介して実行される場合には、ユーザ端末１０Ａは、コンテンツ２００及び証明書データ３００をユーザ端末１０Ｂに送信してもよい。

ステップS21において、ユーザ端末１０Ａは、ブロックチェーンシステム３０に対して、証明書データ３００に関するNFTの譲渡を要求するトランザクション（譲渡トランザクション）を実行する。譲渡トランザクションは、NFTと対応付けられたアドレスをユーザ端末１０Ａのアドレスからユーザ端末１０Ｂに変更するトランザクションであってもよい。譲渡トランザクションは、NFTと対応付けられたアドレスに関する秘密鍵を有するエンティティ（ここでは、ユーザ端末１０Ａ）しか実行することができなくてもよい。譲渡トランザクションは、証明書データ３００の唯一性を証明するNFTの譲渡を要求するメッセージの送信であると考えてもよい。

ステップS22において、ブロックチェーンシステム３０は、ユーザ端末１０Ｂに対して、証明書データ３００に関するNFTを譲渡する。このような譲渡によって、ユーザ端末１０Ｂのアドレスと証明書データ３００に関するNFTとが対応付けられる。NFTは、少なくとも証明書データ３００のハッシュ値を含む。

図７では、ステップS21及びステップS22の前にステップS20が実行されるが、図７に示すシーケンスはこれに限定されるものではない。ステップS20は、ステップS21及びステップS22の後に実行されてもよい。

第３に、コンテンツ２００の正当性を検証する手順について、図８を参照しながら説明する。

図８に示すように、ステップS30において、ユーザ端末１０Ｂは、コンテンツ２００及び証明書データ３００を管理する。例えば、コンテンツ２００及び証明書データ３００は、ユーザ端末１０Ａから譲渡されてもよい（図７を参照）。

ステップS31において、ユーザ端末１０Ｂは、証明書データ３００に関するNFTの参照要求をブロックチェーンシステム３０に送信する。

ステップS32において、ブロックチェーンシステム３０は、参照要求に対する参照応答をユーザ端末１０Ｂに送信する。参照応答は、少なくとも証明書データ３００のハッシュ値を含む。参照応答は、NFTの全ての情報を含まなくてもよい。

ここで、ユーザ端末１０Ｂは、証明書データ３００のハッシュ値を算出するとともに、算出されたハッシュ値がNFTに含まれるハッシュ値と一致するか否かを判定する。ユーザ端末１０Ｂは、２つのハッシュ値が一致する場合に、NFTと証明書データ３００との対応関係が正当である、すなわち、証明書データ３００が正当であると判断する。一方で、ユーザ端末１０Ｂは、２つのハッシュ値が一致しない場合に、NFTと証明書データ３００との対応関係が正当ではない、すなわち、証明書データ３００が正当ではないと判断する。

さらに、ユーザ端末１０Ｂは、証明書データ３００が正当であると判定された場合に、ユーザ端末１０Ｂで管理されるコンテンツ２００のハッシュ値を算出するとともに、証明書データ３００（例えば、QRコード３０２）から取得されるメタデータに含まれるコンテンツ２００のハッシュ値を特定する。ユーザ端末１０Ｂは、算出されたハッシュ値と特定されたハッシュ値とが一致するか否かを判定する。ユーザ端末１０Ｂは、２つのハッシュ値が一致すれば、ユーザ端末１０Ｂで管理されるコンテンツ２００が正当であると判断することができる。一方で、ユーザ端末１０Ｂは、２つのハッシュ値が一致しなければ、ユーザ端末１０Ｂで管理されるコンテンツ２００が不当であると判断することができる。
（作用及び効果）

実施形態では、コンテンツ２００のメタデータと対応付けられた証明書データ３００の唯一性を証明するNFTが導入され、証明書データ３００に関するNFTを特定するための特定情報（tokenURI）は、証明書データ３００のハッシュ値を含む。このような構成によれば、ユーザが特定可能な態様でメタデータをtokenURIが含まないため、コンテンツ２００に関する属性データを含み得るメタデータの改竄を抑制することができる。

このような前提下において、証明書データ３００と対応付けられたメタデータは、コンテンツ２００を特定するための情報要素を含む。NFTによって正当性を確認可能な証明書データ３００がどのコンテンツ２００に対応するのか特定することができる。

実施形態では、コンテンツ２００のメタデータは、証明書データ３００に関するNFTの発行元アドレスを含んでもよい。このような構成によれば、証明書データ３００に関するNFTを発行したエンティティの信頼度によって、NFTの信頼度を判断することができる。

実施形態では、証明書データ３００は、コンテンツ２００のメタデータと対応付けられたメタデータ画像（例えば、QRコード３０２）を含んでもよい。このような構成によれば、メタデータの取得が容易である。

実施形態では、証明書データ３００は、コンテンツ２００の要約画像（例えば、サムネイル画像３０１）を含んでもよい。このような構成によれば、証明書データ３００がどのコンテンツ２００に関するものであるのか容易に特定することができる。

実施形態では、メタデータは、コンテンツ２００に関するハッシュ値を含んでもよい。このような構成によれば、コンテンツ２００の正当性をハッシュ値によって確認することができる。

実施形態では、メタデータは、コンテンツ２００に関する属性データ（例えば、タイトル、作成者、公開日など）を含んでもよい。このような構成によれば、属性データを確認することができ、証明書データ３００を鑑定書として適切に用いることができる。

［変更例１］
以下において、実施形態の変更例１について説明する。以下においては、実施形態に対する相違点について主として説明する。

実施形態では、証明書データ３００に関するNFTがユーザ端末１０で管理されるケースを例示した。これに対して、変更例１では、証明書データ３００に関するNFTがユーザ端末１０で管理されずに、販売サーバ２０で管理されるケースについて説明する。すなわち、変更例１では、NFTと対応付けられたアドレス及びアドレスに関する秘密鍵は、販売サーバ２０によって管理される。

上述したように、変更例１では、NFTが販売サーバ２０で管理されるケースについて想定する。NFTの所有者に関する情報は、NFTに含まれてもよい。NFTを所有しているか否かは、NFTに書き込まれた情報によって特定される。変更例１では、販売サーバ２０の信頼性が高いことが前提であってもよい。

（コンテンツ証明方法）
以下において、変更例１に係るコンテンツ証明方法について説明する。以下においては、コンテンツ２００が販売サーバ２０によって販売される手順、コンテンツ２００がユーザ間で譲渡される手順、コンテンツ２００の正当性を検証する手順について説明する。ここでは、ユーザ端末１０Ａが購入者又は譲渡者であり、ユーザ端末１０Ｂが譲受者であるケースについて例示する。

第１に、コンテンツ２００が販売サーバ２０によって販売される手順について、図９を参照しながら説明する。

図９に示すように、ステップS40において、販売サーバ２０は、上述したステップS10と同様に、コンテンツ２００を管理する。

ステップS41において、販売サーバ２０は、上述したステップS11と同様に、コンテンツ２００のメタデータと対応付けられた証明書データ３００を生成する。

ステップS42において、ユーザ端末１０Ａは、上述したステップS12と同様に、コンテンツ２００の購入要求を販売サーバ２０に送信する。

ステップS43において、販売サーバ２０は、上述したステップS13と同様に、ブロックチェーンシステム３０に対して、証明書データ３００に関するNFTの発行を要求するトランザクション（発行トランザクション）を実行する。発行トランザクションは、NFTと対応付けられたアドレスを販売サーバ２０のアドレス間で変更するトランザクションであってもよい。発行トランザクションは、NFTと対応付けられたアドレスに関する秘密鍵を有するエンティティ（ここでは、販売サーバ２０）しか実行することができなくてもよい。

ステップS44において、ブロックチェーンシステム３０は、販売サーバ２０に対して、証明書データ３００に関するNFTを発行する。NFTは、少なくとも証明書データ３００のハッシュ値を含む。NFTは、NFTの所有者がユーザ端末１０Ａであることを示す情報を含む。

ステップS45において、販売サーバ２０は、上述したステップS15と同様に、コンテンツ２００及び証明書データ３００をユーザ端末１０Ａに送信する。

図９では、ステップS44の後にステップS45が実行されるが、図９に示すシーケンスはこれに限定されるものではない。ステップS45は、ステップS44の前に実行されてもよい。

第２に、コンテンツ２００がユーザ間で譲渡される手順について、図１０を参照しながら説明する。

図１０に示すように、ステップS50において、ユーザ端末１０Ａは、コンテンツ２００の譲渡申請を販売サーバ２０に送信する。

ステップS51において、販売サーバ２０は、ブロックチェーンシステム３０に対して、証明書データ３００に関するNFTの再発行を要求するトランザクション（再発行トランザクション）を実行する。再発行トランザクションは、NFTと対応付けられたアドレスを販売サーバ２０のアドレス間で変更するトランザクションであってもよい。再発行トランザクションは、NFTと対応付けられたアドレスに関する秘密鍵を有するエンティティ（ここでは、販売サーバ２０）しか実行することができなくてもよい。再発行トランザクションは、証明書データ３００の唯一性を証明するNFTの再発行を要求するメッセージの送信であると考えてもよい。

ステップS52において、ブロックチェーンシステム３０は、販売サーバ２０に対して、証明書データ３００に関するNFTを再発行する。NFTは、少なくとも証明書データ３００のハッシュ値を含む。NFTは、NFTの所有者がユーザ端末１０Ｂであることを示す情報を含む。

ステップS53において、販売サーバ２０は、コンテンツ２００及び証明書データ３００をユーザ端末１０Ｂに譲渡する。譲渡がネットワーク１１０を介して実行される場合には、販売サーバ２０は、コンテンツ２００及び証明書データ３００をユーザ端末１０Ｂに送信してもよい。

図１０では、ステップS51及びステップS52の後にステップS53が実行されるが、図１０に示すシーケンスはこれに限定されるものではない。ステップS53は、ステップS51及びステップS52の前に実行されてもよい。

第３に、コンテンツ２００の正当性を検証する手順について、図１１を参照しながら説明する。

図１１に示すように、ステップS60において、ユーザ端末１０Ｂは、上述したステップS30と同様に、コンテンツ２００及び証明書データ３００を管理する。例えば、コンテンツ２００及び証明書データ３００は、販売サーバ２０から譲渡されてもよい（図１０を参照）。但し、コンテンツ２００及び証明書データ３００は、ユーザ端末１０Ａから譲渡されてもよい。

ステップS61において、ユーザ端末１０Ｂは、証明書データ３００に関するNFTの参照要求を販売サーバ２０に送信する。

ステップS62において、販売サーバ２０は、証明書データ３００に関するNFTの参照要求をブロックチェーンシステム３０に送信する。

ステップS63において、ブロックチェーンシステム３０は、参照要求に対する参照応答を販売サーバ２０に送信する。参照応答は、少なくとも証明書データ３００のハッシュ値を含む。参照応答は、NFTの全ての情報を含まなくてもよい。

ステップS64において、販売サーバ２０は、参照要求に対する参照応答をユーザ端末１０Ｂに送信する。参照応答は、少なくとも証明書データ３００のハッシュ値を含む。参照応答は、NFTの全ての情報を含まなくてもよい。

ここで、ユーザ端末１０Ｂは、上述したステップS32と同様に、証明書データ３００のハッシュ値を算出するとともに、算出されたハッシュ値が参照応答に含まれるハッシュ値と一致するか否かを判定する。ユーザ端末１０Ｂは、２つのハッシュ値が一致する場合に、NFTと証明書データ３００との対応関係が正当である、すなわち、証明書データ３００が正当であると判断する。一方で、ユーザ端末１０Ｂは、２つのハッシュ値が一致しない場合に、NFTと証明書データ３００との対応関係が正当ではない、すなわち、証明書データ３００が正当ではないと判断する。

さらに、ユーザ端末１０Ｂは、証明書データ３００が正当であると判定された場合に、ユーザ端末１０Ｂで管理されるコンテンツ２００のハッシュ値を算出するとともに、証明書データ３００（例えば、QRコード３０２）から取得されるメタデータに含まれるコンテンツ２００のハッシュ値を特定する。ユーザ端末１０Ｂは、算出されたハッシュ値と特定されたハッシュ値とが一致するか否かを判定する。ユーザ端末１０Ｂは、２つのハッシュ値が一致すれば、ユーザ端末１０Ｂで管理されるコンテンツ２００が正当であると判断することができる。一方で、ユーザ端末１０Ｂは、２つのハッシュ値が一致しなければ、ユーザ端末１０Ｂで管理されるコンテンツ２００が不当であると判断することができる。

［変更例２］
以下において、実施形態の変更例２について説明する。以下においては、実施形態に対する相違点について主として説明する。

上述した実施形態では特に触れていないが、変更例２では、証明書データ３００に関するNFT（第１トークン）と別に発行されるトークンとして、コンテンツ２００の唯一性を証明する第２トークンが導入される。

第２トークンとしては、コンテンツ２００に関するNFTが用いられてもよい。コンテンツ２００に関するNFTは、証明書データ３００に関するNFTを管理するブロックチェーンシステム３０で管理されてもよく、ブロックチェーンシステム３０以外のブロックチェーンシステムで管理されてもよい。

なお、コンテンツ２００に関するNFTを特定するための特定情報（以下、tokenURI）は、コンテンツ２００のハッシュ値を含んでもよい。コンテンツ２００に関するtokenURIは、コンテンツ２００に関するNFTの発行元アドレスを含んでもよい。NFTの発行元アドレスは、ブロックチェーンシステムによって、コンテンツ２００に関するNFTが管理されるアドレス空間を特定するためのアドレスであると考えてもよい。NFTの発行元アドレスは、コンテンツ２００に関するNFTを最初に発行するエンティティによって管理されるアドレスであってもよい。

このようなケースにおいて、販売サーバ２０（通信部２１）は、コンテンツ２００の唯一性を証明する第２トークンの発行を要求するメッセージを送信する第２送信部を構成してもよい。

変更例２においては、コンテンツ２００に関するNFTがブロックチェーン上で管理されるため、その正当性はブロックチェーン上で追跡することができる。従って、証明書データ３００から取得可能なメタデータは、コンテンツ２００のハッシュ値を含まなくてもよい。但し、証明書データ３００から取得可能なメタデータは、コンテンツ２００を特定するための情報要素を含む。コンテンツ２００を特定するための情報要素は、コンテンツ２００に関するNFTのIDを含んでもよい。コンテンツ２００を特定するための情報要素は、コンテンツ２００に関するNFTのIDに加えて、コンテンツ２００に関するNFTを管理するブロックチェーンを特定する情報を含んでもよい。

変更例２においては、原則として、コンテンツ２００に関するNFT及び証明書データ３００に関するNFTが一緒に流通する前提下において、証明書データ３００に関するNFTがコンテンツ２００のハッシュ値を含まなくても、コンテンツ２００の所有者の正当性を検証することができる。

［変更例３］
以下において、実施形態の変更例３について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例３では、証明書データ３００と対応付けられたメタデータは、コンテンツ２００の希少性を示す情報要素を含んでもよい。実施形態と同様に、証明書データ３００は、コンテンツ２００のメタデータを表現するメタデータ画像を含んでもよい。

コンテンツ２００の希少性を示す情報要素は、コンテンツ２００が限定コンテンツである旨を示す情報要素（例えば、「限定品」など）であってもよい。コンテンツ２００の希少性を示す情報要素は、コンテンツ２００の流通数を示す情報要素（例えば、「限定**部」）であってもよい。コンテンツ２００の希少性を示す情報要素は、コンテンツ２００の流通数に対するナンバリングを示す情報要素（（例えば、「**番目/ **部」））を含んでもよい。

変更例３では、メタデータは、コンテンツ２００の希少性を示す情報要素を含む。このような構成によれば、コンテンツ２００の販売又は転売を効果的に行うことができる。

［変更例４］
以下において、実施形態の変更例４について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例４では、上述した証明書データ３００の適用シーンについて説明する。具体的には、コンテンツ２００の作成者（著作権者）に対して、コンテンツ２００の譲渡に伴う対価を還元する仕組みについて説明する。

変更例４では、コンテンツ２００の譲渡に伴う対価を還元するために、コンテンツ２００の譲渡を管理する管理エンティティが導入される。

例えば、変更例１で説明したように、証明書データ３００に関するNFTが販売サーバ２０で管理される場合には、コンテンツ２００及び証明書データ３００の譲渡を販売サーバ２０で管理可能であるため、販売サーバ２０が管理エンティティとして機能してもよい。

但し、実施形態で説明したように、証明書データ３００に関するNFTがユーザ端末１０で管理される場合であっても、コンテンツ２００及び証明書データ３００の譲渡について管理エンティティに届け出ることが義務づけられてもよい。

さらに、管理エンティティは、ブロックチェーンシステム３０上に実装される仕組みを提供するエンティティであってもよい。このような仕組みは、スマートコントラクトと称される仕組みであってもよい。

変更例４によれば、上述した証明書データ３００を用いることによって、コンテンツ２００の譲渡を管理することができるため、コンテンツ２００の作成者（著作権者）に対価を還元することができる。

［変更例５］
以下において、実施形態の変更例５について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例５では、上述した証明書データ３００の適用シーンについて説明する。具体的には、コンテンツ２００の海賊版の流通を抑制する仕組みについて説明する。

変更例５では、コンテンツ２００の海賊版の流通を抑制するために、証明書データ３００に関するNFT及びコンテンツ２００に関するNFTの少なくともいずれか１つを管理する管理エンティティが導入される。

例えば、管理エンティティは、コンテンツ２００を所持するエンティティ（コンテンツホルダー）が共同で設立する団体であってもよい。管理エンティティは、NFTの発行元アドレスを管理してもよい。各コンテンツホルダーは、コンテンツホルダーの責任でNFTを発行してもよい。

コンテンツホルダーは、コンテンツ２００の配信を第三者に委託してもよい。例えば、第三者よって管理されるプラットフォーム上においてコンテンツ２００の配信が実行されてもよい。このようなケースにおいて、プラットフォームは、証明書データ３００に関するNFTの情報をコンテンツ２００とともに提供する。NFTの情報は、管理エンティティによってNFTが発行されていることを示す情報（例えば、「NFTは、管理エンティティによって発行されたもので、コンテンツの配信は管理エンティティによって第三者に許諾されている」など）であってもよい。

変更例５によれば、上述した証明書データ３００を用いることによって、コンテンツ２００の配信が合法であることを証明することができるため、コンテンツ２００の海賊版の流通を抑制することができる。

［変更例６］
以下において、実施形態の変更例６について説明する。以下においては、実施形態に対する相違点について主として説明する。

変更例６では、上述した開示で説明した証明書データ３００及び第１トークン（以下、NFT）の利用態様の一例について説明する。具体的には、証明書データ３００及びNFTの利用によってコンテンツ２００が流通する場合に、コンテンツ２００の作成者に対してロイヤリティが支払われるケースについて説明する。

このようなケースにおいて、コンテンツ２００の作成者は、証明書データ３００及びNFTを利用せずにコンテンツ２００を販売してもよい。例えば、コンテンツ２００の作成者は、販売サーバ２０を管理するエンティティに対してコンテンツ２００を販売してもよく、他の購入者に対してコンテンツ２００を販売してもよい。

以下において、証明書データ３００及びNFTの利用態様として、第１利用態様及び第２利用態様について説明する。

第１利用態様では、販売サーバ２０を管理するエンティティに対してコンテンツ２００をコンテンツ２００の作成者が販売した後の手順について説明する。ここでは、ユーザ端末１０Ａが購入者であり、ユーザ端末１０Ｂが譲受者であるケースについて例示する。

図１２に示すように、ステップS80において、ユーザ端末１０Ａと販売サーバ２０との間でコンテンツ２００の購入手順が行われる。購入手順は、上述した実施形態で説明した手順（図６を参照）であってもよく、上述した変更例１で説明した手順（図９を参照）であってもよい。コンテンツ２００の作成者から見ると、コンテンツ２００を販売した後の手順であるため、このような購入手順は、転売手順であると考えてもよい。

ステップS81において、販売サーバ２０は、コンテンツ２００の作成者に対して、コンテンツ２００に関するロイヤリティを支払う。図１２では、ロイヤリティを販売サーバ２００が支払うが、ロイヤリティは、購入者によって支払われてもよく、コンテンツ２００の転売を管理する他のエンティティによって支払われてもよい。

第１利用態様によれば、作成者と販売サーバ２０との間では、証明書データ及びNFTを利用しない第１経済圏（例えば、FIAT経済圏）が形成され、販売サーバ２０と購入者との間では、証明書データ及びNFTを利用する第２経済圏（例えば、Crypto経済圏）が形成されるといえる。すなわち、証明書データ及びNFTは、第１経済圏及び第２経済圏の橋渡し的な役割を担うといえる。

第２利用態様では、販売サーバ２０を管理するエンティティに対してコンテンツ２００の作成者がコンテンツ２００を販売し、譲渡者に対して販売サーバ２０がコンテンツ２００を転売した後の手順について説明する。なお、コンテンツ２００の作成者は、販売サーバ２０を経由せずに、譲渡者に対してコンテンツ２００を販売してもよい。ここでは、ユーザ端末１０Ａが譲渡者であり、ユーザ端末１０Ｂが譲受者であるケースについて例示する。

図１３に示すように、ステップS90において、ユーザ端末１０Ａとユーザ端末１０Ｂとの間でコンテンツ２００の譲渡手順が行われる。譲渡手順は、上述した実施形態で説明した手順（図７を参照）であってもよく、上述した変更例１で説明した手順（図１０を参照）であってもよい。コンテンツ２００の作成者から見ると、コンテンツ２００を販売した後の手順であるため、このような譲渡手順は、転売手順であると考えてもよい。

ステップS９1において、販売サーバ２０は、コンテンツ２００の作成者に対して、コンテンツ２００に関するロイヤリティを支払う。図１２では、ロイヤリティを販売サーバ２００が支払うが、ロイヤリティは、譲渡者によって支払われてもよく、譲受者によって支払われてもよく、コンテンツ２００の転売を管理する他のエンティティによって支払われてもよい。

第２利用態様によれば、作成者と販売サーバ２０（又は譲渡者）との間では、証明書データ及びNFTを利用しない第１経済圏（例えば、FIAT経済圏）が形成され、販売サーバ２０（又は譲渡者）と譲受者との間では、証明書データ及びNFTを利用する第２経済圏（例えば、Crypto経済圏）が形成されるといえる。すなわち、証明書データ及びNFTは、第１経済圏及び第２経済圏の橋渡し的な役割を担うといえる。

ここで、第１経済圏は、第２経済圏とは別にコンテンツ２００の価格が設定され得る非NFT市場であると考えてもよい。同様に、第２経済圏は、第１経済圏とは別にコンテンツ２００の価格が設定され得るNFT市場であると考えてもよい。

このような前提下において、NFT市場で設定されるコンテンツ２００の価格（以下、NFT市場価格）の変動に応じて、非NFT市場で設定されるコンテンツ２００の価格（以下、非NFT市場価格）が変動してもよい。例えば、NFT市場価格の上昇に応じて、非NFT市場価格が上昇してもよい。NFT市場価格の下降に応じて、非NFT市場価格が下降してもよい。このようなケースにおいて、NFT市場価格の変動に応じて非NFT市場価格を自動的に変動させる仕組み（サーバなど）が設けられてもよい。

以上説明したように、コンテンツ２００の作成者がNFTに興味を持っていなくても、証明書データ及びNFTによって第１経済圏及び第２経済圏を結び付けることができるため、第２経済圏で生じる売買の効果をコンテンツ２００の作成者にフィードバックすることができる。

［その他の実施形態］
本発明は上述した開示によって説明したが、上述した開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。

上述した開示では、コンテンツ２００の販売を例示した。しかしながら、上述した開示はこれに限定されるものではない。上述した開示は、コンテンツ２００の正当性を証明するために証明書データ３００を用いる仕組みに適用することができる。

上述した開示では、証明書データ３００を生成する生成部が販売サーバ２０に設けられるケースを例示した。しかしながら、上述した開示はこれに限定されるものではない。生成部は、コンテンツ２００の作成者（著作権者）のユーザ端末１０、コンテンツホルダーのユーザ端末１０、ネットワーク１１０上に実装されるクラウドシステムなどに設けられていてもよい。生成部は、ブロックチェーンなどの分散台帳技術上などに設けられてもよい。

上述した開示では、証明書データ３００に関するNFTの発行を要求するメッセージを送信する第１送信部が販売サーバ２０に設けられるケースを例示した。しかしながら、上述した開示はこれに限定されるものではない。第１送信部は、コンテンツ２００の作成者（著作権者）のユーザ端末１０、コンテンツホルダーのユーザ端末１０、ネットワーク１１０上に実装されるクラウドシステムなどに設けられていてもよい。第１送信部は、ブロックチェーンなどの分散台帳技術上などに設けられてもよい。

上述した開示では、コンテンツ２００に関するNFTの発行を要求するメッセージを送信する第２送信部が販売サーバ２０に設けられるケースを例示した。しかしながら、上述した開示はこれに限定されるものではない。第２送信部は、コンテンツ２００の作成者（著作権者）のユーザ端末１０、コンテンツホルダーのユーザ端末１０、ネットワーク１１０上に実装されるクラウドシステムなどに設けられていてもよい。第２送信部は、ブロックチェーンなどの分散台帳技術上などに設けられてもよい。

上述した開示では、販売サーバ２０が便宜的にサーバであるケースについて例示した。しかしながら、上述した開示はこれに限定されるものではない。販売サーバ２０は、ネットワーク１１０上に実装されるクラウドシステムによって実現されてもよい。販売サーバ２０は、ブロックチェーンなどの分散台帳技術上などに設けられてもよい。

上述した開示では特に触れていないが、証明書データ３００に関するtokenURIについて文字列制限が定められていてもよい、NFTの発行元アドレス及び証明書データ３００のハッシュ値が文字列制限を守れない場合には、証明書データ３００のハッシュ値の一部（例えば、末尾の所定文字列）が削除されたものとして扱われてもよい。

上述した開示では特に触れていないが、コンテンツ２００に関するtokenURIについて文字列制限が定められていてもよい、NFTの発行元アドレス及びコンテンツ２００のハッシュ値が文字列制限を守れない場合には、コンテンツ２００のハッシュ値の一部（例えば、末尾の所定文字列）が削除されたものとして扱われてもよい。

上述した開示では、証明書データ３００の唯一性を証明する第１トークンとしてNFTを例示した。しかしながら、上述した開示はこれに限定されるものではない。第１トークンとして、NFT以外のトークンが用いられてもよい。

上述した開示では、コンテンツ２００の唯一性を証明する第２トークンとしてNFTを例示した。しかしながら、上述した開示はこれに限定されるものではない。第２トークンとして、NFT以外のトークンが用いられてもよい。

上述した開示では特に触れていないが、コンテンツ証明システム１００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、CD-ROMやDVD-ROM等の記録媒体であってもよい。

或いは、コンテンツ証明システム１００が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。

１０…ユーザ端末、２０…販売サーバ、２１…通信部、２２…管理部、２３…制御部、３０…ブロックチェーンシステム、４０…サーバ、４１…通信部、４２…管理部、４３…制御部、１００…コンテンツ証明システム、１１０…ネットワーク、２００…コンテンツ、３００…証明書データ、３０１…サムネイル画像、３０２…QRコード

Claims (9)

1. コンテンツのメタデータと対応付けられた証明書データを生成する生成部と、
   前記証明書データの唯一性を証明する第１トークンの発行を要求するメッセージを送信する第１送信部と、を備え、
   前記コンテンツのメタデータは、前記コンテンツを特定するための情報要素を含み、
   前記第１トークンを特定するための特定情報は、前記証明書データのハッシュ値を含む、コンテンツ証明システム。
2. 前記コンテンツのメタデータは、前記第１トークンの発行元アドレスを含む、請求項１に記載のコンテンツ証明システム。
3. 前記証明書データは、前記コンテンツのメタデータを表現するメタデータ画像を含む、請求項１又は請求項２に記載のコンテンツ証明システム。
4. 前記証明書データは、前記コンテンツの要約画像を含む、請求項１乃至請求項３のいずれか１項に記載のコンテンツ証明システム。
5. 前記コンテンツのメタデータは、前記コンテンツのハッシュ値を含む、請求項１乃至請求項４のいずれか１項に記載のコンテンツ証明システム。
6. 前記コンテンツのメタデータは、前記コンテンツに関する属性データを含む、請求項１乃至請求項５のいずれか１項に記載のコンテンツ証明システム。
7. 前記コンテンツの唯一性を証明する第２トークンの発行を要求するメッセージを送信する第２送信部を備える、請求項１乃至請求項６のいずれか１項に記載のコンテンツ証明システム。
8. 前記メタデータは、前記コンテンツの希少性を示す情報要素を含む、請求項１乃至請求項７のいずれか１項に記載のコンテンツ証明システム。
9. コンテンツのメタデータと対応付けられた証明書データを生成するステップと、
   前記証明書データの唯一性を証明する第１トークンの発行を要求するメッセージを送信するステップと、を備え、
   前記コンテンツのメタデータは、前記コンテンツを特定するための情報要素を含み、
   前記第１トークンを特定するための特定情報は、前記証明書データのハッシュ値を含む、コンテンツ証明方法。

Images