JP2023126109A - アプリケーションプログラム、システム、情報処理方法、および情報処理装置 - Google Patents

Abstract

【課題】ユーザに不快感を与えることなく、電子決済サービスにおける支払い限度額を管理することができる、アプリケーションプログラム、システム、情報処理方法、および情報処理装置を提供すること。
【解決手段】電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置に、後払いを決済方法の候補として表示させるに当たって、前記後払いの利用残高が、前記後払いの利用上限額以上であるか否かを判定し、前記利用残高が前記利用上限額以上であると判定された場合、前記利用者端末装置に、前記後払いを前記決済方法の候補として表示させない、アプリケーションプログラム。
【選択図】図１

Description

本発明は、アプリケーションプログラム、システム、情報処理方法、および情報処理装置に関する。

従来、電子決済サービスにおける支払い限度額を管理する技術が知られている。例えば、特許文献１には、電子決済サービスにおける購入金額が、ユーザによって設定された支払い限度額を超える場合に、当該購入金額に係る購入処理を制限する技術が開示されている。

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

特許文献１に記載の技術は、ユーザが購入手続きを進めた後に、購入金額が支払い限度額を超える場合に購入処理を制限するものである。しかしながら、ユーザが購入手続きを進めた後に購入処理を制限することは、購入手続きの円滑性を阻害し、ユーザに不快感を与える場合がある。

本発明は、このような事情を考慮してなされたものであり、ユーザに不快感を与えることなく、電子決済サービスにおける支払い限度額を管理することができる、アプリケーションプログラム、システム、情報処理方法、および情報処理装置を提供することを目的の一つとする。

本発明の一態様は、電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置に、後払いを決済方法の候補として表示させるに当たって、前記後払いの利用残高が、前記後払いの利用上限額以上であるか否かを判定し、前記利用残高が前記利用上限額以上であると判定された場合、前記利用者端末装置に、前記後払いを前記決済方法の候補として表示させない、アプリケーションプログラム。

本発明の一態様によれば、ユーザに不快感を与えることなく、電子決済サービスにおける支払い限度額を管理することができる、アプリケーションプログラム、システム、情報処理方法、および情報処理装置を提供することができる。

第１実施形態に係る電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示した図である。 第１実施形態に係る利用者端末装置１０と決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 ＢＮＰＬ設定情報１７６の内容の一例を示す図である。 表示制御機能２２によって決済方法の候補として表示されるＢＮＰＬ決済の表示態様の一例を示す図である。 表示制御機能２２によって決済方法の候補として表示されるＢＮＰＬ決済の表示態様の別の例を示す図である。 表示制御機能２２によって決済方法の候補として表示されるＢＮＰＬ決済の表示態様の別の例を示す図である。 表示制御機能２２によって決済方法の候補として表示されるＢＮＰＬ決済の表示態様の別の例を示す図である。 表示制御機能２２によって決済方法の候補として表示されるＢＮＰＬ決済の表示態様の別の例を示す図である。 表示制御機能２２によって決済方法の候補として表示されるＢＮＰＬ決済の表示態様の別の例を示す図である。 決済アプリ２０と決済サーバ１００とによって実行される処理の流れの一例を示すシーケンス図である。 第１実施形態の変形例に係る表示制御機能２２によって決済方法の候補として表示されるＢＮＰＬ決済の表示態様の一例を示す図である。 第２実施形態に係る電子決済サービスが実現されるための構成の一例を示す図である。 第２実施形態に係る決済サーバ１００の構成図である。 ＢＮＰＬ設定情報１７６Ｂの内容の一例を示す図である。 表示制御機能２２によって決済方法の候補として表示される個別ＢＮＰＬ決済および包括ＢＮＰＬ決済の表示態様の一例を示す図である。 表示制御機能２２によって決済方法の候補として表示される個別ＢＮＰＬ決済および包括ＢＮＰＬ決済の表示態様の一例を示す図である。

以下、図面を参照し、本発明のアプリケーションプログラム、システム、情報処理方法、および情報処理装置について説明する。アプリケーションプログラムは、一以上のプロセッサにより実行される。アプリケーションプログラムは、電子決済サービスを利用する利用者の利用者端末装置に搭載され、電子決済サービスを提供する決済サーバと連携して、電子決済サービスに係る処理を実行する。アプリケーションプログラムは、さらに、電子決済が実行される際に適用される支払い方法に関する表示を制御する。電子決済サービスは、実店舗又はオンラインショッピングサイトにおける商品やサービスの購買に係る決済をサポートするサービスである。以下、第１実施形態は、電子決済サービスが実店舗における商品やサービスの購買に係る決済をサポートするサービスであるものとし、第２実施形態は、電子決済サービスがオンラインショッピングサイトにおける商品やサービスの購買に係る決済をサポートするサービスであるものとする。

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

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

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

決済サーバ１００は、利用者端末装置１０または店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。決済サーバ１００は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を増減させる（換言すると、電子マネーを入出金する）ことで、電子決済を行う。決済サーバ１００は、さらに、電子決済を実行する際に、利用者による代金の支払いを所定期間（例えば、１ヶ月）猶予し、所定期間後に、利用者から決済金額の支払いを受けることによって清算を行う後払い決済（BNPL; Buy Now Pay Later、以下「ＢＮＰＬ決済」と称する場合がある）機能を利用者端末装置１０に提供する。この場合、電子決済サービスの運営者は、電子決済が実行された店舗に対して決済金額を立て替えて支払い、所定期間後に、チャージ残高からの引き落とし、口座振替、請求書払いなどの方法によって利用者から決済金額の支払いを受けることによって、最終的な清算を行う。ＢＮＰＬ決済は、例えば、クレジットカード決済などの従来の後払い決済手段に比して、利用にあたっての本人確認や審査手続きが簡略化されたものである。例えば、外部信用機関による与信調査が必須となるクレジットカード決済とは異なり、ＢＮＰＬ決済では、与信調査を実施することなく、ユーザに与信が提供されてもよい。また、ＢＮＰＬ決済は、従来の後払い決済手段に比して、返済手段も柔軟に設定されるものである。例えば、クレジットカード決済では、毎月の所定日に口座振替によって返済が実行されるのに比して、ＢＮＰＬ決済では、口座振替に加えて、請求書払いやチャージ残高払いなどの返済手段も提供される。これら返済手段の詳細については後述する。

図２は、電子決済の大まかな流れを例示した図である。電子決済には、パターン１とパターン２の二つが存在してよい。パターン１の場合、まず利用者端末装置１０において決済アプリ２０が起動し、ＱＲコードやバーコード等のコード画像を表示する。利用者は利用者端末装置１０の表示面を店舗端末装置５０に翳す（提示する）。店舗端末装置５０は、光学読取機能によってコード画像をデコードし、アカウントＩＤ等の情報を取得する。そして、店舗端末装置５０は、アカウントＩＤ、決済金額、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ユーザの電子決済口座から店舗の電子決済口座に決済金額を移動させて決済処理を完了させる。

パターン２の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする。店舗コード画像６０には、店舗名等の情報が含まれている。利用者は、店舗名等が表示された画面において、決済金額と支払い方法（例えば、チャージ残高決済又はＢＮＰＬ決済）を利用者端末装置１０に入力する。決済金額と支払い方法が入力された状態で、利用者が支払いボタンを押下すると、利用者端末装置１０は、アカウントＩＤ、決済金額、支払い方法、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する。決済サーバ１００は、受信した情報に基づいて決済処理を行う。本実施形態では、少なくともパターン２の方法で電子決済が行われるものとする。また、図２で説明する「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号）であってもよい。

［決済サーバ］
図３は、第１実施形態に係る利用者端末装置１０と決済サーバ１００の構成図である。利用者端末装置１０に搭載される決済アプリ２０は、プログラムモジュールとして実装される表示制御機能２２と、後払い判定機能２４と、返済受付機能２６と、を有する。決済サーバ１００は、例えば、通信部１１０と、決済コンテンツ提供部１２０と、決済処理部１２２と、ＢＮＰＬ処理部１２４と、記憶部１７０とを備える。決済コンテンツ提供部１２０と、決済処理部１２２と、ＢＮＰＬ処理部１２４とは、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（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 (13)

1. 電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置に、後払いを決済方法の候補として表示させるに当たって、前記後払いの利用残高が、前記後払いの利用上限額以上であるか否かを判定し、前記利用残高が前記利用上限額以上であると判定された場合、前記利用者端末装置に、前記後払いを前記決済方法の候補として表示させない、
   アプリケーションプログラム。
2. 実店舗での購買に係る電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置が、前記実店舗の識別情報を読み取ることによって前記実店舗に紐づけて決済金額を入力する際に、
   前記決済金額が、後払いの利用上限額から前記後払いの利用残高を減算することによって算出される前記後払いの利用可能額を超えるか否かを判定し、前記決済金額が前記利用可能額を超えると判定された場合、前記利用者端末装置に、前記後払いを決済方法の候補として表示させない、
   アプリケーションプログラム。
3. 実店舗での購買に係る電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置が、前記実店舗の識別情報を読み取ることによって前記実店舗に紐づけて決済金額を入力する際に、
   前記利用者ごとに設定された、後払いの利用上限額を超えて一度のみ前記後払いの利用が許可される追加金額枠に基づいて、前記決済金額が、前記後払いの利用上限額から前記後払いの利用残高を減算することによって算出される前記後払いの利用可能額と前記追加金額枠との合計を超えるか否かを判定し、前記決済金額が前記利用可能額と前記追加金額枠との合計を超えないと判定された場合、前記利用者端末装置に、前記後払いを決済方法の候補として表示させる、
   アプリケーションプログラム。
4. 電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置に、後払いを決済方法の候補として表示させるに当たって、前記後払いの利用残高と、前記後払いの利用上限額との差が閾値以内である場合、前記利用者端末装置に、前記利用者が前記利用上限額を継続的に増加させることを希望するか否かを示す選択肢を表示させる、
   アプリケーションプログラム。
5. 電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置に、後払いを決済方法の候補として表示させるに当たって、前記後払いの利用残高と、前記後払いの利用上限額との差が閾値以内である場合、前記利用者端末装置に、前記利用者が前記利用上限額を一時的に増加させることを希望するか否かを示す選択肢を表示させる、
   アプリケーションプログラム。
6. 前記利用残高が前記利用上限額以上であると判定された場合、前記利用者端末装置に、前記後払いを決済方法として利用できない旨を示す情報を通知する、
   請求項１から５のいずれか１項に記載のアプリケーションプログラム。
7. 前記利用者端末装置から、前記後払いの利用残高の返済を受け付け、
   前記利用残高の返済が受け付けられた結果、前記利用残高が前記利用上限額を下回った場合、前記利用者端末装置に、前記後払いを前記決済方法の候補として表示させる、
   請求項１から６のいずれか１項に記載のアプリケーションプログラム。
8. 前記利用者端末装置に、前記返済から前記表示までの見込み期間を表示させる、
   請求項７に記載のアプリケーションプログラム。
9. 前記利用者端末装置に、前記利用上限額から前記利用残高を減算することによって算出される前記後払いの利用可能額を表示させる、
   請求項１から８のいずれか１項に記載のアプリケーションプログラム。
10. 前記後払いは、前記電子決済サービスにおける購入ごとに利用を許可する第１タイプの後払いと、前記電子決済サービスにおける購入の回数および内容に関わらず、前記利用上限額の範囲内における利用を許可する第２タイプの後払いとを含み、
    前記利用者端末装置に、前記第１タイプの後払いと前記第２タイプの後払いとを前記決済方法の候補として表示させるものである、
    請求項１から９のいずれか１項に記載のアプリケーションプログラム。
11. 請求項４又は５に記載のアプリケーションプログラムを搭載する前記利用者端末装置と、
    前記電子決済サービスを提供するサーバ装置と、を備え、
    前記サーバ装置は、前記利用者端末装置から、前記利用上限額を継続的又は一時的に増加させることを希望する旨の情報を受信した場合、前記電子決済サービスの利用履歴に基づいて、前記利用上限額を継続的又は一時的に増加させるか否かを判定する、
    システム。
12. コンピュータが、
    電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置に、後払いを決済方法の候補として表示させるに当たって、前記後払いの利用残高が、前記後払いの利用上限額以上であるか否かを判定し、前記利用残高が前記利用上限額以上であると判定された場合、前記利用者端末装置に、前記後払いを前記決済方法の候補として表示させない、
    情報処理方法。
13. 電子決済サービスにおける代金の決済時に、前記電子決済サービスの利用者の利用者端末装置に、後払いを決済方法の候補として表示させる表示制御部と、
    前記後払いの利用残高が、前記後払いの利用上限額以上であるか否かを判定する後払い判定部と、を備え、
    前記表示制御部は、前記後払い判定部によって、前記利用残高が前記利用上限額以上であると判定された場合、前記利用者端末装置に、前記後払いを前記決済方法の候補として表示させない、
    情報処理装置。

Images