JP7219359B1 - 情報処理装置 - 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 (4)

1. 提携先の金融機関において事業者が所有する同一の口座に紐付けられた複数の仮想口座の中から利用者ごとに個別に割り当てられた仮想口座に対する振込入金を検知する検知部と、
   前記振込入金が検知された場合、前記仮想口座に予め関連付けられている前記利用者が所有する電子マネーの残高を示すマネー残高に対して、前記振込入金の入金額を反映させる反映部と、
   前記利用者から前記仮想口座の作成依頼を受け付けた場合、前記金融機関から予め貸し出された複数の前記仮想口座のうち未使用である複数の前記仮想口座の中から任意に選択した前記仮想口座を、作成依頼元の前記利用者に対応する前記仮想口座として任意に割り当てて、割り当てた前記仮想口座を特定するための口座情報と、前記利用者に固有の識別情報とを関連付けて管理する管理部と
   を有し、
   前記管理部は、
   前記仮想口座の利用目的ごとに、前記仮想口座を割り当て、
   前記利用目的が給与受取ではない場合、利用可能な期限が予め設定されている前記仮想口座を割り当てる
   ことを特徴とする情報処理装置。
2. 提携先の金融機関において事業者が所有する同一の口座に紐付けられた複数の仮想口座の中から利用者ごとに個別に割り当てられた仮想口座に対する振込入金を検知する検知部と、
   前記振込入金が検知された場合、前記仮想口座に予め関連付けられている前記利用者が所有する電子マネーの残高を示すマネー残高に対して、前記振込入金の入金額を反映させる反映部と、
   前記利用者から前記仮想口座の作成依頼を受け付けた場合、前記金融機関から予め貸し出された複数の前記仮想口座のうち未使用である複数の前記仮想口座の中から任意に選択した前記仮想口座を、作成依頼元の前記利用者に対応する前記仮想口座として任意に割り当てて、割り当てた前記仮想口座を特定するための口座情報と、前記利用者に固有の識別情報とを関連付けて管理する管理部と
   を有し、
   前記検知部は、
   １回の前記入金額が所定の金額を超える場合、振込入金の受付を拒否するように前記金融機関に依頼し、
   前記管理部は、
   前記仮想口座の利用目的ごとに、前記仮想口座を割り当て、
   前記利用目的が給与受取ではない場合、利用可能な期限が予め設定されている前記仮想口座を割り当てる
   ことを特徴とする情報処理装置。
3. 提携先の金融機関において事業者が所有する同一の口座に紐付けられた複数の仮想口座の中から利用者ごとに個別に割り当てられた仮想口座に対する振込入金を検知する検知部と、
   前記振込入金が検知された場合、前記仮想口座に予め関連付けられている前記利用者が所有する電子マネーの残高を示すマネー残高に対して、前記振込入金の入金額を反映させる反映部と、
   前記利用者から前記仮想口座の作成依頼を受け付けた場合、前記金融機関から予め貸し出された複数の前記仮想口座のうち未使用である複数の前記仮想口座の中から任意に選択した前記仮想口座を、作成依頼元の前記利用者に対応する前記仮想口座として任意に割り当てて、割り当てた前記仮想口座を特定するための口座情報と、前記利用者に固有の識別情報とを関連付けて管理する管理部と
   を有し、
   前記検知部は、
   前記入金額を反映した後の前記マネー残高が所定の金額を超える場合、前記利用者に予め紐付けられている銀行口座を送金先として、前記残高が所定の金額を超える分に相当する額の現金を送金し、
   前記管理部は、
   前記仮想口座の利用目的ごとに、前記仮想口座を割り当て、
   前記利用目的が給与受取ではない場合、利用可能な期限が予め設定されている前記仮想口座を割り当てる
   ことを特徴とする情報処理装置。
4. 提携先の金融機関において事業者が所有する同一の口座に紐付けられた複数の仮想口座の中から利用者ごとに個別に割り当てられた仮想口座に対する振込入金を検知する検知部と、
   前記振込入金が検知された場合、前記仮想口座に予め関連付けられている前記利用者が所有する電子マネーの残高を示すマネー残高に対して、前記振込入金の入金額を反映させる反映部と、
   前記利用者から前記仮想口座の作成依頼を受け付けた場合、前記金融機関から予め貸し出された複数の前記仮想口座のうち未使用である複数の前記仮想口座の中から任意に選択した前記仮想口座を、作成依頼元の前記利用者に対応する前記仮想口座として任意に割り当てて、割り当てた前記仮想口座を特定するための口座情報と、前記利用者に固有の識別情報とを関連付けて管理する管理部と
   を有し、
   前記検知部は、
   １回の前記入金額が所定の金額を超える場合、振込入金の受付を拒否するように前記金融機関に依頼し、
   前記入金額を反映した後の前記マネー残高が所定の金額を超える場合、前記利用者に予め紐付けられている銀行口座を送金先として、前記残高が所定の金額を超える分に相当する額の現金を送金し、
   前記管理部は、
   前記仮想口座の利用目的ごとに、前記仮想口座を割り当て、
   前記利用目的が給与受取ではない場合、利用可能な期限が予め設定されている前記仮想口座を割り当てる
   ことを特徴とする情報処理装置。

Images