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

Abstract

【課題】他者へ送金を行う場合に、送金依頼人を容易に判別させること。【解決手段】本発明に係る判定部と、受付部とを備える。判定部は、ユーザが電子マネー口座から銀行口座へ送金依頼を行う際に、送金先となる銀行口座がユーザ本人の口座か否かを判定する。受付部は、判定部によって送金先の銀行口座がユーザ本人の口座でないと判定された場合に、送金依頼人名の入力を受け付ける。【選択図】図１

Description

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

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

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

給与のデジタル払いによって電子マネー口座へ給与が振り込まれるため、電子マネー口座から銀行口座への送金依頼の需要増加が想定される。従来技術では、電子マネー口座から銀行口座へ送金を行う場合、電子決済事業者名義の銀行口座から各銀行口座へ送金依頼人が電子決済事業者の名義で振り込みが行われており、他者へ送金を行う場合には、受取人が送金依頼人を判別することができないおそれがあった。

本発明は、上記に鑑みてなされたものであって、他者へ送金を行う場合に、送金依頼人を容易に判別させることができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、判定部と、受付部とを備える。判定部は、ユーザが電子マネー口座から銀行口座へ送金依頼を行う際に、送金先となる銀行口座がユーザ本人の口座か否かを判定する。受付部は、判定部によって送金先の銀行口座がユーザ本人の口座でないと判定された場合に、送金依頼人名の入力を受け付ける。

本発明によれば、他者へ送金を行う場合に、送金依頼人を容易に判別させることができる。

図１は、実施形態に係る情報処理の一例を示す図である。 図２は、実施形態に係るユーザによる送金依頼処理の模式図である。 図３は、実施形態に係る情報処理装置の構成例を示すブロック図である。 図４は、実施形態に係るユーザ情報データベースの一例を示す図である。 図５は、実施形態に係る振込処理の一例を示すフローチャートである。 図６は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

［実施形態］
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。図１に示すように、実施形態に係るシステムは、情報処理装置１と、ユーザ端末１００とを含む。

実施形態に係る情報処理装置１は、ユーザに対して電子マネー決済サービスを提供する情報処理装置である。例えば、情報処理装置１は、ユーザ端末１００を用いる電子決済に関する電子決済サービスを提供し、各種の決済を行う情報処理装置である。情報処理装置１は、取引対象の提供者（事業者）や取引対象が提供されるユーザの口座を管理しており、ユーザからの決済要求に従って、口座間における電子マネーの送金等を行うことで、各種決済を実現する。

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

ここで、情報処理装置１が実行する提供処理に先立ち、ユーザ端末１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗Ａに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ａを識別する店舗識別情報を示す２次元コードを用いて、ユーザがユーザ端末１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意のユーザが任意のユーザ端末１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコードのみならず、バーコードや所定のマーク、番号等であってもよい。

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

このような場合、情報処理装置１は、ユーザ識別情報が示すユーザの口座から、店舗識別情報が示す店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させる。そして、情報処理装置１は、決済が完了した旨の通知をユーザ端末１００へ送信する。このような場合、ユーザ端末１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

より詳細な例を説明する。例えば、店舗Ａに設置された店舗識別情報は、店舗ごとに設定されるＵＲＬであって、店舗Ａが属するグループを示すグループ識別情報と、そのグループにおいて店舗Ａを識別するグループ店舗識別情報とに紐づけ、情報処理装置１が参照可能に管理されている。なお、店舗識別情報となるＵＲＬは、情報処理装置１にアクセスするためのＵＲＬとなる。ユーザ端末１００は、店舗識別情報を撮影すると、撮影した店舗識別情報が示すＵＲＬにアクセスし、ユーザ識別情報を送信する。このような場合、情報処理装置１は、アクセスされたＵＲＬと対応するグループ識別情報を特定し、特定したグループ識別情報と紐づけられた電子マネーの口座（「ウォレット」と表示する場合がある）を特定する。続いて、情報処理装置１は、ユーザ端末１００に対して金額入力画面を表示させ、金額を入力させる。そして、情報処理装置１は、ユーザ端末１００から受けつけたユーザ識別情報と紐づけられたウォレットから、グループ識別情報を特定し、特定したグループ識別情報と紐づけられたウォレットに対して、入力された金額の電子マネーを移動させる。なお、情報処理装置１は、グループ識別情報およびグループ店舗識別情報とに紐づけられるウォレットに電子マネーを移動させてもよい。

なお、ユーザ端末１００を用いた決済は、上述した処理に限定されるものではない。例えば、ユーザ端末１００を用いた決済は、店舗Ａに設置された店舗端末を用いたものであってもよい。例えば、ユーザ端末１００は、ユーザを識別するためのユーザ識別情報を画面上に表示させる。このような場合、店舗Ａに設置された店舗端末は、ユーザ端末１００に表示されたユーザ識別情報を読み取り、ユーザ識別情報（若しくは、ユーザ識別情報が示す情報、すなわち、ユーザを示す情報（例えば、ユーザＩＤ）と、決済金額と、店舗Ａを識別する情報とを示す決済情報を情報処理装置１へ送信する。このような場合、情報処理装置１は、ユーザ識別情報が示すユーザの口座から、店舗Ａの口座へ、決済金額が示す額の電子マネーを移行させ、店舗Ａの店舗端末或いはユーザ端末１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

より詳細には、ユーザ端末１００は、ユーザ識別情報とともに情報処理装置１に対して支払いリクエストを送信する。このような場合、情報処理装置１は、ワンタイムコードを生成し、生成したワンタイムコードとユーザ識別情報とを紐づけるとともに、ワンタイムコードをユーザ端末１００に送信する。すると、ユーザ端末１００は、画面上にワンタイムコード（すなわち、ユーザを識別する情報）を表示する。このような場合、店舗端末は、ユーザ端末１００に表示されたワンタイムコードを読み取ると、読み取ったワンタイムコードと、グループ識別情報、グループ店舗識別情報および決済金額を情報処理装置１に送信する。すると、情報処理装置１は、ワンタイムコードに紐づけられたユーザ識別情報に紐づくウォレットから、グループ識別情報およびグループ店舗識別情報とに紐づけられるウォレットに決済金額分の電子マネーを移動させる。

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

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

給与のデジタル払いに伴い、給与の振込先が銀行口座から電子マネー口座へ変更されることになる。そのため、給与の振込先となる電子マネー口座から銀行口座への送金に関する需要の増加が想定される。

例えば、従来技術では、電子マネー口座から銀行口座への送金を行う場合、送金依頼人が電子決済事業者の名義で行われていた。例えば、ユーザが自身の電子マネー口座から自身の銀行口座へ送金を行う場合には、送金依頼人が電子決済事業者の法人名義であっても、送金依頼人がユーザ本人であることを認識することができる。

一方、ユーザが自身の電子マネー口座から他者の銀行口座へ送金を行う場合、送金依頼人が電子決済事業者の法人名義である場合、送金先となる他者は、実際の送金依頼人を把握することはできない。

そこで、情報処理装置１は、ユーザが自身の電子マネー口座から他者の銀行口座へ送金を行う場合に、ユーザから送金依頼人名の入力を受け付けることとした。具体的には、図１に示すように、情報処理装置１は、ユーザからユーザ端末１００を通じて送金先口座の選択を受け付ける（ステップＳ１）。

ユーザは、決済アプリを通じて、送金先口座を選択することができる。例えば、ユーザが自身名義の銀行口座へ送金を希望する場合、ユーザ端末１００には、ユーザインタフェースＵＩ１が表示され、ユーザが他者名義の銀行口座へ送金を希望する場合、ユーザ端末１００には、ユーザインタフェースＵＩ２が表示される。

ユーザインタフェースＵＩ１およびユーザインタフェースＵＩ２には、ユーザが過去に送金した口座が表示されるとともに、新たな送金先口座を追加することもできる。

情報処理装置１は、ユーザがユーザインタフェースＵＩ１またはユーザインタフェースＵＩ２から送金先口座を選択すると、ユーザから送金依頼を受け付ける（ステップＳ２）。

そして、情報処理装置１は、送金依頼に基づき、口座判定を行う（ステップＳ３）。具体的には、情報処理装置１は、電子マネー口座から銀行口座へ送金依頼を行う際に、送金先となる銀行口座がユーザ本人の口座か否かを判定する。

すなわち、情報処理装置１は、ユーザインタフェースＵＩ１を通じて送金依頼を受け付けた場合、送金先となる銀行口座がユーザ本人の口座と判定し、ユーザインタフェースＵＩ２を通じて送金依頼を受け付けた場合、送金先となる銀行口座がユーザ本人以外の口座と判定する。

そして、情報処理装置１は、送金先となる銀行口座がユーザ本人以外の口座と判定した場合、ユーザから送金依頼人名の入力を受け付ける（ステップＳ４）。この際、ユーザは、送金依頼人名の入力する際に、任意の文字列を入力することができる。なお、情報処理装置１は、ユーザの氏名等をデフォルトとして入力したうえで、ユーザから送金依頼人名の入力を受け付けるようにしてもよい。また、情報処理装置１は、送金依頼人名の入力を受け付ける際に、氏名やアカウント名など複数の候補からユーザが選択可能なＵＩを提供するようにしてもよい。

その後、情報処理装置１は、金融機関に対して振り込みの依頼を行う（ステップＳ５）。本実施形態では、金融機関に予め開設された電子決済事業者の法人口座からユーザによって指定された金融機関の銀行口座へ振りこみが行われる。例えば、情報処理装置１は、振り込み依頼に際して、送金先がユーザ本人の銀行口座である場合、振込依頼人名（送金依頼人名）を「電子決済事業者」とする指示電文で処理し、送金先がユーザ本人以外の銀行口座である場合、振込依頼人名ユーザが入力した文字列で指示電文を処理する。これにより、送金先の金融機関（銀行）においては、「電子決済事業者（法人口座の名義）」あるいはユーザが入力した文字列が振込依頼人名（送金依頼人名）として処理されることになる。なお、この場合の振込依頼人名義については、ユーザによる編集不可としたうえで電子決済事業者が任意に選択した名義であってもよい。例えば、情報処理装置１は、電子決済事業者の名称、電子決済事業者の名称と出金先の口座を特定できる名称を組み合わせた名称、出金のサービス名の名称、電子決済事業者の名称と利用者の名称を組み合わせた名称、など固定の名称からルールに沿って自動的に名称（振込依頼人名義）を選択する。

次に、ユーザによる送金依頼に関する処理について図２を用いて説明する。図２は、実施形態に係るユーザによる送金依頼処理の模式図である。まず、ユーザがユーザ本人の銀行口座へ送金依頼を行う場合、すなわち、ユーザインタフェースＵＩ１を通じて送金依頼を行う場合について説明する。

ユーザがユーザ本人の銀行口座へ送金依頼を行う場合、ユーザは、送金先口座情報を入力し、送金金額を入力する。かかる処理によって振込依頼が完了する。また、ユーザがユーザ本人以外の銀行口座へ送金依頼を行う場合には、ユーザインタフェースＵＩ２を通じて、送金口座情報を入力し、送金金額を入力する。

また、ユーザがユーザ本人以外の銀行口座へ送金依頼を行う場合には、さらに、振込依頼人名を入力し、振込依頼が完了する。このように、本実施形態では、ユーザがユーザ本人以外の銀行口座へ送金依頼を行う場合には、振込依頼人名の入力を受け付けることによって、他者へ送金を行う場合に、送金依頼人名を容易に判別させることができる。

〔２．情報処理装置の構成例〕
次に、図３を用いて、情報処理装置１の構成例について説明する。図３は、実施形態に係る情報処理装置１の構成例を示すブロック図である。図３に示すように、情報処理装置１は、通信部２と、記憶部３と、制御部４とを有する。

通信部２は、例えば、ＮＩＣ（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）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る情報処理装置１として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

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

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

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

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部は、取得手段や取得回路に読み替えることができる。

１ 情報処理装置
２ 通信部
３ 記憶部
４ 制御部
３１ ユーザ情報データベース
４１ 提供部
４２ 判定部
４３ 受付部
４４ 処理部
Ｕ ユーザ

Claims (11)

1. ユーザが電子マネー口座から銀行口座へ送金依頼を行う際に、前記ユーザが指定した情報に基づいて、送金先となる銀行口座がユーザ本人の口座か否かを判定する判定部と、
   前記判定部によって送金先の前記銀行口座がユーザ本人の口座であると判定された場合に、予め決定されたルールに基づいて決定した送金依頼人の名義で金融機関に開設された電子決済事業者の法人名義の口座から送金先の前記銀行口座へ振り込みを依頼する処理部と
   を備えることを特徴とする情報処理装置。
2. 前記判定部によって送金先の前記銀行口座がユーザ本人の口座でないと判定された場合に、送金依頼人名の入力を受け付ける受付部
   を備え、
   前記処理部は、
   前記受付部によって受け付けられた前記送金依頼人名で送金先の前記銀行口座へ振り込みを依頼すること
   を特徴とする請求項１に記載の情報処理装置。
3. 前記ユーザから前記送金依頼を受け付ける際に、前記送金先の銀行口座の名義が前記ユーザ本人である場合と、前記送金先の銀行口座の名義がユーザ本人以外の場合とで、異なるユーザインタフェースを提供する提供部
   を備え、
   前記判定部は、
   前記提供部によってユーザへ提供されたユーザインタフェースに応じて、送金先となる銀行口座がユーザ本人の口座か否かを判定すること
   を特徴とする請求項１に記載の情報処理装置。
4. 前記処理部は、
   前記送金先の前記銀行口座がユーザ本人の口座である場合、電子決済事業者の法人名義で、送金先の前記銀行口座へ振り込みを依頼すること
   を特徴とする請求項１に記載の情報処理装置。
5. 前記処理部は、
   前記送金依頼によって指定された送金金額を前記ユーザの電子マネー口座から所定のウォレットへ一旦移動させ、前記金融機関によって振り込みが許可された場合に、前記ウォレットへ移動させた前記送金金額による送金を確定させること
   を特徴とする請求項１に記載の情報処理装置。
6. 前記処理部は、
   前記金融機関によって振り込みが許可されなかった場合、前記ウォレットへ移動させた前記送金金額を前記電子マネー口座へ戻すこと
   を特徴とする請求項５に記載の情報処理装置。
7. コンピュータが実行する情報処理方法であって、
   ユーザが電子マネー口座から銀行口座へ送金依頼を行う際に、前記ユーザが指定した情報に基づいて、送金先となる銀行口座がユーザ本人の口座か否かを判定する判定工程と、
   前記判定工程によって送金先の前記銀行口座がユーザ本人の口座であると判定された場合に、予め決定されたルールに基づいて決定した送金依頼人の名義で金融機関に開設された電子決済事業者の法人名義の口座から送金先の前記銀行口座へ振り込みを依頼する処理工程と
   を含むことを特徴とする情報処理方法。
8. ユーザが電子マネー口座から銀行口座へ送金依頼を行う際に、前記ユーザが指定した情報に基づいて、送金先となる銀行口座がユーザ本人の口座か否かを判定する判定手順と、
   前記判定手順によって送金先の前記銀行口座がユーザ本人の口座であると判定された場合に、予め決定されたルールに基づいて決定した送金依頼人の名義で金融機関に開設された電子決済事業者の法人名義の口座から送金先の前記銀行口座へ振り込みを依頼する処理手順と
   をコンピュータに実行させることを特徴とする情報処理プログラム。
9. ユーザが電子マネー口座から銀行口座へ送金依頼を行う際に、送金先となる銀行口座がユーザ本人の口座か否かを判定する判定部と、
   前記判定部によって送金先の前記銀行口座がユーザ本人の口座でないと判定された場合に、送金依頼人名の入力を受け付ける受付部と
   を備え、
   前記判定部は、
   本人確認済みのユーザ名と、前記送金先となる銀行口座の名義とが同一であるか否かに応じて、前記送金先となる銀行口座がユーザ本人の口座か否かを判定すること
   を特徴とする情報処理装置。
10. コンピュータが実行する情報処理方法であって、
    ユーザが電子マネー口座から銀行口座へ送金依頼を行う際に、送金先となる銀行口座がユーザ本人の口座か否かを判定する判定工程と、
    前記判定工程によって送金先の前記銀行口座がユーザ本人の口座でないと判定された場合に、送金依頼人名の入力を受け付ける受付工程と
    を含み、
    前記判定工程は、
    本人確認済みのユーザ名と、前記送金先となる銀行口座の名義とが同一であるか否かに応じて、前記送金先となる銀行口座がユーザ本人の口座か否かを判定すること
    を特徴とする情報処理方法。
11. ユーザが電子マネー口座から銀行口座へ送金依頼を行う際に、送金先となる銀行口座がユーザ本人の口座か否かを判定する判定手順と、
    前記判定手順によって送金先の前記銀行口座がユーザ本人の口座でないと判定された場合に、送金依頼人名の入力を受け付ける受付手順と
    をコンピュータに実行させ、
    前記判定手順は、
    本人確認済みのユーザ名と、前記送金先となる銀行口座の名義とが同一であるか否かに応じて、前記送金先となる銀行口座がユーザ本人の口座か否かを判定すること
    を特徴とする情報処理プログラム。

Images