知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-04-02
(45)【発行日】2024-04-10
(54)【発明の名称】ＮＦＴ発行システム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240403BHJP
A63F 13/30 20140101ALI20240403BHJP
A63F 13/69 20140101ALI20240403BHJP
A63F 13/71 20140101ALI20240403BHJP
【ＦＩ】
G06Q50/10
A63F13/30
A63F13/69
A63F13/71
【請求項の数】
6
(21)【出願番号】P 2022005292
(22)【出願日】2022-01-17
(65)【公開番号】P2023104360
(43)【公開日】2023-07-28
【審査請求日】2023-02-09
(73)【特許権者】
【識別番号】501147635
【氏名又は名称】株式会社 ソフトウェアコントロール
(74)【代理人】
【識別番号】110004082
【氏名又は名称】弁理士法人北大阪特許事務所
(74)【代理人】
【識別番号】100141092
【弁理士】
【氏名又は名称】山本 英生
(72)【発明者】
【氏名】安田 隆
【審査官】塚田 肇
(56)【参考文献】
【文献】特開２０２２－０００７６５（ＪＰ，Ａ）
【文献】特開２０１８－０４１４２６（ＪＰ，Ａ）
【文献】特開２０１７－１０２８８６（ＪＰ，Ａ）
【文献】Takeshi Hirano，話題の鉄腕アトムNFTを買ってみた，2021年12月28日，https://thebridge.jp/2021/12/i-bought-a-astroboy-ＮＦＴ
【文献】Eduardo Freitas，How to Unstick Stuck Transactions in MetaMask，2021年10月12日，https://medium.com/kogecoin/how-to-unstick-stuck-transactions-in-metamask-b23228a0a429
【文献】Ethereum Stack Exchange，how to get the status of a transaction which is not mined and pending，2020年06月，https://ethereum.stackexchange.com/questions/52882/how-to-get-the-status-of-a-transaction-which-is-not-mined-and-pending
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ａ６３Ｆ １３／３０
Ａ６３Ｆ １３／６９
Ａ６３Ｆ １３／７１
(57)【特許請求の範囲】
【請求項1】
ユーザーに使用されるユーザー機器が接続され、当該ユーザー機器の使用結果に関する情報を含んだＮＦＴをブロックチェーン上で発行するＮＦＴ発行部と、前記使用結果に関する情報を含んだ表示データを生成して前記ユーザー機器に提供する表示データ処理部と、
前記ブロックチェーンのノードの一つであって、トランザクション情報提供インターフェースの機能を有するノード部と、
前記ブロックチェーンにおける前記ＮＦＴの承認状況を監視する承認状況監視部と、を備え、
前記承認状況監視部は、前記ＮＦＴの発行の際に生成されたトランザクションＩＤを、前記トランザクション情報提供インターフェースに繰り返し入力することによって、前記承認状況を監視し、
前記表示データ処理部は、前記承認状況を示す情報を前記表示データに含めることを特徴とするＮＦＴ発行システム。
【請求項2】
前記承認状況監視部は、前記ＮＦＴの承認の回数が所定値に達するまで当該回数を監視し、
前記表示データ処理部は、前記回数に応じた情報を前記表示データに含めることを特徴とする請求項１に記載のＮＦＴ発行システム。
【請求項3】
前記表示データ処理部は、
現在の前記回数を表す回数情報を前記表示データに含め、前記回数が増えるたびに、当該回数情報を更新することを特徴とする請求項２に記載のＮＦＴ発行システム。
【請求項4】
前記ユーザー機器にゲームアプリを提供し、当該ユーザー機器を操作して所定のゲームをプレイできるようにするゲームサーバー部を備え、
前記ＮＦＴ発行部は、プレイされた前記ゲームの結果情報を含んだ前記ＮＦＴを発行することを特徴とする請求項１から請求項３の何れかに記載のＮＦＴ発行システム。
【請求項5】
前記ＮＦＴ発行部は、
プレイされた前記ゲームの成績および日時を含んだ前記ＮＦＴを発行することを特徴とする請求項４に記載のＮＦＴ発行システム。
【請求項6】
前記表示データ処理部は、
前記承認状況監視部によって１回目の前記ＮＦＴの承認が確認されるまでは、未承認であることを示す情報を前記表示データに含め、
１回目の前記ＮＦＴの承認が確認されたとき、当該情報の修正または削除を行うことを特徴とする請求項１から請求項５の何れかに記載のＮＦＴ発行システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、ＮＦＴを発行するＮＦＴ発行システムに関する。
【背景技術】
【0002】
近年、ブロックチェーン技術の利用が進んでおり、暗号資産だけでなくゲーム等への応用や開発も進んでいる。またブロックチェーンを活用したトークンとして、ＮＦＴ（Non-fungible Token：非代替性トークン）の利用が広まりつつある。例えば特許文献１には、ゲーム内非代替資産をＮＦＴとしてゲーム内とゲーム外との間で送受信することが可能なゲームシステムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０２１－１５２８１５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
例えばゲーム分野におけるＮＦＴの利用形態の一例として、プレイされたゲームの結果情報を含むＮＦＴを発行し、ユーザー（ゲームのプレイヤー）がこれを所有できるようにすることが考えられる。このようにすれば、ゲームの結果情報をブロックチェーンへＮＦＴとして記録することができ、ユーザーは、ゲームの結果やゲームで遊んだ事実を客観的かつ電子的に証明することができる。なおゲームの結果情報は、ユーザーに使用される機器の使用結果に関する情報の一例と見ることができる。
【0005】
ゲームセンター等に設置されるゲーム専用機でゲームをプレイする場合、その専用機が実レシート（紙媒体）を発行する機能を有していれば、ユーザーはゲームの結果情報が印字された実レシートを得ることができるが、例えば、個々のユーザーの端末に提供されるアプリケーションによるゲームの場合、このような実レシートを得ることは難しい。しかし上記のように、ゲームの結果情報をＮＦＴとして記録する手法を採用すれば、このような場合であっても、ユーザーは、実レシートと同様に一点物や記念品としての価値があるゲーム結果の証明手段を得ることができる。
【0006】
ところでＮＦＴのトランザクションは、ブロックチェーンを構成するノード群上に生成された後、マイナーによってマイニングの処理が行われることになる。ＮＦＴのトランザクションは、初回のマイニングが行われる前の段階では、まだブロックに取り込まれていない状態（ＮＦＴが未承認の状態）であるが、初回のマイニングが行われるとブロックに取り込まれ、そのＮＦＴは１回目の承認がなされた状態となる。
【0007】
その後、マイニングが行われるごとに後続のブロックが繋がっていき、その度にＮＦＴの承認回数も増加することになる。ＮＦＴは、このようにしてブロックチェーンでの多くの承認を得るほど改竄が困難となって信頼性が向上し、これに伴い、そのＮＦＴの価値の向上も期待される。
【0008】
しかしながらＮＦＴの承認の状況は、マイナーによってマイニングがいつ実行されるか等により変動し、場合によっては１回目の承認がなされるまでに相当な時間がかかる可能性もある。そのためユーザー（ＮＦＴの所有者）にとって、ＮＦＴの内容と承認の状況が容易に把握できることが望ましい。
【0009】
本発明は上述した問題点に鑑み、ユーザーに使用される機器の使用結果に関する情報を含んだＮＦＴを発行させつつ、ユーザーがＮＦＴの内容と承認状況を容易に把握することが可能となるＮＦＴ発行システムの提供を目的とする。
【課題を解決するための手段】
【0010】
本発明に係るＮＦＴ発行システムは、ユーザーに使用されるユーザー機器が接続され、当該ユーザー機器の使用結果に関する情報を含んだＮＦＴをブロックチェーン上で発行するＮＦＴ発行部と、前記使用結果に関する情報を含んだ表示データを生成して前記ユーザー機器に提供する表示データ処理部と、前記ブロックチェーンにおける前記ＮＦＴの承認状況を監視する承認状況監視部と、を備え、前記表示データ処理部は、前記承認状況を示す情報を前記表示データに含める構成とする。
【0011】
本構成によれば、ユーザーに使用される機器の使用結果に関する情報を含んだＮＦＴを発行させつつ、ユーザーがＮＦＴの承認状況を容易に把握することが可能となる。なお「ＮＦＴの承認状況」は、ＮＦＴの承認回数の状況に限られるものではなく、例えば、ＮＦＴが１回でも承認されたかどうか等の状況も含む概念である。
【0012】
上記構成としてより具体的には、前記ユーザー機器にゲームアプリを提供し、当該ユーザー機器を操作して所定のゲームをプレイできるようにするゲームサーバー部を備え、前記ＮＦＴ発行部は、プレイされた前記ゲームの結果情報を含んだ前記ＮＦＴを発行する構成としても良い。更に当該構成としてより具体的には、前記ＮＦＴ発行部は、プレイされた前記ゲームの成績および日時を含んだ前記ＮＦＴを発行する構成としても良い。
【0013】
また上記構成としてより具体的には、前記表示データ処理部は、前記承認状況監視部によって１回目の前記承認が確認されるまでは、未承認であることを示す情報を前記表示データに含め、１回目の前記承認が確認されたとき、当該情報の修正または削除を行う構成としても良い。
【0014】
また上記構成としてより具体的には、前記承認状況監視部は、前記承認の回数を監視し、前記表示データ処理部は、前記回数に応じた情報を前記表示データに含める構成としても良い。更に当該構成としてより具体的には、前記承認状況監視部は、前記承認の回数が所定値に達するまで当該回数を監視し、前記表示データ処理部は、現在の前記回数を表す回数情報を前記表示データに含め、前記回数が増えるたびに、当該回数情報を更新する構成としても良い。
【0015】
また上記構成としてより具体的には、前記ブロックチェーンのノードの一つであって、トランザクション情報提供インターフェースの機能を有するノード部を備え、前記承認状況監視部は、前記ＮＦＴの発行の際に生成されたトランザクションＩＤを、前記トランザクション情報提供インターフェースに繰り返し入力することによって、前記承認状況を監視する構成としても良い。
【発明の効果】
【0016】
本発明に係るＮＦＴ発行システムによれば、ユーザーに使用される機器の使用結果に関する情報を含んだＮＦＴを発行させつつ、ユーザーがＮＦＴの内容と承認状況を容易に把握することが可能となる。
【図面の簡単な説明】
【0017】
【図1】本実施形態に係るゲームシステム１およびその周辺要素の概略的な構成図である。
【図2】本実施形態に係るゲームの形態に関する説明図である。
【図3】ゲームシステム１の主要な動作に関するフローチャートである。
【図4】仮想レシートの内容に関する説明図である。
【図5】仮想レシートの内容に関する説明図である。
【図6】仮想レシートの内容に関する説明図である。
【図7】ゲームの実施状況に関する説明図である。
【図8】ゲームの実施状況に関する説明図である。
【図9】ゲーム専用機を設けた場合のゲームシステム１およびその周辺要素の概略的な構成図である。
【図10】個別対応情報を生成するゲームシステム１およびその周辺要素の概略的な構成図である。
【図11】個別対応情報に関する説明図である。
【発明を実施するための形態】
【0018】
本発明の実施形態について、各図面を参照しながら以下に説明する。図１は、本実施形態に係るゲームシステム１（ＮＦＴ発行システムの一形態）およびその周辺要素の概略的な構成を示している。本図に示すゲームシステム１の周辺要素としては、通信ネットワーク２、ブロックチェーン３、およびユーザー端末５が挙げられる。
【0019】
ゲームシステム１は、ゲーム提供者によって管理されるシステムであり、ユーザーに所定のゲームの利用環境を提供しつつ、そのゲームの結果情報を含んだＮＦＴを発行するように構成されている。ゲームシステム１は、１個のコンピューター（例えばサーバーまたはワークステーション等）により構成されても良く、複数個のコンピューターやその他のハードウェアを繋いで構成しても良い。また、ゲームシステム１を構成する全てのハードウェアがゲーム提供者の所有物である必要はなく、当該ハードウェアの一部または全部は、例えばゲーム提供者が他人から借りたものとしても構わない。
【0020】
通信ネットワーク２は、ゲームシステム１とユーザー端末５との通信を可能とするネットワークである。通信ネットワーク２としては、インターネットを適用することが可能であるが、ゲームシステム１とユーザー端末５の通信に支障のない限り、その他のネットワークが適用されても良い。
【0021】
ブロックチェーン３は、ピアツーピア（Peer to Peer）ネットワークを形成する複数のノード３１（ゲームシステム１におけるノード部３１ａを含む）により構成され、生成したブロックが鎖のように繋がってトランザクションの情報を保管する。ブロックチェーン３においては、ＮＦＴが発行されてそのトランザクションが生成された後、マイナーによってマイニングの処理が完了すると、そのトランザクションがブロックに取り込まれる。
【0022】
ＮＦＴのトランザクションが生成された直後の時点では、当該ＮＦＴはブロックチェーン３において未承認の状態であるが、マイニングを経て当該ＮＦＴのトランザクションがブロックに取り込まれると、そのＮＦＴはブロックチェーン３において承認済みの状態（１回承認された状態）となる。その後、更にマイニングが実施されて後続のブロックが繋がる度に、当該ＮＦＴの承認回数が増加する。例えば、ＮＦＴが承認済み（承認回数１回）となった後に２個のブロックが繋がった時点では、そのＮＦＴの承認回数は３回ということになる。
【0023】
一般的にブロックチェーンにおいては、承認回数が多くなるほどＮＦＴのトランザクションの改竄が困難となって当該ＮＦＴの信頼性が向上し、その価値の向上も期待される。なおブロックチェーンやＮＦＴに関する一般的技術は公知であるため、これらに関するその他の詳細な説明は省略する。
【0024】
ユーザー端末５は、ゲームをプレイするユーザーによって使用される通信可能な機器であり、例えば、ＰＣ或いはスマートフォン等の携帯型通信機器などが該当する。但しユーザー端末５の種類は特に限定されるものではなく、上記の例の他、例えばＶＲゴーグル等のウェアラブルデバイスが採用されても良い。ユーザー端末５は、各種情報を表示することができる画面を有するとともに、ユーザーの操作を受け付ける操作スイッチ或いはタッチパネル等を有する。
【0025】
ゲームシステム１は、ゲームサーバー部１１、ＮＦＴ発行部１２、表示データ処理部１３、承認状況監視部１４、およびノード部３１ａの各機能部を有する。
【0026】
ゲームサーバー部１１は、所定のゲームのアプリケーション（以下、「ゲームアプリ」と略記することがある。）を保有し、通信ネットワーク２を介してユーザー端末５にゲームアプリを提供する。これによりユーザーは、そのユーザー端末５を操作して当該ゲームをプレイすることが可能である。
【0027】
本実施形態における上記ゲームの内容は、ペアとなる二人のユーザーが協力して所定のミッションに挑戦し、制限時間内にできるだけ高得点を目指す内容となっている。より具体的に説明すると、ペアのユーザーそれぞれは自分のアバター（ゲーム上での自分を表すキャラクター）を設定することができ、図２に例示するように、ペアのアバターは同じ仮想空間に登場する。この仮想空間には複数台の仮想ゲーム機が設置されており、ペアのユーザーはアバターを操作して所望の仮想ゲーム機を選んだ上で、協力し合って制限時間内により高得点（良い成績）が得られるように、その仮想ゲーム機から提供されるミッションに挑戦することになる。なお、いずれの仮想ゲーム機においても提供されるミッションは同等である。但し上述したゲームの具体的内容は一例に過ぎず、その他、例えばユーザーが一人でプレイするゲームであっても構わない。
【0028】
ＮＦＴ発行部１２は、ゲームの結果情報を含んだＮＦＴを、ブロックチェーン３上でユーザー（ゲームのプレイヤー）に対して発行する役割を果たす。表示データ処理部１３は、ゲームの結果情報を含んだ表示データである仮想レシートを生成して、ユーザー端末に提供する役割を果たす。承認状況監視部１４は、ブロックチェーン３におけるＮＦＴの承認状況を監視する役割を果たす。これらの各機能部の動作等は、後述の説明により明らかとなる。
【0029】
ノード部３１ａは、ブロックチェーン３におけるノード３１の一つとしての役割を果たす。ノード部３１ａには、トランザクション情報提供インターフェースのソフトウェアがインストールされており、当該インターフェースの機能を有している。このインターフェースの機能により、トランザクションの発行時に生成されるトランザクションＩＤの情報があれば、このトランザクションに関する各情報（ブロックチェーン３での承認回数を含む）を得ることができる。
【0030】
一例として、イーサリアム（Ethereum、登録商標）のブロックチェーンにおけるトランザクション情報提供インターフェース「Etherscan」によれば、特定のトランザクションＩＤについて、ブロック番号、承認回数、およびトランザクション発行日時などの情報を得ることが可能となっている。但し本実施形態におけるブロックチェーン３は、イーサリアムのブロックチェーンに限られるものではない。
【0031】
次に、ゲームシステム１の主要な動作の流れについて、図３のフローチャートを参照しながら説明する。
【0032】
ゲームシステム１は、ペアとなる二人（ユーザー）のユーザー端末５の接続を待機する（ステップＳ０）。このとき二人のユーザーそれぞれは、通信ネットワーク２を介して、自分のユーザー端末５をゲームシステム１に接続させることが可能である。
【0033】
ユーザー端末５の接続が確認されると（ステップＳ０のYes）、ゲームシステム１は、ユーザーのウォレットアドレスの入力を受け付ける（ステップＳ１）。この際にゲームシステム１は、ウォレットアドレスの入力を促す情報を接続されたユーザー端末５へ送信し、当該情報がユーザー端末５に表示されるようにしても良い。このとき二人のユーザーそれぞれは、ユーザー端末５を操作してゲームシステム１にウォレットアドレスを入力することが可能である。
【0034】
ウォレットアドレスは、例えば乱数に基づく秘密鍵の変換処理により生成された公開鍵に対し、特定のハッシュ関数をかけて生成されるビット列である。入力されたウォレットアドレスはＮＦＴ発行部１２に保管され、後述するステップＳ４の処理の際に利用される。なおユーザー端末５の操作により指定されたウォレットアドレスは、今回行うゲームが終了した後に、ユーザー端末５からゲームシステム１へ送信されるようにしても良い。
【0035】
ウォレットアドレスが入力されると（ステップＳ１）、ゲームサーバー部１１は、接続されたユーザー端末５へゲームアプリを提供する（ステップＳ２）。すなわちゲームサーバー部１１は、ＡＳＰ（Application Service Provider）の形式によってユーザーにゲームの利用環境を提供し、ユーザー端末５を所持するユーザーは、当該ユーザー端末５に表示されるゲーム画面を見ながら、その操作スイッチ或いはタッチパネル等を操作してゲームをプレイすることができる。
【0036】
ゲームアプリを提供している間、ゲームサーバー部１１は、今回のゲームが終了したか否かを監視する（ステップＳ３）。ゲームが終了すると（ステップＳ３のYes）、ＮＦＴ発行部１２は、今回のゲームの結果情報を含んだＮＦＴをブロックチェーン３上で発行する（ステップＳ４）。より具体的に説明すると、ＮＦＴ発行部１２は、今回プレイされたゲームの成績および日時（本実施形態の例では、今回プレイしたゲームの終了時点の日時）を含んだＮＦＴを、ステップＳ１の処理の実行時に入力されたウォレットアドレス（ペアのユーザーそれぞれのウォレットアドレス）に対して発行する。なお、ＮＦＴに含める情報はこれらに限られるものではなく、例えば今回のゲームに用いたアバターの画像等の情報を含めるようにしても構わない。
【0037】
また、ＮＦＴ発行部１２がＮＦＴを発行する際には、このＮＦＴに対応するトランザクションＩＤが生成される。このトランザクションＩＤは承認状況監視部１４に保管され、当該ＮＦＴの承認状況の変動を監視する際に利用される。
【0038】
またゲームが終了したとき、表示データ処理部１３は、今回のゲームの結果情報を含んだ表示データである仮想レシートを生成する（ステップＳ５）。仮想レシートは、例えばゲーム専用機でゲームをプレイした後に発行される紙媒体のレシートに見立てた表示データであり、本実施形態では、図４に例示する仮想レシートが生成される。仮想レシートは、ペアのユーザーそれぞれに対して別々に生成されても良く、内容が同じとなる場合は、同じゲームを共同でプレイするペアに対して一つのみが生成されるようにしても良い。
【0039】
図４に示す仮想レシートには、仮想レシートごとに固有のレシートナンバー、今回のゲームに用いたアバターの画像、今回プレイされたゲームの成績および日時、当該成績の当時のランク（今回のゲーム終了時点における成績のランク）、今回プレイした仮想ゲーム機のＩＤ、および今回プレイしたゲームのバージョンなどの各情報が含まれている。ここでの「プレイされたゲームの成績および日時」の情報は、ステップＳ４の処理で発行されるＮＦＴに含まれる情報と共通である。ゲームサーバー部１１は、過去に行われた当該ゲームの全てのプレイの成績を記憶しており、上記のランクは、この記憶されている全ての成績を対象としたランキングである。
【0040】
また図４に示す仮想レシートには、ブロックチェーン３におけるＮＦＴの承認状況を示す情報として、未承認であることを示す情報（「ＮＦＴ：未承認」の表記）も含まれている。後述するようにこの情報は、ＮＦＴの承認状況に応じて変化することになる。なお仮想レシートに含める情報はこれらに限られるものではなく、その他種々の情報を含めることが可能である。
【0041】
その後、ゲームシステム１においては、表示データ処理部１３がユーザー端末５からの仮想レシートの提供要求を待機するとともに（ステップＳ６）、承認状況監視部１４がブロックチェーン３におけるＮＦＴの承認状況の変動を監視する（ステップＳ７）。
【0042】
なお、特定のＮＦＴの承認状況（現時点までに何回承認されたかの情報）は、当該ＮＦＴのトランザクションＩＤの情報があれば、ブロックチェーンのノードにおいて確認可能である。そのため、ステップＳ４の処理で生成されたトランザクションＩＤを保有する承認状況監視部１４は、ブロックチェーン３のノードの一つであるノード部３１と連携し、ＮＦＴの承認状況の変動を監視することが可能である。
【0043】
より具体的に説明すると、承認状況監視部１４は、ノード部３１ａのトランザクション情報提供インターフェースへ、トランザクションＩＤを指定された周期（一例として、１秒ごとに１回の周期）で繰り返し入力する。この承認状況監視部１４の動作は、予めインストールされているトランザクション情報取得ソフトウェアに基づいて行われるようにしても良い。ノード部３１ａは、当該入力への応答として、そのトランザクションＩＤで特定されるトランザクションの情報（ＮＦＴの承認回数を含む）を出力する。これにより承認状況監視部１４は、ＮＦＴの承認状況を監視することが可能である。
【0044】
ゲームの終了後、ユーザーは自分のユーザー端末５において、仮想レシートを表示させるための操作を行うことが可能である。この操作がなされると、ユーザー端末５はゲームシステム１に対して仮想レシートの提供要求を行う。表示データ処理部１３は、ユーザー端末５から仮想レシートの提供要求を受けると（ステップＳ６のYes）、そのユーザー端末５へ仮想レシートを提供する（ステップＳ８）。
【0045】
この提供を受けたユーザー端末５は、その仮想レシートを画面に表示させる。これによりユーザーは、現時点でゲームシステム１が保有する仮想レシートを閲覧することが可能である。提供された仮想レシートは、ユーザー端末５において画像データ等として保存可能となっていても良い。仮想レシートのユーザー端末５における表示形態としては、現実の世界においてレシートが発行される状況を模して、例えば、仮想ゲーム機から仮想レシートが排出され、これをアバターが受け取るように見せる演出がなされても良い。
【0046】
ユーザーは、ユーザー端末５において、仮想レシートを表示させるための操作を何度でも行うことが可能であり、その度にゲームシステム１内における最新の仮想レシートがユーザー端末５に表示され、これを閲覧することが可能である。これによりユーザーは、所望のタイミングで、ＮＦＴの内容（本実施形態の場合は、少なくともプレイされたゲームの成績および日時）と承認状況を、ユーザー端末５を用いて容易に把握することが可能である。なお、ユーザー端末５とゲームシステム１の接続を一旦切り離した後でも、ユーザー端末５をゲームシステム１へ再度接続して、例えばレシートナンバーを入力してユーザー端末５における仮想レシートを表示させるための操作を行うことにより、最新の仮想レシートがユーザー端末５に表示されるようにしても良い。
【0047】
一方、ＮＦＴの承認状況に変動が有ったときは（ステップＳ７のYes）、表示データ処理部１３は、その変動を反映させるように仮想レシートの内容を更新する（ステップＳ９）。より具体的に説明すると、表示データ処理部１３は、ＮＦＴの最初の（１回目の）承認が確認されたとき、仮想レシートの内容を図４に例示する内容から図５に例示する内容へ更新する。
【0048】
すなわち表示データ処理部１３は、承認状況監視部１４によって１回目の承認が確認されるまでは、未承認であることを示す情報を仮想レシートに含めるが、１回目の承認が確認されたとき、当該情報の修正（図５の例では「ＮＦＴ：承認済み」の表記とする修正）を行う。これにより、当該更新がなされた後のタイミングで、ユーザー端末５において仮想レシートを表示させるための操作が行われると、ユーザーは図５に例示する仮想レシートを閲覧することになり、ＮＦＴが既に承認済みとなっていること（つまり、少なくとも１回の承認がなされていること）を知ることができる。なお図５の例では、更にトランザクションＩＤの情報も仮想レシートに含めるようにしている。
【0049】
また表示データ処理部１３は、図５に例示する状態へ仮想レシートの内容を更新する代わりに、仮想レシートから「ＮＦＴ：未承認」の表記を単に削除するようにしても良い。これにより、仮想レシートの表示をできるだけ簡素化しつつ、ユーザーはＮＦＴの未承認の状態が解消されたことを知ることができる。
【0050】
また、承認状況監視部１４はＮＦＴの承認の回数を監視するようにし、表示データ処理部１３は、この回数に応じた情報を仮想レシートに含めるようにしても良い。具体例として表示データ処理部１３は、現在の当該回数を表す回数情報を仮想レシートに含め、当該回数が増えるたびに、この回数情報を更新するようにしても良い。この場合に表示データ処理部１３は、１回目の承認がなされた後、仮想レシートの内容を例えば図６に例示する内容とすれば良い。図６に例示する仮想レシートには、回数情報として、承認回数が３であることを示す「承認回数：３」の表記が含まれている。このようにすれば、ＮＦＴの承認状況がより詳細に仮想レシートにおいて示され、ユーザーは、当該承認状況をより詳しく知ることが可能となる。
【0051】
なお、承認状況監視部１４がＮＦＴの承認の回数を監視する場合、承認状況監視部１４は、ＮＦＴの承認の回数を無制限に監視するのではなく、当該回数が所定値（一例として１０回）に達するまで監視することとし、その後は監視を行わないようにすることが好ましい。このようにすれば、ＮＦＴの信頼性が十分に高くなるまで（承認回数が所定値に達するまで）の比較的重要な期間だけ監視を行うようにし、その後は監視を行わないようにすることで、ゲームシステム１の処理負担を軽減させることが可能である。
【0052】
また、ゲームシステム１は、承認状況監視部１４の監視によってＮＦＴの承認状況の変動が確認された場合に、その旨をユーザー端末５へ自動的に通知するようにしても良い。一例として、ゲームシステム１は、ＮＦＴの１回目の承認が確認されたときに、或いは、ＮＦＴの承認の回数が増えるごとに、その旨を知らせる簡易的な表示または音声がユーザー端末５から出力されるようにしたり、その時点での最新の仮想レシートをユーザー端末５に表示させたりしても良い。これによりユーザーは、ＮＦＴの承認状況に変動があったことをいち早く知ることが可能となる。
【0053】
また表示データ処理部１３は、図６に例示するように、プレイされたゲームの成績の当時のランクに加えて、当該成績の最新のランクの情報も仮想レシートに含めるようにしても良い。この場合、表示データ処理部１３は、例えば当該成績の最新のランクが変わるたびに、仮想レシートにおける当該最新のランクの表記を更新させるようにすれば良い。このようにすれば、ユーザーは、仮想レシートを閲覧するたびに、自分が当時プレイしたゲームの成績の最新のランクを知ることができる。
【0054】
更にゲームシステム１は、複数のペアのユーザーがユーザー端末５を同時期に接続することが可能であり、各ペアのユーザーが並行してゲームシステム１を利用することが可能となっている。この場合、複数のペアのアバターが同じ仮想空間に登場する形態をとるようにしても良い。この形態におけるゲームの実施状況の一例を図７に示す。図７に示す例では、同じ仮想空間に３組のペアＸ～Ｚのアバターが登場しており、ペアＸのアバターが仮想ゲーム機Ａを選んでプレイし、ペアＹのアバターが仮想ゲーム機Ｂを選んでプレイし、ペアＺのアバターが仮想ゲーム機Ｃを選んでプレイする様子を示している。
【0055】
また、ゲームの形態として仮想空間が複数設けられるようにしても良い。この形態におけるゲームの実施状況の一例を図８に示す。図８に示す例では、仮想空間Ｐに１組のペアＸのアバターが登場しており、ペアＸのアバターが仮想ゲーム機Ａを選んでプレイするとともに、仮想空間Ｑに２組のペアＹ，Ｚが登場しており、ペアＹのアバターが仮想ゲーム機Ｂを選んでプレイし、ペアＺのアバターが仮想ゲーム機Ｃを選んでプレイする様子を示している。図７や図８に示す例において、どの仮想ゲーム機でゲームをプレイしても、およびどの仮想空間でゲームをプレイしても、そのゲームの結果情報はブロックチェーン３へＮＦＴとして記録されることになる。
【0056】
またゲームシステム１は、図９に示すようにゲーム専用機６が接続された形態としてもよい。ゲーム専用機６は、ゲームシステム１が提供するものと同じゲームをプレイする目的に特化したゲーム提供者が管理する機器であり、ゲームセンター等に好適に設置される。このようにすれば、ペアとなるユーザーの一方または両方が、ユーザー端末５の代わりにゲーム専用機６を使ってゲームをプレイ可能とすることもできる。この場合、ユーザー端末５だけでなくゲーム専用機６も本発明に係るユーザー機器に該当し得る。ゲーム専用機６にはレシート発行装置も併設しておき、ゲームが終了した時点で、仮想レシートと同等の内容の実レシート（紙媒体）が発行されるようにしても良い。
【0057】
以上に説明したようにゲームシステム１は、ユーザーに使用されるユーザー機器（ユーザー端末５あるいはゲーム専用機６）が接続され、当該ユーザー機器の使用結果に関する情報を含んだＮＦＴをブロックチェーン３上で発行するＮＦＴ発行部１２と、前記使用結果に関する情報を含んだ表示データ（仮想レシート）を生成して前記ユーザー機器に提供する表示データ処理部１３と、ブロックチェーン３における前記ＮＦＴの承認状況を監視する承認状況監視部１４と、を備え、表示データ処理部１３は、前記承認状況を示す情報を前記表示データに含めるようになっている。
【0058】
そのためゲームシステム１によれば、ユーザーに使用される機器の使用結果に関する情報を含んだＮＦＴを発行させつつ、ユーザーがＮＦＴの内容と承認状況を容易に把握することが可能となっている。なお、本実施形態に係るゲームシステム１は、ゲームの結果情報を含んだＮＦＴを発行する形態となっているが、本発明に係るＮＦＴ発行システムはこの形態に限られるものではなく、ユーザーに使用される様々なユーザー機器の使用結果に関する各種の情報を含んだＮＦＴを発行する形態としても良い。
【0059】
一例として、本発明に係るＮＦＴ発行システムは、キャッシュレジスター等の決済機器であるユーザー機器（レジ担当者等に使用される機器）が接続されるようにし、当該決済機器の使用結果に関する情報（例えば、決済の金額や日時などの情報）を含んだＮＦＴをブロックチェーン上で発行するシステムとしても良い。更に他の例として、本発明に係るＮＦＴ発行システムは、ランニングマシン等の運動器具であるユーザー機器（運動を行うユーザーに使用される機器）が接続されるようにし、当該運動器具の使用結果に関する情報（例えば、運動量や運動した日時などの情報）を含んだＮＦＴをブロックチェーン上で発行するシステムとしても良い。
【0060】
またゲームシステム１は、１回のゲームのプレイが終了するごとに、そのゲームに個別に対応したソフトウェア等の情報（以下、便宜的に「個別対応情報」と称する。）を生成し、この個別対応情報に基づいてステップＳ５以降の動作（図３を参照）を行うようにしても良い。このようにした場合のゲームシステム１およびその周辺要素の概略的な構成を、図１０に例示する。
【0061】
図１０に示すゲームシステム１は、表示データ処理部１３および承認状況監視部１４の代わりとなる機能部として、個別対応情報処理部１５を有する。個別対応情報処理部１５は、１回のゲームのプレイが終了してステップＳ４の動作が行われた後、そのゲームに対応した個別対応情報Ｘを生成して記憶するとともに、この個別対応情報Ｘに含まれるソフトウェアを実行するコンピューターとしての役割を果たす。
【0062】
個別対応情報Ｘの内容を図１１に概略的に示す。本図に示すように個別対応情報Ｘは、表示データ処理部１３の動作と同等の動作を個別対応情報処理部１５に実行させる表示データ処理ソフトウェアＳＷ１と、承認状況監視部１４の動作と同等の動作を個別対応情報処理部１５に実行させる承認状況監視ソフトウェアＳＷ２を含む。また個別対応情報Ｘは、仮想レシートに示される各内容のデータＤ１（対応するゲームの結果情報等）と、ステップＳ４の処理の実行時に生成されるトランザクションＩＤのデータＤ２が含まれる。データＤ１は表示データ処理ソフトウェアＳＷ１の実行時に適宜使用され、データＤ２は承認状況監視ソフトウェアＳＷ２の実行時に適宜使用される。表示データ処理ソフトウェアＳＷ１は、仮想レシートを描画する描画ソフトウェアを含んでも良く、承認状況監視ソフトウェアＳＷ２は、トランザクション情報取得ソフトウェアを含んでも良い。
【0063】
図１０に示すゲームシステム１において、ステップＳ５、Ｓ６、Ｓ８、およびＳ９の動作は、主に表示データ処理ソフトウェアＳＷ１に基づいて個別対応情報処理部１５によって実行され、ステップＳ７の動作は、主に承認状況監視ソフトウェアＳＷ２に基づいて個別対応情報処理部１５によって実行される。
【0064】
表示データ処理ソフトウェアＳＷ１は、仮想レシートを生成する動作、ユーザー端末５からの仮想レシートの提供要求を待機し、当該要求を受けると当該ユーザー端末５へ仮想レシートを提供する動作、および、ＮＦＴの承認状況に変動が有ったときに当該変動を反映させるように仮想レシートの内容を更新する動作の各動作を、コンピューターに実行させるソフトウェアと見ることができる。また、承認状況監視ソフトウェアＳＷ２は、ブロックチェーン３におけるＮＦＴの承認状況の変動を監視する動作を、コンピューターに実行させるソフトウェアと見ることができる。なお、複数の個別対応情報Ｘが生成されていれば、これらに含まれる各ソフトウェアは並行して実行される。
【0065】
上述のようにゲームシステム１によって個別対応情報Ｘが生成される形態では、仮にゲームサーバーが何らかのトラブルで停止したり、ゲームの提供サービス自体が終了となったりしても、個別対応情報Ｘさえあれば、これに含まれるソフトウェアが実行されるようにして、ステップＳ５以降の動作の全部または一部を実現させることが可能である。なお、生成された個別対応情報Ｘは、これに対応するユーザー端末５へ適宜ダウンロードできるようにしても良い。これによりユーザーは、ダウンロードしておいた個別対応情報Ｘに含まれるソフトウェアを任意のコンピューターに実行させて、ステップＳ５以降の動作の全部または一部を実現させることが可能である。
【0066】
以上、本発明の実施形態について説明したが、本発明の構成は上記実施形態に限られず、発明の主旨を逸脱しない範囲で種々の変更を加えることが可能である。すなわち上記実施形態は、全ての点で例示であって、制限的なものではないと考えられるべきである。本発明の技術的範囲は、上記実施形態の説明ではなく、特許請求の範囲によって示されるものであり、特許請求の範囲と均等の意味および範囲内に属する全ての変更が含まれると理解されるべきである。
【産業上の利用可能性】
【0067】
本発明は、ＮＦＴを発行するＮＦＴ発行システムに利用可能である。
【符号の説明】
【0068】
１ ゲームシステム
１１ ゲームサーバー部
１２ ＮＦＴ発行部
１３ 表示データ処理部
１４ 承認状況監視部
１５ 個別対応情報処理部
２ 通信ネットワーク
３ ブロックチェーン
３１ ノード
３１ａ ノード部
５ ユーザー端末
６ ゲーム専用機
１１ ゲームサーバー部
１２ ＮＦＴ発行部
１３ 表示データ処理部
１４ 承認状況監視部
１５ 個別対応情報処理部
２ 通信ネットワーク
３ ブロックチェーン
３１ ノード
３１ａ ノード部
５ ユーザー端末
６ ゲーム専用機
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
