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

Abstract

【課題】給与のデジタル払いに関連するサービスにおいて、利用者の適切な保護を図ること。【解決手段】本願に係る情報処理装置は、実行部と、依頼部とを有する。実行部は、電子決済サービスにおいて利用者が保有するユーザアカウントの状況に基づいて、ユーザアカウントに紐付く電子ウォレットの機能制限を実行する。依頼部は、電子ウォレットの機能制限を実行した場合、電子ウォレットに対応付けられている仮想口座を管理する他の装置に対して、仮想口座の状態の変更を依頼する。【選択図】図３

Description

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

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

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

しかしながら、上記の従来技術では、給与のデジタル払いに関連するサービスにおいて、利用者を適切に保護する上で改善の余地がある。

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

本願に係る情報処理装置は、オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する情報処理装置であって、実行部と、依頼部とを有する。実行部は、電子決済サービスにおいて利用者が保有するユーザアカウントの状況に基づいて、ユーザアカウントに紐付く電子ウォレットの機能制限を実行する。依頼部は、電子ウォレットの機能制限を実行した場合、電子ウォレットに対応付けられている仮想口座を管理する他の装置に対して、仮想口座の状態の変更を依頼する。

実施形態の一態様によれば、給与のデジタル払いに関連するサービスにおいて、利用者の適切な保護を図ることができるという効果を奏する。

図１は、実施形態に係る振込サービスにおける情報処理の全体像を示す図である。 図２は、実施形態に係る情報処理の概要を示す図である。 図３は、実施形態に係る決済サーバの構成例を示す図である。 図４は、実施形態に係る利用履歴データベースに記憶される利用履歴の一例を示す図である。 図５は、実施形態に係る利用者管理データベースに記憶される利用者管理情報の一例を示す図である。 図６は、実施形態に係る連携銀行サーバの構成例を示す図である。 図７は、実施形態に係る顧客管理データベースに記憶される顧客管理情報の一例を示す図である。 図８は、実施形態に係る決済サーバにより実行される情報処理（その１）の処理手順例を示すフローチャートである。 図９は、実施形態に係る決済サーバにより実行される情報処理（その２）の処理手順例を示すフローチャートである。 図１０は、実施形態に係る決済サーバにより実行される情報処理（その３）の処理手順例を示すフローチャートである。 図１１は、実施形態に係る連携銀行サーバにより実行される情報処理の処理手順例を示すフローチャートである。 図１２は、変形例に係る利用者管理情報の一例を示す図である。 図１３は、実施形態または変形例に係る決済サーバおよび連携銀行サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

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

（１－１．実施形態に係る情報処理と振込サービスの全体像）
以下、実施形態に係る振込サービスにおける情報処理の全体像について説明する。図１は、実施形態に係る振込サービスにおける情報処理の全体像を示す図である。

図１に示すように、実施形態に係る振込サービスは、サービス事業者Ｘ、及び銀行Ｙにより提供される。なお、銀行Ｙは、金融機関の一例であり、銀行以外の他の金融機関であってもよい。サービス事業者Ｘは、電子決済に関する電子決済サービスを利用者に提供する事業を営む。たとえば、電子決済サービスは、コード決済による電子マネーのやり取りを制御する所定の取引手段を提供するサービスに該当する。

また、サービス事業者Ｘは、電子決済サービスに連携した連携サービスの１つとして、振込サービスを提供する。振込サービスは、仮想口座（バーチャル口座ともいう。）を受取銀行口座とした振込を通じて、各種資金を電子マネーで受け取ることを可能とするサービスである。サービス事業者Ｘは、振込サービスを利用者に提供する際、銀行Ｙから借り受けた複数の仮想口座の中から任意に選択した仮想口座を、電子決済サービスにおいて利用者が保有する電子ウォレットに一意に対応付ける。そして、サービス事業者Ｘは、電子ウォレットに対応付けた仮想口座を利用者に通知する。利用者は、サービス事業者から通知された仮想口座を振込先として振込元に通知することにより、仮想口座への銀行振込を通じて、電子ウォレットを通じて、各種資金を電子マネーで受け取ることができる。

銀行Ｙは、サービス事業者Ｘなどの事業者に対して、各種金融サービスを提供する事業を営む。銀行Ｙは、各種金融サービスの１つとして、仮想口座をサービス事業者Ｘに貸し出すサービスを提供する。

また、実施形態に係る振込サービスでは、サービス事業者Ｘにより振込サービスを利用者に提供するためのシステムが管理され、銀行Ｙにより振込サービスを実行するための仮想口座を事業者に提供するためのシステムが管理される。このように、実施形態に係る振込サービスは、管理主体が異なる非同期なシステムにより実現されている。また、振込サービスの不正利用対策などの利用者保護の観点から、振込サービスにおいて利用者が保有する電子ウォレットへの入金制限などを実行する場合があり得る。この場合、利用者が保有する電子ウォレットの状態と、電子ウォレットに対応付けられている仮想口座の状態とを上手く連携させなければ、振込サービスの利用者を適切に保護できないおそれがある。たとえば、電子ウォレットに対する入金の受付が停止されている状態であっても、電子ウォレットに対応する仮想口座への振込が行われしまう事態が生じ得る。そこで、実施形態に係る情報処理では、利用者が保有する電子ウォレットの状態と、電子ウォレットに対応付けられている仮想口座の状態とを上手く連携させることにより、振込サービスの利用者の適切な保護を図る。

たとえば、図１に示すように、サービス事業者Ｘは、決済システムを通じて、電子決済サービスの利用者が保有するユーザアカウントと、電子決済サービスを導入する加盟店との間で実行される各種取引（決済／送金／出金）に関する取引状態をモニタリングする。

また、サービス事業者Ｘは、決済システムと利用者管理ＤＢ（Data Base）とに基づいてモニタリング結果を分析する（ステップＳ０１）。また、サービス事業者Ｘは、分析結果に基づいて、ユーザアカウントを制御するアカウント制御を実行する（ステップＳ０２）。アカウント制御は、後に詳述するが、電子決済サービスを利用するために利用者が保有する電子ウォレットの機能制限に関する処理に該当する。

また、サービス事業者Ｘは、アカウント制御の結果に従って、たとえば、銀行Ｙと連携する連携システムを通じて、制御対象となった電子ウォレットに対応付けられている仮想口座に対する資金受入停止を依頼する（ステップＳ０３）。

銀行Ｙは、サービス利用者から受け付けられた資金受入停止の依頼に応じて、対象となる仮想口座のステータスを取引停止状態に変更する（ステップＳ０４）。

一方、振込依頼人は、振込元金融機関において振込依頼人が保有する振込依頼人口座から新規の振込依頼を行う（ステップＳ０５）。振込元金融機関は、振込依頼人口座を振込元として、振込依頼を金融機関に送る（ステップＳ０６）。

銀行Ｙは、処理対象となる振込依頼を振込ＤＢから取得する。そして、銀行Ｙは、管理ＤＢを参照し、たとえば、振込依頼に振込先として含まれている仮想口座のステータスが取引停止状態であることを検知する（ステップＳ０７）。この場合、銀行Ｙは、振込元金融機関から受け取った振込依頼に対して、振込が成立しない旨の振込ＮＧを返却する（ステップＳ０８）。

振込元金融機関は、振込依頼人に対して、振込が成立しない旨の振込ＮＧを返却する（ステップＳ０９）。以上で、振込サービスにおいて振込が成立しない場合の一連の情報処理が終了する。

（１－２．システム構成）
以下、実施形態に係る情報処理について具体的に説明する。まず、実施形態に係る情報処理の説明に先駆けて、図２を参照しつつ、情報処理システムＳＹＳの構成の一例について説明する。図２は、実施形態に係る情報処理の概要を示す図である。

図２に示すように、実施形態に係る情報処理システムＳＹＳは、実施形態に係る情報処理装置の一例である決済サーバ１００および連携銀行サーバ２００を含む。図２に示す場合、決済サーバ１００は、オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する第１の装置として機能し、連携銀行サーバ２００は、電子決済サービスの利用者に紐付く仮想口座を管理する第２の装置として機能する。決済サーバ１００および連携銀行サーバ２００は、ネットワークＮ（例えば、図３参照）を介して有線または無線により相互に通信可能に接続される。ネットワークＮは、例えば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図２に示す情報処理システムＳＹＳの構成は一例であり、たとえば、電子決済サービスの利用者が使用する端末装置などの他の装置が含まれていてもよい。

図２に示す決済サーバ１００は、実施形態に係る情報処理を実行する情報処理装置である。決済サーバ１００は、典型的にはサーバ装置であるが、メインフレームやワークステーションなどにより実現されてもよい。また、決済サーバ１００がサーバ装置により実現される場合、単独のサーバ装置により実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。決済サーバ１００は、電子決済に関する電子決済サービスを利用者に提供する事業を営む事業者により運営および管理される。

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

また、決済サーバ１００は、上述の振込サービスに関する各種の情報処理を実行する。たとえば、振込サービスは、仮想口座を経由した銀行口座への振込を通じて、利用者の給与や給与以外の各種資金を電子マネーで受け取ることを可能とする。なお、振込サービスは、コード決済を実現するための決済アプリ内で起動するミニアプリとして構成されてもよいし、この決済アプリとは独立して用意された固有のアプリケーションプログラムにより構成されてもよい。

図２に示す連携銀行サーバ２００は、実施形態に係る情報処理を実行する情報処理装置である。連携銀行サーバ２００は、典型的にはサーバ装置であるが、メインフレームやワークステーションなどにより実現されてもよい。また、連携銀行サーバ２００がサーバ装置により実現される場合、単独のサーバ装置により実現されてもよいし、複数のサーバ装置及び複数のストレージ装置が協働して動作するクラウドシステムなどにより実現されてもよい。連携銀行サーバ２００は、サービス事業者Ｘ（たとえば、図１参照）などの事業者に対して、各種金融サービスを提供する事業を銀行により運営及び管理される。

連携銀行サーバ２００は、たとえば、各利用者からの指示に応じた送金や振替などの銀行業務に関する処理を実行する。また、連携銀行サーバ２００は、銀行口座の利用履歴として、各カード会社や、各種サービスの提供者による銀行口座からの引き落としに関する情報（たとえば、引き落とした金額や、引き落とした日時など）や、現在の口座残高などを含む口座情報などを、口座名義人に対応付けて管理する。

また、連携銀行サーバ２００は、各種金融サービスの１つとして、自行において実口座を保有する事業者に対して、実口座に紐付く仮想口座を貸し渡すサービスを提供する。たとえば、サービス利用者を雇用する企業などの希望者により開設された銀行口座を管理する銀行Ｙに属する情報処理装置であり、サーバ装置やクラウドシステムなどにより実現される。

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

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

また、決済サーバ１００は、利用者が使用する端末装置に対し、振込サービス用の仮想口座を特定するための口座情報（口座番号）を送信することにより、利用者に口座情報を提供する。利用者は、決済サーバ１００から提供された口座情報を、給与や諸経費などの振込先として勤め先の企業などの振込依頼先へ知らせる。利用者から口座情報を受け取った企業などの振込依頼先は、自身が保有する銀行口座から、この口座情報を振込先（送金先）として、たとえば、給与や諸経費などの所定の振込を行う。決済サーバ１００は、仮想口座に対する着金を検知すると、仮想口座が割り当てられている利用者の電子ウォレット（電子マネー口座）に対して、仮想口座に対する入金額に相当する電子マネーを入金（チャージ、又は残高加算ともいう。）する。このようにして、利用者は、振込依頼先に口座情報を知らせることにより、仮想口座を経由した銀行口座への振込を通じて、利用者の給与や給与以外の各種資金を電子マネーで受け取ることができる。

（１－４．実施形態に係る情報処理）
以下、図２を用いて、実施形態に係る情報処理について具体的に説明する。図２に示すように、決済サーバ１００は、利用者のサービス利用状況に基づいて、利用者が保有する電子ウォレットの機能制限を実行する（ステップＳ１１）。たとえば、決済サーバ１００は、利用者のユーザアカウントに紐付くサービス利用状況をモニタリングし、サービス利用状況が所定の状態にあるかどうかを判断する。所定の状態には、マネーロンダリングなどの不自然な取引が疑われる状態や、ユーザアカウントの乗っ取りなどが疑われる状態などが想定される。

また、電子ウォレットの機能制限には、電子ウォレットに対する入金機能の停止などが想定される。また、決済サーバ１００は、電子ウォレットに対する入金機能を停止する場合、仮想口座への入金を通じて行われる入金機能のみを停止し、仮想口座への入金以外の入金手段、たとえば、クレジットカードや他の銀行口座などにより行われる入金機能を有効な状態で維持してもよい。

決済サーバ１００は、電子ウォレットの機能制限を実行する場合、対象利用者の電子ウォレットの機能制限に関する情報を利用者管理データベース１２２へ登録する。たとえば、決済サーバ１００は、対象利用者を識別するための利用者ＩＤに対応付けて、ウォレットの状態として「入金停止」を登録する。

決済サーバ１００は、電子ウォレットの機能制限を実行した場合、連携銀行サーバ２００に対して、対象利用者の仮想口座の取引停止依頼を送信する（ステップＳ１２）。たとえば、取引停止依頼には、銀行Ｙとサービス事業者Ｘとの間でサービス事業者Ｘを一意に特定することが可能な識別情報である顧客ＩＤと、取引停止の対象となる仮想口座（すなわち、対象利用者に割り当てられた仮想口座）の口座番号とが含まれている。

連携銀行サーバ２００は、決済サーバ１００から仮想口座の取引停止依頼を受信した場合、受信した仮想口座の取引停止依頼に従って、対象となる仮想口座のステータスを取引停止状態に変更する（ステップＳ１３）。たとえば、連携銀行サーバ２００は、顧客管理データベース２２１に記憶されている顧客管理情報の中から、取引停止依頼に含まれる顧客ＩＤ「ＢＣ＃１１１」に対応付けられている仮想口座を特定する。そして、連携銀行サーバ２００は、特定した仮想口座のうち、取引停止依頼に含まれる口座番号「Ｖ１１１１１１」に対応する仮想口座の状態として「取引停止」を登録する。

このようにして、決済サーバ１００および連携銀行サーバ２００は、利用者が保有する電子ウォレットの状態と、電子ウォレットに対応付けられている仮想口座の状態とを上手く連携させることにより、振込サービスの利用者の適切な保護を図ることができる。

また、決済サーバ１００は、利用者からの要求に従ってユーザアカウントを削除した場合、連携銀行サーバ２００に対して、利用者が保有する電子ウォレットに対応付けられている仮想口座の凍結依頼を送信してもよい。この場合、連携銀行サーバ２００は、決済サーバ１００から受信した仮想口座の凍結依頼に従って、顧客管理データベース２２１に記憶されている管理情報を更新する。たとえば、連携銀行サーバ２００は、対象となる仮想口座のステータスとして「凍結状態」を登録する。

また、決済サーバ１００は、所定の条件に従って、電子ウォレットに対する機能制限を解除した場合、連携銀行サーバ２００に対して、仮想口座の取引再開依頼を送信してもよい。また、決済サーバ１００は、連携銀行サーバ２００に対して、仮想口座の取引再開依頼を送信する際、取引再開の期日を指定してもよい。連携銀行サーバ２００は、決済サーバ１００から受信した仮想口座の取引再開依頼に従って、顧客管理データベース２２１に記憶されている管理情報を更新する。たとえば、連携銀行サーバ２００は、対象となる仮想口座のステータスとして「通常取引」を登録する。

また、連携銀行サーバ２００は、取引停止状態である仮想口座に対する振込依頼を受け付けた場合、振込依頼の振込元に対するエラー処理を実行するとともに、決済サーバ１００に対して、エラー処理を行った旨を通知してもよい。たとえば、決済サーバ１００が連携銀行サーバ２００から受け付けるエラー処理を行った旨の通知には、仮想口座番号が含まれていてもよい。この場合、決済サーバ１００は、連携銀行サーバ２００から受け付けた仮想口座番号に紐づくユーザアカウントを取得して、該当するユーザアカウントを保有する利用者の端末装置に対して、端末装置にインストールされている決済アプリを介して口座振込がエラーとなった旨を通知してもよい。このとき、決済サーバ１００は、仮想口座のステータスについても合わせて通知してもよい。このようにして、決済サーバ１００は、ステータスが取引停止状態となっている仮想口座に対して、仮想口座に紐付く利用者以外の他者からの振込試行があったことを、仮想口座に紐付く利用者に把握させることができる。

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

（通信部１１０について）
通信部１１０は、たとえば、ＮＩＣ（Network Interface Card）などによって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、連携銀行サーバ２００などの他の装置との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、たとえば、ＲＡＭ（Random Access Memory）やフラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスクや光ディスクなどの記憶装置によって実現される。図３に示すように、記憶部１２０は、利用履歴データベース１２１と、利用者管理データベース１２２とを有する。

（利用履歴データベース１２１について）
利用履歴データベース１２１は、電子決済サービスの利用者の決済履歴や入出金などのサービス利用履歴を記憶する。図４は、実施形態に係る利用履歴データベース１２１に記憶される利用履歴の一例を示す図である。図４に示すように、利用履歴データベース１２１が記憶するサービス利用履歴は、「利用者ＩＤ」の項目と、「決済履歴」の項目と、「入出金履歴」の項目とを有している。サービス利用履歴が有するこれらの項目は、相互に対応付けられている。

「利用者ＩＤ」の項目には、電子決済サービスにおいて利用者を一意に特定するために各利用者に対して付与された固有の識別情報である利用者ＩＤが記憶される。「決済履歴」の項目には、利用者により実行されたコード決済の決済履歴に関する情報が記憶される。「入出金履歴」の項目には、利用者が保有する電子ウォレットへの入金履歴に関する情報や、電子ウォレットからの出金履歴（送金履歴を含む）を示す情報が記憶される。

利用履歴データベース１２１に記憶されるサービス利用履歴は、後述する実行部１３１によるサービス利用状況の判断に用いられる。

（利用者管理データベース１２２について）
利用者管理データベース１２２は、振込サービスの利用者を管理するための利用者管理情報をが記憶する。図５は、実施形態に係る利用者管理データベース１２２に記憶される利用者管理情報の一例を示す図である。

図５に示すように、利用者管理データベース１２２に記憶されている利用者管理情報は、「利用者ＩＤ」の項目と、「アカウント情報」の項目と、「ウォレット状態」の項目と、「仮想口座番号」の項目とを有している。利用者管理情報が有するこれらの項目は相互に対応付けられている。

「利用者ＩＤ」の項目には、振込サービスの利用者を一意に特定するために各利用者に対して付与された固有の識別情報である利用者ＩＤが記憶される。たとえば、振分設定に関する情報が有する「利用者ＩＤ」の項目に記憶される利用者ＩＤは、上述の利用履歴データベース１２１に記憶される利用履歴が有する「利用者ＩＤ」の項目に記憶される利用者ＩＤと同一の情報である。

「アカウント情報」の項目には、振込サービスの利用者のユーザアカウントに関する情報が記憶される。ユーザアカウントに関する情報には、振込サービスにログインするためのログイン情報（たとえば、ログインＩＤやパスワードを含む）や、利用者の氏名、住所、電話番号、メールアドレスなどの個人情報などが含まれる。

「電子ウォレット」の項目には、電子決済サービスにおいて利用者が保有する電子ウォレットの状態を示す情報が記憶される。電子ウォレットの状態には、「入金停止」や「有効」などの状態が含まれる。「入金停止」は、仮想口座への入金を通じて行われる電子ウォレットへの入金が停止されている状態を示す。「有効」は、電子ウォレットの入出金が正常に機能している状態を示す。なお、図５に示す電子ウォレットの状態は一例であり、「出金停止」などの他の状態が含まれていてもよい。

「仮想口座番号」の項目には、電子ウォレットに対応付けられている仮想口座を一意に特定するために仮想口座に付与された固有の口座番号を示す情報が記憶される。

（制御部１３０について）
制御部１３０は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）などによって、決済サーバ１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）などの集積回路により実現され得る。

図３に示すように、制御部１３０は、実行部１３１と、依頼部１３２とを有し、これらの各部により、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０には、決済サーバ１００が実行する各種処理の拡張などに応じて、図３に示す各部とは異なる新たな機能部が導入されてもよい。

（実行部１３１について）
実行部１３１は、電子決済サービスにおいて利用者が保有するユーザアカウントの状況に基づいて、ユーザアカウントに紐付く電子ウォレットの機能制限を実行する。たとえば、実行部１３１は、ユーザアカウントに紐付くサービス利用状況が所定の状態にある場合、電子ウォレットの機能制限を実行してもよい。

また、実行部１３１は、電子ウォレットの機能制限の１つとして、電子ウォレットに対する入金を停止してもよい。また、実行部１３１は、電子ウォレットに対する入金を停止する場合、仮想口座への入金を通じて行われる入金のみを停止し、仮想口座への入金以外の入金手段（たとえば、実口座を用いた銀行振込やクレジットカードなど）により行われる入金を有効な状態で維持してもよい。たとえば、利用者が仮想口座による振込サービスを解約した場合、仮想口座への入金以外の入金手段により行われる入金を有効な状態で維持することが考えられる。また、実行部１３１は、利用者からの要求に従ってユーザアカウントを削除してもよい。

また、実行部１３１は、連携銀行サーバ２００から、取引停止の状態にある仮想口座に対する振込依頼の振込元に対するエラー処理を行った旨の通知を受け付けた場合、エラー処理とともに受け付けた情報であって、仮想口座に付与されている固有の識別情報である仮想口座番号に紐付くユーザアカウントを保有する利用者の端末装置に対して、端末装置にインストールされている決済アプリを通じて、仮想口座に対する振込依頼がエラーになった旨を通知してもよい。たとえば、実行部１３１は、仮想口座に対する振込依頼がエラーになった旨の通知情報を、通信部１１０を通じて、端末装置１０に送信する。

（依頼部１３２について）
依頼部１３２は、電子ウォレットの機能制限を実行した場合、電子ウォレットに対応付けられている仮想口座を管理する連携銀行サーバ２００に対して、仮想口座の状態の変更を依頼する。たとえば、依頼部１３２は、実行部１３１により電子ウォレットの機能制限が実行された場合、通信部１１０を通じて、連携銀行サーバ２００に対して、仮想口座の取引停止依頼を送信してもよい。

また、依頼部１３２は、実行部１３１により電子ウォレットの機能制限が解除された場合、通信部１１０を通じて、連携銀行サーバ２００に対して、仮想口座の取引再開依頼を送信してもよい。また、依頼部１３２は、仮想口座の取引再開依頼を送信する際、取引再開の期日を指定してもよい。

また、依頼部１３２は、実行部１３１によりユーザアカウントが削除された場合、通信部１１０を通じて、連携銀行サーバ２００に対して、仮想口座の凍結依頼を送信してもよい。

（２－２．連携銀行サーバの構成）
以下、図６を用いて、実施形態に係る連携銀行サーバ２００の構成について説明する。図６は、実施形態に係る連携銀行サーバ２００の構成例を示す図である。図６に示すように、連携銀行サーバ２００は、通信部２１０と、記憶部２２０と、制御部２３０とを有する。

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

1. オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する情報処理装置であって、
   前記電子決済サービスにおいて前記利用者が保有するユーザアカウントの状況に基づいて、当該ユーザアカウントに紐付く電子ウォレットの機能制限を実行する実行部と、
   前記電子ウォレットの機能制限を実行した場合、前記電子ウォレットに対応付けられている仮想口座を管理する他の装置に対して、前記仮想口座の状態の変更を依頼する依頼部と
   を有することを特徴とする情報処理装置。
2. 前記実行部は、
   前記ユーザアカウントに紐付くサービス利用状況が所定の状態にある場合、前記電子ウォレットに対する入金の受付を停止し、
   前記依頼部は、
   前記実行部により前記電子ウォレットの機能制限が実行された場合、前記他の装置に対して、前記仮想口座の取引停止依頼を送信する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記実行部は、
   前記仮想口座への入金を通じて行われる前記電子ウォレットに対する入金の受付のみを停止し、前記仮想口座への入金以外の他の入金手段により行われる前記電子ウォレットに対する入金の受付を有効な状態で維持する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記実行部は、
   所定の条件に従って、前記電子ウォレットに対する機能制限を解除し、
   前記依頼部は、
   前記実行部により前記電子ウォレットの機能制限が解除された場合、前記他の装置に対して、前記仮想口座の取引再開依頼を送信する
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記依頼部は、
   前記仮想口座の取引再開依頼を送信する際、取引再開の期日を指定する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記実行部は、
   前記利用者からの要求に従って前記ユーザアカウントを削除し、
   前記依頼部は、
   前記実行部により前記ユーザアカウントが削除された場合、前記他の装置に対して、前記仮想口座の凍結依頼を送信する
   ことを特徴とする請求項１に記載の情報処理装置。
7. 前記実行部は、
   前記他の装置から、取引停止の状態にある前記仮想口座に対する振込依頼の振込元に対するエラー処理を行った旨の通知を受け付けた場合、前記エラー処理とともに受け付けた情報であって、前記仮想口座に付与されている固有の識別情報である仮想口座番号に紐付くユーザアカウントを保有する前記利用者の端末装置に対して、前記端末装置にインストールされているアプリケーションプログラムを通じて、前記仮想口座に対する振込依頼がエラーになった旨を通知する
   ことを特徴とする請求項１に記載の情報処理装置。
8. 電子決済サービスの利用者に紐付く仮想口座を管理する情報処理装置であって、
   前記電子決済サービスに関する処理を実行する他の装置から、前記仮想口座の状態の変更依頼を受け付けた場合、受け付けた変更依頼の内容に従って、対象となる前記仮想口座の状態を変更する口座管理部
   を備えることを特徴とする情報処理装置。
9. 前記口座管理部は、
   取引停止状態である前記仮想口座に対する振込依頼を受け付けた場合、前記振込依頼の振込元に対するエラー処理を実行するとともに、前記他の装置に対して、前記エラー処理を行った旨を通知する
   ことを特徴とする請求項８に記載の情報処理装置。
10. 前記口座管理部は、
    前記エラー処理を行った旨の通知を行う際、前記仮想口座を一意に特定するために仮想口座に付与されている固有の識別情報である仮想口座番号を合わせて通知する
    ことを特徴とする請求項９に記載の情報処理装置。
11. オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行するコンピュータにより行われる情報処理方法であって、
    前記電子決済サービスにおいて前記利用者が保有するユーザアカウントの状態に基づいて、当該ユーザアカウントに紐付く電子ウォレットの機能制限を実行する実行工程と、
    前記電子ウォレットの機能制限を実行した場合、前記電子ウォレットに対応付けられている仮想口座を管理する他の装置に対して、前記仮想口座の状態の変更を依頼する依頼工程と
    を含むことを特徴とする情報処理方法。
12. オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行するコンピュータに、
    前記電子決済サービスにおいて前記利用者が保有するユーザアカウントの状況に基づいて、当該ユーザアカウントに紐付く電子ウォレットの機能制限を実行する実行手順と、
    前記電子ウォレットの機能制限を実行した場合、前記電子ウォレットに対応付けられている仮想口座を管理する他の装置に対して、前記仮想口座の状態の変更を依頼する依頼手順と
    を実行させることを特徴とする情報処理プログラム。
13. 電子決済サービスの利用者に紐付く仮想口座を管理するコンピュータにより行われる情報処理方法であって、
    前記電子決済サービスに関する処理を実行する他の装置から、前記仮想口座の状態の変更依頼を受け付けた場合、受け付けた変更依頼の内容に従って、対象となる前記仮想口座の状態を変更する口座管理工程
    を含むことを特徴とする情報処理方法。
14. 電子決済サービスの利用者に紐付く仮想口座を管理するコンピュータに、
    前記電子決済サービスに関する処理を実行する他の装置から、前記仮想口座の状態の変更依頼を受け付けた場合、受け付けた変更依頼の内容に従って、対象となる前記仮想口座の状態を変更する口座管理手順
    を実行させることを特徴とする情報処理プログラム。
15. オンラインシステムを通じて利用者に提供される電子決済サービスに関する処理を実行する第１の装置と、電子決済サービスの利用者に紐付く仮想口座を管理する第２の装置とを含む情報処理システムであって、
    前記第１の装置は、
    前記電子決済サービスにおいて前記利用者が保有するユーザアカウントの状況に基づいて、当該ユーザアカウントに紐付く電子ウォレットの機能制限を実行する実行部と、
    前記電子ウォレットの機能制限を実行した場合、前記電子ウォレットに対応付けられている仮想口座を管理する他の装置に対して、前記仮想口座の状態の変更を依頼する依頼部とを有し、
    前記第２の装置は、
    前記電子決済サービスに関する処理を実行する他の装置から、前記仮想口座の状態の変更依頼を受け付けた場合、受け付けた変更依頼の内容に従って、対象となる前記仮想口座の状態を変更する口座管理部
    を有することを特徴とする情報処理システム。

Images