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

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

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

(11)【特許番号】

(24)【登録日】2023-05-08

(45)【発行日】2023-05-16

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

(51)【国際特許分類】

   G06Q 20/38 20120101AFI20230509BHJP

   G06Q 30/0207 20230101ALI20230509BHJP

【ＦＩ】

G06Q20/38 310

G06Q30/0207

【請求項の数】 11

(21)【出願番号】P 2022105068

(22)【出願日】2022-06-29

【審査請求日】2022-09-28

【早期審査対象出願】

(73)【特許権者】

【識別番号】000208891

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

(74)【代理人】

【識別番号】100166006

【弁理士】

【氏名又は名称】泉 通博

(74)【代理人】

【識別番号】100154070

【弁理士】

【氏名又は名称】久恒 京範

(74)【代理人】

【識別番号】100153280

【弁理士】

【氏名又は名称】寺川 賢祐

(72)【発明者】

【氏名】江田 哲平

(72)【発明者】

【氏名】下平 正人

【審査官】石坂 博明

(56)【参考文献】

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

【文献】特許第６８７８６７３（ＪＰ，Ｂ１）

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

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

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

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

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

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

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

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

【請求項1】

代金の支払いに対する利用が許可されている条件が定められている暗号資産を用いて代金の決済を行う情報処理装置であって、
ユーザが使用するユーザ端末から、前記ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を前記ユーザ端末が読み取ることによって取得されたコード情報を取得するコード情報取得部と、
前記コード情報取得部が取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記暗号資産の利用許可条件として、前記情報処理装置を管理する事業者を示すか否かを判定し、かつ、前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすか否かを判定する判定部と、
前記判定部が前記利用許可条件及び前記支払条件を満たすと判定した場合のみに、前記店舗において前記代金の支払いに利用する金額に対応する前記暗号資産の利用額を入力するための入力画面を前記ユーザ端末に提示する提示部と、
前記入力画面において前記ユーザが入力した入力額を取得する入力額取得部と、
前記暗号資産の口座を管理する管理システムに対して、前記ユーザに関連付けられているユーザ口座から前記店舗に関連付けられている店舗口座に前記入力額を移転させるための移転要求を通知することにより、前記代金を決済する決済部と、
を有する情報処理装置。

【請求項2】

前記入力額が前記店舗口座に移転された後において、前記店舗が前記入力額の前記暗号資産を他の店舗で利用した場合、前記店舗が利用した額に応じた特典を前記ユーザに付与する付与部をさらに有する、
請求項１に記載の情報処理装置。

【請求項3】

前記コード情報には、店舗を識別するための店舗識別情報がさらに含まれ、
前記提示部は、前記コード情報に含まれる前記店舗識別情報によって特定される特定店舗が前記利用許可条件を満たすと判定された場合に、前記入力画面を提示する、
請求項１に記載の情報処理装置。

【請求項4】

前記コード情報取得部は、前記ユーザ端末から、前記ユーザを識別するためのユーザ識別情報をさらに取得し、
前記提示部は、前記ユーザ識別情報によって特定される前記ユーザが前記支払条件を満たすと判定された場合に、前記入力画面を提示する、
請求項１に記載の情報処理装置。

【請求項5】

前記提示部は、前記入力画面において、複数の暗号資産の種類のうち、前記コード情報によって特定される情報が前記利用許可条件を満たすと判定され、かつ、前記ユーザが前記支払条件を満たすと判定された前記暗号資産の種類を提示する、
請求項１に記載の情報処理装置。

【請求項6】

前記提示部は、前記入力画面において前記ユーザが保有する暗号資産の残高を提示する、
請求項１から５のいずれか一項に記載の情報処理装置。

【請求項7】

前記ユーザが保有する暗号資産の口座が存在するか否かを前記暗号資産の口座を管理する管理システムに問い合わせ、前記ユーザが保有する暗号資産の口座が存在する場合に、前記ユーザが保有する暗号資産の残高を取得する問合せ部をさらに有し、
前記提示部は、前記問合せ部が取得した前記暗号資産の残高を表示させる、
請求項６に記載の情報処理装置。

【請求項8】

前記決済部は、前記入力額が前記代金より少ない場合、前記代金と前記入力額との差額を前記ユーザが保有する所定の通貨で決済する、
請求項１から５のいずれか一項に記載の情報処理装置。

【請求項9】

前記提示部は、前記暗号資産の利用額と前記暗号資産とは異なる所定の通貨の利用額とを入力するための前記入力画面を提示し、
前記入力額取得部は、前記入力画面において、前記ユーザが入力した前記暗号資産の入力額と、前記ユーザが入力した前記所定の通貨の入力額とを取得し、
前記決済部は、前記暗号資産の入力額と、前記所定の通貨の入力額とに基づいて、前記代金を決済する、
請求項１から５のいずれか一項に記載の情報処理装置。

【請求項10】

代金の支払いに対する利用が許可されている条件が定められている暗号資産を用いて代金の決済を行うコンピュータが実行する、
ユーザが使用するユーザ端末から、前記ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を前記ユーザ端末が読み取ることによって取得されたコード情報を取得するステップと、
取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記暗号資産の利用許可条件として、前記コンピュータを管理する事業者を示すか否かを判定し、かつ、前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすか否かを判定するステップと、
前記利用許可条件及び前記支払条件を満たすと判定した場合のみに、前記店舗において前記代金の支払いに利用する金額に対応する前記暗号資産の利用額を入力するための入力画面を前記ユーザ端末に提示するステップと、
前記入力画面において前記ユーザが入力した入力額を取得するステップと、
前記暗号資産の口座を管理する管理システムに対して、前記ユーザに関連付けられているユーザ口座から前記店舗に関連付けられている店舗口座に前記入力額を移転させるための移転要求を通知することにより、前記代金を決済するステップと、
を有する情報処理方法。

【請求項11】

代金の支払いに対する利用が許可されている条件が定められている暗号資産を用いて代金の決済を行うコンピュータを、
ユーザが使用するユーザ端末から、前記ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を前記ユーザ端末が読み取ることによって取得されたコード情報を取得するコード情報取得部、
前記コード情報取得部が取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記暗号資産の利用許可条件として、前記コンピュータを管理する事業者を示すか否かを判定し、かつ、前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすか否かを判定する判定部と、
前記判定部が前記利用許可条件及び前記支払条件を満たすと判定した場合のみに、前記店舗において前記代金の支払いに利用する金額に対応する前記暗号資産の利用額を入力するための入力画面を前記ユーザ端末に提示する提示部、
前記入力画面において前記ユーザが入力した入力額を取得する入力額取得部、及び
前記暗号資産の口座を管理する管理システムに対して、前記ユーザに関連付けられているユーザ口座から前記店舗に関連付けられている店舗口座に前記入力額を移転させるための移転要求を通知することにより、前記代金を決済する決済部、
として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、暗号資産に関する情報を処理するための情報処理装置、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

特許文献１には、暗号資産（仮想通貨ともいう）で決済するシステムが記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１８－７７６４０公報

【発明の概要】

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

【0004】

地域内における経済循環を活性化させることを目的として、特定の地域における決済に利用可能な暗号資産（例えば、地域デジタル通貨）を発行することが行われている。しかしながら、ユーザは、このような暗号資産がどの地域又はどの店舗で利用できるかを把握しなければならい。例えば、ユーザが利用した店舗において暗号資産を利用することができる場合であっても、ユーザが、当該店舗が暗号資産の利用可能な店舗であることを把握していなかったり、利用可能な暗号資産を保有していることを忘れたりすると、暗号資産を利用し損ねてしまう場合があった。

【0005】

そこで、本発明はこれらの点に鑑みてなされたものであり、ユーザが暗号資産を容易に利用できるようにすることを目的とする。

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

【0006】

本発明の第１の態様にかかる情報処理装置は、ユーザが使用するユーザ端末から、前記ユーザが代金を支払う店舗によって提示されたコード画像を前記ユーザ端末が読み取ることによって取得されたコード情報を取得するコード情報取得部と、前記コード情報によって特定される情報が、代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件を満たすと判定され、かつ、前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすと判定された場合に、前記店舗において前記代金の支払いに利用する金額に対応する前記暗号資産の利用額を入力するための入力画面を前記ユーザ端末に提示する提示部と、前記入力画面において前記ユーザが入力した入力額を取得する入力額取得部と、前記入力額に基づいて、前記代金を決済する決済部と、を有する。

【0007】

前記決済部は、前記暗号資産の口座を管理する管理システムに対して、前記ユーザに関連付けられているユーザ口座から前記店舗に関連付けられている店舗口座に前記入力額を移転させるための移転要求を通知することにより、前記代金を決済してもよい。

【0008】

前記情報処理装置は、前記入力額が前記店舗口座に移転された後において、前記店舗が前記入力額の前記暗号資産を他の店舗で利用した場合、前記店舗が利用した額に応じた特典を前記ユーザに付与する付与部をさらに有してもよい。

【0009】

前記コード情報には、店舗を識別するための店舗識別情報が含まれてもよいし、前記提示部は、前記コード情報に含まれる前記店舗識別情報によって特定される特定店舗が前記利用許可条件を満たすと判定された場合に、前記入力画面を提示してもよい。

【0010】

前記コード情報取得部は、前記ユーザ端末から、前記ユーザを識別するためのユーザ識別情報をさらに取得してもよいし、前記提示部は、前記ユーザ識別情報によって特定される前記ユーザが前記支払条件を満たすと判定された場合に、前記入力画面を提示してもよい。

【0011】

前記提示部は、前記入力画面において、複数の暗号資産の種類のうち、前記コード情報によって特定される情報が前記利用許可条件を満たすと判定され、かつ、前記ユーザが前記支払条件を満たすと判定された前記暗号資産の種類を提示してもよい。

【0012】

前記提示部は、前記入力画面において前記ユーザが保有する暗号資産の残高を提示してもよい。
前記情報処理装置は、前記ユーザが保有する暗号資産の口座が存在するか否かを前記暗号資産の口座を管理する管理システムに問い合わせ、前記ユーザが保有する暗号資産の口座が存在する場合に、前記ユーザが保有する暗号資産の残高を取得する問合せ部をさらに有してもよいし、前記提示部は、前記問合せ部が取得した前記暗号資産の残高を表示させてもよい。
前記決済部は、前記入力額が前記代金より少ない場合、前記代金と前記入力額との差額を前記ユーザが保有する所定の通貨で決済してもよい。

【0013】

前記提示部は、前記暗号資産の利用額と前記暗号資産とは異なる所定の通貨の利用額とを入力するための前記入力画面を提示してもよいし、前記入力額取得部は、前記入力画面において、前記ユーザが入力した前記暗号資産の入力額と、前記ユーザが入力した前記所定の通貨の入力額とを取得してもよいし、前記決済部は、前記暗号資産の入力額と、前記所定の通貨の入力額とに基づいて、前記代金を決済してもよい。

【0014】

本発明の第２の態様にかかる情報処理方法は、コンピュータが実行する、ユーザが使用するユーザ端末から、前記ユーザが代金を支払う店舗によって提示されたコード画像を前記ユーザ端末が読み取ることによって取得されたコード情報を取得するステップと、前記コード情報によって特定される情報が、代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件を満たすと判定され、かつ、前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすと判定された場合に、前記店舗において前記代金の支払いに利用する金額に対応する前記暗号資産の利用額を入力するための入力画面を前記ユーザ端末に提示するステップと、前記入力画面において前記ユーザが入力した入力額を取得するステップと、前記入力額に基づいて、前記代金を決済するステップと、を有する。

【0015】

本発明の第３の態様にかかるプログラムは、コンピュータを、ユーザが使用するユーザ端末から、前記ユーザが代金を支払う店舗によって提示されたコード画像を前記ユーザ端末が読み取ることによって取得されたコード情報を取得するコード情報取得部、前記コード情報によって特定される情報が、代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件を満たすと判定され、かつ、前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすと判定された場合に、前記店舗において前記代金の支払いに利用する金額に対応する前記暗号資産の利用額を入力するための入力画面を前記ユーザ端末に提示する提示部、前記入力画面において前記ユーザが入力した入力額を取得する入力額取得部、及び前記入力額に基づいて、前記代金を決済する決済部、として機能させる。

【発明の効果】

【0016】

本発明によれば、ユーザが暗号資産を容易に利用できるようにすることができるという効果を奏する。

【図面の簡単な説明】

【0017】

【図1】本実施形態に係る情報処理システムの模式図である。

【図2】本実施形態に係る決済サーバのブロック図である。

【図3】本実施形態に係る利用元ユーザ端末のブロック図である。

【図4】情報処理システムが暗号資産を管理する方法を説明するための模式図である。

【図5】入力画面の一例を模式的に表した図である。

【図6】本実施形態に係る情報処理システムが実行する例示的な情報処理方法のシーケンス図である。

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

【0018】

［情報処理システムＳの概要］
図１は、本実施形態に係る情報処理システムＳの模式図である。情報処理システムＳは、暗号資産管理システム１と、決済サーバ２と、利用元ユーザ端末３と、利用先ユーザ端末４と、を含む。情報処理システムＳは、その他のサーバ、端末等の機器を含んでもよい。

【0019】

暗号資産管理システム１は、暗号資産に関する情報を管理するための一以上のコンピュータである。暗号資産は、代金の決済等に利用可能であり、法定通貨（日本円や米国ドル等）とは異なる電子的な資産である。暗号資産は、所定の変換比率で所定の通貨に変換可能である。暗号資産は、例えば記憶装置において当該暗号資産を保有するユーザに関連付けられており、決済に利用される際に顧客であるユーザから店舗であるユーザに移転される。

【0020】

暗号資産は、例えば、ブロックチェーンによって管理される電子的な資産である。また、暗号資産は、ブロックチェーンに限られず、データベース等によって管理される電子的な資産であってもよい。暗号資産は、決済に利用される所定の単位（例えば、流通する単位）である資産単位で管理される。以下、暗号資産の資産単位をコインと呼ぶが、その他の名称であってもよい。

【0021】

本実施形態において、暗号資産は、例えば、所定の地域において利用可能な地域デジタル通貨である。地域デジタル通貨である暗号資産を用いた決済は、所定の地域内の店舗において実行可能であり、当該地域外の店舗において実行不可能である。また、地域デジタル通貨である暗号資産を用いた決済は、所定の地域内の所定の店舗（例えば、登録された店舗）のみにおいて実行可能であってもよい。

【0022】

また、暗号資産は、例えば、所定のユーザが利用可能な地域デジタル通貨である。地域デジタル通貨である暗号資産を用いた決済は、所定のユーザによる要求に応じて所定の地域内の店舗において実行可能であり、所定のユーザ以外のユーザによる要求に応じて当該地域内外の店舗において実行不可能である。所定の地域及び所定のユーザにおいては、例えば、暗号資産を発行させるために原資を負担した負担者によって定められる。

【0023】

暗号資産管理システム１は、各ユーザが保有する暗号資産を、当該ユーザに関連付けられた暗号資産口座において管理する。暗号資産は、種類ごとに、利用可能な地域（利用可能な店舗）及び利用可能なユーザが予め定められており、暗号資産管理システム１は、複数の暗号資産の種類それぞれの暗号資産口座を管理してもよい。暗号資産の種類は、例えば、暗号資産の利用が許可されている地域、暗号資産の利用が許可されている店舗、又は暗号資産の負担者等である。暗号資産管理システム１は、例えば、決済サーバ２から受信した移転要求に応じて、暗号資産をあるユーザの暗号資産口座から別のユーザの暗号資産口座に移転する。暗号資産管理システム１は、ネットワークを介して決済サーバ２、利用先ユーザ端末４及び利用先ユーザ端末４と通信可能である。

【0024】

決済サーバ２（情報処理装置）は、暗号資産を用いて代金の決済を行うためのコンピュータである。決済サーバ２は、例えば、利用元ユーザ端末３から決済要求を受信したことに応じて、暗号資産管理システム１に対して決済対象の金額に対応する暗号資産を利用元ユーザから利用先ユーザに移転させる移転要求を送信する。決済サーバ２は、ネットワークを介して暗号資産管理システム１、利用元ユーザ端末３及び利用先ユーザ端末４と通信可能である。

【0025】

利用元ユーザ端末３（情報処理端末）は、利用元ユーザが利用するコンピュータである。利用元ユーザは、例えば、店舗である利用先ユーザに対して、商品（物品、サービス等）の代金を、暗号資産を利用して支払う顧客である。また、利用元ユーザは、他の店舗である利用先ユーザに対して、暗号資産を利用して代金を支払う店舗であってもよい。利用元ユーザ端末３は、例えば、スマートフォン、タブレット端末又はパーソナルコンピュータである。利用元ユーザ端末３は、操作を受け付けるためのタッチパネルやキーボード等の操作部と、情報を表示するための液晶ディスプレイ等の表示部と、情報を読み取るためのカメラ等の撮像部と、を有する。利用元ユーザ端末３は、ネットワークを介して決済サーバ２と通信可能である。

【0026】

利用先ユーザ端末４は、利用先ユーザが利用するコンピュータである。利用先ユーザは、例えば、顧客又は店舗である利用元ユーザから、暗号資産を利用して代金の支払いを受ける店舗である。利用先ユーザ端末４は、例えば、スマートフォン、タブレット端末又はパーソナルコンピュータである。利用先ユーザ端末４は、操作を受け付けるためのタッチパネルやキーボード等の操作部と、情報を表示するための液晶ディスプレイ等の表示部と、を有する。利用先ユーザ端末４は、利用元ユーザが利用先ユーザに支払う代金を決済してもらうためのＱＲコード（登録商標）をはじめとするコード画像を生成し、生成したコード画像を表示部に表示する。なお、コード画像は、利用先ユーザ端末４によって表示される場合に限らず、ステッカー等のような形式で利用先ユーザである店舗に設置されていてもよい。

【0027】

本実施形態に係る情報処理システムＳが実行する処理の概要を以下に説明する。利用元ユーザ端末３は、利用先ユーザ端末４の表示部に表示されたコード画像を読み取ることによって、コード情報を取得する（図１における（１））。コード情報は、例えば、利用先ユーザである店舗を識別するための識別情報（利用先ユーザのＩＤ（identifier））を含む。利用元ユーザ端末３は、取得したコード情報を決済サーバ２に送信する（図１における（２））。コード情報は、利用先ユーザに対して決済の提供が可能な決済事業者のＩＤを含んでもよい。

【0028】

決済サーバ２は、利用元ユーザ端末３からコード情報を取得すると、所定の条件を満たすと判定された場合に、入力画面を提示するための画面情報を利用元ユーザ端末３に送信する（図１における（３））。決済サーバ２は、所定の条件として、利用元ユーザが支払条件を満たすと判定された場合に、。支払条件は、利用元ユーザが暗号資産で代金を支払うための条件であり、例えば、利用元ユーザが暗号資産を利用可能なユーザであるか否か等である。入力画面は、利用先ユーザに対する代金の支払いに利用する金額に対応する暗号資産の利用額を入力するための画面である。決済サーバ２は、例えば、利用元ユーザの暗号資産口座が存在するか否かを暗号資産管理システム１に問い合わせ、当該問い合わせに応じて暗号資産管理システム１が送信した情報に基づいて、利用元ユーザが支払条件を満たすか否かを判定する。

【0029】

また、決済サーバ２は、所定の条件として、取得したコード情報によって特定される特定情報が暗号資産の利用許可条件を満たすと判定された場合に、画面情報を利用元ユーザ端末３に送信する。特定情報は、例えば、代金の支払いを受ける利用先ユーザのＩＤ又は決済事業者のＩＤである。利用許可条件は、代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用の利用を許可するための条件であり、例えば、店舗が存在する地域が暗号資産の利用が可能な地域であるか否か、又は店舗が暗号資産の利用が可能な店舗であるか否か等である。利用許可条件は、店舗が暗号資産口座を保有しているか否かであってもよい。

【0030】

決済サーバ２は、例えば、利用先ユーザのＩＤによって特定される特定店舗が存在する地域が暗号資産の利用が可能な地域であるか否か、又は特定店舗が暗号資産の利用が可能な店舗であるか否かを判定する。決済サーバ２は、利用先ユーザのＩＤに基づいて、特定店舗が暗号資産口座を保有しているか否かを暗号資産管理システム１に問い合わせ、問い合わせた結果に基づいて、特定情報が暗号資産の利用許可条件を満たすか否かを判定してもよい。この場合、暗号資産管理システム１は、決済サーバ２から利用先ユーザのＩＤを取得すると、当該利用先ユーザのＩＤに関連付けられている暗号資産口座が存在するか否かを判定し、判定した判定結果を決済サーバ２に送信する。決済サーバ２は、特定情報が暗号資産の利用許可条件を満たさないと判定した場合、又は利用元ユーザの暗号資産口座が存在しないことを示す判定結果を暗号資産管理システム１から取得した場合、画面情報の送信を禁止してもよい。

【0031】

利用元ユーザ端末３は、表示部に表示した入力画面における利用元ユーザによる操作に応じて、決済要求を決済サーバ２に送信する（図１における（４））。決済要求は、例えば、利用元ユーザであるユーザを識別するための識別情報（利用元ユーザのＩＤ）と、利用先ユーザのＩＤと、入力画面において利用元ユーザが入力した暗号資産の入力額とを含む。

【0032】

決済サーバ２は、利用元ユーザ端末３から受信した決済要求が示す入力額に対応する暗号資産を利用元ユーザから利用先ユーザに移転するための移転要求を暗号資産管理システム１に送信する（図１における（５））。移転要求には、例えば、入力額と、利用元ユーザのＩＤと、利用先ユーザのＩＤとが含まれる。

【0033】

そして、暗号資産管理システム１は、決済サーバ２から受信した移転要求が示す決済金額に対応する暗号資産を、利用元ユーザの暗号資産口座から利用先ユーザの暗号資産口座に移転する（（図１における（６））。暗号資産管理システム１は、例えば、ブロックチェーンに対して、決済金額に対応する暗号資産の保有者を利用元ユーザから利用先ユーザに変更することを示すデータを追加する。

【0034】

このように、情報処理システムＳは、利用元ユーザが利用先ユーザに支払う代金の決済として暗号資産を利用できるか否かに応じて入力画面を利用元ユーザに提示し、提示した入力画面において利用元ユーザが入力した入力額に基づいて決済する。これにより、情報処理システムＳは、例えば、決済時において、利用元ユーザが保有する暗号資産が利用可能であるか否かを把握していなかったり、利用元ユーザが利用先ユーザに対して利用可能な暗号資産を保有していることを忘れていたりしても、入力画面において利用先ユーザに対して利用可能な暗号資産を提示することにより、利用元ユーザが暗号資産を容易に利用できるようにすることができる。
以下、決済サーバ２及び利用元ユーザ端末３の構成について説明する。

【0035】

［決済サーバ２の構成］
図２は、本実施形態に係る決済サーバ２のブロック図である。図２において、矢印は主なデータの流れを示しており、図２に示したもの以外のデータの流れがあってもよい。図２において、各ブロックはハードウェア（装置）単位の構成ではなく、機能単位の構成を示している。そのため、図２に示すブロックは単一の装置内に実装されてもよく、あるいは複数の装置内に分かれて実装されてもよい。ブロック間のデータの授受は、データバス、ネットワーク、可搬記憶媒体等、任意の手段を介して行われてもよい。

【0036】

決済サーバ２は、通信部２１と、記憶部２２と、制御部２３と、を有する。決済サーバ２は、２つ以上の物理的に分離した装置が有線又は無線で接続されることにより構成されてもよい。また、決済サーバ２は、コンピュータ資源の集合であるクラウドによって構成されてもよい。

【0037】

通信部２１は、ネットワークを介して暗号資産管理システム１、利用元ユーザ端末３及び利用先ユーザ端末４との間でデータを送受信するための通信コントローラを有する。通信部２１は、暗号資産管理システム１、利用元ユーザ端末３又は利用先ユーザ端末４からネットワークを介して受信したデータを制御部２３に通知する。また、通信部２１は、ネットワークを介して、制御部２３から出力されたデータを暗号資産管理システム１、利用元ユーザ端末３又は利用先ユーザ端末４に送信する。

【0038】

記憶部２２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスクドライブ等を含む記憶媒体である。記憶部２２は、制御部２３が実行するプログラムを予め記憶している。記憶部２２は、決済サーバ２の外部に設けられてもよく、その場合にネットワークを介して制御部２３との間でデータの授受を行ってもよい。

【0039】

制御部２３は、情報取得部２３１と、判定部２３２と、提示部２３３と、入力額取得部２３４と、決済部２３５と、付与部２３６と、を有する。制御部２３は、例えばＣＰＵ（Central Processing Unit）等のプロセッサであり、記憶部２２に記憶されたプログラムを実行することにより、情報取得部２３１、判定部２３２、提示部２３３、入力額取得部２３４、決済部２３５及び付与部２３６として機能する。情報取得部２３１、判定部２３２、提示部２３３、入力額取得部２３４、決済部２３５及び付与部２３６それぞれが行う処理については後述する。

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

例えば、利用元ユーザ端末３は、不図示のＧＰＳ（Global Positioning System）受信部をさらに有し、決済サーバ２は、利用元ユーザ端末３がコード画像を読み取ったときにＧＰＳ受信部が受信した情報に基づいて特定される利用元ユーザ端末３の位置が、暗号資産が利用可能な地域に含まれるか否かに応じて入力画面を利用元ユーザ端末３に提示する。

【0085】

例えば、暗号資産は、いずれの地域においても利用可能であり、決済サーバ２は、暗号資産の利用に応じてポイントを付与する場合において、利用元ユーザ端末３がコード画像を読み取ったときの利用元ユーザ端末３の位置が所定の地域に含まれるか否かに応じてポイントを付与してもよい。決済サーバ２は、例えば、利用元ユーザ端末３の位置が所定の地域に含まれる場合、利用元ユーザ端末３の位置が所定の地域に含まれない場合よりも付与するポイントを多くする。

【0086】

所定の地域は、決済サーバ２によって予め定められており、所定の期間ごとに異なる地域に変更されてもよい。この場合、例えば、決済サーバ２は、付与するポイントが多くなる地域を地図上に提示してもよい。また、例えば、決済サーバ２は、所定の期間が経過した後に変更される予定の地域を地図上にさらに提示してもよい。

【0087】

［本実施形態における効果］
以上説明したとおり、情報処理システムＳは、利用元ユーザが利用先ユーザに支払う代金の決済として暗号資産を利用できるか否かに応じて入力画面を利用元ユーザに提示し、提示した入力画面において利用元ユーザが入力した入力額に基づいて決済する。これにより、情報処理システムＳは、例えば、決済時において、利用元ユーザが保有する暗号資産が利用可能であるか否かを把握していなかったり、利用元ユーザが利用先ユーザに対して利用可能な暗号資産を保有していることを忘れていたりしても、入力画面において利用先ユーザに対して利用可能な暗号資産を提示することにより、利用元ユーザが暗号資産を容易に利用できるようにすることができる。

【0088】

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

【0089】

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

【符号の説明】

【0090】

１ 暗号資産管理システム
２ 決済サーバ
２１ 通信部
２２ 記憶部
２３ 制御部
２３１ 情報取得部
２３２ 判定部
２３３ 提示部
２３４ 入力額取得部
２３５ 決済部
２３６ 付与部
３ 利用元ユーザ端末
３１ 撮像部
３２ 通信部
３３ 表示部
３４ 操作部
３５ 記憶部
３６ 制御部
３６１ コード情報取得部
３６２ 問合せ部
３６３ 表示制御部
３６４ 資産情報取得部
３６５ 操作受付部
３６６ 送信部
４ 利用先ユーザ端末
Ｓ 情報処理システム

【要約】

【課題】ユーザが暗号資産を容易に利用できるようにする。
【解決手段】決済サーバ２は、ユーザが使用するユーザ端末から、ユーザが代金を支払う店舗によって提示されたコード画像をユーザ端末が読み取ることによって取得されたコード情報を取得する情報取得部２３１と、コード情報によって特定される情報が、代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件を満たすと判定され、かつ、ユーザが暗号資産で代金を支払うための支払条件を満たすと判定された場合に、店舗において代金の支払いに利用する金額に対応する暗号資産の利用額を入力するための入力画面をユーザ端末に提示する提示部２３３と、入力画面においてユーザが入力した入力額を取得する入力額取得部２３４と、入力額に基づいて、代金を決済する決済部２３５と、を有する。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】