特許 7063512 プログラム、情報処理装置、方法、およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2022-04-25

(45)【発行日】2022-05-09

(54)【発明の名称】プログラム、情報処理装置、方法、およびシステム

(51)【国際特許分類】

   G06Q 20/38 20120101AFI20220426BHJP

【ＦＩ】

G06Q20/38 310

【請求項の数】 15

(21)【出願番号】P 2021211769

(22)【出願日】2021-12-27

【審査請求日】2022-02-02

【早期審査対象出願】

(73)【特許権者】

【識別番号】521567871

【氏名又は名称】株式会社ＰＬＵＳＩＤＥＡ

(74)【代理人】

【識別番号】110002815

【氏名又は名称】ＩＰＴｅｃｈ特許業務法人

(72)【発明者】

【氏名】小池 隆太

【審査官】宮地 匡人

(56)【参考文献】

【文献】米国特許出願公開第２０２１／００３５２４６（ＵＳ，Ａ１）

【文献】中国特許第１１３１９３９６５（ＣＮ，Ｂ）

【文献】中国特許出願公開第１１３５３５８２６（ＣＮ，Ａ）

【文献】中国特許出願公開第１０４９１５６０５（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

記憶装置を備えるコンピュータを、
第１視覚的コンテンツを作成する手段、
前記第１視覚的コンテンツを外部装置へ送信する手段、
前記第１視覚的コンテンツの送信後に、当該第１視覚的コンテンツと同一の視覚情報を表現するデータが前記記憶装置に残ることを阻止する手段、
前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品を前記外部装置に要求する手段、
として機能させるプログラム。

【請求項2】

前記阻止する手段は、前記第１視覚的コンテンツを前記記憶装置から削除する、
請求項１に記載のプログラム。

【請求項3】

前記コンピュータを、前記プラットフォームの指定を受け付ける手段としてさらに機能させ、
前記第１トークンの発行または出品を要求する手段は、指定されたプラットフォームを特定可能な情報を含む、当該第１トークンの出品要求を前記外部装置へ送信する、
請求項１または請求項２に記載のプログラム。

【請求項4】

前記第１視覚的コンテンツは、特定の被写体を撮影した画像または動画であって、
前記第１トークンの発行または出品を要求する手段は、前記特定の被写体に関する権限を示す情報を含む要求を前記外部装置へ送信する、
請求項１～請求項３のいずれかに記載のプログラム。

【請求項5】

ユーザによって作成された第１視覚的コンテンツを取得する手段と、
前記第１視覚的コンテンツを記憶装置に保存する手段と、
前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品の要求を取得する手段と、
前記第１トークンの発行、または前記第１トークンの出品の要求の取得に応じて、当該第１トークンを発行または出品する手段と、
前記第１トークンの発行または出品後に、前記第１視覚的コンテンツと同一の視覚情報を表現するデータが前記記憶装置に残ることを阻止する手段と
を具備する情報処理装置。

【請求項6】

前記阻止する手段は、前記第１トークンの発行または出品後に、前記第１視覚的コンテンツを前記記憶装置から削除する、
請求項５に記載の情報処理装置。

【請求項7】

ユーザ端末から前記第１視覚的コンテンツの閲覧の要求を取得する手段と、
前記第１視覚的コンテンツを加工することで生成された第２視覚的コンテンツを、前記閲覧の要求に応じて前記ユーザ端末へ送信する手段と
をさらに具備する、請求項５または請求項６に記載の情報処理装置。

【請求項8】

前記第２視覚的コンテンツは、前記第１視覚的コンテンツに付加的画像を合成することで生成される、
請求項７に記載の情報処理装置。

【請求項9】

前記付加的画像を合成する位置を、前記第１視覚的コンテンツの被写体に応じて決定する手段をさらに具備する、
請求項８に記載の情報処理装置。

【請求項10】

前記第１トークンの出品の要求は、前記ユーザによって指定されたプラットフォームを示す情報を含み、
前記第１トークンを発行または出品する手段は、前記第１トークンの出品の要求に応じて、前記ユーザによって指定されたプラットフォームに前記第１トークンを出品する、
請求項５～請求項９のいずれかに記載の情報処理装置。

【請求項11】

前記第１視覚的コンテンツは、特定の被写体を撮影した画像または動画であって、
前記第１トークンの発行または出品の要求は、前記特定の被写体に関する権限を示す情報を含み、
前記第１トークンを発行または出品する手段は、前記特定の被写体に関する権限を示す情報が適正であることが確認されない限り前記第１トークンを発行または出品しない、
請求項５～請求項１０のいずれかに記載の情報処理装置。

【請求項12】

前記第１視覚的コンテンツは、特定の被写体を撮影した画像または動画であって、
前記第１トークンの発行または出品の要求は、前記特定の被写体に関する権限を示す情報を含み、
前記第１トークンを発行または出品する手段は、前記特定の被写体に関する権限を示す情報によって特定される認証元が前記第１視覚的コンテンツを認証しない限り前記第１トークンを発行または出品しない、
請求項５～請求項１０のいずれかに記載の情報処理装置。

【請求項13】

コンピュータが、
ユーザによって作成された第１視覚的コンテンツを取得するステップと、
前記第１視覚的コンテンツを記憶装置に保存するステップと、
前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品の要求を取得するステップと、
前記第１トークンの発行または出品の要求の取得に応じて、当該第１トークンを発行または出品するステップと、
前記第１トークンの発行または出品後に、前記第１視覚的コンテンツと同一の視覚情報を表現するデータが前記記憶装置に残ることを阻止するステップと
を具備する方法。

【請求項14】

コンピュータを、
ユーザによって作成された第１視覚的コンテンツを取得する手段、
前記第１視覚的コンテンツを記憶装置に保存する手段、
前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品の要求を取得する手段、
前記第１トークンの発行または出品の要求の取得に応じて、当該トークンを発行または出品する手段、
前記第１トークンの発行または出品後に、前記第１視覚的コンテンツと同一の視覚情報を表現するデータが前記記憶装置に残ることを阻止する手段
として機能させるプログラム。

【請求項15】

ユーザ端末と、サーバとを具備し、
前記ユーザ端末は、
第１記憶装置と、
第１視覚的コンテンツを作成する手段と、
前記第１視覚的コンテンツを前記サーバへ送信する手段と、
前記第１視覚的コンテンツの送信後に、当該第１視覚的コンテンツと同一の視覚情報を表現するデータが前記第１記憶装置に残ることを阻止する手段と、
前記第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品を前記サーバに要求する手段とを備え、
前記サーバは、
前記第１視覚的コンテンツを取得する手段と、
前記第１視覚的コンテンツを第２記憶装置に保存する手段と、
前記第１トークンの発行または出品の要求を取得する手段と、
前記第１トークンの発行または出品の要求の取得に応じて、当該第１トークンを発行または出品する手段と、
前記第１トークンの発行または出品後に、前記第１視覚的コンテンツと同一の視覚情報を表現するデータが前記第２記憶装置に残ることを阻止する手段とを備える、
システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、プログラム、情報処理装置、方法、およびシステムに関する。

【背景技術】

【0002】

デジタルデータに紐付けられるトークンをブロックチェーン上に記録することで、当該デジタルデータを非代替的な有体物のように取り扱うことを可能にする技術（ＮＦＴ（Non-Fungible Token））が知られている。

【0003】

特許文献１には、ＮＦＴに関する開示はないが、ブロックチェーンに仮想落書きおよび地理的位置情報を保存することで、訪問場所画像に仮想落書きを付加した落書付加画像を訪問の証として表示する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２０ー０７１５９０号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

デジタルデータは容易に複製可能であるため、単にデジタルデータに紐付けられるトークンをブロックチェーン上に記録するだけでは、当該デジタルデータの希少性を十分に保証することはできない。つまり、容易に複製可能であるという性質により、デジタルデータの資産価値が過小評価されるおそれがある。

【0006】

本開示の目的は、トークンに紐づくデジタルデータの希少性を確保することである。

【課題を解決するための手段】

【0007】

本開示の一態様のプログラムは、記憶装置を備えるコンピュータを、第１視覚的コンテンツを作成する手段、第１視覚的コンテンツを外部装置へ送信する手段、第１視覚的コンテンツの送信後に、当該第１視覚的コンテンツと同一の視覚情報を表現するデータが記憶装置に残ることを阻止する手段、第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行、またはトークンの売買が可能なプラットフォームへの当該第１トークンの出品を外部装置に要求する手段、として機能させる。

【図面の簡単な説明】

【0008】

【図1】本実施形態の情報処理システムの構成を示すブロック図である。

【図2】本実施形態のユーザ端末の構成を示すブロック図である。

【図3】本実施形態のサーバの構成を示すブロック図である。

【図4】本実施形態の分散型台帳システムの構成を示す図である。

【図5】本実施形態の一態様の説明図である。

【図6】本実施形態の一態様の説明図である。

【図7】本実施形態の一態様の説明図である。

【図8】本実施形態の一態様の説明図である。

【図9】本実施形態の作品データベースのデータ構造を示す図である。

【図10】本実施形態のトークンのデータ構造を示す図である。

【図11】本実施形態の画像作成処理のフローチャートである。

【図12】本実施形態のトークン発行処理のフローチャートである。

【図13】本実施形態の情報処理において表示される画面例を示す図である。

【発明を実施するための形態】

【0009】

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

【0010】

以降の説明において、複数の同種の要素について共通の説明を述べる場合に、例えば「９９」のような共通の符号を用いることがある。他方、これらの要素について個別に説明を述べる場合に、「９９－１」、または「９９－２」のように共通の符号に添え字を付した符号を用いることがある。

【0011】

（１）情報処理システムの構成
情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。

【0012】

図１に示すように、情報処理システム１は、ユーザ端末１０と、サーバ３０と、分散型台帳システム５０とを備える。
ユーザ端末１０、サーバ３０、および分散型台帳システム５０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。

【0013】

ユーザ端末１０は、サーバ３０にリクエストを送信する情報処理装置の一例である。ユーザ端末１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。

【0014】

サーバ３０は、ユーザ端末１０から送信されたリクエストに応じたレスポンスをユーザ端末１０に提供する情報処理装置の一例である。サーバ３０は、例えば、ウェブサーバである。

【0015】

分散型台帳システム５０は、ユーザ端末１０またはサーバ３０からの要求に応じて、分散型台帳を管理する。

【0016】

（１－１）ユーザ端末の構成
ユーザ端末の構成について説明する。図２は、本実施形態のユーザ端末の構成を示すブロック図である。

【0017】

図２に示すように、ユーザ端末１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。ユーザ端末１０は、ディスプレイ２１およびカメラ２２に接続される。

【0018】

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

【0019】

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ、または後述する対象アプリ）のプログラム

【0020】

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

【0021】

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、ユーザ端末１０の機能を実現するコンピュータである。プロセッサ１２は、例えば、以下の少なくとも１つである。
・ＣＰＵ（Central Processing Unit）
・ＧＰＵ（Graphic Processing Unit）
・ＡＳＩＣ（Application Specific Integrated Circuit）
・ＦＰＧＡ（Field Programmable Array）

【0022】

入出力インタフェース１３は、ユーザ端末１０に接続される入力デバイスから情報（例えば、ユーザの指示）を取得し、かつ、ユーザ端末１０に接続される出力デバイスに情報（例えば、画像信号）を出力するように構成される。
入力デバイスは、例えば、カメラ２２、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイ２１、スピーカ、又は、それらの組合せである。

【0023】

通信インタフェース１４は、ユーザ端末１０と外部装置（例えば、サーバ３０または分散型台帳システム５０）との間の通信を制御するように構成される。

【0024】

ディスプレイ２１は、画像（静止画、または動画）を表示するように構成される。ディスプレイ２１は、例えば、液晶ディスプレイ、または有機ＥＬディスプレイである。

【0025】

カメラ２２は、被写体を撮影し、画像（静止画、または動画）を生成するように構成される。

【0026】

（１－２）サーバの構成
サーバの構成について説明する。図３は、本実施形態のサーバの構成を示すブロック図である。

【0027】

図３に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。

【0028】

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

【0029】

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

【0030】

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

【0031】

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するコンピュータである。プロセッサ３２は、例えば、以下の少なくとも１つである。
・ＣＰＵ
・ＧＰＵ
・ＡＳＩＣ
・ＦＰＧＡ

【0032】

入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を取得し、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

【0033】

通信インタフェース３４は、サーバ３０と外部装置（例えば、ユーザ端末１０、または分散型台帳システム５０）との間の通信を制御するように構成される。

【0034】

（１－３）分散型台帳システムの構成
分散型台帳システムの構成について説明する。図４は、本実施形態の分散型台帳システムの構成を示す図である。

【0035】

図４に示すように、分散型台帳システム５０は、複数のノードコンピュータ５５－１～５５－４を備える。

【0036】

ノードコンピュータ５５は、ネットワーク（図１のネットワークＮＷを含み得る）を介して互いに接続される。本実施形態では、ネットワークは、公衆網、プライベートネットワーク、専用線、ＶＰＮ（Virtual Private Network）、またはそれらの組み合わせを含み得る。ノードコンピュータ５５は、ネットワークと、例えば、有線または無線により接続されている。ノードコンピュータ５５は、ピア・ツー・ピア方式で互いに通信する。

【0037】

ノードコンピュータ５５は、例えばブロックチェーン技術を用いて分散型台帳を管理する。
具体的には、いずれかのノードコンピュータ５５は、記録すべきトークンの取引に関するデータを取得する。ノードコンピュータ５５は、取得したデータを含むブロックを作成し、ブロックチェーンに追加する。ノードコンピュータ５５は、追加したブロックの情報を他のノードコンピュータ５５へ送信する。他のノードコンピュータ５５は、受信したブロックの正しさを検証し、検証に成功すると、ブロックチェーンに当該ブロックを追加する。ノードコンピュータ５５は、例えば、連結されるブロックの数（承認数）に従ってブロックチェーンを確定する。これにより、分散型台帳システム５０を構成する複数のノードコンピュータ５５に亘って、同一の分散型台帳が保存されることになる。なお、保存されるデータは、適宜に暗号化される。

【0038】

分散型台帳システム５０の構成は、図４に示されるものに限定されない。例えば、分散型台帳システム５０は、５台以上のノードコンピュータ５５を備えていてもよいし、２台または３台のノードコンピュータ５５を備えていてもよい。また、分散型台帳システム５０を構成するノードコンピュータ５５の数は、時間とともに変動してもよい。

【0039】

ノードコンピュータ５５のハードウェア構成は、ユーザ端末１０またはサーバ３０と同一または類似であってよいので詳細な説明を省略する。一例として、ノードコンピュータ５５は、プロセッサ、記憶装置、入出力インタフェース、通信インタフェース、入力デバイス、出力デバイス、またはそれらの組み合わせを備える。

【0040】

（２）実施形態の一態様
本実施形態の一態様について説明する。図５は、本実施形態の一態様の説明図である。図６は、本実施形態の一態様の説明図である。図７は、本実施形態の一態様の説明図である。図８は、本実施形態の一態様の説明図である。

【0041】

図５に示すように、ユーザＵＳ１は、ユーザ端末１０－１上で所定のアプリケーション（例えば、デジタル作品（画像）の作成、または管理用のアプリケーションであって、以下、「対象アプリ」という）が実行されている状態で、当該ユーザ端末１０－１を操作して、カメラ２２により被写体ＯＢＪ１を撮影する。これにより、ユーザ端末１０－１は、被写体ＯＢＪ１の画像ＩＭ１０（「視覚的コンテンツ」の一例）を生成し、当該画像ＩＭ１０を一時的に記憶装置１１に保存する。ここで、画像ＩＭ１０は、静止画に限られず、動画であってもよい。ユーザ端末１０－１は、生成した画像ＩＭ１０をサーバ３０へアップロードする。サーバ３０は、アップロードされた画像ＩＭ１０を記憶装置３１に保存する。他方、ユーザ端末１０－１は、画像ＩＭ１０のアップロード後に、当該画像ＩＭ１０を記憶装置１１から削除する。つまり、画像ＩＭ１０は、実質的にユーザＵＳ１の手元には残らず、ユーザ端末１０－１からサーバ３０へ有体物のように移転される。これにより、画像ＩＭ１０の作成者であるユーザＵＳ１が、当該画像ＩＭ１０を自由に複製することができないので、当該画像ＩＭ１０の希少性が担保される。

【0042】

図６に示すように、ユーザＵＳ１は、ユーザ端末１０－１上で例えば対象アプリが実行されている状態で、当該ユーザ端末１０－１を操作して、画像ＩＭ１０の閲覧要求をサーバ３０へ送信させる。サーバ３０は、閲覧要求に応じて、画像ＩＭ１０に対応する加工画像ＩＭ１１をユーザ端末１０－１へ送信する。ユーザ端末１０－１は、加工画像ＩＭ１１をディスプレイ２１に表示する。加工画像ＩＭ１１は、画像ＩＭ１０に対して例えば透かし加工などの不可逆な加工を施した画像である。要するに、加工画像ＩＭ１１は、画像ＩＭ１０と類似の視覚情報を備える一方で、人間が相違を認識できる程度の視覚情報の差異も備える。故に、ユーザＵＳ１は、加工画像ＩＭ１１を閲覧することで画像ＩＭ１０をトークン化（すなわち、画像ＩＭ１０に紐付けられるトークンを発行）するか否かを判断できる。他方、例えばユーザ端末１０－１のスクリーンショット機能を悪用したとしても、画像ＩＭ１０の完全な複製データを得ることはできない。

【0043】

図７に示すように、ユーザＵＳ１は、ユーザ端末１０－１上で例えば対象アプリが実行されている状態で、当該ユーザ端末１０－１を操作して、画像ＩＭ１０に紐付けられるトークンの発行要求をサーバ３０へ送信させる。サーバ３０は、発行要求に応じて、画像ＩＭ１０に紐付けられるトークンの発行を分散型台帳システム５０に要求する。ここで、サーバ３０は、ユーザＵＳ１に対して手数料を徴収し、決済完了後にトークンの発行を行ってもよい。これにより、トークンの発行に伴うコストを確実に回収することができる。分散型台帳システム５０が画像ＩＭ１０に紐付けられたトークンの発行を完了すると、ユーザＵＳ１はユーザ端末１０－１を用いて当該トークンを獲得できる。他方、サーバ３０は、トークンの発行後に、当該画像ＩＭ１０を記憶装置３１から削除する。これにより、画像ＩＭ１０がトークンとは別にサーバ３０上にも併存することによる当該画像ＩＭ１０の価値の希薄化を防止することができる。画像ＩＭ１０は、典型的には外部サーバ（例えば、ＮＦＴ売買プラットフォームが提供するサーバ）に保存され、或いはトークンに埋め込まれる。いずれにせよ、画像ＩＭ１０を閲覧するには、当該画像ＩＭ１０に紐付けられたトークンに記載された情報が必要となる。これにより、画像ＩＭ１０に紐付けられたトークンは、当該トークンの持ち主が、当該画像ＩＭ１０の持ち主であることを証明する。

【0044】

トークン化された画像ＩＭ１０の持ち主であるユーザＵＳ１は、図８に示すように当該画像ＩＭ１０を流通させることができる。具体的には、ユーザＵＳ１は、ユーザ端末１０－１を操作して、自らの所望する画像ＩＭ１０を他のユーザＵＳ２に売却する。ユーザ端末１０－１は、画像ＩＭ１０の売却に応じて、当該画像ＩＭ１０に紐付けられたトークンを当該画像ＩＭ１０の買い手であるユーザＵＳ２へ譲渡する。具体的には、ユーザ端末１０－１は、ユーザＵＳ１の所持するトークンのユーザＵＳ２への譲渡を分散型台帳システム５０に要求する。分散型台帳システム５０がトークンの譲渡を完了すると、ユーザＵＳ２はユーザ端末１０－２を用いて当該トークンを獲得する。その後、ユーザＵＳ２が、さらなる他のユーザに画像ＩＭ１０を売却すること（つまり、二次流通）も可能である。

【0045】

また、トークンの流通に伴うロイヤリティの徴収条件が当該トークンに（例えば、後述する取引条件情報として）記載されている場合に、分散型台帳システム５０は、トークンを譲渡するとともにロイヤリティを徴収し、徴収したロイヤリティを権利者ＲＨ１（例えば、被写体ＯＢＪ１のパブリシティ権を有する者、画像ＩＭ１０の作成者であるユーザＵＳ１、またはそれらの組み合わせ）に分配する。ロイヤリティは、画像ＩＭ１０の買い手が支払う当該画像ＩＭ１０の対価から徴収されてもよいし、かかる対価とは独立して当該画像ＩＭ１０の売り手または買い手から徴収されてもよい。

【0046】

このように、情報処理システム１によれば、トークン化された画像ＩＭ１０について、当該画像ＩＭ１０の作成者であるユーザＵＳ１が当該画像ＩＭ１０の複製を制約されたことを担保できる。つまり、トークン化された画像ＩＭ１０の希少性を確保し、当該画像ＩＭ１０の価値が過小評価されるのを抑制することができる。

【0047】

（３）データ構造
データ構造について説明する。

【0048】

（３－１）作品データベース
本実施形態の作品データベースについて説明する。図９は、本実施形態の作品データベースのデータ構造を示す図である。

【0049】

作品データベースは、記憶装置３１に構築される。作品データベースには、画像基本情報が格納される。画像基本情報は、対象アプリのユーザによって作成された作品（つまり、画像）のメタ情報である。
図９に示すように、作品データベースは、「ユーザＩＤ」フィールドと、「画像ＩＤ」フィールドと、「保存先」フィールドと、「撮影日」フィールドと、「撮影場所」フィールドとを含む。各フィールドは、互いに関連付けられている。なお、作品データベースの各種フィールドは例示に過ぎない。例えば、「撮影場所」フィールドは設けられなくてもよい。

【0050】

「ユーザＩＤ」フィールドには、ユーザＩＤが格納される。ユーザＩＤは、画像基本情報に対応する画像の作成者に相当する、対象アプリのユーザを識別する情報である。

【0051】

「画像ＩＤ」フィールドには、画像ＩＤが格納される。画像ＩＤは、画像基本情報に対応する画像を識別する情報である。

【0052】

「保存先」フィールドには、保存先情報が格納される。保存先情報は、画像基本情報に対応する画像の保存先に関する情報である。保存先情報は、例えば、記憶装置３１におけるアドレス情報、または画像を参照するためのＵＲＬ（Uniform Resource Locator）であってもよい。

【0053】

「撮影日」フィールドには、撮影日情報が格納される。撮影日情報は、画像基本情報に対応する画像の撮影日に関する情報である。撮影日情報は、例えば、ユーザ端末１０によって時刻情報に基づいて画像に付与される。

【0054】

「撮影場所」フィールドには、撮影場所情報が格納される。撮影場所情報は、画像基本情報に対応する画像の撮影場所に関する情報である。撮影場所情報は、例えば、ユーザ端末１０によって位置情報（一例としてＧＰＳ（Global Positioning System）情報）に基づいて画像に付与される。

【0055】

（３－２）トークン
トークンのデータ構造について説明する。図１０は、本実施形態のトークンのデータ構造を示す図である。

【0056】

図１０に示すように、トークンは、トークンＩＤと、所有者アドレス情報と、メタデータと、取引条件情報とを含む。

【0057】

トークンＩＤは、トークンを識別する情報である。トークンＩＤは、トークンの発行時に分散型台帳システム５０によって記載される。

【0058】

所有者アドレス情報は、トークンの所有者のアドレスに関する情報である。一例として、所有者アドレス情報は、トークンの所有者のウォレットを示す情報である。所有者アドレス情報は、トークンの発行時、および譲渡時に、分散型台帳システム５０によって更新される。

【0059】

メタデータは、トークンに紐づく画像（以下、「対象画像」という）の閲覧を可能にするための情報（例えば、対象画像を閲覧するためのＵＲＬ、または対象画像に相当するデータ）を含む。メタデータは、トークンの発行時に分散型台帳システム５０によって記載される。

【0060】

さらに、メタデータは、対象画像の詳細に関する情報を含むこともできる。対象画像の詳細に関する情報は、例えば、対象画像に対応する画像基本情報（図９）の一部を含んでもよい。また、対象画像の詳細に関する情報の少なくとも一部は、例えば、対象画像の作成者であるユーザ、または対象画像の被写体に関する権利者（例えば被写体のパブリシティ権を有する者）の少なくとも１つによって決定されてもよい。一例として、対象画像の詳細に関する情報は、対象画像のタイトル、対象画像の撮影時のエピソード、被写体、撮影日、撮影場所、またはそれらの組み合わせに関する情報であってよい。

【0061】

取引条件情報は、対象画像の取引条件に関する情報である。一例として、取引条件情報は、対象画像の流通に伴うロイヤリティの徴収条件に関する情報（例えば、ロイヤリティの算定法、ロイヤリティの支払先、またはそれらの組み合わせに関する情報）を含むことができる。取引条件情報は、例えば対象画像の作成者、対象画像の被写体に関する権利者、何らかの規則（例えばトークンを売買するためのプラットフォームの規約）、またはそれらの組み合わせによって決定されてよい。取引条件情報は、トークンの発行時に分散型台帳システム５０によって記載される。或いは、取引条件情報は、対象画像の転売先、転売時期、または転売価格の制約に関する情報であってもよい。

【0062】

（４）情報処理
本実施形態の情報処理について説明する。

【0063】

（４－１）画像作成処理
本実施形態の画像作成処理について説明する。図１１は、本実施形態の画像作成処理のフローチャートである。

【0064】

図１１の画像作成処理は、例えばユーザ端末１０上で対象アプリが実行されている時にユーザが所定の操作（例えば、撮影を開始する指示を受け付けるオブジェクトの選択）を行ったことに応じて開始する。

【0065】

図１１に示すように、ユーザ端末１０は、画像の作成（Ｓ１１０）を実行する。
具体的には、ユーザ端末１０は、例えばカメラ２２を起動して、被写体を撮影する。これにより、ユーザ端末１０は、画像（静止画、または動画）を作成する。ユーザ端末１０は、作成した画像を記憶装置１１に一時的に保存する。

【0066】

ステップＳ１１０の後に、ユーザ端末１０は、画像の送信（Ｓ１１１）を実行する。
具体的には、ユーザ端末１０は、ステップＳ１１０において作成した画像をサーバ３０へ送信（アップロード）する。

【0067】

ステップＳ１１１の後に、ユーザ端末１０は、画像の削除（Ｓ１１２）を実行する。
具体的には、ユーザ端末１０は、ステップＳ１１０において作成した画像を、記憶装置１１から削除する。

【0068】

なお、対象アプリは、ステップＳ１１０からステップＳ１１２までの一連の処理の間、ユーザの操作を受け付けないように構成されてもよい。これにより、ユーザによる画像の複製をより確実に防止することができる。

【0069】

他方、ステップＳ１１１の後に、サーバ３０は、画像の保存（Ｓ１３１）を実行する。
具体的には、サーバ３０は、ステップＳ１１１において送信された画像を取得し、当該画像を記憶装置３１に保存する。

【0070】

（４－１）トークン発行処理
本実施形態のトークン発行処理について説明する。図１２は、本実施形態のトークン発行処理のフローチャートである。図１３は、本実施形態の情報処理において表示される画面例を示す図である。

【0071】

図１２のトークン発行処理は、例えばユーザ端末１０上で対象アプリが実行されている時に、またはユーザ端末１０が特定のＳａａＳ（Software as a Service）の画面を表示している時に、ユーザが所定の操作を行ったことに応じて開始する。所定の操作は、例えば、ユーザが作成し、かつトークン未発行の画像（以下、「トークン未発行作品」という）を確認する指示を受け付けるオブジェクトの選択である。特定のＳａａＳは、例えば対象アプリを用いて作成されたトークン未発行作品を管理するためのサービスをユーザに提供する。

【0072】

図１２に示すように、ユーザ端末１０は、画像の閲覧要求（Ｓ２１０）を実行する。
具体的には、ユーザ端末１０は、ユーザがトークン未発行作品のいずれかを対象とする閲覧要求を生成し、当該閲覧要求をサーバ３０へ送信する。閲覧要求は、指定されたトークン未発行作品を特定可能な情報（例えば、画像ＩＤ）を含む。

【0073】

ステップＳ２１０の後に、サーバ３０は、加工画像の取得（Ｓ２３０）を実行する。
具体的には、サーバ３０は、ステップＳ２１０において送信された閲覧要求を取得し、閲覧の対象となるトークン未発行作品（画像）を特定する。サーバ３０は、特定した画像に対応する加工画像を取得する。サーバ３０は、特定した画像に基づいて加工画像を都度生成してもよいし、一度生成した加工画像を記憶装置３１に保存して繰り返し再利用してもよい。ここで、加工画像は、加工前の画像（以下、「オリジナル画像」という）の一部または全体に対して以下の加工を施すことで生成され得る。
・付加的画像の合成
・モザイク化
・解像度の低下
・色の変更
・輝度の変更
・トリミング
・歪の付加
ここで、付加的画像は、例えば透かしのように透過性のある画像であってもよいし、スタンプのように透過性のない画像であってもよい。また、付加的画像の内容は、固定であってもよいし、可変であってもよい。可変の付加的画像の例として、撮影日、作成者、または閲覧日に関する情報を表す画像が採用可能である。

【0074】

ステップＳ２３０の後に、サーバ３０は、加工画像の送信（Ｓ２３１）を実行する。
具体的には、サーバ３０は、ステップＳ２３０において取得した加工画像をユーザ端末１０へ送信する。

【0075】

ステップＳ２３１の後に、ユーザ端末１０は、加工画像の表示（Ｓ２１１）を実行する。
具体的には、ユーザ端末１０は、ステップＳ２３１において送信された加工画像をディスプレイ２１に表示する。一例として、ユーザは、トークン未発行作品を管理するためのＵＩ（User Interface）（以下、「作品管理ＵＩ」という）に当該作品に対応する加工画像を表示させることができる。作品管理ＵＩは、ユーザ端末１０のディスプレイ２１に表示される。作品管理ＵＩは、例えばユーザ端末１０上で実行される対象アプリの画面であってもよいし、ユーザ端末１０上で実行されるＷｅｂブラウザによって表示される特定のＳａａＳの画面であってもよい。

【0076】

図１３の作品管理ＵＩは、表示オブジェクトＡ１０ａ～Ａ１０ｂと、操作オブジェクトＢ１０ａ～Ｂ１０ｄとを含む。

【0077】

表示オブジェクトＡ１０ａは、トークン未発行作品のうち選択中の１つ（以下、「選択作品」という）の加工画像ＩＭ１２のプレビューを表示する。図１３の例では、加工画像ＩＭ１２は、対応するオリジナル画像に、透かし画像ＩＭ１２ａを合成した画像に相当する。

【0078】

表示オブジェクトＡ１０ｂは、選択作品の補足情報を表示する。補足情報は、作品データベースに登録されている選択作品の画像基本情報に基づいて生成されてよい。

【0079】

操作オブジェクトＢ１０ａは、選択作品に紐付けられるトークンを発行する指示を受け付ける。操作オブジェクトＢ１０ａが選択された場合に、ユーザ端末１０は選択作品の発行条件または売却条件に関する情報の指定をさらに受け付けてもよい。

【0080】

発行条件に関する情報は、ユーザ自身にトークンを付与する場合、またはトークンの買い手に当該トークンを付与する場合のいずれにおいても指定され得る。発行条件に関する情報は、例えば、以下の少なくとも１つを含むことができる。
・トークンの発行先（例えば、作成者にトークンを発行するか、トークンの発行前に決定された作品の買い手にトークンを発行するか）
・トークンを発行するプラットフォーム
・トークンの取引条件（例えば、作成者向けのロイヤリティの徴収条件）

【0081】

売却条件に関する情報は、トークンの買い手に当該トークンを付与する場合に指定され得る。売却条件に関する情報は、例えば、以下の少なくとも１つを含むことができる。
・売却方法（例えば、トークンを売買するためのプラットフォーム）
・売却先（例えば、作品の買い手のウォレット情報）
・売却価格

【0082】

操作オブジェクトＢ１０ｂは、トークン未発行作品の集合から選択作品を削除する指示を受け付ける。一例として、ユーザがサーバ３０に登録可能なトークン未発行作品の数は有限に定められており、ユーザは不要なトークン未発行作品を削除することで、新たなトークン未発行作品をサーバ３０に登録することが可能となる。

【0083】

操作オブジェクトＢ１０ｃは、作品管理ＵＩから所定の画面（例えば、ホーム画面）に戻る指示を受け付ける。操作オブジェクトＢ１０ｃが選択された場合に、ユーザ端末１０は所定の画面をディスプレイ２１に表示させ、図１２のトークン発行処理を終了する。

【0084】

操作オブジェクトＢ１０ｄは、選択作品を切り替える指示を受け付ける。操作オブジェクトＢ１０ｄが選択された場合に、ユーザ端末１０は、別のトークン未発行作品を新たな選択作品として扱う。これにより、ユーザ端末１０は、例えばステップＳ２１０～ステップＳ２１１を再実行することで、表示オブジェクトＡ１０ａ～Ａ１０ｂの内容を更新する。

【0085】

ステップＳ２１２の後に、ユーザ端末１０は、トークンの発行要求（Ｓ２１２）を実行する。
具体的には、ユーザ端末１０は、ディスプレイ２１に図１３の作品管理ＵＩを表示している状態で、ユーザがトークン未発行作品のいずれかに紐付けられるトークンの発行を指示する操作（例えば、図１３の操作オブジェクトＢ１０ａの選択）をユーザから受け付ける。ユーザ端末１０は、トークンの発行要求を生成し、当該発行要求をサーバ３０へ送信する。発行要求は、ユーザによって指定された作品（例えば前述の選択作品）を特定可能な情報（例えば画像ＩＤ）を含んでもよい。また、発行要求は、ユーザによって指定された発行条件、売却条件、またはそれらの組み合わせを特定可能な情報を含んでもよい。

【0086】

ステップＳ２１２の後に、サーバ３０は、トークンの発行（Ｓ２３２）を実行する。
具体的には、サーバ３０は、ステップＳ２１２において送信された発行要求を取得する。サーバ３０は、ユーザによって指定された作品に紐付けられるトークンの発行を分散型台帳システム５０に要求する。トークンを発行するプラットフォームがユーザによって指定されている場合に、サーバ３０は、当該プラットフォームに対応する分散型台帳システム５０にトークンの発行を要求する。

【0087】

サーバ３０は、トークンに記載される所有者アドレス情報と、メタデータと、取引条件情報とを指定する。サーバ３０は、ユーザによって指定されたトークンの発行条件、または所定の規則に従って、所有者アドレス情報を決定してもよい。サーバ３０は、作品の被写体に関する権利者（作品の作成者であるユーザを含み得る）から取得した情報、画像基本情報、またはそれらの組み合わせに基づいて、メタデータを決定してもよい。サーバ３０は、作品の被写体に関する権利者から取得した情報、所定の規則、またはそれらの組み合わせに基づいて、取引条件情報を決定してもよい。

【0088】

また、サーバ３０は、ユーザによって指定された作品（画像）を外部サーバへ送信してもよい。外部サーバは、トークンに記載された情報（メタデータ）によって参照される画像の保存先に対応する。或いは、サーバ３０は、画像をトークンに埋め込むために、当該画像を分散型台帳システム５０へ送信してもよい。

【0089】

さらに、サーバ３０は、トークンの発行（Ｓ２３２）を実行する前に、ユーザに対してトークンの発行手数料の徴収を行ってもよい。発行手数料の決済に失敗した場合に、サーバ３０は、決済エラーをユーザ端末１０に通知して、決済情報の再入力を促してもよい。

【0090】

ステップＳ２３２の後に、サーバ３０は、画像の削除（Ｓ２３３）を実行する。
具体的には、サーバ３０は、ステップＳ２３２において発行したトークンに紐づく画像を、記憶装置３１から削除する。

【0091】

他方、ステップＳ２３２の後、ユーザ端末１０は、トークンの獲得（Ｓ２１３）を実行する。
具体的には、ユーザ端末１０は、ステップＳ２３２において発行されたトークンを獲得する。トークンは、対象アプリのユーザ向けに例えばイーサリアムのWeb3 APIまたは他の手段によって生成されたウォレットを用いて獲得されてもよいし、ユーザが所有する、対象アプリと関係のないウォレットを用いて獲得されてもよい。ただし、ユーザが指定した作品の買い手がトークン発行時に決まっている場合に、サーバ３０は、ユーザの指示に従って当該買い手のウォレットにトークンを発行してもよい。この場合に、ステップＳ２１３は省略され得る。

【0092】

（５）小括
以上説明したように、本実施形態のユーザ端末１０は、作成した画像をサーバ３０へ送信し、当該画像の送信後に当該画像を記憶装置１１から削除する。また、ユーザ端末１０は、画像の持ち主であることを証明するトークンの発行をサーバ３０に要求する。これにより、ユーザは、トークンに紐づく画像の複製を手元に残すことができないので、当該画像の希少性を確保することができる。

【0093】

本実施形態のサーバ３０は、ユーザによって作成された画像を取得し、当該画像を記憶装置３１に保存する。サーバ３０は、画像の持ち主であることを証明するトークンの発行の要求の取得に応じて当該トークンを発行し、当該トークンの発行後に画像を記憶装置３１から削除する。これにより、トークンの発行後に、当該トークンに紐付く画像の複製をサーバ３０に残すことができないので、当該画像の希少性を確保することができる。

【0094】

サーバ３０は、トークン未発行作品（画像）を加工することで生成された加工画像を、当該画像の閲覧の要求に応じてユーザ端末１０へ送信してもよい。これにより、ユーザは、ユーザ端末１０のスクリーンショット機能を用いたとしてもトークン未発行作品の完全な複製データを得ることはできないので、当該作品の希少性を確保することができる。サーバ３０は、トークン未発行作品に付加的画像を合成することで加工画像を生成してもよい。これにより、トークン未発行作品と加工画像との差異、または加工画像がオリジナル画像でないことを観者に容易に認識させることができる。

【0095】

（６）変形例
記憶装置１１は、ネットワークＮＷを介して、ユーザ端末１０と接続されてもよい。ディスプレイ２１またはカメラ２２は、ユーザ端末１０に予め備え付けられていてもよいし、外付けの周辺機器であってもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。

【0096】

上記説明では、各処理において各ステップを特定の順序で実行する例を示したが、各ステップの実行順序は、依存関係がない限りは説明した例に制限されない。また、上記の情報処理の各ステップは、ユーザ端末１０及びサーバ３０の何れでも実行可能である。

【0097】

上記説明では、作品の製作者（ユーザ）が、ユーザ端末１０を用いてサーバ３０にトークンの発行を要求する例を示した。しかしながら、ユーザは、トークンを売買可能なプラットフォームに、自らの作品に紐付けられるトークン（以下、「第１トークン」という）を出品することもできる。
この場合に、上記説明において、「発行」の用語は「出品」として適宜読み替え可能である。具体的には、ユーザ端末１０は、第１トークンの発行をサーバ３０に要求する代わりに、トークンの売買が可能なプラットフォームへの第１トークンの出品をサーバ３０に要求してもよい。他方、サーバ３０は、第１トークンの発行の要求の代わりに、第１トークンの出品の要求を取得し、当該要求の取得に応じて、第１トークンを出品してもよい。そして、サーバ３０は、第１トークンの出品後に、当該第１トークンに紐づく作品（画像）を記憶装置３１から削除する。
ユーザは、プラットフォームに第１トークンを出品する場合に、出品条件に関する情報を指定してもよい。出品条件に関する情報は、例えば、以下の少なくとも１つを含むことができる。
・トークンを出品するプラットフォーム
・トークンの売却希望価格
・トークンの出品期間
・トークンの取引条件（例えば、作成者向けのロイヤリティの徴収条件）
一例として、ユーザ端末１０は、トークンを売買するためのプラットフォームの指定を受け付け、当該プラットフォームを特定可能な情報を含んだトークンの出品要求をサーバ３０へ送信してもよい。これにより、ユーザは、所望のプラットフォームにトークンを出品することができる。他方、サーバ３０は、ユーザによって指定されたプラットフォームを示す情報を含む、第１トークンの出品の要求に応じて、当該プラットフォームに当該第１トークンを出品してもよい。これにより、ユーザの所望のプラットフォームにトークンを出品することができる。
ここで、第１トークンを出品することとは、第１トークンに紐づく作品（画像）を、プラットフォームが提供するサーバへ送信することを意味し得る。この場合に、第１トークンは、買い手が決まった後に、プラットフォームによって発行され、当該買い手に付与されることになる。ただし、プラットフォームの仕様次第では、サーバ３０は、第１トークンの買い手が決まる前に、当該プラットフォームによって指定されるウォレットに第１トークンを発行することもあり得る。

【0098】

特定の被写体に関する権利（例えばパブリシティ権）が存在する場合に、当該被写体（例えば著名人）の画像に紐付けられるトークンの発行または出品は権利者による許可を条件に行われてもよい。一例として、ユーザは、権利者から特定の被写体に関する権限（例えば、特定の被写体を撮影する権限、または特定の被写体の画像をトークン化する権限）を取得（例えば購入）する。そして、ユーザ端末１０は、特定の被写体に関する権限を示す情報を含んだトークンの発行要求または出品要求をサーバ３０へ送信してもよい。これにより、特定の被写体に関する権利を侵害することなく、当該被写体の画像に紐付けられるトークンを発行または出品することが可能となる。他方、サーバ３０は、特定の被写体に関する権限を示す情報が適正であることが確認されない限り、当該被写体の画像に紐付けられるトークンを発行または出品しないように構成されてよい。これにより、特定の被写体に関する権利を侵害するようなトークンの発行または出品を未然に防止することができる。或いは、サーバ３０は、特定の被写体に関する権限を示す情報によって特定される認証元（例えば、特定の被写体に関する権利を有する者、またはその委任を受けた者）が画像を認証しない限りトークンを発行または出品しないように構成されてよい。これにより、認証元が不適切と判断した画像（例えば、特定の被写体の名誉を損なう画像）に紐づくトークンの発行または出品を未然に防止することができる。ここで、認証元による画像の認証には、画像の希少性を確保する観点から、オリジナル画像ではなく加工画像を提供することが好ましい。

【0099】

上記説明では、サーバ３０が、画像ＩＭ１０に紐付けられたトークンの発行または出品後に、当該画像ＩＭ１０を記憶装置３１から削除する例を示した。しかしながら、トークンの発行または出品後にも、画像ＩＭ１０がサーバ３０の記憶装置３１に保存されていてもよい。この場合に、サーバ３０の記憶装置３１に保存された画像ＩＭ１０にアクセスするための情報（例えばＵＲＬ）が、トークンのメタデータとして記載される。

【0100】

上記説明では、被写体を撮影することで画像（つまり、視覚的コンテンツ）を作成する例を示した。しかしながら、他の手段により画像を作成してもよい。一例として、ユーザ端末１０は、ユーザの描画操作に応じて画像（例えば、デジタル絵画、またはデジタルコミック）を作成してもよい。

【0101】

上記説明では、画像をサーバ３０へ送信した後に、当該画像を記憶装置１１から削除する例を示した。しかしながら、ユーザ端末１０は、他の方法により、送信した画像と同一の視覚情報を表現するデータが記憶装置１１に残ることを阻止してもよい。一例として、ユーザ端末１０は、画像をサーバ３０へ送信した後に、当該画像に対応する加工画像によって当該画像を上書き保存してもよい。

【0102】

上記説明では、画像に紐付けられたトークンを発行または出品した後に、当該画像を記憶装置３１から削除する例を示した。しかしながら、サーバ３０は、他の方法により、トークンに紐づく画像と同一の視覚情報を表現するデータが記憶装置３１に残ることを阻止してもよい。一例として、サーバ３０は、画像に紐付けられたトークンを発行または出品した後に、当該画像に対応する加工画像によって当該画像を上書き保存してもよい。

【0103】

上記説明では、オリジナル画像に付加的画像を合成することで加工画像を生成する例を示した。ここで、サーバ３０は、オリジナル画像の被写体に応じて、付加的画像を合成する位置を決定してもよい。一例として、サーバ３０は、特定の被写体（例えば人物）を避けるように合成位置を決定してもよいし、特定の被写体の特定の領域（例えば顔領域）を避けるように合成位置を決定してもよい。これにより、付加的画像の合成がユーザによるトークンを発行または出品する画像の選別、または購入希望者によるトークンに紐づく画像の評価に及ぼす悪影響を抑制しつつ、当該画像の希少性を確保することができる。

【0104】

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

【符号の説明】

【0105】

１ ：情報処理システム
１０ ：ユーザ端末
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
２１ ：ディスプレイ
２２ ：カメラ
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース
５０ ：分散型台帳システム
５５ ：ノードコンピュータ

【要約】      （修正有）

【課題】トークンに紐づくデジタルデータの希少性を確保するプログラム、情報処理装置、方法及びシステムを提供する。
【解決手段】ユーザ端末、サーバ及び分散型台帳システムが、ネットワークを介して接続される情報処理システムにおいて、ユーザ端末は、記憶装置を備えるコンピュータを、第１視覚的コンテンツを作成する手段と、第１視覚的コンテンツを外部装置へ送信する手段、第１視覚的コンテンツの送信後に、当該第１視覚的コンテンツと同一の視覚情報を表現するデータが記憶装置に残ることを阻止する手段と、第１視覚的コンテンツの持ち主であることを証明する第１トークンの発行又はトークンの売買が可能なプラットフォームへの当該第１トークンの出品を外部装置（例えば、サーバ又は分散型台帳システム）に要求する手段と、を実行する。
【選択図】図１２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】