JP7400134B1 - 情報処理装置、情報処理方法、情報処理プログラム、及び情報処理システム - Google Patents

Abstract

【課題】給与のデジタル払いに関連するサービスの利便性の向上を図ること。【解決手段】本願に係る情報処理装置は、受付部と、振分処理部と、提供部とを有する。受付部は、利用者に予め紐付けられている所定の銀行口座に入金される資金の振分先として、電子決済サービスにおいてサービス利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定を利用者から受け付ける。振分処理部は、所定の銀行口座に対する入金が確認された場合、対象となる利用者に対応する振分設定に基づいて、資金を振り分ける振分処理を実行する。提供部は、振分処理部により実行された振分処理に関する情報を利用者に提供する。また、受付部は、提携先の銀行から、所定の銀行口座に対する着金の予定を示す着金予定情報を受け付ける。また、提供部は、受付部により受け付けられた着金予定情報を利用者に提供する。【選択図】図７

Description

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

昨今、政府では、資金移動業を営む資金移動業者に対し、上述の電子マネーや仮想通貨といったデジタルマネーにより給与の支払いを認める、所謂「給与のデジタル払い」の導入が検討され始めている。これに関連して、給与のデジタル払いに関連した技術も提案されている。

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

しかしながら、上記の従来技術では、給与のデジタル払いに関連するサービスの利便性を向上させる上で改善の余地がある。たとえば、現状、給与全てを電子マネーで受け取るといった需要は多くない。このため、仮に、たとえば、給与の支給側となる企業が、従業員の要望に応じて、従業員が指定する複数の口座に対する給与の振込を許可している場合、従業員は、電子マネー口座を通じて給与の一部を電子マネーで受け取り、残りを従来通りの銀行口座を通じて現金で受け取ることも可能となる。

しかし、従業員が給与の振込先として複数の口座を指定する場合、振込手数料などの負担が増加するので、企業により積極的に採用されることは考えにくい。このため、従業員が給与の振込先として複数の口座を指定することにより、給与の一部を電子マネーで受け取ることは実現性に乏しい。一方、従業員が給与の中から電子マネーでの受取を希望する額は、従業員の事情や給与の支給額などにより異なる場合が想定される。このため、電子マネーで受け取る額が固定されている場合、給与のデジタル払いに関連するサービスにおけるユーザビリティの向上を望むことは難しい。また、現状では、従業員が給与に関する情報を事前に把握することも難しい。

本願は、上記に鑑みてなされたものであって、給与のデジタル払いに関連するサービスの利便性の向上を図る情報処理装置、情報処理方法、情報処理プログラム、及び情報処理システムを提供することを目的とする。

本願に係る情報処理装置は、オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する情報処理装置であって、受付部と、振分処理部と、提供部とを有する。受付部は、利用者に予め紐付けられている所定の銀行口座に入金される資金の振分先として、電子決済サービスにおいて利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定を利用者から受け付ける。振分処理部は、所定の銀行口座に対する入金が確認された場合、対象となる利用者に対応する振分設定に基づいて、資金を振り分ける振分処理を実行する。提供部は、振分処理部により実行された振分処理に関する情報を利用者に提供する。また、受付部は、提携先の銀行から、所定の銀行口座に対する着金の予定を示す着金予定情報を受け付け、提供部は、受付部により受け付けられた着金予定情報を利用者に提供する。

実施形態の一態様によれば、給与のデジタル払いに関連するサービスの利便性の向上を図ることができるという効果を奏する。

図１は、実施形態に係る情報処理の概要を示す図である。 図２は、実施形態に係る振分設定時の画面表示例を示す図である。 図３は、実施形態に係る振分サービスにおける情報提供例（その１）を示す図である。 図４は、実施形態に係る振分サービスにおける情報提供例（その２）を示す図である。 図５は、実施形態に係る振分サービスを通じた金融サービスの利用例を示す図である。 図６は、実施形態に係る振分サービスにおける情報管理例を示す図である。 図７は、実施形態に係る決済サーバの構成例を示す図である。 図８は、実施形態に係る口座情報記憶部に記憶される情報の一例を示す図である。 図９は、実施形態に係る振分設定記憶部に記憶される振分設定に関する情報の一例を示す図である。 図１０は、実施形態に係る振分履歴記憶部に記憶される振分履歴の一例を示す図である。 図１１は、実施形態に係る利用者情報記憶部に記憶される利用者情報の一例を示す図である。 図１２は、実施形態に係る決済サーバにより実行される着金予定提供処理の処理手順例を示すフローチャートである。 図１３は、実施形態に係る決済サーバにより実行される振分処理の処理手順例を示すフローチャートである。 図１４は、実施形態に係る決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

〔１．実施形態〕
図１を用いて、実施形態に係る情報処理装置などにより実現される情報処理について説明する。図１は、実施形態に係る情報処理の概要を示す図である。なお、図１では、実施形態に係る情報処理装置の一例である決済サーバ１００によって、実施形態に係る情報処理などが実現されるものとする。

（１－１．システム構成）
図１に示すように、実施形態に係る情報処理システムＳＹＳは、利用者端末１０、銀行サーバ２０、提携先銀行サーバ３０、及び決済サーバ１００を含む。利用者端末１０、銀行サーバ２０、提携先銀行サーバ３０、及び決済サーバ１００は、ネットワークＮ（例えば、図７参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１では、説明の便宜上、情報処理システムＳＹＳに含まれる利用者端末１０、銀行サーバ２０、提携先銀行サーバ３０、及び決済サーバ１００が単数の場合を例示しているが、情報処理システムＳＹＳには、利用者端末１０、銀行サーバ２０、提携先銀行サーバ３０、及び決済サーバ１００のそれぞれが複数含まれていてもよい。

図１に示す決済サーバ１００は、実施形態に係る情報処理を実行する情報処理装置であり、サーバ装置やクラウドシステムなどにより実現される。たとえば、決済サーバ１００は、利用者端末１０を用いた電子決済に関する電子決済サービス（コード決済による電子マネーのやり取りを制御する所定の取引手段を提供するサービス）をサービス利用者（たとえば、図１に示すサービス利用者ＵＢ）に提供する事業を営む事業者ＵＡにより運営および管理される。

また、決済サーバ１００は、利用者端末１０を用いた電子決済に関する各種の情報処理を実行する。具体的には、決済サーバ１００は、コード決済を実現するための利用者端末用のアプリケーションプログラム（以下、適宜「決済アプリ」と称する。）を、サービス利用者である一般消費者に配布する。決済サーバ１００は、決済アプリ専用のインターフェイスを介して、決済アプリからの取引要求を受け付けた場合は、その取引要求に従って、口座間における電子マネーの送金処理などを含む情報処理を実行する。決済アプリは、決済先、決済元、及び決済額などの情報を含む取引情報を決済サーバ１００に送信する。なお、取引情報には、上述の各情報の他、取引を個別に特定するための取引コードや、取引が行われた日時を特定するための日時情報（タイムスタンプ）などの情報が含まれていてもよい。

また、決済サーバ１００は、上述の電子決済サービスに連携した連携サービスの１つとして、電子マネーによる振込入金サービスを提供する。たとえば、決済サーバ１００は、電子マネーによる給与の振込入金などを受け付けるサービスを提供する。振込入金サービスに関する情報処理の具体的な内容については後に詳述する。なお、給与の振込入金などを受け付けるサービスは、コード決済を実現するための決済アプリ内で起動するミニアプリとして構成されてもよいし、この決済アプリとは独立して用意された固有のアプリケーションプログラムであってもよい。

また、決済サーバ１００は、上述の電子決済サービスに連携した連携サービスの１つとして、サービス利用者に紐付く仮想口座に対して振り込まれた資金を、サービス利用者の指示に従って振り分ける振分サービスを提供する。振分サービスについての具体的な情報処理の内容については後に詳述する。なお、振分サービスは、コード決済を実現するための決済アプリ内で起動するミニアプリとして構成されてもよいし、この決済アプリとは独立して用意された固有のアプリケーションプログラムであってもよい。

図１に示す利用者端末１０は、店舗などから取引対象の提供を受ける一般消費者であり、決済サーバ１００により提供されるサービスを利用するサービス利用者ＵＢによって利用される情報処理装置である。利用者端末１０は、たとえば、スマートフォンや、タブレット型端末、ノート型ＰＣ（Personal Computer）、デスクトップＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）などにより実現される。また、利用者端末１０は、決済サーバ１００によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１では、利用者端末１０としてスマートフォンを例示している。

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

図１に示す銀行サーバ２０は、たとえば、サービス利用者ＵＢを雇用する企業などの希望者により開設された銀行口座を管理するＸ銀行に属する情報処理装置であり、サーバ装置やクラウドシステムなどにより実現される。たとえば、銀行サーバ２０は、銀行口座の利用履歴として、各カード会社や、各種サービスの提供者による銀行口座からの引き落としに関する情報（引き落とした金額や、引き落とした日時など）や、現在の口座残高などを含む口座情報などを、口座名義人に対応付けて管理する。また、銀行サーバ２０は、各利用者からの指示に応じた送金や振替などの処理を実行する。

図１に示す提携先銀行サーバ３０は、事業者ＵＡが口座を借り受けているＹ銀行により運営および管理される情報処理装置であり、サーバ装置やクラウドシステムなどにより実現される。提携先銀行サーバ３０は、事業者ＵＡを含む各利用者についての銀行口座の利用履歴の管理や、各利用者からの指示に応じた送金や振替などの処理を実行する。

（１－２．利用者端末１０を用いた決済について）
ここで、利用者端末１０を用いたコード決済（電子決済）の一例について説明する。以下の説明では、たとえば、店舗Ｘに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ｘを識別する店舗識別情報を示す２次元コードを用いて、店舗Ｘから取引対象の提供を受けるサービス利用者ＵＢが利用者端末１０を用いた決済を行う例について説明する。なお、以下に説明するコード決済の一例は、任意の利用者が任意の利用者端末１０を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報を示す２次元コードは、ＱＲコードのみならず、バーコードや所定のマーク、番号などであってもよい。また、２次元コードは、紙などの媒体に印字された印刷物により物理的に構成される例に限られず、任意の端末に表示される画像情報により構成されていてもよい。

たとえば、サービス利用者ＵＢが店舗Ｘにて各種の商品やサービスといった取引対象の購入や利用に伴う決済を行う場合、サービス利用者ＵＢは、利用者端末１０に予めインストールされた決済アプリを起動する。そして、サービス利用者ＵＢは、決済アプリを介して、店舗Ｘに設置された２次元コードを撮影する。このような場合、利用者端末１０は、取引対象の価格を入力するための画面を表示し、サービス利用者ＵＢあるいは店舗Ｘの店員から決済金額の入力を受け付ける。そして、利用者端末１０は、サービス利用者ＵＢを識別する利用者識別情報と、店舗識別情報（もしくは、店舗識別情報が示す情報、すなわち、店舗Ｘを示す情報（たとえば、店舗ＩＤ））と、決済額とを含む取引情報を決済サーバ１００へと送信する。

決済サーバ１００は、利用者端末１０から取引情報を受け付けると、利用者識別情報が示すサービス利用者ＵＢの口座から、店舗識別情報が示す店舗Ｘの口座へと、決済額に相当する分の電子マネーを移行させる。このとき、決済サーバ１００は、決済額に相当する分の電子マネーから店舗Ｘに課金する所定の手数料を差し引いてから、店舗Ｘの口座へ移行させてもよい。そして、決済サーバ１００は、取引が完了した旨の通知を利用者端末１０へと送信する。このような場合、利用者端末１０は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をサービス利用者ＵＢに通知する。あるいは、決済サーバ１００は、利用者識別情報が示すサービス利用者ＵＢの口座から決済額に相当する分の電子マネーを引き出して店舗Ｘの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗Ｘが保有する銀行口座に振り込んでもよい。この場合、決済サーバ１００は、サービス利用者ＵＢの口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨をサービス利用者ＵＢに通知してもよい。

なお、利用者端末１０を用いた決済は、上述した処理に限定されるものではない。たとえば、利用者端末１０を用いた決済は、店舗Ｘに設置された端末装置（以下、「店舗端末」と称する。）を用いたものであってもよい。具体的には、まず、利用者端末１０は、サービス利用者ＵＢを識別するための利用者識別情報を示すコード情報を画面上に表示させる。このような場合、店舗端末は、利用者端末１０に表示されたコード情報から利用者識別情報を読み取り、読み取った利用者識別情報（もしくは、利用者識別情報が示す情報、すなわち、サービス利用者ＵＢを示す情報（たとえば、利用者ＩＤ））と、決済額と、店舗Ｘを識別する情報とを含む取引情報を決済サーバ１００へと送信する。

決済サーバ１００は、店舗端末から取引情報を受け付けると、利用者識別情報が示すサービス利用者ＵＢの口座から、店舗Ｘの口座へと、決済額に相当する分の電子マネーを移行させる。そして、決済サーバ１００は、店舗端末あるいは利用者端末１０に対し、取引が完了した旨の通知を送信する。店舗端末あるいは利用者端末１０は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をサービス利用者ＵＢに通知する。また、決済サーバ１００は、利用者識別情報が示すサービス利用者ＵＢの口座から決済額に相当する分の電子マネーを引き出して店舗Ｘの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗Ｘが保有する銀行口座に振り込んでもよい。この場合、決済サーバ１００は、サービス利用者ＵＢの口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨を店員あるいはサービス利用者ＵＢに通知してもよい。

また、利用者端末１０を用いた決済は、サービス利用者ＵＢが予め電子マネーをチャージした口座から店舗Ｘの口座へと電子マネーを移行させる処理のみならず、たとえば、サービス利用者ＵＢが予め登録したクレジットカードを用いた決済であってもよい。このような場合、たとえば、利用者端末１０は、店舗Ｘの口座に対して決済金額が示す額の電子マネーを移行させるとともに、サービス利用者ＵＢのクレジットカードの運用会社に対し、決済金額が示す額を請求してもよい。

また、利用者端末１０を用いた決済は、サービス利用者ＵＢの口座から店舗Ｘの口座へと電子マネーを移行させる処理のみならず、たとえば、サービス利用者ＵＢの口座から他のユーザの口座へと電子マネーを移行させる決済（すなわち、ユーザ間での送金）であってもよい。たとえば、送金元のサービス利用者ＵＢが利用する利用者端末１０は、送金先のユーザを識別する利用者識別情報（例えば、送金先の利用者が利用する端末装置に表示される利用者識別情報）を読み取り、サービス利用者ＵＢから送金金額の入力を受け付け、読み取った識別情報と、送金金額と、サービス利用者ＵＢを識別する利用者識別情報とを示す情報を決済サーバ１００へと送信する。このような場合、決済サーバ１００は、サービス利用者ＵＢの口座から、送金先のユーザの口座へと、送金金額が示す額の電子マネーを移行させ、利用者端末１０または送金先のユーザが利用する端末装置に対し、送金が完了した旨の画面や所定の音声を出力させることで、送金が行われた旨を通知してもよい。

なお、利用者端末１０を用いた送金は、上述した処理に限定されるものではない。たとえば、利用者端末１０を用いた送金は、送金先のユーザの電話番号や、送金先のユーザを示す情報（たとえば、利用者ＩＤ）を利用者端末１０に入力することにより行われてもよい。具体的な例を挙げると、利用者端末１０は、送金先のユーザの電話番号または利用者ＩＤと、送金金額との入力をサービス利用者ＵＢから受け付け、入力された電話番号または利用者ＩＤと、送金金額と、サービス利用者ＵＢを識別する利用者識別情報とを決済サーバ１００へと送信する。そして、決済サーバ１００は、サービス利用者ＵＢの口座から、送信された電話番号または利用者ＩＤに紐づけられたユーザの口座へと、送金金額が示す額の電子マネーを移行させる。

ここで、送金先のユーザの電話番号や利用者ＩＤは、当該ユーザに関する情報と紐付けて決済アプリに予め登録されていてもよい。この場合、利用者端末１０は、決済アプリに登録されたユーザ（送金先）の指定と、当該ユーザへの送金金額の入力とをサービス利用者ＵＢから受け付け、指定されたユーザに紐付けられた電話番号または利用者ＩＤと、送金金額と、サービス利用者ＵＢを識別する利用者識別情報とを決済サーバ１００へと送信する。

また、たとえば、利用者端末１０を用いた送金は、送金金額を受け取るためのリンク情報を送金先のユーザに提供することにより行われてもよい。具体的な例を挙げると、利用者端末１０は、サービス利用者ＵＢから送金金額の入力を受け付けて送金金額を受け取るためのリンク情報を生成し、リンク情報を含む電子メールを送信したり、リンク情報を含む投稿情報をＳＮＳ（Social Networking Service）に投稿したりすることで、送金先のユーザが利用する端末装置にリンク情報を提供する。そして、送金先のユーザがリンク情報を選択して受け取り操作を行った場合、決済サーバ１００は、サービス利用者ＵＢの口座から、送金先のユーザの口座へと、送金金額が示す額の電子マネーを移行させる。

なお、上述した決済手段や決済サービスは、商品の購入や役務の提供に対する対価の提供（債務の精算）のためのものに限定されるものではない。例えば、上述したように、決済手段や決済サービスは、複数のユーザが有する口座間の送金に関する機能を有していてもよい。すなわち、上述した決済手段や決済サービスは、ユーザや店舗等、電子マネーの所有者と紐づく任意の所有者の口座間における電子マネーの送受信を制御するサービスであればよい。すなわち、実施形態に係る決済手段や決済サービスは、電子マネーのやり取りを実現するための各種制御（電子マネーを介した各種の口座間送金制御のみならず、電子マネー口座と銀行口座間のやり取りに関する制御や、分割、ボーナス払いに伴う処理といった各種債権処理、その他電子マネーを含む財産のやり取りに関する各種制御）を実行する取引手段や取引サービスであれば、任意の態様で提供されるものであってもよい。また、このような取引手段や取引サービスが実現する各種の制御には、決済に関する制御と送金に関する制御の両方が含まれていてもよく、いずれか一方のみが含まれていてもよい。すなわち、「取引」とは、電子マネーに関する「決済」のみならず、電子マネーの「送金」やその他各種の処理をも含む概念である。すなわち、決済サーバ１００は、任意の所有者間における電子マネーのやり取りを制御する取引手段を実現する情報処理装置であってもよい。

（１－３．振込入金サービスについて）
以下、決済サーバ１００がサービス利用者ＵＢに対して提供する振込入金サービスについて説明する。決済サーバ１００は、決済アプリなどを通じて、サービス利用者ＵＢから振込入金サービスの利用登録要求を受け付けると、サービス利用者ＵＢに対する仮想口座の割当、及び、利用者情報の登録を実行する。たとえば、決済サーバ１００は、提携先銀行から予め借り受けた複数の仮想口座のうち未使用の状態である仮想口座から任意に選択する。また、決済サーバ１００は、選択した仮想口座を特定するための口座情報（口座番号）と、サービス利用者ＵＢに固有の識別情報とを関連付けて登録することにより、仮想口座の割当を完了する。なお、決済サーバ１００は、サービス利用者ＵＢに固有の識別情報として、たとえば、電子決済サービスの利用登録時に決済サーバ１００が利用者ごとに個別に割り振る利用者ＩＤを利用できる。

また、決済サーバ１００は、利用者情報の登録において、資金移動業に対して、法令により義務付けられている滞留規制の遵守を目的として、仮想口座に入金された金額のうち、所定額を超える額の現金をサービス利用者ＵＢに返金するための返金用の銀行口座の情報をサービス利用者ＵＢから取得する。決済サーバ１００は、サービス利用者ＵＢから取得した返金用の銀行口座の情報を、上述の固有情報に関連付けて登録することにより、利用者情報の初期登録を完了する。

仮想口座の割当、及び、利用者情報の登録が完了すると、決済サーバ１００は、利用者端末１０に対し、振込入金サービス用の仮想口座を特定するための口座情報（口座番号）を利用者端末１０に送信することにより、サービス利用者ＵＢに口座情報を提供する。サービス利用者ＵＢは、決済サーバ１００から提供された口座情報を、給与や諸経費などの振込先として勤め先の企業などの振込依頼先へ知らせる。サービス利用者ＵＢから口座情報を受け取った企業などの振込依頼先は、自身が保有する銀行口座から、この口座情報を振込先（送金先）として、たとえば、給与や諸経費などの所定の振込を行う。決済サーバ１００は、仮想口座に対する着金を検知すると、仮想口座が割り当てられているサービス利用者ＵＢの電子ウォレット（電子マネー口座）に対して、仮想口座に対する入金額に相当する電子マネーをチャージする。このようにして、サービス利用者ＵＢは、振込依頼先に口座情報を知らせることにより、自身が保有する債権を電子マネーで受け取ることができる。

（１－４．実施形態に係る情報処理）
（１－４－１．振分サービスに関する情報処理）
以下、図１を用いて、実施形態に係る振分サービスに関する情報処理について説明する。以下の説明では、振分サービスによる振分対象がサービス利用者ＵＢの給与である場合の情報処理について説明する。なお、実施形態に係る情報処理は、給与を振分対象とする場合に限られず、サービス利用者ＵＢに予め紐付けられている所定の口座に振り込まれた各種の資金について適用できる。

また、以下の説明において、サービス利用者ＵＢと利用者端末１０とを同一視する場合がある。すなわち、以下の説明において、サービス利用者ＵＢを利用者端末１０と読み替えることもできる。

図１に示すように、サービス利用者ＵＢは、たとえば、決済アプリを通じて、給与の振分設定を実行する（ステップＳ０１）。図２を用いて、給与の振分設定時に利用者端末１０に表示される画面表示例について説明する。図２は、実施形態に係る振分設定時の画面表示例を示す図である。決済サーバ１００は、決済アプリを通じて、サービス利用者ＵＢに予め紐付けられている所定の銀行口座に入金される給与の振分先として、電子決済サービスにおいてサービス利用者ＵＢが保有する電子ウォレットを含む複数の振分先を指定する振分設定をサービス利用者ＵＢから受け付ける。

以下に説明するように、給与の振分設定に先駆けて、給与の少なくとも一部を電子マネーで受け取るための受取口座の発行手続きが行われる。たとえば、図２に示すように、利用者端末１０には、サービス利用者ＵＢの操作に応じて、決済アプリのトップ画面Ｇ１－１が表示される（表示例ＥＸ１－１）。また、利用者端末１０には、トップ画面Ｇ１－１に対するサービス利用者ＵＢの操作に応じて、給与の振分設定を利用するための説明画面（チュートリアル画面）Ｇ１－２が表示される（表示例ＥＸ１－２）。図２に示す振分設定の説明画面Ｇ１－２には、給与の振分設定を開始するためのボタンＢ－１が設けられている。

また、説明画面Ｇ１－２に設けられているボタンＢ－１に対するサービス利用者ＵＢの操作に応じて、利用者端末１０には、給与の中から電子マネーで受け取る受取金額や、現在の給与受取用口座に関する情報の設定を行うための設定画面Ｇ１－３が表示される（表示例ＥＸ１－３）。図２に示す設定画面Ｇ１－３には、給与を電子マネー、及び現金の双方で受け取るための受取口座の発行要求をサービス利用者ＵＢから受け付けるためのボタンＢ１－２が設けられている。この受取口座は、仮想口座であり、上述の振込入金サービスと同様の手順で発行される。たとえば、決済サーバ１００は、提携先銀行であるＹ銀行から予め借り受けた複数の仮想口座番号のうち未使用の状態である仮想口座番号を任意に選択し、選択した仮想口座番号を受取口座番号として、サービス利用者ＵＢに割り当てる。仮想口座は、事業者ＵＡがＹ銀行において保有する実口座に紐付けられる。

また、設定画面Ｇ１－３に設けられているボタンＢ１－２に対するサービス利用者ＵＢの操作に応じて、決済サーバ１００において、サービス利用者ＵＢのユーザ認証が必要であるか否かの判定が実行される。そして、ユーザ認証が必要であると判定された場合、決済サーバ１００とサービス利用者ＵＢとの間でユーザ認証が行われる。そして、ユーザ認証に成功した場合、決済サーバ１００において受取口座の発行処理が実行され、利用者端末１０には受取口座番号の通知画面Ｇ１－４が表示される（表示例ＥＸ１－４）。一方、ユーザ認証が不要であると判定された場合、サービス利用者ＵＢによる利用規約への同意を条件として、決済サーバ１００において受取口座の発行処理が実行され、利用者端末１０には受取口座番号の通知画面Ｇ１－４が表示される。図２に示す通知画面Ｇ１－４には、受取口座番号の情報が表示される。決済サーバ１００は、サービス利用者ＵＢの利用者ＩＤに対応付けて、受取口座番号の情報を口座情報記憶部１２１に登録する。

また、受取口座の発行手続きが完了すると、図２に示すように、決済アプリのトップ画面Ｇ１－１に対するサービス利用者ＵＢの操作に応じて、利用者端末１０には、給与の振分設定画面Ｇ２（「所定のユーザインターフェイス」の一例）が表示される（表示例ＥＸ２）。図２に示す振分設定画面Ｇ２には、画面切換タブ表示領域Ａ１－１と、受取金額設定領域Ａ１－２と、振分設定領域Ａ１－３とが含まれている。

画面切換タブ表示領域Ａ１－１には、電子マネーとして受け取る給与の運用に関する設定を受け付けるための設定画面Ｇ３（たとえば、図５参照）を表示させるタブと、給与の振分に関する設定を受け付けるための振分設定画面Ｇ２を表示させるためのタブと、サービス利用者ＵＢの利用者情報を管理する管理画面（たとえば、図６参照）を表示させるタブとを含んでいる。たとえば、利用者端末１０は、サービス利用者ＵＢにより操作されたタブに対応する画面を表示させる。図２では、振分設定画面Ｇ２に対応するタブが有効化されている例を示している。

また、受取金額設定領域Ａ１－２は、給与の中から電子マネーで受け取る金額を示す受取金額を設定するための直感的な操作をサービス利用者ＵＢから受け付けるスライドバーを含んでいる。スライドバーは、受取金額として設定可能な最低金額（たとえば、０円）と、最高金額（たとえば、１００万円）とを結ぶ線分上をサービス利用者ＵＢの操作に従って移動可能に構成される。図２では、スライドバーが受取金額として５万円を指定している例が示されている。なお、決済サーバ１００は、たとえば、その時点での電子マネーとして受取可能な額を最高金額としてもよい。たとえば、その時点で受取可能な額は、電子マネーとして保有可能な上限額１００万円からその時点で所持している電子マネーの金額を引いた額となる。また、その時点で受取可能な額を目安として数値で示してもよいし、線や線上の色を変えて表示してもよい。決済サーバ１００は、受取金額の事前設定をサービス利用者ＵＢから受け付けると、サービス利用者ＵＢの利用者ＩＤに対応付けて、サービス利用者ＵＢにより事前設定された受取金額を示す情報を資金の振分に関する情報として振分設定記憶部１２２に登録して管理する。

なお、図２に示す受取金額設定領域Ａ１－２では、給与のうち電子マネーとして受け取る受取金額の設定を受け付ける例を示しているが、受取金額の代わりにとして、たとえば、給与の１０％や１５％といったように、給与に対する受取金額の比率を示す受取割合の設定を受け付けてもよい。この場合、受取金額設定領域Ａ１－２に含まれるスライドバーが受取割合を設定可能に構成されていてもよい。また、決済サーバ１００は、サービス利用者ＵＢに設定された受取割合と、給与として受取口座に入金された入金額（着金通知に含まれる入金額）とに基づいて、受取金額を算出する。

また、振分設定領域Ａ１－３は、給与の振分先となる少なくとも１つの振分先口座と、振分先口座に対する送金額と、振分先口座の利用目的、または給与を振り分ける目的となる振分目的を示す名目の設定とを含む振分設定を受け付ける。図２では、Ｍ－１銀行の普通口座の口座番号と、送金額の２２万円と、名目の生活費とが振分先の１つとして表示される例が示されている。また、図２では、Ｍ－２銀行の普通口座の口座番号と、送金額の３万円と、名目の住宅ローンとが振分先の１つとして表示される例が示されている。振分設定領域Ａ１－３は、サービス利用者ＵＢからの操作に応じて、振分先の新規設定や変更などを受け付ける。決済サーバ１００は、振分先口座、送金額、及び名目の事前設定をサービス利用者ＵＢから受け付けると、サービス利用者ＵＢの利用者ＩＤに対応付けて、サービス利用者ＵＢにより事前設定された振分先口座、送金額、及び名目を示す各情報を資金の振分先を指定する振分設定に関する情報として振分設定記憶部１２２に登録する。決済サーバ１００は、振分先口座ごとに名目の設定を受け付けることができる。なお、振分設定領域Ａ１－３は、送金額の代わりに、給与に対する送金額の比率を示す送金割合の設定をサービス利用者から受け付けてもよい。この場合、決済サーバ１００は、サービス利用者ＵＢに設定された送金割合と、給与として受取口座に入金された入金額（着金通知に含まれる入金額）とに基づいて、送金額を算出する。

なお、決済サーバ１００は、給与の振分先として、電子決済サービスの他のサービス利用者に対するマネー残高の送金の設定をサービス利用者ＵＢから受け付けてよい。この場合、決済サーバ１００は、サービス利用者ＵＢに対応する振分設定として、送金先となる他のサービス利用者を特定するための利用者ＩＤと、送金額とを対応付けて振分設定記憶部１２２に登録する。そして、決済サーバ１００は、他のサービス利用者に対する送金額に相当する額のマネー残高をサービス利用者ＵＢが保有する電子ウォレットのマネー残高に加算した後、サービス利用者ＵＢの電子ウォレットから他のサービス利用者が保有する電子ウォレットに資金移動する。

図１に戻り、たとえば、サービス利用者ＵＢを雇用する企業は、Ｘ銀行の銀行サーバ２０に対して、サービス利用者ＵＢから通知された受取口座番号に対する振込予約を行う。銀行サーバ２０は、振込予約における振込実行日に到達すると、振込予約において指定された金額（たとえば、３０万円）を、企業に紐付く送金元銀行口座から受取口座番号に対して送金する（ステップＳ０２）。

提携先銀行サーバ３０は、Ｘ銀行からの着金を検知すると、着金のあった受取口座番号で特定される仮想口座の貸出先である決済サーバ１００に対して、着金通知を送信する（ステップＳ０３）。たとえば、着金通知には、受取口座番号および入金額を示す情報が含まれている。

決済サーバ１００は、提携先銀行サーバ３０から着金通知を受信すると、着金通知に基づいて、処理対象となるサービス利用者ＵＢの振分設定を特定する（ステップＳ０４）。たとえば、決済サーバ１００は、着金通知に含まれている受取口座番号に対応付けられている利用者ＩＤを口座情報記憶部１２１に記憶されている情報の中から特定する。また、決済サーバ１００は、特定した利用者ＩＤに対応付けられている振分設定を振分設定記憶部１２２に記憶されている情報の中から特定する。

また、決済サーバ１００は、特定した振分設定に従って、提携先銀行サーバ３０に対する送金指示を送信する（ステップＳ０５－１）。たとえば、決済サーバ１００は、受取口座に紐付く実口座の口座番号である送金元口座番号と、振分設定に含まれる振分先口座である送金先口座番号と、振分設定に含まれる送金額とを含む送金指示を送信する。なお、送金元口座は、必ずしも銀行口座に限定される必要はなく、電子マネーの送金が可能な口座であってもよい。

また、決済サーバ１００は、特定した振分設定に従って、サービス利用者ＵＢが保有する電子ウォレットのマネー残高を加算する（ステップＳ０５－２）。たとえば、決済サーバ１００は、振分設定に含まれる受取金額に相当する額の電子マネーを、サービス利用者ＵＢに紐付く電子ウォレットに加算（チャージ）する。

また、決済サーバ１００は、受取金額に相当する額の電子マネーをサービス利用者ＵＢが保有する電子ウォレットに加算した後の加算後残高が、サービス利用者ＵＢが電子ウォレットに確保することが可能な上限額として予め定められている所定の金額を超えないことを条件に、受取金額に相当する額の電子マネーを電子ウォレットに加算してもよい。たとえば、決済サーバ１００は、利用者情報記憶部１２４からサービ利用者ＵＢが保有する電子ウォレットのマネー残高を取得する。また、決済サーバ１００は、受取金額に相当する額の電子マネーをサービス利用者ＵＢが保有する電子ウォレットに加算（残高加算、又はチャージともいう。）した後の加算後残高を算出することにより、所定の金額との比較を行う。そして、決済サーバ１００は、加算後残高が所定の金額以下である場合、受取金額に相当する額の電子マネーをサービス利用者ＵＢが保有する電子ウォレットに加算する。一方、決済サーバ１００は、加算後残高が所定の金額を超える場合、残高超過のため電子ウォレットに対してチャージできない旨の情報をサービス利用者ＵＢに提供する。

また、決済サーバ１００は、受取金額に相当する額と所定の金額とその時点でのサービス利用者ＵＢのマネー残高に基づいて、所定金額を超えない額に相当する電子マネーを電子ウォレットに加算し、残りの額については予めサービス利用者ＵＢから設定された銀行口座へ払い出してもよい。また、決済サーバ１００は、受取金額に相当する額の電子マネーを電子ウォレットに一旦加算し、加算後のマネー残高が所定金額を超えた場合は、所定の金額を超えている超過分に相当する額を、予めサービス利用者ＵＢから設定された銀行口座へ払い出してもよい。

また、決済サーバ１００は、銀行口座に対する送金および電子ウォレットに対するチャージのどちらを先に実行してもよい。たとえば、決済サーバ１００は、サービス利用者ＵＢにより受取金額と給与受取用の銀行口座のみが設定されている場合、受取金額に相当する額の電子マネーをサービス利用者ＵＢが保有する電子ウォレットに加算した後の加算後残高が所定の金額を超えないことを条件に電子ウォレットに対するチャージ（残高加算）を先に実行し、給与から受取金額を減算した後の残金を、受取口座に紐付く実口座から給与受取用の銀行口座に対して送金してもよい。また、決済サーバ１００は、振分設定において振分先口座として設定された銀行口座に対して、振分設定において設定された送金額の送金を実行した後、給与から送金額を減算した後の残金に相当する額の電子マネーをサービス利用者ＵＢが保有する電子ウォレットに加算してもよい。

また、決済サーバ１００は、サービス利用者ＵＢによる電子決済サービスの利用履歴に基づいて、次回の受取金額の設定に関する提案情報を利用者端末１０に送信することにより、サービス利用者ＵＢに提供してもよい。たとえば月単位での利用額を算出し、算出した利用額に基づく、ある一定期間の平均利用金額または算出した利用額から推定される次月の利用額を電子マネーでの受取金額として提案する。なお、決済サーバ１００は、次回の受取金額の設定に関する提案情報をサービス利用者ＵＢに対して提供するタイミングは、次回の受取金額の変更が可能な任意のタイミングであってよい。

また、決済サーバ１００は、サービス利用者ＵＢが振分先に設定した振分先口座である銀行口座の残高について、たとえば月単位での減少額を算出し、算出した減少額に相当する金額を振分先口座に送金する送金額として提案する提案情報を利用者端末１０に送信することにより、サービス利用者ＵＢに提供してもよい。この場合、決済サーバ１００は、提携先のＹ銀行から提供される提携先銀行サーバ３０にアクセスするためのＡＰＩを用いて、サービス利用者ＵＢが振分先に設定した振込先口座である銀行口座の残高の情報を取得できる。なお、決済サーバ１００は、送金額の提案に関する提案情報をサービス利用者ＵＢに対して提供するタイミングは、次回の送金額の変更が可能な任意のタイミングであってよい。

また、決済サーバ１００は、受取口座に対する入金（着金）予定日の設定をサービス利用者ＵＢから事前に受け付けてもよい。この場合、決済サーバ１００は、たとえば、利用者情報記憶部１２４に、サービス利用者ＵＢの利用者ＩＤに対応付けて、サービス利用者ＵＢにより設定された入金予定日を示す情報を登録して管理する。なお、入金予定日の情報の設定は複数受け付けてもよい。たとえば、サービス利用者ＵＢから勤務する企業からは、定期的な給与の他に一時的な給与が振り込まれる場合がある。この場合、サービス利用者ＵＢは、受取口座に対する入金（着金）予定日の事前設定を行うことにより、給与の振分を実現する。たとえば、決済サーバ１００は、サービス利用者ＵＢにより事前設定された入金予定日と、受取口座に対する企業からの振込が行われた振込日とが一致するかを確認して、振分処理を実行する。またはサービス利用者ＵＢに紐づく振分設定が複数ある場合は、一致する振込日が設定された振分設定があるかを確認し、ある場合は、該当の振分設定に基づいた振分処理を実行する。一方、決済サーバ１００は、事前設定された入金予定日と振込日とが一致しない場合には、サービス利用者ＵＢに通知して、受取口座に入金された資金の振分を実施するか否かの問合せを行い、サービス利用者ＵＢからの指示を受け付けてもよい。また、決済サーバ１００は、振込元の名義情報の設定をサービス利用者ＵＢから事前に受け付けてもよい。たとえば、サービス利用者ＵＢが副業をしている場合、複数の企業から給与が振り込まれる場合があり、それぞれの企業からの振込に対して別の振分設定を行うことを可能とする。たとえば、決済サーバ１００は、サービス利用者ＵＢにより事前設定された名義と、受取口座に対する振込元の名義とが一致する振分設定があるかを確認し、ある場合は、該当の振分設定に基づいた振分処理を実行する。一方、決済サーバ１００は、サービス利用者ＵＢにより事前設定された名義と振込元の名義とが一致しない場合には、サービス利用者ＵＢに通知して、受取口座に入金された資金の振分を実施するか否か、実施する場合は、どの振分設定を適用するかの問合せを行い、サービス利用者ＵＢからの指示を受け付けてもよい。

また、決済サーバ１００は、振分設定において、送金を行う日付の事前設定や、マネー残高の加算を行う日付の設定を受け付けてもよい。

（１－４－２．振分サービスにおける情報提供）
以下、図３および図４を用いて、実施形態に係る振分サービスに関する情報提供例について説明する。図３は、実施形態に係る振分サービスにおける情報提供例（その１）を示す図である。図４は、実施形態に係る振分サービスにおける情報提供例（その２）を示す図である。

図３は、受取口座に対する着金予定に関する情報をサービス利用者ＵＢに提供する例を示している。図３に示すように、銀行サーバ２０は、企業からの振込予約を受け付けると、振込予約情報を提携先銀行サーバ３０に送信する（ステップＳ１１）。たとえば、振込予約情報には、振込予定日、振込先口座番号、及び振込予定額を示す各情報が含まれている。

提携先銀行サーバ３０は、銀行サーバ２０から振込予約情報を受信すると、着金予定情報として決済サーバ１００に送信する（ステップＳ１２）。たとえば、着金予定情報には、振込予定日に対応する着金予定日、振込先口座番号に対応する対象口座番号、及び振込予定額に対応する着金予定額を示す各情報が含まれている。なお、振込予約情報には、振込元を示す情報が含まれていてもよい。この場合、提携先銀行サーバ３０は、着金予定情報に振込元を示す情報を含めて決済サーバ１００に送信してもよい。

決済サーバ１００は、提携先銀行サーバ３０から着金予定情報を受信すると、口座情報記憶部１２１に記憶されている情報を参照して、着金予定情報に対応する対象者を特定する（ステップＳ１３）。たとえば、決済サーバ１００は、口座情報記憶部１２１に記憶されている受取口座番号の中から、対象口座番号に一致する受取口座番号を検索し、検索した受取口座番号に対応付けられている利用者ＩＤを特定することにより、着金予定情報に対応する対象者（たとえば、サービス利用者ＵＢ）を特定する。

また、決済サーバ１００は、対象者を特定後、特定した対象者の利用者端末１０に着金予定情報を送信することにより、着金予定情報を対象者に提供する（ステップＳ１４）。このとき、決済サーバ１００は、着金予定日および着金予定額を含む着金予定情報を利用者端末１０に送信してもよい。

利用者端末１０は、決済サーバ１００から着金予定情報を受信すると、たとえば、決済アプリを通じて、着金予定情報Ｊ－１をポップアップ形式で表示することにより、サービス利用者ＵＢに通知する。なお、利用者端末１０における着金予定情報Ｊ－１の表示形式はポップアップ形式に限られず、任意の表示形式を採用できる。図３に示す着金予定情報Ｊ－１では、給与の受取予定日および受取予定額を含む給与の受取予定に関する情報が表示される例が示されている。

また、決済サーバ１００は、サービス利用者ＵＢに対応する振分設定を確認し、振分処理の予定を示す情報を着金予定情報Ｊ－１に含めて表示してもよい。

また、決済サーバ１００は、サービス利用者ＵＢの操作に応じて、給与の振分設定を行うための処理に移行するオブジェクトを着金予定情報Ｊ－１に含めてもよい。

また、決済サーバ１００は、着金予定情報に振込元を示す情報が含まれている場合、振込元を示す情報を着金予定情報に含めて表示してもよい。

また、決済サーバ１００は、同一の振込元を示す情報を含む着金予定情報の受信履歴に基づいて、提携先銀行サーバ３０から受信した着金予定情報に含まれる着金予定日が過去の着金予定日と異なる場合、その旨を着金予定情報Ｊ－１に含めて表示してもよい。

また、決済サーバ１００は、受取口座に対する入金（着金）予定日の設定をサービス利用者ＵＢから事前に受け付けている場合は、サービス利用者ＵＢにより事前設定された入金（着金）予定日と、着金予定情報に含まれている着金予定日が一致するかを確認して、一致する場合に、振分処理の予定を示す情報を表示してもよい。また、決済サーバ１００は、受取口座に対する振込人名義の設定をサービス利用者ＵＢから事前に受け付けている場合は、サービス利用者ＵＢにより事前設定された振込人名義と、着金予定情報に含まれている振込人名義とが一致するかを確認して、一致する場合に、振分処理の予定を示す情報を表示してもよい。

また、決済サーバ１００は、処理対象となるサービス利用者ＵＢに対応する電子決済サービスの利用履歴を参照して、サービス利用者ＵＢが電子決済サービスにおいて清算を必要とする債務（たとえば、後払いや公共料金の支払いなど）を有しているか否かを判定する。決済サーバ１００は、サービス利用者ＵＢが債務を有していると判定した場合、サービス利用者ＵＢに対して、着金予定情報Ｊ－１とともに、債務の清算を提案するための提案情報を提供してもよい。また、決済サーバ１００は、サービス利用者ＵＢが債務を有しており、かつ、その債務が着金予定情報に含まれる金額より少ない場合（債務を支払える場合）にのみ、債務の清算を提案してもよい。

図４は、振分処理に関する情報をサービス利用者ＵＢに通知する場合の通知例を示している。図４に示すステップＳ２１～ステップＳ２３－１，２の処理手順は、図１に示すステップＳ０３～ステップＳ０５－１，２の処理手順と同様である。すなわち、提携先銀行サーバ３０が決済サーバ１００に対して着金通知を送信する（ステップＳ２１）。決済サーバ１００は、提携先銀行サーバ３０から着金通知を受信すると、振分設定の特定（ステップＳ２２）、提携先銀行サーバ３０に対する送金指示の送信（ステップＳ２３－１）、電子ウォレットへの残高加算（ステップＳ２３－２）を実行する。

そして、決済サーバ１００は、振分処理（ステップＳ２２～ステップＳ２３－１，２）を完了すると、利用者端末１０に振分処理に関する情報Ｊ－２～Ｊ－４を送信することにより、振分処理の当事者であるサービス利用者ＵＢに対して振分処理に関する情報を通知する（ステップＳ２４）。利用者端末１０は、決済サーバ１００から振分処理に関する情報Ｊ－２～Ｊ－４を受信すると、たとえば、決済アプリを通じて、振分処理に関する情報Ｊ－２～Ｊ－４をポップアップ形式で表示することにより、サービス利用者ＵＢに通知する。なお、利用者端末１０における振分処理に関する情報Ｊ－２～Ｊ－４の表示形式はポップアップ形式に限られず、任意の表示形式を採用できる。

たとえば、決済サーバ１００から利用者端末１０に送信される振分処理に関する情報Ｊ－２は、生活費の名目でＭ－１銀行に対して送金を行った旨をサービス利用者ＵＢに通知するための情報に該当する。また、決済サーバ１００から利用者端末１０に送信される振分処理に関する情報Ｊ－３は、住宅ローンの名目でＭ－２銀行に対して送金を行った旨をサービス利用者ＵＢに通知するための情報に該当する。決済サーバ１００から利用者端末１０に送信される振分処理に関する情報Ｊ－４は、サービス利用者ＵＢが保有する電子ウォレットのマネー残高を加算（チャージ）した旨をサービス利用者ＵＢに通知するための情報に該当する。

（１－４－３．振分サービスを通じた金融サービスの利用）
以下、図５を用いて、実施形態に係る振分サービスを通じた金融サービスの利用例について説明する。図５は、実施形態に係る振分サービスを通じた金融サービスの利用例を示す図である。

上述したように、決済サーバ１００は、サービス利用者ＵＢから、給与の振分先となる少なくとも１つの振分先口座と、振分先口座に対する送金額と、振分先口座の利用目的または振分目的を示す名目の設定とを含む振分設定を受け付ける。これにより、決済サーバ１００は、サービス利用者ＵＢに対して、給与の使途を一見して把握させることができる。

そして、決済サーバ１００は、サービス利用者ＵＢから、給与の振分先の１つとして、電子決済サービスに連携した金融サービスの設定を受け付けることができる。たとえば、図５に示すように、サービス利用者ＵＢは、利用者端末１０上で動作する決済アプリを通じて、金融サービス利用設定を実行する（ステップＳ３１）。

決済サーバ１００は、サービス利用者ＵＢから金融サービスの利用設定を受け付けると、サービス利用者ＵＢの利用者ＩＤに対応付けて、金融サービスの利用設定を登録する（ステップＳ３２）。そして、決済サーバ１００は、たとえば、提携先銀行サーバ３０からの着金通知を受け付けて、図１と同様の振分処理を実行する（ステップＳ３３）。

以下、図５を参照しつつ、実施形態に係る金融サービスの利用設定の概要について説明する。たとえば、サービス利用者ＵＢにより画面切換タブ表示領域Ａ１－１に含まれるタブが所定のタブに切り換えられた場合、図３に示すように、利用者端末１０には、電子マネーとして受け取る給与の運用に関する設定を受け付けるための設定画面Ｇ３－１が表示される（表示例ＥＸ３－１）。

設定画面Ｇ３－１には、決済サーバ１００による給与の自動配分設定の選択をサービス利用者ＵＢから受け付けるための自動配分設定受付領域Ａ２－１が設けられている。図５に示す自動配分設定受付領域Ａ２－１には、サービス利用者ＵＢが選択可能な自動配分設定の方法として、「堅実型」、「バランス型」、「積極型」の３つの方法が例示されている。また、図５に示す自動配分設定受付領域Ａ２－１には、自動配分設定の方法として「バランス型」が選択されている例が示されており、給与に対する貯蓄、資産運用、及び生活費の各比率を示す情報が表示されている。

また、利用者端末１０には、設定画面Ｇ３－１におけるボタンＢ２－１に対するサービス利用者ＵＢの操作に応じて、給与の自動配分設定を選択した場合の運用画面Ｇ３－２が表示される（表示例ＥＸ３－２）。図５に示す運用画面Ｇ３－２には、給与から貯蓄に充てる金額（以下、「貯蓄額」と称する。）の情報が表示される領域Ａ３－１や、給与から資産運用に充てる金額（以下、「資産運用額」と称する。）の情報が表示される領域Ａ３－２や、給与からの支払や送金に関する情報が表示される領域Ａ３－３が含まれている。領域Ａ３－１に表示される貯蓄額の情報や、領域Ａ３－２に表示される資産運用額の情報は、設定画面Ｇ３－１においてサービス利用者ＵＢにより選択された「バランス型」の振分配分に従って、たとえば、決済サーバ１００により自動算出され、決済アプリを通じて利用者端末１０に表示される。また、領域Ａ３－３に表示される給与からの支払や送金に関する情報は、予め決められた所定のタイミングで支払いが行われる固定費などの情報をサービス利用者ＵＢが手動で登録してもよいし、サービス利用者ＵＢの事前の登録に基づいて自動的に表示されてもよい。なお、領域Ａ３－３に対して編集機能を関連付けておいてもよい。この場合、領域Ａ３－３は、サービス利用者ＵＢの操作に従って、給与からの支払や送金に関する情報を任意に編集可能に構成される。

また、利用者端末１０には、設定画面Ｇ３－１におけるボタンＢ２－２に対するサービス利用者ＵＢの操作に応じて、給与の運用金額の手動設定を選択した場合の運用画面Ｇ３－３が表示される（表示例ＥＸ３－３）。図５に示す運用画面Ｇ３－３には、貯蓄額の情報が表示される領域Ａ４－１や、資産運用額の情報が表示される領域Ａ４－２や、給与からの支払や送金に関する情報が表示される領域Ａ４－３が含まれている。領域Ａ４－１に表示される給与からの貯蓄額の情報や、領域Ａ４－２に表示される資産運用額の情報は、運用画面Ｇ３－３において、サービス利用者ＵＢにより手動で設定される。また、領域Ａ４－１および領域Ａ４－２には設定機能が関連付けられており、サービス利用者ＵＢの操作に応じて設定機能を起動できる。また、領域Ａ４－１および領域Ａ４－２に関連付けられている設定機能は、金額指定による貯蓄額や資産運用額の設定を受付可能に構成されていてもよいし、給与（の総額）に対する比率を指定することにより、貯蓄額や資産運用額の設定を受付可能に構成されていてもよい。図５に示す運用画面Ｇ３－３では、給与（の総額）に対する比率を指定することにより、貯蓄額や資産運用額を設定されている例が示されている。また、決済サーバ１００は、給与（の総額）に対する比率の指定により貯蓄額や資産運用額の設定を受け付ける場合、貯蓄の種類や、資産運用の商品ごとに割合の指定を受け付けてもよい。

また、決済サーバ１００は、金融サービスを利用するための条件として、サービス利用者ＵＢに対し、電子決済サービスに連携した金融サービスを提供する事業者に対して資金移動を行うための所定の口座の開設を要求できる。たとえば、電子決済サービスを提供する事業者ＵＡの提携先の銀行であるＹ銀行に対して、給与からの貯蓄を受け付けて管理するための銀行口座の開設をサービス利用者ＵＢに要求できる。また、電子決済サービスを提供する事業者ＵＡの提携先の証券会社に対して、給与からの運用資産を送金するための証券口座の開設をサービス利用者ＵＢに要求できる。

（１－４－４．振分サービスにおける情報管理）
以下、図６を用いて、実施形態に係る振分サービスにおける情報管理例について説明する。図６は、実施形態に係る振分サービスにおける情報管理例を示す図である。

決済サーバ１００は、サービス利用者ＵＢに対応する振分設定に従って実行した振分処理の履歴や電子決済サービスの利用履歴などに基づいて、サービス利用者ＵＢの給与の出納状況を把握できる。これにより、決済サーバ１００は、サービス利用者ＵＢに対して、給与の出納状況に基づく情報提供を実現できる。具体的には、決済サーバ１００は、一の決済サービスの利用者ＩＤ（たとえば、サービス利用者ＵＢを識別するための利用者識別情報）に紐づいて、給与の入金履歴や、電子決済サービスの利用履歴や、振り込まれた給与の他の銀行口座への送金履歴や、振り込まれた給与の他の金融サービスへの入出金履歴や、電子決済サービスを利用する他のサービス利用者との電子マネーの送受信履歴を示す各情報を管理する。決済サーバ１００は、サービス利用者ごとに上述の各種情報を管理することにより、各サービス利用者に対して、給与の出納状況に基づく情報提供を実現できる。

たとえば、図６に示すように、サービス利用者ＵＢは、利用者端末１０上で動作する決済アプリを通じて、支出情報の提供要求を送信する（ステップＳ４１）。決済サーバ１００は、サービス利用者ＵＢから支出情報の提供要求を受信すると、サービス利用者ＵＢに対応する支出情報を取得する（ステップＳ４２）。そして、決済サーバ１００は、取得した支出情報をサービス利用者ＵＢに提供する（ステップＳ４３）。

以下、図６を参照しつつ、実施形態に係る振分サービスにおいてサービス利用者ＵＢに提供される支出情報の一例について説明する。たとえば、サービス利用者ＵＢにより画面切換タブ表示領域Ａ１－１に含まれるタブが所定のタブに切り換えられた場合、図６に示すように、利用者端末１０には、決済サーバ１００から提供された支出情報を表示する支出情報表示画面Ｇ４－１が表示される（表示例ＥＸ４－１）。

また、利用者端末１０には、支出情報表示画面Ｇ４－１に対するサービス利用者ＵＢの操作に応じて、サービス利用者ＵＢの振分処理の履歴、及びサービス利用者ＵＢの電子決済サービスの利用履歴に基づいてサービス利用者ＵＢの給与からの支出を費目ごとに整理した家計簿情報を表示する家計簿情報表示画面Ｇ４－２が表示される（表示例ＥＸ４－２）。

家計簿情報表示画面Ｇ４－２に表示される家計簿情報は、たとえば、サービス利用者ＵＢからの要求に応じて月ごとに表示できる。また、図６に示す家計簿情報には、「生活費」や、「貯蓄」や、「投資」や、「学費・教育」や、「保険」などの各費目に対応する支出情報が表示される。なお、費目は、家計簿情報において支出を整理するために支出の内訳ごとに付与される識別情報であり、振分設定における利用目的や振分目的を示す情報と同一であったり、一部重複したりしていてもよい。費目は、決済サーバ１００が、予め規定される登録情報に従って、サービス利用者ＵＢの振分処理の履歴、及びサービス利用者ＵＢの電子決済サービスの利用履歴に含まれる支出情報に対して自動的に付与されてもよいし、サービス利用者ＵＢの振分処理の履歴、及びサービス利用者ＵＢの電子決済サービスの利用履歴に含まれる支出情報に対して設定されたタグが利用されてもよい。決済サーバ１００は、サービス利用者ＵＢの振分処理の履歴、及びサービス利用者ＵＢの電子決済サービスの利用履歴に含まれる支出情報に対して付与された費目を示すタグに基づいて、支出情報を費目ごとに整理することにより家計簿情報を生成する。そして、決済サーバ１００は、生成した家計簿情報を利用者端末１０に送信することにより、サービス利用者ＵＢに提供する。なお、決済サーバ１００は、振分設定が行われる際に、支出情報に付与するタグの設定についてもサービス利用者ＵＢから受け付けることができる。この場合、決済サーバ１００は、振分処理を実行する際、サービス利用者ＵＢから受け付けたタグの設定に基づいて、支出情報に対してタグを自動的に付与できる。これにより、決済サーバ１００は、支出情報に対して自らタグを付与する必要がなく、サービス利用者ＵＢの利便性を向上できる。

また、決済サーバ１００は、複数の受取口座ごとに、受取口座に入金された資金を収入として識別するための名目を示す情報を受け付けてもよい。この場合、決済サーバ１００は、給与を名目とする受取口座に対する入金（着金）情報についても、給与を名目とする入金（着金）であるか否かを示すタグを自動的に付与してもよい。また、決済サーバ１００は、資金運用に充てていた資金を電子マネーに戻した場合、資産運用に充てていた資金であることを示すタグを自動的に付与してもよい。また、決済サーバ１００は、他のサービス利用者からの個人的な電子マネーの送金などの電子マネーの受け取りについてもタグ付けしてもよい。このように、決済サーバ１００は、入金（着金）情報（すなわち、サービス利用者ＵＢの収入に関する情報）についても、家計簿情報に含めることができる。

また、決済サーバ１００は、生成する家計簿情報として、費目とは別に、どの履歴からの金額、すなわち、情報の取得元である履歴を示す情報を関連付けておいて表示してもよい。たとえば、決済サーバ１００は、その支出金額を費目と紐付けるとともに、口座振込や、電子マネー送金や、電子決済サービス利用や、金融サービス入金などの出金経路とも紐付けておき、たとえば、図６に示す家計簿情報表示画面Ｇ４－２に表示される生活費１２３，０００円の内訳として、口座振込５万円や電子マネー送金２万円などの出金経路毎の情報を表示してもよい。

〔２．決済サーバの構成〕
次に、図７を用いて、決済サーバ１００の構成について説明する。図７は、実施形態に係る決済サーバ１００の構成例を示す図である。図７に示すように、決済サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、たとえば、ＮＩＣ（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 (12)

1. オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する情報処理装置であって、
   前記利用者の資金受取用口座として前記利用者に予め紐付けられている口座であって、提携先の銀行が管理する所定の銀行口座に入金される資金の振分先として、前記電子決済サービスにおいて前記利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定を前記利用者から受け付ける受付部と、
   前記所定の銀行口座に対する入金が確認された場合、対象となる前記利用者に対応する前記振分設定に基づいて、前記資金を振り分ける振分処理を実行する振分処理部と、
   前記振分処理部により実行された前記振分処理に関する情報を前記利用者に提供する提供部と
   を有し、
   前記受付部は、
   前記提携先の銀行から、前記所定の銀行口座に対する着金の予定を示す情報であって、振込先口座番号に対応する対象口座番号を含む着金予定情報を受け付け、
   前記提供部は、
   前記利用者ごとに、前記利用者を特定するための利用者識別情報に対応付けて前記所定の銀行口座の口座番号を記憶する口座情報を参照して、前記受付部により受け付けられた前記着金予定情報に含まれる前記対象口座番号と一致する前記口座番号を検索し、検索される前記口座番号に紐付く前記利用者識別情報を特定することにより、前記着金予定情報に対応する対象者である前記利用者を特定し、特定した前記利用者に前記着金予定情報を提供する
   ことを特徴とする情報処理装置。
2. 前記提供部は、
   前記所定の銀行口座に対する着金予定日および着金予定額を含む前記着金予定情報を前記利用者に提供する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記提供部は、
   前記着金予定情報とともに、前記利用者に対応する前記振分設定に基づいて特定した前記振分処理の予定を示す情報を前記利用者に提供する
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記提供部は、
   前記着金予定情報とともに、前記利用者の操作に応じて前記振分設定を行うための処理に移行するオブジェクトを前記利用者に提供する
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記提供部は、
   前記利用者に対応する前記電子決済サービスの利用履歴を参照して、前記利用者が前記電子決済サービスにおいて清算を必要とする債務があり、かつ、その債務が前記着金予定情報に含まれる金額より少ない場合、前記利用者に対して、前記着金予定情報とともに、前記債務の清算を提案するための提案情報を提供する
   ことを特徴とする請求項１に記載の情報処理装置。
6. 前記利用者ごとに、前記利用者識別情報に対応付けて前記所定の銀行口座の口座番号を記憶する口座情報記憶部をさらに有し、
   前記口座情報記憶部は、
   前記所定の銀行口座の口座番号として、前記提携先の銀行から予め借り受けた複数の仮想口座番号のうち未使用の状態である仮想口座番号の中から任意に選択される仮想口座番号を記憶する
   ことを特徴とする請求項１に記載の情報処理装置。
7. 前記受付部は、
   振込予定日、振込先口座番号、及び振込予定額を示す各情報が含まれる振込予約情報を受信した前記提携先の銀行から、前記振込予約情報に基づく前記着金予定情報を受け付ける
   ことを特徴とする請求項１に記載の情報処理装置。
8. 前記受付部は、
   企業から振込予約を受け付けた銀行サーバから前記振込予約情報を受信した前記提携先の銀行から、前記着金予定情報を受け付ける
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記提供部は、
   前記利用者により事前に設定された着金の予定に関する情報の内容と、前記受付部により受け付けられる前記着金予定情報の内容とが一致することを条件に、前記振分処理の予定を示す情報を前記利用者に提供する
   ことを特徴とする請求項１に記載の情報処理装置。
10. オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行するコンピュータにより行われる情報処理方法であって、
    前記利用者の資金受取用口座として前記利用者に予め紐付けられている口座であって、提携先の銀行が管理する所定の銀行口座に入金される資金の振分先として、前記電子決済サービスにおいて前記利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定を前記利用者から受け付ける受付工程と、
    前記所定の銀行口座に対する入金が確認された場合、対象となる前記利用者に対応する前記振分設定に基づいて、前記資金を振り分ける振分処理を実行する振分処理工程と、
    前記振分処理工程により実行された前記振分処理に関する情報を前記利用者に提供する提供工程と
    を含み、
    前記受付工程は、
    前記提携先の銀行から、前記所定の銀行口座に対する着金の予定を示す情報であって、振込先口座番号に対応する対象口座番号を含む着金予定情報を受け付け、
    前記提供工程は、
    前記利用者ごとに、前記利用者を特定するための利用者識別情報に対応付けて前記所定の銀行口座の口座番号を記憶する口座情報を参照して、前記受付工程により受け付けられた前記着金予定情報に含まれる前記対象口座番号と一致する前記口座番号を検索し、検索される前記口座番号に紐付く前記利用者識別情報を特定することにより、前記着金予定情報に対応する対象者である前記利用者を特定し、特定した前記利用者に前記着金予定情報を提供する
    ことを特徴とする情報処理方法。
11. オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行するコンピュータに、
    前記利用者の資金受取用口座として前記利用者に予め紐付けられている口座であって、提携先の銀行が管理する所定の銀行口座に入金される資金の振分先として、前記電子決済サービスにおいて前記利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定を前記利用者から受け付ける受付手順と、
    前記所定の銀行口座に対する入金が確認された場合、対象となる前記利用者に対応する前記振分設定に基づいて、前記資金を振り分ける振分処理を実行する振分処理手順と、
    前記振分処理手順により実行された前記振分処理に関する情報を前記利用者に提供する提供手順と
    を実行させ、
    前記受付手順は、
    前記提携先の銀行から、前記所定の銀行口座に対する着金の予定を示す情報であって、振込先口座番号に対応する対象口座番号を含む着金予定情報を受け付け、
    前記提供手順は、
    前記利用者ごとに、前記利用者を特定するための利用者識別情報に対応付けて前記所定の銀行口座の口座番号を記憶する口座情報を参照して、前記受付手順により受け付けられた前記着金予定情報に含まれる前記対象口座番号と一致する前記口座番号を検索し、検索される前記口座番号に紐付く前記利用者識別情報を特定することにより、前記着金予定情報に対応する対象者である前記利用者を特定し、特定した前記利用者に前記着金予定情報を提供する
    ことを特徴とする情報処理プログラム。
12. オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する情報処理装置と、前記電子決済サービスを前記利用者に提供する事業者の提携先の銀行が運営する提携先銀行サーバとを含む情報処理システムであって、
    前記情報処理装置は、
    前記利用者の資金受取用口座として前記利用者に予め紐付けられている口座であって、前記提携先の銀行が管理する所定の銀行口座に入金される資金の振分先として、前記電子決済サービスにおいて前記利用者が保有する電子ウォレットを含む複数の振分先を指定する振分設定を前記利用者から受け付ける受付部と、
    前記所定の銀行口座に対する入金が確認された場合、対象となる前記利用者に対応する前記振分設定に基づいて、前記資金を振り分ける振分処理を実行する振分処理部と、
    前記振分処理部により実行された前記振分処理に関する情報を前記利用者に提供する提供部と
    を有し、
    前記受付部は、
    企業から振込予約を受け付けた他の銀行サーバから振込予約情報を受信した前記提携先銀行サーバから、前記所定の銀行口座に対する着金の予定を示す情報であって、振込先口座番号に対応する対象口座番号を含む着金予定情報を受け付け、
    前記提供部は、
    前記利用者ごとに、前記利用者を特定するための利用者識別情報に対応付けて前記所定の銀行口座の口座番号を記憶する口座情報を参照して、前記受付部により受け付けられた前記着金予定情報に含まれる前記対象口座番号と一致する前記口座番号を検索し、検索される前記口座番号に紐付く前記利用者識別情報を特定することにより、前記着金予定情報に対応する対象者である前記利用者を特定し、特定した前記利用者に前記着金予定情報を提供する
    ことを特徴とする情報処理システム。

Images