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

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

▶ 株式会社スクウェア・エニックスの特許一覧

特開2024-86550ビデオゲーム処理プログラム及びゲームシステム

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

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

< >

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

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

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

(11)【公開番号】P2024086550

(43)【公開日】2024-06-27

(54)【発明の名称】ビデオゲーム処理プログラム及びゲームシステム

(51)【国際特許分類】

A63F 13/73 20140101AFI20240620BHJP

A63F 13/35 20140101ALI20240620BHJP

A63F 13/69 20140101ALI20240620BHJP

A63F 13/79 20140101ALI20240620BHJP

【ＦＩ】

A63F13/73

A63F13/35

A63F13/69

A63F13/79 520

A63F13/79

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023125431

(22)【出願日】2023-08-01

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

(32)【優先日】2022-12-15

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

(71)【出願人】

【識別番号】308033283

【氏名又は名称】株式会社スクウェア・エニックス

(74)【代理人】

【識別番号】100155550

【弁理士】

【氏名又は名称】田嶋諭

(72)【発明者】

【氏名】玉手直之

(72)【発明者】

【氏名】豊田洋輔

(57)【要約】

【課題】ＮＦＴ（ノンファンジブルトークン）の取り引きとゲームのプレイとが、より関連付けられた構成となり、ゲームの趣向性を向上させるゲームシステム及びビデオゲーム処理プログラムを提供する。
【解決手段】ビデオゲーム内で用いられるキャラクタ等のＮＦＴが二次流通で取り引きされる。ＮＦＴの二次流通で、付与条件（例えば、取引回数が１００００件以上、売上が○円以上に達した、所定の価格以上で取引成立など）を満たし場合、ゲーム内でインセンティブ（ゲーム内特典）が付与される。
【選択図】図３

【特許請求の範囲】

【請求項1】

ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームを実行するゲーム端末装置と、該ゲーム端末装置と通信ネットワークを介して接続されて該ビデオゲームの進行を制御するサーバ装置と、を備えたゲームシステムであって、
前記コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいて前記コンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行手段、
前記ブロックチェーンネットワークにおいて、前記コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得手段、
前記取引情報に関する付与条件が成立した場合、前記ビデオゲームのユーザにゲーム内特典を付与する付与手段、
を含むゲームシステム。

【請求項2】

前記取引情報には、前記コンテンツに対応するＮＦＴの譲渡人及び譲受者の識別情報が含まれ、
前記付与手段は、前記取引情報に関して付与条件が成立した前記コンテンツに対応するＮＦＴについて、現在の所有者であるユーザ又／及びは過去に所有者であったユーザに前記ゲーム内特典を付与する、
を請求項１に記載のゲームシステム。

【請求項3】

前記付与条件には、前記コンテンツに対応するＮＦＴの取引回数が所定回数に達したことが含まれ、
前記付与手段は、前記付与条件が成立した場合、所定期間中にゲームにログインしたユーザに、前記ゲーム内特典を付与する、
請求項１に記載のゲームシステム。

【請求項4】

前記ビデオゲームに関連する所定のサービスを各ユーザに提供可能な他のシステムと通信ネットワークを介して通信可能に連携し、
前記ゲーム内特典は、前記他のシステムにおける前記ビデオゲームに関連する特典を含む、
請求項１に記載のゲームシステム。

【請求項5】

前記付与手段は、前記付与条件が成立した場合、前記ビデオゲームのユーザの前記他のシステムにおける識別情報を含めて、前記ビデオゲームに関連する特典の付与要求を該他のシステムに送信する、
請求項４に記載のゲームシステム。

【請求項6】

前記コンテンツは、複数あり、
前記発行手段は、前記複数のコンテンツのうち、前記ゲーム内特典の付与対象のコンテンツに対して付与対象情報を対応付けてＮＦＴを発行し、
前記取得手段は、前記コンテンツに対応するＮＦＴのうち、前記付与対象情報が対応付けられているＮＦＴの前記取引情報を取得する、
請求項１に記載のゲームシステム。

【請求項7】

前記発行手段は、付与されるユーザを所有者として、前記ゲーム内特典に対応するＮＦＴを発行する、
請求項１に記載のゲームシステム。

【請求項8】

前記付与手段は、前記ビデオゲームのユーザのうち対象者条件を満たすユーザにゲーム内特典を付与する、
請求項１に記載のゲームシステム。

【請求項9】

ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームの進行を制御する機能をコンピュータに実現させるためのビデオゲーム処理プログラムであって、
前記コンピュータに、
前記コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいて前記コンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行機能、
前記ブロックチェーンネットワークにおいて、前記コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得機能、
前記取引情報に関する付与条件が成立した場合、前記ビデオゲームのユーザにゲーム内特典を付与する付与機能、
を実現させるビデオゲーム処理プログラム。

【請求項10】

ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームを実行するゲーム端末装置と通信ネットワークを介して接続されるサーバ装置に、該ビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、
前記サーバ装置に、
前記コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいて前記コンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行機能、
前記ブロックチェーンネットワークにおいて、前記コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得機能、
前記取引情報に関する付与条件が成立した場合、前記ビデオゲームのユーザにゲーム内特典を付与する付与機能、
を実現させるビデオゲーム処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の実施形態の少なくとも１つは、ゲームシステム及びビデオゲーム処理プログラムに関する。

【背景技術】

【0002】

近年、ブロックチェーン技術を利用したＮＦＴゲーム（ブロックチェーンゲーム）が提供され始めている（例えば、非特許文献１参照）。ＮＦＴゲームでは、例えば、ゲームに用いられるキャラクタやアイテム等のコンテンツがＮＦＴ（ノンファンジブルトークン）となっている。したがって、キャラクタ等のＮＦＴは、マーケットプレイスなどで売買取引が可能である。

【先行技術文献】

【特許文献】

【0003】

【非特許文献1】”ＣＲＹＰＴＯＳＰＥＬＬＳ”、［ｏｎｌｉｎｅ］、CryptoGames株式会社、［令和４年１１月２９日検索］、インターネット＜ＵＲＬ：https://cryptospells.jp/＞

【発明の開示】

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

【0004】

上述のＮＦＴゲームでは、「遊んで稼ぐ」（ＰｌａｙｔｏＥａｒｎ（Ｐ２Ｅ））が特徴であるが、キャラクタ等のＮＦＴの取り引きとゲームのプレイとを、より関連付けてゲームの趣向性を向上させることが課題である。

【0005】

本発明の少なくとも一つの実施形態の目的は、関連する技術の不足を解決することである。

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

【0006】

非限定的な観点によると、本発明の一実施形態に係るゲームシステムは、ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームを実行するゲーム端末装置と、ゲーム端末装置と通信ネットワークを介して接続されて該ビデオゲームの進行を制御するサーバ装置と、を備えたゲームシステムであって、コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいてコンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行手段、ブロックチェーンネットワークにおいて、コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得手段、取引情報に関する付与条件が成立した場合、ビデオゲームのユーザにゲーム内特典を付与する付与手段、を含む。

【0007】

非限定的な観点によると、本発明の一実施形態に係るゲーム処理プログラムは、ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームの進行を制御する機能をコンピュータに実現させるためのビデオゲーム処理プログラムであって、コンピュータに、コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいてコンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行機能、ブロックチェーンネットワークにおいて、コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得機能、取引情報に関する付与条件が成立した場合、ビデオゲームのユーザにゲーム内特典を付与する付与機能、を実現させる。

【0008】

非限定的な観点によると、本発明の一実施形態に係るゲーム処理プログラムは、ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームを実行するゲーム端末装置と通信ネットワークを介して接続されるサーバ装置に、ビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、サーバ装置に、コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいてコンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行機能、ブロックチェーンネットワークにおいて、コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得機能、取引情報に関する付与条件が成立した場合、ビデオゲームのユーザにゲーム内特典を付与する付与機能、を実現させる。

【発明の効果】

【0009】

本願の各実施形態により１又は２以上の不足が解決される。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態の少なくとも一つに対応するゲームシステムの構成の例を示すブロック図である。

【図2】本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。

【図3】本発明の実施形態の少なくとも一つに対応する付与処理の例を示すフローチャートである。

【図4】本発明の実施形態の少なくとも一つに対応するログイン処理の例を示すフローチャートである。

【図5】本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。

【図6】本発明の実施形態の少なくとも一つに対応する付与処理の例を示すフローチャートである。

【図7】本発明の実施形態の少なくとも一つに対応するログイン処理の例を示すフローチャートである。

【図8】本発明の実施形態の少なくとも一つに対応するＮＦＴキャラクタの一例を示す模式図である。

【図9】本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。

【図10】本発明の実施形態の少なくとも一つに対応するユーザデータの一例を示す図である。

【図11】本発明の実施形態の少なくとも一つに対応する付与処理の例を示すフローチャートである。

【図12】本発明の実施形態の少なくとも一つに対応するログイン処理の例を示すフローチャートである。

【図13】本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。

【図14】本発明の実施形態の少なくとも一つに対応する付与処理の例を示すフローチャートである。

【図15】本発明の実施形態の少なくとも一つに対応するログイン処理の例を示すフローチャートである。

【図16】本発明の実施形態の少なくとも一つに対応するゲームシステムの構成の例を示すブロック図である。

【図17】本発明の実施形態の少なくとも一つに対応するサーバ装置の構成を示すブロック図である。

【図18】本発明の実施形態の少なくとも一つに対応するユーザデータの一例を示す図である。

【図19】本発明の実施形態の少なくとも一つに対応する付与処理の例を示すフローチャートである。

【図20】本発明の実施形態の少なくとも一つに対応するログイン処理の例を示すフローチャートである。

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

【0011】

以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。
［第１の実施形態］
図１は、本発明の一の実施形態におけるゲームシステム１００の構成の例を示すブロッ
ク図である。図１に示すように、ゲームシステム（システム）１００は、サーバ装置１０と、ビデオゲーム（ゲーム）をプレイする複数のユーザ（プレイヤ）がそれぞれ使用する端末装置２０，２０１～２０Ｎ（Ｎは任意の整数）とを含む。サーバ装置１０と複数の端末装置２０，２０１～２０Ｎとは、それぞれインターネットなどの通信ネットワーク１５に接続されている。なお、システム１００の構成はこれに限定されず、例えば、複数のサーバ装置を備える構成としてもよい。あるいは、クラウドコンピューティングを利用して仮想的なサーバ装置が構成されてもよい。

【0012】

また、システム１００には、ブロックチェーンネットワーク３０も含まれる。ブロックチェーンネットワーク３０は、複数のノード（コンピュータ）により構成される分散型データベースネットワークである。ブロックチェーンネットワーク３０では、ブロックと呼ばれるデータの単位が生成され、鎖のように連結していくことによりブロックチェーン（分散台帳）が保管される。ブロックチェーンネットワーク３０では、ファンジブルトークン、ノンファンジブルトークン（ＮＦＴ）等の取り引きが可能である。ブロックチェーンネットワーク３０としては、例えば、イーサリアム（Ethereum）等の既存のプラットフォームがある。ブロックチェーンネットワーク３０は、ＮＦＴの生成（発行）、売買取引が可能なＮＦＴマーケットプレイスでもある。なお、ＮＦＴの発行及び売買取引等を含むブロックチェーン技術は、一般的な構成であるので詳細な説明は省略する。

【0013】

システム１００は、ゲーム内で用いられる１以上のコンテンツが含まれるゲームを実行する各種機能を有する。本実施形態の例のゲームでは、上記コンテンツの取得者であるユーザを所有者として、このコンテンツに対応するＮＦＴが発行される。また、コンテンツに対応するＮＦＴの二次流通の取引情報（取引状況）に応じて、ゲームのユーザにゲーム内特典が付与される。

【0014】

コンテンツは、デジタルコンテンツであり、ゲームに用いられるキャラクタ、アイテム等の創作物である。例えば、ユーザのゲームの進行を助けるキャラクタ、ユーザの敵オブジェクトであるキャラクタ、使用により特定の効果が発生するアイテム等が上記コンテンツに該当する。ユーザは、例えば、法定通貨、仮想通貨等を消費しての購入（一次流通）によってコンテンツを取得すればよい。

【0015】

二次流通の取引情報は、例えば、コンテンツに対応するＮＦＴのブロックチェーンに記録される取引履歴が該当する。取引履歴は、ＮＦＴの取り引きが実行されるごとにブロックチェーンネットワーク３０で更新されていく。ゲーム内特典は、ゲームを有利に進める等のためにユーザに付与される恩恵である。例えば、ゲーム内で使用可能なアイテム、特別なミッション（ゲームステージ）のプレイ権利等がある。

【0016】

なお、一次流通は、コンテンツに対応するＮＦＴが他のユーザを経由せずに（新品の状態で）ユーザの手に渡ることを意味する。また、二次流通は、一度市場に出た（他者の手に渡った）ＮＦＴが再び別の他者に販売されることを意味する。

【0017】

サーバ装置１０は、システム１００の管理者によって管理され、ユーザ端末２０，２０１～２０Ｎに対してゲームの進行に関する情報を提供するための各種機能を有する。サーバ装置１０は、例えば、コンテンツの取得及びゲーム内特典の付与に関するゲームの画像情報等を提供する。サーバ装置１０は、ゲームの進行の制御に関する情報を提供するべくＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納する１以上の記憶媒体（記憶部）を備える。また、サーバ装置１０は、ＣＰＵ等から構成される制御部等も備える。なお、上述の構成は一般的な構成であるので、詳細な説明は省略する。

【0018】

なお、記憶部は、サーバ装置１０に内蔵された構成であっても、サーバ装置１０とは別体のデータベース装置等の記憶装置の構成であってもよい。あるいは、ブロックチェーンとして、ブロックチェーンネットワークを記憶部とした構成であってもよい。

【0019】

図２は、サーバ装置１０の構成の例であるサーバ装置１０Ａの構成を示す機能ブロック図である。サーバ装置１０Ａは、記憶部に記憶されているゲームの進行を制御するためのソフトウェア（ビデオゲーム処理プログラム）を制御部が実行することで、発行部１１、取得部１２及び付与部１３を少なくとも備える。なお、ビデオゲーム処理プログラムにはゲームデータも含まれる。

【0020】

発行部（発行機能、発行手段）１１は、コンテンツの取得者であるユーザを所有者として、このコンテンツに対応するＮＦＴを発行する。ＮＦＴの発行は、コンテンツの所有権の所在をブロックチェーンに記録することである。すなわち、コンテンツに対してトークンＩＤ（ＮＦＴ＿ＩＤ）が発行され、このトークンＩＤに、ゲームのコンテンツであることを特定する情報及び所有者を特定する情報等のメタデータ、取引履歴等が対応付けられたブロックチェーンが生成されることである。

【0021】

発行部１１は、例えば、発行要求を行って、コンテンツに対応するＮＦＴをブロックチェーンネットワーク３０に発行させる。例えば、発行部１１は、コンテンツの購入要求をユーザ（端末装置２０，２０１～２０Ｎ）から受け付ける。これにより、発行部１１は、ユーザが所持する法定通貨、仮想通貨等での支払処理（課金処理）を行う。課金処理の完了後、発行部１１は、購入されたコンテンツに対応するＮＦＴの発行要求をブロックチェーンネットワーク３０に送信する。なお、課金処理は、一般的な構成であるので詳細な説明は省略する。

【0022】

発行部１１は、例えば、ＮＦＴの発行要求とともに、ゲームのコンテンツであることを特定する情報、所有者を特定する情報等を、ブロックチェーンネットワーク３０に送信（アップロード）する。これにより、ブロックチェーンネットワーク３０において、コンテンツに対応するＮＦＴが発行される。そして、発行部１１は、コンテンツに対応するＮＦＴを購入者（ユーザ）のウォレット（端末装置）に送る。

【0023】

ゲームのコンテンツであることを特定する情報には、例えば、本実施形態の例のゲームを特定する識別情報及びコンテンツを特定する識別情報が含まれる。所有者を特定する情報は、コンテンツを購入（取得）したユーザの識別情報（ユーザＩＤ）である。ユーザＩＤは、例えば、ユーザ（端末装置）のウォレットアドレスとすればよい。ユーザＩＤは、例えば、ユーザのゲーム用の識別情報（ゲームユーザＩＤ）に対応付けてサーバ装置１０の記憶部に記憶しておけばよい。

【0024】

コンテンツに対応するＮＦＴのブロックチェーンには、メタデータ及び取引履歴も記録される（例えば図８参照）。メタデータには、例えば、上述したゲームのコンテンツであることを特定する情報及び所有者を特定する情報が含まれる。取引履歴は、コンテンツの所有権の二次流通の履歴であり、コンテンツの譲渡人と譲受人との識別情報（ユーザＩＤ）等が含まれる。

【0025】

なお、販売するコンテンツに関する情報は、サーバ装置１０の記憶部に記憶しておけばよい。また、複数のコンテンツが販売される場合、販売コンテンツの一覧を端末装置２０に送信し、購入するコンテンツをユーザに選択させればよい。

【0026】

取得部（取得機能、取得手段）１２は、ブロックチェーンネットワーク３０において、コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する。取引情報は、例えば、上述した取引履歴である。取得部１２は、例えば、ゲームを特定する識別情報を有するブロックチェーンの取引履歴の送信要求を、ブロックチェーンネットワーク３０に行えばよい。

【0027】

付与部（付与機能、付与手段）１３は、二次流通の取引情報に関する付与条件が成立した場合、ゲームのユーザにゲーム内特典を付与する。付与条件には、例えば、取引回数（成約数）が所定回数（例えば１００００回）以上に達したことが含まれる。すなわち、全てのコンテンツに対応するＮＦＴを対象として、譲渡した回数（取引回数）の合計が所定回数以上に達した場合、付与条件が成立となる。付与部１３は、全てのコンテンツに対応するＮＦＴの取引履歴から付与条件の成立を判断すればよい。例えば、全１０体の特定のキャラクタに対応するＮＦＴでの取引回数の合計が１５０００回であれば、付与条件が成立と判断される。なお、二次流通の取り引き（譲渡）は、所有者が変更される構成であればよく、有償譲渡及び無償譲渡のいずれであってもよい。

【0028】

ゲーム内特典が付与される対象は、例えば、ゲームのユーザ全員である。具体的には、サーバ装置１０（記憶部）に、ゲームユーザＩＤが登録されているユーザ全員である。この場合、付与部１３は、例えば、各ユーザがログインしたタイミングで付与すればよい。ユーザがログインした場合、このユーザのユーザデータに含まれる所有アイテムに、特典情報を追加すればよい。ログインは、ユーザに、サーバ装置１０へのアクセスを許可することである。ユーザデータは、ユーザのゲームに関するデータである。

【0029】

次に、端末装置２０，２０１～２０Ｎについて説明する。複数の端末装置２０，２０１～２０Ｎのそれぞれは、ゲームをプレイするユーザによって管理され、例えば、据置型ゲーム装置、パーソナルコンピュータ、携帯電話端末やＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔｓ）、携帯型ゲーム装置などの通信可能な端末装置によって構成される。

【0030】

各端末装置２０，２０１～２０Ｎは、操作装置（操作部）、記憶媒体（記憶部）、ＣＰＵ等から構成される制御部、表示部、音声出力部（スピーカ等）、通信制御部等を備える。なお、上述の構成は一般的な構成であるので、詳細な説明は省略する。また、端末装置２０，２０１～２０Ｎの記憶部には、サーバ装置１０との通信を行うことによりゲームを実行するためのソフトウェア（アプリケーションプログラム）等が記憶されている。

【0031】

端末装置２０，２０１～２０Ｎは、例えば、サーバ装置１０から受信した画像情報に基づいてゲーム画像を生成する。

【0032】

また、端末装置２０，２０１～２０Ｎは、例えば、ウォレットとして機能してもよい。ウォレットは、トークンを管理するための手段である。ウォレットを実行するためのアプリケーションプログラムを各端末装置２０，２０１～２０Ｎの記憶部に記憶しておけばよい。コンテンツに対応するＮＦＴは、取得したユーザのウォレットに格納（保管）される。この場合、ウォレットの情報（例えば、ウォレットアドレス等）は、例えば、ゲームユーザＩＤに対応付けられてサーバ装置１０（記憶部）において、ユーザデータとして記憶しておけばよい。

【0033】

また、端末装置２０，２０１～２０Ｎは、ウォレットに保管されているＮＦＴをブロックチェーンネットワーク３０において売買取引することも可能である。

【0034】

次に、システム１００の動作について説明する。

【0035】

図３は、システム１００が実行する付与処理の例を示すフローチャートである。本実施形態の例における付与処理は、ゲーム内特典を付与するための処理が行われる。なお、図３においては、主として、取引情報を取得するための処理及びゲーム内特典をユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。

【0036】

本実施形態の例の付与処理は、例えば、所定期間の経過（例えば２４時間経過）ごとに繰り返し実行される。

【0037】

サーバ装置１０Ａは、取引履歴の取得処理を実行する（ステップＳ１０）。取得処理では、例えば、サーバ装置１０Ａが、ゲームを特定する識別情報とともに取引履歴の送信要求をブロックチェーンネットワーク３０に送信する。これにより、ブロックチェーンネットワーク３０から全てのコンテンツに対応するＮＦＴの取引履歴がサーバ装置１０Ａに送信される。

【0038】

次に、サーバ装置１０Ａは、付与条件が成立したか否かを判断する（ステップＳ１１）。サーバ装置１０Ａは、取得した全ての取引履歴を参照して、付与条件が成立したか否かを判断すればよい。付与条件が成立していない場合（ステップＳ１１：ＮＯ）、サーバ装置１０Ａは、付与処理を終了する。

【0039】

一方、付与条件が成立した場合（ステップＳ１１：ＹＥＳ）、サーバ装置１０Ａは、付与実行処理Ａを実行する（ステップＳ１２）。付与実行処理Ａでは、ゲーム内特典がユーザに付与されるための処理が実行される。付与実行処理Ａでは、サーバ装置１０Ａは、例えば、各ユーザのログイン時にゲーム内特典が付与されるように設定を行う。具体的には、ログイン時の特典付与対象者として全ユーザとする情報を設定しておけばよい。その後、サーバ装置１０Ａは、付与処理を終了する。

【0040】

図４は、システム１００が実行するログイン処理の例を示すフローチャートである。本実施形態の例におけるログイン処理は、ユーザを認証するための処理が行われる。なお、図４においては、主として、ゲーム内特典をログインしたユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０Ａと、ユーザＰの端末装置２０とがログイン処理を実行する場合を例にして説明する。

【0041】

本実施形態の例のログイン処理は、例えば、端末装置２０がログイン要求をした場合に実行が開始される。なお、端末装置２０は、例えば、ユーザＰのゲームユーザＩＤ及び認証パスワード等の認証情報とともに、ログイン要求をサーバ装置１０Ａに送信する。

【0042】

サーバ装置１０Ａは、ログインを許可するか否かを判断する（ステップＳ２０）。サーバ装置１０Ａは、例えば、受信した認証情報と、記憶部に記憶されているユーザデータに含まれるゲームユーザＩＤ等と対比して認証を行えばよい。ログインを許可しない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ａは、例えば、ログイン不許可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２３）。その後、サーバ装置１０Ａは、ログイン処理を終了する。

【0043】

一方、ログインを許可する場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ａは、例えば、ログイン許可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２１）。次に、サーバ装置１０Ａは、付与実行処理Ｂを実行する（ステップＳ２２）。付与実行処理Ｂでは、サーバ装置１０Ａは、ユーザＰ（ゲームユーザＩＤ）に対応付けられているユーザデータ（記憶部）の所有アイテムに、特典情報（例えばアイテムの識別情報）を追加する。また、付与実行処理Ｂでは、ゲーム内特典が付与された場合、例えば、ゲーム内特典が付与された旨を報知するための画像情報がサーバ装置１０Ａから端末装置２０に送信される。その後、サーバ装置１０Ａは、ログイン処理を終了する。

【0044】

一方、端末装置２０は、ゲームの実行終了まで（ステップＳ４１：ＹＥＳ）、サーバ装置１０Ａから受信した画像情報等に基づくゲーム画像を表示部に表示する（ステップＳ４０）。そして、端末装置２０は、ゲーム内特典が付与された場合、ゲーム内特典が付与された旨を報知するゲーム画像を表示する。

【0045】

なお、図４に示すログイン処理では、端末装置２０に関して説明したが、他のユーザ（端末装置）に対しても同様の処理が行われる。

【0046】

以上のように、第１の実施形態の一側面として、サーバ装置１０Ａが、発行部１１、取得部１２及び付与部１３を備える構成としているので、ゲーム内のコンテンツに対応するＮＦＴの取引状況に応じて、ゲーム内特典が付与される。したがって、ＮＦＴの取り引きとゲームのプレイとが、より関連付けられた構成となり、ゲームの趣向性を向上させることができる。

【0047】

なお、上述の実施形態の例のビデオゲームは、キャラクタ等のコンテンツが用いられるゲームであれば、種々のジャンルのゲームを採用可能である。

【0048】

上述の実施形態の例のコンテンツは、同一のコンテンツが複数あってもよく、また、異なる種類のコンテンツがあってもよい。

【0049】

上述の実施形態の例の発行部は、上述のように、ＮＦＴ発行要求を行ってブロックチェーンネットワークにＮＦＴを発行してもらう構成であっても、自らＮＦＴを発行する構成であってもどちらでもよい。また、所有者がゲームの運営者である発行済のコンテンツに対応するＮＦＴを、ユーザに譲渡する構成も発行部によるＮＦＴの発行に含まれる。

【0050】

上述の実施形態の例では、ゲーム内のコンテンツがユーザに購入されることによって、ＮＦＴが発行される構成について説明したが、ＮＦＴの発行対象は特にこれに限定されるものではない。ユーザによって獲得されるコンテンツであればよく、例えば、ゲームのプレイ結果によってユーザに取得（付与）されるコンテンツであってもよい。

【0051】

上述の実施形態の例では、取引情報として取引履歴の取引回数について説明したが、二次流通の取引に関連する情報であれば、特にこれに限定されるものではない。例えば、取引価格であってもよい。取引価格は、ブロックチェーンの取引履歴に含まれている。この場合、例えば、取引価格の総額が所定金額以上に達成したことを付与条件とすればよい。また、例えば、所定の取引価格以上で成立した取り引きがあったことを付与条件としてもよい。

【0052】

上述の実施形態の例では、付与条件は、１の条件のみであったが、複数の条件が含まれるようにしてもよい。例えば、条件Ａ，Ｂ，Ｃが付与条件としてもよい。この場合、条件Ａ，Ｂ，Ｃのうち、いずれか１つの条件が成立した場合、付与条件が成立したとしてゲーム内特典を付与してもよい。あるいは、条件Ａ，Ｂ，Ｃの全ての条件が成立した場合、付与条件が成立したとしてゲーム内特典を付与してもよい。また、付与条件は、定期的に変更してもよい。

【0053】

上述の実施形態の例では、ゲーム内特典は、ゲーム内でのみ使用可能なトークンであるが、ＮＦＴであってもよい。この場合、サーバ装置（発行部）は、付与されるユーザを所有者として、ゲーム内特典に対応するＮＦＴを発行すればよい。

【0054】

上述の実施形態の例では、ゲーム内特典の付与対象は、ゲームのユーザ全員であるが、特にこれに限定されるものではない。例えば、ゲームの一部のユーザだけであってもよい。例えば、付与条件が成立して所定期間内にゲームにログインしたユーザのみにゲーム内特典が付与されるようにしてもよい。

【0055】

上述の実施形態の例のゲーム内特典は、上述した特典に限定されるものではない。例えば、他のシステムにおける上記ゲームに関連する特典をゲーム内特典としてもよい。他のシステムは、上記ゲームに関連する所定のサービスを各ユーザに提供可能なシステムである。例えば、Ｄｉｓｃｏｒｄにおける上記ゲームのサーバでのロールが、上記ゲーム内特典に該当する。この場合、Ｄｉｓｃｏｒｄが他のシステムに該当する。Ｄｉｓｃｏｒｄのサーバは、ボイスチャンネル等で成り立つネットワーク上のコミュニティを意味する。例えば、Ｄｉｓｃｏｒｄの上記ゲームのサーバは、上記ゲームの運営者が作成した上記ゲーム用のコミュニティである。ロールは、上記サーバ内での役職（役割）を意味し、ロールの種類ごとに上記サーバ内での権限が設定される。例えば、Ｄｉｓｃｏｒｄの上記ゲームのサーバにおいて、公開スレッドの作成を行える権限等が設定されたロールが、ゲーム内特典としてユーザに付与される。

【0056】

上記例の場合、ゲームシステム（サーバ装置）は、例えば、他のシステムと通信ネットワークを介して通信可能に連携し、ユーザのログイン時に上記ロール（ゲーム内特典）の設定要求（付与要求）を上記他のシステムに送信すればよい。

【0057】

上述のように、ゲーム内特典として、他のシステムにおける上記ゲームに関連する特典が付与されることは、ゲームをプレイするユーザのモチベーション向上に寄与したりする。

【0058】

上述の実施形態の例では、過去から現在までの全期間に関して、コンテンツに対応するＮＦＴの取引情報（取引履歴）が用いられているが、特にこれに限定されるものではない。特定の期間（例えば現在から１年前までの期間）の取引情報を用いて付与条件が判断されてもよい。

【0059】

上述の実施形態の例では、ゲーム内で用いられるコンテンツに対応するＮＦＴの全ての取引情報が取得されるが、特にこれに限定されるものではない。例えば、一部のＮＦＴの取引情報であってもよい。この場合、取引情報の対象を特定するための情報（付与対象情報）を、対象となるＮＦＴのブロックチェーンのメタデータに登録しておけばよい。そして、ブロックチェーンネットワークに対して、付与対象情報が含まれるブロックチェーンの取引情報の送信を要求すればよい。

【0060】

上述の実施形態の例では、サーバ装置の運営主体と、ブロックチェーンネットワークの運営主体とが異なっていても、同一であってもどちらでもよい。

【0061】

［第２の実施形態］
図５は、サーバ装置１０の例であるサーバ装置１０Ｂの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｂは、発行部１１、取得部１２及び付与部１３Ｂを少なくとも備える。

【0062】

本実施形態の例では、付与条件の成立が、コンテンツに対応するＮＦＴごとに判断される。また、付与条件の判断には、判断するコンテンツに対応するＮＦＴの取引情報が参照される。例えば、キャラクタＣ１のＮＦＴの取引情報だけを参照して付与条件の成立が判断され、またキャラクタＣ２のＮＦＴの取引情報だけを参照して付与条件の成立が判断される。また、例えば、同一キャラクタのＮＦＴが複数存在する場合であっても、キャラクタに対応するＮＦＴごとに付与条件の成立が判断される。

【0063】

そして、付与条件が成立したコンテンツに対応するＮＦＴの現在の所有者であるユーザ又は／及び過去に所有者であったユーザに、ゲーム内特典が付与される。以下、付与条件が成立したコンテンツに対応するＮＦＴの現在の所有者であるユーザ、及び、過去に所有者であったユーザに、ゲーム内特典が付与される構成を例として説明する。

【0064】

発行部１１は、コンテンツの取得者であるユーザを所有者として、このコンテンツに対応するＮＦＴを発行する。発行部１１は、例えば、発行要求を行って、コンテンツに対応するＮＦＴをブロックチェーンネットワーク３０に発行させる。例えば、発行部１１は、コンテンツの購入要求をユーザ（端末装置２０，２０１～２０Ｎ）から受け付ける。これにより、発行部１１は、ユーザが所持する法定通貨、仮想通貨等での支払処理（課金処理）を行う。課金処理の完了後、発行部１１は、購入されたコンテンツに対応するＮＦＴの発行をブロックチェーンネットワーク３０に送信する。

【0065】

【0066】

【0067】

取得部１２は、ブロックチェーンネットワーク３０において、コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する。取引情報は、例えば、上述した取引履歴である。取得部１２は、例えば、ゲームを特定する識別情報を有するブロックチェーンの取引履歴の送信要求を、ブロックチェーンネットワーク３０に行えばよい。

【0068】

付与部１３Ｂは、二次流通の取引情報に関する付与条件が成立した場合、ゲームのユーザにゲーム内特典を付与する。本実施形態の例の付与部１３Ｂは、取引情報に関して付与条件が成立したコンテンツに対応するＮＦＴについて、現在の所有者であるユーザ及び過去に所有者であったユーザにゲーム内特典を付与する。付与条件には、例えば、取引回数（成約数）が所定回数（例えば１０回）以上に達したことが含まれる。上述したように、１のコンテンツに対応するＮＦＴを対象として、譲渡した回数の合計が所定回数以上に達した場合、付与条件が成立となる。付与部１３Ｂは、判断するコンテンツに対応するＮＦＴの取引履歴から付与条件の成立を判断すればよい。付与部１３Ｂは、全てのコンテンツに対応するＮＦＴのそれぞれについて、付与条件の成立を判断する。

【0069】

ゲーム内特典が付与される対象者は、上述したように、付与条件が成立したコンテンツに対応するＮＦＴの現在の所有者であるユーザ及び過去に所有者であったユーザである。すなわち、現在の所有者及び過去に所有者のうち、サーバ装置１０（記憶部）に、ゲームユーザＩＤが登録されているユーザである。現在の所有者及び過去の所有者の識別情報（ユーザＩＤ）は、付与条件が成立したコンテンツに対応するＮＦＴの取引履歴を参照すればよい。取引履歴には、最初の所有者から現在の所有者までの譲渡者及び譲受者を特定するユーザＩＤが含まれる。この場合、付与部１３Ｂは、例えば、該当する各ユーザがログインしたタイミングで付与すればよい。該当するユーザがログインした場合、このユーザのユーザデータに含まれる所有アイテムに、特典情報を追加すればよい。

【0070】

図６は、システム１００が実行する付与処理の例を示すフローチャートである。本実施形態の例における付与処理は、ゲーム内特典を付与するための処理が行われる。なお、図６においては、主として、取引情報を取得するための処理及びゲーム内特典をユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。

【0071】

本実施形態の例の付与処理は、例えば、所定期間の経過（例えば２４時間経過）ごとに繰り返し実行される。

【0072】

サーバ装置１０Ｂは、取引履歴の取得処理を実行する（ステップＳ１０）。取得処理では、例えば、サーバ装置１０Ｂが、ゲームを特定する識別情報とともに取引履歴の送信要求をブロックチェーンネットワーク３０に送信する。これにより、ブロックチェーンネットワーク３０から全てのコンテンツに対応するＮＦＴの取引履歴がサーバ装置１０Ｂに送信される。

【0073】

次に、サーバ装置１０Ｂは、付与条件を判断していない１のＮＦＴの取引履歴を選択する（ステップＳ１０－２Ｂ）。そして、サーバ装置１０Ｂは、選択した１のＮＦＴの取引履歴を参照して、付与条件が成立したか否かを判断する（ステップＳ１１－Ｂ）。付与条件が成立していない場合（ステップＳ１１－Ｂ：ＮＯ）、サーバ装置１０Ｂは、ステップＳ１３－Ｂの処理に移行する。

【0074】

一方、付与条件が成立した場合（ステップＳ１１－Ｂ：ＹＥＳ）、サーバ装置１０Ｂは、付与実行処理Ａを実行する（ステップＳ１２－Ｂ）。付与実行処理Ａでは、ゲーム内特典がユーザに付与される。サーバ装置１０Ｂは、例えば、ステップ１０－２Ｂの処理で選択した取引履歴を参照し、この取引履歴のコンテンツに対応するＮＦＴの現在の所有者のユーザ（ユーザＩＤ）と、過去に所有者であったユーザ（ユーザＩＤ）とを特定する。付与実行処理Ａでは、サーバ装置１０Ｂは、例えば、上記特定されたユーザそれぞれのログイン時にゲーム内特典が付与されるように設定を行う。具体的には、上記特定されたユーザ（ゲームユーザＩＤ）を、ゲーム内特典の付与予定のユーザとして記憶部に設定しておけばよい。

【0075】

次に、サーバ装置１０Ｂは、全ての特定のコンテンツに対応するＮＦＴについて付与条件の判断が終了したか否かを判断する（ステップＳ１３－Ｂ）。終了していないと判断した場合（ステップＳ１３－Ｂ：ＮＯ）、サーバ装置１０Ｂは、ステップＳ１０－２Ｂの処理に戻って、新たに、付与条件を判断していない１のＮＦＴの譲渡履歴を選択する。一方、終了したと判断した場合（ステップＳ１３－Ｂ：ＹＥＳ）、サーバ装置１０Ｂは、付与処理を終了する。

【0076】

図７は、システム１００が実行するログイン処理の例を示すフローチャートである。本実施形態の例におけるログイン処理は、ユーザを認証するための処理が行われる。なお、図４においては、主として、ゲーム内特典をログインしたユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０Ｂと、ユーザＰの端末装置２０とがログイン処理を実行する場合を例にして説明する。

【0077】

本実施形態の例のログイン処理は、例えば、端末装置２０がログイン要求をした場合に実行が開始される。なお、端末装置２０は、例えば、ユーザＰのゲームユーザＩＤ及び認証パスワード等の認証情報とともに、ログイン要求をサーバ装置１０Ｂに送信する。

【0078】

サーバ装置１０Ｂは、ログインを許可するか否かを判断する（ステップＳ２０）。サーバ装置１０Ｂは、例えば、受信した認証情報と、記憶部に記憶されているユーザデータに含まれるゲームユーザＩＤ等と対比して認証を行えばよい。ログインを許可しない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ｂは、例えば、ログイン不許可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２３）。その後、サーバ装置１０Ｂは、ログイン処理を終了する。

【0079】

一方、ログインを許可する場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ｂは、例えば、ログイン許可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２１）。次に、サーバ装置１０Ｂは、付与実行処理Ｂを実行する（ステップＳ２２－Ｂ）。付与実行処理Ｂでは、サーバ装置１０Ｂは、ユーザＰがゲーム内特典の付与予定のユーザである場合、ユーザＰのユーザデータ（記憶部）の所有アイテムに、特典情報（例えばアイテムの識別情報）を追加する。例えば、ユーザＰのゲームユーザＩＤと、上記付与予定のユーザのゲームユーザＩＤとを比較することで、付与対象者であるか否かが判断される。

【0080】

また、付与処理Ｂでは、ゲーム内特典が付与された場合、例えば、ゲーム内特典が付与された旨を報知するための画像情報がサーバ装置１０Ｂから端末装置２０に送信される。その後、サーバ装置１０Ｂは、ログイン処理を終了する。

【0081】

一方、端末装置２０は、ゲームの実行終了まで（ステップＳ４１：ＹＥＳ）、サーバ装置１０Ｂから受信した画像情報等に基づくゲーム画像を表示部に表示（出力）する（ステップＳ４０）。そして、端末装置２０は、ゲーム内特典が付与された場合、ゲーム内特典が付与された旨を報知するゲーム画像を表示する。

【0082】

なお、図７に示すログイン処理では、端末装置２０に関して説明したが、他のユーザ（端末装置）に対しても同様の処理が行われる。

【0083】

以上のように、第２の実施形態の一側面として、サーバ装置１０Ｂが、発行部１１、取得部１２及び付与部１３Ｂを備える構成としているので、ゲーム内のコンテンツに対応するＮＦＴの取引状況に応じて、ゲーム内特典が付与される。したがって、ＮＦＴの取引とゲームのプレイとが、より関連付けられた構成となり、ゲームの趣向性を向上させることができる。

【0084】

また、ゲーム内で用いられるコンテンツに対応するＮＦＴの取り引きに関わったユーザに対してゲーム内特典が付与されるので、ＮＦＴの取り引き及びゲームのプレイの両方に対するユーザの実行意欲を向上させることができる。

【0085】

なお、上述の実施形態の例では、現在の所有者であるユーザ及び過去に所有者であったユーザにゲーム内特典が付与される構成が例として説明されたが、特にこれに限定されるものではない。例えば、現在の所有者であるユーザのみであってもよく、過去の所有者のみであってもよい。さらに、他の条件を追加してもよい。例えば、過去の所有者のうち、コンテンツに対応するＮＦＴの最初の所有者のみにゲーム内特典を付与してもよい。また、例えば、過去の所有者のうち、付与条件が成立して所定期間内にゲームにログインしたユーザのみにゲーム内特典を付与してもよい。

【0086】

上述の実施形態の例のビデオゲームは、キャラクタ等のコンテンツが用いられるゲームであれば、種々のジャンルのゲームを採用可能である。

【0087】

上述の実施形態の例のコンテンツは、同一のコンテンツが複数あってもよく、また、異なる種類のコンテンツがあってもよい。

【0088】

【0089】

【0090】

【0091】

【0092】

【0093】

【0094】

【0095】

【0096】

上述の実施形態の例では、過去から現在までの全期間に関して、コンテンツに対応するＮＦＴの取引情報が用いられているが、特にこれに限定されるものではない。特定の期間（例えば現在から１年前までの期間）の取引情報を用いて付与条件が判断されてもよい。

【0097】

【0098】

【0099】

［第３の実施形態］
図８は、本発明の実施形態の少なくとも一つに対応するＮＦＴキャラクタの一例を示す模式図である。本実施形態の例では、ゲーム空間（仮想空間）において、特定のキャラクタ又はランドマークとなるオブジェクトを探索するミッションが複数用意されたゲームが提供される。また、ゲームでは、ＮＦＴキャラクタを使用することが可能である。ＮＦＴキャラクタには、ミッションをクリアするためのヒントが対応付けられている。したがって、ユーザは、ミッションのクリアを容易にすることを１つの目的として、ＮＦＴキャラクタを取得・使用する。

【0100】

ＮＦＴキャラクタは、ＮＦＴが発行されたキャラクタである。キャラクタは、ゲーム内で用いられるコンテンツに該当する。ＮＦＴキャラクタは、トークンＩＤが紐づけられ、このトークンＩＤに、メタデータ、取引履歴等が対応付けられる。メタデータには、ゲームのコンテンツであることを特定する情報、所有者を特定する情報及び付与対象情報等が含まれる。

【0101】

本実施形態の例では、図８（Ａ）に示すように、付与対象情報がメタデータに含まれないキャラクタと、図８（Ｂ）に示すように、付与対象情報がメタデータに含まれる特定のキャラクタとがある。特定のキャラクタに対応するＮＦＴは、ゲーム内特典の付与に関して参照されるキャラクタである。特定のキャラクタには、例えば、図８（Ｂ）に示すような星形のマークが付されている。詳細は後述する。

【0102】

本実施形態の例のゲームでは、ＮＦＴが発行される複数のキャラクタが販売され、ユーザが購入する際に、購入したユーザを所有者として、キャラクタに対応するＮＦＴが発行される。購入には、例えば、ゲーム内通貨が用いられる。ゲーム内通貨は、例えば、法定通貨を消費して購入すればよい。ユーザは、自身の端末装置でゲームを実行中、購入操作により上記購入が可能である。キャラクタに対応するＮＦＴは、ＮＦＴマーケットプレイス（ブロックチェーンネットワーク３０）において売買取引（二次流通）が可能である。

【0103】

本実施形態の例では、キャラクタに対応するＮＦＴの二次流通の取引情報（取引状況）に応じて、ゲームのユーザにゲーム内特典が付与される。具体的には、取引情報に関する付与条件が成立した場合、ゲームのユーザにゲーム内特典が付与される。二次流通の取引情報としては、キャラクタに対応するＮＦＴのブロックチェーンに記録される取引履歴が該当する。取引履歴には、キャラクタの譲渡人と譲受人との識別情報（ユーザＩＤ）に加え、譲渡日時、譲渡額等が含まれる。

【0104】

付与条件は、取引回数（成約数）が所定回数（例えば１００００回）以上に達したことである。本実施形態の例では、全てのキャラクタに対応するＮＦＴのうち、特定のキャラクタに対応するＮＦＴを対象として、付与条件が判断される。特定のキャラクタに対応するＮＦＴは、付与対象情報を有するキャラクタに対応するＮＦＴである。すなわち、全ての特定のキャラクタに対応するＮＦＴを対象として、譲渡した回数（取引回数）の合計が所定回数以上に達した場合、付与条件が成立となる。例えば、全１０体の特定のキャラクタに対応するＮＦＴでの取引回数の合計が１５０００回であれば、付与条件が成立と判断される。

【0105】

ゲーム内特典は、例えば、回復アイテムである。回復アイテムは、ユーザがミッションをプレイする場合に消費されたポイントを回復させる効果が発生する。ゲーム内特典は、ゲームの全ユーザのうち、対象者条件を満たしたユーザのみに付与される。対象者条件は、例えば、付与条件が成立してから所定期間（例えば１か月間）内にログインした（ゲームをプレイした）ユーザである。

【0106】

図９は、サーバ装置１０の例であるサーバ装置１０Ｃの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｃは、発行部１１Ｃ、取得部１２Ｃ及び付与部１３Ｃを少なくとも備える。

【0107】

発行部１１Ｃは、コンテンツ（キャラクタ）の取得者（購入者）であるユーザを所有者として、このキャラクタに対応するＮＦＴを発行する。発行部１１Ｃは、販売機能も有する。発行部１１Ｃは、例えば、販売可能なキャラクタの一覧のゲーム画像を、ユーザの端末装置２０，２０１～２０Ｎに表示させる。ユーザは、自身の端末装置を操作して購入希望のキャラクタを選択すればよい。なお、販売するコンテンツに関する情報は、サーバ装置１０Ｃの記憶部に記憶しておけばよい。

【0108】

発行部１１Ｃは、選択されたキャラクタの購入要求をユーザ（端末装置）から受け付けた場合、このユーザが所持するゲーム内通貨での支払処理（課金処理）を行う。課金処理の完了後、発行部１１Ｃは、購入されたコンテンツに対応するＮＦＴの発行要求をブロックチェーンネットワーク３０に送信する。発行部１１Ｃは、ＮＦＴの発行要求とともに、ゲームのキャラクタであることを特定する情報、所有者を特定する情報、付与対象情報等を、ブロックチェーンネットワーク３０に送信（アップロード）する。これにより、ブロックチェーンネットワーク３０において、キャラクタに対応するＮＦＴが発行される。そして、発行部１１Ｃは、キャラクタに対応するＮＦＴを購入者（ユーザ）のウォレット（端末装置）に送る。

【0109】

ゲームのキャラクタであることを特定する情報には、例えば、本実施形態の例のゲームを特定する識別情報（ゲームＩＤ）及びキャラクタを特定する識別情報（キャラクタＩＤ）が含まれる。各識別情報は、サーバ装置１０Ｃの記憶部に記憶されている。

【0110】

所有者を特定する情報は、コンテンツを購入（取得）したユーザの識別情報（ユーザＩＤ）である。ユーザＩＤは、例えば、ユーザ（端末装置）のウォレットアドレスである。ユーザＩＤは、ユーザのユーザデータに含めてサーバ装置１０Ｄでも記憶される。

【0111】

ユーザデータは、ユーザのゲームに関するデータであり、ユーザごとにサーバ装置１０Ｃの記憶部に記憶されている。図１０は、１のユーザのユーザデータの一例を示す図である。ユーザデータは、ゲームユーザＩＤ、所有ＮＦＴキャラクタ、所有アイテム、ユーザＩＤ等のフィールドから構成される。

【0112】

ゲームユーザＩＤのフィールドには、ゲーム用のユーザの識別情報が設定される。所有ＮＦＴキャラクタのフィールドには、ユーザのウォレットで保管されているＮＦＴキャラクタの識別情報（キャラクタＩＤ）が設定される。ユーザは、所有ＮＦＴキャラクタのフィールドに設定されているＮＦＴキャラクタに関してゲーム内で使用が可能となる。所有アイテムのフィールドには、ユーザが所有するアイテムの識別情報（アイテムＩＤ）が設定される。ユーザは、所有アイテムのフィールドに設定されているアイテムに関してゲーム内で使用が可能となる。

【0113】

ユーザＩＤのフィールドには、上述したユーザの識別情報（ユーザＩＤ）が設定される。すなわち、ユーザＩＤのフィールドには、上述したＮＦＴの所有者を特定する情報が設定される。ユーザＩＤのフィールドには、ユーザ（端末装置）のウォレットアドレスが設定される。

【0114】

次に、付与対象情報は、上述したように、ゲーム内特典の付与対象のコンテンツ（特定のキャラクタ）を示す識別情報である。付与対象情報は、キャラクタＩＤに対応付けてサーバ装置１０Ｃの記憶部に記憶されている。発行部１１Ｃは、購入されたキャラクタ（キャラクタＩＤ）に付与対象情報が対応付けられていた場合、付与対象情報も含めて発行要求をブロックチェーンネットワーク３０に送信（アップロード）する。一方、購入されたキャラクタ（キャラクタＩＤ）に付与対象情報が対応付けられていない場合、付与対象情報を除いて、発行要求がブロックチェーンネットワーク３０に送信される。

【0115】

なお、特定のキャラクタであるか否かは、キャラクタの属性等に基づいて判断されてもよい。属性は、例えば、レアリティ、ジョブ（ＪＯＢ）などのキャラクタに設定された性質や特徴である。例えば、購入されたキャラクタのジョブが剣士の場合、付与対象情報も含めて発行要求がブロックチェーンネットワーク３０に送信（アップロード）されるようにすればよい。

【0116】

取得部１２Ｃは、ブロックチェーンネットワーク３０において、キャラクタに対応するＮＦＴそれぞれの二次流通の取引情報を取得する。取引情報は、上述した取引履歴である。取得部１２Ｃは、ゲームを特定する識別情報及び付与対象情報を有するブロックチェーンの取引履歴の送信要求を、ブロックチェーンネットワーク３０に行う。すなわち、取得部１２Ｃは、特定のキャラクタに対応するＮＦＴの取引履歴の送信要求をブロックチェーンネットワーク３０に行う。

【0117】

付与部１３Ｃは、二次流通の取引情報に関する付与条件が成立した場合、ゲームのユーザにゲーム内特典を付与する。上述したように、付与条件は、取引回数（成約数）が所定回数（例えば１００００回）以上に達したことである。付与部１３Ｃは、特定のコンテンツに対応するＮＦＴの取引履歴から付与条件を判断する。すなわち、全ての特定のキャラクタに対応するＮＦＴを対象として、譲渡した回数（取引回数）の合計が所定回数以上に達した場合、付与条件が成立と判断される。

【0118】

ゲーム内特典が付与される対象者は、上述したように、対象者条件を満たしたユーザである。対象者条件には、付与条件が成立してから所定期間（例えば１か月間）内にログインした（ゲームをプレイした）ユーザである。付与部１３Ｃは、ユーザがログインした場合、ログインした現在が所定期間内であるか否か（対象者条件）を判断する。付与部１３Ｃは、ログインした現在が所定期間内であれば、ユーザにゲーム内特典を付与する。具体的には、付与部１３Ｃは、このユーザのユーザデータの所有アイテムのフィールドに、ゲーム内特典のアイテムＩＤを追加設定する。

【0119】

図１１は、システム１００が実行する付与処理の例を示すフローチャートである。本実施形態の例における付与処理は、ゲーム内特典を付与するための処理が行われる。なお、図１１においては、主として、取引情報を取得するための処理及びゲーム内特典をユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。

【0120】

本実施形態の例の付与処理は、例えば、所定期間の経過（例えば２４時間経過）ごとに繰り返し実行される。

【0121】

サーバ装置１０Ｃは、取引履歴の取得処理を実行する（ステップＳ１０－Ｃ）。取得処理では、特定のコンテンツに対応するＮＦＴの取引履歴の送信要求がブロックチェーンネットワーク３０に行われる。具体的には、サーバ装置１０Ｃが、ゲームを特定する識別情報（ゲームＩＤ）及び付与対象情報とともに、取引履歴の送信要求をブロックチェーンネットワーク３０に送信する。これにより、ブロックチェーンネットワーク３０から、特定のコンテンツに対応するＮＦＴの取引履歴だけがサーバ装置１０Ｃに送信される。

【0122】

次に、サーバ装置１０Ｃは、付与条件が成立したか否かを判断する（ステップＳ１１－Ｃ）。サーバ装置１０Ｃは、取得した全ての取引履歴を参照して、付与条件が成立したか否かを判断すればよい。付与条件が成立していない場合（ステップＳ１１－Ｃ：ＮＯ）、サーバ装置１０Ｃは、付与処理を終了する。

【0123】

一方、付与条件が成立した場合（ステップＳ１１－Ｃ：ＹＥＳ）、サーバ装置１０Ｃは、付与実行処理Ａを実行する（ステップＳ１２－Ｃ）。付与実行処理Ａでは、ゲーム内特典がユーザに付与されるための処理が実行される。具体的には、サーバ装置１０Ｃは、所定期間が経過するまでにログインを行ったユーザに対してゲーム内特典が付与されるように設定を行う。特典付与のタイミングは、ユーザのログイン時となる。また、付与実行処理Ａでは、サーバ装置１０Ｃは、所定期間の開始時期から終了時期を記憶部に設定する。その後、サーバ装置１０Ｃは、付与処理を終了する。

【0124】

図１２システム１００が実行するログイン処理の例を示すフローチャートである。本実施形態の例におけるログイン処理は、ユーザを認証するための処理が行われる。なお、図１２においては、主として、ゲーム内特典をログインしたユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０Ｃと、ユーザＰの端末装置２０とがログイン処理を実行する場合を例にして説明する。

【0125】

本実施形態の例のログイン処理は、例えば、端末装置２０がログイン要求をした場合に実行が開始される。なお、端末装置２０は、例えば、ユーザＰのゲームユーザＩＤ及び認証パスワード等の認証情報とともに、ログイン要求をサーバ装置１０Ｃに送信する。

【0126】

サーバ装置１０Ｃは、ログインを許可するか否かを判断する（ステップＳ２０）。サーバ装置１０Ｃは、例えば、受信した認証情報と、記憶部に記憶されているユーザデータに含まれるゲームユーザＩＤ等と対比して認証を行えばよい。ログインを許可しない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ｃは、例えば、ログイン不許可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２３）。その後、サーバ装置１０Ｃは、ログイン処理を終了する。

【0127】

一方、ログインを許可する場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ｃは、例えば、ログイン許可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２１）。次に、サーバ装置１０Ｃは、付与実行処理Ｂを実行する（ステップＳ２２－Ｃ）。付与実行処理Ｂでは、現在が所定期間内である場合、ユーザＰにゲーム内特典が付与される。具体的には、サーバ装置１０Ｃは、ユーザＰのユーザデータ（記憶部）の所有アイテムのフィールドに、ゲーム内特典のアイテムＩＤを追加設定する。また、付与実行処理Ｂでは、ゲーム内特典が付与された場合、例えば、ゲーム内特典が付与された旨を報知するための画像情報がサーバ装置１０Ｃから端末装置２０に送信される。その後、サーバ装置１０Ｃは、ログイン処理を終了する。なお、サーバ装置１０Ｃは、現在が所定期間内でない場合には、ゲーム内特典を付与することなく付与実行処理Ｂを終了する。

【0128】

なお、ゲーム内特典の付与は１度だけである。サーバ装置１０Ｃは、例えば、ゲーム内特典を付与したユーザ（ゲームユーザＩＤ）を記憶部に記憶しておけばよい。そして、サーバ装置１０Ｃは、ログインしたユーザのゲームユーザＩＤが、既にゲーム内特典を付与したゲームユーザＩＤに含まれていれば、ゲーム内特典を付与することなく付与実行処理Ｂを終了すればよい。

【0129】

一方、端末装置２０は、ゲームの実行終了まで（ステップＳ４１：ＹＥＳ）、サーバ装置１０Ｃから受信した画像情報等に基づくゲーム画像を表示部に表示する（ステップＳ４０）。そして、端末装置２０は、ゲーム内特典が付与された場合、ゲーム内特典が付与された旨を報知するゲーム画像を表示する。

【0130】

なお、図１２に示すログイン処理では、端末装置２０に関して説明したが、他のユーザ（端末装置）に対しても同様の処理が行われる。

【0131】

以上のように、第３の実施形態の一側面として、サーバ装置１０Ｃが、発行部１１Ｃ、取得部１２Ｃ及び付与部１３Ｃを備える構成としているので、ゲーム内のコンテンツに対応するＮＦＴの取引状況に応じて、ゲーム内特典が付与される。したがって、ＮＦＴの取り引きとゲームのプレイとが、より関連付けられた構成となり、ゲームの趣向性を向上させることができる。

【0132】

また、取得する取引情報（取引状況）が、特定のコンテンツに対応するＮＦＴに限定されているので、ブロックチェーンネットワーク３０から取得するデータ量が低減される。したがって、ブロックチェーンネットワーク３０の処理負担の増大を抑制できる。

【0133】

なお、上述の実施形態の例では、付与対象情報が他の情報とは区別してブロックチェーンに記録されているが、他の情報を付与対象情報として利用してもよい。例えば、キャラクタＩＤを付与対象情報として利用してもよい。具体的には、付与対象情報は、キャラクタＩＤに対応付けてサーバ装置の記憶部に記憶されている。付与部は、ゲームＩＤ、及び、付与対象情報が対応付けられているキャラクタＩＤとともに、取引履歴の送信要求をブロックチェーンネットワークに送信すればよい。これにより、ブロックチェーンネットワークから、特定のコンテンツに対応するＮＦＴの取引履歴だけがサーバ装置に送信される。

【0134】

上述の実施形態の例のビデオゲームは、キャラクタ等のコンテンツが用いられるゲームであれば、種々のジャンルのゲームを採用可能である。

【0135】

上述の実施形態の例のコンテンツ（キャラクタ）は、同一のコンテンツが複数あってもよく、また、異なる種類のコンテンツがあってもよい。

【0136】

上述の実施形態の例の発行部は、ＮＦＴ発行要求を行ってブロックチェーンネットワークにＮＦＴを発行してもらう構成であっても、自らＮＦＴを発行する構成であってもどちらでもよい。また、所有者がゲームの運営者である発行済のコンテンツに対応するＮＦＴを、ユーザに譲渡する構成も発行部によるＮＦＴの発行に含まれる。

【0137】

【0138】

【0139】

【0140】

【0141】

上述の実施形態の例では、対象者条件が設けられているが、対象者条件を設けずに、ゲームのユーザ全員をゲーム内特典の付与対象としてもよい。また、対象者条件は、付与条件と同様、複数の条件が含まれるようにしてもよい。例えば、特定のコンテンツに対応するＮＦＴを所有している条件を対象者条件に含めてもよい。特定のコンテンツは、例えば、本実施形態の例の付与対象情報を含むコンテンツ（キャラクタ）に対応するＮＦＴとしてもよい。

【0142】

上述の実施形態の例における所定期間の開始時期及び終了時期は、付与条件が成立した以降であれば、いつでもよい。

【0143】

【0144】

【0145】

【0146】

【0147】

上述の実施形態の例では、特定のコンテンツに対応するＮＦＴの取引情報を取得しているが、特にこれに限定されるものではない。サーバ装置は、全てのコンテンツに対応するＮＦＴの取引情報を取得し、必要な取引情報だけを参照して付与条件を判断してもよい。

【0148】

【0149】

［第４の実施形態］
本実施形態の例のゲームは、第３の実施形態の例と同様であり、ゲーム空間（仮想空間）において、特定のキャラクタ又はランドマークとなるオブジェクトを探索するミッションが複数用意されたゲームが提供される。また、ゲームでは、ＮＦＴキャラクタを使用することが可能である。ＮＦＴキャラクタには、ミッションをクリアするためのヒントが対応付けられている。したがって、ユーザは、ミッションのクリアを容易にすることを１つの目的として、ＮＦＴキャラクタを取得・使用する。ＮＦＴキャラクタについても、第３の実施形態の例と同様である。

【0150】

ＮＦＴとなる複数のキャラクタの販売についても第３の実施形態の例と同様であり、ユーザが購入する際に、購入したユーザを所有者として、キャラクタに対応するＮＦＴが発行される。キャラクタに対応するＮＦＴは、ＮＦＴマーケットプレイス（ブロックチェーンネットワーク３０）において売買取引（二次流通）が可能である。

【0151】

【0152】

本実施形態の例では、ゲーム内特典の付与の構成が第３の実施形態の例と異なる。まず、付与条件は、取引回数（成約数）が所定回数（例えば１０回）以上に達したことである。また、本実施形態の例では、付与条件の成立が、キャラクタに対応するＮＦＴごとに判断される。付与条件の判断には、判断するキャラクタに対応するＮＦＴの取引履歴が参照される。

【0153】

また、本実施形態の例では、全てのキャラクタに対応するＮＦＴのうち、特定のキャラクタに対応するＮＦＴを対象として、付与条件が判断される。特定のキャラクタに対応するＮＦＴは、付与対象情報を有するキャラクタに対応するＮＦＴである。すなわち、１の特定のキャラクタに対応するＮＦＴを対象として、譲渡した回数（取引回数）の合計が所定回数以上に達した場合、付与条件が成立となる。例えば、特定のキャラクタＣ１のＮＦＴの取引履歴だけを参照して付与条件の成立が判断され、また特定のキャラクタＣ２のＮＦＴの取引履歴だけを参照して付与条件の成立が判断される。また、例えば、同一の特定のキャラクタのＮＦＴが複数存在する場合であっても、同一の特定のキャラクタに対応するＮＦＴごとに付与条件の成立が判断される。

【0154】

そして、付与条件が成立したコンテンツに対応するＮＦＴの現在の所有者であるユーザ及び過去に所有者であったユーザのうち、対象者条件を満たしたユーザに、ゲーム内特典が付与される。すなわち、現在の所有者及び過去に所有者のうち、サーバ装置１０Ｄ（記憶部）に、ゲームユーザＩＤが登録されているユーザである。そして、これらユーザのうち、対象者条件を満たしたユーザにゲーム内特典が付与される。

【0155】

ゲーム内特典は、第３の実施形態の例と同様に、回復アイテムである。対象者条件は、例えば、付与条件が成立してから所定期間（例えば１か月間）内にログインした（ゲームをプレイした）ユーザである。すなわち、該当するＮＦＴの現在の所有者であるユーザ及び過去に所有者であったゲームのユーザが、上記所定期間内にログインした場合にゲーム内特典が付与される。

【0156】

図１３は、サーバ装置１０の例であるサーバ装置１０Ｄの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｄは、発行部１１Ｄ、取得部１２Ｄ及び付与部１３Ｄを少なくとも備える。

【0157】

発行部１１Ｄは、第３の実施形態の例の発行部１１Ｃと同様であり、コンテンツ（キャラクタ）の取得者（購入者）であるユーザを所有者として、このキャラクタに対応するＮＦＴを発行する。発行部１１Ｄは、販売機能も有する。発行部１１Ｄは、例えば、販売可能なキャラクタの一覧のゲーム画像を、ユーザの端末装置２０，２０１～２０Ｎに表示させる。ユーザは、自身の端末装置を操作して購入希望のキャラクタを選択すればよい。なお、販売するコンテンツに関する情報は、サーバ装置１０Ｄの記憶部に記憶しておけばよい。

【0158】

発行部１１Ｄは、選択されたキャラクタの購入要求をユーザ（端末装置）から受け付けた場合、このユーザが所持するゲーム内通貨での支払処理（課金処理）を行う。課金処理の完了後、発行部１１Ｄは、購入されたコンテンツに対応するＮＦＴの発行要求をブロックチェーンネットワーク３０に送信する。発行部１１Ｄは、ＮＦＴの発行要求とともに、ゲームのキャラクタであることを特定する情報、所有者を特定する情報、付与対象情報等を、ブロックチェーンネットワーク３０に送信（アップロード）する。これにより、ブロックチェーンネットワーク３０において、キャラクタに対応するＮＦＴが発行される。そして、発行部１１Ｄは、キャラクタに対応するＮＦＴを購入者（ユーザ）のウォレット（端末装置）に送る。

【0159】

ゲームのキャラクタであることを特定する情報には、例えば、本実施形態の例のゲームを特定する識別情報（ゲームＩＤ）及びキャラクタを特定する識別情報（キャラクタＩＤ）が含まれる。各識別情報は、サーバ装置１０Ｄの記憶部に記憶されている。

【0160】

【0161】

ユーザデータは、ユーザのゲームに関するデータであり、ユーザごとにサーバ装置１０Ｄの記憶部に記憶されている。ユーザデータは、第３の実施形態の例と同様であり、ゲームユーザＩＤ、所有ＮＦＴキャラクタ、所有アイテム、ユーザＩＤ等のフィールドから構成される（例えば図１０参照）。

【0162】

次に、付与対象情報は、第３の実施形態の例と同様であり、ゲーム内特典の付与対象のコンテンツ（特定のキャラクタ）を示す識別情報である。付与対象情報は、キャラクタＩＤに対応付けてサーバ装置１０Ｄの記憶部に記憶されている。発行部１１Ｄは、購入されたキャラクタ（キャラクタＩＤ）に付与対象情報が対応付けられていた場合、付与対象情報も含めて発行要求をブロックチェーンネットワーク３０に送信（アップロード）する。一方、購入されたキャラクタ（キャラクタＩＤ）に付与対象情報が対応付けられていない場合、付与対象情報を除いて、発行要求がブロックチェーンネットワーク３０に送信される。

【0163】

取得部１２Ｄは、第３の実施形態の例の取得部１２Ｃと同様であり、ブロックチェーンネットワーク３０において、キャラクタに対応するＮＦＴそれぞれの二次流通の取引情報を取得する。取引情報は、上述した取引履歴である。取得部１２Ｄは、ゲームを特定する識別情報及び付与対象情報を有するブロックチェーンの取引履歴の送信要求を、ブロックチェーンネットワーク３０に行う。

【0164】

付与部１３Ｄは、二次流通の取引情報に関する付与条件が成立した場合、ゲームのユーザにゲーム内特典を付与する。上述したように、付与条件は、取引回数（成約数）が所定回数（例えば１０回）以上に達したことである。付与部１３Ｄは、特定のコンテンツに対応するＮＦＴの取引履歴ごとに、付与条件を判断する。すなわち、１の特定のコンテンツに対応するＮＦＴを対象として、譲渡した回数の合計が所定回数以上に達した場合、付与条件が成立と判断される。付与部１３Ｄは、全ての特定のコンテンツに対応するＮＦＴのそれぞれについて、付与条件の成立を判断する。

【0165】

ゲーム内特典が付与される対象者は、対象者条件を満たし、且つ、付与条件が成立した特定のキャラクタに対応するＮＦＴの現在の所有者であるユーザ及び過去に所有者であったユーザである。対象者条件には、付与条件が成立してから所定期間（例えば１か月間）内にログインした（ゲームをプレイした）ユーザである。付与部１３Ｄは、該当するユーザがログインした場合、ログインした現在が所定期間内であるか否か（対象者条件）を判断する。付与部１３Ｄは、ログインした現在が所定期間内であれば、該当するユーザにゲーム内特典を付与する。具体的には、付与部１３Ｄは、該当するユーザのユーザデータの所有アイテムのフィールドに、ゲーム内特典のアイテムＩＤを追加設定する。

【0166】

図１４は、システム１００が実行する付与処理の例を示すフローチャートである。本実施形態の例における付与処理は、ゲーム内特典を付与するための処理が行われる。なお、図１４においては、主として、取引情報を取得するための処理及びゲーム内特典をユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。

【0167】

本実施形態の例の付与処理は、例えば、所定期間の経過（例えば２４時間経過）ごとに繰り返し実行される。

【0168】

サーバ装置１０Ｄは、取引履歴の取得処理を実行する（ステップＳ１０－Ｄ）。取得処理では、特定のコンテンツに対応するＮＦＴの取引履歴の送信要求がブロックチェーンネットワーク３０に行われる。具体的には、サーバ装置１０Ｄが、ゲームを特定する識別情報（ゲームＩＤ）及び付与対象情報とともに、取引履歴の送信要求をブロックチェーンネットワーク３０に送信する。これにより、ブロックチェーンネットワーク３０から、特定のコンテンツに対応するＮＦＴの取引履歴だけがサーバ装置１０Ｄに送信される。

【0169】

次に、サーバ装置１０Ｄは、付与条件を判断していない１のＮＦＴの取引履歴を選択する（ステップＳ１０－２Ｄ）。そして、サーバ装置１０Ｄは、選択した１のＮＦＴの取引履歴を参照して、付与条件が成立したか否かを判断する（ステップＳ１１－２Ｄ）。付与条件が成立していない場合（ステップＳ１１－Ｄ：ＮＯ）、サーバ装置１０Ｄは、ステップＳ１３－Ｄの処理に移行する。

【0170】

一方、付与条件が成立した場合（ステップＳ１１－Ｄ：ＹＥＳ）、サーバ装置１０Ｄは、付与実行処理Ａを実行する（ステップＳ１２－Ｄ）。付与実行処理Ａでは、ゲーム内特典がユーザに付与されるための処理が実行される。サーバ装置１０Ｄは、ステップ１０－２Ｄの処理で選択した取引履歴を参照し、この取引履歴のキャラクタに対応するＮＦＴの現在の所有者のユーザ（ユーザＩＤ）と、過去に所有者であったユーザ（ユーザＩＤ）とを特定する。そして、サーバ装置１０Ｄは、上記特定されたユーザ（ユーザＩＤ）のうち、所定期間が経過するまでにログインを行ったユーザに対してゲーム内特典が付与されるように設定を行う。具体的には、サーバ装置１０Ｄは、所定期間の開始時期から終了時期と、ゲーム内特典の付与予定のユーザである上記特定されたユーザ（ユーザＩＤ）のゲームユーザＩＤとを記憶部に設定する。

【0171】

次に、サーバ装置１０Ｄは、全ての特定のコンテンツに対応するＮＦＴについて付与条件の判断が終了したか否かを判断する（ステップＳ１３－Ｄ）。終了していないと判断した場合（ステップＳ１３－Ｄ：ＮＯ）、サーバ装置１０Ｄは、ステップＳ１０－２Ｄの処理に戻って、新たに、付与条件を判断していない１のＮＦＴの取引履歴を選択する。一方、終了したと判断した場合（ステップＳ１３－Ｄ：ＹＥＳ）、サーバ装置１０Ｄは、付与処理を終了する。

【0172】

図１５は、システム１００が実行するログイン処理の例を示すフローチャートである。本実施形態の例におけるログイン処理は、ユーザを認証するための処理が行われる。なお、図１５においては、主として、ゲーム内特典をログインしたユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０Ｄと、ユーザＰの端末装置２０とがログイン処理を実行する場合を例にして説明する。

【0173】

本実施形態の例のログイン処理は、例えば、端末装置２０がログイン要求をした場合に実行が開始される。なお、端末装置２０は、例えば、ユーザＰのゲームユーザＩＤ及び認証パスワード等の認証情報とともに、ログイン要求をサーバ装置１０Ｄに送信する。

【0174】

サーバ装置１０Ｄは、ログインを許可するか否かを判断する（ステップＳ２０）。サーバ装置１０Ｄは、例えば、受信した認証情報と、記憶部に記憶されているユーザデータに含まれるユーザＩＤ等と対比して認証を行えばよい。ログインを許可しない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ｄは、例えば、ログイン不可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２３）。その後、サーバ装置１０Ｄは、ログイン処理を終了する。

【0175】

一方、ログインを許可する場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ｄは、例えば、ログイン許可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２１）。次に、サーバ装置１０Ｄは、付与実行処理Ｂを実行する（ステップＳ２２－Ｄ）。付与実行処理Ｂでは、現在が所定期間内である場合、ゲーム内特典の付与予定のユーザに、ゲーム内特典が付与される。例えば、現在が所定期間内であり、且つ、ユーザＰ（ゲームユーザＩＤ）がゲーム内特典の付与予定のユーザ（ゲームユーザＩＤ）に該当する場合、ユーザＰにゲーム内特典が付与される。具体的には、サーバ装置１０Ｄは、ユーザＰのユーザデータ（記憶部）の所有アイテムのフィールドに、ゲーム内特典のアイテムＩＤを追加設定する。また、付与実行処理Ｂでは、ゲーム内特典が付与された場合、例えば、ゲーム内特典が付与された旨を報知するための画像情報がサーバ装置１０Ｄから端末装置２０に送信される。その後、サーバ装置１０Ｅは、ログイン処理を終了する。なお、サーバ装置１０Ｄは、現在が所定期間内でない場合、又は、ログインしたユーザが付与候補ではない場合には、ゲーム内特典を付与することなく付与実行処理Ｂを終了する。

【0176】

なお、ゲーム内特典の付与は１度だけである。サーバ装置１０Ｄは、例えば、ゲーム内特典を付与したユーザ（ゲームユーザＩＤ）を記憶部に記憶しておけばよい。そして、サーバ装置１０Ｄは、ログインしたユーザのゲームユーザＩＤが、既にゲーム内特典を付与したゲームユーザＩＤに含まれていれば、ゲーム内特典を付与することなく付与実行処理Ｂを終了すればよい。

【0177】

一方、端末装置２０は、ゲームの実行終了まで（ステップＳ４１：ＹＥＳ）、サーバ装置１０Ｄから受信した画像情報等に基づくゲーム画像を表示部に表示する（ステップＳ４０）。そして、端末装置２０は、ゲーム内特典が付与された場合、ゲーム内特典が付与された旨を報知するゲーム画像を表示する。

【0178】

なお、図１５に示すログイン処理では、端末装置２０に関して説明したが、他のユーザ（端末装置）に対しても同様の処理が行われる。

【0179】

以上のように、第４の実施形態の一側面として、サーバ装置１０Ｄが、発行部１１Ｄ、取得部１２Ｄ及び付与部１３Ｄを備える構成としているので、ゲーム内のコンテンツに対応するＮＦＴの取引状況に応じて、ゲーム内特典が付与される。したがって、ＮＦＴの取り引きとゲームのプレイとが、より関連付けられた構成となり、ゲームの趣向性を向上させることができる。

【0180】

【0181】

さらに、ゲーム内で用いられるコンテンツに対応するＮＦＴの取り引きに関わったユーザに対してゲーム内特典が付与されるので、ＮＦＴの取り引き及びゲームのプレイの両方に対してユーザの実行意欲を向上させることができる。

【0182】

なお、上述の実施形態の例では、現在の所有者であるユーザ及び過去に所有者であったユーザにゲーム内特典が付与される構成が説明されたが、特にこれに限定されるものではない。例えば、現在の所有者であるユーザのみであってもよく、過去の所有者のみであってもよい。さらに、他の条件を追加してもよい。例えば、過去の所有者のうち、コンテンツに対応するＮＦＴの最初の所有者のみにゲーム内特典を付与してもよい。また、例えば、過去の所有者のうち、付与条件が成立して所定期間内にゲームにログインしたユーザのみにゲーム内特典を付与してもよい。

【0183】

上述の実施形態の例のビデオゲームは、キャラクタ等のコンテンツが用いられるゲームであれば、種々のジャンルのゲームを採用可能である。

【0184】

上述の実施形態の例のコンテンツ（キャラクタ）は、同一のコンテンツが複数あってもよく、また、異なる種類のコンテンツがあってもよい。

【0185】

【0186】

【0187】

【0188】

【0189】

【0190】

【0191】

【0192】

上述の実施形態の例における所定期間の開始時期及び終了時期は、付与条件が成立した以降であれば、いつでもよい。

【0193】

【0194】

【0195】

【0196】

上述の実施形態の例では、特定のコンテンツに対応するＮＦＴの取引履歴を取得しているが、特にこれに限定されるものではない。サーバ装置は、全てのコンテンツに対応するＮＦＴの取引履歴を取得し、必要な取引履歴だけを参照して付与条件を判断してもよい。

【0197】

【0198】

［第５の実施形態］
本実施形態の例のゲームは、第４の実施形態の例と同様であり、ゲーム空間（仮想空間）において、特定のキャラクタ又はランドマークとなるオブジェクトを探索するミッションが複数用意されたゲームが提供される。また、ゲームでは、ＮＦＴキャラクタを使用することが可能である。ＮＦＴキャラクタには、ミッションをクリアするためのヒントが対応付けられている。したがって、ユーザは、ミッションのクリアを容易にすることを１つの目的として、ＮＦＴキャラクタを取得・使用する。ＮＦＴキャラクタについても、第４の実施形態の例と同様である。

【0199】

ＮＦＴとなる複数のキャラクタの販売についても、第４の実施形態の例と同様であり、ユーザが購入する際に、購入したユーザを所有者として、キャラクタに対応するＮＦＴが発行される。キャラクタに対応するＮＦＴは、ＮＦＴマーケットプレイス（ブロックチェーンネットワーク３０）において売買取引（二次流通）が可能である。

【0200】

ゲーム内特典の付与の判断についても、第４の実施形態の例と同様であり、キャラクタに対応するＮＦＴの二次流通の取引情報（取引状況）に応じて、ゲームのユーザにゲーム内特典が付与される。具体的には、取引情報に関する付与条件が成立した場合、ゲームのユーザにゲーム内特典が付与される。付与条件も、取引回数（成約数）が所定回数（例えば１０回）以上に達したことである。また、本実施形態の例でも、付与条件の成立が、キャラクタに対応するＮＦＴごとに判断される。付与条件の判断には、判断するキャラクタに対応するＮＦＴの取引履歴が参照される。

【0201】

さらに、本実施形態の例でも、第４の実施形態の例と同様に、全てのキャラクタに対応するＮＦＴのうち、特定のキャラクタに対応するＮＦＴを対象として、付与条件が判断される。特定のキャラクタに対応するＮＦＴは、付与対象情報を有するキャラクタに対応するＮＦＴである。すなわち、１の特定のキャラクタに対応するＮＦＴを対象として、譲渡した回数（取引回数）の合計が所定回数以上に達した場合、付与条件が成立となる。例えば、特定のキャラクタＣ１のＮＦＴの取引履歴だけを参照して付与条件の成立が判断され、また特定のキャラクタＣ２のＮＦＴの取引履歴だけを参照して付与条件の成立が判断される。また、例えば、同一の特定のキャラクタのＮＦＴが複数存在する場合であっても、同一の特定のキャラクタに対応するＮＦＴごとに付与条件の成立が判断される。

【0202】

そして、付与条件が成立したコンテンツに対応するＮＦＴの現在の所有者であるユーザ及び過去に所有者であったユーザのうち、対象者条件を満たしたユーザに、ゲーム内特典が付与される。すなわち、現在の所有者及び過去に所有者のうち、サーバ装置１０Ｅ（記憶部）に、ゲームユーザＩＤが登録されているユーザである。そして、これらユーザのうち、対象者条件を満たしたユーザにゲーム内特典が付与される。

【0203】

本実施形態の例では、ゲーム内特典及びゲーム内特典付与の構成が第４の実施形態の例と異なる。本実施形態の例では、他のシステムにおける上記ゲームに関連する特典がゲーム内特典として付与される。他のシステムは、上記ゲームに関連する所定のサービスを各ユーザに提供可能なシステムである。本実施形態の例では、Ｄｉｓｃｏｒｄにおける上記ゲームのサーバでの所定のロールが、ゲーム内特典として付与される。Ｄｉｓｃｏｒｄのサーバは、ボイスチャンネル等で成り立つネットワーク上のコミュニティを意味する。Ｄｉｓｃｏｒｄは、他のシステム４０（図１６参照）に該当する。

【0204】

本実施形態の例のＤｉｓｃｏｒｄの上記ゲームのサーバは、例えば、上記ゲームの運営者が作成した（管理する）上記ゲームに関するコミュニティである。ロールは、上記サーバ内での役職（役割）を意味し、ロールの種類ごとに上記サーバ内での権限が設定可能である。

【0205】

上述の所定のロールは、Ｄｉｓｃｏｒｄの上記ゲームのサーバにおいて、公開スレッドの作成を行える権限等が設定されたロールである。

【0206】

対象者条件は、第４の実施形態の例と同様に、付与条件が成立してから所定期間（例えば１か月間）内にログインした（ゲームをプレイした）ユーザである。すなわち、該当するＮＦＴの現在の所有者であるユーザ及び過去に所有者であったゲームのユーザが、上記所定期間内にログインした場合にゲーム内特典が付与される。具体的には、ゲームシステム１００Ｅ（サーバ装置１０Ｅ）は、ユーザのログイン時に所定のロール（ゲーム内特典）の設定要求（付与要求）を他のシステム４０に送信すればよい。より具体的には、ゲームシステム１００Ｅ（サーバ装置１０Ｅ）は、所定のＡＰＩ（Application Programming Interface）経由でユーザに所定のロールを設定する指示を他のシステム４０に行えばよい。

【0207】

図１６は、本発明の一の実施形態におけるゲームシステム１００の例であるゲームシステム１００Ｅの構成の例を示すブロック図である。図１６に示すように、システム１００Ｅは、サーバ装置１０Ｅと、ビデオゲーム（ゲーム）をプレイする複数のユーザ（プレイヤ）がそれぞれ使用する端末装置２０，２０１～２０Ｎ（Ｎは任意の整数）とを含む。サーバ装置１０Ｅと複数の端末装置２０，２０１～２０Ｎとは、それぞれインターネットなどの通信ネットワーク１５に接続されている。

【0208】

また、システム１００Ｅには、ブロックチェーンネットワーク３０も含まれる。さらに、システム１００Ｅ（サーバ装置１０Ｅ）は、他のシステム４０と通信ネットワーク１５を介して通信可能に連携する。他のシステム４０は、上述したように、上記ゲームに関連する所定のサービスを各ユーザに提供可能なシステムである。本実施形態の例では、Ｄｉｓｃｏｒｄが他のシステム４０に該当する。他のシステム４０は、ＡＰＩを備える。そして、他のシステム４０は、ＡＰＩ経由で上記ゲームのサーバにおける所定のロールをユーザに付与する指示を、サーバ装置１０Ｅから受け付ける。

【0209】

図１７は、サーバ装置１０の例であるサーバ装置１０Ｅの構成を示すブロック図である。本実施形態の例において、サーバ装置１０Ｅは、発行部１１Ｅ、取得部１２Ｅ及び付与部１３Ｅを少なくとも備える。

【0210】

発行部１１Ｅは、第４の実施形態の例の発行部１１Ｄと同様であり、コンテンツ（キャラクタ）の取得者（購入者）であるユーザを所有者として、このキャラクタに対応するＮＦＴを発行する。発行部１１Ｅは、販売機能も有する。発行部１１Ｅは、例えば、販売可能なキャラクタの一覧のゲーム画像を、ユーザの端末装置２０，２０１～２０Ｎに表示させる。ユーザは、自身の端末装置を操作して購入希望のキャラクタを選択すればよい。なお、販売するコンテンツに関する情報は、サーバ装置１０Ｅの記憶部に記憶しておけばよい。

【0211】

発行部１１Ｅは、選択されたキャラクタの購入要求をユーザ（端末装置）から受け付けた場合、このユーザが所持するゲーム内通貨での支払処理（課金処理）を行う。課金処理の完了後、発行部１１Ｅは、購入されたコンテンツに対応するＮＦＴの発行要求をブロックチェーンネットワーク３０に送信する。発行部１１Ｅは、ＮＦＴの発行要求とともに、ゲームのキャラクタであることを特定する情報、所有者を特定する情報、付与対象情報等を、ブロックチェーンネットワーク３０に送信（アップロード）する。これにより、ブロックチェーンネットワーク３０において、キャラクタに対応するＮＦＴが発行される。そして、発行部１１Ｅは、キャラクタに対応するＮＦＴを購入者（ユーザ）のウォレット（端末装置）に送る。

【0212】

【0213】

【0214】

ユーザデータは、ユーザのゲームに関するデータであり、ユーザごとにサーバ装置１０Ｄの記憶部に記憶されている。ユーザデータは、第４の実施形態の例とほぼ同様であるが、図１８に示すようにユーザＩＤ２が含まれる点で異なる。すなわち、本実施形態の例のユーザデータは、ゲームユーザＩＤ、所有ＮＦＴキャラクタ、所有アイテム、ユーザＩＤ、ユーザＩＤ２等のフィールドから構成される。ユーザＩＤ２のフィールドには、ユーザの他のシステム４０におけるユーザＩＤが設定される。

【0215】

次に、付与対象情報は、第４の実施形態の例と同様であり、ゲーム内特典の付与対象のコンテンツ（特定のキャラクタ）を示す識別情報である。付与対象情報は、キャラクタＩＤに対応付けてサーバ装置１０Ｅの記憶部に記憶されている。発行部１１Ｅは、購入されたキャラクタ（キャラクタＩＤ）に付与対象情報が対応付けられていた場合、付与対象情報も含めて発行要求をブロックチェーンネットワーク３０に送信（アップロード）する。一方、購入されたキャラクタ（キャラクタＩＤ）に付与対象情報が対応付けられていない場合、付与対象情報を除いて、発行要求がブロックチェーンネットワーク３０に送信される。

【0216】

取得部１２Ｅは、第４の実施形態の例の取得部１２Ｄと同様であり、ブロックチェーンネットワーク３０において、キャラクタに対応するＮＦＴそれぞれの二次流通の取引情報を取得する。取引情報は、上述した取引履歴である。取得部１２Ｅは、ゲームを特定する識別情報及び付与対象情報を有するブロックチェーンの取引履歴の送信要求を、ブロックチェーンネットワーク３０に行う。

【0217】

付与部１３Ｅは、二次流通の取引情報に関する付与条件が成立した場合、ゲームのユーザにゲーム内特典を付与する。上述したように、付与条件は、取引回数（成約数）が所定回数（例えば１０回）以上に達したことである。付与部１３Ｅは、特定のコンテンツに対応するＮＦＴの取引履歴ごとに、付与条件を判断する。すなわち、１の特定のコンテンツに対応するＮＦＴを対象として、譲渡した回数の合計が所定回数以上に達した場合、付与条件が成立と判断される。付与部１３Ｅは、全ての特定のコンテンツに対応するＮＦＴのそれぞれについて、付与条件の成立を判断する。

【0218】

ゲーム内特典が付与される対象は、対象者条件を満たし、且つ、付与条件が成立した特定のキャラクタに対応するＮＦＴの現在の所有者であるユーザ及び過去に所有者であったユーザである。対象者条件には、付与条件が成立してから所定期間（例えば１か月間）内にログインした（ゲームをプレイした）ユーザである。付与部１３Ｅは、該当するユーザがログインした場合、ログインした現在が所定期間内であるか否か（対象者条件）を判断する。付与部１３Ｅは、ログインした現在が所定期間内であれば、該当するユーザにゲーム内特典を付与する。具体的には、付与部１３Ｅは、該当するユーザのユーザデータ（ユーザＩＤ２）の他のシステム４０のユーザＩＤを取得する。また、付与部１３Ｅは、他のシステム４０のユーザＩＤ、所定のロールの識別情報とともに、このロール（ゲーム内特典）の付与要求を他のシステム４０に送信する。より具体的には、付与部１３Ｅは、他のシステム４０のユーザＩＤ及び所定のロールの識別情報等を入力情報とし、ＡＰＩ経由でユーザに所定のロールを設定する指示を他のシステム４０に行う。

【0219】

図１９は、システム１００が実行する付与処理の例を示すフローチャートである。本実施形態の例における付与処理は、ゲーム内特典を付与するための処理が行われる。なお、図１９においては、主として、取引情報を取得するための処理及びゲーム内特典をユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。

【0220】

本実施形態の例の付与処理は、例えば、所定期間の経過（例えば２４時間経過）ごとに繰り返し実行される。

【0221】

サーバ装置１０Ｅは、取引履歴の取得処理を実行する（ステップＳ１０－Ｅ）。取得処理では、特定のコンテンツに対応するＮＦＴの取引履歴の送信要求がブロックチェーンネットワーク３０に行われる。具体的には、サーバ装置１０Ｅが、ゲームを特定する識別情報（ゲームＩＤ）及び付与対象情報とともに、取引履歴の送信要求をブロックチェーンネットワーク３０に送信する。これにより、ブロックチェーンネットワーク３０から、特定のコンテンツに対応するＮＦＴの取引履歴だけがサーバ装置１０Ｅに送信される。

【0222】

次に、サーバ装置１０Ｅは、付与条件を判断していない１のＮＦＴの取引履歴を選択する（ステップＳ１０－２Ｅ）。そして、サーバ装置１０Ｅは、選択した１のＮＦＴの取引履歴を参照して、付与条件が成立したか否かを判断する（ステップＳ１１－２Ｅ）。付与条件が成立していない場合（ステップＳ１１－Ｅ：ＮＯ）、サーバ装置１Ｅは、ステップＳ１３－Ｅの処理に移行する。

【0223】

一方、付与条件が成立した場合（ステップＳ１１－Ｅ：ＹＥＳ）、サーバ装置１０Ｅは、付与実行処理Ａを実行する（ステップＳ１２－Ｅ）。付与実行処理Ａでは、ゲーム内特典がユーザに付与されるための処理が実行される。サーバ装置１０Ｅは、ステップ１０－２Ｅの処理で選択した取引履歴を参照し、この取引履歴のキャラクタに対応するＮＦＴの現在の所有者のユーザ（ユーザＩＤ）と、過去に所有者であったユーザ（ユーザＩＤ）とを特定する。そして、サーバ装置１０Ｅは、上記特定されたユーザ（ユーザＩＤ）のうち、所定期間が経過するまでにログインを行ったユーザに対してゲーム内特典が付与されるように設定を行う。具体的には、サーバ装置１０Ｅは、所定期間の開始時期から終了時期と、ゲーム内特典の付与予定のユーザである上記特定されたユーザ（ユーザＩＤ）のゲームユーザＩＤとを記憶部に設定する。

【0224】

次に、サーバ装置１０Ｅは、全ての特定のコンテンツに対応するＮＦＴについて付与条件の判断が終了したか否かを判断する（ステップＳ１３－Ｅ）。終了していないと判断した場合（ステップＳ１３－Ｅ：ＮＯ）、サーバ装置１０Ｅは、ステップＳ１０－２Ｅの処理に戻って、新たに、付与条件を判断していない１のＮＦＴの取引履歴を選択する。一方、終了したと判断した場合（ステップＳ１３－Ｅ：ＹＥＳ）、サーバ装置１０Ｅは、付与処理を終了する。

【0225】

図２０は、システム１００が実行するログイン処理の例を示すフローチャートである。本実施形態の例におけるログイン処理は、ユーザを認証するための処理が行われる。なお、図２０においては、主として、ゲーム内特典をログインしたユーザに付与するための処理について説明し、その他の処理は一部省略している場合がある。以下、サーバ装置１０Ｅと、ユーザＰの端末装置２０とがログイン処理を実行する場合を例にして説明する。

【0226】

本実施形態の例のログイン処理は、例えば、端末装置２０がログイン要求をした場合に実行が開始される。なお、端末装置２０は、例えば、ユーザＰのゲームユーザＩＤ及び認証パスワード等の認証情報とともに、ログイン要求をサーバ装置１０Ｅに送信する。

【0227】

サーバ装置１０Ｅは、ログインを許可するか否かを判断する（ステップＳ２０）。サーバ装置１０Ｅは、例えば、受信した認証情報と、記憶部に記憶されているユーザデータに含まれるユーザＩＤ等と対比して認証を行えばよい。ログインを許可しない場合（ステップＳ２０：ＮＯ）、サーバ装置１０Ｅは、例えば、ログイン不可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２３）。その後、サーバ装置１０Ｅは、ログイン処理を終了する。

【0228】

一方、ログインを許可する場合（ステップＳ２０：ＹＥＳ）、サーバ装置１０Ｅは、例えば、ログイン許可の結果を報知する画像情報を端末装置２０に送信すればよい（ステップＳ２１）。次に、サーバ装置１０Ｅは、付与実行処理Ｂを実行する（ステップＳ２２－Ｅ）。付与実行処理Ｂでは、現在が所定期間内である場合、ゲーム内特典の付与予定のユーザに、ゲーム内特典が付与される。例えば、現在が所定期間内であり、且つ、ユーザＰ（ゲームユーザＩＤ）がゲーム内特典の付与予定のユーザ（ゲームユーザＩＤ）に該当する場合、ユーザＰにゲーム内特典が付与される。具体的には、サーバ装置１０Ｅは、ユーザデータ（ユーザＩＤ２）を参照し、ユーザＰの他のシステム４０のユーザＩＤを取得する。また、サーバ装置１０Ｅは、他のシステム４０のユーザＩＤ、所定のロールの識別情報とともに、所定のロール（ゲーム内特典）の設定要求を他のシステム４０に送信する。より具体的には、サーバ装置１０Ｅは、他のシステム４０のユーザＩＤ及び所定のロールの識別情報等を入力情報とし、ユーザにロールを設定する指示をＡＰＩ（他のシステム４０）に行う。ＡＰＩは例えばＵＲＬにより特定可能である。その後、サーバ装置１０Ｅは、他のシステム４０から設定完了（ゲーム内特典付与）の情報を受信する。また、付与実行処理Ｂでは、ゲーム内特典が付与された場合、例えば、ゲーム内特典が付与された旨を報知するための画像情報がサーバ装置１０Ｅから端末装置２０に送信される。その後、サーバ装置１０Ｅは、ログイン処理を終了する。なお、サーバ装置１０Ｅは、現在が所定期間内でない場合、又は、ログインしたユーザが付与候補ではない場合には、ゲーム内特典を付与することなく付与実行処理Ｂを終了する。

【0229】

なお、ゲーム内特典の付与は１度だけである。サーバ装置１０Ｅは、例えば、ゲーム内特典を付与したユーザ（ゲームユーザＩＤ）を記憶部に記憶しておけばよい。そして、サーバ装置１０Ｅは、ログインしたユーザのゲームユーザＩＤが、既にゲーム内特典を付与したゲームユーザＩＤに含まれていれば、ゲーム内特典を付与することなく付与実行処理Ｂを終了すればよい。

【0230】

一方、端末装置２０は、ゲームの実行終了まで（ステップＳ４１：ＹＥＳ）、サーバ装置１０Ｅから受信した画像情報等に基づくゲーム画像を表示部に表示する（ステップＳ４０）。そして、端末装置２０は、ゲーム内特典が付与された場合、ゲーム内特典が付与された旨を報知するゲーム画像を表示する。

【0231】

なお、図２０に示すログイン処理では、端末装置２０に関して説明したが、他のユーザ（端末装置）に対しても同様の処理が行われる。

【0232】

以上のように、第５の実施形態の一側面として、サーバ装置１０Ｅが、発行部１１Ｅ、取得部１２Ｅ及び付与部１３Ｅを備える構成としているので、ゲーム内のコンテンツに対応するＮＦＴの取引状況に応じて、ゲーム内特典が付与される。したがって、ＮＦＴの取り引きとゲームのプレイとが、より関連付けられた構成となり、ゲームの趣向性を向上させることができる。

【0233】

【0234】

【0235】

また、ゲーム内特典として、他のシステム４０における上記ゲームに関連する特典（所定のロール）が付与されるので、ゲームをプレイするユーザのモチベーション向上に寄与したりする。

【0236】

【0237】

上述の実施形態の例のビデオゲームは、キャラクタ等のコンテンツが用いられるゲームであれば、種々のジャンルのゲームを採用可能である。

【0238】

上述の実施形態の例のコンテンツ（キャラクタ）は、同一のコンテンツが複数あってもよく、また、異なる種類のコンテンツがあってもよい。

【0239】

【0240】

【0241】

【0242】

【0243】

上述の実施形態の例では、他のシステムにおける上記ゲームに関連する特典（ゲーム内特典）として所定のロールが付与されるが、特にこれに限定されるものではない。例えば、他のシステムにおけるゲームに関連するコミュニティへの参加資格の付与などであってもよい。

【0244】

上述の実施形態の例では、他のシステムとしてＤｉｓｃｏｒｄが適用されていたが、特にこれに限定されるものではない。他のシステムは、上記ゲームに関連する所定のサービスを各ユーザに提供可能なシステムであれば任意のシステムを適用可能である。例えば、「Ｅｌｅｍｅｎｔ」等のコミュニケーションプラットフォームがある。

【0245】

【0246】

【0247】

上述の実施形態の例における所定期間の開始時期及び終了時期は、付与条件が成立した以降であれば、いつでもよい。

【0248】

【0249】

【0250】

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。

【0251】

［１］
ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームの進行を制御する機能をコンピュータに実現させるためのビデオゲーム処理プログラムであって、
前記コンピュータに、
前記コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいて前記コンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行機能、
前記ブロックチェーンネットワークにおいて、前記コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得機能、
前記取引情報に関する付与条件が成立した場合、前記ビデオゲームのユーザにゲーム内特典を付与する付与機能、
を実現させるビデオゲーム処理プログラム。

【0252】

［２］
前記取引情報には、前記コンテンツに対応するＮＦＴの譲渡人及び譲受者の識別情報が含まれ、
前記付与機能では、前記取引情報に関して付与条件が成立した前記コンテンツに対応するＮＦＴについて、現在の所有者であるユーザ又は／及び過去に所有者であったユーザに前記ゲーム内特典を付与する機能、
を実現させる[１]にビデオゲーム処理プログラム。

【0253】

［３］
前記付与条件には、前記コンテンツに対応するＮＦＴの取引回数が所定回数に達したことが含まれ、
前記付与機能では、前記付与条件が成立した場合、所定期間中にゲームにログインしたユーザに、前記ゲーム内特典を付与する機能、
を実現させる[１]にビデオゲーム処理プログラム。

【0254】

［４］
前記コンピュータに、前記ビデオゲームに関連する所定のサービスを各ユーザに提供可能な他のシステムと通信ネットワークを介して通信可能に連携させ、
前記ゲーム内特典は、前記他のシステムにおける前記ビデオゲームに関連する特典を含む、
［１］に記載のビデオゲーム処理プログラム。

【0255】

［５］
前記付与機能では、前記付与条件が成立した場合、前記ビデオゲームのユーザの前記他のシステムにおける識別情報を含めて、前記ビデオゲームに関連する特典の付与要求を該他のシステムに送信する機能、
を実現させる［４］に記載のビデオゲーム処理プログラム。

【0256】

［６］
前記コンテンツは、複数あり、
前記発行機能では、前記複数のコンテンツのうち、前記ゲーム内特典の付与対象のコンテンツに対して付与対象情報を対応付けてＮＦＴを発行する機能、
前記取得機能では、前記コンテンツに対応するＮＦＴのうち、前記付与対象情報が対応付けられているＮＦＴの前記取引情報を取得する機能、
を実現させる[１]～[３]のいずれかに記載のビデオゲーム処理プログラム。

【0257】

［７］
前記発行機能では、付与されるユーザを所有者として、前記ゲーム内特典に対応するＮＦＴを発行する機能、
を実現させる[１]～[３]のいずれかに記載のビデオゲーム処理プログラム。

【0258】

［８］
前記付与機能では、前記ビデオゲームのユーザのうち対象者条件を満たすユーザにゲーム内特典を付与する機能、
を実現させる[１]～[７]のいずれかに記載のビデオゲーム処理プログラム。

【0259】

［９］
前記取引情報には、前記コンテンツに対応するＮＦＴの取引日時が含まれ、
前記付与機能では、所定期間内での取引情報に基づいて、前記付与条件を判定する機能、
を実現させる[１]～[８]にビデオゲーム処理プログラム。

【0260】

［１０］
［１］～［９］のうちのいずれかに記載のビデオゲーム処理プログラムがインストールされたサーバ装置。

【0261】

［１１］
ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームを実行するゲーム端末装置と通信ネットワークを介して接続されるサーバ装置に、該ビデオゲームの進行を制御させるためのビデオゲーム処理プログラムであって、
前記サーバ装置に、
前記コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいて前記コンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行機能、
前記ブロックチェーンネットワークにおいて、前記コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得機能、
前記取引情報に関する付与条件が成立した場合、前記ビデオゲームのユーザにゲーム内特典を付与する付与機能、
を実現させるビデオゲーム処理プログラム。

【0262】

［１２］
前記取引情報には、前記コンテンツに対応するＮＦＴの譲渡人及び譲受者の識別情報が含まれ、
前記付与機能では、前記取引情報に関して付与条件が成立した前記コンテンツに対応するＮＦＴについて、現在の所有者であるユーザ又は／及び過去に所有者であったユーザに前記ゲーム内特典を付与する機能、
を実現させる[１１]にビデオゲーム処理プログラム。

【0263】

［１３］
前記付与条件には、前記コンテンツに対応するＮＦＴの取引回数が所定回数に達したことが含まれ、
前記付与機能では、前記付与条件が成立した場合、所定期間中にゲームにログインしたユーザに、前記ゲーム内特典を付与する機能、
を実現させる[１１]にビデオゲーム処理プログラム。

【0264】

［１４］
前記サーバ装置に、前記ビデオゲームに関連する所定のサービスを各ユーザに提供可能な他のシステムと通信ネットワークを介して通信可能に連携させ、
前記ゲーム内特典は、前記他のシステムにおける前記ビデオゲームに関連する特典を含む、
［１１］に記載のビデオゲーム処理プログラム。

【0265】

［１５］
前記付与機能では、前記付与条件が成立した場合、前記ビデオゲームのユーザの前記他のシステムにおける識別情報を含めて、前記ビデオゲームに関連する特典の付与要求を該他のシステムに送信する機能、
を実現させる［１４］に記載のビデオゲーム処理プログラム。

【0266】

［１６］
前記コンテンツは、複数あり、
前記発行機能では、前記複数のコンテンツのうち、前記ゲーム内特典の付与対象のコンテンツに対して付与対象情報を対応付けてＮＦＴを発行する機能、
前記取得機能では、前記コンテンツに対応するＮＦＴのうち、前記付与対象情報が対応付けられているＮＦＴの前記取引情報を取得する機能、
を実現させる[１１]～[１３]のいずれかに記載のビデオゲーム処理プログラム。

【0267】

［１７］
前記発行機能では、付与されるユーザを所有者として、前記ゲーム内特典に対応するＮＦＴを発行する機能、
を実現させる[１１]～[１３]のいずれかに記載のビデオゲーム処理プログラム。

【0268】

［１８］
前記付与機能では、前記ビデオゲームのユーザのうち対象者条件を満たすユーザにゲーム内特典を付与する機能、
を実現させる[１１]～[１７]のいずれかに記載のビデオゲーム処理プログラム。

【0269】

［１９］
前記取引情報には、前記コンテンツに対応するＮＦＴの取引日時が含まれ、
前記付与機能では、所定期間内での取引情報に基づいて、前記付与条件を判定する機能、
を実現させる[１１]～[１８]のいずれかにビデオゲーム処理プログラム。

【0270】

［２０］
ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームを実行するゲーム端末装置と、該ゲーム端末装置と通信ネットワークを介して接続されて該ビデオゲームの進行を制御するサーバ装置と、を備えたゲームシステムであって、
前記コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいて前記コンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行手段、
前記ブロックチェーンネットワークにおいて、前記コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得手段、
前記取引情報に関する付与条件が成立した場合、前記ビデオゲームのユーザにゲーム内特典を付与する付与手段、
を含むゲームシステム。

【0271】

［２１］
前記取引情報には、前記コンテンツに対応するＮＦＴの譲渡人及び譲受者の識別情報が含まれ、
前記付与手段は、前記取引情報に関して付与条件が成立した前記コンテンツに対応するＮＦＴについて、現在の所有者であるユーザ又／及びは過去に所有者であったユーザに前記ゲーム内特典を付与する、
を[２０]に記載のゲームシステム。

【0272】

［２２］
前記付与条件には、前記コンテンツに対応するＮＦＴの取引回数が所定回数に達したことが含まれ、
前記付与手段は、前記付与条件が成立した場合、所定期間中にゲームにログインしたユーザに、前記ゲーム内特典を付与する、
[２０]にゲームシステム。

【0273】

［２３］
前記ビデオゲームに関連する所定のサービスを各ユーザに提供可能な他のシステムと通信ネットワークを介して通信可能に連携し、
前記ゲーム内特典は、前記他のシステムにおける前記ビデオゲームに関連する特典を含む、
［２０］に記載のゲームシステム。

【0274】

［２４］
前記付与手段は、前記付与条件が成立した場合、前記ビデオゲームのユーザの前記他のシステムにおける識別情報を含めて、前記ビデオゲームに関連する特典の付与要求を該他のシステムに送信する、
［２３］に記載のゲームシステム。

【0275】

［２５］
前記コンテンツは、複数あり、
前記発行手段は、前記複数のコンテンツのうち、前記ゲーム内特典の付与対象のコンテンツに対して付与対象情報を対応付けてＮＦＴを発行し、
前記取得手段は、前記コンテンツに対応するＮＦＴのうち、前記付与対象情報が対応付けられているＮＦＴの前記取引情報を取得する、
[２０]～[２２]のいずれかに記載のゲームシステム。

【0276】

［２６］
前記発行手段は、付与されるユーザを所有者として、前記ゲーム内特典に対応するＮＦＴを発行する、
[２０]～[２２]のいずれかに記載のゲームシステム。

【0277】

［２７］
前記付与手段は、前記ビデオゲームのユーザのうち対象者条件を満たすユーザにゲーム内特典を付与する、
[２０]～[２６]のいずれかに記載のゲームシステム。

【0278】

［２８］
前記取引情報には、前記コンテンツに対応するＮＦＴの取引日時が含まれ、
前記付与手段は、所定期間内での取引情報に基づいて、前記付与条件を判定する、
[２０]～[２７]のいずれかに記載のゲームシステム。

【0279】

［２９］
コンピュータに、ゲーム内で用いられる１以上のコンテンツが含まれるビデオゲームの進行を制御させるゲーム進行制御方法であって、
前記コンテンツの取得者であるユーザを所有者として、ブロックチェーンネットワークにおいて前記コンテンツに対応するノンファンジブルトークン（以下、ＮＦＴと称する）を発行する発行処理、
前記ブロックチェーンネットワークにおいて、前記コンテンツに対応するＮＦＴそれぞれの二次流通の取引情報を取得する取得処理、
前記取引情報に関する付与条件が成立した場合、前記ビデオゲームのユーザにゲーム内特典を付与する付与処理、
を含むビデオゲーム処理方法。

【産業上の利用可能性】

【0280】

本発明の実施形態の一つによれば、ビデオゲームにおいて、ＮＦＴの取り引きとゲームのプレイとが、より関連付けられ、ゲームの趣向性を向上させるのに有用である。

【符号の説明】

【0281】

１０サーバ装置
１１発行部
１２取得部
１３付与部
２０端末装置
３０ブロックチェーンネットワーク
１００ゲームシステム

【図1】