JP7189386B1 - 情報処理装置及び情報処理方法 - Google Patents

Abstract

【課題】暗号資産を通貨に変換可能にしながら、暗号資産の決済への利用を促進できるようにする。【解決手段】本発明の一実施形態に係る暗号資産管理サーバ１は、ユーザに関連付けられた暗号資産口座において暗号資産として管理されている第１金額と、暗号資産が決済に利用される単位である資産単位であって、第１金額に対応する一又は複数の資産単位が決済に利用された履歴と、を取得する取得部１３３と、第１金額に対応する一又は複数の資産単位が過去に決済に利用されたか否かによって異なる換算条件に従って、暗号資産の第１金額を暗号資産口座から減算するとともに、第１金額に対応する、所定の通貨として管理される第２金額をユーザに関連付けられた通貨口座に加算するための指示を出力する出力部１３７と、を有する。【選択図】図２

Description

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

特許文献１には、暗号資産（仮想通貨ともいう）を預かる口座から、現金を預かる口座へ、暗号資産の価値に対応する金額を送金するシステムが記載されている。

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

経済循環を活性化させることを目的として、決済に利用可能な暗号資産を発行することが行われている。このような暗号資産を日本円等の通貨に変換できないようにすると、暗号資産の利便性が低下し、暗号資産の普及が妨げられる可能性がある。一方、暗号資産を通貨に自由に変換できるようにすると、暗号資産が地域における決済に利用される割合が低下し、地域内における経済循環を活性化させる目的を達成できない可能性がある。

そこで、本発明はこれらの点に鑑みてなされたものであり、暗号資産を通貨に変換可能にしながら、暗号資産の決済への利用を促進できるようにすることを目的とする。

本発明の第１の態様の情報処理装置は、ユーザに関連付けられた暗号資産口座において暗号資産として管理されている第１金額と、前記暗号資産が決済に利用される単位である資産単位であって、前記第１金額に対応する一又は複数の資産単位が決済に利用された履歴と、を取得する取得部と、前記第１金額に対応する一又は複数の資産単位が過去に決済に利用されたか否かによって異なる換算条件に従って、前記暗号資産の前記第１金額を前記暗号資産口座から減算するとともに、前記第１金額に対応する、所定の通貨として管理される第２金額を前記ユーザに関連付けられた通貨口座に加算するための指示を出力する出力部と、を有する。

前記情報処理装置は、前記換算条件に従って、前記第１金額に対応する前記第２金額を算出する算出部をさらに有し、前記出力部は、前記第２金額を示す前記指示を、前記通貨口座を管理する装置に送信してもよい。

前記情報処理装置は、前記換算条件に従って、前記第１金額に対応する一又は複数の資産単位を変換するための手数料を算出する算出部をさらに有し、前記出力部は、前記第１金額から前記手数料を減算した金額を示す前記指示を、前記通貨口座を管理する装置に送信し、前記第２金額は、前記通貨口座を管理する装置において前記第１金額から前記手数料を減算した金額に基づいて算出されてもよい。

前記換算条件は、過去に決済に利用されていない前記第１金額に対応する一又は複数の資産単位に対応する前記第２金額の算出を拒否することを示し、過去に決済に利用された前記第１金額に対応する一又は複数の資産単位の前記第２金額の算出を許可することを示してもよい。

前記換算条件は、過去に決済に利用されていない前記第１金額に対応する一又は複数の資産単位を変換するための第１手数料と、過去に決済に利用された前記第１金額に対応する一又は複数の資産単位を変換するための第２手数料であって、前記第１手数料よりも安い第２手数料と、を示してもよい。

前記情報処理装置は、前記暗号資産口座において前記第１金額に対応する一又は複数の資産単位よりも多い複数の資産単位が管理されている場合であって、前記複数の資産単位が決済に利用された履歴が異なる場合に、前記第１金額に対応する一又は複数の資産単位を変換するための手数料が最も安くなるように、前記複数の資産単位から前記第１金額に対応する一又は複数の資産単位を選択する選択部をさらに有してもよい。

前記履歴は、前記第１金額に対応する一又は複数の資産単位が、所定条件を満たす店舗における決済に利用された履歴を示してもよい。

前記情報処理装置は、前記ユーザである店舗の種別に基づいて前記換算条件を決定する決定部をさらに有してもよい。

前記情報処理装置は、前記第１金額に対応する一又は複数の資産単位が過去に決済に利用された回数に基づいて前記換算条件を決定する決定部をさらに有してもよい。

前記情報処理装置は、前記第１金額に対応する一又は複数の資産単位が前記暗号資産口座に加算された日時、又は前記第１金額に対応する一又は複数の資産単位に設定された有効期限に基づいて前記換算条件を決定する決定部をさらに有してもよい。

前記情報処理装置は、前記第１金額の高さに基づいて前記換算条件を決定する決定部をさらに有してもよい。

前記出力部は、前記暗号資産口座において管理されている合計金額のうち前記通貨に変換可能な金額を前記ユーザに関連付けられた情報端末に通知し、前記取得部は、前記出力部が前記通貨に変換可能な金額を前記情報端末に通知した後、前記情報端末において入力された前記第１金額であって、前記通貨に変換可能な金額のうち前記通貨に変換を希望する前記第１金額を取得してもよい。

前記暗号資産を用いた決済はブロックチェーンによって管理されており、前記取得部は、前記ブロックチェーンから前記第１金額に対応する一又は複数の資産単位の前記履歴を取得してもよい。

前記通貨は、前記ブロックチェーンによって管理されなくてもよい。

前記暗号資産を用いた決済は、所定の地域内の店舗において実行可能であり、前記通貨を用いた決済は、前記地域外の店舗において実行可能であってもよい。

本発明の第２の態様の情報処理方法は、プロセッサが実行する、ユーザに関連付けられた暗号資産口座において暗号資産として管理されている第１金額と、前記暗号資産が決済に利用される単位である資産単位であって、前記第１金額に対応する一又は複数の資産単位が決済に利用された履歴と、を取得するステップと、前記第１金額に対応する一又は複数の資産単位が過去に決済に利用されたか否かによって異なる換算条件に従って、前記暗号資産の前記第１金額を前記暗号資産口座から減算するとともに、前記第１金額に対応する、所定の通貨として管理される第２金額を前記ユーザに関連付けられた通貨口座に加算するための指示を出力するステップと、を有する。

本発明によれば、暗号資産を通貨に変換可能にしながら、暗号資産の決済への利用を促進できるという効果を奏する。

本実施形態に係る情報処理システムの模式図である。 本実施形態に係る情報処理システムのブロック図である。 情報処理システムが暗号資産及び通貨を管理する方法を説明するための模式図である。 利用先ユーザ端末が表示する画面の模式図である。 例示的な移転履歴の模式図である。 例示的な換算条件の模式図である。 選択部がコインを選択する方法を説明するための模式図である。 本実施形態に係る情報処理システムが実行する例示的な情報処理方法のシーケンス図である。 利用先ユーザ端末が表示する画面の模式図である。

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

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

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

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

暗号資産管理サーバ１は、各ユーザが保有する暗号資産を、当該ユーザに関連付けられた暗号資産口座において管理する。暗号資産管理サーバ１は、例えば、決済サーバ２から受信した移転要求に応じて、暗号資産をあるユーザの暗号資産口座から別のユーザの暗号資産口座に移転する。また、暗号資産管理サーバ１は、例えば、利用先ユーザ端末５から受信した変換要求に応じて、変換対象の金額に対応する暗号資産を通貨に変換する。暗号資産管理サーバ１は、ネットワークを介して決済サーバ２、銀行サーバ３及び利用先ユーザ端末５と通信可能である。

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

銀行サーバ３は、通貨に関する情報を管理するためのコンピュータである。銀行サーバ３は、各ユーザが保有する通貨を、当該ユーザに関連付けられた通貨口座において管理する。銀行サーバ３は、例えば、暗号資産管理サーバ１から送金指示を受信したことに応じて、通貨をあるユーザの通貨口座から別のユーザの通貨口座に送金する。銀行サーバ３は、ネットワークを介して暗号資産管理サーバ１と通信可能である。

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

利用先ユーザ端末５は、利用先ユーザが利用するコンピュータである。利用先ユーザは、例えば、顧客又は店舗である利用元ユーザから、暗号資産を利用して代金の支払いを受ける店舗である。利用先ユーザ端末５は、例えば、スマートフォン、タブレット端末又はパーソナルコンピュータである。利用先ユーザ端末５は、操作を受け付けるためのタッチパネルやキーボード等の操作部と、情報を表示するための液晶ディスプレイ等の表示部と、を有する。利用先ユーザ端末５は、ネットワークを介して暗号資産管理サーバ１と通信可能である。

本実施形態に係る情報処理システムＳが実行する処理の概要を以下に説明する。利用元ユーザ端末４は、利用元ユーザによる操作に応じて、決済要求を決済サーバ２に送信する（１）。また、ＰＯＳ（Point Of Sales）端末等の利用元ユーザ端末４とは異なる端末が決済要求を送信してもよい。決済要求は、例えば、利用元ユーザを識別するための識別情報（ＩＤ：identification）と、利用先ユーザのＩＤと、暗号資産を利用して利用先ユーザに支払う金額である決済金額と、を示す情報である。

決済サーバ２は、利用元ユーザ端末４又はその他の端末から受信した決済要求が示す決済金額に対応する暗号資産を利用元ユーザの暗号資産口座から利用先ユーザの暗号資産口座に移転するための移転要求を暗号資産管理サーバ１に送信する（２）。移転要求は、例えば、決済金額と、利用元ユーザのＩＤと、利用先ユーザのＩＤと、を示す情報である。

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

利用先ユーザ端末５は、利用先ユーザによる操作に応じて、変換要求を暗号資産管理サーバ１に送信する（４）。変換要求は、例えば、利用先ユーザのＩＤと、変換対象とする暗号資産の金額である変換対象金額と、を示す情報である。

暗号資産管理サーバ１は、利用先ユーザ端末５から受信した変換要求が示す変換対象金額に対応する暗号資産が過去に決済に利用された履歴を取得する。暗号資産管理サーバ１は、変換対象金額に対応する暗号資産が過去に決済に利用されたか否かによって異なる換算条件を決定する。暗号資産管理サーバ１は、例えば、過去に決済に利用されていない暗号資産を変換不可能にし、過去に決済に利用された暗号資産を変換可能にする換算条件を決定する。また、暗号資産管理サーバ１は、例えば、過去に決済に利用された暗号資産を変換するための手数料を、過去に決済に利用されていない暗号資産を変換するための手数料よりも安くする換算条件を決定してもよい。

暗号資産管理サーバ１は、決定した換算条件に従って、暗号資産の金額である変換対象金額に対応する、通貨の金額である変換後金額に算出する（５）。暗号資産管理サーバ１は、例えば、暗号資産が過去に決済に利用されたか否かに応じて決定された手数料が反映されている変換比率を用いて、変換対象金額から変換後金額を算出する。また、銀行サーバ３が変換対象金額から変換後金額を算出してもよい。暗号資産管理サーバ１は、暗号資産の変換対象金額を利用先ユーザの暗号資産口座から減算するとともに（６）、通貨の変換後金額を利用先ユーザの通貨口座に加算するための送金指示を銀行サーバ３に送信する（７）。

このように、情報処理システムＳは、変換対象金額に対応する暗号資産が過去に決済に利用されたか否かによって異なる換算条件に従って、暗号資産の変換対象金額を通貨の変換後金額に変換する。これにより、情報処理システムＳは、例えば過去に決済に利用された暗号資産のみを変換可能にしたり、過去に決済に利用された暗号資産を変換するための手数料を安くしたりすることにより、暗号資産を通貨に変換可能にしながら暗号資産の決済への利用を促進できる。

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

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

通信部１１は、ネットワークを介して決済サーバ２、銀行サーバ３及び利用先ユーザ端末５との間でデータを送受信するための通信コントローラを有する。通信部１１は、決済サーバ２又は利用先ユーザ端末５からネットワークを介して受信したデータを制御部１３に通知する。また、通信部１１は、ネットワークを介して、制御部１３から出力されたデータを銀行サーバ３又は利用先ユーザ端末５に送信する。

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

制御部１３は、受信部１３１と、暗号資産処理部１３２と、取得部１３３と、決定部１３４と、選択部１３５と、算出部１３６と、出力部１３７と、を有する。制御部１３は、例えばＣＰＵ（Central Processing Unit）等のプロセッサであり、記憶部１２に記憶されたプログラムを実行することにより、受信部１３１、暗号資産処理部１３２、取得部１３３、決定部１３４、選択部１３５、算出部１３６及び出力部１３７として機能する。受信部１３１、暗号資産処理部１３２、取得部１３３、決定部１３４、選択部１３５、算出部１３６及び出力部１３７それぞれが行う処理については後述する。

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

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

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

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

銀行サーバ３は、複数のユーザそれぞれが保有する通貨を、通貨口座において管理する。複数のユーザそれぞれの通貨口座は、当該ユーザのＩＤ（例えば、通貨口座のＩＤ）に関連付けられている。銀行サーバ３は、通貨の管理として、通貨口座に対して通貨を入金及び出金し、又は複数の通貨口座間で通貨を移転（送金）する。銀行サーバ３は、例えば、ユーザのＩＤと、当該ユーザの通貨口座の残高と、当該ユーザの通貨口座における一又は複数の取引の内容と、を関連付けたデータを、銀行サーバ３が有する記憶部上にデータベースとして記憶する。

［決済処理の説明］
次に、情報処理システムＳが暗号資産を用いて決済する処理を実行するための構成を以下に説明する。利用元ユーザ端末４は、利用元ユーザによる操作に応じて、決済要求を決済サーバ２に送信する。決済要求は、例えば、利用元ユーザのＩＤと、利用先ユーザのＩＤと、暗号資産を利用して利用先ユーザに支払う金額である決済金額と、を示す。また、例えば利用元ユーザ端末４から決済要求に必要な情報を取得したＰＯＳ端末が、決済要求を決済サーバ２に送信してもよい。また、利用元ユーザ端末４又はＰＯＳ端末に限られず、その他の端末が決済要求を送信してもよい。

決済サーバ２は、利用元ユーザ端末４又はその他の端末から受信した決済要求が示す決済金額に対応する暗号資産を利用元ユーザの暗号資産口座から利用先ユーザの暗号資産口座に移転するための移転要求を暗号資産管理サーバ１に送信する。移転要求は、例えば、決済金額と、利用元ユーザのＩＤと、利用先ユーザのＩＤと、を示す。

暗号資産管理サーバ１において、受信部１３１は、決済サーバ２から移転要求を受信する。暗号資産処理部１３２は、受信部１３１が受信した移転要求が示す決済金額に対応する暗号資産を、利用元ユーザの暗号資産口座から利用先ユーザの暗号資産口座に移転する。暗号資産処理部１３２は、例えば、ブロックチェーンを用いて暗号資産を管理する場合に、ブロックチェーンに対して、決済金額に対応するコインの保有者を利用元ユーザから利用先ユーザに変更することを示すブロックを追加する。

また、暗号資産処理部１３２は、例えば、データベースを用いて暗号資産を管理する場合に、データベースにおいて、利用元ユーザの暗号資産口座から決済金額に対応するコインを減算し、利用先ユーザの暗号資産口座に決済金額に対応するコインを加算してもよい。

［変換処理の説明］
次に、情報処理システムＳが暗号資産を通貨に変換する処理を実行するための構成を以下に説明する。利用先ユーザは、暗号資産を通貨に変換することを希望する場合に、利用先ユーザ端末５において、利用先ユーザに関連付けられた暗号資産口座において暗号資産として管理されている合計金額のうち、通貨への変換を希望する金額である変換対象金額を入力する。

図４は、利用先ユーザ端末５が表示する画面の模式図である。利用先ユーザ端末５は、利用先ユーザの暗号資産口座において管理されている暗号資産の合計金額（保有金額）を表示部上に表示する。

利用先ユーザ端末５は、変換対象金額の入力を受け付ける。利用先ユーザ端末５は、利用先ユーザによる操作部の操作に応じて、変換要求を暗号資産管理サーバ１に送信する。変換要求は、例えば、利用先ユーザのＩＤと、変換対象とする暗号資産の金額である変換対象金額と、を示す情報である。

暗号資産管理サーバ１において、受信部１３１は、利用先ユーザ端末５から変換要求を受信する。取得部１３３は、受信部１３１が受信した変換要求が含む利用先ユーザのＩＤ及び変換対象金額（第１金額）を取得する。

取得部１３３は、変換要求が含む変換対象金額に対応する一又は複数のコイン（資産単位）が過去に決済に利用された履歴である利用履歴を取得する。取得部１３３は、例えば、ネットワーク上の一又は複数の記憶装置上に記憶されたブロックチェーンから、暗号資産が移転された履歴である移転履歴を取得し、取得した移転履歴から利用履歴を取得する。

図５は、例示的な移転履歴の模式図である。移転履歴は、例えば、コインを識別するためのＩＤ（コインＩＤ）と、決済への利用によりコインが移転された日時と、コインの移転元のユーザのＩＤ（移転元ユーザＩＤ）と、コインの移転先のユーザのＩＤ（移転先ユーザＩＤ）と、を関連付けた情報である。

取得部１３３は、例えば、全ての移転履歴から、変換要求が含む利用先ユーザのＩＤが最後に移転先のユーザになっている一又は複数のコインのＩＤを特定する。そして取得部１３３は、全ての移転履歴の中から、特定した一又は複数のコインのＩＤに関連付けられている移転履歴であって、当該一又は複数のコインが店舗における決済に利用されたことを示す移転履歴（例えば、移転先のユーザが店舗である移転履歴）を、利用先ユーザが保有する一又は複数のコインが過去に決済に利用された利用履歴として取得する。

図５に例示した移転履歴において、ユーザα、βは店舗でないユーザであり、店舗γは店舗であるユーザである。取得部１３３は、例えば、記憶部１２においてユーザのＩＤに関連付けて予め記憶されている、ユーザが店舗であるか否かを示す情報に基づいて、各ユーザが店舗であるか否かを判定する。コインＩＤが１０２及び１０３のコインは、店舗でないユーザから店舗であるユーザに移転されたため、過去に決済に利用されたコインである。一方、コインＩＤが１０１のコインは、店舗でないユーザ間で移転されたため、過去に決済に利用されていないコインである。

また、取得部１３３は、予め登録された決済サーバ２から受信した移転要求に応じて移転されたコインを、過去に決済に利用されたコインと判定してもよい。この場合に、移転履歴は、移転要求の送信元を示す情報を含む。

また、取得部１３３は、利用先ユーザが保有する一又は複数のコインが過去に決済に利用された利用履歴のうち、当該一又は複数のコインが所定条件を満たす店舗（例えば、地域デジタル通貨に対応する地域内にある店舗）における決済に利用されたことを示す利用履歴を取得してもよい。取得部１３３は、例えば、記憶部１２においてユーザのＩＤに関連付けて予め記憶されている、ユーザである店舗の所在地等を示す属性情報に基づいて、ユーザである店舗が所定条件を満たすか否かを判定する。これにより、暗号資産管理サーバ１は、例えば暗号資産が地域外の店舗で利用可能な場合であっても、当該地域内の店舗の利用履歴のみを換算条件に反映することができる。

決定部１３４は、暗号資産を通貨に換算するための換算条件を決定する。換算条件は、暗号資産を通貨に変換できるか否かと、暗号資産を通貨に変換するための手数料と、の少なくとも一方を示す。ここで決定部１３４は、取得部１３３が取得した変換対象金額及び利用履歴に基づいて、変換対象金額に対応する暗号資産が過去に決済に利用されたか否かによって異なる換算条件を決定する。

図６（ａ）、図６（ｂ）は、例示的な換算条件の模式図である。図６（ａ）の換算条件は、過去に決済に利用されていない一又は複数のコインの変換を拒否する（変換不可能にする）ことを示し、過去に決済に利用された一又は複数のコインの変換を許可する（変換可能にする）ことを示す。

図６（ａ）の例では、決定部１３４は、利用先ユーザが保有する一又は複数のコインそれぞれに対して、当該コインが過去に決済に利用されていないことを利用履歴が示す場合に変換を拒否する換算条件を決定し、当該コインが過去に決済に利用されたことを利用履歴が示す場合に変換を許可する換算条件を決定する。このように、暗号資産管理サーバ１は、暗号資産が過去に決済に利用されたことを条件として通貨への変換を可能にすることによって、暗号資産の決済への利用を促進できる。

図６（ｂ）の換算条件は、過去に決済に利用されていない一又は複数のコインを変換するための第１手数料と、過去に決済に利用された一又は複数のコインを変換するための第２手数料であって、第１手数料よりも安い第２手数料と、を示している。

換算条件は、変換対象金額から手数料を算出するための計算式を示してもよい。この場合に、換算条件が示す計算式は、例えば、変換対象金額が大きいほど高くなるように手数料を算出する。

また、換算条件は、暗号資産を通貨に変換するための、手数料が反映されている変換比率を示してもよい。この場合に、手数料が安いほど暗号資産から通貨への変換比率が高くなり、手数料が高いほど暗号資産から通貨への変換比率が低くなる。また、手数料は、暗号資産から通貨への変換ごとに課される料金（１回の変換につき１００円等）であってもよい。

図６（ｂ）の例では、決定部１３４は、利用先ユーザが保有する一又は複数のコインそれぞれに対して、当該コインが過去に決済に利用されていないことを利用履歴が示す場合に第１手数料の換算条件を決定し、当該コインが過去に決済に利用されたことを利用履歴が示す場合に第１手数料より安い第２手数料の換算条件を決定する。このように、暗号資産管理サーバ１は、暗号資産が過去に決済に利用されたことを条件として換算条件をユーザにとって有利にすることによって、暗号資産の決済への利用を促進できる。

決定部１３４は、暗号資産が過去に決済に利用されたか否かに加えて、その他の情報に基づいて換算条件を決定してもよい。決定部１３４は、例えば、変換対象金額に対応する一又は複数のコインが過去に決済に利用された回数に基づいて、換算条件を決定してもよい。この場合に、決定部１３４は、取得部１３３が取得した利用履歴から、各コインが過去に決済に利用された回数（例えば、利用履歴において各コインが店舗であるユーザに移転された数）を算出する。決定部１３４は、例えば、コインが過去に決済に利用された回数が多いほど手数料を安く、コインが過去に決済に利用された回数が少ないほど手数料を高くする。このように、暗号資産管理サーバ１は、例えば暗号資産が決済に利用された回数が多いほど換算条件をユーザにとって有利にすることによって、暗号資産の決済への利用を促進できる。

また、決定部１３４は、変換対象金額に対応する一又は複数のコインが暗号資産口座に加算された加算日時と、変換対象金額に対応する一又は複数のコインに設定された有効期限と、の少なくとも一方に基づいて、換算条件を決定してもよい。有効期限は、コインが決済に利用可能な期限であり、コインに予め関連付けられている。

決定部１３４は、例えば、変換対象金額に対応する一又は複数のコインそれぞれに対して、図５の例において利用先ユーザのＩＤが最後に移転先のユーザになっている移転履歴の移転日時を、利用先ユーザの暗号資産口座に加算された加算日時として特定する。また、決定部１３４は、例えば、変換対象金額に対応する一又は複数のコインそれぞれに予め関連付けられた有効期限を取得する。決定部１３４は、例えば、加算日時が古いほど又は有効期限が近いほど手数料を安く、加算日時が新しいほど又は有効期限が遠いほど手数料を高くする。

このように、暗号資産管理サーバ１は、例えば暗号資産口座に加算されてから間もないコインを変換するための手数料を高くし、又は有効期限が近付いたコインを変換するための手数料を安くすることにより、暗号資産が早期に通貨に変換されることを抑えることができる。

また、決定部１３４は、暗号資産から通貨への変更を希望している利用先ユーザである店舗の種別に基づいて、換算条件を決定してもよい。この場合に、店舗には、換算条件を決定するための種別（例えば、第１店舗グループ又は第２店舗グループ）が予め関連付けられている。決定部１３４は、利用先ユーザである店舗に関連付けられた種別に応じて、異なる換算条件を決定する。決定部１３４は、例えば、店舗の種別が第１店舗グループである場合の手数料を、店舗の種別が第２店舗グループである場合の手数料よりも安くする。これにより、暗号資産管理サーバ１は、店舗ごとに換算条件を変えることを可能にし、換算条件の自由度を向上させることができる。

また、決定部１３４は、変換対象金額の高さに基づいて、換算条件を決定してもよい。決定部１３４は、例えば、変換対象金額が高いほど手数料を安く、変換対象金額が低いほど手数料を高くする。このように、暗号資産管理サーバ１は、例えば暗号資産を多く貯めるほど換算条件をユーザにとって有利にすることによって、暗号資産が早期に通貨に変換されることを抑えることができる。

利用先ユーザの暗号資産口座において管理されている複数のコイン（利用先ユーザが保有する複数のコイン）の利用履歴が異なる場合に、当該複数のコインの換算条件が互いに異なり得る。利用先ユーザが保有する複数のコインの換算条件が互いに異なる場合に、選択部１３５は、換算条件を考慮して、当該複数のコインの中から、変換対象金額に対応する一又は複数のコインを選択する。暗号資産管理サーバ１は、選択部１３５が選択した一又は複数のコインを用いて以降の処理を行う。

図７は、選択部１３５がコインを選択する方法を説明するための模式図である。図７の例では、合計１００００コインのうち、５０００コインが変換不可能であり、４０００コインが第１手数料で変換可能であり、１０００コインが第１手数料よりも安い第２手数料で変換可能である。

選択部１３５は、変換対象金額に対応する一又は複数のコインを変換するための手数料が最も安くなるように、利用先ユーザが保有する複数のコインから変換対象金額に対応する一又は複数のコインを選択する。図７の例において変換対象金額が２０００コインである場合に、選択部１３５は、第２手数料で変換可能な１０００コインと、第１手数料で変換可能な１０００コインと、を選択する。これにより、暗号資産管理サーバ１は、変換対象金額に対応する一又は複数のコインを変換するための手数料を安くすることができ、ユーザに対してコインを選択する手間を掛けることなくユーザの利益を向上させることができる。

変換対象金額に対応する変換後金額は、暗号資産管理サーバ１又は銀行サーバ３によって算出される。暗号資産管理サーバ１が変換後金額を算出する場合に、算出部１３６は、決定部１３４が決定した換算条件に従って、変換対象金額に対応する、所定の通貨として管理される金額である変換後金額（第２金額）を算出する。本実施形態において、変換後金額の通貨は日本の法定通貨である日本円であるが、その他の通貨であってもよい。

算出部１３６は、例えば、決定部１３４が決定した換算条件が示す、手数料が反映された変換比率を用いて、変換対象金額から変換後金額を算出する。また、算出部１３６は、換算条件が変換を拒否することを示す場合に、変換後金額の算出を行わず、又は変換後金額を０円とする。

変換対象金額に対応する複数のコインの換算条件が互いに異なる場合に、算出部１３６は、当該複数のコインそれぞれの換算条件に従って、変換対象金額に対応する変換後金額を算出する。図７の例では、算出部１３６は、１０００コインを１００コイン＝８０円の変換比率で変換し、１０００コインを１００コイン＝９０円に変換比率で変換することにより、１７００円の変換後金額を算出する。

銀行サーバ３が変換後金額を算出する場合に、算出部１３６は、例えば、決定部１３４が決定した換算条件が示す計算式を用いて、変換対象金額から手数料を算出する。手数料は、例えば、変換対象金額が大きいほど高い金額である。変換対象金額に対応する複数のコインの換算条件が互いに異なる場合に、算出部１３６は、当該複数のコインそれぞれの換算条件に従って、変換対象金額から手数料を算出する。

出力部１３７は、暗号資産が過去に決済に利用されたか否かによって異なる上述の換算条件に従って、暗号資産の変換対象金額を利用先ユーザに関連付けられた暗号資産口座から減算するとともに、通貨の変換後金額を利用先ユーザに関連付けられた通貨口座に加算するための指示を出力する。出力部１３７は、例えば、利用先ユーザの暗号資産口座から減算する変換後金額を、暗号資産処理部１３２に通知する。暗号資産処理部１３２は、ブロックチェーンに対して、変換対象金額に対応するコインを利用先ユーザから剥奪することを示すブロックを追加することにより、利用先ユーザの暗号資産口座から変換対象金額を減算する。

暗号資産管理サーバ１が変換後金額を算出する場合に、出力部１３７は、例えば、変換後金額を示す送金指示を銀行サーバ３に送信することにより、利用先ユーザの通貨口座に変換後金額を加算する。銀行サーバ３は、暗号資産管理サーバ１から受信した送金指示が示す変換後金額に対応する通貨を、所定の通貨口座から利用先ユーザの通貨口座に送金する。送金元の通貨口座は、例えば、暗号資産の発行元であるユーザ（自治体、会社等）に関連付けられた通貨口座であり、暗号資産の原資が予め管理されている。

銀行サーバ３が変換後金額を算出する場合に、出力部１３７は、例えば、変換対象金額から手数料を減算した金額を示す送金指示を銀行サーバ３に送信することにより、利用先ユーザの通貨口座に変換後金額を加算する。銀行サーバ３は、所定の変換比率を用いて、暗号資産管理サーバ１から受信した送金指示が示す、変換対象金額から手数料を減算した金額から、変換後金額を算出する。銀行サーバ３は、算出した変換後金額に対応する通貨を、所定の通貨口座から利用先ユーザの通貨口座に送金する。また、銀行サーバ３とは異なるサーバが、変換対象金額から手数料を減算した金額から変換後金額を算出し、算出した変換後金額を銀行サーバ３に通知してもよい。

これにより、暗号資産管理サーバ１は、例えば過去に決済に利用された暗号資産のみを変換可能にしたり、過去に決済に利用された暗号資産を変換するための手数料を安くしたりすることにより、暗号資産を通貨に変換可能にしながら暗号資産の決済への利用を促進できる。

［情報処理方法のシーケンス］
図８は、本実施形態に係る情報処理システムＳが実行する例示的な情報処理方法のシーケンス図である。利用先ユーザ端末５は、変換対象金額の入力を受け付ける（Ｓ１１）。利用先ユーザ端末５は、利用先ユーザによる操作部の操作に応じて、変換要求を暗号資産管理サーバ１に送信する。変換要求は、例えば、利用先ユーザのＩＤと、変換対象とする暗号資産の金額である変換対象金額と、を示す情報である。

暗号資産管理サーバ１において、受信部１３１は、利用先ユーザ端末５から変換要求を受信する。取得部１３３は、受信部１３１が受信した変換要求が含む利用先ユーザのＩＤ及び変換対象金額（第１金額）を取得する（Ｓ１２）。

取得部１３３は、変換要求が含む変換対象金額に対応する一又は複数のコイン（資産単位）が過去に決済に利用された履歴である利用履歴を取得する（Ｓ１３）。取得部１３３は、例えば、ネットワーク上の一又は複数の記憶装置上に記憶されたブロックチェーンから、暗号資産が移転された履歴である移転履歴を取得し、取得した移転履歴から利用履歴を取得する。

決定部１３４は、取得部１３３が取得した変換対象金額及び利用履歴に基づいて、変換対象金額に対応する暗号資産が過去に決済に利用されたか否かによって異なる換算条件を決定する（Ｓ１４）。決定部１３４は、暗号資産が過去に決済に利用されたか否かに加えて、暗号資産が過去に決済に利用された回数や、暗号資産の加算日時又は有効期限に基づいて、換算条件を決定してもよい。

利用先ユーザが保有する複数のコインの換算条件が互いに同じである場合に（Ｓ１５のＮＯ）、暗号資産管理サーバ１はステップＳ１７に進む。利用先ユーザが保有する複数のコインの換算条件が互いに異なる場合に（Ｓ１５のＹＥＳ）、選択部１３５は、変換対象金額に対応する一又は複数のコインを変換するための手数料が最も安くなるように、当該複数のコインから変換対象金額に対応する一又は複数のコイン（資産単位）を選択する（Ｓ１６）。暗号資産管理サーバ１は、選択部１３５が選択した一又は複数のコインを用いて以降の処理を行う。

算出部１３６は、決定部１３４が決定した換算条件に従って、変換対象金額に対応する、所定の通貨として管理される金額である変換後金額（第２金額）を算出する（Ｓ１７）。変換対象金額に対応する複数のコインの換算条件が互いに異なる場合に、算出部１３６は、当該複数のコインそれぞれの換算条件に従って、変換対象金額に対応する変換後金額を算出する。銀行サーバ３が変換後金額を算出する場合に、算出部１３６は、決定部１３４が決定した換算条件に従って、変換後金額に代えて、手数料を算出してもよい。

出力部１３７は、例えば、ブロックチェーンに対して、変換対象金額に対応するコインを利用先ユーザから剥奪することを示すブロックを追加することにより、利用先ユーザの暗号資産口座から変換対象金額を減算する（Ｓ１８）。

出力部１３７は、例えば、変換後金額を利用先ユーザの通貨口座に加算するための送金指示を銀行サーバ３に送信することにより、利用先ユーザの通貨口座に変換後金額を加算する（Ｓ１９）。銀行サーバ３は、暗号資産管理サーバ１から受信した送金指示が示す変換後金額に対応する通貨を、所定の通貨口座から利用先ユーザの通貨口座に送金する（Ｓ２０）。銀行サーバ３が変換後金額を算出する場合に、銀行サーバ３は、暗号資産管理サーバ１から受信した送金指示が示す、変換対象金額から手数料を減算した金額から、変換後金額を算出する。銀行サーバ３は、算出した変換後金額に対応する通貨を、所定の通貨口座から利用先ユーザの通貨口座に送金してもよい。

［実施形態の効果］
本実施形態に係る情報処理システムＳによれば、暗号資産管理サーバ１は、変換対象金額に対応する暗号資産が過去に決済に利用されたか否かによって異なる換算条件に従って、暗号資産の変換対象金額を通貨の変換後金額に変換する。これにより、情報処理システムＳは、例えば過去に決済に利用された暗号資産のみを変換可能にしたり、過去に決済に利用された暗号資産を変換するための手数料を安くしたりすることにより、暗号資産を通貨に変換可能にしながら暗号資産の決済への利用を促進できる。

＜第１変形例＞
本変形例において、暗号資産管理サーバ１は、利用先ユーザ端末５において利用先ユーザから変換対象金額の入力を受け付ける前に、利用先ユーザが保有している暗号資産の合計金額のうち通貨に変換可能な金額を利用先ユーザ端末５に通知する。以下、上述の実施形態とは異なる部分を主に説明する。

決定部１３４は、利用先ユーザが保有する一又は複数のコインそれぞれの換算条件を決定した後に、利用先ユーザが保有する一又は複数のコインの合計金額のうち通貨に変換可能な金額である変換可能金額を決定する。決定部１３４は、例えば、換算条件が変換不可能であることを示していない一又は複数のコインに対応する金額を、変換可能金額として決定する。

出力部１３７は、利用先ユーザが保有する一又は複数のコインの合計金額と、決定部１３４が決定した変換可能金額と、を利用先ユーザ端末５に通知する。

図９は、利用先ユーザ端末５が表示する画面の模式図である。利用先ユーザ端末５は、暗号資産管理サーバ１から受信した合計金額及び変換可能金額を表示部上に表示する。

利用先ユーザ端末５は、変換可能金額のうち、変換対象金額の入力を受け付ける。利用先ユーザ端末５は、変換可能金額を超える変換対象金額の入力を拒否してもよい。利用先ユーザ端末５は、利用先ユーザによる操作部の操作に応じて、変換要求を暗号資産管理サーバ１に送信する。暗号資産管理サーバ１において、取得部１３３は、受信部１３１が受信した変換要求が含む変換対象金額（第１金額）を取得する。

本変形例によれば、暗号資産管理サーバ１は、変換対象金額の入力を受け付ける前に通貨に変換可能な金額を利用先ユーザに通知するため、通貨に変換可能な暗号資産の量を利用先ユーザに容易に把握させることができる。

＜第２変形例＞
上述の実施形態では暗号資産管理サーバ１が暗号資産を通貨に変換する処理を行う情報処理装置として機能しているが、決済サーバ２が暗号資産を通貨に変換する処理を行う情報処理装置として機能してもよい。本変形例において、決済サーバ２の制御部（プロセッサ）は、上述の受信部１３１、暗号資産処理部１３２、取得部１３３、決定部１３４、選択部１３５、算出部１３６及び出力部１３７として機能する。

本変形例によれば、決済サーバ２が暗号資産を用いて代金の決済を行う処理に加えて暗号資産を通貨に変換する処理を実行することができるため、装置間の通信による負荷や待ち時間を削減することができる。

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

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

Ｓ 情報処理システム
１ 暗号資産管理サーバ
１１ 通信部
１２ 記憶部
１３ 制御部
１３１ 受信部
１３２ 暗号資産処理部
１３３ 取得部
１３４ 決定部
１３５ 選択部
１３６ 算出部
１３７ 出力部
２ 決済サーバ
３ 銀行サーバ
４ 利用元ユーザ端末
５ 利用先ユーザ端末

Claims (16)

1. ユーザに関連付けられた暗号資産口座において暗号資産として管理されている第１金額と、前記暗号資産が決済に利用される単位である資産単位であって、前記第１金額に対応する一又は複数の資産単位が決済に利用された履歴と、を取得する取得部と、
   前記第１金額に対応する一又は複数の資産単位が過去に決済に利用されたか否かによって異なる換算条件に従って、前記暗号資産の前記第１金額を前記暗号資産口座から減算するとともに、前記第１金額に対応する、所定の通貨として管理される第２金額を前記ユーザに関連付けられた通貨口座に加算するための指示を出力する出力部と、
   を有する、情報処理装置。
2. 前記換算条件に従って、前記第１金額に対応する前記第２金額を算出する算出部をさらに有し、
   前記出力部は、前記第２金額を示す前記指示を、前記通貨口座を管理する装置に送信する、
   請求項１に記載の情報処理装置。
3. 前記換算条件に従って、前記第１金額に対応する一又は複数の資産単位を変換するための手数料を算出する算出部をさらに有し、
   前記出力部は、前記第１金額から前記手数料を減算した金額を示す前記指示を、前記通貨口座を管理する装置に送信し、
   前記第２金額は、前記通貨口座を管理する装置において前記第１金額から前記手数料を減算した金額に基づいて算出される、
   請求項１に記載の情報処理装置。
4. 前記換算条件は、過去に決済に利用されていない前記第１金額に対応する一又は複数の資産単位に対応する前記第２金額の算出を拒否することを示し、過去に決済に利用された前記第１金額に対応する一又は複数の資産単位の前記第２金額の算出を許可することを示す、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記換算条件は、過去に決済に利用されていない前記第１金額に対応する一又は複数の資産単位を変換するための第１手数料と、過去に決済に利用された前記第１金額に対応する一又は複数の資産単位を変換するための第２手数料であって、前記第１手数料よりも安い第２手数料と、を示す、
   請求項１から３のいずれか一項に記載の情報処理装置。
6. 前記暗号資産口座において前記第１金額に対応する一又は複数の資産単位よりも多い複数の資産単位が管理されている場合であって、前記複数の資産単位が決済に利用された履歴が異なる場合に、前記第１金額に対応する一又は複数の資産単位を変換するための手数料が最も安くなるように、前記複数の資産単位から前記第１金額に対応する一又は複数の資産単位を選択する選択部をさらに有する、
   請求項１から３のいずれか一項に記載の情報処理装置。
7. 前記履歴は、前記第１金額に対応する一又は複数の資産単位が、所定条件を満たす店舗における決済に利用された履歴を示す、
   請求項１から３のいずれか一項に記載の情報処理装置。
8. 前記ユーザである店舗の種別に基づいて前記換算条件を決定する決定部をさらに有する、
   請求項１から３のいずれか一項に記載の情報処理装置。
9. 前記第１金額に対応する一又は複数の資産単位が過去に決済に利用された回数に基づいて前記換算条件を決定する決定部をさらに有する、
   請求項１から３のいずれか一項に記載の情報処理装置。
10. 前記第１金額に対応する一又は複数の資産単位が前記暗号資産口座に加算された日時、又は前記第１金額に対応する一又は複数の資産単位に設定された有効期限に基づいて前記換算条件を決定する決定部をさらに有する、
    請求項１から３のいずれか一項に記載の情報処理装置。
11. 前記第１金額の高さに基づいて前記換算条件を決定する決定部をさらに有する、
    請求項１から３のいずれか一項に記載の情報処理装置。
12. 前記出力部は、前記暗号資産口座において管理されている合計金額のうち前記通貨に変換可能な金額を前記ユーザに関連付けられた情報端末に通知し、
    前記取得部は、前記出力部が前記通貨に変換可能な金額を前記情報端末に通知した後、前記情報端末において入力された前記第１金額であって、前記通貨に変換可能な金額のうち前記通貨に変換を希望する前記第１金額を取得する、
    請求項１から３のいずれか一項に記載の情報処理装置。
13. 前記暗号資産を用いた決済はブロックチェーンによって管理されており、
    前記取得部は、前記ブロックチェーンから前記第１金額に対応する一又は複数の資産単位の前記履歴を取得する、
    請求項１から３のいずれか一項に記載の情報処理装置。
14. 前記通貨は、前記ブロックチェーンによって管理されない、
    請求項１３に記載の情報処理装置。
15. 前記暗号資産を用いた決済は、所定の地域内の店舗において実行可能であり、前記通貨を用いた決済は、前記地域外の店舗において実行可能である、
    請求項１から３のいずれか一項に記載の情報処理装置。
16. プロセッサが実行する、
    ユーザに関連付けられた暗号資産口座において暗号資産として管理されている第１金額と、前記暗号資産が決済に利用される単位である資産単位であって、前記第１金額に対応する一又は複数の資産単位が決済に利用された履歴と、を取得するステップと、
    前記第１金額に対応する一又は複数の資産単位が過去に決済に利用されたか否かによって異なる換算条件に従って、前記暗号資産の前記第１金額を前記暗号資産口座から減算するとともに、前記第１金額に対応する、所定の通貨として管理される第２金額を前記ユーザに関連付けられた通貨口座に加算するための指示を出力するステップと、
    を有する、情報処理方法。

Images