特許 7572081 情報処理方法、プログラム及び情報処理装置

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

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

(11)【特許番号】

(24)【登録日】2024-10-15

(45)【発行日】2024-10-23

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

(51)【国際特許分類】

   G06Q 30/0241 20230101AFI20241016BHJP

【ＦＩ】

G06Q30/0241

【請求項の数】 7

(21)【出願番号】P 2023120923

(22)【出願日】2023-07-25

(62)【分割の表示】P 2019018045の分割

【原出願日】2019-02-04

(65)【公開番号】P2023129591

(43)【公開日】2023-09-14

【審査請求日】2023-07-25

(73)【特許権者】

【識別番号】518160001

【氏名又は名称】トレードログ株式会社

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】藤田 誠広

(72)【発明者】

【氏名】中村 雅弘

【審査官】板垣 有紀

(56)【参考文献】

【文献】特開２０１８－０２８７６２（ＪＰ，Ａ）

【文献】デジタルマーケティング年鑑 ２０１６，第1版，日本，株式会社宣伝会議，2016年02月02日，pp. 194-195，ISBN: 978-4-88335-349-1

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

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

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

【請求項1】

商品またはサービスを購入する第１のユーザに、ブロックチェーン上で広告主別の有価価値情報を付与し、
前記第１のユーザから第２のユーザに、前記有価価値情報の一部をブロックチェーン上で付与させ、
前記第２のユーザの端末装置を通じて、前記第１のユーザから付与された前記有価価値情報の一部の使用請求、前記有価価値情報に対応する広告主、及び前記有価価値情報の一部を使用可能な前記広告主に対応するエンティティを取得し、
取得した前記エンティティで、前記第２のユーザに付与された前記有価価値情報の一部の使用処理を実行し、
前記エンティティのファンが運営しているコミュニティごとの、前記エンティティから発行される前記有価価値情報とは異なる仮想コインをブロックチェーン上で該コミュニティの参加者へ発行する
処理をコンピュータに実行させる情報処理方法。

【請求項2】

前記コミュニティごとに、参加者が保有した前記仮想コインの数、または前記仮想コインが発行された総数を取得し、
前記コミュニティごとに、取得した前記参加者が保有した仮想コインの数、または前記仮想コインが発行された総数を一覧に出力する
ことを特徴とする請求項１に記載の情報処理方法。

【請求項3】

前記有価価値情報を使用することが可能なエンティティによる公式認定情報を取得し、
取得した前記公式認定情報を前記コミュニティに対応付けて記憶する
ことを特徴とする請求項１又は２に記載の情報処理方法。

【請求項4】

前記コミュニティごとの仮想コインが、前記コミュニティに対応するエンティティにより公式認定された場合、前記エンティティから発行される有価価値情報と、前記仮想コインとの交換処理を所定の交換基準により実行する
ことを特徴とする請求項１又は２に記載の情報処理方法。

【請求項5】

商品またはサービスを購入する第１のユーザに、ブロックチェーン上で広告主別の有価価値情報を付与し、
前記第１のユーザから第２のユーザに、前記有価価値情報の一部をブロックチェーン上で付与させ、
前記第２のユーザの端末装置を通じて、前記第１のユーザから付与された前記有価価値情報の一部の使用請求、前記有価価値情報に対応する広告主、及び前記有価価値情報の一部を使用可能な前記広告主に対応するエンティティを取得し、
取得した前記エンティティで、前記第２のユーザに付与された前記有価価値情報の一部の使用処理を実行し、
前記エンティティのファンが運営しているコミュニティごとの、前記エンティティから発行される前記有価価値情報とは異なる仮想コインをブロックチェーン上で該コミュニティの参加者へ発行する
処理をコンピュータに実行させるプログラム。

【請求項6】

制御部を備える情報処理装置であって、
前記制御部は、
商品またはサービスを購入する第１のユーザに、ブロックチェーン上で広告主別の有価価値情報を付与し、
前記第１のユーザから第２のユーザに、前記有価価値情報の一部をブロックチェーン上で付与させ、
前記第２のユーザの端末装置を通じて、前記第１のユーザから付与された前記有価価値情報の一部の使用請求、前記有価価値情報に対応する広告主、及び前記有価価値情報の一部を使用可能な前記広告主に対応するエンティティを取得し、
取得した前記エンティティで、前記第２のユーザに付与された前記有価価値情報の一部の使用処理を実行し、
前記エンティティのファンが運営しているコミュニティごとの、前記エンティティから発行される前記有価価値情報とは異なる仮想コインをブロックチェーン上で該コミュニティの参加者へ発行する
情報処理装置。

【請求項7】

商品またはサービスを購入する第１のユーザに、ブロックチェーン上で広告主別の有価価値情報を付与し、
前記第１のユーザから第２のユーザに、前記有価価値情報の一部をブロックチェーン上で付与させ、
前記第２のユーザの端末装置を通じて、前記第１のユーザから付与された前記有価価値情報の一部の使用請求、前記有価価値情報に対応する広告主、及び前記有価価値情報の一部を使用可能な前記広告主に対応するエンティティを取得し、
取得した前記エンティティで、前記第２のユーザに付与された前記有価価値情報の一部の使用処理を実行し、
前記エンティティのファンが運営しているコミュニティごとの、前記エンティティから発行される前記有価価値情報とは異なる仮想コインをブロックチェーン上で該コミュニティの参加者へ発行し、
前記コミュニティごとの仮想コインが、前記コミュニティに対応するエンティティにより公式認定された場合、前記エンティティから発行される有価価値情報と、前記仮想コインとの交換処理を所定の交換基準により実行する
処理をコンピュータに実行させる情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、広告主が利用者端末の位置情報に基づいて広告情報を利用者に配信し、配信された広告を見た利用者にポイントを付与する広告配信システムが開示されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１４－２１９７０７号公報

【発明の概要】

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

【0004】

しかしながら、広告で宣伝された商品またはサービスを広告接触者の中で積極的に購入する利用者は相対的に少ないため費用対効果が悪い、広告を元にしたクチコミ経路をトラッキングできない、また成果報酬型アフィリエイト広告についてもアフィリエイターは多くの商品を取り扱うので個々の商品について丁寧な説明が行われる訳ではない、といういくつかの問題がある。

【0005】

一つの側面では、商品またはサービスの販売を促進することが可能な情報処理方法等を提供することにある。

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

【0006】

一つの側面に係る情報処理方法は、商品またはサービスを購入する第１のユーザに、ブロックチェーン上で広告主別の有価価値情報を付与し、前記第１のユーザから第２のユーザに、前記有価価値情報の一部をブロックチェーン上で付与させ、前記第２のユーザの端末装置を通じて、前記第１のユーザから付与された前記有価価値情報の一部の使用請求、前記有価価値情報に対応する広告主、及び前記有価価値情報の一部を使用可能な前記広告主に対応するエンティティを取得し、取得した前記エンティティで、前記第２のユーザに付与された前記有価価値情報の一部の使用処理を実行し、前記エンティティのファンが運営しているコミュニティごとの、前記エンティティから発行される前記有価価値情報とは異なる仮想コインをブロックチェーン上で該コミュニティの参加者へ発行する処理をコンピュータに実行させる。

【発明の効果】

【0007】

一つの側面では、商品またはサービスの販売を促進することが可能となる。

【図面の簡単な説明】

【0008】

【図1】有価価値情報の発行及び使用のシステムの概要を示す説明図である。

【図2】サーバの構成例を示すブロック図である。

【図3】広告主ＤＢのレコードレイアウトの一例を示す説明図である。

【図4】ユーザＤＢのレコードレイアウトの一例を示す説明図である。

【図5】エンティティＤＢのレコードレイアウトの一例を示す説明図である。

【図6】付与管理ＤＢのレコードレイアウトの一例を示す説明図である。

【図7】決済管理ＤＢのレコードレイアウトの一例を示す説明図である。

【図8】広告主端末の構成例を示すブロック図である。

【図9】ユーザ端末の構成例を示すブロック図である。

【図10】エンティティ端末の構成例を示すブロック図である。

【図11】仮想コインの付与処理の動作を説明する説明図である。

【図12】広告主ごとの仮想コインを第１のユーザに付与する際の処理手順を示すフローチャートである。

【図13】広告主ごとの仮想コインを第１のユーザに付与する際の処理手順を示すフローチャートである。

【図14】ウォレットアドレスの生成のサブルーチンの処理手順を示すフローチャートである。

【図15】第１のユーザから第２のユーザに仮想コインを付与する際の処理手順を示すフローチャートである。

【図16】第１のユーザから第２のユーザに仮想コインを付与する際の処理手順を示すフローチャートである。

【図17】第２のユーザが仮想コインを使用する動作を説明する説明図である。

【図18】第２のユーザが仮想コインを使用する際の処理手順を示すフローチャートである。

【図19】ユーザが保有した仮想コイン数を一覧画面で表示するイメージ図である。

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

【図21】被評価者ＤＢのレコードレイアウトの一例を示す説明図である。

【図22】評価履歴ＤＢのレコードレイアウトの一例を示す説明図である。

【図23】仮想コイン数でスタッフを評価する動作を説明する説明図である。

【図24】仮想コイン数でエンティティのスタッフを評価するイメージ図である。

【図25】仮想コイン数でスタッフを評価する際の処理手順を示すフローチャートである。

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

【図27】注文ＤＢのレコードレイアウトの一例を示す説明図である。

【図28】仮想コイン数でエンティティのメニューまたはサービスを評価する動作を説明する説明図である。

【図29】仮想コイン数でエンティティのメニューまたはサービスを評価するイメージ図である。

【図30】仮想コイン数でメニューまたはサービスを評価する際の処理手順を示すフローチャートである。

【図31】第１のユーザの決済データを広告主宛に出力する動作を説明する説明図である。

【図32】第１のユーザの決済データを広告主宛に出力する際の処理手順を示すフローチャートである。

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

【図34】コミュニティＤＢのレコードレイアウトの一例を示す説明図である。

【図35】参加者ＤＢのレコードレイアウトの一例を示す説明図である。

【図36】発行履歴ＤＢのレコードレイアウトの一例を示す説明図である。

【図37】ブロックチェーン上でコミュニティから参加者へ仮想コインを発行する動作を説明する説明図である。

【図38】ブロックチェーン上でコミュニティから参加者へ仮想コインを発行する際の処理手順を示すフローチャートである。

【図39】コミュニティごとの仮想コインがエンティティにより公式認定される際の処理手順を示すフローチャートである。

【図40】非公式仮想コインと公式仮想コインとを交換する際の処理手順を示すフローチャートである。

【図41】エンティティごとに参加者が保有した仮想コイン数の一覧画面のイメージ図である。

【図42】エンティティごとに参加者が保有した仮想コイン数及び総発行済コイン数を取得する際の処理手順を示すフローチャートである。

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

【0009】

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

【0010】

（実施形態１）
実施形態１は、有価価値情報の一部を第１のユーザから第２のユーザに付与する形態に関する。図１は、有価価値情報の発行及び使用のシステムの概要を示す説明図である。有価価値情報は、仮想コイン、クーポン及びポイント等エンティティで使用することが可能な価値に係る情報である。エンティティは、例えばレストラン、店舗、ＥＣ（Electronic Commerce）サイト、直営店、サービス施設、スポーツ施設、行政施設、または各広告主独自の顧客接点（例えば、企業が主催するイベントの実施会場等）等であっても良い。なお、以下では、仮想コインの例でシステムの処理流れを説明するが、他の形式の有価価値情報が利用される場合、仮想コインを利用するシステム処理の流れと同様である。本実施形態のシステムは、情報処理装置１、ブロックチェーン２、情報処理端末３、情報処理端末４及び情報処理端末５を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

【0011】

本実施形態のシステムは、広告の費用を削減するため、広告主から直接的に仮想コインを、第１のユーザとして例えば商品またはサービスの購入力の強いインフルエンサーに付与する。第１のユーザは広告主から取得された仮想コインの一部を友人、家族、同僚およびSNSなどWeb記事の閲覧者等、第２のユーザに贈与する。第２のユーザがインフルエンサーから取得した仮想コインを、該広告主に対応するエンティティで使用する。これにより、テレビ若しくはラジオで流れる広告、新聞・雑誌に掲載されている広告、またはインターネットに掲載されているバナー広告・リスティング広告・アフィリエイト広告等、従来型の広告を経由せずに、商品またはサービスの販売を促進することができる。なお、広告主は個人か法人かを問わず、また複数の広告主が共同で仮想コインを発行しても良い。

【0012】

情報処理装置１は、広告主、該広告主に対応するエンティティに関する情報、商品またはサービスを購入する第１のユーザに関する情報、第１のユーザが仮想コインを付与する対象者となる第２のユーザに関する情報等、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において、情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

【0013】

ブロックチェーン２は、複数のノードにより構成され、分散型台帳技術又は分散型ネットワークである。ブロックチェーン２は、ブロックと呼ばれるデータの単位を一定時間ごとに生成し、鎖のように連結していくことによりデータを保管する。ブロックチェーン２は、ピアツーピア（Peer to Peer）ネットワークと分散型タイムスタンプサーバーの使用により自律的に管理される。鎖状に保存することによって、ブロック内のデータを一度記憶した場合、該データを遡及的に変更することが難しい。なお、ブロックチェーン２は、パブリック型、プライベート型、コンソーシアム型のいずれであっても良い。データの単位はブロックではなく個々のトランザクションであっても良い。また、データの保存は鎖状以外にも有向非巡回グラフなどの保存形式であっても良い。

【0014】

情報処理端末３は、広告主に関する情報の送信、第１のユーザの選択の受付、仮想コインを使用することが可能なエンティティの選択の受付、ブロックチェーン経由で第１のユーザに仮想コインの付与等を行う端末装置である。情報処理端末３は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch:登録商標）等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末３を広告主端末３と読み替える。

【0015】

情報処理端末４は、情報処理端末４ａ及び情報処理端末４ｂを含む。情報処理端末４ａは、第１のユーザに関する情報の送信、ブロックチェーン経由で広告主から仮想コインの取得、第２のユーザの選択の受付、ブロックチェーン経由で第２のユーザに仮想コインの付与等を行う端末装置である。情報処理端末４ｂは、第２のユーザに関する情報の送信、ブロックチェーン経由で第１のユーザから仮想コインの取得、取得した仮想コインの決済等を行う端末装置である。

【0016】

情報処理端末４ａ及び情報処理端末４ｂは、例えばスマートフォン、携帯電話、アップルウォッチ等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末４ａをユーザ端末４ａと読み替え、情報処理端末４ｂをユーザ端末４ｂと読み替える。

【0017】

情報処理端末５は、エンティティに関する情報の送信、第１のユーザまたは第２のユーザによる仮想コインの使用処理等を行う端末装置である。情報処理端末５は、例えばスマートフォン、携帯電話、アップルウォッチ等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末５をエンティティ端末５と読み替える。

【0018】

続けて、ブロックチェーン上で第１のユーザから第２のユーザに仮想コインを付与し、第２のユーザに付与された仮想コインを使用する処理の流れを説明する。なお、サーバ１、広告主端末３、ユーザ端末４ａ、４ｂ、及びエンティティ端末５は、ブロックチェーン２のノードであっても良い。広告主端末３は、広告主から発行された仮想コインを使用することが可能なエンティティの登録情報を受け付ける。なお、広告主ごとに複数のエンティティを登録することができる。例えば、広告主１に対し、エンティティＡ、エンティティＢ及びエンティティＣが登録された場合、ユーザは該広告主から発行された仮想コインをエンティティＡ、エンティティＢ及びエンティティＣで使用することができる。広告主端末３は、受け付けたエンティティの登録情報をサーバ１に送信する。サーバ１は、広告主端末３から送信されたエンティティの登録情報を受信して記憶する。

【0019】

広告主端末３は、サーバ１から第１のユーザの名前及び保有する仮想コイン数等を含む第１のユーザ情報を取得して表示する。広告主端末３は、第１のユーザの選択、及び選択された第１のユーザに付与する仮想コイン数の入力を受け付けた場合、広告主端末３は、選択された第１のユーザ及び広告主のウォレットアドレスを取得する。

【0020】

ウォレットアドレスは、取引ごとに作成された仮想通貨用の口座番号であり、文字列又はＱＲコード（登録商標）として表示される。ウォレットアドレスは、ブロックチェーン２で利用されている公開鍵暗号を基にして、数学的に導出されたアドレスである。また、送信元と送信先のウォレットアドレスは、ブロックチェーン２に記録され、ブロックチェーン２のシステムが維持し続ける限り改ざんは難しい。なお、ウォレットアドレスの取得処理に関しては後述する。

【0021】

広告主端末３は、広告主から第１のユーザに仮想コインを付与するトランザクションを作成し、作成したトランザクションをブロックチェーン２へ送信する。トランザクションは、ブロックチェーン２における取引記録であり、ブロックチェーン２の参加者間での各種の情報及び価値の移転を記録している。ブロックチェーン２は、広告主端末３から送信されたトランザクションを受信して記録する。ブロックチェーン２は、受信したトランザクションに基づき、広告主のウォレットアドレスから第１のユーザのウォレットアドレスに、広告主が第１のユーザに付与した仮想コイン数を送信する。ユーザ端末４ａは、ブロックチェーン２経由で、広告主端末３から送信された仮想コイン数を受信する。なお、サーバ１が広告主端末３に代わり、広告主の仮想コインを第１のユーザに送信しても良い。

【0022】

第１のユーザが広告主から付与された仮想コインの一部を第２のユーザに付与する場合、ユーザ端末４ａは、第２のユーザに関する情報をサーバ１から取得して表示する。ユーザ端末４ａは、第２のユーザの選択、及び第２のユーザに付与する仮想コイン数を受け付けた場合、ユーザ端末４ａは、選択された第２のユーザ及び第１のユーザのウォレットアドレスを取得する。ユーザ端末４ａは、第１のユーザから第２のユーザに仮想コインを付与するトランザクションを作成し、作成したトランザクションをブロックチェーン２へ送信する。

【0023】

ブロックチェーン２は、ユーザ端末４ａから送信されたトランザクションを受信して記録する。ブロックチェーン２は、受信したトランザクションに基づき、第１のユーザのウォレットアドレスから第２のユーザのウォレットアドレスに、第１のユーザが第２のユーザに付与した仮想コイン数を送信する。ユーザ端末４ｂは、ブロックチェーン２経由でユーザ端末４ａから送信された仮想コイン数を受信する。

【0024】

第２のユーザは第１のユーザから付与された仮想コインを、ブロックチェーン経由で広告主に対応するエンティティで使用することができる。具体的には、ユーザ端末４ｂは、該エンティティのウォレットアドレス及び第２のユーザのウォレットアドレスを取得する。ユーザ端末４ｂは、第２のユーザが仮想コインを使用するトランザクションを作成し、作成したトランザクションをブロックチェーン２へ送信する。

【0025】

ブロックチェーン２は、ユーザ端末４ｂから送信されたトランザクションを受信して記録する。ブロックチェーン２は、受信したトランザクションに基づき、第２のユーザのウォレットアドレスからエンティティのウォレットアドレスに、第２のユーザが使用した仮想コイン数を送信する。エンティティ端末５は、ブロックチェーン２経由で、ユーザ端末４ｂから送信された仮想コイン数を受信して決済処理を完了する。

【0026】

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

【0027】

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。また制御プログラム１Ｐには、例えばイーサリアムのGeth（Go-Ethereum）、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨（暗号資産）の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。また、制御部１１は、ハッシュ値算出部１１ａ及び電子署名作成部１１ｂを含む。ハッシュ値算出部１１ａは、暗号学的ハッシュ関数を用いて各種情報のハッシュ値を算出する処理を行う。電子署名作成部１１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

【0028】

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

【0029】

入力部１４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（Electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

【0030】

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

【0031】

大容量記憶部１７は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶部１７は、広告主ＤＢ１７１、ユーザＤＢ１７２、エンティティＤＢ１７３、付与管理ＤＢ１７４及び決済管理ＤＢ１７５を含む。広告主ＤＢ１７１は、広告主に関する情報を記憶している。ユーザＤＢ１７２は、ユーザＩＤ、名前及び保有する仮想コイン数等のユーザに関する情報を記憶している。エンティティＤＢ１７３は、エンティティに関する情報を記憶している。付与管理ＤＢ１７４、および決済管理ＤＢ１７５に記憶する情報は、ブロックチェーン２に記憶されたものを複製または補完する。例えば、付与管理ＤＢ１７４は、広告主から第１のユーザに付与された仮想コイン数、第１のユーザから第２のユーザに付与された仮想コイン数、及びブロックチェーン２上で取引のトランザクションＩＤ等の管理情報を記憶しても良い。また、決済管理ＤＢ１７５は、第１のユーザまたは第２のユーザが仮想コインを使用した際の決済情報を記憶しても良い。

【0032】

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。また、サーバ１は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良い。

【0033】

図３は、広告主ＤＢ１７１のレコードレイアウトの一例を示す説明図である。広告主ＤＢ１７１は、広告主ＩＤ列、名称列及びエンティティＩＤ列を含む。広告主ＩＤ列は、各広告主を識別するために、一意に特定される広告主のＩＤを記憶している。名称列は、広告主の名称を記憶している。エンティティＩＤ列は、広告主に対応するエンティティのエンティティＩＤを記憶している。なお、一つの広告主に、複数のエンティティを対応させることができる。これにより、広告主が発行した仮想コインを、該広告主に対応するエンティティで使用することができる。

【0034】

図４は、ユーザＤＢ１７２のレコードレイアウトの一例を示す説明図である。ユーザＤＢ１７２は、ユーザＩＤ列、名前列、公開鍵列、メールアドレス列、コイン１列及びコイン２列を含む。ユーザＩＤ列は、各ユーザを識別するために、一意に特定されるユーザのＩＤを記憶している。名前列に、ユーザの名前を記憶している。公開鍵列は、公開鍵暗号における第３者に公開する鍵のデータを記憶している。メールアドレス列は、ユーザのメールアドレスを記憶している。

【0035】

コイン列（コイン１列、コイン２列等）は、広告主ごとに発行される異なる種類の仮想コインの情報を記憶している。なお、図４では、コイン１列及びコイン２列の例を説明したが、これに限るものではない。例えば、広告主ごとに発行される仮想コインの種類に応じて、コイン３列、コイン４列等が設定されても良い。なお、本実施形態では、コイン１列は、コイン２列の構造と同様であるため、コイン１列の例をあげて説明する。コイン１列は、広告主ＩＤ列、種別列及び仮想コイン数列を含む。広告主ＩＤ列は、広告主を特定する広告主ＩＤを記憶している。種別列は、ユーザの種別を記憶している。なお、本実施形態では、種別列に、「インフルエンサー」、「非インフルエンサー」が記憶されているが、これに限るものではない。例えば、各種のユーザに区別できるようにするため、「第１のユーザ」、「第２のユーザ」等が記憶されても良い。仮想コイン数列は、広告主ごとにユーザが保有している仮想コイン数を記憶している。

【0036】

図５は、エンティティＤＢ１７３のレコードレイアウトの一例を示す説明図である。エンティティＤＢ１７３は、エンティティＩＤ列、名称列、種類列及び公開鍵列を含む。エンティティＩＤ列は、各エンティティを識別するために、一意に特定されるエンティティのＩＤを記憶している。名称列は、エンティティの名称を記憶している。種類列は、エンティティの種類を記憶している。エンティティの種類は、例えば、「飲食店」、「スーパー」等であっても良い。公開鍵列は、公開鍵暗号における第３者に公開する鍵のデータを記憶している。

【0037】

図６は、付与管理ＤＢ１７４のレコードレイアウトの一例を示す説明図である。付与管理ＤＢ１７４は、管理ＩＤ列、広告主ＩＤ列、第１のユーザＩＤ列、第２のユーザＩＤ列、付与コイン数列及びトランザクションＩＤ列を含む。管理ＩＤ列は、仮想コインの付与データを管理する管理ＩＤを記憶している。広告主ＩＤ列は、広告主を特定する広告主ＩＤを記憶している。第１のユーザＩＤ列は、商品またはサービスを購入する第１のユーザを特定する第１のユーザＩＤを記憶している。第２のユーザＩＤ列は、第１のユーザから仮想コインを付与する対象者となる第２のユーザを特定する第２のユーザＩＤを記憶している。付与コイン数列は、第１のユーザから第２のユーザに付与した仮想コイン数を記憶している。トランザクションＩＤ列は、ブロックチェーン経由で仮想コイン付与の取引番号を記憶している。

【0038】

図７は、決済管理ＤＢ１７５のレコードレイアウトの一例を示す説明図である。決済管理ＤＢ１７５は、決済ＩＤ列、広告主ＩＤ列、エンティティＩＤ列、ユーザＩＤ列、使用コイン数列及びトランザクションＩＤ列を含む。決済ＩＤ列は、各決済データを識別するために、一意に特定される決済のＩＤを記憶している。広告主ＩＤ列は、広告主を特定する広告主ＩＤを記憶している。エンティティＩＤ列は、エンティティを特定するエンティティＩＤを記憶している。ユーザＩＤ列は、ユーザを特定するユーザＩＤを記憶している。使用コイン数列は、ユーザがエンティティで使用した仮想コイン数を記憶している。トランザクションＩＤ列は、ブロックチェーン経由で仮想コインが使用された取引番号を記憶している。

【0039】

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

【0040】

制御部３１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部３２に記憶された制御プログラム３Ｐを読み出して実行することにより、広告主端末３に係る種々の情報処理、制御処理等を行う。また、制御部３１は、ハッシュ値算出部３１ａ及び電子署名作成部３１ｂを含む。ハッシュ値算出部３１ａは、暗号学的ハッシュ関数を用いて、ウォレットアドレス等を算出する処理を行う。また制御プログラム３Ｐには、例えばイーサリアムのGeth（Go-Ethereum）、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。電子署名作成部３１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図８では制御部３１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部３２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部３１が処理を実行するために必要な制御プログラム３Ｐ又はデータ等を記憶している。また、記憶部３２は、制御部３１が演算処理を実行するために必要なデータ等を一時的に記憶する。

【0041】

通信部３３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１及びブロックチェーン２等と情報の送受信を行う。入力部３４は、キーボード、マウスまたは表示部３５と一体化したタッチパネルでも良い。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部３１の指示に従い各種情報を表示する。撮影部３６は、例えばＣＣＤカメラ、ＣＭＯＳカメラ等の撮影装置である。なお、撮影部３６は広告主端末３の中に内蔵せず、外部で直接に広告主端末３と接続し、撮影可能な構成としても良い。

【0042】

図９は、ユーザ端末４ａ、４ｂの構成例を示すブロック図である。以下では、ユーザ端末４ａの構成の例を説明するが、ユーザ端末４ｂの構成に関しては、ユーザ端末４ａの構成と同様であるため、説明を省略する。ユーザ端末４ａは、制御部４１、記憶部４２、通信部４３、入力部４４、表示部４５及び撮影部４６を含む。各構成はバスＢで接続されている。

【0043】

制御部４１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部４２に記憶された制御プログラム４Ｐを読み出して実行することにより、ユーザ端末４ａに係る種々の情報処理、制御処理等を行う。また、制御部４１は、ハッシュ値算出部４１ａ及び電子署名作成部４１ｂを含む。ハッシュ値算出部４１ａは、暗号学的ハッシュ関数を用いて、ウォレットアドレス等を算出する処理を行う。また制御プログラム４Ｐには、例えばイーサリアムのGeth（Go-Ethereum）、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。電子署名作成部４１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図９では制御部４１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部４２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部４１が処理を実行するために必要な制御プログラム４Ｐ又はデータ等を記憶している。また、記憶部４２は、制御部４１が演算処理を実行するために必要なデータ等を一時的に記憶する。

【0044】

通信部４３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１及びブロックチェーン２等と情報の送受信を行う。入力部４４は、キーボード、マウスまたは表示部４５と一体化したタッチパネルでも良い。表示部４５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部４１の指示に従い各種情報を表示する。撮影部４６は、例えばＣＣＤカメラ、ＣＭＯＳカメラ等の撮影装置である。なお、撮影部４６はユーザ端末４ａの中に内蔵せず、外部で直接にユーザ端末４ａと接続し、撮影可能な構成としても良い。

【0045】

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

【0046】

制御部５１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部５２に記憶された制御プログラム５Ｐを読み出して実行することにより、エンティティ端末５に係る種々の情報処理、制御処理等を行う。また、制御部５１は、ハッシュ値算出部５１ａ及び電子署名作成部５１ｂを含む。ハッシュ値算出部５１ａは、暗号学的ハッシュ関数を用いて、ウォレットアドレス等を算出する処理を行う。また制御プログラム５Ｐには、例えばイーサリアムのGeth（Go-Ethereum）、Mist Wallet等のスマートコントラクトの生成・実行、仮想通貨の送金、アカウントの作成、マイニング等の処理を実行するプログラムが含まれる。電子署名作成部５１ｂは、偽造又は改ざんを防止するため、公開鍵暗号方式に基づくデジタル認証用の署名を生成する。なお、図１０では制御部５１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部５２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部５１が処理を実行するために必要な制御プログラム５Ｐ又はデータ等を記憶している。また、記憶部５２は、制御部５１が演算処理を実行するために必要なデータ等を一時的に記憶する。

【0047】

通信部５３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１及びブロックチェーン２等と情報の送受信を行う。入力部５４は、キーボード、マウスまたは表示部５５と一体化したタッチパネルでも良い。表示部５５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部５１の指示に従い各種情報を表示する。撮影部５６は、例えばＣＣＤカメラ、ＣＭＯＳカメラ等の撮影装置である。なお、撮影部５６はエンティティ端末５の中に内蔵せず、外部で直接にエンティティ端末５と接続し、撮影可能な構成としても良い。

【0048】

図１１は、仮想コインの付与処理の動作を説明する説明図である。図１１Ａは、広告主ごとの仮想コインを第１のユーザに付与する動作を説明する説明図である。広告主端末３の制御部３１は、通信部３３または入力部３４により、広告主が付与した仮想コインを使用することが可能なエンティティの登録情報を受け付ける。なお、複数のエンティティの登録情報を受け付けても良い。エンティティの登録情報は、エンティティの名称、エンティティの種類等を含む。

【0049】

制御部３１は、通信部３３を介して、広告主の名称、及び受け付けたエンティティの登録情報をサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、広告主端末３から送信された広告主の名称、及びエンティティの登録情報を受信し、受信した広告主の名称、及びエンティティの登録情報を大容量記憶部１７に記憶する。具体的には、制御部１１は、受信したエンティティに対応するレコードが大容量記憶部１７のエンティティＤＢ１７３に存在していない場合、エンティティごとにエンティティＩＤを振って、エンティティの名称、エンティティの種類、エンティティの公開鍵を一つのレコードとしてエンティティＤＢ１７３に記憶する。制御部１１は、広告主ＩＤを振って、広告主の名称、及び広告主に対応するエンティティＩＤ（複数のエンティティＩＤ可）を一つのレコードとして広告主ＤＢ１７１に記憶する。

【0050】

広告主端末３の制御部３１は、通信部３３を介して、広告主が宣伝した商品またはサービスを購入した第１のユーザの取得リクエストをサーバ１に送信する。サーバ１の制御部１１は、広告主端末３から送信された第１のユーザの取得リクエストを受信し、大容量記憶部１７のユーザＤＢ１７２から第１のユーザを抽出する。具体的には、制御部１１は、広告主ＩＤに応じて、ユーザＤＢ１７２の種別列が指定のレコードを抽出し、抽出したレコードからユーザＩＤ、ユーザの名前及び保有する仮想コイン数を取得する。なお、複数のユーザＩＤが取得された場合、それぞれのユーザＩＤに対応するユーザの名前及び保有する仮想コイン数が取得される。制御部１１は、通信部１３を介して取得したユーザＩＤ、ユーザの名前及び保有する仮想コイン数を広告主端末３に送信する。

【0051】

広告主端末３の制御部３１は、通信部３３を介して、サーバ１から送信されたユーザＩＤ、ユーザの名前及び保有する仮想コイン数を受信し、受信したユーザＩＤ、ユーザの名前及び保有する仮想コイン数を表示部３５により表示する。なお、上述した表示内容に限るものではない。例えば、ユーザＩＤ及び保有する仮想コイン数のみが表示されても良い。制御部３１は、入力部３４を介して、広告主による仮想コインを付与する対象者となる第１のユーザの選択、及び該第１のユーザに付与した仮想コイン数を受け付けた場合、制御部３１は、選択された第１のユーザのウォレットアドレスを取得する。

【0052】

第１のユーザのウォレットアドレスの取得処理については、以下で詳しく説明する。広告主端末３の制御部３１は、通信部３３を介して、選択された第１のユーザＩＤをサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、広告主端末３から送信された第１のユーザＩＤを受信する。制御部１１は、大容量記憶部１７のユーザＤＢ１７２のメールアドレス列から、受信した第１のユーザＩＤに対応するメールアドレスを取得する。制御部１１は、取得した第１のユーザのメールアドレス宛に、広告主から仮想コインを付与する旨を通信部１３によりユーザ端末４ａに送信する。なお、本実施形態では、第１のユーザにメールを用いて通知したが、これに限るものではない。例えば、サーバ１の制御部１１は、通信部１３を介して、通知メッセージをユーザ端末４ａに発信しても良い。

【0053】

ユーザ端末４ａの制御部４１は、通信部４３を介して、サーバ１から送信されたメールを受信する。なお、本実施形態では、第１のユーザはメールを用いて受信したが、これに限るものではない。制御部４１は、受信したメールの内容に応じて、広告主から付与された仮想コインを受け取る場合、該第１のユーザのウォレットアドレスを取得する。第１のユーザのウォレットアドレスが計算で生成されるため、オンライン又はオフラインでも作成することができる。なお、ウォレットアドレスの生成と取得及び通知はメール受信の前でも良い。以下では、オフラインでウォレットアドレスを都度作成する例をあげて説明する。

【0054】

ユーザ端末４ａの電子署名作成部４１ｂは、疑似乱数列生成法により秘密鍵を生成する。疑似乱数列生成法は、模擬乱数列を生成するアルゴリズムであり、例えば暗号学的ハッシュ関数を用いて疑似乱数列を生成する。電子署名作成部４１ｂは、生成した秘密鍵を利用して公開鍵を生成する。例えば、ＥＣＤＳＡ（Elliptic Curve Digital Signature Algorithm）又はシュノア署名（Schnorr Signature）方式により秘密鍵から公開鍵を生成しても良い。ハッシュ値算出部４１ａは、公開鍵を暗号学的ハッシュ関数に通しハッシュ値を算出し取得する。制御部４１は、取得したハッシュ値のエンコーディング処理を行い、ウォレットアドレスを生成する。また、制御部４１は、ＱＲコード生成ライブラリーを用いて、生成したウォレットアドレスのＱＲコードを生成しても良い。

【0055】

なお、ウォレットアドレスの作成処理に関しては、上述した処理方式に限らず、他のアルゴリズムを用いてウォレットアドレスを生成しても良い。また、ユーザ端末４ａにインストールされたウォレットアドレス生成のアプリケーションを利用してウォレットアドレスを生成しても良い。

【0056】

ユーザ端末４ａの制御部４１は、通信部４３を介して、生成したウォレットアドレスを第１のユーザＩＤに関連付けてサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ａから送信された第１のユーザＩＤ、第１のユーザのウォレットアドレスを受信する。なお、上述した方式に限らず、例えば、サーバ１の制御部１１は、入力部１４を介して、第１のユーザによる手渡しのウォレットアドレスの入力を受け付けても良い。なお、本実施形態では、第１のユーザのウォレットアドレスがユーザ端末４ａからサーバ１に送信され、サーバ１経由で広告主端末３に送信されたが、これに限るものではない。例えば、第１のユーザのウォレットアドレスが直接にユーザ端末４ａから広告主端末３に送信されても良い。

【0057】

なお、上述した第１のユーザのウォレットアドレスの取得処理に関しては、ユーザ端末４ａを用いてウォレットアドレスの取得処理を説明したが、これに限るものではない。例えば、ユーザ端末４ａを経由せずに、サーバ１が自動的にウォレットアドレスを生成しても良い。

【0058】

具体的には、サーバ１の制御部１１は、通信部１３または入力部１４を介して、第１のユーザの公開鍵を取得し、取得した第１のユーザの公開鍵を該第１のユーザＩＤに対応付け、予め大容量記憶部１７のユーザＤＢ１７２の公開鍵列に記憶する。なお、第１のユーザの公開鍵がユーザ端末４ａにより作成されても良く、または外部の装置により作成されても良い。制御部１１は、通信部１３を介して、広告主端末３から送信された第１のユーザＩＤを受信した場合、制御部１１は、受信した第１のユーザＩＤに対応する公開鍵をユーザＤＢ１７２から取得する。制御部１１は、取得した第１のユーザの公開鍵を基にして、該第１のユーザのウォレットアドレスを生成する。なお、ウォレットアドレスの生成処理に関しては、上述したウォレットアドレスの生成処理と同様であるため、説明を省略する。

【0059】

サーバ１の制御部１１は、生成した第１のユーザのウォレットアドレスを第１のユーザＩＤに対応付け、通信部１３により広告主端末３に送信する。広告主端末３の制御部３１は、通信部３３を介して、サーバ１から送信された第１のユーザＩＤ、第１のユーザのウォレットアドレスを受信する。制御部３１は、広告主のウォレットアドレスを取得する。なお、広告主のウォレットアドレスの取得処理に関しては、広告主端末３により作成しても良く、または広告主により手渡しても良い。

【0060】

制御部３１は、広告主から第１のユーザに仮想コインを付与するトランザクションを作成し、作成したトランザクションを通信部３３によりブロックチェーン２へ送信する。トランザクションは、第１のユーザＩＤ、第１のユーザのウォレットアドレス、広告主ＩＤ、広告主のウォレットアドレス、及び広告主が第１のユーザに付与した仮想コイン数を含む。ブロックチェーン２は、広告主端末３から送信されたトランザクションを受信して記録する。ブロックチェーン２は、受信したトランザクションに基づき、広告主のウォレットアドレスから第１のユーザのウォレットアドレスに、広告主が第１のユーザに付与した仮想コイン数を送信する。ユーザ端末４ａの制御部４１は、通信部４３を介して、ブロックチェーン２経由で、広告主端末３から送信された仮想コイン数を受信する。

【0061】

ユーザ端末４ａの制御部４１は、通信部４３を介して、広告主ＩＤ、第１のユーザＩＤ及びトランザクションＩＤを含む取引情報をサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ａから送信された取引情報を受信し、受信した取引情報を大容量記憶部１７の付与管理ＤＢ１７４に記憶する。具体的には、制御部１１は、受信した取引情報に基づき、管理ＩＤを振って、広告主ＩＤ、第１のユーザＩＤ、広告主が第１のユーザに付与したコイン数及びトランザクションＩＤを一つのレコードとして付与管理ＤＢ１７４に記憶する。なお、本実施形態では、取引情報がユーザ端末４ａからサーバ１に送信されたが、これに限るものではない。例えば、取引情報が広告主端末３からサーバ１に送信されても良い。

【0062】

サーバ１の制御部１１は、第１のユーザが保有した仮想コイン数を大容量記憶部１７のユーザＤＢ１７２に更新する。具体的には、制御部１１は、第１のユーザＩＤ及び広告主ＩＤに基づき、ユーザＤＢ１７２の仮想コイン数列に記憶された該第１のユーザの保有する仮想コイン数に、広告主が付与した仮想コイン数を加算し、加算した後の仮想コイン数で仮想コイン数列を更新する。

【0063】

図１１Ｂは、第１のユーザから仮想コインの一部を第２のユーザに付与する動作を説明する説明図である。ユーザ端末４ａの制御部４１は、通信部４３を介して、広告主から付与された仮想コインの一部を付与する対象者となる第２のユーザに関する情報をサーバ１から取得する。具体的には、制御部４１は、仮想コインが付与された広告主ＩＤを通信部４３によりサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ａから送信された広告主ＩＤを受信する。制御部１１は、受信した広告主ＩＤに応じて、ユーザＤＢ１７２の種別列から指定したレコードを抽出し、抽出したレコードから、ユーザＩＤ、ユーザの名前及び保有する仮想コイン数を取得する。なお、複数のユーザＩＤが取得された場合、それぞれのユーザＩＤに対応するユーザの名前及び保有する仮想コイン数が取得される。制御部１１は、通信部１３を介して、取得したユーザＩＤ、ユーザの名前及び保有する仮想コイン数を含む第２のユーザに関する情報をユーザ端末４ａに送信する。

【0064】

ユーザ端末４ａの制御部４１は、サーバ１から送信された第２のユーザに関する情報を通信部４３により受信し、受信した第２のユーザに関する情報を表示部４５により表示する。制御部４１は、入力部４４を介して、第１のユーザによる第２のユーザの選択、及び第２のユーザに付与する仮想コイン数を受け付ける。制御部４１は、受け付けた付与する仮想コイン数が該第１のユーザが保有した仮想コイン数以下であるか否かを判定する。制御部４１は、付与する仮想コイン数が該第１のユーザが保有した仮想コイン数以下であると判定した場合、通信部３３を介して、選択された第２のユーザＩＤをサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ａから送信された第２のユーザＩＤを受信し、受信した第２のユーザＩＤに基づき、第２のユーザのウォレットアドレスを取得する。なお、第２のユーザのウォレットアドレスの取得処理に関しては、第１のユーザのウォレットアドレスの取得処理と同様であるため、説明を省略する。

【0065】

ユーザ端末４ａの制御部４１は、第１のユーザのウォレットアドレスを取得する。制御部４１は、第１のユーザから第２のユーザに仮想コインを付与するトランザクションを作成し、作成したトランザクションを通信部４３によりブロックチェーン２へ送信する。トランザクションは、第１のユーザＩＤ、第１のユーザのウォレットアドレス、第２のユーザＩＤ、第２のユーザのウォレットアドレス、第１のユーザが第２のユーザに付与した仮想コイン数、及び広告主ＩＤを含む。

【0066】

ブロックチェーン２は、ユーザ端末４ａから送信されたトランザクションを受信して記録する。ブロックチェーン２は、受信したトランザクションに基づき、第１のユーザのウォレットアドレスから第２のユーザのウォレットアドレスに、第１のユーザが第２のユーザに付与した仮想コイン数を送信する。ユーザ端末４ｂの制御部４１は、通信部４３を介して、ブロックチェーン２経由で、ユーザ端末４ａから送信された仮想コイン数を受信する。

【0067】

ユーザ端末４ｂの制御部４１は、通信部４３を介して、第１のユーザＩＤ、第２のユーザＩＤ及びトランザクションＩＤを含む取引情報をサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ｂから送信された取引情報を受信し、受信した取引情報を大容量記憶部１７の付与管理ＤＢ１７４に記憶する。具体的には、制御部１１は、受信した取引情報に基づき、管理ＩＤを振って、第１のユーザＩＤ、第２のユーザＩＤ、第１のユーザが第２のユーザに付与したコイン数及びトランザクションＩＤを一つのレコードとして付与管理ＤＢ１７４に記憶する。なお、本実施形態では、取引情報がユーザ端末４ｂからサーバ１に送信されたが、これに限るものではない。例えば、取引情報がユーザ端末４ａからサーバ１に送信されても良い。

【0068】

サーバ１の制御部１１は、第１のユーザ及び第２のユーザの保有コイン数を大容量記憶部１７のユーザＤＢ１７２に更新する。具体的には、制御部１１は、第１のユーザＩＤ及び広告主ＩＤに基づき、ユーザＤＢ１７２の仮想コイン数列に記憶された該第１のユーザの保有する仮想コイン数から、第２のユーザに付与した仮想コイン数を差し引き、差し引いた後の仮想コイン数で仮想コイン数列を更新する。制御部１１は、第２のユーザＩＤ及び広告主ＩＤに基づき、ユーザＤＢ１７２の仮想コイン数列に記憶された該第２のユーザの保有する仮想コイン数に、第１のユーザが付与した仮想コイン数を加算し、加算した後の仮想コイン数で仮想コイン数列を更新する。

【0069】

図１２及び図１３は、広告主ごとの仮想コインを第１のユーザに付与する際の処理手順を示すフローチャートである。広告主端末３の制御部３１は、通信部３３または入力部３４により、広告主が付与した仮想コインを使用することが可能なエンティティの登録情報を受け付ける（ステップＳ３０１）。制御部３１は、通信部３３を介して、広告主の名称、及び受け付けたエンティティの登録情報をサーバ１に送信する（ステップＳ３０２）。サーバ１の制御部１１、通信部１３を介して、広告主端末３から送信された広告主の名称、及びエンティティの登録情報を受信し（ステップＳ１０１）、受信した広告主の名称、及びエンティティの登録情報を大容量記憶部１７のエンティティＤＢ１７３及び広告主ＤＢ１７１に記憶する（ステップＳ１０２）。

【0070】

広告主端末３の制御部３１は、通信部３３を介して、広告主が宣伝した商品またはサービスを購入した第１のユーザの取得リクエストをサーバ１に送信する（ステップＳ３０３）。サーバ１の制御部１１は、広告主端末３から送信された第１のユーザの取得リクエストを受信し（ステップＳ１０３）、大容量記憶部１７のユーザＤＢ１７２から第１のユーザを抽出する（ステップＳ１０４）。具体的には、制御部１１は、広告主ＩＤに応じて、ユーザＤＢ１７２の種別列が「インフルエンサー」であるレコードを抽出し、抽出したレコードからユーザＩＤ、ユーザの名前及び保有する仮想コイン数を取得する。制御部１１は、通信部１３を介して取得したユーザＩＤ、ユーザの名前及び保有する仮想コイン数を広告主端末３に送信する（ステップＳ１０５）。

【0071】

広告主端末３の制御部３１は、通信部３３を介して、サーバ１から送信されたユーザＩＤ、ユーザの名前及び保有する仮想コイン数を受信する（ステップＳ３０４）。制御部３１は、受信したユーザＩＤ、ユーザの名前及び保有する仮想コイン数を表示部３５により表示する（ステップＳ３０５）。制御部３１は、入力部３４を介して、広告主による仮想コインを付与する対象者となる第１のユーザの選択、及び第１のユーザに付与する仮想コイン数を受け付ける（ステップＳ３０６）。

【0072】

広告主端末３の制御部３１は、通信部３３を介して、選択された第１のユーザＩＤをサーバ１に送信する（ステップＳ３０７）。サーバ１の制御部１１は、通信部１３を介して、広告主端末３から送信された第１のユーザＩＤを受信する（ステップＳ１０６）。制御部１１は、大容量記憶部１７のユーザＤＢ１７２のメールアドレス列から、受信した第１のユーザＩＤに対応するメールアドレスを取得する（ステップＳ１０７）。制御部１１は、取得した第１のユーザのメールアドレス宛に、広告主が第１のユーザに仮想コインを付与した旨のメールを通信部１３によりユーザ端末４ａに送信する（ステップＳ１０８）。

【0073】

ユーザ端末４ａの制御部４１は、通信部４３を介して、サーバ１から送信されたメールを受信する（ステップＳ４０１）。制御部４１は、受信したメールの内容に応じて、広告主から付与された仮想コインを受け取る場合、制御部４１は、該第１のユーザのウォレットアドレスを生成する（ステップＳ４０２）。なお、ウォレットアドレスの生成処理のサブルーチンに関しては後述する。なお、図１３では、第１のユーザのウォレットアドレスがユーザ端末４ａにより生成された例を説明したが、これに限るものではない。例えば、撮影部４６によりＱＲコードからウォレットアドレスが抽出されても良く、または通信部３３により外部の装置からウォレットアドレスが転送されても良い。

【0074】

ユーザ端末４ａの制御部４１は、通信部４３を介して、生成した第１のユーザのウォレットアドレスを第１のユーザＩＤに関連付けてサーバ１に送信する（ステップＳ４０３）。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ａから送信された第１のユーザＩＤ、第１のユーザのウォレットアドレスを受信する（ステップＳ１０９）。サーバの制御部１１は、受信した第１のユーザＩＤ、第１のユーザのウォレットアドレスを通信部１３により広告主端末３に送信する（ステップＳ１１０）。広告主端末３の制御部３１は、通信部３３を介して、サーバ１から送信された第１のユーザＩＤ、第１のユーザのウォレットアドレスを受信する（ステップＳ３０８）。制御部３１は、広告主のウォレットアドレスを取得する（ステップＳ３０９）。

【0075】

制御部３１は、広告主から第１のユーザに仮想コインを付与するトランザクションを作成し（ステップＳ３１０）、作成したトランザクションを通信部３３によりブロックチェーン２へ送信する（ステップＳ３１１）。ブロックチェーン２は、広告主端末３から送信されたトランザクションを受信し（ステップＳ２０１）、受信したトランザクションに基づいて取引情報を記録する（ステップＳ２０２）。ブロックチェーン２は、受信したトランザクションに基づき、広告主のウォレットアドレスから第１のユーザのウォレットアドレスに、広告主が第１のユーザに付与した仮想コイン数を送信する（ステップＳ２０３）。ユーザ端末４ａの制御部４１は、通信部４３を介して、ブロックチェーン２経由で、広告主端末３から送信された仮想コイン数を受信する（ステップＳ４０４）。

【0076】

ブロックチェーン２はステップＳ４０４に続いてその送信結果（取引情報）を広告主端末３に送信する（ステップＳ２０４）。広告主端末３はブロックチェーン２から送信された取引情報を受信する（ステップＳ３１２）。広告主端末３の制御部３１は、通信部３３を介して、広告主ＩＤ、第１のユーザＩＤ及びトランザクションＩＤを含む取引情報をサーバ１に送信する（ステップＳ３１３）。サーバ１の制御部１１は、通信部１３を介して、広告主端末３から送信された取引情報を受信し（ステップＳ１１１）、受信した取引情報を大容量記憶部１７の付与管理ＤＢ１７４に記憶する（ステップＳ１１２）。制御部１１は、第１のユーザの保有コイン数を大容量記憶部１７のユーザＤＢ１７２に更新する（ステップＳ１１３）。

【0077】

図１４は、ウォレットアドレスの生成のサブルーチンの処理手順を示すフローチャートである。ユーザ端末４ａの電子署名作成部４１ｂは、疑似乱数列生成法により秘密鍵を生成する（ステップＳａ０１）。疑似乱数列生成法は、模擬乱数列を生成するアルゴリズムであり、例えば暗号学的ハッシュ関数を用いて疑似乱数列を生成すれば良い。電子署名作成部４１ｂは、生成した秘密鍵を利用して公開鍵を生成する（ステップＳａ０２）。例えば、ＥＣＤＳＡ（Elliptic Curve Digital Signature Algorithm）又はシュノア署名（Schnorr Signature）方式により秘密鍵から公開鍵を生成しても良い。ハッシュ値算出部４１ａは、公開鍵を暗号学的ハッシュ関数に通しハッシュ値を算出し取得する（ステップＳａ０３）。制御部４１は、取得したハッシュ値のエンコーディング処理を行い（ステップＳａ０４）、ウォレットアドレスを生成し返却する（ステップＳａ０５）。なお、ウォレットアドレスの生成処理に関しては、上述した処理方式に限らず、他のアルゴリズムを用いてウォレットアドレスを生成しても良い。

【0078】

図１５及び図１６は、第１のユーザから第２のユーザに仮想コインを付与する際の処理手順を示すフローチャートである。制御部４１は、仮想コインが付与された広告主ＩＤを通信部４３によりサーバ１に送信する（ステップＳ４２１）。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ａから送信された広告主ＩＤを受信する（ステップＳ１２１）。制御部１１は、受信した広告主ＩＤに応じて、ユーザＤＢ１７２から指定の第２のユーザを抽出する（ステップＳ１２２）。制御部１１は、抽出した第２のユーザに関する情報を通信部１３によりユーザ端末４ａに送信する（ステップＳ１２３）。第２のユーザに関する情報は、ユーザＩＤ、ユーザの名前及び保有する仮想コイン数を含む。

【0079】

ユーザ端末４ａの制御部４１は、サーバ１から送信された第２のユーザに関する情報を通信部４３により受信し（ステップＳ４２２）、受信した第２のユーザに関する情報を表示部４５により表示する（ステップＳ４２３）。制御部４１は、入力部４４を介して、第２のユーザの選択、及び該第２のユーザに付与する仮想コイン数を受け付ける（ステップＳ４２４）。制御部４１は、受け付けた付与する仮想コイン数が該第１のユーザが保有した仮想コイン数以下であるか否かを判定する（ステップＳ４２５）。制御部４１は、受け付けた付与する仮想コイン数が該第１のユーザが保有した仮想コイン数以下でないと判定した場合（ステップＳ４２５でＮＯ）、制御部４１は、ステップＳ４２４に戻る。

【0080】

制御部４１は、受け付けた付与する仮想コイン数が該第１のユーザが保有した仮想コイン数以下であると判定した場合（ステップＳ４２５でＹＥＳ）、制御部４１は、通信部３３を介して、選択された第２のユーザＩＤをサーバ１に送信する（ステップＳ４２６）。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ａから送信された第２のユーザＩＤを受信する（ステップＳ１２４）。制御部１１は、受信した第２のユーザＩＤに対応付け、第２のユーザのウォレットアドレス取得請求を通信部１３によりユーザ端末４ｂに送信する（ステップＳ１２５）。ユーザ端末４ｂの制御部４１は、通信部４３を介して、サーバ１から送信された第２のユーザのウォレットアドレス取得請求を受信する（ステップＳ４９１）。ユーザ端末４ｂの制御部４１は、受信した第２のユーザのウォレットアドレス取得請求に応じて、ウォレットアドレスを生成する（ステップＳ４９２）。なお、ウォレットアドレス生成のサブルーチン処理の説明を省略する。また、ウォレットアドレスの生成と取得及び通知はメール受信の前でも良い。ユーザ端末４ｂの制御部４１は、生成した第２のユーザのウォレットアドレスを通信部４３によりサーバ１に送信する（ステップＳ４９３）。

【0081】

サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ｂから送信された第２のユーザのウォレットアドレスを受信し（ステップＳ１２６）、受信した第２のユーザのウォレットアドレスをユーザ端末４ａに送信する（ステップＳ１２７）。ユーザ端末４ａの制御部４１は、通信部４３を介して、サーバ１から送信された第２のユーザのウォレットアドレスを受信する（ステップＳ４２７）。制御部４１は、第１のユーザのウォレットアドレスを取得する（ステップＳ４２８）。

【0082】

ユーザ端末４ａの制御部４１は、第１のユーザから第２のユーザに仮想コインを付与するトランザクションを作成し（ステップＳ４２９）、作成したトランザクションを通信部４３によりブロックチェーン２へ送信する（ステップＳ４３０）。トランザクションは、第１のユーザＩＤ、第１のユーザのウォレットアドレス、第２のユーザＩＤ、第２のユーザのウォレットアドレス、第１のユーザが第２のユーザに付与した仮想コイン数、及び広告主ＩＤを含む。

【0083】

ブロックチェーン２は、ユーザ端末４ａから送信されたトランザクションを受信し（ステップＳ２２１）、受信したトランザクションの取引情報を記録する（ステップＳ２２２）。ブロックチェーン２は、受信したトランザクションに基づき、第１のユーザのウォレットアドレスから第２のユーザのウォレットアドレスに、第１のユーザが第２のユーザに付与した仮想コイン数を送信する（ステップＳ２２３）。ユーザ端末４ｂの制御部４１は、通信部４３を介して、ブロックチェーン２経由で、ユーザ端末４ａから送信された仮想コイン数を受信する（ステップＳ４９４）。

【0084】

ブロックチェーン２はステップＳ４９４に続いてその送信結果（取引情報）をユーザ端末４aに送信する（ステップＳ２２４）。ユーザ端末４aはブロックチェーン２から送信された取引情報を受信する（ステップＳ４３１）。ユーザ端末４aの制御部４１は、通信部４３を介して、第１のユーザＩＤ、第２のユーザＩＤ及びトランザクションＩＤを含む取引情報をサーバ１に送信する（ステップＳ４３２）。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４aから送信された取引情報を受信し（ステップＳ１２８）、受信した取引情報を大容量記憶部１７の付与管理ＤＢ１７４に記憶する（ステップＳ１２９）。制御部１１は、第１のユーザ及び第２のユーザの保有する仮想コイン数を大容量記憶部１７のユーザＤＢ１７２に更新する（ステップＳ１３０）。

【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】

ブロックチェーン２はステップＳ６６１に続いてその送信結果（取引情報）をユーザ端末４aに送信する（ステップＳ２６４）。ユーザ端末４ａはブロックチェーン２から送信された取引情報を受信する（ステップＳ４６９）。ユーザ端末４ａの制御部４１は、通信部４３を介して、被評価者ＩＤ、評価者ＩＤ、評価の仮想コイン数及びトランザクションＩＤを含む取引情報をサーバ１に送信する（ステップＳ４７０）。サーバ１の制御部１１は、通信部１３を介して、ユーザ端末４ａから送信された取引情報を受信し（ステップＳ１６４）、受信した取引情報を大容量記憶部１７の評価履歴ＤＢ１７８に記憶する（ステップＳ１６５）。サーバ１の制御部１１は、評価者及び被評価者の保有コイン数を大容量記憶部１７のユーザＤＢ１７２及び被評価者ＤＢ１７６に更新する（ステップＳ１６６）。

【0131】

本実施形態によると、ユーザがエンティティのスタッフを有価価値情報の数量で適切に評価することにより、スタッフのモチベーションを向上させることが可能となる。また、スタッフに付与された有価価値情報を本社が買い取った場合、買い取った有価価値情報の数量に応じて、スタッフに対する昇給・昇格・昇進・賞与等の人事評価をすることが可能となる。

【0132】

（実施形態４）
実施形態４は、有価価値情報の数量でエンティティのメニューまたはサービス、およびそれらを作成した作成者を評価する形態に関する。作成者は本社や研究所などのメニューやサービスの開発部門だけでなく、仕入れ先などの社外の取引先であっても良い。なお、本実施形態では、有価価値情報の一つの種類の仮想コインの例を説明する。第１のユーザまたは第２のユーザがンティティのメニューまたはサービスを作成した作成者への評価に応じて、ブロックチェーンを通じて仮想コインを該作成者に付与する。なお、以下では、第１のユーザが仮想コイン数で作成者を評価する例を説明する。

【0133】

図２６は、実施形態４のサーバ１の構成例を示すブロック図である。なお、図２０と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７は、注文ＤＢ１７８を含む。注文ＤＢ１７８は、注文された商品またはサービスに関する注文情報を記憶している。

【0134】

図２７は、注文ＤＢ１７８のレコードレイアウトの一例を示す説明図である。注文ＤＢ１７８は、注文ＩＤ列、注文商品列、金額列、注文者ＩＤ列、作成者ＩＤ列、作成者名前列、注文日時列、商品写真列及びエンティティＩＤ列を含む。注文者ＩＤ列は、各注文データを識別するために、一意に特定される注文データのＩＤを記憶している。注文商品列は、注文された商品の名称を記憶している。金額列は、注文された商品またはサービスの金額を記憶している。注文者ＩＤ列は、商品を注文した注文者を特定する注文者ＩＤ（ユーザＩＤ）を記憶している。

【0135】

作成者ＩＤ列は、商品またはサービス（例えば、メニュー、料理等）を作成した作成者を特定する作成者ＩＤを記憶している。作成者名前列は、商品またはサービスを作成した作成者の名前を記憶している。注文時間列は、商品が注文された日時情報を記憶している。商品写真列は、商品またはサービスの写真データを記憶している。エンティティＩＤ列は、注文された商品またはサービスのエンティティＩＤを記憶している。

【0136】

図２８は、仮想コイン数でエンティティのメニューまたはサービスを評価する動作を説明する説明図である。本実施形態では、情報処理端末７を含む。情報処理端末７は、エンティティのメニューまたはサービスを作成した作成者への仮想コインの受信、作成者のウォレットアドレスの送信等を行う端末装置である。情報処理端末７は、例えばスマートフォン、携帯電話、アップルウォッチ等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末７を作成者端末７と読み替える。

【0137】

なお、本実施形態では、当日に評価者が注文したエンティティのメニューまたはサービスを仮想コイン数で評価する例を説明する。ユーザがエンティティで商品またはサービスを購入した場合、サーバ１の制御部１１は、該商品またはサービスに関する注文情報を大容量記憶部１７の注文ＤＢ１７８に記憶する。具体的には、制御部１１は、注文ＩＤを振って、注文商品の名称、金額、注文者ＩＤ、作成者ＩＤ、作成名前、注文日時、商品写真及びエンティティＩＤを記憶する。

【0138】

評価者が注文したエンティティのメニューまたはサービスを評価する場合、ユーザ端末４ａの制御部４１は、通信部４３を介して、評価者ＩＤ（注文者ＩＤ）、及び利用したエンティティＩＤをサーバ１送信する。サーバ１の制御部１１は、通信部１３を介して、サーバ１から送信された評価者ＩＤ及びエンティティＩＤを受信する。

【0139】

制御部１１は、受信した評価者ＩＤ及びエンティティＩＤに基づき、該評価者が当日に注文したエンティティのメニューまたはサービスの注文情報を大容量記憶部１７から取得する。具体的には、制御部１１は、現在の日時情報を取得する。制御部１１は、取得した現在の日時情報、受信した評価者ＩＤ及びエンティティＩＤに基づき、注文ＤＢ１７８の注文日時列に照合し、注文商品の名称、金額、作成者ＩＤ、商品写真等の注文情報を取得する。

【0140】

サーバ１の制御部１１は、通信部１３を介して、取得したメニューまたはサービスの注文情報をユーザ端末４ａに送信する。ユーザ端末４ａの制御部４１は、通信部４３を介して、サーバ１から送信された注文情報を受信する。制御部４１は、表示部４５を介して、受信した注文商品の名称、金額及び商品写真等を含む注文情報を表示する。

【0141】

制御部４１は、エンティティのメニューまたはサービスの選択、及び選択されたメニューまたはサービスの評価に応じた仮想コイン数の入力を受け付ける。制御部４１は、受け付けたメニューまたはサービスの選択に基づいて、該メニューまたはサービスを作成した作成者ＩＤを取得する。制御部４１は、取得した作成者ＩＤに基づき、該被評価者（作成者）のウォレットアドレスを取得する。制御部４１は、評価者ＩＤに基づき、該評価者のウォレットアドレスを取得する。なお、ウォレットアドレスの取得処理に関しては、実施形態１でのウォレットアドレスの取得処理と同様であるため、説明を省略する。

【0142】

制御部４１は、受け付けた被評価者ＩＤ、及び評価の仮想コイン数に基づき、評価の仮想コイン送信のトランザクションを作成し、作成したトランザクションを通信部４３によりブロックチェーン２経由で作成者端末７に送信する。なお、トランザクションの送受信処理、及びサーバ１の大容量記憶部１７の記憶・更新処理に関しては、実施形態３と同様であるため、説明を省略する。

【0143】

図２９は、仮想コイン数でエンティティのメニューまたはサービスを評価するイメージ図である。なお、図２４と重複する内容については説明を省略する。ユーザ端末４ａの制御部４１は、通信部４３を介して、サーバ１から送信されたエンティティのメニューまたはサービスの注文情報を受信する。制御部４１は、表示部４５を介して、受信した注文情報に基づき、注文商品の名称、金額及び商品写真等を表示する。

【0144】

制御部４１は、入力部４４を介して、メニューまたはサービスの選択、及び該メニューまたはサービスの評価に応じた付与の仮想コインの入力を受け付ける。制御部４１は、受け付けたメニューまたはサービスの選択に応じて、該メニューまたはサービスを作成した作成者ＩＤを取得する。制御部４１は、「評価」ボタンの操作を入力部４４により受け付けた場合、取得した作成者ＩＤ、受け付けた評価の仮想コイン数に基づいて評価処理を行う。

【0145】

図３０は、仮想コイン数でメニューまたはサービスを評価する際の処理手順を示すフローチャートである。なお、図２５と重複する内容については同一の符号を付して説明を省略する。ユーザがエンティティで商品またはサービスを購入した場合、サーバ１の制御部１１は、該商品またはサービスに関する注文情報を大容量記憶部１７の注文ＤＢ１７８に記憶する（ステップＳ１７１）。評価者が注文したエンティティのメニューまたはサービスを評価する場合、ユーザ端末４ａの制御部４１は、通信部４３を介して、評価者ＩＤ（注文者ＩＤ）、及び利用したエンティティＩＤをサーバ１送信する（ステップＳ４７１）。サーバ１の制御部１１は、通信部１３を介して、サーバ１から送信された評価者ＩＤ及びエンティティＩＤを受信する（ステップＳ１７２）。

【0146】

制御部１１は、受信した評価者ＩＤ及びエンティティＩＤに基づき、該評価者が当日に注文したエンティティのメニューまたはサービスの注文情報を大容量記憶部１７の注文ＤＢ１７８から取得する（ステップＳ１７３）。サーバ１の制御部１１は、通信部１３を介して、取得したメニューまたはサービスの注文情報をユーザ端末４ａに送信する（ステップＳ１７４）。ユーザ端末４ａの制御部４１は、通信部４３を介して、サーバ１から送信された注文情報を受信する（ステップＳ４７２）。制御部４１は、表示部４５を介して、受信した注文商品の名称、金額及び商品写真等を含む注文情報を表示する（ステップＳ４７３）。

【0147】

制御部４１は、エンティティのメニューまたはサービスの選択、及び選択されたメニューまたはサービスの評価に応じて付与した仮想コイン数の入力を受け付ける（ステップＳ４７４）。制御部４１は、受け付けたメニューまたはサービスの選択に基づいて、該メニューまたはサービスを作成した作成者ＩＤ（被評価者ＩＤ）を取得する（ステップＳ４７５）。作成者端末７は、ブロックチェーン２経由で、ユーザ端末４ａから送信された仮想コイン数を受信する（ステップＳ７７１）。

【0148】

本実施形態によると、ユーザがエンティティのメニューまたはサービスを有価価値情報
の数量で適切に評価することにより、該メニューまたはサービスを作成した作成者のモチベーションを向上させることが可能となる。また、販売数量だけでは捉えきれないメニューまたはサービスへの顧客満足度の把握も可能となる。更にまた、作成者に付与された有価価値情報を本社が買い取った場合、買い取った有価価値情報の数量に応じて、作成者に対する昇給・昇格・昇進・賞与等の人事評価をすることが可能となる。

【0149】

（実施形態５）
実施形態５は、第１のユーザの決済データを広告主宛に出力する形態に関する。決済端末における商品またはサービスの精算処理により作成された第１のユーザの決済データを利用しても良いかを示す許諾情報が、該第１のユーザから取得される。第１のユーザの許諾情報が取得された場合、該許諾情報に応じた第１のユーザの決済データが取得される。取得された第１のユーザの決済データが広告主宛に出力される。決済データは、購買商品の名称、数量、金額、及び購買者のＩＤ、名前、性別等属性情報を含む。

【0150】

図３１は、第１のユーザの決済データを広告主宛に出力する動作を説明する説明図である。本実施形態では、決済端末８を含む。決済端末８は、売上実績、販売、在庫、決済等の情報処理及び送受信を行う端末装置である。例えば、ＰＯＳ（Point of Sales）システムを搭載したＰＯＳ端末及びパーソナルコンピュータ等の情報処理機器である。

【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】

参加者端末１０は、ブロックチェーン２経由で、コミュニティ端末９から送信された仮想コイン数を受信する（ステップＳ１ａａ）。ブロックチェーン２はステップＳ２２ｃに続いてその送信結果（取引情報）をコミュニティ端末９に送信する（ステップＳ２２ｄ）。コミュニティ端末９はブロックチェーン２から送信された取引情報を受信する（ステップＳ９２ｊ）。コミュニティ端末９は、コミュニティＩＤ、参加者ＩＤ、発行された仮想コイン数及びトランザクションＩＤを含む取引情報をサーバ１に送信する（ステップＳ９２k）。サーバ１の制御部１１は、通信部１３を介して、コミュニティ端末９から送信された取引情報を受信し（ステップＳ１２ｆ）、受信した取引情報を大容量記憶部１７の発
行履歴ＤＢ１８１に記憶する（ステップＳ１２ｇ）。制御部１１は、参加者が保有した非公式仮想コイン数を大容量記憶部１７の参加者ＤＢ１８０に更新する（ステップＳ１２ｈ）。

【0180】

続けて、公式認定により非公式仮想コインを公式仮想コインに交換する処理を説明する。コミュニティごとの仮想コインが、該コミュニティに対応するエンティティにより公式認定された場合、該エンティティから発行される有価価値情報と、該コミュニティの仮想コインとの交換処理を所定の交換基準により実行することができる。よって、公式認定を通じて、非公式仮想コインが公式仮想コインに交換することができる。

【0181】

図３９は、コミュニティごとの仮想コインがエンティティにより公式認定される際の処理手順を示すフローチャートである。コミュニティ端末９は、公式認定請求情報をエンティティ端末５に送信する（ステップＳ９３ａ）。公式認定請求情報は、例えば、コミュニティＩＤ、名称、参加者の数、参加者に発行した非公式仮想コイン数及びコミュニティの運営年数等を含んでも良い。エンティティ端末５の制御部５１は、通信部５３を介して、コミュニティ端末９から送信された公式認定請求情報を受信する（ステップＳ５３ａ）。

【0182】

制御部５１は、公式認定請求に応じて、該コミュニティの非公式仮想コインを公式認定することが可能か否かを判定する（ステップＳ５３ｂ）。例えば、制御部５１は、受信したコミュニティの参加者の数、参加者に発行した非公式仮想コイン数及びコミュニティの運営年数に基づき、事前に決められた公式認定の条件を満たしたか否かを判定しても良い。公式認定の条件は、例えば、「参加者が１００００人以上、発行した非公式仮想コイン数が１００００００００コイン以上、かつ、運営年数が５年以上」であっても良い。また、エンティティもコミュニティに参加している場合に、スマートコントラクトによって公式認定の条件を満たしたか否かを判定しても良い。

【0183】

制御部５１は、該コミュニティの非公式仮想コインを公式認定することが可能であると判定した場合（ステップＳ５３ｂでＹＥＳ）、制御部５１は、公式認定情報を通信部１３によりサーバ１に送信する（ステップＳ５３ｃ）。公式認定情報は、コミュニティＩＤ、エンティティＩＤ、認定状態、及び非公式仮想コインと公式仮想コインとの交換基準等を含む。サーバ１の制御部１１は、通信部１３を介して、エンティティ端末５から送信された公式認定情報を受信する（ステップＳ１３ａ）。制御部１１は、受信した公式認定情報に基づき、大容量記憶部１７のコミュニティＤＢ１７９の認定状態列及び交換基準列を更新する（ステップＳ１３ｂ）。

【0184】

制御部５１は、通信部５３を介して、公式認定完了の指示をコミュニティ端末９に送信する（ステップＳ５３ｅ）。コミュニティ端末９は、エンティティ端末５から送信された公式認定完了の指示を受信する（ステップＳ９３ｃ）。制御部５１は、該コミュニティの非公式仮想コインを公式認定することができないと判定した場合（ステップＳ５３ｂでＮＯ）、制御部５１は、通信部５３を介して、公式認定不可の指示をコミュニティ端末９に送信する（ステップＳ５３ｄ）。コミュニティ端末９は、エンティティ端末５から送信された公式認定不可の指示を受信する（ステップＳ９３ｂ）。

【0185】

図４０は、非公式仮想コインと公式仮想コインとを交換する際の処理手順を示すフローチャートである。コミュニティ端末９は、コミュニティＩＤをサーバ１に送信する（ステップＳ９４ａ）。なお、本実施形態では、コミュニティ端末９からコミュニティＩＤがサーバ１に送信されたが、これに限るものではない。例えば、エンティティ端末５からコミュニティＩＤがサーバ１に送信されても良い。

【0186】

サーバ１の制御部１１は、通信部１３を介して、コミュニティ端末９から送信されたコミュニティＩＤを受信する（ステップＳ１４ａ）。制御部１１は、大容量記憶部１７のコミュニティＤＢ１７９から、受信したコミュニティＩＤに対応する認定状態を取得する（ステップＳ１４ｂ）。制御部１１は、取得した認定状態に基づき、コミュニティの仮想コインが、該コミュニティに対応するエンティティにより公式認定されるか否かを判定する（ステップＳ１４ｃ）。

【0187】

制御部１１は、コミュニティの仮想コインが、該コミュニティに対応するエンティティにより公式認定されたと判定した場合（ステップＳ１４ｃでＹＥＳ）、制御部１１は、大容量記憶部１７のコミュニティＤＢ１７９から、コミュニティＩＤに対応する交換基準を取得する（ステップＳ１４ｄ）。制御部１１は、大容量記憶部１７からコミュニティの総発行済コイン数、及び該コミュニティに参加したそれぞれの参加者の保有する仮想コイン数を取得する（ステップＳ１４ｅ）。具体的には、制御部１１は、コミュニティＤＢ１７９から、コミュニティＩＤに対応する総発行済コイン数を取得する。制御部１１は、参加者ＤＢ１８０から、参加者ＩＤごとのコミュニティＩＤに対応する仮想コイン数を取得する。

【0188】

制御部１１は、取得した非公式仮想コインと公式仮想コインとの交換基準に基づき、変換後のコミュニティの総発行済コイン数、及び該コミュニティに参加したそれぞれの参加者の保有する仮想コイン数を算出する（ステップＳ１４ｆ）。制御部１１は、大容量記憶部１７のコミュニティＤＢ１７９及び参加者ＤＢ１８０に、算出したコミュニティの総発行済コイン数、及び該コミュニティに参加したそれぞれの参加者の保有する仮想コイン数を更新する（ステップＳ１４ｇ）。なお、大容量記憶部１７だけではなくブロックチェーン２にも記憶しても良い。制御部１１は、コミュニティの仮想コインが、該コミュニティに対応するエンティティにより公式認定されていないと判定した場合（ステップＳ１４ｃでＮＯ）、処理を終了する。

【0189】

図４１は、エンティティごとに参加者が保有した仮想コイン数の一覧画面のイメージ図の一例である。参加者端末１０は、参加者が参加したコミュニティの名称、該コミュニティに対応するエンティティの名称、参加者がコミュニティごとに保有した仮想コイン数、及びコミュニティごとの総発行済仮想コイン数を、ブロックチェーン２を通じて取得する。なお、コミュニティの名称、エンティティの名称、参加者がコミュニティごとに保有した仮想コイン数、及びコミュニティごとの総発行済仮想コイン数がサーバ１から取得されても良い。

【0190】

参加者端末１０は、サーバ１の大容量記憶部１７のコミュニティＤＢ１７９から、コミュニティＩＤに対応する認定状態を取得する。参加者端末１０は、取得した認定状態に基づき、コミュニティごとの仮想コインの認定状態を判定する。本実施形態では、参加者端末１０は、認定済みの公式仮想コインと未認定の非公式仮想コインとを分けて、それぞれに対応する表示欄で一覧表示する。認定済みの公式仮想コインが、「木」のアイコンを用いて公式仮想コインの表示欄で表示される。未認定の非公式仮想コインが、「草」のアイコンを用いて非公式仮想コインの表示欄で表示される。なお、上述した公式仮想コインまたは非公式仮想コインの表示方式に限らず、他の表示方式であっても良い。例えば、タブページを用いて、公式仮想コインと非公式仮想コインが、それぞれのタブページで一覧表示されても良い。参加者端末１０は、コミュニティごとに、取得したコミュニティの名称、エンティティの名称、参加者の保有する仮想コイン数、及びコミュニティごとの総発行済仮想コイン数を、公式仮想コインの表示欄及び非公式仮想コインの表示欄に表示する。また、図１９のように公式仮想コイン・非公式仮想コインと共に表示しても良い。

【0191】

図４２は、エンティティごとに参加者が保有した仮想コイン数及び総発行済コイン数を取得する際の処理手順を示すフローチャートである。参加者端末１０は、参加者ＩＤをサーバ１に送信する（ステップＳ１ｂａ）。サーバ１の制御部１１は、通信部１３を介して、参加者端末１０から送信された参加者ＩＤを受信する（ステップＳ１５ａ）。制御部１１は、受信した参加者ＩＤに基づき、大容量記憶部１７の参加者ＤＢ１８０から、該参加者が参加したコミュニティＩＤを取得する（ステップＳ１５ｂ）。なお、該参加者が複数のコミュニティを参加した場合、複数のコミュニティＩＤが取得されても良い。

【0192】

制御部１１は、大容量記憶部１７の発行履歴ＤＢ１８１から、取得したコミュニティＩＤに対応するトランザクションＩＤを取得する（ステップＳ１５ｃ）。制御部１１は、通信部１３を介して、取得したコミュニティＩＤ及びトランザクションＩＤをブロックチェーン２に送信する（ステップＳ１５ｄ）。ブロックチェーン２は、サーバ１から送信されたコミュニティＩＤ及びトランザクションＩＤを受信する（ステップＳ２５ａ）。ブロックチェーン２は、受信したコミュニティＩＤ及びトランザクションＩＤに基づき、コミュニティごとの参加者の保有する仮想コイン数、及びコミュニティの総発行済コイン数を取得する（ステップＳ２５ｂ）。

【0193】

ブロックチェーン２は、取得したコミュニティごとの参加者の保有する仮想コイン数、及びコミュニティの総発行済コイン数を参加者端末１０に送信する（ステップＳ２５ｃ）。参加者端末１０は、ブロックチェーン２から送信されたコミュニティごとの参加者の保有する仮想コイン数、及びコミュニティの総発行済コイン数を受信する（ステップＳ１ｂｂ）。参加者端末１０は、受信したコミュニティごとの参加者の保有する仮想コイン数、及びコミュニティの総発行済コイン数を一覧画面に表示する（ステップＳ１ｂｃ）。

【0194】

なお、本実施形態では、トランザクションＩＤに基づいてブロックチェーン２から、コミュニティごとに参加者が保有した仮想コイン数、及びコミュニティの総発行済コイン数が取得されたが、これに限るものではない。例えば、サーバ１の制御部１１は、コミュニティＩＤ及び参加者ＩＤに基づき、大容量記憶部１７の発行履歴ＤＢ１８１の発行コイン数を計上し、コミュニティごとに参加者が保有した仮想コイン数を取得しても良い。制御部１１は、コミュニティＩＤに基づき、大容量記憶部１７のコミュニティＤＢ１７９からコミュニティの総発行済コイン数を取得しても良い。

【0195】

本実施形態によると、エンティティのファンが運営しているコミュニティごとの仮想コインをブロックチェーン上で該コミュニティの参加者へ発行することが可能となる。

【0196】

本実施形態によると、コミュニティごとの仮想コインが、該コミュニティに対応するエンティティにより公式認定された場合、エンティティから発行される有価価値情報と、該コミュニティの仮想コインとを交換することが可能となる。

【0197】

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

【符号の説明】

【0198】

１ 情報処理装置（サーバ）
１１ 制御部
１１ａ ハッシュ値算出部
１１ｂ 電子署名作成部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読取部
１７ 大容量記憶部
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ ブロックチェーン
３ 情報処理端末（広告主端末）
３１ 制御部
３１ａ ハッシュ値算出部
３１ｂ 電子署名作成部
３２ 記憶部
３３ 通信部
３４ 入力部
３５ 表示部
３６ 撮影部
３Ｐ 制御プログラム
４ 情報処理端末（ユーザ端末）
４ａ 情報処理端末（ユーザ端末）
４ｂ 情報処理端末（ユーザ端末）
４１ 制御部
４１ａ ハッシュ値算出部
４１ｂ 電子署名作成部
４２ 記憶部
４３ 通信部
４４ 入力部
４５ 表示部
４６ 撮影部
４Ｐ 制御プログラム
５ 情報処理端末（エンティティ端末）
５１ 制御部
５１ａ ハッシュ値算出部
５１ｂ 電子署名作成部
５２ 記憶部
５３ 通信部
５４ 入力部
５５ 表示部
５６ 撮影部
５Ｐ 制御プログラム
６ 情報処理端末（スタッフ端末）
７ 情報処理端末（作成者端末）
８ 決済端末
９ 情報処理端末（コミュニティ端末）
１０ 情報処理端末（参加者端末）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33】

【図34】

【図35】

【図36】

【図37】

【図38】

【図39】

【図40】

【図41】

【図42】