JP7005802B1 - 支払管理システム及び支払管理方法 - Google Patents

Abstract

【課題】サービスの利用料の支払いを効率的に管理するための支払管理システム及び支払管理方法を提供する。【解決手段】管理サーバ４０は、ユーザ端末１０、セルフ端末２０に接続される制御部４１を備える。そして、制御部４１が、ユーザ端末１０に、ユーザアカウントと関連付けたコード画像を表示し、コード画像を読み取ったセルフ端末２０を特定し、ユーザアカウントの残高を、セルフ端末２０に通知し、セルフ端末２０において受け付けたサービス希望について、ユーザアカウントの残高に応じて決定された預かり額を、ユーザアカウントから引き落とし、セルフ端末２０に対して、引き落としの結果に応じてサービス指示を送信し、セルフ端末２０から、サービス指示に応じた利用料を取得した場合、預かり額から利用料を差し引いた金額をユーザアカウントに返金する。【選択図】図１

Description

本発明は、サービスの利用料の支払いを管理するための支払管理システム及び支払管理方法に関する。

例えば、セルフサービス方式の計量機が設置された給油所の燃料供給システムでは、運転者自身が給油作業の設定、給油作業、給油料金の精算を行なう。セルフサービス方式で給油する場合の給油料金の決済方法では、プリペイドカードや現金を用いる。また、金額データが記憶された記憶媒体を用いて供給された流体の料金を精算するシステムが検討されている（例えば、特許文献１を参照）。この文献に記載された技術においては、流体供給システムの管理コンピュータは、流体の供給開始前にカードリーダライタにより読み取ったプリペイドカードの金額データの金額から所定金額分の金額データの金額を差し引いて入金データの金額として取り込む。そして、流体の供給終了後に供給量に相当する金額を入金データの金額より差し引き、残った差額データの金額をプリペイドカードの金額データの金額に加算させる。

特開２００３－２６２９８号公報

しかしながら、プリペイドカードの場合、給油時にカードを持参する必要があり、煩雑な場合がある。また、汎用的に利用可能なユーザ端末で、支払ができると効率的である。

上記課題を解決する支払管理システムは、ユーザ端末、店頭端末に接続される制御部を備える。そして、前記制御部が、前記ユーザ端末に、ユーザアカウントと関連付けたコード画像を表示し、前記コード画像を読み取った店頭端末を特定し、前記ユーザアカウントの残高を、前記店頭端末に通知し、前記店頭端末において受け付けたサービス希望について、前記ユーザアカウントの残高に応じて決定された預かり額を、前記ユーザアカウントから引き落とし、前記店頭端末に対して、前記引き落としの結果に応じてサービス指示を送信し、前記店頭端末から、前記サービス指示に応じた利用料を取得した場合、前記預かり額から前記利用料を差し引いた金額を前記ユーザアカウントに返金する。

また、上記課題を解決する支払管理システムは、ユーザ端末、店頭端末に接続される制御部を備える。そして、前記制御部が、前記店頭端末において受け付けたサービス希望について、コード画像を生成して、前記店頭端末に出力し、前記コード画像を読み取ったユーザ端末のユーザアカウントを特定し、前記店頭端末において受け付けたサービス希望について、前記ユーザアカウントの残高に応じて決定された預かり額を、前記ユーザアカウントから引き落とし、前記店頭端末に対して、前記引き落としの結果に応じてサービス指示を送信し、前記店頭端末から、前記サービス指示に応じた利用料を取得した場合、前記預かり額から前記利用料を差し引いた金額を前記ユーザアカウントに返金する。

本発明によれば、サービスの利用料の支払いを効率的に管理することができる。

第１実施形態の支払管理システムの説明図。 第１実施形態のハードウェア構成の説明図。 第１実施形態の記憶部の説明図であって、（ａ）は給油情報記憶部、（ｂ）は会員情報記憶部、（ｃ）は取引情報記憶部の説明図。 第１実施形態の処理手順の説明図。 第１実施形態の処理手順の説明図。 第１実施形態の処理手順の説明図。 第１実施形態の処理手順の説明図。 第２実施形態の処理手順の説明図。

（第１実施形態）
以下、図１～図７に従って、支払管理システム及び支払管理方法を具体化した第１実施形態を説明する。本実施形態では、会員（ユーザ及び給油所）のアカウント（ユーザアカウント、給油所カウント）を管理して、各アカウントを利用して、セルフサービス給油方式の給油所における支払いを行なう場合を想定する。
図１に示すように、ネットワークを介して接続されたユーザ端末１０、セルフ端末２０、決済ＧＷ３０、管理サーバ４０等を用いる。

（ハードウェア構成）
図２を用いて、ユーザ端末１０、セルフ端末２０、決済ＧＷ３０、管理サーバ４０を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信装置Ｈ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶装置Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。

通信装置Ｈ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースや無線インタフェース等である。

入力装置Ｈ１２は、会員等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイ等である。タッチパネルディスプレイ等は、入力装置Ｈ１２、表示装置Ｈ１３として機能する。

記憶装置Ｈ１４は、ユーザ端末１０、セルフ端末２０、決済ＧＷ３０、管理サーバ４０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶装置Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。

プロセッサＨ１５は、記憶装置Ｈ１４に記憶されるプログラムやデータを用いて、ユーザ端末１０、セルフ端末２０、決済ＧＷ３０、管理サーバ４０における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各処理のための各種プロセスを実行する。

プロセッサＨ１５は、自身が実行するすべての処理についてソフトウェア処理を行なうものに限られない。例えば、プロセッサＨ１５は、自身が実行する処理の少なくとも一部についてハードウェア処理を行う専用のハードウェア回路（例えば、特定用途向け集積回路：ＡＳＩＣ）を備えてもよい。すなわち、プロセッサＨ１５は、（１）コンピュータプログラム（ソフトウェア）に従って動作する１つ以上のプロセッサ、（２）各種処理のうち少なくとも一部の処理を実行する１つ以上の専用のハードウェア回路、或いは（３）それらの組み合わせ、を含む回路（circuitry）として構成し得る。プロセッサは、ＣＰＵ並びに、ＲＡＭ及びＲＯＭ等のメモリを含み、メモリは、処理をＣＰＵに実行させるように構成されたプログラムコード又は指令を格納している。メモリすなわちコンピュータ可読媒体は、汎用又は専用のコンピュータでアクセスできるあらゆる利用可能な媒体を含む。

（システム構成）
次に、図１を用いて、ユーザ端末１０、セルフ端末２０、決済ＧＷ３０、管理サーバ４０の機能を説明する。

ユーザ端末１０は、ユーザが用いるコンピュータ端末（携帯端末）である。このユーザ端末１０には、決済アプリケーションが格納されており、コード画像を用いて、送金を行なうことができる。この決済アプリケーションは、ユーザ端末１０のユーザのアカウントを特定するための会員ＩＤを保持する。

セルフ端末２０は、給油所で、燃料の供給指示（サービス希望）や、供給された燃料についての支払い等、ユーザの給油操作を受け付けるコンピュータ端末（店頭端末）である。このセルフ端末２０は、燃料供給部２５に接続される。燃料供給部２５は、車両に搭載された燃料タンクに燃料（例えば、ガソリンや軽油等）を供給する。このセルフ端末２０は、カードリーダやコードリーダを備える。

このセルフ端末２０は、燃料の供給を管理する制御部２１、給油情報記憶部２２を備える。
制御部２１は、供給制御プログラムを実行することにより、表示制御部２１１、読取制御部２１２、決済指示部２１３、サービス部２１４として機能する。この制御部２１は、セルフ端末２０に割り振られた会員ＩＤを保持する。更に、この制御部２１は、給油種類に応じた単価（サービス単価）を特定するための単価テーブルを保持している。

表示制御部２１１は、給油のための操作画面を表示し、ユーザが指定した希望内容を受け付ける処理を実行する。
読取制御部２１２は、ユーザ端末１０の表示装置Ｈ１３に表示されたコード画像を読み取る処理を実行する。

決済指示部２１３は、給油のための決済を管理する処理を実行する。
サービス部２１４は、燃料供給部２５における給油を管理する処理を実行する。

図３（ａ）に示すように、給油情報記憶部２２には、給油を管理するための給油管理レコード２２０が記録される。この給油管理レコード２２０は、給油サービスを提供する場合に記録される。給油管理レコード２２０には、給油ＩＤ、給油日時、給油種類、単価、給油方式、預かり額、提供量、返金額に関するデータが記録される。

給油ＩＤデータ領域には、各給油を特定するための識別子に関するデータが記録される。
給油日時データ領域には、この給油の年月日及び時刻に関するデータが記録される。
給油種類データ領域には、給油において提供する燃料の給油種類を特定するための識別子に関するデータが記録される。給油種類としては、例えば、「レギュラー（ガソリン）」、「ハイオク（ガソリン）」、「軽油」等を用いる。

単価データ領域には、給油希望の燃料の単価に関するデータが記録される。
給油方式データ領域には、給油量を決める方法に関するデータが記録される。給油方式としては、例えば、「数量指定」、「金額指定」、「満タン」等を用いる。「数量指定」では、所望の給油量（希望量）の給油を行なう。「金額指定」は、所望の金額に応じた給油量（希望量）の給油を行なう。「満タン」は、燃料タンクが満量になるまで給油を行なう。なお、「数量指定」、「金額指定」において、途中で燃料タンクが満タンになった場合には、給油を停止する。

預かり額データ領域には、給油前に一時預かりした金額に関するデータが記録される。
提供量データ領域には、給油終了までに給油した提供量（利用料）に関するデータが記録される。
返金額データ領域には、預かり金において、提供量に応じて返金した金額に関するデータが記録される。

決済ＧＷ３０は、セルフ端末２０からの決済指示を管理サーバ４０に転送するゲートウェイシステムである。
管理サーバ４０は、会員（ユーザ及び給油所）が保有するアカウントの残高を管理するコンピュータシステムである。この管理サーバ４０は、制御部４１、会員情報記憶部４２、取引情報記憶部４３を備える。

制御部４１は、送金管理プログラムを実行することにより、コード生成部４１１、送金管理部４１２として機能する。
コード生成部４１１は、ユーザ端末１０の表示装置Ｈ１３に表示するコード画像を生成する処理を実行する。
送金管理部４１２は、会員のアカウントを用いた送金を管理する処理を実行する。

図３（ｂ）に示すように、会員情報記憶部４２には、会員管理レコード４２０が記録される。この会員管理レコード４２０は、会員登録された場合に記録され、アカウントを用いたチャージや送金が行なわれた場合に更新される。会員管理レコード４２０には、会員ＩＤ、残高に関するデータが記録される。
会員ＩＤデータ領域には、各会員を特定するための識別子に関するデータが記録される。この会員ＩＤにより、会員のアカウントが特定される。
残高データ領域には、この会員のアカウントの残高に関するデータが記録される。

図３（ｃ）に示すように、取引情報記憶部４３には、取引（送金）を管理するための取引管理レコード４３０が記録される。この取引管理レコード４３０は、取引が行なわれた場合に記録される。取引管理レコード４３０には、取引ＩＤ、取引日時、送金元ＩＤ、送金先ＩＤ、送金額に関するデータが記録される。

取引ＩＤデータ領域には、各取引を特定するための識別子に関するデータが記録される。
取引日時データ領域には、この取引を受け付けた年月日及び時刻に関するデータが記録される。

送金元ＩＤデータ領域には、送金元の会員を特定するための識別子に関するデータが記録される。
送金先ＩＤデータ領域には、送金先の会員を特定するための識別子に関するデータが記録される。
送金額データ領域には、送金元から送金先へ送金する金額に関するデータが記録される。

（支払管理方法）
次に、図４～図７を用いて、支払管理方法を説明する。
まず、セルフ端末２０の制御部２１は、支払方法の選択処理を実行する（ステップＳ１０１）。具体的には、制御部２１の表示制御部２１１は、表示装置Ｈ１３に、支払方法選択画面を出力する。この支払方法選択画面においては、「現金決済」、「クレジットカード決済」、「コード画像決済」を選択することができる。「現金決済」においては、前払いの預かり金の現金をセルフ端末２０に投入する。「クレジットカード決済」の場合には、セルフ端末２０のカードリーダで、クレジットカードを読み取らせる。そして、コード画像を用いた支払を行なう場合には、「コード決済」を選択する。この場合、表示制御部２１１は、ユーザ端末１０において、コード画像の表示を依頼するメッセージを出力する。

「コード決済」が選択された場合、ユーザ端末１０は、コード画像の発行依頼処理を実行する（ステップＳ１０２）。具体的には、ユーザは、ユーザ端末１０において決済アプリケーションを起動する。そして、コード画像の表示指示を入力する。この場合、ユーザ端末１０は、コード画像の発行依頼を、管理サーバ４０に送信する。この発行依頼には、決済アプリケーションの会員ＩＤに関する情報を含める。

発行依頼を受信した管理サーバ４０の制御部４１は、コード画像の発行処理を実行する（ステップＳ１０３）。具体的には、制御部２１のコード生成部４１１は、発行依頼に対して、取引ＩＤを付与する。次に、コード生成部４１１は、取引ＩＤ、取引日時（現在日時）、送金元ＩＤ（発行依頼の会員ＩＤ）を記録した取引管理レコード４３０を生成し、取引情報記憶部４３に記録する。そして、コード生成部４１１は、取引ＩＤを暗号化したコード画像を生成し、ユーザ端末１０に送信する。

次に、ユーザ端末１０は、コード画像の表示処理を実行する（ステップＳ１０４）。具体的には、ユーザ端末１０は、管理サーバ４０から受信したコード画像を、表示装置Ｈ１３に出力する。

次に、セルフ端末２０の制御部２１は、コード画像の読取処理を実行する（ステップＳ１０５）。具体的には、ユーザは、ユーザ端末１０に表示されたコード画像を、セルフ端末２０のコードリーダに読み取らせる。この場合、制御部２１の読取制御部２１２は、コードリーダにおいて読み取ったコード画像を復号して、取引ＩＤを取得する。そして、読取制御部２１２は、取引依頼を管理サーバ４０に送信する。この取引依頼には、復号した取引ＩＤ、セルフ端末２０が保持している会員ＩＤに関するデータを含める。

取引依頼を受信した管理サーバ４０の制御部４１は、残高通知処理を実行する（ステップＳ１０６）。具体的には、制御部４１の送金管理部４１２は、取引依頼に含まれる取引ＩＤが記録された取引管理レコード４３０を、取引情報記憶部４３から抽出する。そして、送金管理部４１２は、抽出した取引管理レコード４３０に、取引依頼の会員ＩＤを送金先ＩＤとして記録する。次に、送金管理部４１２は、取引管理レコード４３０に記録されている送金元ＩＤ（会員ＩＤ）を特定する。次に、送金管理部４１２は、送金元ＩＤ（会員ＩＤ）が記録された会員管理レコード４２０を、会員情報記憶部４２から抽出する。次に、送金管理部４１２は、会員管理レコード４２０に記録された残高を取得する。そして、送金管理部４１２は、取得した残高を含めた残高情報を、セルフ端末２０に返信する。

次に、セルフ端末２０の制御部２１は、給油種類の選択処理を実行する（ステップＳ１０７）。具体的には、制御部２１の表示制御部２１１は、表示装置Ｈ１３に、種類選択画面を出力する。この種類選択画面においては、給油希望の燃料の給油種類を選択する。そして、表示制御部２１１は、表示装置Ｈ１３に選択された給油種類を、給油管理レコード２２０に記録する。更に、表示制御部２１１は、給油種類に応じた単価を単価テーブルにおいて特定し、給油管理レコード２２０に記録する。

次に、セルフ端末２０の制御部２１は、給油方式の選択処理を実行する（ステップＳ１０８）。具体的には、制御部２１の表示制御部２１１は、表示装置Ｈ１３に、給与方式選択画面を出力する。この給与方式選択画面においては、給油する方式を選択する。そして、表示制御部２１１は、表示装置Ｈ１３に選択された給油方式を特定する。

給油方式として「数量指定」が選択された場合、表示制御部２１１は、表示装置Ｈ１３に、数量入力画面を出力する。また、給油方式として「金額指定」が選択された場合、表示制御部２１１は、表示装置Ｈ１３に、金額入力画面を出力する。そして、表示制御部２１１は、数量入力画面、金額入力画面に入力された値を取得する。

次に、セルフ端末２０の制御部２１は、預かり額の決定処理を実行する（ステップＳ１０９）。具体的には、制御部２１の決済指示部２１３は、給油方式に応じて、預かり額を決定する。

ここでは、図６に示すように、セルフ端末２０の制御部２１は、給油希望額の算出処理を実行する（ステップＳ２０１）。具体的には、給油方式が「数量指定」の場合には、制御部２１の決済指示部２１３は、給油種類に応じた単価に、数量入力画面において入力された数量を乗算した金額を給油希望額として特定する。給油方式が「金額指定」の場合には、決済指示部２１３は、金額入力画面において入力された金額を給油希望額として特定する。給油方式が「満タン」の場合には、決済指示部２１３は、給油種類に応じた単価に、基準数量（例えば、１００Ｌ）を乗算した金額を給油希望額として特定する。基準数量は、１回の給油で可能な上限値である。例えば、通常の燃料タンクを満たすことができる量を用いる。

次に、セルフ端末２０の制御部２１は、給油希望額が残高以下かどうかについての判定処理を実行する（ステップＳ２０２）。具体的には、制御部２１の決済指示部２１３は、給油希望額と、管理サーバ４０から取得した残高とを比較する。

給油希望額が残高以下と判定した場合（ステップＳ２０２において「ＹＥＳ」の場合）、セルフ端末２０の制御部２１は、預かり額として給油希望額の設定処理を実行する（ステップＳ２０３）。具体的には、制御部２１の決済指示部２１３は、給油管理レコード２２０に、預かり額として給油希望額を記録する。

一方、残高が給油希望額未満と判定した場合（ステップＳ２０２において「ＮＯ」の場合）、セルフ端末２０の制御部２１は、預かり額として残高の設定処理を実行する（ステップＳ２０４）。具体的には、制御部２１の決済指示部２１３は、給油管理レコード２２０に、預かり額として残高を記録する。

次に、図４に示すように、セルフ端末２０の制御部２１は、給油可能量の算出処理を実行する（ステップＳ１１０）。具体的には、制御部２１の決済指示部２１３は、預かり額を、給油種類に応じた単価で除算することにより、給油可能量（提供可能量）を算出する。

そして、セルフ端末２０の制御部２１は、送金依頼処理を実行する（ステップＳ１１１）。具体的には、制御部２１の決済指示部２１３は、決済電文を決済ＧＷ３０に送信する。この決済依頼には、取引ＩＤ、預かり額に関するデータを含める。

この場合、決済ＧＷ３０は、決済依頼処理を実行する（ステップＳ１１２）。具体的には、決済ＧＷ３０は、セルフ端末２０から取得した決済電文を、管理サーバ４０に転送する。

決済電文を受信した管理サーバ４０の制御部４１は、引落処理を実行する（ステップＳ１１３）。具体的には、制御部４１の送金管理部４１２は、決済電文の取引ＩＤが記録された取引管理レコード４３０を、取引情報記憶部４３から抽出する。次に、送金管理部４１２は、取引管理レコード４３０の送金元ＩＤ（会員ＩＤ）を特定する。次に、送金管理部４１２は、会員情報記憶部４２において、送金元ＩＤ（会員ＩＤ）に関連付けられた残高から預かり額を引き落とす。次に、送金管理部４１２は、会員情報記憶部４２において、送金先ＩＤ（会員ＩＤ）に関連付けられた残高に預かり額を入金する。そして、送金管理部４１２は、取引管理レコード４３０に、送金額として預かり額を記録する。

次に、管理サーバ４０の制御部４１は、決済結果の送信処理を実行する（ステップＳ１１４）。具体的には、制御部４１の送金管理部４１２は、送金元ＩＤ（会員ＩＤ）のユーザ端末１０及びセルフ端末２０に、決済結果電文を送信する。この決済結果電文には、引落を完了した場合の送金完了（サービス指示）、又は残高不足等で引落ができなかった場合の送金未済の何れかのフラグを含める。

決済結果電文を受信したユーザ端末１０は、結果表示処理を実行する（ステップＳ１１５）。具体的には、ユーザ端末１０は、表示装置Ｈ１３に、管理サーバ４０から取得した決済結果を表示する。

また、セルフ端末２０の制御部２１は、結果判定処理を実行する（ステップＳ１１６）。具体的には、制御部２１のサービス部２１４は、受信した決済結果電文に含まれるフラグにより、送金完了又は送金未済を判定する。送金未済と判定した場合には、給油の受付を停止する。

送金完了の場合、図５に示すように、セルフ端末２０の制御部２１は、給油指示処理を実行する（ステップＳ１１７）。具体的には、制御部２１のサービス部２１４は、燃料供給部２５に対して、給油指示を提供する。この給油指示には、給油種類、給油可能量に関するデータを含める。そして、サービス部２１４は、表示装置Ｈ１３に、給油可能であることを示すメッセージを出力する。この場合、ユーザは、燃料供給部２５を用いて、給油を開始する。

次に、セルフ端末２０の制御部２１は、給油状況の取得処理を実行する（ステップＳ１１８）。具体的には、制御部２１のサービス部２１４は、燃料供給部２５から給油状況を取得する。この処理は、給油可能量に到達又は満タンの給油終了になるまで継続される。そして、給油終了になった場合、サービス部２１４は、燃料供給部２５から、実際の給油量（提供量）を取得する。そして、サービス部２１４は、提供量を給油管理レコード２２０に記録する。

次に、セルフ端末２０の制御部２１は、給油額の確定処理を実行する（ステップＳ１１９）。具体的には、制御部２１の決済指示部２１３は、給油種類の単価に提供量を乗算して給油額を算出する。

次に、セルフ端末２０の制御部２１は、返金要否判定処理を実行する（ステップＳ１２０）。
ここでは、図７に示すように、セルフ端末２０の制御部２１は、預かり額の取得処理を実行する（ステップＳ３０１）。具体的には、制御部２１の決済指示部２１３は、給油情報記憶部２２に記録された給油管理レコード２２０から、預かり額を取得する。

次に、セルフ端末２０の制御部２１は、預かり額と給油額とが一致かどうかについて判定処理を実行する（ステップＳ３０２）。具体的には、制御部２１の決済指示部２１３は、給油管理レコード２２０に記録された預かり額と、給油額とを比較する。

預かり額と給油額とが一致と判定した場合（ステップＳ３０２において「ＹＥＳ」の場合）、セルフ端末２０の制御部２１は、返金なしの設定処理を実行する（ステップＳ３０３）。具体的には、制御部２１の決済指示部２１３は、給油管理レコード２２０に、返金額として「０」を記録する。

一方、預かり額が給油額よりも多く、預かり額と給油額とが不一致と判定した場合（ステップＳ３０２において「ＮＯ」の場合）、セルフ端末２０の制御部２１は、返金額の設定処理を実行する（ステップＳ３０４）。具体的には、制御部２１の決済指示部２１３は、預かり額から給油額を差し引いた差額を算出し、給油管理レコード２２０に、返金額として差額を記録する。

そして、図５に示すように、セルフ端末２０の制御部２１は、差額返金処理を実行する（ステップＳ１２１）。具体的には、制御部２１の決済指示部２１３は、差額を返金するための返金電文を送信し、決済ＧＷ３０に送信する。この返金電文には、取引ＩＤ、差額に関するデータを含める。

次に、決済ＧＷ３０は、返金依頼処理を実行する（ステップＳ１２２）。具体的には、決済ＧＷ３０は、返金電文を管理サーバ４０に転送する。
次に、管理サーバ４０の制御部４１は、返金処理を実行する（ステップＳ１２３）。具体的には、制御部４１の送金管理部４１２は、取引情報記憶部４３において、返金電文の取引ＩＤが記録された取引管理レコード４３０を特定し、送金額から差額を差し引く。次に、送金管理部４１２は、会員情報記憶部４２において、送金元ＩＤ（会員ＩＤ）に関連付けられた残高に差額を返金する。次に、送金管理部４１２は、会員情報記憶部４２において、送金先ＩＤ（会員ＩＤ）に関連付けられた残高から返金額を差し引く。

次に、管理サーバ４０の制御部４１は、返金結果の送信処理を実行する（ステップＳ１２４）。具体的には、制御部４１の送金管理部４１２は、送金元ＩＤ（会員ＩＤ）のユーザ端末１０及びセルフ端末２０に、返金結果を送信する。

返金結果を受信したユーザ端末１０は、結果表示処理を実行する（ステップＳ１２５）。具体的には、ユーザ端末１０は、表示装置Ｈ１３に、管理サーバ４０から取得した返金結果を表示する。

返金要否処理（ステップＳ１２０）において返金なしと判定した場合、差額返金（ステップＳ１２１）～返金結果の送信処理（ステップＳ１２４）をスキップする。そして、この場合には、セルフ端末２０の制御部２１は、ユーザ端末１０は、返金なしとの結果表示処理を実行する（ステップＳ１２５）。
そして、セルフ端末２０の制御部２１は、結果表示処理を実行する（ステップＳ１２６）。具体的には、制御部２１の表示制御部２１１は、表示装置Ｈ１３に、取引終了のメッセージを出力する。

以上、本実施形態によれば、以下に示す効果を得ることができる。
（１－１）本実施形態では、ユーザ端末１０は、コード画像の発行依頼処理を実行する（ステップＳ１０２）。管理サーバ４０の制御部４１は、コード画像の発行処理を実行する（ステップＳ１０３）。次に、ユーザ端末１０は、コード画像の表示処理を実行する（ステップＳ１０４）。セルフ端末２０の制御部２１は、コード画像の読取処理を実行する（ステップＳ１０５）。これにより、ユーザ端末１０とセルフ端末２０とを関連付けることができる。この場合、取引ＩＤを暗号化したコード画像が生成されるので、ユーザ端末１０の会員ＩＤを、セルフ端末２０に知らせることなく、取引を行なうことができる。

（１－２）本実施形態では、管理サーバ４０の制御部４１は、残高通知処理を実行する（ステップＳ１０６）。これにより、セルフ端末２０は、支払可能な限度額を把握することができる。

（１－３）本実施形態では、セルフ端末２０の制御部２１は、給油種類の選択処理（ステップＳ１０７）、給油方式の選択処理（ステップＳ１０８）を実行する。これにより、ユーザが希望するサービスを特定することができる。

（１－４）本実施形態では、セルフ端末２０の制御部２１は、預かり額の決定処理を実行する（ステップＳ１０９）。給油希望額が残高以下と判定した場合（ステップＳ２０２において「ＹＥＳ」の場合）、セルフ端末２０の制御部２１は、預かり額として給油希望額の設定処理を実行する（ステップＳ２０３）。一方、残高が給油希望額未満と判定した場合（ステップＳ２０２において「ＮＯ」の場合）、セルフ端末２０の制御部２１は、預かり額として残高の設定処理を実行する（ステップＳ２０４）。そして、セルフ端末２０の制御部２１は、給油可能量の算出処理を実行する（ステップＳ１１０）。これにより、ユーザのアカウントの残高内で算出された給油可能量で、サービスを提供することができる。

（１－５）本実施形態では、管理サーバ４０の制御部４１は、引落処理（ステップＳ１１３）、決済結果の送信処理（ステップＳ１１４）を実行する。送金完了の場合、セルフ端末２０の制御部２１は、給油指示処理を実行する（ステップＳ１１７）。これにより、決済結果に基づいて、確実に料金を回収しながらサービスを提供することができる。

（１－６）本実施形態では、預かり額が給油額よりも多く、預かり額と給油額とが不一致と判定した場合（ステップＳ３０２において「ＮＯ」の場合）、セルフ端末２０の制御部２１は、返金額の設定処理を実行する（ステップＳ３０４）。そして、管理サーバ４０の制御部４１は、返金処理を実行する（ステップＳ１２３）。これにより、サービスの提供量に応じた金額を回収できる。

（第２実施形態）
次に、図８に従って、支払管理システム及び支払管理方法を具体化した第２実施形態を説明する。第１実施形態では、ユーザ端末１０は、コード画像の表示処理を実行する（ステップＳ１０４）。コード画像の表示は、ユーザ端末１０に限定されるものではない。第２実施形態では、セルフ端末２０に表示させるように変更した構成であり、上記第１実施形態と同様の部分については、同一の符号を付し、その詳細な説明を省略する。

図８を用いて、この場合の処理手順を説明する。
まず、セルフ端末２０の制御部２１は、商品選択処理を実行する（ステップＳ４０１）。ここでは、制御部２１は、給油種類の選択処理（ステップＳ１０７）、給油方式の選択処理（ステップＳ１０８）を実行する。

次に、セルフ端末２０の制御部２１は、給油希望額の算出処理を実行する（ステップＳ４０２）。具体的には、給油方式が「数量指定」の場合には、制御部２１の決済指示部２１３は、給油種類に応じた単価に、数量入力画面において入力された数量を乗算した金額を預かり額として特定する。給油方式が「金額指定」の場合には、決済指示部２１３は、金額入力画面において入力された金額を預かり額として特定する。給油方式が「満タン」の場合には、決済指示部２１３は、給油種類に応じた単価に、基準数量（例えば、１００Ｌ）を乗算した金額を預かり額として特定する。

次に、セルフ端末２０の制御部２１は、コード画像の発行依頼処理を実行する（ステップＳ４０３）。具体的には、制御部２１の表示制御部２１１は、コード画像の発行依頼を、管理サーバ４０に送信する。この発行依頼には、セルフ端末２０の会員ＩＤ、預かり額に関する情報を含める。

発行依頼を受信した管理サーバ４０の制御部４１は、コード画像の発行処理を実行する（ステップＳ４０４）。具体的には、制御部２１のコード生成部４１１は、発行依頼に対して、取引ＩＤを付与する。次に、コード生成部４１１は、取引ＩＤ、取引日時（現在日時）、送金先ＩＤ（発行依頼の会員ＩＤ）、預かり額を記録した取引管理レコード４３０を生成し、取引情報記憶部４３に記録する。そして、コード生成部４１１は、取引ＩＤを暗号化したコード画像を生成し、セルフ端末２０に送信する。

次に、セルフ端末２０の制御部２１は、コード画像の表示処理を実行する（ステップＳ４０５）。具体的には、制御部２１の表示制御部２１１は、管理サーバ４０から受信したコード画像を、表示装置Ｈ１３に出力する。

次に、ユーザ端末１０は、コード画像の読取処理を実行する（ステップＳ４０６）。ユーザは、セルフ端末２０に表示されたコード画像を、ユーザ端末１０のカメラで撮影する。この場合、ユーザ端末１０は、撮影したコード画像を復号して、取引ＩＤを取得する。そして、ユーザ端末１０は、取引依頼を管理サーバ４０に送信する。この取引依頼には、復号した取引ＩＤ、決済アプリケーションが保持している会員ＩＤに関するデータを含める。

次に、ユーザ端末１０は、決済依頼処理を実行する（ステップＳ４０７）。具体的には、ユーザ端末１０は、決済電文を決済ＧＷ３０に送信する。この決済電文には、取引ＩＤ、会員ＩＤに関するデータを含める。

次に、決済ＧＷ３０は、決済依頼処理を実行する（ステップＳ４０８）。具体的には、制御部２１の決済ＧＷ３０は、ユーザ端末１０から取得した決済電文を、管理サーバ４０に転送する。

決済電文を受信した管理サーバ４０の制御部４１は、残高内で引落処理を実行する（ステップＳ４０９）。具体的には、制御部４１の送金管理部４１２は、決済電文の取引ＩＤが記録された取引管理レコード４３０を、取引情報記憶部４３から抽出する。次に、送金管理部４１２は、取引管理レコード４３０の送金元ＩＤ（会員ＩＤ）を特定する。次に、送金管理部４１２は、会員情報記憶部４２において、送金元ＩＤ（会員ＩＤ）に関連付けられた残高を特定する。そして、送金管理部４１２は、残高を上限として、預かり額を引き落とす。次に、送金管理部４１２は、会員情報記憶部４２において、送金先ＩＤ（会員ＩＤ）に関連付けられた残高に預かり額を入金する。そして、送金管理部４１２は、取引管理レコード４３０に、送金額として預かり額を記録する。

次に、管理サーバ４０の制御部４１は、決済結果の送信処理を実行する（ステップＳ４１０）。具体的には、制御部４１の送金管理部４１２は、送金元ＩＤ（会員ＩＤ）のユーザ端末１０及びセルフ端末２０に、決済結果電文を送信する。この決済結果電文には、引落を完了した場合の送金完了（サービス指示）、又は残高不足等で引落ができなかった場合の送金未済の何れかのフラグを含める。更に、引落を完了した場合には、預かり額に関する情報を含める。

決済結果電文を受信したユーザ端末１０は、ステップＳ１１５と同様に、結果表示処理を実行する（ステップＳ４１１）。
また、セルフ端末２０の制御部２１は、ステップＳ１１６と同様に、結果判定処理を実行する（ステップＳ４１２）。この場合、制御部２１のサービス部２１４は、受信した決済結果電文に含まれるフラグにより、送金完了又は送金未済を判定する。送金未済と判定した場合には、給油の受付を停止する。

送金完了の場合、セルフ端末２０の制御部２１は、給油指示処理を実行する（ステップＳ４１３）。具体的には、制御部２１のサービス部２１４は、預かり額を、給油種類に応じた単価で除算して、給油可能量を算出する。そして、燃料供給部２５に対して、給油指示を提供する。この給油指示には、給油種類、給油可能量に関するデータを含める。
そして、図５に示す処理手順と同様に、給油、必要に応じた返金を行なう。

以上、本実施形態によれば、上記（１－１）、（１－３）、（１－５）、（１－６）と同様の効果に加えて、以下に示す効果を得ることができる。
（２－１）本実施形態では、セルフ端末２０の制御部２１は、コード画像の発行依頼処理（ステップＳ４０３）、コード画像の表示処理（ステップＳ４０５）を実行する。ユーザ端末１０は、コード画像の読取処理を実行する（ステップＳ４０６）。これにより、ユーザ端末１０とセルフ端末２０とを関連付けることができる。

（２－２）本実施形態では、決済電文を受信した管理サーバ４０の制御部４１は、残高内で引落処理を実行する（ステップＳ４０９）。送金完了の場合、セルフ端末２０の制御部２１は、給油指示処理を実行する（ステップＳ４１３）。これにより、支払な可能な残高の範囲内でサービスを提供することができる。

本実施形態は、以下のように変更して実施することができる。本実施形態及び以下の変更例は、技術的に矛盾しない範囲で互いに組み合わせて実施することができる。
・上記各実施形態では、セルフサービス給油方式の給油所における支払を行なう場合を想定したが、本発明の適用対象は、これに限定されるものではない。提供量が未確定で預かり金に基づいてサービスを提供し、必要に応じて、返金を行なう場合に適用できる。

・上記各実施形態では、セルフ端末２０の制御部２１は、預かり額の決定処理を実行する（ステップＳ１０９）。ここでは、給油希望額が残高以下になるように、預かり額を決定する。これに代えて、給油方式の選択処理（ステップＳ１０８）において、残高に応じて、数量や金額を指定できるようにしてもよい。

例えば、給油方式として「数量指定」が選択された場合、表示制御部２１１は、表示装置Ｈ１３に、数量入力画面を出力する。この場合、表示制御部２１１は、管理サーバ４０から取得した残高を、給油種類に応じた単価で除算して給油可能量を算出し、数量入力画面において入力可能な上限量として設定する。

また、給油方式として「金額指定」が選択された場合、表示制御部２１１は、表示装置Ｈ１３に、金額入力画面を出力する。この場合、表示制御部２１１は、この金額入力画面においては、管理サーバ４０から取得した残高を入力可能な上限額として設定する。

・上記各実施形態では、ユーザ端末１０、セルフ端末２０、決済ＧＷ３０、管理サーバ４０を用いる。ハードウェア構成はこれに限定されるものではない。例えば、決済ＧＷ３０及び管理サーバ４０をまとめて構成してもよい。また、セルフ端末２０を、各給油所を管理するサービス提供者サーバに接続してもよい。この場合、会員ＩＤを保持したサービス提供者サーバが、セルフ端末２０における操作に基づいて、管理サーバ４０に対して、決済電文や返金電文を送信する。

・上記各実施形態では、ユーザ端末１０及びセルフ端末２０が、コード画像を用いて、情報を伝達する。情報の伝達方法は、コード画像を用いる場合に限定されるものではない。例えば、短距離無線通信を用いてもよい。

・上記第１実施形態では、管理サーバ４０の制御部４１は、残高通知処理を実行する（ステップＳ１０６）。これに代えて、残高が所定額未満の場合のみに、残高を通知するようにしてもよい。この場合、所定額は、サービス提供時の最高額を用いる。

・上記第２実施形態では、決済電文を受信した管理サーバ４０の制御部４１は、残高内で引落処理を実行する（ステップＳ４０９）。ここで、預かり額が残高を超えている場合には、送金ができなかったことを示す送金未済を含めた電文を、決済結果として送信してもよい。

１０…ユーザ端末、２０…セルフ端末、２１…制御部、２１１…表示制御部、２１２…読取制御部、２１３…決済指示部、２１４…サービス部、２２…給油情報記憶部、２５…燃料供給部、３０…決済ＧＷ、４０…管理サーバ、４１…制御部、４１１…コード生成部、４１２…送金管理部、４２…会員情報記憶部、４３…取引情報記憶部。

Claims (7)

1. ユーザアカウントの残高を記録する会員情報記憶部と、
   ユーザ端末、店頭端末に接続される制御部と、を備えた支払管理システムであって、
   前記制御部が、
   前記ユーザ端末に、ユーザアカウントと関連付けた取引ＩＤを含めたコード画像を表示し、
   前記コード画像を読み取った店頭端末から取引ＩＤを取得し、
   前記取引ＩＤに関連付けられた前記ユーザアカウントの残高を前記会員情報記憶部において特定し、前記残高を前記店頭端末に通知し、
   前記店頭端末において受け付けたサービス希望について、前記ユーザアカウントの残高に応じて決定された預かり額を、前記取引ＩＤとともに、前記店頭端末から取得し、前記取引ＩＤに関連付けられたユーザアカウントから引き落とし、
   前記店頭端末に対して、前記引き落としの結果に応じてサービス指示を送信し、
   前記店頭端末から、前記サービス指示に応じた利用料を、前記取引ＩＤとともに取得した場合、前記預かり額から前記利用料を差し引いた金額を、前記会員情報記憶部において、前記取引ＩＤに関連付けられた前記ユーザアカウントに返金することを特徴とする支払管理システム。
2. 前記制御部が、前記店頭端末において受け付けたサービス希望について、前記預かり額を前記店頭端末から取得して、前記ユーザアカウントから引き落とすことを特徴とする請求項１に記載の支払管理システム。
3. 前記制御部が、前記店頭端末において、希望額を指定してのサービス希望を受け付ける場合、前記残高以下の希望額を受け付けることを特徴とする請求項１又は２に記載の支払管理システム。
4. 前記制御部が、前記店頭端末において、希望量を指定してのサービス希望を受け付ける場合、前記残高をサービス単価で除算して提供可能量を算出し、前記提供可能量以下の希望量を受け付けることを特徴とする請求項１～３の何れか一項に記載の支払管理システム。
5. ユーザアカウントの残高を記録する会員情報記憶部と、
   ユーザ端末、店頭端末に接続される制御部と、を備えた支払管理システムであって、
   前記制御部が、
   前記店頭端末において受け付けたサービス希望についての取引ＩＤを含めたコード画像を生成して、前記店頭端末に出力し、
   前記コード画像を読み取ったユーザ端末から取引ＩＤを取得し、前記ユーザ端末のユーザアカウントを特定し、前記取引ＩＤと前記ユーザアカウントとを関連付けて記録し、
   前記店頭端末において受け付けたサービス希望について、前記ユーザアカウントの残高に応じて決定された預かり額を、前記取引ＩＤとともに、前記店頭端末から取得し、前記取引ＩＤに関連付けられたユーザアカウントから引き落とし、
   前記店頭端末に対して、前記引き落としの結果に応じてサービス指示を送信し、
   前記店頭端末から、前記サービス指示に応じた利用料を、前記取引ＩＤとともに取得した場合、前記預かり額から前記利用料を差し引いた金額を、前記会員情報記憶部において、前記取引ＩＤに関連付けられた前記ユーザアカウントに返金することを特徴とする支払管理システム。
6. ユーザアカウントの残高を記録する会員情報記憶部と、
   ユーザ端末、店頭端末に接続される制御部と、を備えた支払管理システムを用いた支払管理方法であって、
   前記制御部が、
   前記ユーザ端末に、ユーザアカウントと関連付けた取引ＩＤを含めたコード画像を表示し、
   前記コード画像を読み取った店頭端末から取引ＩＤを取得し、
   前記取引ＩＤに関連付けられた前記ユーザアカウントの残高を前記会員情報記憶部において特定し、前記残高を前記店頭端末に通知し、
   前記店頭端末において受け付けたサービス希望について、前記ユーザアカウントの残高に応じて決定された預かり額を、前記取引ＩＤとともに、前記店頭端末から取得し、前記取引ＩＤに関連付けられたユーザアカウントから引き落とし、
   前記店頭端末に対して、前記引き落としの結果に応じてサービス指示を送信し、
   前記店頭端末から、前記サービス指示に応じた利用料を、前記取引ＩＤとともに取得した場合、前記預かり額から前記利用料を差し引いた金額を、前記会員情報記憶部において、前記取引ＩＤに関連付けられた前記ユーザアカウントに返金することを特徴とする支払管理方法。
7. ユーザアカウントの残高を記録する会員情報記憶部と、
   ユーザ端末、店頭端末に接続される制御部と、を備えた支払管理システムを用いた支払管理方法であって、
   前記制御部が、
   前記店頭端末において受け付けたサービス希望についての取引ＩＤを含めたコード画像を生成して、前記店頭端末に出力し、
   前記コード画像を読み取ったユーザ端末から取引ＩＤを取得し、前記ユーザ端末のユーザアカウントを特定し、前記取引ＩＤと前記ユーザアカウントとを関連付けて記録し、
   前記店頭端末において受け付けたサービス希望について、前記ユーザアカウントの残高に応じて決定された預かり額を、前記取引ＩＤとともに、前記店頭端末から取得し、前記取引ＩＤに関連付けられたユーザアカウントから引き落とし、
   前記店頭端末に対して、前記引き落としの結果に応じてサービス指示を送信し、
   前記店頭端末から、前記サービス指示に応じた利用料を、前記取引ＩＤとともに取得した場合、前記預かり額から前記利用料を差し引いた金額を、前記会員情報記憶部において、前記取引ＩＤに関連付けられた前記ユーザアカウントに返金することを特徴とする支払管理方法。

Images