ホーム > 特許ランキング > 株式会社クエストリー
知財求人 - 知財ポータルサイト「IP Force」
特開2024-173096トークン管理システム、トークン管理方法及びトークン管理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024173096
(43)【公開日】2024-12-12
(54)【発明の名称】トークン管理システム、トークン管理方法及びトークン管理プログラム
(51)【国際特許分類】
G06Q 30/0234 20230101AFI20241205BHJP
【ＦＩ】
G06Q30/0234
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2023091241
(22)【出願日】2023-06-01
(71)【出願人】
【識別番号】522432918
【氏名又は名称】株式会社クエストリー
(74)【代理人】
【識別番号】100137338
【弁理士】
【氏名又は名称】辻田 朋子
(74)【代理人】
【識別番号】100224719
【弁理士】
【氏名又は名称】長谷川 隆治
(72)【発明者】
【氏名】内田 善彦
【テーマコード（参考）】
5L030
5L049
【Ｆターム（参考）】
5L030BB07
5L049BB07
(57)【要約】
【課題】
本発明は、商品の価値を高め、ひいては消費者からの対価を向上させる行為をした者に対してトークン等を配布する新規な技術を提供することを課題とする。
【解決手段】
トークン管理システムであって、トークン配布部、及びトークン利用部を有し、ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を記録したデータがあり、前記トークン配布部は、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定し、前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーに報酬ＮＦＴを配布し、前記トークン利用部は、前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化する。
【選択図】図１
本発明は、商品の価値を高め、ひいては消費者からの対価を向上させる行為をした者に対してトークン等を配布する新規な技術を提供することを課題とする。
【解決手段】
トークン管理システムであって、トークン配布部、及びトークン利用部を有し、ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を記録したデータがあり、前記トークン配布部は、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定し、前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーに報酬ＮＦＴを配布し、前記トークン利用部は、前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化する。
【選択図】図１
【特許請求の範囲】
【請求項1】
トークン管理システムであって、
トークン配布部、及びトークン利用部を有し、
ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を記録したデータがあり、
前記トークン配布部は、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定し、
前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーに報酬ＮＦＴを配布し、
前記トークン利用部は、前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化する、トークン管理システム。
トークン配布部、及びトークン利用部を有し、
ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を記録したデータがあり、
前記トークン配布部は、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定し、
前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーに報酬ＮＦＴを配布し、
前記トークン利用部は、前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化する、トークン管理システム。
【請求項2】
前記報酬プロパティの総提供数量を示すデータがあり、
前記トークン利用部は、前記総提供数量を参照可能に構成され、前記総提供数量を充足する現実の報酬プロパティが確保されたか否かを示す検証結果を、裏付けデータとして登録する、請求項１に記載のトークン管理システム。
前記トークン利用部は、前記総提供数量を参照可能に構成され、前記総提供数量を充足する現実の報酬プロパティが確保されたか否かを示す検証結果を、裏付けデータとして登録する、請求項１に記載のトークン管理システム。
【請求項3】
前記報酬プロパティについて、１つの報酬ＮＦＴあたりに提供される単位提供数量を記録したデータがあり、
前記トークン配布部は、前記単位提供数量を前記交換数量とする複数の前記報酬ＮＦＴの発行処理を行って、各ボーディングメンバーにトークンを配布する、請求項１又は２に記載のトークン管理システム。
前記トークン配布部は、前記単位提供数量を前記交換数量とする複数の前記報酬ＮＦＴの発行処理を行って、各ボーディングメンバーにトークンを配布する、請求項１又は２に記載のトークン管理システム。
【請求項4】
前記トークン配布部はさらに、
ボーディングメンバーの貢献量又はボーディングメンバーへの報酬プロパティの提供数量、並びにボーディングメンバーの識別情報が記録された移転不能トークンの発行処理を行って、各ボーディングメンバーに移転不能トークンを配布する、請求項１又は２に記載のトークン管理システム。
ボーディングメンバーの貢献量又はボーディングメンバーへの報酬プロパティの提供数量、並びにボーディングメンバーの識別情報が記録された移転不能トークンの発行処理を行って、各ボーディングメンバーに移転不能トークンを配布する、請求項１又は２に記載のトークン管理システム。
【請求項5】
トークン管理システムはさらに、販売プロパティをコンシューマーに販売する為のプロパティ販売部、及び前記報酬ＮＦＴを移転する為のトークン移転部を有し、
前記販売プロパティ及び報酬プロパティが同一のプロパティであって、
前記トークン移転部は、前記プロパティ販売部における前記プロパティの販売価格に応じて、該プロパティに対応する報酬ＮＦＴの販売価格を決定する、請求項１又は２に記載のトークン管理システム。
前記販売プロパティ及び報酬プロパティが同一のプロパティであって、
前記トークン移転部は、前記プロパティ販売部における前記プロパティの販売価格に応じて、該プロパティに対応する報酬ＮＦＴの販売価格を決定する、請求項１又は２に記載のトークン管理システム。
【請求項6】
トークン管理システムはさらに、前記報酬ＮＦＴを移転する為のトークン移転部を有し、
前記報酬ＮＦＴについて、報酬ＮＦＴの発行日、対応する報酬プロパティの生産日、加工日、対応する報酬プロパティに対する報酬ＮＦＴの発行数量、対応する報酬プロパティの総提供数量、対応する報酬プロパティに対する報酬ＮＦＴのうち無効化された報酬ＮＦＴの総数量、無効化された報酬ＮＦＴに対応する報酬プロパティの総交換数量、並びに、これらの１又は複数を用いて得られたパラメータの少なくとも何れかの情報を記録したデータがあり、
前記トークン移転部は、該情報を表示処理する、請求項１又は２に記載のトークン管理システム。
前記報酬ＮＦＴについて、報酬ＮＦＴの発行日、対応する報酬プロパティの生産日、加工日、対応する報酬プロパティに対する報酬ＮＦＴの発行数量、対応する報酬プロパティの総提供数量、対応する報酬プロパティに対する報酬ＮＦＴのうち無効化された報酬ＮＦＴの総数量、無効化された報酬ＮＦＴに対応する報酬プロパティの総交換数量、並びに、これらの１又は複数を用いて得られたパラメータの少なくとも何れかの情報を記録したデータがあり、
前記トークン移転部は、該情報を表示処理する、請求項１又は２に記載のトークン管理システム。
【請求項7】
前記トークン移転部では、板取引形式、インターネット販売サイト形式、若しくはＡＭＭ形式で前記報酬ＮＦＴの取引が行われる請求項５に記載のトークン管理システム。
【請求項8】
トークン管理方法であって、
１又は複数のコンピュータが、ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を示すデータを記録しており、
前記コンピュータのプロセッサが、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定する工程と、
前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーに報酬ＮＦＴを配布するトークン配布工程と、
前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化するトークン利用工程と、を実行するトークン管理方法。
１又は複数のコンピュータが、ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を示すデータを記録しており、
前記コンピュータのプロセッサが、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定する工程と、
前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーに報酬ＮＦＴを配布するトークン配布工程と、
前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化するトークン利用工程と、を実行するトークン管理方法。
【請求項9】
トークン管理プログラムであって、
ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を示すデータを記録した１又は複数のコンピュータを、トークン配布部及びトークン利用部として機能させ、
前記トークン配布部は、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定し、
前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーにトークンを配布し、
前記トークン利用部は、前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化するトークン管理プログラム。
ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を示すデータを記録した１又は複数のコンピュータを、トークン配布部及びトークン利用部として機能させ、
前記トークン配布部は、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定し、
前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーにトークンを配布し、
前記トークン利用部は、前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化するトークン管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、トークン管理システム、トークン管理方法及びトークン管理プログラムに関する。
【背景技術】
【0002】
従来から、商品やサービスの消費促進や購買パターンの追跡等を目的として商品等の消費者を対象にトークンを付与するシステムが知られている（例えば下記特許文献１参照）。
【0003】
また、近年、実際に商品を購入あるいはサービスを利用した消費者が、ネットワーク上のサイトや掲示板等を利用して商品やサービスの評価に関する情報を発信する「クチコミ」がよく行われている。この「クチコミ」は消費者の声を意味する。このような「クチコミ」はインターネットやＳＮＳ（Social networking service）等を介して短時間で急激に拡散することがあり、これにより評価の対象とされた商品やサービスが一躍話題となり注目を集めることがある。このようにして注目を得ることを、最近の流行り言葉で「バズる」という。「バズる」と、大抵の場合、商品等の売れ行きが大幅に変化する。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２０－１９４４０８号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
前述した近年の状況に鑑み、本発明の発明者は、消費者の声に経済的価値を持たせるとの着想を得て、商品等の売れ行きの増加に寄与する情報（例えば高評価する旨の「クチコミ」）をより多く発信する等、商品等の売上増加に間接的に寄与する行為をした者に対してトークンやマネーといった財を付与する仕組みを創案した。
【0006】
しかし、従来のシステムでは、トークンの付与対象となるのは、主として、商品の購入者等売上に直接寄与した消費者であって、商品の内容や評価に関する情報の発信者にトークンを付与することは想定されていない。このため、かかる従来のシステムの構成を前述した新たな仕組みを実現するシステムに適用するのは困難である。そこで、本発明では、例えば商品に関する情報を発信する行為等、商品の提供者と共に商品の価値を高め、ひいては消費者からの対価を向上させる行為をした者に対してトークン等を配布する新規な技術を提供することを目的とする。
【0007】
また、金銭や暗号資産に代わり、流動性を備え、実体資産による裏付けがなされた新たな価値表象手段を用いて報酬を付与する新規な技術を提供することも本発明の目的とする。
【課題を解決するための手段】
【0008】
本発明は、トークン管理システムであって、トークン配布部、及びトークン利用部を有し、ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に対するボーディングメンバーの貢献量を記録したデータがあり、前記トークン配布部は、前記貢献量に基づき、各ボーディングメンバーに提供される現実のプロパティである報酬プロパティの提供数量を決定し、前記提供数量に基づき、報酬プロパティへの交換数量、及び該報酬プロパティの識別情報が記録された報酬ＮＦＴの発行処理を行って、各ボーディングメンバーに報酬ＮＦＴを配布し、前記トークン利用部は、前記報酬ＮＦＴを前記報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化する。
【0009】
このような構成とすることで、現実のプロパティと交換可能なトークンを、貢献を行った者に対して報酬として配布することができる。
【0010】
本発明の好ましい形態では、前記報酬プロパティの総提供数量を示すデータがあり、前記トークン利用部は、前記総提供数量を参照可能に構成され、前記総提供数量を充足する現実の報酬プロパティが確保されたか否かを示す検証結果を、裏付けデータとして登録する。
このような構成とすることで、報酬プロパティによる実体的な裏付けのある報酬ＮＦＴの提供を行うことができる。
このような構成とすることで、報酬プロパティによる実体的な裏付けのある報酬ＮＦＴの提供を行うことができる。
【0011】
本発明の好ましい形態では、前記報酬プロパティについて、１つの報酬ＮＦＴあたりに提供される単位提供数量を記録したデータがあり、前記トークン配布部は、前記単位提供数量を前記交換数量とする複数の前記報酬ＮＦＴの発行処理を行って、各ボーディングメンバーにトークンを配布する。
このような構成とすることで、現実のプロパティを一定まで分解して移転することが可能となり、報酬ＮＦＴ（報酬プロパティ）の流動性の向上に寄与する。
このような構成とすることで、現実のプロパティを一定まで分解して移転することが可能となり、報酬ＮＦＴ（報酬プロパティ）の流動性の向上に寄与する。
【0012】
本発明の好ましい形態では、前記トークン配布部はさらに、ボーディングメンバーの貢献量又はボーディングメンバーへの報酬プロパティの提供数量、並びにボーディングメンバーの識別情報が記録された移転不能トークンの発行処理を行って、各ボーディングメンバーに移転不能トークンを配布する。
このような構成とすることで、更に、ボーディングメンバーの貢献の履歴を記録することができる。
このような構成とすることで、更に、ボーディングメンバーの貢献の履歴を記録することができる。
【0013】
本発明の好ましい形態では、トークン管理システムはさらに、販売プロパティをコンシューマーに販売する為のプロパティ販売部、及び前記報酬ＮＦＴを移転する為のトークン移転部を有し、前記販売プロパティ及び報酬プロパティが同一のプロパティであって、前記トークン移転部は、前記プロパティ販売部における前記プロパティの販売価格に応じて、該プロパティに対応する報酬ＮＦＴの販売価格を決定する。
このような構成とすることで、報酬ＮＦＴ（報酬プロパティ）の金銭的価値を決定することができる。
このような構成とすることで、報酬ＮＦＴ（報酬プロパティ）の金銭的価値を決定することができる。
【0014】
本発明の好ましい形態では、トークン管理システムはさらに、前記報酬ＮＦＴを移転する為のトークン移転部を有し、前記報酬ＮＦＴについて、報酬ＮＦＴの発行日、対応する報酬プロパティの生産日、加工日、対応する報酬プロパティに対する報酬ＮＦＴの発行数量、対応する報酬プロパティの総提供数量、対応する報酬プロパティに対する報酬ＮＦＴのうち無効化された報酬ＮＦＴの総数量、無効化された報酬ＮＦＴに対応する報酬プロパティの総交換数量、並びに、これらの１又は複数を用いて得られたパラメータの少なくとも何れかの情報を記録したデータがあり、前記トークン移転部は、該情報を表示処理する。
本発明の好ましい形態では、前記トークン移転部では、板取引形式、インターネット販売サイト形式、若しくはＡＭＭ（Automated Market Maker）形式で前記報酬ＮＦＴの取引が行われる。
このような構成とすることで、市場原理に基づく、現実のプロパティに対する価格調整に近い形で、報酬ＮＦＴに対する価格調整が働くことが期待できる。
本発明の好ましい形態では、前記トークン移転部では、板取引形式、インターネット販売サイト形式、若しくはＡＭＭ（Automated Market Maker）形式で前記報酬ＮＦＴの取引が行われる。
このような構成とすることで、市場原理に基づく、現実のプロパティに対する価格調整に近い形で、報酬ＮＦＴに対する価格調整が働くことが期待できる。
【発明の効果】
【0015】
本発明によれば、プロパティの価値を高め、ひいては、売上を向上させる行為をしたボーディングメンバーに対して現実のプロパティと交換可能なトークンを付与することで、プロパティの売上増加を図ることができる。また、本発明のシステムによれば、ボーディングメンバーに対して現実のプロパティと交換可能なトークンを付与することで、新たな価値表象手段を用いて報酬を付与することができる。
【図面の簡単な説明】
【0016】
【図1】一実施形態におけるトークン管理システムの一例と、当該システムを利用したサービスの一例を示す概略図である。
【図2】一実施形態におけるサーバー等のハードウェア構成を示すブロック図である。
【図3】一実施形態におけるプロジェクトの登録からトークンの配布までの流れを示すフローチャートである。
【図4】一実施形態におけるデータ構成図である。
【発明を実施するための形態】
【0017】
以下、添付図面を参照して、本発明をよりに詳細に説明する。図面には好ましい実施形態が示されるが、本発明は、異なる形態で実施されることが可能であり、本明細書に記載される実施形態に限定されない。本実施形態ではトークン管理システムの構成、動作等について説明するが、システムによって実行される方法、コンピュータプログラム等によっても、同様の作用効果を奏することができる。コンピュータプログラムは、コンピュータが読み取り可能な非一過性の記録媒体として提供されてもよい。
【0018】
まず、本明細書で使用される用語及び語句の定義を示し、次いで、本発明の実施形態について図面を参照しながら説明する。
【0019】
＜１．１．用語等の定義１＞
図１は、トークン管理システム１００の一例を示すと共に、当該システムを利用したサービスの一例を示す概略図である。図１及び本明細書で使用される用語及び語句の定義は次のとおりである。
プロパティ（Property）とは、提供する価値をいう。特に、後述するコンシューマーに対して提供されるプロパティを販売プロパティ、後述するボーディングメンバー等のＮＦＴホルダーに対して提供される報酬となるプロパティを報酬プロパティと呼称する。
ビジネスオーナー(Business Owner)とは、販売プロパティを後述するコンシューマーに、報酬プロパティを後述するＮＦＴホルダーに提供する者をいう。
コンシューマー（Consumer）とは、販売プロパティを受け取りビジネスオーナーに対し対価（例えばお金等）を払う者をいう。
ボーディングメンバー（Boarding Member）とは、ビジネスオーナーと共に販売プロパティの価値や消費量を高め、コンシューマーからの対価を向上させる者をいう。
貢献とは、販売プロパティの価値や消費量を高め、コンシューマーからの対価を向上させる行為をいう。
移転不能トークン（NTT：Non-Transferable Token）とは移転不能なトークンである。本実施形態では、移転不能トークンとして、ボーディングメンバーの貢献量等が記録される。
報酬ＮＦＴ（Non-Fungible Token）とは、交換可能な報酬プロパティと、その数量が記録された移転可能トークン（TT：Transferable Token）である。
報酬プロパティ交換所とは、報酬ＮＦＴを使用することで、現実の報酬プロパティを受け取ることができる現実又はインターネット上の場所を指す。
報酬ＮＦＴホルダーとは、報酬ＮＦＴの保有者を指す。原始的には、ビジネスオーナーから報酬ＮＦＴを受け取ったボーディングメンバーがＮＦＴホルダーとなる。
図１は、トークン管理システム１００の一例を示すと共に、当該システムを利用したサービスの一例を示す概略図である。図１及び本明細書で使用される用語及び語句の定義は次のとおりである。
プロパティ（Property）とは、提供する価値をいう。特に、後述するコンシューマーに対して提供されるプロパティを販売プロパティ、後述するボーディングメンバー等のＮＦＴホルダーに対して提供される報酬となるプロパティを報酬プロパティと呼称する。
ビジネスオーナー(Business Owner)とは、販売プロパティを後述するコンシューマーに、報酬プロパティを後述するＮＦＴホルダーに提供する者をいう。
コンシューマー（Consumer）とは、販売プロパティを受け取りビジネスオーナーに対し対価（例えばお金等）を払う者をいう。
ボーディングメンバー（Boarding Member）とは、ビジネスオーナーと共に販売プロパティの価値や消費量を高め、コンシューマーからの対価を向上させる者をいう。
貢献とは、販売プロパティの価値や消費量を高め、コンシューマーからの対価を向上させる行為をいう。
移転不能トークン（NTT：Non-Transferable Token）とは移転不能なトークンである。本実施形態では、移転不能トークンとして、ボーディングメンバーの貢献量等が記録される。
報酬ＮＦＴ（Non-Fungible Token）とは、交換可能な報酬プロパティと、その数量が記録された移転可能トークン（TT：Transferable Token）である。
報酬プロパティ交換所とは、報酬ＮＦＴを使用することで、現実の報酬プロパティを受け取ることができる現実又はインターネット上の場所を指す。
報酬ＮＦＴホルダーとは、報酬ＮＦＴの保有者を指す。原始的には、ビジネスオーナーから報酬ＮＦＴを受け取ったボーディングメンバーがＮＦＴホルダーとなる。
【0020】
＜１．２．処理概要１＞
図１に示す例では、運営者（サーバー３０）は、プロパティ販売部３（例えば、プロパティ販売プラットフォーム等）を介してビジネスオーナーの販売プロパティをコンシューマーに提供することによって、コンシューマーから回収した売上（対価、お金等）の一部をビジネスオーナーに渡す。運営者（サーバー１０）は、トークン配布部１（例えば、プロジェクト管理プラットフォーム等）を介して、ボーディングメンバー（端末２０）に対する移転不能トークンの発行を行う。これにより、運営者（サーバー１０）は、例えば販売プロパティの情報をＳＮＳで発信する等、売上の増加に貢献をしたボーディングメンバー（端末２０）に対して貢献の量に応じて移転不能トークン（ＮＴＴ：Non-Tradable Token）を配布する。
図１に示す例では、運営者（サーバー３０）は、プロパティ販売部３（例えば、プロパティ販売プラットフォーム等）を介してビジネスオーナーの販売プロパティをコンシューマーに提供することによって、コンシューマーから回収した売上（対価、お金等）の一部をビジネスオーナーに渡す。運営者（サーバー１０）は、トークン配布部１（例えば、プロジェクト管理プラットフォーム等）を介して、ボーディングメンバー（端末２０）に対する移転不能トークンの発行を行う。これにより、運営者（サーバー１０）は、例えば販売プロパティの情報をＳＮＳで発信する等、売上の増加に貢献をしたボーディングメンバー（端末２０）に対して貢献の量に応じて移転不能トークン（ＮＴＴ：Non-Tradable Token）を配布する。
【0021】
その後、運営者（サーバー１０）は、ボーディングメンバー（端末２０）に対する報酬ＮＦＴの発行を行う。これにより、運営者（サーバー１０）は、移転不能トークンに紐づいて、ボーディングメンバー（端末２０）に貢献の量に応じて報酬ＮＦＴを配布する。なお、報酬ＮＦＴに加えて、暗号資産をボーディングメンバー（端末２０）に送付してもよい。
【0022】
暗号資産とは、インターネット上でやりとりできる財産的価値を有し、貨幣代替的に利用される移転可能トークンであり、次の性質をもつものをいう。
（１）不特定の者に対して、代金の支払い等に使用でき、かつ、法定通貨（日本円や米国ドル等）と相互に交換できる。
（２）電子的に記録され、移転できる。
（３）法定通貨または法定通貨建ての資産（プリペイドカード等）ではない。
代表的な暗号資産には、ビットコイン（登録商標）やイーサリアム（登録商標）等がある。
（１）不特定の者に対して、代金の支払い等に使用でき、かつ、法定通貨（日本円や米国ドル等）と相互に交換できる。
（２）電子的に記録され、移転できる。
（３）法定通貨または法定通貨建ての資産（プリペイドカード等）ではない。
代表的な暗号資産には、ビットコイン（登録商標）やイーサリアム（登録商標）等がある。
【0023】
運営者（サーバー１０）がビジネスオーナーに渡す売上は、図１に示す例では、お金（例えば電子マネー）であるが、これに限定されず、例えば、暗号資産であってもよい。また、後述するように、運営者がトークンに紐ついてボーディングメンバーに送付するものとしては、暗号資産に限定されず、例えば、当該暗号資産と同価値の法定通貨等であってもよい。
【0024】
＜１．３．処理概要２＞
運営者（サーバー４０）は、トークン利用部４（例えば、報酬プロパティ交換所等）を介して、報酬ＮＦＴホルダー（端末２０）から、報酬ＮＦＴと現実の報酬プロパティとの交換要求を受け付ける。交換がなされると、運営者（サーバー４０）は報酬ＮＦＴの使用を記録する。これにより、報酬ＮＦＴは、現実の報酬プロパティと交換可能な新たな価値表象手段として機能する。また、運営者（サーバー５０）は、トークン移転部５（例えば、トークン移転プラットフォーム等）を介して、ユーザ（端末２０）間での報酬ＮＦＴの移転要求を受け付け、報酬ＮＦＴの移転を記録する。交換に利用された報酬ＮＦＴは焼却（Burn）されるものとするが、運営者等が保有する特定のアカウントに所有権を移転する等、それ以上交換、移転がなされなければよい。
運営者（サーバー４０）は、トークン利用部４（例えば、報酬プロパティ交換所等）を介して、報酬ＮＦＴホルダー（端末２０）から、報酬ＮＦＴと現実の報酬プロパティとの交換要求を受け付ける。交換がなされると、運営者（サーバー４０）は報酬ＮＦＴの使用を記録する。これにより、報酬ＮＦＴは、現実の報酬プロパティと交換可能な新たな価値表象手段として機能する。また、運営者（サーバー５０）は、トークン移転部５（例えば、トークン移転プラットフォーム等）を介して、ユーザ（端末２０）間での報酬ＮＦＴの移転要求を受け付け、報酬ＮＦＴの移転を記録する。交換に利用された報酬ＮＦＴは焼却（Burn）されるものとするが、運営者等が保有する特定のアカウントに所有権を移転する等、それ以上交換、移転がなされなければよい。
【0025】
＜１．４．用語等の定義２＞
上記定義に引き続き、本明細書で使用される用語及び語句について次のように定義する。
ボーディングメンバープロポーション（Boarding Member Proportion）とは、ボーディングメンバーに与える売上の比率である。
カットオフポイント（cutoff point）とは、ボーディングメンバーによる貢献効果を判定する為の売上に対する閾値である。例えば、前期の売上額をカットオフポイントとし、今期の売上がカットオフポイントを上回る場合に、ボーディングメンバーによる貢献効果が発揮されたものとして、ボーディングメンバーに対する報酬を付与する。
これらはビジネスオーナーがボーディングメンバーの募集に先駆けて、事前に決めておく指標である。なお、ボーディングメンバーに送付されるＮＦＴの価値は、ボーディングメンバープロポーション、カットオフポイント、及び後述するコントリビューションを用いて算出される。
キャッシュフローオブザベーション（Cash Flow Observation）とは、売上等ボーディングメンバーの貢献を計る指標をいう。
コントリビューション（Contribution）とは、ボーディングメンバーの貢献の量をいう。
ここで、運営者は、一般的な株式会社等とは異なり、組織の代表者が存在していない分散型自律組織（ＤＡＯ：Decentralized Autonomous Organization）を想定している。その特徴点は、概ね、次のとおりである。即ち、上記組織は、中央集権的な権限を持った管理者がいないので参加者全員が平等であり、オープンソースなので組織として非常に透明性が高い。また、上記組織は、ガバナンストークンを発行することで資金調達等ができる、といった特徴を有しても良い。
上記定義に引き続き、本明細書で使用される用語及び語句について次のように定義する。
ボーディングメンバープロポーション（Boarding Member Proportion）とは、ボーディングメンバーに与える売上の比率である。
カットオフポイント（cutoff point）とは、ボーディングメンバーによる貢献効果を判定する為の売上に対する閾値である。例えば、前期の売上額をカットオフポイントとし、今期の売上がカットオフポイントを上回る場合に、ボーディングメンバーによる貢献効果が発揮されたものとして、ボーディングメンバーに対する報酬を付与する。
これらはビジネスオーナーがボーディングメンバーの募集に先駆けて、事前に決めておく指標である。なお、ボーディングメンバーに送付されるＮＦＴの価値は、ボーディングメンバープロポーション、カットオフポイント、及び後述するコントリビューションを用いて算出される。
キャッシュフローオブザベーション（Cash Flow Observation）とは、売上等ボーディングメンバーの貢献を計る指標をいう。
コントリビューション（Contribution）とは、ボーディングメンバーの貢献の量をいう。
ここで、運営者は、一般的な株式会社等とは異なり、組織の代表者が存在していない分散型自律組織（ＤＡＯ：Decentralized Autonomous Organization）を想定している。その特徴点は、概ね、次のとおりである。即ち、上記組織は、中央集権的な権限を持った管理者がいないので参加者全員が平等であり、オープンソースなので組織として非常に透明性が高い。また、上記組織は、ガバナンストークンを発行することで資金調達等ができる、といった特徴を有しても良い。
【0026】
できる限り、「バズる」状況を生じさせて商品やサービスの売上げ増加を図ると共に、ボーディングメンバーにトークンやマネーのリターンを多くすることが、本発明の目的であるので、ＤＡＯのような組織が望ましい。もっとも、通常の会社が運営することも、想定外ではない。また、ビジネスオーナーに投資をする者、投資家に対しても、ＤＡＯからマネーが流れる仕組みを構築することで、投資を増やすことも想定している。
【0027】
＜２．１．システム構成＞
図１に示すように、トークン管理システム１００は、サーバー１０、３０、４０、５０（サーバー１０等と呼称する場合がある）と、端末２０と、ブロックチェーンネットワークＢＣを備える。本実施形態において、サーバー１０はトークン配布部１（プロジェクト管理プラットフォーム）として機能し、サーバー３０はプロパティ販売部３（プロパティ販売プラットフォーム）として機能し、サーバー４０はトークン利用部４（報酬プロパティ交換所）として機能し、サーバー５０はトークン移転部５（トークン移転プラットフォーム）として機能する。サーバー１０等は、端末２０及びブロックチェーンネットワークＢＣとネットワークＮｅｔを介して接続されている。ネットワークＮｅｔは、例えばインターネット等のＩＰネットワークである。
図１に示すように、トークン管理システム１００は、サーバー１０、３０、４０、５０（サーバー１０等と呼称する場合がある）と、端末２０と、ブロックチェーンネットワークＢＣを備える。本実施形態において、サーバー１０はトークン配布部１（プロジェクト管理プラットフォーム）として機能し、サーバー３０はプロパティ販売部３（プロパティ販売プラットフォーム）として機能し、サーバー４０はトークン利用部４（報酬プロパティ交換所）として機能し、サーバー５０はトークン移転部５（トークン移転プラットフォーム）として機能する。サーバー１０等は、端末２０及びブロックチェーンネットワークＢＣとネットワークＮｅｔを介して接続されている。ネットワークＮｅｔは、例えばインターネット等のＩＰネットワークである。
【0028】
本実施形態では、トークン（移転不能トークン及び報酬ＮＦＴ）は、ブロックチェーンネットワークＢＣ上において記録、管理されるものとする。なお、移転不能トークン及び報酬ＮＦＴは同じブロックチェーンネットワークＢＣ上で記録、管理されても良いし、別々のブロックチェーンネットワークＢＣ上で記録、管理されてもよい。また、ブロックチェーンネットワークＢＣは、パブリックチェーンとする。一方でトークンは、コンソーシアムチェーン等の中央集権的なブロックチェーンネットワーク、若しくは特定の主体が管理するデータベースシステム又はＩＰＦＳ（Inter Planetary Filesystem）等の非ブロックチェーン型のデータベースにおいて記録、管理されるものであってもよい。サーバー１０、４０及び５０の一部又は全部は、トークンを記録、管理するブロックチェーンネットワークＢＣを構成するノード、若しくは当該ノードに対してトランザクションの発行要求が可能なサーバーである。サーバー３０も当該ノード又は当該サーバーであってよい。
【0029】
また、トークン配布部１、プロパティ販売部３、トークン利用部４、及びトークン移転部５はトークン管理システム１００の運営者によって管理されるものとして説明するが、これらの一部が別の主体によって管理されてもよい。また、少なくともこれらの一部が非中央集権的な分散システムであってもよく、例えばトークン移転部５は、ブロックチェーンネットワークＢＣ上にスマートコントラクトとして実装されるユニスワップ等の分散型取引所（ＤＥＸ：Decentralized Exchange）であってもよい。
【0030】
トークン配布部１は、ビジネスオーナーがコンシューマーに販売した販売プロパティの売上に応じてボーディングメンバーに移転不能トークン及び報酬ＮＦＴを渡す仕組みをコンピュータ上で構築したシステムである。プロパティ販売部３は、ビジネスオーナーによるコンシューマーへの販売プロパティの販売を管理する仕組みをコンピュータ上で構築したシステムである。トークン利用部４は、報酬ＮＦＴと現実の報酬プロパティの交換を管理する仕組みをコンピュータ上で構築したシステムである。トークン移転部５は、報酬ＮＦＴの移転を管理する仕組みをコンピュータ上で構築したシステムである。
【0031】
なお、ここでいうコンピュータ上で構築したシステムには、上記の仕組みを１台のコンピュータを用いて行うシステム、及び複数のコンピュータを有するネットワークを用いて行うシステムも含まれる。また、本実施形態ではサーバー１０等に、トークン配布部１、プロパティ販売部３、トークン利用部４、及びトークン移転部５のそれぞれの機能が分けて配置されるものとするが、これらの一部又は全部が同じサーバーによって機能提供されてもよい。また、トークン管理システム１００の各部が有する機能の一部は、同じコンピュータ又はサーバーに設けられてもよい。サーバーは仮想サーバーであってもよく、１のコンピュータによって複数の仮想サーバーが実行されてもよい。また、トークン管理システム１００は、各機能の一部又は全てをクラウドコンピューティングにより行うものであってもよい。かかる場合、サーバー１０等の構成の一部あるいは全ては、ネットワークＮｅｔ上のコンピュータに設けられる。
【0032】
＜２．２．ハードウェア構成＞
図２は、サーバー１０等のハードウェア構成を示すブロック図である。サーバー１０は通信部１１、制御部１２及び記憶部１３を、サーバー３０は通信部３１、制御部３２及び記憶部３３を、サーバー４０は通信部４１、制御部４２及び記憶部４３を、サーバー５０は通信部５１、制御部５２及び記憶部５３を備え、各部及び各工程の作用発揮に用いられる。記憶部１３、３３、４３、５３には、サーバー１０等における後述する処理・機能を実現するためのプログラム１４、３４、４４、５４が記憶されており、当該プログラム１４、３４、４４、５４の実行により、トークン配布部１、プロパティ販売部３、トークン利用部４及びトークン移転部５の各機能構成要素が実現される。これは、ソフトウェア（記憶部等に一過的又は非一過的に記憶されたプログラム）による情報処理が、ハードウェア（制御部等）によって具体的に実現されたものである。
図２は、サーバー１０等のハードウェア構成を示すブロック図である。サーバー１０は通信部１１、制御部１２及び記憶部１３を、サーバー３０は通信部３１、制御部３２及び記憶部３３を、サーバー４０は通信部４１、制御部４２及び記憶部４３を、サーバー５０は通信部５１、制御部５２及び記憶部５３を備え、各部及び各工程の作用発揮に用いられる。記憶部１３、３３、４３、５３には、サーバー１０等における後述する処理・機能を実現するためのプログラム１４、３４、４４、５４が記憶されており、当該プログラム１４、３４、４４、５４の実行により、トークン配布部１、プロパティ販売部３、トークン利用部４及びトークン移転部５の各機能構成要素が実現される。これは、ソフトウェア（記憶部等に一過的又は非一過的に記憶されたプログラム）による情報処理が、ハードウェア（制御部等）によって具体的に実現されたものである。
【0033】
通信部１１、３１、４１、５１は、ネットワークＮｅｔに物理的に接続するためのインタフェースを有し、ネットワークＮｅｔとの通信制御を実行して端末２０又はブロックチェーンネットワークＢＣに接続されることで、例えば、端末２０から送信されるデータの受信や、端末２０へのデータ送信、ブロックチェーンネットワークＢＣへのトランザクション処理要求、トークンデータの収集等を行う。通信部１１、３１、４１、５１は、例えば、上記コンピュータにインストールされた専用のアプリケーションソフトウェア等により実現される。
【0034】
制御部１２、３２、４２、５２は、命令セットを実行可能なＣＰＵ（Central Processing Unit）等のプロセッサ、一時記憶手段としてのＲＡＭ（Random Access Memory）等で構成され、プログラム１４、３４、４４、５４に基づいて演算や処理を実行する。プログラム１４はコントリビューション計算プログラム１５を有したトークン配布プログラム１７を含み、制御部１２はトークン配布プログラム１７を実行することでトークン配布部１として機能する。また、プログラム３４は販売管理プログラム３７を含み、制御部３２は販売管理プログラム３７を実行することでプロパティ販売部３として機能する。また、プログラム４４はトークン利用プログラム４７を含み、制御部４２はトークン利用プログラム４７を実行することでトークン利用部４として機能する。また、プログラム５４はトークン移転プログラム５７を含み、制御部５２はトークン移転プログラム５７を実行することでトークン移転部５として機能する。
【0035】
記憶部１３、３３、４３、５３は、各種データを記憶する装置であり、例えばＳＳＤ（Solid State Drive）等の不揮発性の記録媒体から構成される。記憶部１３、３３、４３、５３には、上記したプログラム１４、３４、４４、５４に加えて、各種のデータ１６、３６、４６、５６が記憶されている。なお、これらプログラム１４、３４、４４、５４を総称して、トークン管理プログラムと呼称する。
【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】
そして、トークン配布部１は、コントリビューション計算プログラム１５を実行し、特定の期間におけるボーディングメンバーｋのコントリビューションを計算する。このとき、トークン配布部１は、次の計算式を用いて特定の期間のコントリビューションを計算する。
Ｃｋは、ボーディングメンバーｋの各貢献の貢献量ｙｋ
ｉを変数に含む関数であり、貢献量ｙｋ
ｉと重み付けの数値とを用いて算出される。
式１において、Ｃｋは、ボーディングメンバーｋのコントリビューションであり、下記式２の条件を満たす。ｆは、下記式３の条件を満たしそれぞれの貢献量ｙｋ ｉに対して単調増加である。式１のｎは、貢献の種類の数である。
式２において、ｍは現在のボーディングメンバーの数である。
【数1】
式１において、Ｃｋは、ボーディングメンバーｋのコントリビューションであり、下記式２の条件を満たす。ｆは、下記式３の条件を満たしそれぞれの貢献量ｙｋ ｉに対して単調増加である。式１のｎは、貢献の種類の数である。
【数2】
【数3】
【0066】
このように、トークン配布部１は、貢献量と重み付けのデータを用いるとともに、式１の計算式を用いて計算することでコントリビューションＣｋを算出する。ここで、式１の計算式を用いて計算するとは、貢献量ｙｋ
ｉに関する関数を用いて計算することをいう。したがって、例えば、いずれも後述するように、式１－１からコントリビューションＣｋを算出したり、式１－２を利用してコントリビューションＣｋを計算したりすることも、式１の計算式を用いて計算することに含まれる。
【0067】
式１は、具体的には、例えば下記式１－１であってもよい。即ち、コントリビューション計算プログラム１５において、Ｃｋを算出する計算式として、下記式１－１が適用されてもよい。
式１－１において、ｎは貢献の種類の数、ｙｋ
ｉはボーディングメンバーｋの貢献の種類ｉの貢献量、ｗｉは貢献ｉの重み（０＜ｗｉ≦１）である。ボーディングメンバーｋのコントリビューションＣｋは、式１と同様に、貢献量ｙｋ
ｉと重みｗｉとを用いて算出される。
このとき、トークン配布部１は、上述したように、貢献データ１６ｄから特定の期間の貢献量（ｙｋ ｉ）を読み取ると共に、重み付けデータ１６ｃから対応する重み付けの数値（ｗｉ）を読み取り、これらの数値に基づいてコントリビューションＣｋを算出する。
【数4】
このとき、トークン配布部１は、上述したように、貢献データ１６ｄから特定の期間の貢献量（ｙｋ ｉ）を読み取ると共に、重み付けデータ１６ｃから対応する重み付けの数値（ｗｉ）を読み取り、これらの数値に基づいてコントリビューションＣｋを算出する。
【0068】
＜３．１１．移転不能トークンの配布＞
続いて、ステップＳ３１０において、トークン配布部１は、算出した（つまり数値化した）コントリビューションＣｋに対応した移転不能トークンを発行処理する。トークン配布部１は、発行処理として、ブロックチェーンネットワークＢＣに対してボーディングメンバーｋのウォレットアドレス、並びに、コントリビューションＣｋ又はボーディングメンバーｋへの報酬プロパティの提供数量を含むＮＴＴ発行トランザクションを送信し、トークンＩＤを含む処理結果を受け取る。受け取ったデータは、トークンデータ１６ｂを構成するデータとして記憶部１３に記録される。なお、本実施形態では、トークンデータ１６ｂを記憶部１３に格納することとしたが、トークンデータ１６ｂの一部又は全部の情報は、必ずしもオフチェーン（記憶部１３等）に格納される必要はない。その場合、トークン配布部１等は、ブロックチェーンネットワークＢＣ上（オンチェーン）のデータを参照して、必要な情報を取得してよい。
続いて、ステップＳ３１０において、トークン配布部１は、算出した（つまり数値化した）コントリビューションＣｋに対応した移転不能トークンを発行処理する。トークン配布部１は、発行処理として、ブロックチェーンネットワークＢＣに対してボーディングメンバーｋのウォレットアドレス、並びに、コントリビューションＣｋ又はボーディングメンバーｋへの報酬プロパティの提供数量を含むＮＴＴ発行トランザクションを送信し、トークンＩＤを含む処理結果を受け取る。受け取ったデータは、トークンデータ１６ｂを構成するデータとして記憶部１３に記録される。なお、本実施形態では、トークンデータ１６ｂを記憶部１３に格納することとしたが、トークンデータ１６ｂの一部又は全部の情報は、必ずしもオフチェーン（記憶部１３等）に格納される必要はない。その場合、トークン配布部１等は、ブロックチェーンネットワークＢＣ上（オンチェーン）のデータを参照して、必要な情報を取得してよい。
【0069】
なお、トークン配布部１は、これまでボーディングメンバーに対して複数のプロジェクトで獲得した移転不能トークンに記録されたコントリビューションＣｋ又はボーディングメンバーへの報酬プロパティの提供数量を集計し、ボーディングメンバー（端末２０）に対して表示させてもよい。集計されたコントリビューションＣｋ又はボーディングメンバーへの報酬プロパティの提供数量は、ユーザデータ１６ｆと紐付けて格納されてよく、ユーザの貢献を示す指標として利用され得る。
【0070】
＜３．１２．報酬プロパティの提供数量＞
ボーディングメンバーが複数人（ｍ≧２）の場合、トークン配布部１は、これらの複数のボーディングメンバーに対して、コントリビューションＣｋの比率に応じて報酬を還元する。このとき、トークン配布部１は、ボーディングメンバーｋに対して、報酬を全て報酬プロパティと交換可能な報酬ＮＦＴによって還元しても良いし、報酬を全てお金や仮想通貨等によって還元しても良いし、報酬ＮＦＴ、及びお金や仮想通貨等を組み合わせて還元してもよい。トークン配布部１は、予め、ビジネスオーナー、又は個々のボーディングメンバーｋによって、プロジェクト毎、又はボーディングメンバーｋ毎に定義された報酬の種別の配分（報酬ＮＦＴ／別の対価（お金や仮想通貨等））の登録を受け付け、その配分に従って報酬を付与してもよい。
ボーディングメンバーが複数人（ｍ≧２）の場合、トークン配布部１は、これらの複数のボーディングメンバーに対して、コントリビューションＣｋの比率に応じて報酬を還元する。このとき、トークン配布部１は、ボーディングメンバーｋに対して、報酬を全て報酬プロパティと交換可能な報酬ＮＦＴによって還元しても良いし、報酬を全てお金や仮想通貨等によって還元しても良いし、報酬ＮＦＴ、及びお金や仮想通貨等を組み合わせて還元してもよい。トークン配布部１は、予め、ビジネスオーナー、又は個々のボーディングメンバーｋによって、プロジェクト毎、又はボーディングメンバーｋ毎に定義された報酬の種別の配分（報酬ＮＦＴ／別の対価（お金や仮想通貨等））の登録を受け付け、その配分に従って報酬を付与してもよい。
【0071】
トークン配布部１は、コントリビューションＣｋの比率に応じて還元される報酬プロパティの数量を決定し、報酬ＮＦＴを配布する。例えば、トークン配布部１は、報酬プロパティの総提供数量を記憶部１３等に記録しておき、報酬として還元される報酬プロパティの総提供数量に対してコントリビューションＣｋを乗算することで、ボーディングメンバーｋに対して還元される報酬プロパティの数量を決定することができる。なお、報酬プロパティの総提供数量は、ボーディングメンバーに還元される売上から換算されても良いし、売上とは無関係に、所与の条件として与えられてもよい。報酬プロパティの総提供数量は、プロジェクトデータ１６ｇを登録する際に記憶部１３等に記録されても良いし、プロジェクトの終了後、ボーディングメンバーに還元する売上が算出された後に記憶部１３等に記録されてもよい。また、トークン配布部１は、例えば式４により、ボーディングメンバーｋに対して分配する金銭的価値を算出し、この金銭的価値に基づいて還元される報酬プロパティの数量を決定し、報酬ＮＦＴを配布してもよい。かかる場合、トークン配布部１は、下記式４の各値（ξ、Ｃｋ等）をデータ１６から読み取り計算する。
式４において、Ｄｋはボーディングメンバーｋが受取る売上、ｚはプロジェクト期間の売上データを集計することで得られた当期キャッシュフローオブザベーションである。ｚ０は、プロジェクト実施前の（何もしていない）前期キャッシュフローオブザベーションであり、既述のカットオフポイントに対応する。即ち、ｚ０は、同じビジネスにトークン管理システム１００を適用する前の売上であり、例えば、新規に立ち上げるビジネスの場合には予め定められた計画上の売上である。ξはトークン配布部１に流す売上率（０≦ξ≦１）であり、ξ＝１の場合は増加した売上分に対してのみ分配させ、ξ＝０の場合は売上全体に対して分配をさせる。Ｘは、ボーディングメンバープロポーションである（０≦Ｘ≦１）。なお、カットオフポイントとｚ０は必ずしも同一でなくてもよい。
【数5】
【0072】
＜３．１３．報酬ＮＦＴの配布＞
トークン管理システム１００のトークン配布部１は、コントリビューションＣｋに対応する報酬ＮＦＴを配布することで、売上の一部をボーディングメンバーｋに対して還元する。プロジェクト毎において配布される報酬の種別の配分は、ビジネスオーナーが用意可能な報酬プロパティの総提供数量ドリブンで決定されてもよい。例えば、当該プロジェクトにおいて全てのボーディングメンバーに配布可能な報酬プロパティの金銭的価値の合計が、ボーディングメンバーに還元される売上（（ｚ―ξｚ０）＊Ｘ）を上回る場合、ボーディングメンバーに対して還元される報酬は全て報酬ＮＦＴであってもよい。
トークン管理システム１００のトークン配布部１は、コントリビューションＣｋに対応する報酬ＮＦＴを配布することで、売上の一部をボーディングメンバーｋに対して還元する。プロジェクト毎において配布される報酬の種別の配分は、ビジネスオーナーが用意可能な報酬プロパティの総提供数量ドリブンで決定されてもよい。例えば、当該プロジェクトにおいて全てのボーディングメンバーに配布可能な報酬プロパティの金銭的価値の合計が、ボーディングメンバーに還元される売上（（ｚ―ξｚ０）＊Ｘ）を上回る場合、ボーディングメンバーに対して還元される報酬は全て報酬ＮＦＴであってもよい。
【0073】
一方で、下回る場合には、例えば、受取る売上Ｄｋのうち、報酬プロパティの総提供可能数量に対してコントリビューションＣｋを乗算した数量に基づいて、ボーディングメンバーに対して報酬ＮＦＴとして配布される報酬プロパティの数量が決定すると共に、売上Ｄｋから配布される報酬ＮＦＴの金銭的価値を指し引いた差分が別の対価（お金や仮想通貨等）によって還元される。なお、ボーディングメンバーによる事前の合意があれば、下回る場合に、別の対価による還元が行われなくてもよい。また、上回る場合にも、端数となる差額について別の対価によって還元されるように構成してもよい。
【0074】
ステップＳ３１１において、報酬プロパティについて、裏付けデータ４５が記録されているか否か判断されてもよい。裏付けデータ４５は、トークン利用部４において交換可能に確保された現実のプロパティの数量（総提供可能数量）を示すデータであり、例えば、現実の報酬プロパティ交換所に納品され、検品や監査等された後に、トークン利用部４に登録される。トークン配布部１は、裏付けデータ４５（総提供可能数量）、及び報酬ＮＦＴによって交換が行われる報酬プロパティの総提供数量に基づく検証を行い、総提供可能数量が総提供数量以上確報されている場合（ステップＳ３１１でＹＥＳ）、ステップＳ３１２に進み、報酬ＮＦＴの発行処理を行う。
【0075】
本実施形態では、報酬ＮＦＴは、１単位数量の報酬プロパティと交換可能なトークンである。トークン配布部１は、報酬プロパティの総提供数量に対してコントリビューションＣｋを乗算し、ボーディングメンバーｋに対して提供される報酬ＮＦＴの数量ｔｋ（＝０，１，２，・・・）を決定する。トークン配布部１は、必要に応じて、ボーディングメンバーに対して提供される報酬プロパティの数量が単位数量倍になる様に、総提供数量に対してコントリビューションＣｋを乗算した値を丸め計算してもよい。
【0076】
ステップＳ３１２において、トークン配布部１は、ｔｋ個分の報酬ＮＦＴをボーディングメンバーｋに配布すべく、報酬ＮＦＴの発行処理を行う。トークン配布部１は、報酬ＮＦＴの発行処理として、ブロックチェーンネットワークＢＣに対してボーディングメンバーｋのウォレットアドレス（ボーディングメンバーの識別情報）、報酬プロパティの識別情報（報酬プロパティＩＤ）、１トークンで交換可能な報酬プロパティの数量を示す提供単位、を含むｔｋ個分のＮＦＴ発行トランザクションを送信し、トークンＩＤを含む処理結果を受け取る。受け取ったデータは、トークンデータ１６ｂを構成するデータとして記憶部１３に記録される。これにより、ボーディングメンバーｋは、報酬ＮＦＴホルダーとなる。
【0077】
本実施形態では、報酬ＮＦＴは、１単位数量の報酬プロパティと交換可能なトークンとし、ボーディングメンバーｋにはｔｋ個の報酬ＮＦＴが配布されるものとした。一方で、ボーディングメンバーｋにはそれぞれ１個又は複数個の報酬ＮＦＴが配布されるものとし、報酬ＮＦＴに貢献量に応じた報酬プロパティの交換可能数量が記録されてもよい。複数個の報酬ＮＦＴがボーディングメンバーｋに対して配布される場合には、個々の報酬ＮＦＴに対して、記録可能な報酬プロパティの数量上限が設けられてもよい。例えば、数量上限が５０、報酬プロパティの数量が８０の場合、５０の報酬プロパティと交換可能な１個の報酬ＮＦＴと、３０の報酬プロパティと交換可能な１個の報酬プロパティ、合計２個の報酬ＮＦＴがボーディングメンバーに配布される。なお、交換される報酬プロパティの提供単位や交換可能数量は、ブロックチェーンネットワークＢＣ上のブロックやＩＰＦＳに記録されても良いし、ブロックチェーンネットワークＢＣ外のデータベースに記録され、報酬プロパティの識別情報に基づいて参照可能に構成されてもよい。
【0078】
トークンデータ１６ｂは、売上や貢献等に応じて、ボーディングメンバーに渡したトークンを記録したデータであり、本実施形態ではブロックチェーンネットワークＢＣ上に記録された移転不能トークン及び報酬ＮＦＴに係るトランザクションデータを取得することで、格納される。図４に示すように、トークンデータ１６ｂは、トークンの識別情報（トークンＩＤ）、移転不能又は報酬ＮＦＴの何れであるかを示すトークン種別、トークンが紐付けられたプロジェクトの識別情報（プロジェクトＩＤ）、トークンを保有するユーザの識別情報（ユーザＩＤ）、特に移転不能トークンの場合にトークンに記録された貢献量、及びトークンの配布日時等の情報を含む。
【0079】
このように、トークン管理システム１００では、特定の期間においてボーディングメンバーｋの貢献により販売プロパティの売上が増加した場合、トークン配布部１は、特定したボーディングメンバーｋの貢献量ｙｋ
ｉ及び重みｗｉを貢献データ１６ｄから読み取り、これらの数値を用いてコントリビューションＣｋを計算し、コントリビューションＣｋに応じた移転不能トークン及び報酬ＮＦＴをボーディングメンバーｋに配布する。したがって、トークン管理システム１００によれば、ボーディングメンバーに対して貢献を促すことができ、ひいては販売プロパティの売上増加を図ることができる。
【0080】
＜４．１．報酬ＮＦＴと報酬プロパティの交換＞
トークン利用部４は、報酬プロパティ交換所として機能し、報酬ＮＦＴホルダー（端末２０）からの報酬ＮＦＴの交換要求を受け付けて、報酬プロパティとの交換処理を行う。交換要求には、交換する報酬ＮＦＴの識別番号が含まれており、トークン利用部４は交換要求に含まれた報酬ＮＦＴの識別番号を用いて、ブロックチェーンネットワークＢＣやトークンデータ１６ｂを参照することで、交換される報酬プロパティ及びその数量を把握する。
トークン利用部４は、報酬プロパティ交換所として機能し、報酬ＮＦＴホルダー（端末２０）からの報酬ＮＦＴの交換要求を受け付けて、報酬プロパティとの交換処理を行う。交換要求には、交換する報酬ＮＦＴの識別番号が含まれており、トークン利用部４は交換要求に含まれた報酬ＮＦＴの識別番号を用いて、ブロックチェーンネットワークＢＣやトークンデータ１６ｂを参照することで、交換される報酬プロパティ及びその数量を把握する。
【0081】
トークン利用部４は、交換処理が完了すると、交換履歴データ４６ｂを格納する。交換履歴データ４６ｂは、交換履歴の識別情報（交換履歴ＩＤ）、交換が行われた報酬ＮＦＴの識別番号（トークンＩＤ）、及び交換が行われた日時等を含む。トークン利用部４は、一度に複数の報酬ＮＦＴについての交換要求を受付可能であってもよい。
【0082】
トークン利用部４は交換要求を受け付けると、報酬ＮＦＴを報酬プロパティへ交換する為の交換処理を実施して、交換がなされた報酬ＮＦＴを無効化する。本実施形態では、トークン利用部４は、交換処理として、ブロックチェーンネットワークＢＣに対して、交換がなされた報酬ＮＦＴの識別番号を含むＮＦＴ焼却トランザクションを送信し、交換がなされた報酬ＮＦＴを無効化する。
【0083】
＜４．２．報酬ＮＦＴの移転＞
トークン移転部５は、ＮＦＴホルダー及び購入希望者（端末２０）からの報酬ＮＦＴの移転要求を受け付けて、報酬ＮＦＴの移転処理を行う。トークン移転部５は、例えば、板取引形式、インターネット販売サイト形式、若しくはＡＭＭ（Automated Market Maker）形式で報酬ＮＦＴの取引を行うトークン移転プラットフォームとして機能する。ここで、トークン移転部５における報酬ＮＦＴの価格決定に、プロパティ販売部３における販売プロパティの販売価格を用いてもよい。板取引形式は成り行き注文及び／又は指値注文により約定する方式を指す。インターネット販売サイト形式は、売り手やトークン移転部５が報酬ＮＦＴの販売価格を決定し、その価格での取引を行う方式である。トークン移転部５が販売価格を決定する場合とは、売り手が指定した価格に所定の手数料等を付加する場合や、販売プロパティの価格を用いて販売価格が決定される場合を指す。ＡＭＭ形式とは、流動性プールに報酬ＮＦＴを含む２種類以上のトークン（例えば、ビットコイン等の暗号資産）が預けられており、交換レートの決定式に従って、交換レートが動的に決定される方式である。
トークン移転部５は、ＮＦＴホルダー及び購入希望者（端末２０）からの報酬ＮＦＴの移転要求を受け付けて、報酬ＮＦＴの移転処理を行う。トークン移転部５は、例えば、板取引形式、インターネット販売サイト形式、若しくはＡＭＭ（Automated Market Maker）形式で報酬ＮＦＴの取引を行うトークン移転プラットフォームとして機能する。ここで、トークン移転部５における報酬ＮＦＴの価格決定に、プロパティ販売部３における販売プロパティの販売価格を用いてもよい。板取引形式は成り行き注文及び／又は指値注文により約定する方式を指す。インターネット販売サイト形式は、売り手やトークン移転部５が報酬ＮＦＴの販売価格を決定し、その価格での取引を行う方式である。トークン移転部５が販売価格を決定する場合とは、売り手が指定した価格に所定の手数料等を付加する場合や、販売プロパティの価格を用いて販売価格が決定される場合を指す。ＡＭＭ形式とは、流動性プールに報酬ＮＦＴを含む２種類以上のトークン（例えば、ビットコイン等の暗号資産）が預けられており、交換レートの決定式に従って、交換レートが動的に決定される方式である。
【0084】
トークン移転部５は、トークンデータ１６ｂ、報酬プロパティデータ４６ａ、交換履歴データ４６ｂ、ブロックチェーンネットワークＢＣにおけるトランザクションデータ等の１又は複数を参照し、報酬ＮＦＴに関する（１）～（７）のの少なくとも何れかの情報を、ユーザ（端末２０）に対して表示させてもよい。トークン移転部５は、（１）～（６）の少なくとも何れかの情報を用いてパラメータ（７）を求め、記憶部５３等に格納してもよい。
（１）報酬ＮＦＴの発行日
（２）対応する報酬プロパティの生産日・加工日
（３）対応する報酬プロパティに対する報酬ＮＦＴの発行数量
（４）対応する報酬プロパティの総提供数量
（５）対応する報酬プロパティに対する報酬ＮＦＴのうち無効化された報酬ＮＦＴの総数量
（６）無効化された報酬ＮＦＴに対応する報酬プロパティの総交換数量
（７）（１）～（６）の１又は複数を用いて得られたパラメータ
（１）報酬ＮＦＴの発行日
（２）対応する報酬プロパティの生産日・加工日
（３）対応する報酬プロパティに対する報酬ＮＦＴの発行数量
（４）対応する報酬プロパティの総提供数量
（５）対応する報酬プロパティに対する報酬ＮＦＴのうち無効化された報酬ＮＦＴの総数量
（６）無効化された報酬ＮＦＴに対応する報酬プロパティの総交換数量
（７）（１）～（６）の１又は複数を用いて得られたパラメータ
【0085】
また、トークン移転部５は、第１の報酬プロパティと交換可能な第１の報酬ＮＦＴと、第２の報酬プロパティと交換可能な第２の報酬ＮＦＴと、を交換するトークン交換プラットフォームであってもよく、その場合、第１及び第２の報酬ＮＦＴの交換レートの決定に、プロパティ販売部３における販売プロパティの販売価格を用いてもよい。
【0086】
続いて、トークン管理システム１００の実施例について概略的に説明する。
（実施例１）
ある月に米が１００ｋｇ売れた時、カットオフポイントを１００ｋｇとする。ここで、ボーディングメンバーの貢献により、翌月、その米が２００Ｋｇ売れたとする。かかる場合、トークン管理システム１００は、売上増加分（即ち、１００ｋｇ分の売上）を、ＳＮＳ発信者（ボーディングメンバー）の貢献によるものとみなしてこれらの者に移転不能トークン及び、この米と交換可能な報酬ＮＦＴを配布する。トークン配布部１は、貢献量（ｙｉ）及び重み付け（ｗｉ）の値に基づいてコントリビューション（Ｃ）を計算する。かかる計算において、貢献量は、例えば、ＳＮＳ上の発信回数とする。また、重み付けは、例えば、ＳＮＳ上で発信した文字データの単語数をカウントしたときに一万ワード未満の場合は０．４、一万ワード以上の場合は０．８とする。
（実施例１）
ある月に米が１００ｋｇ売れた時、カットオフポイントを１００ｋｇとする。ここで、ボーディングメンバーの貢献により、翌月、その米が２００Ｋｇ売れたとする。かかる場合、トークン管理システム１００は、売上増加分（即ち、１００ｋｇ分の売上）を、ＳＮＳ発信者（ボーディングメンバー）の貢献によるものとみなしてこれらの者に移転不能トークン及び、この米と交換可能な報酬ＮＦＴを配布する。トークン配布部１は、貢献量（ｙｉ）及び重み付け（ｗｉ）の値に基づいてコントリビューション（Ｃ）を計算する。かかる計算において、貢献量は、例えば、ＳＮＳ上の発信回数とする。また、重み付けは、例えば、ＳＮＳ上で発信した文字データの単語数をカウントしたときに一万ワード未満の場合は０．４、一万ワード以上の場合は０．８とする。
【0087】
また、例えば、酒類の販売にトークン管理システム１００を適用する場合ビジネスオーナーは事業者、販売プロパティは商品（つまり酒類）、コンシューマーは購入者及び酒類を飲む人、ボーディングメンバーはファン及び購入者となる。かかる場合において、ボーディングメンバープロポーションは例えば２０％、キャッシュフローオブザベーションは売上であり、貢献の種類は、ＳＮＳのインプレッション、感想・体験談のインプレッション、酒類に合わせる料理の投稿、二次創作の投稿のインプレッション、解説の投稿のインプレッションである。これら各貢献（例えばＳＮＳのインプレッション等）の貢献量（例えばＳＮＳのインプレッション数等）の数値ｙ１～ｙ５は、それぞれ、ＳＮＳのインプレッション数（ｙ１）、感想・体験談のインプレッション数（ｙ２）、酒類に合わせる料理の投稿の数（ｙ３）、二次創作の投稿のインプレッション数（ｙ４）、解説の投稿のインプレッション数（ｙ５）であり、貢献の種類の数（ｎ）は５である。ボーディングメンバーに対して提供される報酬プロパティは販売プロパティと同じ酒類であり、１の報酬ＮＦＴを、当該酒類１００ｍｌと交換することができる。
【0088】
以上、実施形態について説明したが、本発明の技術的範囲は、上述した説明に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【0089】
１００・・・トークン管理システム（システム）
１０、３０、４０、５０・・・サーバー
２０・・・端末
１・・・トークン配布部
３・・・プロパティ販売部
４・・・トークン利用部
５・・・トークン移転部
１０、３０、４０、５０・・・サーバー
２０・・・端末
１・・・トークン配布部
３・・・プロパティ販売部
４・・・トークン利用部
５・・・トークン移転部
【図1】
【図2】
【図3】
【図4】
