JP2023059033A - 決済支援システム - Google Patents

Abstract

【課題】決済支援システムにおいて、オフライン環境下でプログラマブルマネーを利用可能にする決済支援システムを提供する。
【解決手段】決済支援システムは、プログラマブルマネーを利用したデジタル通貨の取引において、ユーザ端末装置２００とＰＯＳ端末装置３００がオフラインの場合、プログラマブルマネーの利用要求を履歴として記録し、オフライン決済機能でユーザ端末装置２００からＰＯＳ端末装置３００への立替払を行い、ＰＯＳ端末装置２００がオンライン復帰後に決済サーバ装置４００に要求履歴を送信し、決済サーバ装置４００は要求履歴を入力としてプログラマブルマネーを実行し、台帳の資金を移動し、オフライン決済の立替分を清算する情報を生成し、ユーザ端末装置がオフライン決済で立て替えていた分を清算する。
【選択図】図１

Description

本発明は、決済支援システムに関する。

近年、中央銀行や民間金融機関がデジタル通貨の実証や事業化を進めている。デジタル通貨とは、コンピュータシステムでデジタル化された通貨であり、インターネット上で管理・保存・交換されるものである。デジタル通貨には、中央銀行の債務として発行された法定通貨である中央銀行デジタル通貨、民間企業が発行する電子マネー、ブロックチェーンのアルゴリズムを活用した暗号資産などが含まれる。

デジタル通貨システムの運用形態として、様々なモデルが提唱されている。例えば、デジタル通貨の発行体がシステムを中央集権的に管理するモデル、発行体と関連企業から構成されたコンソーシアムがシステムを分散管理するモデル、が知られている。

消費者や企業などのエンドユーザは、モバイルデバイスやＰＯＳ端末に搭載されたアプリケーションを利用してデジタル通貨システムにアクセスし、デジタル通貨の残高参照や移転を行う。デジタル通貨の導入意義は、全ての人々が安心して決済システムを利用できるユニバーサルアクセスの追求、および、イノベーションの促進である。

ユニバーサルアクセスの１つの要件は、インターネットに接続できない状況でもデジタル通貨を利用できることである。すなわち、オフライン決済機能が求められる。

取引当事者である消費者や店舗がネットワークに接続できない場合にデジタル通貨をオフラインで決済できる技術として、例えばＭｅｔｈｏｄ ａｎｄ ｓｙｓｔｅｍ ｆｏｒ ｐｅｒｆｏｒｍｉｎｇ ｏｆｆｌｉｎｅ ｐａｙｍｅｎｔ ｂｙ ｕｓｉｎｇ ｄｉｇｉｔａｌ ｃｕｒｒｅｎｃｙ ｃｈｉｐ ｃａｒｄ（特許文献１参照）が知られている。 このシステムでは、ユーザ端末がネットワークに接続している間にオフラインウォレットにデジタル通貨をチャージしておき、決済する時にオフラインの場合は、店舗側は上限金額の範囲内で消費者の決済要求を受け付けおき、店舗端末がオンラインに復帰したら、決済要求をデジタル通貨システムに送って、取引内容を検証して資金を移動する仕組みを提供する。

一方で、デジタル通貨によるイノベーションを促進する手段として、プログラマブルマネーが期待されている。プログラマブルマネーとは、事前に定義された条件やロジックに従って取引を自動執行するものであり、例えばＰｒｏｇｒａｍｍａｂｌｅ Ｍｏｎｅｙ： Ｎｅｘｔ－Ｇｅｎｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎａｌ Ｐａｙｍｅｎｔｓ ｕｓｉｎｇ Ｂｌｏｃｋｃｈａｉｎ-Ｋｅｙｎｏｔｅ ｐａｐｅｒ（非特許文献１参照）が知られている。

プログラマブルマネーは自動決済や使途限定に利用されるものであり、生活必需品の購入のみに使える、有効期限内のみに使える、景気活性化の資金を政府から国民に一斉に支給する、といったユースケースが知られている。

プログラマブルマネーの開発をデジタル通貨サービス運用者以外の３ｒｄ Ｐａｒｔｙ（金融機関やＦｉｎｔｅｃｈなど）に開放することでイノベーションを促進し、多様な金融サービスを利用者に提供することができる。３ｒｄ Ｐａｒｔｙが開発したプログラマブルマネーは、デジタル通貨サービスの運用者がシステムに登録することで、エンドユーザが利用できるようになる。

消費者はモバイルデバイスに搭載されたアプリケーションを利用して、多数のプログラマブルマネーの中から、利用資格や興味があるものを選択し、利用登録する。店舗での支払に利用する場合、利用登録済のリストから利用したいプログラマブルマネーを指定して支払を要求する。要求をインプットにして、プログラマブルマネーが実行され、事前に定義された条件に従って支払が行われる。

ＣＮ１０７２３００７９Ｂ

Ｗｅｂｅｒ， Ｉｎｇｏ， ａｎｄ Ｍａｒｋ Ｓｔａｐｌｅｓ． "Ｐｒｏｇｒａｍｍａｂｌｅ Ｍｏｎｅｙ： Ｎｅｘｔ－Ｇｅｎｅｒａｔｉｏｎ Ｃｏｎｄｉｔｉｏｎａｌ Ｐａｙｍｅｎｔｓ ｕｓｉｎｇ Ｂｌｏｃｋｃｈａｉｎ-Ｋｅｙｎｏｔｅ ｐａｐｅｒ．" Ｉｎｔ． Ｃｏｎｆ． ｏｎ Ｃｌｏｕｄ Ｃｏｍｐｕｔｉｎｇ ａｎｄ Ｓｅｒｖｉｃｅｓ Ｓｃｉｅｎｃｅ （ＣＬＯＳＥＲ）（Ａｐｒ ２０２１）．

しかしながら、上記従来技術では、オフライン環境下でのデジタル通貨の移転のみを対象としているので、プログラマブルマネーをオフラインで実行できないという問題があった。

プログラマブルマネーは決済サービス事業者が運用するサーバ上で動作する。問題への対策として、プログラマブルマネーをサーバ上ではなく、モバイルデバイスやＰＯＳ端末などのローカル環境で実行できるように、プログラマブルマネーを事前配布することが考えられる。

ところが、プログラマブルマネーは３ｒｄ Ｐａｒｔｙにより開発されるので、種類が膨大で、新しいものが次々に追加される。そのため、モバイルデバイスやＰＯＳ端末に全てのプログラマブルマネーを事前に配布し、アップデートし続けることは困難である。

したがって、ユーザデバイスやＰＯＳ端末がオフラインの場合、オンライン上にあるプログラマブルマネーを呼び出すことができない。その結果、オフライン環境下ではプログラマブルマネーを実行できず、消費者はプログラブルマネーで得られる経済的メリットを断念せざるを得なかった。

本発明の目的は、決済支援システムにおいて、オフライン環境下でプログラマブルマネーを利用可能にすることにある。

本発明の一態様の決済支援システムは、第１の端末装置と第２の端末装置と決済サーバ装置とを有する決済支援システムであって、前記第１の端末装置と前記第２の端末装置は、オフライン状況下において、事前に定義された条件又はロジックに従って取引を自動執行するプログラマブルマネーの実行要求を要求履歴として記録し、オフライン決済で立替取引を行い、前記第２の端末装置は、オンライン復帰後に前記決済サーバ装置に前記要求履歴を送信し、前記決済サーバ装置は、前記要求履歴を入力として前記プログラマブルマネーを実行して台帳で資金の移動を行い、前記オフライン決済で立替取引を行った立替分を清算する清算情報を生成し、前記第１の端末装置は、前記清算情報に基づいて、前記オフライン決済で立て替えていた前記立替分を清算することを特徴とする。

本発明の一態様によれば、決済支援システムにおいて、オフライン環境下でプログラマブルマネーを利用可能にすることができる。

本発明の実施例１を示し、決済支援システムの装置構成の一例を示すブロック図である。 本発明の実施例１を示し、ユーザ端末装置の一例を示すブロック図である。 本発明の実施例１を示し、ＰＯＳ端末装置の一例を示すブロック図である。 本発明の実施例１を示し、決済サーバ装置の一例を示すブロック図である。 本発明の実施例１を示し、台帳テーブルの一例を示す図である。 本発明の実施例１を示し、オフラインウォレットの一例を示す図である。 本発明の実施例１を示し、お気に入りテーブルの一例を示す図である。 本発明の実施例１を示し、要求履歴テーブルの一例を示す図である。 本発明の実施例１を示し、立替清算テーブルの一例を示す図である。 本発明の実施例１を示し、ユーザ端末装置で実行される決済要求プログラムの一例を示すフローチャートである。 本発明の実施例１を示し、ＰＯＳ端末装置で実行される決済応答プログラムの一例を示すフローチャートである。 本発明の実施例１を示し、ＰＯＳ端末装置で実行される要求履歴管理プログラムの一例を示すフローチャートである。 本発明の実施例１を示し、決済サーバ装置で実行されるオフライン履歴検証プログラムの一例を示すフローチャートである。 本発明の実施例１を示し、ユーザ端末装置で実行される清算プログラムの一例を示すフローチャートである。 本発明の実施例２を示し、ユーザ端末装置の一例を示すブロック図である。 本発明の実施例２を示し、ＰＯＳ端末装置の一例を示すブロック図である。

以下、図面を用いて、本発明の実施例について説明する。

図１は、本発明の実施例１を示し、決済支援システムの装置構成の一例を示すブロック図である。
本実施例１の決済支援システムは、プログラマブルマネーを利用したデジタル通貨の取引において、ユーザ端末装置とＰＯＳ端末装置がオフラインの場合、プログラマブルマネーの利用要求を履歴として記録し、オフライン決済機能でユーザ端末装置からＰＯＳ端末装置への立替払を行い、ＰＯＳ端末装置がオンライン復帰後に決済サーバ装置に要求履歴を送信し、決済サーバ装置は要求履歴を入力としてプログラマブルマネーを実行し、台帳の資金を移動し、オフライン決済の立替分を清算する情報を生成し、ユーザ端末装置がオフライン決済で立て替えていた分を清算する。

決済支援システムは、一般消費者などのエンドユーザが所有する複数のユーザ端末装置２００と、小売店や飲食店などの事業者が所有する複数のＰＯＳ端末装置３００と、デジタル通貨の台帳管理や取引処理を行う決済サーバ装置４００と、を含む。

ここで、プログラマブルマネーは、デジタル通貨のうち、事前に定義された条件やロジックに従って取引を自動執行するもの又は自動決済や使途制限などに適用される。想定されるユースケースは、フードスタンプ（生活必需品の購入のみに使える）、タイムリミットマネー（有効期限内のみ使える）、年齢制限マネー（年齢ごとの利用制限や特典を付与。例えば、退職金引出の年齢制限、シルバー割引）、政府給付金の支給（景気活性化の資金を国民や企業に支給、募集条件に合致するか自動チェック）、税金の自動徴収（消費税をＰＯＳ端末から税務署に直接送金）などである。

図２は、ユーザ端末装置２００の一例を示すブロック図である。ユーザ端末装置２００は、メモリ２０１と、演算装置２０２と、入力装置２０３と、出力装置２０４と、通信装置２０５と、ストレージ装置２０６を含む計算機である。

ストレージ装置２０６には、ユーザが利用するプログラマブルマネーを管理するお気に入りテーブル７００と、ユーザの決済要求履歴を記録する要求履歴テーブル８００と、オフライン決済用の残高を記録するオフラインウォレット６００と、オフライン決済を実行するオフライン決済プログラム２１００と、プログラブルマネーの決済要求を処理する決済要求プログラム１０００と、オフライン決済とプログラブルマネーの差分を清算する清算プログラム１４００が格納される。

入力装置２０３は、例えば、キーボードやマウスあるいはタッチパネルで構成される。出力装置２０４は、例えば、ディスプレイなどで構成される。通信装置２０５は、ネットワークに接続されて、他の計算機と通信を行う。

オフライン決済プログラム２１００と、決済要求プログラム１０００と、清算プログラム１４００は、メモリ２０１にロードされて演算装置２０２によって実行される。

演算装置２０２は、各機能部のプログラムに従って処理を実行することによって、所定の機能を提供する機能部として稼働する。例えば、演算装置２０２は、決済要求プログラム１０００に従って処理を実行することで決済要求部として機能する。他のプログラムについても同様である。さらに、演算装置２０２は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

図３は、ＰＯＳ端末装置３００の一例を示すブロック図である。ＰＯＳ端末装置３００は、メモリ３０１と、演算装置３０２と、入力装置３０３と、出力装置３０４と、通信装置３０５と、ストレージ装置３０６を含む計算機である。

ストレージ装置３０６には、ユーザの決済要求履歴を記録する要求履歴テーブル８００と、オフライン決済用の残高を記録するオフラインウォレット６００と、オフライン決済を実行するオフライン決済プログラム２１００と、プログラブルマネーの決済要求を処理する決済応答プログラム１１００と、オフライン時に受け付けた決済要求を管理する要求履歴管理プログラム１２００と、オフライン決済とプログラブルマネーの差分を清算する清算プログラム１４００が格納される。

入力装置３０３は、例えば、キーボードやマウスあるいはタッチパネルで構成される。出力装置３０４は、例えば、ディスプレイなどで構成される。通信装置３０５は、ネットワークに接続されて、他の計算機と通信を行う。

オフライン決済プログラム２１００と、決済応答プログラム１１００と、要求履歴管理プログラム１２００と、清算プログラム１４００は、メモリ３０１にロードされて演算装置３０２によって実行される。

演算装置３０２は、各機能部のプログラムに従って処理を実行することによって、所定の機能を提供する機能部として稼働する。例えば、演算装置３０２は、決済応答プログラム１１００に従って処理を実行することで決済応答部として機能する。他のプログラムについても同様である。さらに、演算装置３０２は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

図４は、決済サーバ装置４００の一例を示すブロック図である。決済サーバ装置４００は、メモリ４０１と、演算装置４０２と、入力装置４０３と、出力装置４０４と、通信装置４０５と、ストレージ装置４０６を含む計算機である。

ストレージ装置４０６には、デジタル通貨の残高を記録する台帳テーブル５００、オフライン決済とプログラマブルマネーの清算のための情報を記録する立替清算テーブル９００、オフライン時に受け付けた決済要求をオンライン復帰後に検証するオフライン履歴検証プログラム１３００、事前に定義された条件やロジックに従って取引を自動執行するプログラマブルマネー２０００が格納される。プログラマブルマネー２０００は多数の種類が存在し、それぞれが１つのプログラムとして格納されている。

入力装置４０３は、例えば、キーボードやマウスあるいはタッチパネルで構成される。出力装置４０４は、例えば、ディスプレイなどで構成される。通信装置４０５は、ネットワークに接続されて、他の計算機と通信を行う。オフライン履歴検証プログラム１３００と、プログラマブルマネー２０００は、メモリ４０１にロードされて演算装置４０２によって実行される。

演算装置４０２は、各機能部のプログラムに従って処理を実行することによって、所定の機能を提供する機能部として稼働する。例えば、演算装置４０２は、オフライン履歴検証プログラム１３００に従って処理を実行することでオフライン履歴検証部として機能する。他のプログラムについても同様である。さらに、演算装置４０２は、各プログラムが実行する複数の処理のそれぞれの機能を提供する機能部としても稼働する。計算機及び計算機システムは、これらの機能部を含む装置及びシステムである。

図５は、台帳テーブル５００の一例を示す図である。台帳テーブル５００は、決済サーバ装置４００で管理される。
台帳テーブル５００は、アカウントＩＤ５０１と、プログラマブルマネーＩＤ５０２と、残高５０３を一つのエントリに含む。

アカウントＩＤ５０１には、各ユーザのアカウントを示すユニークな識別子が格納される。プログラマブルマネーＩＤ５０２には、アカウントＩＤ５０１に紐付けられているプログラマブルマネーのユニークな識別子が格納される。残高５０３には、アカウントＩＤ５０１とプログラマブルマネーＩＤ５０２の複合キーで特定される口座の残高が格納される。

図６は、オフラインウォレット６００の一例を示す図である。オフラインウォレット６００は、ユーザ端末装置２００およびＰＯＳ端末装置３００で管理される。
オフラインウォレット６００は、アカウントＩＤ６０１と、残高６０２をひとつのエントリに含む。アカウントＩＤ６０１には、ユーザ端末装置２００またはＰＯＳ端末装置３００を所有するユーザのアカウントを示すユニークな識別子が格納される。残高６０２には、アカウントＩＤ６０１で特定される口座のオフライン残高が格納される。

図７は、お気に入りテーブル７００の一例を示す図である。お気に入りテーブル７００は、ユーザ端末装置２００によって管理される。
お気に入りテーブル７００は、プログラマブルマネーＩＤ７０１と、名称７０２と、使途７０３と、相手先７０４と、還元率７０５と、期限７０６を一つのエントリに含む。

プログラマブルマネーＩＤ７０１には、ユーザが利用するプログラマブルマネーのユニークな識別子が格納される。名称７０２には、プログラマブルマネーＩＤ７０１で特定されるプログラマブルマネーの名称が格納される。使途７０３には、プログラマブルマネーでの支払いが可能な使途が格納される。相手先７０４には、プログラマブルマネーでの支払いを受け付ける企業および企業カテゴリが格納される。還元率７０５には、プログラブルマネーで支払った場合に得られるポイントやキャッシュバックの条件が格納される。期限７０６には、プログラマブルマネーの有効期限が格納される。

図８は、要求履歴テーブル８００の一例を示す図である。要求履歴テーブル８００は、ユーザ端末装置２００およびＰＯＳ端末装置３００によって管理される。
要求履歴テーブル８００は、要求ＩＤ８０１と、プログラマブルマネーＩＤ８０２と、支払元ＩＤ８０３と、支払先ＩＤ８０４と、支払使途８０５と、金額８０６と、オフラインＴｘＩＤ８０７と、タイムスタンプ８０８を一つのエントリに含む。

要求ＩＤ８０１には、決済要求履歴に対するユニークな識別子が格納される。プログラマブルマネーＩＤ８０２には、利用を要求されたプログラマブルマネーのＩＤが格納される。支払元ＩＤ８０３には、要求を送信したユーザのアカウントＩＤが格納される。支払先ＩＤ８０４には、要求を受け付けたユーザのアカウントＩＤが格納される。支払使途８０５には、取引の使途が格納される。金額８０６には、決済で支払われる金額が格納される。オフラインＴｘＩＤ８０７には、オフライントランザクションの実行履歴をユニークに識別するＩＤが格納される。タイムスタンプ８０８には、該当レコードを記録した日時が格納される。

図９は、立替清算テーブル９００の一例を示す図である。立替清算テーブル９００は、決済サーバ装置４００によって管理される。
立替清算テーブル９００は、要求ＩＤ９０１と、支払元ＩＤ９０２と、支払先ＩＤ９０３と、金額９０４と、検証結果９０５と、ステータス９０６を一つのエントリに含む。

要求ＩＤ９０１には、決済要求履歴に対するユニークな識別子が格納される。支払元ＩＤ９０２には、要求を送信したユーザのアカウントＩＤが格納される。支払先ＩＤ９０３には、要求を受け付けたユーザのアカウントＩＤが格納される。金額９０４には、ユーザがオフラインウォレットで立て替えている金額が格納される。検証結果９０５には、プログラマブルマネーの実行結果が格納される。ステータス９０６には、清算処理の進捗状況が格納される。

以下の説明では、ユーザＵｓｅｒ０１が店舗ＳｈｏｐＸにプログラマブルマネーＰＸ１０１で支払を行う場合を例として説明するが、これに限定されるものではない。

図１０は、決済要求プログラム１０００の一例を示すフローチャートである。この処理は、ユーザからのアクセスを契機に開始される。以下の説明では、決済要求プログラム１０００を処理の主体として説明するが、演算装置２０２を処理の主体としてもよい。

決済要求プログラム１０００は、ユーザから決済プロトコルの開始要求を受信する（Ｓ１００１）。

次に、決済要求プログラム１０００は、お気に入りテーブル７００の情報を表示する（Ｓ１００２）。これにより、ユーザ端末装置２００の出力装置２０４には、本端末を所有するユーザが事前に登録していた、興味を持っているプログラマブルマネーの一覧が表示される。ユーザはプログラブルマネーの一覧から、今回の支払で利用したいものを選択する。例えば、Ｕｓｅｒ０１は表示されている３つのプログラマブルマネーの中から、プログラマブルマネーＰＸ１０１を選択する。

次に、決済要求プログラム１０００は、ユーザが選択したプログラマブルマネーの利用要求をＰＯＳ端末装置３００に近距離無線通信で送信する（Ｓ１００３）。利用要求には、要求ＩＤ、支払元ユーザのアカウントＩＤ、選択したプログラマブルマネーのプログラマブルマネーＩＤ、名称、使途、相手先、還元率、期限が含まれる。例えば、利用要求は｛要求ＩＤ：ｘ７ｓ３２ｅ７、支払元ＩＤ：Ｕｓｅｒ０１、プログラマブルマネーＩＤ：ＰＸ１０１、名称：オーガニック、使途：自然食品、相手先：自然食品取扱店、還元率：５％、期限：２０２１／１０／０１｝というメッセージである。

次に、決済要求プログラム１０００は、ＰＯＳ端末装置３００から応答を受信する（Ｓ１００４）。例えば、応答メッセージは、｛要求ＩＤ：ｘ７ｓ３２ｅ７、接続状態：Ｏｆｆｌｉｎｅ、オフライントランザクション：｛オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、電子署名：［ＳｈｏｐＸ］｝｝というメッセージである。

次に、決済要求プログラム１０００は、応答メッセージを読み込み、接続状態を判定する（Ｓ１００５）。接続状態がＯｆｆｌｉｎｅであれば、ユーザ端末装置２００とＰＯＳ端末装置３００の間でのオフライン決済に切り替えるので、Ｓ１００６に進む。Ｏｎｌｉｎｅであれば、決済サーバ装置４００で要求が処理されているので、処理を終了する。

次に、決済要求プログラム１０００は、オフライン決済プログラム２１００を呼び出し、オフライントランザクションに電子署名をして、オフラインウォレットの残高を更新する（Ｓ１００６）。具体的には、電子署名をする前に、オフライントランザクションメッセージから支払元ＩＤ、支払先ＩＤ、金額を抽出して、取引内容が正しいことを検証し、そのエビデンスとして電子署名を打つ。また、確認した金額に等しい分をオフラインウォレットの残高から差し引く。例えば、オフラインウォレット６００の残高６０２が１５００の場合、支払金額分の５００を差し引いた１０００に減額される。

次に、決済要求プログラム１０００は、署名済のオフライントランザクションをＰＯＳ端末装置３００に送信する（Ｓ１００７）。例えば、オフライントランザクションメッセージは｛オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、電子署名：［ＳｈｏｐＸ、Ｕｓｅｒ０１］｝｝というメッセージである。

次に、決済要求プログラム１０００は、ＰＯＳ端末装置３００からオフライントランザクションの検証結果を受信する（Ｓ１００８）。

次に、決済要求プログラム１０００は、本取引に関する情報を要求履歴テーブル８００に登録する（Ｓ１００９）。例えば、要求ＩＤ：ｘ７ｓ３２ｅ７、プログラマブルマネーＩＤ：ＰＸ１０１、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、タイムスタンプ：２０２１０９３０ ０８：１０：００というレコードが登録される。

図１１は、決済応答プログラム１１００の一例を示すフローチャートである。この処理は、ユーザ端末装置２００から要求を受け付けたことを契機に開始される。以下の説明では、決済応答プログラム１１００を処理の主体として説明するが、演算装置３０２を処理の主体としてもよい。

決済応答プログラム１１００は、ユーザ端末装置２００からプログラマブルマネーの利用要求を受信する（Ｓ１１０１）。要求メッセージには、要求ＩＤ、支払元ユーザのアカウントＩＤ、プログラマブルマネーのプログラマブルマネーＩＤ、名称、使途、相手先、還元率、期限が含まれる。例えば、要求メッセージは｛要求ＩＤ：ｘ７ｓ３２ｅ７、支払元ＩＤ：Ｕｓｅｒ０１、プログラマブルマネーＩＤ：ＰＸ１０１、名称：オーガニック、使途：自然食品、相手先：自然食品取扱店、還元率：５％、期限：２０２１／１０／０１｝というメッセージである。

決済応答プログラム１１００は、ＰＯＳ端末装置３００が決済サーバ装置４００に接続しているかを判定する（Ｓ１１０２）。Ｏｆｆｌｉｎｅであれば、ユーザ端末装置２００とＰＯＳ端末装置３００の間でのオフライン決済に切り替えるので、Ｓ１１０３に進む。Ｏｎｌｉｎｅであれば、決済サーバ装置４００で要求を処理するので、Ｓ１１０９に進む。

決済応答プログラム１１００は、この時点でオフライン状態にあるので、オフライン決済プログラム２１００を呼び出し、オフライントランザクションメッセージを生成する（Ｓ１１０３）。メッセージは、トランザクションを識別するために、オフラインＴｘＩＤを持つ。また、トランザクションの内容を示す情報として、支払元ＩＤ、支払先ＩＤ、支払使途、金額が含まれる。さらに、ＰＯＳ端末装置３００の所有者がトランザクションに合意したことを示すため、電子署名を打つ。例えば、オフライントランザクションメッセージは、｛オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、電子署名：［ＳｈｏｐＸ］｝というメッセージである。

決済応答プログラム１１００は、接続状態とオフライントランザクションメッセージを含んだ応答をユーザ端末装置に返信する（Ｓ１１０４）。例えば、応答メッセージは、｛要求ＩＤ：ｘ７ｓ３２ｅ７、接続状態：Ｏｆｆｌｉｎｅ、オフライントランザクション：｛オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、電子署名：［ＳｈｏｐＸ］｝｝というメッセージである。

決済応答プログラム１１００は、ユーザ端末装置２００から署名済のオフライントランザクションを受信する（Ｓ１１０５）。例えば、オフライントランザクションメッセージは｛オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、電子署名：［ＳｈｏｐＸ、Ｕｓｅｒ０１］｝｝というメッセージである。

決済応答プログラム１１００は、オフライン決済プログラムを呼び出し、オフライントランザクションを検証し、オフラインウォレットを更新する（Ｓ１１０６）。具体的には、オフライントランザクションの支払元ＩＤが示すユーザによって電子署名されていることを検証する。また、確認した金額に等しい分をオフラインウォレットの残高に加算する。例えば、オフラインウォレット６００の残高６０２が８０００の場合、支払金額分の５００を加えた８５００に増額される。

決済応答プログラム１１００は、トランザクション検証結果をユーザ端末装置に返信する（Ｓ１１０７）。決済応答プログラム１１００は、プログラマブルマネーの利用要求に関する情報を要求履歴テーブル８００に登録する（Ｓ１１０８）。例えば、要求ＩＤ：ｘ７ｓ３２ｅ７、プログラマブルマネーＩＤ：ＰＸ１０１、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、タイムスタンプ：２０２１０９３０ ０８：１０：００というレコードが登録される。

決済応答プログラム１１００は、この時点でオンライン状態にあるので、決済サーバ装置４００のプログラマブルマネーを呼び出し、応答を受信する（Ｓ１１０９）。決済応答プログラム１１００は、接続状態とオンライン実行結果を含んだ応答をユーザ端末装置に返信する（Ｓ１１１０）。例えば、応答メッセージは、｛要求ＩＤ：ｘ９ｔ１２ｕ５、接続状態：Ｏｎｌｉｎｅ、オンライントランザクション：｛実行結果：ｓｕｃｃｅｓｓ｝｝というメッセージである。

図１２は、要求履歴管理プログラム１２００の一例を示すフローチャートである。この処理は、ＰＯＳ端末装置３００の定期的なスケジューラをトリガに開始される。
以下の説明では、要求履歴管理プログラム１２００を処理の主体として説明するが、演算装置３０２を処理の主体としてもよい。

要求履歴管理プログラム１２００は、ＰＯＳ端末装置３００のスケジューラから処理開始要求を受信する（Ｓ１２０１）。
要求履歴管理プログラム１２００は、ＰＯＳ端末装置３００が決済サーバ装置４００に接続しているかを判定する（Ｓ１２０２）。Ｏｎｌｉｎｅであれば、Ｓ１２０３に進む。Ｏｆｆｌｉｎｅであれば、Ｓ１２０２を繰り返し実行して、Ｏｎｌｉｎｅになるまで待つ。

要求履歴管理プログラム１２００は、要求履歴テーブル８００を参照し、全レコードを決済サービス装置４００に送信する（Ｓ１２０３）。要求履歴管理プログラム１２００は、要求履歴テーブル８００の全レコードを削除する（Ｓ１２０４）。

図１３は、オフライン履歴検証プログラム１３００の一例を示すフローチャートである。この処理は、ＰＯＳ端末装置３００からメッセージを受けたことを契機に開始される。
以下の説明では、オフライン履歴検証プログラム１３００を処理の主体として説明するが、演算装置４０２を処理の主体としてもよい。

オフライン履歴検証プログラム１３００は、ＰＯＳ端末装置３００からプログラマブルマネーの要求履歴レコード群を受信（Ｓ１３０１）。

オフライン履歴検証プログラム１３００は、要求履歴レコードを１件抽出する（Ｓ１３０２）。要求履歴レコードには、要求ＩＤ、プログラマブルマネーＩＤ、支払元ＩＤ、支払先ＩＤ、支払使途、金額、オフラインＴｘＩＤ、タイムスタンプが含まれる。例えば、要求ＩＤ：ｘ７ｓ３２ｅ７、プログラマブルマネーＩＤ：ＰＸ１０１、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、タイムスタンプ：２０２１０９３０ ０８：１０：００というレコードである。

オフライン履歴検証プログラム１３００は、要求履歴レコードからプログラマブルマネーへの要求メッセージを生成する（Ｓ１３０３）。具体的には、プログラマブルマネーＩＤ、支払元ＩＤ、支払先ＩＤ、支払使途、金額をプログラブルマネーの要求メッセージに詰める。例えば、要求メッセージは、｛プログラマブルマネーＩＤ：ＰＸ１０１、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００｝というメッセージである。

オフライン履歴検証プログラム１３００は、前ステップで指定されたプログラマブルマネー２０００を呼び出し、台帳５００を更新する（Ｓ１３０４）。決済サーバ装置４００には、複数のプログラマブルマネーがデプロイされており、それぞれがプログラマブルマネーＩＤで識別される。前ステップの要求メッセージからプログラマブルマネーＩＤを抽出し、該当するプログラマブルマネーを呼び出す。このとき、前ステップの要求メッセージで指定された支払元ＩＤ、支払先ＩＤ、支払使途、金額を引数として渡す。

その結果、事前に定義された条件に従ってプログラマブルマネーが実行され、その結果は決済サーバ装置４００の台帳テーブル５００に反映される。例えば、プログラマブルマネーＰＸ１０１は、使途が自然食品のみに限定されており、利用金額の５％がポイントとして還元されるとする。｛プログラマブルマネーＩＤ：ＰＸ１０１、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００｝というメッセージを受け取ると、支払使途が自然食品であることを検証し、利用金額５００の５％を割り引いた４７５を支払金額として計算し、台帳テーブル５００のＵｓｅｒ０１のＰＸ１０１の残高から４７５を差し引き、ＳｈｏｐＸのＰＸ１０１の残高に４７５を加算する。

次に、オフライン履歴検証プログラム１３００は、処理済のレコードに関する情報を立替清算テーブル９００に登録する（Ｓ１３０５）。具体的には、要求履歴レコードから抽出した情報を、要求ＩＤ９０１、支払元ＩＤ９０２、支払先ＩＤ９０３、金額９０４に転記する。また、プログラブルマネーの実行結果を検証結果９０５に記録する。さらに、清算処理が始まったことを示すため、ステータス９０６は「ＴｏＤｏ」という値を記録する。例えば、要求ＩＤ：ｘ７ｓ３２ｅ７、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、金額：５００、ステータス：ＴｏＤｏというレコードである。

オフライン履歴検証プログラム１３００は、要求履歴レコード群を参照して、残レコードがあるかどうか判定する（Ｓ１３０６）。Ｙｅｓの場合、Ｓ１３０２に進み、次のレコードを処理する。Ｎｏの場合、全てのレコードを処理できたので、処理を終了する。

図１４は、清算プログラム１４００の一例を示すフローチャートである。この処理は、ユーザ端末装置２００およびＰＯＳ端末装置３００がオフラインからオンラインに復帰したことを契機に開始される。以下の説明では、清算プログラム１４００を処理の主体として説明するが、演算装置２０２を処理の主体としてもよい。

まず、清算プログラム１４００は、決済サービス装置４００の立替清算テーブル９００を検索し、当該ユーザの未精算レコードを取得する（Ｓ１４０１）。具体的には、本プログラムが実行されているユーザ端末装置２００の所有者を示すアカウントＩＤで、立替清算テーブル９００の支払元ＩＤ列９０２をキー検索し、取得できたレコード群に対して、ステータス列９０６の値が「ＴｏＤｏ」であるレコードに絞り込む。これで当該ユーザの未精算レコードを取得できる。本プログラムがＰＯＳ端末装置３００で実行される場合は、アカウントＩＤで立替清算テーブル９００の支払先ＩＤ列９０３をキー検索し、同様の絞り込みを行う。

次に、清算プログラム１４００は、前ステップで取得したレコード群を参照して、残レコードがあるかどうか判定する（Ｓ１４０２）。Ｙｅｓの場合、Ｓ１４０３に進み、次のレコードを処理する。Ｎｏの場合、全てのレコードを処理できたので、処理を終了する。

清算プログラム１４００は、立替清算レコードを１件抽出する（Ｓ１４０３）。立替清算レコードには、要求ＩＤ、支払元ＩＤ、支払先ＩＤ、金額、検証結果、ステータスが含まれる。例えば、立替清算レコードは、要求ＩＤ：ｘ７ｓ３２ｅ７、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、金額：５００、ステータス：ＴｏＤｏというレコードである。

清算プログラム１４００は、要求履歴テーブル８００を要求ＩＤで検索し、当該レコードを取得する（Ｓ１４０４）。例えば、要求履歴レコードは、要求ＩＤ：ｘ７ｓ３２ｅ７、プログラマブルマネーＩＤ：ＰＸ１０１、支払元ＩＤ：Ｕｓｅｒ０１、支払先ＩＤ：ＳｈｏｐＸ、支払使途：自然食品、金額：５００、オフラインＴｘＩＤ：ｘ０ｔ８３ｌｖｄ９、タイムスタンプ：２０２１０９３０ ０８：１０：００というレコードである。

清算プログラム１４００は、立替清算レコードの金額と要求履歴レコードの金額が一致することを検証する（Ｓ１４０５）。清算プログラム１４００は、立て替えた金額をオフラインウォレットで清算する（Ｓ１４０６）。決済実行時はオフラインでプログラマブルマネーを利用できなかったため、オフラインウォレットで決済をした。その後、オンラインに復帰し、決済サーバ装置４００でプログラマブルマネーが実行され、台帳テーブル５００が更新された。プログラマブルマネー用のアカウントで資金が移動している。

そこで、オフライン時に支払ったまたは受け取った金額をオフラインウォレットに戻すことで、清算を行う。例えば、ユーザ端末装置２００で清算する場合、オフラインウォレット６００の残高６０２は、現残高の１０００に立替分の５００を足して１５００に更新される。一方で、ＰＯＳ端末装置３００で清算する場合、オフラインウォレット６００の残高６０２は、現残高の８５００から立替分の５００を差し引いて８０００に更新される
清算プログラム１４００は、決済サービス装置４００の立替清算テーブル９００の当該レコードのステータスを更新する（Ｓ１４０７）。具体的には、現在処理中の要求ＩＤに合致するレコードのステータス列９０６を「Ｄｏｎｅ」に更新する。

以上のように、本実施例１の決済支援システムでは、オフライン環境下でもプログラマブルマネーによるデジタル通貨の取引を行うことができる。なお、上記実施例１では、プログラマブルマネーＰＸ１０１のＵｓｅｒ０１からＳｈｏｐＸへの支払を例として上げたが、これに限定されるものではない。Ｕｓｅｒ０２やＵｓｅｒ０３などその他のユーザが送信元になる場合、ＳｈｏｐＹやその他の店舗が送信先になる場合、ＰＵ０８５やＰＳ２８０などその他のプログラマブルマネーで支払う場合、など様々な取引が存在する。

また、本実施例１でテーブルでの情報格納を例示したが、テーブルに限定されるものではなく、スキーマレスのデータとして格納されてもよい。

本実施例２は、実施例１におけるユーザ端末装置２００とＰＯＳ端末装置３００に限られた種類のプログラマブルマネー２０００を格納し、ユーザ端末装置２００の決済要求プログラム１０００がＳ１００６においてオフライン決済プログラム２１００を呼び出す代わりにプログラマブルマネー２０００を実行し、ＰＯＳ端末装置３００の決済応答プログラム１１００がＳ１１０３においてオフライン決済プログラム２１００を呼び出す代わりにプログラマブルマネーを実行し、決済サーバ装置４００のオフライン履歴検証プログラムがＳ１３０４においてユーザ端末装置２００とＰＯＳ端末装置３００で実行されたプログラマブルマネーの結果を検証し、Ｓ１３０５において立替清算のステータスを「Ｄｏｎｅ」で登録するものである。

図１５を参照して、実施例２のユーザ端末装置２００の構成について説明する。
図１５は、ユーザ端末装置２００の一例を示すブロック図である。ユーザ端末装置２００は、メモリ２０１と、演算装置２０２と、入力装置２０３と、出力装置２０４と、通信装置２０５と、ストレージ装置２０６を含む計算機である。

ストレージ装置２０６には、ユーザが利用するプログラマブルマネーを管理するお気に入りテーブル７００と、ユーザの決済要求履歴を記録する要求履歴テーブル８００と、プログラブルマネーの決済要求を処理する決済要求プログラム１０００と、プログラマブルマネー２０００が格納される。

図１６を参照して、実施例２のユーザ端末装置２００の構成について説明する。
図１６は、ＰＯＳ端末装置３００の一例を示すブロック図である。ＰＯＳ端末装置３００は、メモリ３０１と、演算装置３０２と、入力装置３０３と、出力装置３０４と、通信装置３０５と、ストレージ装置３０６を含む計算機である。

ストレージ装置３０６には、ユーザの決済要求履歴を記録する要求履歴テーブル８００と、プログラブルマネーの決済要求を処理する決済応答プログラム１１００と、オフライン時に受け付けた決済要求を管理する要求履歴管理プログラム１２００と、プログラブルマネー２００が格納される。

図１０～図１４を参照して、実施例１から変更があるステップのみ、以下に示す。

Ｓ１００６において、決済要求プログラム１０００は、ユーザ端末装置２００上のプログラマブルマネー２０００を呼び出し、プログラマブルマネーに定義された条件に従って、支払元ＩＤ、支払先ＩＤ、金額を計算し、その結果に合意することのエビデンスとして電子署名を打つ。

Ｓ１１０３において、決済応答プログラム１１００は、ＰＯＳ端末装置３００上のプログラマブルマネー２０００を呼び出し、プログラマブルマネーに定義された条件に従って、支払元ＩＤ、支払先ＩＤ、金額を計算し、その結果に合意することのエビデンスとして電子署名を打つ。

Ｓ１１０６において、決済応答プログラム１１００は、オフライントランザクションが支払元と支払先によって電子署名されていることを検証する。

Ｓ１３０４において、オフライン履歴検証プログラム１３００は、Ｓ１３０３で指定されたプログラマブルマネー２０００を呼び出し、その実行結果を取得し、Ｓ１００６でユーザ端末装置２００に電子署名された実行結果、および、Ｓ１１０３でＰＯＳ端末装置３００に電子署名された実行結果を比較し、実行結果が等しくなることを検証し、台帳５００を更新する。

Ｓ１３０５において、オフライン履歴検証プログラム１３００は、処理済のレコードに関する情報を立替清算テーブル９００に登録する。Ｓ１３０４において、ユーザ端末装置２００、ＰＯＳ端末装置３００、決済サーバ装置４００の間でプログラマブルマネーの実行結果に対する合意が得られているため、清算処理が不要であることから、ステータス９０６に「Ｄｏｎｅ」という値を記録する。それ以外のデータ項目については、実施例１と同じ値を登録する。

このように変更することにより、オフライン環境下でも事前にユーザ端末装置とＰＯＳ端末装置に格納しておいたプログラマブルマネーを利用できるため、オフラインウォレットにチャージしたデジタル通貨で支払を一時的に立て替える必要がなくなる。

プログラマブルマネーのユースケースとして社会保障は重要な分野であり、例えば、生活保護受給者に生活必需品の支払のみに使えるプログラブルマネーを給付することが考えられる。受給者は貯蓄が少ないため、実施例１のように支払の立替ができない場合がある。そこで、生活保護用のプログラマブルマネーのみを優先して小売店や医療機関のＰＯＳ端末に配布しておくことで、生活保護受給者がデジタル通貨を利用できる機会を増やすことができる。

上記実施例では、決済支援装置は、プログラマブルマネーを利用したデジタル通貨の取引において、ユーザ端末装置とＰＯＳ端末装置がオフラインの場合でも取引を実行できるようにするために、プログラマブルマネーの利用要求を履歴として記録し、オフライン決済機能でユーザ端末装置からＰＯＳ端末装置への立替払を行い、ＰＯＳ端末装置がオンライン復帰後に決済サーバ装置に要求履歴を送信し、決済サーバ装置は要求履歴を入力としてプログラマブルマネーを実行し、台帳の資金を移動し、オフライン決済の立替分を清算する情報を生成し、ユーザ端末装置がオフライン決済で立て替えていた分を清算する。

このように、上記実施例では、デジタル通貨システムのユーザデバイス装置やＰＯＳ端末装置がネットワークに接続されていない場合、事前に定義された条件やロジックに従って取引を自動取引するプログラブルマネーを利用できないという課題を解決する。このために、オフライン状況下ではプログラムマネーの利用リクエストを受け付けた上で、オフラインウォレットで立替決済したことを履歴として記録し、オンライン復帰後にプログラマブルマネーを実行して、オフライン決済との差分をオンラインウォレットとオフラインウォレットの間で清算する。

これにより、オフラインでもプログラマブルマネーの経済的便益を得ることが可能となり、デジタル通貨がもたらすユニバーサルアクセスやイノベーションの促進といった付加価値を向上することができる。

なお、上記実施例では、ＰＯＳ端末装置を例に取り説明してきたが、ネットワークに接続可能ならば、ＰＯＳ端末装置に限定されず、他の端末装置であっても良い。

２００ ユーザ端末装置
３００ ＰＯＳ端末装置
４００ 決済サーバ装置
５００ 台帳テーブル
６００ オフラインウォレット
７００ お気に入りテーブル
８００ 要求履歴テーブル
９００ 立替清算テーブル
１０００ 決済要求プログラム
１１００ 決済応答プログラム
１２００ 要求履歴管理プログラム
１３００ オフライン履歴検証プログラム
１４００ 清算プログラム
２０００ プログラマブルマネー
２１００ オフライン決済プログラム

Claims (15)

1. 第１の端末装置と第２の端末装置と決済サーバ装置とを有する決済支援システムであって、
   前記第１の端末装置と前記第２の端末装置は、
   オフライン状況下において、事前に定義された条件又はロジックに従って取引を自動執行するプログラマブルマネーの実行要求を要求履歴として記録し、オフライン決済で立替取引を行い、
   前記第２の端末装置は、
   オンライン復帰後に前記決済サーバ装置に前記要求履歴を送信し、
   前記決済サーバ装置は、
   前記要求履歴を入力として前記プログラマブルマネーを実行して台帳で資金の移動を行い、前記オフライン決済で立替取引を行った立替分を清算する清算情報を生成し、
   前記第１の端末装置は、
   前記清算情報に基づいて、前記オフライン決済で立て替えていた前記立替分を清算することを特徴とする決済支援システム。
2. 前記オフライン決済のトランザクション履歴と前記プログラマブルマネーの利用要求とを関連付けて証跡として記録することを特徴とする請求項１に記載の決済支援システム。
3. 前記立替分を清算する際に、前記決済サーバ装置で生成された前記清算情報と前記第１の端末装置で記録された前記要求履歴を照合して検証することを特徴とする請求項１に記載の決済支援システム。
4. 前記第１の端末装置は、前記ユーザが操作するユーザ端末装置であり、
   前記第２の端末装置は、ＰＯＳ端末装置であることを特徴とする請求項１に記載の決済支援システム。
5. 第１の端末装置と第２の端末装置と決済サーバ装置とを有する決済支援システムであって、
   前記第１の端末装置は、
   事前に定義された条件又はロジックに従って取引を自動執行するプログラマブルマネーの一覧を管理するお気に入りテーブルと、
   ユーザの決済要求履歴を記録する第１の要求履歴テーブルと、
   オフライン決済用の残高を記録する第１のオフラインウォレットと、
   前記オフライン決済を実行する第１のオフライン決済部と、
   前記プログラブルマネーの決済要求を処理する決済要求部と、
   前記オフライン決済と前記プログラブルマネーの差分を清算する第１の清算部と、を有し、
   前記第２の端末装置は、
   前記ユーザの前記決済要求履歴を記録する第２の要求履歴テーブルと、
   前記オフライン決済用の残高を記録する第２のオフラインウォレットと、
   前記オフライン決済を実行する第２のオフライン決済部と、
   前記プログラブルマネーの決済要求を処理する決済応答部と、
   オフライン時に受け付けた決済要求を管理する要求履歴管理部と、
   前記オフライン決済と前記プログラブルマネーの差分を清算する第２の清算部と、を有し、
   前記決済サーバ装置は、
   前記プログラマブルマネーを格納し、
   デジタル通貨の残高を記録する台帳テーブルと、
   前記オフライン決済と前記プログラマブルマネーの清算のための情報を記録する立替清算テーブルと、
   オフライン時に受け付けた決済要求をオンライン復帰後に検証するオフライン履歴検証部と、
   を有することを特徴とする決済支援システム。
6. 前記第１の端末装置において、
   前記決済要求部は、
   前記お気に入りテーブルに格納された前記プログラブルマネーの一覧から、前記ユーザが選択した前記プログラマブルマネーの利用要求を前記第２の端末装置に送信し、
   前記第２の端末装置から応答を受信して接続状態を判定し、
   前記接続状態がオフラインの場合、前記第１の端末装置と前記第２の端末装置の間での前記オフライン決済に切り替え、
   前記第１のオフライン決済部は、
   オフライントランザクションに電子署名をして、前記第１のオフラインウォレットの残高を更新し、
   前記決済要求部は、
   電子署名済の前記オフライントランザクションを前記第２の端末装置に送信して前記第２の端末装置から前記オフライントランザクションの検証結果を受信し、
   取引に関する情報を前記第１の要求履歴テーブルに登録することを特徴とする請求項５に記載の決済支援システム。
7. 前記第２の端末装置において、
   前記決済応答部は、
   前記第１の端末装置から前記プログラマブルマネーの利用要求を受信し、
   前記第２の端末装置が前記決済サーバ装置に接続しているか否かの接続状態を判定し、
   前記接続状態がオフラインの場合、前記第１の端末装置と前記第２の端末装置の間での前記オフライン決済に切り替え、
   前記第２のオフライン決済部は、
   前記オフライントランザクションを生成し、前記接続状態と前記オフライントランザクションを含んだ応答を前記第１の端末装置に返信し、
   前記決済応答部は、
   前記第１の端末装置から電子署名済の前記オフライントランザクションを受信し、
   前記第２のオフライン決済部は、
   前記オフライントランザクションを検証して前記第２のオフラインウォレットの残高を更新し、
   前記決済応答部は、
   トランザクション検証結果を前記第１の端末装置に返信し、
   前記プログラマブルマネーの利用要求に関する情報を前記第２の要求履歴テーブルに登録し、
   前記決済応答部は、
   前記接続状態がオンラインの場合、前記決済サーバ装置の前記プログラマブルマネーを呼び出して応答を受信し、
   前記接続状態とオンライン実行結果を含んだ応答を前記第１の端末装置に返信することを特徴とする請求項６に記載の決済支援システム。
8. 前記第２の端末装置において、
   前記要求履歴管理部は、
   前記第２の端末装置が前記決済サーバ装置に接続しているか否かの接続状態を判定し、
   前記接続状態がオンラインの場合、前記第２の要求履歴テーブルを参照し、前記決済要求履歴を前記決済サービス装置に送信することを特徴とする請求項７に記載の決済支援システム。
9. 前記決済サーバ装置において、
   前記オフライン履歴検証部は、
   前記第２の端末装置から前記プログラマブルマネーの前記決済要求履歴を受信し、
   前記決済要求履歴から前記プログラマブルマネーへの要求メッセージを生成し、
   前記要求メッセージから前記プログラマブルマネーを呼び出して、前記台帳テーブルを更新し、
   処理済の前記決済要求履歴に関する情報を前記立替清算テーブルに登録することを特徴とする請求項８に記載の決済支援システム。
10. 前記決済サーバ装置には、
    複数の前記プログラマブルマネーが格納され、プログラマブルマネーＩＤでそれぞれ識別されており、
    前記要求メッセージから前記プログラマブルマネーＩＤを抽出し、該当する前記プログラマブルマネーを呼び出し、
    前記要求メッセージで指定された支払元ＩＤ、支払先ＩＤ、支払使途及び金額を引数として渡して、前記事前に定義された条件に従って前記プログラマブルマネーが実行され、実行結果が前記台帳テーブルに反映されることを特徴とする請求項９に記載の決済支援システム。
11. 前記第１の端末装置及び前記第２の端末装置において、
    前記第１の清算部及び前記第２の清算部は、
    前記決済サービス装置の前記立替清算テーブルを参照して、立替金額を前記第１のオフラインウォレット及び前記第２のオフラインウォレットでそれぞれ清算し、
    前記決済サービス装置の前記立替清算テーブルを更新することを特徴とする請求項１０に記載の決済支援システム。
12. 前記第１の端末装置で清算する場合、
    前記第１のオフラインウォレットの残高は、現残高に前記立替金額を足して更新され、
    前記第２の端末装置で清算する場合、
    前記第２のオフラインウォレットの残高は、現残高から前記立替金額を差し引いて更新されることを特徴とする請求項１１に記載の決済支援システム。
13. 前記第１の端末装置は、前記ユーザが操作するユーザ端末装置であり、
    前記第２の端末装置は、ＰＯＳ端末装置であることを特徴とする請求項５に記載の決済支援システム。
14. 第１の端末装置と第２の端末装置と決済サーバ装置とを有する決済支援システムであって、
    前記第１の端末装置は、
    事前に定義された条件又はロジックに従って取引を自動執行するプログラマブルマネーを格納し、
    前記プログラマブルマネーの一覧を管理するお気に入りテーブルと、
    前記ユーザの決済要求履歴を記録する第１の要求履歴テーブルと、
    前記プログラブルマネーの決済要求を処理する決済要求部と、を有し、
    前記第２の端末装置は、
    前記プログラマブルマネーを格納し、
    前記ユーザの前記決済要求履歴を記録する第２の要求履歴テーブルと、
    前記プログラブルマネーの決済要求を処理する決済応答部と、
    オフライン時に受け付けた決済要求を管理する要求履歴管理部と、を有し、
    前記決済サーバ装置は、
    前記プログラマブルマネーを格納し、
    デジタル通貨の残高を記録する台帳テーブルと、
    オフライン決済と前記プログラマブルマネーの清算のための情報を記録する立替清算テーブルと、
    オフライン時に受け付けた決済要求をオンライン復帰後に検証するオフライン履歴検証部と、を有し、
    前記第１の端末装置において、
    前記決済要求部は、
    前記プログラマブルマネーを実行し、
    前記第２の端末装置において、
    前記決済応答部は、
    前記プログラマブルマネーを実行し、
    前記決済サーバ装置において、
    前記オフライン履歴検証部は、
    前記第１の端末装置と前記第２の端末装置で実行された前記プログラマブルマネーの実行結果を検証して立替清算を行い、前記台帳テーブルを更新することを特徴とする決済支援システム。
15. 前記第１の端末装置は、前記ユーザが操作するユーザ端末装置であり、
    前記第２の端末装置は、ＰＯＳ端末装置であることを特徴とする請求項１４に記載の決済支援システム。

Images