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

Abstract

【課題】非代替性トークン（ＮＦＴ）に対応する拡散タスクの実行に伴い報酬を得る情報処理方法、プログラム及び情報処理装置を提供する。【解決手段】情報処理装置１、ブロックチェーンシステム２及び情報処理端末３を含み、各装置がインターネット等のネットワークＮを介して情報の送受信を行う報酬分配システムにおいて、種々の情報に対する処理、記憶及び送受信を行う情報処理装置であるサーバは、ＮＦＴを保有しているユーザのユーザ端末３に対し拡散タスクを送信し、ブロックチェーン２を通じて拡散タスクを実行し、かつ、拡散タスクにおける報酬に対する請求を実行したユーザに報酬を付与する。これにより、ＮＦＴに対応する拡散タスクの実行に伴い報酬を得ることが可能となる。【選択図】図１

Description

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

近年、ブロックチェーンシステム上で発行された非代替性トークン（ＮＦＴ；Non-Fungible Token）を利用して代替不能な資産価値を付与する技術が注目を集めている。特許文献１には、ＮＦＴ又はこれに関連付けられたスマートコントラクトに含まれるテキストデータを参照し、デジタルコンテンツを更新して出力するコンテンツ出力システムが開示されている。

特許第７０４３６７２号公報

しかしながら、特許文献１に係る発明は、ＮＦＴを保有するユーザが、当該ＮＦＴに対応する拡散タスクの実行に伴い報酬を得ることができないという問題がある。

一つの側面では、ＮＦＴに対応する拡散タスクの実行に伴い報酬を得ることが可能な情報処理方法等を提供することを目的とする。

一つの側面に係る情報処理方法は、非代替性トークンを保有しているユーザに対し拡散タスクを出力し、前記拡散タスクを実行し、かつ、前記拡散タスクにおける報酬に対する請求を実行したユーザに報酬を付与する処理を実行させることを特徴とする。

一つの側面では、ＮＦＴに対応する拡散タスクの実行に伴い報酬を得ることが可能となる。

拡散タスクにおける報酬分配システムの概要を示す説明図である。 サーバの構成例を示すブロック図である。 ユーザＤＢ及びＮＦＴ収益ＤＢのレコードレイアウトの一例を示す説明図である。 ＮＦＴ管理ＤＢ及び拡散タスクＤＢのレコードレイアウトの一例を示す説明図である。 請求管理ＤＢのレコードレイアウトの一例を示す説明図である。 ブロックチェーンのノードの構成例を示すブロック図である。 ユーザ端末の構成例を示すブロック図である。 拡散タスクにおける報酬をユーザに付与する処理を説明する説明図である。 スマートコントラクトによりユーザに報酬を付与する説明図である。 報酬をユーザに付与する画面の一例を示す説明図である。 拡散タスクにおける報酬に対する請求を実行する際の処理手順を示すフローチャートである。 拡散タスクにおける報酬に対する請求を実行する際の処理手順を示すフローチャートである。 スマートコントラクトにより報酬をユーザに付与する際の処理手順を示すフローチャートである。 所定数の拡散タスクにおける報酬に対する請求を実行する際の処理手順を示すフローチャートである。 プラットフォームの収益に応じた報酬をユーザに付与する際の処理手順を示すフローチャートである。 報酬請求期限を徒過した報酬を次回の報酬に加算する際の処理手順を示すフローチャートである。 実施形態３におけるＮＦＴ収益ＤＢのレコードレイアウトの一例を示す説明図である。 実施形態３におけるスマートコントラクトにより報酬をユーザに付与する際の処理手順を示すフローチャートである。 実施形態４におけるＮＦＴ収益ＤＢのレコードレイアウトの一例を示す説明図である。 実施形態４における報酬に対する請求を実行する際の処理手順を示すフローチャートである。 実施形態４におけるスマートコントラクトにより報酬をユーザに付与する際の処理手順を示すフローチャートである。

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

（実施形態１）
実施形態１は、ＮＦＴを保有しているユーザに対し拡散タスクを出力し、当該拡散タスクにおける報酬をユーザに付与する形態に関する。

ＮＦＴは、鑑定書または所有証明書付きのデジタルデータであり、仮想通貨と同様にデータ管理にブロックチェーン技術が用いられ、改ざん・偽造ができない仕組みである。ユーザが取引対象を購入した場合、当該取引対象に対応するＮＦＴがブロックチェーンシステム上でユーザに発行される。

取引対象は、商品またはサービスを含む。商品は、例えば、デジタルコンテンツ（音楽、映画またはゲームキャラクター等）、アート作品（絵画、彫刻、イラストレーションまたは写真等）、コンサート、競技大会もしくは遊園地等のチケット（入場券）、または、モノとして取引される洋服、靴、バッグもしくは家具等を含む。サービスは、例えば、ファンクラブサービスまたはスポーツクラブ会員サービス等を含む。本実施形態では、取引対象がＮＦＴゲームのキャラクターまたはアイテム等である。

図１は、拡散タスクにおける報酬分配システムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１、ブロックチェーンシステム２及び情報処理端末３を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

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

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

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

情報処理端末３は、拡散タスクの受信及び実行、並びに、当該拡散タスクにおける報酬に対する請求の実行、及び報酬の受取等を行う端末装置である。情報処理端末３は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch：登録商標）等のウェアラブルデバイス、タブレット、またはパーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末３をユーザ端末３と読み替える。

本実施形態に係るサーバ１は、ＮＦＴを保有しているユーザを特定する。サーバ１は、特定したユーザのユーザ端末３に拡散タスクを送信する。なお、拡散タスクに関しては後述する。サーバ１は、ブロックチェーン２を通じて、拡散タスクを実行し、且つ、当該拡散タスクにおける報酬に対する請求を実行したユーザに報酬を付与する。

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

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

また、制御プログラム１Ｐには、例えばイーサリアムのGeth（Go-Ethereum）等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、またはマイニング等の処理を実行するプログラムが含まれる。制御部１１は、ハッシュ値算出部１１ａ及び電子署名作成部１１ｂを含む。ハッシュ値算出部１１ａは、暗号学的ハッシュ関数を用いて各種情報のハッシュ値を算出する処理を行う。電子署名作成部１１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。

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

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

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

大容量記憶部１５は、例えばＨＤＤ（Hard disk drive：ハードディスク）、またはＳＳＤ(Solid State Drive：ソリッドステートドライブ)等の記録媒体を備える。大容量記憶部１５は、ユーザＤＢ（database）１５１、ＮＦＴ収益ＤＢ１５２、ＮＦＴ管理ＤＢ１５３、拡散タスクＤＢ１５４及び請求管理ＤＢ１５５を含む。

ユーザＤＢ１５１は、ＮＦＴを保有するユーザに関する情報を記憶している。ＮＦＴ収益ＤＢ１５２は、ＮＦＴに関するプラットフォームの収益を記憶している。ＮＦＴ管理ＤＢ１５３は、ＮＦＴに関する管理情報を記憶している。拡散タスクＤＢ１５４は、ＮＦＴに対応する拡散タスクに関する情報を記憶している。請求管理ＤＢ１５５は、拡散タスクにおける報酬に対する請求に関する情報を記憶している。

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

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

図３は、ユーザＤＢ１５１及びＮＦＴ収益ＤＢ１５２のレコードレイアウトの一例を示す説明図である。
ユーザＤＢ１５１は、ユーザＩＤ列及びウォレットアドレス列を含む。ユーザＩＤ列は、各ユーザを識別するために、一意に特定されるユーザのＩＤを記憶している。ウォレットアドレス列は、ユーザのウォレットアドレスを記憶している。

ウォレットアドレスは、取引ごとに作成された仮想通貨用の口座番号であり、文字列又はＱＲコード（登録商標）として表示する。ウォレットアドレスは、ブロックチェーン２で利用されている公開鍵暗号を基にして、数学的に導出されたアドレスである。また、ユーザのウォレットアドレスは、ブロックチェーン２のノード２１に記録され、ブロックチェーン２のシステムが維持し続ける限り改ざんされない。ウォレットアドレスは計算で生成されるため、オンライン又はオフラインでも作成することが可能となる。

ＮＦＴ収益ＤＢ１５２は、ＮＦＴ名称列、拡散タスクＩＤ列、枚数列及び収益額列を含む。ＮＦＴ名称列は、ＮＦＴの名称を記憶している。拡散タスクＩＤ列は、ＮＦＴにおける報酬を得るために、ユーザが実行すべき拡散タスクの拡散タスクＩＤを記憶している。枚数列は、ＮＦＴの発行枚数を記憶している。

収益額列は、ＮＦＴに関するプラットフォームの収益を記憶している。プラットフォームの収益は、プラットフォームに含まれる各ＮＦＴの収益の合計額である。例えば、「Ａ ＮＦＴ」、「Ｂ ＮＦＴ」及び「Ｃ ＮＦＴ」を含むプラットフォームに対し、当該プラットフォームの収益は、「Ａ ＮＦＴ」の収益、「Ｂ ＮＦＴ」の収益及び「Ｃ ＮＦＴ」の収益の合計額である。

ＮＦＴの収益は、例えば、ＮＦＴの販売収益（１次販売収益）における所定割合（例えば、３０％）により得られた金額、またはＮＦＴの転売により生じた収益（２次販売収益）における所定割合（例えば、５０％）により得られた金額であっても良い。なお、プラットフォームの収益は、例えば、ゲームアプリケーション内に設けられた課金サービスにより得られた収益を含んでも良い。

収益額列は、更に月毎の収益額列（２０２２年１２月及び２０２３年１月等）を含む。月毎の収益額列は、各月の収益額を記憶している。

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

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

なお、ＮＦＴの発行に関しては、ＥＲＣ７２１に限定されず、例えば、ＥＲＣ１１５５またはＥＲＣ４９０７等を利用しても良い。

ＮＦＴ管理ＤＢ１５３は、ＮＦＴ名称列、トークンＩＤ列、ウォレットアドレス列、トークンＵＲＩ列及びスマートコントラクト列を含む。ＮＦＴ名称列は、ＮＦＴの名称を記憶している。例えば、取引対象がゲームである場合、ゲームに対応するゲームＮＦＴの名称または内容等がＮＦＴ名称列に記憶される。

トークンＩＤ列は、ＮＦＴのトークンＩＤを記憶している。ウォレットアドレス列は、ＮＦＴを保有するユーザのウォレットアドレスを記憶している。トークンＵＲＩ列は、ＮＦＴのトークンＵＲＩを記憶している。スマートコントラクト列は、拡散タスクにおける報酬をユーザに付与するスマートコントラクトを記憶している。

拡散タスクＤＢ１５４は、拡散タスクＩＤ列、内容列、対象ＳＮＳ列、更新日時列及び報酬請求期限列を含む。拡散タスクＩＤ列は、各拡散タスクを識別するために、一意に特定される拡散タスクのＩＤを記憶している。内容列は、拡散タスクの内容を記憶している。

拡散タスクは、複数のＳＮＳ（Social Networking Service）アプリケーション上での、ＮＦＴ、またはＮＦＴに対応するプラットフォームに関する情報を拡散すべき旨のタスクである。ＳＮＳアプリケーションは、ＬＩＮＥ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、Ｉｎｓｔａｇｒａｍ（登録商標）、ＴｉｋＴｏｋ（登録商標）またはＦａｃｅｂｏｏｋ（登録商標）等がある。

内容列には、例えば、ＮＦＴにおけるＳＮＳアプリケーション（以下、対象ＳＮＳと読み替える）上でのフォロー、リツイートまたはコメントシェア等の実行タスクが記憶されても良い。例えば、拡散タスクが「ＮＦＴの内容を対象ＳＮＳ上で所定期間（例えば、１か月）内に２回のリツイートを実行すること」であっても良い。

対象ＳＮＳ列は、拡散タスクが実行可能な対象ＳＮＳを記憶している。更新日時列は、拡散タスクを更新した日時情報を記憶している。報酬請求期限列は、拡散タスクにおける報酬の報酬請求期限を記憶している。報酬請求期限は、例えば、毎月所定の日付（例えば、月末または１６日）までに、拡散タスクにおける報酬に対する請求を完了する期限である。

図５は、請求管理ＤＢ１５５のレコードレイアウトの一例を示す説明図である。請求管理ＤＢ１５５は、管理ＩＤ列、ウォレットアドレス列、ＮＦＴトークンＩＤ列、拡散タスクＩＤ列、タスク完了状況列、請求額列、請求状況列、請求日列、業務委託承認列及び付与状況列を含む。管理ＩＤ列は、各請求管理のデータを識別するために、一意に特定される請求管理のデータのＩＤを記憶している。ウォレットアドレス列は、ＮＦＴを保有するユーザのウォレットアドレスを記憶している。

ＮＦＴトークンＩＤ列は、ＮＦＴのトークンＩＤを記憶している。拡散タスクＩＤ列は、拡散タスクを特定する拡散タスクＩＤを記憶している。タスク完了状況列は、拡散タスクの完了状況（例えば、完了または未完了）を記憶している。請求額列は、拡散タスクにおける報酬に対する請求額を記憶している。請求状況列は、拡散タスクにおける報酬に対する請求状況（例えば、請求済または未請求）を記憶している。請求日列は、拡散タスクにおける報酬に対する請求を実行した日付を記憶している。

業務委託承認列は、業務委託の承認状況（完了または未完了）を記憶している。業務委託は、ユーザに対する拡散タスクの実行依頼である。拡散タスクを委託する委託者がユーザ（受託者）に拡散タスクを依頼し、ユーザは当該拡散タスクを実行することにより報酬を得る。ユーザが拡散タスクを実行した場合、当該拡散タスクにおける業務委託の承認が完了と見なされる。付与状況列は、報酬をユーザに付与する状況（付与済または未付与等）を記憶している。

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

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

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

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

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

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

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

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

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

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

制御部３１はＣＰＵまたはＭＰＵ等の演算処理装置を含み、記憶部３２に記憶された制御プログラム３Ｐ（プログラム製品）を読み出して実行することにより、ユーザ端末３に係る種々の情報処理、または制御処理等を行う。また、制御部３１は、ハッシュ値算出部３１ａ及び電子署名作成部３１ｂを含む。ハッシュ値算出部３１ａは、暗号学的ハッシュ関数を用いて、ウォレットアドレス等を算出する処理を行う。電子署名作成部３１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。

また制御プログラム３Ｐには、例えばイーサリアムのGeth等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、またはマイニング等の処理を実行するプログラムが含まれる。なお、図７では制御部３１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

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

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

図８は、拡散タスクにおける報酬をユーザに付与する処理を説明する説明図である。サーバ１は、ＮＦＴを保有するユーザを特定する。具体的には、サーバ１は、ＮＦＴの名称に基づき、当該ＮＦＴを保有するユーザのウォレットアドレスをＮＦＴ管理ＤＢ１５３から取得する。サーバ１は、取得したユーザのウォレットアドレスに基づき、該当するユーザのユーザＩＤをユーザＤＢ１５１から特定する。

サーバ１は、ＮＦＴの名称に基づき、当該ＮＦＴにおける報酬を得るための実行すべき拡散タスクの拡散タスクＩＤをＮＦＴ収益ＤＢ１５２から取得する。サーバ１は、取得した拡散タスクＩＤに基づき、該当する拡散タスクの拡散タスク情報を拡散タスクＤＢ１５４から取得する。

拡散タスク情報は、拡散タスクの内容、及び拡散対象となる複数のＳＮＳ(LINE、Twitter、InstagramまたはFacebook等）の情報を含む。拡散タスクの内容は、ＮＦＴ、または当該ＮＦＴに対応するプラットフォームに関する情報である。例えば、拡散タスクが、ＮＦＴにおける対象ＳＮＳ上でのフォロー、リツイートまたはコメントシェア等であっても良い。

サーバ１は、当該拡散タスクにおける報酬に対する請求を実行するための請求データの管理ＩＤを割り振る。サーバ１は、割り振った管理ＩＤに対応付けて、ユーザのウォレットアドレス、ＮＦＴのトークンＩＤ、拡散タスクＩＤ、「未完了」であるタスク完了状況、「未請求」である請求状況、「未完了」である業務委託承認情報、及び「未付与」である報酬の付与状況を一つのレコードとして請求管理ＤＢ１５５に記憶する。

サーバ１は、特定したユーザのユーザ端末３に、取得した拡散タスク情報を送信する。ユーザ端末３は、サーバ１から送信された拡散タスク情報を受信する。ユーザ端末３は、受信した拡散タスク情報に含まれる拡散タスクの内容、及び拡散対象となる複数のＳＮＳの情報を画面に表示する。ユーザ端末３は、受信した拡散タスク情報に基づき、ユーザによる拡散タスクの実行要求を受け付けた場合、拡散タスクに対応する対象ＳＮＳのＳＮＳサーバを通じて、当該拡散タスクを実行する。ＳＮＳサーバは、ネットワークＮを介して、ユーザ端末３にＳＮＳを提供するサーバである。

例えば、拡散タスクが「ＮＦＴの内容を対象ＳＮＳ上でのリツイートを実行すること」である。ユーザ端末３は、対象ＳＮＳのＳＮＳサーバを通じて、ＮＦＴの内容を当該対象ＳＮＳ上にリツイートする。または、拡散タスクが「対象ＳＮＳ上でのアカウント（例えば、＠ＡＡＡ）へフォロー」である。ユーザ端末３は、ユーザによる指定されたアカウントのフォロー要求を受け付ける。ユーザ端末３は、受け付けたフォロー要求に応じて、対象ＳＮＳのＳＮＳサーバを通じて、指定されたアカウントへのフォローを実行する。

更にまた、拡散タスクが「ＮＦＴの内容を対象ＳＮＳ上でコメント付きシェアすること」である。ユーザ端末３は、シェア対象となるＮＦＴの内容に対し、ユーザによるコメントの入力を受け付ける。ユーザ端末３は、対象ＳＮＳのＳＮＳサーバを通じて、受け付けたコメントをＮＦＴの内容に関連付けて当該対象ＳＮＳ上でのシェアを実行する。

ユーザ端末３は、拡散タスクを実行した場合、拡散タスクの実行完了通知をサーバ１に送信する。実行完了通知には、拡散タスクＩＤ、ＮＦＴのトークンＩＤ及びウォレットアドレス等が含まれる。なお、実行完了通知には、ユーザによる拡散タスクの実行画面または実行完了画面のスクリーンショット等が含まれても良い。なお、拡散タスクの実行状況を、後述する拡散タスクの表示画面（図１０Ａ）を通じて確認することができる。

なお、ユーザ端末３は、拡散タスクを委託する委託者の端末装置、または管理者の端末装置等に、拡散タスクの実行完了通知を送信しても良い。委託者または管理者により拡散タスクの実行状況を確認することができる。

サーバ１は、ユーザ端末３から送信された拡散タスクの実行完了通知を受信する。サーバ１は、受信した実行完了通知に応じて、拡散タスクＩＤ、トークンＩＤ及びウォレットアドレスに基づき、請求管理ＤＢ１５５のタスク完了状況列に「完了」を更新する。

サーバ１は、拡散タスクＩＤに基づき、当該拡散タスクにおける報酬の報酬請求期限を拡散タスクＤＢ１５４から取得する。サーバ１は、当該拡散タスクにおける報酬に対する請求が可能である旨、及び取得した報酬請求期限をユーザ端末３に送信する。ユーザ端末３は、サーバ１から送信された報酬に対する請求が可能である旨、及び報酬請求期限を受信して画面に表示する。

ユーザがＮＦＴにおける報酬を得るために、報酬に対する請求を実行することが必要である。具体的には、ユーザ端末３は、ユーザによるＮＦＴにおける報酬に対する請求の実行要求を受け付ける。実行要求には、ＮＦＴのトークンＩＤ、拡散タスクＩＤ及び請求日時等が含まれる。ユーザ端末３は、受け付けた実行要求をサーバ１に送信する。

サーバ１は、ユーザ端末３から送信された報酬に対する請求の実行要求を受信する。サーバ１は、受信した実行要求に応じて、実行要求に含まれる請求日時が報酬請求期限を経過したか否かを判定する。サーバ１は、請求日時が報酬請求期限を経過したと判定した場合、報酬に対する請求が不可能である旨を含むメッセージをユーザ端末３に送信する。ユーザ端末３は、サーバ１から送信されたメッセージを受信して画面に表示する。

サーバ１は、請求日時が報酬請求期限を経過していないと判定した場合、ユーザに付与する報酬を算出する。具体的には、サーバ１は、ＮＦＴの名称に基づき、当該ＮＦＴに関するプラットフォームの収益額をＮＦＴ収益ＤＢ１５２から取得する。サーバ１は、ＮＦＴの名称について、当該ＮＦＴを保有するユーザのウォレットアドレスをＮＦＴ管理ＤＢ１５３から取得する。

サーバ１は、ＮＦＴのトークンＩＤと、取得した各ユーザのウォレットアドレスとに基づき、拡散タスクを実行したユーザ数を請求管理ＤＢ１５５から集計する。サーバ１は、取得したＮＦＴに関するプラットフォームの収益額、及び、拡散タスクを実行したユーザ数に基づき、各ユーザが得るべき報酬を算出する。各ユーザが得るべき報酬は、以下の式（１）で表される。
報酬＝収益額／拡散タスクを実行したユーザ数 …（１）

例えば、ＮＦＴに関するプラットフォームの収益額が１０００ドルであり、且つ、拡散タスクを実行したユーザが１０人である場合、上述した式（１）により、各ユーザが得るべき報酬が１００ドルである。

サーバ１は、請求管理ＤＢ１５５に記憶された当該拡散タスクにおける報酬に対する請求の請求データを更新する。具体的には、サーバ１は、対象ＮＦＴのトークンＩＤに基づき、請求データの管理ＩＤを請求管理ＤＢ１５５から取得する。サーバ１は、取得した管理ＩＤに対応付けて、「完了」であるタスク完了状況、報酬（請求額）、「請求済」である請求状況、請求日及び「完了」である業務委託承認情報を請求管理ＤＢ１５５に記憶する。

サーバ１は、拡散タスクを実行し、かつ、当該拡散タスクにおける報酬に対する請求を実行したユーザに報酬を付与する。具体的には、サーバ１は、当該ＮＦＴのトークンＩＤ、及び拡散タスクを実行したユーザのウォレットアドレスに基づき、タスク完了状況が「完了」であり、且つ、請求状況が「請求済」であるユーザのウォレットアドレスを請求管理ＤＢ１５５から取得する。サーバ１は、ブロックチェーン２を通じて、報酬を付与するスマートコントラクトにより、算出した報酬に相当する暗号資産（例えば、仮想通貨）を対象ユーザのウォレットアドレスに付与する。

スマートコントラクトは、事前に執行条件及び契約内容の定義がプログラム化されてトランザクションに組み込まれ、執行条件及び契約内容に合致した取引が発生した場合、自動的に契約が履行される仕組みである。トランザクションは、ブロックチェーン２における取引記録であり、ブロックチェーン２の参加者間での各種の情報及び価値の移転を記憶している。

図９は、スマートコントラクトによりユーザに報酬を付与する説明図である。
図９Ａは、スマートコントラクトをブロックチェーン２のいずれかのノード２１に出力する動作を説明する説明図である。サーバ１は、報酬の付与処理を行うための必要な執行条件、ユーザに付与する仮想通貨量、拡散タスクを委託した委託者（付与元）のウォレットアドレス、及び付与対象ユーザ（付与先）のウォレットアドレス等が記述されたスマートコントラクトのコードを生成する。執行条件は、例えば、「拡散タスクの実行完了、且つ、報酬に対する請求の実行完了」であっても良い。

サーバ１は、生成したスマートコントラクトのコードを含むトランザクションをブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信されたトランザクションを受信する。ノード２１は、受信したトランザクションに含まれるスマートコントラクトを記録する。スマートコントラクトのコードの内容は、ユーザが拡散タスクを実行し、かつ、当該拡散タスクにおける報酬に対する請求を実行した場合に、各ユーザのウォレットアドレス宛に仮想通貨量を付与する契約をコードで定義している。

なお、本実施形態では、単一のスマートコントラクトが単一のトランザクションに含まれたが、これに限るものではない。例えば、連携された複数のスマートコントラクトが単一又は複数のトランザクションに含まれても良い。

図９Ｂは、スマートコントラクトのコードを含むトランザクションの一例を示す説明図である。トランザクションは、スマートコントラクトのコード、ユーザに付与する仮想通貨量、委託者のウォレットアドレス及び各ユーザのウォレットアドレス等を含む。ブロックチェーン２のノード２１は、「拡散タスクの実行完了、且つ、報酬に対する請求の実行完了」である執行条件に合致した場合、契約内容上で決められた仮想通貨量を各ユーザに付与する。

図９Ｃは、仮想通貨を自動で付与する動作を説明する説明図である。サーバ１は、ユーザが拡散タスクを実行し、かつ、報酬に対する請求を実行したと判定した場合、予め定義された契約履行の条件に合致するトリガーをブロックチェーン２のいずれかのノード２１に送信する。

スマートコントラクトは、ブロックチェーン２に契約及び合意の内容が取引中に変更されない仕組みであるため、ブロックチェーン２の外部情報をトリガーにしてスマートコントラクトを発動させる。これにより、予め定義された契約履行の条件に合致するか否かとの判断処理は、ブロックチェーン２の外部情報を参照することが必要である。トリガーは、外部情報をブロックチェーン２内部に提供するサービス又はサーバ等により実現される。例えば、サーバ１は信頼できる情報を提供するオラクルシステム（Oracle System）と連携しても良く、またはサーバ１で類似の機能を実装しても良い。

本実施形態では、執行条件に合致した場合、報酬付与に関連する情報をブロックチェーン２のノード２１に取り込んで、予め定義された契約履行の条件に合意形成する。ノード２１は、形成した合意に応じて、仮想通貨を自動的に各ユーザのウォレットアドレス宛に付与する契約を履行する。

具体的には、サーバ１は、ユーザが拡散タスクを実行し、かつ、報酬に対する請求を実行したと判定した場合、報酬付与に関する情報をトリガーにしてブロックチェーン２のいずれかのノード２１に送信する。報酬付与に関する情報は、契約履行指示、ユーザに付与する仮想通貨量、委託者のウォレットアドレス、及び各付与対象ユーザのウォレットアドレス等を含む。契約履行指示には、ユーザが拡散タスクを実行し、且つ、報酬に対する請求を実行した情報が含まれる

ノード２１は、サーバ１から送信されたトリガーに含まれる契約履行指示に基づいて、予め定義された契約履行の条件に合意したか否かを判定する。ノード２１は、契約履行の条件に合意したと判定した場合、スマートコントラクトを実行させて、各ユーザのウォレットアドレス宛に仮想通貨量を付与する。

このように、ブロックチェーン２のノード２１は、スマートコントラクトを発動させるトリガーを受け付け、予め定義された契約履行の条件に基づき、スマートコントラクト処理を自動的に実行させる。ノード２１は、スマートコントラクトコードに記述された各ユーザのウォレットアドレス宛とし、仮想通貨量を送信する。ユーザ端末３は、ブロックチェーン２のノード２１経由で仮想通貨量を受け取る。

なお、ユーザへの報酬付与処理は、スマートコントラクトに限られるものではない。例えばサーバ１は、ユーザに報酬を付与するトランザクションを作成し、作成したトランザクションをブロックチェーン２のいずれかのノード２１に送信する。ブロックチェーン２のノード２１は、サーバ１から送信されたトランザクションを受信し、受信したトランザクションを実行しても良い。ブロックチェーン２のノード２１は、トランザクションに含まれる各ユーザのウォレットアドレス宛に報酬を付与する。

なお、報酬は、上述した暗号資産（例えば、仮想通貨）に限らず、銀行口座等に送金する法定通貨、ネットワーク上で流通するデジタル資産（電子的通貨またはポイント等）、ユーザが保有するＮＦＴとは異なるＮＦＴの付与、または、ゲームキャラクター若しくはアイテムの付与等を含む。例えば、報酬が法定通貨である場合、サーバ１は、銀行口座に送金するサービスを提供している銀行システム等を通じて、各ユーザの銀行口座に報酬を送金しても良い。

図１０は、報酬をユーザに付与する画面の一例を示す説明図である。
図１０Ａは、拡散タスクの表示画面の一例を示す説明図である。当該画面は、ウォレット接続ボタン１２ａ、拡散タスク表示欄１２ｂ、請求期限表示欄１２ｃ、請求ページ遷移ボタン１２ｄ及び実行完了アイコン１２ｅを含む。

ウォレット接続ボタン１２ａは、ユーザのウォレットアドレスに用いてシステムにログインするボタンである。拡散タスク表示欄１２ｂは、ＮＦＴを保有するユーザに対し出力した拡散タスクを表示する表示欄である。請求期限表示欄１２ｃは、拡散タスクにおける報酬の報酬請求期限を表示する表示欄である。請求ページ遷移ボタン１２ｄは、拡散タスクにおける報酬に対する請求を実行する請求ページ（画面）に遷移するボタンである。実行完了アイコン１２ｅは、拡散タスクの実行をした状態を示すアイコンである。

ユーザ端末３は、ユーザによるウォレット接続ボタン１２ａのタッチ（クリック）操作を受け付けた場合、ユーザのユーザＩＤ及びウォレットアドレスをサーバ１に送信する。サーバ１は、ユーザ端末３から送信されたユーザＩＤ及びウォレットアドレスを用いて、ログイン処理を行う。例えば、サーバ１は、受信したユーザＩＤ及びウォレットアドレスと、ユーザＤＢ１５１に記憶されたユーザＩＤ及びウォレットアドレスとを照合することにより、ログイン処理を行う。

サーバ１は、受信したユーザのウォレットアドレスに基づき、該当するユーザが保有するＮＦＴの名称をＮＦＴ管理ＤＢ１５３から取得する。サーバ１は、取得したＮＦＴの名称に基づき、当該ＮＦＴにおける報酬を得るための実行すべき拡散タスクの拡散タスクＩＤをＮＦＴ収益ＤＢ１５２から取得する。

サーバ１は、取得した拡散タスクＩＤに基づき、該当する拡散タスクの拡散タスク情報を拡散タスクＤＢ１５４から取得する。拡散タスク情報は、拡散タスクの内容、及び拡散対象となる複数のＳＮＳの情報等を含む。

サーバ１は、当該拡散タスクにおける報酬に対する請求の請求データを特定するための管理ＩＤを割り振る。サーバ１は、割り振った管理ＩＤに対応付けて、ユーザのウォレットアドレス、ＮＦＴのトークンＩＤ、拡散タスクＩＤ、「未完了」であるタスク完了状況、「未請求」である請求状況、「未完了」である業務委託承認情報、及び「未付与」である報酬の付与状況を一つのレコードとして請求管理ＤＢ１５５に記憶する。

サーバ１は、取得した拡散タスク情報をユーザ端末３に送信する。ユーザ端末３は、サーバ１から送信された拡散タスク情報を受信する。ユーザ端末３は、受信した拡散タスク情報に含まれる拡散タスクの内容、及び拡散対象となる複数のＳＮＳの情報を画面に表示する。図示のように、ユーザ端末３は、受信した対象ＳＮＳ毎の拡散タスクの内容を拡散タスク表示欄１２ｂに表示する。

拡散タスクの内容は、例えば、良く利用されるプラットフォームの回答、対象ＳＮＳ（例えば、ＳＮＳ １）上で指定店へのアクセス、対象ＳＮＳ（例えば、ＳＮＳ ２）上で指定アカウントへのフォロー、及び、新規アカウント（例えば、フリーアカウント）の作成等を含む。

ユーザ端末３は、拡散タスク表示欄１２ｂに表示された各拡散タスクのタッチ操作を受け付けた場合、各拡散タスクに対応する対象ＳＮＳを提供しているＳＮＳサーバを通じて、各拡散タスクを実行する。ユーザ端末３は、拡散タスクを実行した場合、当該拡散タスクに対する実行完了状態を示すアイコンを実行完了アイコン１２ｅに表示する。

ユーザ端末３は、拡散タスクＩＤ、トークンＩＤ及びウォレットアドレス等を含む当該拡散タスクの実行完了通知をサーバ１に送信する。サーバ１は、ユーザ端末３から送信された拡散タスクの実行完了通知を受信する。サーバ１は、受信した実行完了通知に応じて、拡散タスクＩＤ、トークンＩＤ及びウォレットアドレスに基づき、請求管理ＤＢ１５５のタスク完了状況列に「完了」を更新する。

サーバ１は、実行すべき拡散タスクを実行したと判定した場合、拡散タスクＩＤに基づき、当該拡散タスクにおける報酬の報酬請求期限を拡散タスクＤＢ１５４から取得する。サーバ１は、当該拡散タスクにおける報酬に対する請求が可能である旨、及び、取得した報酬請求期限をユーザ端末３に送信する。ユーザ端末３は、サーバ１から送信された報酬に対する請求が可能である旨、及び報酬請求期限を受信する。

ユーザ端末３は、受信した報酬請求期限を請求期限表示欄１２ｃに表示する。ユーザ端末３は、受信した報酬に対する請求が可能である旨に応じて、例えば、請求ページ遷移ボタン１２ｄを操作可能になるように活性化に設定する。なお、拡散タスクを実行していない場合、請求ページ遷移ボタン１２ｄは非表示に設定されても良い。ユーザ端末３は、報酬に対する請求が可能である旨を受信した後に、請求ページ遷移ボタン１２ｄを表示可能に設定しても良い。

ユーザ端末３は、請求ページ遷移ボタン１２ｄのタッチ操作を受け付けた場合、ＮＦＴのトークンＩＤを報酬の請求画面（図１０Ｂ）に受け渡し、当該報酬の請求画面に遷移する。

図１０Ｂは、報酬の請求画面の一例を示す説明図である。当該画面は１２ａ、報酬表示欄１２ｆ及び請求ボタン１２ｇを含む。報酬表示欄１２ｆは、拡散タスクにおける報酬額を表示する表示欄である。請求ボタン１２ｇは、報酬に対する請求を実行するボタンである。

ユーザ端末３は、拡散タスクの表示画面から受け渡されたＮＦＴのトークンＩＤをサーバ１に送信する。サーバ１は、ユーザ端末３から送信されたトークンＩＤに基づき、当該ユーザに付与する報酬を算出する。

具体的には、サーバ１は、受信したＮＦＴのトークンＩＤに基づき、当該ＮＦＴの名称をＮＦＴ管理ＤＢ１５３から取得する。サーバ１は、ＮＦＴの名称に基づき、当該ＮＦＴに関するプラットフォームの収益額をＮＦＴ収益ＤＢ１５２から取得する。

サーバ１は、ＮＦＴの名称について、当該ＮＦＴを保有する各ユーザのウォレットアドレスをＮＦＴ管理ＤＢ１５３から取得する。サーバ１は、当該ＮＦＴのトークンＩＤと、取得した各ユーザのウォレットアドレスとに基づき、拡散タスクを実行したユーザ数を請求管理ＤＢ１５５から集計する。

サーバ１は、取得したＮＦＴに関するプラットフォームの収益額、及び、拡散タスクを実行したユーザ数に基づき、上述した式（１）を用いて、各ユーザが得るべき報酬を算出する。サーバ１は、算出した報酬をユーザ端末３に送信する。ユーザ端末３は、サーバ１から送信された報酬を受信する。ユーザ端末３は、受信した報酬を報酬表示欄１２ｆに表示する。

ユーザ端末３は、ユーザによる請求ボタン１２ｇのタッチ操作を受け付けた場合、トークンＩＤ及び報酬に対する請求の実行要求をサーバ１に送信する。サーバ１は、ユーザ端末３から送信されたトークンＩＤ及び請求の実行要求を受信する。

サーバ１は、受信した請求の実行要求に応じて、当該拡散タスクにおける報酬に対する請求の請求データの管理ＩＤに対応付けて、「完了」であるタスク完了状況、請求額（報酬）、「請求済」である請求状況、請求日及び「完了」である業務委託承認情報を請求管理ＤＢ１５５に記憶する。

図１０Ｃは、ユーザのウォレットアドレの表示画面の一例を示す説明図である。サーバ１は、拡散タスクを実行し、かつ、報酬に対する請求を実行した各ユーザに対し、所定の報酬付与日（例えば、翌月の５日）に、各ユーザに報酬を付与する。

例えば、サーバ１は、ブロックチェーン２上の報酬付与のスマートコントラクトにより、各ユーザのウォレットアドレスに仮想通貨を付与する。具体的には、サーバ１は、報酬付与に関する情報をトリガーにしてブロックチェーン２のいずれかのノード２１に送信する。報酬付与に関する情報は、契約履行指示、ユーザに付与する仮想通貨量（例えば、コイン）、委託者のウォレットアドレス及び各ユーザのウォレットアドレス等を含む。

ノード２１は、サーバ１から送信されたトリガーに基づいて、ユーザに報酬を付与するスマートコントラクトを実行させ、各ユーザのウォレットアドレス宛に仮想通貨量を付与する。報酬付与対象となるユーザのユーザ端末３は、ブロックチェーン２から付与された仮想通貨量を受信し、受信した仮想通貨量を画面に表示する。

図１１及び図１２は、拡散タスクにおける報酬に対する請求を実行する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、ＮＦＴのトークンＩＤに基づき、当該ＮＦＴを保有するユーザのウォレットアドレスを大容量記憶部１５のＮＦＴ管理ＤＢ１５３から取得する（ステップＳ１０１）。制御部１１は、取得したユーザのウォレットアドレスに基づいて、大容量記憶部１５のユーザＤＢ１５１からユーザを特定する（ステップＳ１０２）。

制御部１１は、当該ＮＦＴに対応する拡散タスク情報を取得する（ステップＳ１０３）。具体的には、制御部１１は、ＮＦＴの名称に基づき、大容量記憶部１５のＮＦＴ収益ＤＢ１５２から、当該ＮＦＴにおける報酬を得るための実行すべき拡散タスクの拡散タスクＩＤを取得する。制御部１１は、取得した拡散タスクＩＤに基づき、該当する拡散タスクの拡散タスク情報を大容量記憶部１５の拡散タスクＤＢ１５４から取得する。拡散タスク情報は、拡散タスクの内容、及び拡散対象となる複数のＳＮＳの情報等を含む。

制御部１１は、当該拡散タスクにおける報酬に対する請求を実行するための請求データを大容量記憶部１５の請求管理ＤＢ１５５に記憶する（ステップＳ１０４）。具体的には、制御部１１は、管理ＩＤを割り振る。サーバ１は、割り振った管理ＩＤに対応付けて、ユーザのウォレットアドレス、ＮＦＴのトークンＩＤ、拡散タスクＩＤ、「未完了」であるタスク完了状況、「未請求」である請求状況、「未完了」である業務委託承認情報、及び「未付与」である報酬の付与状況を一つのレコードとして請求管理ＤＢ１５５に記憶する。

制御部１１は、特定したユーザのユーザ端末３に、取得した拡散タスク情報を通信部１３により送信する（ステップＳ１０５）。ユーザ端末３の制御部３１は、サーバ１から送信された拡散タスク情報を通信部３３により受信する（ステップＳ３０１）。制御部３１は、受信した拡散タスク情報に含まれる拡散タスクの内容、及び拡散対象となる複数のＳＮＳの情報を表示部３５により表示する（ステップＳ３０２）。

制御部３１は、ユーザによる拡散タスクの実行要求を入力部３４により受け付ける（ステップＳ３０３）。制御部３１は、受け付ける実行要求に応じて、当該拡散タスクに対応する対象ＳＮＳのＳＮＳサーバを通じて、拡散タスクを実行する（ステップＳ３０４）。制御部３１は、拡散タスクＩＤ、ＮＦＴのトークンＩＤ及びウォレットアドレス等を含む拡散タスクの実行完了通知を通信部３３によりサーバ１に送信する（ステップＳ３０５）。

サーバ１の制御部１１は、ユーザ端末３から送信された拡散タスクの実行完了通知を通信部１３により受信する（ステップＳ１０６）。制御部１１は、受信した実行完了通知に応じて、大容量記憶部１５の請求管理ＤＢ１５５のタスク完了状況列を更新する（ステップＳ１０７）。具体的には、制御部１１は、受信した実行完了通知に応じて、タスクの実行を完了したか否かを判定する。

例えば、実行完了通知に拡散タスクの実行画面または実行完了画面のスクリーンショットが含まれる。制御部１１は、実行画面または実行完了画面のスクリーンショットに基づき、例えば、公知の画像処理技術、または、スクリーンショット画像を入力した場合に、拡散タスクの実行を完了したか否かを識別した識別結果を出力する学習済みの学習モデル等を利用して、拡散タスクの実行を完了したか否かを判定しても良い。

なお、拡散タスクの実行状況は、拡散タスクを委託する委託者、または管理者等により判定（判断）されても良い。この場合、制御部１１は、委託者または管理者等の判定結果を受け付ける。制御部１１は、受け付けた判定結果に基づき、拡散タスクの実行を完了したか否かを判定する。

なお、上述した拡散タスクの実行状況の判定処理に限るものではない。例えば、制御部１１は、対象ＳＮＳのＳＮＳサーバを通じて、拡散タスクの実行を完了したか否かを判定しても良い。

例えば、拡散タスクが「ＮＦＴにおける対象ＳＮＳ上で所定期間（例えば、１か月）内に、所定アカウントへのフォロー、所定回数のリツイートまたはコメントシェア」である。ユーザ端末３の制御部３１は、当該拡散タスクを実行した場合、拡散タスクＩＤ、ＮＦＴのトークンＩＤ、ウォレットアドレス、及び、対象ＳＮＳ上のユーザのＳＮＳアカウントを含む実行完了通知を通信部３３によりサーバ１に送信する。

サーバ１の制御部１１は、ユーザ端末３から送信された実行完了通知に含まれるユーザのＳＮＳアカウントに基づき、対象ＳＮＳのＳＮＳサーバを通じて、当該ＮＦＴにおける所定期間内のフォロー状況、リツイートまたはコメントシェア等の回数を通信部１３により取得する。制御部１１は、取得したフォロー状況、リツイートまたはコメントシェア等の回数に基づき、当該拡散タスクの実行を完了したか否かを判定する。

制御部１１は、拡散タスクの実行を完了していないと判定した場合、拡散タスクＩＤ、トークンＩＤ及びウォレットアドレスに基づき、請求管理ＤＢ１５５のタスク完了状況列に「未完了」を更新する。制御部１１は、拡散タスクの実行を完了していない旨を含むメッセージを通信部１３によりユーザ端末３に送信する。ユーザ端末３の制御部３１は、サーバ１から送信されたメッセージを通信部３３により受信する。制御部３１は、受信したメッセージを表示部３５により表示する。

制御部１１は、拡散タスクの実行を完了したと判定した場合、拡散タスクＩＤ、トークンＩＤ及びウォレットアドレスに基づき、請求管理ＤＢ１５５のタスク完了状況列に「完了」を更新する。

制御部１１は、拡散タスクの実行を完了したと判定した場合、後述するステップＳ１０８～Ｓ１０９の処理を実行する。具体的には、制御部１１は、拡散タスクＩＤに基づき、当該拡散タスクにおける報酬の報酬請求期限を大容量記憶部１５の拡散タスクＤＢ１５４から取得する（ステップＳ１０８）。制御部１１は、当該拡散タスクにおける報酬に対する請求が可能である旨、及び、取得した報酬請求期限を通信部１３によりユーザ端末３に送信する（ステップＳ１０９）。

ユーザ端末３の制御部３１は、サーバ１から送信された報酬に対する請求が可能である旨、及び報酬請求期限を通信部３３により受信する（ステップＳ３０６）。制御部３１は、受信した報酬に対する請求が可能である旨、及び報酬請求期限を表示部３５により表示する（ステップＳ３０７）。

制御部３１は、ユーザによるＮＦＴにおける報酬に対する請求の実行要求を入力部３４により受け付ける（ステップＳ３０８）。実行要求には、拡散タスクＩＤ及び請求日時等が含まれる。制御部３１は、受け付けた実行要求を通信部３３によりサーバ１に送信する（ステップＳ３０９）。

サーバ１の制御部１１は、ユーザ端末３から送信された報酬に対する請求の実行要求を通信部１３により受信する（ステップＳ１１０）。制御部１１は、受信した実行要求に応じて、実行要求に含まれる請求日時が報酬請求期限を経過したか否かを判定する（ステップＳ１１１）。

制御部１１は、請求日時が報酬請求期限を経過したと判定した場合（ステップＳ１１１でＹＥＳ）、報酬に対する請求が不可能である旨を含むメッセージを通信部１３によりユーザ端末３に送信する（ステップＳ１１３）。ユーザ端末３の制御部３１は、サーバ１から送信されたメッセージを通信部１３により受信する（ステップＳ３１０）。制御部３１は、受信したメッセージを表示部３５により表示し（ステップＳ３１１）、処理を終了する。

制御部１１は、請求日時が報酬請求期限を経過していないと判定した場合（ステップＳ１１１でＮＯ）、大容量記憶部１５の請求管理ＤＢ１５５に記憶された当該拡散タスクにおける報酬に対する請求の請求データを更新する（ステップＳ１１２）。具体的には、制御部１１は、管理ＩＤに対応付けて、「完了」であるタスク完了状況、請求額（報酬）、「請求済」である請求状況、請求日及び「完了」である業務委託承認情報を請求管理ＤＢ１５５に記憶する。制御部１１は、処理を終了する。

図１３は、スマートコントラクトにより報酬をユーザに付与する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、ＮＦＴの名称に基づき、当該ＮＦＴに関するプラットフォームの収益額を大容量記憶部１５のＮＦＴ収益ＤＢ１５２から取得する（ステップＳ１２１）。

制御部１１は、当該ＮＦＴに対応する拡散タスクを実行したユーザ数を取得する（ステップＳ１２２）。具体的には、制御部１１は、ＮＦＴの名称について、当該ＮＦＴを保有するユーザのウォレットアドレスを大容量記憶部１５のＮＦＴ管理ＤＢ１５３から取得する。制御部１１は、当該ＮＦＴのトークンＩＤと、取得した各ユーザのウォレットアドレスとに基づき、拡散タスクを実行したユーザ数を大容量記憶部１５の請求管理ＤＢ１５５から集計する。

制御部１１は、取得したＮＦＴに関するプラットフォームの収益額、及び、拡散タスクを実行したユーザ数に基づき、上述した式（１）を用いて、各ユーザが得るべき報酬を算出する（ステップＳ１２３）。

制御部１１は、拡散タスクにおける報酬に対する請求を実行したユーザのウォレットアドレスを大容量記憶部１５の請求管理ＤＢ１５５から取得する（ステップＳ１２４）。具体的には、制御部１１は、当該ＮＦＴのトークンＩＤ、及び拡散タスクを実行したユーザのウォレットアドレに基づき、タスク完了状況が「完了」であり、且つ、請求状況が「請求済」であるユーザのウォレットアドレスを請求管理ＤＢ１５５から取得する。

制御部１１は、契約履行指示、ユーザに付与する報酬、委託者のウォレットアドレス及び各ユーザのウォレットアドレス等を含むトリガーを作成する（ステップＳ１２５）。制御部１１は、作成したトリガーを通信部１３によりブロックチェーン２のいずれかのノード２１に送信する（ステップＳ１２６）。

ブロックチェーン２のノード２１の制御部２１１は、サーバ１から送信されたトリガーを通信部２１３により受信する（ステップＳ２２１）。ノード２１の制御部２１１は、ユーザに報酬を付与するスマートコントラクトを実行する（ステップＳ２２２）。ノード２１の制御部２１１は、ユーザに報酬を付与した報酬付与完了通知を通信部２１３によりサーバ１に送信する（ステップＳ２２３）。

サーバ１の制御部１１は、ブロックチェーン２のノード２１から送信された報酬付与完了通知を通信部１３により受信する（ステップＳ１２７）。制御部１１は、受信した報酬付与完了通知に応じて、ユーザに付与する報酬の情報を大容量記憶部１５の請求管理ＤＢ１５５に記憶し（ステップＳ１２８）、処理を終了する。

具体的には、制御部１１は、当該ＮＦＴのトークンＩＤに基づき、請求データの管理ＩＤを請求管理ＤＢ１５５から取得する。制御部１１は、取得した管理ＩＤに対応付けて、「付与済」である報酬の付与状況を請求管理ＤＢ１５５に記憶する。

本実施形態によると、拡散タスクを実行し、かつ、当該拡散タスクにおける報酬に対する請求を実行したユーザに報酬を付与することが可能となる。

本実施形態によると、報酬を付与するスマートコントラクトにより、各ユーザのウォレットアドレスに報酬として暗号資産を付与することが可能となる。

本実施形態によると、ＮＦＴに関するプラットフォームの収益、及び、報酬に対する請求を実行したユーザ数に基づき、各ユーザに付与する報酬を決定することが可能となる。

本実施形態によると、拡散タスクを実行した場合、当該拡散タスクにおける報酬に対する請求が可能である旨、及び、報酬の報酬請求期限をユーザ端末３に出力することが可能となる。

＜変形例１＞
所定数の拡散タスクを実行した場合、拡散タスクにおける報酬に対する請求が可能である旨、及び、報酬の報酬請求期限を出力する処理を説明する。

実行すべき拡散タスクの数を予め設定することができる。例えば、ＮＦＴに対し、ユーザが所定数（例えば、３）以上の拡散タスクを実行した後に、これらの拡散タスクにおける報酬に対応する請求を実行することができる。なお、拡散タスクの数は、予め記憶部１２または大容量記憶部１５に記憶されても良い。

図１４は、所定数の拡散タスクにおける報酬に対する請求を実行する際の処理手順を示すフローチャートである。なお、図１１と重複する内容については同一の符号を付して説明を省略する。サーバ１の制御部１１は、ステップＳ１０７の処理を実行した後に、実行完了の拡散タスクの数を集計する（ステップＳ１１４）。具体的には、制御部１１は、拡散タスクＩＤ、ＮＦＴのトークンＩＤ及びユーザのウォレットアドレスに基づき、タスク完了状況が「完了」である拡散タスクの数を請求管理ＤＢ１５５から集計する。

制御部１１は、集計した実行完了の拡散タスクの数が所定数（例えば、３）以上であるか否かを判定する（ステップＳ１１５）。制御部１１は、実行完了の拡散タスクの数が所定数未満である場合（ステップＳ１１５でＮＯ）、ステップＳ１１３の処理に遷移する。制御部１１は、実行完了の拡散タスクの数が所定数以上である場合（ステップＳ１１５でＹＥＳ）、ステップＳ１０８の処理を実行する。

本変形例によると、所定数の拡散タスクを実行した場合に、拡散タスクにおける報酬に対する請求が可能である旨、及び、報酬の報酬請求期限を出力することが可能となる。

＜変形例２＞
ＮＦＴを保有しているユーザに、ＮＦＴに関するプラットフォームの収益に応じた報酬を付与する処理を説明する。本変形例は、拡散タスクの実行にかかわらず、プラットフォームの収益に基づいて報酬を算出し、算出した報酬をユーザに付与する。

ユーザに付与する報酬（収益額／ユーザ数）は、例えば、プラットフォームの収益、及び、ＮＦＴを保有しているユーザ数に基づいて算出されても良い。なお、ユーザに付与する報酬は、所定の額（例えば、５００仮想通貨量）であっても良い。

図１５は、プラットフォームの収益に応じた報酬をユーザに付与する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、ＮＦＴの名称に基づき、当該ＮＦＴに関するプラットフォームの収益額を大容量記憶部１５のＮＦＴ収益ＤＢ１５２から取得する（ステップＳ１３１）。

制御部１１は、ＮＦＴの名称に基づき、当該ＮＦＴを保有するユーザのウォレットアドレスを大容量記憶部１５のＮＦＴ管理ＤＢ１５３から取得する（ステップＳ１３２）。制御部１１は、取得したユーザのウォレットアドレスからユーザの数を集計する（ステップＳ１３３）。制御部１１は、取得した当該ＮＦＴに関するプラットフォームの収益と、集計したユーザ数とに基づき、上述した式（１）を用いて、各ユーザに付与する報酬を算出する（ステップＳ１３４）。

制御部１１は、ステップＳ１３５～１３８の処理を実行する。ブロックチェーン２のノード２１は、ステップＳ２３１～２３３の処理を実行する。なお、ステップＳ１３５～１３８、及びステップＳ２３１～２３３の処理に関しては、ステップＳ１２５～１２８、及びステップＳ２２１～２２３の処理と同様であるため、説明を省略する。

本変形例によると、拡散タスクの実行にかかわらず、プラットフォームの収益に応じた報酬をユーザに付与することが可能となる。

（実施形態２）
実施形態２は、報酬請求期限を徒過した場合、ユーザが得るべき報酬が、次回の拡散タスクにおける報酬の基礎となる収益に加算される形態に関する。なお、実施形態１と重複する内容については説明を省略する。

ユーザはＮＦＴに対応する拡散タスクを実行した後に、当該拡散タスクにおける報酬の報酬請求期限内に、報酬に対応する請求を実行することが必要である。報酬請求期限を徒過した場合、当該ユーザが得るべき報酬が、次回の拡散タスクにおける報酬の基礎となる収益に加算されるため、実施形態１での報酬付与処理は実行されない。

図１６は、報酬請求期限を徒過した報酬を次回の報酬に加算する際の処理手順を示すフローチャートである。サーバ１の制御部１１は、ＮＦＴの名称に基づき、今回（例えば、今月）における当該ＮＦＴに関するプラットフォームの収益額を大容量記憶部１５のＮＦＴ収益ＤＢ１５２から取得する（ステップＳ１４１）。制御部１１は、ＮＦＴの名称について、当該ＮＦＴを保有する各ユーザのウォレットアドレスを大容量記憶部１５のＮＦＴ管理ＤＢ１５３から取得する（ステップＳ１４２）。

制御部１１は、ＮＦＴのトークンＩＤ、及び取得した各ユーザのウォレットアドレスに基づき、拡散タスクを実行したユーザ数を大容量記憶部１５の請求管理ＤＢ１５５から集計する（ステップＳ１４３）。制御部１１は、取得したＮＦＴに関するプラットフォームの収益額（今月）、及び、拡散タスクを実行したユーザ数に基づき、上述した式（１）を用いて、各ユーザが得るべき報酬を算出する（ステップＳ１４４）。

制御部１１は、当該ＮＦＴに対応する拡散タスクＩＤに基づき、当該拡散タスクにおける報酬の報酬請求期限を大容量記憶部１５の拡散タスクＤＢ１５４から取得する（ステップＳ１４５）。制御部１１は、取得した報酬請求期限及び請求状況（請求済／未請求）に基づき、報酬請求期限を徒過したユーザ数を大容量記憶部１５の請求管理ＤＢ１５５から集計する（ステップＳ１４６）。

制御部１１は、各ユーザが得るべき報酬と、集計したユーザ数とに基づき、繰越額（各ユーザが得るべき報酬×ユーザ数）を算出する（ステップＳ１４７）。例えば、各ユーザが得るべき報酬が１００コインであり、且つ、報酬請求期限を徒過したユーザ数が２人である場合、繰越額は２００コインである。

制御部１１は、ＮＦＴの名称に基づき、大容量記憶部１５のＮＦＴ収益ＤＢ１５２の次回（例えば、来月）の収益額列に記憶された収益額に、算出した繰越額を加算する（ステップＳ１４８）。制御部１１は、処理を終了する。

本実施形態によると、報酬請求期限を徒過した場合、ユーザが得るべき報酬が、次回の拡散タスクにおける報酬の基礎となる収益に加算されることが可能となる。

（実施形態３）
実施形態３は、希少価値を示すＮＦＴのレア度に応じて報酬を算出する形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。

希少価値を示すＮＦＴに対し、レアリティの高低を示すレア度を設けることができる。レア度は、ＮＦＴの出現率の低さ（珍しさ）、及び、当該ＮＦＴの価値の高さを表す数値指標である。レア度は、例えば、１～５の数値で、数値が大きい程レア度が高いことを示すように予め定められている。なお、レア度の段階数は、５に限られない。ＮＦＴのレア度に応じて、当該ＮＦＴに対応する拡散タスクにおける報酬に対し、異なる報酬率を設定することができる。

図１７は、実施形態３におけるＮＦＴ収益ＤＢ１５２のレコードレイアウトの一例を示す説明図である。なお、図３と重複する内容については説明を省略する。ＮＦＴ収益ＤＢ１５２は、レア度列及び報酬率列を含む。レア度列は、ＮＦＴのレア度を記憶している。報酬率列は、レア度に応じた報酬率を記憶している。なお、レア度が設定されていないＮＦＴの報酬は、実施形態１と同様に、収益額とユーザ数とに基づいて算出される。

図１８は、実施形態３におけるスマートコントラクトにより報酬をユーザに付与する際の処理手順を示すフローチャートである。なお、図１３と重複する内容については同一の符号を付して説明を省略する。

サーバ１の制御部１１は、ステップＳ１２１の処理を実行した後に、ＮＦＴに対してレア度が設定されたか否かを判定する（ステップＳ１５１）。具体的には、制御部１１は、ＮＦＴのレア度が大容量記憶部１５のＮＦＴ収益ＤＢ１５２に記憶されたか否かを判定する。制御部１１は、レア度が記憶された場合、当該ＮＦＴに対してレア度が設定されたと判定する。制御部１１は、レア度が記憶されていない場合、当該ＮＦＴに対してレア度が設定されていないと判定する。

制御部１１は、レア度が設定されていないと判定した場合（ステップＳ１５１でＮＯ）、ステップＳ１２２の処理を実行する。制御部１１は、レア度が設定されたと判定した場合（ステップＳ１５１でＹＥＳ）、ＮＦＴの名称に基づき、当該ＮＦＴのレア度に応じた報酬率を大容量記憶部１５のＮＦＴ収益ＤＢ１５２から取得する（ステップＳ１５２）。

制御部１１は、取得した収益額と報酬率とに基づき、ユーザへの報酬（収益額×報酬率）を算出する（ステップＳ１５３）。制御部１１は、拡散タスクを実行したユーザのウォレットアドレスを取得する（ステップＳ１５４）。具体的には、制御部１１は、ＮＦＴの名称について、当該ＮＦＴを保有する各ユーザのウォレットアドレスを大容量記憶部１５のＮＦＴ管理ＤＢ１５３から取得する。制御部１１は、当該ＮＦＴのトークンＩＤと、取得した各ユーザのウォレットアドレスとに基づき、拡散タスクを実行したユーザのウォレットアドレスを大容量記憶部１５の請求管理ＤＢ１５５から取得する。制御部１１は、ステップＳ１２５の処理に遷移する。

本実施形態によると、ＮＦＴのレア度に応じた報酬をユーザに付与することが可能となる。

（実施形態４）
実施形態４は、プロジェクト毎に各ユーザに付与する報酬を決定する形態に関する。なお、実施形態１～３と重複する内容については説明を省略する。プロジェクトは、複数のＮＦＴを含む。例えば、プロジェクト１は、「Ａ ＮＦＴ」、「Ｂ ＮＦＴ」、「Ｃ ＮＦＴ」、「Ｄ ＮＦＴ」、「Ｅ ＮＦＴ」、「Ｆ ＮＦＴ」及び「Ｇ ＮＦＴ」を含む。プロジェクト２は、「Ｈ ＮＦＴ」、「Ｉ ＮＦＴ」及び「Ｊ ＮＦＴ」を含む。

図１９は、実施形態４におけるＮＦＴ収益ＤＢ１５２のレコードレイアウトの一例を示す説明図である。なお、図１７と重複する内容については説明を省略する。ＮＦＴ収益ＤＢ１５２は、プロジェクト名称列を含む。プロジェクト名称列は、プロジェクトの名称を記憶している。

サーバ１は、プロジェクト毎の拡散タスクをＮＦＴ収益ＤＢ１５２から取得する。例えば、プロジェクトの名称が「プロジェクト１」である場合、サーバ１は、「プロジェクト１」に対応する拡散タスクＩＤ（Ｔ－００１及びＴ－００２等）をＮＦＴ収益ＤＢ１５２から取得する。

サーバ１は、プロジェクトの名称に基づき、ＮＦＴ収益ＤＢ１５２から、当該プロジェクトに含まれる各ＮＦＴの収益額の合計をプロジェクト毎の収益額として算出する。サーバ１は、プロジェクト毎の拡散タスクにおける報酬に対する請求を実行したユーザ数を算出する。サーバ１は、取得したプロジェクト毎の収益、及び算出したユーザ数に基づき、各ユーザに付与する報酬を決定する。

図２０は、実施形態４における報酬に対する請求を実行する際の処理手順を示すフローチャートである。なお、図１１と重複する内容については同一の符号を付して説明を省略する。サーバ１の制御部１１は、プロジェクトに対応する拡散タスクを取得する（ステップＳ１６１）。具体的には、制御部１１は、プロジェクトの名称に基づき、当該プロジェクトに対応する拡散タスクＩＤを大容量記憶部１５のＮＦＴ収益ＤＢ１５２から取得する。制御部１１は、取得した拡散タスクＩＤに基づき、該当する拡散タスクの拡散タスク情報（拡散タスクの内容、及び拡散対象となる複数のＳＮＳの情報等）を大容量記憶部１５の拡散タスクＤＢ１５４から取得する。

制御部１１は、当該プロジェクトに含まれる複数のＮＦＴのうち、１つのＮＦＴを取得する（ステップＳ１６２）。制御部１１は、ステップＳ１０１～Ｓ１０２及びＳ１０４の処理を実行する。制御部１１は、複数のＮＦＴのうち、当該ＮＦＴが最後のＮＦＴであるか否かを判定する（ステップＳ１６３）。

制御部１１は、当該ＮＦＴが最後のＮＦＴである場合（ステップＳ１６３でＹＥＳ）、ステップＳ１０５の処理を実行する。制御部１１は、当該ＮＦＴが最後のＮＦＴでない場合（ステップＳ１６３でＮＯ）、ステップＳ１６２の処理に遷移する。

図２１は、実施形態４におけるスマートコントラクトにより報酬をユーザに付与する際の処理手順を示すフローチャートである。なお、図１３と重複する内容については同一の符号を付して説明を省略する。

サーバ１の制御部１１は、プロジェクトの名称に基づき、該当するプロジェクトを大容量記憶部１５のＮＦＴ収益ＤＢ１５２から取得する（ステップＳ１７１）。プロジェクトには、複数のＮＦＴが含まれる。制御部１１は、当該プロジェクトに含まれる複数のＮＦＴのうち、１つのＮＦＴを取得する（ステップＳ１７２）。制御部１１は、ステップＳ１２２～Ｓ１２４の処理を実行する。

制御部１１は、複数のＮＦＴのうち、当該ＮＦＴが最後のＮＦＴであるか否かを判定する（ステップＳ１７３）。制御部１１は、当該ＮＦＴが最後のＮＦＴである場合（ステップＳ１７３でＹＥＳ）、ステップＳ１２５の処理を実行する。制御部１１は、当該ＮＦＴが最後のＮＦＴでない場合（ステップＳ１７３でＮＯ）、ステップＳ１７２の処理に遷移する。

また、プロジェクトに希少価値を示すＮＦＴ（以下、レアＮＦＴと読み替える）が含まれる場合、サーバ１は、レアＮＦＴのレア度に応じた報酬率に基づき、当該レアＮＦＴに対応する拡散タスクにおける報酬をユーザに付与する。

具体的には、サーバ１は、プロジェクトに含まれる複数のＮＦＴのうち、１つのＮＦＴを取得する。サーバ１は、取得したＮＦＴの名称に基づき、当該ＮＦＴに関するプラットフォームの収益額をＮＦＴ収益ＤＢ１５２から取得する。

サーバ１は、取得したＮＦＴがレアＮＦＴであるか否かを判定する。例えば、サーバ１は、ＮＦＴのレア度がＮＦＴ収益ＤＢ１５２に記憶された場合、当該ＮＦＴがレアＮＦＴであると判定する。サーバ１は、ＮＦＴのレア度が記憶されていない場合、当該ＮＦＴがレアＮＦＴでないと判定する。

サーバ１は、当該ＮＦＴがレアＮＦＴである場合、ＮＦＴの名称に基づき、当該ＮＦＴのレア度に応じた報酬率をＮＦＴ収益ＤＢ１５２から取得する。サーバ１は、当該ＮＦＴに関するプラットフォームの収益額と、報酬率とに基づき、ユーザへの報酬（収益額×報酬率）を算出する。

サーバ１は、当該ＮＦＴがレアＮＦＴでない場合、拡散タスクを実行したユーザ数を請求管理ＤＢ１５５から集計する。なお、ユーザ数の集計処理に関しては、実施形態１と同様であるため、説明を省略する。

サーバ１は、当該ＮＦＴに関するプラットフォームの収益額を取得する。以下では、プロジェクト１の例を挙げて説明する。例えば、プロジェクト１は、「Ａ ＮＦＴ」、「Ｂ ＮＦＴ」、「Ｃ ＮＦＴ」、「Ｄ ＮＦＴ」、「Ｅ ＮＦＴ」、「Ｆ ＮＦＴ」及び「Ｇ ＮＦＴ」を含む。レアＮＦＴは、「Ｂ ＮＦＴ」、「Ｃ ＮＦＴ」、「Ｄ ＮＦＴ」及び「Ｇ ＮＦＴ」を含む。レアＮＦＴでないＮＦＴは、「Ａ ＮＦＴ」、「Ｅ ＮＦＴ」及び「Ｆ ＮＦＴ」を含む。

サーバ１は、例えば、プラットフォームの収益の管理サーバから、プロジェクト１におけるプラットフォームの総収益額を取得する。総収益額は、プロジェクト１に含まれる各ＮＦＴの収益の合計額である。サーバ１は、取得したプラットフォームの総収益額から、レアＮＦＴの収益額を差し引き、差し引いた後の総収益額を取得する。レアＮＦＴの収益額は、「Ｂ ＮＦＴ」の収益、「Ｃ ＮＦＴ」の収益、「Ｄ ＮＦＴ」の収益及び「Ｇ ＮＦＴ」の収益の合計額である。

サーバ１は、取得した差し引いた後の総収益額に基づき、当該ＮＦＴ（例えば、「Ａ ＮＦＴ」、「Ｅ ＮＦＴ」または「Ｆ ＮＦＴ」）の所定の報酬率（例えば、２０％）により、当該ＮＦＴに関するプラットフォームの収益額を算出する。

サーバ１は、算出した当該ＮＦＴに関するプラットフォームの収益額、及び、拡散タスクを実行したユーザ数に基づき、上述した式（１）を用いて、当該ＮＦＴにおける各ユーザが得るべき報酬を算出する。

このように、サーバ１は、プロジェクトに含まれる各ＮＦＴに対し、上述した報酬の算出処理を行うことにより、プロジェクトにおける各ユーザに付与する報酬を決定することができる。

なお、上述した報酬の算出処理に限るものではない。プロジェクトにおいて、レアＮＦＴを保有するユーザに対し、レア度が高いほど、得るべき報酬が多くなる。例えば、プロジェクト１における拡散タスクを実行したユーザが１０人である。１０人のユーザのうち、２人のユーザ（例えば、ユーザ１及びユーザ２）はレアＮＦＴを保有する。ユーザ３～ユーザ１０のそれぞれは、レアＮＦＴでない通常のＮＦＴを保有する。ユーザ１及びユーザ２は、レアＮＦＴのレア度に応じた報酬率により報酬を得る。ユーザ３～ユーザ１０のそれぞれは、人数に基づいて報酬を得る。

例えば、ユーザ１が保有するレアＮＦＴに対し、高いレア度（例えば、４）が設定される。例えば、ユーザ１が保有するレアＮＦＴのレア度に応じた報酬率が、通常のＮＦＴの報酬率の４倍に設定される。この場合、ユーザ１が得るべき報酬は、総報酬の１５分の４（１／１５ × ４）である。

ユーザ２が保有するレアＮＦＴに対し、中レア度（例えば、３）が設定される。例えば、ユーザ２が保有するレアＮＦＴのレア度に応じた報酬率が、通常のＮＦＴの報酬率の３倍に設定される。この場合、ユーザ２が得るべき報酬は、総報酬の１５分の３（１／１５ × ３）である。ユーザ３～ユーザ１０のそれぞれが得るべき報酬は、総報酬の１５分の１（１／１５）である。

例えば、プロジェクト１におけるプラットフォームの収益額が１０００ドルである場合、サーバ１は、プラットフォームの収益額により得られた総報酬（例えば、収益額の１５％）を算出する。例えば、算出された総報酬が１５０ドル（１０００ドル×１５％）である。サーバ１は、ユーザ１～ユーザ１０のそれぞれが得るべき報酬を算出する。すなわち、ユーザ１が得るべき報酬は、１５０ドルにおける１５分の４ドル（４０ドル）である。ユーザ２が得るべき報酬は、１５０ドルにおける１５分の３ドル（３０ドル）である。ユーザ３～１０のそれぞれが得るべき報酬は、１５０ドルにおける１５分の１ドル（１０ドル）である。

また、プロジェクトに含まれる各ＮＦＴに対し、各ＮＦＴに対応する拡散タスクにおける報酬の報酬請求期限を徒過した場合、ユーザが得るべき報酬が、次回の拡散タスクにおける報酬の基礎となる収益に加算される。

具体的には、サーバ１は、プロジェクトに含まれる複数のＮＦＴのうち、１つのＮＦＴを取得する。サーバ１は、取得したＮＦＴの名称に基づき、今回（例えば、今月）における当該ＮＦＴに関するプラットフォームの収益額をＮＦＴ収益ＤＢ１５２から取得する。

サーバ１は、ＮＦＴの名称について、当該ＮＦＴを保有する各ユーザのウォレットアドレスをＮＦＴ管理ＤＢ１５３から取得する。サーバ１は、ＮＦＴのトークンＩＤ、及び取得した各ユーザのウォレットアドレスに基づき、拡散タスクを実行したユーザ数を請求管理ＤＢ１５５から集計する。

サーバ１は、取得したＮＦＴに関するプラットフォームの収益額（今月）、及び、拡散タスクを実行したユーザ数に基づき、上述した式（１）を用いて、各ユーザが得るべき報酬を算出する。サーバ１は、当該ＮＦＴに対応する拡散タスクＩＤに基づき、当該拡散タスクにおける報酬の報酬請求期限を拡散タスクＤＢ１５４から取得する。

サーバ１は、取得した報酬請求期限及び請求状況（請求済／未請求）に基づき、報酬請求期限を徒過したユーザ数を請求管理ＤＢ１５５から集計する。サーバ１は、各ユーザが得るべき報酬と、集計したユーザ数とに基づき、繰越額（各ユーザが得るべき報酬×ユーザ数）を算出する。サーバ１は、当該ＮＦＴの名称に基づき、ＮＦＴ収益ＤＢ１５２の次回（例えば、来月）の収益額列に記憶された収益額に、算出した繰越額を加算する。

このように、サーバ１は、プロジェクトに含まれる各ＮＦＴに対し、上述した繰越額の算出処理を行うことにより、各ＮＦＴに対応する拡散タスクにおける報酬の報酬請求期限を徒過した報酬を次回の報酬に加算することができる。

本実施形態によると、プロジェクトに分類された収益、及び、プロジェクト毎の拡散タスクにおける報酬に対する請求を実行したユーザ数に基づき、各ユーザに付与する報酬を決定することが可能となる。

なお、上述した各実施形態において、拡散タスクの例を説明したが、これに限るものではない。拡散タスクの他に、通常のタスクにも適用することができる。通常のタスクは、例えば、ユーザによる所定の動画配信プラットフォーム（Ｙｏｕｔｕｂｅ（登録商標）等）での動画の登録もしくは閲覧、ＮＦＴにおけるウェブサイトの構築、または、写真もしくはイラスト等の画像データの登録等を含む。すなわち、通常のタスクは、ＮＦＴにおけるユーザが実行可能なあらゆるタスクであっても良い。

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

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

１ 情報処理装置（サーバ）
１１ 制御部
１１ａ ハッシュ値算出部
１１ｂ 電子署名作成部
１２ 記憶部
１３ 通信部
１４ 読取部
１５ 大容量記憶部
１５１ ユーザＤＢ
１５２ ＮＦＴ収益ＤＢ
１５３ ＮＦＴ管理ＤＢ
１５４ 拡散タスクＤＢ
１５５ 請求管理ＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ ブロックチェーンシステム（ブロックチェーン）
２１ ノード
２１１ 制御部
２１２ 記憶部
２１３ 通信部
２１４ 受付部
２１５ 出力部
２１６ ブロック生成部
２１７ ブロック検証部
２１８ ブロック共有部
３ 情報処理端末（ユーザ端末）
３１ 制御部
３１ａ ハッシュ値算出部
３１ｂ 電子署名作成部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 表示部
３Ｐ 制御プログラム

Claims (11)

1. 非代替性トークン（ＮＦＴ；Non-Fungible Token）を保有しているユーザに対し拡散タスクを出力し、
   前記拡散タスクを実行し、かつ、前記拡散タスクにおける報酬に対する請求を実行したユーザに報酬を付与する
   情報処理方法。
2. 前記ＮＦＴを保有しているユーザに、前記ＮＦＴに関するプラットフォームの収益に応じた第２報酬を付与する
   請求項１に記載の情報処理方法。
3. 前記ユーザが拡散タスクを実行し、かつ、前記報酬に対する請求を実行した場合に、前記報酬を付与するスマートコントラクトにより、前記ユーザのウォレットアドレスに報酬として暗号資産を付与する
   請求項１または２に記載の情報処理方法。
4. 前記ＮＦＴに関するプラットフォームの収益、及び、前記報酬に対する請求を実行したユーザ数に基づき、各ユーザに付与する報酬を決定する
   請求項１または２に記載の情報処理方法。
5. 希少価値を示す前記ＮＦＴのレア度に応じて前記報酬を算出し、
   算出した報酬を前記ユーザに付与する
   請求項１または２に記載の情報処理方法。
6. 前記ＮＦＴに対応する拡散タスクを実行した場合に、前記拡散タスクにおける報酬の報酬請求期限を前記ユーザの端末装置に出力し、
   出力した報酬請求期限を徒過した場合に、前記ユーザが得るべき報酬が、次回の拡散タスクにおける報酬の基礎となる収益に加算される
   請求項１または２に記載の情報処理方法。
7. 前記拡散タスクは、複数のＳＮＳ（Social Networking Service）アプリケーション上での、前記ＮＦＴまたは前記ＮＦＴに対応するプラットフォームに関する情報を拡散すべき旨のタスクであり、
   拡散対象となる前記複数のＳＮＳアプリケーションの情報を出力する
   請求項１または２に記載の情報処理方法。
8. 所定数の拡散タスクを実行した場合に、前記拡散タスクにおける報酬に対する請求が可能である旨、及び、前記報酬の報酬請求期限を出力する
   請求項１または２に記載の情報処理方法。
9. プロジェクト毎に拡散タスクを出力し、
   プロジェクトに分類された収益、及び、プロジェクト毎の拡散タスクにおける報酬に対する請求を実行したユーザ数に基づき、各ユーザに付与する報酬を決定する
   請求項１または２に記載の情報処理方法。
10. 非代替性トークン（ＮＦＴ）を保有しているユーザに対し拡散タスクを出力し、
    前記拡散タスクを実行し、かつ、前記拡散タスクにおける報酬に対する請求を実行したユーザに付与する報酬の情報を記憶する
    処理をコンピュータに実行させるプログラム。
11. 非代替性トークン（ＮＦＴ）を保有しているユーザに対し拡散タスクを出力する出力部と、
    前記拡散タスクを実行し、かつ、前記拡散タスクにおける報酬に対する請求を実行したユーザに付与する報酬の情報を記憶する記憶部と
    を備える情報処理装置。

Images