(57)【要約】  【課題】  インターネットバンキングによる入金を資金管理口座に速やかに反映できる信頼度の高い入金装置を提供する。  【解決手段】  入金装置１０は、ユーザからの入金に基づいてユーザの資金管理口座を更新する入金装置であって、インターネット振込処理の都度、バンキングサーバから送信される入帳情報を受信する受信部１６と、入帳情報に基づいてユーザの資金管理口座の残高に振込額を加算する残高更新部１７と、入帳情報を記憶する入帳情報ＤＢ１３と、バンキングサーバから送信される所定期間における入金明細情報を受信する受信部１６と、入帳情報記憶部から所定期間内に受信した入帳情報を読み出し、入帳情報が欠落していないか否かを判定する取次番号比較部１８と、欠落した入帳情報がある場合にその入帳情報に係る入金を行った入金ユーザを検索する入金ユーザ検索部１９とを備え、残高更新部１８は、入金ユーザの資金管理口座に振込額を加算する。【選択図】  図１
2011034532.tif 000002
【特許請求の範囲】
【請求項１】
ユーザからの入金に基づいて、サービス提供者が管理するユーザの資金管理口座を更新する入金装置であって、
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバに接続する接続処理部と、
ユーザからサービス提供者へのインターネット振込処理の都度、前記バンキングサーバから送信される、当該振込処理を特定する振込識別子、振込人情報および振込額を含む入帳情報を受信する入帳情報受信部と、
前記入帳情報に基づいて、前記振込人情報に対応するユーザの資金管理口座の残高に前記振込額を加算する残高更新部と、
前記入帳情報を記憶する入帳情報記憶部と、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込識別子、振込人情報、振込額を含む入金明細情報を、前記バンキングサーバから受信する入金明細情報受信部と、
前記入帳情報記憶部から前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定する振込識別子比較部と、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索する入金ユーザ検索部と、
を備え、
前記残高更新部は、前記入金ユーザの資金管理口座の残高に前記振込額を加算する入金装置。
【請求項２】
ユーザのカナ氏名とユーザが資金の振込みに用いる指定口座番号を記憶したユーザ情報記憶部を備え、
前記入帳情報の振込人情報は、振込人のカナ氏名および振込人口座番号を含み、
前記残高更新部は、前記ユーザ情報記憶部に記憶されたカナ氏名と前記入帳情報のカナ氏名とを比較して、カナ氏名が一致する１人のユーザが見つかった場合にはそのカナ氏名を有するユーザを振込人として特定し、カナ氏名が一致する２人以上のユーザが見つかった場合には、前記振込情報の振込人口座番号と一致する指定口座番号を有するユーザを振込人として特定する請求項１に記載の入金装置。
【請求項３】
ユーザからの入金に基づいて、サービス提供者が管理するユーザの資金管理口座を更新する入金装置であって、
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバでの振込みを中継する中継装置に接続すると共に、入金先の資金管理口座を特定する識別情報を前記中継装置に送信する接続処理部と、
ユーザからサービス提供者へのインターネット振込処理の都度、前記バンキングサーバから前記中継装置を経由して送信される、当該振込処理を特定する振込識別子、振込人情報、振込額および前記識別情報を含む入帳情報を受信する入帳情報受信部と、
前記入帳情報に含まれる識別情報に対応する資金管理口座の残高に前記振込額を加算する残高更新部と、
前記入帳情報を記憶する入帳情報記憶部と、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込識別子、振込人情報および振込額を含む入金明細情報を、前記バンキングサーバから受信する入金明細情報受信部と、
前記入帳情報記憶部から前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定する振込識別子比較部と、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索する入金ユーザ検索部と、
を備え、
前記残高更新部は、前記入金ユーザの資金管理口座の残高に前記振込額を加算する入金装置。
【請求項４】
ユーザのカナ氏名およびユーザが資金の振込みに用いる指定口座番号を記憶したユーザ情報記憶部を備え、
前記振込人情報は、振込人のカナ氏名および振込人口座番号を含み、
前記入金ユーザ検索部は、前記ユーザ情報記憶部に記憶されたカナ氏名と前記入帳情報に含まれる振込人のカナ氏名とを比較して、カナ氏名が一致する１人のユーザが見つかった場合にはそのカナ氏名を有するユーザを入金ユーザとして特定し、カナ氏名が一致する２人以上のユーザが見つかった場合には、前記指定口座番号と前記振込情報の振込人口座番号とが一致するユーザを入金ユーザとして特定する請求項１〜３のいずれかに記載の入金装置。
【請求項５】
前記入金ユーザ検索部にてカナ氏名が一致するユーザが見つからなかった場合には、前記入金明細情報に基づく入金を行わないで、前記入金明細情報を表示する請求項４に記載の入金装置。
【請求項６】
前記入金ユーザ検索部にて入金ユーザを特定した場合に、当該ユーザのユーザ端末に入金したか否かを問い合わせるメッセージを送信する問合せ送信部を備える請求項１〜５のいずれかに記載の入金装置。
【請求項７】
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバに接続させ、ユーザからサービス提供者へのインターネット振込処理による入金に基づいてユーザの資金管理口座を更新する入金装置を支援する入金支援装置であって、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込処理を特定する振込識別子、振込人情報、振込額を含む入金明細情報を、前記バンキングサーバから受信する入金明細情報受信部と、
インターネット振込みの都度、前記バンキングサーバから送信される、当該振込処理を特定する振込識別子、振込人情報および振込額を含む入帳情報を受信して記憶した入帳情報記憶部から、前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定する振込識別子比較部と、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索する入金ユーザ検索部と、
前記入金装置に対し、前記入金ユーザから入金があったことを通知する通知部と、
を備える入金支援装置。
【請求項８】
前記入金明細情報の振込人情報は、振込人のカナ氏名および振込人口座番号を含み、
ユーザに関するデータを記憶した記憶部から、ユーザのカナ氏名とユーザが資金の振込みに用いる指定口座番号を取得し、
前記入金ユーザ検索部は、取得したカナ氏名と前記入金明細情報のカナ氏名とを比較して、カナ氏名が一致する１人のユーザが見つかった場合にはそのカナ氏名を有するユーザを入金ユーザとして特定し、カナ氏名が一致する２人以上のユーザが見つかった場合には、前記指定口座番号と前記振込情報の振込人口座番号とが一致するユーザを入金ユーザとして特定する請求項７に記載の入金支援装置。
【請求項９】
前記入金ユーザ検索部にてカナ氏名が一致するユーザが見つからなかった場合には、前記入金明細情報に基づく入金を行わないで、前記入金明細情報を表示する請求項８に記載の入金支援装置。
【請求項１０】
前記入金ユーザ検索部にて入金ユーザを特定した場合に、当該ユーザのユーザ端末に入金したか否かを問い合わせるメッセージを送信する問合せ送信部を備える請求項７〜９のいずれかに記載の入金支援装置。
【請求項１１】
ユーザからの入金に基づいて、サービス提供者が管理するユーザの資金管理口座を更新する入金方法であって、
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバに接続するステップと、
ユーザからサービス提供者へのインターネット振込処理の都度、前記バンキングサーバから送信される、当該振込処理を特定する振込識別子、振込人情報および振込額を含む入帳情報を受信するステップと、
前記入帳情報に基づいて、前記振込人情報に対応するユーザの資金管理口座の残高に前記振込額を加算するステップと、
前記入帳情報を入帳情報記憶部に記憶するステップと、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込識別子、振込人情報、振込額を含む入金明細情報を、前記バンキングサーバから受信するステップと、
前記入帳情報記憶部から前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定するステップと、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索するステップと、
前記入金ユーザの資金管理口座の残高に前記振込額を加算するステップと、
を備える入金方法。
【請求項１２】
ユーザからの入金に基づいて、サービス提供者が管理するユーザの資金管理口座を更新する入金方法であって、
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバでの振込みを中継する中継装置に接続すると共に、入金先の資金管理口座を特定する識別情報を前記中継装置に送信するステップと、
ユーザからサービス提供者へのインターネット振込処理の都度、前記バンキングサーバから前記中継装置を経由して送信される、当該振込処理を特定する振込識別子、振込人情報、振込額および前記識別情報を含む入帳情報を受信するステップと、
前記入帳情報に含まれる識別情報に対応する資金管理口座の残高に前記振込額を加算するステップと、
前記入帳情報を入帳情報記憶部に記憶するステップと、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込識別子、振込人情報および振込額を含む入金明細情報を、前記バンキングサーバから受信するステップと、
前記入帳情報記憶部から前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定するステップと、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索するステップと、
前記入金ユーザの資金管理口座の残高に前記振込額を加算するステップと、
を備える入金方法。
【請求項１３】
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバに接続させ、ユーザからサービス提供者へのインターネット振込処理による入金に基づいてユーザの資金管理口座を更新する入金装置を支援する方法であって、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込処理を特定する振込識別子、振込人情報、振込額を含む入金明細情報を、前記バンキングサーバから受信するステップと、
インターネット振込みの都度、前記バンキングサーバから送信される、当該振込処理を特定する振込識別子、振込人情報および振込額を含む入帳情報を受信して記憶した入帳情報記憶部から、前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定するステップと、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索するステップと、
前記入金装置に対し、前記入金ユーザから入金があったことを通知するステップと、
を備える入金支援方法。
【請求項１４】
ユーザからの入金に基づいて、サービス提供者が管理するユーザの資金管理口座を更新するためのプログラムであって、コンピュータに、
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバに接続するステップと、
ユーザからサービス提供者へのインターネット振込処理の都度、前記バンキングサーバから送信される、当該振込処理を特定する振込識別子、振込人情報および振込額を含む入帳情報を受信するステップと、
前記入帳情報に基づいて、前記振込人情報に対応するユーザの資金管理口座の残高に前記振込額を加算するステップと、
前記入帳情報を入帳情報記憶部に記憶するステップと、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込識別子、振込人情報、振込額を含む入金明細情報を、前記バンキングサーバから受信するステップと、
前記入帳情報記憶部から前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定するステップと、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索するステップと、
前記入金ユーザの資金管理口座の残高に前記振込額を加算するステップと、
を実行させるプログラム。
【請求項１５】
ユーザからの入金に基づいて、サービス提供者が管理するユーザの資金管理口座を更新するためのプログラムであって、コンピュータに、
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバでの振込みを中継する中継装置に接続すると共に、入金先の資金管理口座を特定する識別情報を前記中継装置に送信するステップと、
ユーザからサービス提供者へのインターネット振込処理の都度、前記バンキングサーバから前記中継装置を経由して送信される、当該振込処理を特定する振込識別子、振込人情報、振込額および前記識別情報を含む入帳情報を受信するステップと、
前記入帳情報に含まれる識別情報に対応する資金管理口座の残高に前記振込額を加算するステップと、
前記入帳情報を入帳情報記憶部に記憶するステップと、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込識別子、振込人情報および振込額を含む入金明細情報を、前記バンキングサーバから受信するステップと、
前記入帳情報記憶部から前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定するステップと、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索するステップと、
前記入金ユーザの資金管理口座の残高に前記振込額を加算するステップと、
を実行させるプログラム。
【請求項１６】
ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバに接続させ、ユーザからサービス提供者へのインターネット振込処理による入金に基づいてユーザの資金管理口座を更新する入金装置を支援するためのプログラムであって、コンピュータに、
サービス提供者の口座の所定期間における入金明細情報であって、前記振込処理を特定する振込識別子、振込人情報、振込額を含む入金明細情報を、前記バンキングサーバから受信するステップと、
インターネット振込みの都度、前記バンキングサーバから送信される、当該振込処理を特定する振込識別子、振込人情報および振込額を含む入帳情報を受信して記憶した入帳情報記憶部から、前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定するステップと、
欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索するステップと、
前記入金装置に対し、前記入金ユーザから入金があったことを通知するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外為取引用の保証金口座や証券取引用の証券口座等のような資金管理口座に入金を行う入金装置および入金を支援する入金支援装置に関する。
【背景技術】
【０００２】
近年のインターネットの発達に伴い、インターネットを通じて振込みを行うことができるインターネットバンキングが普及してきている（特許文献１）。これを受け、外為取引会社や証券会社等は、インターネットバンキングを利用して資金管理口座への入金を受け付けるサービスを開始している。
【０００３】
外為取引を例として、インターネットバンキングと連携した入金処理について説明する。まず、ユーザは、外為取引会社のウェブサイトにアクセスする。取引に必要な資金が不足している場合などには、ユーザは、インターネットバンキングによる入金の要求を選択する。これを受けて、外為取引会社は、ユーザ端末をバンキングサーバに接続する。ユーザは、インターネットバンキングによって外為取引会社の指定口座への振込みを行った後、バンキングサーバでの入金処理を終了し、外為取引会社のウェブサイトに戻る。これにより、外為取引会社に開設されたユーザの資金管理口座に資金が入金されるので、ユーザにとって利便性が高い。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−２５９６９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記したような従来のインターネットバンキング連携システムにおいては、バンキングサーバは、終了処理がされて初めて振込みが完了したと判断し、振込みに関する情報（以下、「入帳情報」という）を外為取引会社のサーバに送信する。外為取引会社では、入帳情報を受けて、ユーザの資金管理口座を更新する。
【０００６】
このため、ユーザがインターネットバンキングによって振込みを行った後、正しく終了処理を行って外為取引会社のウェブサイトに戻らないと、外為取引会社の資金管理口座に入金が反映されないという課題があった。
【０００７】
本発明は、上記背景に鑑み、インターネットバンキングによる入金を資金管理口座に速やかに反映できると共に信頼度の高い入金装置を提供する。
【課題を解決するための手段】
【０００８】
本発明の入金装置は、ユーザからの入金に基づいて、サービス提供者が管理するユーザの資金管理口座を更新する入金装置であって、ユーザ端末から送信される振込要求に応じて、ユーザ端末をバンキングサーバに接続する接続処理部と、ユーザからサービス提供者へのインターネット振込処理の都度、前記バンキングサーバから送信される、当該振込処理を特定する振込識別子、振込人情報および振込額を含む入帳情報を受信する入帳情報受信部と、前記入帳情報に基づいて、前記振込人情報に対応するユーザの資金管理口座の残高に前記振込額を加算する残高更新部と、前記入帳情報を記憶する入帳情報記憶部と、サービス提供者の口座の所定期間における入金明細情報であって、前記振込識別子、振込人情報、振込額を含む入金明細情報を、前記バンキングサーバから受信する入金明細情報受信部と、前記入帳情報記憶部から前記所定期間内に受信した入帳情報を読み出し、前記振込識別子をキーとして、前記入金明細情報に対応する前記入帳情報が欠落していないか否かを判定する振込識別子比較部と、欠落した入帳情報がある場合に、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行った入金ユーザを、前記入金明細情報に含まれる振込人情報に基づいて検索する入金ユーザ検索部とを備え、前記残高更新部は、前記入金ユーザの資金管理口座の残高に前記振込額を加算する。
【発明の効果】
【０００９】
本発明によれば、振込みの都度、送信される入帳情報に基づいて、ユーザの資金管理口座の残高を速やかに更新できると共に、入金明細情報に基づいて、欠落した入帳情報がないかどうかを確認し、欠落した情報があった場合には、その振込人を特定して入金を行うことができる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施の形態の入金システムの構成を示す図である。
【図２】ユーザ情報ＤＢに記憶されたデータの例を示す図である。
【図３】資金管理口座ＤＢに記憶されたデータの例を示す図である。
【図４】入帳情報ＤＢに記憶されたデータの例を示す図である。
【図５】入金明細情報ＤＢに記憶されたデータの例を示す図である。
【図６】入金装置のハードウェア構成を示す図である。
【図７】入金装置によって入金を行う際の全体の動作を示す図である。
【図８】入金装置が入帳情報を受信したときの動作を示す図である。
【図９】入金装置が入金明細情報を受信したときの動作を示す図である。
【図１０】第２の実施の形態の入金システムの構成を示す図である。
【図１１】第２の実施の形態の入金システムの動作を示す図である。
【図１２】第３の実施の形態の入金システムの構成を示す図である。
【図１３】第３の実施の形態の入金システムの動作を示す図である。
【図１４】入金装置が入帳情報を受信したときの動作を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明の実施の形態の入金装置および入金支援装置について図面を参照して説明する。以下では、サービス提供者として外為取引会社を例として説明するが、本発明は、外為取引会社に対する入金だけではなく、証券会社に対する入金や、プリペイド型の電子マネーの運用会社に対する入金等にも適用することが可能である。
【００１２】
（第１の実施の形態）
図１は、第１の実施の形態の入金システム１の構成を示す図である。入金システム１は、ユーザの資金管理口座への入金を行う入金装置１０と、ユーザ端末２０と、インターネット振込みサービスを提供しているバンキングサーバ２２と、バンキングサーバ２２とユーザ端末２０とを中継する中継装置２１とがネットワーク２５によって接続されて構成されている。
【００１３】
バンキングサーバ２２は、ユーザの口座２３と外為取引会社の口座２４を有している。ユーザ端末２０から中継装置２１を介して振込要求を受信すると、バンキングサーバ２２は、ユーザの口座２３から外為取引会社の口座２４に指定された金額の振込処理を行う。
【００１４】
中継装置２１は、外為取引会社や証券会社等のサイトと、大手銀行や郵便局、ネット銀行等の決済機関のサーバとを接続する。中継装置２１は、外為取引会社が様々な決済機関と個別に接続するという煩雑な手間を省いて、入金処理の一元化を提供する装置である。このような中継装置２１は、例えば、ビリングシステム株式会社が提供している。
【００１５】
入金装置１０は、例えば、外為取引会社の業務サーバの一部として構成される。外為取引会社の業務サーバは、ユーザからの注文を受け付ける機能、レートを監視して注文条件に合致したときにディーラーに売買注文を出す機能、ユーザの注文情報に基づいてポジションの傾きを計算してカバー注文を出す機能、ユーザの証拠金を資金管理口座によって管理する機能など様々な機能を有しているが、そのうちの一つの機能としてユーザからの入金を資金管理口座に反映する入金処理の機能を有している。本実施の形態の入金装置１０は、業務サーバが実行する機能の一つである入金処理を行う装置である。従って、入金装置１０の機能のうちのいくつかの機能は、業務サーバの機能と兼用する形となっていてもよい。
【００１６】
入金装置１０は、ユーザ情報データベース（以下、「ユーザ情報ＤＢ」という）１１と、資金管理口座データベース（以下、「資金管理口座ＤＢ」という）１２と、入帳情報データベース（以下、「入帳情報ＤＢ」という）１３と、入金明細情報データベース（以下、「入金明細情報ＤＢ」という）１４とを有している。これらのデータベースは、図示しない業務サーバと共有のデータベースである。例えば、業務サーバは、ユーザから注文を受けたときに、資金管理口座ＤＢ１２に記憶された証拠金に基づいて、為替取引を行ってよいか否かを判断する。次に、各データベース１１〜１４に記憶されたデータについて説明する。
【００１７】
図２は、ユーザ情報ＤＢ１１に記憶されたデータの例を示す図である。ユーザ情報ＤＢ１１には、ユーザを特定するユーザＩＤと、ユーザの資金管理口座番号と、ユーザのカナ氏名と、ユーザが資金の振込みに使用する銀行や郵便局等の指定口座番号が記憶されている。
【００１８】
図３は、資金管理口座ＤＢ１２に記憶されたデータの例を示す図である。資金管理口座ＤＢ１２には、ユーザＩＤと、資金管理口座番号と、口座残高のデータが記憶されている。資金管理口座は、外為取引を行うための保証金の残高を管理している。
【００１９】
図４は、入帳情報ＤＢ１３に記憶されるデータの例を示す図である。入帳情報は、インターネット振込みが行われる都度、バンキングサーバ２２から中継装置２１を経由して送信される振込みに関する情報である。入帳情報ＤＢ１３には、振込みを特定する取次番号と、振込日時と、振込額と、振込人のカナ氏名と、振込人口座番号と、振込人が有する資金管理口座番号が記憶されている。このうち、振込人のカナ氏名と振込人口座番号は、振込人に関する情報である。取次番号は、本発明の「振込識別子」に対応する。
【００２０】
入帳情報ＤＢ１３は、中継装置２１から送信される入帳情報に基づいて更新される。入帳情報のうち、資金管理口座番号は、中継装置２１によって付加されるデータである。すなわち、入金装置１０は、ユーザ端末２０を中継装置２１に接続する際に、当該ユーザの資金管理口座番号のデータを中継装置２１に送信しておく。バンキングサーバ２２から振込み関する情報（入帳情報ＤＢ１３に記憶されたデータのうち資金管理口座番号以外のデータからなる）を受信すると、中継装置２１は、資金管理口座番号のデータを付加して、入帳情報を送信する。
【００２１】
図５は、入金明細情報ＤＢ１４に記憶されたデータの例を示す図である。入金明細情報ＤＢ１４には、振込日時と、取次番号と、振込額と、振込人のカナ氏名と、振込人口座番号が記憶されている。入金明細情報は、所定期間における外為取引会社の口座２４への入金明細情報であり、定期的にバンキングサーバ２２から送信される。入金明細情報は、信頼度の高いデータで、漏れがないデータである。なお、入金明細情報は、入出金明細情報として送信されてもよい。この場合、入金装置１０において、入金明細情報と出金明細情報の仕分けを行い、入金明細情報を入金明細情報ＤＢ１４に記憶し、出金明細情報を図示しない出金明細情報データベースに記憶してもよい。
【００２２】
続いて、図１を再び参照して、入金装置１０が有する機能について説明する。入金装置１０は、接続処理部１５と、受信部１６と、残高更新部１７と、取次番号比較部１８と、入金ユーザ検索部１９を有している。
【００２３】
接続処理部１５は、ユーザ端末２０から振込要求が送信されたときに、ユーザ端末２０を中継装置２１に接続させる。このとき、接続処理部１５は、中継装置２１に対して、ユーザが所望する銀行または郵便局のバンキングサーバ２２を特定する情報と、ユーザの資金管理口座番号を送信する。ここで、資金管理口座番号は、「資金管理口座を特定する識別情報」に該当する。ここでは、資金管理口座番号自体を識別情報として用いているが、識別情報は、資金管理口座番号を特定できる情報であればよく、例えば、ユーザＩＤ等でもよい。
【００２４】
中継装置２１は、ユーザ端末２０からのアクセスを受けると、ユーザ端末２０をバンキングサーバ２２に接続する。ユーザ端末２０がバンキングサーバ２２にて振込処理を実行し、終了処理を行うと、バンキングサーバ２２は終了処理をトリガとして、中継装置２１に対して入帳情報を送信する。入帳情報には、取次番号と、振込日時と、振込額と、振込人のカナ氏名と、振込人口座番号とが含まれている。中継装置２１は、バンキングサーバ２２から入帳情報を受信すると、受信した入帳情報にユーザの資金管理口座番号を付加し、入帳情報を入金装置１０に送信する。
【００２５】
受信部１６は、ネットワーク２５から入金装置１０に送信される情報を受信する。受信部１６は、中継装置２１から送信される入帳情報を受信すると共に、バンキングサーバ２２から送信される入金明細情報を受信する。受信部１６は、受信した入帳情報を入帳情報ＤＢ１３に記憶し、受信した入金明細情報を入金明細情報ＤＢ１４に記憶する。なお、受信部１６は、図示しない業務サーバと共有の受信部であってもよい。例えば、受信部１６は、ユーザ端末２０からの注文情報を受け付ける機能を有することができる。
【００２６】
残高更新部１７は、中継装置２１から入帳情報を受信すると、受信した入帳情報に基づいて、資金管理口座ＤＢ１２の残高を更新する。また、残高更新部１７は、受信した入金情報に基づいて、欠落した入帳情報を発見した場合には、欠落した入帳情報に対応する入金情報に基づいて、資金管理口座ＤＢ１２の残高を更新する。残高更新部１７による残高更新の詳しいフローについては、後述する。なお、残高更新部１７は、図示しない業務サーバと共有の残高更新部であってもよい。例えば、残高更新部１７は、ユーザからの注文に基づいて売買を行ったときに資金管理口座ＤＢ１２の残高を更新してもよい。
【００２７】
取次番号比較部１８は、入帳情報ＤＢ１３に記憶された入帳情報と、入金明細情報ＤＢ１４に記憶された入金明細情報の取次番号を比較し、欠落した入帳情報が存在するか比較する。入金明細情報は、外為取引会社の口座２４への所定期間におけるすべての入金を網羅しており、漏れがない。従って、入金明細情報に存在する取次番号と同じ取引番号の入帳情報が存在しない場合には、当該入帳情報は欠落したものである。入金ユーザ検索部１９は、欠落した入帳情報が存在する場合には、同じ振込識別子の入帳情報が存在しなかった入金明細情報に係る入金を行ったユーザを検索する機能を有する。取次番号比較部１８および入金ユーザ検索部１９の詳しいフローについては、後述する。
【００２８】
図６は、本実施の形態の入金装置１０のハードウェア構成を示す図である。入金装置１０は、ＣＰＵ３０、ＲＡＭ３１、ＲＯＭ３２、通信インターフェース（以下「通信Ｉ／Ｆ」）３４、表示部３５、操作部３６及びこれらを接続するデータバス３７を有する。ＲＯＭ３２に書き込まれたプログラム３３に従ってＣＰＵ３０が演算処理を実行することにより、上記した機能が実現される。図２〜図５に示す各種データベースは、ＲＯＭ３２によって構成してもよいし、外部の記録媒体によって構成してもよい。
【００２９】
図７〜図９は、本実施の形態の入金装置１０の動作を示すフローチャートである。図７は、入金装置１０によって入金を行う際の入金システム１の全体の動作を示す図である。ユーザ端末２０から中継装置２１に振込要求を送信し（Ｓ１０）、中継装置２１を介してバンキングサーバ２２に対して振込処理を行う（Ｓ１２）。振込処理が完了すると、バンキングサーバ２２は振込みに関する情報として入帳情報を中継装置２１に送信する（Ｓ１４）。中継装置２１は、バンキングサーバ２２から受信した入帳情報にユーザの資金管理口座番号のデータを付加して、入帳情報を入金装置１０に送信する（Ｓ１６）。入金装置１０は、受信した入帳情報に基づいて、ユーザの資金管理口座の残高を更新する（Ｓ１８）。この残高更新の動作は、図８を参照して後述する。以上の処理を、ユーザ端末２０から中継装置２１に対して振込要求が送信されるたびに繰り返し行う。
【００３０】
バンキングサーバ２２は、定期的に、外為取引会社の口座２４に対する所定期間における入金明細情報を入金装置１０に送信する（Ｓ２０）。入金明細情報は、中継装置２１を介しないで、直接、入金装置１０に送信される。入金装置１０は、バンキングサーバ２２から入金明細情報を受信すると、所定期間内に受信した入帳情報と突き合わせを行い、欠落した入帳情報がないかどうかを確認し、欠落した入帳情報があった場合には、その入帳情報に対応する入金明細情報に基づいて、資金管理口座の残高を更新する（Ｓ２２）。この欠落チェックおよび残高更新の動作は、図９を参照して後述する。
【００３１】
図８は、入金装置１０が入帳情報を受信したときの動作を示す図である。入金装置１０は、中継装置２１から入帳情報を受信すると（Ｓ３０）、受信した入帳情報に含まれる資金管理口座番号で特定される資金管理口座の残高に振込額を加算し、資金管理口座ＤＢ１２を更新する（Ｓ３２）。また、入金装置１０は、受信した入帳情報を入帳情報ＤＢ１３に記憶する（Ｓ３４）。
【００３２】
図９は、入金装置１０が入金明細情報を受信したときの動作を示す図である。入金装置１０は、入金明細情報を受信すると（Ｓ４０）、入帳情報ＤＢ１３から入帳情報を読み出す（Ｓ４２）。次に、入金明細情報の取次番号と入帳情報の取次番号とを比較して（Ｓ４４）、欠落した入帳情報がないかどうかを判定する（Ｓ４６）。欠落した入帳情報がない場合には（Ｓ４６でＮＯ）、入金装置１０は処理を終了する。
【００３３】
欠落した入帳情報があった場合（Ｓ４６でＹＥＳ）、すなわち、取次番号が同じ入帳情報が存在しない入金明細情報があった場合、その入金明細情報から振込人のカナ氏名を抽出し、振込人のカナ氏名と合致するカナ氏名を有するユーザを検索し（Ｓ４８）、何人のユーザが検索されたかを判定する（Ｓ５０）。１人のユーザが検索された場合には、そのユーザを入金ユーザとして特定する。入金装置１０は、入金ユーザの資金管理口座の残高に振込額を加算し、資金管理口座ＤＢ１２を更新する（Ｓ５４）。
【００３４】
複数人のユーザが検索された場合には、ユーザ情報ＤＢ１１から、検索された複数のユーザの指定口座番号のデータを読み出し、読み出した指定口座番号と、入金明細情報の振込人口座番号とが一致するユーザを入金ユーザとして特定する（Ｓ５２）。入金装置１０は、入金ユーザの資金管理口座の残高に振込額を加算し、資金管理口座ＤＢ１２を更新する（Ｓ５４）。
【００３５】
カナ氏名が合致するユーザが検索されなかった場合には、資金管理口座ＤＢ１２への入金を保留し、その入金明細情報を表示する（Ｓ５６）。このように、カナ氏名が一致しない場合に、入金を保留することにより、マネーローンダリングの対策としての効果がある。
【００３６】
本実施の形態の入金装置１０は、インターネット振込みが行われる都度、バンキングサーバ２２から中継装置２１を介して送信される入帳情報に基づいて、ユーザの資金管理口座残高を速やかに更新できる。また、入金明細情報に基づいて、欠落した入帳情報がないかどうかを確認し、欠落した入帳情報があった場合には、同じ振込識別子の入帳情報がなかった入金明細情報に基づいて振込人を特定して入金を行うので、人為的なミスにより入帳情報が欠落してしまっても入金した情報をシステム的に回復できる信頼度の高い装置を実現できる。これにより、振込みの終了処理を正常に行わなかったなどの原因で、バンキングサーバ２２での資金移動は行われているにも関わらず、ユーザの資金管理口座残高が更新されないという不都合を防止できる。
【００３７】
（第２の実施の形態）
図１０は、第２の実施の形態の入金システム２の構成を示す図である。入金システム２は、ユーザの資金管理口座への入金を行う入金装置１０と、入金装置１０による入金を支援する入金支援装置４０と、ユーザ端末２０と、中継装置２１と、バンキングサーバ２２とがネットワーク２５によって接続されて構成されている。ユーザ端末２０、中継装置２１およびバンキングサーバ２２の構成は、第１の実施の形態と同じである。
【００３８】
入金装置１０は、第１の実施の形態の場合と同様に、外為取引会社の業務サーバの一部として構成される。入金装置１０の基本的な構成は、第１の実施の形態と同じであるが、入金明細書情報に基づいて処理を行う取次番号比較部１８および入金ユーザ検索部１９を有していない点が異なる。第２の実施の形態では、これらの機能を入金支援装置４０が担っている。
【００３９】
入金支援装置４０は、受信部４４と、取次番号比較部４５と、入金ユーザ検索部４６と、通知部４７とを有している。受信部４４は、ネットワーク２５から入金支援装置４０に送信される情報を受信する。受信部４４は、バンキングサーバ２２から送信される入金明細情報を受信すると共に、入金装置１０から入帳情報やユーザ情報を受信する機能を有する。受信部４４は、受信したユーザ情報をユーザ情報ＤＢ４１に記憶し、受信した入帳情報を入帳情報ＤＢ４２に記憶し、受信した入金明細情報を入金明細情報ＤＢ４３に記憶する。
【００４０】
取次番号比較部４５と入金ユーザ検索部４６は、第１の実施の形態で説明した取次番号比較部１８および入金ユーザ検索部１９と同じ機能を有している。通知部４７は、欠落した入帳情報があった場合に、入金ユーザ検索部４６にて検索された入金ユーザの情報および入金額を入金装置１０に通知する機能を有する。
【００４１】
図１１は、第２の実施の形態の入金システム２の動作を示す図である。まず、入金装置１０は、入金支援装置４０に対してユーザ情報を送信する（Ｓ６０）。入金支援装置４０は、ユーザ情報を受信すると、受信したユーザ情報をユーザ情報ＤＢ４１に記憶する（Ｓ６２）。これは、入金明細情報から入金ユーザを特定するために必要なユーザ情報を準備する処理である。
【００４２】
ユーザ端末２０から中継装置２１に振込要求を送信し（Ｓ６４）、中継装置２１を介してバンキングサーバ２２に対して振込処理を行う（Ｓ６６）。振込処理が完了すると、バンキングサーバ２２は振込みに関する情報として入帳情報を中継装置２１に送信する（Ｓ６８）。中継装置２１は、バンキングサーバ２２から受信した入帳情報にユーザの資金管理口座番号のデータを付加して、入帳情報を入金装置１０に送信する（Ｓ７０）。入金装置１０は、受信した入帳情報に基づいて、ユーザの資金管理口座の残高を更新する（Ｓ７２）。この残高更新の動作は、図８を参照して説明した動作と同じである。以上の処理を、ユーザ端末２０から中継装置２１に対して振込要求が送信されるたびに繰り返し行う。
【００４３】
入金支援装置４０は、バンキングサーバ２２から所定期間における入金明細情報を定期的に受信し（Ｓ７４）、受信した入金明細情報を入金明細情報ＤＢ４３に記憶する。また、入金支援装置４０は、入金装置１０から、入金明細情報の期間に対応する入帳情報を受信し（Ｓ７６）、受信した入帳情報を入帳情報ＤＢ４２に記憶する。
【００４４】
入金支援装置４０は、入金明細情報の取次番号と入帳情報の取次番号を比較し、欠落した入帳情報がないかを確認し、欠落した入帳情報がある場合には、入金ユーザを特定する（Ｓ７８）。この処理は、図９に示すフローにおけるステップＳ４４〜ステップＳ５２と同じである。入金支援装置４０は、欠落した入帳情報の入金ユーザを特定した場合には、そのユーザの資金管理口座に入金を行うように、入金装置１０に対して通知を行う（Ｓ８０）。以上、第２の実施の形態の入金装置１０および入金支援装置４０を備える入金システム２について説明した。
【００４５】
第２の実施の形態の入金支援装置４０は、第１の実施の形態と同様に、ユーザの資金管理口座残高を速やかに更新できると共に、人為的なミスをも救済できる信頼度の高い装置を実現できる。
【００４６】
また、第２の実施の形態の入金支援装置４０は、入金装置１０とは別の端末によって入金支援装置４０を実現しているので、入金装置１０の構成にはほとんど手を加えないで、欠落した入帳情報を補うことができる入金システム２を実現することができる。
【００４７】
（第３の実施の形態）
図１２は、第３の実施の形態の入金システム３の構成を示す図である。第３の実施の形態の入金システム３の基本的な構成は、第１の実施の形態と同じであるが、第３の実施の形態の入金システム３は、中継装置２１を備えていない。従って、入金装置１０の接続処理部１５は、ユーザ端末２０から振込要求があったときには、ユーザ端末２０をバンキングサーバ２２に接続させる。
【００４８】
図１３は、第３の実施の形態の入金装置１０によって入金を行う際のシステム３の全体の動作を示す図である。ユーザ端末２０からバンキングサーバ２２に接続して振込処理を行う（Ｓ９０）。振込処理が完了すると、バンキングサーバ２２は振込みに関する情報として入帳情報を入金装置１０に送信する（Ｓ９２）。入金装置１０は、受信した入帳情報に基づいて、ユーザの資金管理口座の残高を更新する（Ｓ９４）。ここでの更新の動作は、図１４を参照して後述する。以上の処理を、ユーザ端末２０から中継装置２１に対して振込要求が送信されるたびに繰り返し行う。
【００４９】
バンキングサーバ２２は、定期的に、外為取引会社の口座２４に対する所定期間における入金明細情報を入金装置１０に送信する（Ｓ９６）。入金装置１０は、バンキングサーバ２２から入金明細情報を受信すると、所定期間内に受信した入帳情報と突き合わせを行い、欠落した入帳情報がないかどうかを確認し、欠落した入帳情報があった場合には、入金明細情報に基づいて、資金管理口座の残高を更新する（Ｓ９８）。この欠落チェックおよび残高更新の動作は、図９にて説明した動作と同じである。
【００５０】
図１４は、入金装置１０が入帳情報を受信したときの動作を示すフローを示す図である。第３の実施の形態においては、入帳情報に資金管理口座番号が含まれていないので、振込人情報（カナ氏名、振込人口座番号）によって振込人を特定する。
【００５１】
入金装置１０は、入帳情報を受信すると（Ｓ１００）、受信した入帳情報を入帳情報ＤＢ１３に記憶する（Ｓ１０２）。入帳情報を記憶しておくのは、後に、入金明細情報と入帳情報の突き合わせを行うための準備である。入金装置１０は、受信した入帳情報から振込人のカナ氏名を抽出し、振込人のカナ氏名と合致するユーザを、ユーザ情報ＤＢ１１から検索し（Ｓ１０４）、何人のユーザが検索されたかを判定する（Ｓ１０６）。１人のユーザが検索された場合には、そのユーザを振込人として特定する。入金装置１０は、振込人の資金管理口座の残高に振込額を加算し、資金管理口座ＤＢ１２を更新する（Ｓ１１０）。複数人のユーザが検索された場合には、ユーザ情報ＤＢ１１から、検索された複数人のユーザの指定口座番号のデータを読み出し、読み出した指定口座番号と、入帳情報の振込人口座番号とが一致するユーザを入金ユーザとして特定する（Ｓ１０８）。入金装置１０は、入金ユーザの資金管理口座の残高に振込額を加算し、資金管理口座ＤＢ１２を更新する（Ｓ１１０）。カナ氏名が合致するユーザが検索されなかった場合には、資金管理口座ＤＢ１２への入金を保留し、入帳情報を表示する（Ｓ１１２）。このように、カナ氏名が一致しない場合に、入金を保留することにより、マネーローンダリングの対策としての効果がある。以上、第３の実施の形態の入金装置１０の構成および動作について説明した。
【００５２】
第３の実施の形態の入金装置１０は、第１の実施の形態と同様に、人為的なミスをも救済できる信頼度の高い装置を実現できる。また、第３の実施の形態の入金装置１０は、ユーザ端末２０とバンキングサーバ２２とを中継する中継装置２１を備えないので、簡易な構成で入金システムを構成できる。
【００５３】
なお、本実施の形態では、第１の実施の形態の入金システム１において中継装置２１を有しない構成について説明したが、第２の実施の形態のように入金支援装置４０を備える入金システム２においても、本実施の形態と同様に中継装置２１を有しない構成を採用することが可能である。
【００５４】
以上、本発明の入金装置および入金支援装置について実施の形態を挙げて詳細に説明したが、本発明は上記した実施の形態に限定されるものではない。
【００５５】
上記した実施の形態では、欠落した入帳情報に対応するユーザを特定できた場合には、その入金ユーザの資金管理口座の残高を更新する例について説明したが、入金ユーザを特定したときに、自動的に、そのユーザのユーザ端末に対してメールしたり、ユーザにＦＡＸしたりして、入金したか否かを問い合わせるメッセージを送信する問合せ送信部を有してもよい。また、オペレータが問い合わせを行えるように、入帳情報が欠落した入金を行った入金ユーザの連絡先、氏名等の情報を表示部に表示してもよい。問い合わせメッセージに対して、ユーザから入金したとの連絡があった場合に、ユーザの資金管理口座に入金を行うこととしてもよい。
【００５６】
上記した実施の形態では、バンキングサーバ２２からの入金明細情報を定期的に取得する例について説明したが、入金明細情報の取得は必ずしも定期的に行う必要はなく、不定期でもよい。例えば、所定数の入金明細情報が蓄積されたときにバンキングサーバ２２から送信してもらうようにしてもよい。また、入金装置１０に所定数の入帳情報が蓄積されたときに、バンキングサーバ２２に対して入金明細情報の送信を要求してもよい。また、オペレータが要求したときに、バンキングサーバに対して入金明細情報を要求する信号を送信してもよい。
【産業上の利用可能性】
【００５７】
以上に説明したように、本発明は、インターネット振込みにより速やかに資金管理口座の残高を更新できる信頼度の高いシステムを構築でき、外為取引用の保証金口座や証券取引用の証券口座等のような資金管理口座に入金する入金装置等として有用である。
【符号の説明】
【００５８】
１〜３  入金システム
１０  入金装置
１１  ユーザ情報ＤＢ
１２  資金管理口座ＤＢ
１３  入帳情報ＤＢ
１４  入金明細情報ＤＢ
１５  接続処理部
１６  受信部
１７  残高更新部
１８  取次番号比較部
１９  入金ユーザ検索部
２０  ユーザ端末
２１  中継装置
２２  バンキングサーバ
２５  ネットワーク
３０  ＣＰＵ
３１  ＲＡＭ
３２  ＲＯＭ
３３  プログラム
３４  通信Ｉ／Ｆ
３５  表示部
３６  操作部
４０  入金支援装置
４１  ユーザ情報ＤＢ
４２  入帳情報ＤＢ
４３  入金明細情報ＤＢ
４４  受信部
４５  取次番号比較部
４６  入金ユーザ検索部
４７  通知部
【図１】
2011034532.tif 000003
【図２】
2011034532.tif 000004
【図３】
2011034532.tif 000005
【図４】
2011034532.tif 000006
【図５】
2011034532.tif 000007
【図６】
2011034532.tif 000008
【図７】
2011034532.tif 000009
【図８】
2011034532.tif 000010
【図９】
2011034532.tif 000011
【図１０】
2011034532.tif 000012
【図１１】
2011034532.tif 000013
【図１２】
2011034532.tif 000014
【図１３】
2011034532.tif 000015
【図１４】
2011034532.tif 000016