特許 7595803 情報処理装置、情報処理方法、及びプログラム

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

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-11-28

(45)【発行日】2024-12-06

(54)【発明の名称】情報処理装置、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06Q 30/06 20230101AFI20241129BHJP

【ＦＩ】

G06Q30/06

【請求項の数】 8

(21)【出願番号】P 2024156576

(22)【出願日】2024-09-10

【審査請求日】2024-09-10

【早期審査対象出願】

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】110004222

【氏名又は名称】弁理士法人創光国際特許事務所

(72)【発明者】

【氏名】清水 徹

【審査官】藤原 拓也

(56)【参考文献】

【文献】韓国公開特許第１０－２０２４－０１０２２２８（ＫＲ，Ａ）

【文献】韓国登録特許第２５９４４９７（ＫＲ，Ｂ１）

【文献】米国特許出願公開第２０２３／０３２５８２１（ＵＳ，Ａ１）

【文献】特開２０２３－１５２７０２（ＪＰ，Ａ）

【文献】特開２０２２－７７４２３（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

情報処理装置であって、
購入可能な店舗があらかじめ定められている１又は複数の非代替性トークンそれぞれを特定するための情報を、ユーザが使用するユーザ端末において前記ユーザが選択可能な態様で表示させる選択受付部と、
前記ユーザ端末から取得した前記ユーザを識別するためのユーザ識別子と、前記ユーザが決済処理を行う店舗を特定するための店舗識別子とを用いた決済処理を実行する決済部、を備え、
前記決済部は、前記店舗識別子に対応する店舗が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつ前記ユーザが少なくとも１つの前記非代替性トークンを選択している場合、選択された前記非代替性トークンの価格を含む決済処理を実行し、
前記情報処理装置は、
前記非代替性トークンの価格を含む決済処理が実行されたことを条件として、前記非代替性トークンに前記ユーザ識別子を紐づけてブロックチェーンに登録する登録部をさらに備える、
情報処理装置。

【請求項2】

前記ユーザ識別子と、前記ユーザ端末に配信されかつ前記ユーザに選択されていない非代替性トークンに対応するトークン識別子と、を関連付けて管理する管理部と、
前記非代替性トークンを購入可能な店舗で前記ユーザが決済をするときに、前記ユーザのユーザ識別子に前記ユーザに選択されていない非代替性トークンに対応するトークン識別子が関連付けられていることを条件として、選択されていない非代替性トークンが存在することを示す情報を前記ユーザ端末に通知する通知部と、をさらに備える、
請求項１に記載の情報処理装置。

【請求項3】

前記非代替性トークンを購入可能な店舗における前記非代替性トークンの販売数が、あらかじめ定められた販売数の上限数に達しているか否かを判定する判定部をさらに備え、
前記選択受付部は、前記販売数が前記上限数に達している前記非代替性トークンを特定するための情報の前記ユーザ端末における表示を前記ユーザが選択不可能な態様に変更する、
請求項１又は２に記載の情報処理装置。

【請求項4】

前記判定部は、前記非代替性トークンを購入可能な店舗における前記非代替性トークンの販売数に加えて、前記情報処理装置を利用する複数のユーザに選択されている状態の非代替性トークンの数を追加した数である販売見積数が、あらかじめ定められた販売数の上限数に達しているか否かを判定し、
前記選択受付部は、前記販売見積数が前記上限数に達している前記非代替性トークンを特定するための情報の前記ユーザ端末における表示を前記ユーザが選択不可能な態様に変更する、
請求項３に記載の情報処理装置。

【請求項5】

非代替性トークンを特定するためのトークン識別子と、所定の商品を特定するための商品識別子と、を関連付けて管理する管理部をさらに備え、
前記決済部は、前記店舗識別子が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつ前記ユーザが少なくとも１つの前記非代替性トークンを選択しており、かつ選択された前記非代替性トークンに関連付けられている前記所定の商品の決済である場合、前記商品と選択された前記非代替性トークンの価格とを含む決済処理を実行する、
請求項１に記載の情報処理装置。

【請求項6】

前記決済部は、前記店舗識別子が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつトークン識別子に関連付けられている前記所定の商品の決済である場合であっても、前記ユーザが前記非代替性トークンを選択していない場合には、前記商品の価格のみの決済処理を実行する、
請求項５に記載の情報処理装置。

【請求項7】

プロセッサが、
購入可能な店舗があらかじめ定められている１又は複数の非代替性トークンそれぞれを特定するための情報を、ユーザが使用するユーザ端末において前記ユーザが選択可能な態様で表示させるステップと、
前記ユーザ端末から取得した前記ユーザを識別するためのユーザ識別子と、前記ユーザが決済処理を行う店舗を特定するための店舗識別子とを用いた決済処理であって、前記店舗識別子に対応する店舗が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつ前記ユーザが少なくとも１つの前記非代替性トークンを選択している場合、選択された前記非代替性トークンの価格を含む決済処理を実行するステップと、
前記非代替性トークンの価格を含む決済処理が実行されたことを条件として、前記非代替性トークンに前記ユーザ識別子を紐づけてブロックチェーンに登録するステップと、を実行する、
情報処理方法。

【請求項8】

コンピュータに、
購入可能な店舗があらかじめ定められている１又は複数の非代替性トークンそれぞれを特定するための情報を、ユーザが使用するユーザ端末において前記ユーザが選択可能な態様で表示させる機能と、
前記ユーザ端末から取得した前記ユーザを識別するためのユーザ識別子と、前記ユーザが決済処理を行う店舗を特定するための店舗識別子とを用いた決済処理であって、前記店舗識別子に対応する店舗が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつ前記ユーザが少なくとも１つの前記非代替性トークンを選択している場合、選択された前記非代替性トークンの価格を含む決済処理を実行する機能と、
前記非代替性トークンの価格を含む決済処理が実行されたことを条件として、前記非代替性トークンに前記ユーザ識別子を紐づけてブロックチェーンに登録する機能と、を実現させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、及びプログラムに関し、特に非代替性トークンを購入するための技術に関する。

【背景技術】

【0002】

従来、顧客に電子クーポンを配布し、その電子クーポンとの引き換えを条件に顧客に商品を提供する技術が提案されている。例えば特許文献１には、発行者又は発行者の認可の下に発行された電子クーポンを受領者が受信し、ついで後から受領者が電子クーポンを引き換えて指定された利益を受け取る技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特表２００４－５１１０５５号公報

【発明の概要】

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

【0004】

ところで、近年、非代替性トークン（Ｎｏｎ-Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ；ＮＦＴ）の売買が広く行われるようになってきている。非代替性トークンは通常では専用のウェブサイトで販売されており、非代替性トークンの購入を希望する者はそれらのウェブサイトでいくつかのステップを踏んで購入する必要がある。これは一般的なＥＣ（Electronic Commerce）サイトにおける物品の購入におけるステップよりも複雑であり、ＮＦＴの購入は煩雑なものとなっている。

【0005】

上記の技術は、電子クーポンの受領者が商品の決済時にクーポンを提示することでその商品を取得できるものである。本願の発明者は、電子クーポンの仕組みを非代替性トークンの購入に適用することにより、非代替性トークンの購入時の煩雑さを軽減できる可能性について認識するに至った。

【0006】

本発明はこれらの点に鑑みてなされたものであり、非代替性トークンの購入時の煩雑さを軽減するための技術を提供することを目的とする。

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

【0007】

本発明の第１の態様は、情報処理装置である。この装置は、購入可能な店舗があらかじめ定められている１又は複数の非代替性トークンそれぞれを特定するための情報を、ユーザが使用するユーザ端末において前記ユーザが選択可能な態様で表示させる選択受付部と、前記ユーザ端末から取得した前記ユーザを識別するためのユーザ識別子と、前記ユーザが決済処理を行う店舗を特定するための店舗識別子とを用いた決済処理を実行する決済部、を備える。ここで、前記決済部は、前記店舗識別子に対応する店舗が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつ前記ユーザが少なくとも１つの前記非代替性トークンを選択している場合、選択された前記非代替性トークンの価格を含む決済処理を実行する。前記情報処理装置は、前記非代替性トークンの価格を含む決済処理が実行されたことを条件として、前記非代替性トークンに前記ユーザ識別子を紐づけてブロックチェーンに登録する登録部をさらに備える。

【0008】

前記情報処理装置は、前記ユーザ識別子と、前記ユーザ端末に配信されかつ前記ユーザに選択されていない非代替性トークンに対応するトークン識別子と、を関連付けて管理する管理部と、前記非代替性トークンを購入可能な店舗で前記ユーザが決済をするときに、前記ユーザのユーザ識別子に前記ユーザに選択されていない非代替性トークンに対応するトークン識別子が関連付けられていることを条件として、選択されていない非代替性トークンが存在することを示す情報を前記ユーザ端末に通知する通知部と、をさらに備えてもよい。

【0009】

前記情報処理装置は、前記非代替性トークンを購入可能な店舗における前記非代替性トークンの販売数が、あらかじめ定められた販売数の上限数に達しているか否かを判定する判定部をさらに備えてもよく、前記選択受付部は、前記販売数が前記上限数に達している前記非代替性トークンを特定するための情報の前記ユーザ端末における表示を前記ユーザが選択不可能な態様に変更してもよい。

【0010】

前記判定部は、前記非代替性トークンを購入可能な店舗における前記非代替性トークンの販売数に加えて、前記情報処理装置を利用する複数のユーザに選択されている状態の非代替性トークンの数を追加した数である販売見積数が、あらかじめ定められた販売数の上限数に達しているか否かを判定してもよく、前記選択受付部は、前記販売見積数が前記上限数に達している前記非代替性トークンを特定するための情報の前記ユーザ端末における表示を前記ユーザが選択不可能な態様に変更してもよい。

【0011】

前記情報処理装置は、非代替性トークンを特定するためのトークン識別子と、所定の商品を特定するための商品識別子と、を関連付けて管理する管理部をさらに備えてもよく、前記決済部は、前記店舗識別子が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつ前記ユーザが少なくとも１つの前記非代替性トークンを選択しており、かつ選択された前記非代替性トークンに関連付けられている前記所定の商品の決済である場合、前記商品と選択された前記非代替性トークンの価格とを含む決済処理を実行してもよい。

【0012】

前記決済部は、前記店舗識別子が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつトークン識別子に関連付けられている前記所定の商品の決済である場合であっても、前記ユーザが前記非代替性トークンを選択していない場合には、前記商品の価格のみの決済処理を実行してもよい。

【0013】

本発明の第２の態様は、情報処理方法である。この方法において、プロセッサが、購入可能な店舗があらかじめ定められている１又は複数の非代替性トークンそれぞれを特定するための情報を、ユーザが使用するユーザ端末において前記ユーザが選択可能な態様で表示させるステップと、前記ユーザ端末から取得した前記ユーザを識別するためのユーザ識別子と、前記ユーザが決済処理を行う店舗を特定するための店舗識別子とを用いた決済処理であって、前記店舗識別子に対応する店舗が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつ前記ユーザが少なくとも１つの前記非代替性トークンを選択している場合、選択された前記非代替性トークンの価格を含む決済処理を実行するステップと、前記非代替性トークンの価格を含む決済処理が実行されたことを条件として、前記非代替性トークンに前記ユーザ識別子を紐づけてブロックチェーンに登録するステップと、を実行する。

【0014】

本発明の第３の態様はプログラムである。このプログラムは、コンピュータに、購入可能な店舗があらかじめ定められている１又は複数の非代替性トークンそれぞれを特定するための情報を、ユーザが使用するユーザ端末において前記ユーザが選択可能な態様で表示させる機能と、前記ユーザ端末から取得した前記ユーザを識別するためのユーザ識別子と、前記ユーザが決済処理を行う店舗を特定するための店舗識別子とを用いた決済処理であって、前記店舗識別子に対応する店舗が前記非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつ前記ユーザが少なくとも１つの前記非代替性トークンを選択している場合、選択された前記非代替性トークンの価格を含む決済処理を実行する機能と、前記非代替性トークンの価格を含む決済処理が実行されたことを条件として、前記非代替性トークンに前記ユーザ識別子を紐づけてブロックチェーンに登録する機能と、を実現させる。

【0015】

このプログラムを提供するため、あるいはプログラムの一部をアップデートするために、このプログラムを記録したコンピュータ読み取り可能な記録媒体が提供されてもよく、また、このプログラムが通信回線で伝送されてもよい。

【0016】

なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、コンピュータプログラム、データ構造、記録媒体などの間で変換したものもまた、本発明の態様として有効である。

【発明の効果】

【0017】

本発明によれば、非代替性トークンの購入時の煩雑さを軽減することができる。

【図面の簡単な説明】

【0018】

【図1】実施の形態に係る情報処理システムで実行される処理の流れの概要を説明するための図である。

【図2】実施の形態に係る情報処理装置の機能構成を模式的に示す図である。

【図3】実施の形態に係る選択受付部がユーザ端末の表示部に表示させる選択受付画面の一例を模式的に示す図である。

【図4】実施の形態に係るトークンデータベースのデータ構造を模式的に示す図である。

【図5】実施の形態に係るユーザデータベースのデータ構造を模式的に示す図である。

【図6】実施の形態に係る通知部がユーザ端末の表示部に表示させる通知画面の一例を模式的に示す図である。

【図7】実施の形態に係る商品データベースのデータ構造を模式的に示す図である。

【図8】実施の形態に係る情報処理装置が実行する情報処理の流れを説明するためのフローチャートである。

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

【0019】

＜実施の形態の概要＞
本発明の実施の形態の概要を述べる。実施の形態に係る情報処理装置は電子決済を実行するサーバである。また、ユーザが利用するユーザ端末はスマートフォン等の機器であり、コンビニエンスストア等の店舗において商品の電子決済が可能な端末である。情報処理装置は、ユーザ端末に対して、非代替性トークンの引換券の役割を担う電子的なクーポンを事前に送信する。情報処理装置が扱う非代替性トークンにはイラストや音楽等の何らかのデジタルコンテンツに紐づけられており、そのデジタルコンテンツがオリジナルであることを担保している。

【0020】

ユーザがユーザ端末を使って商品を購入するときに、情報処理装置は、クーポンに対応する非代替性トークンの価格も含めた価格で決済を実行する。ユーザからみると、ユーザ端末であらかじめクーポンを受信しておけば、店舗等で商品を購入するだけで商品の決済と同時に非代替性トークンの決済も完了する。これによりユーザＵは煩雑な手続きをすることなく、使い慣れた一般的な割引クーポンと同様の操作で非代替性トークンを購入することができる。

【0021】

図１は、実施の形態に係る情報処理システムＳで実行される処理の流れの概要を説明するための図である。情報処理システムＳは、情報処理装置１、ユーザ端末２、店舗３に設置される店舗端末（不図示）、及びブロックチェーンＢが、インターネット等の既知の通信ネットワークＮを介して互いに通信可能な態様で接続している。また、情報処理装置１は、非代替性トークン及びユーザ端末２の各種ステータスを格納するデータベースＤにもアクセスすることができる。なお、一般的な割引クーポンや引き換えクーポンの処理は既知のためここでは割愛する。また、割引クーポンのようなクーポンとは異なるが、便宜上、非代替性トークンＴを購入するための情報をクーポンＣとする。

【0022】

以下、図１を参照して実施の形態に係る情報処理システムＳで実行される処理の流れの概要を（１）から（７）の順に説明するが、その番号は図１における（１）から（７）の番号と対応する。

【0023】

（１）ユーザＵは、ユーザ端末２を介して情報処理装置１にアクセスし、非代替性トークンＴを購入するためのクーポンＣの送信を依頼する。クーポンＣは電子的な情報であり、図１に示す例では、ブロックチェーンＢ上に発行される代替性トークンである。クーポンＣには、そのクーポンＣを用いて購入できる非代替性トークンＴを特定するための情報であるトークン識別子が紐づけられている。なお、クーポンＣは必ずしもブロックチェーンＢ上で発行される代替性トークンでなくてもよく、より一般的なデータベース（例えば、図１におけるデータベースＤ等）で管理される情報であってもよい。

【0024】

（２）情報処理装置１は、ユーザＵからの依頼に応じて、ブロックチェーンＢ上に発行されているクーポンＣの所有者をユーザＵに変更する。具体的には、クーポンＣのトランザクションにユーザＵを特定するための情報であるユーザ識別子を格納する。

【0025】

（３）実施の形態に係る情報処理システムＳにおいて、複数の非代替性トークンＴそれぞれは、例えばコンビニエンスストア等の特定の店舗３で購入可能となっている。ユーザＵは、クーポンＣを用いて非代替性トークンＴを購入可能な店舗３に出向く。

【0026】

（４）ユーザＵは、店舗３にてユーザ端末２を用いた電子決済で商品Ｍを購入する。このとき、ユーザ端末２から情報処理装置１に、商品Ｍを特定するための情報とともに、店舗３を特定するための店舗識別子と、クーポンＣを用いて購入できる非代替性トークンＴを特定するためのトークン識別子とも送信される。図１に示す例では、ユーザＵは、コンビニエンスストアである店舗３において、商品Ｍとしてペットボトルのドリンクを二次元バーコードを利用した決済方式で決済している。

【0027】

（５）情報処理装置１は、ユーザ端末２から取得したトークン識別子で特定される非代替性トークンＴが、店舗識別子で特定される店舗３で購入することが許可されているか否かをデータベースＤを参照して判定する。
（６）情報処理装置１は、非代替性トークンＴが店舗３で購入可能である場合、商品Ｍの価格に非代替性トークンＴの価格を加えた決済額で決済を実行してその結果をユーザ端末２に通知する。

【0028】

（７）情報処理装置１は、非代替性トークンＴが店舗３で購入可能である場合、商品Ｍの決済を条件として非代替性トークンＴの所有者をユーザＵに変更する。具体的には、情報処理装置１は、非代替性トークンＴのトランザクションにユーザ識別子を格納する。

【0029】

このように、実施の形態に係る情報処理システムＳのユーザＵは、一般的なクーポンを用いた決済時の割引処理と同様に、ユーザＵは決済時に非代替性トークンＴの購入のための特段の手続をせずに非代替性トークンＴを購入することができる。結果として、実施の形態に係る情報処理システムＳは、非代替性トークンＴの購入におけるユーザＵの煩雑さを軽減することができる。

【0030】

＜実施の形態に係る情報処理装置１の機能構成＞
図２は、実施の形態に係る情報処理装置１の機能構成を模式的に示す図である。情報処理装置１は、記憶部１０と通信部１１と制御部１２とを備える。図２において、矢印は主なデータの流れを示しており、図２に示していないデータの流れがあってもよい。図２において、各機能ブロックはハードウェア（装置）単位の構成ではなく、機能単位の構成を示している。そのため、図２に示す機能ブロックは単一の装置内に実装されてもよく、あるいは複数の装置内に分かれて実装されてもよい。機能ブロック間のデータの授受は、データバス、ネットワーク、可搬記憶媒体等、任意の手段を介して行われてもよい。

【0031】

記憶部１０は、情報処理装置１を実現するコンピュータのＢＩＯＳ（Basic Input Output System）等を格納するＲＯＭ（Read Only Memory）や情報処理装置１の作業領域となるＲＡＭ（Random Access Memory）、ＯＳ（Operating System）やアプリケーションプログラム、当該アプリケーションプログラムの実行時に参照されるデータベースＤ（トークンデータベースＤｔ、ユーザデータベースＤｕ、及び商品データベースＤｍ）等の種々の情報を格納するＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の大容量記憶装置である。

【0032】

通信部１１は、情報処理装置１が外部の装置と通信するための通信インターフェースであり、ＬＡＮ（Local Area Network）モジュールやＷｉ-Ｆｉ（登録商標）モジュール等の既知の通信モジュールで実現されている。以下、本明細書において、情報処理装置１が外部の装置と通信するときは通信部１１を介することを前提として通信部１１の記載を省略することがある。

【0033】

制御部１２は、情報処理装置１のＣＰＵ（Central Processing Unit）やＧＰＵ（Graphics Processing Unit）等のプロセッサであり、記憶部１０に記憶されたプログラムを実行することによって選択受付部１２０、決済部１２１、登録部１２２、管理部１２３、通知部１２４、及び判定部１２５として機能する。

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

なお、本発明により、国連が主導する持続可能な開発目標（SDGs）の目標９「産業と技術革新の基盤をつくろう」に貢献することが可能となる。

【0066】

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されず、その要旨の範囲内で種々の変形及び変更が可能である。例えば、装置の全部又は一部は、任意の単位で機能的又は物理的に分散・統合して構成することができる。また、複数の実施の形態の任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果をあわせ持つ。

【0067】

＜変形例＞
上記では、ユーザＵがユーザ端末２にダウンロードしたクーポンＣを選択した状態で店舗３にて商品Ｍの決済をする場合に、商品Ｍの価格と非代替性トークンＴの価格とを含めた決済が行われる場合について説明した。これに替えて、ユーザＵによってクーポンＣが選択されているか否かに関わらず、クーポンＣがユーザ端末２にダウンロードされた状態でユーザＵが所定の店舗３（すなわち非代替性トークンＴを購入可能な店舗３）で商品Ｍを購入する場合、自動的にクーポンＣに対応する非代替性トークンＴに関する決済処理が行われてもよい。これにより、ユーザＵはクーポンＣをユーザ端末２にダウンロードするだけで、クーポンＣの選択をしなくても非代替性トークンＴの決済が可能となり、非代替性トークンＴの決済における煩雑さがより低減される。

【符号の説明】

【0068】

１・・・情報処理装置
１０・・・記憶部
１１・・・通信部
１２・・・制御部
１２０・・・選択受付部
１２１・・・決済部
１２２・・・登録部
１２３・・・管理部
１２４・・・通知部
１２５・・・判定部
２・・・ユーザ端末
３・・・店舗

【要約】

【課題】非代替性トークンの購入時の煩雑さを軽減する。
【解決手段】選択受付部１２０は、購入可能な店舗があらかじめ定められている非代替性トークンを特定するための情報を、ユーザが使用するユーザ端末においてユーザが選択可能な態様で表示させる。決済部１２１は、ユーザ端末から取得したユーザを識別するためのユーザ識別子と、ユーザが決済処理を行う店舗を特定するための店舗識別子とを用いた決済処理を実行する。ここで、決済部１２１は、店舗識別子に対応する店舗が非代替性トークンを購入可能な店舗としてあらかじめ定められた店舗であり、かつユーザが少なくとも１つの非代替性トークンを選択している場合、選択された非代替性トークンの価格を含む決済処理を実行する。登録部１２２は、非代替性トークンの価格を含む決済処理が実行されたことを条件として、非代替性トークンにユーザ識別子を紐づけてブロックチェーンに登録する。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】