JP2022067914A

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

Info

Publication number: JP2022067914A
Application number: JP2020176780A
Authority: JP
Inventors: 璃奈大津; Rina Otsu
Original assignee: Rakuten Group Inc
Current assignee: Rakuten Group Inc
Priority date: 2020-10-21
Filing date: 2020-10-21
Publication date: 2022-05-09
Anticipated expiration: 2040-10-21
Also published as: JP7058703B1; TW202217714A

Abstract

【課題】送金元の名義と送金先の名義とを照合する送金システムを利用して口座への入金を行う場合の、利便性を向上させることを課題とする。
【解決手段】情報処理装置に、第一の口座への入金を行う際の入金者名義として、第一の口座の名義、又は第一の口座の名義とは異なる名義を指定した入金指示のユーザ入力を受け付ける入力受付部と、送金元の名義と送金先の名義とを照合して一致した場合に送金元である第二の口座からの送金を実行する送金システムに対して、入力受付部によって受け付けられた入金者名義を、送金先である第一の口座の名義として示して、第一の口座への送金を依頼する送金依頼部と、を備えた。
【選択図】図３

Description

特許法第３０条第２項適用申請有り令和２年１０月１５日楽天証券株式会社のウェブサイトｈｔｔｐｓ：／／ｗｗｗ．ｒａｋｕｔｅｎ－ｓｅｃ．ｃｏ．ｊｐ／ｗｅｂ／ｉｎｆｏ／ｉｎｆｏ２０２０１０１５－０１．ｈｔｍｌｈｔｔｐｓ：／／ｗｗｗ．ｒａｋｕｔｅｎ－ｓｅｃ．ｃｏ．ｊｐ／ｗｅｂ／ｉｎｆｏ／ｐｄｆ／ｉｎｆｏ２０２０１０１５－０１－０１．ｐｄｆｈｔｔｐｓ：／／ｗｗｗ．ｒａｋｕｔｅｎ－ｓｅｃ．ｃｏ．ｊｐ／ｗｅｂ／ｉｎｆｏ／ｐｄｆ／ｉｎｆｏ２０２０１０１５－０１－０２．ｐｄｆにおいて公開

本開示は、口座に入金を行うための技術に関する。

従来、金融機関の顧客の口座と家族の口座とを関連させる口座関連情報を記憶する口座関連情報データベースと、口座に付与される特典を関連情報口座間で割振する特典割振情報設定部とを備え、個人で利用可能な個人枠と共有枠の間で特典を顧客が移動できる手段を備える優遇サービス割振システムが提案されている（特許文献１を参照）。

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

従来、口座への資金の入金に際して、送金元のシステムによって、送金元の名義と送金先の名義とを照合し、名義が一致する場合にのみ、送金が実行される制限が設定されている場合がある。しかし、必ずしも制限する必要のない入金についても、機械的な名義照合の結果、入金が制限されてしまう場合があり、ユーザの利便性を損なっている。

本開示は、上記した問題に鑑み、送金元の名義と送金先の名義とを照合する送金システムを利用して口座への入金を行う場合の、利便性を向上させることを課題とする。

本開示の一例は、第一の口座への入金を行う際の入金者名義として、該第一の口座の名義、又は該第一の口座の名義とは異なる名義を指定した入金を指示するユーザの入力を受け付ける入力受付部と、送金元の名義と送金先の名義とを照合して一致した場合に前記送金元である第二の口座からの送金を実行する送金システムに対して、前記入力受付部によって受け付けられた入金者名義を、前記送金先である前記第一の口座の名義として示して、前記第一の口座への送金を依頼する送金依頼部と、を備える情報処理装置である。

本開示は、情報処理装置、システム、コンピュータによって実行される方法又はコンピュータに実行させるプログラムとして把握することが可能である。また、本開示は、そのようなプログラムをコンピュータその他の装置、機械等が読み取り可能な記録媒体に記録したものとしても把握できる。ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。

本開示によれば、送金元の名義と送金先の名義とを照合する送金システムを利用して口座への入金を行う場合の、利便性を向上させることが可能となる。

実施形態に係る情報処理システムの構成を示す概略図である。実施形態に係る情報処理システムのハードウェア構成の概略を示す図である。実施形態に係る情報処理システムの機能構成の概略を示す図である。実施形態に係る証券口座への入金処理の流れを示すフローチャートである。実施形態に係る証券口座への入金処理の流れを示すフローチャートである。バリエーションに係る証券口座への入金処理の流れを示すフローチャートである。バリエーションに係る情報処理システムの機能構成の概略を示す図である。バリエーションに係る情報処理システムの機能構成の概略を示す図である。

以下、本開示に係る情報処理装置、システム、方法及びプログラムの実施の形態を、図面に基づいて説明する。但し、以下に説明する実施の形態は、実施形態を例示するものであって、本開示に係る情報処理装置、システム、方法及びプログラムを以下に説明する具体的構成に限定するものではない。実施にあたっては、実施の態様に応じた具体的構成が適宜採用され、また、種々の改良や変形が行われてよい。

本実施形態では、本開示に係る技術を、証券口座を管理するためのシステムにおいて実施した場合の実施の形態について説明する。但し、本開示に係る技術は、第二の口座から第一の口座に対して入金するための技術について広く用いることが可能であり、本開示の適用対象は、実施形態において示した例に限定されない。例えば、以下に説明する実施形態では、第一の口座が証券口座であり、第二の口座が銀行口座である例について説明しているが、第一の口座及び第二の口座は、その他の種類の口座であってもよい。また、本実施形態では、第一の口座の名義人の管理者が親権者である例について説明しているが、管理者は、親権者に限定されない。管理者は、第一の口座の名義人を管理する立場にある者であればよく、例えば、後見人やその他の者であってもよい。

＜システムの構成＞
図１は、本実施形態に係るシステムの構成を示す概略図である。本実施形態に係るシステムは、ネットワークに接続されることで互いに通信可能な証券口座管理サーバ１と、銀行システム５と、ビリングシステム７と、１又は複数のユーザ端末９とを備える。このうち、証券口座管理サーバ１とユーザ端末９とが証券口座管理システムを構成し、銀行システム５とビリングシステム７とが送金システムを構成する。

図２は、本実施形態に係るシステムのハードウェア構成の概略を示す図である。証券口座管理サーバ１は、証券口座を管理するサーバであり、ユーザからの入金開始操作を受けて、当該ユーザが管理する証券口座への入金処理を開始する。証券口座管理サーバ１は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲｅａｄＯｎｌｙＭｅｍｏｒｙ）やＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）等の記憶装置、ＮＩＣ（ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅＣａｒｄ）等の通信ユニット、等を備えるコンピュータである。但し、証券口座管理サーバ１の具体的なハードウェア構成に関しては、実施の態様に応じて適宜省略や置換、追加が可能である。また、証券口座管理サーバ１は、単一の筐体からなる装置に限定されない。証券口座管理サーバ１は、所謂クラウドや分散コンピューティングの技術等を用いた、複数の装置によって実現されてよい。

銀行システム５は、証券口座管理サーバ１からの入金リクエストに応じて、銀行システム５によって管理されているユーザの銀行口座から、証券口座管理サーバ１によって管理されているユーザの証券口座への振込（入金）処理を行う。銀行システム５は、証券口座管理サーバ１と同様、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、通信ユニット等（図示は省略する）を備えるコンピュータである。但し、銀行システム５の具体的なハードウェア構成に関しては、実施の態様に応じて適宜省略や置換、追加が可能である。また、銀行システム５は、単一の筐体からなる装置に限定されない。銀行システム５は、所謂クラウドや分散コンピューティングの技術等を用いた、複数の装置によって実現されてよい。

ビリングシステム７は、証券口座管理サーバ１と銀行システム５との間の決済を代行するためのシステムである。より具体的には、本実施形態において、ビリングシステム７は、証券口座管理サーバ１から銀行システム５への入金リクエストを中継し、銀行システム５から証券口座管理サーバ１への振込（入金）を中継する。ビリングシステム７は、証券口座管理サーバ１と同様、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、通信ユニット等（図示は省略する）を備えるコンピュータである。但し、ビリングシステム７の具体的なハードウェア構成に関しては、実施の態様に応じて適宜省略や置換、追加が可能である。また、ビリングシステム７は、単一の筐体からなる装置に限定されない。ビリングシステム７は、所謂クラウドや分散コンピューティングの技術等を用いた、複数の装置によって実現されてよい。

ユーザ端末９は、ユーザによって使用される端末装置である。ユーザ端末９は、ＣＰＵ、ＲＯＭ、ＲＡＭ、記憶装置、通信ユニット、入力装置、出力装置等（図示は省略する）を備えるコンピュータである。但し、ユーザ端末９の具体的なハードウェア構成に関しては、実施の態様に応じて適宜省略や置換、追加が可能である。また、ユーザ端末９は、単一の筐体からなる装置に限定されない。ユーザ端末９は、所謂クラウドや分散コンピューティングの技術等を用いた、複数の装置によって実現されてよい。ユーザは、これらのユーザ端末９を介して証券口座管理サーバ１、ビリングシステム７及び銀行システム５によって提供される各種サービスを利用する。

従来、証券口座への資金の入金（振込）に際しては、銀行システム５又はビリングシステム７によって、送金元である銀行口座の名義と送金先である証券口座の名義とが照合され、名義が一致する場合にのみ、送金が実行されていた。しかし、従来のシステムでは、例えば親の銀行口座から子の証券口座への入金等、法令諸規則上は必ずしも制限する必要のない入金（振込）についても、機械的な名義照合の結果、入金（振込）エラーとして処理されていた。このため、従来は、一旦証券口座の名義と同一名義の銀行口座に対して資金の贈与（移動）を行ったのち、証券口座への入金を実施する、というような煩雑な作業がユーザに対して強いられていた。

このような問題に鑑み、本実施形態に係るシステムでは、入金者の名義を、法令諸規則に反しない所定の制限の下でユーザが指定可能とし、名義の照合を行う送金システム（銀行システム５又はビリングシステム７）に対して、送金先の名義としてユーザに指定された名義を通知することで、銀行システム５又はビリングシステム７における名義照合のエラーを回避することとしている。

なお、本実施形態に係るシステムでは、未成年者が証券口座を開設する場合に、必ず１名以上の親権者（住民票や戸籍謄本等の公的な書面によって親子関係が証明された者）を当該証券口座に対して登録しておき、証券口座の名義又は当該親権者（以下、「登録親権者」）の名義のみを入金者の名義として選択可能とし、更に、留意事項を含むメッセージに対してユーザが同意する操作を行った場合にのみ入金処理を進めるようにすることで、上記した所定の制限としている。

図３は、本実施形態に係る情報処理システムの機能構成の概略を示す図である。証券口座管理サーバ１は、証券口座管理サーバ１の記憶装置に記録されているプログラムが、ＲＡＭに読み出され、ＣＰＵによって実行されて、証券口座管理サーバ１に備えられた各ハードウェアが制御されることで、記憶部２１、選択肢出力部２２、入力受付部２３、メッセージ出力部２４、確認取得部２５、送金依頼部２６、アクセス情報提供部２７及び送金受付部２８を備える情報処理装置として機能する。なお、本実施形態及び後述する他の実施形態では、証券口座管理サーバ１の備える各機能は、汎用プロセッサであるＣＰＵによって実行されるが、これらの機能の一部又は全部は、１又は複数の専用プロセッサによって実行されてもよい。また、これらの機能の一部又は全部は、ユーザ端末９と協働して、証券口座管理システムとして実行されてもよい。

記憶部２１は、証券口座（第一の口座）の名義人が未成年者である場合、証券口座毎に、当該証券口座の名義人を管理する立場にある登録親権者（管理者）の名義を記憶する。

選択肢出力部２２は、記憶部２１から読み出された証券口座の名義及び登録親権者の名義を、入金者名義の選択肢として出力する。

入力受付部２３は、証券口座への入金を行う際の入金者名義として、選択肢出力部２２によって出力された選択肢の何れかを選択するユーザ入力を受け付けることで、当該証券口座の名義、又は当該証券口座の名義とは異なる名義（本実施形態では、登録親権者の名義）を指定した入金指示のユーザ入力を受け付ける。

メッセージ出力部２４は、入力受付部２３によって、入金者名義として証券口座の名義とは異なる名義を指定したユーザ入力が受け付けられた場合に、所定のメッセージを出力する。ここで出力されるメッセージは、贈与に関する留意事項、証券口座の名義人の同意に関する留意事項、入金後の資産の帰属に関する留意事項、及び証券口座からの出金に関する留意事項の少なくとも一つを含む。贈与に関する留意事項を示すメッセージの例としては、「登録親権者名義の銀行口座からご入金する場合、贈与となります。」というものであってもよく、さらに、「税制に関する詳細は税理士、所轄の税務署にお尋ねください。」、「贈与証明書の発行は当社では行っておりません。」等の内容を含んでもよい。また、証券口座の名義人の同意に関する留意事項を示すメッセージの例としては、「入金に関して、口座開設者（未成年者）の同意を得ています。」というものであってもよい。また、入金後の資産の帰属に関する留意事項を示すメッセージの例としては、「入金後の資金は、口座開設者（未成年者）本人に帰属する資金となります。」というものであってもよい。また、証券口座からの出金に関する留意事項を示すメッセージの例としては、「未成年口座からの出金は、口座開設者（未成年者）宛てのみとなります。」というものであってもよい。

確認取得部２５は、メッセージ出力部２４によって出力された、入金者名義として証券口座の名義とは異なる名義を指定する場合の留意事項を含むメッセージをユーザが確認した（メッセージにユーザが同意した）ことを示す入力を取得する。

送金依頼部２６は、送金依頼を一意に識別可能な識別子（送金依頼ＩＤ）を付して、送金元である銀行口座（第二の口座）からの送金を実行する送金システムに対して、送金依頼（振込依頼）を送信する。この際、送金依頼部２６は、送金システムに対して、入力受付部２３によって受け付けられた入金者名義を、送金先である証券口座の名義として示して、証券口座への送金を依頼する。即ち、本実施形態に係る送金依頼部２６は、確認取得部２５によってユーザが確認したことを示す入力が取得された場合に、証券口座の名義とは異なる名義を、送金先である証券口座の名義として示して証券口座への送金を依頼する。

アクセス情報提供部２７は、送金依頼に際し、ユーザ端末９に対して、送金システムにアクセスして送金の承認を与えるためのアクセス情報を提供する。ここでアクセス情報提供部２７によって提供されるアクセス情報は、送金依頼に係る識別子（送金依頼ＩＤ）を含む。

送金受付部２８は、送金依頼に応じた送金システムからの送金を受け付ける。

銀行システム５及びビリングシステム７は、銀行システム５及びビリングシステム７の記憶装置に記録されているプログラムが、ＲＡＭに読み出され、ＣＰＵによって実行されて、銀行システム５及びビリングシステム７に備えられた各ハードウェアが制御されることで、照合部６１、送金承認取得部６２及び送金部６３を備える送金システムとして機能する。後述するフローチャートでは、ビリングシステム７が照合部６１として機能し、銀行システム５が送金承認取得部６２及び送金部６３として機能する例について説明するが、これらの機能は送金側のシステムにおいて実現されていればよく、機能の役割分担は、本実施形態における例示に限定されない。例えば、照合部６１は、銀行システム５が備えてもよい。なお、本実施形態及び後述する他の実施形態では、各機能は、汎用プロセッサであるＣＰＵによって実行されるが、これらの機能の一部又は全部は、１又は複数の専用プロセッサによって実行されてもよい。

照合部６１は、送金元である銀行口座の名義と送金先の名義とを照合する。ここで、照合部６１は、入力受付部２３によって受け付けられた入金者名義を、送金先の名義として照合を行う。

送金承認取得部６２は、送金に際して、送金元である銀行口座の名義人から送金の承認を得る。本実施形態では、送金承認取得部６２は、アクセス情報提供部２７によって提供されたアクセス情報に従って銀行システム５にアクセスしてきたユーザ端末９から、送金の承認を得る。

送金部６３は、照合部６１による照合の結果、名義が一致し、且つ、送金承認取得部６２によって、送金元である銀行口座の名義人から送金の承認が得られた場合に、送金元である銀行口座から証券口座への送金を実行する。

＜処理の流れ＞
次に、本実施形態に係る情報処理システムによって実行される処理の流れを説明する。なお、以下に説明する処理の具体的な内容及び処理順序は、本開示を実施するための一例である。具体的な処理内容及び処理順序は、本開示の実施の形態に応じて適宜選択されてよい。

図４及び図５は、本実施形態に係る、証券口座への入金処理の流れを示すフローチャートである。図４は、証券口座管理システム（証券口座管理サーバ１及びユーザ端末９）の処理の流れを示し、図５は、送金システム（ビリングシステム７および銀行システム５）の処理の流れを示す。本フローチャートに示された処理は、証券口座管理サーバ１に予めログインしているユーザのユーザ端末９から、証券口座への入金開始操作が受け付けられたことを契機として実行される。ここで、入金開始操作を行うユーザは、入金の対象である証券口座の名義人本人であってもよいし、入金の対象である証券口座の名義人を管理する立場にある管理者（本実施形態では、証券口座の名義人が未成年者である場合の登録親権者）であってもよい。

ステップＳ１０１からステップＳ１０３では、証券口座への入金処理が開始され、入金に用いる金融機関及び入金額の指定が受け付けられる。証券口座管理サーバ１は、証券口座管理サーバ１にログインしているユーザのユーザ端末９から、証券口座への入金開始操作を受け付けると（ステップＳ１０１）、入金に用いる金融機関及び入金額の指定を受け付けるための表示データをユーザ端末９に対して出力し、ユーザ端末９に、金融機関及び入金額を表示させる（ステップＳ１０２）。ユーザ端末９は、当該表示を確認したユーザ入力によって指定された金融機関及び入金額を証券口座管理サーバ１に通知し、証券口座管理サーバ１は、ユーザ端末９から通知された金融機関及び入金額のデータを受け付ける（ステップＳ１０３）。その後、処理はステップＳ１０４へ進む。

ステップＳ１０４及びステップＳ１０５では、入金対象の証券口座に入金する際の入金者名義の指定が受け付けられる。選択肢出力部２２は、ログイン中のユーザの証券口座に予め１又は複数の登録親権者が関連づけられて記憶部２１に記憶されている場合、これらの登録親権者を全て読み出し、入金対象の証券口座の名義と、読み出された１又は複数の登録親権者とを入金者名義の選択肢として含む選択肢データをユーザ端末９に出力する（ステップＳ１０４）。ここで、登録親権者とは、未成年者の名義で証券口座を開設する際に登録される、当該未成年者の親権者であり、未成年者の証券口座は、登録親権者の証券口座に紐付けて開設される。なお、本実施形態では、入金者名義の選択肢として、入金対象の証券口座の名義と、読み出された１又は複数の登録親権者とを出力する例について説明したが、入金者名義の選択肢は、その他の方法で取得されてもよい。例えば、証券口座管理サーバ１が、口座開設の際に登録される登録親権者とは別に、入金者名義として選択可能な１又は複数の名義を予め証券口座に関連づけて記憶部２１に記憶しておき、記憶されている１又は複数の名義を選択肢として出力することとしてもよい。

ユーザ端末９は、証券口座管理サーバ１から取得した選択肢データに従って入金者名義の選択肢を表示し、ユーザ入力によって選択（指定）された入金者名義を証券口座管理サーバ１に通知する。ユーザ入力による選択（指定）には、例えばラジオボタンやプルダウンメニュー等のインターフェースが用いられてよい。そして、入力受付部２３は、ユーザ端末９から通知された入金者名義を受け付ける（ステップＳ１０５）。その後、処理はステップＳ１０６へ進む。

ステップＳ１０６からステップＳ１０８では、入金者名義が登録親権者の名義である場合に、留意事項の確認処理が実行される。証券口座管理サーバ１及び／又はユーザ端末９は、ステップＳ１０５で受け付けられた入金者名義が、当該証券口座について登録されている登録親権者の名義であるか否かを判定する（ステップＳ１０６）。ここで、選択された入金者名義が登録親権者の名義ではない（例えば、ログイン中の証券口座と同名義である）と判定された場合、ステップＳ１０７及びステップＳ１０８の処理はスキップされ、処理はステップＳ１０９へ進む。

一方、選択された入金者名義が登録親権者の名義である（ログイン中の証券口座の名義と異なる）と判定された場合、メッセージ出力部２４は、留意事項を含む所定のメッセージを出力し（ステップＳ１０７）、ユーザ端末９に表示させる。ここで、メッセージは、登録親権者の銀行口座から未成年者の証券口座宛ての入金にあたっての留意事項を確認するためのメッセージであり、例えば、贈与に関する留意事項、証券口座の名義人の同意に関する留意事項、入金後の資産の帰属（入金後の資金は証券口座の名義人本人に帰属する資金であることの確認）に関する留意事項、及び証券口座からの出金に関する留意事項の少なくとも何れかを含む。ユーザ端末９は、メッセージを確認し、メッセージの内容に同意したことを示すユーザ入力（例えば、チェックボックスへのチェック操作）を受け付けると、ユーザによってメッセージへの同意が得られたことを証券口座管理サーバ１に通知し、確認取得部２５は、ユーザ端末９から送信された同意の通知を取得する（ステップＳ１０８）。その後、処理はステップＳ１０９へ進む。

ステップＳ１０９からステップＳ１１２では、送金依頼が送信される。送金依頼部２６は、送金依頼ＩＤ、入金に用いる金融機関、入金額及び送金先証券口座名義の情報を含む送金依頼を、ビリングシステム７に送信する（ステップＳ１０９）。ここで、送金依頼ＩＤは、送金依頼を識別するために送金依頼毎に付される一意の識別情報である。また、金融機関及び入金額の情報には、ステップＳ１０３で受け付けられた情報が用いられる。なお、送金依頼に含まれる情報は上述した例に限定されず、例えば、入金対象の証券口座の口座番号等が用いられる証券口座識別情報が、送金依頼にさらに含まれてもよい。

ここで、送金依頼部２６は、送金先証券口座名義の情報として、ステップＳ１０５で受け付けられた入金者名義を用いる。即ち、ステップＳ１０５において、入金者名義としてログイン中の証券口座と同名義が選択されていた場合、送金依頼部２６は、送金先証券口座名義の情報として、ログイン中の証券口座と同名義を送信する。一方、ステップＳ１０５において、入金者名義として登録親権者の名義が選択されていた場合、送金依頼部２６は、送金先証券口座名義の情報として、登録親権者の名義を送信する。

送金依頼を受信したビリングシステム７は、受信した送金依頼のデータ（入金操作データ）をデータベースに記録し（ステップＳ１１０）、送金依頼に示された金融機関に対応する銀行システム５に対して、送金依頼ＩＤ、入金額及び送金先証券口座名義の情報を含む送金依頼を送信する（ステップＳ１１１）。そして、銀行システム５は、送金依頼部２６によって送信された、送金依頼ＩＤ、入金額及び送金先証券口座名義の情報を含む送金依頼を、ビリングシステム７を介して受信する（ステップＳ１１２）。

図４のステップＳ１１３及び図５のステップＳ１１４では、ユーザ端末９から銀行システム５へのアクセスが行われる。アクセス情報提供部２７は、ステップＳ１０３で受け付けられた金融機関のサイト（銀行システム５）にアクセスするための情報をユーザ端末９に送信して、当該アクセス先へのアクセスを指示することで（ステップＳ１１３）、ユーザ端末９に銀行システム５にアクセスさせ、銀行システム５は、ユーザ端末９からのアクセスを受け付ける（ステップＳ１１４）。より具体的には、本実施形態では、アクセス情報提供部２７は、対象の銀行システム５にアクセスするためのＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）としてビリングシステム７のＵＲＬをユーザ端末９に送信し、当該ＵＲＬへのアクセスを指示する。そして、ビリングシステム７は、ユーザ端末９からのアクセスを、ステップＳ１０３で受け付けられた金融機関のサイト（銀行システム５）にリダイレクトすることで、ユーザ端末９に、銀行システム５へのアクセスを行わせる。

なお、ビリングシステム７のＵＲＬ及びリダイレクト用ＵＲＬには、ステップＳ１０９で送信された送金依頼に含まれる送金依頼ＩＤと同一のＩＤが含まれており、銀行システム５は、ＵＲＬに含まれる送金依頼ＩＤを参照することで、証券口座管理サーバ１から受信した送金依頼と、銀行システム５にアクセスしてきたユーザ端末９とを関連づける。但し、証券口座管理サーバ１から受信した送金依頼と、銀行システム５にアクセスしてきたユーザ端末９とを関連づける方法は本開示における例示に限定されず、その他の方法が採用されてもよい。その後、処理はステップＳ１１５へ進む。

ステップＳ１１５及びステップＳ１１６では、銀行システム５へのログイン処理が実行される。証券口座管理サーバ１からの送金依頼及びユーザ端末９からのアクセスを受け付けた銀行システム５は、ネットバンキングアカウントへのログイン画面をユーザ端末９に送信し（ステップＳ１１５）、ユーザ端末９からユーザのログインを受け付ける（ステップＳ１１６）。なお、ログインのための認証処理の具体的な方法は限定されず、例えば、パスワード認証やトークン認証、生体認証等が用いられてよい。その後、処理はステップＳ１１９へ進む。

ステップＳ１１９からステップＳ１２１では、振込（送金）の実行確認が行われる。送金承認取得部６２は、ステップＳ１１４でアクセスしてきたユーザ端末９に対して、ステップＳ１１２で受け付けた送金依頼の内容を確認させるための表示データを送信し、ユーザ端末９に表示させることで、送金元となるログイン中のユーザの銀行口座（以下、「送金元銀行口座」）から送金先証券口座への送金の承認を依頼する（ステップＳ１１９）。そして、送金承認取得部６２は、ユーザ端末９に表示された送金依頼の内容を確認したユーザの承認操作の入力をユーザ端末９から受信することで、送金元銀行口座から送金先証券口座への送金の承認を取得する（ステップＳ１２０）。送金の承認が取得されると、送金部６３は、ステップＳ１１２で受け付けられた送金依頼ＩＤ、入金額及び送金先証券口座名義に従って送金データを作成し、ビリングシステム７に対して送信する（ステップＳ１２１）。その後、処理はステップＳ１２２へ進む。

ステップＳ１２２からステップＳ１２４では、送金先証券口座名義と送金元銀行口座名義とが照合される。ビリングシステム７は、銀行システム５から送信された送金データを受け付けると（ステップＳ１２２）、受け付けられた送金データをデータベースに記録する。そして、ビリングシステム７の照合部６１は、ステップＳ１１０で受信された送金先証券口座名義と、ステップＳ１２２で受信した送金データに含まれる送金元銀行口座名義とを照合する（ステップＳ１２３）。より具体的には、本実施形態では、照合部６１は、送金先証券口座の所有者名のテキストデータと送金元銀行口座の所有者名のテキストデータとを照合し、同一であるか否かを確認する。但し、照合される情報の種類は、送金先証券口座と送金元銀行口座とが同一の名義に係るものであるかを確認可能なものであればよく、本実施形態における例示に限定されない。照合の結果、送金先証券口座名義と送金元銀行口座名義とが一致していない場合、当該送金はエラーとなり（ステップＳ１２４）、本フローチャートに示された処理は終了する。一方、照合の結果、送金先証券口座名義と送金元銀行口座名義とが一致した場合、処理はステップＳ１２５へ進む。

図５のステップＳ１２５及び図４のステップＳ１２６では、証券口座への入金が実行される。ビリングシステム７は、送金データを証券口座管理サーバ１に対して送信する（ステップＳ１２５）。そして、ビリングシステム７によって送信された送金データを送金受付部２８が受信し、証券口座に記録することで（ステップＳ１２６）、証券口座への入金処理が完了する。なお、受信された送金データに示されている送金先証券口座名義はステップＳ１０５で受け付けられた入金者名義であるため、入金されるべき証券口座の名義とは異なる可能性がある。このため、送金受付部２８は、送金データに含まれる送金依頼ＩＤ及び入金額等の情報を用いて送金依頼と送金データとをマッチングさせ、対応する送金依頼に係る証券口座に対して入金する。その後、本フローチャートに示された処理は終了する。

なお、上記説明したフローチャートに含まれる処理の順序及び処理主体は、適宜変更されてよい。例えば、ステップＳ１０１からステップＳ１０８までに示された処理の順序は、適宜変更することが可能である。また、例えば、ステップＳ１０２及びステップＳ１０３に示された金融機関／入金額の指定処理や、ステップＳ１０４及びステップＳ１０５に示された入金者名義の指定処理、ステップＳ１０６からステップＳ１０８に示された留意事項の確認処理は、予めユーザ端末９にダウンロードされたデータ及びプログラムに従って、ユーザ端末９によって処理されてよい。

＜効果＞
本実施形態に係るシステムによれば、従来入金（振込）エラーとして処理されていた入金処理が、エラーを生じさせることなく実行可能となる。このため、本実施形態に係るシステムによれば、一旦証券口座の名義と同一名義の銀行口座に対して資金の贈与（移動）を行ったのち、証券口座への入金を実施する、というような煩雑な作業が不要となり、顧客利便性を大幅に向上させることが可能となる。

＜第一のバリエーション＞
上記説明した実施形態では、送金先証券口座名義と送金元銀行口座名義との照合を、ビリングシステム７において行う例について説明したが、照合処理は、銀行システム５において実施されてもよいし、銀行システム５及びビリングシステム７の双方で実施されてもよい。

図６は、バリエーションに係る証券口座への入金処理の流れを示すフローチャートである。入金処理のうち、証券口座管理システム側で実行される処理の内容は、図４を参照して説明した入金処理と概略同様であるため、説明を省略する。また、図６に示された各処理のうち、ステップＳ１１０からステップＳ１１６の処理は、図５を参照して説明した処理と概略同様であるため、同一の符号を付し、説明を省略する。本バリエーションに係る入金処理では、ステップＳ１１６においてユーザ端末９からユーザのログインが受け付けられると、ステップＳ１１７へ進む。

ステップＳ１１７及びステップＳ１１８では、送金先証券口座名義と送金元銀行口座名義とが照合される。銀行システム５の照合部６１は、ステップＳ１１２で受信された送金先証券口座名義と、銀行システム５にログインしているユーザが送金（振込）を承認しようとしている銀行口座の名義（即ち、送金元銀行口座名義。通常、送金元銀行口座名義は、ログインしているユーザである。）とを照合する（ステップＳ１１７）。照合処理の具体的な内容は、ビリングシステム７において照合が行われる場合と概略同様であるため、説明を省略する。照合の結果、送金先証券口座名義と送金元銀行口座名義とが一致していない場合、当該送金はエラーとなり（ステップＳ１１８）、本フローチャートに示された処理は終了する。一方、照合の結果、送金先証券口座名義と送金元銀行口座名義とが一致した場合、処理はステップＳ１１９へ進む。ステップＳ１１９以降の処理は、ビリングシステム７における照合処理（ステップＳ１２３及びステップＳ１２４）が省略されている点を除いて、図５を参照して説明した処理と概略同様であるため、同一の符号を付し、説明を省略する。

＜第二のバリエーション＞
また、上記説明した実施形態では、証券口座管理サーバ１と銀行システム５との間の決済をビリングシステム７が中継する例について説明したが、証券口座管理サーバ１と銀行システム５との間の決済はビリングシステム７によって中継されることなく直接行われてもよい。この場合、名義の照合処理は、証券口座管理サーバ１又は銀行システム５において行われる。

図７は、バリエーションに係る情報処理システムの機能構成の概略を示す図である。本バリエーションに係る情報処理システムは、証券口座管理サーバ１ｂが照合部３１を更に備えることを除き、上記説明した実施形態と概略同様であるため、同一の構成については同一の符号を付して説明を省略する。但し、この場合、名義の照合は証券口座管理サーバ１ｂにおいて実行されるため、送金システム側の照合部６１は省略されてもよい。

証券口座管理サーバ１ｂの照合部３１は、照合部６１と同様、送金元である銀行口座の名義と送金先の名義とを照合する。ここで、照合部３１は、入力受付部２３によって受け付けられた入金者名義を、送金先の名義とし、送金元である銀行口座の名義を送金システムから取得して、照合を行う。

証券口座管理サーバ１ｂの照合部３１が名義の照合を行う場合、図４のステップＳ１２６に相当する処理において、上記実施形態で説明した処理内容に加え、名義の照合処理が追加で実行される。より具体的には、ステップＳ１２５でビリングシステム７によって送信された送金データを証券口座管理サーバ１ｂの送金受付部２８が受信すると、証券口座管理サーバ１ｂの照合部３１は、ステップＳ１０５で受け付けられた入金者名義を送金先の名義として、送金データに示された送金元銀行口座の名義と照合する。照合処理の具体的な内容は、ビリングシステム７において照合が行われる場合と概略同様であるため、説明を省略する。

照合の結果、送金先の名義と送金元の名義とが一致していない場合、証券口座管理サーバ１ｂは受信された送金データに基づく入金処理をエラー終了し、送金システム（ビリングシステム７又は銀行システム５）に対して送金依頼のキャンセルを通知する。一方、照合の結果、送金先の名義と送金元の名義とが一致した場合、証券口座管理サーバ１ｂの送金受付部２８は、受信された送金データを証券口座に記録し、証券口座への入金処理が完了する。
＜第三のバリエーション＞

また、登録親権者の口座が仮名借名疑義や資金不足等の状態で、未成年者の口座を利用されることを防ぐため、登録親権者の証券口座における取引が制限（ロック）されているか否かを確認することとしてもよい。

図８は、バリエーションに係る情報処理システムの機能構成の概略を示す図である。本バリエーションに係る情報処理システムは、証券口座管理サーバ１ｃが制限管理部２９及び制限部３０を更に備えることを除き、上記説明した実施形態と概略同様であるため、同一の構成については同一の符号を付して説明を省略する。

制限確認部２９は、登録親権者（管理者）の名義に係る証券口座（第三の口座）における取引が制限されているか否かを確認する。

制限部３０は、制限確認部２９によって登録親権者の証券口座における取引が制限されていることが確認された場合に、入力受付部２３による入金者名義としての登録親権者の名義の受け付けを制限する。即ち、登録親権者の証券口座における取引が制限されている場合、入金者名義の選択肢として登録親権者の名義を選択できないようにすることで、登録親権者の銀行口座からは入金できないように制御することが可能である。

又は、制限部３０は、制限確認部２９によって登録親権者の証券口座における取引が制限されていることが確認された場合に、送金依頼部２６による登録親権者の名義を用いた送金依頼を制限する。即ち、入金者名義として登録親権者の名義が選択された後に、登録親権者の証券口座における取引が制限されているか否かを確認し、取引が制限されていることが確認された場合、登録親権者の銀行口座から入金不可である旨のエラーメッセージを表示するように制御してもよい。

１証券口座管理サーバ
５銀行システム
７ビリングシステム
９ユーザ端末

Claims

第一の口座への入金を行う際の入金者名義として、該第一の口座の名義、又は該第一の口座の名義とは異なる名義を指定した入金を指示するユーザの入力を受け付ける入力受付部と、
送金元の名義と送金先の名義とを照合して一致した場合に前記送金元である第二の口座からの送金を実行する送金システムに対して、前記入力受付部によって受け付けられた入金者名義を、前記送金先である前記第一の口座の名義として示して、前記第一の口座への送金を依頼する送金依頼部と、
を備える情報処理装置。
前記入金者名義として前記第一の口座の名義とは異なる名義を指定する場合の留意事項を含むメッセージを前記ユーザが確認したことを示す入力を取得する確認取得部を更に備え、
前記送金依頼部は、前記確認取得部によって前記ユーザが確認したことを示す入力が取得された場合に、前記第一の口座の名義とは異なる名義を、前記送金先の名義として示して、前記第一の口座への送金を依頼する、
請求項１に記載の情報処理装置。
前記入力受付部によって、前記入金者名義として前記第一の口座の名義とは異なる名義を指定した前記ユーザの入力が受け付けられた場合に、前記メッセージを出力するメッセージ出力部を更に備え、
前記確認取得部は、前記メッセージ出力部によって出力された前記メッセージを前記ユーザが確認したことを示す入力を取得する、
請求項２に記載の情報処理装置。
前記メッセージは、贈与に関する留意事項、前記第一の口座の名義人の同意に関する留意事項、入金後の資産の帰属に関する留意事項、及び前記第一の口座からの出金に関する留意事項の少なくとも一つを含む、
請求項２又は３に記載の情報処理装置。
前記送金依頼部は、送金依頼を一意に識別可能な識別子を付して前記送金システムに対して送金依頼を送信し、
前記ユーザの端末に対して、前記送金システムにアクセスして前記送金の承認を与えるためのアクセス情報であって、前記送金依頼に係る前記識別子を含むアクセス情報を提供するアクセス情報提供部を更に備える、
請求項１から４の何れか一項に記載の情報処理装置。
前記入力受付部は、前記第一の口座の名義とは異なる名義として、該第一の口座の名義人を管理する立場にある管理者の名義の入力を受け付ける、
請求項１から５の何れか一項に記載の情報処理装置。
前記第一の口座毎に、前記管理者の名義を記憶する記憶部と、
前記第一の口座の名義及び前記管理者の名義を、前記入金者名義の選択肢として出力する選択肢出力部とを更に備え、
前記入力受付部は、前記選択肢出力部によって出力された前記選択肢の何れかを選択する前記ユーザの入力を受け付けることで、前記入金者名義の入力を受け付ける、
請求項６に記載の情報処理装置。
前記第一の口座は、該第一の口座の名義人の管理者の口座に紐付けて開設された口座である、
請求項６又は７に記載の情報処理装置。
前記管理者の名義に係る第三の口座における取引が制限されているか否かを確認する制限確認部と、
前記制限確認部によって前記第三の口座における取引が制限されていることが確認された場合に、前記入力受付部による前記入金者名義としての前記管理者の名義の受け付け、又は前記送金依頼部による前記管理者の名義を用いた送金依頼、を制限する制限部と、
を更に備える、請求項６から８の何れか一項に記載の情報処理装置。
送金依頼に応じた前記送金システムからの送金を受け付ける送金受付部を更に備える、
請求項１から９の何れか一項に記載の情報処理装置。
前記第一の口座は証券口座であり、前記第二の口座は銀行口座である、
請求項１から１０の何れか一項に記載の情報処理装置。
第一の口座への入金を行う際の入金者名義として、該第一の口座の名義、又は該第一の口座の名義とは異なる名義を指定した入金を指示するユーザの入力を受け付ける入力受付部と、
送金元の名義と送金先の名義とを照合する照合部であって、前記入力受付部によって受け付けられた入金者名義を、前記送金先である前記第一の口座の名義として照合を行う照合部と、
前記照合部による照合の結果、名義が一致した場合に、前記送金元である前記第二の口座から前記第一の口座への送金を実行する送金部と、
を備える情報処理システム。
コンピュータが、
第一の口座への入金を行う際の入金者名義として、該第一の口座の名義、又は該第一の口座の名義とは異なる名義を指定した入金を指示するユーザの入力を受け付ける入力受付ステップと、
送金元の名義と送金先の名義とを照合して一致した場合に前記送金元である第二の口座からの送金を実行する送金システムに対して、前記入力受付ステップで受け付けられた入金者名義を、前記送金先である前記第一の口座の名義として示して、前記第一の口座への送金を依頼する送金依頼ステップと、
を実行する方法。
コンピュータを、
第一の口座への入金を行う際の入金者名義として、該第一の口座の名義、又は該第一の口座の名義とは異なる名義を指定した入金を指示するユーザの入力を受け付ける入力受付部と、
送金元の名義と送金先の名義とを照合して一致した場合に前記送金元である第二の口座からの送金を実行する送金システムに対して、前記入力受付部によって受け付けられた入金者名義を、前記送金先である前記第一の口座の名義として示して、前記第一の口座への送金を依頼する送金依頼部と、
として機能させるためのプログラム。