以下に本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態(以下、「実施形態」と呼ぶ)について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
〔1.実施形態〕
図1を用いて、実施形態に係る情報処理装置などにより実現される情報処理について説明する。図1は、実施形態に係る情報処理の概要を示す図である。なお、図1では、実施形態に係る情報処理装置の一例である決済サーバ100によって、実施形態に係る情報処理などが実現されるものとする。
(1-1.システム構成)
図1に示すように、実施形態に係る情報処理システムSYSは、利用者端末10、銀行サーバ20、提携先銀行サーバ30、及び決済サーバ100を含む。利用者端末10、銀行サーバ20、提携先銀行サーバ30、及び決済サーバ100は、ネットワークN(例えば、図7参照)を介して有線または無線により相互に通信可能に接続される。ネットワークNは、例えば、インターネットなどのWAN(Wide Area Network)である。なお、図1では、説明の便宜上、情報処理システムSYSに含まれる利用者端末10、銀行サーバ20、提携先銀行サーバ30、及び決済サーバ100が単数の場合を例示しているが、情報処理システムSYSには、利用者端末10、銀行サーバ20、提携先銀行サーバ30、及び決済サーバ100のそれぞれが複数含まれていてもよい。
図1に示す決済サーバ100は、実施形態に係る情報処理を実行する情報処理装置であり、サーバ装置やクラウドシステムなどにより実現される。たとえば、決済サーバ100は、利用者端末10を用いた電子決済に関する電子決済サービス(コード決済による電子マネーのやり取りを制御する所定の取引手段を提供するサービス)をサービス利用者(たとえば、図1に示すサービス利用者UB)に提供する事業を営む事業者UAにより運営および管理される。
また、決済サーバ100は、利用者端末10を用いた電子決済に関する各種の情報処理を実行する。具体的には、決済サーバ100は、コード決済を実現するための利用者端末用のアプリケーションプログラム(以下、適宜「決済アプリ」と称する。)を、サービス利用者である一般消費者に配布する。決済サーバ100は、決済アプリ専用のインターフェイスを介して、決済アプリからの取引要求を受け付けた場合は、その取引要求に従って、口座間における電子マネーの送金処理などを含む情報処理を実行する。決済アプリは、決済先、決済元、及び決済額などの情報を含む取引情報を決済サーバ100に送信する。なお、取引情報には、上述の各情報の他、取引を個別に特定するための取引コードや、取引が行われた日時を特定するための日時情報(タイムスタンプ)などの情報が含まれていてもよい。
また、決済サーバ100は、上述の電子決済サービスに連携した連携サービスの1つとして、電子マネーによる振込入金サービスを提供する。たとえば、決済サーバ100は、電子マネーによる給与の振込入金などを受け付けるサービスを提供する。振込入金サービスに関する情報処理の具体的な内容については後に詳述する。なお、給与の振込入金などを受け付けるサービスは、コード決済を実現するための決済アプリ内で起動するミニアプリとして構成されてもよいし、この決済アプリとは独立して用意された固有のアプリケーションプログラムであってもよい。
また、決済サーバ100は、上述の電子決済サービスに連携した連携サービスの1つとして、サービス利用者に紐付く仮想口座に対して振り込まれた資金を、サービス利用者の指示に従って振り分ける振分サービスを提供する。振分サービスについての具体的な情報処理の内容については後に詳述する。なお、振分サービスは、コード決済を実現するための決済アプリ内で起動するミニアプリとして構成されてもよいし、この決済アプリとは独立して用意された固有のアプリケーションプログラムであってもよい。
図1に示す利用者端末10は、店舗などから取引対象の提供を受ける一般消費者であり、決済サーバ100により提供されるサービスを利用するサービス利用者UBによって利用される情報処理装置である。利用者端末10は、たとえば、スマートフォンや、タブレット型端末、ノート型PC(Personal Computer)、デスクトップPC、携帯電話機、PDA(Personal Digital Assistant)などにより実現される。また、利用者端末10は、決済サーバ100によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図1では、利用者端末10としてスマートフォンを例示している。
なお、利用者端末10は、所定の情報処理を実現する制御情報を決済サーバ100から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、たとえばJavaScript(登録商標)などのスクリプト言語やCSS(Cascading Style Sheets)などのスタイルシート言語、Java(登録商標)などのプログラミング言語、HTML(HyperText Markup Language)などのマークアップ言語などにより記述される。なお、決済サーバ100から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。
図1に示す銀行サーバ20は、たとえば、サービス利用者UBを雇用する企業などの希望者により開設された銀行口座を管理するX銀行に属する情報処理装置であり、サーバ装置やクラウドシステムなどにより実現される。たとえば、銀行サーバ20は、銀行口座の利用履歴として、各カード会社や、各種サービスの提供者による銀行口座からの引き落としに関する情報(引き落とした金額や、引き落とした日時など)や、現在の口座残高などを含む口座情報などを、口座名義人に対応付けて管理する。また、銀行サーバ20は、各利用者からの指示に応じた送金や振替などの処理を実行する。
図1に示す提携先銀行サーバ30は、事業者UAが口座を借り受けているY銀行により運営および管理される情報処理装置であり、サーバ装置やクラウドシステムなどにより実現される。提携先銀行サーバ30は、事業者UAを含む各利用者についての銀行口座の利用履歴の管理や、各利用者からの指示に応じた送金や振替などの処理を実行する。
(1-2.利用者端末10を用いた決済について)
ここで、利用者端末10を用いたコード決済(電子決済)の一例について説明する。以下の説明では、たとえば、店舗Xに配置された2次元コード(QRコード(登録商標))であって、店舗Xを識別する店舗識別情報を示す2次元コードを用いて、店舗Xから取引対象の提供を受けるサービス利用者UBが利用者端末10を用いた決済を行う例について説明する。なお、以下に説明するコード決済の一例は、任意の利用者が任意の利用者端末10を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報を示す2次元コードは、QRコードのみならず、バーコードや所定のマーク、番号などであってもよい。また、2次元コードは、紙などの媒体に印字された印刷物により物理的に構成される例に限られず、任意の端末に表示される画像情報により構成されていてもよい。
たとえば、サービス利用者UBが店舗Xにて各種の商品やサービスといった取引対象の購入や利用に伴う決済を行う場合、サービス利用者UBは、利用者端末10に予めインストールされた決済アプリを起動する。そして、サービス利用者UBは、決済アプリを介して、店舗Xに設置された2次元コードを撮影する。このような場合、利用者端末10は、取引対象の価格を入力するための画面を表示し、サービス利用者UBあるいは店舗Xの店員から決済金額の入力を受け付ける。そして、利用者端末10は、サービス利用者UBを識別する利用者識別情報と、店舗識別情報(もしくは、店舗識別情報が示す情報、すなわち、店舗Xを示す情報(たとえば、店舗ID))と、決済額とを含む取引情報を決済サーバ100へと送信する。
決済サーバ100は、利用者端末10から取引情報を受け付けると、利用者識別情報が示すサービス利用者UBの口座から、店舗識別情報が示す店舗Xの口座へと、決済額に相当する分の電子マネーを移行させる。このとき、決済サーバ100は、決済額に相当する分の電子マネーから店舗Xに課金する所定の手数料を差し引いてから、店舗Xの口座へ移行させてもよい。そして、決済サーバ100は、取引が完了した旨の通知を利用者端末10へと送信する。このような場合、利用者端末10は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をサービス利用者UBに通知する。あるいは、決済サーバ100は、利用者識別情報が示すサービス利用者UBの口座から決済額に相当する分の電子マネーを引き出して店舗Xの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗Xが保有する銀行口座に振り込んでもよい。この場合、決済サーバ100は、サービス利用者UBの口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨をサービス利用者UBに通知してもよい。
なお、利用者端末10を用いた決済は、上述した処理に限定されるものではない。たとえば、利用者端末10を用いた決済は、店舗Xに設置された端末装置(以下、「店舗端末」と称する。)を用いたものであってもよい。具体的には、まず、利用者端末10は、サービス利用者UBを識別するための利用者識別情報を示すコード情報を画面上に表示させる。このような場合、店舗端末は、利用者端末10に表示されたコード情報から利用者識別情報を読み取り、読み取った利用者識別情報(もしくは、利用者識別情報が示す情報、すなわち、サービス利用者UBを示す情報(たとえば、利用者ID))と、決済額と、店舗Xを識別する情報とを含む取引情報を決済サーバ100へと送信する。
決済サーバ100は、店舗端末から取引情報を受け付けると、利用者識別情報が示すサービス利用者UBの口座から、店舗Xの口座へと、決済額に相当する分の電子マネーを移行させる。そして、決済サーバ100は、店舗端末あるいは利用者端末10に対し、取引が完了した旨の通知を送信する。店舗端末あるいは利用者端末10は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をサービス利用者UBに通知する。また、決済サーバ100は、利用者識別情報が示すサービス利用者UBの口座から決済額に相当する分の電子マネーを引き出して店舗Xの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗Xが保有する銀行口座に振り込んでもよい。この場合、決済サーバ100は、サービス利用者UBの口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨を店員あるいはサービス利用者UBに通知してもよい。
また、利用者端末10を用いた決済は、サービス利用者UBが予め電子マネーをチャージした口座から店舗Xの口座へと電子マネーを移行させる処理のみならず、たとえば、サービス利用者UBが予め登録したクレジットカードを用いた決済であってもよい。このような場合、たとえば、利用者端末10は、店舗Xの口座に対して決済金額が示す額の電子マネーを移行させるとともに、サービス利用者UBのクレジットカードの運用会社に対し、決済金額が示す額を請求してもよい。
また、利用者端末10を用いた決済は、サービス利用者UBの口座から店舗Xの口座へと電子マネーを移行させる処理のみならず、たとえば、サービス利用者UBの口座から他のユーザの口座へと電子マネーを移行させる決済(すなわち、ユーザ間での送金)であってもよい。たとえば、送金元のサービス利用者UBが利用する利用者端末10は、送金先のユーザを識別する利用者識別情報(例えば、送金先の利用者が利用する端末装置に表示される利用者識別情報)を読み取り、サービス利用者UBから送金金額の入力を受け付け、読み取った識別情報と、送金金額と、サービス利用者UBを識別する利用者識別情報とを示す情報を決済サーバ100へと送信する。このような場合、決済サーバ100は、サービス利用者UBの口座から、送金先のユーザの口座へと、送金金額が示す額の電子マネーを移行させ、利用者端末10または送金先のユーザが利用する端末装置に対し、送金が完了した旨の画面や所定の音声を出力させることで、送金が行われた旨を通知してもよい。
なお、利用者端末10を用いた送金は、上述した処理に限定されるものではない。たとえば、利用者端末10を用いた送金は、送金先のユーザの電話番号や、送金先のユーザを示す情報(たとえば、利用者ID)を利用者端末10に入力することにより行われてもよい。具体的な例を挙げると、利用者端末10は、送金先のユーザの電話番号または利用者IDと、送金金額との入力をサービス利用者UBから受け付け、入力された電話番号または利用者IDと、送金金額と、サービス利用者UBを識別する利用者識別情報とを決済サーバ100へと送信する。そして、決済サーバ100は、サービス利用者UBの口座から、送信された電話番号または利用者IDに紐づけられたユーザの口座へと、送金金額が示す額の電子マネーを移行させる。
ここで、送金先のユーザの電話番号や利用者IDは、当該ユーザに関する情報と紐付けて決済アプリに予め登録されていてもよい。この場合、利用者端末10は、決済アプリに登録されたユーザ(送金先)の指定と、当該ユーザへの送金金額の入力とをサービス利用者UBから受け付け、指定されたユーザに紐付けられた電話番号または利用者IDと、送金金額と、サービス利用者UBを識別する利用者識別情報とを決済サーバ100へと送信する。
また、たとえば、利用者端末10を用いた送金は、送金金額を受け取るためのリンク情報を送金先のユーザに提供することにより行われてもよい。具体的な例を挙げると、利用者端末10は、サービス利用者UBから送金金額の入力を受け付けて送金金額を受け取るためのリンク情報を生成し、リンク情報を含む電子メールを送信したり、リンク情報を含む投稿情報をSNS(Social Networking Service)に投稿したりすることで、送金先のユーザが利用する端末装置にリンク情報を提供する。そして、送金先のユーザがリンク情報を選択して受け取り操作を行った場合、決済サーバ100は、サービス利用者UBの口座から、送金先のユーザの口座へと、送金金額が示す額の電子マネーを移行させる。
なお、上述した決済手段や決済サービスは、商品の購入や役務の提供に対する対価の提供(債務の精算)のためのものに限定されるものではない。例えば、上述したように、決済手段や決済サービスは、複数のユーザが有する口座間の送金に関する機能を有していてもよい。すなわち、上述した決済手段や決済サービスは、ユーザや店舗等、電子マネーの所有者と紐づく任意の所有者の口座間における電子マネーの送受信を制御するサービスであればよい。すなわち、実施形態に係る決済手段や決済サービスは、電子マネーのやり取りを実現するための各種制御(電子マネーを介した各種の口座間送金制御のみならず、電子マネー口座と銀行口座間のやり取りに関する制御や、分割、ボーナス払いに伴う処理といった各種債権処理、その他電子マネーを含む財産のやり取りに関する各種制御)を実行する取引手段や取引サービスであれば、任意の態様で提供されるものであってもよい。また、このような取引手段や取引サービスが実現する各種の制御には、決済に関する制御と送金に関する制御の両方が含まれていてもよく、いずれか一方のみが含まれていてもよい。すなわち、「取引」とは、電子マネーに関する「決済」のみならず、電子マネーの「送金」やその他各種の処理をも含む概念である。すなわち、決済サーバ100は、任意の所有者間における電子マネーのやり取りを制御する取引手段を実現する情報処理装置であってもよい。
(1-3.振込入金サービスについて)
以下、決済サーバ100がサービス利用者UBに対して提供する振込入金サービスについて説明する。決済サーバ100は、決済アプリなどを通じて、サービス利用者UBから振込入金サービスの利用登録要求を受け付けると、サービス利用者UBに対する仮想口座の割当、及び、利用者情報の登録を実行する。たとえば、決済サーバ100は、提携先銀行から予め借り受けた複数の仮想口座のうち未使用の状態である仮想口座から任意に選択する。また、決済サーバ100は、選択した仮想口座を特定するための口座情報(口座番号)と、サービス利用者UBに固有の識別情報とを関連付けて登録することにより、仮想口座の割当を完了する。なお、決済サーバ100は、サービス利用者UBに固有の識別情報として、たとえば、電子決済サービスの利用登録時に決済サーバ100が利用者ごとに個別に割り振る利用者IDを利用できる。
また、決済サーバ100は、利用者情報の登録において、資金移動業に対して、法令により義務付けられている滞留規制の遵守を目的として、仮想口座に入金された金額のうち、所定額を超える額の現金をサービス利用者UBに返金するための返金用の銀行口座の情報をサービス利用者UBから取得する。決済サーバ100は、サービス利用者UBから取得した返金用の銀行口座の情報を、上述の固有情報に関連付けて登録することにより、利用者情報の初期登録を完了する。
仮想口座の割当、及び、利用者情報の登録が完了すると、決済サーバ100は、利用者端末10に対し、振込入金サービス用の仮想口座を特定するための口座情報(口座番号)を利用者端末10に送信することにより、サービス利用者UBに口座情報を提供する。サービス利用者UBは、決済サーバ100から提供された口座情報を、給与や諸経費などの振込先として勤め先の企業などの振込依頼先へ知らせる。サービス利用者UBから口座情報を受け取った企業などの振込依頼先は、自身が保有する銀行口座から、この口座情報を振込先(送金先)として、たとえば、給与や諸経費などの所定の振込を行う。決済サーバ100は、仮想口座に対する着金を検知すると、仮想口座が割り当てられているサービス利用者UBの電子ウォレット(電子マネー口座)に対して、仮想口座に対する入金額に相当する電子マネーをチャージする。このようにして、サービス利用者UBは、振込依頼先に口座情報を知らせることにより、自身が保有する債権を電子マネーで受け取ることができる。
(1-4.実施形態に係る情報処理)
(1-4-1.振分サービスに関する情報処理)
以下、図1を用いて、実施形態に係る振分サービスに関する情報処理について説明する。以下の説明では、振分サービスによる振分対象がサービス利用者UBの給与である場合の情報処理について説明する。なお、実施形態に係る情報処理は、給与を振分対象とする場合に限られず、サービス利用者UBに予め紐付けられている所定の口座に振り込まれた各種の資金について適用できる。
また、以下の説明において、サービス利用者UBと利用者端末10とを同一視する場合がある。すなわち、以下の説明において、サービス利用者UBを利用者端末10と読み替えることもできる。
図1に示すように、サービス利用者UBは、たとえば、決済アプリを通じて、給与の振分設定を実行する(ステップS01)。図2を用いて、給与の振分設定時に利用者端末10に表示される画面表示例について説明する。図2は、実施形態に係る振分設定時の画面表示例を示す図である。決済サーバ100は、決済アプリを通じて、サービス利用者UBに予め紐付けられている所定の銀行口座に入金される給与の振分先として、電子決済サービスにおいてサービス利用者UBが保有する電子ウォレットを含む複数の振分先を指定する振分設定をサービス利用者UBから受け付ける。
以下に説明するように、給与の振分設定に先駆けて、給与の少なくとも一部を電子マネーで受け取るための受取口座の発行手続きが行われる。たとえば、図2に示すように、利用者端末10には、サービス利用者UBの操作に応じて、決済アプリのトップ画面G1-1が表示される(表示例EX1-1)。また、利用者端末10には、トップ画面G1-1に対するサービス利用者UBの操作に応じて、給与の振分設定を利用するための説明画面(チュートリアル画面)G1-2が表示される(表示例EX1-2)。図2に示す振分設定の説明画面G1-2には、給与の振分設定を開始するためのボタンB1-1が設けられている。
また、説明画面G1-2に設けられているボタンB1-1に対するサービス利用者UBの操作に応じて、利用者端末10には、給与の中から電子マネーで受け取る受取金額や、現在の給与受取用口座に関する情報の設定を行うための設定画面G1-3が表示される(表示例EX1-3)。図2に示す設定画面G1-3には、給与を電子マネー、及び現金の双方で受け取るための受取口座の発行要求をサービス利用者UBから受け付けるためのボタンB1-2が設けられている。この受取口座は、仮想口座であり、上述の振込入金サービスと同様の手順で発行される。たとえば、決済サーバ100は、提携先銀行であるY銀行から予め借り受けた複数の仮想口座番号のうち未使用の状態である仮想口座番号を任意に選択し、選択した仮想口座番号を受取口座番号として、サービス利用者UBに割り当てる。仮想口座は、事業者UAがY銀行において保有する実口座に紐付けられる。
また、設定画面G1-3に設けられているボタンB1-2に対するサービス利用者UBの操作に応じて、決済サーバ100において、サービス利用者UBのユーザ認証が必要であるか否かの判定が実行される。そして、ユーザ認証が必要であると判定された場合、決済サーバ100とサービス利用者UBとの間でユーザ認証が行われる。そして、ユーザ認証に成功した場合、決済サーバ100において受取口座の発行処理が実行され、利用者端末10には受取口座番号の通知画面G1-4が表示される(表示例EX1-4)。一方、ユーザ認証が不要であると判定された場合、サービス利用者UBによる利用規約への同意を条件として、決済サーバ100において受取口座の発行処理が実行され、利用者端末10には受取口座番号の通知画面G1-4が表示される。図2に示す通知画面G1-4には、受取口座番号の情報が表示される。決済サーバ100は、サービス利用者UBの利用者IDに対応付けて、受取口座番号の情報を口座情報記憶部121に登録する。
また、受取口座の発行手続きが完了すると、図2に示すように、決済アプリのトップ画面G1-1に対するサービス利用者UBの操作に応じて、利用者端末10には、給与の振分設定画面G2(「所定のユーザインターフェイス」の一例)が表示される(表示例EX2)。図2に示す振分設定画面G2には、画面切換タブ表示領域A1-1と、受取金額設定領域A1-2と、振分設定領域A1-3とが含まれている。
画面切換タブ表示領域A1-1には、電子マネーとして受け取る給与の運用に関する設定を受け付けるための設定画面G3(たとえば、図5参照)を表示させるタブと、給与の振分に関する設定を受け付けるための振分設定画面G2を表示させるためのタブと、サービス利用者UBの利用者情報を管理する管理画面(たとえば、図6参照)を表示させるタブとを含んでいる。たとえば、利用者端末10は、サービス利用者UBにより操作されたタブに対応する画面を表示させる。図2では、振分設定画面G2に対応するタブが有効化されている例を示している。
また、受取金額設定領域A1-2は、給与の中から電子マネーで受け取る金額を示す受取金額を設定するための直感的な操作をサービス利用者UBから受け付けるスライドバーを含んでいる。スライドバーは、受取金額として設定可能な最低金額(たとえば、0円)と、最高金額(たとえば、100万円)とを結ぶ線分上をサービス利用者UBの操作に従って移動可能に構成される。図2では、スライドバーが受取金額として5万円を指定している例が示されている。なお、決済サーバ100は、たとえば、その時点での電子マネーとして受取可能な額を最高金額としてもよい。たとえば、その時点で受取可能な額は、電子マネーとして保有可能な上限額100万円からその時点で所持している電子マネーの金額を引いた額となる。また、その時点で受取可能な額を目安として数値で示してもよいし、線や線上の色を変えて表示してもよい。決済サーバ100は、受取金額の事前設定をサービス利用者UBから受け付けると、サービス利用者UBの利用者IDに対応付けて、サービス利用者UBにより事前設定された受取金額を示す情報を資金の振分に関する情報として振分設定記憶部122に登録して管理する。
なお、図2に示す受取金額設定領域A1-2では、給与のうち電子マネーとして受け取る受取金額の設定を受け付ける例を示しているが、受取金額の代わりにとして、たとえば、給与の10%や15%といったように、給与に対する受取金額の比率を示す受取割合の設定を受け付けてもよい。この場合、受取金額設定領域A1-2に含まれるスライドバーが受取割合を設定可能に構成されていてもよい。また、決済サーバ100は、サービス利用者UBに設定された受取割合と、給与として受取口座に入金された入金額(着金通知に含まれる入金額)とに基づいて、受取金額を算出する。
また、振分設定領域A1-3は、給与の振分先となる少なくとも1つの振分先口座と、振分先口座に対する送金額と、振分先口座の利用目的、または給与を振り分ける目的となる振分目的を示す名目の設定とを含む振分設定を受け付ける。図2では、M-1銀行の普通口座の口座番号と、送金額の22万円と、名目の生活費とが振分先の1つとして表示される例が示されている。また、図2では、M-2銀行の普通口座の口座番号と、送金額の3万円と、名目の住宅ローンとが振分先の1つとして表示される例が示されている。振分設定領域A1-3は、サービス利用者UBからの操作に応じて、振分先の新規設定や変更などを受け付ける。決済サーバ100は、振分先口座、送金額、及び名目の事前設定をサービス利用者UBから受け付けると、サービス利用者UBの利用者IDに対応付けて、サービス利用者UBにより事前設定された振分先口座、送金額、及び名目を示す各情報を資金の振分先を指定する振分設定に関する情報として振分設定記憶部122に登録する。決済サーバ100は、振分先口座ごとに名目の設定を受け付けることができる。なお、振分設定領域A1-3は、送金額の代わりに、給与に対する送金額の比率を示す送金割合の設定をサービス利用者から受け付けてもよい。この場合、決済サーバ100は、サービス利用者UBに設定された送金割合と、給与として受取口座に入金された入金額(着金通知に含まれる入金額)とに基づいて、送金額を算出する。
なお、決済サーバ100は、給与の振分先として、電子決済サービスの他のサービス利用者に対するマネー残高の送金の設定をサービス利用者UBから受け付けてよい。この場合、決済サーバ100は、サービス利用者UBに対応する振分設定として、送金先となる他のサービス利用者を特定するための利用者IDと、送金額とを対応付けて振分設定記憶部122に登録する。そして、決済サーバ100は、他のサービス利用者に対する送金額に相当する額のマネー残高をサービス利用者UBが保有する電子ウォレットのマネー残高に加算した後、サービス利用者UBの電子ウォレットから他のサービス利用者が保有する電子ウォレットに資金移動する。
図1に戻り、たとえば、サービス利用者UBを雇用する企業は、X銀行の銀行サーバ20に対して、サービス利用者UBから通知された受取口座番号に対する振込予約を行う。銀行サーバ20は、振込予約における振込実行日に到達すると、振込予約において指定された金額(たとえば、30万円)を、企業に紐付く送金元銀行口座から受取口座番号に対して送金する(ステップS02)。
提携先銀行サーバ30は、X銀行からの着金を検知すると、着金のあった受取口座番号で特定される仮想口座の貸出先である決済サーバ100に対して、着金通知を送信する(ステップS03)。たとえば、着金通知には、受取口座番号および入金額を示す情報が含まれている。
決済サーバ100は、提携先銀行サーバ30から着金通知を受信すると、着金通知に基づいて、処理対象となるサービス利用者UBの振分設定を特定する(ステップS04)。たとえば、決済サーバ100は、着金通知に含まれている受取口座番号に対応付けられている利用者IDを口座情報記憶部121に記憶されている情報の中から特定する。また、決済サーバ100は、特定した利用者IDに対応付けられている振分設定を振分設定記憶部122に記憶されている情報の中から特定する。
また、決済サーバ100は、特定した振分設定に従って、提携先銀行サーバ30に対する送金指示を送信する(ステップS05-1)。たとえば、決済サーバ100は、受取口座に紐付く実口座の口座番号である送金元口座番号と、振分設定に含まれる振分先口座である送金先口座番号と、振分設定に含まれる送金額とを含む送金指示を送信する。なお、送金元口座は、必ずしも銀行口座に限定される必要はなく、電子マネーの送金が可能な口座であってもよい。
また、決済サーバ100は、特定した振分設定に従って、サービス利用者UBが保有する電子ウォレットのマネー残高を加算する(ステップS05-2)。たとえば、決済サーバ100は、振分設定に含まれる受取金額に相当する額の電子マネーを、サービス利用者UBに紐付く電子ウォレットに加算(チャージ)する。
また、決済サーバ100は、受取金額に相当する額の電子マネーをサービス利用者UBが保有する電子ウォレットに加算した後の加算後残高が、サービス利用者UBが電子ウォレットに確保することが可能な上限額として予め定められている所定の金額を超えないことを条件に、受取金額に相当する額の電子マネーを電子ウォレットに加算してもよい。たとえば、決済サーバ100は、利用者情報記憶部124からサービ利用者UBが保有する電子ウォレットのマネー残高を取得する。また、決済サーバ100は、受取金額に相当する額の電子マネーをサービス利用者UBが保有する電子ウォレットに加算(残高加算、又はチャージともいう。)した後の加算後残高を算出することにより、所定の金額との比較を行う。そして、決済サーバ100は、加算後残高が所定の金額以下である場合、受取金額に相当する額の電子マネーをサービス利用者UBが保有する電子ウォレットに加算する。一方、決済サーバ100は、加算後残高が所定の金額を超える場合、残高超過のため電子ウォレットに対してチャージできない旨の情報をサービス利用者UBに提供する。
また、決済サーバ100は、受取金額に相当する額と所定の金額とその時点でのサービス利用者UBのマネー残高に基づいて、所定金額を超えない額に相当する電子マネーを電子ウォレットに加算し、残りの額については予めサービス利用者UBから設定された銀行口座へ払い出してもよい。また、決済サーバ100は、受取金額に相当する額の電子マネーを電子ウォレットに一旦加算し、加算後のマネー残高が所定金額を超えた場合は、所定の金額を超えている超過分に相当する額を、予めサービス利用者UBから設定された銀行口座へ払い出してもよい。
また、決済サーバ100は、銀行口座に対する送金および電子ウォレットに対するチャージのどちらを先に実行してもよい。たとえば、決済サーバ100は、サービス利用者UBにより受取金額と給与受取用の銀行口座のみが設定されている場合、受取金額に相当する額の電子マネーをサービス利用者UBが保有する電子ウォレットに加算した後の加算後残高が所定の金額を超えないことを条件に電子ウォレットに対するチャージ(残高加算)を先に実行し、給与から受取金額を減算した後の残金を、受取口座に紐付く実口座から給与受取用の銀行口座に対して送金してもよい。また、決済サーバ100は、振分設定において振分先口座として設定された銀行口座に対して、振分設定において設定された送金額の送金を実行した後、給与から送金額を減算した後の残金に相当する額の電子マネーをサービス利用者UBが保有する電子ウォレットに加算してもよい。
また、決済サーバ100は、サービス利用者UBによる電子決済サービスの利用履歴に基づいて、次回の受取金額の設定に関する提案情報を利用者端末10に送信することにより、サービス利用者UBに提供してもよい。たとえば月単位での利用額を算出し、算出した利用額に基づく、ある一定期間の平均利用金額または算出した利用額から推定される次月の利用額を電子マネーでの受取金額として提案する。なお、決済サーバ100は、次回の受取金額の設定に関する提案情報をサービス利用者UBに対して提供するタイミングは、次回の受取金額の変更が可能な任意のタイミングであってよい。
また、決済サーバ100は、サービス利用者UBが振分先に設定した振分先口座である銀行口座の残高について、たとえば月単位での減少額を算出し、算出した減少額に相当する金額を振分先口座に送金する送金額として提案する提案情報を利用者端末10に送信することにより、サービス利用者UBに提供してもよい。この場合、決済サーバ100は、提携先のY銀行から提供される提携先銀行サーバ30にアクセスするためのAPIを用いて、サービス利用者UBが振分先に設定した振込先口座である銀行口座の残高の情報を取得できる。なお、決済サーバ100は、送金額の提案に関する提案情報をサービス利用者UBに対して提供するタイミングは、次回の送金額の変更が可能な任意のタイミングであってよい。
また、決済サーバ100は、受取口座に対する入金(着金)予定日の設定をサービス利用者UBから事前に受け付けてもよい。この場合、決済サーバ100は、たとえば、利用者情報記憶部124に、サービス利用者UBの利用者IDに対応付けて、サービス利用者UBにより設定された入金予定日を示す情報を登録して管理する。なお、入金予定日の情報の設定は複数受け付けてもよい。たとえば、サービス利用者UBから勤務する企業からは、定期的な給与の他に一時的な給与が振り込まれる場合がある。この場合、サービス利用者UBは、受取口座に対する入金(着金)予定日の事前設定を行うことにより、給与の振分を実現する。たとえば、決済サーバ100は、サービス利用者UBにより事前設定された入金予定日と、受取口座に対する企業からの振込が行われた振込日とが一致するかを確認して、振分処理を実行する。またはサービス利用者UBに紐づく振分設定が複数ある場合は、一致する振込日が設定された振分設定があるかを確認し、ある場合は、該当の振分設定に基づいた振分処理を実行する。一方、決済サーバ100は、事前設定された入金予定日と振込日とが一致しない場合には、サービス利用者UBに通知して、受取口座に入金された資金の振分を実施するか否かの問合せを行い、サービス利用者UBからの指示を受け付けてもよい。また、決済サーバ100は、振込元の名義情報の設定をサービス利用者UBから事前に受け付けてもよい。たとえば、サービス利用者UBが副業をしている場合、複数の企業から給与が振り込まれる場合があり、それぞれの企業からの振込に対して別の振分設定を行うことを可能とする。たとえば、決済サーバ100は、サービス利用者UBにより事前設定された名義と、受取口座に対する振込元の名義とが一致する振分設定があるかを確認し、ある場合は、該当の振分設定に基づいた振分処理を実行する。一方、決済サーバ100は、サービス利用者UBにより事前設定された名義と振込元の名義とが一致しない場合には、サービス利用者UBに通知して、受取口座に入金された資金の振分を実施するか否か、実施する場合は、どの振分設定を適用するかの問合せを行い、サービス利用者UBからの指示を受け付けてもよい。
また、決済サーバ100は、振分設定において、送金を行う日付の事前設定や、マネー残高の加算を行う日付の設定を受け付けてもよい。
(1-4-2.振分サービスにおける情報提供)
以下、図3および図4を用いて、実施形態に係る振分サービスに関する情報提供例について説明する。図3は、実施形態に係る振分サービスにおける情報提供例(その1)を示す図である。図4は、実施形態に係る振分サービスにおける情報提供例(その2)を示す図である。
図3は、受取口座に対する着金予定に関する情報をサービス利用者UBに提供する例を示している。図3に示すように、銀行サーバ20は、企業からの振込予約を受け付けると、振込予約情報を提携先銀行サーバ30に送信する(ステップS11)。たとえば、振込予約情報には、振込予定日、振込先口座番号、及び振込予定額を示す各情報が含まれている。
提携先銀行サーバ30は、銀行サーバ20から振込予約情報を受信すると、着金予定情報として決済サーバ100に送信する(ステップS12)。たとえば、着金予定情報には、振込予定日に対応する着金予定日、振込先口座番号に対応する対象口座番号、及び振込予定額に対応する着金予定額を示す各情報が含まれている。なお、振込予約情報には、振込元を示す情報が含まれていてもよい。この場合、提携先銀行サーバ30は、着金予定情報に振込元を示す情報を含めて決済サーバ100に送信してもよい。
決済サーバ100は、提携先銀行サーバ30から着金予定情報を受信すると、口座情報記憶部121に記憶されている情報を参照して、着金予定情報に対応する対象者を特定する(ステップS13)。たとえば、決済サーバ100は、口座情報記憶部121に記憶されている受取口座番号の中から、対象口座番号に一致する受取口座番号を検索し、検索した受取口座番号に対応付けられている利用者IDを特定することにより、着金予定情報に対応する対象者(たとえば、サービス利用者UB)を特定する。
また、決済サーバ100は、対象者を特定後、特定した対象者の利用者端末10に着金予定情報を送信することにより、着金予定情報を対象者に提供する(ステップS14)。このとき、決済サーバ100は、着金予定日および着金予定額を含む着金予定情報を利用者端末10に送信してもよい。
利用者端末10は、決済サーバ100から着金予定情報を受信すると、たとえば、決済アプリを通じて、着金予定情報J-1をポップアップ形式で表示することにより、サービス利用者UBに通知する。なお、利用者端末10における着金予定情報J-1の表示形式はポップアップ形式に限られず、任意の表示形式を採用できる。図3に示す着金予定情報J-1では、給与の受取予定日および受取予定額を含む給与の受取予定に関する情報が表示される例が示されている。
また、決済サーバ100は、サービス利用者UBに対応する振分設定を確認し、振分処理の予定を示す情報を着金予定情報J-1に含めて表示してもよい。
また、決済サーバ100は、サービス利用者UBの操作に応じて、給与の振分設定を行うための処理に移行するオブジェクトを着金予定情報J-1に含めてもよい。
また、決済サーバ100は、着金予定情報に振込元を示す情報が含まれている場合、振込元を示す情報を着金予定情報に含めて表示してもよい。
また、決済サーバ100は、同一の振込元を示す情報を含む着金予定情報の受信履歴に基づいて、提携先銀行サーバ30から受信した着金予定情報に含まれる着金予定日が過去の着金予定日と異なる場合、その旨を着金予定情報J-1に含めて表示してもよい。
また、決済サーバ100は、受取口座に対する入金(着金)予定日の設定をサービス利用者UBから事前に受け付けている場合は、サービス利用者UBにより事前設定された入金(着金)予定日と、着金予定情報に含まれている着金予定日が一致するかを確認して、一致する場合に、振分処理の予定を示す情報を表示してもよい。また、決済サーバ100は、受取口座に対する振込人名義の設定をサービス利用者UBから事前に受け付けている場合は、サービス利用者UBにより事前設定された振込人名義と、着金予定情報に含まれている振込人名義とが一致するかを確認して、一致する場合に、振分処理の予定を示す情報を表示してもよい。
また、決済サーバ100は、処理対象となるサービス利用者UBに対応する電子決済サービスの利用履歴を参照して、サービス利用者UBが電子決済サービスにおいて清算を必要とする債務(たとえば、後払いや公共料金の支払いなど)を有しているか否かを判定する。決済サーバ100は、サービス利用者UBが債務を有していると判定した場合、サービス利用者UBに対して、着金予定情報J-1とともに、債務の清算を提案するための提案情報を提供してもよい。また、決済サーバ100は、サービス利用者UBが債務を有しており、かつ、その債務が着金予定情報に含まれる金額より少ない場合(債務を支払える場合)にのみ、債務の清算を提案してもよい。
図4は、振分処理に関する情報をサービス利用者UBに通知する場合の通知例を示している。図4に示すステップS21~ステップS23-1,2の処理手順は、図1に示すステップS03~ステップS05-1,2の処理手順と同様である。すなわち、提携先銀行サーバ30が決済サーバ100に対して着金通知を送信する(ステップS21)。決済サーバ100は、提携先銀行サーバ30から着金通知を受信すると、振分設定の特定(ステップS22)、提携先銀行サーバ30に対する送金指示の送信(ステップS23-1)、電子ウォレットへの残高加算(ステップS23-2)を実行する。
そして、決済サーバ100は、振分処理(ステップS22~ステップS23-1,2)を完了すると、利用者端末10に振分処理に関する情報J-2~J-4を送信することにより、振分処理の当事者であるサービス利用者UBに対して振分処理に関する情報を通知する(ステップS24)。利用者端末10は、決済サーバ100から振分処理に関する情報J-2~J-4を受信すると、たとえば、決済アプリを通じて、振分処理に関する情報J-2~J-4をポップアップ形式で表示することにより、サービス利用者UBに通知する。なお、利用者端末10における振分処理に関する情報J-2~J-4の表示形式はポップアップ形式に限られず、任意の表示形式を採用できる。
たとえば、決済サーバ100から利用者端末10に送信される振分処理に関する情報J-2は、生活費の名目でM-1銀行に対して送金を行った旨をサービス利用者UBに通知するための情報に該当する。また、決済サーバ100から利用者端末10に送信される振分処理に関する情報J-3は、住宅ローンの名目でM-2銀行に対して送金を行った旨をサービス利用者UBに通知するための情報に該当する。決済サーバ100から利用者端末10に送信される振分処理に関する情報J-4は、サービス利用者UBが保有する電子ウォレットのマネー残高を加算(チャージ)した旨をサービス利用者UBに通知するための情報に該当する。
(1-4-3.振分サービスを通じた金融サービスの利用)
以下、図5を用いて、実施形態に係る振分サービスを通じた金融サービスの利用例について説明する。図5は、実施形態に係る振分サービスを通じた金融サービスの利用例を示す図である。
上述したように、決済サーバ100は、サービス利用者UBから、給与の振分先となる少なくとも1つの振分先口座と、振分先口座に対する送金額と、振分先口座の利用目的または振分目的を示す名目の設定とを含む振分設定を受け付ける。これにより、決済サーバ100は、サービス利用者UBに対して、給与の使途を一見して把握させることができる。
そして、決済サーバ100は、サービス利用者UBから、給与の振分先の1つとして、電子決済サービスに連携した金融サービスの設定を受け付けることができる。たとえば、図5に示すように、サービス利用者UBは、利用者端末10上で動作する決済アプリを通じて、金融サービス利用設定を実行する(ステップS31)。
決済サーバ100は、サービス利用者UBから金融サービスの利用設定を受け付けると、サービス利用者UBの利用者IDに対応付けて、金融サービスの利用設定を登録する(ステップS32)。そして、決済サーバ100は、たとえば、提携先銀行サーバ30からの着金通知を受け付けて、図1と同様の振分処理を実行する(ステップS33)。
以下、図5を参照しつつ、実施形態に係る金融サービスの利用設定の概要について説明する。たとえば、サービス利用者UBにより画面切換タブ表示領域A1-1に含まれるタブが所定のタブに切り換えられた場合、図3に示すように、利用者端末10には、電子マネーとして受け取る給与の運用に関する設定を受け付けるための設定画面G3-1が表示される(表示例EX3-1)。
設定画面G3-1には、決済サーバ100による給与の自動配分設定の選択をサービス利用者UBから受け付けるための自動配分設定受付領域A2-1が設けられている。図5に示す自動配分設定受付領域A2-1には、サービス利用者UBが選択可能な自動配分設定の方法として、「堅実型」、「バランス型」、「積極型」の3つの方法が例示されている。また、図5に示す自動配分設定受付領域A2-1には、自動配分設定の方法として「バランス型」が選択されている例が示されており、給与に対する貯蓄、資産運用、及び生活費の各比率を示す情報が表示されている。
また、利用者端末10には、設定画面G3-1におけるボタンB2-1に対するサービス利用者UBの操作に応じて、給与の自動配分設定を選択した場合の運用画面G3-2が表示される(表示例EX3-2)。図5に示す運用画面G3-2には、給与から貯蓄に充てる金額(以下、「貯蓄額」と称する。)の情報が表示される領域A3-1や、給与から資産運用に充てる金額(以下、「資産運用額」と称する。)の情報が表示される領域A3-2や、給与からの支払や送金に関する情報が表示される領域A3-3が含まれている。領域A3-1に表示される貯蓄額の情報や、領域A3-2に表示される資産運用額の情報は、設定画面G3-1においてサービス利用者UBにより選択された「バランス型」の振分配分に従って、たとえば、決済サーバ100により自動算出され、決済アプリを通じて利用者端末10に表示される。また、領域A3-3に表示される給与からの支払や送金に関する情報は、予め決められた所定のタイミングで支払いが行われる固定費などの情報をサービス利用者UBが手動で登録してもよいし、サービス利用者UBの事前の登録に基づいて自動的に表示されてもよい。なお、領域A3-3に対して編集機能を関連付けておいてもよい。この場合、領域A3-3は、サービス利用者UBの操作に従って、給与からの支払や送金に関する情報を任意に編集可能に構成される。
また、利用者端末10には、設定画面G3-1におけるボタンB2-2に対するサービス利用者UBの操作に応じて、給与の運用金額の手動設定を選択した場合の運用画面G3-3が表示される(表示例EX3-3)。図5に示す運用画面G3-3には、貯蓄額の情報が表示される領域A4-1や、資産運用額の情報が表示される領域A4-2や、給与からの支払や送金に関する情報が表示される領域A4-3が含まれている。領域A4-1に表示される給与からの貯蓄額の情報や、領域A4-2に表示される資産運用額の情報は、運用画面G3-3において、サービス利用者UBにより手動で設定される。また、領域A4-1および領域A4-2には設定機能が関連付けられており、サービス利用者UBの操作に応じて設定機能を起動できる。また、領域A4-1および領域A4-2に関連付けられている設定機能は、金額指定による貯蓄額や資産運用額の設定を受付可能に構成されていてもよいし、給与(の総額)に対する比率を指定することにより、貯蓄額や資産運用額の設定を受付可能に構成されていてもよい。図5に示す運用画面G3-3では、給与(の総額)に対する比率を指定することにより、貯蓄額や資産運用額を設定されている例が示されている。また、決済サーバ100は、給与(の総額)に対する比率の指定により貯蓄額や資産運用額の設定を受け付ける場合、貯蓄の種類や、資産運用の商品ごとに割合の指定を受け付けてもよい。
また、決済サーバ100は、金融サービスを利用するための条件として、サービス利用者UBに対し、電子決済サービスに連携した金融サービスを提供する事業者に対して資金移動を行うための所定の口座の開設を要求できる。たとえば、電子決済サービスを提供する事業者UAの提携先の銀行であるY銀行に対して、給与からの貯蓄を受け付けて管理するための銀行口座の開設をサービス利用者UBに要求できる。また、電子決済サービスを提供する事業者UAの提携先の証券会社に対して、給与からの運用資産を送金するための証券口座の開設をサービス利用者UBに要求できる。
(1-4-4.振分サービスにおける情報管理)
以下、図6を用いて、実施形態に係る振分サービスにおける情報管理例について説明する。図6は、実施形態に係る振分サービスにおける情報管理例を示す図である。
決済サーバ100は、サービス利用者UBに対応する振分設定に従って実行した振分処理の履歴や電子決済サービスの利用履歴などに基づいて、サービス利用者UBの給与の出納状況を把握できる。これにより、決済サーバ100は、サービス利用者UBに対して、給与の出納状況に基づく情報提供を実現できる。具体的には、決済サーバ100は、一の決済サービスの利用者ID(たとえば、サービス利用者UBを識別するための利用者識別情報)に紐づいて、給与の入金履歴や、電子決済サービスの利用履歴や、振り込まれた給与の他の銀行口座への送金履歴や、振り込まれた給与の他の金融サービスへの入出金履歴や、電子決済サービスを利用する他のサービス利用者との電子マネーの送受信履歴を示す各情報を管理する。決済サーバ100は、サービス利用者ごとに上述の各種情報を管理することにより、各サービス利用者に対して、給与の出納状況に基づく情報提供を実現できる。
たとえば、図6に示すように、サービス利用者UBは、利用者端末10上で動作する決済アプリを通じて、支出情報の提供要求を送信する(ステップS41)。決済サーバ100は、サービス利用者UBから支出情報の提供要求を受信すると、サービス利用者UBに対応する支出情報を取得する(ステップS42)。そして、決済サーバ100は、取得した支出情報をサービス利用者UBに提供する(ステップS43)。
以下、図6を参照しつつ、実施形態に係る振分サービスにおいてサービス利用者UBに提供される支出情報の一例について説明する。たとえば、サービス利用者UBにより画面切換タブ表示領域A1-1に含まれるタブが所定のタブに切り換えられた場合、図6に示すように、利用者端末10には、決済サーバ100から提供された支出情報を表示する支出情報表示画面G4-1が表示される(表示例EX4-1)。
また、利用者端末10には、支出情報表示画面G4-1に対するサービス利用者UBの操作に応じて、サービス利用者UBの振分処理の履歴、及びサービス利用者UBの電子決済サービスの利用履歴に基づいてサービス利用者UBの給与からの支出を費目ごとに整理した家計簿情報を表示する家計簿情報表示画面G4-2が表示される(表示例EX4-2)。
家計簿情報表示画面G4-2に表示される家計簿情報は、たとえば、サービス利用者UBからの要求に応じて月ごとに表示できる。また、図6に示す家計簿情報には、「生活費」や、「貯蓄」や、「投資」や、「学費・教育」や、「保険」などの各費目に対応する支出情報が表示される。なお、費目は、家計簿情報において支出を整理するために支出の内訳ごとに付与される識別情報であり、振分設定における利用目的や振分目的を示す情報と同一であったり、一部重複したりしていてもよい。費目は、決済サーバ100が、予め規定される登録情報に従って、サービス利用者UBの振分処理の履歴、及びサービス利用者UBの電子決済サービスの利用履歴に含まれる支出情報に対して自動的に付与されてもよいし、サービス利用者UBの振分処理の履歴、及びサービス利用者UBの電子決済サービスの利用履歴に含まれる支出情報に対して設定されたタグが利用されてもよい。決済サーバ100は、サービス利用者UBの振分処理の履歴、及びサービス利用者UBの電子決済サービスの利用履歴に含まれる支出情報に対して付与された費目を示すタグに基づいて、支出情報を費目ごとに整理することにより家計簿情報を生成する。そして、決済サーバ100は、生成した家計簿情報を利用者端末10に送信することにより、サービス利用者UBに提供する。なお、決済サーバ100は、振分設定が行われる際に、支出情報に付与するタグの設定についてもサービス利用者UBから受け付けることができる。この場合、決済サーバ100は、振分処理を実行する際、サービス利用者UBから受け付けたタグの設定に基づいて、支出情報に対してタグを自動的に付与できる。これにより、決済サーバ100は、支出情報に対して自らタグを付与する必要がなく、サービス利用者UBの利便性を向上できる。
また、決済サーバ100は、複数の受取口座ごとに、受取口座に入金された資金を収入として識別するための名目を示す情報を受け付けてもよい。この場合、決済サーバ100は、給与を名目とする受取口座に対する入金(着金)情報についても、給与を名目とする入金(着金)であるか否かを示すタグを自動的に付与してもよい。また、決済サーバ100は、資金運用に充てていた資金を電子マネーに戻した場合、資産運用に充てていた資金であることを示すタグを自動的に付与してもよい。また、決済サーバ100は、他のサービス利用者からの個人的な電子マネーの送金などの電子マネーの受け取りについてもタグ付けしてもよい。このように、決済サーバ100は、入金(着金)情報(すなわち、サービス利用者UBの収入に関する情報)についても、家計簿情報に含めることができる。
また、決済サーバ100は、生成する家計簿情報として、費目とは別に、どの履歴からの金額、すなわち、情報の取得元である履歴を示す情報を関連付けておいて表示してもよい。たとえば、決済サーバ100は、その支出金額を費目と紐付けるとともに、口座振込や、電子マネー送金や、電子決済サービス利用や、金融サービス入金などの出金経路とも紐付けておき、たとえば、図6に示す家計簿情報表示画面G4-2に表示される生活費123,000円の内訳として、口座振込5万円や電子マネー送金2万円などの出金経路毎の情報を表示してもよい。
〔2.決済サーバの構成〕
次に、図7を用いて、決済サーバ100の構成について説明する。図7は、実施形態に係る決済サーバ100の構成例を示す図である。図7に示すように、決済サーバ100は、通信部110と、記憶部120と、制御部130とを有する。
(通信部110について)
通信部110は、たとえば、NIC(Network Interface Card)などによって実現される。そして、通信部110は、ネットワークNと有線または無線で接続され、利用者端末10や、提携先銀行サーバ30などとの間で情報の送受信を行う。
(記憶部120について)
記憶部120は、たとえば、RAM(Random Access Memory)やフラッシュメモリ(Flash Memory)などの半導体メモリ素子、または、ハードディスクや光ディスクなどの記憶装置によって実現される。図7に示すように、記憶部120は、口座情報記憶部121と、振分設定記憶部122と、振分履歴記憶部123と、利用者情報記憶部124とを有する。
(口座情報記憶部121について)
口座情報記憶部121は、サービス利用者(たとえば、サービス利用者UB)と受取口座との対応関係を示す情報を記憶する。図8は、実施形態に係る口座情報記憶部121に記憶される情報の一例を示す図である。図8に示すように、口座情報記憶部121が記憶する対応関係を示す情報は、「利用者ID」の項目と、「受取口座番号」の項目とを有している。
「利用者ID」の項目には、電子決済サービスにおいてサービス利用者を一意に特定するために各サービス利用者に対して付与された固有の識別情報である利用者IDが記憶される。「受取口座番号」の項目には、サービス利用者に対して発行された受取口座を特定するための受取口座番号が記憶される。受取口座は、給与を電子マネー、及び現金の双方で受け取るための仮想口座である。
たとえば、図8によれば、利用者ID「U#001」で特定されるサービス利用者に対して割り当てられた受取口座を特定するための受取口座番号が「VA#001」である例が示されている。
(振分設定記憶部122について)
振分設定記憶部122は、サービス利用者ごとに、給与の振分先を示す振分設定に関する情報を記憶する。たとえば、振分設定に関する情報は、給与の振分先となる少なくとも1つの振分先口座と、振分先口座に対する送金額と、振分先口座の利用目的または振分目的を示す名目の設定とを含む。また、振分設定記憶部122は、サービス利用者ごとに複数の振分設定に関する情報を記憶してもよい。その場合、各振分設定に関する情報に紐づく識別子の他に、振込元を示す情報、たとえば振込元の名義情報や入金予定日を示す情報や利用者から受け付ける振込設定を特定する任意の名称などを紐づけて記憶してもよい。図9は、実施形態に係る振分設定記憶部122に記憶される振分設定に関する情報の一例を示す図である。
図9に示すように、振分設定記憶部122に記憶されている振分設定に関する情報は、「利用者ID」の項目と、「振分設定」の項目とを有している。振分設定に関する情報が有するこれらの項目は相互に対応付けられている。
「利用者ID」の項目には、電子決済サービスにおいてサービス利用者を一意に特定するために各サービス利用者に対して付与された固有の識別情報である利用者IDが記憶される。たとえば、振分設定に関する情報が有する「利用者ID」の項目に記憶される利用者IDは、上述の口座情報記憶部121に記憶される対応関係を示す情報が有する「利用者ID」の項目に記憶される利用者IDと同一の情報である。
「振分設定」の項目には、「振分先口座」の項目と、「送金額」の項目と、「名目」の項目とが含まれている。「振分先口座」の項目には給与の振分先となる口座を特定するための情報が記憶される。たとえば、振分先口座が銀行口座である場合、銀行口座を特定するための口座番号を示す情報が記憶される。「送金額」の項目には、振分先口座に対する送金額を示す情報が記憶される。「名目」の項目には、「振分先口座」の利用目的または振分目的を示す情報が記憶される。
図9によれば、利用者ID「U#001」によって識別されるサービス利用者が、給与の振分先として事前設定した情報として、「生活費」を名目で、「M-1銀行(普通)111111」に対し、「22万円」の送金を行うことが示されている。なお、決済サーバ100は、サービス利用者から、振分処理の実施日を振分設定として事前に受け付けてもよい。この場合、決済サーバ100は、利用者IDに対応付けて、振分処理の実施日を示す情報を振分設定記憶部122に格納する。
(振分履歴記憶部123について)
振分履歴記憶部123は、サービス利用者ごとに、振分設定に従って実行された振分処理の履歴である振分履歴を記憶する。図10は、実施形態に係る振分履歴記憶部123に記憶される振分履歴の一例を示す図である。図10に示すように、振分履歴記憶部123に記憶される振分履歴は、「利用者ID」の項目や、「振分日」の項目や、「入金額」の項目や、「振分先」の項目や、「送金額」の項目や、「名目」の項目といった複数の項目を有する。振分履歴が有するこれらの項目は相互に対応付けられている。なお、振分履歴記憶部123は、以下に説明する例には特に限定される必要はなく、振分処理の履歴として、給与の入金履歴、電子決済サービスの利用履歴、振り込まれた給与の銀行口座への送金履歴、他の金融サービスへの入出金履歴、及び電子決済サービスを利用する他の利用者との電子マネーの送受信履歴を示す各情報を記憶してもよい。
「利用者ID」の項目には、電子決済サービスにおいてサービス利用者を一意に特定するために各サービス利用者に対して付与された固有の識別情報である利用者IDが記憶される。たとえば、振分履歴が有する「利用者ID」の項目に記憶される利用者IDは、上述の口座情報記憶部121に記憶される対応関係を示す情報が有する「利用者ID」の項目に記憶される利用者IDと同一の情報である。
「振分日」の項目には、振分設定に従って実行された振分処理が実行された日付を示す情報が記憶される。「入金額」の項目には、受取口座に入金された給与の入金額を示す情報が記憶される。「振分先」の項目には、振分処理によって送金が行われた振分先口座を示す情報(口座番号)や、振分処理によって残高加算が行われた電子ウォレットを示す情報(ウォレットID)が記憶される。「送金額」の項目には、振分処理によって送金された送金額を示す情報が記憶される。「名目」の項目には、振分先の利用目的または振分目的を示す情報が記憶される。
たとえば、図10によれば、20XX年の12月25日に、利用者ID「U#001」によって識別されるサービス利用者の受取口座に入金された30万円の給与について振分処理が実行されたことが示されている。また、図10によれば、20XX年の12月25日に、30万円の給与のうち、口座番号「111111」で特定されるM-1銀行の普通口座に対して、生活費の名目で22万円の送金が行われたことが示されている。また、20XX年の12月25日に、30万円の給与のうち、口座番号「222222」で特定されるM-2銀行の普通口座に対して、住宅ローンの名目で3万円の送金が行われたことが示されている。また、20XX年の12月25日に、30万円の給与のうち、ウォレットID「ウォレット#001」で特定される電子ウォレットに対して、5万円に相当する額のマネー残高の加算が行われたことが示されている。
(利用者情報記憶部124について)
利用者情報記憶部124は、サービス利用者に関する利用者情報を記憶する。図11は、実施形態に係る利用者情報記憶部124に記憶される利用者情報の一例を示す図である。図11に示すように、利用者情報記憶部124に記憶される利用者情報は、サービス利用者による電子決済サービスのサービス利用履歴を関する情報を含む。利用者情報記憶部124に記憶される利用者情報は、「利用者ID」の項目や、「利用日」の項目や、「利用店舗」の項目や、「出納金額」の項目や、「支払方法」の項目や、「マネー残高」の項目や、「後払い」の項目や、「金融サービス」の項目や、「支払/送金」の項目などといった複数の項目を有する。利用者情報が有するこれらの項目は相互に対応付けられている。
「利用者ID」の項目には、電子決済サービスにおいてサービス利用者を一意に特定するために各サービス利用者に対して付与された固有の識別情報である利用者IDが記憶される。たとえば、振分履歴が有する「利用者ID」の項目に記憶される利用者IDは、上述の口座情報記憶部121に記憶される対応関係を示す情報が有する「利用者ID」の項目に記憶される利用者IDと同一の情報である。
「利用日」の項目には、電子決済サービスを利用して商品代金の決済またはサービス利用に対する支払が行われた日付や、電子決済サービスで利用される電子ウォレットに対する電子マネーのチャージ(残高加算)が行われた日付を示す情報が記憶される。「利用店舗」の項目には、電子決済サービスを利用して商品代金の決済またはサービス利用に対する支払が行われた店舗(電子決済サービスを導入する加盟店)を示す情報、又はサービス利用者が電子ウォレットに対する電子マネーのチャージ(残高加算)などに利用した銀行やクレジットカード会社などを示す情報が記憶される。
「出納金額」の項目には、電子決済サービスの利用による出金額や入金額を示す情報が記憶される。「支払方法」の項目には、サービス利用者が電子決済サービスにより即時払いによる決済を行ったか、後払いによる決済を行ったかを示す情報が記憶される。「マネー残高」の項目には、サービス利用者が電子決済サービスを利用した時点のマネー残高を示す情報が記憶される。なお、「マネー残高」の項目には、サービス利用者が決済アプリを通じてチャージした通常のマネー残高(決済用の残高)と、給与の一部を電子マネーとして受け取った場合のマネー残高とが含まれており、それぞれの残高が個別に管理されている。たとえば、決済サーバ100は、サービス利用者に紐付く受取口座に入金された資金のうち電子ウォレットへのチャージ分として振り分けられた資金については、給与に対応する電子マネーとして管理する。「後払い」の項目には、サービス利用者が電子決済サービスの支払方法として後払いの利用登録を行っているか否かを示す情報が記憶される。
「金融サービス」の項目には、電子決済サービスに連携する金融サービスの1つである「貯蓄」の項目と、電子決済サービスに連携する金融サービスのもう1つである「運用」の項目とを含んでいる。「貯蓄」の項目や、「運用」の項目には、サービス利用者が金融サービスの利用登録を行った場合、金融サービスの利用登録に際してサービス利用者に設定された各種情報が利用登録情報として記憶される。たとえば、利用登録情報には、貯蓄額や資産運用額などの金融サービスの利用額を示す情報や、利用額の振分先となる所定の口座を示す情報などが含まれる。「支払/送金」の項目には、サービス利用者が電子決済サービスを利用して電子ウォレットから所定の代金の支払に関する情報や、他のサービス利用者などに対する送金に関する情報などを含む支払送金情報が記憶される。
図11によれば、利用者ID「U#001」によって識別されるサービス利用者が、20XX年の12月12日に、M-1銀行を通じて1万円分の電子マネーのチャージを実施したことが示されている。また、図11によれば、利用者ID「U#001」によって識別されるサービス利用者は、支払方法として後払いの利用登録を行っていないことが示されている。また、図11によれば、利用者ID「U#001」によって識別されるサービス利用者に対応する利用者情報として、貯蓄および運用に関する金融サービスの利用登録情報や、支払や送金に関する支払送金情報が含まれていることが示されている。
(制御部130について)
制御部130は、コントローラ(controller)であり、たとえば、CPU(Central Processing Unit)やMPU(Micro Processing Unit)などによって、決済サーバ100内部の記憶装置に記憶されている各種プログラムがRAMを作業領域として実行されることにより実現される。また、制御部130は、たとえば、ASIC(Application Specific Integrated Circuit)やFPGA(Field Programmable Gate Array)などの集積回路により実現され得る。
実施形態に係る制御部130は、図7に示すように、受付部131と、振分処理部132と、提供部133とを有し、これらの各部により、以下に説明する情報処理の機能や作用を実現または実行する。
(受付部131について)
受付部131は、サービス利用者に予め紐付けられている所定の銀行口座に入金される資金(たとえば、給与)の振分先として、電子決済サービスにおいてサービス利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定をサービス利用者から受け付ける。ここで、サービス利用者に予め紐付けられている所定の銀行口座は、サービス利用者に紐付く資金の少なくとも一部を電子マネーで受け取るための受取口座であり、電子決済サービスを運営する事業者(たとえば、事業者UA)が、提携先のY銀行から借り受けた仮想口座の中から、サービス利用者に対して任意に割り当てられる。受取口座は、電子決済サービスを運営する事業者がY銀行において保有する実口座である銀行口座に紐付けられており、受取口座宛ての送金は、実口座に入金される。
また、受付部131は、資金のうち電子マネーで受け取る金額を示す受取金額の設定をサービス利用者から受け付けてもよい。受付部131は、サービス利用者により設定された受取金額を示す情報を、サービス利用者の利用者IDに対応付けて振分設定記憶部122に登録する。
また、受付部131は、受取金額の代わりに、資金に対する受取金額の比率を示す受取割合の設定をサービス利用者から受け付けてもよい。この場合、受付部131は、サービス利用者により設定された受取割合を示す情報を、サービス利用者の利用者IDに対応付けて振分設定記憶部122に登録する。
また、受付部131は、サービス利用者に提供する決済アプリの設定画面(「所定のユーザインターフェイス」の一例)を通じて、上述の受取金額、又は受取割合の設定をサービス利用者から受け付けてもよい。
また、受付部131は、資金の振分先となる少なくとも1つの振分先口座と、当該振分先口座に対応する送金額の設定をサービス利用者から受け付けてもよい。この場合、受付部131は、サービス利用者により設定された振分先口座、及び振分先口座に対応する送金額を示す各情報を、サービス利用者の利用者IDに対応付けて振分設定記憶部122に登録する。
また、受付部131は、サービス利用者に提供する決済アプリの設定画面(「所定のユーザインターフェイス」の一例)を通じて、上述の振分先口座、及び振分先口座に対応する送金額を示す情報をサービス利用者から受け付けてもよい。
また、受付部131は、送金額の代わりに、資金に対する送金額の比率を示す送金割合の設定をサービス利用者から受け付けてもよい。この場合、受付部131は、サービス利用者により設定された送金割合を示す情報を、サービス利用者の利用者IDに対応付けて振分設定記憶部122に登録する。
また、受付部131は、振分設定に関する情報として、サービス利用者に予め紐付けられている所定の銀行口座に入金された資金の振分先となる振分先口座、振分先口座に対する送金額、及び振分先口座の利用目的または振分目的を示す名目の各情報の設定をサービス利用者から受け付けてもよい。この場合、受付部131は、サービス利用者により設定された振分先口座、振分先口座に対応する送金額、及び振分先口座の利用目的または振分目的を示す名目の各情報を、サービス利用者の利用者IDに対応付けて振分設定記憶部122に登録する。
また、受付部131は、サービス利用者に提供する決済アプリの設定画面(「所定のユーザインターフェイス」の一例)を通じて、上述の振分先口座、振分先口座に対応する送金額、及び振分先口座の利用目的または振分目的を示す名目の各情報をサービス利用者から受け付けてもよい。また、受付部131は、複数の所定の銀行口座ごとに、名目を示す情報を受け付けてもよい。
また、受付部131は、電子決済サービスを運営する事業者(たとえば、事業者UA)の提携先のY銀行から、サービス利用者に予め紐付けられている所定の銀行口座に対する着金の予定を示す着金予定情報を受け付けてもよい。
また、受付部131は、電子決済サービスと連携した所定の金融サービスに振り分ける振分額を指定するための情報として、資金に対する比率を示す情報の設定をサービス利用者から受け付けてもよい。この場合、受付部131は、所定の金融サービスに振り分ける振分額を示す情報(資金に対する比率)を、サービス利用者の利用者IDに対応付けて利用者情報記憶部124に登録する。
(振分処理部132について)
振分処理部132は、所定の銀行口座に対する入金が確認された場合(提携先銀行サーバ30からの着金通知を受信した場合)、対象となるサービス利用者に対応する振分設定に基づいて、所定の銀行口座に入金された資金を振り分ける振分処理を実行する。
また、振分処理部132は、対象となるサービス利用者に対応する振分設定において電子マネーとして受け取る受取銀額の設定がある場合、受取金額に相当する額をサービス利用者が保有する電子ウォレットに加算した後の加算後残高が、サービス利用者が電子ウォレットに確保することが可能な上限額として予め定められている所定の金額を超えないことを条件に、受取金額に相当する額の電子マネーを電子ウォレットに加算してもよい。また、振分処理部132は、受取金額に相当する額の電子マネーをサービス利用者が保有する電子ウォレットに加算した後の加算後残高が所定の金額を超えている場合、サービス利用者により予め設定されている払出先の銀行口座へ所定の金額を超えている超過分に相当する額を払い出してもよい。
また、振分処理部132は、対象となるサービス利用者に対応する振分設定において、資金に対する受取金額の比率を示す受取割合の設定がある場合、資金と受取割合とに基づいて受取金額を算出し、算出した受取金額に相当する額の電子マネーを電子ウォレットに加算してもよい。
また、振分処理部132は、対象となるサービス利用者に対応する振分設定において、資金の振分先となる少なくとも1つの振分先口座と、振分先口座に対応する送金額の設定がある場合、振分先口座および送金額の設定に従って、所定の銀行口座から振分先口座に対する送金を実行してもよい。
また、振分処理部132は、対象となるサービス利用者に対応する振分設定において、資金に対する送金額の比率を示す送金割合の設定がある場合、送金割合に基づいて前記送金額を算出し、算出した前記送金額に基づいて、前記所定の銀行口座から前記振分先口座に対する送金を実行してもよい。
また、振分処理部132は、対象となるサービス利用者に予め紐付けられている所定の銀行口座に入金された資金に対する比率を示す情報に基づいて、電子決済サービスと連携した所定の金融サービスに振り分ける振分額を算出し、算出した振分額に相当する額を、所定の金融サービスを利用するための所定の口座に振り分ける振分処理を実行してもよい。たとえば、振分処理部132は、振分額に相当する額の現金を所定の銀行口座から所定の口座へ振り分けてもよいし、振分額に相当する額の電子マネーを、電子ウォレットの残高から所定の口座へ振り分けてもよい。
また、振分処理部132は、所定の金融サービスにおいて利用可能な決済手段の種類に応じて、振分額に相当する額の現金を所定の銀行口座から所定の口座へ直接振り分けるか、又は振分額に相当する額の電子マネーを電子ウォレットの残高から所定の口座へ振り分けるかを決定してもよい。たとえば、所定の金融サービスにおいて利用可能な決済手段が「現金のみ」である場合、振分処理部132は、振分額に相当する額の現金を所定の銀行口座から所定の口座へ送金することにより、直接振り分ける。また、たとえば、振分処理部132は、サービス利用者の設定に従って、振分額に相当する額の現金を所定の銀行口座から所定の口座へ直接振り分けるか、又は振分額に相当する額の電子マネーを電子ウォレットの残高から所定の口座へ振り分けるかを決定してもよい。なお、所定の金融サービスにおいて決済手段が「現金」および「電子マネー」の双方が利用可能である場合、振分処理部132は、サービス利用者の設定に従って、所定の銀行口座から所定の口座へ直接振り分けるか、又は電子ウォレットの残高から所定の口座へ振り分けるかを決定してもよい。
また、振分処理部132は、サービス利用者が保有する電子ウォレットのマネー残高のうち、給与に対応するマネー残高から、振分額に相当する額の電子マネーを、所定の口座に振り分ける振分処理を実行してもよい。たとえば、振分処理部132は、電子マネーで受け取る給与の一部を貯蓄に充てる場合、事業者UAがY銀行に保有する銀行口座であって、サービス利用者に対応する受取口座に紐付く実口座から、サービス利用者がY銀行に開設した貯蓄用の銀行口座に対して、振分額に相当する額の振替を行うとともに、サービス利用者の給与に対応するマネー残高から振分額に相当する額の電子マネーを減算することにより、サービス利用者の貯蓄に関する振分処理を実行できる。また、振分処理部132は、電子マネーで受け取る給与の一部を資産運用に充てる場合、事業者UAがY銀行に保有する銀行口座であって、サービス利用者に対応する受取口座に紐付く実口座から、サービス利用者が証券口座に入金するためにY銀行に開設した銀行口座に対して、振分額に相当する額の振替を行うとともに、サービス利用者の給与に対応するマネー残高から振分額に相当する額の電子マネーを減算することにより、サービス利用者の資産運用に関する振分処理を実行できる。
また、振分処理部132は、対象となるサービス利用者に対応する振込設定が複数ある場合は、振込設定に含まれている設定情報の内容に基づいて、受取口座に入金された資金に対応する(すなわち、入金された資金の振分先を示す)振分設定を選択してもよい。たとえば、振分設定に設定されている入金予定日の情報や振込元の名義人情報に基づいて振分設定を選択し、選択した振分設定に基づいて振分処理を実行する。
(提供部133について)
提供部133は、サービス利用者による電子決済サービスの利用履歴に基づいて、次回の受取金額の設定に関する提案情報をサービス利用者に提供する。
また、提供部133は、たとえば、サービス利用者からの要求に応じて、サービス利用者に対応する振分設定に関する情報をサービス利用者に提供できる。
また、提供部133は、受付部131により受け付けられた着金予定情報をサービス利用者に提供してもよい。このとき、提供部133は、所定の銀行口座に対する着金予定日および着金予定額を含む着金予定情報をサービス利用者に提供してもよい。
また、提供部133は、着金予定情報とともに、サービス利用者に対応する振分設定に基づいて特定した振分処理の予定を示す情報をサービス利用者に提供してもよい。
また、提供部133は、着金予定情報とともに、サービス利用者の操作に応じて振分設定を行うための処理を移行するオブジェクトをサービス利用者に提供してもよい。
また、提供部133は、サービス利用者に対応する振分設定に従って実行した振分処理に関する情報をサービス利用者に提供してもよい。
また、提供部133は、サービス利用者に対応する電子決済サービスの利用履歴を参照して、サービス利用者が電子決済サービスにおいて清算を必要とする債務を有しているか否か(たとえば、後払いの清算があるか否か)を判定し、債務を有していると判定した場合、サービス利用者に対して、着金予定情報とともに、債務の清算を提案するための提案情報を提供してもよい。
また、提供部133は、サービス利用者からの要求に応じて、振分処理の履歴および電子決済サービスの利用履歴に基づいて、サービス利用者の資金からの支出を、支出を識別するための費目ごとに整理した家計簿情報をサービス利用者に提供する。また、提供部133は、所定の銀行口座に入金された資金に対応する名目と、所定の銀行口座に入金された資金の情報に基づいて、資金を収入として整理した家計簿情報をサービス利用者に提供してもよい。また、提供部133は、所定の銀行口座に入金された資金の情報の取得元となる履歴を示す情報を含む家計簿情報をサービス利用者に提供してもよい。また、提供部133は、所定の銀行口座に入金された資金を、利用目的または振分目的を示す名目ごとに整理した家計簿情報をサービス利用者に提供してもよい。
〔3.処理手順例〕
(3-1.着金予定提供処理)
以下、実施形態に係る決済サーバ100における処理手順の一例を説明する。まず、図12を用いて、実施形態に係る着金予定提供処理の処理手順の一例を説明する。図12は、実施形態に係る決済サーバ100により実行される着金予定提供処理の処理手順例を示すフローチャートである。なお、図12に示す処理手順は、決済サーバ100が有する制御部130により実行される。制御部130は、決済サーバ100の稼働中、図12に示す処理手順を繰り返し実行する。
図12に示すように、提供部133は、提携先銀行サーバ30から着金予定情報を受信したか否かを判定する(ステップS101)。
提供部133は、提携先銀行サーバ30から着金予定情報を受信したと判定した場合(ステップS101;Yes)、受信した着金予定情報に基づいて、対象となるサービス利用者である対象利用者を特定する(ステップS102)。そして、提供部133は、特定した対象利用者に対して着金予定情報を提供し(ステップS103)、図12に示す処理手順を終了する。
また、上述のステップS101において、提供部133は、提携先銀行サーバ30から着金予定情報をしていないと判定した場合(ステップS101;No)、図12に示す処理手順を終了する。
(3-2.振分処理)
以下、図13を用いて、実施形態に係る振分処理の処理手順の一例を説明する。図13は、実施形態に係る決済サーバ100により実行される振分処理の処理手順例を示すフローチャートである。なお、図13に示す処理手順は、決済サーバ100が有する制御部130により実行される。制御部130は、決済サーバ100の稼働中、図13に示す処理手順を繰り返し実行する。
図13に示すように、振分処理部132は、サービス利用者に紐付く受取口座への着金があったか否かを判定する(ステップS201)。
振分処理部132は、サービス利用者に紐付く受取口座への着金があったと判定した場合(ステップS201;Yes)、振分設定記憶部122に記憶されている情報を参照して、対象となるサービス利用者である対象利用者の振分設定を特定する(ステップS202)。
また、振分処理部132は、特定した振分設定を参照して、対象利用者の振分先となる銀行口座に関する情報を取得する(ステップS203)。
また、振分処理部132は、特定した振分先口座および送金額に基づく送金指示を提携先銀行サーバ30に送信する(ステップS204)。
また、提供部133は、銀行口座への振分処理に関する情報を対象利用者に提供する(ステップS205)。
また、振分処理部132は、対象利用者の振分設定において、対象利用者の給与の振分先に電子ウォレットがあるか否かを判定する(ステップS206)。
振分処理部132は、対象利用者の給与の振分先に電子ウォレットがあると判定した場合(ステップS206;Yes)、振分後のマネー残高が予め定められる上限額以下であるか否かを判定する(ステップS207)。すなわち、振分処理部132は、振分設定に登録された受取金額に相当する額の電子マネーを電子ウォレットに加算した後の加算後残高が所定の金額以下であるか否かを判定する。
振分処理部132は、振分後のマネー残高が予め定められる上限額以下であると判定した場合(ステップS207;Yes)、振分設定に従って、対象利用者に対応する受取金額に相当する額を残高加算する(ステップS208)。すなわち、振分処理部132は、振分設定に登録された受取金額に相当する額の電子マネーを電子ウォレットに加算する。
また、提供部133は、電子ウォレットへの振分処理に関する情報を対象利用者に提供して(ステップS209)、図13に示す処理手順を終了する。すなわち、提供部133は、電子ウォレットに対して、受取金額に相当する額の電子マネーをチャージした旨の情報を対象利用者に提供する。
上述のステップS207において、振分処理部132により、振分後のマネー残高が予め定められる上限額以下ではないと判定された場合(ステップS207;No)、上述のステップS209の処理手順に移行する。すなわち、振分処理部132は、残高超過のため電子ウォレットに対してチャージできない旨の情報を対象利用者に提供する。
上述のステップS206において、振分処理部132は、対象利用者の給与の振分先に電子ウォレットがないと判定した場合(ステップS206;No)、図13に示す処理手順を終了する。
上述のステップS201において、振分処理部132は、サービス利用者に紐付く受取口座への着金がないと判定した場合(ステップS201;No)、図13に示す処理手順を終了する。
なお、決済サーバ100は、図13に示す処理手順は、図13に示す順序で実行する必要はない。たとえば、決済サーバ100は、ステップS202~ステップS205に示す処理手順よりも、ステップS206からステップS209に示す処理手順を先に実行してもよい。また、決済サーバ100は、ステップS205における情報提供、及びステップS209の情報提供は、ステップS204の処理手順およびステップS208の処理手順の双方が完了した後、同時に実行してもよい。
〔4.変形例〕
(4-1.超過マネーの振分について)
上述の実施形態では、決済サーバ100は、受取金額に相当する額の電子マネーをサービス利用者(たとえば、サービス利用者UB)が保有する電子ウォレットに加算した後の加算後残高が、電子ウォレットに確保しておくことが可能な上限額として予め定められる所定の金額を超えないことを条件に、受取金額に相当する額の電子マネーを電子ウォレットに加算(チャージ)する例を説明した。また、上述の実施形態では、決済サーバ100は、加算後残高が所定の金額を超える場合、残高超過のため電子ウォレットに対してチャージできない旨の情報をサービス利用者に提供する例を説明した。ここで、決済サーバ100は、電子ウォレットが残高超過になる旨とともに、所定の金額の超過分についての振分を提案する提案情報をサービス利用者UBに提供してもよい。以下、変形例に係る決済サーバ100の情報処理の概要について説明する。なお、以下では、所定の金額の超過分についての振分を提案する情報処理の一例について説明するが、決済サーバ100は、この例には特に限定される必要はない。たとえば、決済サーバ100は、通常の振分設定とは別に超過分についての振分設定(超過分に対して割合を指定してどこに振り分けるかの設定)についても設定を受け付けておいて、その設定に基づいて超過分を振り分けてもよい。また、たとえば、決済サーバ100は、超過分については、通常の振分設定における振分先の中から超過分が発生した場合に上乗せする振分先の選択を事前に受け付けておき、自動的に該当する振分先への振分の金額に上乗せして振り分けてもよい。たとえば、振分設定を受け付ける際に、超過分が発生した場合に上乗せして振り分けるか否かのチェックボックスにチェックを入れることで、有効となる。
たとえば、図7に示す制御部130が有する振分処理部132は、たとえば、サービス利用者UBにより受取金額が設定されたタイミングで、対象のサービス利用者UBにより設定された受取金額に相当する額の電子マネーをサービス利用者UBが保有する電子ウォレットに加算した後の加算後残高が所定の金額を超えるか否かを判定する。そして、振分処理部132は、加算後残高が所定の金額を超えると判定した場合、その旨を、制御部130が有する提供部133に受け渡す。
提供部133は、振分処理部132により加算後残高が所定の金額を超えると判定された場合、加算後残高が残高超過となる旨の情報とともに、加算後残高が所定の金額を超える超過分の振分を提案する提案情報を利用者端末10に送信することにより、利用者端末10で動作する決済アプリを通じてサービス利用者に提供する。
たとえば、提供部133は、対象のサービス利用者に対応する振分設定において給与の振分先の1つとして指定されている銀行口座に対し、超過分を振り分けることを提案する提案情報をサービス利用者に提供してもよい。また、提供部133は、対象のサービス利用者について電子決済サービスと連携した金融サービスの利用登録がある場合、利用中の金融サービスに対して超過分を振り分けることを提案する提案情報をサービス利用者に提供してもよい。また、提供部133は、対象のサービス利用者について金融サービスの利用登録がない場合、金融サービスの利用登録を提案するとともに、利用中の金融サービスに対して超過分を振り分けることを提案する提案情報をサービス利用者に提供してもよい。
また、提供部133は、振分先として登録されている銀行口座や金融サービスの利用状況(たとえば、利用履歴)に基づいて、振分先を提案してもよい。たとえば、提供部133は、銀行口座の場合、振分履歴や、振分設定に基づく銀行口座ではなく、都度受け付ける銀行口座への送金履歴から利用が多い口座を振分先口座として決定してもよい。また、たとえば、提供部133は、対象のサービス利用者の銀行口座として登録されている口座の残高APIを利用して残高取得が可能な場合、その残高情報に基づいて、たとえば残高が減るスピード(たとえば、所定期間における減少率)が閾値を超えていたり、残高が一定額以下に減っていたりしている場合、使用されている回数(たとえば、累積回数や所定期間における回数など)が一番多い口座などを提案する振分先口座として決定してもよい。提供部133は、金融サービスについても、銀行口座の場合と同様に、金融サービスに紐付くサービス利用者の利用者口座の送金履歴や、残高に基づいて、金融サービスに紐付く口座の中から振分先口座を決定してもよい。
また、提供部133は、たとえば、提案情報を通じて、超過分の振分を実行するか否かの問合せを実行してもよい。そして、提供部133は、サービス利用者からの超過分の振分を実行する旨の回答があった場合、その旨を振分処理部132に連携する。振分処理部132は、サービス利用者からの回答に従って、超過分の振分処理を実行する。
また、制御部130が有する受付部131は、サービス利用者から超過分の振分先を指定する設定情報を予め受け付けてもよい。この場合、振分処理部132は、対象のサービス利用者に対応する設定情報に基づいて、超過分の振分処理を実行する。また、提供部133は、事前の設定情報に従って、超過分の振分処理を実行する旨の情報を利用者端末10に送信することにより、サービス利用者に提供してもよい。また、提供部133は、振分処理部132により超過分の振分処理が実行された場合、超過分の振分処理を実行した旨の情報を利用者端末10に送信することにより、サービス利用者に提供してもよい。
(4-2.システム構成について)
上述の実施形態では、情報処理システムSYSに含まれる決済サーバ100が、電子決済サービスに関する処理を行うとともに、サービス利用者の給与を振分設定に従って振り分ける振分サービスに関する処理を行う例を説明した。しかし、実施形態に係る情報処理システムSYSの構成は、このような例には特に限定される必要はなく、電子決済サービスに関する処理を行うサーバ装置と、振分サービスに関する処理を行うサーバ装置とが、それぞれ物理的に異なる個別のサーバであってもよく、又は、それぞれのサーバ装置が異なるシステムに属するサーバ装置であってもよい。この場合、それぞれのサーバ装置が相互に連携して、それぞれの処理に必要な情報をやり取り可能な状態で通信可能に接続される。
また、上述の実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。
また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
〔5.効果〕
上述してきたように、実施形態に係る決済サーバ100は、オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する情報処理装置であって、受付部131と、振分処理部132と、提供部133とを有する。受付部131は、利用者に予め紐付けられている所定の銀行口座に入金される資金の振分先として、電子決済サービスにおいて利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定を利用者から受け付ける。振分処理部は、所定の銀行口座に対する入金が確認された場合、対象となる利用者に対応する振分設定に基づいて、資金を振り分ける振分処理を実行する。提供部は、振分処理部により実行された振分処理に関する情報を利用者に提供する。また、受付部は、資金のうち電子マネーで受け取る金額を示す受取金額の設定を利用者から受け付ける。また、提供部は、受取金額に相当する額の電子マネーを電子ウォレットに加算した後の加算後残高が所定の金額を超える場合、加算後残高が残高超過となる旨の情報とともに、加算後残高が所定の金額を超える超過分の振分先を提案する提案情報を利用者に提供する。
また、提供部133は、対象の利用者に対応する振分設定において資金の振分先の1つとして指定されている銀行口座に対し、超過分を振り分けることを提案する提案情報を利用者に提供する。
また、提供部133は、振分先の1つとして指定されている銀行口座の利用状況に基づいて、超過分を振り分けることを提案する提案情報を利用者に提供する。
また、提供部133は、対象のサービス利用者について、電子決済サービスと連携した金融サービスの利用登録がある場合、利用中の金融サービスに対して超過分を振り分けることを提案する提案情報を利用者に提供する。
また、提供部133は、振分先の1つとして指定されている金融サービスの利用状況に基づいて、超過分を振り分けることを提案する提案情報を利用者に提供する。
これにより、実施形態に係る決済サーバ100は、上述した各部により実行される処理、又は各部のうちのいずれかの組合せにより実行される処理により、たとえば、振分設定に従った振分処理により、サービス利用者の給与の振分先の1つである電子ウォレットが残高超過となる場合、サービス利用者に対して超過分の振分を提案する。これにより、実施形態に係る決済サーバ100は、資金移動業に関する法令順守しつつ、電子ウォレットの残高超過の状態を解消するためのサービス利用者に対するサポートを実行でき、給与のデジタル払いに関連するサービスの利便性の向上を図ることできる。
また、実施形態に係る情報処理装置100は、オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する情報処理装置であって、受付部131と、振分処理部132と、提供部133とを有する。受付部131は、利用者に予め紐付けられている所定の銀行口座に入金される資金の振分先として、電子決済サービスにおいて利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定を利用者から受け付ける。振分処理部は、所定の銀行口座に対する入金が確認された場合、対象となる利用者に対応する振分設定に基づいて、資金を振り分ける振分処理を実行する。提供部は、振分処理部により実行された振分処理に関する情報を利用者に提供する。また、受付部131は、前記資金のうち電子マネーで受け取る金額を示す受取金額の設定、及び前記受取金額に相当する額の電子マネーを前記電子ウォレットに加算した後の加算後残高が所定の金額を超える超過分の振分先を指定する設定に関する設定情報をサービス利用者から事前に受け付ける。また、振分処理部132は、設定情報に従って、超過分を振り分ける振分処理を実行する。これにより、実施形態に係る決済サーバ100は、サービス利用者電子ウォレットの残高超過の状態を迅速に解消できる。
〔6.ハードウェア構成〕
また、上述してきた実施形態および変形例に係る決済サーバ100は、たとえば、図14に示すような構成のコンピュータ1000によって実現される。図14は、実施形態および変形例に係る決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。
コンピュータ1000は、CPU1100、RAM1200、ROM1300、HDD1400、通信インターフェイス(I/F)1500、入出力インターフェイス(I/F)1600、及びメディアインターフェイス(I/F)1700を有する。
CPU1100は、ROM1300又はHDD1400に格納されたプログラムに基づいて動作し、各部の制御を行う。ROM1300は、コンピュータ1000の起動時にCPU1100によって実行されるブートプログラムや、コンピュータ1000のハードウェアに依存するプログラム等を格納する。
HDD1400は、CPU1100によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス1500は、通信網500(実施形態のネットワークNに対応する)を介して他の機器からデータを受信してCPU1100へ送り、また、通信網500を介してCPU1100が生成したデータを他の機器へ送信する。
CPU1100は、入出力インターフェイス1600を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。CPU1100は、入出力インターフェイス1600を介して、入力装置からデータを取得する。また、CPU1100は、入出力インターフェイス1600を介して生成したデータを出力装置へ出力する。
メディアインターフェイス1700は、記録媒体1800に格納されたプログラム又はデータを読み取り、RAM1200を介してCPU1100に提供する。CPU1100は、かかるプログラムを、メディアインターフェイス1700を介して記録媒体1800からRAM1200上にロードし、ロードしたプログラムを実行する。記録媒体1800は、例えばDVD(Digital Versatile Disc)、PD(Phase change rewritable Disk)等の光学記録媒体、MO(Magneto-Optical disk)等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
例えば、コンピュータ1000が決済サーバ100として機能する場合、コンピュータ1000のCPU1100は、RAM1200上にロードされたプログラムを実行することにより、制御部130の機能を実現する。すなわち、CPU1100は、RAM1200上にロードされたプログラム(たとえば、情報処理プログラム)との協働により、実施形態および変形例に係る決済サーバ100による処理を実現する。また、HDD1400には、決済サーバ100の記憶装置内の各データが格納される。コンピュータ1000のCPU1100は、これらのプログラムを記録媒体1800から読み取って実行するが、他の例として、他の装置から所定の通信網を介してこれらのプログラムを取得してもよい。
〔7.その他〕
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
また、上述した決済サーバ100は、機能によっては外部のプラットフォームなどをAPI(Application Programming Interface)やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。
また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、制御部は、制御手段や制御回路に読み替えることができる。