JP7330223B2

JP7330223B2 - 情報処理装置、情報処理方法、および情報処理プログラム

Info

Publication number: JP7330223B2
Application number: JP2021062156A
Authority: JP
Inventors: 直人小林
Original assignee: PayPay Corp
Current assignee: PayPay Corp
Priority date: 2021-03-31
Filing date: 2021-03-31
Publication date: 2023-08-21
Anticipated expiration: 2041-03-31
Also published as: JP2022157748A

Description

本発明は、情報処理装置、情報処理方法、および情報処理プログラムに関する。

従来、電子マネーや仮想通貨といった電子マネーを用いて代金を支払う電子決済サービスが知られている。たとえば、電子決済サービスの一種として、利用者が携帯する端末装置を用いて２次元コード等を表示または読み取ることで決済を行う手法（たとえば、スマホ決済）が知られている。

電子決済サービスを提供する事業者は、ユーザによって予め登録された口座から毎月決まったタイミングで支払代金の引き落としを行うことが一般的である。

特許第６５１３８６１号公報

しかしながら、電子決済サービスを提供する事業者は、ユーザによって登録された口座の残高が不足している場合、支払い金額の引き落としを行うことができない。

実施形態の一態様は、上記に鑑みてなされたものであって、引き落としができない状況の発生を抑制することができる情報処理装置、情報処理方法、および情報処理プログラムを提供することを目的とする。

実施形態の一態様に係る情報処理装置は、取得部と、選択部と、処理部とを有する。取得部は、代金の支払い時に、ユーザが引き落とし用に保有する複数の口座に関する口座情報を取得する。選択部は、前記口座情報に基づいて前記複数の口座から後払い金額の引き落とし口座を選択する。処理部は、前記引き落とし口座から前記後払い金額を引き落とす。

実施形態の一態様によれば、引き落としができない状況の発生を抑制することができる。

図１は、実施形態に係る情報処理方法の概要を示す図である。図２は、実施形態に係る情報処理装置の構成例を示す図である。図３は、実施形態に係る口座情報の一例を示す図である。図４は、実施形態に係る代金の引き落とし方法の一例を示す図である。図５は、実施形態に係る情報処理装置が実行する決済処理の一例を示すフローチャートである。図６は、実施形態に係る情報処理装置が実行する引き落とし口座選択処理の一例を示すフローチャートである。図７は、実施形態に係る情報処理装置が実行する引き落とし口座選択処理の一例を示すフローチャートである。図８は、実施形態に係る情報処理装置が実行する引き落とし口座選択処理の一例を示すフローチャートである。図９は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。

［１．情報処理方法の概要］
図１は、実施形態に係る情報処理方法の概要を示す図である。実施形態に係る情報処理装置は、例えば、ユーザが購入した商品または利用したサービスの代金を即時払いまたは後払いの支払い方法によって支払う電子決済サービスを提供する装置である。

即時払いは、ユーザによって予めチャージされた電子マネーのチャージ残高から代金をその場で支払う支払方法である。後払いは、電子決済サービスの事業者が代金を支払い、予め登録されたユーザの銀行口座から後日代金を引き落として代金を回収する支払方法である。

後払いは、支払金額に利子が加算されるが、現金の持ち合わせがない場合やチャージ残高が不足している場合であっても商品の購入やサービスの利用が可能であるため、ユーザにとっては便利な支払方法である。

一方、電子決済サービスを提供する事業者にとっては、利子による利益を得ることができるが、後払い代金の引き落とし口座の残高が不足している場合、後日引き落とし口座から代金を引き落とすことができない。そこで、実施形態に係る情報処理装置は、図１に示す情報処理方法によって引き落としができない状況の発生を抑制する。

具体的には、ユーザ１１は、例えば、各種の商品やサービスといった決済対象の利用や購入を行った場合、自身の携帯端末装置（以下「ユーザ端末１２」と記載する）に予めインストールされた決済アプリ（アプリケーションプログラム）を起動する。

そして、ユーザ１１は、図１に示すように、決済アプリを使用して、店舗に設置された電子決済用の店舗コード（例えば、ＱＲコード（登録商標））１３をユーザ端末１２によって読み取り（ステップＳ１）、代金を入力する（ステップＳ２）。このとき、ユーザ１１は、即時払い、または、後払いを選択できる。

店舗コード１３には、店舗を識別する識別情報が含まれる。なお、店舗コード１３は、ＱＲコードに限定されるものではなく、バーコードや所定のマーク、番号など（すなわち、所定のコード）であってもよい。その後、ユーザ端末１２は、店舗の識別情報および支払金額を示す情報を含む決済情報を情報処理装置１に送信する（ステップＳ３）。

情報処理装置１は、決済情報を受信すると決済処理を行う。このとき、情報処理装置１は、即時払いが選択されていた場合、ユーザ１１によってチャージされた電子マネーのチャージ残高から代金を支払い、決済完了通知をユーザ端末１２に送信する。

また、情報処理装置１は、後払いが選択されていた場合、ユーザ１１が引き落とし用に保有する複数の口座に関する口座情報を複数の銀行１４，１５およびユーザ端末１２から取得する（ステップＳ３）。そして、情報処理装置１は、取得した口座情報に基づいて複数の口座から後払いの引き落とし口座を選択する（ステップＳ４）。例えば、情報処理装置１は、口座情報に含まれる各銀行口座の残高、代金の引き落としに関するユーザ１１の設定等に基づいて、引き落とし口座を選択する。

その後、情報処理装置１は、選択した引き落とし口座から所定の引き落とし日に、後払いの金額を引き落とす（ステップＳ５）。そして、そして情報処理装置１は、代金の引き落としが完了すると、決済完了通知をユーザ端末１２に送信する。（ステップＳ６）。このように、情報処理装置１は、ユーザ１１の口座情報に基づいて複数の口座から後払い金額の引き落とし口座を選択して代金を引き落とすので、引き落としができない状況の発生を抑制することができる。

なお、情報処理装置１が行う決済処理は、上述した処理に限定されるものではない。例えば、情報処理装置１が行う決済処理は、店舗に設置された店舗端末を用いたものであってもよい。この場合、ユーザ１１のユーザ端末１２は、ユーザ１１を識別するためのユーザＩＤを画面上に表示する。店舗に設置された店舗者端末は、ユーザ端末１２に表示されたユーザＩＤを読み取り、ユーザＩＤと、決済金額と、店舗の識別情報とを示す決済情報を情報処理装置１へと送信する。情報処理装置１は、ユーザＩＤが示すユーザ１１のチャージ残高または銀行口座から、店舗の銀号口座へ代金を入金し、店舗端末或いはユーザ端末１２に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知する。

また、ユーザ１１のユーザ端末１２を用いた決済は、実店舗に対するものに限らず、たとえば、電子商取引サービスでの取引対象に対する決済（すなわち、オンライン決済）であってもよい。この場合、例えば、ユーザ端末１２は、ユーザ１１を識別するユーザＩＤと、店舗の識別情報と、取引対象の価格（決済金額）とを示す決済情報を情報処理装置１へと送信する。情報処理装置１は、ユーザＩＤが示すユーザ１１の銀行口座から、店舗の識別情報が示す店舗の銀行口座へと決済金額を入金し、ユーザ端末１２に対し決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知する。

［２．情報処理装置の構成］
次に、図２を参照して情報処理装置１の構成例について説明する。ここでは、ユーザ１１が電子決済サービスによる代金の引き落とし用に、メイン口座とサブ口座とを登録している場合について説明する。なお、ユーザ１１が引き落とし用に登録する口座は、３以上の口座であってもよい。

図２は、実施形態に係る情報処理装置の構成例を示す図である。実施形態に係る情報処理装置１は、通信ネットワークＮを介してユーザ端末１２、店舗端末１００、メイン銀行サーバ２０１、およびサブ銀行サーバ２０２と有線または無線により相互に通信可能に接続される。

通信ネットワークＮは、たとえば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、ここでは図示を省略したが、情報処理装置１は、複数台のユーザ端末１２、複数台の店舗端末１００、複数台のメイン銀行サーバ２０１、および複数台のサブ銀行サーバ２０２と接続される。

ユーザ端末１２は、ユーザ１１によって利用される装置である。ユーザ端末１２は、たとえば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。ユーザ端末１２は、情報処理装置１によって配信される情報を、ウェブブラウザやアプリにより表示する。

また、ユーザ端末１２は、所定の情報処理を実現する制御情報を情報処理装置１から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、たとえば、ＪａｖａＳｃｒｉｐｔ（登録商標）等のスクリプト言語やＣＳＳ（Cascading Style Sheets）等のスタイルシート言語、Ｊａｖａ（登録商標）等のプログラミング言語、ＨＴＭＬ（HyperText Markup Language）等のマークアップ言語等により記述される。なお、情報処理装置１から配信される所定のアプリそのものを制御情報とみなしてもよい。

店舗端末１００は、実施形態に係る電子決済サービスの加盟店に設置される端末装置である。店舗端末１００は、例えば、店舗において商品の購入またはサービスの利用を行ったユーザ１１が自身のユーザＩＤをユーザ端末１２に表示させて提示した場合に、ユーザＩＤを読み取る装置である。店舗端末１００は、読み取ったユーザＩＤと商品またはサービスの代金の金額とを含む決済情報を情報処理装置１に送信する。

メイン銀行サーバ２０１は、ユーザ１１のメイン口座を管理する銀行に属する装置である。サブ銀行サーバ２０２は、ユーザ１１のサブ口座を管理する銀行に属する装置である。メイン銀行サーバ２０１およびサブ銀行サーバ２０２は、サーバ装置やクラウドシステム等により実現される。たとえば、メイン銀行サーバ２０１およびサブ銀行サーバ２０２は、銀行口座の利用履歴として、各カード会社や、各種サービスの提供者による銀行口座からの引き落としに関する情報（引き落とした金額や、引き落とした日時等）や、現在の口座情報（口座残高等）などを、ユーザ１１に対応付けて管理する。

情報処理装置１は、サーバ装置やクラウドシステム等により実現される。例えば、情報処理装置１は、ユーザ１１のユーザ端末１２を用いて所定のコードを表示または読み取ることによって行われる電子決済に関する電子決済サービスを提供する。例えば、情報処理装置１は、ユーザ１１が所有する電子マネーのチャージ残高を管理しており、ユーザ１１からの決済情報に従って、チャージ残高から利用店舗の銀行口座に電子マネーの移動等を行うことで、即時払いの各種決済を実現する。また、情報処理装置１は、ユーザ１１からの決済情報に従って、代金を利用店舗の銀行口座に支払い、その後、所定の引き落とし日にユーザ１１の銀行口座またはチャージ残高から代金を引き落として後払い決済を実現する。

なお、電子マネーとは、たとえば、各種企業が独自に用いるポイントや通貨等であってもよく、日本円やドル等の国家により提供される貨幣を電子的に取引可能としたものであってもよい。情報処理装置１は、通信部１０と、記憶部２０と、制御部３０とを有する。

（通信部）
通信部１０は、たとえば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１０は、通信ネットワークＮを介してユーザ端末１２、店舗端末１００、メイン銀行サーバ２０１、およびサブ銀行サーバ２０２等との間で有線または無線による情報の送受信を行う。

（記憶部）
記憶部２０は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部２０は、口座情報２１を記憶する。

（口座情報）
図３は、実施形態に係る口座情報の一例を示す図である。図３に示すように、口座情報２１は、例えば、各ユーザＩＤに対して、メイン口座、サブ口座、電子決済サービスの利用日、利用店舗、入出金金額、支払方法、およびチャージ残高が対応付けられた情報を含む。

ユーザＩＤは、各ユーザ１１の識別情報である。メイン口座およびサブ口座は、ユーザ１１が保有する銀行口座であり、ユーザ１１によって予め登録される銀行口座である。口座情報２１には、メイン口座の口座番号、メイン口座の残高、メイン口座の分配金額、サブ口座の口座番号、サブ口座の残高、およびサブ口座の分配金額を示す情報が含まれる。

ここでの分配金額は、メイン口座とサブ口座とに割り当てられた引き落とし代金の分配金額である。分配金額が設定されている場合、所定の引き落とし日に、メイン口座およびサブ口座から、それぞれに割り当てられた分配金額が引き落とされる。

なお、図３に示す分配金額の設定は一例であり、これに限定されるものではない。例えば、メイン口座の分配金額を引き落とし総額の３分の２、サブ口座の分配金額を引き落とし総額の３分の１のように、分配金額として引き落とし金額の内訳を設定することも可能である。

利用日は、各ユーザ１１が電子決済サービスを利用して、電子マネーのチャージまたは代金の支払いを行った年月日である。利用店舗は、各ユーザ１１が商品の購入またはサービスの利用に電子決済サービスを使用した加盟店、または各ユーザ１１が電子マネーのチャージや代金の支払いに使用した銀行である。

支払方法は、各ユーザ１１が即時払いによる決済を行ったか、後払いによる決済を行ったかを示す情報である。チャージ残高は、各ユーザ１１が電子決済サービスを利用した時点の電子マネーの残高である。

（制御部）
制御部３０は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。実施形態に係る制御部３０は、取得部３１と、選択部３２と、決済処理部３３と、通知部３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

（取得部）
取得部３１は、ユーザ端末１２または店舗端末１００から決済情報（図１参照）を受信して取得する。決済情報には、ユーザＩＤ、電子決済サービスの利用日、利用店舗、支払方法、および支払金額等の情報が含まれる。取得部３１は、取得した決済情報を記憶部２０に記憶させて口座情報２１を更新する。

また、取得部３１は、ユーザ端末１２から決済情報を取得すると、メイン銀行サーバ２０１からユーザ１１のメイン口座の残高を取得し、サブ銀行サーバ２０２からユーザ１１のサブ口座の残高を取得して記憶部２０に記憶させ、口座情報２１を更新する。

また、取得部３１は、ユーザ端末１２から前述した分配金額を指定する情報を取得し、取得した分配金額を指定する情報に基づいて、口座情報２１に分配金額を設定する。取得部３１は、分配金額を引き落とす口座、および、その口座に割当てる前記分配金額を変更する変更要求をユーザ端末１２から取得する。取得部３１は、変更要求を取得した場合に、口座情報２１における分配金額を変更する。

（選択部）
選択部３２は、口座情報に基づいて複数の口座（ここでは、メイン口座およびサブ口座）から後払い金額の引き落とし口座を選択する。例えば、選択部３２は、分配金額が設定されていない場合、メイン口座の残高が不足していなければメイン口座を引き落とし口座として選択し、メイン口座の残高が不足していればサブ口座を引き落とし口座として選択する。

また、例えば、選択部３２は、分配金額が設定されていない場合、複数の口座（ここでは、メイン口座およびサブ口座）のうち、残高が多い口座を引き落とし口座として選択する。また、例えば、選択部３２は、分配金額が設定されている場合、複数の口座（ここでは、メイン口座およびサブ口座）を引き落とし口座として選択する。

（決済処理部）
決済処理部３３は、選択部３２によって選択された引き落とし口座から、所定の引き落とし日に後払い金額を引き落とす。このとき、決済処理部３３は、分配金額が設定されている場合、口座情報２１に含まれる各口座に割り当てられた分配金額を複数の口座（ここでは、メイン口座およびサブ口座）から引き落とす。また、決済処理部３３は、取得部３１によって分配金額の変更要求が取得されていた場合、変更要求に基づいて変更した分配金額を複数の口座（ここでは、メイン口座およびサブ口座）から引き落とす。

（通知部）
通知部３４は、分配金額が設定されている場合、複数の口座（ここでは、メイン口座およびサブ口座）から引き落とす分配金額をユーザ端末１２に通知する。また、通知部３４は、分配金額を引き落とす口座の残高が不足していた場合に、ユーザ１１に対して口座への入金を提案するメッセージをユーザ端末１２へ送信する。

また、通知部３４は、引き落とし口座から後払いの代金の引き落としが完了した場合に、ユーザ端末１２に決済完了通知を送信する。また、通知部３４は、即時払いまたは後払いの決済処理が完了した場合に、完了通知をユーザ端末１２および店舗端末１００に送信する。

［３．引き落とし方法例］
次に、図３および図４を参照して、実施形態に係る代金の引き落とし方法の一例について説明する。図４は、実施形態に係る代金の引き落とし方法の一例を示す図である。ここでは、図３に示すユーザＩＤがＸＸＸ１のユーザ１１が２０ＸＸ年１月１６日に行った買い物代金の引き落としを例に挙げて説明する。

図３に示すように、ユーザ１１は、メイン口座の分配金額を１０，０００円以上分、サブ口座の分配金額を１０，０００未満分と設定している。そして、図４に示すように、引き落とし日のメイン口座の残高が２００，０００円であり、サブ口座の残高が１００，０００円であったとする。

この場合、情報処理装置１は、代金１５，０００円のうち、１０，０００円をメイン口座から引き落とし、５，０００円をサブ口座から引き落とす。また、情報処理装置１は、分配金額の設定がない場合、メイン口座から全額の代金１５，０００円を引き落とす。

このとき、情報処理装置１は、メイン口座の残高が不足している場合には、サブ口座から全額の代金１５，０００円を引き落とす。なお、情報処理装置１は、メイン口座の残高が不足していなくても、サブ口座の残高がメイン口座の残高よりも多い場合には、サブ口座から全額の代金１５，０００円を引き落とすこともできる。

［４．決済処理］
次に、図５を参照して、実施形態に係る情報処理装置１の制御部３０が実行する決済処理の一例について説明する。図５は、実施形態に係る情報処理装置が実行する決済処理の一例を示すフローチャートである。ここでは、分配金額の設定がない場合の決済処理について説明する。

図５に示すように、制御部３０は、まず、ユーザ端末１２または店舗端末１００から決済情報を受信したか否かを判定する（ステップＳ１０１）。制御部３０は、決済情報を受信しないと判定した場合（ステップＳ１０１，Ｎｏ）、処理をステップＳ１０４へ移す。。また、制御部３０は、決済情報を受信したと判定した場合（ステップＳ１０１，Ｙｅｓ）、店舗の銀行口座へ入金し（ステップＳ１０２）、決済情報を口座情報２１として記憶部２０に記憶させる（ステップＳ１０３）。

その後、制御部３０は、後払い金額の引き落とし日か否かを判定する（ステップＳ１０４）。制御部３０は、後払い金額の引き落とし日でないと判定した場合（ステップＳ１０４，Ｎｏ）、処理を終了してステップＳ１０１から処理を再度開始する。

また、制御部３０は、後払い金額の引き落とし日であると判定した場合（ステップＳ１０４，Ｙｅｓ）、メイン銀行サーバ２０１およびサブ銀行サーバ２０２からユーザ１１の口座情報（メイン口座およびサブ口座の残高）を取得する（ステップＳ１０５）。続いて、制御部３０は、取得した口座情報に基づいて複数の口座から後払いの引き落とし口座を選択する口座選択処理を実行する（ステップＳ１０６）。引き落とし口座選択処理の具体例については、図６および図７を参照して後述する。

その後、制御部３０は、引き落とし口座の残高不足か否かを判定する（ステップＳ１０７）。制御部３０は、引き落とし口座の残高不足でないと判定した場合（ステップＳ１０７，Ｎｏ）、引き落とし口座から代金の金額を引き落とし（ステップＳ１０８）。その後、制御部３０は、処理を終了してステップＳ１０１から処理を再度開始する。

また、制御部３０は、引き落とし口座の残高不足であると判定した場合（ステップＳ１０７，Ｙｅｓ）、ユーザ１１に対して引き落とし口座への入金を提案する（ステップＳ１０９）。その後、制御部３０は、処理を終了してステップＳ１０１から処理を再度開始する。

［５．支払方法選択処理］
次に、図６および図７を参照して、実施形態に係る情報処理装置の制御部が実行する引き落とし口座選択処理について説明する。図６および図７は、実施形態に係る情報処理装置の制御部が実行する引き落とし口座選択処理の一例を示すフローチャートである。

制御部３０は、口座情報を取得すると、図６に示す引き落とし口座選択処理または図７に示す引き落とし口座選択処理を実行する。例えば、図６に示すように、制御部３０は、引き落とし口座選択処理を開始すると、メイン口座の残高不足か否かを判定する（ステップＳ２０１）。

制御部３０は、メイン口座の残高不足であると判定した場合（ステップＳ２０１，Ｙｅｓ）、サブ口座を選択して（ステップＳ２０２）、図５に示すステップＳ１０７へ処理を移す。また、制御部３０は、メイン口座の残高不足でないと判定した場合（ステップＳ２０１，Ｎｏ）、メイン口座を選択して（ステップＳ２０３）、図５に示すステップＳ１０７へ処理を移す。

また、例えば、図７に示すように、制御部３０は、引き落とし口座選択処理を開始すると、メイン口座の残高がサブ口座の残高未満か否かを判定する（ステップＳ３０１）。制御部３０は、メイン口座の残高がサブ口座の残高未満であると判定した場合（ステップＳ３０１，Ｙｅｓ）、サブ口座を選択して（ステップＳ３０２）、図５に示すステップＳ１０７へ処理を移す

。また、制御部３０は、メイン口座の残高がサブ口座の残高未満でないと判定した場合（ステップＳ３０１，Ｎｏ）、メイン口座を選択して（ステップＳ３０３）、図５に示すステップＳ１０７へ処理を移す。

次に、図８を参照して、分配金額が設定されている場合に、実施形態に係る情報処理装置１の制御部３０が実行する他の決済処理の一例について説明する。図８は、実施形態に係る情報処理装置が実行する他の決済処理の一例を示すフローチャートである。

他の決済処理では、図８に示すように、制御部３０は、まず、ユーザ端末１２または店舗端末１００から決済情報を受信したか否かを判定する（ステップＳ４０１）。制御部３０は、決済情報を受信しないと判定した場合（ステップＳ４０１，Ｎｏ）、処理をステップＳ４０４へ移す。また、制御部３０は、決済情報を受信したと判定した場合（ステップＳ４０１，Ｙｅｓ）、店舗の銀行口座へ入金し（ステップＳ４０２）、決済情報を口座情報２１として記憶部２０に記憶させる（ステップＳ４０３）。

その後、制御部３０は、後払い金額の引き落とし日か否かを判定する（ステップＳ４０４）。制御部３０は、後払い金額の引き落とし日でないと判定した場合（ステップＳ４０４，Ｎｏ）、処理を終了してステップＳ４０１から処理を再度開始する。

また、制御部３０は、後払い金額の引き落とし日であると判定した場合（ステップＳ４０４，Ｙｅｓ）、メイン銀行サーバ２０１およびサブ銀行サーバ２０２からユーザ１１の口座情報（メイン口座およびサブ口座の残高）を取得する（ステップＳ４０５）。続いて、制御部３０は、取得した口座情報に基づき、引き落とし口座としてメイン口座およびサブ口座を選択する（ステップＳ４０６）。

その後、制御部３０は、メイン口座およびサブ口座からそれぞれ引き落とす分配金額をユーザ１１に通知し（ステップＳ４０７）、分配金額の変更要求を受信したか否かを判定する（ステップＳ４０８）。

制御部３０は、変更要求を受信しないと判定した場合（ステップＳ４０８，Ｎｏ）、処理をステップＳ４１０へ移す。また、制御部３０は、変更要求を受信したと判定した場合（ステップＳ４０８，Ｙｅｓ）、辺王要求にしたがって分配金額を変更する（ステップＳ４０９）。

続いて、制御部３０は、引き落とし口座の残高不足か否かを判定する（ステップＳ４１０）。制御部３０は、引き落とし口座の残高不足でないと判定した場合（ステップＳ４１０，Ｎｏ）、それぞれに割り当てられた各分配金額をメイン口座およびサブ口座から引き落とし（ステップＳ４１１）、処理を終了する。その後、制御部３０は、ステップＳ４０１から処理を再度開始する。

また、制御部３０は、引き落とし口座の残高不足であると判定した場合（ステップＳ４１０，Ｙｅｓ）、ユーザ１１に対して引き落とし口座への入金を提案する（ステップＳ４１２）。その後、制御部３０は、処理を終了してステップＳ４０１から処理を再度開始する。

［６．変形例］
上述の実施形態は一例を示したものであり、種々の変更および応用が可能である。例えば、上述した実施形態では、メイン口座とサブ口座とが異なる銀行の口座である場合について説明したが、メイン口座とサブ口座とは同一の銀行の口座であってもよい。この場合、メイン銀行サーバ２０１およびサブ銀行サーバ２０２は、メイン口座とサブ口座が開設された銀行の銀行サーバとなる。

また、例えば、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。たとえば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

［７．効果］
上述してきたように、実施形態に係る情報処理装置１は、取得部３１と、選択部３２と、決済処理部３３とを有する。取得部３１は、代金の支払い時に、ユーザ１１が引き落とし用に保有する複数の口座に関する口座情報２１を取得する。選択部３２は、口座情報２１に基づいて複数の口座から後払い金額の引き落とし口座を選択する。決済処理部３３は、引き落とし口座から後払い金額を引き落とす。これにより、情報処理装置１は、例えば、口座情報から残高不足になっている口座と、残高不足になっていない口座とを判別することができ、残高不足になってない口座を引き落とし口座として選択できる。したがって、情報処理装置１によれば、引き落としができない状況の発生を抑制することができる。

また、複数の口座は、メイン口座とサブ口座とを含む。そして、選択部３２は、メイン口座の残高が不足している場合に、サブ口座を引き落とし口座として選択する。これにより、情報処理装置１は、メイン口座の残高が不足していても、サブ口座から代金を引き落とすことができるため、引き落としができない状況の発生を抑制することができる。

また、選択部３２は、複数の口座のうち、残高が多い口座を引き落とし口座として選択する。これにより、情報処理装置１は、残高不足の発生を抑制することができる。

また、決済処理部３３は、口座情報２１に含まれる各口座に割り当てられた分配金額を複数の口座から引き落とす。これにより、情報処理装置１は、残高不足により１つの口座から代金全額を引き落とせない場合であっても、複数の口座から代金を引き落とすことで、引き落としができない状況の発生を抑制することができる。

また、情報処理装置１は、複数の口座から引き落とす分配金額を事前にユーザ１１に通知する通知部３４を有する。これにより、情報処理装置１は、ユーザ１１に対して分配金額の確認および見直しを行わせることができる。

また、通知部３４は、分配金額を引き落とす口座の残高が不足していた場合に、ユーザ１１に対して口座への入金を提案する。これにより、情報処理装置１は、ユーザ１１に引き落とし口座への入金を促すことによって、引き落としができない状況の発生を抑制することができる。

また、取得部３１は、分配金額を引き落とす口座および当該口座に割当てる分配金額を変更する変更要求をユーザ１１から取得する。そして、決済処理部３３は、変更要求に基づいて変更した分配金額を複数の口座から引き落とす。これにより、情報処理装置１は、ユーザ１１の要望に合わせて分配金の設定を柔軟に変更することにより、引き落としができない状況の発生を抑制することができる。

［８．ハードウェア構成］
また、上述してきた実施形態に係る情報処理装置１は、たとえば、図１０に示すような構成のコンピュータ１０００によって実現される。以下、情報処理装置１を例に挙げて説明する。図１０は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、およびメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、および、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（実施形態の通信ネットワークＮに対応する）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、また、通信網５００を介してＣＰＵ１１００が生成したデータを他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、および、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、たとえばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

たとえば、コンピュータ１０００が情報処理装置１として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部３０の機能を実現する。また、ＨＤＤ１４００には、情報処理装置１の記憶装置内の各データが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。

［９．その他］
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述した情報処理装置１は、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。たとえば、受付部は、受付手段や受付回路に読み替えることができる。

１情報処理装置
１０通信部
１１ユーザ
１２ユーザ端末
１３店舗コード
２０記憶部
２１口座情報
３０制御部
３１取得部
３２選択部
３３決済処理部
３４通知部
１００店舗端末
２０１メイン銀行サーバ
２０２サブ銀行サーバ

Claims

即時払いまたは後払いを選択可能であり、かつ、ユーザの端末を用いて所定のコードを表示または読み取ることによって代金を支払う電子決済サービスを利用した前記代金の支払い時に、前記ユーザによって後払いが選択されていた場合、前記ユーザが引き落とし用に保有するメイン口座およびサブ口座に関する口座情報を取得する取得部と、
前記メイン口座および前記サブ口座に対して引き落とす分配金額が設定されていない場合、前記口座情報に基づいて前記メイン口座の残高が不足していなければ、前記メイン口座を後払い金額の引き落とし口座として選択し、前記メイン口座の残高が不足していれば、前記サブ口座を前記引き落とし口座として選択する選択部と、
前記引き落とし口座から前記後払い金額を引き落とす決済処理部と、
前記引き落とし口座の残高が不足していた場合に、前記ユーザに対して前記引き落とし口座への入金を提案する通知部と
を有することを特徴とする情報処理装置。
即時払いまたは後払いを選択可能であり、かつ、ユーザの端末を用いて所定のコードを表示または読み取ることによって代金を支払う電子決済サービスを利用した前記代金の支払い時に、前記ユーザによって後払いが選択されていた場合、前記ユーザが引き落とし用に保有するメイン口座およびサブ口座に関する口座情報を取得する取得部と、
前記メイン口座および前記サブ口座に対して引き落とす分配金額が設定されていない場合、前記口座情報に基づいて前記メイン口座の残高が不足していなければ、前記メイン口座を後払い金額の引き落とし口座として選択し、前記メイン口座の残高が不足していれば、前記サブ口座を前記引き落とし口座として選択する選択部と、
前記引き落とし口座から前記後払い金額を引き落とす決済処理部と
を有し、
前記決済処理部は、
前記メイン口座の残高が不足していなくても、前記サブ口座の残高が前記メイン口座の残高よりも多い場合には、前記サブ口座から前記後払い金額を引き落とす
ことを特徴とする情報処理装置。
前記決済処理部は、
前記メイン口座および前記サブ口座に対して引き落とす分配金額が設定されている場合に、前記口座情報に含まれる各口座に割り当てられた分配金額を前記メイン口座および前記サブ口座から引き落とす
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
前記メイン口座および前記サブ口座から引き落とす前記分配金額を事前に前記ユーザに通知する通知部
を有することを特徴とする請求項３に記載の情報処理装置。
前記取得部は、
前記分配金額を引き落とす口座および当該口座に割当てる前記分配金額を変更する変更要求を前記ユーザから取得し、
前記決済処理部は、
前記変更要求に基づいて変更した分配金額を前記メイン口座およびサブ口座から引き落とす
ことを特徴とする請求項３または請求項４に記載の情報処理装置。
コンピュータが実行する情報処理方法であって、
即時払いまたは後払いを選択可能であり、かつ、ユーザの端末を用いて所定のコードを表示または読み取ることによって代金を支払う電子決済サービスを利用した前記代金の支払い時に、前記ユーザによって後払いが選択されていた場合、前記ユーザが引き落とし用に保有するメイン口座およびサブ口座に関する口座情報を取得する取得工程と、
前記メイン口座および前記サブ口座に対して引き落とす分配金額が設定されていない場合、前記口座情報に基づいて前記メイン口座の残高が不足していなければ、前記メイン口座を後払い金額の引き落とし口座として選択し、前記メイン口座の残高が不足していれば、前記サブ口座を前記引き落とし口座として選択する選択工程と、
前記引き落とし口座から前記後払い金額を引き落とす決済処理工程と、
前記引き落とし口座の残高が不足していた場合に、前記ユーザに対して前記引き落とし口座への入金を提案する通知工程と
を含むことを特徴とする情報処理方法。
即時払いまたは後払いを選択可能であり、かつ、ユーザの端末を用いて所定のコードを表示または読み取ることによって代金を支払う電子決済サービスを利用した前記代金の支払い時に、前記ユーザによって後払いが選択されていた場合、前記ユーザが引き落とし用に保有するメイン口座およびサブ口座に関する口座情報を取得する取得手順と、
前記メイン口座および前記サブ口座に対して引き落とす分配金額が設定されていない場合、前記口座情報に基づいて前記メイン口座の残高が不足していなければ、前記メイン口座を後払い金額の引き落とし口座として選択し、前記メイン口座の残高が不足していれば、前記サブ口座を前記引き落とし口座として選択する選択手順と、
前記引き落とし口座から前記後払い金額を引き落とす決済処理手順と、
前記引き落とし口座の残高が不足していた場合に、前記ユーザに対して前記引き落とし口座への入金を提案する通知手順と
をコンピュータに実行させることを特徴とする情報処理プログラム。
即時払いまたは後払いを選択可能であり、かつ、ユーザの端末を用いて所定のコードを表示または読み取ることによって代金を支払う電子決済サービスを利用した前記代金の支払い時に、前記ユーザによって後払いが選択されていた場合、前記ユーザが引き落とし用に保有するメイン口座およびサブ口座に関する口座情報を取得する取得工程と、
前記メイン口座および前記サブ口座に対して引き落とす分配金額が設定されていない場合、前記口座情報に基づいて前記メイン口座の残高が不足していなければ、前記メイン口座を後払い金額の引き落とし口座として選択し、前記メイン口座の残高が不足していれば、前記サブ口座を前記引き落とし口座として選択する選択工程と、
前記引き落とし口座から前記後払い金額を引き落とす決済処理工程と
を含み、
前記決済処理工程は、
前記メイン口座の残高が不足していなくても、前記サブ口座の残高が前記メイン口座の残高よりも多い場合には、前記サブ口座から前記後払い金額を引き落とす
ことを特徴とする情報処理方法。
即時払いまたは後払いを選択可能であり、かつ、ユーザの端末を用いて所定のコードを表示または読み取ることによって代金を支払う電子決済サービスを利用した前記代金の支払い時に、前記ユーザによって後払いが選択されていた場合、前記ユーザが引き落とし用に保有するメイン口座およびサブ口座に関する口座情報を取得する取得手順と、
前記メイン口座および前記サブ口座に対して引き落とす分配金額が設定されていない場合、前記口座情報に基づいて前記メイン口座の残高が不足していなければ、前記メイン口座を後払い金額の引き落とし口座として選択し、前記メイン口座の残高が不足していれば、前記サブ口座を前記引き落とし口座として選択する選択手順と、
前記引き落とし口座から前記後払い金額を引き落とす決済処理手順と
をコンピュータに実行させ、
前記決済処理手順は、
前記メイン口座の残高が不足していなくても、前記サブ口座の残高が前記メイン口座の残高よりも多い場合には、前記サブ口座から前記後払い金額を引き落とす
ことを特徴とする情報処理プログラム。