JP7385341B1 - プログラム、情報処理端末及び情報処理方法 - Google Patents

Abstract

【課題】ユーザが暗号資産を容易に利用できるようにする。【解決手段】プログラムは、利用元ユーザ端末３を、ユーザが代金を支払う店舗によって提示されたコード画像であって店舗に対して決済の提供が可能な決済事業者のＩＤを含むコード画像を読み取ることによってコード情報を取得するコード情報取得部３６１、コード情報取得部３６１が取得したコード情報に含まれる決済事業者のＩＤが、代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件として、暗号資産を用いて代金の決済を行う決済サーバを管理する事業者を示すと判定された場合のみに、店舗において代金を暗号資産で支払うための入力画面を表示部３３に表示させる表示制御部３６３、及び表示部３３に表示された入力画面においてユーザが入力した入力額に対応する暗号資産で支払うための決済要求を送信する送信部３６６、として機能させる。【選択図】図３

Description

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

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

特開２０１８－７７６４０公報

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

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

本発明の第１の態様にかかるプログラムは、コンピュータを、ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を読み取ることによってコード情報を取得するコード情報取得部、前記コード情報取得部が取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件として、前記暗号資産を用いて前記代金の決済を行う情報処理装置を管理する事業者を示すと判定された場合のみに、前記店舗において前記代金を前記暗号資産で支払うための入力画面を表示部に表示させる表示制御部、及び前記表示部に表示された前記入力画面において前記ユーザが入力した入力額に対応する前記暗号資産で支払うための決済要求を送信する送信部、として機能させる。

前記コンピュータを、前記コード情報に含まれる前記決済事業者のＩＤが前記利用許可条件を満たすか否かを、代金の決済を行うための決済サーバに問い合わせる問合せ部としてさらに機能させてもよいし、前記表示制御部は、前記コード情報に含まれる前記決済事業者のＩＤが前記利用許可条件を満たすことを示す問い合わせ結果を前記問合せ部が取得した場合のみに、前記入力画面を表示させてもよいし、前記送信部は、前記決済要求を前記決済サーバに送信してもよい。

前記コード情報は、前記店舗を識別するための店舗識別情報をさらに含んでもよいし、前記コンピュータを、記憶部に記憶されている前記暗号資産の利用が許可されている店舗の許可リストを参照し、前記コード情報に含まれる前記店舗識別情報によって特定される特定店舗が前記許可リストに含まれているか否かを判定する判定部としてさらに機能させてもよいし、前記表示制御部は、さらに、前記特定店舗が前記許可リストに含まれていると前記判定部が判定した場合に、前記入力画面を表示させてもよい。

前記コンピュータを、前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすか否かを、前記暗号資産の口座を管理する管理システムに問い合わせる問合せ部としてさらに機能させてもよいし、前記表示制御部は、さらに、前記ユーザが前記支払条件を満たすことを示す問い合わせ結果を前記問合せ部が取得した場合に、前記入力画面を表示させてもよい。

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

前記コード情報には、前記店舗を識別するための店舗識別情報がさらに含まれてもよいし、前記表示制御部は、さらに、前記コード情報に含まれる前記店舗識別情報によって特定される特定店舗が前記暗号資産の利用が許可されている店舗の許可リストに含まれていると判定された場合に、前記入力画面を表示させてもよい。

前記コード情報取得部は、前記ユーザを識別するためのユーザ識別情報をさらに取得してもよいし、前記表示制御部は、さらに、前記ユーザ識別情報によって特定される前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすと判定された場合に、前記入力画面を表示してもよい。

前記表示制御部は、複数の暗号資産の種類のうち、前記コード情報取得部が取得した前記コード情報に含まれる前記決済事業者のＩＤが前記利用許可条件を満たすと判定された前記暗号資産の種類を表示させてもよい。
前記表示制御部は、前記入力画面において前記ユーザが保有する暗号資産の残高を表示させてもよい。

前記コンピュータを、前記ユーザが保有する暗号資産の口座が存在するか否かを前記暗号資産の口座を管理する管理システムに問い合わせ、前記ユーザが保有する暗号資産の口座が存在する場合に、前記ユーザが保有する暗号資産の残高を取得する問合せ部としてさらに機能させてもよいし、前記表示制御部は、前記問合せ部が取得した前記暗号資産の残高を表示させてもよい。

前記送信部は、前記入力額が前記代金より少ない場合、前記ユーザが保有する所定の通貨であって前記代金と入力額との差額に対応する前記所定の通貨をさらに含む前記決済要求を送信してもよい。

前記表示制御部は、前記暗号資産の利用額と前記暗号資産とは異なる所定の通貨の利用額とを入力するための前記入力画面を表示させてもよいし、前記送信部は、前記入力画面において、前記ユーザが入力した前記暗号資産の入力額と、前記ユーザが入力した前記所定の通貨の入力額とを含む前記決済要求を送信してもよい。

本発明の第２の態様にかかる情報処理端末は、ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を読み取ることによってコード情報を取得するコード情報取得部と、前記コード情報取得部が取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件として、前記暗号資産を用いて前記代金の決済を行う情報処理装置を管理する事業者を示すと判定された場合のみに、前記店舗において前記代金を前記暗号資産で支払うための入力画面を表示部に表示させる表示制御部と、前記表示部に表示された前記入力画面において前記ユーザが入力した入力額に対応する前記暗号資産で支払うための決済要求を送信する送信部と、を有する。

本発明の第３の態様にかかる情報処理方法は、コンピュータが実行する、ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を読み取ることによってコード情報を取得するステップと、取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件として、前記暗号資産を用いて前記代金の決済を行う情報処理装置を管理する事業者を示すと判定された場合のみに、前記店舗において前記代金を前記暗号資産で支払うための入力画面を表示部に表示させるステップと、前記表示部に表示された前記入力画面において前記ユーザが入力した入力額に対応する前記暗号資産で支払うための決済要求を送信するステップと、を有する。

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

本実施形態に係る情報処理システムの模式図である。 本実施形態に係る決済サーバのブロック図である。 本実施形態に係る利用元ユーザ端末のブロック図である。 情報処理システムが暗号資産を管理する方法を説明するための模式図である。 入力画面の一例を模式的に表した図である。 本実施形態に係る情報処理システムが実行する例示的な情報処理方法のシーケンス図である。

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

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

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

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

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

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

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

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

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

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

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

利用元ユーザ端末３は、例えば、取得したコード情報を決済サーバ２に送信する（図１における（２））。コード情報は、利用先ユーザに対して決済の提供が可能な決済事業者のＩＤを含んでもよい。決済サーバ２は、利用元ユーザ端末３からコード情報を取得すると、当該コード情報によって特定される特定情報が暗号資産の利用許可条件を満たすか否かを判定し、判定した判定結果を利用元ユーザ端末３に送信する（図１における（３））。

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

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

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

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

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

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

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

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

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

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

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

［利用元ユーザ端末３の構成］
図３は、本実施形態に係る利用元ユーザ端末３のブロック図である。図３において、矢印は主なデータの流れを示しており、図３に示したもの以外のデータの流れがあってもよい。

利用元ユーザ端末３は、撮像部３１と、通信部３２と、表示部３３と、操作部３４と、記憶部３５と、制御部３６と、を有する。撮像部３１は、撮像画像を撮像するカメラである。また、撮像部３１は、撮像した撮像画像を制御部３６に通知する。

通信部３２は、ネットワークを介して暗号資産管理システム１又は決済サーバ２との間でデータを送受信するための通信コントローラを有する。通信部３２は、暗号資産管理システム１又は決済サーバ２からネットワークを介して受信したデータを制御部３６に通知する。また、通信部３２は、ネットワークを介して、制御部３６から出力されたデータを暗号資産管理システム１又は決済サーバ２に送信する。

表示部３３は、情報を表示するための液晶ディスプレイである。操作部３４は、操作を受け付けるためのタッチパネルやキーボード等である。

記憶部３５は、ＲＯＭ、ＲＡＭ、ハードディスクドライブ等を含む記憶媒体である。記憶部３５は、制御部３６が実行するプログラムを予め記憶している。記憶部３５は、利用元ユーザ端末３の外部に設けられてもよく、その場合にネットワークを介して制御部３６との間でデータの授受を行ってもよい。

制御部３６は、コード情報取得部３６１と、問合せ部３６２と、表示制御部３６３と、資産情報取得部３６４と、操作受付部３６５と、送信部３６６と、を有する。制御部３６は、例えばＣＰＵ等のプロセッサであり、記憶部３５に記憶されたプログラムを実行することにより、コード情報取得部３６１、問合せ部３６２、表示制御部３６３、資産情報取得部３６４、操作受付部３６５及び送信部３６６として機能する。コード情報取得部３６１、問合せ部３６２、表示制御部３６３、資産情報取得部３６４、操作受付部３６５及び送信部３６６それぞれが行う処理については後述する。

［口座の説明］
まず、情報処理システムＳが暗号資産を管理する方法を説明する。図４は、情報処理システムＳが暗号資産を管理する方法を説明するための模式図である。

暗号資産管理システム１は、複数のユーザそれぞれが保有する暗号資産を、暗号資産口座において管理する。複数のユーザそれぞれの暗号資産口座は、当該ユーザのＩＤ（例えば、暗号資産口座のＩＤ）に関連付けられている。暗号資産管理システム１は、暗号資産の管理として、暗号資産口座に対して暗号資産を入金及び出金し、又は複数の暗号資産口座間で暗号資産を移転する。

暗号資産管理システム１は、例えば、ブロックチェーンを用いて、コインを資産単位として暗号資産を管理する。暗号資産管理システム１は、例えば、ユーザのＩＤと、当該ユーザの暗号資産口座における取引の内容と、を関連付けたブロック（データ）を、ネットワーク上の一又は複数の記憶装置上にブロックチェーンとして記憶する。ブロックチェーン内の各ブロックには所定の規則で生成されたハッシュ値が含まれており、ブロック間のハッシュ値の整合性を確認することによりブロックチェーン全体の正しさが担保される。

暗号資産管理システム１は、ブロックチェーンに限られず、例えば、ユーザのＩＤと、当該ユーザの暗号資産口座の残高と、当該ユーザの暗号資産口座における一又は複数の取引の内容と、を関連付けたデータを、暗号資産管理システム１が有する記憶部上にデータベースとして記憶してもよい。

［提示処理の説明］
次に、情報処理システムＳが決済に利用可能な暗号資産を利用元ユーザに提示する処理を実行するための構成を以下に説明する。利用元ユーザ端末３において、コード情報取得部３６１は、コード画像を撮像部３１が読み取ることによってコード情報を取得する。コード情報は、例えば、利用先ユーザのＩＤを含む。コード情報は、決済事業者のＩＤをさらに含んでもよい。

問合せ部３６２は、コード情報取得部３６１が取得したコード情報を決済サーバ２に送信することによって、利用元ユーザが代金の支払いとして暗号資産を利用できるか否かを決済サーバ２に問い合わせる。決済サーバ２において、情報取得部２３１は、コード情報取得部として機能し、利用元ユーザ端末３からコード情報を取得する。

情報取得部２３１が利用元ユーザ端末３からコード情報を取得すると、判定部２３２は、コード情報によって特定される特定情報が暗号資産の利用許可条件を満たすか否かを判定する。具体的には、判定部２３２は、コード情報に含まれる利用先ユーザのＩＤによって特定される利用先ユーザ（特定店舗）が利用許可条件を満たすか否かを判定する

例えば、判定部２３２は、コード情報に含まれる利用先ユーザのＩＤによって特定される特定店舗が、暗号資産の利用が許可されている地域に存在するか否かを判定することによって、特定情報が暗号資産の利用許可条件を満たすか否かを判定する。例えば、記憶部２２には、暗号資産の利用が許可されている利用先ユーザの許可リストが記憶されており、判定部２３２は、コード情報に含まれる利用先ユーザのＩＤによって特定される特定店舗が許可リストに含まれているか否かを判定することによって、特定情報が暗号資産の利用許可条件を満たすか否かを判定してもよい。

判定部２３２は、問合せ部としてさらに機能し、コード情報に含まれる利用先ユーザのＩＤを暗号資産管理システム１に送信することによって、特定店舗が保有する暗号資産口座が存在するか否かを暗号資産管理システム１に問い合わせてもよい。暗号資産管理システム１は、暗号資産管理システム１は、利用先ユーザのＩＤを決済サーバ２から取得すると、当該利用先ユーザのＩＤに関連付けられている暗号資産口座が存在するか否かを判定し、判定した判定結果を決済サーバ２に送信する。そして、判定部２３２は、特定店舗が保有する暗号資産口座が存在することを示す判定結果を取得した場合、特定情報が暗号資産の利用許可条件を満たすと判定し、特定店舗が保有する暗号資産口座が存在しないことを示す判定結果を取得した場合、特定情報が暗号資産の利用許可条件を満たさないと判定する。

例えば、特定情報が決済事業者のＩＤである場合、判定部２３２は、コード情報に含まれる決済事業者のＩＤが決済サーバ２を管理する決済事業者を示すか否かによって、特定情報が暗号資産の利用許可条件を満たすか否かを判定してもよい。送信部２３３は、判定部２３２が判定した判定結果を利用元ユーザ端末３に送信する。

上記において、特定情報が暗号資産の利用許可条件を満たすか否かを利用元ユーザ端末３の問合せ部３６２が決済サーバ２に問い合わせる例を説明したが、これに限らない。例えば、問合せ部３６２が、判定部としてさらに機能し、特定情報が暗号資産の利用許可条件を満たすか否かを判定してもよい。例えば、記憶部３５には、暗号資産の利用が許可されている利用元ユーザを示す情報（例えば許可リスト）が記憶されており、問合せ部３６２は、記憶部３５に記憶されている許可リストを参照し、特定情報が暗号資産の利用許可条件を満たすか否かを判定する。

問合せ部３６２は、さらに、利用元ユーザのＩＤを暗号資産管理システム１に送信することによって、利用元ユーザが支払条件を満たすか否かを暗号資産管理システム１に問い合わせる。暗号資産管理システム１は、利用元ユーザのＩＤを利用元ユーザ端末３から取得すると、当該利用元ユーザのＩＤに関連付けられている暗号資産口座が存在するか否かを判定し、判定した判定結果を利用元ユーザ端末３に送信する。暗号資産管理システム１は、利用元ユーザのＩＤに関連付けられている暗号資産口座が存在すると判定した場合、当該暗号資産口座の残高を判定結果として利用元ユーザ端末３に送信してもよい。

利用元ユーザ端末３の表示制御部３６３は、コード情報によって特定される特定情報が暗号資産の利用許可条件を満たすと判定され、かつ、利用元ユーザが支払条件を満たすと判定された場合に、入力画面を表示部３３に表示させる。具体的には、表示制御部３６３は、特定情報が暗号資産の利用許可条件を満たすことを示す判定結果を問合せ部３６２が決済サーバ２から取得し、かつ、利用元ユーザが支払条件を満たすことを示す判定結果を問合せ部３６２が暗号資産管理システム１から取得した場合に、入力画面を表示部３３に表示させる。

図５は、入力画面の一例を模式的に表した図である。図５に示す例において、入力画面には、利用元ユーザが保有する暗号資産の残高（保有コイン）と、代金の支払いとして利用する暗号資産の利用額を入力するための入力項目とが表示されている。図５に示すように、表示制御部３６３は、入力画面において利用元ユーザが保有する暗号資産の残高をさらに表示させてもよい。このようにすることで、利用元ユーザは、利用先ユーザに対して決済で利用できる暗号資産がどれくらいあるかを認識することができる。

表示制御部３６３は、入力画面において、複数の暗号資産の種類のうち、コード情報によって特定される特定情報が利用許可条件を満たすと判定され、かつ、利用元ユーザが支払条件を満たすと判定された暗号資産の種類を表示させてもよい。例えば、まず、問合せ部３６２は、暗号資産の種類ごとに、コード情報によって特定される特定情報が暗号資産の利用許可条件を満たすか否かと、利用元ユーザが支払条件を満たすか否かと、を問い合わせる。そして、表示制御部３６３は、複数の暗号資産の種類のうち、特定情報が利用許可条件を満たし、かつ、利用元ユーザが支払条件を満たすと判定された種類の暗号資産を表示部３３に表示させる。

例えば、上記条件を満たすと判定された暗号資産の種類が１つである場合、表示制御部３６３は、当該種類の暗号資産の利用額を入力するための入力画面を表示部３３に表示させる。また、上記条件を満たすと判定された暗号資産の種類が２つ以上である場合、表示制御部３６３は、複数の暗号資産の種類のうちの少なくともいずれかの利用額を入力するための入力画面を表示部３３に表示させる。このようにすることで、利用元ユーザは、複数の暗号資産を保有していても、利用先ユーザに対して決済で利用できる暗号資産がどれであるかを認識することができる。

表示制御部３６３は、コード情報によって特定される特定情報が暗号資産の利用許可条件を満たさないと判定された場合、又は利用元ユーザが支払条件を満たさないと判定された場合、利用元ユーザが保有する所定の通貨で決済するための入力画面を表示部３３に表示させてもよい。所定の通貨は、例えば電子通貨であり、利用元ユーザがチャージした電子通貨を決済サーバ２が管理している。利用元ユーザ端末３は、コード情報によって特定される特定情報が暗号資産の利用許可条件を満たさないと判定された場合、又は利用元ユーザが支払条件を満たさないと判定された場合、入力画面を提示せずに後述する決済部２３５に決済させてもよい。

［決済処理の説明］
次に、情報処理システムＳが暗号資産を用いて決済する処理を実行するための構成を以下に説明する。決済サーバ２において、入力額取得部２３４は、入力画面において利用元ユーザが入力した入力額を含む決済要求を取得する。決済要求は、利用元ユーザに関連付けられている暗号資産口座（ユーザ口座）から利用先ユーザに関連付けられている暗号資産口座（店舗口座）に入力額の移転を暗号資産管理システム１に実行させるための要求であり、例えば、利用元ユーザのＩＤと、利用先ユーザのＩＤと、入力画面において利用元ユーザが入力した入力額を含む。

具体的には、まず、利用元ユーザ端末３において、操作受付部３６５が、表示部３３に表示された入力画面において利用元ユーザによる暗号資産の利用額の入力を受け付けると、送信部３６６は、暗号資産を利用した決済要求を決済サーバ２に送信する。そして、決済サーバ２において、入力額取得部２３４は、決済要求を利用元ユーザ端末３から取得する。

決済部２３５は、入力額取得部２３４が決済要求を取得すると、当該決済要求に含まれる入力額に基づいて、代金を決済する。具体的には、決済部２３５は、暗号資産管理システム１に対して、利用元ユーザに関連付けられている暗号資産口座（利用元ユーザ口座）から利用先ユーザに関連付けられている暗号資産口座（利用先ユーザ口座）に決済金額（入力額）を移転するための移転要求を通知することにより、代金を決済する。

決済部２３５は、決済要求において決済で利用する通貨に少なくとも暗号資産が含まれる場合に、暗号資産管理システム１に移転要求を通知する。一方、決済部２３５は、決済要求において決済で利用する通貨に暗号資産が含まれない場合、利用元ユーザが保有する所定の通貨で決済する。

暗号資産管理システム１は、決済サーバ２から移転要求を取得すると、移転要求に含まれる入力額が示す決済金額に対応する暗号資産を、利用元ユーザの暗号資産口座から利用先ユーザの暗号資産口座に移転する。暗号資産管理システム１は、例えば、ブロックチェーンを用いて暗号資産を管理する場合に、ブロックチェーンに対して、決済金額に対応するコインの保有者を利用元ユーザから利用先ユーザに変更することを示すブロックを追加する。また、暗号資産管理システム１は、例えば、データベースを用いて暗号資産を管理する場合に、データベースにおいて、利用元ユーザの暗号資産口座から決済金額に対応するコインを減算し、利用先ユーザの暗号資産口座に決済金額に対応するコインを加算してもよい。

決済部２３５は、入力額が代金より少ない場合、代金と入力額との差額を利用元ユーザが保有する所定の通貨で決済してもよい。代金を示す情報は、情報取得部２３１が取得したコード情報に含まれていてもよいし、入力画面において利用元ユーザによって入力されてもよいし、利用先ユーザ端末４から取得されてもよい。具体的には、まず、決済部２３５は、決済要求に含まれる入力額が代金より少ないか否かを判定する。決済部２３５は、決済要求に含まれる入力額が代金より少なくないと判定した場合、入力額に基づいて代金を決済する。一方、決済部２３５は、決済要求に含まれる入力額が代金より少ないと判定した場合、入力額と、代金及び入力額の差額分の電子通貨とで代金を決済する。なお、決済部２３５は、利用元ユーザが保有する電子通貨の残高が、代金と入力額との差額より少ない場合、不足分の金額をチャージして決済してもよい。このようにすることで、決済サーバ２は、利用元ユーザに対して、複数の資産（暗号資産及び電子通貨等）を利用させることができる。

決済部２３５は、決済要求に応じて、暗号資産と所定の通貨とで決済してもよい。具体的には、まず、利用元ユーザ端末３において、送信部３６６は、入力額が代金より少ない場合、利用元ユーザが保有する所定の通貨であって代金と入力額との差額に対応する所定の通貨の利用額をさらに含む決済要求を送信する。そして、決済サーバ２において、決済部２３５は、決済要求に含まれる暗号資産の入力額及び所定の通貨の利用額とで決済する。このようにすることで、利用元ユーザ端末３は、利用元ユーザに対して、複数の資産を利用させることができる。

なお、入力画面には、暗号資産の利用額を入力するための第１入力項目と、電子通貨の利用額を入力するための第２入力項目とが設けられており、送信部３６６は、第１入力項目において利用元ユーザが入力した暗号資産の入力額と、第２入力項目において利用元ユーザが入力した電子通貨の入力額とを含む決済要求を送信してもよい。

決済サーバ２は、利用元ユーザが利用した暗号資産の流通の頻度に応じて、利用元ユーザに特典を付与してもよい。特典は、例えば、暗号資産の負担者が提供するサービスで利用可能なポイント等である。具体的には、付与部２３６は、暗号資産の入力額が利用先ユーザの暗号資産口座に移転された後において、利用先ユーザが入力額の暗号資産を他のユーザ（店舗）で利用した場合、利用先ユーザが利用した額に応じた特典を利用元ユーザに付与する。

例えば、暗号資産がブロックチェーンを用いて管理されている場合、まず、付与部２３６は、利用先ユーザが利用した暗号資産のブロックを参照し、利用先ユーザの直前に暗号資産を保有していた利用元ユーザを特定する。そして、付与部２３６は、利用先ユーザが利用した額に応じた特典を、特定した利用元ユーザに付与する。暗号資産管理システム１が暗号資産の移転の履歴を管理している場合、付与部２３６は、暗号資産の移転の履歴を参照し、利用先ユーザの直前に暗号資産を保有していた利用元ユーザを特定する。付与部２３６は、例えば、利用先ユーザが利用した額が多いほど、ポイントを多く付与する。このようにすることで、決済サーバ２は、暗号資産の利用を促すことができる。

［情報処理方法のシーケンス］
図６は、本実施形態に係る情報処理システムＳが実行する例示的な情報処理方法のシーケンス図である。なお、図６に示すＳ３、Ｓ４の処理は、Ｓ５、Ｓ６の処理の後に実行されてもよい。本処理は、利用元ユーザ端末３のコード情報取得部３６１が、コード画像を撮像部３１が読み取ることによってコード情報を取得したことを契機として開始する（Ｓ１）。問合せ部３６２は、コード情報取得部３６１が取得したコード情報を決済サーバ２に送信する（Ｓ２）。

決済サーバ２において、コード情報取得部３６１が利用元ユーザ端末３からコード情報と利用元ユーザのＩＤとを取得すると、判定部２３２は、コード情報に含まれる利用先ユーザのＩＤによって特定される特定店舗が、暗号資産の利用が許可されている地域に存在するか否かを判定する（Ｓ３）。送信部２３３は、判定部２３２が判定した判定結果を利用元ユーザ端末３に送信する（Ｓ４）。

利用元ユーザ端末３において、問合せ部３６２は、利用元ユーザのＩＤを暗号資産管理システム１に送信する（Ｓ５）。暗号資産管理システム１は、利用元ユーザのＩＤを利用元ユーザ端末３から取得すると、当該利用元ユーザのＩＤに関連付けられている暗号資産口座が存在するか否かを判定し、判定した判定結果を利用元ユーザ端末３に送信する（Ｓ６、Ｓ７）。

利用元ユーザ端末３において、表示制御部３６３は、特定情報が暗号資産の利用許可条件を満たすことを示す判定結果を問合せ部３６２が決済サーバ２から取得し、かつ、利用元ユーザが支払条件を満たすことを示す判定結果を問合せ部３６２が暗号資産管理システム１から取得した場合に、入力画面を表示部３３に表示させる。操作受付部３６５は、入力画面において暗号資産及び所定の通貨のうちの少なくともいずれかの利用額の入力を受け付ける（Ｓ８）。送信部３６６は、利用元ユーザが入力した入力額を含む決済要求を決済サーバ２に送信する（Ｓ９）。

決済部２３５は、決済要求において決済で利用する通貨に少なくとも暗号資産が含まれるか否かを判定する（Ｓ１０）。決済部２３５は、決済要求において決済で利用する通貨に暗号資産が含まれないと判定した場合（Ｓ１０においてＮＯ）、利用元ユーザが保有する所定の通貨で決済する（Ｓ１１）。

一方、決済部２３５は、決済要求において決済で利用する通貨に暗号資産が含まれると判定した場合（Ｓ１０においてＹＥＳ）、暗号資産管理システム１に移転要求を通知する（Ｓ１２）。そして、暗号資産管理システム１は、移転要求に含まれる入力額が示す決済金額に対応する暗号資産を、利用元ユーザの暗号資産口座から利用先ユーザの暗号資産口座に移転する（Ｓ１３）。

＜変形例＞
上記において、情報処理システムＳは、コード情報に基づいて暗号資産の利用を制御する例を説明したが、これに限らない。例えば、情報処理システムＳは、利用元ユーザ端末３の位置に基づいて暗号資産の利用を制御してもよい。

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

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

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

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

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

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

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

Claims (14)

1. コンピュータを、
   ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を読み取ることによってコード情報を取得するコード情報取得部、
   前記コード情報取得部が取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件として、前記暗号資産を用いて前記代金の決済を行う決済サーバを管理する事業者を示すと判定された場合のみに、前記店舗において前記代金を前記暗号資産で支払うための入力画面を表示部に表示させる表示制御部、及び
   前記表示部に表示された前記入力画面において前記ユーザが入力した入力額に対応する前記暗号資産で支払うための決済要求を送信する送信部、
   として機能させるためのプログラム。
2. 前記コンピュータを、前記コード情報に含まれる前記決済事業者のＩＤが前記利用許可条件を満たすか否かを、前記決済サーバに問い合わせる問合せ部としてさらに機能させ、
   前記表示制御部は、前記コード情報に含まれる前記決済事業者のＩＤが前記利用許可条件を満たすことを示す問い合わせ結果を前記問合せ部が取得した場合のみに、前記入力画面を表示させ、
   前記送信部は、前記決済要求を前記決済サーバに送信する、
   請求項１に記載のプログラム。
3. 前記コード情報は、前記店舗を識別するための店舗識別情報をさらに含み、
   前記コンピュータを、記憶部に記憶されている前記暗号資産の利用が許可されている店舗の許可リストを参照し、前記コード情報に含まれる前記店舗識別情報によって特定される特定店舗が前記許可リストに含まれているか否かを判定する判定部としてさらに機能させ、
   前記表示制御部は、さらに、前記特定店舗が前記許可リストに含まれていると前記判定部が判定した場合に、前記入力画面を表示させる、
   請求項１に記載のプログラム。
4. 前記コンピュータを、前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすか否かを、前記暗号資産の口座を管理する管理システムに問い合わせる問合せ部としてさらに機能させ、
   前記表示制御部は、さらに、前記ユーザが前記支払条件を満たすことを示す問い合わせ結果を前記問合せ部が取得した場合に、前記入力画面を表示させる、
   請求項１に記載のプログラム。
5. 前記送信部は、前記ユーザに関連付けられているユーザ口座から前記店舗に関連付けられている店舗口座に前記入力額の移転を前記暗号資産の口座を管理する管理システムに実行させるための前記決済要求を送信する、
   請求項１に記載のプログラム。
6. 前記コード情報には、前記店舗を識別するための店舗識別情報がさらに含まれ、
   前記表示制御部は、さらに、前記コード情報に含まれる前記店舗識別情報によって特定される特定店舗が前記暗号資産の利用が許可されている店舗の許可リストに含まれていると判定された場合に、前記入力画面を表示させる、
   請求項１に記載のプログラム。
7. 前記コード情報取得部は、前記ユーザを識別するためのユーザ識別情報をさらに取得し、
   前記表示制御部は、さらに、前記ユーザ識別情報によって特定される前記ユーザが前記暗号資産で前記代金を支払うための支払条件を満たすと判定された場合に、前記入力画面を表示させる、
   請求項１に記載のプログラム。
8. 前記表示制御部は、複数の暗号資産の種類のうち、前記コード情報取得部が取得した前記コード情報に含まれる前記決済事業者のＩＤが前記利用許可条件を満たすと判定された前記暗号資産の種類を表示させる、
   請求項１に記載のプログラム。
9. 前記表示制御部は、前記入力画面において前記ユーザが保有する暗号資産の残高を表示させる、
   請求項１から８のいずれか一項に記載のプログラム。
10. 前記コンピュータを、前記ユーザが保有する暗号資産の口座が存在するか否かを前記暗号資産の口座を管理する管理システムに問い合わせ、前記ユーザが保有する暗号資産の口座が存在する場合に、前記ユーザが保有する暗号資産の残高を取得する問合せ部としてさらに機能させ、
    前記表示制御部は、前記問合せ部が取得した前記暗号資産の残高を表示させる、
    請求項９に記載のプログラム。
11. 前記送信部は、前記入力額が前記代金より少ない場合、前記ユーザが保有する所定の通貨であって前記代金と入力額との差額に対応する前記所定の通貨をさらに含む前記決済要求を送信する、
    請求項１から８のいずれか一項に記載のプログラム。
12. 前記表示制御部は、前記暗号資産の利用額と前記暗号資産とは異なる所定の通貨の利用額とを入力するための前記入力画面を表示させ、
    前記送信部は、前記入力画面において、前記ユーザが入力した前記暗号資産の入力額と、前記ユーザが入力した前記所定の通貨の入力額とを含む前記決済要求を送信する、
    請求項１から８のいずれか一項に記載のプログラム。
13. ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を読み取ることによってコード情報を取得するコード情報取得部と、
    前記コード情報取得部が取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件として、前記暗号資産を用いて前記代金の決済を行う決済サーバを管理する事業者を示すと判定された場合のみに、前記店舗において前記代金を前記暗号資産で支払うための入力画面を表示部に表示させる表示制御部と、
    前記表示部に表示された前記入力画面において前記ユーザが入力した入力額に対応する前記暗号資産で支払うための決済要求を送信する送信部と、
    を有する情報処理端末。
14. コンピュータが実行する、
    ユーザが代金を支払う店舗によって提示されたコード画像であって前記店舗に対して決済の提供が可能な決済事業者のＩＤを含む前記コード画像を読み取ることによってコード情報を取得するステップと、
    取得した前記コード情報に含まれる前記決済事業者のＩＤが、前記代金の支払いに対する利用が許可されている条件が定められている暗号資産の利用許可条件として、前記暗号資産を用いて前記代金の決済を行う決済サーバを管理する事業者を示すと判定された場合のみに、前記店舗において前記代金を前記暗号資産で支払うための入力画面を表示部に表示させるステップと、
    前記表示部に表示された前記入力画面において前記ユーザが入力した入力額に対応する前記暗号資産で支払うための決済要求を送信するステップと、
    を有する情報処理方法。

Images