JP2023157319A - 決済代行サーバ、決済代行方法、決済代行プログラムおよび決済代行システム - Google Patents

Abstract

【課題】二重支払いを防止し、事業者および消費者双方の利便性の向上を図ることができる。【解決手段】事業者から商品またはサービスの提供を受ける利用者が使用する利用者端末２、および利用者端末２と通信可能な決済代行サーバ５を用い、事業者が提供した商品またはサービスに係る未回収代金の決済に使用可能な決済方法の候補となる複数の決済方法候補を設定し、利用者端末２からの未回収代金の決済に係る決済要求処理を受けて、複数の決済方法候補を当該利用者端末へ送信して利用者に提示し、複数の決済方法候補の中から実際に前記未回収代金の決済に用いる決済方法の利用者による選択を受け付け、受け付けた決済方法を未回収代金の決済に用いる確定決済方法として確定させ、確定決済方法が確定された後、当該確定決済方法に係る前記未回収代金の決済の決済方法の再選択を禁止する。【選択図】図９

Description

特許法第３０条第２項適用申請有り １ 出願人のウェブサイト ｈｔｔｐｓ：／／ｒｅｇ３１．ｓｍｐ．ｎｅ．ｊｐ／ｒｅｇｉｓｔ／ 令和３年１０月１日初版公開 ２ 出願人のウェブサイト ｈｔｔｐｓ：／／ｗｗｗ．ｃｓｓ－ｏｓａｋａ．ｃｏｍ／ｓｅｒｖｉｃｅ／ ｈｔｔｐｓ：／／ｗｗｗ．ｃｓｓ－ｏｓａｋａ．ｃｏｍ／ 令和３年９月１５日初版公開 ３ 出願人および公開者のウェブサイト ｈｔｔｐｓ：／／ｗｗｗ．ｃｓｓ－ｏｓａｋａ．ｃｏｍ／ｐｄｆ／ＴＲＥＥＰＡＹＭＥＮＴ．ｐｄｆ ｈｔｔｐｓ：／／ｗｗｗ．ｄｅｎｓａｎ－ｓ．ｃｏ．ｊｐ／ｗｐ／ｗｐ－ｃｏｎｔｅｎｔ／ｕｐｌｏａｄｓ／２０２１／０９／ＴＲＥＥＰＡＹＭＥＮＴ２０２１０９２２－１．ｐｄｆ ｈｔｔｐｓ：／／ｗｗｗ．ｓｕｍｉｔｏｍｏｌｉｆｅ．ｃｏ．ｊｐ／ａｂｏｕｔ／ｎｅｗｓｒｅｌｅａｓｅ／ｐｄｆ／２０２１／２１０９２２．ｐｄｆ 令和３年９月２２日初版公開 ４ 日経Ｆｉｎｔｅｃｈ ２０２１年１０月号 令和３年１０月２７日 ５ 出願人および公開者のウェブサイト ｈｔｔｐｓ：／／ｗｗｗ．ｃｓｓ－ｏｓａｋａ．ｃｏｍ／ｐｄｆ／２０２２０３１５．ｐｄｆ ｈｔｔｐｓ：／／ｗｗｗ．ｄｅｎｓａｎ－ｓ．ｃｏ．ｊｐ／ｗｐ／ｗｐ－ｃｏｎｔｅｎｔ／ｕｐｌｏａｄｓ／２０２２／０３／２０２２０３１５．ｐｄｆ＃ｐａｇｅ＝１％２２ ｈｔｔｐｓ：／／ｗｗｗ．ｓｕｍｉｔｏｍｏｌｉｆｅ．ｃｏ．ｊｐ／ａｂｏｕｔ／ｎｅｗｓｒｅｌｅａｓｅ／ｐｄｆ／２０２１／２２０３１５．ｐｄｆ 令和４年３月１５日初版公開 ６ 公開者のウェブサイト ｈｔｔｐｓ：／／ｐａｙｐａｙ．ｎｅ．ｊｐ／ｎｏｔｉｃｅ／２０２２０３１５／０１／ 令和４年３月１５日初版公開 ７ ＰＲメール 令和３年９月１６日 ８ 電話面談 令和３年１２月１日

この発明は、商品またはサービスの代金の決済に関する、決済代行サーバ、決済代行方法、決済代行プログラムおよび決済代行システムに関する。

従来、商品またはサービスの代金の決済（支払い）を代行して行うためのシステムの一例として、商品販売処理システムが提案されている（特許文献１参照）。特許文献１記載の商品販売処理システムでは、消費者が所有するユーザ端末の端末識別データと関連付けて、当該消費者の購買行動に係わる複数の識別情報（クレジットカードの識別情報等）を記憶し、ユーザ端末の端末識別データと関連付けられた識別情報の中から、商品またはサービスの代金の決済において有効な識別情報を選択し、当該識別情報を用いて、販売処理された商品に係わる処理を実行することができる。

特許文献１記載の商品販売処理システムでは、消費者が商品またはサービスの代金の決済において有効な識別情報を選択することができるため利便性が向上する一方で、複数の支払方法によって同一の商品またはサービスの代金を支払ってしまう所謂二重支払いが発生する虞がある。二重支払いが発生した場合、返金処理などにおいて事業者および消費者の手間が増えてしまい、結果的に利便性が低下してしまう。このため、二重支払いを防止し、ひいては利便性の向上を図ることが望まれている。

特開２０２１－０３３５８８号公報

この発明は、上述の問題に鑑みて、二重支払いを防止し、事業者および消費者双方の利便性の向上を図ることができる、決済代行サーバ、決済代行方法、決済代行プログラムおよび決済代行システムを提供することを目的とする。

この発明は、事業者から商品またはサービスの提供を受ける利用者が使用する利用者端末と通信可能な決済代行サーバであって、前記事業者からの前記商品または前記サービスに係る未回収代金の回収に係る回収要求処理を受けて、当該未回収代金の決済に使用可能な決済方法の候補となる複数の決済方法候補を設定する候補設定手段と、前記利用者端末からの前記未回収代金の決済に係る決済要求処理を受けて、前記複数の決済方法候補を当該利用者端末へ送信して利用者に提示する提示手段と、前記複数の決済方法候補の中から実際に前記未回収代金の決済に用いる決済方法の利用者による選択を受け付ける選択受付手段と、前記選択受付手段において受け付けた決済方法を前記未回収代金の決済に用いる確定決済方法として確定させるための確定手段と、前記確定決済方法が確定された後、当該確定決済方法に係る前記未回収代金の決済の決済方法の再選択を禁止する禁止手段を備えた決済代行サーバ、決済代行方法、決済代行プログラムおよび決済代行システムであることを特徴とする。

この発明により、二重支払いを防止し、事業者および消費者双方の利便性の向上を図ることができる。

この発明の決済システムの構成の一例を示す説明図。 利用者端末の構成の一例を示すブロック図。 事業者サーバの構成の一例を示すブロック図。 決済機関サーバの構成の一例を示すブロック図。 決済代行サーバの構成の一例を示すブロック図。 利用者に未回収代金の決済に関する通知を行う通知処理のフロー図。 通知メールの画面構成例を示す説明図。 通知メールの決済用リンクに埋め込まれる通知データの一例を示す説明図。 本発明の決済方法設定処理のフロー図。 決済方法選択画面の画面構成の説明図。 払込票方法における宛先事項入力画面の画面構成の説明図。 払込票方法における宛先事項確認画面の画面構成の説明図。 払込票方法における手続完了画面の画面構成の説明図。 電子決済方法における宛先事項入力画面の画面構成の説明図。 電子決済方法における宛先事項確認画面の画面構成の説明図。 電子決済方法における通知メールの画面構成例を示す説明図。 クレジットカード方法における選択確認画面の画面構成の説明図。 クレジットカード方法におけるカード情報入力画面の画面構成の説明図。 合算振替方法における選択確認画面の画面構成の説明図。 エラー画面の画面構成の説明図。 変形例の決済方法選択画面の画面構成の説明図。 その他の変形例の決済方法選択画面の画面構成の説明図。

以下、この発明の一実施形態を図面と共に説明する。
＜システム構成＞

図１は、本発明の決済システム１のシステム構成の一例を示すブロック図である。本発明の決済システム１は、商品またはサービスの代金の決済（支払い）を代行して行う決済代行サービス（支払代行サービス）を提供するためのシステムである。

図１に示すように、決済システム１は、利用者端末２、事業者サーバ３、決済機関サーバ４、および決済代行サーバ５を有する。利用者端末２、事業者サーバ３、決済機関サーバ４、および決済代行サーバ５のそれぞれは、インターネットのような公衆回線（公衆ネットワーク）６を介して、相互に通信可能に接続される。

利用者端末２は、事業者から商品またはサービスの提供を受ける利用者（消費者）が使用する端末である。事業者サーバ３は、商品またはサービスを利用者に提供する事業者（企業）が管理するサーバである。決済機関サーバ４は、商品またはサービスの代金（対価）を決済するための機関（決済機関）が管理するサーバである。決済機関は、たとえば、銀行、郵便局、コード決済サービス運営会社、電子決済サービス運営会社等の金融機関の他、金融機関と提携している小売店舗（コンビニエンスストア、ドラッグストア、スーパーマーケットなど）等のことである。

商品またはサービスの代金を決済する態様としては、一時的に提供される商品またはサービスの代金を決済する都度決済や、継続的に提供される商品またはサービスの代金を決済する継続決済などがある。また、近年、都度決済および継続決済のいずれにおいても、現金決済に代わり、様々な決済方法（支払方法）が提案されている。すなわち、利用者が選択できる決済方法が多様化している。このような状況下において、決済代行サーバ５は、様々な決済方法の中から利用者が任意の決済方法を選択して決済できるようにするための決済代行サービスを提供するためのサーバである。

なお、利用者端末２、事業者サーバ３、および決済機関サーバ４については、説明の便宜上それぞれ１つずつ図示しているが、本発明の決済システム１は、複数の利用者、複数の事業者、複数の決済機関が利用することができ、複数の利用者端末２、複数の事業者サーバ３、複数の決済機関サーバ４を有していても良い。

図２は利用者端末２の構成の一例を示すブロック図である。図３は事業者サーバ３の構成の一例を示すブロック図である。図４は決済機関サーバ４の構成の一例を示すブロック図である。図５は決済代行サーバ５の構成の一例を示すブロック図である。

利用者端末２は、利用者が使用する汎用のコンピュータ（ユーザ端末）である。たとえば、デスクトップＰＣ、ノート（ラップトップ）ＰＣ、タブレットＰＣ、スマートフォン、およびフィーチャーフォン等である。事業者サーバ３、決済機関サーバ４、および決済代行サーバ５のそれぞれは、汎用のサーバコンピュータ（コンピューティングデバイス）で構成されている。なお、事業者サーバ３、決済機関サーバ４、および決済代行サーバ５のそれぞれは、１台（単一）のコンピューティングデバイスで構成されてもよいし、複数のコンピューティングデバイスで構成されてもよい。また、事業者サーバ３、決済機関サーバ４、および決済代行サーバ５のそれぞれの一部または全部がクラウドサーバであってもよい。たとえば、決済代行サーバ５は、Ｗｅｂサーバとして機能するコンピューティングデバイスと、ファイルサーバ（データサーバ）として機能するコンピューティングデバイスと、決済用サーバとして機能するコンピューティングデバイスとに分かれて構成されていてもよい。また、決済代行サーバ５は、主に利用者端末２との間でデータのやり取りを行うコンピューティングデバイスと、主に事業者サーバ３との間でデータのやり取りを行うコンピューティングデバイスとに分かれて構成されていてもよい。

図２に示すように、利用者端末２は、制御部２１、入力部２２、表示部２３、通信部２４、および補助記憶部２５を備える。入力部２２、表示部２３、通信部２４、および補助記憶部２５のそれぞれは、制御部２１に接続されている。

図３に示すように、事業者サーバ３は、制御部３１、通信部３２、および補助記憶部３３を備える。通信部３２、および補助記憶部３３のそれぞれは、制御部３１に接続されている。

図４に示すように、決済機関サーバ４は、制御部４１、通信部４２、および補助記憶部４３を備える。通信部４２、および補助記憶部４３のそれぞれは、制御部４１に接続されている。

図５に示すように、決済代行サーバ５は、制御部５１、通信部５２、および補助記憶部５３を備える。通信部５２、および補助記憶部５３のそれぞれは、制御部５１に接続されている。

図２～図５に示すように、利用者端末２の制御部２１は、演算部２６および主記憶部２７を含み、利用者端末２における各種演算および制御動作を実行する。事業者サーバ３の制御部３１は、演算部３４および主記憶部３５を含み、事業者サーバ３における各種演算および制御動作を実行する。決済機関サーバ４の制御部４１は、演算部４４および主記憶部４５を含み、決済機関サーバ４における各種演算および制御動作を実行する。決済代行サーバ５の制御部５１は、演算部５６および主記憶部５７を含み、決済機関サーバ４における各種演算および制御動作を実行する。

各演算部（２６、３４、４４、５４）は、ＣＰＵまたはＭＰＵなどを含む演算処理部である。各主記憶部（２７、３５、４５、５５）は、ＲＡＭ（ＤＲＡＭ）などを有する。ＲＡＭは、演算部（２６、３４、４４、５４）のワーク領域およびバッファ領域として用いられる。

入力部２２は、利用者の操作入力を受け付ける入力部品、および入力部品と制御部２１との間に介在する入力検出回路を有する。入力部品は、たとえばタッチパネルまたは／およびハードウェアの操作ボタンないし操作キーである。タッチパネルとしては、静電容量方式、電磁誘導方式、抵抗膜方式、赤外線方式など、任意の方式のものを用いることができる。入力検出回路は、各入力部品の操作に応じた操作信号ないし操作データ（操作入力データ）を制御部２１に出力する。

表示部２３は、ディスプレイ、およびディスプレイと制御部２１との間に介在する表示制御回路を有する。ディスプレイとしては、たとえばＬＣＤ（液晶ディスプレイ）または有機ＥＬディスプレイなどを用いることができる。表示制御回路は、ＧＰＵおよびＶＲＡＭなどを有する。制御部２１の指示の下、ＧＰＵは、ＲＡＭに記憶された画像生成用のデータを用いてディスプレイに種々の画面を表示するための表示画像データをＶＲＡＭに生成し、生成した表示画像データをディスプレイに出力する。

通信部（２４、３２、４２，５２）は、公衆回線６に接続するための通信回路を有する。通信回路は、有線通信回路または無線通信回路であり、演算部（３７、４７）からの指示に従って、公衆回線６を介して、外部コンピュータと通信する。また、利用者端末２、事業者サーバ３、決済機関サーバ４、および決済代行サーバ５のそれぞれの通信部（２４、３２、４２，５２）は、公衆回線６を介さずに、専用回線等で直接相互に通信することも可能である。

補助記憶部（２５、３３、４３、５３）は、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＥＥＰＲＯＭなどの不揮発性メモリで構成され、各演算部（２６、３４、４４、５４）が利用者端末２、事業者サーバ３、決済機関サーバ４、および決済代行サーバ５のそれぞれの動作を制御するためのプログラムおよび本システムの利用に必要な各種データなどを記憶する。

図２に示すように、利用者端末２の補助記憶部２５は、利用者の操作入力に応じて本システムにおける利用者端末２の各種動作を実行するための利用者プログラム２５ａと、本システムの利用に必要な利用者用データ２５ｂとを記憶している。利用者プログラム２５ａおよび利用者用データ２５ｂは、必要に応じて補助記憶部２５から読み出され主記憶部２７に記憶される（展開される）。利用者端末２の動作は、演算部２６が主記憶部２７に展開された利用者プログラム２５ａを実行することによって実現される。

利用者プログラム２５ａは、少なくとも、外部コンピュータ（たとえば事業者サーバ３、決済機関サーバ４および決済代行サーバ５など）にアクセス（外部コンピュータとの通信を確立）するための通信プログラム、表示部２３に種々の画面を表示させるための表示プログラム、および利用者端末２が備える各種の機能を選択および実行するためのプログラム等を含有する。利用者用データ２５ｂは、少なくとも、本システムにおいて必要な利用者のデータを含む。

図３に示すように、事業者サーバ３の補助記憶部３３は、事業者サーバ３の各種動作を実行するための事業者プログラム３３ａと、本システムの利用に必要な事業者用データ３３ｂとを記憶している。

事業者プログラム３３ａは、外部コンピュータ（たとえば利用者端末２、決済機関サーバ４および決済代行サーバ５など）にアクセス（外部コンピュータとの通信を確立）するための通信プログラム、商品またはサービスの提供に対する代金のうち、決済が済んでいない代金（未回収代金）のデータを決済代行サーバ５に通知する未回収代金通知プログラム、未回収代金の回収を要求（依頼）する処理（回収要求処理）を行うための回収要求（回収依頼）プログラム、決済方法の選択結果および入金データなどを確認するための確認プログラム、および事業者サーバ３が備える各種の機能を選択および実行するためのプログラム等を含有する。事業者プログラム３３ａおよび事業者用データ３３ｂは、必要に応じて補助記憶部３３から読み出され主記憶部３５に記憶される（展開される）。事業者サーバ３の動作は、演算部３４が主記憶部３５に展開された事業者プログラム３３ａを実行することによって実現される。

図４に示すように、決済機関サーバ４の補助記憶部４３は、決済機関サーバ４の各種動作を実行するための決済機関プログラム４３ａと、本システムの利用に必要な決済機関用データ４３ｂとを記憶している。

決済機関プログラム４３ａは、外部コンピュータ（たとえば利用者端末２、事業者サーバ３および決済代行サーバ５など）にアクセス（外部コンピュータとの通信を確立）するための通信プログラム、利用者が選択した適宜の決済方法にて決済を行うための決済プログラム、決済されたことを示すデータ（入金データ）を決済代行サーバ５に通知するための入金データ通知プログラム、および決済機関サーバ４が備える各種の機能を選択および実行するためのプログラム等を含有する。決済機関プログラム４３ａおよび決済機関用データ４３ｂは、必要に応じて補助記憶部４３から読み出され主記憶部４５に記憶される（展開される）。決済機関サーバ４の動作は、演算部４４が主記憶部４５に展開された決済機関プログラム４３ａを実行することによって実現される。

図５に示すように、決済代行サーバ５の補助記憶部５３は、決済代行サーバ５の各種動作を実行するための決済代行プログラム５４と、本システムの利用に必要な決済代行用データ５５とを記憶している。

決済代行プログラム５４は、決済代行サーバ５が備える各種の機能を選択および実行するためのメイン処理プログラム５４ａ、商品またはサービスの提供に係る未回収代金の決済において利用者に提示する複数の決済方法候補を設定するための決済方法候補設定プログラム５４ｂ、複数の決済方法候補の中から実際に決済に用いる決済方法を利用者に選択させるための決済方法選択プログラム５４ｃ、利用者に選択された決済方法（確定決済方法）に関連したデータであり、決済に必要なデータである決済データの管理を行うための決済データ管理プログラム５４ｄ、決済機関サーバ４から通知された入金データを管理するための入金データ管理プログラム５４ｅ等を含有する。

決済代行用データ５５は、本システムを利用する事業者のデータである事業者データ５５ａ、本システムを利用する利用者のデータである利用者データ５５ｂ、各決済方法の詳細データである決済方法データ５５ｃ、未回収代金のデータである未回収代金データ５５ｄ、本システムで使用可能な決済方法のうち、未回収代金のそれぞれに設定可能な決済方法（決済方法候補）のデータである決済方法候補データ５５ｅ、利用者に選択された決済方法（確定決済方法）のデータである確定決済方法データ５５ｆ、決済に必要なデータである決済データ５５ｇ、決済機関サーバ４から通知された入金データ５５ｈ等を含有する。

事業者データ５５ａには、事業者毎に選択可能な（事業者が利用を許容している）決済方法のデータが含まれる。利用者データ５５ｂには、予め登録されている口座振替用の銀行口座（振替口座）のデータや、過去の決済で使用した決済データ等が含まれる。決済方法データ５５ｃには、各決済方法において処理に必要なデータの他、決済方法毎の決済可能な上限金額のデータが含まれる。

なお、未回収代金データ５５ｄは、事業者サーバ３から未回収代金のデータを取得したときに未回収代金データ５５ｄとして記憶される。確定決済方法が確定している場合、未回収代金データ５５ｄには、確定決済方法データ５５ｆが紐づけられている。また、未回収代金データ５５ｄは、対応する入金データ５５ｈが決済機関サーバ４から通知されたとき、すなわち、未回収代金の決済が完了したときに消去される。図示は省略するが、決済が完了したデータを回収済代金データとして記憶（決済代行用データ５５の一部として記憶）しておき、事業者または利用者が後から確認できるようにしてもよい。

なお、上述した利用者端末２の構成、事業者サーバ３の構成、決済機関サーバ４の構成および決済代行サーバ５の構成は、単なる一例であり、これに限定される必要はない。たとえば、利用者端末２は、カメラおよびカメラで撮影した画像から符号画像を撮像し、撮像した画像を復号して、符号に埋め込まれたデータを取得できるものであってもよい。符号は、１次元コード（バーコード）または２次元コード等である。２次元コードは、QRコード（登録商標）、マイクロQRコード、Aztec、DataMATRIX、MaxiCODEおよびVeriCODE等のマトリクス型２次元コードでも良いし、PDF417およびCODE49等のスタック型２次元コードでも良い。また、利用者端末２は、通話機能を有しており、この通話機能に係るコンポーネント（スピーカおよびマイクなど）を備えていてもよい。
＜システム動作例＞

以下、図６ないし図２０を参照して決済システム１の動作例を説明する。まず、決済システム１の動作例を説明する前提となる未回収代金データ５５ｄの発生について簡単に説明する。事業者が利用者に商品またはサービスの提供を行い、すぐに代金が決済されない場合、事業者は、事業者サーバ３から未回収代金のデータを決済代行サーバ５に通知する。決済代行サーバ５は、事業者サーバ３から通知された未回収代金データ５５ｄとして記憶する。このとき、事業者サーバ３から通知される未回収代金のデータおよびこれに基づく未回収代金データ５５ｄには、未回収代金の請求先である利用者（被請求者）のデータ（被請求者データ）、未回収代金の請求元である事業者（請求者）のデータ（請求者データ）、未回収代金の請求内容（利用者に提供された商品やサービス）のデータ（請求内容データ）、未回収代金の金額のデータ（未回収金額データ）、および未回収代金の決済期限のデータ（決済期限データ）等が含有される。
＜通知処理＞

図６は利用者に未回収代金の決済に関する通知を行う通知処理のフロー図である。図７は通知メール１００の画面構成例を示す説明図である。図８は通知メール１００の決済用リンク１０２に埋め込まれる通知データの一例を示す説明図である。以下、図６～図８を参照して利用者に未回収代金の決済に関する通知を行う通知処理について説明する。

図６に示す通知処理は、利用者端末２、事業者サーバ３および決済機関サーバ４等と連携して、決済代行サーバ５（制御部５１）で行われる処理である。図６に示すように、事業者サーバ３が決済代行サーバ５に未回収代金の回収を要求（依頼）すると、決済代行サーバ５は、未回収代金の回収要求を受け付け（ステップＳ１）、通知対象となる未回収代金データを特定する（ステップＳ２）。なお、事業者サーバ３からの回収要求処理に係るデータには、請求者データ、請求内容データ、未回収金額データ等の未回収代金データを特定するためのデータが含まれている。

続いて、決済代行サーバ５は、通知対象となる未回収代金データの決済方法が確定しているか（確定済か）どうかを判断する（ステップＳ３）。通知対象となる未回収代金データの決済方法が確定していない場合（ステップＳ３：ＮＯ）、通知対象となる未回収代金データに対して設定できない決済方法（設定不可の決済方法）があるかどうかを判断する（ステップＳ４）。通知対象となる未回収代金データに対して設定できない（設定不可の）決済方法がある場合（ステップＳ４：ＹＥＳ）、事業者別決済方法除外処理（ステップＳ５）と、決済金額別決済方法除外処理（ステップＳ６）を行い、ステップＳ７に進む。具体的には、事業者別決済方法除外処理（ステップＳ５）を行う決済代行サーバ５は、通知対象である全員の未回収代金データに対して、事業者が特定の決済方法を選択不可としている場合にその決済方法を決済方法候補から除外する。決済金額別決済方法除外処理（ステップＳ６）を行う決済代行サーバ５は、通知対象となる未回収代金の金額が決済方法に設定された上限金額を超えている通知対象の未回収代金データに対して当該決済方法を決済方法候補から除外する。したがって、事業者別決済方法除外処理と、決済金額別決済方法除外処理の両方を行った後、各未回収代金データには、全種類の決済方法から事業者が選択不可としている決済方法が除外され、かつ、上限金額を超えている決済方法が除外されて、残った決済方法のみが選択可能な決済方法として設定される。すなわち、設定不可の決済方法が決済方法候補から除外される。

一方、通知対象となる未回収代金データに対して設定不可の決済方法がない場合（ステップＳ４：ＮＯ）、ステップＳ５およびステップＳ６を経由せずにステップＳ７に進む。決済代行サーバ５は、設定可能な全ての決済方法（ステップＳ５およびステップＳ６で一部除外されている場合は残っている全ての決済方法）を決済方法候補として設定し（ステップＳ７）、通知対象となる未回収代金の決済に関する通知データを作成する（ステップＳ８）。ここでは、決済代行サーバ５は、利用者に提示する決済方法候補のデータ、被請求者データ、請求者データ、請求内容データ、未回収金額データ、および決済期限データ等を含有する通知データを作成する。

続いて、決済代行サーバ５は、電子メールまたはＳＮＳのメッセージ等の適宜の手段を用いて、通知データを該当する利用者（被請求者）の利用者端末２に通知して（ステップＳ９）、通知処理を終了する。

たとえば、決済代行サーバ５は、ステップＳ８において、図７に示すような内容の通知メール１００を利用者（被請求者）の利用者端末２に通知する。通知メール１００は、通知文１０１と、決済用リンク１０２とを有する。

通知文１０１は、通知メール１００の本文となるものであり、未回収代金の決済を促すような文によって構成される。通知文１０１には、被請求者名（利用者名）、請求者名（事業者名）、請求内容等の情報が含まれる。また、図７に示す例では、通知文１０１には、決済用リンク１０２の有効期限の情報が含まれる。ここで、決済用リンク１０２の有効期限と、決済期限とを一致させることによって、通知メール１００の本文で間接的に決済期限を利用者に通知することもできる。

決済用リンク１０２は、決済代行サーバ５にアクセスし、未回収代金の決済を行うためのＷＥＢページを表示させるためのハイパーリンクである。決済用リンク１０２は、ＷＥＢページを表示させるためのＵＲＬ等の文字を表示した文字リンクであってもよいし、画像リンクやボタン式のリンクであってもよい。

また、決済用リンク１０２には、図８に示すような、通知対象となる未回収代金に関する通知データ１０が埋め込まれている。通知データ１０は、請求者データ１１、請求内容データ１２、未回収金額データ１３、決済期限データ１４、決済方法候補データ１５等を含有している。

なお、決済代行サーバ５は、同一の未回収代金に対する２回目以降の回収要求であっても、通知対象となる未回収代金データの決済方法が確定していない場合（ステップＳ３：ＮＯ）には、ステップＳ４～Ｓ８の処理を行う。

一方、決済代行サーバ５は、通知対象となる未回収代金データの決済方法が確定している場合（ステップＳ３：ＹＥＳ）、決済方法が確定済である旨を事業者に通知（再度）し（ステップＳ１０）、通知処理を終了する。
＜決済方法設定処理＞

利用者端末２において決済用リンク１０２が操作されると、利用者端末２は決済要求処理を実行して決済代行サーバ５に自動的にアクセスし、未回収代金の決済を行うためのＷＥＢページを表示部２３に表示させ、決済方法設定処理が開始される。

図９は本発明の決済方法設定処理のフロー図である。図１０は決済方法選択画面１１０の画面構成の説明図である。図９に示す決済方法設定処理は、利用者端末２、事業者サーバ３および決済機関サーバ４等と連携して、決済代行サーバ５（制御部５１）で行われる処理である。

図９に示すように、決済方法設定処理が開始されると、決済代行サーバ５は、通知対象である未回収代金データの決済方法が確定済かどうかを判断する（ステップＳ１１）。通知対象となる未回収代金データの決済方法が確定していない場合（ステップＳ１１：ＮＯ）、利用者端末２の表示部２３（ディスプレイ）に、利用者に決済方法を選択させるための決済方法選択画面１１０（図１０）を表示させる（ステップＳ１２）。以下、図１０～図２２に示す各画面は、決済代行サーバ５にアクセスした利用者端末２の表示部２３に表示されるものである。

決済方法選択画面１１０は、通知内容表示部１１１と、決済方法選択部１１２とを有している。通知内容表示部１１１は、通知対象となる未回収代金についての各種情報を表示するために設けられる。通知内容表示部１１１は、被請求者（決済方法選択画面１１０が表示された利用者端末２を使用する利用者）の氏名、「お支払いのご案内」などの基本情報を示す文字が表示される基本情報表示部１１１ａと、請求内容を示す文字が表示される請求内容表示部１１１ｂとを有する。請求内容表示部１１１ｂには、請求者（事業者）の名称、未回収代金の請求内容（未回収代金の対価となる商品やサービス）の名称、請求金額、決済期限等が表示される。

決済方法選択部１１２は、未回収代金の決済に使用可能な複数の決済方法候補を利用者に提示し、決済方法候補の中から実際に決済に用いる決済方法を利用者に選択させるために設けられる。決済方法選択部１１２で提示される決済方法候補は、通知データ１０に含まれる決済方法候補データ１５に従って設定されている。本実施例では、払込票による決済方法（払込票方法）、インターネットからの電子決済による決済方法（電子決済方法）、クレジットカード（またはデビットカード）による決済方法（クレジットカード方法）、振替用の銀行口座（振替口座）を登録している場合に、次回の口座振替でまとめて支払う方法（合算振替方法）を選択することができる。すなわち、決済代行サーバ５は、決済要求処理を受けて、複数の決済方法候補を利用者端末２へ送信して利用者に提示する。

なお、払込票は、コンビニエンスストアなどの店舗、郵便局、その他の金融機関等で支払をするための用紙である。払込票は、任意の形式であってよく、たとえば、被請求者の氏名、請求者の名称、支払金額、支払期限、並びに１次元コード（バーコード）または２次元コードが印刷されている。たとえば、払込票は、ユーザに郵送で送付される。

１次元コード（バーコード）または２次元コードには、支払に必要な情報が含まれており、例えば、個々の支払を一意に識別する支払ＩＤ、支払先（請求者）を識別する請求者ＩＤ、支払金額、および支払期限といった情報が含まれている。

なお、払込票は、用紙に印刷されていなくてもよく、画面に電子的に表示されてもよい。この場合、払込票は、電子的なファイルとしてユーザに送付され、ユーザによって印刷されてもよい。さらに、払込票の電子データを用いて、電子決済により決済してもよい。この場合、利用者は店舗等に行かずに自宅で決済することもできる。このように、払込票の電子データを用いて、電子決済する方法をペーパーレス決済と呼ぶことがある。

電子決済とは、コンピュータを利用した電子的貨幣価値のデータの送受信によって行う決済である。電子決済で使用可能な電子的貨幣価値のデータは、任意の種類であってよく、たとえば、電子マネー、ポイント、または仮想通貨（暗号資産）を利用した決済である。

図１０に示す例では、決済方法選択部１１２は、払込票方法（第１決済方法）を選択するための第１決済方法選択部１１３、電子決済方法（第２決済方法）を選択するための第２決済方法選択部１１４、クレジットカード方法（第３決済方法）を選択するための第３決済方法選択部１１５、および合算振替方法（第４決済方法）を選択するための第４決済方法選択部１１６を有する。すなわち、決済方法選択画面１１０を表示させることによって、利用者に未回収代金の支払いに使用することができる少なくとも１つ以上の決済方法候補を提示する。なお、図１０で決済方法候補として提示されている決済方法は一例であり、これら以外の決済方法が提示されていてもよい。

第１決済方法選択部１１３、第２決済方法選択部１１４、第３決済方法選択部１１５、および第４決済方法選択部１１６のそれぞれには、決済方法を選択するための選択ボタン１１３ａ～１１６ａを有する。なお、選択ボタン１１３ａ～１１６ａは、いわゆるソフトウェアキー（操作ボタン）として機能する。以下、ソフトウェアキーを単に「ボタン」という。選択ボタン１１３ａ～１１６ａが操作（選択）されると、各決済方法において必要な事項を入力し、決済方法を確定させるための種々の入力画面が表示される。すなわち、第１決済方法選択部１１３、第２決済方法選択部１１４、第３決済方法選択部１１５、および第４決済方法選択部１１６のそれぞれに設けられた選択ボタン１１３ａ～１１６ａは、複数の決済方法候補の中から実際に未回収代金の決済に用いる決済方法の利用者による選択を受け付けるためのものである。

ここで、図９に戻って、決済代行サーバ５は、決済方法が選択され、必要事項が入力されたうえで、決済方法が確定されたかどうかを判断する（ステップＳ１３）。決済方法が確定していない場合（ステップＳ１３：ＮＯ）には、同じステップＳ１３に戻る。一方、決済方法が確定された場合（ステップＳ１３：ＹＥＳ）には、確定した決済方法（確定決済方法）を記憶し（ステップＳ１４）、決済方法設定処理を終了する。以下、第１決済方法～第４決済方法のそれぞれにおいて決済方法が確定される際の具体的な動作例について説明する。
＜払込票方法＞

図１１は第１決済方法（払込票方法）における宛先事項入力画面１２０の画面構成の説明図である。図１２は払込票方法における宛先事項確認画面１３０の画面構成の説明図である。図１３は払込票方法における手続完了画面１４０の画面構成の説明図である。

まず、決済方法選択画面１１０で第１決済方法選択部１１３の選択ボタン１１３ａが操作された場合、すなわち、第１決済方法（払込票方法）が選択された場合の動作例について説明する。

第１決済方法（払込票方法）が選択されると、図１１に示すような宛先事項入力画面１２０が表示される。宛先事項入力画面１２０は、払込票を利用者に郵送するために必要な宛先に関する事項（払込票の宛先事項）を利用者に入力させるための画面である。宛先事項入力画面１２０は、宛先事項の入力を促すための通知文１２１と、宛先事項の入力を受け付ける宛先事項入力部１２２と、戻るボタン１２３と、進行ボタン１２４とを有する。

払込票の宛先事項とは、たとえば郵便番号、住所、電話番号および宛名などである。宛先事項入力部１２２は、郵便番号の入力を受け付ける郵便番号入力部１２２ａ、住所の入力を受け付ける住所入力部１２２ｂ、電話番号の入力を受け付ける電話番号入力部１２２ｃ、宛名の入力を受け付ける宛名入力部１２２ｄを有する。郵便番号入力部１２２ａ、住所入力部１２２ｂ、電話番号入力部１２２ｃおよび宛名入力部１２２ｄのそれぞれは、各事項に対応するテキストの入力を受け付けるテキストボックス（入力欄）を有する。

戻るボタン１２３は、宛先事項入力画面１２０で入力された事項をキャンセル（消去）して決済方法選択画面１１０に戻るためのボタンである。なお、後述する戻るボタン１５３も戻るボタン１２３と同様に各入力画面で入力された事項をキャンセルして決済方法選択画面１１０に戻る機能を有している。

進行ボタン１２４は、宛先事項入力画面１２０に入力された払込票の宛先事項を確定して次のステップに進むためのボタンである。進行ボタン１２４が操作されると、宛先事項入力部１２２に入力された内容で払込票の宛先事項が決定され、図１２に示すような宛先事項確認画面１３０が表示される。なお、後述する進行ボタン１５４も進行ボタン１２４と同様に各入力画面で入力された事項を確定して次のステップに進む機能を有している。

宛先事項確認画面１３０は、宛先事項入力画面１２０で入力された払込票の宛先事項を利用者に確認させ、かつ、決済方法を払込票方法に確定するための画面である。宛先事項確認画面１３０は、払込票の宛先事項の確認を促すための通知文１３１と、払込票の宛先事項を表示する宛先事項表示部１３２と、注意部１３３と、宛先事項入力画面１２０に戻るための戻るボタン１３４と、払込票の宛先事項を決定し、決済方法を払込票方法に確定するための確定ボタン１３５とを有する。

宛先事項表示部１３２には、直前の宛先事項入力画面１２０で入力された払込票の宛先事項が表示されている。詳しくは、宛先事項表示部１３２は、郵便番号を表示する郵便番号表示部１３２ａ、住所を表示する住所表示部１３２ｂ、電話番号を表示する電話番号表示部１３２ｃ、宛名を表示する宛名表示部１３２ｄを有する。利用者は、宛先事項表示部１３２を見ることによって、自身が入力した払込票の宛先事項が正しいかどうかを確認することができる。

注意部１３３は、確定ボタン１３５を操作する（押す）ことによって決済方法が払込票方法に確定され、その後決済方法を変更できなくなることを利用者に通知し、注意を促すために設けられる。たとえば、注意部１３３は、確定ボタン１３５を押すと決済方法を変更できなくなることを示す注意文を有している。このような注意部１３３が設けられていることによって、利用者は、確定ボタン１３５を押すことによって決済方法が確定することおよびその後決済方法を変更できなくなることを認識し、確定ボタン１３５の操作を慎重に行うことなる。したがって、操作間違い等によって意図しない決済方法を選択することを抑制ないし防止することができる。また、戻るボタン１３４によって宛先事項入力画面１２０に戻ることができ、宛先事項入力画面１２０にも戻るボタン１２３があることから、宛先事項確認画面１３０から決済方法選択画面１１０まで戻り、適切な決済方法を選択し直すことができる。したがって、事業者および利用者（消費者）双方の利便性の向上を図ることができる。

確定ボタン１３５が操作されると、払込票の宛先事項が決定され、かつ、決済方法が払込票方法に確定される（ステップＳ１３：ＹＥＳ）。決済方法が払込票方法に確定されると、図１３に示すような手続完了画面１４０が表示される。手続完了画面１４０は、決済方法を選択する手続きが確定したことを利用者に通知するための画面である。手続完了画面１４０は、決済方法を選択する手続きが確定したことを通知するための通知文１４１と、請求内容を表示する請求内容表示部１４２と、閉じるボタン１４３とを有する。請求内容表示部１４２には、請求内容表示部１１１ｂ（図１０参照）に対応した内容、すなわち、請求者の名称、未回収代金の請求内容の名称、請求金額、決済期限等が表示される。閉じるボタン１４３が操作されると、手続完了画面１４０が非表示になる。
＜電子決済方法＞

図１４は電子決済方法における宛先事項入力画面１５０の画面構成の説明図である。図１５は電子決済方法における宛先事項確認画面１６０の画面構成の説明図である。図１６は電子決済方法における通知メール１７０の画面構成例を示す説明図である。

次に、決済方法選択画面１１０で第２決済方法選択部１１４の選択ボタン１１４ａが操作された場合、すなわち、第２決済方法（電子決済方法）が選択された場合の動作例について説明する。

第２決済方法（電子決済方法）が選択されると、図１４に示すような宛先事項入力画面１５０が表示される。宛先事項入力画面１５０は、電子決済を行うために必要な事項、すなわち電子決済を行うための通知メールの送付先となる事項（電子決済に関する宛先事項）を利用者に入力させるための画面である。宛先事項入力画面１５０は、電子決済に関する宛先事項の入力を促すための通知文１５１と、電子決済に関する宛先事項の入力を受け付ける宛先事項入力部１５２と、戻るボタン１５３と、進行ボタン１５４とを有する。

電子決済に関する宛先事項とは、たとえばメールアドレスおよび電話番号などである。宛先事項入力部１５２は、メールアドレスの入力を受け付けるメールアドレス入力部１５２ａ、電話番号の入力を受け付ける電話番号入力部１５２ｂを有する。メールアドレス入力部１５２ａおよび電話番号入力部１５２ｂのそれぞれは、宛先事項に対応するテキストの入力を受け付けるテキストボックスを有する。

進行ボタン１２４が操作されると、宛先事項入力部１２２に入力された内容で電子決済に関する宛先事項が決定され、図１５に示すような宛先事項確認画面１６０が表示される。宛先事項確認画面１６０は、宛先事項入力画面１５０で入力された電子決済に関する宛先事項を利用者に確認させ、かつ、決済方法を電子決済方法に確定するための画面である。宛先事項確認画面１６０は、電子決済に関する宛先事項の確認を促すための通知文１６１と、電子決済に関する宛先事項を表示する宛先事項表示部１６２と、注意部１６３と、宛先事項入力画面１５０に戻るための戻るボタン１６４と、電子決済に関する宛先事項を決定し、決済方法を電子決済方法に確定するための確定ボタン１６５とを有する。

宛先事項表示部１６２には、直前の宛先事項入力画面１５０で入力された電子決済に関する宛先事項が表示されている。詳しくは、宛先事項表示部１６２は、メールアドレスを表示するメールアドレス表示部１６２ａ、電話番号を表示する電話番号表示部１６２ｂを有する。利用者は、宛先事項表示部１６２を見ることによって、自身が入力した電子決済に関する宛先事項が正しいかどうかを確認することができる。

注意部１６３は、確定ボタン１６５を操作する（押す）ことによって決済方法が電子決済方法に確定され、その後決済方法を変更できなくなることを利用者に通知し、注意を促すために設けられる。たとえば、注意部１６３は、確定ボタン１６５を押すと決済方法を変更できなくなることを示す注意文を有している。このような注意部１６３が設けられていることによって、利用者は、確定ボタン１６５を押すことによって決済方法が確定することおよびその後決済方法を変更できなくなることを認識し、確定ボタン１６５の操作を慎重に行うことなる。したがって、操作間違い等によって意図しない決済方法を選択することを抑制ないし防止することができる。また、戻るボタン１６４を操作して決済方法選択画面１１０まで戻り、適切な決済方法を選択し直すこともできる。

確定ボタン１６５が操作されると、電子決済に関する宛先事項が決定され、かつ、決済方法が電子決済方法に確定される（ステップＳ１３：ＹＥＳ）。決済方法が電子決済方法に確定されると、図１６に示すような内容の通知メール１７０が利用者（被請求者）の利用者端末２に通知される。通知メール１７０は、通知文１７１と、電子決済用リンク１７２とを有する。

通知文１７１は、通知メール１７０の本文となるものであり、電子決済の手続きを促すような文によって構成される。通知文１７１には、電子決済用リンク１７２の有効期限（電子決済の決済期限）の情報が含まれる。

電子決済用リンク１７２は、決済代行サーバ５にアクセスし、電子決済を行うための適宜のＷＥＢページを表示させるためのハイパーリンクである。電子決済用リンク１７２は、ＷＥＢページを表示させるためのＵＲＬ等の文字を表示した文字リンクであってもよいし、画像リンクやボタン式のリンクであってもよい。なお、電子決済用リンク１７２は、電子決済を取り扱う決済機関サーバ４に直接アクセスするためのハイパーリンクであってもよい。この場合、決済機関サーバ４が提供する電子決済を行うための適宜のＷＥＢページが利用者端末２の表示部２３に表示される。
＜クレジットカード方法＞

図１７はクレジットカード方法における選択確認画面１８０の画面構成の説明図である。図１８はクレジットカード方法におけるカード情報入力画面１９０の画面構成の説明図である。

次に、決済方法選択画面１１０で第３決済方法選択部１１５の選択ボタン１１５ａが操作された場合、すなわち、第３決済方法（クレジットカード方法）が選択された場合の動作例について説明する。

第３決済方法（クレジットカード方法）が選択されると、図１７に示すような選択確認画面１８０が表示される。選択確認画面１８０は、クレジットカード方法を選択したことを利用者に確認させ、および決済方法を確定させるための画面である。選択確認画面１８０は、クレジットカード方法が選択されていることを通知するための通知文１８１と、請求内容を表示する請求内容表示部１８２と、注意部１８３と、決済方法選択画面１１０に戻るための戻るボタン１８４と、決済方法を確定させるための確定ボタン１８５とを有する。請求内容表示部１８２には、請求内容表示部１１１ｂ（図１０参照）等に対応して、請求者の名称、未回収代金の請求内容の名称、請求金額等が表示される。

注意部１８３は、確定ボタン１８５を操作する（押す）ことによって決済方法がクレジットカード方法に確定され、その後決済方法を変更できなくなることを利用者に通知し、注意を促すために設けられる。たとえば、注意部１８３は、確定ボタン１８５を押すと決済方法を変更できなくなることを示す注意文を有する。このような注意部１８３が設けられていることによって、利用者は、確定ボタン１８５を押すことによって決済方法が確定することおよびその後決済方法を変更できなくなることを認識し、確定ボタン１８５の操作を慎重に行うことなる。したがって、操作間違い等によって意図しない決済方法を選択することを抑制ないし防止することができる。また、戻るボタン１８４を操作して決済方法選択画面１１０まで戻り、適切な決済方法を選択し直すこともできる。

確定ボタン１８５が操作されると、決済方法がクレジットカード方法に確定される（ステップＳ１３：ＹＥＳ）。決済方法がクレジットカード方法に確定されると、図１８に示すようなカード情報入力画面１９０が表示される。カード情報入力画面１９０は、クレジットカードで決済するために必要な情報（カード情報）の入力を促す通知文１９１と、カード情報の入力を受け付けるカード情報入力部１９２と、決済を実行する決済実行ボタン１９３とを有する。

カード情報とは、たとえばカード番号、カード有効期限およびセキュリティコードなどである。カード情報入力部１９２は、カード番号を入力するためのカード番号入力部１９２ａ、カード有効期限を入力するためのカード有効期限入力部１９２ｂ、セキュリティコードを入力するためのセキュリティコード入力部１９２ｃを有する。カード情報入力部１９２に正しいカード情報が入力され、決済実行ボタン１９３が操作されると、クレジットカードによる決済が実行される。
＜合算振替方法＞

図１９は合算振替方法における選択確認画面の画面構成の説明図である。次に、決済方法選択画面１１０で第４決済方法選択部１１６の選択ボタン１１６ａが操作された場合、すなわち、第４決済方法（合算振替方法）が選択された場合の動作例について説明する。

第４決済方法（合算振替方法）が選択されると、図１９に示すような選択確認画面２００が表示される。選択確認画面２００は、次回の口座振替でまとめて支払う合算振替方法を選択したことを利用者に確認させ、および決済方法を確定させるための画面である。選択確認画面２００は、合算振替方法が選択されていることを通知するための通知文２０１と、請求内容を表示する請求内容表示部２０２と、注意部２０３と、決済方法選択画面１１０に戻るための戻るボタン２０４と、決済方法を確定させるための確定ボタン２０５とを有する。請求内容表示部２０２には、請求内容表示部１１１ｂ（図１０参照）等に対応して、請求者の名称、未回収代金の請求内容の名称、請求金額等が表示される。

注意部２０３は、確定ボタン２０５を操作する（押す）ことによって決済方法が合算振替方法に確定され、その後決済方法を変更できなくなることを利用者に通知し、注意を促すために設けられる。たとえば、注意部２０３は、確定ボタン２０５を押すと決済方法を変更できなくなることを示す注意文を有する。このような注意部２０３が設けられていることによって、利用者は、確定ボタン２０５を押すことによって決済方法が確定することおよびその後決済方法を変更できなくなることを認識し、確定ボタン２０５の操作を慎重に行うことなる。したがって、操作間違い等によって意図しない決済方法を選択することを抑制ないし防止することができる。また、戻るボタン２０４を操作して決済方法選択画面１１０まで戻り、適切な決済方法を選択し直すこともできる。

確定ボタン２０５が操作されると、決済方法が合算振替方法に確定される（ステップＳ１３：ＹＥＳ）。決済方法が合算振替方法に確定されると、予め設定された口座振替のタイミングで、未回収代金が支払われる。

以上のような流れで、第１決済方法～第４決済方法のそれぞれにおいて決済方法が確定され（ステップＳ１３：ＹＥＳ）には、確定した決済方法（確定決済方法）を記憶し（ステップＳ１４）、決済方法設定処理を終了する。
＜確定決済方法設定後の再選択の禁止＞

一方、図９に戻って、通知対象となる未回収代金データの決済方法が確定している場合（ステップＳ１１：ＹＥＳ）、図２０に示すようなエラー画面２１０を表示して、決済方法設定処理を終了する。

エラー画面２１０は、既に未回収代金データの決済方法が確定していることを利用者に通知するための画面である。エラー画面２１０は、既に未回収代金データの決済方法が確定していること（確定決済方法が設定されていること）を通知するための通知文２１１と、閉じるボタン２１２とを有する。閉じるボタン２１２が操作されると、エラー画面２１０が非表示になる。すなわち、決済代行サーバ５は、通知対象となる未回収代金データの決済方法が確定している場合、未回収代金に係る決済方法が確定されていることを示す確定済み情報を利用者端末２へ送信して利用者に通知する。

すなわち、通知対象となる未回収代金データの決済方法が確定している場合、決済方法の再選択ができない状態となっている（決済方法の再選択が禁止されている）。

以上の構成および動作により、本発明の決済システム１では、通知対象となる未回収代金データの決済方法が確定している場合、再度決済方法を選択することが禁止されており、既に未回収代金データの決済方法が確定していることが通知される。このため、本発明の決済システム１では、確定決済方法が一度設定されると、確定決済方法によってのみ決済が可能な状態となり、複数の決済方法によって同一の商品またはサービスの代金を支払ってしまう所謂二重支払いを防止することができる。したがって、二重支払いが発生した場合の返金処理などにおいて消費者の手間が増えることを防止し、利便性の向上を図ることができる。

この発明の決済代行サーバは上記実施形態の決済代行サーバ５に対応し、利用者端末は利用者端末２に対応し、候補設定手段は決済方法候補設定プログラム５４ｂおよびこれに従って動作する制御部５１に対応し、提示手段は決済方法選択部１１２に対応し、選択受付手段は第１決済方法選択部１１３、第２決済方法選択部１１４、第３決済方法選択部１１５、第４決済方法選択部１１６のそれぞれおよび選択ボタン１１３ａ～１１６ａに対応し、確定手段は確定ボタン１３５、１６５、１８５、２０５に対応し、禁止手段はステップＳ３、ステップＳ９およびこれらを実行する制御部５１等に対応し、注意手段は注意部１３３、１６３、１８３、２０３、ステップＳ３、ステップＳ１０および決済方法選択プログラム５４ｃおよびこれに従って動作する制御部５１に対応し、通知手段は通知文２１１（エラー画面２１０）に対応し、記憶手段は補助記憶部５３に対応するが、この発明は本実施形態に限られず他の様々な実施形態とすることができる。また、上述の実施形態で挙げた画面および具体的な構成等は一例であり、実際の製品に応じて適宜変更することが可能である。

図２１は変形例の決済方法選択画面１１０Ａの画面構成の説明図である。たとえば、決済方法毎に決済金額の上限が設定されていてもよい。この場合、決済金額の上限を超えている決済方法に対応する選択ボタンが選択できないように無効化されている。図２１に示す例では、決済方法選択画面１１０Ａの第１決済方法選択部１１３の選択ボタンのうち、第１決済方法（払込票方法）に対応する選択ボタン１１３ａと、第２決済方法（電子決済方法）に対応する選択ボタン１１３ｂとが無効化されている。これは、払込票方法および電子決済方法の決済金額の上限が３０万円であるのに対し、決済金額が３５万円であり、払込票方法および電子決済方法の決済金額の上限を超えているためである。このようにすれば、決済方法選択画面１１０Ａを表示した時点で決済可能な決済方法のみを利用者に提示することができる。

図２２はその他の変形例の決済方法選択画面１１０Ｂの画面構成の説明図である。また、事業者毎に選択可能な決済方法が制限されていてもよい。この場合、通知対象となる未回収代金を請求する事業者が制限した決済方法に対応する選択ボタンが選択できないように無効化されている。

図２２に示す例では、決済方法選択画面１１０Ｂの第１決済方法選択部１１３の選択ボタンのうち、第２決済方法（電子決済方法）に対応する選択ボタン１１３ｂが無効化されている。すなわち、図２２に示す例では、事業者によって第２決済方法（電子決済方法）による決済が制限されている（認められていない）。このようにすれば、事業者毎にカスタマイズされた最適な決済システムを提供することができる。

また、進行ボタン１２４，１５４（図１１、図１４参照）は、各入力画面（宛先事項入力画面１２０，宛先事項入力画面１５０）において宛先事項が全て入力されるまで（宛先事項が揃うまで）操作できないように無効化されていてもよい。

さらに、図１０に示すような決済方法選択画面１１０において選択ボタン１１３ａ～１１６ａに代えて、決済方法選択部１１２で提示される決済方法候補の詳細な情報（決済方法候補の詳細情報）の表示／非表示を切り替えるための切替ボタンが設けられていても良い。たとえば、決済方法候補の詳細情報としては、払込票で決済可能な店舗の情報、電子決済で決済可能な電子的貨幣価値のデータの種類の情報、およびクレジットカード方法で決済可能なクレジットカードのブランドの情報等である。この場合、選択ボタン１１３ａ～１１６ａのそれぞれは、決済方法候補の詳細情報が表示されているときに決済方法選択画面１１０に表示されるようにしても良い。

この発明は、商品またはサービスの代金の決済代行に関する産業に利用することができる。

１…決済システム
２…利用者端末
３…事業者サーバ
４…決済機関サーバ
５…決済代行サーバ
５１…制御部

Claims (7)

1. 事業者から商品またはサービスの提供を受ける利用者が使用する利用者端末と通信可能な決済代行サーバであって、
   前記事業者からの前記商品または前記サービスに係る未回収代金の回収に係る回収要求処理を受けて、当該未回収代金の決済に使用可能な決済方法の候補となる複数の決済方法候補を設定する候補設定手段と、
   前記利用者端末からの前記未回収代金の決済に係る決済要求処理を受けて、前記複数の決済方法候補を当該利用者端末へ送信して利用者に提示する提示手段と、
   前記複数の決済方法候補の中から実際に前記未回収代金の決済に用いる決済方法の利用者による選択を受け付ける選択受付手段と、
   前記選択受付手段において受け付けた決済方法を前記未回収代金の決済に用いる確定決済方法として確定させるための確定手段と、
   前記確定決済方法が確定された後、当該確定決済方法に係る前記未回収代金の決済の決済方法の再選択を禁止する禁止手段を備えた
   決済代行サーバ。
2. 前記選択受付手段において利用者の選択を受け付けて決済方法を確定させる前に、前記決済方法を確定させると決済方法を変更できなくなることを示す注意情報を当該利用者端末へ送信して利用者に通知し、注意を促す注意手段をさらに備えた
   請求項１記載の決済代行サーバ。
3. 前記禁止手段によって決済方法の再選択が禁止された後、前記利用者端末からの前記決済要求処理を受け付けた場合に、当該未回収代金に係る決済方法が確定されていることを示す確定済み情報を当該利用者端末へ送信して利用者に通知する通知手段をさらに備えた
   請求項１または２記載の決済代行サーバ。
4. 複数の前記事業者のそれぞれにおいて使用可能な決済方法を記憶する記憶手段を備え、
   前記候補設定手段は、前記未回収代金に係る事業者が使用可能な決済方法に応じて前記複数の決済方法候補を設定する
   請求項１記載の決済代行サーバ。
5. 事業者から商品またはサービスの提供を受ける利用者が使用する利用者端末、および当該利用者端末と通信可能な決済代行サーバを用い、
   前記事業者からの前記商品または前記サービスに係る未回収代金の回収に係る回収要求処理を受けて、当該未回収代金の決済に使用可能な決済方法の候補となる複数の決済方法候補を設定し、
   前記利用者端末からの前記未回収代金の決済に係る決済要求処理を受けて、前記複数の決済方法候補を当該利用者端末へ送信して利用者に提示し、
   前記複数の決済方法候補の中から実際に前記未回収代金の決済に用いる決済方法の利用者による選択を受け付け、
   受け付けた決済方法を前記未回収代金の決済に用いる確定決済方法として確定させ、
   前記確定決済方法が確定された後、当該確定決済方法に係る前記未回収代金の決済の決済方法の再選択を禁止する
   決済代行方法。
6. 事業者から商品またはサービスの提供を受ける利用者が使用する利用者端末と通信可能な決済代行サーバを制御するコンピュータが読み取り可能なプログラムであって、
   前記コンピュータを、
   前記事業者からの前記商品または前記サービスに係る未回収代金の回収に係る回収要求処理を受けて、当該未回収代金の決済に使用可能な決済方法の候補となる複数の決済方法候補を設定する候補設定手段と、
   前記利用者端末からの前記未回収代金の決済に係る決済要求処理を受けて、前記複数の決済方法候補を当該利用者端末へ送信して利用者に提示する提示手段と、
   前記複数の決済方法候補の中から実際に前記未回収代金の決済に用いる決済方法の利用者による選択を受け付ける選択受付手段と、
   前記選択受付手段において受け付けた決済方法を前記未回収代金の決済に用いる確定決済方法として確定させるための確定手段と、
   前記確定決済方法が確定された後、当該確定決済方法に係る前記未回収代金の決済の決済方法の再選択を禁止する禁止手段として機能させる
   決済代行プログラム。
7. 事業者から商品またはサービスの提供を受ける利用者が使用する利用者端末と、前記利用者端末と通信可能な決済代行サーバであって、
   前記決済代行サーバは、
   前記事業者からの前記商品または前記サービスに係る未回収代金の回収に係る回収要求処理を受けて、当該未回収代金の決済に使用可能な決済方法の候補となる複数の決済方法候補を設定する候補設定手段と、
   前記利用者端末からの前記未回収代金の決済に係る決済要求処理を受けて、前記複数の決済方法候補を当該利用者端末へ送信して利用者に提示する提示手段と、
   前記複数の決済方法候補の中から実際に前記未回収代金の決済に用いる決済方法の利用者による選択を受け付ける選択受付手段と、
   前記選択受付手段において受け付けた決済方法を前記未回収代金の決済に用いる確定決済方法として確定させるための確定手段と、
   前記確定決済方法が確定された後、当該確定決済方法に係る前記未回収代金の決済の決済方法の再選択を禁止する禁止手段を備えた
   決済代行システム。

Images