ホーム > 特許ランキング > ｐｌａｙｇｒｏｕｎｄ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-07-16
(45)【発行日】2024-07-24
(54)【発明の名称】プログラム、方法、および情報処理装置
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240717BHJP
G06Q 30/0217 20230101ALI20240717BHJP
【ＦＩ】
G06Q50/10
G06Q30/0217
【請求項の数】
14
(21)【出願番号】P 2023196804
(22)【出願日】2023-11-20
【審査請求日】2023-12-06
【早期審査対象出願】
(73)【特許権者】
【識別番号】517201127
【氏名又は名称】ｐｌａｙｇｒｏｕｎｄ株式会社
(74)【代理人】
【識別番号】110002815
【氏名又は名称】ＩＰＴｅｃｈ弁理士法人
(72)【発明者】
【氏名】伊藤 圭史
【審査官】渡邉 加寿磨
(56)【参考文献】
【文献】特開２００２－１７５３８５（ＪＰ，Ａ）
【文献】特開２００１－１５５２０３（ＪＰ，Ａ）
【文献】特開２００３－２３３６９４（ＪＰ，Ａ）
【文献】特開２００２－１５００８８（ＪＰ，Ａ）
【文献】特開２０１８－６７０７８（ＪＰ，Ａ）
【文献】特開２０１８－５１２１９（ＪＰ，Ａ）
【文献】特表２０２２－５３２８９１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
コンピュータを動作させるためのプログラムであって、前記プログラムは、前記コンピュータのプロセッサに、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入ではなく、イベントの出演者に関連してユーザがとったユーザ行動に対応するＮＦＴ（Non-Fungible Token）について、ユーザの保有状況に関する情報と、前記ＮＦＴに関連付けられたポイントに関する情報とを取得するステップと、
前記ユーザが保有する前記ＮＦＴに関連付けられたポイントの値に基づいて、前記ユーザについて第１のパラメータを出力するステップと、
前記第１のパラメータに基づいて、前記ユーザに、前記出演者に関するイベントへの参加機会を増加させるための特典を付与するステップと、
を実行させるプログラム。
【請求項2】
前記イベントは、参加のためには事前に申し込みを行う必要があり、前記申し込みの数が前記参加者数の上限を超えた場合、抽選により参加者が決定されるものであり、前記プログラムは、前記プロセッサに、
前記第１のパラメータに応じて、前記抽選の当選確率を変化させるステップを実行させる、請求項１に記載のプログラム。
【請求項3】
前記イベントは、前記第１のパラメータに応じて参加の申込可否が決定されるものであり、前記プログラムは、前記プロセッサに、
前記第１のパラメータに基づいて、前記イベントに申込可能なユーザを特定するステップを実行させる、請求項１に記載のプログラム。
【請求項4】
前記プログラムは、前記プロセッサに、前記イベントに申込可能なユーザに、前記イベントに申込可能であることを通知するステップを実行する、請求項３に記載のプログラム。
【請求項5】
前記イベントは、参加のためには事前に申し込みを行う必要があり、前記申し込みの数が前記参加者数の上限を超えた場合、抽選により参加者が決定されるものであり、かつ、
前記第１のパラメータに応じて参加の申込可否が決定されないイベントより、前記抽選の当選確率が高いものである、請求項３に記載のプログラム。
【請求項6】
前記ＮＦＴには、前記特典の付与の対象となるイベントごとにそれぞれ異なるポイントが関連付けられ、
第１のパラメータを出力するステップにおいて、前記特典の付与の対象となるイベントごとに前記第１のパラメータを出力する、請求項１に記載のプログラム。
【請求項7】
前記第１のパラメータを出力するステップにおいて、前記ユーザが、前記イベントの出演者に関する所定のイベントに参加した履歴に基づいて、前記第１のパラメータを出力する、請求項１に記載のプログラム。
【請求項8】
前記第１のパラメータを出力するステップにおいて、前記ユーザが、前記イベントの出演者に関する所定の物品を購入した履歴に基づいて、前記第１のパラメータを出力する、請求項１に記載のプログラム。
【請求項9】
前記第１のパラメータを出力するステップにおいて、前記ユーザがソーシャル・ネットワーキング・サービスにおいて前記イベントの出演者に関する投稿を行った履歴に基づいて、前記第１のパラメータを出力する、請求項１に記載のプログラム。
【請求項10】
前記第１のパラメータを出力するステップにおいて、前記ユーザが前記出演者に関する所定のコンテンツを他の言語に翻訳した履歴に基づいて、前記第１のパラメータを出力する、請求項１に記載のプログラム。
【請求項11】
前記第１のパラメータを出力するステップにおいて、前記ユーザの、前記出演者に関する所定の会員サービスへの在籍期間に基づいて前記第１のパラメータを出力する、請求項１に記載のプログラム。
【請求項12】
前記第１のパラメータを出力するステップにおいて、特定の時期における、前記出演者に関する所定の会員サービスへの前記ユーザの在籍有無に基づいて前記第１のパラメータを出力する、請求項１に記載のプログラム。
【請求項13】
プロセッサを備えるコンピュータによって実行される方法であって、前記プロセッサが、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入ではなく、イベントの出演者に関連してユーザがとったユーザ行動に対応するＮＦＴ（Non-Fungible Token）について、ユーザの保有状況に関する情報と、前記ＮＦＴに関連付けられたポイントに関する情報とを取得するステップと、
前記ユーザが保有する前記ＮＦＴに関連付けられたポイントの値に基づいて、前記ユーザについて第１のパラメータを出力するステップと、
前記第１のパラメータに基づいて、前記ユーザに、前記出演者に関するイベントへの参加機会を増加させるための特典を付与するステップと、
を実行する方法。
【請求項14】
制御部を備える情報処理装置であって、前記制御部が、
会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入ではなく、イベントの出演者に関連してユーザがとったユーザ行動に対応するＮＦＴ（Non-Fungible Token）について、ユーザの保有状況に関する情報と、前記ＮＦＴに関連付けられたポイントに関する情報とを取得するステップと、
前記ユーザが保有する前記ＮＦＴに関連付けられたポイントの値に基づいて、前記ユーザについて第１のパラメータを出力するステップと、
前記第１のパラメータに基づいて、前記ユーザに、前記出演者に関するイベントへの参加機会を増加させるための特典を付与するステップと、
を実行する情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、方法、および情報処理装置に関する。
【背景技術】
【0002】
イベントに出演する出演者とファンとの関係を向上させるための技術がある。
【0003】
例えば、特許文献１には、視聴ユーザが配信ユーザに関してプロモーション操作を行うと、プロモーション操作に応じた行動量に対応するポイントを付与し、メモリに記憶された獲得ポイントに付与されたポイントを加算し、加算後の獲得ポイントに応じた第１の報酬を視聴ユーザに付与する技術について記載されている。これにより、配信ユーザの動画を視聴ユーザが視聴する意欲を向上させられる、とされている。
【0004】
特許文献１では、出演者である配信ユーザが、配信サイトにおいて、ファンである視聴ユーザに対して動画を配信する。このような配信サイトでの動画配信イベントは、参加者数の制限がない。
【0005】
一方で、会場のサイズのために参加者数の上限があるイベントでは、イベント参加の申込人数が参加可能人数の上限を超えた場合は抽選を行い、当選者に参加チケットを販売する。人気のあるイベントはチケットの希少性が高くなるため、チケットを他のユーザに高額で転売できてしまう場合がある。そのため、特にファンではないにも関わらず、転売を目的として抽選の申込を行うユーザが増加している。そうすると、本当にイベントに参加したいファンへチケットが行き渡らず、イベントに参加して出演者とファンとの関係を向上させる機会が失われてしまう。
【先行技術文献】
【特許文献】
【0006】
【文献】特開２０２３－０７５４０８号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
以上の理由から、参加者数に制限があるイベントにおいて、出演者とファンとの関係をより一層向上させる技術が必要とされている。
【0008】
本発明は、上記の課題に鑑み、参加者数に制限があるイベントにおいて、出演者とファンとの関係をより一層向上させることを目的とする。
【課題を解決するための手段】
【0009】
コンピュータを動作させるためのプログラムであって、コンピュータのプロセッサに、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行させる。
【発明の効果】
【0010】
本開示によれば、参加人数に制限があるイベントにおいて、出演者とファンとの関係をより一層向上させることができる。
【図面の簡単な説明】
【0011】
【図1】システム１の全体構成の例を示すブロック図である。
【図2】端末装置１０の構成例を表すブロック図である。
【図3】サーバ２０の機能的な構成の例を示す図である。
【図4】分散型台帳システム９０の構成を示す図である。
【図5】ユーザテーブル２０２ａのデータ構造を示す図である。
【図6】出演者テーブル２０２ｂのデータ構造を示す図である。
【図7】イベントテーブル２０２ｃのデータ構造を示す図である。
【図8】チケットテーブル２０２ｄのデータ構造を示す図である。
【図9】申込履歴テーブル２０２ｅのデータ構造を示す図である。
【図10】ＮＦＴ種別テーブル２０２ｆのデータ構造を示す図である。
【図11】ＮＦＴ管理テーブル２０２ｇのデータ構造を示す図である。
【図12】ポイント条件テーブル２０２ｈのデータ構造を示す図である。
【図13】分散型台帳システム９０においてＮＦＴに関連付けられる情報の例を示す図である。
【図14】所定のユーザ行動を行ったユーザに対して、ユーザ行動に対応するＮＦＴを付与する際の、サーバ２０および分散型台帳システム５０の動作の例を示すフローチャートである。
【図15】ユーザが保有するＮＦＴに基づいて第１のパラメータを算出し、第１のパラメータに応じて、抽選イベントへの当選率を変化させつつ抽選を行う際の、サーバ２０および分散型台帳システム９０の動作の例を示すフローチャートである。
【図16】申込リストの例を示す図である。
【図17】ユーザが保有するＮＦＴに基づいて第１のパラメータを算出し、第１のパラメータに応じて、特別イベントへの参加の申込可否を決定し、特別イベントへ申込可能なユーザに特別イベントの情報を通知する際の、サーバ２０および分散型台帳システム９０の動作の例を示すフローチャートである。
【図18】案内リストの例を示す図である。
【図19】特定の１または複数の種別のＮＦＴを保有すること自体が申込条件として設定されている場合の、特別イベント案内処理におけるサーバ２０および分散型台帳システム９０の動作の例を示すフローチャートである。
【図20】端末装置１０に表示される、ユーザが保有するＮＦＴに関連付けられた情報を示す画面の例を表す模式図である。
【図21】端末装置１０に表示されるイベントの情報を示す画面の例を表す模式図である。
【発明を実施するための形態】
【0012】
以下、図面を参照しつつ、本開示の実施形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。
【0013】
＜概略＞
本実施形態に係るシステムは、出演者に関連してユーザがとった行動（特に、出演者のファンとしてユーザが取った行動）に関する情報を取得し、その情報に応じて、ユーザについて第１のパラメータを出力する。システムは、第１のパラメータに応じてユーザに特典を付与する。特典は、例えば、出演者が出演するイベントへのユーザの参加機会を増加させるための特典である。これにより、出演者のファンであるユーザが出演者に関連して取った行動に応じて、イベント出演者とユーザとの関係を向上させることができる。
本実施形態に係るシステムは、出演者に関連してユーザがとった行動（特に、出演者のファンとしてユーザが取った行動）に関する情報を取得し、その情報に応じて、ユーザについて第１のパラメータを出力する。システムは、第１のパラメータに応じてユーザに特典を付与する。特典は、例えば、出演者が出演するイベントへのユーザの参加機会を増加させるための特典である。これにより、出演者のファンであるユーザが出演者に関連して取った行動に応じて、イベント出演者とユーザとの関係を向上させることができる。
【0014】
本実施形態において、イベントとは、イベントの出演者と、出演者を支持するファンとが存在するイベントである。本実施形態におけるイベントは、例えば以下のイベントを含む。本実施形態において、イベントは、会場のサイズのため参加者数の上限があるイベントであってもよく、現実の会場で開催されるイベントであってもよい。
・コンサート、ライブなどの音楽イベント
・球技、水泳、格闘技などのスポーツイベント（プロリーグ、アマチュア競技会を含む）
・ゲーム大会
・舞台演劇、漫才、落語、その他の芸能を含む演芸イベント
・コンサート、ライブなどの音楽イベント
・球技、水泳、格闘技などのスポーツイベント（プロリーグ、アマチュア競技会を含む）
・ゲーム大会
・舞台演劇、漫才、落語、その他の芸能を含む演芸イベント
【0015】
本実施形態において、出演者とは、所定のイベントにおいて演芸、演技、またはパフォーマンスを行う者、スポーツイベント、ゲーム大会に出場する選手を含む。
【0016】
本実施形態において、第１のパラメータとは、出演者とユーザとの関係に関する数値である。本実施形態に係るシステムは、ユーザが出演者に関連してとった行動（ユーザ行動）の実績を、第１のパラメータとして可視化する。ユーザ行動は、出演者のファンとしてユーザが取った行動を含む。
【0017】
本実施形態において、ユーザは、出演者のファンであるユーザ、および出演者のファンではないユーザを含む。
【0018】
＜１ システム全体の構成図＞
図１は、システム１の全体構成の例を示すブロック図である。図１に示すシステム１は、例えば、端末装置１０と、サーバ２０と、分散型台帳システム９０とを含む。端末装置１０、サーバ２０、および分散型台帳システム９０は、例えば、ネットワーク８０を介して通信接続する。
図１は、システム１の全体構成の例を示すブロック図である。図１に示すシステム１は、例えば、端末装置１０と、サーバ２０と、分散型台帳システム９０とを含む。端末装置１０、サーバ２０、および分散型台帳システム９０は、例えば、ネットワーク８０を介して通信接続する。
【0019】
本実施形態において、システム１に含まれる端末装置１０は、複数台であってもよい。
【0020】
本実施形態において、複数の装置の集合体を１つのサーバとしてもよい。１つ又は複数のハードウェアに対して本実施形態に係るサーバ２０を実現することに要する複数の機能の配分の仕方は、各ハードウェアの処理能力及び／又はサーバ２０に求められる仕様等に鑑みて適宜決定することができる。
【0021】
図１に示す端末装置１０は、ユーザが操作する情報処理装置である。端末装置１０は、例えば、スマートフォン、タブレット等の携帯端末により実現される。端末装置１０は、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）またはラップトップＰＣであってもよい。端末装置１０は、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
【0022】
端末装置１０は、通信ＩＦ（Ｉｎｔｅｒｆａｃｅ）１２と、入力装置１３と、出力装置１４と、メモリ１５と、ストレージ１６と、プロセッサ１９とを備える。入力装置１３は、ユーザからの入力操作を受け付けるための装置（例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード等）である。出力装置１４は、ユーザに対して情報を提示するための装置（ディスプレイ、スピーカー等）である。
【0023】
図１に示すサーバ２０は、端末装置１０からの接続を受け付け、端末装置１０から要求される処理を実行する情報処理装置である。サーバ２０は、例えば、ネットワーク８０に接続されたコンピュータにより実現される情報処理装置である。図１に示すように、サーバ２０は、通信ＩＦ２２と、入出力ＩＦ２３と、メモリ２５と、ストレージ２６と、プロセッサ２９とを備える。入出力ＩＦ２３は、ユーザからの入力操作を受け付けるための入力装置、及び、ユーザに対して情報を出力するための出力装置とのインタフェースとして機能する。
【0024】
分散型台帳システム９０は、分散型台帳を管理する。一例として、分散型台帳システム９０は、暗号資産またはトークン（ＮＦＴ（Non-Fungible Token）を含み得る）の移転に関する取引の履歴を管理する。特に分散型台帳システム９０は、所定のスマートコントラクトを用いて実現される分散型アプリケーションにより、ＮＦＴに関連付けてデジタルコンテンツを管理する。例えば、端末装置１０からの要求に応じて当該スマートコントラクトが実行される。デジタルコンテンツの管理には、以下の少なくとも１つが含まれ得る。
・デジタルコンテンツに関連付けたＮＦＴの発行
・デジタルコンテンツの発行者（本開示に係るサービス運営者、イベント運営者、出演者等）のウォレットから他のウォレットへのＮＦＴの移転
・他のウォレットから発行者のウォレットへのＮＦＴの移転
・デジタルコンテンツに関連付けたＮＦＴの発行
・デジタルコンテンツの発行者（本開示に係るサービス運営者、イベント運営者、出演者等）のウォレットから他のウォレットへのＮＦＴの移転
・他のウォレットから発行者のウォレットへのＮＦＴの移転
【0025】
分散型台帳は、例えばブロックチェーンである。分散型台帳システム９０は、相互に接続された複数のコンピュータ（端末装置１０を含み得る）を含む。
【0026】
＜１．１ 端末装置の構成＞
図２は、図１に示す端末装置１０の構成例を表すブロック図である。図２に示すように、端末装置１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、カメラ１６０と、位置情報センサ１５０と、記憶部１８０と、制御部１９０とを備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。
図２は、図１に示す端末装置１０の構成例を表すブロック図である。図２に示すように、端末装置１０は、通信部１２０と、入力装置１３と、出力装置１４と、音声処理部１７と、マイク１７１と、スピーカー１７２と、カメラ１６０と、位置情報センサ１５０と、記憶部１８０と、制御部１９０とを備える。端末装置１０に含まれる各ブロックは、例えば、バス等により電気的に接続される。
【0027】
通信部１２０は、端末装置１０が他の装置と通信するための変復調処理等の処理を行う。通信部１２０は、制御部１９０で生成された信号に送信処理を施し、外部（例えば、サーバ２０）へ送信する。通信部１２０は、外部から受信した信号に受信処理を施し、制御部１９０へ出力する。
【0028】
入力装置１３は、端末装置１０を操作するユーザが指示、又は情報を入力するための装置である。入力装置１３は、例えば、操作面へ触れることで指示が入力されるタッチ・センシティブ・デバイス１３１により実現される。端末装置１０がＰＣ等である場合、入力装置１３は、キーボードおよびマウス等により実現されてもよい。入力装置１３は、ユーザから入力される指示を電気信号へ変換し、電気信号を制御部１９０へ出力する。なお、入力装置１３には、例えば、外部の入力機器から入力される電気信号を受け付ける受信ポートが含まれてもよい。
【0029】
出力装置１４は、端末装置１０を操作するユーザへ情報を提示するための装置である。出力装置１４は、例えば、ディスプレイ１４１等により実現される。ディスプレイ１４１は、制御部１９０の制御に応じたデータを表示する。ディスプレイ１４１は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、又は有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等によって実現される。
【0030】
音声処理部１７は、例えば、音声信号のデジタル－アナログ変換処理を行う。音声処理部１７は、マイク１７１から与えられる信号をデジタル信号に変換して、変換後の信号を制御部１９０へ与える。また、音声処理部１７は、音声信号をスピーカー１７２へ与える。音声処理部１７は、例えば音声処理用のプロセッサによって実現される。マイク１７１は、音声入力を受け付けて、当該音声入力に対応する音声信号を音声処理部１７へ与える。スピーカー１７２は、音声処理部１７から与えられる音声信号を音声に変換して当該音声を端末装置１０の外部へ出力する。
【0031】
カメラ１６０は、受光素子により光を受光し、撮影信号として出力するためのデバイスである。
【0032】
位置情報センサ１５０は、端末装置１０の位置を検出するセンサであり、例えばＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）モジュールである。ＧＰＳモジュールは、衛星測位システムで用いられる受信装置である。衛星測位システムでは、少なくとも３個または４個の衛星からの信号を受信し、受信した信号に基づいて、ＧＰＳモジュールが搭載される端末装置１０の現在位置を検出する。位置情報センサ１５０は、端末装置１０が接続する無線基地局の位置から、端末装置１０の現在の位置を検出してもよい。
【0033】
記憶部１８０は、例えば、メモリ１５、及びストレージ１６等により実現され、端末装置１０が使用するデータ、及びプログラムを記憶する。記憶部１８０は、例えば、ユーザ情報１８１、チケット情報１８２を記憶する。
【0034】
ユーザ情報１８１は、例えば、端末装置１０を使用するユーザについての情報を含む。ユーザについての情報には、例えば、ユーザＩＤを含む。ユーザ情報１８１は、メールアドレス、ウォレットアドレス等を含んでもよい。
【0035】
チケット情報１８２は、例えば、端末装置１０へダウンロードされた電子チケットの情報である。チケット情報１８２は、例えば、チケットのチケットＩＤを含む。チケット情報１８２は、チケットの所有ユーザのユーザＩＤ、チケットに係るイベントのイベントＩＤを含んでもよい。
【0036】
制御部１９０は、プロセッサ１９が記憶部１８０に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部１９０は、端末装置１０の動作を制御する。制御部１９０は、プログラムに従って動作することにより、操作受付部１９１と、送受信部１９２と、提示制御部１９４としての機能を発揮する。
【0037】
操作受付部１９１は、入力装置１３から入力される指示、又は情報を受け付けるための処理を行う。具体的には、例えば、操作受付部１９１は、タッチ・センシティブ・デバイス１３１等から入力される指示、又は情報を受け付ける。
【0038】
また、操作受付部１９１は、マイク１７１から入力される音声指示を受け付ける。具体的には、例えば、操作受付部１９１は、マイク１７１から入力され、音声処理部１７でデジタル信号に変換された音声信号を受信する。操作受付部１９１は、例えば、受信した音声信号を分析して所定の名詞を抽出することで、ユーザからの指示を取得する。
【0039】
送受信部１９２は、端末装置１０が、サーバ２０等の外部の装置と、通信プロトコルに従ってデータを送受信するための処理を行う。具体的には、例えば、送受信部１９２は、ユーザから入力された情報、又はユーザから指示をサーバ２０へ送信する。また、送受信部１９２は、サーバ２０から提供される情報を受信する。
【0040】
提示制御部１９４は、所定の情報をユーザに対して提示するため、出力装置１４を制御する。具体的には、例えば、提示制御部１９４は、ユーザに係るユーザ行動に関する情報をディスプレイ１４１に表示させる。また、提示制御部１９４は、所定のイベントに関する情報をディスプレイ１４１に表示させる。また、提示制御部１９４は、ユーザ行動に関連付けられたデジタルコンテンツに関する情報を、ディスプレイ１４１に表示させる。
【0041】
【0042】
通信部２０１は、サーバ２０が外部の装置と通信するための処理を行う。
【0043】
記憶部２０２は、例えば、ユーザテーブル２０２ａ、出演者テーブル２０２ｂ、イベントテーブル２０２ｃ、チケットテーブル２０２ｄ、申込履歴テーブル２０２ｅ、ＮＦＴ種別テーブル２０２ｆ、ＮＦＴ管理テーブル２０２ｇ、ポイント条件テーブル２０２ｈ、等を有する。記憶部２０２で記憶されるテーブルは、これらに限定されない。例えば、記憶部２０２は、ユーザ行動の履歴を蓄積するためのテーブルを記憶してもよい。
【0044】
ユーザテーブル２０２ａは、ユーザに関する情報を記憶するテーブルである。詳細は後述する。
【0045】
出演者テーブル２０２ｂは、出演者に関する情報を記憶するテーブルである。詳細は後述する。
【0046】
イベントテーブル２０２ｃは、イベントに関する情報を記憶するテーブルである。詳細は後述する。
【0047】
チケットテーブル２０２ｄは、イベントの参加チケットに関する情報を記憶するテーブルである。詳細は後述する。
【0048】
申込履歴テーブル２０２ｅは、イベントへの参加申込履歴に関する情報を記憶するテーブルである。詳細は後述する。
【0049】
ＮＦＴ種別テーブル２０２ｆは、ＮＦＴの種別に関する情報を記憶するテーブルである。本実施形態では、特定のユーザ行動を行ったユーザに対して、所定のデジタルコンテンツが関連付けられたＮＦＴを付与する。例えば、特定のイベントへ来場したユーザに対して、当該イベントへ来場したことを証明するためのＮＦＴを付与する。この場合、ＮＦＴに関連付けられたシリアルナンバーにより、ユーザに付与されたＮＦＴがそれぞれ区別される。このように、シリアルナンバーにより互いが区別されるＮＦＴを、同一種別のＮＦＴと定義する。なお、同一種別のＮＦＴに関連付けられる情報において、シリアルナンバー以外の情報がＮＦＴごとに異なっていてもよい。
【0050】
なお、本実施形態では、ＮＦＴ種別テーブル２０２ｆとして、出演者ごとに異なるテーブルを作成することにより、出演者ごとにＮＦＴ種別が管理される。具体的には、出演者Ａに対してはＮＦＴ種別テーブル２０２ｆ－Ａ、出演者Ｂに対してはＮＦＴ種別テーブル２０２ｆ－Ｂが、それぞれ作成される。例えば、出演者Ａに関して新たな種別のＮＦＴを定義する場合、ＮＦＴ種別テーブル２０２ｆ－Ａに新たなレコードが追加される。
【0051】
ＮＦＴ管理テーブル２０２ｇは、ＮＦＴに関する情報を記憶するテーブルである。詳細は後述する。本実施形態では、ＮＦＴ管理テーブル２０２ｇとして、ＮＦＴ種別ごとに異なるテーブルを作成することにより、ＮＦＴ種別ごとにＮＦＴに関する情報が管理される。具体的には、ＮＦＴ種別ＩＤ「Ｃ００１」のＮＦＴについてはＮＦＴ管理テーブル２０２ｇ－Ｃ００１が、ＮＦＴ種別ＩＤ「Ｃ００２」のＮＦＴについてはＮＦＴ管理テーブル２０２ｇ－Ｃ００２が、それぞれ作成される。
【0052】
ポイント条件テーブル２０２ｈは、第１のパラメータを算出する際に、所定のＮＦＴ種別に対して与えられるポイントの条件に関する情報を記憶するテーブルである。詳細は後述する。なお、本実施形態では、ポイント条件テーブル２０２ｈとして、開催されるイベントごとに異なるテーブルが作成される。例えば、イベントＡに対してはポイント条件テーブル２０２ｈ－Ａ、イベントＢに対してはポイント条件テーブル２０２ｈ－Ｂが、それぞれ作成される。
【0053】
制御部２０３は、プロセッサ２９が記憶部２０２に記憶されるプログラムを読み込み、プログラムに含まれる命令を実行することにより実現される。制御部２０３は、プログラムに従って動作することにより、受信制御モジュール２０３１、送信制御モジュール２０３２、イベント管理モジュール２０３３、チケット管理モジュール２０３４、行動情報取得モジュール２０３５、パラメータ算出モジュール２０３６、抽選モジュール２０３７、提示制御モジュール２０３８として示す機能を発揮する。
【0054】
受信制御モジュール２０３１は、サーバ２０が外部の装置から通信プロトコルに従って信号を受信する処理を制御する。
【0055】
送信制御モジュール２０３２は、サーバ２０が外部の装置に対し通信プロトコルに従って信号を送信する処理を制御する。
【0056】
イベント管理モジュール２０３３は、本開示のサービスに係るイベントの情報を管理する。具体的には、イベント管理モジュール２０３３は、サーバ２０に送信された、各イベントの情報の登録を受け付けて、イベントテーブル２０２ｃを更新する。
【0057】
チケット管理モジュール２０３４は、イベントへ参加するためのチケットの情報を管理する。具体的には、チケット管理モジュール２０３４は、イベントへの申込に関する情報、チケットの抽選結果に関する情報、チケットの購入に関する情報、チケットの譲渡に関する情報等の登録を受け付けて、チケットテーブル２０２ｄを更新する。
【0058】
行動情報取得モジュール２０３５は、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得する。特に、行動情報取得モジュール２０３５は、イベントの出演者のファンとしてユーザがとったユーザ行動に関する情報を取得する。具体的には、ユーザ行動に関する情報は、ユーザ行動をとったユーザを特定するための情報、および、ユーザ行動に係るＮＦＴの種別を特定するための情報を含む。ユーザ行動に関する情報は、例えば、ユーザ行動の識別情報、ユーザ行動に係るユーザのユーザＩＤ、ユーザ行動に係るＮＦＴ種別ＩＤ（当該ユーザ行動をとったユーザに対して付与されるＮＦＴのＮＦＴ種別ＩＤ）を含む。なお、行動情報取得モジュール２０３５は、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴に関する情報を、ユーザ行動に関する情報として取得しないこととしてもよい。
【0059】
行動情報取得モジュール２０３５は、例えば以下に示すユーザ行動に関する情報を取得してもよい。これにより、以下に示すユーザ行動をとったユーザに対してＮＦＴを付与することが可能となり、ユーザ行動の実績を代替不可能な資産として取り扱うことができるようになる。さらに、詳細は後述するが、制御部２０３は、ユーザに対して付与したＮＦＴに基づいて第１のパラメータを算出する。したがって、制御部２０３は、以下に示すユーザ行動に関する情報を取得し、取得した情報に基づいて、第１のパラメータを算出することができる。
【0060】
なお、行動情報取得モジュール２０３５は、本開示に示すユーザ行動のうち、所定の１または複数の種別のユーザ行動について、ユーザ行動に関する情報を取得してもよい。また、行動情報取得モジュール２０３５は、本開示に示すユーザ行動の種別のうち、所定の１または複数の種別のユーザ行動について、ユーザ行動に関する情報を取得しないこととしてもよい。情報の取得の対象となるユーザ行動の種別は、イベントの運営者、出演者等により異なっていてもよい。
【0061】
また、制御部２０３は、行動情報取得モジュール２０３５により情報が取得されたユーザ行動のうち、所定の１または複数の種別のユーザ行動について、ＮＦＴの付与の対象および／または第１のパラメータの算出の対象としてもよい。また、制御部２０３は、行動情報取得モジュール２０３５により情報が取得されたユーザ行動のうち、所定の１または複数の種別のユーザ行動について、ＮＦＴの付与の対象および／または第１のパラメータの算出の対象としないこととしてもよい。ＮＦＴの付与の対象および／または第１のパラメータの算出の対象となるユーザ行動の種別は、イベントの運営者、出演者等により異なっていてもよい。
【0062】
（１）イベントへの参加申込
行動情報取得モジュール２０３５は、出演者に関する所定のイベントへの参加申込に関する情報を取得してもよい。例えば、イベントへ申し込むユーザが操作する端末装置１０から、イベントへの参加申込に関する情報がサーバ２０へ送信された場合、行動情報取得モジュール２０３５は、参加申込に係るイベントのイベントＩＤと、参加申込に係るユーザのユーザＩＤとを含む情報を取得する。
行動情報取得モジュール２０３５は、出演者に関する所定のイベントへの参加申込に関する情報を取得してもよい。例えば、イベントへ申し込むユーザが操作する端末装置１０から、イベントへの参加申込に関する情報がサーバ２０へ送信された場合、行動情報取得モジュール２０３５は、参加申込に係るイベントのイベントＩＤと、参加申込に係るユーザのユーザＩＤとを含む情報を取得する。
【0063】
また、行動情報取得モジュール２０３５は、イベントへの参加申込に関する情報として、以下に関する行動を行ったことに関する情報を取得してもよい。
・イベントに参加するための抽選への申し込みを行ったこと
・同一のイベントの抽選へ申し込んだ回数。この情報を取得することにより、同一のイベントへ複数回申し込んだユーザは、出演者の熱心なファンであることが推定できる。
・抽選に当選したか否か。この情報を取得することにより、抽選への当落に応じて異なる処理を行うことができる。例えば、落選したユーザに対するポイントを増加させることで、次回のイベントへの参加機会を増加させることができる。
・抽選に当選したユーザが、実際にチケットを入手したか否か。この情報を取得することにより、抽選に当選したユーザが、支払い手続き等を失念することなく行い、実際にチケットを入手したか否かを判別することができる。
・参加申込を行ったユーザが、入手したチケットを適切な手段で他社に譲渡したこと。この情報を取得することにより、ユーザがチケットの譲渡に関して適切な行動を取っていることを、ユーザ行動として評価することができる。例えば、ユーザが、イベントを運営する団体により公式に実施されるチケット譲渡サービスを介してチケットを譲渡した場合、行動情報取得モジュール２０３５は、譲渡されたチケットに関連付けられたユーザＩＤから、チケットの譲渡者を特定する。そして、行動情報取得モジュール２０３５は、当該譲渡者が適切な手段でチケットを譲渡したことを示す情報を取得する。
・イベントに参加するための抽選への申し込みを行ったこと
・同一のイベントの抽選へ申し込んだ回数。この情報を取得することにより、同一のイベントへ複数回申し込んだユーザは、出演者の熱心なファンであることが推定できる。
・抽選に当選したか否か。この情報を取得することにより、抽選への当落に応じて異なる処理を行うことができる。例えば、落選したユーザに対するポイントを増加させることで、次回のイベントへの参加機会を増加させることができる。
・抽選に当選したユーザが、実際にチケットを入手したか否か。この情報を取得することにより、抽選に当選したユーザが、支払い手続き等を失念することなく行い、実際にチケットを入手したか否かを判別することができる。
・参加申込を行ったユーザが、入手したチケットを適切な手段で他社に譲渡したこと。この情報を取得することにより、ユーザがチケットの譲渡に関して適切な行動を取っていることを、ユーザ行動として評価することができる。例えば、ユーザが、イベントを運営する団体により公式に実施されるチケット譲渡サービスを介してチケットを譲渡した場合、行動情報取得モジュール２０３５は、譲渡されたチケットに関連付けられたユーザＩＤから、チケットの譲渡者を特定する。そして、行動情報取得モジュール２０３５は、当該譲渡者が適切な手段でチケットを譲渡したことを示す情報を取得する。
【0064】
（２）イベントへの参加
行動情報取得モジュール２０３５は、出演者に関する所定のイベントに参加したことに関する情報を取得してもよい。行動情報取得モジュール２０３５は、出演者に関するイベントへ参加したことに関する情報として、以下のユーザ行動に関する情報を取得してもよい。
行動情報取得モジュール２０３５は、出演者に関する所定のイベントに参加したことに関する情報を取得してもよい。行動情報取得モジュール２０３５は、出演者に関するイベントへ参加したことに関する情報として、以下のユーザ行動に関する情報を取得してもよい。
【0065】
・イベント会場への入場
ユーザがイベント会場へ入場する際、例えば、イベントへ参加するユーザの端末装置１０は、ディスプレイ１４１に入場チケットの画像（電子チケット）を表示する。イベントのスタッフは、端末装置１０を操作することによって当該電子チケットを使用済みとする。端末装置１０は、サーバ２０へ、当該電子チケットが使用済みとなったこと、つまりユーザがイベント会場に入場したことを示す情報を送信する。当該情報には、例えば、入場するユーザのユーザＩＤ、開催されるイベントのイベントＩＤ、使用済みとなったチケットのチケットＩＤ、入場日時（例えば、チケットが使用済みとされた日時）が含まれる。
ユーザがイベント会場へ入場する際、例えば、イベントへ参加するユーザの端末装置１０は、ディスプレイ１４１に入場チケットの画像（電子チケット）を表示する。イベントのスタッフは、端末装置１０を操作することによって当該電子チケットを使用済みとする。端末装置１０は、サーバ２０へ、当該電子チケットが使用済みとなったこと、つまりユーザがイベント会場に入場したことを示す情報を送信する。当該情報には、例えば、入場するユーザのユーザＩＤ、開催されるイベントのイベントＩＤ、使用済みとなったチケットのチケットＩＤ、入場日時（例えば、チケットが使用済みとされた日時）が含まれる。
【0066】
この際、上記のように、入場日時を取得することで、イベントの主催者が指定した規則に従ってユーザが入場したか否かを判定することができる。
【0067】
また、例えば、ユーザが退場する際に、イベントのスタッフが端末装置１０を操作することにより、ユーザの退場日時を示す情報がサーバ２０へ送信されてもよい。行動情報取得モジュール２０３５は、当該退場日時を示す情報を取得してもよい。これにより、例えば規制退場など、イベントの主催者が指定した規則に従ってユーザが退場したか否かを判定することができる。
【0068】
・イベント会場におけるグッズの購入
例えば、ユーザがイベント会場内において所定のグッズを購入する際、当該グッズには、会場において開催されているイベントのイベントＩＤが格納されたコードが付属している。端末装置１０は、ユーザからの操作に応じて当該コードを読み取ると、ユーザのユーザＩＤ、コードに格納されたイベントＩＤ、ユーザが購入した各グッズの情報、グッズの購入日時を示す情報等を、サーバ２０へ送信する。行動情報取得モジュール２０３５は、これらの情報を、すなわちユーザが実際にイベント会場に来場した履歴として取得する。
例えば、ユーザがイベント会場内において所定のグッズを購入する際、当該グッズには、会場において開催されているイベントのイベントＩＤが格納されたコードが付属している。端末装置１０は、ユーザからの操作に応じて当該コードを読み取ると、ユーザのユーザＩＤ、コードに格納されたイベントＩＤ、ユーザが購入した各グッズの情報、グッズの購入日時を示す情報等を、サーバ２０へ送信する。行動情報取得モジュール２０３５は、これらの情報を、すなわちユーザが実際にイベント会場に来場した履歴として取得する。
【0069】
（３）出演者に関する物品の購入
行動情報取得モジュール２０３５は、ユーザ行動に関する情報として、出演者に関する物品を購入した履歴に関する情報を取得してもよい。出演者に関する物品は、例えば以下の物品を含む。
・出演者が出演するコンテンツを記録した媒体（ＣＤ、ＤＶＤ等）
・出演者に関するグッズ（例えば、衣服、タオル、ペンライト、アクセサリー、ステッカー等）。グッズは、出演者が出演するイベントに関連付けられたグッズであってもよい。
行動情報取得モジュール２０３５は、ユーザ行動に関する情報として、出演者に関する物品を購入した履歴に関する情報を取得してもよい。出演者に関する物品は、例えば以下の物品を含む。
・出演者が出演するコンテンツを記録した媒体（ＣＤ、ＤＶＤ等）
・出演者に関するグッズ（例えば、衣服、タオル、ペンライト、アクセサリー、ステッカー等）。グッズは、出演者が出演するイベントに関連付けられたグッズであってもよい。
【0070】
例えば、上記の物品には、物品の識別情報およびＮＦＴ種別ＩＤが格納されたコードを印刷した印刷物が付属していてもよい。ユーザは、物品を購入した後、当該物品に付属した印刷物に印刷されたコードを、端末装置１０のカメラにより読み取る。これにより、端末装置１０はサーバ２０にアクセスし、当該物品を購入したことを示す情報を送信する。当該情報には、ユーザのユーザＩＤ、コードに格納された物品の識別情報、ＮＦＴ種別ＩＤが含まれる。行動情報取得モジュール２０３５は、端末装置１０から送信された情報を取得する。
【0071】
（４）出演者に関する情報発信
行動情報取得モジュール２０３５は、出演者に関する情報発信を行った履歴に関する情報を取得してもよい。行動情報取得モジュール２０３５は、出演者に関する情報発信を行ったことに関する情報として、以下のユーザ行動に関する情報を取得してもよい。
行動情報取得モジュール２０３５は、出演者に関する情報発信を行った履歴に関する情報を取得してもよい。行動情報取得モジュール２０３５は、出演者に関する情報発信を行ったことに関する情報として、以下のユーザ行動に関する情報を取得してもよい。
【0072】
・所定のソーシャル・ネットワーキング・サービス（ＳＮＳ）における出演者に関する投稿
例えば、ユーザは、予め、端末装置１０を操作して、ＳＮＳにおけるユーザＩＤ（以下、ＳＮＳユーザＩＤ）と、本開示のサービスのユーザＩＤ（ユーザテーブル２０２ａに記憶されるユーザＩＤ）とを、サーバ２０を介して関連付ける。
例えば、ユーザは、予め、端末装置１０を操作して、ＳＮＳにおけるユーザＩＤ（以下、ＳＮＳユーザＩＤ）と、本開示のサービスのユーザＩＤ（ユーザテーブル２０２ａに記憶されるユーザＩＤ）とを、サーバ２０を介して関連付ける。
【0073】
サーバ２０は、所定のタイミングでＳＮＳを運営するサーバへアクセスし、所定の検索条件に基づいて、出演者に関するＳＮＳの投稿履歴および投稿したユーザのＳＮＳユーザＩＤを取得する。所定の検索条件とは、例えば、出演者に関連した特定の単語のタグが付与されている、出演者に関する単語が含まれている、等である。また、検索条件と、当該検索条件に係る投稿に応じて付与されるＮＦＴのＮＦＴ種別ＩＤとは、予め関連付けられている。これにより、当該検索条件に該当する投稿をユーザ行動として評価し、対象のユーザに、当該検索条件に関連付けられたＮＦＴ種別ＩＤに係るＮＦＴを付与することが可能となる。
【0074】
・出演者に関するコンテンツの作成
サーバ２０は、予め、ユーザがコンテンツを投稿するための所定のプラットフォームにおけるユーザＩＤと、本開示のサービスのユーザＩＤと関連付けておく。
サーバ２０は、予め、ユーザがコンテンツを投稿するための所定のプラットフォームにおけるユーザＩＤと、本開示のサービスのユーザＩＤと関連付けておく。
【0075】
例えば、ユーザは、出演者に関するコンテンツを作成し、端末装置１０等を操作してインターネット上の所定のプラットフォームに投稿する。サーバ２０は、所定のタイミングでプラットフォームを運営するサーバへアクセスし、所定の検索条件に基づいて投稿を取得する。所定の検索条件とは、例えば、出演者に関連した特定の単語のタグが付与されている、出演者に関する単語が含まれている、等である。また、検索条件と、当該検索条件に係る投稿に応じて付与されるＮＦＴのＮＦＴ種別ＩＤとは、予め関連付けられている。これにより、所定の検索条件に該当する投稿をユーザ行動として評価し、対象のユーザにＮＦＴを付与することができる。
【0076】
ユーザが作成する出演者に関するコンテンツの例を、コンテンツの種類ごとに示す。なお、コンテンツの例は以下に示すものに限られない。
・文章コンテンツ：出演者に関する情報をまとめた文章等
・動画コンテンツ：出演者を紹介する動画、出演者に関する他の動画を再編集した動画等
・静止画コンテンツ：イラスト、写真等
・音声コンテンツ：出演者を紹介するラジオコンテンツ等
・音楽コンテンツ：出演者に関する楽曲を編集した楽曲等
・上記のコンテンツの少なくともいずれかの内容を他の言語に翻訳したコンテンツ
・文章コンテンツ：出演者に関する情報をまとめた文章等
・動画コンテンツ：出演者を紹介する動画、出演者に関する他の動画を再編集した動画等
・静止画コンテンツ：イラスト、写真等
・音声コンテンツ：出演者を紹介するラジオコンテンツ等
・音楽コンテンツ：出演者に関する楽曲を編集した楽曲等
・上記のコンテンツの少なくともいずれかの内容を他の言語に翻訳したコンテンツ
【0077】
また、コンテンツが投稿される所定のプラットフォームは、例えば以下のプラットフォームを含む。
・出演者または出演者に関係する者が公式に運営するウェブサイト
・出演者に関係しない者が非公式に運営するウェブサイト
・ＳＮＳ
・出演者または出演者に関係する者が公式に運営するウェブサイト
・出演者に関係しない者が非公式に運営するウェブサイト
・ＳＮＳ
【0078】
なお、ユーザは、出演者に関するコンテンツを作成し、現実の所定のプラットフォームにて販売（例えば、即売会における雑誌等の販売）、掲示（例えば、駅等の所定の施設における広告の掲示）等する場合がある。この場合、例えば、ユーザは、所定の申請用のｗｅｂページを介して、コンテンツの販売、掲示等を行う旨の情報をサーバ２０へ送信する。行動情報取得モジュール２０３５は、当該情報に基づいて、ユーザが、当該出演者に関するコンテンツを作成して現実の場所にて販売、掲示等を行うことに関する情報を、当該ｗｅｂページに関連付けられたＮＦＴ種別ＩＤと関連付けて取得する。
【0079】
（５）出演者の存在を周知させるための行動
行動情報取得モジュール２０３５は、ユーザ行動に関する情報として、出演者の存在を周知させるための行動に関する情報を取得してもよい。行動情報取得モジュール２０３５は、出演者の存在を周知させるための行動に関する情報として、以下のユーザ行動に関する情報を取得してもよい。
行動情報取得モジュール２０３５は、ユーザ行動に関する情報として、出演者の存在を周知させるための行動に関する情報を取得してもよい。行動情報取得モジュール２０３５は、出演者の存在を周知させるための行動に関する情報として、以下のユーザ行動に関する情報を取得してもよい。
【0080】
・所定のメディア（ラジオ番組、テレビ番組等）における、出演者のコンテンツ（出演者が作成に関わった音楽コンテンツ、動画コンテンツ等）のリクエスト。リクエストに応じて出演者のコンテンツが再生されれば、出演者の存在が一般に周知される。
・音楽コンテンツ、動画コンテンツ等を提供する所定のストリーミングサービスにおける、出演者のコンテンツの再生。ユーザがストリーミングサービスにおいてコンテンツの再生を行うことで、ストリーミングサービスにおけるコンテンツの再生回数が増加すれば、当該サービスにおけるランキング等に入る機会が増加するため、出演者の存在が一般に周知される。
・音楽コンテンツ、動画コンテンツ等を提供する所定のストリーミングサービスにおける、出演者のコンテンツの再生。ユーザがストリーミングサービスにおいてコンテンツの再生を行うことで、ストリーミングサービスにおけるコンテンツの再生回数が増加すれば、当該サービスにおけるランキング等に入る機会が増加するため、出演者の存在が一般に周知される。
【0081】
例えば、ユーザは、予め、端末装置１０を操作して、上記メディアまたはストリーミングサービスにおけるユーザＩＤと、本開示のサービスのユーザＩＤ（ユーザテーブル２０２ａに記憶されるユーザＩＤ）とを、サーバ２０を介して関連付ける。そして、ユーザは、上記メディアまたはストリーミングサービスにログインし、メディアへのリクエストの投稿、または、ストリーミングサービスにおける再生を行う。
【0082】
行動情報取得モジュール２０３５は、所定のタイミングで、上記メディアまたは上記ストリーミングサービスを運営するサーバへアクセスし、メディアへのリクエストの投稿、または、ストリーミングサービスにおける再生の履歴を取得する。行動情報取得モジュール２０３５は、取得した情報に含まれるメディアのタイトル、アーティスト名等から、ユーザに付与すべきＮＦＴ種別を特定する。
【0083】
なお、上述した「出演者に関する情報発信」は、出演者の存在を周知させるための行動に含まれうる。
【0084】
（６）出演者に関する会員制サービスに係る行動
行動情報取得モジュール２０３５は、ユーザ行動に関する情報として、出演者に関する会員制サービスに係る行動に関する情報を取得してもよい。出演者に関する会員制サービスに係る行動は、例えば、出演者に関する会員制サービスへの入会（新規入会および再入会を含む）、退会、および加入の継続に関する操作を含む。
行動情報取得モジュール２０３５は、ユーザ行動に関する情報として、出演者に関する会員制サービスに係る行動に関する情報を取得してもよい。出演者に関する会員制サービスに係る行動は、例えば、出演者に関する会員制サービスへの入会（新規入会および再入会を含む）、退会、および加入の継続に関する操作を含む。
【0085】
例えば、ユーザは、予め、端末装置１０を操作して、会員制サービスにおけるユーザＩＤ（以下会員ＩＤ）と、本開示のサービスにおけるユーザＩＤとを、サーバ２０を介して関連付ける。
【0086】
サーバ２０は、所定のタイミングで会員制サービスを運営するサーバへアクセスし、会員ＩＤに係るユーザの会員制サービスへの入会日（新規入会日、再入会日を区別してもよい）、退会日、および在籍期間の少なくともいずれかに関する情報を取得する。
【0087】
会員制サービスの入会日、退会日、在籍期間からは、ユーザが出演者のファンとして活動している期間を推定することができる。これにより、ユーザが新規のファンであるか、古参のファンであるかを推定することができる。したがって、ユーザのファン歴を区別して、ユーザ行動を評価できる。
【0088】
また、行動情報取得モジュール２０３５は、会員制サービスの入会日、退会日、在籍期間から、ユーザの、特定の時期における会員制サービスへの在籍有無を特定することができる。これにより、特定の時期にユーザがファンとして活動していたかを推定することができる。特定の時期は、出演者等が適宜決定することができ、例えば、出演者に関する所定の記念日（出演者の誕生日、結成記念日、活動開始日等）等である。または、特定の時期は、過去に行われた特定のイベントに関する期間（開催日、一連のイベントの開催期間中等）であってもよい。
【0089】
（７）その他、出演者とユーザとの関係を向上させるための行動
行動情報取得モジュール２０３５は、ユーザ行動に関する情報として、例えば以下の行動に関する情報を取得してもよい。
・出演者に関する社会的な支援活動に参加すること。例えば、出演者が開催、賛同、支持、または後援しているボランティア、慈善活動等に参加すること。
・イベント会場等において、出演者を支援する団体（例えば、スポンサー）が運営する催しに参加すること
行動情報取得モジュール２０３５は、ユーザ行動に関する情報として、例えば以下の行動に関する情報を取得してもよい。
・出演者に関する社会的な支援活動に参加すること。例えば、出演者が開催、賛同、支持、または後援しているボランティア、慈善活動等に参加すること。
・イベント会場等において、出演者を支援する団体（例えば、スポンサー）が運営する催しに参加すること
【0090】
例えば、ユーザは、上記の活動等に参加する際、上記の活動の識別情報と、ＮＦＴ種別ＩＤが格納されたコードを、端末装置１０のカメラにより読み取る。これにより、端末装置１０は、上記の活動等にユーザが参加したことを示す情報を、ユーザＩＤと関連付けてサーバ２０へ送信する。行動情報取得モジュール２０３５は、ユーザが上記の活動等に参加したことを示す情報を、ユーザに付与すべきＮＦＴの種別ＩＤとともに取得する。
【0091】
以上のように、行動情報取得モジュール２０３５は、上記に例示したユーザ行動に関する情報を取得する。これにより、制御部２０３は、ユーザが行ったユーザ行動に対応したＮＦＴを付与することが可能となり、ユーザ行動の実績を代替不可能な資産として取り扱うことができるようになる。
【0092】
パラメータ算出モジュール２０３６は、ユーザのユーザ行動に関する情報に基づいて、第１のパラメータを算出する。具体的には、パラメータ算出モジュール２０３６は、ユーザが行ったユーザ行動に対して付与されたＮＦＴの保有状況を取得し、各ＮＦＴについて定められたポイントを合計することで、第１のパラメータを算出する。各ＮＦＴに係るポイントは、ポイント条件テーブル２０２ｈにおいて、例えば第１のパラメータの算出対象となるイベントごとに定められる。
【0093】
抽選モジュール２０３７は、イベントへの申込に対して抽選を行い、イベントへの参加者を決定する。具体的には、抽選モジュール２０３７は、抽選に申し込んだユーザの第１のパラメータに応じて当選確率を変化させつつ抽選を行い、参加者を決定する。例えば、抽選モジュール２０３７は、抽選に申し込んだユーザの、抽選対象のイベントの出演者に係る第１のパラメータを取得する。抽選モジュール２０３７は、第１のパラメータに応じて、対応するユーザの当選確率を増加または減少させることにより、各ユーザの当選確率に重み付けを行う。抽選モジュール２０３７は、重み付けを行った当選確率に基づいて抽選を行い、当選者を決定する。これにより、ユーザ行動の実績に応じて抽選への当選確率が変化するため、ユーザ行動の実績がある熱心なファンであるほどイベントへの参加機会が向上し、ファンと出演者との関係を向上させることができる。
【0094】
提示制御モジュール２０３８は、記憶部２０２から抽出した情報を、ユーザに提示する。
【0095】
【0096】
ノードコンピュータ９０Ａ～９０Ｅは、ネットワーク（図１のネットワーク８０を含み得る）を介して互いに接続される。本実施形態では、ネットワークは、公衆網、プライベートネットワーク、専用線、ＶＰＮ（Virtual Private Network）、またはそれらの組み合わせを含み得る。ノードコンピュータ９０Ａ～９０Ｅは、ネットワークと、例えば、有線または無線により接続されている。ノードコンピュータ９０Ａ～９０Ｅは、ピア・ツー・ピア方式で互いに通信する。
【0097】
ノードコンピュータ９０Ａ～９０Ｅは、例えばブロックチェーン技術を用いて分散型台帳を管理する。
具体的には、いずれかのノードコンピュータ９０Ａ～９０Ｅは、記録すべき暗号資産またはトークンのトランザクションに関するデータを取得する。ノードコンピュータ９０Ａ～９０Ｅは、取得したデータを含むブロックを作成し、ブロックチェーンに追加する。ノードコンピュータ９０Ａ～９０Ｅは、追加したブロックの情報を他のノードコンピュータ９０Ａ～９０Ｅへ送信する。他のノードコンピュータ９０Ａ～９０Ｅは、受信したブロックの正しさを検証し、検証に成功すると、ブロックチェーンに当該ブロックを追加する。ノードコンピュータ９０Ａ～９０Ｅは、例えば、連結されるブロックの数（承認数）に従ってブロックチェーンを確定する。これにより、分散型台帳システム９０を構成する複数のノードコンピュータ９０Ａ～９０Ｅに亘って、同一の分散型台帳が保存されることになる。なお、保存されるデータは、適宜に暗号化される。
具体的には、いずれかのノードコンピュータ９０Ａ～９０Ｅは、記録すべき暗号資産またはトークンのトランザクションに関するデータを取得する。ノードコンピュータ９０Ａ～９０Ｅは、取得したデータを含むブロックを作成し、ブロックチェーンに追加する。ノードコンピュータ９０Ａ～９０Ｅは、追加したブロックの情報を他のノードコンピュータ９０Ａ～９０Ｅへ送信する。他のノードコンピュータ９０Ａ～９０Ｅは、受信したブロックの正しさを検証し、検証に成功すると、ブロックチェーンに当該ブロックを追加する。ノードコンピュータ９０Ａ～９０Ｅは、例えば、連結されるブロックの数（承認数）に従ってブロックチェーンを確定する。これにより、分散型台帳システム９０を構成する複数のノードコンピュータ９０Ａ～９０Ｅに亘って、同一の分散型台帳が保存されることになる。なお、保存されるデータは、適宜に暗号化される。
【0098】
分散型台帳システム９０の構成は、図４に示されるものに限定されない。例えば、分散型台帳システム９０は、６台以上のノードコンピュータを備えていてもよいし、２～４台のノードコンピュータを備えていてもよい。また、分散型台帳システム９０を構成するノードコンピュータの数は、時間とともに変動してもよい。
【0099】
ノードコンピュータ９０Ａ～９０Ｅのハードウェア構成は、端末装置１０と同一または類似であってよいので詳細な説明を省略する。一例として、ノードコンピュータ９０Ａ～９０Ｅは、プロセッサ、記憶装置、入出力インタフェース、通信インタフェース、入力デバイス、出力デバイス、またはそれらの組み合わせを備える。
【0100】
＜２ データ構造＞
図５～図１２は、サーバ２０が記憶するテーブルのデータ構造を示す図である。なお、図５～図１２は一例であり、記載されていないデータを除外するものではない。また、同一のテーブルに記載されるデータであっても、記憶部２０２において離れた記憶領域に記憶されていることもあり得る。
図５～図１２は、サーバ２０が記憶するテーブルのデータ構造を示す図である。なお、図５～図１２は一例であり、記載されていないデータを除外するものではない。また、同一のテーブルに記載されるデータであっても、記憶部２０２において離れた記憶領域に記憶されていることもあり得る。
【0101】
図５は、ユーザテーブル２０２ａのデータ構造を示す図である。ユーザテーブル２０２ａは、項目「ユーザＩＤ」と、項目「ユーザ名」と、項目「メールアドレス」と、項目「ウォレットアドレス」と、項目「ＮＦＴ種別ＩＤ」を含む。
【0102】
項目「ユーザＩＤ」は、ユーザを識別するユーザＩＤを記憶する項目である。
【0103】
項目「ユーザ名」は、ユーザの名称を記憶する項目である。ユーザ名は、ユーザの氏名、ニックネームなど、任意の文字列を設定してもよい。
【0104】
項目「メールアドレス」は、ユーザのメールアドレスを記憶する項目である。
【0105】
項目「ウォレットアドレス」は、ユーザのウォレットアドレスを記憶する項目である。ウォレットアドレスとは、ブロックチェーン上においてトークンの保有を管理するためのウォレットを一意に識別するためのアドレスである。
【0106】
項目「ＮＦＴ種別ＩＤ」は、ユーザが保有するＮＦＴのＮＦＴ種別ＩＤを記憶する項目である。
【0107】
図６は、出演者テーブル２０２ｂのデータ構造を示す図である。出演者テーブル２０２ｂは、項目「出演者ＩＤ」と、項目「出演者名」と、を含む。
【0108】
項目「出演者ＩＤ」は、出演者を識別する出演者ＩＤを記憶する項目である。出演者ＩＤは、複数人のメンバーで構成されるグループ（例えば、音楽グループ、アイドルグループ、スポーツチーム等）の単位で付与されてもよいし、グループのメンバーそれぞれに対して異なる出演者ＩＤが付与されてもよいし、これらの両方であってもよい。所定のグループに付与された出演者ＩＤと、当該グループのメンバーに付与された出演者ＩＤとは、互いに関連付けられていてもよい。
【0109】
項目「出演者名」は、出演者の名称を記憶する項目である。出演者名は、出演者の氏名、芸名、グループ名など、任意の文字列を設定してもよい。
【0110】
図７は、イベントテーブル２０２ｃのデータ構造を示す図である。イベントテーブル２０２ｃは、項目「イベントＩＤ」と、項目「イベント名称」と、項目「イベント種別」と、項目「出演者ＩＤ」と、項目「会場」と、項目「主催者ＩＤ」と、項目「開催日時」と、項目「申込条件」と、項目「ＮＦＴ種別ＩＤ」と、を含む。
【0111】
項目「イベントＩＤ」は、イベントを識別するＩＤを記憶する項目である。
【0112】
項目「イベント名称」は、イベントの名称を記憶する項目である。
【0113】
項目「イベント種別」は、イベントの種別を記憶する項目である。具体的には、項目「イベント種別」は、「音楽ライブ」、「トークライブ」等、イベントの種別を示す情報を記憶する。項目「イベント種別」は、複数の種別を示す情報を記憶してもよい。
【0114】
項目「出演者ＩＤ」は、イベントＩＤに係るイベントに出演する出演者の出演者ＩＤを記憶する項目である。項目「出演者ＩＤ」は、複数の出演者ＩＤを記憶してもよい。
【0115】
項目「会場」は、イベントの会場を示す情報、例えば会場の名称を示す文字列を記憶する項目である。
【0116】
項目「主催者」は、イベントの主催者を識別する情報、例えば主催者の名称を記憶する項目である。
【0117】
項目「開催日時」は、イベントの開催日時を記憶する項目である。
【0118】
項目「申込条件」は、イベントへの申込可否に関する申込条件を示す情報を記憶する項目である。具体的には、項目「申込条件」は、イベントへの申込可否に関して、ユーザが有する第１のパラメータの条件に関する情報を記憶する。項目「申込条件」は、例えば、第１のパラメータと所定の値との比較に基づく条件に関する情報を記憶する。条件を以下に例示する。
・ユーザの、所定のイベントに係る第１のパラメータが所定の値以上または以下
・ユーザの同行者となる他のユーザの、所定のイベントに係る第１のパラメータが所定の値以上または以下
・ユーザの、所定のイベントに係る第１のパラメータが所定の値以上または以下
・ユーザの同行者となる他のユーザの、所定のイベントに係る第１のパラメータが所定の値以上または以下
【0119】
また、申込条件は、ユーザが特定のＮＦＴを保有していること、つまりユーザのウォレットアドレスに特定のＮＦＴが関連付けられていることであってもよい。
【0120】
なお、イベントへの申込可否に関して特に条件が設定されない場合、項目「申込条件」は、ブランク、ヌル値など、この項目へは申込条件が記憶されないことを示す情報を記憶する。
【0121】
項目「ＮＦＴ種別ＩＤ」は、イベントＩＤに係るイベントに関して、所定のユーザ行動を行ったユーザに付与されるＮＦＴのＮＦＴ種別ＩＤを記憶する項目である。例えば、項目「ＮＦＴ種別ＩＤ」は、イベントＩＤに係るイベントへ来場したユーザに付与されるＮＦＴのＮＦＴ種別ＩＤを記憶する。なお、イベントＩＤに係るイベントに関連して、ユーザにＮＦＴが付与されない場合、項目「ＮＦＴ種別ＩＤ」は、ブランク、ヌル値など、この項目へはＮＦＴ種別ＩＤが記憶されないことを示す情報を記憶する。
【0122】
図８は、チケットテーブル２０２ｄのデータ構造を示す図である。チケットテーブル２０２ｄは、項目「チケットＩＤ」と、項目「イベントＩＤ」と、項目「申込ＩＤ」と、項目「保有者」と、項目「ステータス」と、を含む。
【0123】
項目「チケットＩＤ」は、チケットを識別するチケットＩＤを記憶する項目である。
【0124】
項目「イベントＩＤ」は、チケットに関連付けられたイベントのイベントＩＤを記憶する項目である。
【0125】
項目「申込ＩＤ」は、チケットに関連付けられた参加申込を識別する申込ＩＤを記憶する項目である。
【0126】
項目「購入日時」は、ユーザがチケットを購入した日時を記憶する項目である。
【0127】
項目「保有者」は、チケットの保有者であるユーザの情報を記憶する項目である。具体的には、項目「保有者」は、チケットを保有するユーザのユーザＩＤを記憶する。保有者のユーザから他のユーザへチケットが譲渡される場合は、譲渡先となる他のユーザのユーザＩＤにより、項目「保有者」の情報が更新される。項目「保有者」は、元々のチケットの保有者であるユーザ、および、チケットの譲渡の履歴を記憶してもよい。
【0128】
項目「ステータス」は、チケットＩＤに係るチケットの使用状況を記憶する項目である。具体的には、項目「ステータス」は、チケットが未使用であるかまたは使用済みであるかのいずれかを示す情報を記憶する。
【0129】
図９は、申込履歴テーブル２０２ｅのデータ構造を示す図である。申込履歴テーブル２０２ｅは、項目「申込ＩＤ」と、項目「イベントＩＤ」と、項目「ユーザＩＤ」と、項目「申込日時」と、項目「抽選結果」と、を含む。
【0130】
項目「申込ＩＤ」は、イベントへの参加申込を識別する申込ＩＤを記憶する項目である。
【0131】
項目「イベントＩＤ」は、申込の対象となるイベントのイベントＩＤを記憶する項目である。
【0132】
項目「ユーザＩＤ」は、申し込みを行ったユーザのユーザＩＤを記憶する項目である。
【0133】
項目「申込日時」は、申し込みを行った日時を記憶する項目である。
【0134】
項目「抽選結果」は、イベントの参加チケットの抽選結果を記憶する項目である。具体的には、項目「抽選結果」は、申込が当選したか否かを示す情報を記憶する。抽選方式以外の方式により参加者を決定するイベントの場合、項目「抽選結果」は、ブランク、ヌル値など、この項目へは抽選結果が記憶されないことを示す情報を記憶する。
【0135】
図１０は、ＮＦＴ種別テーブル２０２ｆのデータ構造を示す図である。ＮＦＴ種別テーブル２０２ｆは、項目「ＮＦＴ種別ＩＤ」と、項目「ＮＦＴ種別名」と、を含む。
【0136】
項目「ＮＦＴ種別ＩＤ」は、ＮＦＴ種別を識別するＮＦＴ種別ＩＤを記憶する項目である。
【0137】
項目「ＮＦＴ種別名」は、ＮＦＴ種別の名称に関する情報を記憶する項目である。具体的には、項目「ＮＦＴ種別名」は、ＮＦＴ種別ＩＤに係るＮＦＴに関連付けられた特定の事象の名称を記憶する。例えば、項目「ＮＦＴ種別名」は、「〇〇イベント来場証明」、「〇〇グッズ購入証明」等の、ＮＦＴに関連付けられたユーザ行動の内容・種別、イベントのタイトル、グッズの名称、等に関する文字列を記憶する。または、項目「ＮＦＴ種別名」は、「１周年記念」等の、ＮＦＴに関連付けられた特定の事象に関する文字列を記憶する。なお、「ＮＦＴ種別名」に記憶される情報は、当該ＮＦＴ種別に係るそれぞれのＮＦＴ自体に与えられた名称ということもできる。
【0138】
図１１は、ＮＦＴ管理テーブル２０２ｇのデータ構造を示す図である。ＮＦＴ管理テーブル２０２ｇは、項目「ＮＦＴＩＤ」と、項目「シリアルナンバー」と、項目「付与ステータス」と、を含む。
【0139】
項目「ＮＦＴＩＤ」は、ＮＦＴを識別するＮＦＴＩＤを記憶する項目である。
【0140】
項目「シリアルナンバー」は、ＮＦＴに関連付けられたシリアルナンバーを記憶する項目である。具体的には、項目「シリアルナンバー」は、ＮＦＴ種別が同一であるＮＦＴを互いに識別するための番号を示す情報を記憶する。
【0141】
項目「付与ステータス」は、ＮＦＴＩＤに係るＮＦＴの付与状況に関する情報を記憶する項目である。具体的には、項目「付与ステータス」は、ＮＦＴＩＤに係るＮＦＴが所定のユーザに移転済であるか、または、未移転である（ＮＦＴ発行者が保有したままである）かを示す情報を記憶する。
【0142】
図１２は、ポイント条件テーブル２０２ｈのデータ構造を示す図である。ポイント条件テーブル２０２ｈは、項目「条件ＩＤ」と、項目「条件」と、項目「付与ポイント」と、を含む。
【0143】
項目「条件ＩＤ」は、ポイント付与の条件を識別する条件ＩＤを記憶する項目である。
【0144】
項目「ＮＦＴ種別ＩＤ」は、ポイント付与の対象となるＮＦＴ種別のＮＦＴ種別ＩＤを記憶する項目である。
【0145】
項目「ＮＦＴ種別名」は、ポイント付与の対象となるＮＦＴ種別名を記憶する項目である。
【0146】
項目「ポイント」は、項目「ＮＦＴ種別ＩＤ」に記憶されるＮＦＴ種別ＩＤに係るＮＦＴに関連付けられるポイントの数値を記憶する項目である。項目「ポイント」の数値は、項目「ＮＦＴ種別ＩＤ」に記憶されるＮＦＴ種別ＩＤに係るＮＦＴを保有するユーザに与えられるポイントの数値ということもできる。図１２に示す例では、ＮＦＴ種別ＩＤ「Ｃ００１」に係るＮＦＴを保有するユーザには、１００ポイントが与えられる。ユーザが保有するＮＦＴに対して与えられたポイントを合計することで、ユーザに係る第１のパラメータが算出される。
【0147】
上述したとおり、本実施形態では、ポイント条件テーブル２０２ｈとして、開催されるイベントごとに異なるテーブルが作成される。例えば、イベントＡに対してはポイント条件テーブル２０２ｈ－Ａ、イベントＢに対してはポイント条件テーブル２０２ｈ－Ｂが、それぞれ作成される。したがって、ユーザが保有するＮＦＴの種別に関連付けられるポイントの値の条件は、開催されるイベントごとに異なる。例えば、図１２に示すテーブルでは、ＮＦＴ種別ＩＤ「Ｃ００１」、「Ｃ０１０」、「Ｃ００３」、・・・に対してそれぞれポイントが関連付けられている一方、他のテーブル（他のイベント）では、これらのＮＦＴ種別ＩＤには図１２に示す例と異なる値のポイントが関連付けられていてもよいし、ポイントが関連付けられていなくてもよい（すなわち０ポイントであってもよい）。ポイントの条件は、イベントごとに、イベントの出演者等が適宜定めることができる。なお、ポイントの条件は、開催されるイベントごとに異なっていなくてもよい。
【0148】
すなわち、本実施形態では、開催されるイベントごとにポイントの条件を定めることで、開催されるイベントごとに、ユーザが保有するＮＦＴの価値を定めることができる。例えば、イベントＡの開催者や出演者が、特定のイベントａに関するユーザ行動を行った実績のあるユーザを高く評価したい場合、イベントａに係るＮＦＴ種別（例えば「イベントａへの来場証明」、「イベントａのグッズの購入証明」等）に関連付けるポイントを、他のＮＦＴ種別に対して高く設定する一方、イベントａに関連しないＮＦＴ種別には、関連付けるポイントを低く設定するまたはポイントを関連付けないこととしてもよい。
【0149】
＜分散型台帳システム９０においてＮＦＴに関連付けられる情報＞
図１３は、分散型台帳システム９０においてＮＦＴに関連付けられる情報の例を示す図である。図１３に示す情報は、例えば、分散型台帳システム９０においてＮＦＴが発行される際に、当該ＮＦＴに関連付けられて、分散型台帳システム９０上に記録される。
図１３は、分散型台帳システム９０においてＮＦＴに関連付けられる情報の例を示す図である。図１３に示す情報は、例えば、分散型台帳システム９０においてＮＦＴが発行される際に、当該ＮＦＴに関連付けられて、分散型台帳システム９０上に記録される。
【0150】
「ＮＦＴＩＤ」は、ＮＦＴのＮＦＴＩＤを示す情報であり、ＮＦＴ管理テーブル２０２ｇの項目「ＮＦＴＩＤ」の情報等と対応する。
【0151】
「ＮＦＴ種別ＩＤ」は、ＮＦＴのＮＦＴ種別ＩＤを示す情報であり、ＮＦＴ種別テーブル２０２ｆの項目「ＮＦＴ種別ＩＤ」の情報等と対応する。
【0152】
「ＮＦＴ種別名」は、ＮＦＴの種別名を示す情報であり、ＮＦＴ種別テーブル２０２ｆの項目「ＮＦＴ種別名」の情報等と対応する。
【0153】
「デジタルコンテンツアドレス」は、ＮＦＴに関連付けられるデジタルコンテンツを特定するための情報である。例えば、デジタルコンテンツが所定のサーバに記憶されている場合、デジタルコンテンツアドレスは、デジタルコンテンツの参照先を示す情報である。例えば、デジタルコンテンツが分散型ストレージシステムによって管理されている場合、デジタルコンテンツアドレスは、分散型ストレージシステムにおいてデジタルコンテンツを識別するための情報（当該コンテンツの識別ＩＤ等）である。
【0154】
なお、ＮＦＴに関連付けられる情報は、デジタルコンテンツのデータを直接に含んでいてもよい。この際、デジタルコンテンツのデータは任意の形式に変換されていてもよい。また、ＮＦＴに関連付けられる情報がデジタルコンテンツのデータを直接に含む場合、ＮＦＴに関連付けられる情報は、「デジタルコンテンツアドレス」に対応する情報を含まなくてもよい。
【0155】
「シリアルナンバー」は、ＮＦＴに関連付けられるシリアルナンバーを示す情報であり、ＮＦＴ管理テーブル２０２ｇの項目「シリアルナンバー」の情報等と対応する。
【0156】
「発行日時」は、ＮＦＴが発行された日時を示す情報である。「発行日時」は、例えば、ＮＦＴの発行に係る取引（トランザクション）が分散型台帳システム９０に記録された日時を示す情報である。
【0157】
なお、ＮＦＴに関連付けられる情報は、図１３に示す情報以外の情報を含んでもよい。例えば、ＮＦＴに関連付けられる情報は、ＮＦＴの移転可否に関する情報を含んでもよい。移転可否に関する情報とは、当該ＮＦＴが発行者から所定のユーザに移転した後に、当該ユーザから他のユーザにさらに移転されることを認めるか否かに関する情報である。
【0158】
＜３ 動作＞
端末装置１０およびサーバ２０の動作について説明する。
端末装置１０およびサーバ２０の動作について説明する。
【0159】
（ユーザに対するＮＦＴの付与処理）
図１４は、所定のユーザ行動を行ったユーザに対して、ユーザ行動に対応するＮＦＴを付与する際の、サーバ２０および分散型台帳システム５０の動作の例を示すフローチャートである。
図１４は、所定のユーザ行動を行ったユーザに対して、ユーザ行動に対応するＮＦＴを付与する際の、サーバ２０および分散型台帳システム５０の動作の例を示すフローチャートである。
【0160】
なお、図１４に示す処理の内容を説明する場合、ユーザ行動として、所定の出演者に係るイベント会場への入場を例に挙げて説明する。
【0161】
まず、ユーザが所定のユーザ行動を行うと、当該ユーザ行動に関する所定の情報処理装置は、ユーザ行動に関する情報をサーバ２０へ送信する。ユーザ行動に関する情報は、少なくとも、ユーザ行動を行ったユーザを特定するための情報、ユーザ行動に係るＮＦＴを特定するための情報を含む。
例えば、ユーザは、イベント会場へ入場する際、入場口において端末装置１０を操作し、ディスプレイ１４１に電子チケットを表示させる。電子チケットがイベント会場の入場スタッフ等により使用済みとされると、端末装置１０は、電子チケットに係るチケットＩＤ、ユーザのユーザＩＤを含む情報をサーバ２０へ送信する。
例えば、ユーザは、イベント会場へ入場する際、入場口において端末装置１０を操作し、ディスプレイ１４１に電子チケットを表示させる。電子チケットがイベント会場の入場スタッフ等により使用済みとされると、端末装置１０は、電子チケットに係るチケットＩＤ、ユーザのユーザＩＤを含む情報をサーバ２０へ送信する。
【0162】
ステップＳ１１において、サーバ２０の制御部２０３は、ユーザ行動に関する情報を取得する。具体的には、制御部２０３は、所定の情報処理装置から送信された、ユーザ行動に関する情報を取得する。例えば、制御部２０３は、端末装置１０から送信されたチケットＩＤ、ユーザＩＤを含む情報を取得する。また、制御部２０３は、取得したチケットＩＤによりチケットテーブル２０２ｄを検索し、該当するレコードの「イベントＩＤ」の情報を取得するとともに、項目「ステータス」を「使用済」とする。
【0163】
ステップＳ１２において、制御部２０３は、ユーザ行動に係るＮＦＴ種別を特定する。具体的には、例えば、制御部２０３は、取得したイベントＩＤによりイベントテーブル２０２ｃを検索し、該当するレコードの項目「出演者ＩＤ」および項目「ＮＦＴ種別ＩＤ」の情報を取得する。これにより、ユーザ行動を行ったユーザに対して付与するＮＦＴの種別が特定される。
【0164】
ステップＳ１３において、制御部２０３は、ユーザに付与するＮＦＴを特定する。具体的には、例えば、制御部２０３は、取得したＮＦＴ種別ＩＤに係るＮＦＴ管理テーブルにおいて、付与ステータスが「未付与」であるレコードのうち、１のレコードを選択して当該レコードの「ＮＦＴＩＤ」および「シリアルナンバー」の項目の情報を取得する。これにより、ユーザ行動を行ったユーザに対して付与するＮＦＴが特定される。また、この際、制御部２０３は、ステータスが「未付与」であるレコードのうち、「シリアルナンバー」の項目の値が最も小さいレコードを選択してもよい。
【0165】
制御部２０３は、ステップＳ１１において端末装置１０から取得したユーザＩＤに基づいてユーザテーブル２０２ａを検索し、「ウォレットアドレス」の項目の情報を取得する。これにより、ＮＦＴの移転先であるユーザのウォレットが特定される。
【0166】
ステップＳ１４において、制御部２０３は、分散型台帳システム５０へ、ユーザに対してＮＦＴを付与するための指示を行う。具体的には、制御部２０３は、ユーザに付与するＮＦＴの識別情報、ＮＦＴの移転元のウォレットアドレス、ＮＦＴの移転先であるユーザのウォレットアドレスを含む情報を、所定のコントラクトアドレスを指定して分散型台帳システム５０へ送信することで、ＮＦＴの付与指示を行う。なお、ＮＦＴの移転元は例えば本開示に係るサービスの運営者、イベントの運営者、出演者等であり、移転元のウォレットアドレスは予めサーバ２０に記憶されている。
【0167】
ステップＳ１５において、分散型台帳システム５０は、ユーザに対してＮＦＴを付与する。具体的には、移転元のウォレットからユーザのウォレットへＮＦＴを移転させるトランザクションを実行することで、ＮＦＴをユーザのウォレットに移転させる。ＮＦＴがユーザに付与されることにより、ＮＦＴに関連付けられているデジタルコンテンツも、実質的にユーザに付与されることとなる。ＮＦＴが移転されると、分散型台帳システム５０は、サーバ２０へその旨を通知する。
【0168】
なお、ステップＳ１５においてユーザに付与するＮＦＴは、予め作成されていなくてもよい。例えば、分散型台帳システム９０は、サーバ２０から受信した情報を関連付けた新たなＮＦＴを、ユーザのウォレットに対して発行することにより、ＮＦＴをユーザに付与することとしてもよい。
【0169】
ステップＳ１６において、制御部２０３は、ユーザのＮＦＴ保有状況を更新する。具体的には、例えば、制御部２０３は、ユーザのユーザＩＤに基づいてユーザテーブル２０２ａを検索し、項目「ＮＦＴ種別ＩＤ」に、ステップＳ１５においてユーザに付与されたＮＦＴのＮＦＴ種別ＩＤを追加する。
【0170】
ステップＳ１７において、制御部２０３は、ユーザ行動によってユーザにＮＦＴが付与されたことを、ユーザへ通知する。具体的には、例えば、ＮＦＴが付与された旨を示す情報をユーザの端末装置１０へ送信する。当該情報は、ユーザに付与されたＮＦＴに係るＮＦＴ種別名、シリアルナンバー、デジタルコンテンツの参照先等の情報を含んでもよい。
【0171】
なお、付与されたＮＦＴは他のユーザへ移転することができる。これにより、ＮＦＴに関連付けられたデジタルコンテンツも実質的に他のユーザに移転することとなる。例えば、ＮＦＴを移転させたいユーザは、端末装置１０を操作し、移転の対象とするＮＦＴのＮＦＴＩＤと、ＮＦＴを受け取る他のユーザのユーザＩＤとを指定して、ＮＦＴを移転することを示す情報をサーバ２０に送信する。
【0172】
制御部２０３は、ユーザテーブル２０２ａを検索し、ユーザのウォレットアドレスおよび他のユーザのウォレットアドレスを特定する。制御部２０３は、各ユーザのウォレットアドレスと移転に係るＮＦＴの情報とを分散型台帳システム５０へ送信し、ＮＦＴを移転させる処理を実行させる。移転に係るトランザクションがブロックチェーン上に記録されることにより、他のユーザのウォレットにＮＦＴが登録され、ユーザのウォレットにおけるＮＦＴの登録が解除される。
【0173】
制御部２０３は、例えば下記情報を記憶部２０２に記憶することにより、サーバ２０においてＮＦＴの流通を管理してもよい。
・移転したＮＦＴのＮＦＴＩＤ
・移転元のユーザのユーザＩＤ
・移転先のユーザのユーザＩＤ
・ＮＦＴの移転に係る取引のタイムスタンプ
・移転したＮＦＴのＮＦＴＩＤ
・移転元のユーザのユーザＩＤ
・移転先のユーザのユーザＩＤ
・ＮＦＴの移転に係る取引のタイムスタンプ
【0174】
また、制御部２０３は、ユーザが他のユーザへＮＦＴを移転したことに関する情報を、ユーザのユーザ行動に係る情報として取得してもよい。これにより、ＮＦＴの移転をユーザ行動として評価し、ＮＦＴ付与の対象および第１のパラメータの出力の対象とすることができる。ＮＦＴの移転をユーザ行動として評価するケースとしては、出演者やイベントの魅力を伝える等の目的で、ユーザが、出演者やイベントに慣れ親しんでいない他のユーザにＮＦＴを移転する場合等が想定される。
【0175】
デジタルコンテンツはＮＦＴに関連付けられている。そのため、ＮＦＴが移転することで、デジタルコンテンツを実質的に他者へ譲渡することが可能であり、かつ、譲渡した履歴が記録される。
【0176】
（抽選処理）
イベントの中には、参加のためには事前に申し込みを行う必要があり、申込の数が参加者数の上限を超えた場合、抽選により参加者（参加の権利を有する者、イベントチケットの購入権利を有する者）が決定されるイベントがある。以下、このようなイベントを抽選イベントと称することがある。図１５は、ユーザが保有するＮＦＴに基づいて第１のパラメータを算出し、第１のパラメータに応じて、抽選イベントへの当選率を変化させつつ抽選を行う際の、サーバ２０および分散型台帳システム９０の動作の例を示すフローチャートである。
イベントの中には、参加のためには事前に申し込みを行う必要があり、申込の数が参加者数の上限を超えた場合、抽選により参加者（参加の権利を有する者、イベントチケットの購入権利を有する者）が決定されるイベントがある。以下、このようなイベントを抽選イベントと称することがある。図１５は、ユーザが保有するＮＦＴに基づいて第１のパラメータを算出し、第１のパラメータに応じて、抽選イベントへの当選率を変化させつつ抽選を行う際の、サーバ２０および分散型台帳システム９０の動作の例を示すフローチャートである。
【0177】
図１５に示す抽選処理は、例えば、抽選への申込期間が終了した後の所定のタイミングで、サーバ２０の制御部２０３が当該イベントのイベントＩＤを記憶部２０２から取得することにより開始される。
【0178】
ステップＳ２１において、サーバ２０の制御部２０３は、抽選処理の対象のイベントへ参加するための抽選の申込を行ったユーザ（申込ユーザ）のユーザＩＤを記憶部２０２から取得する。具体的には、例えば、制御部２０３は、抽選処理の対象のイベントのイベントＩＤに基づいて申込履歴テーブル２０２ｅを検索し、項目「ユーザＩＤ」の情報を取得する。
【0179】
ステップＳ２２において、制御部２０３は、取得したユーザＩＤに基づいてユーザテーブル２０２ａを検索し、申込ユーザのウォレットアドレスを取得する。制御部２０３は、分散型台帳システム９０に、取得したウォレットアドレスに係るウォレットのＮＦＴ保有状況を問い合わせる。
【0180】
ステップＳ２３において、分散型台帳システム９０は、取得したウォレットアドレスに基づいて各申込ユーザのウォレットを特定し、各申込ユーザが保有するＮＦＴのＮＦＴ種別ＩＤの一覧を取得する。分散型台帳システム９０は、申込ユーザのユーザＩＤごとに、各申込ユーザが保有するＮＦＴのＮＦＴ種別ＩＤの一覧に関する情報を、サーバ２０へ送信する。
【0181】
ステップＳ２４において、制御部２０３は、分散型台帳システム９０から、各申し込みユーザが保有するＮＦＴのＮＦＴ種別ＩＤの一覧に関する情報を取得する。制御部２０３は、取得した情報に基づいて、申込ユーザのＮＦＴ保有状況を更新する。具体的には、制御部２０３は、分散型台帳システム９０から取得したユーザＩＤによりユーザテーブル２０２ａを検索し、項目「ＮＦＴ種別ＩＤ」の情報を、分散型台帳システム９０から取得したＮＦＴ種別ＩＤにより更新する。
【0182】
ステップＳ２５において、制御部２０３は、抽選対象とするイベントのイベントＩＤに基づいて、抽選対象とするイベントに係るポイント条件テーブル２０２ｈを特定する。なお、抽選対象とするイベントに係るポイント条件テーブル２０２ｈは予め作成されていなくてもよく、当該ステップにおいて、イベントの運営者等が操作する端末装置により、抽選対象とするイベントに係るポイント条件テーブル２０２ｈが作成されてもよい。
【0183】
制御部２０３は、申込ユーザに係る第１のパラメータを算出する。具体的には、例えば、制御部２０３は、ステップＳ２４において取得した、申込ユーザが保有する各ＮＦＴのＮＦＴ種別ＩＤに基づいてポイント条件テーブル２０２ｈを検索し、該当するレコードの項目「ポイント」に記憶される値を合計する。これにより、抽選対象とするイベントにおける、申込ユーザが保有するＮＦＴに係る第１のパラメータが算出される。
【0184】
ここで、申込ユーザが保有するＮＦＴは、図１４に示した処理のとおり、申込ユーザのユーザ行動に関する情報に基づいて、申込ユーザに付与されている。したがって、ステップＳ２５では、申込ユーザのユーザ行動に関する情報に基づいて、申込ユーザについて第１のパラメータが出力されているといえる。
【0185】
ステップＳ２６において、制御部２０３は、算出した第１のパラメータに基づいて、申込ユーザの抽選への当選確率を変化させる。具体的には、制御部２０３は、ユーザの元の当選確率に、第１のパラメータに応じた重み付けを行うことによって、申込ユーザの当選確率を変化させる。例えば、制御部２０３は、第１のパラメータの数値を所定の数で除した数値を元の当選確率に加えることで、申込ユーザについて当選確率の重みを算出する。そして、制御部２０３は、申込ユーザの当選確率の重みを、各申込ユーザの当選確率の重みの合計で除することで、申込ユーザの新たな当選確率を算出する。なお、当選確率を変化させる手法はあくまで一例であり、制御部２０３は任意の手法を用いて当選確率を変化させてもよい。
【0186】
なお、ステップＳ２６において、制御部２０３は、第１のパラメータを算出することなく、特定の１または複数の種別のＮＦＴを保有するユーザの当選確率を変動させてもよい。例えば、特定の種別のＮＦＴを保有する数だけ、当選確率に所定の倍率を掛けることにより、申込ユーザの当選確率を変化させてもよい。これにより、第１のパラメータを算出することなく、ＮＦＴの保有状況に応じて当選確率を変化させることができる。
【0187】
ステップＳ２７において、制御部２０３は、当選者および落選者を決定する抽選を行う。具体的には、例えば、新たな当選確率に基づいて、任意の抽選アルゴリズムにより抽選を行う。これにより、申込ユーザから、当選者である当選ユーザおよび落選者である落選ユーザが決定される。
【0188】
なお、ステップＳ２７において、制御部２０３は、第１のパラメータが特定の値以上または特定の値より大きいユーザ、および／または特定の１または複数の種別のＮＦＴを保有するユーザを、抽選の対象とせずに当選させることで、当該ユーザにイベントへの参加権利を獲得させてもよい。この方式により全ての当選者を決定してもよく、すなわち実際に抽選を行わなくてもよい。なお、当選枠が残る場合は、当該ユーザ以外の他のユーザを対象として、残りの当選枠に対する抽選を行ってもよい。この場合、当選確率は変化させても変化させなくてもよい。
【0189】
また、制御部２０３は、第１のパラメータが特定の値以下または特定の値未満のユーザ、および／または特定の１または複数の種別のＮＦＴを保有しないユーザを、抽選の対象とせずに落選させることで、当該ユーザにイベントへの参加権利を獲得させないこととしてもよい。
【0190】
また、制御部２０３は、特定の１または複数の種別のＮＦＴを保有するユーザを、抽選の対象とせずに落選させることで、当該ユーザにイベントの参加権利を獲得させないこととしてもよい。例えば、制御部２０３は、抽選に係るイベントから遡って所定の期間内または所定の開催回数内に開催されたイベントに参加したことに係るＮＦＴを保有するユーザを、抽選の対象とせずに落選させてもよい。
【0191】
制御部２０３は、申込ユーザのユーザＩＤおよび抽選に係るイベントのイベントＩＤに基づいて申込履歴テーブル２０２ｅを検索し、各申込ユーザの抽選結果に応じて、項目「抽選結果」に、当選または落選を示す情報を記憶させる。
【0192】
制御部２０３は、図１６に示すような申込リストを作成することにより、申込ユーザに関する情報を管理してもよい。申込リストにおいて、項目「ユーザＩＤ」は、申込ユーザのユーザＩＤを記憶する。項目「保有ＮＦＴ」は、申込ユーザが保有するＮＦＴのＮＦＴ種別ＩＤを記憶する。項目「パラメータ」は、申込ユーザについて算出された第１のパラメータの値を記憶する。項目「抽選結果」は、申込ユーザの抽選結果を示す情報を記憶する。
【0193】
ステップＳ２８において、制御部２０３は、当選ユーザの情報を記憶部２０２から取得する。具体的には、例えば、制御部２０３は、ステップＳ２４において項目「抽選結果」に「当選」を示す情報を記憶したレコードの、項目「申込ＩＤ」および項目「ユーザＩＤ」の情報を取得する。
【0194】
制御部２０３は、当選ユーザについてイベントのチケット情報を生成する。具体的には、例えば、制御部２０３は、抽選に係るイベントのイベントＩＤ、ステップＳ２５において取得した申込ＩＤ、ステップＳ２５において取得したユーザＩＤを、チケットテーブル２０２ｄにおける新しいレコードに記憶させる。なお、チケット情報は、当選ユーザがチケットの購入処理を行ったことを契機として作成されてもよい。
【0195】
ステップＳ２９において、制御部２０３は、抽選結果を申込ユーザに通知する。具体的には、制御部２０３は、申込ユーザが抽選に当選したか否かに関する情報を端末装置１０へ送信する。
【0196】
端末装置１０は、サーバ２０から送信された情報を受け付ける。端末装置１０は、例えば、抽選結果に関する情報をディスプレイ１４１に表示させることで、抽選結果をユーザに通知する。端末装置１０は、当選ユーザについて、イベントに参加するためのチケットを受け取るための情報を、ディスプレイ１４１を介してユーザに提示してもよい。
【0197】
以上のように、抽選処理では、ユーザが保有するＮＦＴに基づいて第１のパラメータを算出し、第１のパラメータに応じて、抽選イベントへの当選率を変化させつつ抽選を行う。上述したとおり、ＮＦＴはユーザ行動の実績に応じて付与される。したがって、換言すれば、ユーザ行動を積極的に行った（ＮＦＴを積極的に獲得した）ユーザであるほど、イベントへの当選確率が変化（増加）する。そのため、ユーザ行動を行ったユーザは、イベントへの参加機会を増加させることができ、ユーザ行動を行ったユーザと出演者との関係を向上させることができる。
【0198】
以上の説明では、イベントの参加者を決定するための抽選を行う態様を例示して説明したが、抽選の対象はこれに限られない。抽選処理は、当選者と落選者とを決定するあらゆる抽選に対して適用することができる。例えば、抽選処理は、購入希望者が実際の商品の数より多い場合に行われる抽選に対して適用することができる。この場合、商品は、出演者が関連付けられた商品（例えば、限定グッズ）であってよい。これにより、ユーザ行動を積極的に行った（ＮＦＴを積極的に獲得した）ユーザであるほど、商品を入手しやすくなる。一方で、出演者のファンではない者、例えば商品の高額転売を目的とする者は、当該商品を入手しにくくなる。
【0199】
なお、商品は、抽選販売など、入手のために抽選を行う必要がある商品であれば、出演者に関する商品でなくてもよい。商品の例としては、例えば、ブランド品、数量限定商品、期間限定商品、新商品、高額商品等が挙げられるが、これに限られない。
【0200】
（特別イベント案内処理）
図１７は、ユーザが保有するＮＦＴに基づいて第１のパラメータを算出し、第１のパラメータに応じて参加の申込可否が決定されるイベント（以下、特別イベントと称することがある）への参加の申込可否を第１のパラメータに基づいて決定し、特別イベントへ申込可能なユーザに特別イベントの情報を通知する際の、サーバ２０および分散型台帳システム９０の動作の例を示すフローチャートである。
図１７は、ユーザが保有するＮＦＴに基づいて第１のパラメータを算出し、第１のパラメータに応じて参加の申込可否が決定されるイベント（以下、特別イベントと称することがある）への参加の申込可否を第１のパラメータに基づいて決定し、特別イベントへ申込可能なユーザに特別イベントの情報を通知する際の、サーバ２０および分散型台帳システム９０の動作の例を示すフローチャートである。
【0201】
まず、特別イベントの運営者等は、所定の端末を操作して、特別イベントに関する情報をサーバ２０へ送信する。特別イベントに関する情報は、イベントテーブル２０２ｃの各項目に対応する情報（少なくとも項目「申込条件」に対応する情報）を含む。また、特別イベントに関する情報は、特別イベントに係るポイント条件テーブル２０２ｈを生成するための情報（ポイント条件テーブル２０２ｈの各項目に対応する情報）を含む。
【0202】
ステップＳ３１において、サーバ２０の制御部２０３は、上記の端末から、特別イベントに関する情報を受け付ける。制御部２０３は、受け付けた情報を、イベントテーブル２０２ｃの新しいレコードに記憶させる。また、制御部２０３は、受け付けた情報に基づいて、特別イベントに係るポイント条件テーブル２０２ｈを生成する。
【0203】
ステップＳ３２において、制御部２０３は、ユーザテーブル２０２ａを参照して、ユーザのウォレットアドレスを取得する。制御部２０３は、分散型台帳システム９０に、取得したウォレットアドレスに係るウォレットのＮＦＴ保有状況を問い合わせる。
【0204】
ステップＳ３３において、分散型台帳システム９０は、取得したウォレットアドレスに基づいてユーザのウォレットを特定し、ユーザが保有するＮＦＴのＮＦＴ種別ＩＤの一覧を取得する。分散型台帳システム９０は、ユーザＩＤごとに、ユーザが保有するＮＦＴのＮＦＴ種別ＩＤの一覧に関する情報を、サーバ２０へ送信する。
【0205】
ステップＳ３４において、制御部２０３は、分散型台帳システム９０から、各ユーザが保有するＮＦＴのＮＦＴ種別ＩＤの一覧に関する情報を取得する。制御部２０３は、取得した情報に基づいて、各ユーザのＮＦＴ保有状況を更新する。具体的には、制御部２０３は、分散型台帳システム９０から取得したユーザＩＤによりユーザテーブル２０２ａを検索し、項目「ＮＦＴ種別ＩＤ」の情報を、分散型台帳システム９０から取得したＮＦＴ種別ＩＤにより更新する。
【0206】
ステップＳ３５において、制御部２０３は、特別イベントに係るＮＦＴを保有するユーザを特定する。具体的には、例えば、制御部２０３は、特別イベントに係るポイント条件テーブル２０２ｈにおける項目「ＮＦＴ種別ＩＤ」の一覧を取得し、取得した各ＮＦＴ種別ＩＤに基づいてユーザテーブル２０２ａを検索することで、各ＮＦＴ種別ＩＤに係るＮＦＴを保有するユーザのユーザＩＤを取得する。
【0207】
ステップＳ３６において、制御部２０３は、特別イベントに係るＮＦＴを保有するユーザについて、第１のパラメータを算出する。具体的には、制御部２０３は、特別イベントに係るＮＦＴを保有するユーザが保有する各ＮＦＴのＮＦＴ種別ＩＤに基づいてポイント条件テーブル２０２ｈを検索し、該当するレコードの項目「ポイント」に記憶される値を合計することにより、第１のパラメータを算出する。
【0208】
ここで、特別イベントに係るＮＦＴは、図１４に示した処理のとおり、特別イベントに係るＮＦＴを保有するユーザのユーザ行動に関する情報に基づいて、特別イベントに係るＮＦＴを保有するユーザに付与されている。したがって、ステップＳ３６では、特別イベントに係るＮＦＴを保有するユーザのユーザ行動に関する情報に基づいて、特別イベントに係るＮＦＴを保有するユーザについて第１のパラメータが出力されているといえる。
【0209】
ステップＳ３７において、制御部２０３は、第１のパラメータに基づいて、特別イベントに申込可能なユーザを特定する。具体的には、制御部２０３は、特別イベントに係る、イベントテーブル２０２ｃの項目「申込条件」の情報と、算出した各ユーザの第１のパラメータとを比較することで、申込条件に該当するユーザのユーザＩＤを抽出する。例えば、申込条件が「第１のパラメータが１００以上」である場合、算出した第１のパラメータが１００以上であるユーザのユーザＩＤを抽出することにより、特別イベントに申込可能なユーザを特定する。
【0210】
制御部２０３は、図１８に示すような案内リストを作成することにより、特別イベントに申込可能なユーザに関する情報を管理してもよい。案内リストにおいて、項目「ユーザＩＤ」は、特別イベントに申込可能なユーザのユーザＩＤを記憶する。項目「保有ＮＦＴ」は、当該ユーザが保有するＮＦＴのＮＦＴ種別ＩＤを記憶する。項目「パラメータ」は、当該ユーザについて算出された第１のパラメータの値を記憶する。
【0211】
ステップＳ３８において、制御部２０３は、特別イベントに申込可能なユーザに、特別イベントに申込可能であることを通知する。例えば、制御部２０３は、特別イベントに申込可能なユーザのユーザＩＤに関連付けられたメールアドレスに宛てて、特別イベントへ申し込み可能である旨のメッセージを送信する。特別イベントに申込可能なユーザの端末装置１０は、例えば当該メッセージを受信した旨を示す情報をディスプレイ１４１に表示することで、特別イベントへ申込可能であることを通知する。なお、特別イベントに申込可能なユーザではないユーザには、特別イベントに申込可能であることは通知されない。
【0212】
また、特別イベントに申込可能なユーザが端末装置１０を操作して、本実施形態のサービスにおいてユーザ毎に用意されたマイページへアクセスした際、制御部２０３は、特別イベントへ申込可能であることを示す情報を端末装置１０のディスプレイ１４１へ表示させることで、当該特別イベントに申込可能なユーザが特別イベントへ申込可能であることを、当該特別イベントに申込可能なユーザに通知または提示する。なお、記憶部２０２に記憶されているユーザＩＤは、システム１とは異なる他のシステム（例えば、所定の顧客管理システム）等において記憶および管理されているユーザＩＤと、予め関連付けられていてもよい。ユーザＩＤ同士の関連付けは、例えば所定のＡＰＩを活用した任意の手法により行われてもよい。そして、サーバ２０は、当該他のシステムに対して、特別イベントへ申込可能なユーザに関する情報を送信してもよい。これにより、当該他のシステムにおいても、ユーザの特別イベントへの申込可否に関する情報を記憶及び管理することができるようになる。したがって、当該他のシステムにより提供されるサービスにおいても、ユーザの特別イベントへの申込可否を制御するとともに、特別イベントの申込み可否に関する情報をユーザに対して提供することができるようになる。
【0213】
なお、特別イベントに申込可能なユーザではないユーザが端末装置１０を操作してマイページにアクセスしたとしても、当該特別イベントに申込可能なユーザではないユーザが特別イベントへ申込可能である情報は通知または提示されない。ただし、特別イベントに申込可能なユーザではないユーザのマイページに、特別イベントが開催される旨の情報、当該ユーザは特別イベントに申込不可である旨の情報、所定のユーザ行動（所定のＮＦＴを獲得するためのユーザ行動）をとることにより特別イベントへの参加機会が与えられる旨の情報の少なくともいずれかを提示してもよい。これにより、特別イベントへの参加の権利がないユーザが、次回の特別イベントへ参加するために、ユーザ行動を行う意欲を増加させることができる。
【0214】
特別イベントは、抽選イベントであってもよい。この場合、特別イベントの抽選に申し込むことができるユーザの数は、イベントテーブル２０２ｃの項目「申込条件」に記憶される条件に応じて変動する。そのため、制御部２０３は、例えば特別イベントの開催者、運営者等の端末からサーバ２０へ送信される、申込条件に関する第１パラメータの条件の情報に基づき、項目「申込条件」に記憶される第１パラメータの条件を設定することで、特別イベントの抽選へ申込可能なユーザの母数を設定することができる。例えば、抽選へ申込可能なユーザの母数が少なくなるように、第１パラメータの条件を設定すると、特別イベントへの当選確率は増加することとなる。したがって、制御部２０３は、特別イベントではないイベントの抽選の当選確率より、特別イベントの抽選の当選確率を高くすることができる。
【0215】
（ＮＦＴを保有すること自体が申込条件となる場合）
図１７に示す特別イベント案内処理では、申込条件として第１のパラメータに関する条件が設定されていた。しかしながら、特別イベントにおいて、第１のパラメータに関する条件ではなく、特定の１または複数の種別のＮＦＴを保有すること自体が申込条件として設定されていてもよい。なお、この場合、イベントテーブル２０２ｃの項目「申込条件」には、第１のパラメータに関する条件ではなく、特定の１または複数のＮＦＴ種別ＩＤに係る１または複数のＮＦＴを保有することが条件として記憶されている。例えば、項目「申込条件」には、ある特定のイベントａに参加した履歴に関するＮＦＴを保有することが条件として記憶されていてもよい。
図１７に示す特別イベント案内処理では、申込条件として第１のパラメータに関する条件が設定されていた。しかしながら、特別イベントにおいて、第１のパラメータに関する条件ではなく、特定の１または複数の種別のＮＦＴを保有すること自体が申込条件として設定されていてもよい。なお、この場合、イベントテーブル２０２ｃの項目「申込条件」には、第１のパラメータに関する条件ではなく、特定の１または複数のＮＦＴ種別ＩＤに係る１または複数のＮＦＴを保有することが条件として記憶されている。例えば、項目「申込条件」には、ある特定のイベントａに参加した履歴に関するＮＦＴを保有することが条件として記憶されていてもよい。
【0216】
図１９は、特定の１または複数の種別のＮＦＴを保有すること自体が申込条件として設定されている場合の、特別イベント案内処理におけるサーバ２０および分散型台帳システム９０の動作の例を示すフローチャートである。
【0217】
ステップＳ４１～ステップＳ４４の処理は、図１７に示すステップＳ３１～ステップＳ３４の処理と同様である。
【0218】
ステップＳ４５において、制御部２０３は、ステップＳ３５と同様の処理により、特別イベントに係るＮＦＴを保有するユーザを特定する。ただし、ステップＳ４５では、図１７に示す処理と異なり、特別イベントに係るＮＦＴを保有するユーザすべてが、特別イベントに申込可能なユーザとして特定される。これにより、特別イベントに係るＮＦＴを保有するユーザは、特別イベントへ申込む権利を平等に獲得することができる。
【0219】
ステップＳ４６の処理は、ステップＳ３８の処理と同様である。
【0220】
なお、図１９に示す処理において、特別イベントが抽選イベントである場合、抽選へ申込可能なユーザの母数が少なくなるようにＮＦＴ保有の条件を設定すると、特別イベントへの当選確率は増加することとなる。したがって、制御部２０３は、特別イベントではないイベントの抽選の当選確率より、特別イベントの抽選の当選確率を高くすることができる。
【0221】
以上の説明では、ユーザが保有するＮＦＴに基づいて第１のパラメータを算出し、第１のパラメータに応じて特別イベントへの参加の申し込み可否を決定する態様を例示して説明したが、サーバ２０は、所定の人数のユーザから、当該所定の人数以下の人数のユーザを選出する場面において、上記の処理を適用することができる。例えば、上記の処理は、特定の商品（例えば、所定の出演者に関する商品（特に限定グッズ））の購入を申し込む権利を、ある限られたユーザに付与したい場合に、上記の処理を適用することができる。これにより、ユーザ行動を積極的に行った（ＮＦＴを積極的に獲得した）ユーザは、当該商品の入手が容易になる。一方で、出演者のファンではない者、例えば当該商品の高額転売を目的とする者は、当該商品の入手が困難となる。
【0222】
＜画面例＞
図２０は、端末装置１０が、本実施形態のサービスにおいてユーザ毎に用意されたマイページへアクセスした際に端末装置１０に表示される、ユーザが保有するＮＦＴに関連付けられた情報を示す画面の例を表す模式図である。
図２０は、端末装置１０が、本実施形態のサービスにおいてユーザ毎に用意されたマイページへアクセスした際に端末装置１０に表示される、ユーザが保有するＮＦＴに関連付けられた情報を示す画面の例を表す模式図である。
【0223】
ユーザ名表示部１４１１は、マイページにアクセスしたユーザのユーザ名を表示する領域である。
【0224】
出演者名表示部１４１２は、ユーザが保有するＮＦＴに係る出演者の名称を表示する領域である。
【0225】
ＮＦＴ情報表示部１４１３は、ユーザが保有するＮＦＴに関連付けられた情報を、ＮＦＴごとに表示する領域である。ＮＦＴ情報表示部１４１３は、日付表示部１４１３１、ＮＦＴ種別名表示部１４１３２、コンテンツ表示部１４１３３を含む。
【0226】
日付表示部１４１３１は、ユーザがＮＦＴを取得した日付を表示する領域である。日付表示部１４１３１は、ユーザがＮＦＴの付与に係るユーザ行動を行った日付を表示してもよい。
【0227】
ＮＦＴ種別名表示部１４１３２は、ＮＦＴ種別名を表示する領域である。具体的には、ＮＦＴ種別名表示部１４１３２は、ＮＦＴに係るＮＦＴ種別名を示す文字列を表示する。
【0228】
コンテンツ表示部１４１３３は、ＮＦＴに関連付けられたデジタルコンテンツを表示する領域である。
【0229】
図２１は、端末装置１０に表示されるイベントの情報を示す画面の例を表す模式図である。
【0230】
イベント表示部１４１５は、イベントごとに、イベントが開催される日付、イベントの名称、イベントの申込画面へ画面を遷移させるための申込みボタンを表示する。図１９に示す例では、イベント表示部１４１５は、個々のイベントの情報を表示する領域１４１５Ａ、１４１５Ｂ、１４１５Ｃ、１４１５Ｄを含む。
【0231】
イベント表示部１４１５は、抽選の当選確率が第１のパラメータに応じて変化しているイベントの情報、および、申込可否が第１のパラメータに応じて決定されているイベントの情報を、他のイベントと識別可能に表示する。以下、ＮＦＴに関する情報とは、例えば、ＮＦＴに関してユーザテーブル２０２ａ～ポイント条件テーブル２０２ｈに記憶される情報である。
【0232】
例えば、領域１４１５Ｂに含まれるアイコン１４１５１Ｂは、領域１４１５Ｂに情報が表示されるイベントは抽選イベントであり、ユーザの当選確率がユーザの第１のパラメータに応じて変化（増加）していることを示す。イベント表示部１４１５は、ユーザからのアイコン１４１５１Ｂの選択操作を受け付けることで、当選確率の増加に寄与したＮＦＴに関する情報を表示してもよい。
【0233】
また、例えば、アイコン１４１５２Ｃは、領域１４１５Ｃに情報が表示されるイベントは申込可否が第１のパラメータに応じて決定されるイベントであり、かつ、ユーザが当該イベントに申し込み可能であることを示す。イベント表示部１４１５は、ユーザからのアイコン１４１５２Ｃの選択操作を受け付けることで、申込可否の決定に寄与したＮＦＴに関する情報を表示してもよい。
【0234】
また、例えば、アイコン１４１５３Ｄは、領域１４１５Ｄに情報が表示されるイベントは申込可否が第１のパラメータに応じて決定され、かつ、抽選イベントであり、かつ、ユーザが当該イベントに申し込み可能であることを示す。イベント表示部１４１５は、ユーザからのアイコン１４１５３Ｄの選択操作を受け付けることで、申込可否の決定に寄与したＮＦＴに関する情報を表示してもよい。
【0235】
＜変形例＞
【0236】
上記の実施形態では、制御部２０３は、ユーザ行動を行ったユーザに対して、ユーザ行動に対応する種別のＮＦＴを付与していた。そして、保有するＮＦＴの種別に応じて第１のパラメータを算出していた。しかしながら、ユーザに対するＮＦＴの付与は必須ではない。例えば、制御部２０３は、ユーザ行動の履歴に関する情報（例えば、イベントへの来場履歴、グッズの購入履歴、ＳＮＳへの投稿履歴など、上述した行動情報取得モジュール２０３５により取得されるような情報）を記憶部２０２へ蓄積してもよい。そして、記憶部２０２に蓄積したユーザ行動の履歴に基づいて、各ユーザの第１のパラメータを算出してもよい。
【0237】
また、上記の実施形態では、ユーザ行動は、ファンとしての評価が高まるような行動であった。しかしながら、行動情報取得モジュール２０３５は、ユーザ行動として、ファンとしての評価が低くなるような行動に関する情報を取得してもよい。そして、制御部２０３は、ファンとしての評価が低くなるような行動を行ったユーザに対しては、第１のパラメータに１未満の所定の倍率を掛ける等して、算出される第１のパラメータが低くなるように、新たな第１のパラメータを算出してもよい。
【0238】
本変形例におけるユーザ行動を以下に例示する。
・チケットを入手したにも関わらず、イベントへ参加しない。例えば、制御部２０３は、チケットテーブル２０２ｄから所定のイベントのチケットの取得履歴を取得する。そして、イベント開催後に、当該イベントの入場履歴データを取得する。制御部２０３は、チケットの取得履歴とイベントの入場履歴を比較することにより、チケットを入手したにも関わらずイベントへ参加しなかったユーザを特定する。
・入手したチケットを非公式の流通サイトにて他者へ譲渡している。例えば、制御部２０３は、非公式の流通サイトに販売が登録されているチケットのチケットＩＤを、当該流通サイトのサーバから取得し、チケットテーブル２０２ｄに記憶されるチケットＩＤと照合することで、当該流通サイトにてチケットを譲渡しているユーザを特定する。
・非公式の流通サイトにてチケットを入手している。例えば、制御部２０３は、非公式の流通サイトに販売が登録されているチケットのチケットＩＤを、当該流通サイトのサーバから取得し、チケットに係るイベント会場の入場履歴データと照合することで、当該流通サイトからチケットを入手したユーザを特定する。
・チケットを入手したにも関わらず、イベントへ参加しない。例えば、制御部２０３は、チケットテーブル２０２ｄから所定のイベントのチケットの取得履歴を取得する。そして、イベント開催後に、当該イベントの入場履歴データを取得する。制御部２０３は、チケットの取得履歴とイベントの入場履歴を比較することにより、チケットを入手したにも関わらずイベントへ参加しなかったユーザを特定する。
・入手したチケットを非公式の流通サイトにて他者へ譲渡している。例えば、制御部２０３は、非公式の流通サイトに販売が登録されているチケットのチケットＩＤを、当該流通サイトのサーバから取得し、チケットテーブル２０２ｄに記憶されるチケットＩＤと照合することで、当該流通サイトにてチケットを譲渡しているユーザを特定する。
・非公式の流通サイトにてチケットを入手している。例えば、制御部２０３は、非公式の流通サイトに販売が登録されているチケットのチケットＩＤを、当該流通サイトのサーバから取得し、チケットに係るイベント会場の入場履歴データと照合することで、当該流通サイトからチケットを入手したユーザを特定する。
【0239】
また、制御部２０３は、ファンとしての評価が必ずしも低くなる行動ではなくとも、第１のパラメータが低くなる（第１のパラメータに応じた特典を受けにくくなる）ような行動を設定してもよい。例えば、特定の出演者が出演するイベントへのユーザの参加履歴データから、当該イベントに所定の回数以上参加しているユーザを特定してもよい。そして、当該ユーザに対して第１のパラメータを低く算出してもよい。これにより、当該出演者が出演するイベントへの参加回数が少ないユーザ、または、まだ参加したことがないユーザがイベントへ参加できる機会が相対的に増加する。したがって、新規のファンの増加およびファン歴が浅いファンの定着を促進することができる。
【0240】
以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。
【0241】
＜付記＞
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
コンピュータを動作させるためのプログラムであって、プログラムは、コンピュータのプロセッサに、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行させるプログラム。
（付記２）
イベントは、参加のためには事前に申し込みを行う必要があり、申し込みの数が参加者数の上限を超えた場合、抽選により参加者が決定されるものであり、プログラムは、プロセッサに、第１のパラメータに応じて、抽選の当選確率を変化させるステップを実行させる、付記１に記載のプログラム。
（付記３）
イベントは、第１のパラメータに応じて参加の申込可否が決定されるものであり、プログラムは、プロセッサに、第１のパラメータに基づいて、イベントに申込可能なユーザを特定するステップを実行させる、付記１または付記２に記載のプログラム。
（付記４）
プログラムは、プロセッサに、イベントに申込可能なユーザに、イベントに申込可能であることを通知するステップを実行する、付記３に記載のプログラム。
（付記５）
イベントは、参加のためには事前に申し込みを行う必要があり、申し込みの数が参加者数の上限を超えた場合、抽選により参加者が決定されるものであり、かつ、第１のパラメータに応じて参加の申込可否が決定されないイベントより、抽選の当選確率が高いものである、付記３または付記４に記載のプログラム。
（付記６）
第１のパラメータを出力するステップにおいて、ユーザのウォレットに保有されている、ユーザ行動に関連してユーザのウォレットに付与されたＮＦＴ（Non-Fungible Token）に基づいて、第１のパラメータを出力する、付記１から付記５のいずれかに記載のプログラム。
（付記７）
第１のパラメータを出力するステップにおいて、ＮＦＴに関連付けられた所定のポイントの値に基づいて、第１のパラメータを出力する、付記６に記載のプログラム。
（付記８）
ＮＦＴには、イベントごとにそれぞれ異なるポイントの値が関連付けられる、付記７に記載のプログラム。
（付記９）
第１のパラメータを出力するステップにおいて、ユーザが、イベントの出演者に関する所定のイベントに参加した履歴に基づいて、第１のパラメータを出力する、付記１から付記８のいずれかに記載のプログラム。
（付記１０）
第１のパラメータを出力するステップにおいて、ユーザが、イベントの出演者に関する所定の物品を購入した履歴に基づいて、第１のパラメータを出力する、付記１から付記９のいずれかに記載のプログラム。
（付記１１）
第１のパラメータを出力するステップにおいて、ユーザがソーシャル・ネットワーキング・サービスにおいてイベントの出演者に関する投稿を行った履歴に基づいて、第１のパラメータを出力する、付記１から付記１０のいずれかに記載のプログラム。
（付記１２）
第１のパラメータを出力するステップにおいて、ユーザが出演者に関する所定のコンテンツを他の言語に翻訳した履歴に基づいて、第１のパラメータを出力する、付記１から付記１１のいずれかに記載のプログラム。
（付記１３）
第１のパラメータを出力するステップにおいて、ユーザの、出演者に関する所定の会員サービスへの在籍期間に基づいて第１のパラメータを出力する、付記１から付記１２のいずれかに記載のプログラム。
（付記１４）
第１のパラメータを出力するステップにおいて、特定の時期における、出演者に関する所定の会員サービスへのユーザの在籍有無に基づいて第１のパラメータを出力する、付記１から付記１３のいずれかに記載のプログラム。
（付記１５）
プロセッサを備えるコンピュータによって実行される方法であって、プロセッサが、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行する方法。
（付記１６）
制御部を備える情報処理装置であって、制御部が、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行する情報処理装置。
以上の各実施形態で説明した事項を以下に付記する。
（付記１）
コンピュータを動作させるためのプログラムであって、プログラムは、コンピュータのプロセッサに、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行させるプログラム。
（付記２）
イベントは、参加のためには事前に申し込みを行う必要があり、申し込みの数が参加者数の上限を超えた場合、抽選により参加者が決定されるものであり、プログラムは、プロセッサに、第１のパラメータに応じて、抽選の当選確率を変化させるステップを実行させる、付記１に記載のプログラム。
（付記３）
イベントは、第１のパラメータに応じて参加の申込可否が決定されるものであり、プログラムは、プロセッサに、第１のパラメータに基づいて、イベントに申込可能なユーザを特定するステップを実行させる、付記１または付記２に記載のプログラム。
（付記４）
プログラムは、プロセッサに、イベントに申込可能なユーザに、イベントに申込可能であることを通知するステップを実行する、付記３に記載のプログラム。
（付記５）
イベントは、参加のためには事前に申し込みを行う必要があり、申し込みの数が参加者数の上限を超えた場合、抽選により参加者が決定されるものであり、かつ、第１のパラメータに応じて参加の申込可否が決定されないイベントより、抽選の当選確率が高いものである、付記３または付記４に記載のプログラム。
（付記６）
第１のパラメータを出力するステップにおいて、ユーザのウォレットに保有されている、ユーザ行動に関連してユーザのウォレットに付与されたＮＦＴ（Non-Fungible Token）に基づいて、第１のパラメータを出力する、付記１から付記５のいずれかに記載のプログラム。
（付記７）
第１のパラメータを出力するステップにおいて、ＮＦＴに関連付けられた所定のポイントの値に基づいて、第１のパラメータを出力する、付記６に記載のプログラム。
（付記８）
ＮＦＴには、イベントごとにそれぞれ異なるポイントの値が関連付けられる、付記７に記載のプログラム。
（付記９）
第１のパラメータを出力するステップにおいて、ユーザが、イベントの出演者に関する所定のイベントに参加した履歴に基づいて、第１のパラメータを出力する、付記１から付記８のいずれかに記載のプログラム。
（付記１０）
第１のパラメータを出力するステップにおいて、ユーザが、イベントの出演者に関する所定の物品を購入した履歴に基づいて、第１のパラメータを出力する、付記１から付記９のいずれかに記載のプログラム。
（付記１１）
第１のパラメータを出力するステップにおいて、ユーザがソーシャル・ネットワーキング・サービスにおいてイベントの出演者に関する投稿を行った履歴に基づいて、第１のパラメータを出力する、付記１から付記１０のいずれかに記載のプログラム。
（付記１２）
第１のパラメータを出力するステップにおいて、ユーザが出演者に関する所定のコンテンツを他の言語に翻訳した履歴に基づいて、第１のパラメータを出力する、付記１から付記１１のいずれかに記載のプログラム。
（付記１３）
第１のパラメータを出力するステップにおいて、ユーザの、出演者に関する所定の会員サービスへの在籍期間に基づいて第１のパラメータを出力する、付記１から付記１２のいずれかに記載のプログラム。
（付記１４）
第１のパラメータを出力するステップにおいて、特定の時期における、出演者に関する所定の会員サービスへのユーザの在籍有無に基づいて第１のパラメータを出力する、付記１から付記１３のいずれかに記載のプログラム。
（付記１５）
プロセッサを備えるコンピュータによって実行される方法であって、プロセッサが、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行する方法。
（付記１６）
制御部を備える情報処理装置であって、制御部が、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行する情報処理装置。
【符号の説明】
【0242】
１…システム
１０…端末装置
１２０…通信部
１３…入力装置
１３１…タッチ・センシティブ・デバイス
１４…出力装置
１５…メモリ
１６…ストレージ
１９…プロセッサ
２０…サーバ
２２…通信ＩＦ
２３…入出力ＩＦ
２５…メモリ
２６…ストレージ
２９…プロセッサ
１０…端末装置
１２０…通信部
１３…入力装置
１３１…タッチ・センシティブ・デバイス
１４…出力装置
１５…メモリ
１６…ストレージ
１９…プロセッサ
２０…サーバ
２２…通信ＩＦ
２３…入出力ＩＦ
２５…メモリ
２６…ストレージ
２９…プロセッサ
【要約】
【課題】参加者数に制限があるイベントにおいて、出演者とファンとの関係をより一層向上させる。
【解決手段】コンピュータを動作させるためのプログラムであって、コンピュータのプロセッサに、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行させる。
【選択図】図２０
【解決手段】コンピュータを動作させるためのプログラムであって、コンピュータのプロセッサに、会場のサイズのため参加者数の上限があるイベントに参加するためのチケットの購入履歴ではなく、イベントの出演者に関連してユーザがとったユーザ行動に関する情報を取得するステップと、ユーザ行動に関する情報に基づいて、ユーザについて第１のパラメータを出力するステップと、を実行させる。
【選択図】図２０
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
