JP7638041B1 - プログラム、方法、情報処理システム - Google Patents

Abstract

【課題】利便性に優れた暗号資産を用いたカード決済サービスを提供できていないという課題がある。
【解決手段】ユーザが操作可能なユーザ端末、サーバからなる情報処理システムに用いられるプログラムであって、サーバが、暗号資産を、ユーザに関連づけられた所定のユーザウォレットに格納する格納ステップと、所定のユーザウォレットに対して支払先にかかる精算コントラクトを割り当てる割当ステップと、ユーザ端末により行われたカード決済に関するリクエストを受信したことに応じて、カード決済事業者が提供するカードシステムに対するカード決済を行う決済ステップと、ユーザから当該カード決済に対応する出金の承認を得ることなく、カード決済に応じた暗号資産を、精算コントラクトに基づきユーザウォレットから移転する処理を実行する移転ステップと、を実行するプログラム。
【選択図】 図２

Description

本開示は、プログラム、方法、情報処理システムに関する。

暗号資産を用いたクレジットカード決済サービスが知られている。
特許文献１には、ウォレット間でやり取りの真正性を確保しつつ使い勝手のよいウォレットを提供する技術が開示されている。

特開２００３－０３０６７１号

利便性に優れた暗号資産を用いたカード決済サービスを提供できていないという課題がある。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、利便性に優れた暗号資産を用いたカード決済サービスを提供することである。

ユーザが操作可能なユーザ端末、サーバからなる情報処理システムに用いられるプログラムであって、サーバが、暗号資産を、ユーザに関連づけられた所定のユーザウォレットに格納する格納ステップと、所定のユーザウォレットに対して支払先にかかる精算コントラクトを割り当てる割当ステップと、ユーザ端末により行われたカード決済に関するリクエストを受信したことに応じて、カード決済事業者が提供するカードシステムに対するカード決済を行う決済ステップと、ユーザから当該カード決済に対応する出金の承認を得ることなく、カード決済に応じた暗号資産を、精算コントラクトに基づきユーザウォレットから移転する処理を実行する移転ステップと、を実行するプログラム。

本開示によれば、利便性に優れた暗号資産を用いたカード決済サービスを提供することができる。

システム１の機能構成を示すブロック図である。 システム１の動作を示すブロック図である。 サーバ１０の機能構成を示すブロック図である。 ユーザ端末２０の機能構成を示すブロック図である。 ユーザテーブル１０１２のデータ構造を示す図である。 初期設定処理の動作を示すフローチャートである。 初期設定処理の動作を示すブロック図である。 初期設定処理の動作を示すシーケンス図である。 カード利用処理の動作を示すフローチャートである。 カード利用処理の動作を示すブロック図である。 カード利用処理の動作を示すシーケンス図である。 精算処理（第一実施形態）の動作を示すフローチャートである。 精算処理（第一実施形態）の動作を示すブロック図である。 精算処理（第一実施形態）の動作を示すシーケンス図である。 精算処理（第二実施形態）の動作を示すフローチャートである。 精算処理（第二実施形態）の動作を示すブロック図である。 精算処理（第二実施形態）の動作を示すシーケンス図である。 精算処理（第三実施形態）の動作を示すフローチャートである。 精算処理（第三実施形態）の動作を示すブロック図である。 精算処理（第三実施形態）の動作を示すシーケンス図である。 移転処理の動作を示すフローチャートである。 移転処理の動作を示すブロック図である。 移転処理の動作を示すシーケンス図である。 限度額変更処理の動作を示すフローチャートである。 限度額変更処理の動作を示すブロック図である。 限度額変更処理の動作を示すシーケンス図である。 コンピュータ９０の基本的なハードウェア構成を示すブロック図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

＜システム１の構成＞
本開示におけるシステム１は、暗号資産を担保としたカード決済サービスを提供する情報処理システムである。
システム１は、ネットワークＮを介して接続された、サーバ１０、ユーザ端末２０、決済端末３０、ブロックチェーン５０、第三者承認エンティティ６０、カードシステム７０の情報処理装置を備える。
図１は、システム１の機能構成を示すブロック図である。
図２は、システム１の動作を示すブロック図である。
図３は、サーバ１０の機能構成を示すブロック図である。
図４は、ユーザ端末２０の機能構成を示すブロック図である。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ１０、ユーザ端末２０、決済端末３０、ブロックチェーン５０、第三者承認エンティティ６０、カードシステム７０のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。

＜サーバ１０の構成＞
サーバ１０は、暗号資産を担保としたカード決済サービスを提供する情報処理装置である。
サーバ１０は、記憶部１０１、制御部１０４を備える。

＜サーバ１０の記憶部１０１の構成＞
サーバ１０の記憶部１０１は、アプリケーションプログラム１０１１、ユーザテーブル１０１２を備える。

ユーザテーブル１０１２は、サービスを利用する会員ユーザ（以下、ユーザ）の情報を記憶し管理するテーブルである。ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル１０１２の新しいレコードに記憶される。これにより、ユーザは本開示にかかるサービスを利用できるようになる。
ユーザテーブル１０１２は、ユーザＩＤを主キーとして、ユーザＩＤ、ユーザ名、ユーザデータ、利用限度額、登録済支払い暗合資産、未精算残高のカラムを有するテーブルである。
図５は、ユーザテーブル１０１２のデータ構造を示す図である。

ユーザＩＤは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
ユーザデータは、ユーザ個人の固有情報と、ユーザの特性や背景に関する属性情報を含む。
ユーザの固有情報は、ユーザの生年月日（年齢）、性別等のユーザの固有の情報を含む。
ユーザの属性情報は、ユーザの教育歴（最終学歴、専攻、卒業年）、職業、職歴、興味・関心、居住地、言語等の情報を含む。
利用限度額は、ユーザが設定した暗号資産による決済の利用上限額を記憶する項目である。この金額は、ユーザウォレット５０１に保管されている暗号資産の価値を超えて設定することはできない。
登録済支払い暗合資産は、ユーザが決済に使用する暗号資産（トークン）の種類を記憶する項目である。複数のトークンを登録することが可能で、それぞれの暗合資産のアドレスや識別子が保存される。この情報は、ユーザウォレット５０１における資産管理や、カードシステム７０での決済処理時に参照される。登録済支払い暗合資産に登録されていない暗合資産は、決済には使用できないが、ユーザは自由に出し入れすることができる。
未精算残高は、ユーザのクレジットカード利用額のうち、まだ精算されていない金額を記憶する項目である。この残高は、ユーザが暗号資産で行った決済の総額から、既に精算された金額を差し引いた値となる。精算コントラクト５２１は、定期的な精算処理時にこの値を参照し、必要な資金移動を行う。また、未精算残高は利用限度額の変更時にチェックされ、利用限度額は、未精算残高よりも低い金額に設定することはできない。

＜サーバ１０の制御部１０４の構成＞
サーバ１０の制御部１０４は、ユーザ登録制御部１０４１を備える。制御部１０４は、記憶部１０１に記憶されたアプリケーションプログラム１０１１を実行することにより、各機能ユニットが実現される。

ユーザ登録制御部１０４１は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル１０１２に記憶する処理を行う。
ユーザテーブル１０１２に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ１０へ送信する。ユーザ登録制御部１０４１は、受信した情報をユーザテーブル１０１２の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル１０１２に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部１０４１によるユーザ情報のユーザテーブル１０１２への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザＩＤは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部１０４１が自動的に任意の文字列または数字を設定しても良い。

＜ユーザ端末２０の構成＞
ユーザ端末２０は、サービスを利用するユーザが操作する情報処理装置である。ユーザ端末２０は、例えば、スマートフォン、タブレット等の携帯端末でもよいし、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよい。また、ＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、腕時計型端末等のウェアラブル端末であってもよい。
ユーザ端末２０は、記憶部２０１、制御部２０４、入力装置２０６、出力装置２０８を備える。

＜ユーザ端末２０の記憶部２０１の構成＞
ユーザ端末２０の記憶部２０１は、ユーザＩＤ２０１１、アプリケーションプログラム２０１２、ＥＯＡウォレット２０１３を備える。

ユーザＩＤ２０１１はユーザのアカウントＩＤである。ユーザは、ユーザ端末２０からユーザＩＤ２０１１を、サーバ１０へ送信する。サーバ１０は、ユーザＩＤ２０１１に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、ユーザＩＤ２０１１には、ユーザ端末２０を利用しているユーザを識別するにあたりサーバ１０から一時的に付与されるセッションＩＤなどの情報を含む。

アプリケーションプログラム２０１２は、記憶部２０１に予め記憶されていても良いし、通信ＩＦを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム２０１２は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム２０１２は、ユーザ端末２０に記憶されているウェブブラウザアプリケーション上で実行されるＪａｖａＳｃｒｉｐｔ（登録商標）などのインタープリター型プログラミング言語を含む。

ＥＯＡウォレット２０１３（Ｅｘｔｅｒｎａｌｌｙ Ｏｗｎｅｄ Ａｃｃｏｕｎｔ Ｗａｌｌｅｔ）は、暗号資産管理のためのソフトウェアコンポーネントである。このウォレットは、ブロックチェーン上の外部所有アカウント（ＥＯＡ）を制御し、ユーザーがシステムとブロックチェーンネットワークとの間で安全にインタラクションを行うための基盤となる。

＜ユーザ端末２０の制御部２０４の構成＞
ユーザ端末２０の制御部２０４は、入力制御部２０４１、出力制御部２０４２を備える。制御部２０４は、記憶部２０１に記憶されたアプリケーションプログラム２０１２を実行することにより、各機能ユニットが実現される。

＜ユーザ端末２０の入力装置２０６の構成＞
ユーザ端末２０の入力装置２０６は、カメラ２０６１、マイク２０６２、位置情報センサ２０６３、モーションセンサ２０６４、タッチデバイス２０６５を備える。

＜ユーザ端末２０の出力装置２０８の構成＞
ユーザ端末２０の出力装置２０８は、ディスプレイ２０８１、スピーカ２０８２を備える。

＜決済端末３０の構成＞
決済端末３０は、クレジットカードの加盟店（商品、サービス等を販売する一般店舗、ウェブサイト等）においてクレジットカード決済を行うための情報処理装置である。決済端末３０は、例えば、スマートフォン、タブレット等の携帯端末でもよいし、据え置き型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ラップトップＰＣであってもよい。

＜ブロックチェーン５０の構成＞
ブロックチェーン５０（Ｂｌｏｃｋｃｈａｉｎ）は、分散型のデジタル台帳技術を実装したシステムである。このシステムは、暗号資産の取引や契約の実行を安全かつ透明に記録し、管理するための基盤となる。ブロックチェーンは、複数のノードによって維持され、改ざんが極めて困難な構造を持つ。

＜第三者承認エンティティ６０の構成＞
第三者承認エンティティ６０は、サーバを提供する事業者とは異なる第三者が提供する情報処理装置である。
第三者承認エンティティ６０（Ｔｈｉｒｄ－ｐａｒｔｙ Ａｐｐｒｏｖａｌ Ｅｎｔｉｔｙ）は、暗号資産を担保としたクレジットカード決済システムにおいて、トランザクションの安全性と信頼性を確保するための承認機関である。第三者承認エンティティ６０は、ユーザウォレット５０１からの資金引き出しやシステム全体の操作に対して、追加の承認を提供する。第三者承認エンティティは、マルチシグ（複数署名）プロセスの一部として機能し、不正な取引や誤操作を防止する。このエンティティの存在により、システム全体のセキュリティが強化され、ユーザーと事業者双方の信頼を高めることができる。

＜カードシステム７０の構成＞
カードシステム７０（Ｃａｒｄ Ｓｙｓｔｅｍ）は、カード発行、取引処理、オーソリゼーション、精算などの従来のクレジットカードにかかるサービスを提供する情報処理装置である。カードシステム７０は、加盟店との通信や決済情報の暗号化、不正検知など、セキュアな決済環境を提供する。

＜システム１の動作＞
以下、システム１の各処理について説明する。
図６は、初期設定処理の動作を示すフローチャートである。
図７は、初期設定処理の動作を示すブロック図である。
図８は、初期設定処理の動作を示すシーケンス図である。
図９は、カード利用処理の動作を示すフローチャートである。
図１０は、カード利用処理の動作を示すブロック図である。
図１１は、カード利用処理の動作を示すシーケンス図である。
図１２は、精算処理（第一実施形態）の動作を示すフローチャートである。
図１３は、精算処理（第一実施形態）の動作を示すブロック図である。
図１４は、精算処理（第一実施形態）の動作を示すシーケンス図である。
図１５は、精算処理（第二実施形態）の動作を示すフローチャートである。
図１６は、精算処理（第二実施形態）の動作を示すブロック図である。
図１７は、精算処理（第二実施形態）の動作を示すシーケンス図である。
図１８は、精算処理（第三実施形態）の動作を示すフローチャートである。
図１９は、精算処理（第三実施形態）の動作を示すブロック図である。
図２０は、精算処理（第三実施形態）の動作を示すシーケンス図である。
図２１は、移転処理の動作を示すフローチャートである。
図２２は、移転処理の動作を示すブロック図である。
図２３は、移転処理の動作を示すシーケンス図である。
図２４は、限度額変更処理の動作を示すフローチャートである。
図２５は、限度額変更処理の動作を示すブロック図である。
図２６は、限度額変更処理の動作を示すシーケンス図である。

＜初期設定処理＞
初期設定処理は、本開示にかかるカード決済サービスを利用する際に初期設定を行うための処理である。
図６は、初期設定処理の動作を示すフローチャートである。
図７は、初期設定処理の動作を示すブロック図である。
図８は、初期設定処理の動作を示すシーケンス図である。

＜初期設定処理の概要＞
初期設定処理は、ユーザ登録ステップと、ユーザウォレット生成ステップと、ウォレット情報登録ステップと、支払い暗合資産送付ステップと、支払登録ステップと、利用限度額設定ステップと、からなる一連の処理である。

＜初期設定処理の詳細＞
以下に、初期設定処理の詳細を説明する。

＜ユーザ登録ステップ＞
ステップＳ１０１において、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、記憶部２０１に記憶されたアプリケーションプログラム２０１２（以下、ユーザアプリ）を実行し、本開示にかかるサーバ１０が提供するカード決済サービスにユーザ登録をする。サーバ１０の制御部１０４は、ユーザ端末２０から受信したユーザ情報を、ユーザテーブル１０１２の新たなレコードのユーザ名、ユーザデータの項目に記憶する。これにより、サーバ１０にユーザの情報が記憶される。

＜ユーザウォレット生成ステップ＞
ステップＳ１０２において、ユーザアプリは、ＥＯＡウォレット２０１３に対してウォレット生成の署名リクエストを送信する。ＥＯＡウォレット２０１３は、Ｗａｌｌｅｔ Ｆａｃｔｏｒｙコントラクト５３１に対してウォレット生成の署名付きトランザクションを送信する。Ｗａｌｌｅｔ Ｆａｃｔｏｒｙコントラクト５３１は、新しいユーザウォレット５０１を生成する。

＜ウォレット情報登録ステップ＞
ステップＳ１０３において、生成されたユーザウォレット５０１は、サーバ１０にウェブフックを送信し、生成完了を通知する。サーバ１０の制御部１０４は、ユーザウォレット５０１の情報を含めたユーザ登録を完了し、ユーザテーブル１０１２の対応するレコードを更新する。サーバ１０は、ユーザ端末２０に登録完了を通知する。

＜支払い暗合資産送付ステップ＞
ステップＳ１０４において、サーバ１０の制御部１０４は、暗号資産を、ユーザに関連づけられた所定のユーザウォレットに格納する格納ステップを実行する。
具体的に、ユーザは、生成されたユーザウォレット５０１に対して支払い暗合資産を送付（移転）する。ユーザは、ユーザアプリを介して送金操作を行い、ＥＯＡウォレット２０１３から支払い暗合資産をユーザウォレット５０１に転送する。この操作により、ユーザウォレット５０１に決済用の暗号資産が保管される。

＜支払先登録ステップ＞
ステップＳ１０５において、サーバ１０の制御部１０４は、所定のユーザウォレットに対して支払先にかかる精算コントラクトを割り当てる割当ステップを実行する。
具体的に、ユーザは、ユーザアプリを用いて支払先の登録操作を行う。ユーザアプリは、ＥＯＡウォレット２０１３に対して支払先登録の署名リクエストを送信する。ＥＯＡウォレット２０１３は、ユーザウォレット５０１に対して支払先登録の署名付きトランザクションを送信する。ユーザウォレット５０１は、支払先の登録を実行し、結果をユーザアプリに返送する。サーバ１０は、登録された支払先情報をユーザテーブル１０１２の該当するレコードの登録済支払い暗合資産の項目に記録する。

＜利用限度額設定ステップ＞
ステップＳ１０６において、ユーザは、ユーザアプリを用いて利用限度額の登録操作を行う。ユーザアプリは、ＥＯＡウォレット２０１３に対して利用限度額登録の署名リクエストを送信する。ＥＯＡウォレット２０１３は、ユーザウォレット５０１に対して利用限度額登録の署名付きトランザクションを送信する。ユーザウォレット５０１は、現在の残高と比較して利用限度額が適切であるかチェックを行う。具体的に、利用限度額は、ユーザウォレット５０１に保管されている暗号資産の価値を超えて設定することはできない。
チェック結果に基づいて利用限度額の登録を実行し、結果をユーザアプリに返送する。サーバ１０は、承認された利用限度額をユーザテーブル１０１２の該当するレコードの利用限度額項目に記録する。
利用限度額設定ステップの詳細は、後述する利用額変更処理を参照。

＜カード利用処理＞
カード利用処理は、ユーザがカード加盟店（一般の店舗）等においてクレジットカードにより商品またはサービスを購入する処理である。
図９は、カード利用処理の動作を示すフローチャートである。
図１０は、カード利用処理の動作を示すブロック図である。
図１１は、カード利用処理の動作を示すシーケンス図である。

＜カード利用処理の概要＞
カード利用処理は、決済開始ステップと、利用可能額確認ステップと、売上処理ステップと、からなる一連の処理である。

＜カード利用処理の詳細＞
以下に、カード利用処理の詳細を説明する。

＜決済開始ステップ＞
ステップＳ３０１において、サーバ１０の制御部１０４は、ユーザ端末により行われたカード決済に関するリクエストを受信したことに応じて、カード決済事業者が提供するカードシステムに対するカード決済を行う決済ステップを実行する。
具体的に、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、記憶部２０１に記憶されたユーザアプリを実行し、店舗、ウェブサイト等のカード加盟店において商品またはサービス等の購入をカード決済にて行う。
ユーザは、ユーザアプリを介して決済操作を行う。ユーザ端末２０の制御部２０４は、加盟店の決済端末３０に決済情報を送信する。加盟店の決済端末３０は、クレジットカードのカード決済事業者（ＶＩＳＡ、ＭａｓｔｅｒＣａｒｄ、ＪＣＢ等がある）が提供するカードシステム７０に対して、ユーザを特定可能なユーザＩＤ２０１１（ユーザＩＤ２０１１は、ユーザのクレジットカード番号等のクレジットカードを特定するための情報を含む）、決済金額（商品またはサービス等の購入品の金額）、その他、クレジットカード決済に必要な情報を含む、オーソリ（与信）取得要求を送信する。カードシステム７０は、受信したオーソリ取得要求をサーバ１０へ送信する。
サーバ１０の制御部１０４は、オーソリ取得要求を受信し、受け付ける。

＜利用可能額確認ステップ＞
ステップＳ３０２において、決済ステップは、上限金額設定ステップにおいて設定した上限金額の範囲内でカード決済を行うステップを実行する。サーバ１０の制御部１０４は、決済ステップの前に、カード決済に関するリクエストに基づいてオーソリ取得要求を受信するオーソリ取得ステップを実行する。
具体的に、サーバ１０の制御部１０４は、受信したユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、利用限度額の項目を取得する。サーバ１０の制御部１０４は、利用限度額から未精算残高を差し引いた金額と、今回の決済金額を比較し、決済可能かどうかを判断する。
具体的に、差し引いた金額が決済金額よりも大きい場合には決済が可能と判断し、差し引いた金額が決済金額よりも小さい場合には決済が可能ではないと判断する。
サーバ１０の制御部１０４は、決済が可能であると判断した場合は、精算コントラクト５２１に対してオーソリ金額の一時ロックを要求する。精算コントラクト５２１は、ユーザウォレット５０１に対してオーソリ金額分の一時ロックを実行する。これにより、重複決済を防止する。なお、本開示においてユーザに対して利用限度額が設定されている場合には、ユーザウォレット５０１の残高を照会しない。これにより、ユーザウォレットを照会する必要がないため、カード決済処理の速度を向上させることができる。
なお、精算コントラクト５２１は、ユーザウォレット５０１の残高を確認する構成としても良い。
サーバ１０の制御部１０４は、オーソリ金額のロックが成功したことを確認し、カードシステム７０に決済が可能であることを示す情報を含むレスポンスを送信する。カードシステム７０は、加盟店の決済端末３０に決済承認を含むレスポンスを送信する。
サーバ１０の制御部１０４は、決済が可能でないと判断した場合は、カードシステム７０に決済が可能ではないことを示す情報を含むレスポンスを送信する。カードシステム７０は、加盟店の決済端末３０に決済拒否を含むレスポンスを送信する。

＜売上処理ステップ＞
ステップＳ３０３において、決済ステップは、上限額設定ステップにおいて上限金額が設定されている場合に、所定のユーザウォレットを照会することなしにカード決済を行うステップを実行する。
サーバ１０の制御部１０４は、オーソリ取得ステップにおいて受信したオーソリ取得要求に応じて、ユーザウォレット内の暗号資産の移転をロックするロックステップを実行する。決済ステップは、ロックステップの後に、カード決済を行うステップを実行する。
具体的に、加盟店の決済端末３０は、カードシステム７０に対して売上処理要求を送信する。カードシステム７０は、受信した売上処理要求をサーバ１０に送信する。サーバ１０は、カードシステム７０から受信した売上処理要求に基づき、売上を確定する。
サーバ１０は、ユーザテーブル１０１２の該当するレコードの未精算残高を、元の未精算残高に、今回の売上金額を加えた新たな未精算残高へ更新する。
サーバ１０は、精算コントラクト５２１に対して売上確定金額のロックを要求する。精算コントラクト５２１は、一時的にロックされていたオーソリ金額を、確定した売上金額分だけ完全にロックする。精算コントラクト５２１は、ユーザウォレット５０１に対して売上確定金額のロックを実行し、これにより当該金額が精算まで保留される。
これにより、一般のカードと同様の利便性を保ちつつ、ブロックチェーン技術を活用した安全かつ透明性の高い決済を実現することができる。オーソリ時の一時的なロックと売上確定後の完全なロックにより、資金の適切な管理と重複決済を防止することができる。

＜精算処理（第一実施形態）＞
精算処理（第一実施形態）は、ユーザによるカード決済の利用に応じて、ユーザウォレットから定期的に暗号資産を移転する処理である。
なお、ユーザはカードの発行時にあらかじめ、事業者、第三者承認エンティティ、およびＢＩＮスポンサーそれぞれに対して、暗号資産の移転のための署名を個別に委託している。これにより、各エンティティが独立して署名を行うことができ、セキュリティと透明性が確保されている。
図１２は、精算処理（第一実施形態）の動作を示すフローチャートである。
図１３は、精算処理（第一実施形態）の動作を示すブロック図である。
図１４は、精算処理（第一実施形態）の動作を示すシーケンス図である。

＜精算処理（第一実施形態）の概要＞
精算処理（第一実施形態）は、利用履歴照会ステップと、請求集計ステップと、移転ステップと、からなる一連の処理である。

＜精算処理（第一実施形態）の詳細＞
以下に、精算処理（第一実施形態）の詳細を説明する。

＜利用履歴照会ステップ＞
ステップＳ５０１Ａにおいて、カードシステム７０は、所定期間のカードの利用履歴を含む清算金を請求するリクエストをサーバ１０に対して送信する。リクエストは、当該利用履歴にかかるユーザのユーザＩＤ（ユーザを特定する情報、本開示においてはユーザＩＤ２０１１）を含む。

ステップＳ５０２Ａにおいて、サーバ１０の制御部１０４は、所定の期間ごとに、カードシステムからユーザの１または複数のカード決済の利用履歴に応じた請求金額を集計する請求集計ステップを実行する。
具体的に、サーバ１０の制御部１０４は、受信したリクエストに含まれるユーザＩＤ２０１１に基づき、ユーザテーブル１０１２のユーザＩＤの項目を検索し、ユーザ情報を取得する。サーバ１０の制御部１０４は、受信した利用履歴に基づき、各ユーザの請求データを集計する。サーバ１０の制御部１０４は、利用履歴とロック金額とのチェックを行い、ユーザによる所定期間のカード利用に伴う精算すべき金額（利用代金）を算出する。
具体的に、サーバ１０の制御部１０４は、所定期間内の全取引の金額を合計（合計取引金額）し、既にロックされている金額（オーソリ時にロックされた金額）を差し引き、過去の清算で未処理の金額がある場合は加算することにより清算すべき金額を算出する。
本開示の精算処理（第一実施形態）においては、サーバ１０の制御部１０４は、ユーザに対して所定の支払期日までに支払う旨の情報を含むメッセージを送信しないものとする。なお、サーバ１０の制御部１０４は、ユーザに対して所定の支払期日までに支払う旨の情報を含むメッセージを送信しても良い。この場合、ユーザは、後述する精算処理（第二実施形態）、精算処理（第三実施形態）により決済期日を待たずに精算処理を行うことができる。

＜移転ステップ＞
ステップＳ５０３Ａにおいて、サーバ１０の制御部１０４は、ユーザからカード決済に対応する出金の承認を得ることなく、カード決済に応じた暗号資産を、精算コントラクトに基づきユーザウォレットから移転する処理を実行する移転ステップを実行する。
移転ステップは、ユーザウォレットから暗号資産を移転する際に、第三者承認エンティティからの承認を受け付けたことに応じて、ユーザウォレットから暗号資産を移転するステップを実行する。
移転ステップは、請求集計ステップにおいて集計した請求金額に応じた暗号資産をユーザウォレットから移転するステップを実行する。移転ステップは、ユーザウォレットからサーバを提供する事業者の事業者ウォレットへ、暗号資産を移転するステップを実行する。
具体的に、サーバ１０の制御部１０４は、支払期日が到来すると、事業者、第三者承認エンティティ、ＢＩＮスポンサーの秘密鍵による共同署名（マルチシグ方式）によって、暗号資産を入金ウォレットに移転する。この場合、事業者と第三者承認エンティティのいずれか一方の秘密鍵による単独署名では移転できないものとする。

具体的に、サーバ１０の制御部１０４は、支払期日が到来すると、事業者（本開示にかかる情報処理システム１を運営、提供する事業者）、第三者承認エンティティ、ＢＩＮスポンサーの秘密鍵による共同署名（マルチシグ方式）によって、暗号資産を入金ウォレットに移転する。この場合、事業者と第三者承認エンティティのいずれか一方の秘密鍵による単独署名では移転できないものとする。

サーバ１０の制御部１０４は、精算コントラクト５２１に対して、ユーザＩＤ２０１１、精算金額、精算期日などの情報を含む精算処理を登録する。サーバ１０の制御部１０４は、第三者承認エンティティ６０に対して精算処理の詳細情報を含む承認依頼を送信する。
第三者承認エンティティ６０は、カードシステム７０に対して該当ユーザの利用金額を照会するためのリクエストを送信する。カードシステム７０は、第三者承認エンティティ６０に対して該当ユーザの要求された期間の利用金額を含むレスポンスを送信する。

第三者承認エンティティは、カードシステムに決済ステップにおけるカード決済の利用金額の照会を行い、当該照会結果がユーザウォレットから移転する暗号資産と整合している場合は承認を示す情報を出力し、整合しない場合は承認を示す情報を出力しない。
具体的に、第三者承認エンティティ６０は、カードシステム７０から受け取った情報と、サーバ１０から受け取った精算処理の詳細を照合し、整合性を確認する。第三者承認エンティティ６０は、サーバ１０から受信した精算期間、精算金額と、カードシステム７０から受信した利用期間、利用金額とが一致することを確認する。その他、第三者承認エンティティは、サーバ１０から受信した取引の詳細（日時、金額、加盟店等）の情報のそれぞれが、カードシステム７０から受信した利用の詳細（日時、金額、加盟店等）と一致するか否かを可能な範囲で確認しても良い。
第三者承認エンティティ６０は、サーバ１０から受信した精算処理の情報と、カードシステム７０から受信した利用に関する情報とが整合すると判断した場合は、精算コントラクト５２１に対して署名を送信しする。
一方、第三者承認エンティティ６０は、整合しないと判断した場合は、精算コントラクト５２１に対して署名を行わない。また、この場合、第三者承認エンティティ６０は、整合しないことを示す情報（ユーザＩＤ２０１１、不整合の内容、タイムスタンプ等を含む）情報を、サーバ１０、カードシステム７０へ送信しても良い。

精算コントラクト５２１は、第三者承認エンティティ６０の署名を受信すると、サーバ１０に対して署名要求を送信する。サーバ１０の制御部１０４は、精算処理の詳細を確認し、その正当性を確認した後に、事業者の秘密鍵を用いて署名を生成する。サーバ１０の制御部１０４は、生成した署名を精算コントラクト５２１へ送信する。精算コントラクト５２１は、第三者承認エンティティ６０の署名と事業者の署名の両方が揃ったことを確認し、マルチシグ（共同署名）の要件を満たしているか検証する。

精算コントラクト５２１は、共同署名の要件の検証を行い署名確認が完了した場合、ユーザウォレット５０１から利用代金を引き出す処理を実行する。この処理は、ユーザの明示的な承認なしに行われる。ユーザは、カード決済ごとに暗号資産の移転を承認する手間を要さない、使い勝手の良いカード決済サービスを実現できる。本開示においては、移転ステップにおいてユーザのユーザ端末２０のディスプレイ２０８１等に、暗号資産の移転を承認するための画面を提示せず、また、当該画面に対する承認にかかる入力操作を受けることなく、ユーザの暗号資産を移転する。
精算コントラクト５２１は、共同署名の要件の検証を行い署名確認が失敗した場合、エラーイベントを発行しエラーの詳細を示す情報を含むメッセージをサーバ１０へ送信する。

精算コントラクト５２１は、現在の状況（通常の精算か、ＢＩＮスポンサーによる資金保全が必要な状況か）に基づいて、事業者ウォレット、必要に応じてＢＩＮスポンサーのウォレットを出金先として選択する。通常は、精算コントラクト５２１は、事業者ウォレットを出金先として選択する。精算コントラクト５２１は、ＢＩＮスポンサーによる資金保全が必要な状況においては、ＢＩＮスポンサーのウォレットを出金先として選択する。

なお、ＢＩＮスポンサーとは、カード発行プログラムにおいて中心的な役割を担う金融機関または認可を受けた事業体である。ＢＩＮスポンサーは、国際カードブランド（Ｖｉｓａ、Ｍａｓｔｅｒｃａｒｄなど）から割り当てられたＢＩＮ（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を所有しており、このＢＩＮは通常、カード番号の最初の６桁を構成する。
ＢＩＮスポンサーは、本開示にかかる情報処理システム１を提供する事業者、第三者承認エンティティとは資本関係がなく、独立した判断を行うことができる立場の組織である。ＢＩＮスポンサーは、精算金請求権の保全が必要と判断した場合に特別な権限を持ち、第三者承認エンティティとの共同署名（マルチシグ）によって、担保暗号資産をＢＩＮスポンサー自身のウォレットに移転する権限を有する。
ＢＩＮスポンサーは、システム全体の安全性と信頼性を高める存在である。

精算コントラクト５２１は、選択された出金先に対して利用代金に相当する暗号資産を移転する。精算コントラクト５２１は、ブロックチェーン上でトランザクションを生成し、送信元アドレス（ユーザウォレット５０１のアドレス）、送信先アドレス（選択した出金先アドレス）、移転金額（利用代金に相当する暗号資産量）、その他トランザクションデータ（精算情報、タイムスタンプ等）を含めて送信する。
精算コントラクト５２１は、送信したトランザクションの状態を監視し、ブロックチェーン上で確認されるまで待機する。トランザクションがブロックに含まれ、一定数のブロック確認を経た後、精算コントラクト５２１は移転が完了したと判断する。精算コントラクト５２１は、ユーザウォレット５０１の残高、精算済み記録の更新を実行する。

精算コントラクト５２１は、ユーザＩＤ２０１１、移転金額、移転先アドレス、トランザクションハッシュ、タイムスタンプ等を含む移転処理の完了を示す情報をサーバ１０へ送信する。サーバ１０の制御部１０４は、精算処理の完了を記録する。サーバ１０は、ユーザテーブル１０１２の該当するレコードの現在の未精算残高を、現在の未精算残高から今回の精算金額（利用代金）を引いた新たな未精算残高へ更新する。
これにより、ユーザの事前の署名委託に基づき、マルチシグ方式を用いた安全かつ透明性の高い精算処理が実現される。第三者承認エンティティとＢＩＮスポンサーの関与により、処理の正当性が担保され、同時に柔軟な資金管理が可能である。また、各エンティティが独立して署名を行うことで、セキュリティと透明性が担保される。

＜精算処理（第二実施形態）＞
精算処理（第二実施形態）は、ユーザによるカード決済の利用に応じて、任意のタイミングでユーザが代金を暗合資産で支払う処理である。
具体的に、ユーザが支払期日までに、任意のウォレットから利用代金相当額暗号資産を、事業者、ＢＩＮスポンサー及び第三者承認エンティティがマルチシグ方式によって管理する入金ウォレットに移転する。
図１５は、精算処理（第二実施形態）の動作を示すフローチャートである。
図１６は、精算処理（第二実施形態）の動作を示すブロック図である。
図１７は、精算処理（第二実施形態）の動作を示すシーケンス図である。

＜精算処理（第二実施形態）の概要＞
精算処理（第二実施形態）は、精算登録ステップと、入金ステップと、精算クリアステップと、移転ステップと、からなる一連の処理である。

＜精算処理（第二実施形態）の詳細＞
以下に、精算処理（第二実施形態）の詳細を説明する。

＜精算登録ステップ＞
ステップＳ５０１Ｂは、ステップＳ５０１Ａと同様の処理であるため説明を省略する。

＜入金ステップ＞
ステップＳ５０２Ｂにおいて、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、ユーザアプリを介して、任意のタイミングで（規定の支払日よりも前に）精算処理を開始することを選択する。サーバ１０の制御部１０４は、ユーザの未精算残高を確認し、精算すべき金額をユーザ端末２０へ送信し、ユーザ端末２０の制御部２０４は未精算残高をユーザに提示する。
ユーザは、ユーザは、支払いに使用する暗号資産を選択する。選択された暗合資産は、システムがサポートする暗号資産である。ユーザは、選択した暗号資産を、事業者、ＢＩＮスポンサー及び第三者承認エンティティがマルチシグ方式によって管理する入金ウォレットに送信する
サーバ１０の制御部１０４は、入金ウォレットでの暗合資産の受け取りを確認する。確認処理は、トランザクションの検証、入金額の正確性の確認、使用された暗号資産の有効性の確認等を含む。
サーバ１０の制御部１０４は、入金が確認された場合に、入金をユーザに関連付けて記憶する。サーバ１０の制御部１０４は、入金確認後、ユーザに入金完了の通知を送信する。

＜精算クリアステップ＞
ステップＳ５０３Ｂにおいて、サーバ１０の制御部１０４は、精算コントラクト５２１に対して精算データのクリアを指示する。精算コントラクト５２１は、クリア指示を受け取ると、関連する全てのデータ（ユーザID、入金額、入金日時など）を確認する。精算コントラクト５２１は、入金された暗合資産の金額と、清算すべき金額の整合性をチェックする。精算コントラクト５２１は、整合性が確認されたら、ユーザウォレット５０１に設定されていた一時的なロックを解除する。
精算コントラクト５２１は、ユーザの精算状況を「精算済み」に更新し、精算日時や精算金額などの情報を記録する。精算コントラクト５２１は、精算データクリアの完了を示すイベントをブロックチェーン上に発行する。精算コントラクト５２１は、精算データクリアの完了をサーバ１０の制御部１０４に通知する。

＜移転ステップ＞
ステップＳ５０４Ｂは、ステップＳ５０３Ａと同様の処理であるため説明を省略する。

＜精算処理（第三実施形態）＞
精算処理（第三実施形態）は、ユーザによるカード決済の利用に応じて、任意のタイミングでユーザが代金を現金で支払う処理である。
ユーザは支払期日までに、自らの銀行口座から事業者の銀行口座に入金する。
図１８は、精算処理（第三実施形態）の動作を示すフローチャートである。
図１９は、精算処理（第三実施形態）の動作を示すブロック図である。
図２０は、精算処理（第三実施形態）の動作を示すシーケンス図である。

＜精算処理（第三実施形態）の概要＞
精算処理（第三実施形態）は、精算登録ステップと、入金ステップと、精算クリアステップと、からなる一連の処理である。

＜精算処理（第三実施形態）の詳細＞
以下に、精算処理（第二実施形態）の詳細を説明する。

＜精算登録ステップ＞
ステップＳ５０１Ｃは、ステップＳ５０１Ａと同様の処理であるため説明を省略する。

＜入金ステップ＞
ステップＳ５０２Ｃにおいて、ユーザは、ユーザアプリを通じて、任意のタイミングで（規定の支払日よりも前に）精算処理を開始することを選択する。サーバ１０の制御部１０４は、ユーザの未精算残高を確認し、精算すべき金額をユーザに提示する。
ユーザは、自らの銀行口座から事業者の銀行口座（事業者口座）に対して現金を振り込む。サーバ１０の制御部１０４は、事業者口座での入金を確認する。
サーバ１０の制御部１０４は、事業者講座における入金が確認されたときに、この入金をユーザの記録に関連付けて保存する。サーバ１０の制御部１０４は、ユーザに入金完了の通知を送信する。

＜精算クリアステップ＞
ステップＳ５０３Ｃは、ステップＳ５０３Ｂと同様であるため説明を省略する。

精算処理（第三実施形態）では、暗号資産の直接的な移転は行われない。精算コントラクト５２１を用いることで、ブロックチェーン上での記録と従来のシステムでの記録の整合性を保つことができる。システム全体の透明性と信頼性が確保される。ユーザは従来の銀行振込という馴染みのある方法で支払いを行えるため、暗号資産の取り扱いに不慣れなユーザーにも対応できる。

＜移転処理＞
移転処理は、ユーザがコントラクトウォレット（ユーザウォレット５０１）から資金を引き出す一連の処理である。この処理は、移転指示ステップ、残高チェックステップ、移転ステップの３つの主要ステップからなる。
図２１は、移転処理の動作を示すフローチャートである。
図２２は、移転処理の動作を示すブロック図である。
図２３は、移転処理の動作を示すシーケンス図である。

＜移転処理の概要＞
移転処理は、ユーザによる出金指示、支払い暗合資産の確認と残高チェック、および実際の資金移転を含む一連の流れである。この過程で、ユーザウォレット、ＥＯＡウォレット、および出金先ウォレットが連携して動作する。

＜移転指示ステップ＞
ステップＳ７０１において、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、ユーザアプリを介して、ユーザウォレット５０１からの出金操作を行う。ユーザは、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、ユーザアプリを介して、出金先ウォレットと、出金額を指定する。ユーザアプリは、ＥＯＡウォレット２０１３に対して出金操作の署名リクエストを送信する。ＥＯＡウォレット２０１３は、ユーザウォレット５０１に対して出金操作の署名付きトランザクションを送信する。

＜残高チェックステップ＞
ステップＳ７０２において、ユーザウォレット５０１は、出金要求された暗合資産が支払い暗合資産として登録されているかどうかを確認する。ユーザウォレット５０１は、支払い暗合資産として登録されている場合、現在の残高から出金要求額を差し引いた金額が利用限度額以上であるかをチェックする。ユーザウォレット５０１は、チェックの結果、利用限度額を下回る場合は出金を拒否し、処理を終了する。ユーザウォレット５０１は、支払い暗合資産として登録されていない場合は、残高チェックは行わず、次のステップに進む。

＜移転ステップ＞
ステップＳ７０３において、ユーザウォレット５０１は、残高チェックステップの結果に基づいて出金を実行する。ユーザウォレット５０１は、出金が承認された場合、指定された出金先ウォレットに対して暗合資産を送金する。
ユーザウォレット５０１は、送金完了後、ユーザアプリに対して出金完了通知を送信する。ユーザアプリは、出金完了通知をユーザに表示する。精算コントラクト５２１は、移転処理の完了を記録し、必要に応じてイベントを発行する。サーバ１０の制御部１０４は、ユーザテーブル１０１２の該当するユーザの残高情報を更新する。

＜限度額変更処理＞
限度額変更処理は、カード決済の上限金額を設定する処理である。
図２４は、限度額変更処理の動作を示すフローチャートである。
図２５は、限度額変更処理の動作を示すブロック図である。
図２６は、限度額変更処理の動作を示すシーケンス図である。

＜限度額変更処理の概要＞
限度額変更処理は、限度額変更操作ステップと、残高チェックと、限度額更新ステップと、からなる一連の処理である。

＜限度額変更処理の詳細＞
以下に、限度額変更処理の詳細を説明する。

＜限度額変更操作ステップ＞
ステップＳ９０１において、ユーザは、ユーザ端末２０の入力装置２０６を操作することにより、ユーザ端末２０のユーザアプリを介して、利用限度額の変更操作を行う。ユーザは新しい利用限度額を指定する。ユーザアプリは、ＥＯＡウォレット２０１３に対して限度額変更操作の署名リクエストを送信する。ＥＯＡウォレット２０１３は、ユーザウォレット５０１に対して限度額変更操作の署名付きトランザクションを送信する。

＜残高チェックステップ＞
ステップＳ９０２において、ユーザウォレット５０１は、要求された新しい限度額がウォレット残高を超えていないかをチェックする。新しい限度額がウォレット残高を超える場合、変更要求を拒否し、ユーザに通知する。ユーザウォレット５０１は、精算コントラクト５２１に対して未精算額の照会を行う。
精算コントラクト５２１は、当該ユーザの未精算額を確認し、ユーザウォレット５０１に返送する。ユーザウォレット５０１は、新しい限度額が未精算額以上であることを確認する。

＜限度額更新ステップ＞
ステップＳ９０３において、ユーザウォレット５０１は、残高チェックステップでの確認が全て通過した場合、新しい利用限度額を設定する。ユーザウォレット５０１は、更新が完了すると、ユーザアプリに対して限度額変更完了通知を送信する。
ユーザアプリは、限度額変更の結果をユーザに表示する。精算コントラクト５２１は、限度額変更の完了を記録し、必要に応じてイベントを発行する。サーバ１０の制御部１０４は、ユーザテーブル１０１２の該当するユーザの利用限度額項目を更新する。
この限度額変更処理により、ユーザは柔軟に利用限度額を管理できる。ウォレット残高と未精算額との整合性が保たれ、システムの安全性が確保される。ユーザは、上限金額の範囲内で利便性良くカード決済を行うことができる。また、カード決済の際に、ユーザウォレットを照会する必要がないため、カード決済処理の速度を向上させることができる。

＜コンピュータの基本ハードウェア構成＞
図２７は、コンピュータ９０の基本的なハードウェア構成を示すブロック図である。コンピュータ９０は、プロセッサ９０１、主記憶装置９０２、補助記憶装置９０３、通信ＩＦ９９１（インタフェース、Interface）を少なくとも備える。これらは通信バス９２１により相互に電気的に接続される。

プロセッサ９０１とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ９０１は、演算装置、レジスタ、周辺回路等から構成される。

主記憶装置９０２とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置９０３とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、半導体メモリ等である。

通信ＩＦ９９１とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、ＬＡＮ、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ－Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が含まれる。有線で接続する場合は、ネットワークには、ＵＳＢ（Universal Serial Bus）ケーブル等により直接接続するものも含む。

なお、各ハードウェア構成の全部または一部を複数のコンピュータ９０に分散して設け、ネットワークを介して相互に接続することによりコンピュータ９０を仮想的に実現することができる。このように、コンピュータ９０は、単一の筐体、ケースに収納されたコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

＜コンピュータ９０の基本機能構成＞
コンピュータ９０の基本ハードウェア構成（図２７）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。

なお、コンピュータ９０が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ９０に分散して設けても実現することができる。コンピュータ９０は、単一のコンピュータ９０だけでなく、仮想化されたコンピュータシステムも含む概念である。

制御部は、プロセッサ９０１が補助記憶装置９０３に記憶された各種プログラムを読み出して主記憶装置９０２に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。

本明細書中に記載されている構成要素により実現される機能は、当該記載された機能を実現するようにプログラムされた、汎用プロセッサ、特定用途プロセッサ、集積回路、ASICs (Application Specific Integrated Circuits)、CPU (a Central Processing Unit)、従来型の回路、および／又はそれらの組合せを含む、circuitry又はprocessing circuitryにおいて実装されてもよい。プロセッサは、トランジスタやその他の回路を含み、 circuitry又はprocessing circuitryとみなされる。プロセッサは、メモリに格納されたプログラムを実行する、programmed processorであってもよい。
本明細書において、circuitry、ユニット、手段は、記載された機能を実現するようにプログラムされたハードウェア、又は実行するハードウェアである。当該ハードウェアは、本明細書に開示されているあらゆるハードウェア、又は、当該記載された機能を実現するようにプログラムされた、又は、実行するものとして知られているあらゆるハードウェアであってもよい。
当該ハードウェアがcircuitryのタイプであるとみなされるプロセッサである場合、当該circuitry、手段、又はユニットは、ハードウェアと、当該ハードウェア及び又はプロセッサを構成する為に用いられるソフトウェアの組合せである。

記憶部は、主記憶装置９０２、補助記憶装置９０３により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ９０１は、プログラムに従って記憶部に対応する記憶領域を主記憶装置９０２または補助記憶装置９０３に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。

データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブル、マスタと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、マスタ、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル、マスタ同士の関係を設定し、関連づけることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ９０１に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
また、記憶部に、データ、各種プログラム、各種データベースを記憶させることにより、本開示にかかる情報処理装置、情報処理システムが製造されたものとして捉えることができる。

なお、本開示におけるデータベース、マスタは、情報が構造的に規定された任意のデータ構造体（リスト、辞書、連想配列、オブジェクトなど）を含み得る。データ構造体には、データと、任意のプログラミング言語により記述された関数、クラス、メソッドなどを組み合わせることにより、データ構造体と見なし得るデータも含むものとする。

通信部は、通信ＩＦ９９１により実現される。通信部は、ネットワークを介して他のコンピュータ９０と通信を行う機能を実現する。通信部は、他のコンピュータ９０から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ９０１に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ９０へ送信することができる。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。

（付記１）
ユーザが操作可能なユーザ端末、サーバからなる情報処理システムに用いられるプログラムであって、サーバが、暗号資産を、ユーザに関連づけられた所定のユーザウォレットに格納する格納ステップ（Ｓ１０４）と、所定のユーザウォレットに対して支払先にかかる精算コントラクトを割り当てる割当ステップ（Ｓ１０５）と、ユーザ端末により行われたカード決済に関するリクエストを受信したことに応じて、カード決済事業者が提供するカードシステムに対するカード決済を行う決済ステップ（Ｓ３０１）と、ユーザから当該カード決済に対応する出金の承認を得ることなく、カード決済に応じた暗号資産を、精算コントラクトに基づきユーザウォレットから移転する処理を実行する移転ステップ（Ｓ５０３）と、を実行するプログラム。
これにより、利便性に優れた暗号資産を用いたカード決済サービスを実現できる。具体的に、ユーザは、カード決済ごとに暗号資産の移転を承認する手間を要さない、使い勝手の良いカード決済サービスを実現できる。

（付記２）
情報処理システムは、サーバを提供する事業者とは異なる第三者が提供する情報処理装置である第三者承認エンティティを含み、移転ステップ（Ｓ５０３）は、ユーザウォレットから暗号資産を移転する際に、第三者承認エンティティからの承認を受け付けたことに応じて、ユーザウォレットから暗号資産を移転するステップである、付記１記載のプログラム。
これにより、システムのセキュリティと信頼性を向上させることができる。不正取引や誤操作等を提言することができる。

（付記３）
第三者承認エンティティは、カードシステムに決済ステップにおけるカード決済の利用金額の照会を行い、当該照会結果がユーザウォレットから移転する暗号資産と整合している場合は承認を示す情報を出力し、整合しない場合は承認を示す情報を出力しない、付記２記載のプログラム。
これにより、暗号資産の移転が適切に行われ、システムの信頼性を向上させることができる。

（付記４）
サーバが、ユーザから、カード決済の上限金額を設定する上限金額設定ステップ（Ｓ９０１）と、を実行し、決済ステップ（Ｓ３０２）は、上限金額設定ステップにおいて設定した上限金額の範囲内でカード決済を行うステップである、付記１記載のプログラム。
これにより、ユーザは、上限金額の範囲内で利便性良くカード決済を行うことができる。

（付記５）
決済ステップ（Ｓ３０３）は、上限金額設定ステップにおいて上限金額が設定されている場合に、所定のユーザウォレットを照会することなしにカード決済を行うステップである、付記４記載のプログラム。
これにより、ユーザウォレットを照会する必要がないため、カード決済処理の速度を向上させることができる。

（付記６）
サーバが、決済ステップの前に、カード決済に関するリクエストに基づいてオーソリ取得要求を受信するオーソリ取得ステップ（Ｓ３０２）と、オーソリ取得ステップにおいて受信したオーソリ取得要求に応じて、ユーザウォレット内の暗号資産の移転をロックするロックステップ（Ｓ３０３）と、を実行し、決済ステップ（Ｓ３０３）は、ロックステップの後に、カード決済を行うステップである、付記１記載のプログラム。
これにより、取引の安全性を向上させることができる。システムの信頼性と安定性を向上させることができる。

（付記７）
サーバが、所定の期間ごとに、カードシステムからユーザの１または複数のカード決済の利用履歴に応じた請求金額を集計する請求集計ステップ（Ｓ５０２）と、を実行し、移転ステップ（Ｓ５０３）は、請求集計ステップにおいて集計した請求金額に応じた暗号資産をユーザウォレットから移転するステップである、付記１記載のプログラム。
定期的な請求集計により、複数の少額取引を一括して処理することができる。ブロックチェーン上のトランザクション数を削減することにより、システム全体の効率性と経済性を向上させることができる。

（付記８）
移転ステップ（Ｓ５０３）は、ユーザウォレットからサーバを提供する事業者の事業者ウォレットへ、暗号資産を移転するステップである、付記１記載のプログラム。
これにより、ユーザウォレットから事業者ウォレットへ暗号資産を移転することができる。

（付記９）
情報処理システムは、サーバを提供する事業者とは異なる者が提供する情報処理装置であるＢＩＮスポンサーを含み、移転ステップ（Ｓ５０３）は、ユーザウォレットから暗号資産を移転する際に、ＢＩＮスポンサーからの承認を受け付けたことに応じて、ユーザウォレットから暗号資産を移転するステップである、付記１記載のプログラム。
これにより、システムのセキュリティと信頼性を向上させることができる。不正取引や誤操作等を提言することができる。

（付記１０）
ユーザが操作可能なユーザ端末、サーバからなる情報処理システムに実行される方法であって、情報処理システムが、付記１から付記９のいずれかに係る発明において実行される全てのステップを実行する方法。
これにより、利便性に優れた暗号資産を用いたカード決済サービスを実現できる。

（付記１１）
付記１から付記９のいずれかに係る発明において実行される全てのステップを実行する手段を備えるユーザが操作可能なユーザ端末、サーバからなる情報処理システム。
これにより、利便性に優れた暗号資産を用いたカード決済サービスを実現できる。

１ システム、１０ サーバ、１０１ 記憶部、１０４ 制御部、１０６ 入力装置、１０８ 出力装置、２０ ユーザ端末、２０１ 記憶部、２０４ 制御部、２０６ 入力装置、２０８ 出力装置、３０ 決済端末、３０１ 記憶部、３０４ 制御部、３０６ 入力装置、３０８ 出力装置、５０ ブロックチェーン、５０１ 記憶部、５０４ 制御部、５０６ 入力装置、５０８ 出力装置、６０ 第三者承認エンティティ、６０１ 記憶部、６０４ 制御部、６０６ 入力装置、６０８ 出力装置、７０ カードシステム、７０１ 記憶部、７０４ 制御部、７０６ 入力装置、７０８ 出力装置

Claims (11)

1. ユーザが操作可能なユーザ端末、サーバからなる情報処理システムに用いられるプログラムであって、
   前記サーバに、
   暗号資産を、前記ユーザに関連づけられた所定のユーザウォレットに格納する格納ステップと、
   所定の支払先を暗号資産の移転先として関連付けられた精算コントラクトのアドレスを、前記ユーザウォレットに記憶する割当ステップと、
   前記ユーザ端末により行われたカード決済に関するリクエストを受信したことに応じて、カード決済事業者が提供するカードシステムに対するカード決済を行う決済ステップと、
   前記ユーザから当該カード決済に対応する出金の承認を得ることなく、前記カード決済に応じた暗号資産を、前記精算コントラクトに基づき前記ユーザウォレットから前記所定の支払先へ、ブロックチェーン上のトランザクションとして移転する処理を実行する移転ステップと、
   を実行させるためのプログラム。
2. 前記情報処理システムは、前記サーバを提供する事業者とは異なる第三者が提供する情報処理装置である第三者承認エンティティを含み、
   前記移転ステップは、前記ユーザウォレットから暗号資産を移転する際に、前記第三者承認エンティティからの承認を受け付けたことに応じて、前記ユーザウォレットから暗号資産を移転するステップである、
   請求項１記載のプログラム。
3. 前記第三者承認エンティティは、前記カードシステムに前記決済ステップにおけるカード決済の利用金額の照会を行い、当該照会結果が前記ユーザウォレットから移転する暗号資産と整合している場合は承認を示す情報を出力し、整合しない場合は承認を示す情報を出力しない、
   請求項２記載のプログラム。
4. 前記サーバに、
   前記ユーザから、前記カード決済の上限金額を設定する上限金額設定ステップと、
   を実行させ、
   前記決済ステップは、前記上限金額設定ステップにおいて設定した前記上限金額の範囲内でカード決済を行うステップである、
   請求項１記載のプログラム。
5. 前記決済ステップは、前記上限金額設定ステップにおいて上限金額が設定されている場合に、前記所定のユーザウォレットを照会することなしにカード決済を行うステップである、
   請求項４記載のプログラム。
6. 前記サーバに、
   前記決済ステップの前に、前記カード決済に関するリクエストに基づいてオーソリ取得要求を受信するオーソリ取得ステップと、
   前記オーソリ取得ステップにおいて受信した前記オーソリ取得要求に応じて、前記ユーザウォレット内の暗号資産の移転をロックするロックステップと、
   を実行させ、
   前記決済ステップは、前記ロックステップの後に、前記カード決済を行うステップである、
   請求項１記載のプログラム。
7. 前記サーバに、
   所定の期間ごとに、前記カードシステムから前記ユーザの１または複数のカード決済の利用履歴に応じた請求金額を集計する請求集計ステップと、
   を実行させ、
   前記移転ステップは、前記請求集計ステップにおいて集計した前記請求金額に応じた暗号資産を前記ユーザウォレットから移転するステップである、
   請求項１記載のプログラム。
8. 前記移転ステップは、前記ユーザウォレットから前記サーバを提供する事業者の事業者ウォレットへ、暗号資産を移転するステップである、
   請求項１記載のプログラム。
9. 前記情報処理システムは、前記サーバを提供する事業者とは異なる者が提供する情報処理装置であるＢＩＮスポンサーを含み、
   前記移転ステップは、前記ユーザウォレットから暗号資産を移転する際に、前記ＢＩＮスポンサーからの承認を受け付けたことに応じて、前記ユーザウォレットから暗号資産を移転するステップである、
   請求項１記載のプログラム。
10. ユーザが操作可能なユーザ端末、サーバからなる情報処理システムが実行する方法であって、
    前記サーバが、
    暗号資産を、前記ユーザに関連づけられた所定のユーザウォレットに格納する格納ステップと、
    所定の支払先を暗号資産の移転先として関連付けられた精算コントラクトを、前記ユーザウォレットと関連付けて記憶する割当ステップと、
    前記ユーザ端末により行われたカード決済に関するリクエストを受信したことに応じて、カード決済事業者が提供するカードシステムに対するカード決済を行う決済ステップと、
    前記ユーザから当該カード決済に対応する出金の承認を得ることなく、前記カード決済に応じた暗号資産を、前記精算コントラクトに基づき前記ユーザウォレットから前記所定の支払先へ、ブロックチェーン上のトランザクションとして移転する処理を実行する移転ステップと、
    を実行する、
    方法。
11. ユーザが操作可能なユーザ端末、サーバからなる情報処理システムであって、
    前記サーバが、
    暗号資産を、前記ユーザに関連づけられた所定のユーザウォレットに格納する格納手段と、
    所定の支払先を暗号資産の移転先として関連付けられた精算コントラクトを、前記ユーザウォレットと関連付けて記憶する割当手段と、
    前記ユーザ端末により行われたカード決済に関するリクエストを受信したことに応じて、カード決済事業者が提供するカードシステムに対するカード決済を行う決済手段と、
    前記ユーザから当該カード決済に対応する出金の承認を得ることなく、前記カード決済に応じた暗号資産を、前記精算コントラクトに基づき前記ユーザウォレットから前記所定の支払先へ、ブロックチェーン上のトランザクションとして移転する処理を実行する移転手段と、
    を備える、
    情報処理システム。