JP4711604B2 - Account inquiry system - Google Patents

Account inquiry system Download PDF

Info

Publication number
JP4711604B2
JP4711604B2 JP2003013479A JP2003013479A JP4711604B2 JP 4711604 B2 JP4711604 B2 JP 4711604B2 JP 2003013479 A JP2003013479 A JP 2003013479A JP 2003013479 A JP2003013479 A JP 2003013479A JP 4711604 B2 JP4711604 B2 JP 4711604B2
Authority
JP
Japan
Prior art keywords
account
user
inquiry
transfer
request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP2003013479A
Other languages
Japanese (ja)
Other versions
JP2003271818A (en
Inventor
元彦 西田
Original Assignee
元彦 西田
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 元彦 西田 filed Critical 元彦 西田
Priority to JP2003013479A priority Critical patent/JP4711604B2/en
Publication of JP2003271818A publication Critical patent/JP2003271818A/en
Application granted granted Critical
Publication of JP4711604B2 publication Critical patent/JP4711604B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して接続された利用者側端末からの要求に従い、利用者が口座を有する金融機関側端末に対して、利用者の口座の照会依頼を行い、その照会結果を利用者側端末に提示する口座照会システムに関する。
【０００２】
【従来の技術】
従来より、利用者がパーソナルコンピュータ（以下、パソコンとする。）や携帯電話等の利用者側端末から公衆電話回線網や、インターネットなどの広域ネットワークを通じて金融機関側端末にアクセスし、金融機関側に口座の照会、振込、振替等を要求して、自己の口座の照会及び資金移動を行うホームバンキングシステムが知られている。
【０００３】
そして、このようなホームバンキングシステムは、利用者側端末がインターネットを介して金融機関側端末と接続されるホームバンキングシステムと、複数の金融機関側端末が専用回線を介して接続センタに接続され、利用者側端末が電話回線を介して接続センタに接続されるホームバンキングシステムとに、大別できる。
【０００４】
詳述すると、前者は、パソコン等の利用者側端末からインターネットを介して各金融機関のＷＷＷ（World Wide Web）サーバに接続要求があると、利用者を認証する。そして、認証した利用者の利用者側端末から該ＷＷＷサーバに照会要求等があると、ＷＷＷサーバがその要求情報を金融機関側に送信すると共に、その要求に対する応答結果を受信する。そして、ＷＷＷサーバは、その応答結果を利用者側端末に表示させて、利用者側に、口座残高、振込み明細等を提示する。
【０００５】
尚、このシステムにおいて、利用者は、ＷＷＷサーバからの応答結果を表示可能なソフトウェア（一般にはＨＴＭＬ（HyperText Markup Language）形式のデータを表示可能なブラウザー）を予め、パソコン等の利用者側端末にインストールしておき、利用者側端末の入力装置からブラウザー上の画面を操作して、口座の照会や資金移動を金融機関側に要求する。
【０００６】
次に、後者は、利用者が、利用者側端末を接続センタに接続する前に、予め専用のソフトウェアをインストールして、該ソフトウェアに利用する口座の情報（例えば口座を有する金融機関の情報や口座番号等）を登録しておく構成となっている。即ち、このシステムは、利用者が、複数の金融機関に係る口座情報を利用者側端末に登録しておけば、自己のパソコン等の利用者側端末にて、複数の金融機関の口座を一元管理することができる構成となっている。
【０００７】
そして、該システムでは、利用者が該利用者側端末から接続センタに向けて照会を要求して照会対象の口座の情報を送信すると、接続センタが、該照会対象口座の情報を、対応する金融機関に向けて転送する。そして、接続センタは、照会要求による応答結果を受信すると、対応する利用者に該応答結果を転送する。
【０００８】
【発明が解決しようとする課題】
しかしながら、上記従来技術には、以下のような問題があった。
例えば、インターネットを介して金融機関側のＷＷＷサーバに利用者側端末を接続するシステムにおいて、利用者は、複数の金融機関で口座を所有していると、該システムを利用しようとする場合に、各金融機関のＷＷＷサーバに夫々、利用者側端末を接続しなければいけないことが問題となっていた。
【０００９】
つまり、利用者は、複数の口座の残高を照会したり、照会した残高を元に、それらの口座間で資金移動（振込又は振替）しようとすると、各金融機関のＷＷＷサーバに利用者側端末の接続を要求し、その接続要求毎に各金融機関のＷＷＷサーバから求められるＩＤやパスワード等の個人の認証情報を、パソコンのキーボード等から入力しなければならなかった。その結果、利用者には、このような金融機関毎にＩＤ及びパスワードを入力する操作が非常に煩わしく感じられた。
【００１０】
また、ホームバンキングシステムを利用するために、利用者は、予め金融機関毎に個人を認証するためのＩＤやパスワードを発行するように申請する必要があり、結果として、利用者には、このような申請の手続が非常に煩わしかった。
そして更に、利用者は、このようなＩＤやパスワードを複数管理しなければならなくなると、該ＩＤやパスワードを忘れてしまうこともあった。
【００１１】
一方、接続センタを介して金融機関側端末と接続するシステムでは、利用者は、専用のソフトウェアを使用して、パソコン等の利用者側端末を接続センタに接続すれば、各金融機関のＷＷＷサーバに接続するような煩わしい操作をしなくても、複数の金融機関に対して、照会要求等ができた。
【００１２】
しかしながら、このようなホームバンキングシステムを利用する際においてもインターネットを介して接続するシステムと同様に、利用者が、予め各金融機関に個人を認証するためのＩＤやパスワードを発行するように申請する必要があり、更に、照会要求の度に、各金融機関から認証を受ける必要があった。
【００１３】
本発明は、こうした問題に鑑みなされたものであり、利用者が金融機関毎にＩＤやパスワードを入力しなくても、複数の金融機関に対して口座の照会を要求することのできる口座照会システムを提供することを目的とする。
【００１４】
【課題を解決するための手段】
かかる目的を達成するためになされた本発明の口座照会システムは、ネットワークを介して接続された利用者側端末からの要求に従い、利用者が口座を有する金融機関側端末に対して、利用者の口座の照会依頼を行い、その照会結果を利用者側端末に提示する口座照会システムであって、口座情報データベースと、認証手段と、照会手段と、照会結果提示手段と、を備える。
【００１５】
この口座照会システムでは、口座情報データベースに、利用者の金融機関口座を表す口座情報が予め登録されている。
そして、認証手段は、利用者側端末から当該システムへの接続要求があると、利用者側端末から認証情報を取得し、認証情報が予め登録された利用者のものである時に、利用者側端末からの照会要求を許可する。
【００１６】
そして、認証手段にて照会要求が許可された利用者側端末から口座の照会要求があると、照会手段は、照会要求に対応する利用者の口座情報を口座情報データベースから読み出し、その読み出した口座情報に基づき、利用者が口座を有する金融機関側端末に対して、利用者の口座の照会依頼を行う。
【００１７】
そして、照会結果提示手段が、照会手段の照会依頼によって金融機関側端末から応答された各口座の照会内容を取得し、取得した照会内容に含まれる残高情報に基づき、各口座の残高を利用者側端末で一覧表示可能な照会データを生成し、この照会データを利用者側端末に送信する。
この口座照会システムによれば、利用者は、予め当該システムに正当な利用者として登録を受けると共に、予め照会を行う口座を口座情報データベースに登録した後、当該システムに対して利用者側端末の接続要求を行い、利用者側端末から認証情報を当該システムに送信し、認証手段によって照会要求の許可を受けるだけで、口座情報データベースに登録されている口座について、照会手段に照会を要求することができる。
【００１８】
従って、利用者は、従来のホームバンキングシステムのように、複数の金融機関に対して、金融機関毎に当該システムへの接続要求を行う必要がなく、更に、金融機関毎に、利用者側端末から認証情報を直接入力して、照会要求の許可を受ける必要がない。
【００１９】
また更に、従来のシステムでは、残高等の照会結果が口座毎に利用者側に表示されていたため、利用者は、口座毎に表示される残高等を、手元のメモ紙等に書き留めておき、メモ紙に記入した複数の口座の残高等を見比べて出金する口座を決めたりしていたが、本発明の口座照会システムでは、残高等の照会結果が一覧表示されるため、利用者は、口座一つ一つをメモ紙等に書き留めておかなくても、一覧表示された照会結果を確認するだけで、複数の口座の残高等を容易に把握することができる。
【００２０】
ところで、請求項１記載の口座照会システムは、次の資金移動可能口座提示手段と、資金移動手段とを備える。資金移動可能口座提示手段は、照会結果提示手段が利用者側端末に照会データを送信した後、利用者側端末から資金移動処理の実行要求があると、口座情報データベースに登録された利用者の金融機関口座であって入出金可能な口座群からの出金元口座及び入金先口座の選択操作並びに移動金額の入力操作を受付可能な操作画面を利用者側端末に表示させるためのデータであって、入出金可能な口座群を照会依頼によって取得された残高情報と共に操作画面に一覧表示可能な資金移動関連データを生成し、この資金移動関連データを利用者側端末に送信する。
【００２１】
一方、資金移動手段は、資金移動可能口座提示手段が資金移動関連データを利用者側端末に送信した後、利用者側端末から資金移動要求があると、口座情報に基づき、資金移動要求によって指定された出金元口座に対応する金融機関側端末に、資金移動要求によって指定された入金先口座への振込依頼若しくは振替依頼を行う。
【００２２】
このように構成された口座照会システムによれば、利用者は、操作画面にて、自己の口座の残高を確認しながら、出金元口座及び入金先口座を指定することができ、自己の口座の預金管理を容易に行うことができる。例えば、利用者は、振込若しくは振替前に、金融機関側端末で振込若しくは振替が行われた後の口座残高を容易に推測することができ、口座の預金管理を容易に行うことができる。
【００２３】
尚、上記資金移動関連データは、請求項２に記載のように、操作画面を通じて出金元口座及び入金先口座が選択され且つ移動金額が入力されると、当該選択された出金元口座から入金先口座へ入力された金額の資金移動が仮に実行された場合の各口座の残高情報を表示する処理を利用者側端末に実行させるためのプログラム情報を含むデータであるのが好ましい。
このように構成された口座照会システムによれば、利用者は、操作画面にて、自己の口座の残高及び推定残高を確認しながら、出金元口座及び入金先口座を指定することができ、一層、自己の口座の預金管理を容易に行うことができる。
【００２４】
次に、請求項３に記載の発明は、請求項１又は請求項２に記載の口座照会システムにおいて、照会結果提示手段が、各口座の照会内容に含まれる残高情報に基づき、利用者側端末で各口座の照会結果を残高順に一覧表示可能な照会データを生成し、利用者側端末に送信することを特徴とする。
【００２５】
この口座照会システムによれば、利用者は、利用者側端末で一覧表示される照会結果から、照会した口座の中で、いずれの口座内により多くの残高があるかを容易に把握することができる。
この結果、利用者は、口座情報データベースに登録した複数の口座の残高をより一層容易に把握することができ、登録した口座の預金の管理を容易に行うことができる。
【００２６】
次に、請求項４に記載の発明は、照会依頼、振込依頼及び振替依頼に伴う金融機関側端末との通信が、専用回線を通じて行われることを特徴とする。
【００２８】
また、請求項５に記載の発明は、資金移動手段によって振込依頼若しくは振替依頼が行われると、照会手段が、出金元口座に対応する金融機関側端末に対して、出金元口座の照会依頼を行うことを特徴とする。
【００２９】
この口座照会システムによれば、利用者は、照会手段に照会要求を行うことなく、資金移動手段が金融機関側端末に振込依頼若しくは振替依頼した後の出金元口座の照会結果を取得することができる。結果、利用者は、振込若しくは振替後の出金元口座の残高を容易に把握することができる。
【００３０】
また、請求項６に記載の発明は、資金移動手段によって振込依頼若しくは振替依頼が行われると、照会手段が、入金先口座に対応する金融機関側端末に対して、入金先口座の照会依頼を行うことを特徴とする。
【００３１】
この口座照会システムによれば、利用者は、照会手段に入金先口座の照会要求を行うことなく、資金移動手段が金融機関側端末に振込依頼若しくは振替依頼した後の入金先口座の照会結果を取得することができる。結果、利用者は、資金移動手段が金融機関側端末に振込依頼若しくは振替依頼した後の入金先口座の残高を把握することができ、口座情報データベースに登録した口座の預金管理を容易に行うことができる。
【００３２】
即ち、利用者は、照会手段により、口座情報データベースに登録した口座の照会結果を取得し、この照会結果から口座の残高を確認した上で、資金移動手段により、口座情報データベースに登録した口座を出金元及び入金先とする振込若しくは振替を要求して、更に、資金移動手段が金融機関側端末に振込依頼若しくは振替依頼した後の入金先口座の照会結果を取得することができるから、口座情報データベースに登録した口座間で資金移動を行うことにより、登録した複数口座の預金を、容易に当該システムにて一元的に管理することができる。
【００３３】
この他、請求項７に記載の発明は、資金移動手段が振込依頼若しくは振替依頼を行うと、許可手段が、公衆電話回線網を介して、予め登録された出金元口座の連絡先電話番号に対応する利用者電話端末を呼び出し、振込依頼若しくは振替依頼に対応する決済を金融機関側端末に実行させるか否かを問い合わせると共に、利用者の外部操作により利用者電話端末から決済の実行指令が入力されると、決済の実行を金融機関側端末に許可することを特徴とする。
【００３４】
この口座照会システムによれば、利用者に対して、決済を金融機関側に実行させてもいいか、確認をとることができ、結果として、正当な利用者が、振込依頼若しくは振替依頼を行ったかどうかを判別することができる。また、本発明においては、悪意による通信傍受などに対してセキュリティの高い公衆電話回線網を通じて利用者側に決済実行の確認をとるようにしているので、利用者は、自身の資金が不正利用者によって不正に移動される心配をしなくて済み、安心して当該口座照会システムを使用することができる。
【００３５】
尚、許可手段は、上記決済を金融機関側端末に実行させるか否かを音声にて問い合わせてもよいし、この内容を、利用者電話端末に備えられた液晶ディスプレイ等の表示画面（表示手段）に文字表示してもよい。
【００３６】
【発明の実施の形態】
以下に本発明の実施例について、図面とともに説明する。
図１は、本発明が適用された口座照会システム１の構成を表すブロック図である。
【００３７】
図１に示すように、本実施例の口座照会システム１は、主に、専用回線を通じて金融機関側端末３に接続され、且つ、利用者側で広域ネットワークとしてのインターネット５に接続された中継サーバ７と、中継サーバ７に接続された口座情報データベース（ＤＢ）９と、インターネット５に接続された認証サーバ１１及びＷＷＷサーバ１３と、からなる。そして、この口座照会システム１には、インターネット５を介して利用者側端末１５が接続されている。
【００３８】
詳述すると、中継サーバ７は主に、利用者側端末１５又はＷＷＷサーバ１３から利用者の口座に関する照会等の各種要求があった時に、口座情報ＤＢ９に記憶されている利用者の口座情報に基づいて、各金融機関側端末３に対して該要求に応じた各種依頼を行うと共に、該依頼による各金融機関側端末３からの応答結果をＷＷＷサーバ１３を介して利用者側端末１５に提示するために備えられたものである。即ち、中継サーバ７は、利用者側端末１５からの要求に応じて、後述の中継サーバ側照会処理、中継サーバ側資金移動処理を実行し、ＷＷＷサーバ１３からの要求に応じて、後述の登録口座リスト提示処理を実行する構成となっている。
【００３９】
尚、口座情報ＤＢ９には、利用者が口座照会システム１を利用して照会、資金移動（即ち、振込又は振替）等を行うために予め登録した金融機関口座（以下、「登録口座」とする。）を表す口座情報が記憶されている。ここで口座情報としては、例えば、口座の金融機関番号、支店番号、口座番号、その他、登録口座が口座照会システム１において照会可能又は資金移動可能な口座であるかどうかを示す各種許可情報等が挙げられる。即ち、口座情報とは、口座照会システムにて、金融機関側端末３に各種依頼を行うために必要な利用者の口座に関する各種情報のことである。
【００４０】
次にＷＷＷサーバ１３は、主に、利用者が金融機関側に照会要求又は振込要求若しくは振替要求（以下、振込要求又は振替要求を「資金移動要求」と表現する。）を行うために必要な各種入力画面、を利用者側端末１５で表示させると共に、利用者側の上記要求による金融機関側からの応答結果を利用者側端末１５で表示させるために備えられたものである。即ち、ＷＷＷサーバ１３は、利用者側からの要求に応じて、後述のＷＷＷサーバ側照会処理、ＷＷＷサーバ側資金移動処理を実行する構成となっている。
【００４１】
次に、認証サーバ１１は、口座照会システム１に接続を要求する利用者側端末１５の接続を許可するかどうかを判断するために備えられているものであり、該接続許可の判断を行うために、口座照会システム１への利用登録を受けた利用者のユーザＩＤ及びパスワード等の認証情報を備え、利用者が接続を要求すると、認証処理を実行する構成となっている。
【００４２】
即ち、利用者側端末１５（例えば、パソコン）からインターネット５を介して、口座照会システム１に対する接続要求があるとまず、認証サーバ１１は、利用者側に認証情報としてのユーザＩＤ及びパスワードの入力を求め、該認証情報が入力されると、該認証情報が口座照会システム１に予め登録された利用者のものであるかどうかを判断して、登録されている者の認証情報であるときは、利用者側端末１５をＷＷＷサーバ１３に接続する。
【００４３】
そして、ＷＷＷサーバ１３は、利用者側端末１５に接続されるとまず、後述のＷＷＷサーバ側照会処理を実行して、中継サーバ７に対して口座情報ＤＢ９に登録されている利用者の照会可能な口座のリストを要求する。
そして、中継サーバ７は、ＷＷＷサーバ１３から、該要求があると、後述の登録口座リスト提示処理を実行し、口座情報ＤＢ９から、要求があった利用者の登録口座の口座情報を読み出し、利用者の照会可能な登録口座のリストをインターネット５を介してＷＷＷサーバ１３に送信する。
【００４４】
この後、ＷＷＷサーバ１３は、中継サーバ７から該登録口座リストを受信して、該登録口座リストを元に、図２（ａ）に示す照会口座指定入力画面１７を利用者側端末１５で表示させるための画面情報（以下、「照会口座指定入力画面データ」とする。）を作成し、該画面データを利用者側端末１５に送信する。
【００４５】
尚、図２は、利用者側端末１５で表示される照会口座指定入力画面１７（図２（ａ））、及び、後述の照会結果表示画面１９（図２（ｂ））の構成を表す説明図である。照会口座指定入力画面データは、利用者側端末１５にて、口座情報ＤＢ９に登録されている利用者の照会可能な全ての口座を、照会口座指定入力画面１７として一覧表示し、利用者が画面上に表示された口座を選択して”指定口座照会”選択すると、選択した口座を照会対象口座として、該照会対象口座のリスト（以下、照会対象口座リストとする。）を作成し、中継サーバ７に照会対象口座リストを送信すると共に、後述の中継サーバ側照会処理の実行を要求する構成となっている。また、照会口座指定入力画面データは、利用者が、照会口座指定入力画面１７上で”全口座照会”を選択すると、利用者の照会可能な全ての登録口座を照会対象として、中継サーバ７に照会対象口座リストを送信すると共に、後述の中継サーバ側照会処理の実行を要求する構成となっている。
【００４６】
即ち、利用者側端末１５は、認証サーバ１１で認証を受け、ＷＷＷサーバ１３に接続されると、ＷＷＷサーバ１３から照会口座指定入力画面データを受信して、照会口座指定入力画面１７を表示し、利用者に対して、照会対象とする口座を指定するように求める。
【００４７】
そして、利用者は、登録口座の内の特定の口座を指定して照会を行いたい場合において、利用者側端末1５を操作して、図２（ａ）に示す照会口座指定入力画面１７上で、画面上に一覧として表示されている口座の中から、特定の口座を指定した後に、”指定口座照会”を選択して、特定の口座だけを照会するように口座照会システム１側に要求し、一方、全口座を照会したい場合において、照会口座指定入力画面１７上で、”全口座照会”を選択することにより、口座情報ＤＢ９に登録されている利用者が照会可能な全ての口座の照会を口座照会システム１側に要求する。
【００４８】
即ち、上記方法で、利用者が照会対象とする口座を指定すると、利用者側端末１５は、利用者によって指定された照会対象の口座リストを中継サーバ７に送信して、指定された照会対象口座の照会を中継サーバ７に要求する。
そして、中継サーバ７は、利用者側端末１５から口座の照会要求があると、後述の中継サーバ側照会処理を実行して、利用者側端末１５から受信した照会対象口座リスト及び、口座情報ＤＢに記憶されている利用者の口座情報に基づいて、照会対象となった口座を有する金融機関側端末３に、該口座の照会依頼を行うと共に、該依頼による金融機関側端末３からの応答結果を、照会内容として一つのデータにまとめて一時記憶し、更に、該照会内容をインターネット５を介してＷＷＷサーバ１３に送信する。
【００４９】
この後、ＷＷＷサーバ１３は、中継サーバ７から上記照会内容を受信して、該照会内容を、利用者側端末１５にて口座毎の照会結果として一覧表示可能な照会結果表示画面データ（即ち、図２（ｂ）に示す照会結果表示画面１９を利用者側端末１５で表示可能な画面情報）に変換し、該照会結果表示画面データを利用者側端末１５に送信する。
【００５０】
そして、利用者側端末１５は、該照会結果表示画面データをＷＷＷサーバ１３から受信すると、図２（ｂ）にしめす照会結果表示画面１９を表示し、各口座の照会結果を一覧で利用者側に提示する。尚、図２（ｂ）からもわかるように、照会結果表示画面１９には、照会した口座を表す口座情報（口座番号等）と、残高情報が、一覧で表示される。
【００５１】
即ち、利用者は、照会口座指定入力画面１７で照会する口座を指定して中継サーバ７に照会要求を行うと、後に利用者側端末１５にて表示される照会結果表示画面１９を通じて、各口座の照会結果（残高等）を取得することができる。
また、利用者は、利用者側端末１５を操作して、図２（ｂ）の照会結果表示画面１９上から”資金移動モード”を選択すると、口座照会システム１に対して、資金移動要求（即ち、振込又は振替要求）を行うことができる。
【００５２】
即ち、利用者が照会結果表示画面１９上から”資金移動モード”を選択すると、利用者側端末１５は、ＷＷＷサーバ１３に対して、後述のＷＷＷサーバ側資金移動処理を実行するように要求する。
そして、ＷＷＷサーバ１３は、利用者側端末１５から該要求があると、ＷＷＷサーバ側資金移動処理を実行し、口座情報ＤＢ９にて登録されている利用者の振込又は振替が可能な登録口座のリストを、中継サーバ７に対して要求する。
【００５３】
そして、中継サーバ７は、ＷＷＷサーバ１３から、該要求があると、登録口座リスト提示処理を実行し、口座情報ＤＢ９から、要求があった利用者の登録口座の口座情報を読み出し、振込又は振替が可能な利用者の登録口座のリストをインターネット５を介してＷＷＷサーバ１３に送信する。尚、登録口座リストには、照会依頼時に金融機関側端末３から取得した各口座の残高情報が付加される。
【００５４】
この後、ＷＷＷサーバ１３は、該登録口座リストを中継サーバ７から受信して、登録口座リストを元に、図３に示す資金移動口座入力画面２１を表示させるために必要な画面情報（以下、「資金移動口座入力画面データ」とする。）を利用者側端末１５に送信する。尚、図３は、利用者側端末１５にて表示される資金移動口座入力画面２１の構成を表す説明図である。
【００５５】
即ち、利用者側端末１５は、ＷＷＷサーバ１３に対して、ＷＷＷサーバ側資金移動処理を実行するように要求した後に、ＷＷＷサーバ１３から資金移動口座入力画面データを受信すると、資金移動口座入力画面２１を表示する。
図３からもわかるように、資金移動口座入力画面２１は、利用者側端末１５の入力手段（例えば、パソコンに備えられたキーボード等）から入金先の口座情報（口座番号等）を入力するための口座入力欄２１ａを備えている。また、資金移動口座入力画面２１は、振込又は振替が可能な登録口座の一覧をその残高情報と共に提示しており、利用者が一覧から口座を選択することにより、登録口座を出金元口座又は入金先口座として選択できる構成となっている。
【００５６】
また更に、資金移動口座入力画面２１は、出金額入力欄２１ｂと、推定残高欄２１ｃを備えており、出金元口座、入金先口座の残高が既に照会により把握されている場合に、利用者が出金額入力欄２１ｂに出金額を入力すると、該出金元口座から該出金額だけ振込又は振替を行う場合に推定される出金元口座及び入金先口座の推定残高が、入力された出金額及び口座の残高情報に基づいて演算され、推定残高欄２１ｃに表示される構成となっている。
【００５７】
尚、この演算は、利用者側端末１５で行われる構成となっており、ＷＷＷサーバ１３が利用者側端末１５に送信する資金移動口座入力画面データには、該推定残高を利用者側端末１５で演算させるためのプログラム情報が備えられている。
また、資金移動口座入力画面データは、利用者が利用者側端末１５の入力手段を操作して資金移動口座入力画面２１から”振込／振替”を選択すると、利用者側端末１５から中継サーバ７に向けて、画面上で指定された出金元口座及び入金先口座にて振込又は振替を要求する構成となっている。
【００５８】
即ち、本実施例の口座照会システム１において、振込又は振替を金融機関側に要求する場合、利用者は、利用者側端末１５に表示される資金移動口座入力画面２１の登録口座の一覧から任意の口座を選択して、該口座を出金元口座として指定する。また、利用者は、入金先口座を指定する場合に、資金移動口座入力画面２１上で、振込又は振替を行うために必要な入金先口座の口座情報を口座入力欄２１ａに直接入力するか、画面上の登録口座の一覧から口座を選択することにより、該口座を入金先口座として指定する。
【００５９】
そして、利用者は、上記方法にて出金元口座と入金先口座を指定した後に、出金額入力欄２１ｂに出金額を入力して、資金移動口座入力画面２１から”振込／振替”を選択することにより、口座照会システム１に対して該指定した口座の振込又は振替要求を行う。
【００６０】
尚、既述のように出金元口座又は入金先口座の残高が既に把握されている場合においては、資金移動口座入力画面２１の推定残高欄２１ｃに推定残高が表示されるので、利用者は、該推定残高を見て、現在指定している出金元口座から入金先口座に出金額の振込又は振替を行うと、各口座の残高がどの程度になるのかを、金融機関側端末３で振込又は振替が行われる前に確認して、その後に、該利用者側端末１５を通じて中継サーバ７に指定した口座の振込又は振替要求を行うことができる。
【００６１】
即ち、上記方法にて、利用者が振込又は振替要求を行うと、利用者側端末１５は、中継サーバ７に対して該指定口座の振込又は振替を要求するための資金移動対象口座リストを作成して、該資金移動対象口座リストを中継サーバ７に送信し、中継サーバ７に、中継サーバ側資金移動処理を実行するように要求する。
【００６２】
そして、中継サーバ７は、利用者側端末１５から、該要求があると、後述の中継サーバ側資金移動処理を実行して、利用者側端末１５から受信した資金移動対象口座リスト及び、口座情報ＤＢ９に記憶されている利用者の口座情報に基づいて、出金元口座を有する金融機関側端末３に、指定された出金元口座から入金先口座への振込又は振替依頼を行う。そして更に、中継サーバ７は、出金元口座及び入金先口座が照会可能である場合には、出金元口座及び入金先口座の照会を、対応する口座を有する金融機関側端末３に依頼して、該依頼による金融機関側端末３からの応答結果を、資金移動内容として一つのデータにまとめて、インターネット５を介してＷＷＷサーバ１３に送信する。
【００６３】
そして、ＷＷＷサーバ１３は、中継サーバ７から該資金移動内容を受信すると、該資金移動内容を、利用者側端末１５で表示可能な資金移動結果表示画面データ（即ち、図４に示す資金移動結果表示画面２３を利用者側で表示させるための画面情報）に変換して、該資金移動結果表示画面データを利用者側端末１５に送信する。
【００６４】
尚、図４は、資金移動結果表示画面２３の構成を表す説明図である。図４からもわかるように、資金移動結果表示画面２３には、振込又は振替が完了したかどうかを知らせるメッセージと、振込又は振替依頼後の出金元口座の残高情報と、入金先口座の残高情報とが表示される。ただし、入金先口座が、口座照会システム１で照会可能な口座でない場合には、残高情報は表示されない。
【００６５】
即ち、利用者は利用者側端末１５を用いて中継サーバ７に資金移動要求を行うと、図４に示す資金移動結果表示画面２３を通じて、振込又は振替が完了したかどうかと、該振込又は振替後の口座の残高と、を知ることができる。
次に、認証サーバ１１、ＷＷＷサーバ１３、中継サーバ７にて実行される各処理について図５〜図９を示しつつ詳述する。
【００６６】
図５は、認証サーバ１１で実行される認証処理を示すフローチャートである。既述のように認証処理は、利用者側端末１５が口座照会システム１に接続を要求すると、認証サーバ１１にて実行される。
図５に示すように、認証処理が実行されるとまず、認証サーバ１１は、Ｓ１１０にて、利用者側にユーザＩＤと、パスワードを入力するよう指示して、Ｓ１２０にて、利用者側でユーザＩＤとパスワードが入力され、それらが認証情報として認証サーバ１１側で受信されるまで待機する。
【００６７】
そして、該認証情報が認証サーバ側で受信される（Ｓ１２０でＹｅｓ）と、認証サーバ１１は、Ｓ１３０にて、ユーザＩＤ及びパスワードが登録されている利用者のものと一致するかどうか判定することにより、利用者側端末１５に対して口座照会システム１への接続を許可するかどうかを判断する。
【００６８】
つまり、認証サーバ１１は、ユーザＩＤ及びパスワードが登録されている利用者のものと一致すると、利用者側端末１５の接続を許可（Ｓ１３０でＹｅｓ）し、Ｓ１４０にて、正当に口座照会システム１への接続が許可されていることを中継サーバ７側に証明する認証ＩＤ、を利用者側端末１５に発行する。その後、認証サーバ１１は、Ｓ１５０にて、利用者側端末１５をＷＷＷサーバ１３に接続させて、認証処理を終了する。
【００６９】
尚ここで、認証ＩＤは、従来のシステムにおいて利用者が照会要求又は資金要求を行う毎に直接入力していたユーザＩＤやパスワードといった認証情報の代わりとして用いられるものであり、認証サーバ１１は、Ｓ１４０にて、上記のように利用者側端末１５に認証ＩＤを発行すると共に、利用者側端末１５に認証ＩＤを発行したことを、中継サーバ７に連絡する。そして、口座照会システム１では、中継サーバ７にて、各種要求の度に利用者側端末１５から送信されてくる認証ＩＤを、認証サーバ１１から連絡された情報と照合することにより、利用者が認証サーバ１１にて認証を受けたものがどうかを判断する（詳しくは後述）。
【００７０】
一方、認証サーバ１１は、ユーザＩＤ又はパスワードが登録されている利用者のものと一致しない場合に、Ｓ１３０にて、利用者側端末１５のＷＷＷサーバ１３への接続を許可することなく（Ｓ１３０でＮｏ）、Ｓ１６０に処理を移す。
そして、認証サーバは、Ｓ１６０にて、今回の認証処理においてＳ１３０で行ったユーザＩＤ及びパスワードの判定回数を確認して、判定回数がｎ回（例えば、３回）を越えない範囲では（Ｓ１６０でＮｏ）、処理をＳ１１０に戻してＳ１２０にて、利用者に再びユーザＩＤ及びパスワードの入力を求め、判定回数がｎ回を越える場合（Ｓ１６０でＹｅｓ）には、利用者側端末１５の口座照会システム１への接続を拒否して（Ｓ１７０）、認証処理を終了する。
【００７１】
次に、ＷＷＷサーバ１３で行われるＷＷＷサーバ側照会処理及びＷＷＷサーバ側資金移動処理について説明する。
まず、図６（ａ）は、認証サーバ１１の認証処理（Ｓ１５０）にて利用者側端末１５がＷＷＷサーバ１３に接続されると、ＷＷＷサーバ１３にて自動的に実行されるＷＷＷサーバ側照会処理、を示すフローチャートである。
【００７２】
図６（ａ）に示すように、ＷＷＷサーバ側照会処理が実行されるとまず、ＷＷＷサーバ１３はＳ２１０にて、中継サーバ７に、口座情報ＤＢ９に登録されている利用者の照会可能な登録口座のリストを要求し、Ｓ２２０にて中継サーバ７から、該要求による応答があるまで待機する。そして、ＷＷＷサーバ１３は、中継サーバ７から該要求による応答結果としての登録口座リストを受信すると（Ｓ２２０でＹｅｓ）、Ｓ２３０にて、該登録口座リストに基づき既述の照会口座指定入力画面データを作成して、該照会口座指定入力画面データを利用者側端末１５に送信し、処理をＳ２４０に移行する。
【００７３】
そして、Ｓ２４０にて、ＷＷＷサーバ１３は、利用者が利用者側端末１５に表示された照会口座指定入力画面１７の登録口座の一覧に基づき照会対象口座を指定して、中継サーバ７に照会対象口座の照会を要求し、中継サーバ７が中継サーバ側照会処理にてＷＷＷサーバ１３側に送信する照会内容（後述のＳ５８０）を受信するまで待機する。
【００７４】
そして、ＷＷＷサーバ１３は、中継サーバ７から照会要求に対する応答結果（即ち、照会内容）を受信すると（Ｓ２４０でＹｅｓ）、Ｓ２５０にて、該照会内容を既述の照会結果表示画面データに変換して、利用者側端末１５に送信する。
尚、口座毎の照会結果を照会結果表示画面１９にて残高順に表示する構成にするため、ＷＷＷサーバ１３は、Ｓ２５０にて、照会内容を照会結果表示画面データに変換する際に、照会内容に含まれる口座の残高情報に基づき、照会された口座の口座情報及び残高情報を、並び替えて、照会結果表示画面データを作成する。
【００７５】
つまり例えば、照会結果表示画面データがテキストデータである場合には、利用者側端末１５は、照会結果表示画面データ中に含まれる口座情報及び残高情報を照会結果表示画面データの先頭から読み取り、画面上部から順に表示するため、ＷＷＷサーバ１３は、照会内容から、各口座の口座情報及び残高情報を残高順に並べて照会結果表示画面データを形成することにより、照会結果表示画面１９にて、口座情報及び該口座の残高が画面上部から残高順に表示されるようにする。
【００７６】
そして、上記Ｓ２５０までの処理を終えると、ＷＷＷサーバ１３はＷＷＷサーバ側照会処理を終了する。
次に、ＷＷＷサーバ側資金移動処理について説明する。図６（ｂ）は、上記ＷＷＷサーバ側照会処理が行われた後に、利用者側端末１５からの要求があると、ＷＷＷサーバ１３にて実行されるＷＷＷサーバ側資金移動処理を示すフローチャートである。
【００７７】
図６（ｂ）に示すように、ＷＷＷサーバ側資金移動処理が実行されるとまず、ＷＷＷサーバ１３はＳ３１０にて、中継サーバ７に、口座情報ＤＢ９に登録されている資金移動可能な登録口座のリストを要求し、Ｓ３２０にて中継サーバ７から、該要求による応答があるまで待機する。そして、ＷＷＷサーバ１３は、中継サーバ７から該要求による応答結果としての登録口座リストを受信すると（Ｓ３２０でＹｅｓ）、Ｓ３３０にて、該登録口座リストに基づき、既述の資金移動口座入力画面データ作成して、該資金移動口座入力画面データを利用者側端末１５に送信する。
【００７８】
即ち、ＷＷＷサーバ１３は、Ｓ３３０にて、該登録口座リストに含まれる全ての登録口座を一覧表示し、且つ、登録口座リストに残高情報が含まれる口座について、該残高を登録口座の一覧と共に表示する画面情報と、既述の推定残高を利用者側端末１５にて演算させるプログラムとを備えた資金移動口座入力画面データを作成して、該資金移動口座入力画面データを利用者側端末１５に送信する。
【００７９】
そして、Ｓ３３０での処理を終えると、ＷＷＷサーバ１３は、Ｓ３４０にて、利用者が利用者側端末１５に表示された資金移動口座入力画面２１に基づき、出金元口座と入金先口座とを指定して、中継サーバ７に資金移動を要求し、中継サーバ７が、中継サーバ側資金移動処理にてＷＷＷサーバ１３側に送信する資金移動内容（後述のＳ６６０）を受信するまで待機する。
【００８０】
そして、ＷＷＷサーバ１３は、中継サーバ７から資金移動要求に対する応答結果（即ち、資金移動内容）を受信すると（Ｓ３４０でＹｅｓ）、Ｓ３５０にて、該資金移動内容を利用者側端末１５で表示するための資金移動結果表示画面データに変換して、該資金移動結果表示画面データを利用者側端末１５に送信する。
【００８１】
次に、中継サーバ７にて実行される登録口座リスト提示処理、中継サーバ側照会処理、及び、中継サーバ側資金移動処理について説明する。
まず、図７は、ＷＷＷサーバ１３から既述の登録口座リストが要求（即ち、ステップＳ２１０又はＳ３１０）されると、中継サーバ７にて実行される登録口座リスト提示処理を示すフローチャートである。
【００８２】
登録口座リスト提示処理が実行されるとまず、中継サーバ７は、Ｓ４１０にて、認証ＩＤの照合を行う。
即ち、中継サーバ７は、Ｓ４１０にて、ＷＷＷサーバ１３から登録口座リストの要求と共に送られてくる利用者側端末１５の認証ＩＤを元に、利用者が認証サーバ１１にて正当に認証された者であるかどうかを判断して、該利用者が正当に認証された者である時には、認証ＩＤが照合されたとして（Ｓ４１０でＹｅｓ）、Ｓ４２０にて、口座情報ＤＢ９から利用者の口座情報を取得する。
【００８３】
そして、Ｓ４２０での処理を終えると、中継サーバ７は、Ｓ４３０にて、該口座情報を元に、登録口座リストを作成して、ＷＷＷサーバ１３側に送信する。
即ち、Ｓ４３０にて、中継サーバ７は、ＷＷＷサーバ１３側からの要求が照会可能な登録口座リストの要求であると、口座情報から口座照会システム１で利用者が照会可能な口座として登録した口座のリストを作成して、ＷＷＷサーバ１３側に該登録口座リストを送信し、ＷＷＷサーバ１３側からの要求が資金移動可能な登録口座リストの要求であると、口座情報から口座照会システム１で利用者が資金移動可能な口座として登録した口座のリストを作成して、ＷＷＷサーバ１３側に該登録口座リストを送信する。そして、登録口座リストを送信すると、中継サーバ７は登録口座リスト提示処理を終える。
【００８４】
一方、中継サーバ７は、Ｓ４１０にて、認証ＩＤが認証サーバ１１から報告を受けているものではない場合、又は、認証ＩＤの有効期限を過ぎたものである場合等で、認証ＩＤの照合ができなかった場合には、Ｓ４４０にて、利用者側端末１５を認証サーバ１１に接続させて、処理を終了する。
【００８５】
次に、中継サーバ側照会処理について図８を示しつつ説明する。尚、図８は、利用者側端末１５から、既述の照会要求があると中継サーバ７にて実行される中継サーバ側照会処理を示すフローチャートである。
中継サーバ側照会処理が実行されるとまず、中継サーバ７は、Ｓ５１０にて、ＷＷＷサーバ１３から照会対象口座リストと共に受信した利用者側端末１５の認証ＩＤを元に、利用者が正当に認証された者であるかどうかを判断して、該利用者が正当に認証された者である時には（Ｓ５１０でＹｅｓ）、Ｓ５２０にて、口座情報ＤＢ９及び照会対象口座リストから該利用者の口座情報を取得し、Ｓ５３０に処理を移行する。
【００８６】
そして、Ｓ５３０にて、中継サーバ７は、照会対象口座リストに基づいて、照会要求が全口座を照会するものであるかを判断し、全口座に対する照会要求であると（Ｓ５３０でＹｅｓ）、Ｓ５４０にて、口座情報ＤＢ９に登録されている照会可能な口座の全てについて、対応する金融機関側端末３に該口座の照会を依頼する。
【００８７】
一方、Ｓ５３０にて、利用者側からの照会要求が口座情報ＤＢ９に登録されている口座の全てを対象とするものではないと判断された場合には、中継サーバ７は、Ｓ５５０にて、照会対象口座リストで指定されている口座のみについて、対応する金融機関側端末３に照会依頼を行う。
【００８８】
そして、上記Ｓ５４０又はＳ５５０の処理を終えると、中継サーバ７は、Ｓ５６０にて、金融機関側端末３から応答結果を受信するまで待機する。
そして、中継サーバ７は、照会依頼を行ったすべての口座についての応答結果を受信すると（Ｓ５６０でＹｅｓ）、Ｓ５７０にて、該応答結果を全てまとめて、照会内容となる一つのデータを作成し、該データ（即ち、照会内容）を中継サーバ７にて一時記憶する一方、Ｓ５８０にて、該照会内容をＷＷＷサーバ１３側に送信して、中継サーバ側照会処理を終了する。
【００８９】
一方、Ｓ５１０にて、認証ＩＤを照合することができないと、中継サーバ７は、Ｓ５９０にて利用者側端末１５を認証サーバ１１に接続させて中継サーバ側照会処理を終了する。
次に、中継サーバ側資金移動処理について図９を示すつつ説明する。尚、図９（ａ）は、利用者側端末１５から資金移動要求があると中継サーバ７にて実行される中継サーバ側資金移動処理を示すフローチャートである。また、図９（ｂ）は、中継サーバ７が、中継サーバ側資金移動処理中に実行する資金移動後照会処理を示すフローチャートである。
【００９０】
図９（ａ）に示すように、中継サーバ側資金移動処理が実行されるとまず、中継サーバ７は、Ｓ６１０にて、利用者側端末１５から資金移動対象口座リストと共に受信した認証ＩＤを元に、利用者が認証サーバ１１にて正当に認証された者であるかどうかを判断して、該利用者が正当に認証された者である時には（Ｓ６１０でＹｅｓ）、Ｓ６２０にて、口座情報ＤＢ９及び資金移動対象口座リストから利用者の口座情報を取得し、Ｓ６３０に処理を移行する。
【００９１】
そして、Ｓ６３０にて、中継サーバ７は、該資金移動対象口座リストに基づいて、金融機関側端末３に振込又は振替依頼を行う。即ち、Ｓ６２０にて取得した口座情報から、指定された出金元口座の金融機関側端末３に対して、出金元口座から入金先口座へ指定された出金額の振込又は振替を行うように依頼する。
【００９２】
そして、Ｓ６３０の処理が終了すると、中継サーバ７は、Ｓ６４０にて、出金元口座の金融機関側端末３から該依頼に対する応答結果を受信するまで待機し、該応答結果を受信すると（Ｓ６４０でＹｅｓ）、Ｓ６５０にて、図９（ｂ）に示す資金移動後照会処理を行う。
【００９３】
そして、資金移動後照会処理が実行されるとまず、中継サーバ７は、Ｓ６５１にて、先のＳ６３０にて振込又は振替依頼の対象となった入金先口座が、口座情報ＤＢ９にて登録されている照会可能な口座であるかどうかをを判断する。
そして、入金先口座が照会可能な口座であると判断される（Ｓ６５１でＹｅｓ）と、中継サーバ７はＳ６５３にて、入金先口座を有する金融機関側端末３に対して、該入金先口座の照会依頼を行い、処理をＳ６５５に移行する。
【００９４】
一方、Ｓ６５１にて、入金先口座が照会することのできない口座であると判断されると、中継サーバ７は、ステップＳ６５３の処理を行わずに、処理をＳ６５５に移行する。
そして、Ｓ６５５にて中継サーバ７は、出金元口座を有する金融機関側端末３に対して、Ｓ６３０にて振込又は振替依頼の対象となった出金元口座の照会依頼を行う。
【００９５】
そして、中継サーバ７は、Ｓ６５５の処理を終えると、Ｓ６５７にて、照会依頼（Ｓ６５３、Ｓ６５５）に対する応答結果を金融機関側端末３より受信するまで待機し、該応答結果を受信すると（Ｓ６５７）、資金移動後照会処理を終了して、資金移動処理のＳ６６０に処理を移行する。
【００９６】
そして、中継サーバは、Ｓ６６０にて、先のＳ６４０及びＳ６５７で受信した応答結果を資金移動内容として一つのデータにまとめ、該資金移動内容をＷＷＷサーバ１３側に送信して、資金移動処理を終了する。
以上が、本実施例の口座照会システム１の構成に関する説明であるが、本実施例の口座照会システム１を用いることにより、利用者は、以下の効果を得ることができる。
【００９７】
即ち、本実施例の口座照会システム１では、利用者は、予め正当な利用者としての登録を受け、当該システムにて、照会又は、振込若しくは振替の操作を行う自己の口座を口座情報ＤＢ９に予め登録しておけば、認証サーバ１１にて、自己の認証情報を、外部操作によって利用者側端末１５に備えられたキーボード等の入力装置から、入力するだけで、以後利用者自ら認証情報を入力することなく、複数の金融機関側に、自由に、照会又は、振込若しくは振替を要求することができる。尚、正確に記述すると、利用者自ら認証情報を入力することなく金融機関側端末３に各種要求を行うことのできるのは、利用者側端末１５が口座照会システム１との接続を遮断するか、認証ＩＤに設定されている有効期限が経過するまでである。
【００９８】
換言すると、本実施例の口座照会システム１では、従来のように、金融機関側端末３に照会要求又は、振込若しくは振替要求を行う度に、自己の認証情報を利用者側端末１５のキーボードから入力する必要がない。また、利用者は、認証情報の入力が一度で済むので、利用者側端末１５に、自己の認証情報であるパスワードを記憶させておく必要もない。したがって、本実施例の口座照会システム１では、他人が利用者側端末１５を操作することにより、自己の口座が操作されてしまうことを、防ぐことができる。
【００９９】
また、本実施例の口座照会システム１では、利用者は、照会口座指定入力画面１７にて、口座情報ＤＢ９に登録されている照会可能な登録口座の中から照会する口座を指定して、金融機関側端末３に指定した該口座だけを照会することのできるので、利用者は、複数の登録口座の内、特定の口座の残高だけを知りたい時に、すべての口座に対応する金融機関側端末３から照会依頼による応答結果が届くまで、待つ必要がなく、便利である。しかも、このようにすると、中継サーバ７及び金融機関側端末３が利用者側の照会要求に応えるための処理に係る負荷を最低限に抑えることができる。
【０１００】
また、本実施例の口座照会システム１では、照会結果表示画面１９にて、口座毎の照会結果が、残高順に一覧表示されるために、利用者にとって、自己の複数の口座の残高を容易の把握することができる。
更に、本実施例の口座照会システム１において、利用者は、資金移動口座入力画面２１にて、自己の口座の残高及び推定残高を確認しながら、出金元口座及び入金先口座を指定することができるので、自己の口座の預金管理を容易に行うことができる。
【０１０１】
以上、本発明の実施例について説明したが、本実施例の認証サーバ１１で実行される認証処理は、本発明の認証手段に相当し、本実施例の中継サーバ７で実行される中継サーバ側照会処理は、本発明の照会手段に相当する。また、本実施例の照会結果表示画面データは、本発明の照会データに相当し、本実施例のＷＷＷサーバ１３で実行されるＷＷＷサーバ側照会処理のＳ２４０及びＳ２５０は、本発明の照会結果提示手段に相当する。また、本実施例の照会口座指定入力画面データは、本発明の口座データに相当し、本実施例のＷＷＷサーバ１３で実行されるＷＷＷサーバ側照会処理のＳ２１０〜Ｓ２３０は、本発明の照会可能口座提示手段に相当する。また、本実施例の中継サーバ７で実行される中継サーバ側資金移動処理は、本発明の資金移動手段に相当し、本実施例の中継サーバ７で実行される資金移動後照会処理は、本発明の請求項５及び請求項６にかかる照会手段に相当する。
【０１０２】
また、上記実施例でインターネットを経由して伝送する各種データは、当然のことながら、暗号化して送信される。
また、本発明の口座照会システムは、上記実施例に限定されるものではなく、種々の態様を採ることができる。
【０１０３】
例えば、上記実施例において、口座情報ＤＢ９には、利用者が口座照会システム１で照会、又は、振込若しくは振替可能な自己の口座を登録するようにしたが、利用者が資金移動口座入力画面２１にて、自己の口座以外の口座を入金先口座として指定して、振込又は振替要求をした場合には、振込又は振替依頼を金融機関側端末３に行うと共に、該入金先口座を口座情報ＤＢ９に登録しておき、後に、利用者側に資金移動口座入力画面データを送信する際には、前回の入金先口座が資金移動口座入力画面の入金先口座として一覧表示されるようにしておいてもよい。
【０１０４】
このようにすると、利用者が頻繁に入金先として指定する口座は、常に、資金移動口座入力画面に表示されるため、利用者は、口座入力欄２１ａに、該口座の情報を直接入力しなくても、資金移動口座入力画面２１の口座一覧から選択して、該口座を入金先口座として指定できて、便利である。
【０１０５】
また、悪意の者によって、振込、振替等の資金移動がなされないように、口座の名義人に公衆電話回線を通じて、その資金移動の確認をとれるようにしておけば、当該システムにおけるセキュリティを向上させることができる。
以下には、このシステムを上記実施例の変形例として図１０、図１１に基づき説明する。尚、図１０は、口座照会システム１’の構成を表すブロック図であり、図１１は、後述の受付サーバ２５にて実行される決済許可処理を示すフローチャートである。また、この変形例に関しては、上記口座照会システム１と異なる部分を主に説明することにし、特に、口座照会システム１と同構成の箇所については説明を省略することにする。
【０１０６】
図１０に示すように、口座照会システム１’には、決済を実行する金融機関側端末３と上記中継サーバ７との間に、本発明の許可手段としての受付サーバ２５が各金融機関毎に設けられている。つまり、この口座照会システム１’においては、受付サーバ２５が、中継サーバ７及び金融機関側端末３に専用回線で接続されている。
【０１０７】
そして、上記口座照会システム１において、中継サーバ７が金融機関側端末３に直接行っていた振込依頼、振替依頼は、当該口座照会システム１’の受付サーバ２５を介して行われるようにされており、受付サーバ２５は、中継サーバ７より振込若しくは振替依頼を受けると、図１１に示す決済許可処理を実行し、自身を公衆電話回線網２７を介して、利用者側の電話端末（利用者電話端末２９）に接続し、利用者に対して決済を実行してもよいか確認する。
【０１０８】
即ち、処理を実行すると、受付サーバ２５は、Ｓ７１０にて、自身が記憶する口座の名義人に関するデータベース（ＤＢ）から名義人の登録電話番号を取得する。尚、この登録電話番号は、例えば、中継サーバ７の利用登録をする際に利用者が申請したものであってもよいし、金融機関側が口座を作成する際に名義人に連絡先として申告させたものであってもよい。
【０１０９】
次に、受付サーバ２５はＳ７２０にて、取得した登録電話番号先の利用者電話端末２９に接続を開始し、Ｓ７３０にて、その接続が成功したかどうかを判断する。
ここで、受付サーバ２５は、利用者電話端末２９に接続できたと判断するとＳ７４０に処理を移し、接続できなかったと判断すると（Ｓ７３０でＮｏ）、Ｓ７３５にて接続回数が所定回数を越えたかどうか判断し、所定回数が越えたと判断するか、利用者電話端末２９との接続が成功するまで、繰り返し登録電話番号先の利用者電話端末２９に接続を試みる（Ｓ７２０）。
【０１１０】
この処理の後、利用者電話端末２９との接続が成功すると、受付サーバ２５は、Ｓ７４０にて、中継サーバ７から送信されてきた振込、振替の依頼内容を電話端末側の利用者に音声案内し、更に、この依頼内容で、決済を実行してもよいかどうかを問い合わせる。この際、利用者に対して、決済を実行してもよい場合には電話端末の所定の番号ボタンを押下するように音声案内する。尚、この音声案内は、受付サーバが振込、振替の依頼内容に基づいて、これに対応する音声信号を合成することにより行われる。
【０１１１】
この後、受付サーバ２５は、Ｓ７５０にて、上記案内後所定時間内に決済を実行する旨の指令（所定の番号ボタンに対応する信号）が利用者より入力されたかどうかを判断し、入力されていれば、金融機関側端末３に決済を許可し、これを実行させる（Ｓ７６０）。一方、所定時間経っても、利用者より決済実行の指令が入力されなかった場合、若しくは、決済を実行しない旨の指令が入力された場合には、Ｓ７６０の処理を行わずに、当該処理を終了する。
【０１１２】
尚、このようにすると、利用者の確認がとれるまで、決済が行われないことになるので、中継サーバ７で実行される処理を、振込若しくは振替依頼を金融機関側に対して行った時点で、終了させる。つまり、当該システムにおいては、中継サーバ７が、上記口座照会システム１で説明した中継サーバ側資金移動処理（図９（ａ）参照）において、Ｓ６３０までの処理を行い、Ｓ６４０以降の処理を実行しないように構成されている。
【０１１３】
また同様に、ＷＷＷサーバ１３は、上記ＷＷＷサーバ側資金移動処理において、Ｓ３３０までの処理を行い、Ｓ３４０以降の処理については実行しないように構成されている。したがって、振込若しくは振替依頼を金融機関側に対して行った時点において、利用者は、振込、振替結果を確認できないが、代わりに、再度当該口座照会システム１’に接続して口座を照会すれば、利用者は、照会内容から振込、振替結果を確認することができる。
【０１１４】
以上、口座照会システム１’について説明したが、この口座照会システム１’によれば、利用者の確認がとれるまで、振込、振替の決済実行を許可しないため、利用者は、他人によって不正に振込、振替がなされる心配をしなくて済む。特に、パスワード等を知られる可能性の高い、家庭内での使用では、家族内の誰かが勝手に資金移動しようとするのを未然に防止することができるので便利である。
【０１１５】
また、連絡先の電話端末を携帯電話等にしておくと、経理を一任された会社の責任者が外出している場合においても、社内に居る者が振込、振替依頼を金融機関側に行えば、責任者は、最終的な振込、振替の許可を社外でも行うことができる。
【０１１６】
尚、上記口座照会システム１’では受付サーバ２５を金融機関毎に設置したが、このような受付サーバを設けずに、中継サーバ７が上記決済許可処理を実行するようにシステムを構成してもよい。つまり、金融機関側に資金移動の依頼をする前（Ｓ６３０を実行する前）に、中継サーバ７が公衆電話回線網２７を通じて、自身を利用者電話端末２９に接続し、利用者に対して決済を実行させてもよいか確認すれば、上記口座照会システム１’と同様の効果を得ることができる。
【０１１７】
この他、上記実施例では、口座照会システム１，１’に、インターネット５を介して利用者側端末１５を接続する構成としたが、口座照会システム１を、ＷＷＷサーバ１３、認証サーバ１１、中継サーバ７、口座情報ＤＢ９と同等の機能を有する一つの接続センタで構成して、該接続センタと、利用者側端末１５とを、公衆電話回線網で接続するようにしてもよい。また、このような接続センタを用いて口座照会システム１を構成する場合においては、利用者側に電話回線使用料等の金銭的負担を強いることになるが、電話接続の際に送信されてくる利用者の電話番号を認証情報として使用することができて、悪意の者が、正当な利用者と偽って、当該システムに侵入してくるのを防止することができる。
【図面の簡単な説明】
【図１】 本実施例の口座照会システム１の構成を表す説明図であり、ブロック図である。
【図２】 ＷＷＷサーバ側照会処理の際に、ＷＷＷサーバ１３が利用者側端末１５に表示させる各種画面の構成を表す説明図である。
【図３】 本実施例の資金移動口座入力画面の構成を表す説明図である。
【図４】 本実施例の資金移動結果表示画面の構成を表す説明図である。
【図５】 認証サーバ１１で実行される認証処理を示すフローチャートである。
【図６】 ＷＷＷサーバ１３にて実行される各種処理を示すフローチャートである。
【図７】 中継サーバ７にて実行される登録口座リスト提示処理を示すフローチャートである。
【図８】 中継サーバ７にて実行される中継サーバ側照会処理を示すフローチャートである。
【図９】 中継サーバ７にて実行される中継サーバ側資金移動処理を示すフローチャートである。
【図１０】 変形例としての口座照会システム１’の構成を表すブロック図である。
【図１１】 受付サーバ２５にて実行される決済許可処理を示すフローチャートである。
【符号の説明】
１，１’…口座照会システム ３…金融機関側端末 ５…インターネット
７…中継サーバ ９…口座情報ＤＢ １１…認証サーバ
１３…ＷＷＷサーバ １５…利用者側端末 １７…照会口座指定入力画面
１９…照会結果表示画面 ２１…資金移動口座入力画面
２３…資金移動結果表示画面 ２５…受付サーバ ２７…公衆電話回線網
２９…利用者電話端末[0001]
BACKGROUND OF THE INVENTION
In accordance with a request from a user side terminal connected via a network, the present invention makes a user account inquiry request to a financial institution side terminal at which the user has an account, and the inquiry result is obtained from the user. The present invention relates to an account inquiry system to be presented on a terminal.
[0002]
[Prior art]
Conventionally, a user accesses a financial institution side terminal through a public telephone line network or a wide area network such as the Internet from a user side terminal such as a personal computer (hereinafter referred to as a personal computer) or a mobile phone, and the financial institution side There is known a home banking system that requests account inquiries, transfers, transfers, etc., and inquires about its own account and transfers funds.
[0003]
Such a home banking system includes a home banking system in which a user side terminal is connected to a financial institution side terminal via the Internet, and a plurality of financial institution side terminals connected to a connection center via a dedicated line, It can be roughly divided into a home banking system in which a user terminal is connected to a connection center via a telephone line.
[0004]
More specifically, the former authenticates a user when a connection request is made from a user side terminal such as a personal computer to a WWW (World Wide Web) server of each financial institution via the Internet. When there is an inquiry request or the like from the authenticated user's user terminal to the WWW server, the WWW server transmits the request information to the financial institution side and receives a response result to the request. Then, the WWW server displays the response result on the user side terminal, and presents the account balance, transfer details, etc. to the user side.
[0005]
In this system, the user can use software that can display the response result from the WWW server (generally a browser that can display data in HTML (HyperText Markup Language) format) in advance on the user terminal such as a personal computer. Install it, and operate the screen on the browser from the input device of the user side terminal to request the financial institution to inquire about the account and transfer funds.
[0006]
Next, in the latter case, before the user connects the user side terminal to the connection center, dedicated software is installed in advance, and account information used for the software (for example, information on a financial institution having an account, Account number etc.) is registered. That is, in this system, if the user registers account information related to a plurality of financial institutions in the user side terminal, the accounts of the plurality of financial institutions are unified on the user side terminal such as a personal computer. It can be managed.
[0007]
In the system, when a user requests an inquiry from the user terminal to the connection center and transmits information on the account to be queried, the connection center sends the information on the account to be queried to the corresponding financial information. Forward to the institution. When the connection center receives the response result from the inquiry request, the connection center transfers the response result to the corresponding user.
[0008]
[Problems to be solved by the invention]
However, the above prior art has the following problems.
For example, in a system in which a user-side terminal is connected to a WWW server on a financial institution side via the Internet, if a user owns an account at a plurality of financial institutions, There has been a problem that a user terminal must be connected to each WWW server of each financial institution.
[0009]
That is, when a user inquires about the balances of a plurality of accounts or tries to transfer funds (transfer or transfer) between the accounts based on the inquired balances, the user side terminal is connected to the WWW server of each financial institution. The personal authentication information such as ID and password required from the WWW server of each financial institution must be input from the keyboard of the personal computer for each connection request. As a result, the user felt that the operation of inputting the ID and password for each financial institution was very troublesome.
[0010]
In addition, in order to use the home banking system, the user must apply in advance to issue an ID or password for personal authentication for each financial institution, and as a result, The procedure for making an application was very troublesome.
Further, if the user has to manage a plurality of such IDs and passwords, the user may forget the IDs and passwords.
[0011]
On the other hand, in a system that connects to a financial institution side terminal via a connection center, if a user connects a user side terminal such as a personal computer to the connection center using dedicated software, the WWW server of each financial institution Inquiries can be made to multiple financial institutions without the cumbersome operation of connecting to.
[0012]
However, when using such a home banking system, the user applies to each financial institution in advance to issue an ID or password for authenticating an individual, as in the system connected via the Internet. In addition, it was necessary to obtain authentication from each financial institution for each inquiry request.
[0013]
The present invention has been made in view of these problems, and an account inquiry system that allows a user to request an account inquiry from a plurality of financial institutions without inputting an ID or password for each financial institution. The purpose is to provide.
[0014]
[Means for Solving the Problems]
  To achieve this purposeThe present invention madeIn response to a request from a user side terminal connected via a network, the account inquiry system of the user makes a request for a user's account inquiry to a financial institution side terminal where the user has an account, and the inquiry result is obtained. Account inquiry system to be presented on the user terminalBecause, An account information database, authentication means, inquiry means, and inquiry result presentation means.
[0015]
  thisIn the account inquiry system, account information representing a user's financial institution account is registered in advance in the account information database.
  Then, when there is a connection request from the user side terminal to the system, the authentication unit obtains the authentication information from the user side terminal, and when the authentication information belongs to the user registered in advance, the user side Allow inquiry requests from terminals.
[0016]
Then, when there is an account inquiry request from the user side terminal to which the inquiry request is permitted by the authentication means, the inquiry means reads the account information of the user corresponding to the inquiry request from the account information database, and the read account Based on the information, the user makes an inquiry request for the user's account to the financial institution side terminal having the account.
[0017]
  Then, the inquiry result presenting means acquires the inquiry contents of each account responded from the financial institution side terminal by the inquiry request of the inquiry means,Based on the balance information contained in the acquired inquiry content, generate the inquiry data that can display the balance of each account on the user's terminal list,Sent to the user terminal.
  According to this account inquiry system, The user is registered in advance as a valid user in the system,InquiryRegister the account to be registered in the account information databaseAfterAccounts registered in the account information database simply by making a connection request to the system on the user side, sending authentication information from the terminal on the user side to the system, and receiving authorization for the inquiry request by the authentication means Inquiries can be requested from the inquiry means.
[0018]
Therefore,Unlike conventional home banking systems, users do not need to make a connection request to multiple financial institutions for each financial institution. There is no need to enter information directly and get permission to query.
[0019]
Furthermore, in the conventional system, since the inquiry result of the balance or the like is displayed on the user side for each account, the user writes down the balance or the like displayed for each account on the memo paper at hand, The account to be withdrawn was decided by comparing the balances etc. of multiple accounts entered on the note paper, but in the account inquiry system of the present invention, since the inquiry result of the balance etc. is displayed in a list, the user can Even if each account is not written down on a memo paper or the like, it is possible to easily grasp the balances of a plurality of accounts and the like by simply checking the displayed inquiry results.
[0020]
  By the way, the account inquiry system according to claim 1 includes the following fund transferable account presenting means and fund transfer means. After the inquiry result presentation means transmits the inquiry data to the user side terminal after the inquiry result presentation means sends the inquiry data to the user side terminal, the fund transferable account presentation means Data for displaying on the user's terminal an operation screen that can accept operations to select a withdrawal source account and a destination account from a group of financial institution accounts that can be withdrawn and withdrawn, and an operation to enter a transfer amount. Then, the funds transfer related data that can be displayed in a list on the operation screen together with the balance information acquired by the inquiry request is generated for the group of accounts that can be deposited and withdrawn, and the money transfer related data is transmitted to the user side terminal.
[0021]
On the other hand, the fund transfer means designates the fund transfer request based on the account information when there is a fund transfer request from the user side terminal after the fund transfer possible account presenting means sends the funds transfer related data to the user terminal. A transfer request or transfer request to the deposit account specified by the fund transfer request is made to the financial institution side terminal corresponding to the withdrawn source account.
[0022]
According to the account inquiry system configured as described above, the user can specify the withdrawal source account and the destination account on the operation screen while confirming the balance of the own account. Can be easily managed. For example, before the transfer or transfer, the user can easily estimate the account balance after the transfer or transfer is performed at the financial institution side terminal, and can easily manage the deposit of the account.
[0023]
  Note that, as described in claim 2, when the withdrawal source account and the deposit destination account are selected and the transfer amount is input through the operation screen, the fund transfer related data is obtained from the selected withdrawal source account. The data preferably includes program information for causing the terminal on the user side to execute a process of displaying the balance information of each account when the money transfer of the amount input to the deposit destination account is executed.
According to the account inquiry system configured as described above, the user can specify the withdrawal source account and the destination account on the operation screen while confirming the balance and estimated balance of his / her own account. Further, it is possible to easily manage the deposit of the own account.
[0024]
  Next, the invention according to claim 3 is the account inquiry system according to claim 1 or claim 2, wherein the inquiry result presenting means is based on the balance information included in the inquiry contents of each account. Generate inquiry data that can display the inquiry results of each account in order of balance and send it to the user terminalIt is characterized by.
[0025]
  According to this account inquiry system,The user can easily grasp which account has a larger balance among the inquired accounts from the inquiry result displayed in a list on the user side terminal.
  As a result, the user can more easily grasp the balances of a plurality of accounts registered in the account information database, and can easily manage the deposits of the registered accounts.
[0026]
  Next, the invention described in claim 4The communication with the financial institution side terminal accompanying the inquiry request, the transfer request, and the transfer request is performed through a dedicated line.
[0028]
  Also,Invention of Claim 5IsWhen a transfer request or transfer request is made by the gold transfer means, the inquiry meansWithdrawal source accountFor financial institution terminals that supportWithdrawal source accountRequest an inquiryIt is characterized by that.
[0029]
  According to this account inquiry system, the user canWithout making an inquiry request to the meeting means, it is possible to obtain the reference result of the withdrawal source account after the fund transfer means makes a transfer request or transfer request to the financial institution side terminal.As a result, the user can easily grasp the balance of the withdrawal source account after the transfer or transfer.
[0030]
  Also,Invention of Claim 6IsWhen a transfer request or transfer request is made by the gold transfer means, the inquiry meansBut the deposit accountFor financial institution terminals that supportDeposit accountRequest an inquiryIt is characterized by.
[0031]
  According to this account inquiry system, the user canIt is possible to obtain a reference result of the deposit destination account after the fund transfer means makes a transfer request or a transfer request to the financial institution side terminal without making an inquiry request of the deposit destination account to the meeting means.As a result, the user can grasp the balance of the deposit account after the fund transfer means makes a transfer request or transfer request to the financial institution side terminal, and easily manages the deposit of the account registered in the account information database. Can do.
[0032]
  That is,The user obtains the inquiry result of the account registered in the account information database by the inquiry means,thisAfter confirming the balance of the account from the inquiry result, request a transfer or transfer with the account registered in the account information database as the withdrawal source and payment destination by the fund transfer means,In addition,Since the money transfer means can obtain the inquiry result of the deposit account after making a transfer request or transfer request to the financial institution side terminal, it was registered by transferring funds between the accounts registered in the account information databaseMultiple accountsCan easily be managed centrally in the system.
[0033]
  In addition, the invention according to claim 7MingWhen the money transfer means makes a transfer request or transfer request, the permission means is registered in advance via the public telephone network.Withdrawal source accountCall the user telephone terminal corresponding to the contact telephone number of the customer, inquire whether the financial institution side terminal will execute the settlement corresponding to the transfer request or the transfer request, and from the user telephone terminal by the user's external operation Allow financial institution side terminals to execute payment when payment execution command is inputIt is characterized by.
[0034]
  According to this account inquiry system, It is possible to confirm whether or not the financial institution is allowed to execute settlement, and as a result, it is possible to determine whether a legitimate user has made a transfer request or a transfer request. it can. Further, in the present invention, the user confirms the execution of the settlement through the public telephone line network with high security against interception of malicious communications, etc., so that the user's own funds are illegal users. Therefore, it is possible to use the account inquiry system with peace of mind.
[0035]
The permitting unit may inquire by voice whether or not the financial institution side executes the settlement, and the contents are displayed on a display screen (display unit) such as a liquid crystal display provided in the user telephone terminal. ) May be displayed in characters.
[0036]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below with reference to the drawings.
FIG. 1 is a block diagram showing a configuration of an account inquiry system 1 to which the present invention is applied.
[0037]
As shown in FIG. 1, the account inquiry system 1 according to the present embodiment is mainly connected to a financial institution side terminal 3 through a dedicated line and connected to the Internet 5 as a wide area network on the user side. 7, an account information database (DB) 9 connected to the relay server 7, and an authentication server 11 and a WWW server 13 connected to the Internet 5. A user terminal 15 is connected to the account inquiry system 1 via the Internet 5.
[0038]
More specifically, the relay server 7 mainly uses the user account information stored in the account information DB 9 when there are various requests such as inquiries regarding the user's account from the user side terminal 15 or the WWW server 13. Based on this, various requests corresponding to the request are made to each financial institution side terminal 3 and the response result from each financial institution side terminal 3 according to the request is presented to the user side terminal 15 via the WWW server 13. It is prepared to do. That is, the relay server 7 executes a relay server side inquiry process and a relay server side fund transfer process, which will be described later, in response to a request from the user terminal 15, and a registration, which will be described later, in response to a request from the WWW server 13. The account list presentation process is executed.
[0039]
In the account information DB 9, a financial institution account (hereinafter referred to as “registered account”) registered in advance in order for the user to make an inquiry, transfer funds (ie, transfer or transfer) using the account inquiry system 1. .) Is stored. Here, as the account information, for example, there are various permission information indicating whether the registered account is an account that can be inquired or transferred in the account inquiry system 1, for example, the financial institution number of the account, the branch number, the account number, etc. Can be mentioned. That is, the account information is various information related to the user's account necessary for making various requests to the financial institution side terminal 3 by the account inquiry system.
[0040]
Next, the WWW server 13 is mainly necessary for the user to make an inquiry request, a transfer request, or a transfer request to the financial institution side (hereinafter, the transfer request or the transfer request is expressed as “fund transfer request”). Various input screens are displayed on the user terminal 15 and the response result from the financial institution according to the above request from the user is displayed on the user terminal 15. That is, the WWW server 13 is configured to execute a WWW server-side inquiry process and a WWW server-side fund transfer process, which will be described later, in response to a request from the user.
[0041]
Next, the authentication server 11 is provided to determine whether or not to permit the connection of the user terminal 15 that requests connection to the account inquiry system 1 and to determine whether to permit the connection. In addition, authentication information such as a user ID and a password of a user who has been registered for use in the account inquiry system 1 is provided, and when the user requests a connection, an authentication process is executed.
[0042]
That is, when there is a connection request to the account inquiry system 1 from the user side terminal 15 (for example, a personal computer) via the Internet 5, the authentication server 11 first inputs a user ID and password as authentication information to the user side. When the authentication information is input, it is determined whether the authentication information belongs to a user registered in advance in the account inquiry system 1, and is the authentication information of the registered person The user terminal 15 is connected to the WWW server 13.
[0043]
When the WWW server 13 is connected to the user-side terminal 15, first, the WWW server-side inquiry process described later is executed, and the user registered in the account information DB 9 can be referred to the relay server 7. Request a list of valid accounts.
When the request is received from the WWW server 13, the relay server 7 executes a registered account list presentation process described later, reads out the account information of the requested user's registered account from the account information DB 9, and uses it. A list of registered accounts that can be inquired by the user is transmitted to the WWW server 13 via the Internet 5.
[0044]
Thereafter, the WWW server 13 receives the registered account list from the relay server 7 and displays the inquiry account designation input screen 17 shown in FIG. 2A on the user terminal 15 based on the registered account list. Screen information (hereinafter referred to as “reference account designation input screen data”) is generated, and the screen data is transmitted to the user terminal 15.
[0045]
Note that FIG. 2 is a description showing the configuration of the inquiry account designation input screen 17 (FIG. 2A) displayed on the user terminal 15 and the inquiry result display screen 19 (FIG. 2B) described later. FIG. The inquiry account designation input screen data is displayed as a list of all accounts that can be inquired by the user registered in the account information DB 9 on the user side terminal 15 as the inquiry account designation input screen 17. When the account displayed above is selected and “Specified Account Inquiry” is selected, the selected account is used as an inquiry target account, and a list of the inquiry target accounts (hereinafter referred to as an inquiry target account list) is created, and a relay server is created. 7 is configured to send the inquiry target account list to 7 and request execution of a relay server side inquiry process described later. In addition, when the user selects “inquire all accounts” on the inquiry account designation input screen 17, the inquiry account designation input screen data is sent to the relay server 7 with all registered accounts that can be inquired by the user as an inquiry target. It is configured to transmit an inquiry target account list and request execution of a relay server side inquiry process described later.
[0046]
That is, when the user terminal 15 is authenticated by the authentication server 11 and connected to the WWW server 13, it receives the inquiry account designation input screen data from the WWW server 13 and displays the inquiry account designation input screen 17. , Asks the user to specify the account to be queried.
[0047]
Then, when the user wants to specify a specific account among the registered accounts and perform an inquiry, the user operates the user terminal 15 on the inquiry account designation input screen 17 shown in FIG. After specifying a specific account from among the accounts displayed as a list on the screen, select “Specified Account Inquiry” to request the account inquiry system 1 to inquire only the specific account. On the other hand, if you want to inquire all the accounts, you can inquire all the accounts that can be inquired by the user registered in the account information DB 9 by selecting “Inquiry All Accounts” on the inquiry account designation input screen 17. Is requested to the account inquiry system 1 side.
[0048]
That is, when the user designates an account to be inquired by the above method, the user side terminal 15 sends the account list to be inquired designated by the user to the relay server 7 and designates the designated inquiry object. An account inquiry is requested to the relay server 7.
Then, when there is an account inquiry request from the user side terminal 15, the relay server 7 executes an after-mentioned relay server side inquiry process, and receives the inquiry target account list and the account information DB received from the user side terminal 15. The financial institution side terminal 3 having the account to be inquired is requested based on the account information of the user stored in the account, and a response result from the financial institution side terminal 3 by the request is sent. Are collectively stored as one inquiry data in a single data, and the inquiry contents are transmitted to the WWW server 13 via the Internet 5.
[0049]
Thereafter, the WWW server 13 receives the inquiry content from the relay server 7, and the inquiry content display screen data (that is, the inquiry content display screen data that can be displayed as a list of inquiry results for each account at the user side terminal 15 (that is, The inquiry result display screen 19 shown in FIG. 2B is converted into screen information that can be displayed on the user terminal 15, and the inquiry result display screen data is transmitted to the user terminal 15.
[0050]
When receiving the inquiry result display screen data from the WWW server 13, the user side terminal 15 displays the inquiry result display screen 19 shown in FIG. 2B, and displays the inquiry result of each account in a list on the user side. To present. As can be seen from FIG. 2B, the inquiry result display screen 19 displays account information (account number and the like) representing the inquired account and balance information in a list.
[0051]
That is, when a user designates an account to be inquired on the inquiry account designation input screen 17 and makes an inquiry request to the relay server 7, each account is displayed through an inquiry result display screen 19 displayed later on the user side terminal 15. Inquiry results (balance, etc.) can be acquired.
Further, when the user operates the user side terminal 15 and selects “fund transfer mode” on the inquiry result display screen 19 in FIG. 2B, a request for transfer of funds to the account inquiry system 1 ( That is, transfer or transfer request) can be performed.
[0052]
That is, when the user selects the “cash transfer mode” from the inquiry result display screen 19, the user side terminal 15 requests the WWW server 13 to execute a WWW server side fund transfer process described later. .
When the WWW server 13 receives the request from the user-side terminal 15, the WWW server 13 executes a WWW server-side fund transfer process and registers a registered account that can transfer or transfer the user registered in the account information DB 9. A list is requested to the relay server 7.
[0053]
Then, the relay server 7 executes a registered account list presentation process when there is the request from the WWW server 13, reads out the account information of the registered account of the requested user from the account information DB 9, and transfers or transfers A list of registered accounts of the users who can do this is transmitted to the WWW server 13 via the Internet 5. In addition, the balance information of each account acquired from the financial institution side terminal 3 at the time of an inquiry request is added to the registered account list.
[0054]
Thereafter, the WWW server 13 receives the registered account list from the relay server 7 and, based on the registered account list, displays screen information (hereinafter referred to as “fund transfer account input screen 21” shown in FIG. 3). “Fund transfer account input screen data”) is transmitted to the user terminal 15. FIG. 3 is an explanatory diagram showing the configuration of the fund transfer account input screen 21 displayed on the user side terminal 15.
[0055]
That is, when the user-side terminal 15 requests the WWW server 13 to execute the WWW server-side fund transfer process, and receives the funds transfer account input screen data from the WWW server 13, the user-side terminal 15 21 is displayed.
As can be seen from FIG. 3, the fund transfer account input screen 21 is used for inputting account information (account number, etc.) of the deposit destination from the input means of the user terminal 15 (for example, a keyboard provided in a personal computer). The account input field 21a is provided. In addition, the fund transfer account input screen 21 presents a list of registered accounts that can be transferred or transferred together with the balance information, and when the user selects an account from the list, the registered account is set as the withdrawal source account or It can be selected as a deposit account.
[0056]
Furthermore, the fund transfer account input screen 21 is provided with a withdrawal amount input field 21b and an estimated balance field 21c. When the withdrawal amount is entered in the withdrawal amount input field 21b, the estimated balance of the withdrawal source account and the destination account estimated when transferring or transferring only the withdrawal amount from the withdrawal source account is input. It is calculated based on the amount of money and the balance information of the account, and is displayed in the estimated balance column 21c.
[0057]
Note that this calculation is performed by the user terminal 15, and the estimated balance is used for the fund transfer account input screen data transmitted from the WWW server 13 to the user terminal 15. Program information for calculating with is provided.
In addition, when the user operates the input means of the user side terminal 15 and selects “transfer / transfer” from the fund transfer account input screen 21, the fund transfer account input screen data is transferred from the user side terminal 15 to the relay server 7. Toward this, a transfer or transfer is requested at the withdrawal source account and the deposit destination account specified on the screen.
[0058]
That is, in the account inquiry system 1 of the present embodiment, when a transfer or transfer is requested from the financial institution side, the user can arbitrarily select from the list of registered accounts on the fund transfer account input screen 21 displayed on the user side terminal 15. And specify the account as a withdrawal source account. In addition, when the user designates a deposit destination account, on the fund transfer account input screen 21, the user directly inputs the account information of the deposit destination account necessary for performing the transfer or transfer, into the account input field 21a, By selecting an account from the list of registered accounts on the screen, the account is designated as a deposit account.
[0059]
Then, after specifying the withdrawal source account and the destination account by the above method, the user inputs the withdrawal amount in the withdrawal amount input field 21b and selects “transfer / transfer” from the fund transfer account input screen 21. By doing so, a transfer or transfer request for the designated account is made to the account inquiry system 1.
[0060]
In the case where the balance of the withdrawal source account or the destination account is already known as described above, the estimated balance is displayed in the estimated balance column 21c of the fund transfer account input screen 21, so that the user The financial institution-side terminal 3 shows how much the balance of each account will be when the estimated balance is viewed and the amount of money transferred is transferred or transferred from the currently specified withdrawal source account to the destination account. Confirmation is made before the transfer or transfer is performed, and thereafter, the transfer or transfer request of the account designated to the relay server 7 can be made through the user side terminal 15.
[0061]
That is, when the user makes a transfer or transfer request by the above method, the user side terminal 15 creates a fund transfer target account list for requesting transfer or transfer of the designated account to the relay server 7. Then, the fund transfer target account list is transmitted to the relay server 7 and the relay server 7 is requested to execute the relay server side fund transfer process.
[0062]
When the relay server 7 receives the request from the user-side terminal 15, the relay server 7 executes a later-described relay server-side fund transfer process, and receives the funds transfer target account list and account information received from the user-side terminal 15. Based on the user account information stored in the DB 9, a transfer or transfer request from the designated withdrawal source account to the deposit destination account is performed to the financial institution side terminal 3 having the withdrawal source account. Further, when the withdrawal source account and the deposit destination account can be inquired, the relay server 7 requests the financial institution side terminal 3 having the corresponding account to inquire about the withdrawal source account and the deposit destination account. Then, the response results from the financial institution side terminal 3 in response to the request are collected into one data as the funds transfer contents and transmitted to the WWW server 13 via the Internet 5.
[0063]
When the WWW server 13 receives the funds transfer content from the relay server 7, the funds transfer result display screen data (that is, the funds transfer result shown in FIG. 4) that can be displayed on the user side terminal 15. The display screen 23 is converted into screen information for displaying on the user side), and the fund transfer result display screen data is transmitted to the user side terminal 15.
[0064]
FIG. 4 is an explanatory diagram showing the configuration of the fund transfer result display screen 23. As can be seen from FIG. 4, the funds transfer result display screen 23 has a message informing whether the transfer or transfer is completed, the balance information of the withdrawal source account after the transfer or transfer request, and the balance of the deposit destination account. Information is displayed. However, when the deposit account is not an account that can be inquired by the account inquiry system 1, the balance information is not displayed.
[0065]
That is, when the user makes a fund transfer request to the relay server 7 using the user side terminal 15, whether or not the transfer or transfer is completed and whether the transfer or transfer is completed through the fund transfer result display screen 23 shown in FIG. 4. You can know the balance of the account later.
Next, each process executed by the authentication server 11, the WWW server 13, and the relay server 7 will be described in detail with reference to FIGS.
[0066]
FIG. 5 is a flowchart showing an authentication process executed by the authentication server 11. As described above, when the user terminal 15 requests connection to the account inquiry system 1, the authentication process is executed by the authentication server 11.
As shown in FIG. 5, when the authentication process is executed, the authentication server 11 first instructs the user side to input a user ID and a password in S110, and in S120, the user side The user ID and password are input, and the system waits until they are received as authentication information on the authentication server 11 side.
[0067]
When the authentication information is received on the authentication server side (Yes in S120), the authentication server 11 determines in S130 whether the user ID and password match those of the registered user. Thus, it is determined whether or not the user side terminal 15 is permitted to connect to the account inquiry system 1.
[0068]
That is, if the user ID and password match that of the registered user, the authentication server 11 permits the connection of the user terminal 15 (Yes in S130), and in S140, the account inquiry system 1 is legitimately accepted. An authentication ID that proves to the relay server 7 that the connection to the user is permitted is issued to the user terminal 15. Thereafter, in S150, the authentication server 11 connects the user terminal 15 to the WWW server 13 and ends the authentication process.
[0069]
Here, the authentication ID is used in place of authentication information such as a user ID or password that is directly input every time a user makes an inquiry request or fund request in a conventional system. In S140, the authentication ID is issued to the user side terminal 15 as described above, and the relay server 7 is notified that the authentication ID has been issued to the user side terminal 15. In the account inquiry system 1, the relay server 7 checks the authentication ID transmitted from the user terminal 15 for each request with the information communicated from the authentication server 11, so that the user can It is determined whether the authentication server 11 has been authenticated (details will be described later).
[0070]
On the other hand, if the user ID or password does not match that of the registered user, the authentication server 11 does not permit the connection of the user terminal 15 to the WWW server 13 in S130 (in S130). No), the process proceeds to S160.
Then, in S160, the authentication server checks the number of determinations of the user ID and password performed in S130 in the current authentication process, and in a range where the number of determinations does not exceed n (for example, 3) (in S160). No), the process is returned to S110, and the user is requested to input the user ID and password again in S120. If the number of determinations exceeds n (Yes in S160), the account inquiry of the user terminal 15 is performed. The connection to the system 1 is rejected (S170), and the authentication process is terminated.
[0071]
Next, the WWW server side inquiry process and the WWW server side fund transfer process performed by the WWW server 13 will be described.
First, FIG. 6A shows a WWW server-side query that is automatically executed by the WWW server 13 when the user-side terminal 15 is connected to the WWW server 13 in the authentication process (S150) of the authentication server 11. It is a flowchart which shows a process.
[0072]
As shown in FIG. 6 (a), when the WWW server side inquiry process is executed, first, in step S210, the WWW server 13 is registered in the relay server 7 so that the user registered in the account information DB 9 can be inquired. A list of accounts is requested, and it waits until there is a response from the relay server 7 in S220. Then, when the WWW server 13 receives the registered account list as a response result by the request from the relay server 7 (Yes in S220), in S230, the inquiry account designation input screen data described above is obtained based on the registered account list. The inquiry account designation input screen data is created and transmitted to the user side terminal 15, and the process proceeds to S240.
[0073]
Then, in S240, the WWW server 13 designates an account to be inquired based on a list of registered accounts on the inquiry account designation input screen 17 displayed on the user side terminal 15, and sends an inquiry object to the relay server 7. Account inquiry is requested, and it waits until the relay server 7 receives the inquiry content (S580 described later) transmitted to the WWW server 13 side in the relay server side inquiry process.
[0074]
When the WWW server 13 receives a response result (that is, inquiry content) to the inquiry request from the relay server 7 (Yes in S240), the inquiry content is converted into the above-described inquiry result display screen data in S250. To the user terminal 15.
In addition, in order to make it the structure which displays the inquiry result for every account in order of balance on the inquiry result display screen 19, when converting the inquiry content into inquiry result display screen data in S250, the WWW server 13 changes to the inquiry content. Based on the balance information of the included account, the account information and balance information of the inquired account are rearranged to create inquiry result display screen data.
[0075]
That is, for example, when the inquiry result display screen data is text data, the user side terminal 15 reads account information and balance information included in the inquiry result display screen data from the head of the inquiry result display screen data, In order to display in order from the top, the WWW server 13 arranges the account information and balance information of each account in order of balance from the inquiry contents to form inquiry result display screen data. The balance of the account is displayed in order of balance from the top of the screen.
[0076]
When the processing up to S250 is completed, the WWW server 13 ends the WWW server side inquiry processing.
Next, the WWW server side fund transfer process will be described. FIG. 6B is a flowchart showing the WWW server-side fund transfer process executed by the WWW server 13 when there is a request from the user-side terminal 15 after the WWW server-side inquiry process is performed. .
[0077]
As shown in FIG. 6B, when the WWW server-side funds transfer process is executed, first, in step S310, the WWW server 13 registers the relay account 7 in the account information DB 9 in which the funds can be transferred. In step S320, the relay server 7 waits for a response to the request. When the WWW server 13 receives the registered account list as a response result of the request from the relay server 7 (Yes in S320), the fund transfer account input screen data described above is based on the registered account list in S330. The fund transfer account input screen data is created and transmitted to the user terminal 15.
[0078]
That is, in step S330, the WWW server 13 displays a list of all registered accounts included in the registered account list, and displays the balance together with the list of registered accounts for accounts whose balance information is included in the registered account list. To generate fund transfer account input screen data including screen information to be calculated and a program for causing the user-side terminal 15 to calculate the estimated balance described above, and transfer the fund transfer account input screen data to the user-side terminal 15. Send.
[0079]
After completing the process in S330, the WWW server 13 determines the withdrawal source account and the destination account in S340 based on the fund transfer account input screen 21 displayed on the user side terminal 15. It designates and requests fund transfer to the relay server 7, and waits until the relay server 7 receives the funds transfer content (S660 described later) transmitted to the WWW server 13 side in the relay server side fund transfer processing.
[0080]
Then, when the WWW server 13 receives a response result (that is, fund transfer content) to the fund transfer request from the relay server 7 (Yes in S340), the fund transfer content is displayed on the user terminal 15 in S350. The fund transfer result display screen data is converted into the fund transfer result display screen data for transmission to the user terminal 15.
[0081]
Next, a registered account list presentation process, a relay server side inquiry process, and a relay server side fund transfer process executed by the relay server 7 will be described.
First, FIG. 7 is a flowchart showing a registered account list presentation process executed by the relay server 7 when the above-described registered account list is requested from the WWW server 13 (ie, step S210 or S310).
[0082]
When the registered account list presentation process is executed, the relay server 7 first verifies the authentication ID in S410.
That is, the relay server 7 authenticates the user in the authentication server 11 based on the authentication ID of the user terminal 15 sent together with the registration account list request from the WWW server 13 in S410. If the user is a properly authenticated person, the authentication ID is verified (Yes in S410), and the account information of the user is read from the account information DB 9 in S420. To get.
[0083]
When the processing in S420 is completed, the relay server 7 creates a registered account list based on the account information and transmits it to the WWW server 13 side in S430.
That is, in S430, the relay server 7 determines that the request from the WWW server 13 side is a request for a registered account list, and the account registered as an account that can be referred to by the user using the account reference system 1 from the account information. And the registered account list is transmitted to the WWW server 13 side. If the request from the WWW server 13 is a request for a registered account list to which funds can be transferred, it is used in the account inquiry system 1 from the account information. A list of accounts registered by the person as an account to which funds can be transferred is created, and the registered account list is transmitted to the WWW server 13 side. Then, when the registered account list is transmitted, the relay server 7 ends the registered account list presentation process.
[0084]
On the other hand, the relay server 7 checks the authentication ID in S410 when the authentication ID has not been reported from the authentication server 11 or when the expiration date of the authentication ID has passed. If not, the user terminal 15 is connected to the authentication server 11 in S440, and the process ends.
[0085]
Next, the relay server side inquiry process will be described with reference to FIG. FIG. 8 is a flowchart showing relay server-side inquiry processing executed by the relay server 7 when the above-described inquiry request is received from the user-side terminal 15.
When the relay server side inquiry process is executed, the relay server 7 first authenticates the user based on the authentication ID of the user terminal 15 received together with the inquiry target account list from the WWW server 13 in S510. If the user is a properly authenticated person (Yes in S510), the account information of the user is obtained from the account information DB 9 and the inquiry target account list in S520. Is acquired, and the process proceeds to S530.
[0086]
In S530, the relay server 7 determines whether the inquiry request is for inquiring all accounts based on the inquiry target account list. If the inquiry request is for all accounts (Yes in S530), S540 Then, for all of the inquireable accounts registered in the account information DB 9, the corresponding financial institution side terminal 3 is requested to inquire about the account.
[0087]
On the other hand, if it is determined in S530 that the inquiry request from the user side does not cover all the accounts registered in the account information DB 9, the relay server 7 makes an inquiry in S550. For only the accounts specified in the target account list, the corresponding financial institution side terminal 3 is inquired.
[0088]
When the processing of S540 or S550 is completed, the relay server 7 stands by until a response result is received from the financial institution side terminal 3 in S560.
Then, when the relay server 7 receives the response results for all the accounts for which the inquiry is requested (Yes in S560), in S570, the relay server 7 collects all the response results and creates one data as the inquiry content. The data (that is, the inquiry content) is temporarily stored in the relay server 7, while the inquiry content is transmitted to the WWW server 13 side in S580, and the relay server side inquiry processing is terminated.
[0089]
On the other hand, if the authentication ID cannot be verified in S510, the relay server 7 connects the user side terminal 15 to the authentication server 11 in S590 and ends the relay server side inquiry process.
Next, the relay server side fund transfer process will be described with reference to FIG. FIG. 9A is a flowchart showing a relay server side fund transfer process executed by the relay server 7 when there is a fund transfer request from the user side terminal 15. FIG. 9B is a flowchart showing the post-fund transfer inquiry process executed by the relay server 7 during the relay server-side fund transfer process.
[0090]
As shown in FIG. 9A, when the relay server-side fund transfer process is executed, first, in S610, the relay server 7 is based on the authentication ID received together with the fund transfer target account list from the user-side terminal 15. If the user is a person who has been properly authenticated by the authentication server 11 and the user is a person who has been properly authenticated (Yes in S610), the account information is determined in S620. The account information of the user is acquired from the DB 9 and the fund transfer target account list, and the process proceeds to S630.
[0091]
In S630, the relay server 7 makes a transfer or transfer request to the financial institution side terminal 3 based on the fund transfer target account list. That is, from the account information acquired in S620, the specified withdrawal amount is transferred or transferred from the withdrawal source account to the deposit destination account to the financial institution side terminal 3 of the designated withdrawal source account. Ask.
[0092]
When the processing of S630 is completed, the relay server 7 waits until a response result to the request is received from the financial institution side terminal 3 of the withdrawal source account in S640, and receives the response result (in S640). Yes), in S650, an inquiry process after money transfer shown in FIG. 9B is performed.
[0093]
When the inquiry process after funds transfer is executed, first, in S651, the relay server 7 registers in the account information DB 9 the deposit destination account that was the object of the transfer or transfer request in the previous S630. Determine if you have a queryable account.
Then, when it is determined that the deposit destination account is an account that can be queried (Yes in S651), the relay server 7 sends the deposit destination account to the financial institution side terminal 3 having the deposit destination account in S653. An inquiry request is made, and the process proceeds to S655.
[0094]
On the other hand, if it is determined in S651 that the deposit account is an account that cannot be inquired, the relay server 7 proceeds to S655 without performing the process of step S653.
In step S655, the relay server 7 requests the financial institution side terminal 3 having the withdrawal source account to inquire about the withdrawal source account that is the target of the transfer or transfer request in step S630.
[0095]
When the relay server 7 finishes the process of S655, it waits until the response result for the inquiry request (S653, S655) is received from the financial institution side terminal 3 in S657, and receives the response result (S657). Then, the inquiry process after the transfer of funds is terminated, and the process proceeds to S660 of the transfer process of funds.
[0096]
In S660, the relay server compiles the response results received in S640 and S657 into one data as the funds transfer contents, transmits the funds transfer contents to the WWW server 13 side, and ends the money transfer process. To do.
The above is the description regarding the configuration of the account inquiry system 1 of the present embodiment. By using the account inquiry system 1 of the present embodiment, the user can obtain the following effects.
[0097]
That is, in the account inquiry system 1 of the present embodiment, the user receives registration as a valid user in advance, and in the system, his / her account for performing inquiry or transfer or transfer operation is stored in the account information DB 9. If registered in advance, the authentication server 11 simply inputs the user's own authentication information from an input device such as a keyboard provided in the user terminal 15 by an external operation. Without input, it is possible to freely request inquiry or transfer or transfer from a plurality of financial institutions. It should be noted that, if described accurately, the user side terminal 15 can make various requests to the financial institution side terminal 3 without inputting authentication information, whether the user side terminal 15 blocks the connection with the account inquiry system 1. Until the expiration date set in the authentication ID elapses.
[0098]
In other words, in the account inquiry system 1 according to the present embodiment, each time an inquiry request or a transfer or transfer request is made to the financial institution side terminal 3, the user's authentication information is obtained from the keyboard of the user side terminal 15. No need to enter. Further, since the user only has to input the authentication information once, it is not necessary to store the password, which is his / her authentication information, in the user terminal 15. Therefore, in the account inquiry system 1 of the present embodiment, it is possible to prevent another person from operating his / her own account by operating the user terminal 15.
[0099]
Further, in the account inquiry system 1 of the present embodiment, the user designates an account to be inquired from among inquireable registered accounts registered in the account information DB 9 on the inquiry account designation input screen 17, and financial Since only the account designated in the institution side terminal 3 can be referred, when the user wants to know only the balance of a specific account among a plurality of registered accounts, the financial institution side terminal corresponding to all the accounts It is convenient that there is no need to wait until the response result of the inquiry request arrives from 3. In addition, in this way, it is possible to minimize the load related to the processing for the relay server 7 and the financial institution side terminal 3 to respond to the inquiry request on the user side.
[0100]
Moreover, in the account inquiry system 1 of a present Example, since the inquiry result for every account is displayed as a list in order of balance on the inquiry result display screen 19, it is easy for the user to balance his / her multiple accounts. I can grasp it.
Furthermore, in the account inquiry system 1 of the present embodiment, the user designates a withdrawal source account and a destination account on the fund transfer account input screen 21 while confirming the balance and estimated balance of his / her own account. Therefore, it is possible to easily manage the deposit of the own account.
[0101]
Although the embodiment of the present invention has been described above, the authentication processing executed by the authentication server 11 of this embodiment corresponds to the authentication means of the present invention, and the relay server side executed by the relay server 7 of this embodiment. The inquiry process corresponds to the inquiry means of the present invention. The inquiry result display screen data of the present embodiment corresponds to the inquiry data of the present invention, and S240 and S250 of the WWW server side inquiry processing executed by the WWW server 13 of the present embodiment present the inquiry result of the present invention. Corresponds to means. Further, the inquiry account designation input screen data of the present embodiment corresponds to the account data of the present invention, and S210 to S230 of the WWW server side inquiry processing executed by the WWW server 13 of the present embodiment can be inquired of the present invention. It corresponds to an account presenting means. Further, the relay server side fund transfer process executed by the relay server 7 of the present embodiment corresponds to the fund transfer means of the present invention, and the post-fund transfer inquiry process executed by the relay server 7 of the present embodiment This corresponds to inquiry means according to claims 5 and 6 of the invention.
[0102]
Further, various data transmitted via the Internet in the above embodiment is naturally transmitted after being encrypted.
Moreover, the account inquiry system of this invention is not limited to the said Example, It can take a various aspect.
[0103]
For example, in the above embodiment, the account information DB 9 is registered with the user's own account that can be inquired or transferred or transferred by the account inquiry system 1. In the case where an account other than its own account is designated as a deposit destination account and a transfer or transfer request is made, a transfer or transfer request is made to the financial institution side terminal 3, and the deposit account is stored in the account information DB 9 After that, when sending the funds transfer account input screen data to the user side later, make sure that the previous deposit account is listed as the deposit account on the fund transfer account input screen. Also good.
[0104]
In this way, since the account that the user frequently designates as the deposit destination is always displayed on the fund transfer account input screen, the user does not directly enter the account information in the account input field 21a. However, it is convenient to select from the account list on the fund transfer account input screen 21 and designate the account as a deposit destination account.
[0105]
In addition, it is possible to improve the security of the system by allowing the account holder to confirm the transfer of funds through a public telephone line so that the transfer of funds such as transfer and transfer is not performed by a malicious person. be able to.
Below, this system is demonstrated as a modification of the said Example based on FIG. 10, FIG. FIG. 10 is a block diagram showing the configuration of the account inquiry system 1 ′, and FIG. 11 is a flowchart showing a settlement permission process executed by the receiving server 25 described later. Further, regarding this modified example, portions different from the account inquiry system 1 will be mainly described, and in particular, description of portions having the same configuration as the account inquiry system 1 will be omitted.
[0106]
As shown in FIG. 10, in the account inquiry system 1 ′, a reception server 25 as a permission means of the present invention is provided for each financial institution between the financial institution side terminal 3 that executes settlement and the relay server 7. Is provided. That is, in the account inquiry system 1 ′, the reception server 25 is connected to the relay server 7 and the financial institution side terminal 3 through a dedicated line.
[0107]
In the account inquiry system 1, the transfer request and transfer request that the relay server 7 has directly made to the financial institution side terminal 3 are made via the reception server 25 of the account inquiry system 1 ′. Upon receipt of the transfer or transfer request from the relay server 7, the reception server 25 executes the settlement permission process shown in FIG. 11 and sends itself to the telephone terminal (user telephone on the user side) via the public telephone network 27. Connected to the terminal 29) and confirms whether or not payment can be executed to the user.
[0108]
That is, when the process is executed, the reception server 25 acquires the registered telephone number of the holder from the database (DB) related to the holder of the account stored in S710. The registered telephone number may be, for example, the one applied for by the user when registering the use of the relay server 7, or the financial institution will report it as a contact person when creating an account. It may be.
[0109]
Next, the reception server 25 starts connection to the acquired user telephone terminal 29 of the registered telephone number at S720, and determines whether the connection is successful at S730.
Here, if the reception server 25 determines that the connection to the user telephone terminal 29 has been established, the process proceeds to S740. If the reception server 25 determines that the connection has not been established (No in S730), the reception server 25 determines whether the number of connections has exceeded a predetermined number in S735. Then, until it is determined that the predetermined number of times has been exceeded or until the connection with the user telephone terminal 29 is successful, connection to the user telephone terminal 29 of the registered telephone number is repeatedly attempted (S720).
[0110]
If the connection with the user telephone terminal 29 is successful after this processing, the reception server 25 provides voice guidance to the user on the telephone terminal side of the transfer / transfer request contents transmitted from the relay server 7 in S740. Further, it is inquired whether settlement can be executed with the contents of the request. At this time, the user is instructed to press a predetermined number button on the telephone terminal when the settlement may be executed. This voice guidance is performed by the reception server synthesizing a corresponding voice signal based on the contents of the request for transfer or transfer.
[0111]
Thereafter, in S750, the reception server 25 determines whether or not a command (signal corresponding to a predetermined number button) for executing settlement within the predetermined time after the guidance is input by the user. If so, the financial institution side terminal 3 is allowed to settle the payment (S760). On the other hand, if a payment execution command is not input from the user even after a predetermined time has passed, or if a command not to execute payment is input, the processing is not performed without performing the processing of S760. finish.
[0112]
In this case, since payment is not performed until the user's confirmation is obtained, the processing executed in the relay server 7 is performed when the transfer or transfer request is made to the financial institution side. End. That is, in this system, the relay server 7 performs the processing up to S630 in the relay server side funds transfer processing described in the account inquiry system 1 (see FIG. 9A), and does not execute the processing after S640. It is configured as follows.
[0113]
Similarly, the WWW server 13 is configured to perform the processes up to S330 in the WWW server-side funds transfer process and not execute the processes after S340. Therefore, when a transfer or transfer request is made to the financial institution side, the user cannot confirm the transfer or transfer result, but instead, if the user connects to the account inquiry system 1 ′ again and queries the account. The user can confirm the transfer and transfer results from the inquiry.
[0114]
The account inquiry system 1 ′ has been described above. However, according to this account inquiry system 1 ′, the transfer of transfer and transfer is not permitted until the user's confirmation is obtained. , You don't have to worry about a transfer. In particular, it is convenient to use a password or the like at home, because it is possible to prevent someone in the family from trying to transfer funds without permission.
[0115]
In addition, if the phone terminal of the contact is a mobile phone etc., even if the person in charge of the company who is entrusted with accounting is out, if a person in the company makes a transfer or transfer request to the financial institution side The person in charge can give the final transfer and transfer permission outside the company.
[0116]
In the account inquiry system 1 ′, the reception server 25 is installed for each financial institution. However, the system may be configured such that the relay server 7 executes the settlement permission process without providing such a reception server. Good. That is, before requesting the transfer of funds to the financial institution side (before executing S630), the relay server 7 connects itself to the user telephone terminal 29 through the public telephone line network 27 and makes a payment to the user. Can be obtained, the same effect as the account inquiry system 1 ′ can be obtained.
[0117]
In addition, in the said Example, although it was set as the structure which connects the user side terminal 15 to the account inquiry system 1,1 'via the internet 5, the account inquiry system 1 is made into the WWW server 13, the authentication server 11, relay, The server 7 and the account information DB 9 may be configured as a single connection center, and the connection center and the user terminal 15 may be connected via a public telephone line network. In addition, when the account inquiry system 1 is configured using such a connection center, the user is forced to pay a monetary burden such as a telephone line usage fee, but is transmitted at the time of telephone connection. The user's telephone number can be used as authentication information, and a malicious person can be prevented from entering the system by pretending to be a legitimate user.
[Brief description of the drawings]
FIG. 1 is an explanatory diagram showing a configuration of an account inquiry system 1 according to an embodiment, and is a block diagram.
FIG. 2 is an explanatory diagram showing the configuration of various screens displayed on the user terminal 15 by the WWW server 13 during the WWW server-side inquiry process.
FIG. 3 is an explanatory diagram showing a configuration of a fund transfer account input screen according to the present embodiment.
FIG. 4 is an explanatory diagram illustrating a configuration of a fund transfer result display screen according to the present embodiment.
FIG. 5 is a flowchart showing an authentication process executed by the authentication server 11;
6 is a flowchart showing various processes executed by the WWW server 13. FIG.
FIG. 7 is a flowchart showing a registered account list presentation process executed by the relay server 7;
FIG. 8 is a flowchart showing relay server side inquiry processing executed by the relay server 7;
FIG. 9 is a flowchart showing a relay server side fund transfer process executed by the relay server 7;
FIG. 10 is a block diagram showing a configuration of an account inquiry system 1 ′ as a modified example.
FIG. 11 is a flowchart showing a payment permission process executed by the reception server 25.
[Explanation of symbols]
1, 1 '... Account inquiry system 3 ... Financial institution terminal 5 ... Internet
7 ... Relay server 9 ... Account information DB 11 ... Authentication server
13 ... WWW server 15 ... User terminal 17 ... Inquiry account designation input screen
19 ... Inquiry result display screen 21 ... Fund transfer account input screen
23 ... Fund transfer result display screen 25 ... Reception server 27 ... Public telephone network
29 ... User phone terminal

Claims (7)

ネットワークを介して接続された利用者側端末からの要求に従い、利用者が口座を有する金融機関側端末に対して、利用者の口座の照会依頼を行い、その照会結果を利用者側端末に提示する口座照会システムであって、
前記利用者の金融機関口座を表す口座情報が予め登録された口座情報データベースと、
前記利用者側端末から当該システムへの接続要求があると、前記利用者側端末から認証情報を取得し、この認証情報が予め登録された利用者のものである時に、前記利用者側端末からの照会要求を許可する認証手段と、
前記認証手段にて照会要求が許可された利用者側端末から口座の照会要求があると、この照会要求に対応する利用者の口座情報を前記口座情報データベースから読み出し、当該口座情報に基づき、利用者が口座を有する金融機関側端末に対して、利用者の口座の照会依頼を行う照会手段と、
前記照会手段の照会依頼によって前記金融機関側端末から応答された各口座の照会内容を取得し、取得した照会内容に含まれる残高情報に基づき、前記各口座の残高を前記利用者側端末で一覧表示可能な照会データを生成し、この照会データを前記利用者側端末に送信する照会結果提示手段と、
前記照会結果提示手段が前記利用者側端末に前記照会データを送信した後、前記利用者側端末から資金移動処理の実行要求があると、前記口座情報データベースに登録された利用者の金融機関口座であって入出金可能な口座群からの出金元口座及び入金先口座の選択操作並びに移動金額の入力操作を受付可能な操作画面を前記利用者側端末に表示させるためのデータであって、前記入出金可能な口座群を前記照会依頼によって取得された残高情報と共に前記操作画面に一覧表示可能な資金移動関連データを生成し、この資金移動関連データを前記利用者側端末に送信する資金移動可能口座提示手段と、
前記資金移動可能口座提示手段が前記資金移動関連データを利用者側端末に送信した後、前記利用者側端末から資金移動要求があると、前記口座情報に基づき、前記資金移動要求によって指定された出金元口座に対応する金融機関側端末に、前記資金移動要求によって指定された入金先口座への振込依頼若しくは振替依頼を行う資金移動手段と、
を備えたことを特徴とする口座照会システム。In response to a request from the user terminal connected via the network, the user requests the financial institution's terminal where the user has an account, and presents the inquiry result to the user terminal. An account inquiry system that
Account information database in which account information representing the user's financial institution account is registered in advance;
When from the user terminal a connection request to the system to obtain the authentication information from the user side terminal, when the authentication information is of the user registered in advance, from the user side terminal An authentication means to permit the inquiry request of
Wherein when the user terminal the query request is allowed by the authentication means include account inquiry request, reads the account information of the user corresponding to the query request from the account information database, based on the account information, available An inquiry means for requesting a user's account inquiry to a financial institution-side terminal where the user has an account;
The Get the query contents of each account that has been returned from the financial institution terminal by querying request query means, based on the obtained balance information included in the query content, it lists the balance of the account in the user-side terminal Inquiry result presenting means for generating inquiry data that can be displayed and sending the inquiry data to the user terminal;
After the inquiry result presentation means transmits the inquiry data to the user side terminal, when there is a request for execution of fund transfer processing from the user side terminal, the user's financial institution account registered in the account information database It is data for causing the user side terminal to display an operation screen capable of accepting a selection operation of a withdrawal source account and a destination account from an account group that can deposit and withdraw and an input operation of a transfer amount, Funds for generating funds transfer related data that can be displayed on the operation screen as a list of the account groups that can be deposited and withdrawn together with the balance information acquired by the inquiry request, and for transmitting the funds transfer related data to the user side terminal Movable account presentation means;
After the fund transferable account presenting means transmits the fund transfer related data to the user side terminal, when there is a fund transfer request from the user side terminal, it is designated by the fund transfer request based on the account information. A fund transfer means for making a transfer request or transfer request to the deposit destination account designated by the fund transfer request to the financial institution side terminal corresponding to the withdrawal source account;
An account inquiry system comprising: 前記資金移動関連データは、前記操作画面を通じて出金元口座及び入金先口座が選択され且つ移動金額が入力されると、前記選択された出金元口座から入金先口座へ前記入力された金額の資金移動が仮に実行された場合の各口座の残高情報を表示する処理を前記利用者側端末に実行させるためのプログラム情報を含むデータであること
を特徴とする請求項１記載の口座照会システム。 When the withdrawal source account and the deposit destination account are selected through the operation screen and the transfer amount is input through the operation screen, the funds transfer related data is stored in the amount of the input amount from the selected withdrawal source account to the deposit destination account. 2. The account inquiry system according to claim 1, wherein the account inquiry system is data including program information for causing the user terminal to execute a process of displaying balance information of each account when fund transfer is executed . 前記照会結果提示手段は、前記各口座の照会内容に含まれる残高情報に基づき、前記利用者側端末で各口座の照会結果を残高順に一覧表示可能な照会データを生成し、前記利用者側端末に送信することを特徴とする請求項１又は請求項２に記載の口座照会システム。  The inquiry result presenting means generates inquiry data capable of displaying a list of inquiry results of each account in order of balance on the user side terminal based on balance information included in the inquiry content of each account, and the user side terminal The account inquiry system according to claim 1, wherein the account inquiry system is transmitted to. 前記照会依頼、前記振込依頼及び振替依頼に伴う前記金融機関側端末との通信は、専用回線を通じて行われることを特徴とする請求項１〜請求項３のいずれかに記載の口座照会システム。The account inquiry system according to any one of claims 1 to 3, wherein communication with the financial institution side terminal accompanying the inquiry request, the transfer request, and the transfer request is performed through a dedicated line. 前記照会手段は、前記資金移動手段によって前記振込依頼若しくは前記振替依頼が行われると、出金元口座に対応する金融機関側端末に対して、出金元口座の照会依頼を行うことを特徴とする請求項１〜請求項４のいずれかに記載の口座照会システム。It said query means, when the transfer request or the transfer request by the funds transfer means takes place, with respect to the financial institution side terminal corresponding to the withdrawal based account, and characterized by performing a query request for withdrawal original account The account inquiry system according to any one of claims 1 to 4 . 前記照会手段は、前記資金移動手段によって前記振込依頼若しくは前記振替依頼が行われると、入金先口座に対応する金融機関側端末に対して、入金先口座の照会依頼を行うことを特徴とする請求項１〜請求項５のいずれかに記載の口座照会システム。It said query means, when the transfer request or the transfer request by the funds transfer means takes place, with respect to the financial institution side terminal corresponding to the payment destination account, and performing a query request for payment destination account billing The account inquiry system in any one of Claims 1-5 . 前記資金移動手段が前記振込依頼若しくは前記振替依頼を行うと、公衆電話回線網を介して、予め登録された前記出金元口座の連絡先電話番号に対応する利用者電話端末を呼び出し、前記振込依頼若しくは前記振替依頼に対応する決済を金融機関側端末に実行させるか否かを問い合わせると共に、利用者の外部操作により利用者電話端末から前記決済の実行指令が入力されると、前記決済の実行を前記金融機関側端末に許可する許可手段を備えたことを特徴とする請求項１〜請求項６のいずれかに記載の口座照会システム。When the fund transfer means makes the transfer request or the transfer request, the user telephone terminal corresponding to the contact telephone number of the withdrawal source account registered in advance is called via the public telephone line network, and the transfer request or a payment corresponding to the transfer request with inquiring whether to execute the financial institution terminal, the execution command of the payment from the user telephone terminal by external operation of a Subscriber is entered, the payment The account inquiry system according to any one of claims 1 to 6 , further comprising permission means for permitting execution to the financial institution side terminal.
JP2003013479A 2001-01-10 2003-01-22 Account inquiry system Expired - Lifetime JP4711604B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003013479A JP4711604B2 (en) 2001-01-10 2003-01-22 Account inquiry system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2001-2574 2001-01-10
JP2001002574 2001-01-10
JP2001002574 2001-01-10
JP2003013479A JP4711604B2 (en) 2001-01-10 2003-01-22 Account inquiry system

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2001162457A Division JP2002279176A (en) 2001-01-10 2001-05-30 Account inquiry system

Publications (2)

Publication Number Publication Date
JP2003271818A JP2003271818A (en) 2003-09-26
JP4711604B2 true JP4711604B2 (en) 2011-06-29

Family

ID=29217658

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003013479A Expired - Lifetime JP4711604B2 (en) 2001-01-10 2003-01-22 Account inquiry system

Country Status (1)

Country Link
JP (1) JP4711604B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101350808B (en) * 2007-07-19 2012-07-04 华为技术有限公司 Method, system and apparatus for implementing conversion of medium contents
JP6896124B1 (en) * 2020-03-30 2021-06-30 株式会社三菱Ｕｆｊ銀行 Financial trading methods, financial trading systems and financial trading programs
JP7434651B1 (en) 2023-06-29 2024-02-20 ＰａｙＰａｙ株式会社 Information processing device, information processing method, and information processing program

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0785189A (en) * 1993-09-20 1995-03-31 Hitachi Ltd Automatic transaction equipment for transfer
JPH08180119A (en) * 1994-12-21 1996-07-12 Hitachi Ltd Home banking system
JP2000194747A (en) * 1998-12-25 2000-07-14 Toshiba Corp Transaction approval system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0785189A (en) * 1993-09-20 1995-03-31 Hitachi Ltd Automatic transaction equipment for transfer
JPH08180119A (en) * 1994-12-21 1996-07-12 Hitachi Ltd Home banking system
JP2000194747A (en) * 1998-12-25 2000-07-14 Toshiba Corp Transaction approval system

Also Published As

Publication number Publication date
JP2003271818A (en) 2003-09-26

Similar Documents

Publication Publication Date Title
JP5458888B2 (en) Certificate generation / distribution system, certificate generation / distribution method, and program
JP4645928B2 (en) Admission authentication method and system
US20060089887A1 (en) Information service providing method
US20040177047A1 (en) Authenticated payment
JP4573948B2 (en) Method and system for centrally managing a plurality of assets using a computer network
WO2011074500A1 (en) Mobile proxy authentication system and mobile proxy authentication method
WO2013175901A1 (en) Authorization server and client apparatus, server cooperative system, and token management method
JP2003517680A (en) Dual network system and method for online approval or authorization
KR20020015932A (en) A method for managing card information in a data center
JP2002032216A (en) Hosting device for application
JP6643374B2 (en) Service management system and service management method
KR20020021853A (en) Method for shopping, settlement, and delivery of gift by internet service
JP4711604B2 (en) Account inquiry system
JP2006509299A (en) Unauthorized connection management system for affiliated sites linked to advertisements
JP2002279176A (en) Account inquiry system
JP2005018265A (en) Remittance management method and remittance management program
KR20020020316A (en) Method for remitting money by internet service
JP2006350809A (en) Member registration support method and program
JP2002329077A (en) Banking transaction system and banking transaction meditation method
KR20040028831A (en) Electronic payment authentication and recognition method
JP3689071B2 (en) Recipient authentication method for bank transfer
JP2006107114A (en) Settlement method, settlement system and settling program
EP1136924A1 (en) Distributed data accessing technique
JP7110774B2 (en) Information processing device, information processing system, and program
KR101002494B1 (en) Handheld terminal and inquiry method for transaction particulars using the same

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080430

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110111

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110222

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110322

R150 Certificate of patent or registration of utility model

Ref document number: 4711604

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140401

Year of fee payment: 3

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140401

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250