特開 2024-12690 非代替性トークン管理装置

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

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

(11)【公開番号】P2024012690

(43)【公開日】2024-01-30

(54)【発明の名称】非代替性トークン管理装置

(51)【国際特許分類】

   G06Q 50/18 20120101AFI20240123BHJP

   G06Q 20/38 20120101ALI20240123BHJP

【ＦＩ】

G06Q50/18 310

G06Q20/38 310

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023200178

(22)【出願日】2023-11-27

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

【原出願日】2022-06-10

(71)【出願人】

【識別番号】518369659

【氏名又は名称】株式会社ＧＩＮＫＡＮ

(74)【代理人】

【識別番号】100185270

【弁理士】

【氏名又は名称】原田 貴史

(72)【発明者】

【氏名】神谷 知愛

(57)【要約】

【課題】実際の社会での情報と連携した非代替性トークンを、ブロックチェーンで発行できる、非代替性トークン管理装置を提供する。
【解決手段】利用者にサービスを提供するサービス提供者のサービス提供者情報、及び利用者によるサービスの利用情報を含む非代替性トークンを、ネットワークに接続されるコンピュータにより形成されるブロックチェーンで発行する依頼を生成する発行依頼部５０６と、ブロックチェーンで発行される非代替性トークンを取得可能者へ付与する依頼を生成する付与依頼部５０７と、ブロックチェーンで発行される非代替性トークンに含まれる情報を、取得可能者に含まれる利用者による利用情報に基づいて書き換える依頼を生成する書き換え依頼部５０８と、を有する、管理サーバ２００を構成した。
【選択図】図３

【特許請求の範囲】

【請求項1】

利用者にサービスを提供するサービス提供者のサービス提供者情報、及び前記利用者による前記サービスの利用情報を含む非代替性トークンを、ネットワークに接続されるコンピュータにより形成されるブロックチェーンで発行する依頼を生成する発行依頼部と、
前記ブロックチェーンで発行される前記非代替性トークンを取得可能者へ付与する依頼を生成する付与依頼部と、
前記ブロックチェーンで発行される前記非代替性トークンに含まれる情報を、前記取得可能者に含まれる前記利用者による前記利用情報に基づいて書き換える依頼を生成する書き換え依頼部と、
を有する、非代替性トークン管理装置。

【請求項2】

請求項１記載の非代替性トークン管理装置において、
前記書き換え依頼部は、前記利用情報に基づいて、前記非代替性トークンに含まれる情報を書き換える依頼、または、前記非代替性トークンに関連付けられるスマートコントラクトの情報を書き換える依頼を生成する、非代替性トークン管理装置。

【請求項3】

請求項１または２記載の非代替性トークン管理装置において、
前記ブロックチェーンに登録されている前記非代替性トークンに含まれる情報を、前記ブロックチェーンの外部から参照し、その参照結果に基づいて、前記非代替性トークンを発行するトークン発行者が前記利用者へ提供する前記サービスを管理する制御部が、更に設けられている、非代替性トークン管理装置。

【請求項4】

請求項３記載の非代替性トークン管理装置において、
前記制御部は、前記トークン発行者が前記サービス提供者から取得する手数料を原資としてリワードの取引市場から購入した前記リワード、または、前記トークン発行者が保有する前記リワードのうち、少なくとも一方の前記リワードを前記利用者へ付与する、非代替性トークン管理装置。

【請求項5】

請求項２記載の非代替性トークン管理装置において、
前記書き換え依頼部が書き換えを依頼する前記非代替性トークンに含まれる情報、または、前記書き換え依頼部が書き換えを依頼する前記スマートコントラクトの情報は、前記利用者が利用した前記サービス提供者の数、前記利用者が前記サービスの利用により決裁した金額、前記利用者が前記サービスを利用した回数、から求められる前記サービスの利用度合いを示す情報を含む、非代替性トークン管理装置。

【請求項6】

請求項１または２記載の非代替性トークン管理装置において、
前記非代替性トークンを取得し、かつ、前記ブロックチェーンのセキュリティに用いられる秘密鍵を有する保有者から、前記非代替性トークンを預かり、かつ、前記秘密鍵の無い預かり者が管理する預かり装置が更に設けられ、
前記書き換え依頼部、または、前記預かり装置が、前記ブロックチェーンに登録されている前記非代替性トークンを書き換える依頼を生成する、非代替性トークン管理装置。

【請求項7】

請求項１または２記載の非代替性トークン管理装置において、
前記非代替性トークンの前記取得可能者に含まれる前記利用者へ、特定サービスを提供する特定サービス提供部が、更に設けられている、非代替性トークン管理装置。

【請求項8】

請求項１または２記載の非代替性トークン管理装置において、
前記サービス提供者は、
前記非代替性トークンを発行するトークン発行者により登録されている登録者と、
前記トークン発行者により登録されていない非登録者と、
を含み、
前記利用者が利用したサービスが、前記登録者が提供したサービス、または、前記非登録者が提供したサービスの何れであるかを判断する判断部を更に有し、
前記書き換え依頼部は、前記利用者が利用したサービスが、前記登録者が提供したサービスである場合、または、前記非登録者が提供したサービスある場合の何れであっても、前記利用情報に基づいて、前記ブロックチェーンに登録されている前記非代替性トークンに含まれる情報を書き換える依頼を生成する機能を有する、非代替性トークン管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、非代替性トークンをブロックチェーンに登録し、ブロックチェーンに登録されている非代替性トークンに含まれる情報を更新することのできる、非代替性トークン管理装置に関する。

【背景技術】

【0002】

非代替性トークンをブロックチェーンに登録し、ブロックチェーンに登録されている非代替性トークンに含まれる情報を更新することのできる、非代替性トークンを利用したコンテンツ出力システムの一例が、特許文献１に記載されている。特許文献１には、デジタルコンテンツを出力可能な利用者端末と、デジタルコンテンツに関連付けられた非代替性トークン（以下「ＮＦＴ」という）を保持したブロックチェーンとを備えるコンテンツ出力システムであって、ＮＦＴ又はこれに関連付けられたスマートコントラクトは、デジタルコンテンツの所有者によって書き換え可能なテキストデータを含み、利用者端末は、ブロックチェーン上のテキストデータを参照し、デジタルコンテンツを更新して、デジタルコンテンツを出力するコンテンツ出力システム、が記載されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第７０４３６７２号公報

【発明の概要】

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

【0004】

本願発明者は、特許文献１に記載されている技術は、デジタルアート等のように、仮想社会において取引されるデジタルコンテンツを主とした非代替性トークンの発行システムであり、実際の社会での情報と連携したものはない、という課題を認識した。

【0005】

本開示の目的は、実際の社会での情報と連携した非代替性トークンを、ブロックチェーンで発行できる、非代替性トークン管理装置を提供することである。

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

【0006】

本開示の非代替性トークン管理装置は、利用者にサービスを提供するサービス提供者のサービス提供者情報、及び前記利用者による前記サービスの利用情報を含む非代替性トークンを、ネットワークに接続されるコンピュータにより形成されるブロックチェーンで発行する依頼を生成する発行依頼部と、前記ブロックチェーンで発行される前記非代替性トークンを取得可能者へ付与する依頼を生成する付与依頼部と、前記ブロックチェーンで発行される前記非代替性トークンに含まれる情報を、前記取得可能者に含まれる前記利用者による前記利用情報に基づいて書き換える依頼を生成する書き換え依頼部と、を有する。

【発明の効果】

【0007】

本開示の非代替性トークン管理装置は、実際の社会での情報と連携した非代替性トークンを、ブロックチェーンで発行できる。

【図面の簡単な説明】

【0008】

【図1】本開示の非代替性トークン管理装置を含む非代替性トークン管理システムの概要を示す模式図である。

【図2】本開示の非代替性トークン管理装置の概要を示す模式図である。

【図3】顧客端末の概要を示す模式図である。

【図4】店舗端末の概要を示す模式図である。

【図5】本開示の非代替性トークン管理装置の店舗情報記憶部に記憶されている店舗情報の例を示す図である。

【図6】本開示の非代替性トークン管理装置の来店履歴情報記憶部に記憶されている来店履歴情報の例を示す図である。

【図7】非代替性トークン管理装置に接続される店舗端末のディスプレイに表示される利用情報入力画面の例を示す図である。

【図8】店舗端末のディスプレイに表示されるパスコード入力画面の例を示す図である。

【図9】店舗端末のディスプレイに表示される読取コード発行画面の例を示す図である。

【図10】非代替性トークン管理装置に接続される顧客端末のディスプレイに表示される確認画面の例を示す図である。

【図11】顧客端末のディスプレイに表示される完了画面の例を示す図である。

【図12】非代替性トークン管理システムで行われる制御例１を示すフローチャートである。

【図13】非代替性トークン管理システムで行われる制御例２を示すフローチャートである。

【図14】非代替性トークン管理システムで行われる制御例３を示すフローチャートである。

【図15】顧客端末のディスプレイに表示される店舗の飲食物テイクアウト情報の概要を示す図である。

【図16】図１の非代替性トークン管理装置の来店履歴情報記憶部に記憶されている来店回数情報の例を示す図である。

【図17】非代替性トークン管理システムで行われる制御例４を示すフローチャートである。

【図18】制御例６で顧客端末に表示されるリワード選択画面の例を示す図である。

【図19】非代替性トークン管理システムで行われる制御例７を示すフローチャートである。

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

【0009】

＜概要＞
本開示の非代替性トークン管理装置は、ネットワークを介して、利用者端末及びサービス提供者端末に接続され、利用者情報及びサービス提供者情報を取得する機能を有する。非代替性トークン管理装置は、取得した利用者情報及びサービス提供者情報を含む非代替性トークンを、ネットワーク上のブロックチェーンで発行する依頼を出力する機能を有する。また、非代替性トークン管理装置は、ブロックチェーンに登録された非代替性トークンを、書き換える依頼を出力する機能を有する。以下、本開示の非代替性トークン管理装置の実施形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。

【0010】

＜全体構成＞
本開示の非代替性トークン管理装置を含む非代替性トークン管理システムの一例が、図１に示されている。非代替性トークン管理システム１０は、ネットワーク５０１上のブロックチェーン５００で発行される非代替性トークンを管理する。非代替性トークン管理システム１０は、顧客端末１００と、管理サーバ２００と、店舗端末３００と、ブロックチェーン５００と、預かり装置５０９とを有する。管理サーバ２００は、顧客端末１００へネットワーク５０１を通じて接続される。店舗端末３００は、管理サーバ２００へネットワーク５０１を介して接続される。ブロックチェーン５００は、ネットワーク５０１に接続される複数の分散されたコンピュータにより保持される。預かり装置５０９は、ネットワーク５０１に接続される。顧客端末１００は、利用者端末の一例である。店舗端末３００は、サービス提供者端末の一例である。ネットワーク５０１に接続される複数の分散されたコンピュータは、顧客端末１００、管理サーバ２００、店舗端末３００の何れかを含んでいてもよい。管理サーバ２００は、本開示の非代替性トークン管理装置に相当する。ネットワーク５０１は、無線または有線の何れか一方で構築されているもの、無線及び有線の両方によって構築されているもの、を含む。

【0011】

ブロックチェーン５００は、ネットワーク５０１に接続されるコンピュータにより不特定多数の参加者が参加可能なパブリック型のブロックチェーンである。言い換えると、ネットワーク５０１は、パブリック型のブロックチェーン５００を基盤としたWeb3型のインターネットである。ブロックチェーン５００は、店舗情報及び顧客情報を含む全てのデータを非代替性トークン（ＮＦＴ：Non-Fungible Token）を取引履歴とし、かつ、ブロック５００Ａ，５００Ｂ，５００Ｃ毎にまとられ、各ブロック５００Ａ，５００Ｂ，５００Ｃが１本の鎖のようにつながった分散型のデータベースである。ブロックチェーン５００は、管理サーバ２００が発行する非代替性トークンを登録（認証）し、かつ、非代替性トークンを書き換え可能な状態で保持（保存）する。ブロックチェーン５００には、自律的に動作するプログラムとしてのスマートコントラクトが存在する。

【0012】

また、ネットワーク５０１に接続されるコンピュータは、発行部５０２、書き換え部５０４、非代替性トークン付与部５０３として役割を果たす。発行部５０２は、管理サーバ２００から発行を依頼される非代替性トークンを、ブロックチェーン５００で発行する機能を有する。非代替性トークン付与部５０３は、ブロックチェーン５００に登録されている非代替性トークンを購入者へ販売する機能と、ブロックチェーン５００に登録されている非代替性トークンを無償付与する機能と、を有する。書き換え部５０４は、ブロックチェーン５００に登録されている非代替性トークンに含まれる情報、または、非代替性トークンに関連付けられるスマートコントラクトの情報のうち、少なくとも一方の情報を書き換える機能を有する。

【0013】

店舗は、サービスを顧客に提供する。顧客は、サービス提供者が提供するサービスの利用者の一例であり、消費者と定義することも可能である。サービスは、商品の販売、商品の貸与、商品の運搬、役務の提供等を含む。商品は、液体、気体、固体などの物体の他、食品、料理、ソフトウェア等も含まれる。役務は、金融業、通信業、教育業、不動産業、レジャー産業、娯楽業等を含む。店舗は、実際の店舗及び仮想店舗（インターネット上のショップ）の両方を含む。実際の店舗としては、例えば、食堂、レストラン、娯楽施設、銀行等が挙げられる。顧客が店舗を利用することを示す利用情報は、顧客が店舗を訪れること、顧客が店舗を訪れる回数、顧客が店舗で商品を注文すること、顧客が商品を予約がすること、顧客が店舗で飲食すること、顧客が店舗で購入金額の決済を行うこと等を含む。また、店舗が仮想店舗であると、利用情報は、顧客が仮想店舗にアクセスまたはログインすること、顧客が仮想店舗にアクセスまたはログインする回数、顧客が仮想店舗で電子商取引を行うこと、等を含む。店舗が実際の店舗である場合、店舗端末３００は、店舗内の空間に設置または移動可能に置かれる。

【0014】

店舗の利用情報は、サービス提供者から提供されるサービスを、利用者が利用する利用情報の一例である。店舗が仮想店舗であると、店舗が提供するサービスは、ｗｅｂサービス、視聴またはダウンロード可能な動画及びアニメーション及びゲーム及び音楽等を、顧客へ提供すること、を含む。何れのサービスであっても、利用情報には、利用者を特定するＩＤ、クレジットカード情報等も含まれる。さらに、サービスの利用は、サービスの利用に応じた決済も含む。決済は、クレジットカードによる決済、ＱＲコード（登録商標）の読み取りによる決済、暗号資産による決済を含む。また、顧客端末１００、管理サーバ２００、店舗端末３００には、所定のハードウェアおよびソフトウェアが実装される。例えば、顧客端末１００、管理サーバ２００、店舗端末３００は、入力ポート、出力ポート、プロセッサやメモリ等を有するコンピュータを、それぞれ備えている。

【0015】

顧客端末１００は、管理サーバ２００からアプリケーションが提供される加盟者、管理サーバ２００からアプリケーションが提供されない非加盟者を含む。また、顧客端末１００は、固定型端末、可搬型端末の何れでもよい。固定型端末は、デスクトップパーソナルコンピュータを含む。可搬型端末は、タブレット端末、スマートフォンを含む。図２のように、顧客端末１００は、入力部１００Ａ、ディスプレイ（表示部）１５、読取部５１、制御部５２、通信部５３及び記憶部９１を備えている。入力部１００Ａは、タッチパネル、ボタン、キーボード、マウス、スティック等を含む。顧客端末１００は、入力部１００Ａ及び読取部５１から、各種信号及び情報の入力及び操作を受け付ける。制御部５２は、入力部１００Ａ及び読取部５１から入力される信号及び情報を処理する。制御部５２は、記憶部９１に記憶されているプログラム、データ、情報等に基づいて各種の処理、判断を行い、かつ、ディスプレイ１４の表示を制御する。制御部５２は、通信部５３から信号を出力させ、かつ、通信部５３から入力される信号を処理する。通信部５３は、顧客端末１００及び管理サーバ２００との間で、ネットワーク５０１を介して相互に信号を送信及び受信することができる。また、通信部５３は、ブロックチェーンを構築する複数の分散されたコンピュータとの間で、ネットワーク５０１を介して相互に信号を送信及び受信することもできる。

【0016】

顧客端末１００は、決済処理を行うためのアプリケーションを管理サーバ２００から提供を受けて、予めインストールされている。また、顧客端末１００にアプリケーションをインストールした後、顧客端末１００から管理サーバ２００へ送信される情報、例えば、顧客が所有するクレジットカードの情報、メールアドレス、ドメイン、各種サービスのアカウント、顧客が予め選択したリワードの種類、ＩＤパス等の情報が、管理サーバ２００の記憶部２５６に登録されている。

【0017】

顧客端末１００でアプリケーションを利用する際、顧客が所持するクレジットカードの情報が予め管理サーバ２００に登録されている。このため、顧客端末１００は、アプリケーションを動作させた状態で、管理サーバ２００で生成される読取コード、例えば、ＱＲコードまたはバーコードを読み込むことによって、店舗の利用金額の決済処理を行うことができる。なお、利用金額の決済は、暗号資産、クレジットカード、現金、商品券、優待券、割引券による決済を含む。暗号資産は、ビットコイン、イーサリアムを含む。顧客端末１００は、現在位置を取得する位置情報取得部９０を備えている。この位置情報取得部９０は、典型的には、ＧＰＳ衛星信号を受信して位置情報を求めるＧＰＳ（Global Positioning System）装置である。

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

以上のように、制御例１が行われると、管理サーバ２００の画面生成部２３０が、店舗ＩＤと、人数と、金額とに基づき、決済をするための読取コード１５３０を生成し、読取コード１５３０を含む読取コード発行画面１３を店舗端末３００へ提供する。情報更新部２４０は、顧客ＩＤと、顧客端末１００で読取コード１５３０が読み取られることで取得される、店舗ＩＤと、来店日時と、金額と、人数とをそれぞれ対応付けて来店履歴情報記憶部２５２に記憶する。したがって、管理サーバ２００は、店舗と顧客との間における利用金額の決済を容易にするとともに、顧客関係管理（ＣＲＭ：Customer Relationship Management）を可能にできる。また、店舗は、管理サーバ２００から店舗端末３００に送信される情報を利用して、販売時点情報管理（ＰＯＳ：point of sale ）に役立てることができる。

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

また、管理サーバ２００は、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、飲食物のテイクアウト情報を欲している顧客とは異なる顧客によってソーシャルネットワークサービス（以下、ＳＮＳ：Social Networking Service）へ投稿され、所定回数以上のインプレッション（例えば、５０万回以上のインプレッション）となった店舗における飲食物のテイクアウト情報を、飲食物のテイクアウト情報を欲している顧客の顧客端末１００に送信してもよい。

【0085】

この場合、顧客端末１００には、ＳＮＳを利用するためのアプリケーションがインストールされており、店舗に対するレビュー投稿等が可能となっている。レビュー投稿には、顧客が独自に行った店内の雰囲気の感想、顧客による料理へのコメント、顧客が料理を食べている写真、実際に出てきた料理の写真等が含まれる。そして、上記のアプリケーションでは、例えば、イートインに対する投稿機能とテイクアウトに対する投稿機能とが切替可能に構成されている。

【0086】

そして、図１５によると、顧客端末１００のディスプレイには、選択された店舗における飲食物のテイクアウトメニュー等を含んだ詳細店舗情報１９２０が表示される。顧客は、このような情報に基づいてテイクアウト来店する店舗を決定し、実際に該店舗に来店することができる。そして、店舗に顧客が来店すると、上記の図９に示した決済システムの全体処理が実行される。

【0087】

ここで、管理サーバ２００の通知処理部２１０が、来店履歴情報記憶部２５２に記憶されたテイクアウト来店についての来店履歴情報を参照し、テイクアウト来店した顧客の顧客端末１００に、メッセージまたはクーポンのうち、少なくとも一方を送信することで、該顧客に次回以降のイートイン来店を促してもよい。また、通知処理部２１０は、実際にテイクアウト来店した顧客の顧客端末１００だけでなく、図１５に示される店舗に関心を示した顧客の顧客端末１００にも、メッセージまたはクーポンのうち、少なくとも一方を送信してもよい。なお、顧客が店舗へ関心を示したか否かは、例えば、マップ１９１０上に表示された店舗一覧の中からの顧客の選択を分析する等、周知の手法を用いて判別することができる。

【0088】

以上に述べた処理は、顧客が、デリバリーによる飲食物の提供を受ける場合にも適用され得る。この場合、管理サーバ２００の通知処理部２１０は、顧客が過去に来店した店舗やその関連店舗、またはＳＮＳに投稿された店舗における飲食物のデリバリー情報を顧客端末１００に送信する。そして、顧客は、顧客端末１００のディスプレイに表示された情報に基づいて店舗を決定し、該店舗からデリバリーによる飲食物の提供を受けることができる。この場合、配達員が有する端末を店舗端末３００として、店舗端末３００と管理サーバ２００との間で、図１２に示す制御例１が実行されてもよい。

【0089】

そして、顧客がデリバリーによる飲食物の提供を受ける場合にも、管理サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶されたデリバリー利用についての来店履歴情報を参照し、デリバリーを利用した顧客の顧客端末１００に、メッセージまたはクーポンのうち、少なくとも一方を送信することで、該顧客に次回以降のイートイン来店を促してもよい。

【0090】

＜制御例４の効果＞
以上のように、制御例４によれば、通知処理部２１０が、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、テイクアウト来店した顧客またはデリバリーを利用した顧客の顧客端末１００にメッセージまたはクーポンのうち、少なくとも一方を送信することで、顧客に次回以降の来店を促すことができる。このように、実施の形態４によれば、良好な顧客関係管理を可能にできる。

【0091】

＜制御例５＞
非代替性トークン管理システム１０で行われる制御例５を説明する。制御例５では、顧客の来店回数に応じて、顧客に対して優遇措置が適用される。詳しくは、管理サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、顧客に対する優遇措置を顧客端末１００に送信する。ここで、来店履歴情報記憶部２５２には、来店日時に基づく来店回数情報が記憶されている。図１６は、来店履歴情報記憶部２５２に記憶されている来店回数情報の例を示す図である。図１６に示されるように、来店回数情報は、顧客ＩＤと、店舗ＩＤと、グループＩＤと、来店日時と、店舗名と、来店回数とから構成される。

【0092】

そして、本実施形態では、例えば、来店回数に応じて顧客の会員ステータスのステージが決定され、顧客は、各ステージに応じた優遇措置を受けることが可能となる。なお、このような優遇会員プログラムへの参加を促すために、例えば、上記の図１２に示した制御例１において、読取コードとともに店舗端末３００のディスプレイに該プログラムへの参加を選択する画面が表示されてもよいし、別の手段により店舗会員になっている顧客に対しては該プログラムへ自動的に参加させるようにしてもよい。なお、店舗への来店回数のカウントは、イートイン来店であってもよいし、テイクアウト来店であってもよい。

【0093】

また、顧客の会員ステータスのステージの決定には、ＳＮＳへの投稿結果が加味されてもよい。例えば、顧客の会員ステータスのステージは、顧客の店舗への来店回数と、顧客から店舗に対するＳＮＳへの投稿のインプレッション数と、に応じて決定されてもよい。

【0094】

そして、管理サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶された来店日時に基づく来店回数情報を参照し、顧客の会員ステータスのステージに応じて、メッセージまたはクーポンのうち、少なくとも一方を顧客端末１００に送信することで、顧客に次回以降の来店を促すことができる。

【0095】

＜制御例５の効果＞
以上のように、制御例５が行われると、良好な顧客関係管理を可能にできる。

【0096】

＜制御例６＞
図１の管理サーバ２００は、制御例６を実行することができる。顧客は、制御例６が実行されると、店舗の利用により、複数種類のリワードから何れかのリワードを選択することが可能である。

【0097】

図１７は、管理サーバ２００が行う制御例６、つまり、リワード付与方法を示すフローチャートである。まず、管理サーバ２００の認証部８０は、ステップＳ１０において、顧客が店舗を利用したことの認証を行う。この認証は、例えば、顧客が決済を行うにあたり、図１２のＳ９１２または図１３のステップＳ１６１３で行うことができる。管理サーバ２００は、ステップＳ１０に次ぐステップＳ１１において、複数種類のリワードを顧客に提示する。管理サーバ２００は、ステップＳ１１において、図１８に示すように、顧客端末１００のディスプレイ１４にリワード提示画面６０を提示する。

【0098】

リワード提示画面６０には、仮想通貨ボタン６１、シンクロポイントボタン６２、共通ポイントボタン６３及び選択ボタン６４が表示される。仮想通貨ボタン６１は、顧客が仮想通貨の入手を希望する場合に操作する。シンクロポイントボタン６２は、顧客がシンクロポイントの入手を希望する場合に操作する。シンクロポイントは、管理サーバ２００の管理者から、顧客に提供されるものである。シンクロポイントは、管理サーバ２００の管理者が提供するｅ-gift（イーギフト）の購入、優待券の購入、店舗に対する支払い等に利用可能である。共通ポイントは、管理サーバ２００の管理者とは異なる業者（個人、団体の何れでもよい）が提供する共通ポイントサービスに利用される。共通ポイントサービスは、商品の支払、商品の割引、優待券等を含む。これらの仮想通貨、シンクロポイント、共通ポイント、トークン発行者により発行される独自トークン、仮想通貨が、複数種類のリワードである。

【0099】

顧客は、リワード提示画面６０の仮想通貨ボタン６１、シンクロポイントボタン６２、共通ポイントボタン６３の何れかを操作し、かつ、選択ボタン６４を操作する。すると、管理サーバ２００は、顧客により選択されたリワードを、ステップＳ１２で判断する。具体的に説明すると、管理サーバ２００は、ステップＳ１１よりも前に顧客端末１００から送信されて記憶部２５６に記憶されているリワードの選択情報、または、ステップＳ１１の後に顧客端末１００から送信されるリワード選択情報に基づいて、ステップＳ１２の判断を行う。次に、管理サーバ２００は、顧客により選択されたリワードを、ステップＳ１３で顧客に付与し、図１７の処理を終了する。管理サーバ２００から顧客に付与されるリワードは、決済金額に応じて決定される。顧客は、管理サーバ２００に登録したメールアドレス、ドメイン、各種サービスのアカウント等において、リワードを受け取る。顧客は、リワードを受け取った後に管理サーバ２００にアクセスし、リワードの種類を変更することも可能である。

【0100】

さらに、図１７の制御例６の変更例は、次の通りである。顧客端末１００がアプリケーションをインストールした後であり、かつ、顧客が店舗を訪れるよりも前の段階で、顧客が受け取るリワードを、予め顧客が設定しておいてもよい。この場合、管理サーバ２００は、図１７のステップＳ１０処理を行い、かつ、ステップＳ１１及びステップＳ１２の処理をスキップし、ステップＳ１３の処理を行う。

【0101】

また、顧客端末１００が読取部５１で読み取る対象は、図９の読取コード１５３０に限定されない。例えば、顧客端末１００の読取部５１で店舗の認証対象物７０を読み取り、かつ、顧客端末１００から管理サーバ２００へ信号を送ることにより、管理サーバ２００がステップＳ１０の認証を行うことも可能である。認証対象物７０は、店舗が金額の決済後に発行し、かつ、バーコードまたはＱＲコードが付与されているレシートを含む。また、認証対象物７０は、店舗端末３００とは別に設けられ、通信機能を備えていないＩＣチップ付きカードでもよい。さらに、顧客が過去に店舗で行ったキャッシュレス決済の利用履歴を用いて、管理サーバ２００が認証を行ってもよい。

【0102】

また、店舗端末３００の読取部５４が、金額の決済処理と併せて顧客の認証対象７１を読み取り、かつ、店舗端末３００から管理サーバ２００へ信号を送ることにより、管理サーバ２００がステップＳ１０の認証を行うことも可能である。さらに、店舗端末３００の読取部５４が、金額の決済処理とは別に、顧客の認証対象７１を読み取り、かつ、店舗端末３００から管理サーバ２００へ信号を送ることにより、管理サーバ２００がステップＳ１０の認証を行うことも可能である。つまり、認証部８０が行う“顧客が店舗を利用したこと”の認証は、金額の決済処理の有無を問わない。認証対象７１は、顧客が所有するクレジットカード、顧客が所有する個人証明カードを含む。個人証明カードは、ＩＣチップ付きの運転免許証、ＱＲコード付きのマイナンバーカード等を含む。また、認証対象７１は、顧客の指紋、網膜、静脈等であってもよい。つまり、管理サーバ２００がステップＳ１０で行う認証は、生体認証であってもよい。

【0103】

さらに、店舗が仮想店舗であると、顧客が仮想店舗にログインした時点、商品を予約した時点、商品を購入した時点、商品を購入した金額の決済をクレジットカードで行った時点の何れかにおいて、店舗端末３００から管理サーバ２００へ信号を送信し、管理サーバ２００がステップＳ１０の認証を行うことができる。

【0104】

さらに、図１７のステップＳ１０の認証は、顧客が店舗を利用した場合の決済と同時に行わわれることに限定されない。例えば、店舗の利用金額の決済後、一定期間後、例えば２週間後に行ってもよい。また、所定月に初めて決済を行う場合に、ステップＳ１０の処理を、前月における店舗の利用に応じて行ってもよい。

【0105】

＜制御例６の効果＞
顧客は、複数種類のリワードから、希望するリワードを選択できる。つまり、非代替性トークン管理システム１０を機能させるアプリケーションは、マルチリワード還元システムとして機能する。このため、顧客が店舗を利用する動機付け、及び店舗を利用する回数の増加を促進できる。さらに、顧客が仮想通貨を購入することによるリスクを低減し、仮想通貨を購入するハードルを低下させ、仮想通貨の利用拡大を見込むことができる。

【0106】

＜その他＞
さらに、店舗端末３００は、図１６に示される来店回数情報に基づいて、各顧客毎に、来店頻度、リピート率等をディスプレイ２０に表示する機能、つまり、ダッシュボード機能を有していてもよい。

【0107】

さらにまた、顧客が店舗を初めて利用し、図１２のステップＳ９１１の処理が行われた場合、または、顧客が店舗を初めて利用し、図１７のステップＳ１０の処理が行われた場合に、ステップＳ１３において、管理サーバ２００から顧客端末１００に対し、顧客専用の会員カードを発行してもよい。この会員カードはデジタル会員カードであるが、デジタル会員カードと物理会員カードとを併用してもよい。

【0108】

さらに、管理サーバ２００は、図１２のステップＳ９１１及び図１７のステップＳ１０の処理に並行して、所定期間内に顧客が店舗に来店した回数、顧客が店舗に来店した合計回数、顧客が店舗で決裁した金額の合計のうちの少なくとも１つの条件に基づいて、店舗毎に会員ランク（ステータス）を段階的に決定可能である。そして、管理サーバ２００は、会員ランクに連動する顧客の来店情報を、自動で来店履歴情報記憶部２５２へ記憶することができる。顧客の来店情報は、所定期間内に顧客が店舗に来店した回数、顧客が店舗に来店した合計回数、顧客が店舗で決裁した金額の合計のうちの少なくとも１つの条件である。管理サーバ２００は、来店履歴情報記憶部２５２に記憶されている来店情報を、各店舗毎に店舗端末３００へ送信可能である。管理サーバ２００は、会員ランクに連動する来店情報を、顧客端末１００へ送信可能である。

【0109】

さらに、管理サーバ２００が図１２のステップＳ９１１の処理、または図１７のステップＳ１０の処理を行ったことを、店舗端末３００に送信すると、店舗端末３００からは、管理サーバ２００を介して、店舗独自の優待券、クーポン、前払い食事券等を、顧客端末１００へ発行してもよい。制御例１乃至制御例６は、顧客が仮想店舗を利用する場合にも実行可能である。

【0110】

＜制御例７＞
管理サーバ２００が、ネットワーク５０１に接続される複数のコンピュータにより保持されるブロックチェーン５００に関連して行う処理の概要を、図１９を参照して説明する。顧客端末１００及び店舗端末３００は、ネットワーク５０１のプラットフォームにログインし、アカウント作成、ウォレット作成、入金等の処理が行われる。ネットワーク５０１上に分散された複数のコンピュータ、顧客端末１００、管理サーバ２００及び店舗端末３００は、ブロックチェーン５００に参加し、かつ、監視及び閲覧することができる。

【0111】

顧客端末１００は、ステップＳ６００において情報及びデータを、管理サーバ２００へ送信する。顧客端末１００から管理サーバ２００へ送信される情報及びデータは、前述した顧客情報、利用情報等の全てを含む。また、店舗端末３００は、ステップＳ６０１において情報及びデータを、管理サーバ２００へ送信する。店舗端末３００から管理サーバ２００へ送信される情報及びデータは、前述した店舗情報、来店履歴、等の全てを含む。

【0112】

管理サーバ２００は、ステップＳ６０２において、情報及びデータを処理し、かつ、処理結果を記憶部２５６へ記憶する。また、管理サーバ２００は、取得した顧客情報及び店舗情報を含むデータ、リワードの付与履歴等を含む非代替性トークンをネットワーク５０１のブロックチェーン５００で発行し、かつ、非代替性トークンを販売する依頼を、ステップＳ６０３で出力する。また、管理サーバ２００が販売を依頼する非代替性トークンには、会員証及び会員番号等が併せて記録されている。すなわち、管理サーバ２００は、ウォレットを作成し、かつ、ネットワーク５０１のプラットフォーム上で複数の分散されたコンピュータに対し、データ及び情報をアップロードする。ウォレットは、秘密鍵を生成及び保存する。ウォレットを用いて送金の操作を行うと、送金額、送金者、受取人等等の情報がデータ化されて、トランザクションとしてブロックチェーン５００に記録される。トランザクションのデータは、秘密鍵で復号される。ブロックチェーン５００では、ステップＳ６０４において、ブロック、例えば、ブロック５００Ａにおいて非代替性トークンが発行（登録）され、かつ、プラットフォームに非代替性トークンが、ステップＳ６０５で掲載される。つまり、非代替性トークン付与部５０３で非代替性トークンを販売及び無償付与できる環境になる。

【0113】

ステップＳ６００、ステップＳ６０１、ステップＳ６０２、ステップＳ６０３の処理は所定時間の間隔で繰り返され、管理サーバ２００は、ネットワーク５０１で発行された代替性トークンを書き換える依頼を、ステップＳ６０６においてネットワーク５０１に出す。ここで、管理サーバ２００が書き換えを依頼する非代替性トークンに含まれる情報、または、書き換えを依頼するスマートコントラクトの情報は、顧客が利用した店舗の数、顧客が各店舗で決裁した金額、月間における平均決済金額、顧客が各店舗を利用した回数、月間における店舗の平均利用回数、から求められるサービスの利用度合いを示す情報を含む。すると、ステップＳ６０７において、ネットワーク５０１では非代替性トークンを書き換える処理が行われる。例えば、書き換えた非代替性トークンは、ブロック５００Ｂに記録される。

【0114】

非代替性トークンの保有（所有）を希望する者が顧客端末１００を操作し、ステップＳ６０８において、ネットワーク５０１上で販売されている非代替性トークンを購入する注文を出すことができる。非代替性トークンの保有（所有）を希望する者が店舗端末３００を操作して、ステップＳ６０９において、ネットワーク５０１上で販売されている非代替性トークンを購入する注文を出すことができる。ネットワーク５０１は、非代替性トークンを顧客端末１００及び店舗端末３００へ販売する処理を、ステップＳ６１０で行う。また、ステップＳ６１０では、非代替性トークンの購入者（保有者）が、所定のブロック、例えば、ブロック５００Ｃに記録される。顧客端末１００は、ステップＳ６１１において非代替性トークンを取得（購入）する。店舗端末３００では、ステップＳ６１２において非代替性トークンを取得（購入）する。なお、ステップＳ６０５の後、ステップＳ６０６，Ｓ７０７をスキップしてステップＳ６０８またはステップＳ６０９少なくとも一方が行われてもよい。

【0115】

また、ネットワーク５０１のブロックチェーン５００で非代替性トークンが発行されると、顧客情報または店舗情報の少なくとも一方の情報が、管理サーバ２００を経由せずにネットワーク５０１に送信され、ブロックチェーン５００のスマートコントラクトが非代替性トークンを書き換える処理を行ってもよい。さらに、管理サーバ２００は、図１７の制御例を実行するにあたり、ブロックチェーン５００の非代替性トークンを参照することで、図１７のステップＳ１０の認証処理を行い、ステップＳ１１、Ｓ１２、Ｓ１３の処理を行うことも可能である。

【0116】

さらに、管理サーバ２００のリワード付与部８２は、トークン発行者が店舗から取得する手数料を原資としてリワードの取引市場から購入したリワード、または、トークン発行者が保有するリワードのうち、少なくとも一方のリワードを、図１７のステップＳ１３で顧客端末１００へ提供してもよい。さらにまた、ブロックチェーン５００を用いて非代替性トークンを発行する意図を有するトークン発行者、または、購入者から非代替性トークンを預かる預かり者が、ネットワーク５０１上でブロックチェーン５００に登録されている非代替性トークンを書き換え可能であってもよい。この場合、ブロックチェーン５００のスマートコントラクトには、非代替性トークンの保有者ではない者が、非代替性トークンの書き換えが許可されるように、予め記憶されている。

【0117】

特定サービス提供部５０５は、図１９の制御例７が行われた場合に、非代替性トークンの購入者に含まれる顧客が享受できる特定サービスを顧客端末１００へ提供する機能を有する。特定サービスは、認証された顧客のみが利用可能なサービスであり、顧客の認証の一例は、図１７のステップＳ１０で行われる。特定サービスは、例えば、特定店舗の利用、特定店舗のサービスの利用を含む。特定店舗のサービスは、他の店舗では提供されないサービスである。特定サービスは、非代替性トークンが保有する情報毎に変更することもできる。認証された顧客のみが利用可能なサービスは、管理サーバ２００の管理者であるトークン発行者が提供する場合もある。また、特定サービス提供部５０５は、非代替性トークン付与部５０３から顧客端末１００へ、非代替性トークンを無償で付与するように、ネットワーク５０１へ指示を出してもよい。

【0118】

管理サーバ２００の判断部８５は、図１９の制御例７が行われた場合に、店舗のうち、購入者に含まれない特定店舗を、購入者に含まれる顧客が利用したか否かを判断する機能を有していてもよい。そして、書き換え依頼部５０８は、特定店舗を、購入者に含まれる顧客が利用した場合のみ、ブロックチェーン５００に登録されている非代替性トークンに含まれる情報を、利用情報に基づいて書き換える依頼を、ステップＳ６０６で出してもよい。また、図１に示す預かり装置５０９が、ブロックチェーン５００に登録されている非代替性トークンを書き換える依頼を出してもよい。

【0119】

＜本実施形態における効果＞
非代替性トークンの本来の価値は、唯一無二の所有権データであり、価値があるものが所有データとなることで、非代替性トークンの取引市場で需要があり、非代替性トークンを保有すること自体の価値がデジタル資産となる。実際の社会での顧客（ユーザー）の消費データを、非代替性トークンとしてブロックチェーン５００上で書き込み、顧客が店舗を利用する都度、非代替性トークンを更新することで、社会に対する顧客の貢献、トークン発行者に対する顧客の貢献を示す、顧客の唯一無二の価値となる。

【0120】

また、非代替性トークン発行者は、会員証及び会員番号を搭載した非代替性トークンを発行し、非代替性トークンを保有した顧客の消費データが、ネットワーク５０１のブロックチェーン５００で更新されるシステムを作ることができる。したがって、非代替性トークンの保有を希望する者、及び非代替性トークンに関心がある者は、非代替性トークンの取引市場に自由にアクセスできる。また、非代替性トークンは、顧客、つまり、消費者が保有する唯一無二のデジタル資産となる。

【0121】

さらに、非代替性トークンは、ブロックチェーン５００上で供給量が可視化されていることで、トークン発行の顧客にとっては、よりプレミアムなデジタル資産となる。これによって、トークン発行者のサービス利用する顧客は、よりサービスを利用することで、トークン発行からリワードの還元を受けたり、特別なサービスの提供を受けることが可能となる。さらに、トークン発行者は、プレミアムな価値を持つ非代替性トークンの会員証を活用し、会員ランク（ステータス）の高い顧客、例えば、ロイヤル顧客と、より深い関係を構築することが可能となる。さらに、Web3を基盤とするサービスが急速に加速する中で、ブロックチェーン技術を実際の社会の消費活性化に役立て、かつ、トークン発行者によるマーケティング課題の解決に役立てることができる。

【0122】

＜補足説明＞
本開示は、実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。例えば、店舗端末３００は、管理サーバ２００からアプリケーションの提供を受ける加盟店（登録者）、または、非加盟店（非登録者）の何れで使用されるものであってもよい。そして、判断部８５は、利用者が利用したサービスが、加盟店が提供したサービス、または、非加盟店が提供したサービスの何れであるかを判断する機能を有していてもよい。その前提として、利用者が、サービス提供者のサービスを利用する決済に用いる、決済アプリケーションまたはクレジットカードが、管理サーバ２００の運営者であるトークン発行者と提携している必要がある。そして、利用者がサービスの利用に伴う決済をおこなうと、そのサービスの利用情報が、ネットワーク５０１を経由して管理サーバ２００へ送られる。書き換え依頼部５０８は、利用者が利用したサービスが、登録者が提供したサービスである場合、または、非登録者が提供したサービスある場合の何れであっても、利用情報に基づいて、ブロックチェーン５００に登録されている非代替性トークンに含まれる情報を書き換える依頼を生成することができる。

【0123】

図１乃至図１９の図を参照して説明した店舗は、サービス提供者の一例であり、本開示のサービス提供者は、スポーツチーム、地方自治体等を含む。スポーツチームは、サッカーチーム、バスケットチーム、野球チーム等のうちの何れでもよい。スポーツチームが提供するサービスは、スポーツ及び練習の指導、スポーツに使用する道具の販売・貸与、試合場の貸与等を含む。地方自治体は、都道府県市町村等であり、地方自治体が提供するサービスは、住民・戸籍務、年金・保険事務、介護サービス、ごみ処理サービス、消防サービス等を含む。

【0124】

サービス提供者が、スポーツチームであると、サービス提供者情報は、スポーツチームが提供するサービス全般の情報を含む。サービス提供者が地方自治体であると、サービス提供者情報は、地方自治体が提供するサービス全般を含む。利用情報は、シンクロポイントによる決済、顧客ＩＤの連携により情報取得するＷｅｂサービスの利用、商品の配達システムを利用した場合の決済、等を含む。上記のサービス提供者は、図１乃至図１９の図を参照して説明したサービス提供者に置き換え可能である。また、上記のサービス提供者が提供するサービスは、図１乃至図１９の図を参照して説明したサービスに置き換え可能である。

【0125】

また、地方自治体が非代替性トークンを発行する場合、その地方自治体にある店舗を、利用者が利用する利用情報に基づいて、ブロックチェーン５００に記録される非代替性トークンを書き換えるように、管理サーバ２００が指示を出してもよい。さらに、非代替性トークンの発行者は、管理サーバ２００の運営者に限らず、店舗、地方自治体、スポーツチーム、ｗｅｂサービス提供者等であってもよい。つまり、店舗は、店舗端末３００により非代替性トークンの発行依頼をネットワーク５０１へ出せる。また、地方自治体は、専用の端末により非代替性トークンの発行依頼をネットワーク５０１へ出せる。さらに、スポーツチームは、専用の端末により非代替性トークンの発行依頼をネットワーク５０１へ出せる。ｗｅｂサービス提供者は、専用の端末により非代替性トークンの発行依頼をネットワーク５０１へ出せる。

【0126】

また、前述のように、非代替性トークンを取得し、かつ、ブロックチェーン５００のセキュリティに用いられる秘密鍵を有する保有者から、非代替性トークンを預かり、かつ、秘密鍵の無い預かり者が管理する預かり装置５０９が設けられている。このため、図１９には示されていないが、図１の預かり装置５０９が、ブロックチェーンに登録されている非代替性トークンを書き換える依頼を生成してもよい。預かり装置５０９が生成した依頼は、管理サーバ２００を経由してブロックチェーン５００へ送られてもよいし、管理サーバ２００を経由せずにブロックチェーン５００へ送られてもよい。

【0127】

さらに、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加、削除、置換しても良い。例えば、パスコードが無い店舗でも、本開示のリワード付与装置、リワード付与方法は適用可能である。このため、パスコードが無い店舗においては、本開示において説明されているパスコードに関する操作、処理及び判断等は省略される。

【0128】

さらに、上記の各構成、機能、処理部は、それらの一部又は全部を、ハードウェア（例えば、集積回路）、モジュール、ユニットで実現してもよい。また、上記の各構成、機能、処理部は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。記憶部２５６は、管理サーバ２００に内蔵されているもの、管理サーバ２００に有線または無線によって接続されたもの、の何れでもよい。記憶部５７は、店舗端末３００に内蔵されているもの、店舗端末３００に外付されているもの、の何れでもよい。非代替性トークン管理装置は、管理サーバの他、ワークステーション、ホストコンピュータ、メインフレームと呼ばれるものであってもよい。

【0129】

本実施形態には、次の非代替性トークン管理システムも開示されている。ネットワークを介して相互に接続される利用者端末、サービス提供者端末及び管理サーバを有する非代替性トークン管理システムにおいて、利用者にサービスを提供するサービス提供者に関するサービス利用者情報、及び前記利用者が前記サービスを利用したことを示す利用情報を含む非代替性トークンを、ネットワークに接続されるコンピュータにより形成されるブロックチェーンで発行する発行部と、前記ブロックチェーンで発行される前記非代替性トークンを取得可能者へ付与する非代替性トークン付与部と、前記取得可能者に含まれる前記利用者の前記利用情報に基づいて、前記ブロックチェーンで発行される前記非代替性トークンに含まれる情報を、前記取得可能者へ付与される前に書き換える書き換え部と、を有する、非代替性トークン管理システム。

【0130】

本実施形態には、次の情報処理プログラムも開示されている。例えば、ネットワークに接続されるコンピュータにより形成されるブロックチェーンに対する依頼を生成する非代替性トークン管理装置を、利用者にサービスを提供するサービス提供者のサービス提供者情報、及び前記利用者による前記サービスの利用情報を含む非代替性トークンを前記ブロックチェーンで発行する依頼を生成する発行依頼手段、前記ブロックチェーンで発行される前記非代替性トークンを取得可能者へ付与する依頼を生成する非代替性トークン付与手段、前記ブロックチェーンで発行される前記非代替性トークンに含まれる情報を、前記取得可能者に含まれる前記利用者による前記利用情報に基づいて書き換える依頼を生成する書き換え依頼手段、として機能させる非代替性トークン管理プログラム、が開示されている。図１９のステップＳ６０３は、発行依頼手段及び付与依頼手段の一例であり、ステップＳ６０６は、書き換え依頼手段の一例である。店舗の利用者としての顧客、サービス提供者からサービスを受ける利用者、非代替性トークンの購入を購入する希望者、非代替性トークンを無償で取得する取得者は、取得可能者の一例である。

【産業上の利用可能性】

【0131】

本開示は、非代替性トークンをブロックチェーンに登録し、ブロックチェーンに登録されている非代替性トークンに含まれる情報を更新することのできる、非代替性トークン管理装置として利用可能である。

【符号の説明】

【0132】

５０…制御部、８２…リワード付与部、８５…判断部、２００…管理サーバ、５００…ブロックチェーン、５０１…ネットワーク、５０６…発行依頼部、５０７…付与依頼部、５０８…書き換え依頼部、５０９…預かり装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】