JP7467583B1 - 決済管理装置、決済管理方法、およびプログラム - Google Patents

Abstract

【課題】予約時点よりも将来の時点で発生する、特定の提供者により提供される商品またはサービスの電子決済を好適にサポートすること。【解決手段】利用者の利用する端末装置から、予め商品またはサービスの提供者、対象期間、および割引規則が定められたキャンペーンに応じて将来時点において商品を購入しまたはサービスを受けると共に、当該商品またはサービスについて電子決済サービスを利用した電子決済を行うことを予約する予約リクエストを受け付け、予約リクエストに係る前払い金を利用者から取得する受付部と、利用者の端末装置または決済場所に設置された決済用装置から、少なくとも決済金額と利用者の識別情報を認識可能な決済情報を取得し、取得した情報に基づいて決済処理を行う決済処理部と、を備え、決済処理部は、予約リクエストに係る決済情報を取得した場合、割引規則に基づいて決済処理を行う、決済管理装置。【選択図】図８

Description

本発明は、決済管理装置、決済管理方法、およびプログラムに関する。

従来、ユーザを識別するユーザ識別情報に紐付けられ、仮想プリペイドカードの識別情報に紐付けられていない第１残高と、仮想プリペイドカードの識別情報に紐付けられた第２残高を記憶部に記憶させておき、仮想プリペイドカードの識別情報とチャージ金額を指定したチャージ要求を受け付けた場合に、チャージ金額を第１残高から第２残高にチャージする装置の発明が知られている（特許文献１参照）。

特開２０２０－１７７４４３号公報

上記従来の技術では、予約時点よりも将来の時点で発生する、特定の提供者により提供される商品またはサービスの電子決済を好適にサポートすることができない場合があった。

本発明は、このような事情を考慮してなされたものであり、予約時点よりも将来の時点で発生する、特定の提供者により提供される商品またはサービスの電子決済を好適にサポートすることが可能な決済管理装置、決済管理方法、およびプログラムを提供することを目的の一つとする。

本発明の一態様は、利用者の利用する端末装置から、予め商品またはサービスの提供者、対象期間、および割引規則が定められたキャンペーンに応じて将来時点において商品を購入しまたはサービスを受けると共に、当該商品またはサービスについて電子決済サービスを利用した電子決済を行うことを予約する予約リクエストを受け付け、前記予約リクエストに係る前払い金を前記利用者から取得する受付部と、前記利用者の端末装置または決済場所に設置された決済用装置から、少なくとも決済金額と前記利用者の識別情報を認識可能な決済情報を取得し、取得した情報に基づいて決済処理を行う決済処理部と、を備え、前記決済処理部は、前記予約リクエストに係る決済情報を取得した場合、前記割引規則に基づいて前記決済処理を行う、決済管理装置である。

本発明の一態様によれば、予約時点よりも将来の時点で発生する、特定の提供者により提供される商品またはサービスの電子決済を好適にサポートすることができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示したシーケンス図（その１）である。 電子決済の大まかな流れを例示したシーケンス図（その２）である。 決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 加盟店／店舗情報１７６の内容の一例を示す図である。 決済事業者アカウント情報１７８の内容の一例を示す図である。 事前予約決済の概略を示す図である。 第１実施形態におけるキャンペーン情報１８０の内容の一例を示す図である。 第１実施形態において事前予約の申し込み操作が行われるインターフェース画面の一例を示す図である。 事前予約決済の進行に応じたアカウントごとの金額の推移の一例（パターン１－１）を示す図である。 事前予約決済の進行に応じたアカウントごとの金額の推移の一例（パターン１－２）を示す図である。 第２実施形態において事前予約の申し込み操作が行われるインターフェース画面の一例を示す図である。 事前予約決済の進行に応じたアカウントごとの金額の推移の一例（パターン２－１）を示す図である。 事前予約決済の進行に応じたアカウントごとの金額の推移の一例（パターン２－２）を示す図である。 一定額でのみ利用者が事前購入できる場合のキャンペーン情報１８０Ａの内容の一例を示す図である。

以下、図面を参照し、本発明の決済管理装置、決済管理方法、およびプログラムの実施形態について説明する。以下に説明するアプリケーションプログラムと決済サーバ（決済管理装置）は、協働して電子決済サービスを提供する。以下の説明ではアプリケーションプログラムを決済アプリと称する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスであり、決済事業者によって運営、管理が行われる。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御される。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。加盟店または店舗は、商品またはサービスの提供者である。

＜第１実施形態＞
［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、及び一以上の第２店舗端末装置７０のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、例えば、アプリケーションストアから利用者端末装置１０にインストールされ、カメラ、通信装置、タッチパネルなどを制御する。

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置１０が表示するコード画像を読み取ったりする機能を有する。

決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

図２および図３は、電子決済の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置１０に入力する（Ｓ５）。そして、利用者端末装置１０は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、自動更新のタイミング（例えば１分おき）になったとき、およびその他のタイミングで、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコードやバーコード等のコード画像を表示する（Ｓ１４）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコード等を取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、電子決済を行う（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。また、ストアスキャンにおいてワンタイムコードの発行が省略され、決済アプリ２０は、利用者のアカウントＩＤに基づいて生成したコード画像を表示してもよい。その場合、決済サーバ１００は、ワンタイムコードに対応する利用者を特定するのに代えて、アカウントＩＤに対応する利用者を特定する。

［決済サーバ］
図４は、決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１３０と、情報管理部１４０と、記憶部１７０とを備える。決済処理部１３０は、事前予約決済処理部１３２を含む。情報管理部１４０は受付部の一例である。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、決済コンテンツ情報１７４、加盟店／店舗情報１７６、決済事業者アカウント情報１７８、キャンペーン情報１８０などの情報が格納される。

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

決済コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。決済コンテンツ提供部１２０は、決済コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１３０は、利用者情報１７２を参照しながら決済処理を行う。なお事前予約決済処理部１３２の機能については後述する。

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、後払い設定、後払い枠、後払い利用額、後払い利用可能額、決済方法設定、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報などの情報が対応付けられたものである。利用者ＵＲＬは、利用者間の送金処理に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレス、および氏名・住所・生年月日も同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。後払い設定は、後払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。後払い枠は月ごとに利用可能な後払いの限度額であり、後払い利用額は、当月に既に利用された後払いの金額であり、後払い利用可能額は、後払い枠から後払い利用額を差し引いて求められる、当月に利用可能な後払いの金額である。図では後払い枠を一つだけ示しているが、実際には更に日ごとの上限額などが存在し、それらの低い方が後払い枠に設定されてよい。後払いの更なる詳細については後述する。決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、後払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。

図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと店舗ＩＤが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗ＩＤが対応付けられた第３テーブル１７６Ｃとを含む。加盟店／店舗情報１７６には、これらの情報の他、加盟店または店舗のカテゴリ、店舗の所在地、決済パターン等の情報が含まれてもよい。

図７は、決済事業者アカウント情報１７８の内容の一例を示す図である。決済事業者アカウント情報１７８は、例えば、決済事業者一時プールアカウントと、決済事業者本アカウントのそれぞれについて金額が対応付けられた情報である。決済事業者本アカウントは、決済事業者の収益を表す情報である。決済事業者一時プールアカウントの意義については後述する。

情報管理部１４０は、利用者端末装置１０や第２店舗端末装置７０から取得した情報に基づいて、利用者情報１７２、加盟店／店舗情報１７６、および決済事業者アカウント情報１７８を管理する。情報管理部１４０は、利用者情報１７２、加盟店／店舗情報１７６、および決済事業者アカウント情報１７８について新規レコードの追加、編集、削除などを行う。キャンペーン情報１８０については後述する。

［電子決済］
決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

決済処理部１３０は、「設定情報」が「後払い」に設定されている利用者に関して、以下のように電子決済を行う。後払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、後払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なお後払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。後払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、後払い利用額に決済金額を加算し、後払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う。なお暫定決済の時点で決済金額が後払い利用可能額を超える場合は、エラー通知が決済アプリケーション２０に返信される。

［事前予約決済］
以下、事前予約決済について説明する。情報管理部１４０は、利用者端末装置１０から、予め商品またはサービスの提供者、対象期間、および割引規則（例えば割引率であり、割引額であってもよい）が定められたキャンペーンに応じて将来時点において商品を購入しまたはサービスを受けると共に、当該商品またはサービスについて電子決済サービスを利用した電子決済を行うことを予約する予約リクエストと、予約リクエストに係る前払い金の支払いを受け付け、記憶部１７０に反映させる。対象期間とは、例えば、将来の特定の期間（〇月〇日～〇月〇日、または一日限定であってもよい）、或いは予約時点以降、特定の日までの期間である。そして、決済処理部１３０は、前述のように、利用者端末装置１０または決済場所に設置された決済用装置（例えば第１店舗端末装置５０）から、少なくとも決済金額と利用者の識別情報（アカウントＩＤ）を認識可能な決済情報を取得し、取得した情報に基づいて決済処理を行うが、予約リクエストに係る決済情報を取得した場合、事前予約決済処理部１３２が、キャンペーンにより定められた割引規則に基づいて決済処理を行う。なお、以降の説明において事前予約決済においてユーザからの支払いは、専らチャージ残高から減算することで行われるものとするが、クレジットカード払い、後払いなどの他の手法でユーザからの支払いが行われてもよい。

図８は、事前予約決済の概略を示す図である。まず、ステップ１において、加盟店または店舗の運営者（担当者）が、第２店舗端末装置７０で動作する加盟店向けインターフェース７２を用いて、キャンペーン登録情報を入力する。キャンペーン登録情報は、対価上限額、割引率、対象期間、対象となる商品またはサービス等を含む情報であり、決済サーバ１００に伝えられる。決済サーバ１００では、例えば情報管理部１４０が、必要な情報をキャンペーン情報１８０として記憶部１７０に格納しておく。なお、対象となる商品またはサービスは指定されなくてもよい。つまり、当該加盟店または店舗における決済であれば何でも事前予約決済の対象となるように定められてもよい。また、ステップ１の作業は電話オペレータを介して行われてもよい。

図９は、第１実施形態におけるキャンペーン情報１８０の内容の一例を示す図である。キャンペーン情報１８０は、加盟店ＩＤまたは店舗ＩＤに対して、対価上限額、割引率、対象期間、対象となる商品またはサービス、前払い金などの情報が対応付けられたものである。前払い金については第２店舗端末装置７０から指定されてもよいし、対価上限額や割引額を参照して決済サーバ１００が自動的に計算してもよい。キャンペーン情報１８０における一つのレコードをキャンペーンと称する。決済コンテンツ提供部１２０は、設定されたキャンペーン情報１８０のそれぞれのキャンペーンについて、無作為に、或いは推定された嗜好情報などに基づいて絞り込まれた、利用者の利用者端末装置１０に内容を通知させる。

次に、ステップ２において、利用者が利用者端末装置１０を操作して所望のキャンペーンを選択して事前予約の申し込み操作を行う。図１０は、第１実施形態において事前予約の申し込み操作が行われるインターフェース画面の一例を示す図である。図示するように、利用者は、第１画面ＩＭ１で通知されるキャンペーンの画像ＩＭ１１を操作することで予約入力画面ＩＭ２を開き、当該キャンペーンについて事前予約決済を申し込むための操作を行う。これによって予約リクエストが決済サーバ１００に送信される。情報管理部１４０は、予約リクエストを受信すると、当該利用者から前払い金を取得するための処理を行う。この処理の内容については後述する。

次に、ステップ３において、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、決済サーバ１００の事前予約決済処理部１３２は、その決済情報が予約リクエストに係るものであるか否かを判断し、そうである場合にはキャンペーンにより規定された割引率を反映させた決済処理を行う。事前予約決済処理部１３２は、決済情報に含まれる加盟店ＩＤまたは店舗ＩＤ、および決済日時がキャンペーンに対応しており、且つ当該利用者が前払い金を支払った履歴が存在する場合に、決済情報が予約リクエストに係るものであると判断する。利用者が前払い金を支払った履歴は、例えば決済事業者一時プールアカウントに保存されるが、他の記憶領域に保存されてもよい。

以下、アカウントごとの金額の推移について説明する。ここでは、用語を下記のように定義する。
・対価：商品またはサービスの提供に対して支払われる金額（割引適用前の金額）
・決済額：ステップ３で利用者のアカウントから加盟店のアカウントに移される金額
・キャッシュバック：決済額とは別に加盟店または店舗のアカウントから利用者のアカウントに移される金額
・実質決済額：前払い金を加味したトータルで利用者が支払う金額
・返金：決済（購入行為）が行われなかった場合に前払い金の一部または全部が利用者に返金されること

＃＃パターン１－１＃＃
図１１は、事前予約決済の進行に応じたアカウントごとの金額の推移の一例（パターン１－１）を示す図である。以降の図では、利用者のチャージ残高、対象となる加盟店Ａの売上金（アカウント）、決済事業者一時プールアカウント、決済事業者本アカウントを例示する。パターン１－１では、決済時点で一旦、割引率を考慮しない決済が行われ、割引率に応じた金額がキャッシュバックの形で利用者に還元される。キャッシュバックは、例えば電子決済で利用可能なポイントが付与されたという態様で利用者に伝えられるが、これはチャージ残高が増加したのと実質的に同じ意味である。図１１および図１２において対価上限は１００００円、割引率は２０％であり、利用者は１１０００円分の買い物をし、あるいはサービスを受けたものとする。

ステップ１においては、アカウントごとの金額に変化は生じない。この時点の利用者のチャージ残高は２００００円であったものとする。ステップ２において、利用者が利用者端末１０を用いて予約リクエストを決済サーバ１００に送信すると、決済サーバ１００では当該利用者のチャージ残高から５００円を減算し、その５００円を決済事業者一時プールアカウントに計上する。決済事業者一時プールアカウントでは、例えば、この前払い金に対して、利用者のアカウントＩＤと、加盟店ＩＤまたは店舗ＩＤとが補助情報として付加されている。

次に、ステップ３において、事前予約決済処理部１３２は、チャージ残高から対価の１１０００円を決済額として減算すると共に、対価の１１０００円と決済事業者一時プールアカウントに保存されていた５００円とを加算して１１５００円を加盟店の売上金に計上する。続いて、事前予約決済処理部１３２は、割引率である２０％を「対価と対価上限のうち小さい方（本例では１００００円）」に乗算した割引分の２０００円を加盟店の売上金から差し引き、利用者のチャージ残高に加算する。係る処理において、一時的に決済事業者が割引分を立て替えてもよい。この結果、実質決済額は９５００円となる。係る処理に代えて、前払い金を対価の一部に充当するものと考え、前払い金をキャッシュバックに加えて２５００円、実質決済額が９０００円となるように決済処理が行われてもよい。

一方、対象期間内に決済（購入行為）が行われなかった場合、前払い金の一部または全部が利用者に返金される。このとき、決済事業者が手数料αを取得するものとしてもよいし、取得せず全額が返金されるようにしてもよい。αは前払い金を超えない範囲で何らかの規則により計算される。その場合、利用者の返金後のチャージ残高は２００００－α円となる。このとき、利用者が何も処理をせず対象期間が経過した場合は前払い金の全額が決済事業者により受領され、キャンセル処理をした場合は図示のように前払い金の一部が返金され他の一部が決済事業者により受領されるようにしてもよい。

＃＃パターン１－２＃＃
図１２は、事前予約決済の進行に応じたアカウントごとの金額の推移の一例（パターン１－２）を示す図である。パターン１－２では、決済時点で割引率を考慮した決済が行われ、キャッシュバックは発生しない。ステップ１、２、および返金の処理についてはパターン１－１と同様である。ステップ３において、事前予約決済処理部１３２は、チャージ残高から、対価の１００００円に割引率を適用した８０００円、プラス対価が対価上限を超えた分の１０００円で合計９０００円を決済額として減算し、決済額と決済事業者一時プールアカウントに保存されていた５００円とを加算して９５００円を加盟店の売上金に計上する。この結果、実質決済額は９５００円となる。係る処理に代えて、前払い金を対価の一部に充当するものと考え、キャッシュバックを２５００円、実質決済額が９０００円となるように決済処理が行われてもよい。

以上説明した第１実施形態によれば、予約時点よりも将来の時点で発生する、特定の提供者により提供される商品またはサービスの電子決済を好適にサポートすることができる。

＜第２実施形態＞
以下、第２実施形態について説明する。第１実施形態では、前払い金は事前予約決済の手数料のような性質を有するが、第２実施形態では決済時に決済額の一部として使用される金額である。第２実施形態におけるキャンペーン情報１８０（図９参照）には、前払い金の規定が省略されてよい。第２実施形態の場合、利用者は事前予約の申し込み操作において事前購入額を入力する必要がある。図１３は、第２実施形態において事前予約の申し込み操作が行われるインターフェース画面の一例を示す図である。図示するように、利用者は、第１画面ＩＭ１で通知されるキャンペーンの画像ＩＭ１１を操作することで予約入力画面ＩＭ３を開き、当該キャンペーンについて事前予約決済を申し込むための操作を行う。予約入力画面ＩＭ３において、利用者は事前購入額（対価として支払う予定の金額に割引率を適用した額、或いは対価として支払う予定の金額そのもの）を入力する。第２実施形態において、この「対価として支払う予定の金額」を「購入済対価上限」と称する。その後、予約リクエストが決済サーバ１００に送信される。情報管理部１４０は、予約リクエストを受信すると、当該利用者から前払い金を取得するための処理を行う。なお、返金時に前払い金の一部が決済事業者または加盟店への手数料として引き去られる点については同様である。

以下、第２実施形態におけるアカウントごとの金額の推移について説明する。用語の定義については第１実施形態と同様である。図１４および図１５において購入済対価上限は１００００円、割引率は２０％であり、利用者は１１０００円分の買い物をし、あるいはサービスを受けたものとする。

＃＃パターン２－１＃＃
図１４は、事前予約決済の進行に応じたアカウントごとの金額の推移の一例（パターン２－１）を示す図である。パターン２－１では、決済時点で一旦、前払い金を考慮しない決済が行われ、前払い金に応じた金額がキャッシュバックの形で利用者に還元される。

ステップ１においては、アカウントごとの金額に変化は生じない。この時点の利用者のチャージ残高は２００００円であったものとする。ステップ２において、利用者が利用者端末１０を用いて予約リクエストを決済サーバ１００に送信すると、決済サーバ１００では当該利用者のチャージ残高から８０００円を減算し、その８０００円を決済事業者一時プールアカウントに計上する。決済事業者一時プールアカウントでは、例えば、この前払い金に対して、利用者のアカウントＩＤと、加盟店ＩＤまたは店舗ＩＤとが補助情報として付加されている。

次に、ステップ３において、事前予約決済処理部１３２は、チャージ残高から対価の１１０００円を決済額として減算すると共に、対価の１１０００円と決済事業者一時プールアカウントに保存されていた８０００円とを加算して１１０００円を加盟店の売上金に計上する。続いて、事前予約決済処理部１３２は、「対価と購入済対価上限のうち小さい方（本例では１００００円）」を加盟店の売上金から差し引き、利用者のチャージ残高に加算する。係る処理において、一時的に決済事業者が割引分を立て替えてもよい。この結果、実質決済額は９０００円となる。

＃＃パターン２－２＃＃
図１５は、事前予約決済の進行に応じたアカウントごとの金額の推移の一例（パターン２－２）を示す図である。パターン２－２では、決済時点で割引率を考慮した決済が行われ、キャッシュバックは発生しない。ステップ１、２、および返金の処理についてはパターン２－１と同様である。ステップ３において、事前予約決済処理部１３２は、チャージ残高から、対価が購入済対価上限を超えた分の１０００円を決済額として減算し、決済額と決済事業者一時プールアカウントに保存されていた８０００円とを加算して９０００円を加盟店の売上金に計上する。この結果、実質決済額は９０００円となる。

第２実施形態において、対価が購入済対価上限よりも小さい場合の差額については、対象期間が経過した時点で利用者にそのまま返金されるようにしてもよいし、決済事業者または加盟店が手数料を受領した残りが利用者に返金されるようにしてもよい。

また、第２実施形態において、対象となる商品またはサービスが予め加盟店によって指定されており、一定額でのみ利用者が事前購入できるようにしてもよい。この場合、対価として支払う予定の金額＝対価となるため、「購入済対価上限を超えた分」はゼロとなる。図１６は、一定額でのみ利用者が事前購入できる場合のキャンペーン情報１８０Ａの内容の一例を示す図である。
この場合のキャンペーン情報１８０Ａは、加盟店ＩＤまたは店舗ＩＤに対して、対価、割引率、対象期間、対象となる商品またはサービスの具体的内容、前払い金などの情報が対応付けられたものである。前払い金は対価と割引率に基づいて決定されるため、割引率と前払い金のどちらかの情報が省略されてもよい。

以上説明した第２実施形態によれば、予約時点よりも将来の時点で発生する、特定の提供者により提供される商品またはサービスの電子決済を好適にサポートすることができる。

＜その他＞
上記実施形態において、事前予約決済は専ら電子決済をサポートするものとして説明したが、決済サーバ１００は、店舗の予約サービスを併せて提供してもよい。この場合、例えばキャンペーンにおける対象期間は前述した例よりも絞られ、〇月〇日の２０時～２１時のような形で定義される。これに代えて、利用者が時間帯を指定する形で予約リクエストが送信されてもよい。利用者が当該キャンペーンについて予約リクエストを送信した場合、事前予約決済の申し込みとして受け付けられると共に、決済サーバ１００から当該店舗の管理装置に予約情報が送信される。

この場合、決済サーバ１００は（例えば事前予約決済処理部１３２は）、事前予約決済を申し込んだ利用者の状態を、例えば、「未入店」、「入店済かつ未決済」、「決済済」、「期限切れ」の４つで管理する。「未入店」から「入店済かつ未決済」に状態が遷移するトリガーとして、（１）利用者が利用者端末装置１０で店舗にあるチェックイン用のＱＲコードを読み取り、読み取った情報を決済サーバ１００に送信する、（２）利用者端末装置１０がチェックイン用のＱＲコードを表示し、第１店舗端末装置５０がこれを読取り、読み取った情報を決済サーバ１００に送信する、（３）店舗の店員が第１店舗端末装置５０を操作し、利用者を識別可能な情報と共に決済サーバ１００に来店の旨を送信する、（４）利用者端末装置１０が備える測位装置（ＧＰＳ受信機等）によって測位された位置情報を決済サーバ１００が取得し、利用者が店舗の範囲内に入ったことを確認する、などが考えられる。いずれの場合も決済サーバ１００によってトリガーが発生したことを検知可能である。決済サーバ１００では、トリガーが発生した時刻が事前予約決済の対象期間内であることを確認し、対象期間内である場合に利用者の状態を「入店済かつ未決済」に遷移させる。

その後、決済情報が取得されたときに、決済サーバ１００では「入店済かつ未決済」の利用者に関する決済情報であれば、「予約リクエストに係る決済情報」であることを認識することができ、前述した「決済情報に含まれる加盟店ＩＤまたは店舗ＩＤ、および決済日時がキャンペーンに対応しており、且つ当該利用者が前払い金を支払った履歴が存在する」ことを確認する処理は省略できる（ダブルチェックのために確認的に行われても構わない）。

決済サーバ１００が店舗の予約サービスを併せて提供する場合、決済サーバ１００は、店舗の空き状況を取得し、空き状況に応じてキャンペーンを一時的に無効にしたり、有効にしたりする処理を行ってもよい。例えば、対象期間における店舗の予約状況（店舗の管理装置の側で管理される情報であってもよい）を参照して空きが無い場合にはキャンペーンを一時的に無効（予約リクエストを受け付けない）、或いは受け付ける利用者を制限してもよい。同様の考え方によって、決済サーバ１００は、店舗における商品の在庫状況を取得し、在庫が少なくなっている場合にキャンペーンを一時的に無効、或いは受け付ける利用者を制限してもよい。

また、上記実施形態において、前払い金は決済事業者一時プールアカウントに保存され、電子決済の時点で加盟店の売上金に計上されるものとしたが、これに代えて、決済サーバ１００は、前払い金を直接、加盟店の売上金に計上するようにしてもよい。この場合、返金が行われるときは前述したキャッシュバックと同様の処理が行われてよい。

また、上記実施形態において、決済サーバ１００は、対象期間の経過前に利用者からキャンセルの申し込みを受け付け、キャンセルの申し込みを受け付けた場合に返金を行うようにしてもよい。この場合、前述した手数料αは、対象期間の経過による返金時よりも小さく設定されてよい。

また、上記実施形態において、申し込んだ事前予約決済の権利は他の利用者に譲渡可能としてもよい。また、一名の利用者によって、複数名がそれぞれ利用可能な事前予約決済が申し込み可能としてもよい。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 利用者端末装置
５０ 第１店舗端末装置
７０ 第２店舗端末装置
１００ 決済サーバ
１３０ 決済処理部
１３２ 事前予約決済処理部
１４０ 情報管理部（受付部）
１７０ 記憶部
１７８ 決済事業者アカウント情報
１８０ キャンペーン情報

Claims (12)

1. 決済サービス事業者が決済管理装置を用いて提供する電子決済サービスの利用者が利用する端末装置から、予め商品またはサービスの提供者、対象期間、および割引規則が定められたキャンペーンに応じて将来時点において商品を購入しまたはサービスを受けると共に、当該商品またはサービスについて前記電子決済サービスを利用した電子決済を行うことを予約する予約リクエストを受け付け、前記予約リクエストに係る前払い金を前記利用者から取得し、前記予約リクエストおよび前記前払い金に関する情報を記憶部に記憶させる受付部と、
   前記利用者の端末装置または決済場所に設置された決済用装置から、少なくとも決済金額と前記利用者の識別情報を認識可能な決済情報を取得し、取得した情報に基づいて決済処理を行う決済処理部と、
   を備え、
   前記決済処理部は、前記決済情報と前記予約リクエストおよび前記前払い金に関する情報とに基づいて、前記対象期間の間に前記予約リクエストに係る決済情報を取得したと判断した場合、前記割引規則に基づいて前記決済処理を行い、前記対象期間が経過するまで前記予約リクエストに係る決済情報が取得されなかった場合、前記前払い金の一部または全部を前記利用者に返金する処理を行う、
   決済管理装置。
2. 前記キャンペーンとして、更に、前記商品またはサービスの対価の上限額が定められる、
   請求項１記載の決済管理装置。
3. 前記受付部は、前記予約リクエストを受け付けた場合、前記利用者のアカウントから前記前払い金を取得して一時プールアカウントに計上する処理を行い、
   前記決済処理部は、前記予約リクエストに係る決済情報を取得した場合、前記前払い金を前記一時プールアカウントから差し引いて前記提供者の売上アカウントに計上すると共に、前記利用者の実質決済額が、前記対価のうち前記上限額を超えない範囲内の金額に前記割引規則を反映させた額となるように前記電子決済を行う、
   請求項２記載の決済管理装置。
4. 前記決済処理部は、前記予約リクエストに係る決済情報を取得した場合、前記利用者のアカウントから前記対価を取得し、決済額として前記提供者の売上アカウントとして計上すると共に、前記提供者の売上アカウントから前記対価のうち上限額を超えない範囲内の金額について前記割引規則により割り引かれる金額を前記利用者のアカウントにキャッシュバックする処理を行う、
   請求項３記載の決済管理装置。
5. 前記決済処理部は、前記予約リクエストに係る決済情報を取得した場合、前記対価から、前記対価のうち上限額を超えない範囲内の金額について前記割引規則により割り引かれる金額を減算した金額を、前記利用者のアカウントから取得し、決済額として前記提供者の売上アカウントとして計上する、
   請求項３記載の決済管理装置。
6. 前記受付部は、前記予約リクエストを受け付けた場合、前記利用者のアカウントから前記前払い金を取得して一時プールアカウントに計上する処理を行い、
   前記決済処理部は、前記予約リクエストに係る決済情報を取得した場合、前記前払い金を前記一時プールアカウントから差し引いて前記提供者の売上アカウントに計上すると共に、前記利用者の実質決済額が、前記対価のうち前記前払い金に基づいて定まる購入済対価上限を超えない範囲内の金額に前記割引規則を反映させた額となるように前記電子決済を行う、
   請求項２記載の決済管理装置。
7. 前記決済処理部は、前記予約リクエストに係る決済情報を取得した場合、前記利用者のアカウントから前記対価を取得し、決済額として前記提供者の売上アカウントとして計上すると共に、前記提供者の売上アカウントから前記対価と前記購入済対価上限とのうち小さい方の金額を前記利用者のアカウントにキャッシュバックする処理を行う、
   請求項６記載の決済管理装置。
8. 前記決済処理部は、前記予約リクエストに係る決済情報を取得した場合において、前記対価が前記購入済対価上限を超える場合、前記対価から前記購入済対価上限を減算した金額を前記利用者のアカウントから取得し、決済額として前記提供者の売上アカウントとして計上する、
   請求項６記載の決済管理装置。
9. 前記電子決済サービスは現実空間に存在する物理的な実店舗での決済を支援するものであり、
   前記決済処理部は、前記利用者の端末装置または決済場所に設置された装置から取得される、前記予約リクエストに係る前記利用者の来店を確認可能な情報に基づいて、前記利用者について前記取得した情報が前記予約リクエストに係る決済情報であることを確認する、
   請求項１記載の決済管理装置。
10. 前記予約リクエストに係る前記利用者の来店を確認可能な情報は、（１）利用者が前記端末装置で店舗にあるチェックイン用のＱＲコードを読み取り、読み取った情報を前記決済管理装置に送信すること、（２）前記端末装置がチェックイン用のＱＲコードを表示し、前記決済用装置が前記ＱＲコードを読取り、読み取った情報を前記決済管理装置に送信すること、（３）前記店舗の店員が前記決済用装置を操作し、利用者を識別可能な情報と共に前記決済用装置に来店の旨を送信すること、（４）前記端末装置が備える測位装置によって測位された位置情報を前記決済用装置に送信すること、のうち一部または全部によって前記決済処理部に伝えられる、
    請求項９記載の決済管理装置。
11. 決済管理装置が、
    決済サービス事業者が決済管理装置を用いて提供する電子決済サービスの利用者の利用する端末装置から、予め商品またはサービスの提供者、対象期間、および割引規則が定められたキャンペーンに応じて将来時点において商品を購入しまたはサービスを受けると共に、当該商品またはサービスについて電子決済サービスを利用した電子決済を行うことを予約する予約リクエストを受け付け、前記予約リクエストに係る前払い金を前記利用者から取得し、前記予約リクエストおよび前記前払い金に関する情報を記憶部に記憶させ、
    前記利用者の端末装置または決済場所に設置された決済用装置から、少なくとも決済金額と前記利用者の識別情報を認識可能な決済情報を取得し、取得した情報に基づいて決済処理を行い、
    前記決済処理を行う際に、前記決済情報と前記予約リクエストおよび前記前払い金に関する情報とに基づいて、前記対象期間の間に前記予約リクエストに係る決済情報を取得したと判断した場合、前記割引規則に基づいて前記決済処理を行い、前記対象期間が経過するまで前記予約リクエストに係る決済情報が取得されなかった場合、前記前払い金の一部または全部を前記利用者に返金する処理を行う、
    決済管理方法。
12. コンピュータに、
    決済サービス事業者が決済管理装置を用いて提供する電子決済サービスの利用者の利用する端末装置から、予め商品またはサービスの提供者、対象期間、および割引規則が定められたキャンペーンに応じて将来時点において商品を購入しまたはサービスを受けると共に、当該商品またはサービスについて電子決済サービスを利用した電子決済を行うことを予約する予約リクエストを受け付けさせ、前記予約リクエストに係る前払い金を前記利用者から取得させ、前記予約リクエストおよび前記前払い金に関する情報を記憶部に記憶させることを行わせ、
    前記利用者の端末装置または決済場所に設置された決済用装置から、少なくとも決済金額と前記利用者の識別情報を認識可能な決済情報を取得させ、取得された情報に基づいて決済処理を行わせ、
    前記決済処理を行わせる際に、前記決済情報と前記予約リクエストおよび前記前払い金に関する情報とに基づいて、前記対象期間の間に前記予約リクエストに係る決済情報が取得されたと判断した場合、前記割引規則に基づいて前記決済処理を行わせ、前記対象期間が経過するまで前記予約リクエストに係る決済情報が取得されなかった場合、前記前払い金の一部または全部を前記利用者に返金する処理を行わせる、
    プログラム。

Images