特開2024-146857 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ ＳＵＳＨＩＴＯＰＭＡＲＫＥＴＩＮＧ株式会社の特許一覧

特開2024-146857情報処理装置、プログラム、情報処理方法

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024146857

(43)【公開日】2024-10-15

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

(51)【国際特許分類】

G06Q 50/10 20120101AFI20241004BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2024051059

(22)【出願日】2024-03-27

(31)【優先権主張番号】P 2023058988

(32)【優先日】2023-03-31

(33)【優先権主張国・地域又は機関】JP

(71)【出願人】

【識別番号】522077328

【氏名又は名称】ＳＵＳＨＩＴＯＰＭＡＲＫＥＴＩＮＧ株式会社

(74)【代理人】

【識別番号】110002871

【氏名又は名称】弁理士法人坂本国際特許商標事務所

(72)【発明者】

【氏名】徳永大輔

(72)【発明者】

【氏名】大塚大輔

【テーマコード（参考）】

5L050

【Ｆターム（参考）】

5L050CC11

(57)【要約】

【課題】利用者によるトークンの取得等を効果的に支援する。
【解決手段】所定条件の成立に基づいて、複数の計算機で構成されるブロックチェーンに係るネットワーク上で流通可能なトークンに対応付けられている所定情報を変化させる所定処理を実行する、情報処理装置が開示される。
【選択図】図１７

【特許請求の範囲】

【請求項1】

所定条件の成立に基づいて、複数の計算機で構成されるブロックチェーンに係るネットワーク上で流通可能なトークンに対応付けられている所定情報を変化させる所定処理を実行する、情報処理装置。

【請求項2】

前記所定条件は、
利用者の行動に関連したパラメータ、又は時間の経過に関連したパラメータに基づいて成立する条件、
認証の有無、又は同一ウォレット内での別のトークンの受取に基づいて成立する条件、
外部サーバの状態に基づいて成立する条件、並びに、
オラクルから取得される社会的な状況に基づいて成立する条件、
のうちの少なくとも１つを含む、
請求項１に記載の情報処理装置。

【請求項3】

前記所定条件は、前記トークン自体に関する情報又は前記トークンの実社会における利用に関する情報を含む、請求項１に記載の情報処理装置。

【請求項4】

前記所定条件は、前記トークン自体には関係しない情報であり、
前記所定情報は、前記トークンの表示時の外観に関する情報を含む、
請求項１に記載の情報処理装置。

【請求項5】

前記所定情報は、前記トークンの表示時の外観に関する情報を含む、請求項１に記載の情報処理装置。

【請求項6】

前記所定情報の変化は、
前記トークンの外観に関する画像情報を、第１画像情報から第２画像情報へと変化させること、及び、
前記トークンに関する情報を、画像又はそのたぐいの第１トークン情報からの変化を含む第２トークン情報へ変化させること、
のうちの少なくともいずれか一方を伴う、
請求項１に記載の情報処理装置。

【請求項7】

前記第１画像情報から前記第２画像情報の変化は、前記第１画像情報が表すモノの成長を概念的に表す、請求項６に記載の情報処理装置。

【請求項8】

前記所定情報がオフチェーンに保存される、請求項１に記載の情報処理装置。

【請求項9】

前記所定情報が永続性を備える情報記録装置へとアップロードされる、請求項８に記載の情報処理装置。

【請求項10】

前記トークンは、複数の利用者の各々に向けて発行され、
複数の前記トークンの発行数と、複数の前記トークンのうちの、前記所定情報が変化された前記トークンの数との関係を算出する算出処理を更に実行する、
請求項１から９のうちのいずれか１項に記載の情報処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理装置、プログラム、情報処理方法に関する。

【背景技術】

【0002】

ブロックチェーン上で管理するトークンの発行方法及び制御方法に関して、電子的かつ中央集権的な仕組みを持たずに価値を表現・移転させることができるビットコインが登場し、これを実現しているブロックチェーン技術が広く広まっている。ビットコインの概念やブロックチェーン技術の理解が進むと共にビットコイン以外に電子的に価値を表現する様々なコインが登場している。これらの価値を持つコインのことを、以下ではトークンと呼ぶ。ブロックチェーン技術の特徴から、発行されたトークンは改ざんすることが非常に困難という特徴を持つ。この特徴を活かし、画像、動画、音声などの様々な電子データの保有者をブロックチェーンに記録して保有者であることを保証・証明するという使い方が広まっている。

【0003】

このような用途で利用されるトークンをＮｏｎ－ＦｕｎｇｉｂｌｅＴｏｋｅｎ（ＮＦＴ）と呼ぶ。ＮＦＴのコンセプト自体は古くからあるが、２０１７年頃から少しずつ認知され始め、２０２１年には高額で取引されるものも出てきたこともあり、注目されている。ＮＦＴの具体的な利用方法として、無形資産の管理（特許文献１）や契約・ライセンス管理（特許文献２）などが検討されている。これにより、従来の権利保有者が中央管理していたシステムから、ブロックチェーンを活用した分散システムにすることで耐障害性を高めると共に、中央管理者が業務を遂行できなくなっても、問題なく記録済みの情報が利用できるという特徴を提供することができる。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特許第６６４０３２０号

【特許文献2】特開２０２０－６８３８８号公報

【発明の概要】

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

【0005】

現時点ではＮＦＴという技術自体が新しいものであり、その作成には専門家の知見が必要であると共に、利用者もブロックチェーンにおける取引方法を理解しないとＮＦＴのようなトークンを取得すること自体が難しいという課題がある。

【0006】

そこで、本開示は、利用者によるトークンの取得等を効果的に支援することを目的とする。

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

【0007】

本開示の一局面によれば、所定条件（例えば、利用者の行動に応じて成立しうる所定条件）の成立に基づいて、複数の計算機で構成されるブロックチェーンに係るネットワーク上で流通可能なトークンに対応付けられている所定情報を変化させる所定処理を実行する、情報処理装置が提供される。

【発明の効果】

【0008】

本開示によれば、利用者によるトークンの取得等を効果的に支援することが可能となる。

【図面の簡単な説明】

【0009】

【図1】本実施形態の基本構成を示す図である。

【図2】ブロックチェーンネットワークを構成する各ノード及び利用者端末、トークン制御処理受付部の構成を示す図である。

【図3】トークン生成処理を示す図である。

【図4】配信手段に設定するトークン制御情報を示す図である。

【図5】受信データ格納部を示す図である。

【図6】スマートコントラクトのトークン管理情報を示す図である。

【図7】トークン配布数管理を示す図である。

【図8】実施形態３に係るトークン受け取り処理の説明用のフローチャートである。

【図9】実施形態３に係るトークン受け取り処理の説明用の画面イメージを示す図（その１）である。

【図10】実施形態３に係るトークン受け取り処理の説明用の画面イメージを示す図（その２）である。

【図11】実施形態３に係るトークン受け取り処理の説明用の画面イメージを示す図（その３）である。

【図12】保持しているトークンの保管場所変更を指示する場合の画面イメージを示す図である。

【図13】トークンの保管方法の選択肢の説明用の画面イメージを示す図である。

【図14】本実施形態４の基本構成を示す図である。

【図15】本実施形態４に関する表示方法の説明図である。

【図16】本実施形態４に係る情報処理フローを示す図である。

【図17】本実施形態５の基本構成を示す図である。

【図18】本実施形態５に関する表示方法の説明図である。

【図19】本実施形態５に係る情報処理フロー（その１）を示す図である。

【図20】本実施形態５に係る情報処理フロー（その２）を示す図である。

【図21】本実施形態５に係る情報処理フロー（その３）を示す図である。

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

【0010】

以下、添付図面を参照しながら各実施例について詳細に説明する。

【0011】

［実施形態１］
図１は実施形態１を実現するシステムの全体構成図である。

【0012】

ブロックチェーンネットワーク１００は、イーサリアムに係るＰ２Ｐ分散ネットワークであり、Ｐ２Ｐ方式によって多数のコンピュータがお互いに接続されたネットワークである。この際に接続されている各コンピュータをノードと呼ぶ。各ノードは、外部からブロックチェーンネットワーク１００に通知された処理依頼を記録すると共に、利用者からの処理依頼に応じた処理を実行する。そして、処理依頼に応じた処理の結果は、各ノードが管理しているストレージに記録可能とされる。１の処理依頼は、分散的に各ノードに伝達可能なブロックチェーン技術により、その処理依頼に対して各ノードが同じ処理を実行してブロックチェーン（分散台帳）の記録が可能とされる。ここから、分散環境下においても各ノードにおいて改竄検出のできる同一性情報を保持する処理（第三者を介さずに信用が担保されるトランザクション）を実現可能とする。このブロックチェーン上での実行に関する処理のことをスマートコントラクトと言う。

【0013】

ここで、スマートコントラクトとは、ブロックチェーンネットワーク１００に登録されたプログラムユニット（プログラムモジュールや付随するデータ／情報の集合／コンピュータプログラム）に関するものであって、各ノードで実行可能とされるものになる。本実施形態１におけるトークン処理部２００は、スマートコントラクトの処理に関する機能を備えており、利用者からの要求（リクエスト）に応じてトークン（ブロックチェーン技術の活用により生まれた、改ざんできない唯一無二のデジタルデータ）の発行に関する制御をする。

【0014】

以下の本実施形態１では、トークンの種別として、ＮＦＴ（非代替性トークン）の発行を例として説明する。なお、本実施形態１におけるＮＦＴは、ブロックチェーン上に記録される一意で代替不可能な単位データになる。そして、画像・動画・音声、およびその他の種類のデジタルファイルなど、容易に複製可能なアイテムを一意なアイテムとして関連づけることを可能にする。

【0015】

なお本実施形態１では、一例として、ブロックチェーンネットワーク１００をイーサリアムに係るネットワークとしている。しかし、これはあくまで例示であり、他のタイプのネットワークであってもよい。またＮＦＴが準拠する規格の例示として、ＥＲＣ７２１（ＥｔｈｅｒｅｕｍＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔ７２１）があげられるが、これに限られるものではない。

【0016】

トークン制御処理受付部３００は、ブロックチェーンネットワーク１００とのやり取りを実施するサーバであり、スマートフォンやＰＣなどの利用者端末（利用者が利用する情報処理装置）４００からの要求を受けてトークン処理部２００に依頼をし、その応答を利用者端末４００に返す。

【0017】

配信手段Ａ～配信手段Ｃ（５００Ａ～５００Ｃ）は、利用者に対してトークンに関する情報（例えば、後述するトークン制御情報の一部又は全部）を提供するものである。具体的には、ＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）、ＱＲコード（登録商標；二次元コードシンボル、二次元バーコードシンボル）、ＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、音声、画像、ビーコン情報、位置情報、外部サーバの挙動（例えば、ＳＮＳ（ＳｏｃｉａｌＮｅｔｗｏｒｋｉｎｇＳｅｒｖｉｃｅ）のＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）情報）など利用者端末４００と連携して各種データを提供するものである。具体的には、ＱＲコード、ＮＦＣ（ＮｅａｒＦｉｅｌｄＣｏｍｍｕｎｉｃａｔｉｏｎ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、音声、画像など利用者端末４００と連携して、各種データを提供するものである。

【0018】

なお、利用者がブロックチェーンネットワーク１００と直接やり取りする場合、利用者の端末にはウォレットと呼ばれるブロックチェーンで利用するトークンを管理するソフトウェアやハードウェアが利用される。利用者端末４００において、ウォレットがインストール済みであれば、トークン制御処理受付部３００を介さずに直接利用者端末４００からトークン処理部２００に処理依頼を投げてもよい。本実施形態１においては、多くの利用者がウォレットを保持していないことを想定し、トークン制御処理受付部３００を用いてトークン処理部２００に処理依頼を行う例で説明する。

【0019】

図２は、ブロックチェーンネットワーク１００を構築するノード端末１１０に関する構成図である。ノード端末１１０は、通常のコンピュータであってよく、ＣＰＵ１２０、メモリ１３０、ストレージ１４０、ストレージを接続するためのインタフェースであるストレージＩ／Ｆ１５０、外部のキーボードやマウス、ディスプレイと接続するための入出力Ｉ／Ｆ１６０、外部のコンピュータと接続してネットワークを構築するためのネットワークＩ／Ｆ１７０で構成されてよい。

【0020】

また図示していないが、その他の演算処理部としてＧＰＵやＦＰＧＡなどの半導体チップをノード端末１１０に搭載可能としており、これらの機能部において、例えば、不正チェックをできるようにするためとして、新しいトークン情報に関するブロックを生成する際における承認作業を行うマイニングなど、ブロックチェーン運用に必要な処理をオフロードできるようにしている。

【0021】

また、ノード端末１１０のストレージ１４０には、ブロックチェーンネットワークの情報が格納される。例えば、ストレージ１４０からスマートコントラクトに関する情報がメモリ１３０に読みだされてＣＰＵ１２０（場合によっては、ＧＰＵやＦＰＧＡ）で実行されるようになる。なお、本実施形態１におけるトークン制御処理受付部３００及び利用者端末４００は、ノード端末１１０と同様の構成（通常のコンピュータに相当）となる。

【0022】

図３は、利用者が新規にＮＦＴ（非代替性トークン）を受け取るまでの処理手順であり、利用者に対してＮＦＴを配信する際の準備部分（事前にＮＦＴを作成する、又はリクエストに応じてＮＦＴを作成する仕組み）の処理を含んで示すものとしている。

【0023】

まず、ＮＦＴの提供によって、ＮＦＴを配布するにあたり必要となる、ＮＦＴを管理・運用するためのコンピュータプロトコルに関するスマートコントラクトの作成が行われる（ステップＳ１０００）。作成したものにバグなどがないことが確認できたら、ブロックチェーンネットワーク１００に対して、作成したスマートコントラクトに係るトークン処理部２００の登録を行う（ステップＳ１０１０。ブロックチェーンネットワーク１００、スマートコントラクトはこのフローに図示していない）。

【0024】

また、並行的にＮＦＴの情報参照に関するコンテンツを作成し、スマートコントラクトに係るトークン処理部２００に登録できるようにする（ステップＳ１０２０）。そして、コンテンツの作成ができることに基づいてトークン処理部２００にコンテンツ設定を行う（ステップＳ１０３０）。

【0025】

なお本実施形態１では、スマートコントラクトに係るトークン処理部２００をブロックチェーンネットワーク１００に登録した後でコンテンツ設定をする形で説明したが、トークン処理部２００の登録後にコンテンツ設定をするのではなく、スマートコントラクトの作成時においてコンテンツに関する情報も確定した上で登録する、という手順で進める場合もありうる。

【0026】

本実施形態１においては、スマートコントラクトやコンテンツの開発・作成と並行して配信手段の準備が可能とされる。これを実現するのが設定情報生成処理（ステップＳ１１００）である。ここでは、設定情報として十分な範囲を持った乱数を利用する。例えば、２の２５６乗の範囲の数値を乱数で割り振る、などである。設定できる空間が広ければ広いほど生成した乱数が一致する可能性は低くなる。配信手段によっては、印刷や専用デバイスにデータ書き込みなどの作業が必要になる。

【0027】

ＱＲコードなどの配信手段で提供する情報と、ＮＦＴで管理するＩＤ情報とを１対１に対応させようとすると、ＮＦＴ側の開発完了を待つ必要があるが、アクセスすべきサイトのＵＲＬなど一定の準備やルールが確定できていれば、その後は乱数を使って自由に配信手段を生成することができる。こうして開発と独立で作業を進めることができるとともに、配信手段側の作業も機械的に実施することができる。または、乱数ではなく各配信手段に対して利用する数値範囲を割り当てて通番を振るというルールを定義してもよい。

【0028】

例えば、ＱＲコードは１から１００００、ＮＦＣは１０００１から２００００、という形で全て一意となるように番号を割り当てる。こうして生成した情報を配信手段に設定し（ステップＳ１１１０）、利用者に配布する（ステップＳ１１２０）。開発と配布を分離できることにより、事前販売も実現することができ、他の製品とのコラボレーションなどもやりやすくなる。

【0029】

図４に示すトークン制御情報６００は、配信手段から利用者端末４００に提供される情報構成となる。ここでは、制御情報としてＮＦＴの発行または配布で利用する乱数、又は事前定義した通番が設定され、付加情報としてＮＦＴ取得用のアクセス先ＵＲＬなどが格納されることを想定している。なお付加情報は、アクセス先ＵＲＬ以外のものが含まれてもよい。例えば、配信手段の種類や管理番号、販売開始日時、提供会社のＵＲＬなどである。

【0030】

こうして、例えば、配信手段として印刷されたＱＲコードを利用者が受け取り、これを利用者端末（スマートフォンなど）４００のカメラアプリを起動させて読み込んで、アクセス先の情報、及び、ＮＦＴの引き換え用として設定された乱数の取得をする（ステップＳ１２００）。

【0031】

次に利用者は、取得したアクセス先に対して取得した乱数の通知をすることで、ＮＦＴの出力を要求するリクエストを行う（ステップＳ１２１０）。本実施形態１では、アクセス先としてトークン制御処理受付部３００が設定される。そのため、トークン制御処理受付部３００が利用者からの要求を受け付けることとなる（ステップＳ１３００）。

【0032】

なお、利用者からの要求を行う際において、本要求を行う利用者端末４００を識別させてＮＦＴを受け取れるようにするための個別情報（パブリックブロックチェーンの場合、利用者のアドレスが相当する。以降、この情報をアドレスとして説明する。）なども送信可能としている。

【0033】

図５では、トークン制御処理受付部３００が受信した情報を格納する受信データ格納部７００を示している。なお、送信者の欄（記憶領域）には、ブロックチェーンネットワーク１００で利用者のアドレスが格納されるが、必要であれば利用者のＩＰアドレスなどを格納して確実に個人、又は個人の利用者端末４００を特定する情報（例えば、端末識別子）を格納してもよい。また、トークン制御情報６００の付加情報の全体または一部が不要であれば、これらを削除した上で受信データ格納部７００のトークン制御情報６００の欄（記憶領域）に格納してもよい。

【0034】

トークン制御処理受付部３００は、受信データの格納時に同じトークン制御情報６００を持つものがないかを確認し、既に登録済みであった場合はその配信手段の内容が利用済みであったことを利用者に伝え、処理を終了する。あるいは、「一人３個まで」というように同じ利用者が複数個持つことを許容する場合は、その数を超えていないかどうかをチェックして超えていれば処理を終了する。

【0035】

利用可能とさせる利用者数に関する上限のチェックは、トークン制御処理受付部３００でなく、スマートコントラクトに係るトークン処理部２００においてチェックをしても構わない。チェックを実施して問題がなければそのまま受け取った情報を格納し、受信した情報を使ってＮＦＴ（非代替性トークン）の発行または設定をトークン処理部２００に依頼することとなる（ステップＳ１３１０）（スマートコントラクトはこのフローに図示していない）。

【0036】

トークン処理部２００からＮＦＴの発行または設定の情報を受け取ったトークン制御処理受付部３００は、利用者からの要求に係る通知の情報に不備がないことを確認した上で対象のＮＦＴの保有者を利用者に変更する。または新規にＮＦＴを発行して保有者を利用者に設定する。

【0037】

なお、ＮＦＴを管理・運用するスマートコントラクトに係るトークン処理部２００は、トークン管理情報８００として、ＮＦＴのＩＤと保有者の情報を保持している。図６は、スマートコントラクトのトークン管理情報８００の一例を示す図である。一番シンプルなやり方は、通知された乱数や通番をそのままＩＤとして設定し、そのＩＤに通知された利用者のアドレスを関連付けてトークン管理情報８００に格納する方法である。スマートコントラクトの実装上の制約からとりうるＩＤの上限値はあるが、乱数や通番を割り当てる際にそのことを考慮して送信情報に設定する情報を定義すれば、この制約は回避できる。

【0038】

また、ＮＦＴは１００個、１００００個などの上限を設ける場合は、このことに対応する一例として、受け取った乱数の剰余を求めて対応する方法がある。例えば配布するＮＦＴが１００個なのであれば、受け取った乱数を１００で割って、その余りをＩＤとして利用する。剰余を使うことで、どのような値が通知されても、一定範囲に収めることができる。しかし、この場合は後から通知された乱数の剰余を算出すると、利用済みのＩＤと同じ値になることが考えられる。この場合、算出した値の次の値をＩＤにするクローズドハッシュ法を使うなどの工夫で対応することができる。通番を割り振る際に個数上限を想定済みであれば、そのままその値をＩＤとして使えばよい。

【0039】

さらに、ＮＦＴの発行数に制約をつけて流通数を少なくして希少性を出すという取り組みを行うようにしてもよい。本実施形態１であれば、配信手段で提供する個数を制限することで実現できる。

【0040】

別の実現方法として、ＩＤの範囲により希少性を表現する場合も考えられる。例えば１００個のＮＦＴがあるが、１から１０までのＮＦＴの価値が高い（特別なコンテンツと関連付けるなど）という場合である。これも剰余で実現できるが、クローズドハッシュ法を使ったときに「剰余は１０なのにずれて１１になり価値の高いＮＦＴがもらえない」ということが発生しうる。このような場合は単純にクローズドハッシュ法を使うのではなく、剰余が１から１０になったものはこの範囲でクローズドハッシュ法を使う、とすれば対応できる。

【0041】

ただ、本実施形態１では複数の配信手段の利用を想定しているため、ある配信手段で価値の高いＮＦＴを大量に配布してしまう可能性がある。配信手段によっては受信できる利用者が限られる場合もありえるため、配布の公平性も担保する必要がある。それを管理するのが、例えば図７に示すようなトークン配布数管理９００であってよい。これは利用を想定している配信手段において、どのＩＤをどのくらい割り当てるかを管理する情報であり、最大割り当て数と配布開始後は実際に割り当てた数を管理するために利用する。スマートコントラクトで利用者を割り当てる際に、この情報も参照して、ＩＤを割り当てる。ある配信手段で最大数を割り当てた後に通知された送信情報の剰余がその範囲となった場合にどのＩＤを割り当てるかは、開発者がそのＮＦＴのコンセプトや運用ルールなどからスマートコントラクトに実装するものとする。ここでは単純にＩＤ範囲だけを定義したが、販売を開始してから１ヶ月以内、３ヶ月以内などの時間的な制約や、総受信数に対する統計値などを使ってもよいし、これらを組み合わせたルールを作成してもよい。

【0042】

本実施形態１では、「いずれかの配信手段から入手した情報を使ってＮＦＴを取得する」場合についての説明であった。実際には同じ場所でＮＦＴ配布情報がＱＲコードと放送音声で提供されるなど複数の配信手段が利用される場合がある。この時、複数の配信手段によるトークン配布情報を送信した場合のみＮＦＴを配布する、複数の配信手段を利用すると特別なＮＦＴを配布するといった応用も考えることができる。このように複数の配信手段を組み合わせることで、送信情報や付加情報に追加情報を加えることなく、場所や時間に応じたＮＦＴ配布を実現できる。また、「ＱＲコードを持っているだけでは配布しない」といった、ある程度のセキュリティ対策にもなりうる。

【0043】

また、本例は「ＮＦＴの発行」処理を想定して説明したが、発行だけでなくＮＦＴを含めたブロックチェーンネットワーク１００上のトークンに対する処理の実施をこの仕組みで実現することができる。例えば、ゲームに利用されるＮＦＴが「ある特定の日時にある場所に行けばパラメータが向上する」など、現実世界とＮＦＴ情報とを連携させるサービスを構築する際にも活用できる。

【0044】

本実施形態１では、利用者がトークン制御処理受付部３００経由でトークン処理部２００に処理を依頼する構成を例として説明しているが、利用者端末４００にウォレットが搭載されるのが当たり前になった場合、利用者は直接トークン処理部２００にトークン制御情報６００を通知して処理を依頼する形になることが多いと考えられる。この場合、トークン制御処理受付部３００にて管理している受信データ格納部７００はスマートコントラクトであるトークン処理部２００で管理することで本実施形態１を実現できる。

【0045】

［実施形態２］
上述した実施形態１の方法により、コンテンツ作成と独立して配布用情報を作成でき、様々な配布手段で事前に利用者にＮＦＴなどのトークンを配布することができる。しかし、個数制限や高価値のトークン配布に配布手段を単純に利用すると悪用される恐れがある。例えばＱＲコードを利用する場合について考えると、ＱＲコードの情報自体は誰でも受け取ることができて、その内容を簡単に確認することができる。

【0046】

つまり、アクセス先のＵＲＬなどの情報とＩＤ割り当てに利用する乱数や通番を利用者が簡単に知ることができる。また、ＱＲコード作成ツールもＷｅｂなどで公開されているため、ＱＲコードを受け取ると利用者側でオリジナルの情報を加工した上でトークン制御処理受付部３００に処理を依頼することができてしまう。このため、「利用者が望むＩＤを持つトークンが取得できてしまう」「配布手段から情報を入手することなくいくらでもトークンが取得できてしまう」という大きく２つの課題がある。

【0047】

「任意のＩＤのトークンが取得可能」については、受信側で乱数を加工することで対応できる。トークン制御処理受付部３００が利用者からの要求を受け付けた（ステップＳ１３００）際に、乱数を生成してこれと合成（ＸＯＲするなど）して新しい情報を作成し、これをＩＤ割り当ての情報として利用する。乱数生成でなく、ソルト（任意の可変情報）と通知された情報からハッシュ値を求めてそれを割り当て情報として使ってもよい。利用者から通知された情報をそのまま使わないことで、この問題は対応できる。

【0048】

なお、ここではトークン制御処理受付部３００で、乱数作成＆合成、又はハッシュ値作成する例を説明したが、同様の処理をスマートコントラクトに関する処理において実施してもよい。通常、スマートコントラクトに関する処理では乱数を生成することはできないが、外部から信頼できる情報を提供するオラクルという仕組みがある。これを使って乱数を取得することでスマートコントラクトに関する処理でも乱数を利用することができる。トークン制御処理受付部３００はトークン提供者の管理下にあることが多いため、利用者から見える場所であるブロックチェーンネットワーク１００上に情報を公開して公平性を提示するためにスマートコントラクトに関する処理において実装するということはありえる。

【0049】

後者の「利用者が任意個のトークンを取得できてしまう」ことは、より大きな問題である。送信者情報としてブロックチェーンネットワーク１００のアドレス情報しか保持していない場合、利用者はアドレスを自由に複数個作成することができるため、個数制限は制約として機能できない。この問題に対する１つの方法として、配布手段からトークン制御情報６００を受領する際に名前や住所、メールアドレスなどの利用者情報を収集し、利用者がトークン制御情報６００を利用する際に利用者情報も入力してもらうという形にすれば、この問題に対応ができる。しかし、ＱＲコードやＮＦＣなどの配信手段だけでは、利用者の詳細情報を取得することが実現できず、別のシステムが必要になるため運用も手間がかかる。また、利用者にとっても手間を強いられ、人によっては不必要に個人情報を提供するように感じる人も出てくるため、トークンを受け取ってもらえないという課題が生じる。

【0050】

そこで、本実施形態２ではこの問題に対応するために配信手段で伝達するトークン制御情報６００を暗号化して提供することで対応する。手順自体は図３と同じであるが、一部処理が追加になる。その内容について、以下説明する。

【0051】

まず、トークン制御情報６００に格納する制御情報を暗号化するために、暗号鍵を用意する。ここでは公開鍵暗号（暗号化と復号とに異なる鍵を用い、暗号化用の鍵は公開できるようにした暗号方式）を使う場合について説明するが、ＡＥＳなどの共通鍵暗号を使う場合でも同様である。

【0052】

まずトークン提供者がトークン作成を実施する前に公開鍵を作成する。秘密鍵はトークン提供者が管理すると共に、安全に利用できる形でトークン制御処理受付部３００に設定し、秘密鍵と対になる公開鍵を配信手段向けに情報設定作業を行う設定者に提供する。配信手段では、トークン提供者から受け取ることで設定可能にされた公開鍵を使って乱数または通番の生成の際に制御情報を暗号化する（ステップＳ１１００）。

【0053】

なお、トークン制御情報６００の付加情報は、アクセス先のＵＲＬなどの情報を格納するため、利用者が情報を取得した際に利用可能とさせる平文のままで情報を格納する。処理上、他に秘匿したい情報があれば、その部分も暗号化して格納してもよい。また、暗号化用の公開鍵は、配信手段にトークン制御情報６００を設定する設定者だけが利用し、他の作業者や外部に公開してはいけない。以降の処理は図３の通りだが、ステップＳ１３００で利用者からの要求に基づいて送信された暗号化済みのトークン制御情報６００を受け取ったトークン制御処理受付部３００は、公開鍵と対になる秘密鍵を使って暗号化済みのトークン制御情報６００を復号し、この復号に基づいて得られる制御情報に係るＮＦＴの発行依頼や乱数など（配信手段から利用者端末４００に提供された情報構成）を取得して以降の処理を実施する処理が追加になる。

【0054】

また、トークン制御処理受付部３００において復号をできるようにするために、暗号化されたデータと付加情報（利用者側からの情報）を受信データ格納部７００に格納して管理するようにしてもよい。例えば、トークン制御処理受付部３００がスマートコントラクトに係るトークン処理部２００に対してＮＦＴの発行または設定を依頼する暗号化された送信情報を受信（ステップＳ１３１０）した後、これを受け取ったトークン処理部２００は、受信データ格納部７００に格納された秘密鍵を用いて受信した暗号化済みの制御情報を復号できるようにしてもよい。こうして、スマートコントラクトに関する処理を行う場合に秘密鍵の情報を受信データ格納部７００へ登録可能にして暗号化済みのトークン制御情報６００を安全に利用することができる。なお、通常の公開鍵と秘密鍵のペアの持ち方と逆の持たせ方を可能としてもよい。また、スマートコントラクトにおいて登録可能とされた鍵情報で復号はできても暗号化できないようにしてもよい。

【0055】

このようにして、公開鍵を用いてトークン制御情報６００を暗号化する場合に、配信手段又は利用者には複合に必要な秘密鍵の情報公開をしない仕組みを構築することにより、公開鍵暗号の技術的特徴から、秘密鍵から公開鍵の導出は容易だが、公開鍵から秘密鍵の導出は莫大な計算時間がかかるため、現実的に不可能とすることができるようになる。したがって、利用者がトークン制御情報６００を自由に変更することを防ぐことができ、「利用者が任意個のトークンを取得できてしまう」問題を解決することができる。

【0056】

上記ではトークン制御処理受付部３００にて秘密鍵を管理する方法について説明した。しかし、トークン制御処理受付部３００が用意しているページ内のＪａｖａＳｃｒｉｐｔ（登録商標）などのプログラムが鍵ペアを生成し、ブラウザのローカルストレージなどに格納させて管理をさせる処理を実行可能となるようにしてもよい。また、トークン処理部２００は、ブロックチェーンネットワーク１００にアクセスする者に公開可能とされ得るものである。そのため、変形例として、トークン処理部２００においても、公開鍵暗号などを利用してスマートコントラクトに係る処理に基づくＮＦＴの発行または設定の情報に関する暗号化の処理をできるようにしてもよい。

【0057】

［実施形態３］
利用者がＮＦＴなどのトークンを受け取る際には、ブロックチェーンネットワーク１００で利用者を一意に特定する情報が必要になる。Ｅｔｈｅｒｅｕｍなどのパブリックブロックチェーンでは利用者が管理している鍵ペアの公開鍵から生成したアドレスがこれに相当する。しかし、アドレスを持つためにはその元となる鍵ペアを管理するためのウォレットなどのアプリまたはハードウェアが必要になり、一般の利用者からは利用しづらいものになる。そこで、本例ではこの問題を解決する方法について説明する。

【0058】

図８は、実施形態３に係るトークン受け取り処理の説明図である。図８に示すトークン受け取り処理は、図３のステップＳ１２００の処理としてステップＳ１２１０の前に実行されてよい。

【0059】

図３のステップＳ１２００では、上述したように、利用者は配信手段から情報を取得する。具体的にＱＲコードの場合で説明すると、配信手段はＱＲコードを利用者に提供する。この提供方法は人が紙を渡すのでも、会社などの入り口にＱＲコードを掲示しておくのでも、インターネット経由で配信するのでも、どのような形でもよい。利用者はスマートフォンのカメラアプリやスキャナアプリを使ってＱＲコードを読み取る（ステップＳ２１００）。なお、配布手段から提供される方法により、起動するアプリが変更になってもよい。

【0060】

次いで、アプリがこれを読み取るとＵＲＬを提示してアクセスするかどうかを確認し、利用者が「アクセスする」と指示した後、スマートフォンはブラウザを立ち上げて（ステップＳ２１１０）、トークン制御情報６００で指定されたＵＲＬ先にアクセスする（ステップＳ２２００）。なお、「アクセスする」との指示は、自動的に発生されてもよい。すなわち、アプリがＱＲコードを読み取ると、トークン制御情報６００で指定されたＵＲＬ先へのアクセスが自動的に実現されてもよい。

【0061】

この時に、アクセス先である配布サイトに係るトークン制御処理受付部３００が利用者側処理送信を実行し（ステップＳ２３００）、トークン制御処理受付部３００が用意しているページ内のＪａｖａＳｃｒｉｐｔ（登録商標）などのプログラムが利用者用のアドレス作成の元になる鍵ペアを生成して（ステップＳ２２１０）、公開鍵ペア及び／又はアドレス情報をブラウザのローカルストレージに鍵ペアに係る鍵情報を格納する処理を実行する（ステップＳ２２２０）。こうして利用者は自身が意識することなくブロックチェーンネットワーク１００で一意であるアドレス情報を取得することができる。また、ローカルストレージはそのスマートフォンの利用者しか利用できないため、比較的安全であるといえる。

【0062】

なお、変形例では、鍵情報（鍵ペア）は、ブラウザのローカルストレージに代えて、ブラウザのセッションストレージ、及びブラウザのクッキー等のような他のブラウザのストレージに記憶されてもよいし、ブラウザのストレージ以外の記憶領域（例えば利用者端末４００内の記憶領域や、トークン制御処理受付部３００等によりアクセス可能なサーバ装置の記憶領域等）に記憶されてもよい。

【0063】

ただし、ブラウザのローカルストレージは、利用者操作により削除できてしまう。鍵ペア（特に秘密鍵）が削除されてしまうと、利用者に付与されたトークンの移動が永久に利用できなくなってしまう。それを回避するために鍵ペアの作成後に、鍵ペアに関する情報、又はそれらの生成に利用した情報の記録を含むＱＲコード化した画像表示として利用者に提示可能とする（ステップＳ２２３０）。

【0064】

このＱＲコード化した画像表示は、その解析を行うことにより、ブラウザのローカルストレージから鍵ペア（特に秘密鍵）が削除された場合でも、当該鍵ペアの復元を可能とできる。したがって、ＱＲコード化した画像表示は、鍵ペアの復元可能とできる復元手段（バックアップ用ＱＲ／復元情報）となる。そして、利用者がＱＲコード化した画像表示（画面）をキャプチャする、又は自動的にＱＲコード化した画像表示の情報をブラウザのローカルストレージ以外の場所（例えばスマートフォン内の記憶装置や他のクラウドストレージ）に保存可能となるようにする（ステップＳ２１２０）。したがって、ＱＲコード化した画像表示の情報が保存されていれば、利用者はアクセス時に生成された鍵ペアをいつでも再生成でき、付与されたトークンを無駄にすることがなくなる。

【0065】

図９には、復元手段の保存を利用者に促すＵＩ（ＵｓｅｒＩｎｔｅｒｆａｃｅ）９９０の一例が示されている。この場合、ＵＩ９９０は、復元手段となるＱＲコードＣ１２の画像表示に関する保存を利用者に促すメッセージを含む。なお、ＱＲコードでなく、複数の単語や記号の組み合わせ又はバーコードなど、生成した鍵ペアを復元できるものであればどのようなものでもよい。

【0066】

ブラウザのローカルストレージに格納する鍵情報（鍵ペア）は、受け取り用の暫定情報ともいえる。このため、利用者が配布サイトから利用するウォレットの口座番号にあたるウォレットアドレス（恒常的に利用するアドレス、トークン保管場所）を入手した後、対象のトークンとウォレットアドレスと復元情報のセット、又は対象のトークンとウォレットアドレスとローカルストレージに格納した鍵情報のセット、をトークン制御処理受付部３００に提供することに基づいて、利用者のローカルストレージに格納したアドレスから、ウォレットアドレスに対象トークンを送信する機能も提供する。

【0067】

このウォレットアドレスに対象トークンを送信する機能のＵＩイメージが図１２である。図１２にて示す「Ｆｒｏｍ」は、ローカルストレージに格納したアドレスであるため、自動的に設定されるが、手動で設定（入力）されてもよい。図１２にて示す「Ｔｏ」は、ウォレットアドレス（恒常的に利用するアドレス）又はその類（例えば、代理処理を経る場合は、代理処理用のアドレス等）のような、対応するウォレットを特定可能なウォレット情報を入力する欄であり、利用者自身に入力してもらう。この「Ｔｏ」は、ＱＲコードなどから読み取って設定してもよい。復元情報は、ここでは別ファイルとして保持されているものとしている。

【0068】

次いで、利用者からの指示に応じて、ブラウザにおける生成用情報を通知する処理（ステップＳ２２４０）を介して、ＮＦＴの取得を要求する（図３のステップＳ１２１０）処理が実行される。なお、配布手段からは、トークン制御情報６００が通知され、ここから必要な情報を取得して暗号化などを行う処理に関しては、生成用情報通知に係る処理（Ｓ２２４０）において実行させるようにしてもよい。なお、トークン制御情報６００の一部又は全部は、対応するＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ／ブラウザのアドレス欄に表示されるウェブページアドレス）内に組み込まれもよいし、対応するＵＲＬに基づき展開されるＷＥＢページ内に含まれてもよい。

【0069】

例えば、図９に示す画面例では、下方画面領域にて表示されるメッセージの「保存したので進む」と付されたボタンＢＴ９９０を利用者がスマートフォン上で操作すると、ステップＳ２２４０を介して図３のステップＳ１２１０以降の処理が実行される。この場合、利用者のスマートフォン上では、図１０に示す画面９９０を介して、図１０に示すＵＩ９９１が出力されてよい。

【0070】

図１０に示す画面例では、取得対象のＮＦＴ（トークン）を表す画像Ｇ１０やそのＮＦＴの説明Ｇ１１、取得中であることを視覚的に示す処理中表示Ｇ１２等を含む画面９９０が表示されている。利用者は、画面９９０を見ることで、取得中のＮＦＴについての情報を得ることができる。なお、ＮＦＴの説明Ｇ１１には、配布元に係る広告情報が含められてもよい。

【0071】

次いで、図１１に示す画面例のＵＩ９９２は、取得完了時の画面であり、「ＮＦＴ保存完了！」なるメッセージを含む。なお、ここでいう「保存」は、上述したように、ブラウザのローカルストレージへの保存である。図１１に示すＵＩ９９２は、保存完了したＮＦＴ（トークン）を表す画像Ｇ１０やその説明Ｇ１３等を含む画面９９０が表示されている。ＮＦＴの説明Ｇ１３では、より詳細な説明画面へのリンクや、広告情報に係るサイトへのリンク等を含んでもよい。

【0072】

なお、図８に示す例では、復元手段通知の処理において復元手段保存を促す処理（ステップＳ２２３０）が実行されるが、本処理は、省略されてもよいし、後から通知する態様で事後的に実行されてもよい。また、図８では、パブリックブロックチェーン用のアドレス作成処理は明示していないが、アドレスは公開鍵から生成されるため、鍵ペア作成に係る処理（Ｓ２２１０）にて作成されることとしてよい。

【0073】

また、本実施形態において、トークン制御情報６００で指定されたＵＲＬ先に基づく表示情報（この場合、ＷＥＢ画面）は、取得対象のＮＦＴ（トークン）の保存先を選択可能なＵＩを有してもよい。例えば、図１３に示す例では、ウォレットを所有している利用者が選択可能なボタンＢ２１と、ウォレットを所有していない利用者による選択が好適なボタンＢ２２とを含む。利用者がボタンＢ２１を操作した場合は、ウォレットアドレスへの対象トークンの対応付けが実行され、図１２を参照して上述した処理を不要とすることができる。他方、利用者がボタンＢ２２を操作した場合は、図８を参照して上述した各種処理が実行され、ウォレットを所有している利用者に対しても対象トークンの付与が可能となる。このようにして、取得対象のＮＦＴ（トークン）の保存先を選択可能なＵＩを提供することで、幅広い利用者に対して利便性の高いサービスを提供できる。

【0074】

また、ブロックチェーンネットワーク１００に処理を依頼する場合は多くのブロックチェーンではガス代と呼ばれる手数料が発生する。このガス代は各ブロックチェーンにおいて仮想通貨に係るガス代用トークンを使って支払う必要があるが、一般の利用者はガス代用トークンを確保すること自体が難しい。そこで、利用者の鍵ペアを使ってブロックチェーンネットワーク１００向けの処理を作成するが、依頼に必要なガス代はトークン制御処理受付部３００が負担する方法を提供して対応する。

【0075】

そして利用者端末４００は、ブラウザからローカルストレージに格納した鍵ペアの秘密鍵を使い、自身が配信手段から受け取ったトークン制御情報６００に署名して確実に使う旨をトークン制御処理受付部３００に通知することで、ガス代負担を依頼することとなる。トークン制御処理受付部３００では、利用者端末４００を用いる送信者情報と署名から確実に送信者を確認することができ、その確認によりガス代負担の許可が可能となる。具体的に、スマートコントラクトに係る処理として、ガス代負担の代理依頼を実行できるようにブロックチェーンネットワーク１００において準備しておき、トークン制御処理受付部３００からはそのスマートコントラクトに係る処理を依頼可能とすることで、代理処理を実行させるようにする。

【0076】

このように、ブロックチェーンネットワーク１００に対する処理をトークン制御処理受付部３００において代理可能とすることにより、利用者はガス代を意識せずにブロックチェーンネットワーク１００に処理を依頼することができる。

【0077】

上記でウォレットアドレスに保有トークンを送信して保管させる方法についても説明したが、鍵情報などを提供せず代理手段でも実現できる。大きく２通りあり、一つは利用者がローカルストレージに格納したウォレットアドレスから自身が対象トークンを送信して保管させる処理依頼を作成し、ローカルストレージ等で所有する鍵情報（格納した秘密鍵など）を用いて署名してその実行をトークン制御処理受付部３００に依頼する。もう一つは、トークン制御処理受付部３００に対象トークンを操作する権限を付与する処理依頼を作成し、ローカルストレージ等で所有する鍵情報（格納した秘密鍵など）を用いて署名して、その実行をトークン制御処理受付部３００に依頼する。いずれの場合も、利用者端末４００からの要求を受け取ったトークン制御処理受付部３００は、ガス代を設定した上で代理処理を実現するスマートコントラクトに係る処理依頼をして処理を完了させる。

【0078】

なお、ウォレットアドレス（トークン保管場所）の変更をこれらの手段で実現する場合は、図１２で示すＵＩ１０００における「復元用情報」の設定に関する項目は不要であり、２通りの方法を提示して選択してもらう、システムとして２通りのうち片方を利用するよう実装し、ＵＩ上は選択肢をなくす、といった方法が考えられる。実際に代理処理をする場合、図５の受信データ格納部７００を参照して、要求する利用者が正しいかどうかを確認した上でブロックチェーンネットワーク１００に代理処理を依頼する。また、受信データ格納部７００の情報を参照して代理実行の可否を決定してもよい。

【0079】

例えば、ＱＲコードは、配布数が多いのでガス代は補助しないが音声経由でＮＦＴを取得した利用者に対しては許可する、特定のＮＦＣで取得した人であって３日以内の実施であればガス代負担と将来ガス代として利用できる少額をプレゼントし、１ヶ月以内であればガス代負担のみ、それ以上は許可しないなどの制御をしてもよい。このような制御をすることで、複数種の配信手段のそれぞれに対する重みづけることができ、ＮＦＴの配布方法のバリエーションを増やすことができる。

【0080】

［実施形態４］
図１４～図１６は、ＸＲを表示するための方法を含むシステム（別の実現方法）を示すものである。本開示では、利用者によるトークンの取得に関する付加価値性を高めてシステム運営を効果的に支援可能とすることを目的とする。

【0081】

以下、図１４～図１６に係る説明をする。この場合において、配信手段５００を“配信媒体（所定の流通カード）５”であるものとする例示とし、利用者端末４００を“モバイル装置（スマートフォン）４”であるものとする例示として説明をする。

【0082】

図１４に示す配信媒体５は、配信媒体５の表面５ａにおいて読取用コード５ｃ（数字、文字、記号、又はそれらの２種以上の組み合わせ）が付されるとともに、配信媒体５の裏面５ｂにおいてＡＲマーカー５ｄ（識別図柄５ｄ’）が付されるものとしている。詳細には、紙製又はプラスチック製などの基材の表裏において、読取用コード５ｃ及びＡＲマーカー５ｄをそれぞれ物理的に印刷、貼り付け、又は刻印などの処理を施してなる配信媒体５の構成としている。

【0083】

ここで、本実施形態４における「読取用コード５ｃ」は、利用者端末４００の一例であるモバイル装置４のカメラ４ｃによって読み取り可能なマトリックス型２次元コード（デンソーウェーブの登録商標となるＱＲコード）の形式に基づく構成にしているが、１次元コードなどの他の形式に基づくコードであってもよい。

【0084】

先ず、図１５（Ａ）に示すような姿勢態様にして、モバイル装置４に搭載されているカメラ４ｃによってタッチスクリーン（表示パネル＋タッチパネル）４ｄに読取用コード５ｃを撮影して読み取らせることにより、アクセス先となるＷＥＢサーバ２３０のドメイン含むＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）、及び、ＷＥＢサーバ２３０にログインするためのログインＩＤなどの情報特定をモバイル装置４におけるローカル制御部４０１にて実行可能とする。そして、この情報特定に係るＷＥＢサーバ２３０へのアクセスを促す処理として指示画像４ｅをタッチスクリーン４ｄに呼び出しする表示が行われるようになる。

【0085】

そして、利用者によってタッチスクリーン４ｄに呼び出しされた指示画像４ｅに係る所定表示領域部を押す操作がされた場合に、前述の情報特定に係るＷＥＢサーバ２３０へのログイン要求が実行可能にされ、その結果として、ＷＥＢサーバ２３０のＷＥＢ制御部２３１に係る処理（サーバアプリケーション）に基づいてモバイル装置４との通信制御の確立が行われる。ついで、この通信制御の確立に基づくモバイル装置４のローカル制御部４０１に係る処理（ブラウザ／クライアントアプリケーション）の起動により、配信媒体５の裏面５ｂに付されている識別図柄（ＷＥＢサーバ２３０にて事前登録された所定の風景絵柄）５ｄ’をＡＲマーカー５ｄとして撮影可能とするカメラ４ｃの機能設定などを行わせるためのブラウザ（ソフトウェア）の能動化が行われるようになる。

【0086】

またこの際に、前述したブラウザのローカルストレージにおいて、改ざんできない唯一無二のノンファンジブルトークン（非代替性トークン；Ｎｏｎ－ＦｕｎｇｉｂｌｅＴｏｋｅｎ、以下、ＮＦＴとも称す）２２１を保管可能とするブラウザのウォレット（不図示）が自動生成されてもよい。

【0087】

次いで、図１５（Ｂ）に示すような姿勢態様にして、モバイル装置４に搭載されているカメラ４ｃによってタッチスクリーン４ｄにＡＲマーカー５ｄ（識別図柄５ｄ’）を撮影して読み取らせることにより、ＷＥＢサーバ２３０の記憶部３４にて登録され制御可能としているデータベース２４０に格納されているデジタルコンテンツ５ｅを、タッチスクリーン４ｄに表示させる表示トリガーに関するマーカー認識が行われるようになる。

【0088】

具体的には、前述のブラウザに係る処理に基づくモバイル装置４のカメラ装置部４０２及び表示処理部４０３に係る実行処理として、カメラ４ｃによってＡＲマーカー５ｄ（識別図柄５ｄ’）を撮影することにより、モバイル装置４のブラウザ用メモリ領域においてプログラム展開が可能なＷＥＢサーバ２３０のＡＲマーカー認識部２３２（ＬｉＤＡＲ）によるスキャン（画像解析）を実行させ、そのスキャン結果として認識されたＡＲマーカー５ｄと紐付けられているデジタルコンテンツ５ｅをデータベース２４０から呼び出しをして、タッチスクリーン４ｄに表示できるようにしている。

【0089】

なお、前述のＡＲマーカー認識部２３２における括弧書きで示す“ＬｉＤＡＲ（光を用いたリモートセンシング技術のライダー読取モジュールなど）”に係る技術に本発明は限定されない。例えば、所定の画像認識技術、ミリ波レーダー技術、又はＡＩ（ａｒｔｉｆｉｃｉａｌｉｎｔｅｌｌｉｇｅｎｃｅ）技術などを含む、他技術に基づく利用を適宜にするようにしてもよい。

【0090】

本実施形態４におけるデジタルコンテンツ５ｅは、利用者がなんらかの体験可能なコンテンツであれば任意である。ここでいう、デジタルコンテンツ５ｅの体験とは、典型的には、デジタルコンテンツ５ｅの再生（実行）を通して得られうる体験であるが、利用者が再生だけして視聴しない場合も含む概念である。すなわち、デジタルコンテンツ５ｅの体験とは、デジタルコンテンツ５ｅの再生と同義であってもよい。本実施形態では、デジタルコンテンツ５ｅは、仮想現実、拡張現実又は複合現実の少なくともいずれかの視聴技術に基づくデジタル形式で構成されるＸＲ（クロスリアリティ）再生により、現実では知覚できない体験が可能なコンテンツとなるようにしている。デジタルコンテンツ５ｅは、対応するＮＦＴ２２１の発行元などに関連した広告コンテンツを含んでもよい。この場合、広告コンテンツに含まれる条件（例えばアプリケーションなどのダウンロード）が満たされた場合に、対応するＮＦＴ２２１の取得要求の生成が可能とされてもよい。

【0091】

そして、前述のモバイル装置４のブラウザ用メモリ領域において、ＡＲ（ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ）に係る拡張現実的な表示に供するためのプログラム展開をさせるようにして、実行環境をブラウザベースとするＡＲ技術（いわゆる、ウェブＡＲ／アプリケーション）の制御を可能とすることに基づいて、そのままシームレス（専用アプリのインストールが不要）に、カメラ４ｃの撮影によってタッチスクリーン４ｄに映し出される識別図柄（風景絵柄）５ｄ’に対してデジタルコンテンツ５ｅに係る３Ｄオブジェクト（３次元コンピュータグラフィックス、例えば飛行機）を重畳表示させるとともに、この３Ｄオブジェクトを用いたＸＲ再生を可能（飛行機の動的な表示）な構成としている。

【0092】

なお、ここでは、一例として、飛行機の動的な表示を例示しているが、当然ながらこれに限らない。例えばデジタルコンテンツ５ｅが音楽コンテンツを含む場合、デジタルコンテンツ５ｅに係る３Ｄオブジェクトは、レコードが再生されている状態の３Ｄオブジェクトを含んでよい。

【0093】

また、本実施形態４におけるＡＲマーカー５ｄ及びデジタルコンテンツ５ｅは、方位の情報を備える構成としている。ここから、前述のブラウザに係る実行処理として、ＡＲマーカー５ｄ（画像）の形状及びサイズ情報や、位置センサ情報、角度情報などを取得して利用可能とすることにより、モバイル装置４とＡＲマーカー５ｄ（識別図柄５ｄ’）との位置関係（距離、方向）の解析をさせることに基づいて、タッチスクリーン４ｄ上にて形成可能とする３次元画像空間５ｅ’における視点位置を算出し、この算出した視点位置からデジタルコンテンツ５ｅに係る３Ｄオブジェクトを見たようにする投影表示をさせ、かつカメラ４ｃの撮影位置や姿勢（回転、傾き）の変化に応じて視点を移動させてデジタルコンテンツ５ｅに係る３Ｄオブジェクトを動的に変化表示させることが可能な構成としている。

【0094】

したがって、タッチスクリーン４ｄに撮像されている識別図柄５ｄ’に基づいて形成される３次元画像空間５ｅ’（図１５（Ｂ）参照）に対して、デジタルコンテンツ５ｅを重畳させる投影表示をさせるときにおいて、ＸＲ技術（現実世界と仮想世界を融合することで、現実にはないものの知覚を可能とする技術）に関する体験をできるようにしている。

【0095】

次いで、本実施形態４においては、前述のデジタルコンテンツ５ｅに基づくＸＲ再生を終了させたこと（デジタルコンテンツ５ｅを動作させるアプリケーションにて定められた終了条件を満たす場合）の固有特典として、図１４に示すブロックチェーン２２０において取引が記録可能とされるＮＦＴ（非代替性トークン）２２１の取得要求を管理サーバ２１０に対して送信可能とするとともに、この取得要求に応答して発行可能とされるＮＦＴ２２１を前述したブラウザのウォレットを介して保管できるようにしている。

【0096】

具体的には、図１５（Ｂ）に示すタッチスクリーン４ｄの中央部における規定位置５ｆにデジタルコンテンツ５ｅに係る３Ｄオブジェクトが移動したタイミングで、タッチスクリーン４ｄの下方領域に表示される“捕獲ボタン”の画像５ｇを押すこと（ミニゲームの終了条件の達成）ができた場合にＸＲ再生の終了を行うとともに、図１４に示す管理サーバ２１０に対してＮＦＴ２２１の取得要求を行わせることに基づいて、ＮＦＴ２２１の発行及び配布をさせる構成となるようにしている。なお、“捕獲ボタン”の画像５ｇを押すことに代えて、他の利用者入力が利用されてもよいし、ＸＲ再生の終了とともに取得要求が自動的に生成されてもよい。

【0097】

本実施形態４における管理サーバ２１０は、複数のモバイル装置４（ノード端末１１０／コンピュータ）を相互に接続可能とするＰ２Ｐ（ＰｅｅｒｔｏＰｅｅｒ）のブロックチェーンネットワーク１００に接続され、運営システム１０１において必要とされる運用・管理処理ができる装置構成にしている。なお、本実施形態４における管理サーバ２１０の機能は、一例として、上述した実施形態１におけるトークン制御処理受付部３００により実現されてもよい。

【0098】

また、図１４に示すブロックチェーンネットワーク１００との接続に基づいて構成されるブロックチェーン２２０にてＮＦＴの記録部２２３（ウォレット）を設けるようにすることで、ＮＦＴ２２１の所有者、及び、ＮＦＴ２２１の取引記録を開示し得るようにしている。なお取引記録は、過去の所有者に関する情報も含み得るようにしてもよい。

【0099】

また、管理サーバ２１０は、図１４に示すブロックチェーン２２０上におけるコントラクトアドレス（不図示）に対応付けられるスマートコントラクト２２２の制御を可能とすることで、この制御に係る結果としてＮＦＴ２２１を発行させて配布をできる構成となるようにしている。

【0100】

なお、本実施形態４におけるウォレットアドレス又はコントラクトアドレスは、ＮＦＴ２２１又はスマートコントラクト２２２が格納されるアカウント（ＮＦＴ２２１を所有する利用者の識別）として機能するユニークなブロックチェーンアドレスとなるように構成される。

【0101】

また、本実施形態４におけるスマートコントラクト２２２は、管理サーバ２１０がブロックチェーン２２０の構成に係る個々のモバイル装置４から取得要求を受けることに基づいて所定のプロトコルを自動的に実行可能とするコンピュータプロトコル（ソフトウェア／コンピュータプログラム）の構成とされ、ＮＦＴ２２１Ａ（又は、ＮＦＴ２２１Ｂを発行するための実行処理をできるようにしている。

【0102】

ここから、スマートコントラクト２２２の実行機能（トークン処理部）２００においてＮＦＴ２２１の発行を可能にするとともに、他のＮＦＴ２２１と区別される独自の価値構成（非代替性）を備えさせるようにすることで、改ざんできない唯一無二となるようにしている。

【0103】

また、本実施形態４に係るＮＦＴ２２１は、ＮＦＴの記録部２２３において他のＮＦＴ２２１と区別するための固有（ユニーク）なＮＦＴ識別子２２１ａと、ＮＦＴ識別子２２１ａに対応付けられたＮＦＴ用データ２２１ｂと、に分けて管理できるようにしている。

【0104】

そのため、ＮＦＴ２２１の構成は、一つのＮＦＴ識別子２２１ａが、一つのＮＦＴ用データ２２１ｂにだけ対応付けられる１対１対応となるようにしている。なお変形例として、ＮＦＴ識別子２２１ａ及びＮＦＴ用データ２２１ｂを１つに含んで構成されるＮＦＴ２２１とするようにしてもよい。

【0105】

本実施形態４におけるＮＦＴ識別子２２１ａは、個々の識別をするために割り当てられるシリアルＩＤ（特定情報）に基づく構成としており、一例として、上述した実施形態１におけるトークン制御情報６００を形成してもよい。

【0106】

また、このＮＦＴ識別子２２１ａは、ブロックチェーン２２０に係る処理に基づいて、アドレス（例えばブラウザのウォレットのアドレスや、恒常的に利用するアドレスウォレットアドレス）に対応付けられ、当該対応付けられているアドレスに基づいて、当該アドレスに対応付けられている利用者が、ＮＦＴ識別子２２１ａ及びＮＦＴ用データ２２１ｂに紐付けられた利用者であることを、当該記録によって証明できるようにしている。

【0107】

本実施形態４におけるＮＦＴ用データ２２１ｂは、デジタルコンテンツ５ｅとの関連付けを可能とするデジタル形式の固有データであり、画像データ、テキストデータ、音声データ、その他のデータ、又はそれらのデータの２以上の組み合わせからなる構成とされ、ブロックチェーンネットワーク１００に接続されたファイルシステムに基づく所定のデータベース（不図示）に格納させる構成となるようにしている。なお、デジタルコンテンツ５ｅは、対応するＮＦＴ用データ２２１ｂと同一又は略同一の画像を含んでもよい。

【0108】

また、ＮＦＴ用データ２２１ｂは、タッチスクリーン４ｄ上に現れるデータ又は現れないデータを含む構成としている。なお、タッチスクリーン４ｄ上に現れないデータとは、例えば、ＮＦＴ用データ２２１ｂの管理用のデータであり、例えば、有効期限管理データなどになる。

【0109】

また、前述の不図示とした所定のデータベースは、例えば、Ａｒｗｅａｖｅなどの分散型ストレージ（言い換えると、永続性を備える情報記録装置）、或いは、アクセス制御機能やデータ更新機能を備えた専用のサーバ装置などとすることにより、格納されたＮＦＴ用データ２２１ｂへの外部からのアクセスをコントロール可能な構成とされ、ＮＦＴ用データ２２１ｂに対応付けられたＮＦＴ識別子２２１ａに関するアクセスがある場合、そのＮＦＴ識別子２２１ａに対応付けられたＮＦＴ用データ２２１ｂへのアクセスを許可することができるようにし、ＮＦＴ用データ２２１ｂに対応付けられたＮＦＴ識別子２２１ａ以外に関するアクセスがある場合、そのアクセスを拒否することができるものとしている。

【0110】

なお応用例として、本実施形態４ではＮＦＴ識別子２２１ａとＮＦＴ用データ２２１ｂとを１対１で対応付けてなる構成としているが、ＮＦＴ識別子２２１ａの所有者が変更されると、それに伴って、ＮＦＴ用データ２２１ｂの所有者も変更されるようにしてもよい。すなわち、ＮＦＴ２２１の取引（第三者に販売・譲渡）をできるようにしてもよい。

【0111】

次いで、モバイル装置４のタッチスクリーン４ｄにおいて、上述したＸＲ再生の終了（ミニゲーム終了条件の達成）となることに基づいてＮＦＴ２２１の取得要求を管理サーバ２１０が受信可能な状態とされ、その結果として発行されたＮＦＴ２２１が、モバイル装置４側（ブラウザのウォレット）に保管されることに基づいて、図１５（Ｃ）に示すようなＮＦＴ２２１（ＮＦＴ識別子２２１ａ及びＮＦＴ用データ２２１ｂ）の発行完了の報知として、ＮＦＴ用データ２２１ｂと関連付けされたデジタルコンテンツ５ｅに関する表示（一例として、飛行機）がモバイル装置４のタッチスクリーン４ｄにおいて行われることとなる。

【0112】

また、この際において、図１５（Ｃ）のタッチスクリーン４ｄの下方領域に表示される“特設サイトに進む”の画像５ｈに係る所定表示領域を押すことで、利用者にＮＦＴ２２１を取得させる固有特典（プラスアルファの付加価値）として、図１５（Ｄ）に示すようなアクセス制限をしている特別なＷＥＢサイトに移行させること（限定コンテンツの開示）をできるようにしている。

【0113】

そして、図１５（Ｄ）に示す特別なＷＥＢサイト（タッチスクリーン４ｄの下方領域）にて表示される“ＮＦＴ一覧”の画像５ｉに係る所定表示領域部を押す操作がされた場合に、図１５（Ｅ）に示すようなサイト画面に移行して、ブロックチェーン２２０上において可視化ができるようにされる１又は複数のＮＦＴ２２１の取得履歴の確認をできるようにするとともに、利用者の行動やスキルの証明書（例えば、ミニゲームのクリア証明）として機能させ得るようになる。

【0114】

なお応用例として、このＮＦＴ２２１の配布後において、当該ＮＦＴ２２１を証票とした「その場に居た証明」又は「参加証明」のフラグとして活用可能にさせることにより、トークングラフマーケティング（例えば、スタンプラリー）に用いることができる構成となるようにしてよい。

【0115】

以上により、利用者によるモバイル装置４を用いた所定操作によって、ブロックチェーンネットワーク１００へのアクセスに必要な資格情報（ＵＲＬやログイン情報など）を取得可能とさせることに基づいて、シームレス（専用アプリのインストールが不要）に、デジタルコンテンツ５ｅの表示（ＸＲ体験）を可能にするとともに、ＮＦＴ２２１の発行及び当該ＮＦＴ２２１を利用者に対応付け可能とする配布をできるようにすることで、利用者によるＮＦＴ２２１の取得に関する付加価値性を高めて、システム運営（利用者がクローズドなコミュニティを利用可能な状態）を効果的に支援することができるようになる。

【0116】

なお、本実施形態４における管理サーバ２１０、ＷＥＢサーバ２３０、モバイル装置４は、プロセッサ及びこのプロセッサと接続するメモリを備えるコンピュータに基づいて構成される情報処理装置となるようにしている。そして、メモリは、プロセッサによって実行させ得るコンピュータプログラム（コンピュータの実行処理に関するプログラムコード）が格納されており、プロセッサによってメモリに格納されたコンピュータプログラムを読み出させて所定の実行処理をできるようにしている。なお、メモリは、一例として、一次記憶装置（ＲＡＭなど）及び二次記憶装置（ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）など）を備える装置構成となるようにしている。

【0117】

また本実施形態４では、上述したＸＲ再生の終了（ミニゲーム終了条件の達成）に基づいて管理サーバ２１０にＮＦＴ２２１の取得要求をできるようにしたが、静止画又は所定アニメーション（例えば、コマーシャルメッセージ）に係るデジタルコンテンツ５ｅの表示完了に基づいて管理サーバ２１０にＮＦＴ２２１の取得要求を可能となるようにしてもよいし、デジタルコンテンツ５ｅに係る所定の音楽再生が終了することに基づいて管理サーバ２１０にＮＦＴ２２１の取得要求を可能となるようにしてもよいし、モバイル装置４のＧＰＳ機能を使用しながら移動することでデジタルコンテンツ５ｅの捕獲・育成・バトルなどのゲームをタッチスクリーン４ｄ上で行わせた結果に基づいて管理サーバ２１０にＮＦＴ２２１の取得要求を可能となるようにしてもよい。

【0118】

また、利用者によるデジタルコンテンツ（ゲームやオーディオ等を含む任意のコンテンツ）の体験後、又は体験中、かつＮＦＴ２２１の発行（トークンと利用者に対応付け可能とする）となる前に、当該デジタルコンテンツの体験を少なくとも経ることでＮＦＴ２２１の発行要求をできるようにする所定のインタラクティブ制御をできるようにしてもよい。これにより、例えば、デジタルコンテンツの体験を起因とするインタラクティブ制御に関する情報（トークン関連情報）を出力可能にすることで、利用者によるトークン取得要求の入力操作又は自動的なトークン取得要求の実行を可能とすることができるようになる。

【0119】

また、上述したＸＲ再生におけるデジタルコンテンツ５ｅの表示態様のパターン種類（バリエーション）を複数設けるようにして、デジタルコンテンツ５ｅが所定の表示態様となる場合のパラメータの値に基づいて、ＮＦＴ２２１の種類を互いに異なるもの（デジタルコンテンツ５ｅに係る３Ｄオブジェクトの形状や色彩を変化させる）とするようにして発行・配布をできるようにしてもよいし、ＸＲ再生の終了させるミニゲームの結果（ゲームクリアの達成度合、リザルト情報）に関するパラメータの値に基づいて、ＮＦＴ２２１の種類を互いに異なるものとするようにして発行・配布をできるようにしてもよい。この場合、例えば達成度合やリザルトが良好であるほど、希少価値の高い（例えば発行数が少ない）種類のＮＦＴ２２１が設定されてもよい。また、この場合、ＸＲ再生中に、その時点で終了した場合に得られるＮＦＴ２２１の種類の情報が視認可能に出力されてもよい。

【0120】

ここで、ＮＦＴ２２１の種類は、発行元により決定されるものであり、任意であるが、ＸＲ再生におけるデジタルコンテンツ５ｅに関連した画像データを含んでもよい。例えば、ＮＦＴ２２１は、ミニゲームの結果（ゲームクリアの達成度合、リザルト情報）に関するパラメータの値を含む画像データを含んでもよい。

【0121】

また本実施形態４におけるデジタルコンテンツ５ｅは、任意であり、例えば、ブロックチェーンネットワーク１００を介してデータベース２４０に事前登録された所定の知覚情報（画像データ、テキストデータ、音声データ、その他のデータ、又はそれらのデータの２以上の組み合わせに係る情報）を利用可能とさせるプログラミング言語（アプリケーション）の実行に関する提供処理に基づいて、モバイル装置４を介して当該知覚情報の呼び出しが可能なデジタル形式で構成されるコンテンツであるようにしてよい。

【0122】

また本実施形態４では、読取用コード５ｃ及びＡＲマーカー５ｄが、配信媒体５の表面５ａ及び裏面５ｂに分散して付されていているようにしたが、どのような形態であってもよい。例えば、変形例として、配信媒体５における表裏いずれかの同一面内に付されているようにしてもよい。また、所定の配信媒体５に読取用コード５ｃを付すとともに、所定外となる他の配信媒体５にＡＲマーカー５ｄを付すように分けてもよい。また、配信媒体５は、所定商品、レシート、商品の包装やタグなどの媒体であってもよい。例えば、ある商品を購入した場合に得られるレシートとすれば、当該商品の販促ツールとして機能できる。なお、配信媒体５は、画面に表示される表示媒体やメタバース空間内に配置可能なオブジェクトの形態であってもよい。

【0123】

また、本実施形態におけるＡＲマーカー５ｄは、配信媒体５に付される識別図柄５ｄ’に係る風景絵柄（白黒の図形、特定の写真、イラスト、文字、等の平面画像でもよい）としたが、これに限られない。例えば、位置情報（ＧＰＳ情報）や、カメラやセンサ等を通じて得られる現実世界の空間情報（高低差や大きさ、奥行き等）、特定の三次元の立体物（例えば、顔、体、風景）、マイクなどにより得た音声情報、を事前登録することでＡＲマーカー５ｄ（ＸＲ再生のトリガー）となるようにする対応をさせてもよい。

【0124】

また本実施形態４における配信手段５００の他の例として、アクセス先となるＷＥＢサーバ２３０のドメイン含む“ＵＲＬ”の情報からなる所定のデータ配布（利用者端末にダウンロードした所定のローカルデータ、アプリケーションを含む）とするようにしてもよい。また、モバイル装置４を用いた所定操作条件の成立（関連商品の購入情報、位置情報、音楽情報、時間情報などの取得）に基づいて、ブロックチェーンネットワーク１００（所定サイト、所定サーバ）のアクセスに必要な資格情報（ＵＲＬやログイン情報など）を取得可能とさせるようにしてもよい。

【0125】

また本実施形態４における利用者端末４００の他の例として、タブレット、ＰＣ、ウエアラブルデバイス（眼鏡型のデバイスなど）、ヘッドマウントディスプレイとするようにしてもよい。

【0126】

［実施形態４に係る情報処理フロー］
図１６は、ＮＦＴ２２１の取得要求をサーバ（管理サーバ２１０）に対して送信可能とするとともに、その結果として発行されたＮＦＴ２２１をウォレット（モバイル装置４側又はブロックチェーン２２０側）に保管できるようにする処理手順である。以下において、本処理手順の説明をする。

【0127】

まず、利用者によって図１５（Ａ）に示すような姿勢態様にして、モバイル装置４に搭載されているカメラ４ｃによって配信媒体５に付された読取用コード５ｃを読み取らせること起因とする立ち上げ処理を行わせ、このことによりアクセスが可能とされるブロックチェーンネットワーク１００に接続されるサーバ（ＷＥＢサーバ２３０などの情報処理装置）の特定を可能とし、この特定に基づくサーバとの通信制御により能動化されるモバイル装置４側のブラウザに係る処理として、ＡＲマーカー５ｄを撮影可能とするカメラ４ｃの動作設定、及び、ＮＦＴ２２１を保管可能とするためウォレットを構築する（例えば、ブラウザのウォレットを自動生成する）ことが可能されることとなる。

【0128】

また、前述のブラウザに係る処理（以下、“ブラウザ機能”とも称す）として、ウォレットに係るユニークなアドレス（ＮＦＴ２２１Ａを保管するためのアクセス先）を確認可能とすることとなる（ステップＳ３００１）。

【0129】

なお、本実施形態４におけるウォレットのアドレスは、個々の識別をするために割り当てられる識別子であるＩＤ（ＩＤＥＮＴＩＦＩＣＡＴＩＯＮ）の機能を有する。なお、ウォレットのアドレスが、ブラウザのウォレットのアドレスでなく、ウォレットアドレス（恒常的に利用するアドレス）である場合、ブロックチェーン２２０の性質上、全て公開可能なものとされる。ここから、ブロックチェーン２２０上では、個人名ではなく、ウォレットアドレスに保管される改ざんできない唯一無二のＮＦＴ２２１に含まれる情報に基づいて、所有しているＮＦＴ２２１がどのようなタイプ（類型）なのかといった情報（個人の趣味嗜好を示す特定のＮＦＴ、寄付のＮＦＴ、イベント参加証明のＮＦＴ、等の情報）をガラス張りのようにオープンにすることができ、利用者の行動やスキルの証明書として機能させることができるようになる。

【0130】

次いで、図１５（Ｂ）に示すような姿勢態様にして、前述のブラウザ機能（ＡＲマーカー認識部２３２に係る処理）に基づいて能動化されるカメラ４ｃによってＡＲマーカー５ｄ５ｄ（識別図柄５ｄ’）を撮影することによりスキャン（画像解析）を実行させ、その結果として認識されたＡＲマーカー５ｄと紐付けられているデジタルコンテンツ５ｅをデータベース２４０から呼び出して、タッチスクリーン４ｄ（端末表示部）上でデジタルコンテンツ５ｅに係る３Ｄオブジェクトを用いたＸＲ再生（動画、ミニゲームを含む）をできるようにする（ステップＳ３００２）。

【0131】

なお本実施形態４では、ステップＳ３００３に基づいて確認したウォレットのアドレスと、過去にＸＲ再生を行うときに使用され所定のサーバに保管されることとなったウォレットのアドレスとの一致判定が行うようにされる。そのため、この一致判定に基づいて既に保管されているウォレットのアドレスと同じとなった場合には、エラーとするようにして本処理手順の終了となる構成にしている。すなわち、ＸＲ再生は、一利用者に対して１回しか実行できないようにしている。また、このことにより、後述するＮＦＴ２２１の配布についても、一利用者に対して１回しか実行できないようにしている。ただし、制限回数は任意（制限無しを含む）であり、所定増減条件（ユースケース）に応じて増減可能とされてもよい。

【0132】

次いで、前述したＸＲ再生が終了（ミニゲーム終了条件の達成）することに応じてアクセスが可能とされるブロックチェーンネットワーク１００に接続されるサーバ（管理サーバ２１０などの情報処理装置）に対して、ＮＦＴ２２１の取得要求、及びステップＳ３００１において確認した「ウォレットのアドレスの情報」の送信を実行可能にする（ステップＳ３００３）。

【0133】

ステップＳ３００３での取得要求を受信したサーバは、スマートコントラクト２２２に係る処理を行わせることにより推測困難な署名対象文字列に係る識別データ（キーワード・日付）を生成させ、受信したウォレットのアドレスに紐付けられるモバイル装置４におけるブラウザ機能に対して識別データを送付可能とするとともに、当該識別データをベースとした署名送付に関する応答要求をさせ得るようにする（ステップＳ３００４）。なお、署名対象文字列に係る識別データは、スマートコントラクト２２２を介さずに生成されてもよい。

【0134】

ステップＳ３００４での識別データを受信したモバイル装置４は、ブロックチェーンネットワーク１００において構築されるウォレットに対して規定のハッシュ関数（所定の計算手順）を用いてハッシュ値にする算出（固定長の数値へ変換）を行うようにさせるデータへの署名要求をし（ステップＳ３００５）、この署名要求を受けたウォレットにより算出されたハッシュ値（固有値情報）を第１署名情報として生成をさせて、この第１署名情報を前述の署名送付の応答として準備対応をできるようにする（ステップＳ３００６）。

【0135】

そして、ステップＳ３００３にて応答要求をしたサーバに対して、引き続き行われる前述のブラウザ機能に基づいて、ステップＳ３００１にて確認した「ウォレットのアドレスの情報」と、ステップＳ３００６にて生成された「第１署名情報」と、プラスアルファとして取得可能な「追加情報」とからなるセット情報にして送付をできるようにする（ステップＳ３００７）。

【0136】

ステップＳ３００７でのセット情報を受信したサーバは、先ず、当該セット情報に含まれるウォレットアドレスと、前段のステップＳ３００３にて取得したウォレットアドレスとが一致する判定となった場合に、ステップＳ３００４にて生成をした識別データを規定のハッシュ関数を用いてハッシュ値にする算出のデータに係る第２署名情報を生成し、当該セット情報に含まれる第１署名情報と一致するか否かの署名検証を行うようにする（ステップＳ３００８）。このステップＳ３００８におけるウォレットアドレスの一致判定、又は、署名検証において、一致しない判定となった場合にはエラーとするようにして、本処理手順の終了となる構成にしている。

【0137】

なお、ステップＳ３００６にて生成される第１署名情報（又は、前述のセット情報）は、公開鍵や秘密鍵などを用いてハッシュ値を暗号化するようにして署名送付の応答できるようにさせてもよい。この暗号化を行う場合は、ステップＳ３００８において、暗号化された第１署名情報（又は、前述のセット情報）を公開鍵や秘密鍵などを用いて復号する過程が追加されることになる。

【0138】

次いで、ステップＳ３００８において正常な署名検証となった場合に、前述の受信したセット情報に含まれる追加情報の正当性判定を行うようにする（ステップＳ３００９）。

【0139】

なお、本実施形態４における追加情報とは、ステップＳ３００３において、モバイル装置４におけるブラウザ機能に基づいて取得可能とさせる現在位置の情報、ＸＲ再生に基づく画面情報、読取用コード５ｃの読み取りから得られる情報と紐付く商品関連の情報などのいずれかであり、これらいずれかの情報と前述の受信したセット情報に含まれる追加情報との一致判定を行うことにより、正当性判定を行わせる構成としている。また、追加情報は、例えば、対応するデジタルコンテンツ５ｅの表示（ＸＲ体験）に関連した情報を含んでよい。例えば、追加情報は、デジタルコンテンツ５ｅの表示画面（例えばリザルト画面）に係る画像情報（例えばスクリーンショット）を含んでもよい。

【0140】

そして、追加情報の正当性を満たす判定となった場合に、ステップＳ３００８にて一致判定となったウォレットのアドレスに基づくウォレットに対してＮＦＴ２２１を保管させる配布をできるようにすることで（ステップＳ３０１０）、本処理手順の終了となる。

【0141】

また、このステップＳ３００９における追加情報の正当性判定において、正当性を満たさない判定となった場合にはエラーとするようにして、本処理手順の終了となる構成にしている。したがって、高い安全性（不正対策）を確保した上で、サーバ側からモバイル装置４側のウォレットに対してＮＦＴ２２１の配布を行うことができるようになる。ただし、変形例では、ステップＳ３００４からステップＳ３００９のうちの一部又は全部が省略されてもよい。

【0142】

なお、本実施形態４におけるウォレットに関し、モバイル装置４側におけるブラウザのキャッシュ部分となるように構築する場合は、ＮＦＴ２２１の発行を行う場合において、ブラウザのウォレットに配布させる当該ＮＦＴ２２１の情報を記録する読取用コード（例えば、ＱＲコード）化をさせてなる復元用画像データを生成して、利用者に提供できる構成となるようにしている。

【0143】

そして、ＮＦＴ２２１の配布の際に提供された復元用画像データを利用者によってキャプチャできるようにすることで、ブラウザのウォレットに配布されるＮＦＴ２２１のバックアップを実現可能にしている。ここで、変形例として、手動的又は自動的に復元用画像データを所定のウォレット（例えばスマートフォン内のローカルストレージや、ブロックチェーン２２０上のクラウドストレージ）に保存可能となるようにしてもよい。また、読取用コード化に係る復元用画像データの生成は、モバイル装置４側で生成してもよいし、所定のサーバ側で生成してモバイル装置４側に通知させるようにしてもよい。

【0144】

以上により、本実施形態の情報処理装置（サーバ装置）は、複数の計算機で構成されるブロックチェーンに係るネットワークに接続可能な情報処理装置であって、利用者が有する利用者端末からの要求実行に応じて、前記ネットワークを介してデジタルコンテンツの呼び出し（視聴等の体験）が当該利用者端末の表示部にて行われた場合に、前記ネットワーク上で流通可能なトークンを、前記要求実行に基づいて得られる特定情報（シリアルＩＤとなるよう生成された情報、利用者端末に対して固有に付されたアドレス情報、等）を用いて前記利用者に対応付けること（トークンの発行／配布や、所有／管理などの実行制御を含む）を可能とする所定処理を実行可能とすることができるようになる。

【0145】

また、本実施形態において、前記デジタルコンテンツは、仮想現実、拡張現実又は複合現実の少なくともいずれかの視聴技術（ＸＲ再生）に基づくデジタル形式で構成され、前記利用者端末の表示部にて呼び出し可能とされるコンテンツとしてよい。

【0146】

また、本実施形態において、前記デジタルコンテンツが所定の表示態様となる場合のパラメータの値に基づいて、前記トークンの種類を変化（特別の表示態様となる場合に、通常とは異なるトークン態様にするなど）させるようにしてよい。

【0147】

また、本実施形態において、前記利用者端末を用いた所定操作条件の成立（例えば関連商品の購入など）に基づいて、前記ネットワークへのアクセスに必要な資格情報（ＵＲＬ、ログイン情報など）を取得可能にするようにしてよい。

【0148】

また、本実施形態において、複数の計算機で構成されるブロックチェーンに係るネットワーク上で流通するトークンを制御するシステムであって、利用者が有する利用者端末が前記ネットワークに接続される情報処理装置にアクセスするのに必要な所定の資格情報を取得することに基づいて、当該利用者端末に対して所与情報（ＡＲマーカー）の取得が可能な入力制御状態にさせる要求処理を実行可能とし、前記利用者端末が前記所与情報の取得をすることに基づいて、前記ネットワークを介してデジタルコンテンツを当該利用者端末の表示部にて表示可能とさせる提供処理を実行可能にし、前記利用者端末の表示部にて前記デジタルコンテンツが所定の表示態様（ＸＲ体験）となることに基づいて、前記ブロックチェーンに係るデータベースにおいて固有（所有者の記録又は管理が可能）とされる特定情報を含む前記トークンの発行を可能とさせる発行処理を実行可能とし、前記発行処理の実行となることに基づいて所定記憶領域（ブラウザのキャッシュ）に前記トークンの取得又は管理に関する情報を格納させ、前記特定情報を所有する前記利用者として対応付けを可能とする配布処理を実行可能とするようにしてよい。

【0149】

また、本実施形態において、前記所与情報は、前記利用者端末の取得に基づいて前記提供処理を実行可能とさせるトリガー用のマーカーとして対応付けされた特定の視覚情報、聴覚情報、又は位置情報の少なくともいずれかを含むようにしてよい。

【0150】

また、本実施形態において、前記所与情報は、さらに、乱数又は特定のルールで設定された一意の一意情報（特定情報であってもよい）が含まれ、前記要求処理又は前記提供処理の少なくともいずれかは、前記一意情報を利用することで前記デジタルコンテンツが１回表示された後の提供処理の実行制限を可能とするようにしてよい。

【0151】

また、本実施形態において、前記発行処理は、前記提供処理における前記デジタルコンテンツを呼び出し可能とする特定アプリケーションにて定められた終了条件（ＸＲ再生の終了）を満たすことを契機に開始可能とされるようにしてよい。

【0152】

また、本実施形態において、前記発行処理は、前記提供処理における前記デジタルコンテンツを呼び出し可能とする特定アプリケーションにて定められた達成条件の内容（ゲームクリア、ゲームスコア、コンテンツ達成度合、進捗度合）に応じたパラメータの値に基づいて、発行可能とする前記トークンの種類を互いに異なるものとするようにしてよい。

【0153】

また、本実施形態において、前記デジタルコンテンツは、前記ネットワークを介して所定の前記情報処理装置に事前登録された知覚情報を利用可能とさせるプログラミング言語（アプリケーション）の実行に関する前記提供処理に基づいて、前記利用者端末を介して前記知覚情報の呼び出しをして出力が可能なデジタル形式で構成されているコンテンツであるようにしてよい。

【0154】

また、本実施形態において、前記デジタルコンテンツは、前記ネットワークを介して所定の前記情報処理装置に事前登録されたオブジェクトを閲覧可能とさせるプログラミング言語の実行に関する前記提供処理に基づいて、前記利用者端末による撮影によって前記表示部に表示される現実世界に対して前記オブジェクトを追加して見せる拡張現実の体験（受動的／能動的／仮想的に感得させる再生処理を含む）を提供可能なデジタル形式で構成されているコンテンツあるようにしてよい。

【0155】

また、本実施形態において、前記利用者端末の前記所定記憶領域（ウォレット）は、前記入力制御状態とするときに、前記利用者端末の表示部において前記デジタルコンテンツの閲覧を可能とさせるよう能動化が行われるブラウザのメモリ機能部に構築（自動的な生成を含む）されるようにしてよい。

【0156】

また、本実施形態において、前記発行処理は、前記ネットワークに接続される所定の情報処理装置から前記ブラウザに対して署名対象情報を配信し、前記ブラウザに係る機能処理に基づいて前記署名対象情報を所定の計算手順（ハッシュ関数）により算出される固有値情報に変換する応答を可能にし、前記応答となる前記固有値情報の検証に基づいて正当性が確立した場合に前記トークンを発行可能とするようにしてよい。

【0157】

また、本実施形態において、前記配布処理は、さらに、前記発行処理を実行又は前記正当性が確立することに基づいて前記発行された前記トークンの復元をできるようにする復元情報を生成可能とし、前記トークンとともに前記復元情報を前記所定記憶領域に格納可能とさせるようにしてよい。

【0158】

また、本実施形態において、複数の計算機で構成されるブロックチェーンに係るネットワークに接続可能な情報処理装置によって実行される方法であって、利用者が有する利用者端末からのアクセスに基づいて、当該利用者端末に対して所与情報（ＡＲマーカー）の取得が可能な入力制御状態にさせる要求ステップと、前記利用者端末が前記所与情報の取得をした場合に、前記ネットワークを介してデジタルコンテンツを当該利用者端末の表示部にて表示可能とさせる提供ステップと、前記利用者端末にて前記デジタルコンテンツが所定の表示態様（ＸＲ体験表示）となる場合に、前記ブロックチェーンに係るデータベースにおいて固有とされる特定情報を含む前記トークンの発行を可能とさせる発行ステップと、前記利用者端末における所定記憶領域（ブラウザのキャッシュ）に前記トークンの取得又は管理に関する情報を格納させ、前記特定情報を所有する前記利用者として対応付けを可能とする配布ステップと、を含む方法とするようにしてもよい。

【0159】

［実施形態５］
図１７～図２０は、トークンをコンバージョンさせて管理するための方法を含むシステム（別の実現方法）を示すものである。本開示では、利用者によるトークンの利用に関する付加価値性を高めてシステム運営を効果的に支援可能とすることを目的とする。

【0160】

以下、図１７～図２０に係る説明をする。この場合において、配信手段５００を“配信媒体（所定の流通カード、クーポン、ギフト、チケットなど）５”であるものとする例示とし、利用者端末４００を“モバイル装置（スマートフォン）４”であるものとする例示として説明をする。

【0161】

図１７に示す配信媒体５は、商品の販売促進などの所定目的（マーケティング戦略）をもって配布（取得意思を示す任意の利用者ごとのバラ撒き）がされ得る所定の配信媒体５の表面５ａにおいて、読取用コード５ｃ（数字、文字、記号、又はそれらの２種以上の組み合わせ）が付されるものとしている。詳細には、紙製又はプラスチック製などの基材面において、読取用コード５ｃを物理的に印刷、貼り付け、又は刻印などの処理を施してなる配信媒体５の構成としている。なお、配信媒体５は、画面に表示される表示媒体やメタバース空間内に配置可能なオブジェクトの形態であってもよい。

【0162】

ここで、本実施形態５における「読取用コード５ｃ」は、モバイル装置４のカメラ４ｃによって読み取り可能なマトリックス型２次元コード（デンソーウェーブの登録商標となるＱＲコード）の形式に基づく構成にしているが、１次元コードなどの他の形式に基づくコードであってもよい。

【0163】

先ず、図１８（Ａ）に示すような姿勢態様にして、モバイル装置４に搭載されているカメラ４ｃによってタッチスクリーン（表示パネル＋タッチパネル）４ｄに読取用コード５ｃを撮影して読み取らせることにより、アクセス先となる管理サーバ２１０のドメイン含むＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）、及び、管理サーバ２１０にログインするためのログインＩＤなどの情報特定をモバイル装置４におけるローカル制御部４０１にて実行可能とすることに基づいて、この情報特定に係る管理サーバ２１０へのアクセスを促す処理として指示画像４ｅをタッチスクリーン４ｄに呼び出しする表示が行われるようになる。

【0164】

そして、利用者によってタッチスクリーン４ｄに呼び出しされた指示画像４ｅに係る所定表示領域部を押す操作がされた場合に、前述の情報特定に係る管理サーバ２１０へのログイン要求が実行可能にされ、その結果として、管理サーバ２１０の制御部に係る処理（サーバアプリケーション）に基づいてモバイル装置４との通信制御の確立が行われ、この通信制御の確立に基づくモバイル装置４のローカル制御部４０１に係る処理（ブラウザ／クライアントアプリケーション）の起動により、所定のコンテンツを閲覧させるためのラウザ（ソフトウェア）の能動化が行われるようになる。

【0165】

またこの際に、前述したブラウザのローカルストレージにおいて、改ざんできない唯一無二のノンファンジブルトークン（非代替性トークン）２２１を保管可能とするブラウザのウォレット（不図示）が自動生成されてもよい。

【0166】

そして、図１７に示すブロックチェーン２２０において取引が記録可能とされるＮＦＴ（非代替性トークン）２２１の取得要求を管理サーバ２１０に対して送信可能とするとともに、この取得要求に応答して発行可能とされるＮＦＴ２２１をウォレットのアドレス（例えばブラウザのウォレットのアドレスや、恒常的に利用するアドレスウォレットアドレス）に対応付けるようにしている。

【0167】

本実施形態５における管理サーバ２１０は、複数のモバイル装置４（ノード端末１１０／コンピュータ）を相互に接続可能とするＰ２Ｐ（ＰｅｅｒｔｏＰｅｅｒ）のブロックチェーンネットワーク１００に接続され、運営システム１０１において必要とされる運用・管理処理ができる装置構成にしている。なお、本実施形態５における管理サーバ２１０の機能は、一例として、上述した実施形態１におけるトークン制御処理受付部３００により実現されてもよい。

【0168】

また、図１７に示すブロックチェーンネットワーク１００との接続に基づいて構成されるブロックチェーン２２０にてＮＦＴの記録部２２３（ウォレット）を設けるようにすることで、ＮＦＴ２２１Ａ（又は、後述するＮＦＴ２２１Ｂ）の所有者、及び、ＮＦＴ２２１Ａ（又は、ＮＦＴ２２１Ｂ）の取引記録や後述するコンバージョンが行われた旨の履歴を開示し得るようにしている。なお取引記録は、過去の所有者に関する情報も含み得るようにしてもよい。

【0169】

また管理サーバ２１０は、図１７に示すブロックチェーン２２０上におけるコントラクトアドレス（不図示）に対応付けられるスマートコントラクト２２２（後述するスマートコントラクト２２２Ａ又はスマートコントラクト２２２Ｂ）の制御を可能とすることで、この制御に係る結果としてＮＦＴ２２１Ａ又はＮＦＴ２２１Ｂを発行させて配布をできる構成となるようにしている。

【0170】

なお、本実施形態５におけるウォレット又はコントラクトのアドレスは、ＮＦＴ２２１又はスマートコントラクト２２２が格納されるアカウント（ＮＦＴ２２１を所有する利用者の識別）として機能するユニークなブロックチェーンアドレスとなるように構成される。

【0171】

また、本実施形態５におけるスマートコントラクト２２２Ａは、管理サーバ２１０が個々のモバイル装置４から取得要求を受けることに基づいて所定のプロトコルを自動的に実行可能とするコンピュータプロトコル（ソフトウェア／コンピュータプログラム）の構成とされ、ＮＦＴ２２１Ａを発行するための実行処理をできるようにしている。

【0172】

また、本実施形態５におけるスマートコントラクト２２２Ｂは、管理サーバ２１０が個々のモバイル装置４から取得要求を受けることに基づいて所定のプロトコルを自動的に実行可能とするコンピュータプロトコル（ソフトウェア／コンピュータプログラム）の構成とされ、ＮＦＴ２２１Ｂを発行するための実行処理をできるようにしている。

【0173】

ここから、スマートコントラクト２２２の実行機能（トークン処理部）２００においてＮＦＴ２２１Ａ（又は、ＮＦＴ２２１Ｂ）の発行を可能にするとともに、他のＮＦＴ２２１と区別される独自の価値構成（非代替性）を備えさせるようにすることで、改ざんできない唯一無二となるようにしている。

【0174】

また、本実施形態５に係るＮＦＴ２２１Ａ（又は、ＮＦＴ２２１Ｂ）は、ＮＦＴの記録部２２３において他のＮＦＴ２２１Ａ（又は、他のＮＦＴ２２１Ｂ）と区別するための固有（ユニーク）なＮＦＴ識別子２２１ａ（又は、後述するＮＦＴ識別子２２１ｃ）と、ＮＦＴ識別子２２１ａに対応付けられたＮＦＴ用データ２２１ｂ（又は、後述するＮＦＴ用データ２２１ｄ）と、に分けて管理できるようにしている。

【0175】

そのため、ＮＦＴ２２１Ａ（又は、ＮＦＴ２２１Ｂ）の構成は、一つのＮＦＴ識別子２２１ａ（又は、ＮＦＴ識別子２２１ｃ）が、一つのＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）にだけ対応付けられる１対１対応となるようにしている。なお変形例として、ＮＦＴ識別子２２１ａ（又は、ＮＦＴ識別子２２１ｃ）及びＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）を１つに含んで構成されるＮＦＴ２２１とするようにしてもよい。

【0176】

本実施形態５におけるＮＦＴ識別子２２１ａ（又は、ＮＦＴ識別子２２１ｃ）は、個々の識別をするために割り当てられる、シリアルＩＤ（特定情報）に基づく構成としており、一例として、上述した実施形態１におけるトークン制御情報６００を形成してよい。

【0177】

また、このＮＦＴ識別子２２１ａは、ブロックチェーン２２０に係る処理に基づいて、アドレス（例えばブラウザのウォレットのアドレスや、恒常的に利用するアドレスウォレットアドレス）に対応付けられ、当該対応付けられているアドレスに基づいて、当該アドレスに対応付けられている利用者が、ＮＦＴ識別子２２１ａ（又は、ＮＦＴ識別子２２１ｃ）及びＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）に紐付けられた利用者であることを、当該記録によって証明できるようにしている。

【0178】

本実施形態５におけるＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）は、デジタルコンテンツ５ｅ１（又は、後述するデジタルコンテンツ５ｅ２もしくはデジタルコンテンツ５ｅ３）との関連付けを可能とするデジタル形式の固有データであり、画像データ、テキストデータ、音声データ、その他のデータ、又はそれらのデータの２以上の組み合わせからなる構成とされ、ブロックチェーンネットワーク１００に接続されたファイルシステムに基づく所定のデータベース（不図示）に格納させる構成となるようにしている。

【0179】

また、ＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）は、タッチスクリーン４ｄ上に現れるデータ又は現れないデータを含む構成としている。なお、タッチスクリーン４ｄ上に現れないデータとは、例えば、ＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）の管理用のデータであり、例えば、有効期限管理データなどになる。

【0180】

また、前述の不図示とした所定のデータベースは、例えば、Ａｒｗｅａｖｅなどの分散型ストレージ（言い換えると、永続性を備える情報記録装置）、或いは、アクセス制御機能やデータ更新機能を備えた専用のサーバ装置などとすることにより、格納されたＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）への外部からのアクセスをコントロール可能な構成とされ、ＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）に対応付けられたＮＦＴ識別子２２１ａ（又は、ＮＦＴ識別子２２１ｃ）に関するアクセスがある場合、そのＮＦＴ識別子２２１ａ（又は、ＮＦＴ識別子２２１ｃ）に対応付けられたＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）へのアクセスを許可することができるようにし、ＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）に対応付けられたＮＦＴ識別子２２１ａ（又は、ＮＦＴ識別子２２１ｃ）以外に関するアクセスがある場合、そのアクセスを拒否することができるものとしている。

【0181】

なお応用例として、本実施形態５ではＮＦＴ識別子２２１ａ（又は、ＮＦＴ識別子２２１ｃ）とＮＦＴ用データ２２１ｂ（又は、ＮＦＴ用データ２２１ｄ）とを１対１で対応付けてなる構成としているが、ＮＦＴ識別子２２１ａの所有者が変更されると、それに伴って、ＮＦＴ用データ２２１ｂの所有者も変更されるようにしてもよい。すなわち、ＮＦＴ２２１の取引（第三者に販売・譲渡）をできるようにしてもよい。

【0182】

次いで、利用者によってモバイル装置４のタッチスクリーン４ｄに呼び出しさせた指示画像４ｅに係る所定表示領域部を押す操作がされることに基づいて、ＮＦＴ２２１Ａの取得要求をスマートコントラクトＡ（又は管理サーバ２１０）が受信可能な状態とされ、その結果として発行されたＮＦＴ２２１Ａ（ＮＦＴ識別子２２１ａ及びＮＦＴ用データ２２１ｂ）が、モバイル装置４側（ブラウザのウォレット）に保管されることに基づいて、図１８（Ｂ）に示すようなＮＦＴ２２１Ａの発行完了の報知として、「ＮＦＴ―Ｖｅｒ．１」の表記とともに、ＮＦＴ用データ２２１ｂと関連付けされたデジタルコンテンツ５ｅ１（一例として、カブト虫の蛹のオブジェクト）がモバイル装置４のタッチスクリーン４ｄにおいて表示可能にされることとなる。

【0183】

なお、ＮＦＴ２２１Ａの取得方法（利用者への付与方法）は、任意であり、例えば、上述した実施形態４による方法で利用者に取得させてもよい。

【0184】

本実施形態５では、前述のモバイル装置４のブラウザ用メモリ領域においてプログラム展開をさせるようにして実行環境をブラウザベースとする技術（アプリケーション）の制御に基づいて、そのままシームレス（専用アプリのインストールが不要）に、タッチスクリーン４ｄにデジタルコンテンツ５ｅ１（又は、デジタルコンテンツ５ｅ２もしくはデジタルコンテンツ５ｅ３）を表示させることのできる構成としている。

【0185】

また、この際において、図１８（Ｂ）のタッチスクリーン４ｄの下方領域に表示される“特設サイト”の画像５ｈに係る所定表示領域を押す操作がされることで、利用者にＮＦＴ２２１Ａを取得させる固有特典（プラスアルファの付加価値）として、図１８（Ｅ）に示すようなアクセス制限をしている特別なＷＥＢサイトに移行可能にさせて、ブロックチェーン２２０上において可視化ができるようにされる１又は複数のＮＦＴ２２１の取得履歴の確認をできるようにするとともに、利用者の行動やスキルの証明書（例えば、コンバージョンが行われた旨の履歴成果）として機能させることをできるようにしている。

【0186】

ここから、このＮＦＴ２２１Ａの配布後において、当該ＮＦＴ２２１を証票とした「その場に居た証明」又は「参加証明」のフラグ（証明書）として活用可能にさせることにより、ミッション設定（例えば、スタンプラリー）に用いることができる構成となるようにしてよい。

【0187】

次いで、図１８（Ｃ）に示すような姿勢態様にして、配信媒体５を配布する主体（販売店など）が意図する所定エリア（ショッピングモールなど）に設置するようにした認証装置２５０（例えば、キャッシュレジスター）に搭載されているカメラ２５０ａによって、タッチスクリーン４ｄに表示されたデジタルコンテンツ５ｅ１を撮影して読み取らせて、ブロックチェーン２２０に対してＮＦＴ２２１Ａの所有に関する認証要求の通知を可能とし、その結果として当該認証が正常に行われる場合に、所定のデータベース（不図示）に格納されているデジタルコンテンツ５ｅ２（一例として、国内生息するカブト虫の成長体のオブジェクト）を呼び出して、デジタルコンテンツ５ｅ１から不可逆的に変化させるコンバージョンに関する処理（成長を概念的に示す表示）を実行可能とさせるとともに、所定サービス（商品の割引きなど）を提供するクーポンに係る処理を実行可能とさせるようにしている。

【0188】

また本実施形態５では、認証装置２５０にてデジタルコンテンツ５ｅ１を読み取らせた際のブラウザのウォレット、又は、ＮＦＴの記録部２２３におけるＮＦＴ２２１の保管状態（保管されるＮＦＴ２２１の個数、種類、保管期間、など）の情報取得を可能にして、あらかじめ定められた所定条件を満たす場合には、コンバージョンに関する処理を実行可能となるようにしている。コンバージョンに関する処理は、ＮＦＴ２２１に関連するパラメータの値を変化させる処理であり、例えば、図１８（Ｆ）で示すデジタルコンテンツ５ｅ２を、それとは異なるデジタルコンテンツ５ｅ３（一例として、外来種のカブト虫のオブジェクト）に変化させる処理を含む。

【0189】

然るに、本実施形態５では、認証装置２５０にデジタルコンテンツ５ｅ１を読み取らせてＮＦＴ２２１Ａの所有に関する認証を行わせることが、所定条件の成立（すなわちコンバージョン条件の成立）となるようにしており、その結果として、利用者に対してデジタルコンテンツ５ｅ２（ＮＦＴ識別子２２１ｃ及びＮＦＴ用データ２２１ｄ）を配布可能となるようにしていることから、達成感及びコンテンツ収集の満足感を提供可能となるようにしている。

【0190】

さらには、利用者によるＮＦＴ２２１Ａの提示に基づいて、所定サービス（商品の割引など）の提供が受けられるクーポン機能を発揮できるようにしているため、経済的な満足感も提供できるようにしていることから、所定条件の成立への意欲を向上させることをできるようにしている。

【0191】

所定条件は、任意であるが、ＮＦＴ２２１Ａの発行元が、拡販や広告効果を高める観点から設定されてもよい。例えば、あるアプリＡをダウンロードすることを条件としてＮＦＴ２２１Ａが付与される場合、アプリＡの実行時に表示されるアプリＢに対する広告をクリックした場合やそれに後続してアプリＢをダウンロードした場合に所定条件が満たされてもよい。この場合、アプリＡとアプリＢの拡販や広告効果を高めることができる。

【0192】

したがって本実施形態５では、ＮＦＴ２２１Ａを取得した複数の利用者のうち、どのくらいがコンバージョン（ＮＦＴ２２１Ｂへの変化）に至ったかの結果に基づいて、実際の利用者の行動に応じて生じる所定条件（何かの申し込み、会員登録、資料請求、商品の注文などを行なった利用）を満たすこととなった割合を示す数値を導き出して、マーケティングに活用することが可能となる。

【0193】

具体的に、複数の利用者の各々に向けて発行されたＮＦＴ２２１Ａの発行数と、デジタルコンテンツ５ｅのコンバージョンが行われた履歴を有するＮＦＴ２２１Ａの数又はＮＦＴ２２１Ｂの発行数との関係（コンバージョン率）を算出する算出処理を可能とし、この算出処理に基づいて得られた算出値の情報を活用することで、市場と顧客の需要を明確にし、それに基づき商品を作り、商品の存在を広く知らせつつ需要を喚起し、そして顧客の需要を満たし、最終的に自社の利益にも繋げる、といった一連の活動支援をすることができるようになる。この関係は、ブロックチェーンネットワーク１００上の情報に基づいて精度良く算出できるので、一般的な他のコンバージョン算出方法に比べて、信頼性や精度を大幅に高めることができる。

【0194】

例えば、ＮＦＴ２２１Ａは、ある期間に、ある商品Ａを購入した利用者すべてに付与され、所定条件は、ＮＦＴ２２１Ａを所持する利用者が商品Ｂを更に購入した場合に満たされるようなケースを想定する。このケースでは、ある期間に商品Ａを購入した利用者の数と、商品Ｂを更に購入する利用者の数との関係を算出できる。

【0195】

なお、変形例として、不可逆的に変化（コンバージョン）させるデジタルコンテンツ５ｅ２とはせずに、デジタルコンテンツ５ｅ１とデジタルコンテンツ５ｅ２を個々に取得可能とさせて、タッチスクリーン４ｄ上において双方を表示可能となるようにしてもよい。あるいは、更なる所定変化条件の成立時に、可逆的変化が可能とされてもよい。

【0196】

また、デジタルコンテンツ５ｅ１からデジタルコンテンツ５ｅ２に変化、又は、デジタルコンテンツ５ｅ２を追加して取得させるコンバージョンの実行に関して、有効期限を設けるようにしてもよい。

【0197】

また、変形例として、ＮＦＴ２２１Ａの所有に関する認証を実行可能にする所定条件に関して、利用者の消費行動に関連したパラメータ（ブロックチェーン２２０に係るネットワーク上で成立可能なＧＰＳ機能を使用した移動（来店）結果／所定サイト（商品ＵＲＬ）へのアクセス結果、コマーシャルメッセージの視聴など）、又は、時間の経過に関連したパラメータ（ブロックチェーン２２０に係るネットワーク上で成立可能な売買・保険等に係る設定契約、結婚記念日などの記念・約束に係る設定日付や設定時間など）に基づいて成立する所定条件となるようにしてもよい。

【0198】

以上により、利用者によるモバイル装置４を用いた所定操作又は所定アプリケーションの起動によって、ブロックチェーンネットワーク１００へのアクセスに必要な資格情報（ＵＲＬやログイン情報など）を取得可能とさせることに基づいて、シームレス（専用アプリのインストールが不要）に、デジタルコンテンツ５ｅ１の呼び出しを可能にした後、所定条件がモバイル装置４側に係る所定処理によって満たされた場合に、デジタルコンテンツ５ｅ１とは異なる表示態様（変化）となるデジタルコンテンツ５ｅ２を表示可能にし、利用者によるＮＦＴ２２１Ａの取得後の利用に関する付加価値性を高めて、システム運営（利用者がクローズドなコミュニティを利用可能な状態）を効果的に支援することができるようになる。

【0199】

なお、本実施形態５における管理サーバ２１０、モバイル装置４、認証装置２５０は、プロセッサ及びこのプロセッサと接続するメモリを備えるコンピュータに基づいて構成される情報処理装置となるようにしている。そして、メモリは、プロセッサによって実行させ得るコンピュータプログラム（コンピュータの実行処理に関するプログラムコード）が格納されており、プロセッサによってメモリに格納されたコンピュータプログラムを読み出させて所定の実行処理をできるようにしている。なお、メモリは、一例として、一次記憶装置（ＲＡＭなど）及び二次記憶装置（ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）など）を備える装置構成となるようにしている。

【0200】

また本実施形態５では、利用者によってモバイル装置４のタッチスクリーン４ｄに呼び出しさせた指示画像４ｅに係る所定表示領域部を押す操作がされることに基づいて、ＮＦＴ２２１Ａの取得できるようにしたが、タッチスクリーン４ｄに呼び出しをさせたＸＲ再生の終了（ミニゲーム終了条件の達成でもよい）に基づいて管理サーバ２１０にＮＦＴ２２１の取得要求をできるようにしてもよいし、静止画又は所定アニメーション（例えば、コマーシャルメッセージ）に係るデジタルコンテンツ５ｅの表示完了に基づいて管理サーバ２１０にＮＦＴ２２１Ａの取得要求を可能となるようにしてもよいし、デジタルコンテンツ５ｅに係る所定の音楽再生が終了することに基づいて管理サーバ２１０にＮＦＴ２２１Ａの取得要求を可能となるようにしてもよいし、モバイル装置４のＧＰＳ機能を使用しながら移動することでデジタルコンテンツ５ｅの捕獲・育成・バトルなどのゲームをタッチスクリーン４ｄ上で行わせた結果に基づいて管理サーバ２１０にＮＦＴ２２１Ａの取得要求を可能となるようにしてもよい。

【0201】

また、利用者によるデジタルコンテンツ（ゲームやオーディオ等を含む任意のコンテンツ）の体験後、又は体験中、かつＮＦＴ２２１Ａ又はＮＦＴ２２１Ｂの発行となる前に、当該デジタルコンテンツの体験を少なくとも経ることでＮＦＴ２２１Ａ又はＮＦＴ２２１Ｂの発行要求をできるようにする所定のインタラクティブ制御をできるようにしてもよい。これにより、例えば、デジタルコンテンツの体験を起因とするインタラクティブ制御に関する情報（トークン関連情報）を出力可能にすることで、利用者によるトークン取得要求の入力操作又は自動的なトークン取得要求の実行を可能とすることができるようになる。

【0202】

また本実施形態５におけるデジタルコンテンツ５ｅは、ブロックチェーンネットワーク１００を介してデータベース２４０に事前登録された所定の知覚情報（画像データ、テキストデータ、音声データ、その他のデータ、又はそれらのデータの２以上の組み合わせに係る情報）を利用可能とさせるプログラミング言語（アプリケーション）の実行に関する提供処理に基づいて、モバイル装置４を介して当該知覚情報の出力が可能なデジタル形式で構成されるコンテンツであるようにしてよい。

【0203】

また本実施形態５では、読取用コード５ｃを配信媒体５の表面５ａに付されていているようにしたが、変形例として、読取用コード５ｃの代わりにＡＲマーカーを付すようにしてもよい。また、配信媒体５は、所定商品、レシート、商品の包装やタグなどの媒体であってもよい。

【0204】

また、前述のＡＲマーカーは、配信媒体５に付される識別図柄に係る風景絵柄（白黒の図形、特定の写真、イラスト、文字、等の平面画像でもよい）としてもよいし、位置情報（ＧＰＳ情報）や、カメラやセンサ等を通じて得られる現実世界の空間情報（高低差や大きさ、奥行き等）、特定の三次元の立体物（例えば、顔、体、風景）、マイクなどにより得た音声情報、を事前登録することでＡＲマーカーとして機能させ得るものとなるようにしてもよい。

【0205】

また本実施形態５における配信手段５００又は認証装置２５０の他の別例として、アクセス先となるＷＥＢサーバ２３０のドメイン含む“ＵＲＬ”の情報からなる所定のデータ提供（利用者端末にダウンロードした所定のローカルデータ、アプリケーションを含む）とするようにしてもよい。また、モバイル装置４を用いた所定操作条件の成立（関連商品の購入情報、位置情報、音楽情報、時間情報などの取得）に基づいて、ブロックチェーンネットワーク１００（所定のコントラクト／所定のサーバ）におけるＮＦＴ２２１Ａ又はＮＦＴ２２１Ｂの発行要求のために必要な情報取得を可能とさせるようにしてもよい。

【0206】

また本実施形態５における利用者端末４００の他の例として、タブレット、ＰＣ、ウエアラブルデバイス（眼鏡型のデバイスなど）、ヘッドマウントディスプレイとするようにしてもよい。

【0207】

［実施形態５に係る情報処理フロー（その１）］
図１９は、コントラクトＡ又はＢに対する発行要求に基づいて発行されたＮＦＴ２２１Ａ又はＢをウォレット（モバイル装置４側又はブロックチェーン２２０側）に保管できるようにするとともに、ＮＦＴ２２１Ａ又はＢに関連付けられる画像情報を更新できるようにする処理手順である。以下において、本処理手順の説明をする。

【0208】

まず、利用者によって図１８（Ａ）に示すような姿勢態様にして、モバイル装置４に搭載されているカメラ４ｃによって配信媒体５に付された読取用コード５ｃを読み取らせ、このことを起因としてブラウザの立ち上げ処理を行わせることに基づいて、ブロックチェーンネットワーク１００上で動作可能なアプリケーションに係るコントラクトＡ（スマートコントラクト２２２Ａ）、又はコントラクトＢ（スマートコントラクト２２２Ｂ）との通信制御が確立可能となるようにする。

【0209】

そして、前述のブラウザに係る処理（以下、“ブラウザ機能”とも称す）として、前述の通信制御を確立する際に構築されるウォレットのアドレス（ＮＦＴ２２１Ａを保管するためのアクセス先）を確認可能とすることとなる（ステップＳ４００１）。

【0210】

次いで、前述のブラウザ機能は、ウォレットアドレスの確認を受けたウォレットから、ウォレットアドレスや不正対策に係る署名の情報を受け取りすることができるようにされ（ステップＳ４００２）、当該受け取りが行われたことに基づいて、コントラクトＡに対してＮＦＴ２２１Ａの発行要求とウォレットアドレスの情報取得を可能とすることとなる（ステップＳ４００３）。

【0211】

次いで、ＮＦＴ２２１Ａの発行要求を受けたコントラクトＡは、スマートコントラクト機能（契約のスムーズな検証、執行、実行、交渉を意図したコンピュータプロトコル）に基づく実行処理により、ＮＦＴ２２１Ａの発行をするとともに、ＮＦＴ発行要求時に受け取りをしているウォレットアドレス先のウォレットに当該ＮＦＴ２２１Ａを保管可能とすることとなる（ステップＳ４００４）。

【0212】

次いで、前述のブラウザ機能は、ＮＦＴ２２１Ａがウォレットに保管されることに基づいて、モバイル装置４のタッチスクリーン４ｄにデジタルコンテンツを表示させるための画像情報要求を可能とし（ステップＳ４００５）、当該画像情報要求を受けたコントラクトＡによって、コントラクトＢのスマートコントラクト機能に基づく実行処理に基づいてＮＦＴ２２１Ａとは異なるＮＦＴ２２１Ｂが発行されてなる保有状態であるか否かの確認をさせることとなる（ステップＳ４００６）。

【0213】

この確認の際において、コントラクトＢからＮＦＴ２２１Ｂの保有状態ではない旨（保有なし）の情報（ステップＳ４００７）を受けた場合は、コントラクトＡによって図１８（Ｂ）に示すようなデジタルコンテンツ５ｅ１（カブト虫の蛹）をモバイル装置４のタッチスクリーン４ｄにおいて表示可能にする画像（変更前）情報の出力を可能とすることとなる（ステップＳ４００８）。

【0214】

次いで、前述のブラウザ機能は、モバイル装置４のタッチスクリーン４ｄにデジタルコンテンツ５ｅ１が表示可能になることに基づいて、コントラクトＡに対してコンバージョン確認を可能とし（ステップＳ４００９）、当該コンバージョン確認を受けたコントラクトＡによって、コントラクトＢによりＮＦＴ２２１Ｂが発行されてなる保有状態であるか否かの確認をさせ（ステップＳ４０１０）、ＮＦＴ２２１Ｂの保有状態ではない旨の応答（ステップＳ４０１１）を受け得るようになるコントラクトＡから、コンバージョンなしに関する情報取得が可能とされることとなる（ステップＳ４０１２）。

【0215】

次いで、前述のブラウザ機能は、所定のパラメータ（利用者の消費行動又は時間の経過に関連したトリガーなど）に基づいて成立する所定条件が満たされた場合、利用者の所有コンテンツの有無に関する認証処理が実行可能とされ、このことに基づいてコントラクトＢに対してＮＦＴ２２１Ｂの発行要求とウォレットアドレスの情報送信を可能とすることなる（ステップＳ４０１３）。そして、コントラクトＢにおいてＮＦＴ２２１Ｂの発行をするとともに、ＮＦＴ発行要求時に受け取りをしているウォレットアドレス先のウォレットにＮＦＴ２２１Ｂを保管可能とすることとなる（ステップＳ４０１４）。

【0216】

なお、前述の認証処理は、図１８（Ｃ）に示すような姿勢態様にして、配信媒体５を配布する主体（販売店など）が意図して設置するようにした認証装置２５０に搭載されているカメラ２５０ａによってタッチスクリーン４ｄに表示されたデジタルコンテンツ５ｅ１を撮影して読み取らせることを起因として実行可能となるようにしてもよいし、モバイル装置４における前述のブラウザ又は当該ブラウザに係る処理以外の所定プログラムの起動条件が満たされることに基づいて実行可能となるようにしてもよい。

【0217】

次いで、前述のブラウザ機能は、ＮＦＴ２２１Ｂがウォレットに保管されることに基づいて、モバイル装置４のタッチスクリーン４ｄにデジタルコンテンツを表示させるための画像情報要求を可能とし（ステップＳ４０１５）、当該画像情報要求を受けたコントラクトＡによって、コントラクトＢによりＮＦＴ２２１Ｂが発行されてなる保有状態であるか否かの確認をさせることとなる（ステップＳ４０１６）。

【0218】

この確認の際において、コントラクトＢからＮＦＴ２２１Ｂの保有状態である旨（保有あり）の情報（ステップＳ４０１７）をコントラクトＡが受けた場合は、モバイル装置４のタッチスクリーン４ｄにおいてデジタルコンテンツ５ｅ１から、図１８（Ｄ）に示すようなデジタルコンテンツ５ｅ２（カブト虫の成長体）に代替えして表示可能にする画像（変更後）情報の出力を可能とすることとなる（ステップＳ４０１８）。

【0219】

次いで、前述のブラウザ機能は、モバイル装置４のタッチスクリーン４ｄにデジタルコンテンツ５ｅ２が表示可能になることに基づいて、コントラクトＡに対してコンバージョン確認を可能とし（ステップＳ４０１９）、当該コンバージョン確認を受けたコントラクトＡによって、コントラクトＢによりＮＦＴ２２１Ｂが発行されてなる保有状態であるか否かの確認をさせ（ステップＳ４０２０）、ＮＦＴ２２１Ｂの保有状態である旨の応答（ステップＳ４０２１）を受け得るようになるコントラクトＡから、コンバージョンありに関する情報取得が可能とされることとなる（ステップＳ４０２２）。

【0220】

なお、変形例として、ブロックチェーンネットワーク１００に接続される所定のサーバ（又はアプリケーション）によって、コントラクトＡに対するＮＦＴ２２１Ａ又はＮＦＴ２２１Ｂの発行要求をさせる処理を実行可能とするようにしてもよい。

【0221】

ここで、図１９に示す上記の例では、ＮＦＴ２２１Ａを発行したコントラクトＡ（スマートコントラクト２２２Ａ）とは別のコントラクトＢ（スマートコントラクト２２２Ｂ）における、ＮＦＴ２２１Ａとは異なるＮＦＴ２２１Ｂの発行状況、保有状況に基づいてトークンのコンバージョンの実行が決定されるようにしている。しかしながら、トークンのコンバージョンが実行されるための条件は別コントラクトにおけるトークンの発行状況、保有状況に限定されるものではなく、例えば下記の情報に基づいてトークンのコンバージョンの実行が決定されるようにしてもよい。この場合は、図１９に示す例におけるステップＳ４００６の処理に代わり、コントラクトＡが下記の情報を確認するようにしてよい。

【0222】

ア）ＮＦＴ２２１Ａを発行したコントラクトＡ（スマートコントラクト２２２Ａ）とは別のオラクル（具体的には例えば、ソフトウェアオラクルであり、インバウンドオラクルに分類されるもの）から取得されうる、例えば気温などの社会的な状況に関する情報。
この場合は例えば、気温が所定の閾値以下であったり所定の閾値以上であったりする場合にトークンのコンバージョンが実行されるようにしてもよい。

【0223】

イ）ＮＦＴ２２１Ａを所有している利用者の、例えばトークン保有残高などのウォレットの情報。
この場合は例えば、トークン保有残高が所定の閾値以下であったり所定の閾値以上であったりする場合にトークンのコンバージョンが実行されるようにしてもよい。

【0224】

ウ）ＮＦＴ２２１Ａに係るオンチェーンに記録されているトークングラフから取得されうる情報。
この場合は例えば、ＮＦＴ２２１Ａを所有している利用者が特定のゲームをプレイしていることが確認された場合にトークンのコンバージョンが実行されるようにしてもよい。

【0225】

エ）ＮＦＴ２２１Ａに係るオンチェーンから取得される、ＮＦＴ２２１Ａの取得時に支払った金額。
この場合は例えば、ＮＦＴ２２１Ａの取得時に支払った金額が所定の閾値以上である場合にトークンのコンバージョンが実行されるようにしてもよい。

【0226】

オ）ＮＦＴ２２１Ａに係るオンチェーンから取得される、コントラクトＡ（スマートコントラクト２２２Ａ）によるＮＦＴ２２１Ａの発行日や発行からの経過時間。
この場合は例えば、ＮＦＴ２２１Ａの発行日が所定の日付（例えば、誕生日や結婚記念日などの記念・約束に係る日付）である場合や、ＮＦＴ２２１Ａの発行からの経過時間が所定の閾値以上である場合に、トークンのコンバージョンが実行されるようにしてもよい。

【0227】

カ）ＮＦＴ２２１Ａを発行したコントラクトＡ（スマートコントラクト２２２Ａ）での発行済みトークンの総量。
この場合は例えば、発行済みトークンの総量が所定の閾値以上である場合にトークンのコンバージョンが実行されるようにしてもよい。

【0228】

キ）ＮＦＴ２２１Ａを発行したコントラクトＡ（スマートコントラクト２２２Ａ）における、ＮＦＴ２２１Ａを所有している利用者のウォレットに保管されているトークンの量。
この場合は例えば、利用者のウォレットに保管されているトークンの量が所定の閾値以上である場合にトークンのコンバージョンが実行されるようにしてもよい。

【0229】

ク）コントラクトＡ（スマートコントラクト２２２Ａ）が発行したＮＦＴ２２１Ａがウォレット間で転送された回数。
この場合は例えば、ウォレット間の転送回数が所定の閾値以上である場合にトークンのコンバージョンが実行されるようにしてもよい。

【0230】

ケ）ＮＦＴ２２１Ａを発行したコントラクトＡ（スマートコントラクト２２２Ａ）における、ＮＦＴ２２１Ａを所有している利用者のウォレットに保管されているＮＦＴ２２１ＡのトークンＩＤ、また、ＮＦＴ２２１Ａを所有している利用者のウォレットとは別のウォレットに保管されているＮＦＴのトークンＩＤ。
この場合は例えば、或る系列／種別のＮＦＴの発行順序を表す連続番号（即ち、シーケンス）がＮＦＴのトークンＩＤとして付与されたうえで、ＮＦＴ２２１ＡのトークンＩＤが所定の閾値以下である場合や、ＮＦＴ２２１ＡのトークンＩＤが、別のウォレットに保管されている、ＮＦＴ２２１ＡのトークンＩＤと同じ系列／種別のトークンＩＤを有するＮＦＴのトークンＩＤよりも小さい場合に、トークンのコンバージョンが実行されるようにしてもよい。

【0231】

上記のア乃至ケの情報が所定の条件を満たす場合に、トークン（上記では具体的にはＮＦＴ２２１Ａ）のコンバージョンが実行されるようにしてもよい。なお、上記のウ、エ、オ、ク、ケは、コンバージョンの判定対象であるＮＦＴ２２１Ａ自体に関する情報であって、ＮＦＴ２２１Ａに係るオンチェーンから取得されうる情報であるといえ、一方、上記のア、イ、カ、キは、ＮＦＴ２２１Ａ自体には関係しない情報であって、トークンの実社会における利用に関する情報であるともいえる。

【0232】

［実施形態５に係る情報処理フロー（その２）］
図２０は、コントラクトＡに対する発行要求に基づいて発行されたＮＦＴ２２１Ａをウォレット（モバイル装置４側又はブロックチェーン２２０側）に保管できるようにするとともに、コントラクトＡがサーバからコンバージョン情報更新を受けることによりＮＦＴ２２１Ａに関連付けられる画像情報の更新をできるようにする処理手順である。以下において、本処理手順の説明をする。

【0233】

まず、利用者によって図１８（Ａ）に示すような姿勢態様にして、モバイル装置４に搭載されているカメラ４ｃによって配信媒体５に付された読取用コード５ｃを読み取らせ、このことを起因としてブラウザの立ち上げ処理を行わせることに基づいて、ブロックチェーンネットワーク１００上で動作可能なアプリケーションに係るコントラクトＡ（スマートコントラクト２２２Ａ）、又はサーバ（管理サーバ２１０）との通信制御が確立可能となるようにする。

【0234】

そして、前述のブラウザに係る処理（以下、“ブラウザ機能”とも称す）として、前述の通信制御を確立する際に構築されるウォレットに係るユニークなウォレットアドレス（ブロックチェーンネットワーク１００を介して配布されるＮＦＴ２２１Ａを保管するためのアクセス先）を確認可能とすることとなる（ステップＳ５００１）。

【0235】

次いで、前述のブラウザ機能は、ウォレットアドレスの確認を受けたウォレットから、ウォレットアドレスや不正対策に係る署名の情報を受け取りすることができるようにされ（ステップＳ５００２）、当該受け取りが行われたことに基づいて、コントラクトＡに対してＮＦＴ２２１Ａの発行要求とウォレットアドレスの情報取得を可能とすることとなる（ステップＳ５００３）。

【0236】

【0237】

次いで、前述のブラウザ機能は、ＮＦＴ２２１Ａがウォレットに保管されることに基づいて、モバイル装置４のタッチスクリーン４ｄにデジタルコンテンツを表示させるための画像情報要求を可能とし（ステップＳ５００５）、当該画像情報要求を受けたコントラクトＡによって、サーバからコンバージョン更新情報を取得しているか否かのコンバージョン確認に係る判定を行うこととなる（ステップＳ５００６）。

【0238】

ステップＳ５００６の判定において、コンバージョン更新情報を取得していない旨（コンバージョンなし）の結果となる場合は、図１８（Ｂ）に示すようなデジタルコンテンツ５ｅ１（カブト虫の蛹）をモバイル装置４のタッチスクリーン４ｄにおいて表示可能にする画像（変更前）情報の出力を行うこととなる（ステップＳ５００７）。

【0239】

次いで、前述のブラウザ機能は、モバイル装置４のタッチスクリーン４ｄにデジタルコンテンツ５ｅ１が表示可能になることに基づいて、コントラクトＡに対してコンバージョン確認を行うことを可能とし（ステップＳ５００８）、当該コンバージョン確認を受けたコントラクトＡによって、サーバからコンバージョン更新情報を取得しているか否かのコンバージョン確認に関する判定を行わせ（ステップＳ５００９）、コンバージョンなしの判定結果とする旨の情報取得をできるようにされることとなる（ステップＳ５０１０）。

【0240】

次いで、前述のブラウザ機能は、所定のパラメータ（利用者の消費行動又は時間の経過に関連したトリガーなど）に基づいて成立する所定条件が満たされた場合、所定条件の達成通知（ステップＳ５０１１）をサーバに対して行うことでコンバージョン情報更新を実行可能とさせるようにし、サーバからコントラクトＡがコンバージョン更新情報の取得（ステップＳ５０１２）をできるようにさせた後に続いて、モバイル装置４のタッチスクリーン４ｄにデジタルコンテンツを表示させるための画像情報要求を実行可能とすることとなる（ステップＳ５０１３）。

【0241】

【0242】

そして、画像情報要求を受けたコントラクトＡによって、サーバからコンバージョン更新情報を取得しているか否かのコンバージョン確認に係る判定を行わせ（ステップＳ５００１４）、コンバージョン更新情報の取得をしている旨（コンバージョンあり）の結果となる場合は、モバイル装置４のタッチスクリーン４ｄにおいてデジタルコンテンツ５ｅ１から、図１８（Ｄ）に示すようなデジタルコンテンツ５ｅ２（カブト虫の成長体）に代替えして表示可能にするための画像（変更後）情報の出力を可能とすることとなる（ステップＳ５０１５）。

【0243】

次いで、前述のブラウザ機能は、モバイル装置４のタッチスクリーン４ｄにデジタルコンテンツ５ｅ２が表示可能になることに基づいて、コントラクトＡに対してコンバージョン確認を行うことを可能とし（ステップＳ５０１６）、当該コンバージョン確認を受けたコントラクトＡによって、サーバからコンバージョン更新情報を取得しているか否かのコンバージョン確認に係る判定を行わせ（ステップＳ５０１７）、コンバージョンありの判定結果とする旨の情報取得をできるようにされることとなる（ステップＳ５０１８）。

【0244】

なお、変形例として、ブロックチェーンネットワーク１００に接続される所定のサーバ（又はアプリケーション）によって、コントラクトＡに対するＮＦＴ２２１Ａの発行要求をさせる処理を実行可能とするようにしてもよい。

【0245】

以上により、本実施形態の情報処理装置（サーバ装置）は、複数の計算機で構成されるブロックチェーンに係るネットワーク上で流通可能な一のトークンを取得するための利用者による取得要求に基づいて、当該利用者のモバイル装置４（利用者端末）の表示部（タッチスクリーン）に前述のネットワークを介して第１のデジタルコンテンツ（取得したトークンに関連付けられる所定情報／オブジェクト）を表示可能とさせた後、所定条件（例えば、利用者の行動に応じて成立しうる所定条件）が利用者端末を介して満たされた場合に、第１のデジタルコンテンツとは異なる表示態様又はパラメータとなる第２のデジタルコンテンツを前述のネットワークを介して表示可能にさせるコンバージョン処理（所定処理）の実行を可能とすることができるようになる。

【0246】

なお、本実施形態では、一のＮＦＴに関して画像情報（所定情報としての、トークンの表示時の外観に関する情報）の変化は、１段階の変化（例えば蛹から成虫への変化）であるが、２段階以上の変化（例えば卵、幼虫、蛹、成虫）が実現されてもよい。この場合、それぞれの変化に係る所定条件が設定されてよい。また、所定条件は、利用者ごとに異なる態様で設定されてもよい。例えば、初めてＮＦＴを取得するような利用者に対しては、そうでない利用者よりも、所定条件が緩く設定されてもよい。

【0247】

また、本実施形態において、前記所定条件は、前記ブロックチェーンに前記達成応答の通知が可能な認証端末を用いて、前記利用端末によって提示される前記第１コンテンツ（又は、取得要求に基づいて所有することとなったトークン）に関する認証処理が行われることであるようにしてよい。

【0248】

また、本実施形態において、前記所定条件は、前記取得要求に係る関係処理として前記ブロックチェーンに前記達成応答の通知を可能とするコンポーネント（所定のプログラムから呼び出されたり連結されたりして使用されるプログラム部品）を構築可能とし、当該コンポーネントに関する設定とされる条件情報（位置情報、音楽情報、時間情報など）の取得が前記利用者端末にて行われることであるようにしてよい。

【0249】

また、本実施形態において、前記利用者端末は、当該利用者端末を用いた所定操作条件の成立（ＱＲ読取りなど）に基づいて前記取得要求の実行、及び、前記ネットワーク上のアドレスに対応可能なトークン保管用記憶部（ウォレット）の構築が可能とされ、前記達成応答となるときの前記トークン保管用記憶部における１又は複数の前記トークンの保管状態の情報に基づいて、前記第２のデジタルコンテンツ、又は、当該第２のデジタルコンテンツとはことなる第３のデジタルコンテンツ（画像情報Ｂ’）を表示可能にするようにしてよい。

【0250】

また、本実施形態において、前記トークンを発行する際に、当該トークンの復元をできるようにする復元情報（バックアップ用のＱＲコード情報）を生成可能とし、前記復元情報を前記トークン保管用記憶部又は所定のバックアップ用記憶部に格納可能にするようにしてよい。

【0251】

また、本実施形態において、前記ブロックチェーンにおいて管理可能となる、発行された前記トークンの数、前記トークンの保管期間、前記トークンに関連付けられた行動データ、前記コンバージョンが行われた数の少なくとも１つに基づいて、発行可能な前記トークンの種類を決定するようにしてよい。

【0252】

また、本実施形態において、前記ブロックチェーンにおいて管理可能となる、発行された前記トークンの数と、前記トークンに対応付けられた第１のデジタルコンテンツが第２のデジタルコンテンツへとコンバージョンが行われた数との関係（コンバージョン率）を算出する算出処理を更に実行するようにしてよい。

【0253】

また、本実施形態において、複数の計算機で構成されるブロックチェーンに係るネットワーク上で流通するトークンを制御するシステムであって、利用者が有する利用者端末を用いた所定操作条件の成立（ＱＲ読取りなど）に基づいて前記トークンの取得要求を可能とする取得要求処理を実行可能とし、前記取得要求処理の実行となることに基づいて発行させられる前記トークンの配布を示す第１コンテンツ（画像情報Ａ）を、当該利用者端末の表示部に表示させる第１表示処理を実行可能とし、所定条件（例えば、利用者の行動に応じて成立しうる所定条件）が前記利用者端末を介して満たされることによる達成応答に応じて、前記第１コンテンツとは異なる表示態様又はパラメータの第２コンテンツ（画像情報Ｂ）の表示をさせる第２表示処理を実行可能とするシステムであるようにしてよい。

【0254】

また、本実施形態において、複数の計算機で構成されるブロックチェーンに係るネットワークに接続可能な情報処理装置によって実行される方法であって、利用者が有する利用者端末を用いた所定操作条件の成立（ＱＲ読取りなど）に基づいて前記トークンの取得要求を可能とする取得要求ステップと、前記取得要求ステップの実行となることに基づいて発行させられる前記トークンの配布を示す第１コンテンツ（画像情報Ａ）を、当該利用者端末の表示部に表示させる第１表示ステップと、所定条件（例えば、利用者の行動に応じて成立しうる所定条件）が前記利用者端末を介して満たされることによる達成応答に応じて、前記第１コンテンツとは異なる表示態様又はパラメータの第２コンテンツ（画像情報Ｂ）の表示をさせる第２表示ステップと、を含む方法とするようにしてもよい。

【0255】

ここで、図２０に示す上記の例では、コンバージョン実施時に、所定条件の達成通知（ステップＳ５０１１）をサーバに対して行うことでコンバージョン情報更新を実行可能とさせるようにし、サーバがコントラクトＡのコンバージョン情報を更新し（ステップＳ５０１２）、コントラクトＡが提示するトークンＵＲＩ（図２０に示す例では具体的には、画像情報としての画像データのＵＲＬ）を変更する（ステップＳ５０１４、Ｓ５０１５）ようにしている。しかしながら、この態様に限定されるものではなく、コンバージョン実施時に、所定条件の達成通知をウォレットに対して行うことでコンバージョン情報更新を実行可能とさせるようにし、コントラクトＡがウォレットからコンバージョン更新情報を取得し、コントラクトＡが提示するトークンＵＲＩ（具体的には、画像情報としての画像データのＵＲＬ）を変更するようにしてもよい。

【0256】

［実施形態５に係る情報処理フロー（その３）］
図２１は、コントラクトＡに対する発行要求に基づいて発行されたＮＦＴ２２１Ａをウォレット（モバイル装置４側又はブロックチェーン２２０側）に保管できるようにするとともに、サーバがブラウザから情報を受けることにより自サーバ上のＮＦＴ２２１Ａに関連付けられる画像情報の更新をできるようにする処理手順である。以下において、本処理手順の説明をする。

【0257】

まず、利用者により、図１８（Ａ）に示すような姿勢態様にされて、モバイル装置４に搭載されているカメラ４ｃによって配信媒体５に付された読取用コード５ｃが読み取られ、このことを契機としてブラウザの立ち上げ処理が行われ、ブロックチェーンネットワーク１００上で動作可能なアプリケーションに係るコントラクトＡ（スマートコントラクト２２２Ａ）及びサーバ（管理サーバ２１０）との通信制御が確立される。また、この際、ＮＦＴを保管するためのウォレットが構築される。

【0258】

そして、前述のブラウザに係る処理（「ブラウザ機能」とも称する）として、前述の通信制御を確立する際に構築されるウォレットに係るユニークなウォレットアドレス（即ち、ブロックチェーンネットワーク１００を介して配布されるＮＦＴを保管するためのアクセス先）の確認が行われる（ステップＳ６００１）。

【0259】

ウォレットアドレスの確認を受けたウォレットが、ウォレットアドレスの情報や不正対策に係る署名をブラウザ機能へと提示し（ステップＳ６００２）、ウォレットアドレスの情報や署名の提示を受けたブラウザ機能が、コントラクトＡに対してＮＦＴの発行を要求するとともにウォレットアドレスの情報を提示する（ステップＳ６００３）。

【0260】

ＮＦＴの発行要求を受けたコントラクトＡが、スマートコントラクト機能（即ち、契約のスムーズな検証、執行、実行、交渉を意図したコンピュータプロトコル）に基づく実行処理により、ＮＦＴ２２１Ａを発行するとともに、ＮＦＴの発行要求の受け取りの際に提示されたウォレットアドレス先のウォレットに当該ＮＦＴ２２１Ａを保管する（ステップＳ６００４）。

【0261】

ＮＦＴ２２１Ａがウォレットに保管されることに基づいて、ブラウザ機能が、ＮＦＴ２２１Ａに対応するデジタルコンテンツをモバイル装置４のタッチスクリーン４ｄに表示させるための画像情報（具体的には、ブロックチェーンの外側であるオフチェーンに保存されている画像データのＵＲＬ）の提示をコントラクトＡに対して要求し（ステップＳ６００５）、画像情報の提示要求を受けたコントラクトＡが、画像情報（具体的には、画像データのＵＲＬ）をブラウザ機能へと提示する（ステップＳ６００６）。ステップＳ６００６の処理に関連して、具体的な処理内容としては、画像データのＵＲＬが変化するようにしてもよく、或いは、画像データの中身が変化するようにしてもよい。例えば、ＪＳＯＮファイルによって指し示される画像データのＵＲＬが変化するようにしてもよく、或いは、画像データが存在するＵＲＬは変化せずに画像データの中身が変化するようにしてもよい。

【0262】

画像情報（具体的には、画像データのＵＲＬ）の提示を受けたブラウザ機能が、提示された画像情報に基づいて（具体的には、画像データのＵＲＬに対応するサーバに対して）画像データの取得を要求し（ステップＳ６００７）、画像データの取得要求を受けたサーバが、画像データ及び文字列（具体的には、ＮＦＴに紐づけられている情報に相当する文字列）をブラウザ機能へと提供する（ステップＳ６００８）。ここでの画像データは、コンバージョン前のＮＦＴ２２１Ａに対応する画像である。

【0263】

次いで、所定のパラメータ（具体的には例えば、利用者の消費行動や時間の経過に関連したトリガーなど）に基づいて成立する所定条件（「コンバージョン条件」と称する）が満たされた場合、ブラウザ機能が、コンバージョン条件の達成通知をサーバへと出力し（ステップＳ６００９）、サーバが自サーバ上のＮＦＴ２２１Ａのメタデータを書き換えてＮＦＴ２２１Ａについてコンバージョンが実行された内容へと変更してコンバージョン情報を更新する（ステップＳ６０１０）。図２１に示す例では、すなわち、コンバージョンに関係するメタデータ（例えば、所定情報としての、トークンの表示時の外観に関する情報；具体的には、画像データのＵＲＬ）がオフチェーンに保存されて管理される。

【0264】

ブラウザ機能は、さらに、デジタルコンテンツをモバイル装置４のタッチスクリーン４ｄに表示させるための画像情報（具体的には、画像データのＵＲＬ）の提示をコントラクトＡに対して要求し（ステップＳ６０１１）、画像情報の提示要求を受けたコントラクトＡが、画像情報（具体的には、画像データのＵＲＬ）をブラウザ機能へと提示する（ステップＳ６０１２）。

【0265】

画像情報（具体的には、画像データのＵＲＬ）の提示を受けたブラウザ機能が、提示された画像情報に基づいて（具体的には、画像データのＵＲＬに対応するサーバに対して）画像データの取得を要求し（ステップＳ６０１３）、画像データの取得要求を受けたサーバが、画像データ及び文字列（具体的には、ＮＦＴに紐づけられている情報に相当する文字列）をブラウザ機能へと提供する（ステップＳ６０１４）。ここでの画像データは、コンバージョン後のＮＦＴ２２１Ａに対応する画像である。

【0266】

図２１に示す例は、すなわち、コントラクトＡ（スマートコントラクト２２２Ａ）によって提示されるトークンＵＲＩ（所定情報としての、トークンの表示時の外観に関する情報；図２１に示す例では具体的には、画像データのＵＲＬ）がサーバ（管理サーバ２１０）のＵＲＬであり、ＮＦＴのコンバージョンが起こったタイミングでサーバ（管理サーバ２１０）上のＮＦＴ２２１Ａのメタデータが書き換えられる処理構成である。

【0267】

ここで、図２１に示す例は、データがオフチェーンに保存されるという点においてＮＦＴ２２１Ａのメタデータ（例えば、所定情報としての、トークンの表示時の外観に関する情報；具体的には、画像データのＵＲＬ）の永続性に課題があるともいえる。このため、例えばＮＦＴ２２１Ａの発行から所定の期間が経過した後、ＮＦＴ２２１ＡのメタデータがＡｒｗｅａｖｅなどの分散型ストレージ（言い換えると、永続性を備える情報記録装置）へとアップロードされ、コントラクトＡによって提示されるトークンＵＲＩが、アップロードした内容に差し替えられるようにしてもよい。

【0268】

また、図２１に示す例の場合、ステップＳ６０１２の処理においてコントラクトＡが提示するトークンＵＲＩ（図２１に示す例では具体的には、画像データのＵＲＬ）は、気温や株価などの外部公開ＡＰＩと連携してリアルタイムに変化する（即ち、コントラクトＡが複数のトークンＵＲＩを使い分ける、出し分ける）ようにしてもよい。

【0269】

図２１に示す例の場合、また、ステップＳ６０１２の処理においてコントラクトＡが提示するトークンＵＲＩ（図２１に示す例では具体的には、画像データのＵＲＬ）は、各種のセンサを備えたＩｏＴ機器と連携してリアルタイムに変化する（即ち、コントラクトＡが複数のトークンＵＲＩを使い分ける、出し分ける）ようにしてもよい。

【0270】

［その他の実施形態］
以上、各実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施形態の構成要素を全部又は複数を組み合わせることも可能である。また、発明の範囲は、上述した実施形態の説明ではなくて、当該発明の範囲と均等の意味及び範囲内でのすべての変更が含まれる。

【0271】

以上の各実施形態に関して、更に以下の付記を開示する。なお、以下の括弧書き記載による補足内容は例示であり、その補足内容に限定されない。

【0272】

［付記１］
複数の計算機（コンピュータ又は利用者端末）で構成されるブロックチェーンネットワーク上で流通するトークン（発行主体が取引相手に交付する証券のような特定データ）を制御するシステムであって、
前記トークンを管理し処理するトークン処理部と、
利用者端末からの指示によって前記トークン処理部にトークン制御情報（トークンの発行要求、所定のＵＲＬにアクセスするための情報）を通知するとともに、前記トークン処理部からの結果を利用者端末に送信するトークン制御処理受付部と、
前記利用者端末に情報を配信可能とする配信手段（例えば、ＱＲコード、ＵＲＬ）と、を有し、
前記配信手段は、
前記利用者端末に配信可能とする前記トークン制御情報の少なくとも一部に乱数又は所定のルールに基づいて設定可能な情報（冗長性を持たせた一意のシリアルデータなど）を含むよう設定し、
前記利用者端末は、
前記トークン制御情報を、前記トークン制御処理受付部を介して、又は介さずに前記トークン処理部に通知し、
前記トークン制御処理受付部又は前記トークン処理部は、
前記利用者端末から受け取った前記トークン制御情報を、該トークン制御情報を送信した前記利用者端末を示すことに関する利用者情報と共に格納し、
前記トークン処理部は、
前記配信手段によって前記トークン制御情報に設定された前記乱数又は前記ルールで設定された情報を参照して、前記乱数又は前記ルールに基づいて設定可能な情報を前記トークン処理部が管理するトークンの特定情報（一意となるように加工生成した特定データ情報）として利用することを特徴とするトークン制御システム。

【0273】

［付記２］
前記トークン処理部は、
前記トークン制御情報に格納された前記乱数又は前記ルールによって設定された情報を加工することで該情報を一定の範囲に収める情報加工処理部を有し、
前記情報加工処理部は、
前記乱数又は所定のルールによって設定された情報を加工した第１の加工情報が前記トークン制御情報に格納された既存の情報と同じ情報であった場合、前記第１の加工情報をさらに加工して第２の加工情報にすることで、
前記トークン制御情報を一定の範囲内に収めるとともに、前記第１の加工情報又は前記第２の加工情報を、前記トークン処理部が管理するトークンを特定するための情報として利用可能とし、当該トークンの特定情報として制御可能とすることを特徴とする付記１に記載のトークン制御システム。

【0274】

［付記３］
前記トークン処理部は、
前記情報加工処理部において情報を一定の範囲に収めると共に、前記範囲をさらに分割して重みづけし、前記情報加工処理部において既存の情報と同じ情報になった場合において、前記情報加工処理部において前記分割範囲に収まるように再加工し、前記分割範囲に収まった情報をトークンを特定するための情報として利用可能とし、当該トークンの特定情報として制御可能とすることを特徴とする付記２に記載のトークン制御システム。

【0275】

［付記４］
前記トークン処理部は、
前記情報加工処理部において情報を一定の範囲に収める際に、前記トークン制御情報に格納される付加情報を踏まえて情報を加工することを特徴とする付記２又は付記３に記載のトークン制御システム。

【0276】

［付記５］
前記トークン処理部は、
前記情報加工処理部において、前記配信手段の種別に応じて割り当て範囲および割り当て数を制御することを特徴とする付記２から付記４に記載のトークン制御システム。

【0277】

［付記６］
前記トークン制御処理部又は前記トークン処理部は、
前記利用者端末が前記トークン制御情報を送信する際に、送信された日時、及び／又は、利用した前記配信手段の組み合わせに応じて処理の受付可否、前記情報加工処理部の加工処理方法、前記範囲の分割範囲の重みづけを変更した上で、前記特定されたトークンに対して制御を実施することを特徴とする付記３から付記５に記載のトークン制御システム。

【0278】

［付記７］
前記情報加工処理部は、
情報を一定の範囲に収める際に、前記トークン処理受付部又は前記トークン処理部が前記ブロックチェーンネットワーク上で稼働する乱数生成機能を呼び出して乱数を生成し、前記乱数又は所定のルールで設定された情報と前記乱数を組み合わせて第３の加工情報を生成し、前記第３の加工情報を該情報加工処理部において利用可能とすることを特徴とする付記２から付記６に記載のトークン制御システム。

【0279】

［付記８］
前記配信手段は、
前記トークン制御情報のうち、前記トークン処理部が利用する情報を暗号化して情報を作成し、
前記トークン制御処理受付部又は前記トークン処理部は復号用暗号鍵を保持し、前記復号用暗号鍵を使って復号して利用し、
前記トークン制御処理受付部が復号する場合は前記復号用暗号鍵を前記トークン処理部に保持可能にすることを特徴とする付記１から付記７に記載のトークン制御システム。

【0280】

［付記９］
前記利用者端末は、
前記トークン制御情報を前記トークン制御処理受付部又は前記トークン処理部に送信する際に、前記利用者端末のみが利用することができる記憶部（ローカルストレージ、キャッシュ）に格納可能な前記ブロックチェーンネットワークで利用者を一意に特定するために必要な情報を自動で生成し、
又は前記記憶部に前記一意に特定するための情報が格納されている場合はその情報を読み出し、
前記一意に特定するための情報に基づいて設定可能な情報を含むよう設定をした上で前記トークン制御情報を送信することを特徴とする付記１から付記８に記載のトークン制御システム。

【0281】

［付記１０］
前記利用者端末は、
前記生成した一意に特定するための情報を生成したときに、当該一意に特定するための情報を復元するための復元情報を生成するとともに、利用者に提示して前記復元情報の保管を指示する通知を行うことを特徴とする付記９に記載のトークン制御システム。

【0282】

［付記１１］
前記利用者端末は、
利用者が恒常的に利用する前記ブロックチェーンネットワークにおいて一意に特定するための情報を入手した際に、前記利用者端末だけが利用することができる記憶部で管理している前記生成した一意に特定するための情報を読み出し、
前記トークン処理部で管理されている利用者に利用権限があるトークンを前記生成した一意に特定するための情報から、前記恒常的に利用する一意に特定するための情報に利用者情報の更新を指示するためのＵＩを提供し、
前記ＵＩの指示に応じて前記利用者情報を更新することを特徴とする付記９又は付記１０に記載のトークン制御システム。

【0283】

［付記１２］
前記利用者端末は、
前記ブロックチェーンネットワークに対する処理要求を前記利用者端末で保持する鍵情報に基づいて電子署名した上で、前記トークン制御処理受付部に代理処理を依頼し、
前記トークン制御処理受付部は、
前記代理処理の依頼に基づいて前記ブロックチェーンネットワークに処理要求する際に必要となる手数料を利用者に代わって負担することで、前記ブロックチェーンネットワークに処理を行わせることができるようにすることを特徴とする付記９から付記１１に記載のトークン制御システム。

【0284】

［付記１３］
前記利用者端末は、
前記トークン制御処理受付部が前記代理処理を実施する際に、前記トークン制御情報処理受付部に格納された前記トークン制御情報を参照し、
前記トークン制御情報の内容に応じて代理処理の実施するか否か、又は代理処理実施時において追加処理すべき作業をするか否かの確定をしたうえで前記ブロックチェーンネットワークに処理を行わせる依頼をし、
前記追加処理も含む前記代理処理を実行する、又は前記代理処理を実行しない判断を可能とすることを特徴とする付記１２に記載のトークン制御システム。

【0285】

また、以上の各実施形態の変形例に関して、更に以下の付記を開示する。

【0286】

［付記１４］
ブロックチェーンネットワーク上で流通可能な一のトークンを取得するための取得要求が、利用者端末により生成されることに基づいて、前記一のトークンの取得又は管理を可能とする所定情報を生成するとともに、生成した前記所定情報を前記利用者端末又はサーバ装置に係る所定記憶領域に記憶させる第１処理を実行する、情報処理装置。

【0287】

［付記１５］
前記所定記憶領域は、ブラウザのストレージ（キャッシュ）を含む、付記１４に記載の情報処理装置。

【0288】

［付記１６］
前記所定情報は、情報の暗号化又は復号を行うための鍵ペア（秘密鍵又は公開鍵）に係る一方の鍵情報を含む、付記１４に記載の情報処理装置。

【0289】

［付記１７］
前記一のトークンに係る状態を、ブロックチェーンネットワーク上で前記所定情報を介して管理される第１状態から、利用者によりアクセス可能なウォレットを介して管理される第２状態へと移行させる第２処理を更に実行する、付記１４に記載の情報処理装置。

【0290】

［付記１８］
前記第２処理は、前記所定情報と、前記ウォレットを特定可能なウォレット情報とに基づいて、実行される、付記１７に記載の情報処理装置。

【0291】

［付記１９］
前記所定情報を復元可能とする復元情報を前記利用者端末に向けて通知する第３処理を更に実行する、付記１４に記載の情報処理装置。

【0292】

［付記２０］
前記取得要求は、前記一のトークンに係るトークン制御情報に基づいて生成され、
前記トークン制御情報は、乱数又は所定のルールで設定された、前記一のトークンの特定情報を含む、付記１４に記載の情報処理装置。

【0293】

［付記２１］
前記トークン制御情報は、所定のＵＲＬにアクセスするための情報を含み、
前記取得要求は、前記所定のＵＲＬへのアクセスに基づいて生成される、付記２０に記載の情報処理装置。

【0294】

［付記２２］
前記取得要求は、前記所定のＵＲＬにおける第１所定入力に更に基づいて生成される、付記２１に記載の情報処理装置。

【0295】

［付記２３］
前記所定のＵＲＬに基づく表示情報は、前記第１所定入力、及び、前記第１所定入力とは異なる第２所定入力のいずれかを利用者が選択的に入力可能とするＵＩを含み、
前記第２所定入力に基づいて、利用者によりアクセス可能なウォレットを介して前記一のトークンが管理される状態を形成する、付記２２に記載の情報処理装置。

【0296】

［付記２４］
前記第１処理は、前記所定のＵＲＬに対応付けて用意されたプログラムによりブラウザ上で実行される、付記２１又は２２に記載の情報処理装置。

【0297】

［付記２５］
前記利用者端末は、前記ブロックチェーンネットワークに対する処理要求を前記利用者端末又はブラウザのストレージ上で保持する暗号化に関する鍵情報に基づいて署名し、
前記第２処理は、前記所定情報に係るアドレス情報と前記署名された処理要求とに更に基づいて実行され、
前記アドレス情報は、ブラウザにおけるＵＩ上で入力される、付記１８に記載の情報処理装置。

【0298】

［付記２６］
前記第３処理は、前記通知とともに、前記復元情報を保存するように利用者に促す情報を出力することを含む、付記１９に記載の情報処理装置。

【0299】

［付記２７］
ブロックチェーンネットワーク上で流通可能な一のトークンを取得するための取得要求が、利用者端末により生成されることに基づいて、前記一のトークンの取得又は管理を可能とする所定情報を生成するとともに、生成した前記所定情報を前記利用者端末に係る所定記憶領域に記憶させる第１処理を、コンピュータに実行させるプログラム。

【0300】

［付記２８］
ブロックチェーンネットワーク上で流通可能な一のトークンを取得するための取得要求が、利用者端末により生成されることに基づいて、前記一のトークンの取得又は管理を可能とする所定情報を生成するとともに、生成した前記所定情報を前記利用者端末又はサーバ装置に係る所定記憶領域に記憶させる第１処理を、コンピュータにより実行する情報処理方法。

【0301】

さらに、以上の各実施形態の変形例に関して、更に以下の付記を開示する。

【0302】

［付記２９］
利用者によるデジタルコンテンツ（ゲーム、オーディオ、ＶＲ、ＡＲ、ＭＲを含む）の体験（視聴、プレイ又は画面タップ、受動的／能動的／仮想的に感得させる再生処理を含む）、又は、デジタルコンテンツを体験する（アプリケーションの起動やジョブ処理などを行う）ための利用者入力に係る処理（利用者端末へデジタルコンテンツの提供／配信を行わせる制御に基づくトリガー処理を含む）に基づいて、複数の計算機で構成されるブロックチェーンに係るネットワーク上で流通可能なトークンを、前記利用者に対応付けること（トークンの発行／配布や、所有／管理などの実行制御を含む）を可能とする所定処理を実行する、情報処理装置。

【0303】

［付記３０］
前記デジタルコンテンツの体験は、人の視聴覚を介した体験（例えばＸＲ体験、その類、又はクロスリアリティ、或いは仮想現実、拡張現実又は複合現実に関する視聴再生技術の実行）を含む、付記２９に記載の情報処理装置。

【0304】

［付記３１］
前記デジタルコンテンツの体験に係るパラメータの値（例えばコンテンツを最後まで視聴したかどうか、ゲームならクリアしたか否か、又は特典）に基づいて、前記トークンの種類（例えば、特典が高いほどレア度を上げるなど）を変化させる、付記２９に記載の情報処理装置。

【0305】

［付記３２］
所定付与条件の成立（例えば、トークンの発行主体に係る関連商品の購入の受付処理など）に基づいて、前記デジタルコンテンツの体験を可能とさせるサーバ又はローカルデータ（事前にダウンロードしたアプリケーションなど）へのアクセスを可能とする手段（例えば、ＵＲＬ）を発行する、付記２９に記載の情報処理装置。

【0306】

［付記３３］
前記デジタルコンテンツの体験を可能とさせる前記サーバ（又は、アプリケーション）へのアクセスを可能とする手段（ＱＲコード、ＡＲマーカなど）を、所定商品又は媒体（レシート、商品の包装やタグ）に紐付ける、付記３２に記載の情報処理装置。

【0307】

［付記３４］
前記デジタルコンテンツの体験後又は体験中、かつ前記所定処理の前に、前記トークンに関連する情報（トークンを利用者に対応付け可能とするための制御情報、トークン発行に至らせるインタラクティブ処理に関する制御情報、など）を出力する処理が実行される、付記２９に記載の情報処理装置。

【0308】

［付記３５］
前記所定処理は、前記トークンを取得するための取得要求が、利用者端末により生成されることに基づいて、一の前記トークンの取得又は管理を可能とする所定情報を生成するとともに、生成した前記所定情報を前記利用者端末又はサーバ装置に係る所定記憶領域（例えばブラウザのストレージ、ウォレット）に記憶させる第１処理を含む、付記２９から付記３４のうちのいずれか１に記載の情報処理装置。

【0309】

加えて、以上の各実施形態の変形例に関して、更に以下の付記を開示する。

【0310】

［付記３６］
所定条件（例えば、利用者の行動に応じて成立しうる所定条件）の成立に基づいて、複数の計算機で構成されるブロックチェーンに係るネットワーク上で流通可能なトークンに対応付けられている所定情報を変化させる所定処理を実行する、情報処理装置。

【0311】

［付記３７］
前記所定条件は、
利用者の行動に関連したパラメータ（例えば、ブロックチェーンに係るネットワーク上で成立可能なコンバージョンの有無、認証の有無など）、又は時間の経過に関連したパラメータ（例えば、ブロックチェーンに係るネットワーク上で成立可能な売買・保険等に係る設定契約、記念・約束に係る設定日付など）に基づいて成立する条件、認証の有無、又は同一ウォレット内での別のトークンの受取に基づいて成立する条件、外部サーバの状態に基づいて成立する条件（例えば、発行済みトークンの総量が所定の閾値以上又は所定の閾値以下であるなど）、並びに、オラクルから取得される社会的な状況に基づいて成立する条件（例えば、気温が所定の閾値以上又は所定の閾値以下であるなど）、のうちの少なくとも１つを含む、付記３６に記載の情報処理装置。

【0312】

［付記３８］
前記所定情報は、
前記トークンの表示時の外観（デジタルコンテンツ）に関する情報を含む、付記３６に記載の情報処理装置。

【0313】

［付記３９］
前記所定情報の変化は、
前記トークンの外観に関する画像情報（オブジェクト）を、第１画像情報から第２画像情報へと変化させること、及び、前記トークンに関する情報を、画像又はそのたぐいの第１トークン情報からの変化を含む第２トークン情報へ変化させること、のうちの少なくともいずれか一方を伴う、付記３６又は付記３７に記載の情報処理装置。

【0314】

［付記４０］
前記第１画像情報から前記第２画像情報の変化は、
前記第１画像情報が表すモノの成長を概念的に表す（例えば卵と、孵化した動物との関係など）、付記３９に記載の情報処理装置。

【0315】

［付記４１］
前記トークン（所定マーケティング媒体のクーポン、チケット等に係るトークン）は、
複数の利用者の各々に向けに発行（トークンの取得意思を示す任意の利用者ごとの配布、バラ撒き）が可能とされ、
複数の前記トークンの発行数（バラ撒き数）と、複数の前記トークンのうちの、前記所定情報が変化された前記トークンの数（第１画像情報から第２画像情報に変化させられた数）との関係（例えば、コンバージョン率や統計情報）を算出する算出処理を更に実行する、付記３６から付記４０のうちのいずれか１に記載の情報処理装置。

【符号の説明】

【0316】

４…モバイル装置、５…配信媒体、５ｅ…デジタルコンテンツ、１００…ブロックチェーンネットワーク、２１０…管理サーバ、２２０…ブロックチェーン、２２１…ＮＦＴ、２２２…スマートコントラクト、２３０…ＷＥＢサーバ、２５０…認証装置、６００…トークン制御情報、７００…受信データ格納部、８００…トークン管理情報、９００…トークン配布数管理、１０００…トークン保管場所変更ＵＩ

【図1】