特開 2025-143094 バリューチャージ装置、バリューチャージシステム、コンピュータ実装方法、及び、コンピュータプログラム

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

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

(11)【公開番号】P2025143094

(43)【公開日】2025-10-01

(54)【発明の名称】バリューチャージ装置、バリューチャージシステム、コンピュータ実装方法、及び、コンピュータプログラム

(51)【国際特許分類】

   G06Q 20/08 20120101AFI20250924BHJP

   G06Q 20/36 20120101ALI20250924BHJP

   A63F 7/02 20060101ALI20250924BHJP

【ＦＩ】

G06Q20/08

G06Q20/36

A63F7/02 354

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2024042833

(22)【出願日】2024-03-18

(71)【出願人】

【識別番号】521282893

【氏名又は名称】株式会社ガイアホールディングス

(71)【出願人】

【識別番号】521454191

【氏名又は名称】ＷｒａｐＴａｇ株式会社

(74)【代理人】

【識別番号】100111567

【弁理士】

【氏名又は名称】坂本 寛

(72)【発明者】

【氏名】小倉 基宏

(72)【発明者】

【氏名】春名 幸雄

【テーマコード（参考）】

2C088

5L020

【Ｆターム（参考）】

2C088BC80

5L020AA39

(57)【要約】

【課題】物品によって、バリューのチャージを可能にする。
【解決手段】開示の装置は、物品によってバリューをチャージするためのバリューチャージ装置であって、物品の買い手である第１ユーザによって操作される第１アプリケーション、及び、バリューを使用するための第２アプリケーションであって、物品の売り手である第２ユーザによって操作される前記第２アプリケーションの少なくともいずれか一方のアプリケーションにおいて行われた操作に基づいて、前記物品の買取の当事者である前記第１ユーザ及び前記第２ユーザを関連付け、前記第１アプリケーション、及び、前記第２アプリケーションの少なくともいずれか一方において、前記物品の買取の取引を成立させるための操作が行われると、前記第２ユーザのデータ並びに前記物品のデータを少なくとも含む取引データを取引データベースに記録し、前記第２アプリケーションにおける前記第２ユーザのアカウントに、前記物品の買取価格に相当するバリューをチャージする。
【選択図】図２

【特許請求の範囲】

【請求項1】

物品によってバリューをチャージするためのバリューチャージ装置であって、
物品の買い手である第１ユーザによって操作される第１アプリケーション、及び、バリューを使用するための第２アプリケーションであって、物品の売り手である第２ユーザによって操作される前記第２アプリケーションの少なくともいずれか一方のアプリケーションにおいて行われた操作に基づいて、前記物品の買取の当事者である前記第１ユーザ及び前記第２ユーザを関連付け、
前記第１アプリケーション、及び、前記第２アプリケーションの少なくともいずれか一方において、前記物品の買取の取引を成立させるための操作が行われると、前記第２ユーザのデータ並びに前記物品のデータを少なくとも含む取引データを取引データベースに記録し、前記第２アプリケーションにおける前記第２ユーザのアカウントに、前記物品の買取価格に相当するバリューをチャージする、
ことを含む動作を実行する、バリューチャージ装置。

【請求項2】

前記アカウントは、バリューによる支払い、ＡＴＭからの出金、銀行口座への出金、バリューの送信、及び他の種類のバリューへの交換の少なくとも一つ以上が行えるアカウントである、
請求項１に記載のバリューチャージ装置。

【請求項3】

前記第２アプリケーションは、前記バリューを使用するための機能として、バリューによる支払い、ＡＴＭからの出金、銀行口座への出金、バリューの送信、及び他の種類のバリューへの交換の少なくとも一つ以上の機能を有する、
請求項２に記載のバリューチャージ装置。

【請求項4】

前記取引データベースは、ブロックチェーンを含み、
前記取引データを前記取引データベースに記録することは、前記取引データを前記ブロックチェーンに記録することを含む、
請求項１に記載のバリューチャージ装置。

【請求項5】

前記取引データを前記取引データベースに記録し、前記第２アプリケーションにおける前記第２ユーザのアカウントに前記物品の買取価格に相当するバリューをチャージすることは、前記第１アプリケーション及び前記第２アプリケーションの両方において、前記物品の買取の取引を成立させるための前記操作が行われた場合に実行される、
請求項１に記載のバリューチャージ装置。

【請求項6】

前記物品は、前記物品の識別データを有し、
前記取引データは、前記物品から読み取られた前記識別データを含む、
請求項１に記載のバリューチャージ装置。

【請求項7】

前記取引データを取引データベースに記録することは、前記識別データに対応付けられたノンファンジブルトークンの取引記録として、前記取引データをブロックチェーンに記録することを含む、
請求項６に記載のバリューチャージ装置。

【請求項8】

前記バリューは、前記取引データが記録される前記ブロックチェーンの暗号資産である
請求項４又は請求項７に記載のバリューチャージ装置。

【請求項9】

前記物品は、遊技場の特殊景品であり、
前記特殊景品は、前記特殊景品の識別データを有し、
前記第１ユーザは、前記特殊景品を買い取る景品交換所であり、
前記第１アプリケーションは、前記景品交換所用のアプリケーションであり、
前記第２ユーザは、前記遊技場のプレイヤーであり、
前記第２アプリケーションは、前記遊技場の前記プレイヤーが前記遊技場において前記バリューを使用するためのアプリケーションであり、
前記取引データは、前記特殊景品から読み取られた前記識別データを含む、
請求項１に記載のバリューチャージ装置。

【請求項10】

物品によってバリューをチャージするためのバリューチャージシステムであって、
バリューチャージ装置と、
物品の買い手である第１ユーザによって操作される第１アプリケーションと、
バリューを使用するための第２アプリケーションであって、物品の売り手である第２ユーザによって操作される前記第２アプリケーションと、
を備え、
前記バリューチャージ装置は、
前記第１アプリケーション、及び、前記第２アプリケーションの少なくともいずれか一方のアプリケーションにおいて行われた操作に基づいて、前記物品の買取の当事者である前記第１ユーザ及び前記第２ユーザを関連付け、
前記第１アプリケーション、及び、前記第２アプリケーションの少なくともいずれか一方において、前記物品の買取の取引を成立させるための操作が行われると、前記第２ユーザのデータ並びに前記物品のデータを少なくとも含む取引データを取引データベースに記録し、前記第２アプリケーションにおける前記第２ユーザのアカウントに、前記物品の買取価格に相当するバリューをチャージする、
ことを含む動作を実行する、
バリューチャージシステム。

【請求項11】

物品によってバリューをチャージするためにコンピュータによって実行されるコンピュータ実装方法であって、
物品の買い手である第１ユーザによって操作される第１アプリケーション、及び、バリューを使用するための第２アプリケーションであって、物品の売り手である第２ユーザによって操作される前記第２アプリケーションの少なくともいずれか一方のアプリケーションにおいて行われた操作に基づいて、前記物品の買取の当事者である前記第１ユーザ及び前記第２ユーザを関連付け、
前記第１アプリケーション、及び、前記第２アプリケーションの少なくともいずれか一方において、前記物品の買取の取引を成立させるための操作が行われると、前記第２ユーザのデータ並びに前記物品のデータを少なくとも含む取引データを取引データベースに記録し、前記第２アプリケーションにおける前記第２ユーザのアカウントに、前記物品の買取価格に相当するバリューをチャージする、
ことを含む、コンピュータ実装方法。

【請求項12】

コンピュータプログラムであって、
物品の買い手である第１ユーザによって操作される第１アプリケーション、及び、バリューを使用するための第２アプリケーションであって、物品の売り手である第２ユーザによって操作される前記第２アプリケーションの少なくともいずれか一方のアプリケーションにおいて行われた操作に基づいて、前記物品の買取の当事者である前記第１ユーザ及び前記第２ユーザを関連付け、
前記第１アプリケーション、及び、前記第２アプリケーションの少なくともいずれか一方において、前記物品の買取の取引を成立させるための操作が行われると、前記第２ユーザのデータ並びに前記物品のデータを少なくとも含む取引データを取引データベースに記録し、前記第２アプリケーションにおける前記第２ユーザのアカウントに、前記物品の買取価格に相当するバリューをチャージする、
ことを含む動作をコンピュータに実行させる、コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、バリューチャージ装置、システム、コンピュータ実装方法、及び、コンピュータプログラムに関する。

【背景技術】

【0002】

電子マネーなどの電子的な財産的価値はバリューと呼ばれる。商品の購入代金等の支払いに電子マネーなどのバリューを使用するため、スマートフォンアプリケーションなどのアプリケーション（ウォレットアプリケーション）のアカウントにバリューを予めチャージしておくことがある。従来、バリューのチャージ方法には、現金支払い、クレジットカード決済、銀行口座引き落とし、又はデビットカード決済などがある。チャージされたバリューは、商品の購入代金等の支払に使用されたり、ＡＴＭからの現金での出金に使用されたりする。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２０－１０７２１７号公報

【特許文献2】国際公開第２０２１／１１１６５４号

【特許文献3】国際公開第２０２３／０５４５３７号

【発明の概要】

【0004】

上記のように、従来のバリューのチャージ方法は、現金支払い、クレジットカード決済、銀行引き落とし、又はデビットカード決済などの金銭的な支払い方法によるものに限られていた。

【0005】

本発明者らは、金銭的な支払い方法ではなく、物品によって、電子的な財産的価値であるバリューをチャージすることができれば、バリューチャージ方法を多様化でき好適である、という着想を得た。

【0006】

したがって、物品によって、バリューのチャージを可能にする技術が望まれる。

【0007】

本開示のある側面は、バリューチャージ装置である。開示のバリューチャージ装置は、物品によってバリューをチャージするためのバリューチャージ装置であって、物品の買い手である第１ユーザによって操作される第１アプリケーション、及び、バリューを使用するための第２アプリケーションであって、物品の売り手である第２ユーザによって操作される前記第２アプリケーションの少なくともいずれか一方のアプリケーションにおいて行われた操作に基づいて、前記物品の買取の当事者である前記第１ユーザ及び前記第２ユーザを関連付け、前記第１アプリケーション、及び、第２アプリケーションの少なくともいずれか一方において、前記物品の買取の取引を成立させるための操作が行われると、前記第２ユーザのデータ並びに前記物品のデータを少なくとも含む取引データを取引データベースに記録し、前記第２アプリケーションにおける前記第２ユーザのアカウントに、前記物品の買取価格に相当するバリューをチャージする、ことを含む動作を実行する。

【0008】

本開示の他の側面は、バリューチャージのためのシステム、方法、又はコンピュータプログラムである。更なる詳細は、後述の実施形態として説明される。

【図面の簡単な説明】

【0009】

【図1】図１は、バリューチャージシステムの構成図である。

【図2】図２は、バリューチャージの手順を示すフローチャートである。

【図3】図３は、景品の流通経路の説明図である。

【図4】図４は、実施形態に係るシステムの構成図である。

【図5】図５は、実施形態に係るシステムの構成図である。

【図6】図６は、ブロックチェーンの説明図である。

【図7】図７は、サーバの構成図である。

【図8】図８は、端末の構成図である。

【図9】図９は、複数のコード一括読取の説明図である。

【図10】図１０は、バッチ処理の説明図である。

【図11】図１１は、登録処理のフローチャートである。

【図12】図１２は、第１表示データ及び第２表示データの説明図である。

【図13】図１３は、ノンファンジブルトークンの使用権設定の説明図である。

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

【0010】

＜１．バリューチャージ装置、システム、コンピュータ実装方法、及び、コンピュータプログラムの概要＞

【0011】

（１）実施形態に係る装置は、物品によってバリューをチャージするためのバリューチャージ装置であり得る。バリューチャージ装置は、物品の買い手である第１ユーザによって操作される第１アプリケーション、及び、バリューを使用するための第２アプリケーションであって、物品の売り手である第２ユーザによって操作される前記第２アプリケーションの少なくともいずれか一方のアプリケーションにおいて行われた操作に基づいて、前記物品の買取の当事者である前記第１ユーザ及び前記第２ユーザを関連付け、前記第１アプリケーション、及び、第２アプリケーションの少なくともいずれか一方において、前記物品の買取の取引を成立させるための操作が行われると、前記第２ユーザのデータ並びに前記物品のデータを少なくとも含む取引データを取引データベースに記録し、前記第２アプリケーションにおける前記第２ユーザのアカウントに、前記物品の買取価格に相当するバリューをチャージする、ことを含む動作を実行し得る。

【0012】

（２）前記アカウントは、バリューによる支払い、ＡＴＭからの出金、銀行口座への出金、バリューの送信、及び他の種類のバリューへの交換の少なくとも一つ以上が行えるアカウントであり得る。

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

ブロックチェーン２０においては、ブロックチェーンアドレス間で取引が可能である。取引のトランザクションは、ブロックチェーン２０の分散台帳に記録される。ブロックチェーンアドレスは、例えば、ブロックチェーン２０におけるアカウントを示す。ブロックチェーンアドレスは、例えば、ウォレットアドレスである。ブロックチェーンアドレスは、例えば、外部所有アカウント（Externally Owned Account:ＥＯＡ）である。例えば、あるユーザが、ブロックチェーン２０にアカウントを有している場合、そのアカウントは、所定のブロックチェーンアドレス（ウォレットアドレス）を有する。

【0092】

図６においては、一例として、遊技場１Ａのブロックチェーンアドレス２５Ａ、景品交換所２のブロックチェーンアドレス２５Ｂ、景品問屋３のブロックチェーンアドレス２５Ｃ、プレイヤー４のブロックチェーンアドレス２５Ｄが示されている。これらのアドレス２５Ａ，２５Ｂ，２５Ｃ，２５Ｄは、ユーザのウォレットアドレス（ウォレットのユーザアカウント）である。ブロックチェーン２０に遊技場１Ａ，景品交換所２、景品問屋３、プレイヤー４のアドレス２５Ａ，２５Ｂ，２５Ｃ，２５Ｄが設定されていることで、これらのユーザ１Ａ，２，３，４が関与する取引をブロックチェーン２０に記録することができる。

【0093】

また、図６においては、管理者５のブロックチェーンアドレス２５Ｅが示されている。このブロックチェーンアドレス２５Ｅは、管理者５のウォレットアドレス（ウォレットのユーザアカウント）である。ブロックチェーン２０に管理者５のアドレス２５Ｅが設定されていることで、管理者５が関与する取引をブロックチェーン２０に記録することができる。

【0094】

図６において、遊技場１Ａのアドレス２５Ａは「０ｘ１１１１」である。景品交換所２のアドレス２５Ｂは「０ｘ２２２２」である。景品問屋３のアドレス２５Ｃは「０ｘ３３３３」である。プレイヤー４のアドレス２５Ｄは「０ｘ４４４４」である。管理者５のアドレス２５Ｅは「０ｘ１２３４」である。なお、図６においては、遊技場、景品交換所、景品問屋、及びプレイヤーそれぞれのアドレス２５Ａ，２５Ｂ，２５Ｃ，２５Ｄは、一つずつしか設定されていないが、遊技場、景品交換所、景品問屋、及びプレイヤーは、それぞれ、複数存在し得るため、それぞれ複数設定されていてもよい。すなわち、ブロックチェーン２０には、複数の遊技場それぞれ、複数の景品交換所それぞれ、複数の景品問屋それぞれ、及び複数のプレイヤーそれぞれのアドレスが設定され得る。

【0095】

ブロックチェーン２０おいては、例えば、トークンの取引が可能である。トークンの取引は、ブロックチェーン２０に記録される。ブロックチェーン２０において取引可能なトークンとしては、例えば、ファンジブルトークン（代替性トークン；Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＦＴ）と、ノンファンジブルトークン（非代替性トークン；Ｎｏｎ-Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ：ＮＦＴ）と、がある。ファンジブルトークンは、例えば、イーサリアム（Ｅｔｈｅｒｅｕｍ）におけるイーサ（Ｅｔｈｅｒ）などの暗号資産（ネイティブトークン）である。ファンジブルトークンは、企業又は個人などの特定の発行主体によってブロックチェーンにおいて発行される独自ファンジブルトークンであってもよい。ファンジブルトークンは、チャージされるバリューとして利用され得る。

【0096】

ブロックチェーン２０において、トークンは、その所有者のブロックチェーンアドレスに対応付けて記録される。例えば、ユーザ１Ａ，２，３，４又は管理者５が所有するノンファンジブルトークン又はファンジブルトークンは、ユーザ１Ａ，２，３，４又は管理者５のブロックチェーンアドレス２５Ａ，２５Ｂ，２５Ｃ，２５Ｄ，２５Ｅに対応付けて記録される。

【0097】

ブロックチェーン２０に設定されたアドレス２５Ａ，２５Ｂ，２５Ｃ，２５Ｄ，２５Ｅは、ＮＦＴの取引の記録において、ＮＦＴなどのトークンの移転元アドレス又は移転先アドレスとして、移転されるＮＦＴに関連付けてブロックチェーン２０に記録され得る。例えば、プレイヤー４から交換所２へＮＦＴが移転される場合、そのＮＦＴが、プレイヤー４のアドレス（０ｘ４４４４：移転元アドレス）から、交換所のアドレス（０ｘ２２２２：移転元アドレス）に移転されたことが、ブロックチェーン２０に記録される。

【0098】

ブロックチェーン２０は、スマートコントラクト２２を備え得る。システム１０は、ブロックチェーン２０に実装されたスマートコントラクト２２を備え得る。スマートコントラクト２２は、ブロックチェーンにおいて実行可能に実装されたソフトウェア（コンピュータプログラム）によって構成されている。スマートコントラクト２２は、自動取引等の所定のプロトコルを自動的に実行する。実施形態のスマートコントラクト２２は、ＮＦＴの送信（所有権又は使用権の移転）のための処理、ＮＦＴの生成のための処理、及びファンジブルトークン（バリュー）の送信（チャージ）のための処理のいずれか一つ以上の処理を実行し得る。

【0099】

前述のブロックチェーンアドレスは、スマートコントラクト２２のコントラクトアドレスを示すこともある。コントラクトアドレスは、スマートコントラクト２２が格納されているブロックチェーンアドレスである。図３において、スマートコントラクトのコントラクトアドレスは、一例として、「０ｘ８８８８」である。

【0100】

スマートコントラクト２２は、例えば、スマートコントラクト２２外のコンピュータから呼び出されることで、所定の処理を実行する。スマートコントラクト２２は、例えば、管理者５又はユーザ１Ａ，２，３，４から呼び出される。

【0101】

スマートコントラクト２２によって実行される処理は、例えば、トークンの操作である。トークンの操作は、例えば、トークンの所有者変更又はトークンの使用者変更（使用者設定）である。トークンの所有者変更又はトークンの使用者変更の操作は、トークンの送信と呼んでもよい。すなわち、トークンの所有者を第１ブロックチェーンアドレスからブロックチェーンアドレスに変更することは、第１ブロックチェーンアドレスから第２ブロックチェーンアドレスへ、トークンを送信することもでもある。

【0102】

実施形態においては、一例として、このようなＮＦＴの送受信に、景品４０１，４０２，４０３（物品）が利用される。換言すると、実施形態においては、景品４０１，４０２，４０３の移転に伴って、ＮＦＴも移転される。なお、景品４０１，４０２，４０３には、その景品の名称又は種類を示す文字又は記号が付されている。景品の名称又は種類を示す文字又は記号は、一例として、景品４０１については「ＡＡＡ」であり、景品４０２については「ＢＢＢ」であり、景品４０３については「ＣＣＣ」である。一例として、景品４０１，４０２，４０３は所定の価格で買い取られ、景品の名称又は種類を示す文字又は記号は、その価格を示す文字又は記号でもあり得る。例えば、「ＡＡＡ」の景品４０１の価格は￥５，０００であり、「ＢＢＢ」の景品４０２の価格は￥２，５００であり、「ＣＣＣ」の景品４０３の価格は￥１，０００である。なお、景品４０１，４０２，４０３には、その景品の価格そのものが付されていてもよい。

【0103】

なお、トークンの操作は、トークンの所有者変更（送信）に限られず、トークンに関する何らかの処理であれば足りる。トークンの操作は、例えば、ノンファンジブルトークンの生成（発行）であってもよい。

【0104】

図７に示すようにサーバ５１は、プロセッサ５１Ａ及び記憶装置５１Ｂを備えるコンピュータによって構成され得る。記憶装置５１Ｂは、プロセッサ５１Ａに接続されている。記憶装置５１Ｂは、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。記憶装置５１Ｂは、プロセッサ５１Ａによって実行されるコンピュータプログラム５１Ｃを備える。プロセッサ５１Ａは、記憶装置５１Ｂに格納されたコンピュータプログラム５１Ｃを読み出して実行する。コンピュータプログラム５１Ｃは、後述の登録処理５１Ｆ（買取処理）などの様々な処理をコンピュータに実行させる命令を示すプログラムコードを有する。

【0105】

サーバ５１の記憶装置５１Ｂは、対応データテーブル５１Ｅを備え得る。対応データテーブル５１Ｅは、後述のコード（識別データ）と、ＮＦＴのトークン識別子と、の対応を示す。対応データテーブル５１Ｅによって、コード（識別データ）とＮＦＴとが対応付けられる。

【0106】

コード（識別データ）とＮＦＴとの対応関係が、対応データテーブル５１Ｅに記録されていることで、コード（識別データ）を備える物品（景品など）を、ＮＦＴの操作に利用することが可能となる。すなわち、物品が備えるコード（識別データ）を、操作対象であるＮＦＴの識別子として、利用することができる。サーバ５１は、対応データテーブル５１Ｅを参照することで、コード（識別データ）に対応するＮＦＴを識別することができる。サーバ５１は、識別したＮＦＴに対する処理を行うことができる。

【0107】

コード（識別データ）は、一例として、固有識別子である。コードは、記号、文字、及び数字のいずれか又はそれらの組み合わせによって構成され得る。図７では、一例として、コード（固有識別子）：00:00:00:00:00:0aにはトークン識別子：token_id01が対応付けられ、コード：00:00:00:00:00:0bにはトークン識別子：token_id02が対応付けられ、コード：00:00:00:00:00:0cにはトークン識別子：token_id03が対応付けられている。

【0108】

コードとトークン識別子との対応を示す対応データは、サーバ５１以外のブロックチェーン２０外のコンピュータに記録されていてもよいし、ブロックチェーン２０に記録されていてもよい。対応データは、ブロックチェーン２０に記録されたＮＦＴを構成するデータに含まれていてもよい。

【0109】

図８に示すように端末３１は、プロセッサ３１Ａ及び記憶装置３１Ｂを備えるコンピュータによって構成され得る。端末３１を構成し得るコンピュータは、例えば、パーソナルコンピュータ、スマートフォン、タブレット、ウェアラブルデバイスである。

【0110】

記憶装置３１Ｂは、プロセッサ３１Ａに接続されている。記憶装置３１Ｂは、例えば、一次記憶装置及び二次記憶装置を備える。一次記憶装置は、例えば、ＲＡＭである。二次記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ）又はソリッドステートドライブ（ＳＳＤ）である。記憶装置３１Ｂは、プロセッサ３１Ａによって実行されるコンピュータプログラム３１Ｃを備える。プロセッサ３１Ａは、記憶装置３１Ｂに格納されたコンピュータプログラム３１Ｃを読み出して実行する。コンピュータプログラム３１Ｃは、後述の登録処理３１Ｆ（買取処理）などの様々な処理をコンピュータに実行させる命令を示すプログラムコードを有する。

【0111】

端末３１は、コードを読み取るためのリーダ３１Ｄを備える。リーダ３１Ｄは、プロセッサ３１Ａに接続されており、読み取ったコードをプロセッサ３１Ａに送信できる。リーダ３１Ｄは、端末３１に内蔵されていてもよいし、端末３１に外付けされていてもよい。

【0112】

リーダ３１Ｄは、無線通信によってコードを読み取るものであってもよいし、カメラ又はその他の光学センサによってコードを読み取るものであってもよい。リーダ３１Ｄによって読み取られるコードは、ＱＲコード（登録商標）等の２次元コードのような機械読み取り形式で表されていてもよい。この場合、２次元コードをデコードすることで、元々のコードが得られる。

【0113】

リーダ３１Ｄによって読み取られるコードは、物品が備え得る。コードを備える物品は、例えば、前述の遊技場物品であり、より具体的には、遊技場の景品（特殊景品）である。すなわち、実施形態に係る特殊景品は、リーダ３１Ｄによって読み取られるコードを備えている。

【0114】

コードが記録される媒体の種類は、特に限定されないが、一例として、コードを有する媒体は、コードを有する集積回路４０（integrated circuit：ＩＣ）である。コードは、集積回路に４０に記録された固有識別子又はその他のデータであり得る。集積回路４０は、例えば、固有識別子等のデータを記憶するメモリを備え、固有識別子等のデータを外部と通信可能に構成された集積回路モジュール（ＩＣモジュール）であってもよい。集積回路モジュール４０は、その形態に応じて、集積回路タグ（ＩＣタグ）又は集積回路カード（ＩＣカード）と呼ばれることがある。

【0115】

集積回路モジュール４０は、接触式であってもよいし、非接触式であってもよい。接触集積回路モジュール（接触ＩＣモジュール）は、リーダライタ装置などの外部通信機との接点を有し、接点が外部通信機に接触することで通信可能である。非接触集積回路モジュール４０（非接触ＩＣモジュール４０）は、アンテナを有し、リーダ３１Ｄと非接触で通信可能である。

【0116】

リーダ３１Ｄは、複数のコードを一括して読み取り可能に構成されているのが好ましい。例えば、リーダ３１Ｄは、無線通信によって、複数のＩＣモジュール４０（集積回路４０）それぞれからコードを読み取る一括読取機能を備えているのが好ましい。一括読取機能を有するリーダ３１Ｄは、例えば、読み取りのため電波を照射し、電波の照射範囲にある複数のＩＣモジュールそれぞれから送信されたコード等を読み取ることができる。一括読取機能を有するリーダ３１Ｄを利用すると、大量のコードを一括して読み取ることができ、作業性が向上する。

【0117】

図８に示すように集積回路４０は、固有識別子などのデータを記憶するメモリ４４を備える。メモリ４４は、例えば、読み取り専用メモリ（Read Only Memory：ＲＯＭ）である。集積回路４０の固有識別子４６は、読み取り専用メモリに記憶されるのが好ましい。メモリ４４は、不揮発性メモリを備えるのが好ましい。不揮発性メモリ４４は、読み取り専用メモリを構成し得る。集積回路４０の固有識別子４６は、不揮発性メモリ４４に記憶されているのが好ましい。不揮発性メモリ４４は、例えば、マスクＲＯＭ、ＰＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ、又はＦｅＲＡＭ、又はフラッシュメモリである。

【0118】

集積回路４０の固有識別子４６は、集積回路４０のメーカによって集積回路４０に付与された、書き換え不能な固有識別子であるのが好ましい。集積回路４０の固有識別子４６（Unique Identifier：ＵＩＤ）は、他の集積回路と区別してその集積回路４０を特定するために用いられる。メーカが集積回路４０に付与した固有識別子４６（ＵＩＤ）は、例えば、集積回路４０の製造時にメモリ４４に書き込まれる。固有識別子４６は、遅くとも、メーカが集積回路４０を出荷する時までにメモリ４４に書き込まれている。集積回路４０のメモリ４４は、集積回路４０の購入者又はユーザがデータを書き込み可能な領域を有し得る。ユーザ等がデータ書き込み可能なメモリ領域には、例えば、リーダ３１Ｄによって読み取られるその他のデータが書き込まれ得る。

【0119】

固有識別子を有する非接触ＩＣモジュールは、無線識別（Radio Frequency identification:ＲＦＩＤ）装置とも呼ばれる。無線識別（ＲＦＩＤ）装置は、固有識別子等のデータをリーダ３１Ｄなどの外部無線通信機へ無線通信により送信する。送信されるデータは、メモリ４４に記録されたデータであり、システム１０が、操作するＮＦＴを識別するために用いられるデータを含み得る。リーダ３１Ｄは、無線識別装置（ＲＦＩＤ）装置から送信された固有識別子等のデータを受信することで、固有識別子を読み取ることができる。無線識別（ＲＦＩＤ）装置は、タグの形態を有する場合、無線識別（ＲＦＩＤ）タグと呼ばれることもある。

【0120】

無線識別（ＲＦＩＤ）装置は、近距離無線通信（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置であってもよい。近距離無線通信は、ＮＦＣ規格に従った通信であるのが好ましい。ＮＦＣは、例えば、１３．５６ＭＨｚ帯の周波数を使った無線通信である。近距離無線通信の通信距離は、１０ｃｍ以下であるのが好ましい。近距離無線通信（ＮＦＣ）装置は、タグの形態を有する場合、近距離無線通信（ＮＦＣ）タグと呼ばれることもある。

【0121】

コードを備える媒体は、固有識別子を有する集積回路に限定されず、コードを示すその他の媒体であってもよい。コードは、例えば、印刷されたものであってもよい。

【0122】

図８に示すように、ＮＦＣタグ４０は、アンテナ４１と、アンテナ４１に接続された無線回路４２と、無線回路４２に接続されたコントローラ４３と、コントローラ４３に接続されたメモリ４４と、を備える。メモリ４４には、ＮＦＣタグ４０の固有識別子４６が書き込まれている。メモリ４４には、他のデータが書き込まれていてもよい。メモリ４４は、例えば、ＥＥＰＲＯＭなどの不揮発性メモリである。

【0123】

実施形態においては、遊技場物品である景品４０１，４０２，４０３には、一例として、それぞれ、コードを備えるＮＦＣタグ４０が内蔵されている。

【0124】

図９に示すように、実施形態においては、一例として、ＮＦＣタグ４０から、リーダ３１Ｄを備える端末３１へ、コード等が送信される。例えば、遊技場１Ａのスタッフ、景品交換所２のスタッフ、景品問屋のスタッフ、又はプレイヤー４が、端末３１（３１－１，３１－２,３３－３，３３－４）のリーダ３１Ｄを、ＮＦＣタグ４０にかざすことで、近距離無線通信によって、固有識別子４６（コード）などのデータが、端末３１へ送信される。リーダ３１Ｄが読み取った固有識別子４６（コード）は、サーバ５１に送信される。リーダ３１Ｄが読み取った固有識別子４６（コード）は、システム１０において、コードに対応するＮＦＴを識別するために用いられ得る。

【0125】

複数の景品４０１，４０２，４０３は、コードの一括読み取りのため、例えば、景品の収納部４５０に収納される。収納部４５０は、例えば、電磁シールド機能を有し、コードの読み取り対象を、収納部４５０内にある物品４０１，４０２，４０３に限定することができる。

【0126】

リーダ３１Ｄは、収納部４５０内に収納された１又は複数の景品４０１，４０２，４０３それぞれのＮＦＣタグ４０からコード（固有識別子）を読み取る。リーダ３１Ｄを介して１又は複数のコードを取得した端末３１は、取得したコードをサーバ５１へ送信し得る。

【0127】

実施形態のシステム１０は、リーダ３１Ｄが読み取ったコードに対応するＮＦＴに対する処理を実行することができる。また、リーダ３１Ｄが、複数のコードを一括読み取りした場合、システム１０は、一括読取した複数のコードに対応する複数のＮＦＴに対する処理５１Ｆをまとめて実行することができる。

【0128】

図７は、複数のコードに対応する複数のＮＦＴに対する処理５１Ｆの例を示している。処理５１Ｆは、バッチ処理であるのが好ましい。バッチ処理は、複数の処理をまとめて実行することである。なお、ここでは、１つのＮＦＴに対する処理を「ノンファンジブルトークン処理」又は「ＮＦＴ処理」と呼ぶものとする。この場合、複数のＮＦＴに対するバッチ処理は、複数のＮＦＴ処理をまとめて実行することである。

【0129】

複数のＮＦＴに対するバッチ処理５１Ｆによって、複数のＮＦＴに対する処理を一括して自動的に実行することができる。したがって、複数のＮＦＴそれぞれに対する処理を１つずつ実行するための操作が必要なく、煩雑さを回避して、処理を効率化できる。また、実施形態においては、複数のＮＦＴが一括読取によって得られた複数のコードによって識別されるため、バッチ処理の対象となる複数のＮＦＴを効率的に特定できる。すなわち、実施形態においては、複数のＮＦＴに対する処理であっても、ユーザの負担は、１個のＮＦＴに対する処理と同程度にできる。例えば、複数のコードを１回の読取操作で読み取り、複数のコードに対応する複数のＮＦＴを、バッチ処理によって、一括して処理することができる。

【0130】

ＮＦＴ処理は、ブロックチェーン２０において記録される処理を含む。複数のＮＦＴ処理をバッチ処理することで、複数のＮＦＴに関して、ブロックチェーン２０において一括して記録することができる。

【0131】

ＮＦＴに関して、ブロックチェーンにおいて記録される処理は、例えば、ＮＦＴの移転である。ＮＦＴの移転は、例えば、ＮＦＴの所有者の変更である。ＮＦＴの移転は、レンタルＮＦＴの使用者（借り手）の変更であってもよい。

【0132】

図１０に示すように、バッチ処理５１Ｆの実行により、ブロックチェーン２０において、複数のＮＦＴを一括して移転することができる。図１０では、ＮＦＴ移転前において、移転元アドレス（０ｘ１１１１）に４つのＮＦＴが関連付けられている。したがって、移転元アドレス（０ｘ１１１１）は、４つのＮＦＴの所有者又は使用者（借り手）である。移転元アドレスの４つのＮＦＴが有するトークン識別子（ＴｏｋｅｎＩＤ）として、それぞれ、token_id01,token_id02,token_id03,token_id04である。

【0133】

図１０に示す例では、複数のＮＦＴが、バッチ処理によって、移転元（現在の所有者又は使用者）から移転先（新たな所有者又は使用者）へ一括移転される。図１０では、複数のＮＦＴの移転のため、景品４０１，４０２，４０３それぞれのＮＦＣタグ４０が有するコードが、リーダによって一括して読み取られる（図９も参照）。ここで、景品４０１のタグ４０には、コード（識別データ；固有識別子）として00:00:00:00:00:0aが記録されている。景品４０２のタグ４０には、コード（識別データ；固有識別子）として00:00:00:00:00:0bが記録されている。景品４０３のタグ４０には、コード（識別データ；固有識別子）として00:00:00:00:00:0cが記録されている。

【0134】

図７のテーブル５１Ｅに示すように、コード：00:00:00:00:00:0aにはtoken_id01が対応付けられ、コード：00:00:00:00:00:0bにはtoken_id02が対応付けられ、コード：00:00:00:00:00:0cにはtoken_id03が対応付けられている。したがって、システム１０は、テーブル５１Ｅを参照し、一括読取した複数のコード（00:00:00:00:00:0a, 00:00:00:00:00:0b, 00:00:00:00:00:0c）から、バッチ処理５１Ｆの対象となる複数のＮＦＴ（token_id01,token_id02,token_id03）を識別できる。システム１０は、識別した複数のＮＦＴを、移転元アドレスから移転先アドレスに移転（送信）するバッチ処理を実行する。図１０では、移転元アドレスが有する４つのＮＦＴ（token_id01,token_id02,token_id03,token_id04）のうち、読み取った３つのコードに対応する３つのＮＦＴ（token_id01,token_id02,token_id03）が、移転先アドレスへ一括移転される。

【0135】

複数のＮＦＴの移転（送信；取引）は、ブロックチェーン２０に記録される。ブロックチェーン２０における取引記録は、各ＮＦＴについての移転元アドレス及び移転先アドレスを含み得る。各ＮＦＴは、各景品４０１，４０２，４０３に対応付いているため、ＮＦＴの取引記録は、物品４０である景品４０１，４０２，４０３の取引データとなる。つまり、ブロックチェーン２０は、物品４０の取引データの記録のための取引データベースとして利用される。

【0136】

なお、ＮＦＴの移転においては、ＮＦＴの移転先は、適宜、ユーザ等によって、指定され得る。また、ＮＦＴの移転においては、移転元から移転先へ直接ＮＦＴが移転される必要はなく、移転元から経由アドレスを経由して移転先へ移転されてもよい。経由アドレスは、例えば、スマートコントラクト２２のコントラクトアドレスであり得る。

【0137】

バッチ処理において、複数のＮＦＴそれぞれに対するＮＦＴ処理は、同時に実行される必要はなく、バッチ処理中において順次実行されてもよい。

【0138】

図１１は、バッチ処理を利用した遊技場物品の移転の登録処理５１Ｆ（買取処理）の手順の一例を示している。実施形態に係るシステム１０は、景品４０１，４０２，４０３などの遊技場物品の移転を管理する管理システム１０であり得る。システム１０は、景品４０１，４０２，４０３などの遊技場物品の移転（買取）に伴って、対応するＮＦＴも移転させる。したがって、遊技場物品の移転を、ＮＦＴの移転としてブロックチェーン２０（取引データベース）に記録することができる。ブロックチェーン２０の記録は改竄が困難であるため、遊技場物品の移転を、ブロックチェーン２０に記録することで、当該記録の信頼性・透明性を高めることができる。なお、図１１に示す処理５１Ｆは、景品などの物品の移転（買取）の登録とは離れて、単に、複数のＮＦＴの一括移転のための処理としても理解され得る。

【0139】

ブロックチェーン２０には、移転される物品のコード（識別データ）を移転先とともに記録してもよいが、物品の移転を、物品に対応するＮＦＴの移転として記録することで、物品の取引記録の保存に、ブロックチェーン２０におけるＮＦＴに関する基盤を利用できる。

【0140】

図１１の登録処理５１Ｆは、システム１０に含まれる１又は複数のコンピュータによって実行される。以下では、一例として、サーバ５１及び端末３１が協働して登録処理５１Ｆ，３１Ｆを実行する。また、登録処理の一部は、スマートコントラクト２２が実行してもよい。スマートコントラクト２２は、サーバ５１又は端末３１などから呼び出され、ブロックチェーン２０において、所定の処理を実行する。スマートコントラクト２２は、例えば、ＮＦＴ移転などのＮＦＴ処理２２Ａを実行する。スマートコントラクト２２は、移転元のユーザのアカウントに、トークンを送信（チャージ）する処理を実行してもよい。

【0141】

スマートコントラクト２２は、呼び出される毎に、指定された１個のＮＦＴに対するブロックチェーン２０における処理を実行するよう構成されていてもよい。この場合、複数のＮＦＴのバッチ処理においては、スマートコントラクト２２は、バッチ処理を実行するサーバ５１等から、処理対象のＮＦＴの数に応じた回数ほど呼び出される。また、スマートコントラクト２２は、１回の呼び出しで、指定された複数のＮＦＴに対するブロックチェーン２０における処理を一括して実行するよう構成されていてもよい。つまり、スマートコントラクト２２もバッチ処理をするよう構成されていてもよい。この場合、１回のスマートコントラクト２２の呼び出しによって、複数のＮＦＴの移転等が一括して行える。

【0142】

図１１に示す登録処理５１Ｆ、３１Ｆでは、ステップＳ８１において、サーバ５１は、リーダ３１Ｄによって読み取られた複数のコードを取得する。コードは、移転しようとする景品４０１，４０２，４０３から取得される。例えば、読み取られたコード等は、端末３１が取得し、端末３１からサーバ５１へ送信され得る。コードを読み取る端末３１（のリーダ３１Ｄ）は、移転元の端末３１（のリーダ３１Ｄ）であってもよいし、移転先の端末３１（のリーダ３１Ｄ）であってもよい。また、コードは、移転元及び移転先の両方の端末３１，３１によって読み取られてもよい。

【0143】

ステップＳ８２において、サーバ５１は、移転当事者情報（買取当事者のデータ）を取得する。移転当事者は、移転元及び移転先を含む。移転当事者情報は、例えば、移転当事者のブロックチェーンアドレス（アカウント）又はそのブロックチェーンアドレスを識別し得るデータ、その他移転当事者を識別し得るデータによって表される。なお、移転元は、コードに対応するＮＦＴの現在の所有者又は使用者であるから、サーバ５１は、取得したコードに対応するＮＦＴに関連付けられたブロックチェーンアドレスを参照することで、移転元のブロックチェーンアドレスを取得し得る。サーバ５１は、移転元又は移転先の端末３１から送信された、移転元のブロックチェーンアドレス等の移転元情報を受信してもよい。

【0144】

システム１０は、移転先情報を、移転先の端末３１から取得し得る。例えば、移転先の端末３１は、そのブロックチェーンアドレス（例えば、０ｘ２２２２）を、システム１０に送信する。これにより、システム１０は移転先情報を取得し得る。例えば、コードの読み取りが移転先の端末３１によって行われる場合、移転先の端末３１は、コードとともに、移転先端末３１のブロックチェーンアドレス等をサーバ５１へ送信し得る。サーバ５１は、コードから移転元を識別し、コードとともに送信されたブロックチェーンアドレスを移転先として識別し得る。

【0145】

また、システム１０は、移転先情報を、移転元の端末３１から取得し得る。例えば、移転先の端末３１は、移転先のブロックチェーンアドレスを、移転元の端末３１に、無線通信等で与える。移転元の端末３１は、取得した移転先ブロックチェーンアドレスを、システム１０へ送信し得る。例えば、コードの読み取りが移転元の端末３１によって行われる場合、移転元の端末３１は、移転先の端末３１から移転先のブロックチェーンアドレスを無線通信等で取得し、取得した移転先ブロックチェーンアドレスを読み取ったコードとともにサーバ５１へ送信し得る。

【0146】

実施形態においては、移転当事者情報は、処理対象となる複数のＮＦＴに共通する情報である。バッチ処理において、複数のＮＦＴに対しては、同一のＮＦＴ処理が実行される。同一のＮＦＴ処理は、例えば、複数のＮＦＴに共通の移転先情報が示す同一の移転先に、複数のＮＦＴそれぞれを移転する処理である。バッチ処理によって、複数のＮＦＴが共通の移転先に移転されるため、ユーザは、複数のＮＦＴそれぞれに移転先を設定する操作をする必要がなく、操作が容易になる。また、バッチ処理にいては、複数のＮＦＴに共通のＮＦＴ処理が実行されるため、ユーザは、複数のＮＦＴそれぞれに施されるＮＦＴ処理の種類を指定する操作又はそれぞれのＮＦＴ処理の実行の可否を選択する操作をする必要がなく、操作が容易になる。

【0147】

端末３１又はサーバ５１は、読み取り結果等を含む表示データを表示装置に表示するための処理を実行する（ステップＳ８３）。表示装置は、例えば、端末３１が備えるディスプレイである。図１２は、表示装置に表示される表示データ９１，９２（図２のステップＳ２４０の取引画面に相当）を示している。表示データ９１，９２は、画面表示のため、サーバ５１等から、端末３１の表示装置に提供される。

【0148】

図１２には、第１表示データ９１及び第２表示データ９２が示されている。第１表示データ９１は、移転元（例えば、景品の売り手；売却者）の端末３１の表示装置に表示され得る。第２表示データ９２は、移転先（例えば、景品の買い手；買取者）の端末３１の表示装置に表示され得る。売り手は、例えば、プレイヤー４であり、買い手は、例えば、景品交換所２である。

【0149】

第１表示データ９１及び第２表示データ９２それぞれは、読み取られたコードに対応するＮＦＴの取引処理を実行してよいかどうかを確認するための確認用表示データであり得る。

【0150】

第１表示データ９１は、例えば、コードが移転元の端末３１によって読み取られた後、その移転元の端末３１の表示装置に表示される。例えば、サーバ５１は、読み取られたコード（00:00:00:00:00:0a, 00:00:00:00:00:0b, 00:00:00:00:00:0c）を取得すると、そのコードに対応するＮＦＴ（token_id01,token_id02,token_id03）を、処理対象として識別する。

【0151】

サーバ５１は、処理対象のＮＦＴそれぞれに関連付けられた金額（価値データ；バリュー）を取得する。金額は、ＮＦＴ付き景品の売却価格（買取価格）である。金額（価値データ；バリュー）は、法定通貨を単位とする数値でもよいし、暗号資産を単位とする数値でもよいし、その他電子的な価値を有するデータでもよい。金額は、ＮＦＴ単独の売却価格（買取価格）とみなしてもよいし、景品単独の売却価格（買取価格）とみなしてもよい。なお、売却価格（買取価格）は、移転当事者に応じて異なり得る。ＮＦＴそれぞれに関連付けられた金額は、移転当事者毎に設定されていてもよい。この点については後述される。

【0152】

ＮＦＴに関連付けられた金額は、ＮＦＴに関連付けて、サーバ５１その他のブロックチェーン外のコンピュータに記録されていてもよいし、ＮＦＴに関連付けてブロックチェーンに記録されていてもよい。ブロックチェーン２０に記録されたデータの改竄は困難であるため、ＮＦＴに関連付けられた金額がブロックチェーン２０に記録されていると、金額の改竄を防止し、景品の取引の透明性を担保できる。なお、金額をブロックチェーン２０に記録した場合、金額の柔軟な変更が困難なことがあるが、取引価格（売却価格又は買取価格）が固定の場合には特に問題はない。

【0153】

一例として、図１０に示すように、token_id01のＮＦＴには、ＮＦＴ付き景品の売却価格（買取価格）が￥５，０００であることが、token_id01のＮＦＴに関連付けてブロックチェーン２０に記録されている。token_id02のＮＦＴには、ＮＦＴ付き景品の売却価格（買取価格）が￥２，５００であることが、token_id02のＮＦＴに関連付けてブロックチェーン２０に記録されている。token_id03及びtoken_id04のＮＦＴには、それぞれ、ＮＦＴ付き景品の売却価格（買取価格）が￥１，０００であることが、token_id03及びtoken_id04のＮＦＴそれぞれに関連付けてブロックチェーン２０に記録されている。

【0154】

なお、ＮＦＴ付き景品又はＮＦＴの価値は、ＮＦＴに関連付けられた画像データ等のコンテンツデータによって担保され得る。ＮＦＴは、例えば、プロスポーツ選手又はミュージシャンなどの価値のあるコンテンツデータ（デジタルデータ）を唯一無二にすることができる。したがって、ＮＦＴ付き景品又はＮＦＴは、そのＮＦＴによって認証されたデジタルデータに応じた価値を有し得る。

【0155】

サーバ５１は、処理対象として識別した１又は複数のトークン識別子（token_id01,token_id02,token_id03）に関連付けられた金額それぞれを取得し、それらの金額（価値データ）の合計値を計算する。一例として、３つのトークン識別子（token_id01,token_id02,token_id03）に関連付けられた金額の合計値は、￥８，５００である。

【0156】

サーバ５１は、確認用表示データ９１の構成要素として、価値表示データを生成する。価値表示データは、合計値（￥８，５００）とその内訳とを示す価値表示データを含む。図１２の第１表示データ９１において、価値表示データは、「価格 合計 ￥8,500」の部分と、「内訳」及び「AAA ￥5,000 × 1 ＝＼5,000」「BBB ￥2,500 × 1 ＝＼2,500」「CCC ￥1,000 × 1 ＝＼1,000」の部分である。価値表示データは、合計値の内訳のいずれか一方だけでもよい。第２表示データ９２においても同様である。

【0157】

サーバ５１は、確認用表示データ９１の構成要素として、処理対象として識別したＮＦＴ（token_id01,token_id02,token_id03）を画面表示するためのデータをブロックチェーン２０等から取得又は生成する。図１２の第１表示データ９１において、ＮＦＴ（token_id01,token_id02,token_id03）を画面表示するためのデータは、「対象ＮＦＴ一覧」に示される３つの要素である。第１表示データ９１において、「対象ＮＦＴ一覧」には、「ＡＡＡ」である景品４０１に対応するＮＦＴ（token_id01）及びその金額（＼5,000）、「ＢＢＢ」である景品４０２に対応するＮＦＴ（token_id02）及びその金額（＼2,500）、「ＣＣＣ」である景品４０３に対応するＮＦＴ（token_id03）及びその金額（＼1,000）の３つの要素が示されている。第２表示データ９２においても同様である。

【0158】

図１２には示されていないが、確認用表示データ９１，９２は、処理対象の１又は複数のＮＦＴ（token_id01,token_id02,token_id03）それぞれに対応するコード（00:00:00:00:00:0a, 00:00:00:00:00:0b, 00:00:00:00:00:0c）を含んでもよい。すなわち、確認表示データ９１は、リーダ３１Ｄで読み取られた１又は複数のコード（（00:00:00:00:00:0a, 00:00:00:00:00:0b, 00:00:00:00:00:0c））を含んでもよい。

【0159】

また、図１２に示される「ＡＡＡ」「ＢＢＢ」「ＣＣＣ」のように、確認用表示データ９１，９２は、処理対象の１又は複数のＮＦＴそれぞれに対応するコードを備える物品（景品４０１，４０２，４０３）に関するデータを含んでもよい。すなわち、確認用表示データ９１，９２は、コードが読み取られた物品（景品４０１，４０２，４０３）に関するデータを含んでもよい。物品（景品４０１，４０２，４０３）に関するデータは、「ＡＡＡ」「ＢＢＢ」「ＣＣＣ」などの名称又は種類を示す文字・記号のほか、物品の金額又はその他の物品に関連するデータであってもよい。

【0160】

確認用表示データ９１，９２が、上記のデータを含むことで、取引当事者（移転元又は移転先）は、取引の対象となる物品（景品４０１，４０２，４０３）及び／又はＮＦＴを把握又は確認することができる。

【0161】

確認用表示データ９１，９２は、移転当事者の相手方を示す情報を示し得る。相手方を示す情報は、例えば、相手方のブロックチェーンアドレス及び／又は相手方の名称又は氏名である。例えば、移転元（売却者）用の表示データ９１の場合、相手方は、移転先（買取者：０ｘ２２２２）である。移転先（買取者）用の表示データ９２の場合、相手方は、移転元（売却者：０ｘ１１１１）である。確認用表示データ９１，９２が相手方の情報を含むことで、移転当事者は、移転実行前に相手方を確認することができる。なお、この場合、相手方は、バッチ処理により一括実行される複数のＮＦＴ移転のための共通の相手方である。

【0162】

確認用表示データ９１は、読み取ったコードに対応するＮＦＴに対する処理（ＮＦＴ処理）の実行を許可するかどうかを確認するためのものであり得る。複数のＮＦＴに対するバッチ処理が実行される場合、この確認は、バッチ処理の実行を許可するかどうかを確認するためのものとなる。

【0163】

移転元における確認は、景品及びＮＦＴを移転先へ移転（売却）するかどうかの確認となる（図１２の第１表示データ９１参照）。この確認のため、第１表示データ９１は、「売却しますか」の表示及び「はい」「いいえ」のボタン（グラフィカルユーザインターフェース：ＧＵＩ）を含む。ユーザは、売却（移転）を許可する場合、「はい」のボタンをクリック又はタップするユーザ操作を行う。そのユーザ操作を行ったことを示す信号は、サーバ５１に送信される。

【0164】

移転先における確認は、景品及びＮＦＴを移転先へ移転（買取）するかどうかの確認となる（図１２の第２表示データ９２参照）。この確認のため、第２表示データ９２は、「買い取りますか」の表示及び「はい」「いいえ」のボタン（グラフィカルユーザインターフェース：ＧＵＩ）を含む。ユーザは、買取（移転）を許可する場合、「はい」のボタンをクリック又はタップするユーザ操作を行う。そのユーザ操作を行ったことを示す信号は、サーバ５１に送信される。

【0165】

実施形態においては、移転の許可のユーザ操作は、複数のＮＦＴについて一括した単一の操作であるため、ＮＦＴを１個ずつ移転する場合に比べて、ユーザを少なくでき有利である。

【0166】

サーバ５１は、移転元及び移転先の両方、又は、いずれか一方から、移転を許可するユーザ操作を受け付けると、移転が許可されたと判断し（ステップＳ８４）、処理対象の複数のＮＦＴを移転するためのバッチ処理を実行する（ステップＳ８５）。

【0167】

バッチ処理は、処理対象の複数のＮＦＴの移転及びその移転に伴う支払のための処理（バリューチャージの処理）を含む。ＮＦＴの移転は、例えば、図１０に示すように、ＮＦＴを移転元アドレス（０ｘ１１１１）から移転先アドレス（０ｘ２２２２）へ送信することである。支払い（バリューのチャージ）は、法定通貨等の支払いであってもよいし、ブロックチェーン２０の暗号資産の支払、その他の価値データによる支払いであってもよい。実施形態においては、支払い（バリューのチャージ）は、複数のＮＦＴの合計金額について行えばよいため、ＮＦＴを１個ずつ移転する場合に比べて、移転の処理が簡素化される。

【0168】

複数のＮＦＴの移転及びその合計金額の支払いを含むバッチ処理は、一つのトランザクションとして構成され得る。トランザクションは、それを構成する個々の処理が独立して完了することはなく、トランザクションを構成する一連の処理が全て成功した場合にトランザクション全体として処理が完了する。トランザクションを構成する一部の処理が失敗した場合には、トランザクション全体の処理が失敗し、トランザクション全体の処理は行われなかったものとなる（処理の取消）。複数のＮＦＴの移転及びその合計金額の支払いが、トランザクションとして構成されていることで、処理を安全に行える。また、処理対象となった複数のＮＦＴの一部のＮＦＴだけが移転されることを防止できる。

【0169】

実施形態に係るシステム１０を利用したＮＦＴ付き景品４０１，４０２，４０３の流通の方式は、例えば、以下のとおりである。以下に説明する方式では、景品４０１，４０２，４０３及びそれに付属するＮＦＴが、遊技場１Ａ、プレイヤー４、景品交換所２及び景品問屋３の４者において、移転・流通する。

【0170】

景品問屋３は、ＮＦＴが付属した景品を遊技場１Ａに販売する。すなわち、景品及びＮＦＴが、景品問屋３（移転元）から遊技場１Ａ（移転先）へ移転される。移転される前において、景品は景品問屋３によって所有され、景品に付属したＮＦＴは景品問屋３のブロックチェーンアドレスにおいて所有されている。移転の際には、景品問屋端末３１－３及び／又は遊技場端末３１－１によって、１又は複数の景品それぞれが備えるコードが読み取られる。システム１０は、読み取られたコードに対応するＮＦＴを、景品問屋３のブロックチェーンアドレス（０ｘ３３３３）から、遊技場１Ａのブロックチェーンアドレス（０ｘ１１１１）へ送信する。これにより、ＮＦＴの所有者が遊技場１Ａになる。かかる景品の移転が、景品に対応するＮＦＴの移転としてブロックチェーン２０に記録される。ＮＦＴの移転に伴い、ブロックチェーン２０においては、コードに対応するデータであるＮＦＴと、景品の移転先である遊技場１Ａのブロックチェーンアドレスと、が関連付けて記録される。

【0171】

ＮＦＴの移転に伴い、物理的な景品も、景品問屋３から遊技場１Ａへ移転される。また、移転したＮＦＴ付き景品の対価が、遊技場１Ａから景品問屋３に支払われる。移転は、複数の景品及びＮＦＴが一括して行われ得る。移転が一括して行われるため、大量の景品及びＮＦＴの販売が容易である。また、移転とともに支払い（バリューのチャージ）も行われる。

【0172】

遊技場１Ａは、パチンコ玉等の遊戯媒体と交換される景品として、１又は複数のＮＦＴ付き景品を、プレイヤー４に提供する。すなわち、景品及びＮＦＴが、遊技場１Ａからプレイヤー４へ移転される。この交換の際には、遊技場端末３１－１及び／又はプレイヤー端末３１－４によって、１又は複数の景品それぞれが備えるコードが読み取られる。システム１０は、読み取られたコードに対応するＮＦＴを、遊技場１Ａのブロックチェーンアドレス（０ｘ１１１１）から、プレイヤー４のブロックチェーンアドレス（０ｘ４４４４）へ送信する。これにより、ＮＦＴの所有者がプレイヤー４になる。かかる景品の移転が、景品に対応するＮＦＴの移転としてブロックチェーン２０に記録される。ＮＦＴの移転に伴い、ブロックチェーン２０においては、コードに対応するデータであるＮＦＴと、景品の移転先であるプレイヤー４のブロックチェーンアドレスと、が関連付けて記録される。

【0173】

ＮＦＴの移転に伴い、物理的な景品も、遊技場１Ａからプレイヤー４へ移転される。プレイヤー４は、ＮＦＴ付き景品を取得する対価として、パチンコ玉などの遊戯媒体又はその権利を、遊技場１Ａへ渡す。

【0174】

プレイヤー４は、取得した景品を金銭又はバリューと交換するため、１又は複数のＮＦＴ付き景品を、景品交換所２に買い取ってもらう。すなわち、景品及びＮＦＴが、プレイヤー４から景品交換所２へ移転される。この買取の際には、景品交換所端末３１－２及び／又はプレイヤー端末３１－４によって、１又は複数の景品それぞれが備えるコードが読み取られる。システム１０は、読み取られたコードに対応するＮＦＴを、プレイヤー４のブロックチェーンアドレス（０ｘ４４４４）から、景品交換所２のブロックチェーンアドレス（０ｘ２２２２）へ送信する。これにより、ＮＦＴの所有者が景品交換所２になる。かかる景品の移転が、景品に対応するＮＦＴの移転としてブロックチェーン２０（取引データベース）に記録される。ＮＦＴの移転に伴い、ブロックチェーン２０においては、コードに対応するデータであるＮＦＴと、景品の移転先である景品交換所２のブロックチェーンアドレスと、が関連付けて記録される。

【0175】

ＮＦＴの移転に伴い、物理的な景品も、プレイヤー４から景品交換所２へ移転される。また、移転したＮＦＴ付き景品の対価（バリュー）が、景品交換所２からプレイヤー４に支払われる（プレイヤー４のアカウントへのバリューのチャージ）。移転は、複数の景品及びＮＦＴが一括して行われ得る。移転が一括して行われるため、大量の景品及びＮＦＴの販売が容易である。また、移転とともに支払い（バリューのチャージ）も行われる。プレイヤー４は、第２アプリケーション１１４を使用して、チャージされたバリューを使用して、再度、遊技をすることができる（バリューの支払いにより玉等を借りる）。また、プレイヤー４は、第２アプリケーション１１４を使用して、チャージされたバリューを、ＡＴＭから出金することができる。

【0176】

景品交換所２は、１又は複数のＮＦＴ付き景品を、景品問屋３に販売する。すなわち、景品及びＮＦＴが、景品交換所２から景品問屋３へ移転される。景品問屋３は、景品交換所２から購入したＮＦＴ付き景品を、再び、遊技場１Ａ又は他の遊技場１Ｂに販売することができる。

【0177】

遊技場物品の流通において、実施形態のシステム１０を利用すると、遊技場物品が備えるコードに対応するデータ（ＮＦＴ）と、遊技場物品の移転先（及び移転元）のブロックチェーンアドレスとを、関連付けて、ブロックチェーン２０に記録できる。ブロックチェーン２０に記録されたデータは、改竄が困難であるため、遊技場物品の流通を確実に記録できる。この記録は、信頼性が高いため、遊技関係の統計データ、又は遊技関係のビッグデータとして有用である。

【0178】

しかも、移転に伴い、ブロックチェーン２０に記録されるブロックチェーンアドレスは、遊技場１Ａの第１ブロックチェーンアドレス（０ｘ１１１１）、景品交換所２の第２ブロックチェーンアドレス（０ｘ２２２２）、景品問屋３の第３ブロックチェーンアドレス（０ｘ３３３３）を含むため、これら３者における景品の流通の記録が得られる。また、ブロックチェーン２０記録されるブロックチェーンアドレスは、プレイヤー４の第４ブロックチェーンアドレス（０ｘ４４４４）も含むため、プレイヤー４を含む４者における景品の流通の記録が得られる。

【0179】

上記の説明では、ＮＦＴの移転は、移転元から移転先へのＮＦＴ所有権の変動として行われる。つまり、ブロックチェーン２０には、ＮＦＴの所有権の移転が記録される。ただし、ＮＦＴの移転は、移転元から移転先へのＮＦＴ使用権の変動として行われてもよい。この場合、ブロックチェーン２０には、ＮＦＴの使用権の移転が記録される。ＮＦＴの移転がＮＦＴ使用権の変動として行われる場合、ＮＦＴの所有権は変動しなくてもよい。ＮＦＴの所有権は、例えば、ＮＦＴ使用権の変動にかかわらず、システム１０の管理者５が保持し続けることができる。

【0180】

図１３は、ＮＦＴの移転をＮＦＴ使用権の変動として記録するブロックチェーン２０を示している。この場合、使用権の設定には、例えば、ＥＩＰ４９０７規格に規定されるレンタルＮＦＴの機能が利用され得る。この場合、ＮＦＴ使用権を有する者は、ＥＩＰ４９０７における「ｕｓｅｒ」（使用者）である。ＮＦＴ使用権を有する者は、レンタルＮＦＴの借り手である。

【0181】

図１３では、レンタルＮＦＴの使用者のブロックチェーンアドレスは、第１アカウントとして示され、レンタルＮＦＴの所有者「ｏｗｎｅｒ」のブロックチェーンアドレスは、第２アカウントとして示されている。図１３では、第１アカウントは、遊技場１Ａのアドレス２５Ａ（０ｘ１１１１）と、景品交換所２のアドレス２５Ｂ（０ｘ２２２２）と、景品問屋３のアドレス２５Ｃ（０３３３３）と、プレイヤー４のアドレス２５Ｃ（０ｘ４４４４）である。すなわち、遊技場１Ａ、景品交換所２、景品問屋３，及びプレイヤー４は、それぞれ、レンタルＮＦＴの使用者（移転当事者）になり得る。また、図１３では、第２カウントは、管理者５のアドレス２５Ｅ（０ｘ１２３４）である。すなわち、管理者５は、ＮＦＴ（token_id01,token_id02,token_id03,token_id04）の所有者である。管理者５は、ＮＦＴの所有者として、第１アカウント（移転当事者）のために、ＮＦＴの使用権移転・使用権設定などのＮＦＴに対する処理を実行することができる。

【0182】

ＮＦＴ所有者である管理者５は、システム１０によって、ＮＦＴ（token_id01,token_id02,token_id03,token_id04）の使用者を設定できる。図１３では、token_id01及びtoken_id02のＮＦＴには、使用者として、景品問屋のアドレス０ｘ３３３３が設定されている。token_id03のＮＦＴには、使用者として、プレイヤーのアドレス０ｘ４４４４が設定されている。token_id04のＮＦＴには、使用者として、遊技場のアドレス０ｘ１１１１が設定されている。

【0183】

例えば、遊技場１Ａが、景品をプレイヤー４に提供する場合、まず、ＮＦＴ所有権移転の場合と同様に、遊技場端末３１－１及び／又はプレイヤー端末３１－４によって、１又は複数の景品それぞれが備えるコードが読み取られる。

【0184】

そして、システム１０は、読み取られたコードに対応するＮＦＴの所有者として、スマートコントラクト２２を呼び出し、ＮＦＴ所有者の権限によって、そのＮＦＴの使用者を、遊技場１Ａのブロックチェーンアドレス（０ｘ１１１１）から、プレイヤー４のブロックチェーンアドレス（０ｘ４４４４）に変更する。この場合、スマートコントラクト２２を呼び出して、ＮＦＴ使用権移転の処理を行わせたのは、ＮＦＴ所有者である管理者５であるから、ブロックチェーン２０に支払うべき手数料（ガス代）は、管理者５が、所有するＦＴ（ファンジブルトークン）などの暗号資産によって、ブロックチェーン２０に支払う。したがって、移転当事者である遊技場１Ａ及びプレイヤー４は、ガス代を支払う必要がない。他の移転当事者間でのＮＦＴ使用権の移転についても同様である。

【0185】

ＮＦＴ使用者は、ＮＦＴ使用権を自ら移転する権限を有していないため、ＮＦＴ使用権の無断移転を防止できる。ＮＦＴ移転が所有権移転によって行われる場合、プレイヤー４などが、第三者にＮＦＴを無断で送信した場合に、管理者５ですら、そのＮＦＴを取り戻すことが困難である。しかし、ＮＦＴ移転が使用権移転によって行われる場合、ＮＦＴ所有者は、使用権の設定・取消を行う権限を有するため、ＮＦＴ使用権が誤って移転された場合であっても、管理者５が所有者権限で、ＮＦＴ使用権の取消・再設定など行って、誤った移転を元に戻すことができる。

【0186】

なお、遊技場は、パチンコ店ではなくカジノであってもよく、遊技場物品は、ＮＦＴ付きカジノチップであってもよい。この場合、カジノチップ及びＮＦＴの移転は、カジノとプレイヤーとの間で生じる。また、コードを有する物品は、遊技場物品に限られず、他の物品であってもよい。

【0187】

本発明は、上記実施形態に限定されるものではなく、様々な変形が可能である。

【符号の説明】

【0188】

１Ａ ：遊技場
１Ｂ ：遊技場
２ ：第１ユーザ（景品交換所）
３ ：景品問屋
３Ａ ：景品問屋
３Ｂ ：景品問屋
４ ：第２ユーザ（プレイヤー）
５ ：景品製造者
１０ ：バリューチャージシステム
１５ ：ネットワーク
２０ ：ブロックチェーン
２２ ：スマートコントラクト
２２Ａ ：ＮＦＴ処理
２５Ａ ：ブロックチェーンアドレス
２５Ｂ ：ブロックチェーンアドレス
２５Ｃ ：ブロックチェーンアドレス
２５Ｄ ：ブロックチェーンアドレス
２５Ｅ ：ブロックチェーンアドレス
３１ ：端末
３１－１ ：遊技場端末
３１－２ ：景品交換所端末
３１－３ ：景品問屋端末
３１－４ ：プレイヤー端末
３１Ａ ：プロセッサ
３１Ｂ ：記憶装置
３１Ｃ ：コンピュータプログラム
３１Ｄ ：リーダ
３１Ｆ ：登録処理
４０ ：物品（買取対象）
４１ ：アンテナ
４２ ：無線回路
４３ ：コントローラ
４４ ：不揮発性メモリ
４６ ：固有識別子
５１ ：サーバ
５１Ａ ：プロセッサ
５１Ｂ ：記憶装置
５１Ｃ ：コンピュータプログラム
５１Ｅ ：対応データテーブル
５１Ｆ ：登録処理
９１ ：確認用表示データ
９２ ：確認用表示データ
１００ ：バリューチャージ装置
１００Ａ ：取引データベース
１０２ ：クライアント端末
１０４ ：クライアント端末
１１２ ：第１アプリケーション
１１４ ：第２アプリケーション
４０１ ：景品
４０２ ：物品
４０３ ：物品
４０３ ：景品
４５０ ：収納部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】