JP4445205B2

JP4445205B2 - Data relay system

Info

Publication number: JP4445205B2
Application number: JP2003062107A
Authority: JP
Inventors: 匡志北村; 功高石; 直史菱谷; 浩次岡本; 秀一寺園
Original assignee: Mizuho Information and Research Institute Inc
Current assignee: Mizuho Information and Research Institute Inc
Priority date: 2003-03-07
Filing date: 2003-03-07
Publication date: 2010-04-07
Anticipated expiration: 2023-03-07
Also published as: JP2004272573A

Description

【０００１】
【発明の属する技術分野】
本発明は、インターネット等の高速通信回線を介して振込依頼等を行うことができるデータ中継システム及びデータ中継方法に関する。
【０００２】
【従来の技術】
企業から金融機関に対する振込依頼や入出金明細の照会等の各種の要求は、ファームバンキングシステムと呼ばれるオンラインシステムにより行われることが一般的である。このファームバンキングシステムでは、企業に置かれたファームバンキング端末により、各種の要求が実行される。
【０００３】
図１１に従来のファームバンキングシステムの構成を示す。従来のファームバンキング端末であるクライアントの端末３は、公衆回線やＩＳＤＮ回線により銀行システム２に接続されている。この銀行システム２は、外部接続システム２１と、ホストコンピュータ２２を備えている。クライアントの端末３は、外部接続システム２１を介してホストコンピュータ２２に対しいわゆるダイヤルアップを行うことにより通信を確立し、その上で各種の処理を実行することになる。
【０００４】
しかしながら、銀行システム２とクライアント３間の回線は、公衆回線やＩＳＤＮ回線等の数十Ｋｂｓ程度のいわゆる低速通信回線であるため、各種の処理に極めて長時間を要し、業務の円滑な実行の妨げとなっていた。
【０００５】
他方、昨今は、外資系企業を中心に、企業の資金管理を海外統括会社にて行う動きがある。この場合には、海外に設置したクライアントの端末３を用いて国際電話回線を介して銀行システム２にアクセスし、各種の処理を実行する必要がある。しかしながら、国際電話回線は、通信状態が良好でない場合があるため、通信途中でデータが劣化し、所望の処理を実行できない場合がある。また、国際電話回線は、通信費用が高額であることから、大量のデータを処理する場合には特に処理コストを大幅に増大させるという問題もある。
また、上述の全銀プロトコルは、振込等の際に受取人に向けて送るＥＤＩ情報が２０文字までしか入力できず、請求金額が間違いなく入金されたか確認する消し込み作業の障害となっていた。
【０００６】
尚、インターネット回線を介して振込み処理を行うためのＷｅｂ対応振込中継装置が特許文献１に開示されているが、この特許文献１では、大量のデータを迅速に処理するための技術は開示されていない。
【０００７】
【特許文献１】
特開平２００２−１５７４２７号公報
【０００８】
【発明が解決しようとする課題】
このように、従来のファームバンキングシステムでは、通信回線上の制約から、大量のデータを迅速に処理することは難しいという問題点があった。
【０００９】
本発明は、このような問題点を解決するためになされたもので、既存の銀行システムを変更することなく、大量のデータを迅速に処理することができるデータ中継システムを提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明にかかるデータ中継システムは、銀行システムと全銀プロトコルに従う低速通信回線を介して接続されるとともに、クライアントの端末とインターネット網を含む高速通信回線を介して接続され、ウェブサーバ、データベースサーバ及び通信モジュールを有するデータ中継システムであって、クライアントの端末からの資金移動要求を前記ウェブサーバによって受信し、前記銀行システムに資金移動要求するためのフォーマットに変換した上で、当該資金移動要求を前記通信モジュールによって当該銀行システムに送信する手段と、前記クライアントの端末から、前記全銀プロトコルにより入手可能な取得希望の照会データの種類と前記全銀プロトコルにより入手不可能な取得を希望する特定の振込人情報とを前記ウェブサーバによって受信し、前記データベースサーバに登録する登録手段と、予め設定された時刻に、前記データベースサーバに登録された照会データの種類に応じて当該照会データの取得要求を前記通信モジュールによって当該銀行システムに送信する手段と、前記照会データの取得要求に応じて前記銀行システムより送信されたデータを前記通信モジュールによって受信し、前記データベースサーバに格納するデータ格納手段と、前記クライアントの端末からの照会データの取得要求に応じて前記データベースサーバに格納された照会データの内、前記登録された特定の振込人情報に基づいて取得を希望する特定の振込人に関するデータのみを抽出し、当該抽出したデータを当該クライアントの端末に送信する手段を備えたものである。このような構成によれば、クライアントは、高速通信回線を介して資金移動要求を実現できるとともに、予め登録された照会データの種類に応じて取得された照会データを高速通信回線により取得することができるため、処理時間が短縮される。
また、前記登録手段によって前記データベースサーバに登録された照会データの種類に応じて、前記照会データの取得要求を前記銀行システムに対して送信する時刻を自動設定する手段をさらに備えるようにしてもよい。さらに、前記銀行システムに対する前記資金移動要求の送信は、一定時間毎にまとめて実行するようにしてもよい。
さらに、前記クライアントの端末から資金移動要求を複数のデータファイルにより受信し、このデータファイルに含まれるデータに誤りが含まれるか否かを判定し、この判定結果を当該クライアントの端末に送信する手段をさらに備えるようにしてもよい。これにより、資金移動要求をデータファイルにより受信するため、画面表示された項目毎に入力する場合に比べて、入力処理を迅速することができ、さらに、データの誤りを即座にクライアントに対して知らせることができる。
【００１１】
本発明にかかる他のデータ中継システムは、銀行システムと低速通信回線を介して接続されるとともに、クライアントの端末と高速通信回線を介して接続されたデータ中継システムであって、前記クライアントの端末から取得を希望する照会データの種類を登録する登録手段と、予め設定された時刻に前記登録手段に登録された照会データの種類に応じて当該照会データの取得要求を当該銀行システムに送信する手段と、前記照会データの取得要求に応じて前記銀行システムより送信されたデータを格納するデータ格納手段と、前記クライアントの端末からの照会データの取得要求に応じて前記データ格納手段に格納された照会データを当該クライアントの端末に送信する手段を備えたものである。このような構成によれば、ユーザは、予め登録された照会データの種類に応じて取得された照会データを高速通信回線により取得することができるため、処理時間が短縮される。
【００１２】
さらに、受取人に対して支払明細通知を実行する手段を有するようにするとよい。また、データ取得要求を前記銀行システムに送信する時刻は、前記クライアントの端末により設定可能とすることにより、ユーザの状況に応じて適切な照会データを提供することができる。
【００１３】
前記データ格納手段に格納された照会データを前記登録手段に登録されたデータの種類に応じて加工する手段をさらに備えるとよい。これにより、ユーザの必要とする照会データを提供することができる。
【００１４】
好適な実施の形態では、前記データ中継システムと前記銀行システム間は、全銀プロトコルに従って通信が行われる。
【００１５】
他方、本発明にかかるデータ中継方法は、銀行システムと低速通信回線を介して接続されるとともに、クライアントの端末と高速通信回線を介して接続されたデータ中継システムによりデータ中継を実行する方法であって、前記データ中継システムが前記クライアントの端末からの資金移動要求を受信するステップと、前記データ中継システムにおいて、前記銀行システムに資金移動要求するためのフォーマットに変換した上で、当該資金移動要求を当該銀行システムに送信するステップと、前記クライアントの端末から、前記全銀プロトコルにより入手可能な取得希望の照会データの種類と前記全銀プロトコルにより入手不可能な取得を希望する特定の振込人情報とを前記データ中継システムに登録するステップと、予め設定された時刻に登録された照会データの種類に応じて前記データ中継システムから当該照会データの取得要求を前記銀行システムに送信するステップと、前記照会データの取得要求に応じて前記銀行システムより送信されたデータをデータ格納手段に格納するステップと、前記クライアントの端末からの照会データの取得要求に応じて前記データ格納手段に格納された照会データの内、前記登録された特定の振込人情報に基づいて取得を希望する特定の振込人に関するデータのみを抽出し、当該抽出したデータを当該クライアントの端末に送信するステップを備えたものである。このような方法によれば、クライアントは、高速通信回線を介して資金移動要求を実現できるとともに、予め登録された照会データの種類に応じて取得された照会データを高速通信回線により取得することができるため、処理時間が短縮される。
また、前記登録された照会データの種類に応じて、前記照会データの取得要求を前記銀行システムに対して送信する時刻を自動設定するステップをさらに備えるようにしてもよい。さらに、前記銀行システムに対する前記資金移動要求の送信は、一定時間毎にまとめて実行するようにしてもよい。
さらに、前記クライアントの端末から資金移動要求を複数のデータファイルにより受信し、このデータファイルに含まれるデータに誤りが含まれるか否かを判定し、この判定結果を当該クライアントの端末に送信するステップをさらに備えるようにしてもよい。これにより、資金移動要求をデータファイルにより受信するため、画面表示された項目毎に入力する場合に比べて、入力処理を迅速することができ、さらに、データの誤りを即座にクライアントに対して知らせることができる。
【００１６】
また、本発明にかかる他のデータ中継方法は、銀行システムと低速通信回線を介して接続されるとともに、クライアントの端末と高速通信回線を介して接続されたデータ中継システムによって実行されるデータの中継方法であって、前記クライアントの端末から取得を希望する照会データの種類を前記データ中継システムに登録するステップと、予め設定された時刻に登録された照会データの種類に応じて前記データ中継システムから当該照会データの取得要求を前記銀行システムに送信するステップと、前記照会データの取得要求に応じて前記銀行システムより送信されたデータをデータ格納手段に格納するステップと、前記クライアントの端末からの照会データの取得要求に応じて前記データ格納手段に格納された照会データを当該クライアントの端末に送信するステップを備えたものである。このような構成によれば、ユーザは、予め登録された照会データの種類に応じて取得された照会データを高速通信回線により取得することができるため、処理時間が短縮される。
【００１７】
ここで、さらに、受取人に対して支払明細通知を実行するステップを有するとよい。また、前記データ取得要求を前記銀行システムに送信する時刻は、前記クライアントの端末により設定可能としてもよい。これにより、ユーザの状況に応じて適切な照会データを提供することができる。
【００１８】
また、前記データ格納手段に格納されたデータを登録された照会データの種類に応じて加工するステップをさらに備えるようにするとよい。これにより、ユーザの必要とする照会データを提供することができる。
【００１９】
【発明の実施の形態】
本発明にかかるデータ中継システムを含むシステム全体について、図１を用いて説明する。
【００２０】
データ中継システム１は、公衆電話回線やＩＳＤＮ回線等の低速通信回線を介して、銀行システム２と接続されている。このデータ中継システム１は、銀行システム２と同じ国内において近距離に設けられることが通信費上好ましい。また、データ中継システム１は、インターネット等の高速通信回線６を介して、クライアントの端末３と接続されている。データ中継システム１は、公衆回線の通信網を介して、クライアント契約の銀行担当部署のファクシミリ（ＦＡＸ）端末と接続されている。さらにデータ中継システム１は、通信回線を介して、受取人に対して支払明細通知を行う支払明細通知システム４と接続されている。この支払明細通知システム４は、振込先や振替先である受取人のファクシミリ（ＦＡＸ）端末と、公衆回線の通信網を介して接続されている。また、受取人の希望によっては、支払明細通知をデータ中継システム１のウェブサーバ１１で作成し、振込先や振替先である受取人の端末５からユーザＩＤ、パスワードによりログインしサイトアクセス後、支払明細通知ファイルをダウンロードすることもできる。
【００２１】
データ中継システム１は、ウェブサーバ１１、データベース（ＤＢ）サーバ１２及び通信モジュール１３を備えている。これらのウェブサーバ１１、データベースサーバ１２、通信モジュール１３は、相互にＬＡＮ（Local Area Network）等により通信可能に接続されている。
【００２２】
ウェブサーバ１１及びデータベースサーバ１２の具体的な構成については、後に詳述するが、いわゆるコンピュータにより構成され、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク等のハードウェア構成を有するとともに、ＯＳ（Operation System）プログラム及びアプリケーションプログラムをハードディスク上に格納している。そして、適宜、これらのプログラムをＲＡＭ上に展開した上で、ＣＰＵにより所定の処理を実行する。
【００２３】
ウェブサーバ１１は、いわゆるウェブエンジンを備え、ＨＴＭＬ（Hyper Text Markup Language）形式やＸＭＬ（eXtensible Markup Language）形式のウェブデータを生成し、インターネット等の通信網６を介してクライアントの端末３に対して送信する機能を有する。また、本発明にかかるウェブサーバ１１は、クライアントの端末３から例えばテキスト形式の総合振込データ、給与振込データや口座振替データ等の資金移動要求データを取得し、全銀協標準通信プロトコル（以下、全銀プロトコル）形式、すなわち全銀フォーマットのデータに変換して銀行システム２に送信する機能や、クライアントの端末３からテキスト形式などの支払明細データを取得し、受取人のＦＡＸ端末やコンピュータに対して支払い明細通知を実行するための情報を生成して通信モジュール１３に出力する機能を有する。さらにウェブサーバ１１は、クライアントの端末３から照会データの種類を登録する機能、予め設定された時刻に登録された照会データの種類に応じて照会データの取得要求を銀行システム２に送信する機能、照会データの取得要求に応じて銀行システム２より送信された照会データを格納する機能、クライアントの端末３からの照会データの取得要求に応じて格納された例えばPDF形式の照会データをクライアントの端末３に送信する機能等の各種の機能を備えている。さらに、このウェブサーバ１１は、クライアントの端末３から送信されたデータをチェックする機能も有している。さらにまた、ウェブサーバ１１は、支払明細通知を作成し、振込先や振替先である受取人の端末５に対して、明細ファイルをダウンロードさせる機能も有している。尚、ウェブサーバ１１は、クライアントの端末３との間のウェブデータのやりとりやメールサーバ等の処理のみを実行するものとし、その他の処理については、別途、管理サーバにより実行する構成としてもよい。さらに、当該データ中継システム１は、複数のコンピュータでなくとも、単一のコンピュータによって構成することも可能であり、そのハードウェア構成は、図１で示す構成に限定されるものではない。
通信モジュール１３は、銀行システム２との間で全銀プロトコル形式で通信を行う。この通信モジュール１３は、他のコンピュータと独立したハードウェアにより構成されていてもよく、また、他のコンピュータ上でソフトウェアにより構成されていてもよい。
【００２４】
データベースサーバ１２は、データ中継システム１において管理されるデータを格納する機能を有するコンピュータである。このデータベースサーバ１２には、資金移動要求データベース、照会データ種類データベース、ダウンロード情報データベースが含まれる。資金移動要求データベースは、クライアントの端末３から送信された資金移動要求データを格納する。照会データ種類データベースは、クライアントの端末３から登録された照会データの種類を格納する。ダウンロード情報データベースは、銀行システム２よりダウンロードすることにより取得した照会データを格納する。
【００２５】
銀行システム２は、相互に通信可能に接続された外部接続システム２１及びホストコンピュータ２２を備えている。この外部接続システム２１は、従来からある既存のシステムであり、ファームバンキングサービスを実現するために、ファームバンキング端末と接続するためのインターフェース処理を実行するものである。この例では、外部接続システム２１は、データ中継システム１の通信モジュール１３と通信を実行することができる。ホストコンピュータ２２も、従来からある既存のシステムであり、ファームバンキングサービスを実現するために、各種の処理を行う。
【００２６】
クライアントの端末３は、ユーザにより利用され、パーソナルコンピュータ（ＰＣ）、携帯端末、いわゆるインターネット接続機能付き携帯電話等であり、ＣＰＵ、ＲＯＭ、ＲＡＭ、キーボード、マウス等の入出力手段、ディスプレイ等を備えている。このクライアントの端末３は、ブラウザプログラムがハードディスク等の記憶手段に格納されており、データ中継システム１より送信されたウェブデータを受信し、ディスプレイに表示させることができる。クライアントの端末３とデータ中継システム１とは、例えば、ＨＴＴＰＳプロトコルに従って通信を行う。
【００２７】
支払明細通知システム４は、図示しないファクシミリ端末により構成される。受取人の端末５は、ファクシミリ端末やパーソナルコンピュータなどのインターネット接続機器である。クライアント契約の銀行担当部署の端末６は、ファクシミリ端末である。
【００２８】
続いて、図１及びその他の画面表示例を示す図を用いて、本発明にかかる一連の処理の流れについて説明する。本発明にかかる処理には、大別すると、総合振込データや給与振込データ、口座振替データ等の資金移動要求データを銀行システム２に対してアップロードする、即ち資金移動要求を行う処理と、入出金明細データ等の照会データを銀行システム２よりダウンロードする処理とがある。
【００２９】
最初に銀行システム２に対して資金移動要求を行う処理について説明する。この例では、資金移動要求として、総合振込を説明するが、他の給与振込、口座振替等の要求も同様の処理となる。まず、クライアントの端末３では、ユーザがブラウザプログラムを起動する。そして、ユーザが所定のＵＲＬを入力すると、クライアントの端末３は、データ中継システム１のウェブサーバ１１にアクセスする。ウェブサーバ１１は、このアクセスに応じて、担当者のログインページを送信する。クライアントの端末３は、インターネット６を介して、このログインページを受信し、ブラウザプログラムにより、ディスプレイに当該ログインページを表示させる。図２に担当者のログインページの画面表示例を示す。図に示されるように、このログインページには、ユーザＩＤ及びパスワードの入力欄が設けられている。ユーザが、これらの入力欄にユーザＩＤ及びパスワードを入力し、入力完了ボタンをクリックすると、入力されたユーザＩＤ及びパスワードがインターネット６を介してウェブサーバ１１に送信される（Ｓ１０１）。
【００３０】
ウェブサーバ１１は、ユーザＩＤ及びパスワードを受信し、ユーザ認証を実行する。ユーザ認証の結果、正当なユーザであると認定された場合には、総合振込データや支払明細データ等のファイルを指定するためのウェブページを生成し、インターネット６を介してクライアントの端末３に送信する。クライアントの端末３は、かかるウェブページを受信し、ブラウザプログラムによりディスプレイに表示する。
【００３１】
図３にかかるウェブページの画面表示例を示す。図に示されるように、このウェブページには、データファイルの入力欄が設けられている。参照ボタンをクリックすると、コンピュータ内部や外部記憶手段中のデータファイルを表示させることができ、適宜指定することができる。ここで、ユーザは、複数のデータファイルを指定することができる。好適な実施の形態によれば、データファイルはテキスト形式である。また、このデータファイル自体は全銀プロトコルでないデータ形式の場合と、全銀プロトコルに従ったデータ形式の場合の両方に対応することができる。ユーザが、データファイルを指定し、送信ボタンをクリックすると、データファイルがインターネット６を介してクライアントの端末３からウェブサーバ１１に送信される（Ｓ１０２）。ここで、送信されるデータファイルのうち、支払明細データファイルには、請求書番号、商品番号、商品名等の情報が含まれる。
【００３２】
ウェブサーバ１１は、データファイルを受信すると、データのチェックを実行する。このデータのチェック方法については、後に詳述する。ウェブサーバ１１がチェックの結果、誤りがないと判定した場合には、そのデータファイルをデータベースサーバ１２に転送する。データベースサーバ１２は、転送されたデータファイルを受信し、資金移動要求データベースに格納する。その後、ウェブサーバ１１は、振込意思確認に関する処理を実行する（Ｓ１０３）。具体的には、ウェブサーバ１１は、振込に対する承認権限を有する権限者に対して、承認ページにアクセスし、承認の実行を促す電子メールを送信する。承認権限者が当該電子メールの受信に応じて承認ページにアクセスしたとすると、まず、承認権限者のログインページがウェブサーバ１１より承認権限者の端末３に対して送信される。承認権限者の端末３では、ブラウザプログラムによって、図４に示されるようなログインページがディスプレイに表示される。承認権限者がこのログインページにユーザＩＤ及びパスワードを入力し、入力完了ボタンを押下すると、当該ユーザＩＤ及びパスワードがインターネット６を介してウェブサーバ１１に対して送信される。ウェブサーバ１１では、受信したユーザＩＤ及びパスワードに基づき、ユーザ認証を実行する。このユーザ認証の結果、正当な承認権限者であると認定された場合には、承認ページを送信する。
【００３３】
承認権限者の端末３では、ブラウザプログラムによって、図５に示されるような承認ページがディスプレイに表示される。この承認ページでは、資金移動要求データベースに格納された、総合振込データファイルに含まれる振込案件を特定するための情報が個別の表示されている。この情報には、例えば、受取人、コード、振込金額が含まれる。さらに、承認ページには、案件毎に振込を担当する担当者の名前も表示される。承認権限者は、この承認ページに表示された振込案件のうち振込を承認する案件について選択ボックスにクリックを行う。承認案件の選択については、全選択と記されたボタンをクリックすることにより、表示された案件を全て選択することもできる。さらに、全解除と記されたボタンをクリックすることにより、一旦選択した案件を全て解除することも可能である。承認権限者が当該承認ページにおいて振込を承認する案件を選択し、確認ボタンを押下すると、承認した案件情報がインターネット６を介してウェブサーバ１１に対して送信される。
【００３４】
ウェブサーバ１１は、クライアントの端末３から承認した案件情報を受信し、予めデータベースサーバ１２の資金移動要求データベースに格納された総合振込データより、当該承認案件情報に相当する総合振込データを取得する。そして、ウェブサーバ１１は、総合振込データファイルを全銀プロトコル形式に変換し、通信モジュール１３に対して出力する。このとき、総合振込データファイルがクライアントの端末３から送信された時点で既に全銀プロトコル形式である場合には、かかる変換処理は行わずに通信モジュール１３に対して出力する。通信モジュール１３は、全銀プロトコル形式の総合振込データファイルを銀行システム２に送信する（Ｓ１０４）。このとき、通信モジュール１３は、銀行システム２に対するログイン処理等を行っておく。ここで、図７に全銀プロトコル形式のデータフォーマットを示す。図７に示されるように、ヘッダレコード、データレコード、トレーラーレコード、エンドレコードの情報を有し、それぞれ、情報項目及び情報の桁数が定められている。
【００３５】
尚、銀行システム２に対する総合振込データファイルの送信の時期は、承認権限者による承認が行われたことを確認してすぐに実行してもよいが、一定時間毎に実行してもよい。例えば、過去１時間に承認権限者による承認が行われた案件をまとめて総合振込データファイルを送信する。このような処理を行うことにより、データ中継システム１及び銀行システム２の処理負荷を軽減することが可能となる。
【００３６】
銀行システム２では、外部接続システム２１を介してホストコンピュータ２２が、かかる総合振込データファイルを受信する。そして、通常のファームバンキングにおける処理と同様の処理にて、振込に関する処理を実行する。
【００３７】
データ中継システム１は、クライアント契約の銀行担当部署の端末６に対して、振込意思確認を行った案件の情報もファクシミリにて送信する（Ｓ１０５）。ファクシミリにて送信される情報には、例えば、振込件数、振込金額、振込指定日、委託者コード、担当者情報等が含まれる。さらに、データ中継システム１は、クライアントの端末３より受信した支払明細データファイルを支払明細通知システム４に出力する。この支払明細通知システム４では、予め登録された支払先担当者のファクシミリ番号に、図６に示されるような支払明細通知を実行する（Ｓ１０６）。希望する支払先担当者が、事前に割り当てられたユーザＩＤやパスワードを入力することによりウェブサーバ１１へログインした場合には、図６に示されるような支払明細通知ファイルをＨＴＭＬ形式やＸＭＬ形式、ＰＤＦファイル形式などでダウンロードすることができる。図６に示されるように、この支払明細通知においては、支払者、支払口座、支払金額、支払日の他、支払明細情報も含まれる。支払明細情報には、例えば、取引年月日、伝票番号、品名・企画、数量、金額、備考に関する情報が含まれる。
【００３８】
続いて、入出金明細データ等の照会データを銀行システム２よりダウンロードする処理について説明する。最初に、図１を用いて、この処理の概略について説明し、その後に、図８を用いて、この処理の詳細について説明する。
【００３９】
データ中継システム１は、予め登録された照会データの種類に基づき、銀行システム２に対して入出金明細データ等の照会データの取得要求を送信する。銀行システム２は、かかる要求に応じて、照会データをデータ中継システム１に送信する（Ｓ１０７）。データ中継システム１は、この照会データをデータベースサーバ１２に格納しておく。その後、クライアントの端末３より照会データの取得要求があった場合に、データ中継システム１は、これに応じて、ウェブサーバ１１を経由してデータベースサーバ１２より対応する情報を読み出し、クライアントの端末３に送信する。クライアントの端末３は、インターネット６等の高速通信回線を通じて、迅速に、情報を取得することができる。
【００４０】
続いて、図８を用いて、処理の詳細フローについて説明する。まず、クライアントの端末３は、ウェブ中継システム１にアクセスし、照会データの種類を登録する（Ｓ２０１）。具体的には、ウェブ中継システム１より照会データの種類を登録するためのウェブページを閲覧し、そのウェブページ上に登録可能な照会データの種類の一覧が示されるため、その中から必要な照会データの種類を選択する。登録可能な照会データの種類には、残高一括データ、当日残高データ、前日残高データ、振込入金明細データ、取立入金明細データ、自動引落明細データ、入出金明細データ、入出金明細データ（日付指定）、入金明細データ（日付指定）、出金明細データ（日付指定）、振込入金明細再照会データ、取引入金明細再照会データ、入出金明細再照会データ等の情報が含まれる。これらの照会データの種類は、従来のファームバンキングシステムにおいて入手可能な情報であるが、これ以外の情報を含めるようにしてもよい。例えば、特定の振込人からの入出金明細データのみ、特定の金額の出金明細データのみ等のデータである。このような照会データを登録した場合には、関連する照会データを銀行システム２から取得した上で、データ中継システム１において加工して、クライアントの端末３に対して送信する。例えば、特定の振込人からの入出金明細データを取得する場合には、データ中継システム１は、まず銀行システム２から入出金明細データを取得する。そして、この入手金明細データに含まれる振込人情報をキーとして、特定の振込人の入出金明細データのみ抽出する。この抽出された入出金明細データをクライアントの端末３に対して送信する。このような処理プログラムをウェブサーバ１１に備えるようにすることにより容易に実現可能である。
【００４１】
クライアントの端末３から送信された照会データの種類については、ウェブサーバ１１よりデータベースサーバ１２に転送され、データベースサーバ１２の照会データ種類データベース中に格納される（Ｓ２０２）。
【００４２】
ウェブサーバ１１は、予め設定された時刻ｔ１になると、通信モジュール１３を介して銀行システム２に対して必要データを要求する（Ｓ２０３）。具体的には、ウェブサーバ１１は、タイマーにより予め設定された時刻ｔ１になったことを検出すると、通信モジュール１３を介して、銀行システム２にログインする。そして、ログインが完了した後、データベースサーバ１２の照会データ種類データベースに格納された照会データの種類に基づき、照会データの種類を銀行システムに対して要求する処理を実行する。この時刻ｔ１は、クライアントによって設定するようにしてもよく、データ中継システム１の管理者によって設定するようにしてもよい。クライアントによって設定する場合には、ウェブサーバ１１より、時刻設定又は取得頻度を登録するためのウェブページをクライアントの端末３に送信する。クライアントは、端末３に表示されたこのウェブページ上で銀行システム２より情報を取得する時刻又は取得頻度（例えば、１日に３回）を登録する。これらの情報は、ウェブサーバ１１の所定の記憶領域に格納され、処理の際に適宜参照される。また、データベースサーバ１２の照会データ種類データベース中に格納された照会データの種類に応じて、時刻を自動設定するようにしてもよい。例えば、この照会データ種類データベース中に照会データの種類が登録されているデータが自動引落データのみであれば、予め自動引落が実行される時刻は、一日に一回程度であるため、ユーザが閲覧を開始する直前の時刻、例えば朝８時を時刻ｔ１に設定する。
【００４３】
銀行システム２では、ホストコンピュータ２２が照会データの取得要求を外部接続システム２１を介して受信し、取得処理を実行する。そして、ホストコンピュータ２２は、取得された照会データを外部接続システム２１を介して送信する（Ｓ２０４）。このとき、照会データは、公衆回線等の低速通信回線を介してウェブサーバ１１に対して送信される。
【００４４】
データ中継システム１は、通信モジュール１３を介して、照会データを受信し、データベースサーバ１２によって、ダウンロード情報データベースに格納する（Ｓ２０５）。
【００４５】
ウェブサーバ１１は、さらに予め設定された時刻ｔ２になると、通信モジュール１３を介して銀行システム２に対して照会データの取得を要求する（Ｓ２０６）。具体的には、ウェブサーバ１１は、タイマーにより予め設定された時刻ｔ２になったことを検出すると、通信モジュール１３を介して、銀行システム２にログインする。そして、ログインが完了した後、データベースサーバ１２の照会データ種類データベースに格納された照会データの種類に基づき、照会データの取得を銀行システムに対して要求する処理を実行する。
【００４６】
銀行システム２では、ホストコンピュータ２２が照会データの取得要求を外部接続システム２１を介して受信し、取得処理を実行する。そして、ホストコンピュータ２２は、取得された照会データを外部接続システム２１を介して送信する（Ｓ２０７）。このとき、照会データは、公衆回線等の低速通信回線を介してウェブサーバ１１に対して送信される。
【００４７】
データ中継システム１は、通信モジュール１３を介して、照会データを受信し、データベースサーバ１２によって、ダウンロード情報データベースに格納する（Ｓ２０８）。
【００４８】
その後、クライアントの端末３より照会データの要求が行われたとする（Ｓ２０９）。具体的には、クライアントの端末３が照会データを要求するためのウェブページにアクセスし、照会データの要求を行うボタン等を押下する。これに伴って、照会データの取得要求がデータ中継システム１に送信される。
【００４９】
データ中継システム１は、この照会データの取得要求の受信に応じて、データベースサーバ１２によって、ダウンロード情報データベースに格納された情報を読み出し、クライアントの端末３に送信する（Ｓ２１０）。ここで、情報は、例えば、テキスト形式やＰＤＦ形式で送信される。このとき、クライアントの端末３とデータ中継システム１とは、インターネット６等の高速通信回線により接続されているため、クライアントは、情報を迅速に取得することができる。クライアントの端末３に一度送信された情報については、ダウンロード情報データベース上に送信済みのフラグを立て、重複してクライアントの端末３に送信されないようにしてもよい。
【００５０】
クライアントの端末３は、受信した情報を表示する（Ｓ２１１）。このとき、受信情報がＨＴＭＬ形式であれば、ブラウザプログラムにより表示し、表形式であれば、表計算ソフトにより表示する。その後、クライアントの指示に応じて、受信した情報を端末３のハードディスク等に格納する（Ｓ２１２）。
【００５１】
続いて、クライアントの端末３から送信されたデータのチェック処理について、図９に示すフローチャートを用いて説明する。このチェック処理は、ウェブサーバ１１において実行する。この例において、ウェブサーバ１１は、クライアントの端末３からデータファイルを受信し、１ファイルごとテキストファイルのデータチェックアルゴリズムに基づいてチェックを実行する。
【００５２】
まず、ウェブサーバ１１は、データファイルを開く（Ｓ３０１）。次に、ウェブサーバ１１は、ファイルの先頭からファイルを構成しているデータを１行ずつ読み込んでゆく（Ｓ３０２）。その後、ウェブサーバ１１は、ファイルを構成しているデータをフォーマット項目ごとにまとめ、１項目ずつフォーマット項目をチェックする（Ｓ３０３）。フォーマット項目は、例えば、口座番号、口座名義人名、銀行番号、支店番号、預金種目等である。
【００５３】
フォーマット項目ごとにそのフォーマット項目に不適切な不当なデータが記述されているか否かがチェックされる（Ｓ３０４）。フォーマット項目に不当なデータが記述されている場合は、ＮＧありとしてステップＳ３０５に進む。一方、フォーマット項目に正当なデータが記述されている場合は、ＮＧなしＯＫとしてステップＳ３０６に進む。
【００５４】
ステップＳ３０５では、ＮＧであるデータをデータベースサーバ１２に出力する。一方、ステップＳ３０６では、次のデータを読み込もうとする。そのとき、読み込むデータがあるか否かが判定される（Ｓ３０７）。読み込むデータがある場合は、ステップＳ３０３に戻り、そのデータに対応するフォーマット項目に対してチェックが実行される。一方、読み込むデータがない場合は、ステップＳ３０８に進む。
【００５５】
ステップＳ３０８では、ステップＳ３０４でＮＧありとしたフォーマット項目の有無をデータベースサーバ１２を参照して判定し、その有無を一時的にメモリに記憶する。また、データベースサーバ１２にその有無を一時的に記憶させておいてもよい。
【００５６】
その後、ファイルを閉じて、ＮＧありとしたフォーマット項目に対応するデータがあるかをメモリ（又はデータベースサーバ１２）を参照して確認する（Ｓ３１０）。
【００５７】
ステップＳ３１０でＮＧとなるデータ（ＮＧデータ）がなしと判定された場合は、ステップＳ３１１に進み、ＮＧデータがなしである旨を示す画面を生成する（Ｓ３１１）。
【００５８】
一方、ステップＳ３１０でＮＧデータがあると判定された場合は、ステップＳ３１２に進み、データベースサーバ１２に進み、データベースサーバ１２からステップＳ３０５で登録されたＮＧデータを参照して、ＮＧデータがある旨を表示するＮＧ画面を表示するためのウェブデータを生成する（Ｓ３１２）。
【００５９】
以上のステップで、ファイルデータのチェックが終了する。以上の処理がファイルごとに実行されて、ステップＳ３１１又はＳ３１２で生成されたチェック結果画面を表示するためのウェブデータがクライアントの端末３に送信される。クライアントの端末３では、ブラウザプログラムにより、チェック結果画面が表示される。ユーザは、このチェック結果画面においてＮＧデータがある場合には、データを修正の上、再度ウェブサーバ１１に送信することになる。
【００６０】
上述した本発明にかかるデータ中継システム１におけるウェブサーバ１１やデータベースサーバ１２を実現するためのハードウェア構成について図１０を用いて詳細に説明する。データ中継システムは、中央処理装置（ＣＰＵ）２０１とメモリ２０４とを含んでいる。ＣＰＵ２０１とメモリ２０４は、バスを介して、補助記憶装置としてのハードディスク装置２１３とを接続してある。フレキシブルディスク装置２２０、ハードディスク装置２１３・２３０、ＣＤ−ＲＯＭドライブ２２６・２２９、ＭＯドライブ２２８等の記憶媒体駆動装置は、フレキシブルディスク・コントローラ２１９、ＩＤＥコントローラ２２５、ＳＣＳＩコントローラ２２７等の各種コントローラを介してバスへ接続されている。
【００６１】
フレキシブルディスク装置２２０等の記憶媒体駆動装置には、フレキシブルディスク等の可搬型記憶媒体が挿入され、このフレキシブルーディスク等やハードディスク装置２１３、ＲＯＭ２１４等の記憶媒体には、オペレーティングシステムと協働してＣＰＵ等に命令を与え、本発明を実施するためのコンピュータ・ソフトウエアを記録することができ、メモリ２０４にロードされることによって実行される。このコンピュータ・ソフトウエアは圧縮し、または、複数に分割して、複数の媒体に記録することもできる。
【００６２】
更に、ユーザ・インターフェース・ハードウェアを備えたシステムとすることができ、ユーザ・インターフェース・ハードウェアとしては、例えば、入力をするためのポインティング・デバイス（マウス、ジョイスティック等）２０７またはキーボード２０６や、視覚データをユーザに提示するためのディスプレイ２１２があり、また、パラレルポート２１６を介してプリンタを接続するも可能である。このデータ中継システムは、シリアルポート２１５を介してモデムを接続することが可能であり、シリアルポート２１５およびモデムまたはトークンリングや通信アダプタ２１８等を介してネットワークに接続し、他のコンピュータシステムと通信を行っている。
【００６３】
このように、本発明は、通常のパーソナルコンピュータ（ＰＣ）、ワークステーション、汎用機や、これらの組合せによって実施可能であることを容易に理解できるであろう。ただし、これらの構成要素は例示であり、その全ての構成要素が本発明の必須の構成要素となるわけではない。オペレーティング・システムとしては、ＷｉｎｄｏｗｓＮＴ（マイクロソフトの商標）、Ｗｉｎｄｏｗｓ９５（マイクロソフトの商標）、Ｗｉｎｄｏｗｓ３．ｘ（マイクロソフトの商標）、ＯＳ／２（ＩＢＭの商標）、ＡＩＸ（ＩＢＭの商標）上のＸ−ＷＩＮＤＯＷシステム（ＭＩＴの商標）、Ｓｏｌａｒｉｓ（サンマイクロシステムズの商標）などの、標準でＧＵＩマルチウインドウ環境をサポートするものや、ＰＣ−ＤＯＳ（ＩＢＭの商標）、ＭＳ−ＤＯＳ（マイクロソフトの商標）などのキャラクタ・ベース環境のもの、さらにはＯＳ／Ｏｐｅｎ（ＩＢＭの商標）ＶｘＷｏｒｋｓ（ＷｉｎｄＲｉｖｅｒＳｙｓｔｅｍｓ，Ｉｎｃ．の商標）等のリアルタイムＯＳでも実現可能であり、特定のオペレーティング・システム環境に限定されるものではない。
【００６４】
上述の例において、システムのハードディスク、メモリ等の記憶手段等にインストールされた各種のプログラムは、様々な種類の記憶媒体に格納することが可能であり、また、通信媒体を介して伝達されることが可能である。ここで、記憶媒体には、例えば、フレキシブルディスク、ハードディスク、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ＲＯＭカートリッジ、バッテリバックアップ付きＲＡＭメモリカートリッジ、フラッシュメモリカートリッジ、不揮発性ＲＡＭカートリッジ等を含む。また、通信媒体には、電話回線等の有線通信媒体、マイクロ波回線等の無線通信媒体等を含み、インターネットも含まれる。
【００６５】
【発明の効果】
本発明によれば、既存の銀行システムを変更することなく、大量のデータを迅速に処理することができるデータ中継システムを提供することができる。
【図面の簡単な説明】
【図１】本発明にかかるデータ中継システムを含むシステムの全体構成を示す図である。
【図２】本発明にかかるデータ中継システムにおける画面表示例を示す図である。
【図３】本発明にかかるデータ中継システムにおける画面表示例を示す図である。
【図４】本発明にかかるデータ中継システムにおける画面表示例を示す図である。
【図５】本発明にかかるデータ中継システムにおける画面表示例を示す図である。
【図６】本発明にかかるデータ中継システムにおける画面表示例を示す図である。
【図７】全銀フォーマットの例を示す図である。
【図８】本発明にかかるデータ中継システムの処理フローを示すフローチャートである。
【図９】本発明にかかるデータ中継システムのデータチェックフローを示すフローチャートである。
【図１０】本発明にかかるデータ中継システムのウェブサーバ、データベースサーバのハードウェア構成例を示す図である。
【図１１】従来のファームバンキングシステムの構成を示す図である。
【符号の説明】
１データ中継システム
２銀行システム
３クライアントの端末
４支払明細通知システム
５受取人の端末
６インターネット
１１ウェブサーバ
１２データベースサーバ
２１外部接続システム
２２ホストコンピュータ[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a data relay system and a data relay method capable of making a transfer request or the like via a high-speed communication line such as the Internet.
[0002]
[Prior art]
In general, various requests such as a transfer request from a company to a financial institution and an inquiry of deposit / withdrawal details are performed by an online system called a farm banking system. In this farm banking system, various requests are executed by a farm banking terminal placed in a company.
[0003]
FIG. 11 shows the configuration of a conventional farm banking system. A client terminal 3 which is a conventional farm banking terminal is connected to the bank system 2 via a public line or an ISDN line. The bank system 2 includes an external connection system 21 and a host computer 22. The client terminal 3 establishes communication by performing so-called dial-up with respect to the host computer 22 via the external connection system 21, and executes various processes thereon.
[0004]
However, since the line between the bank system 2 and the client 3 is a so-called low-speed communication line of about several tens Kbs such as a public line or an ISDN line, various processes require a very long time and smooth execution of business. It was a hindrance.
[0005]
On the other hand, recently, there is a movement to manage corporate funds at overseas headquarters mainly by foreign companies. In this case, it is necessary to access the bank system 2 via the international telephone line using the client terminal 3 installed overseas and execute various processes. However, since the international telephone line may not be in a good communication state, the data may deteriorate during communication and the desired processing may not be performed. In addition, since the international telephone line has a high communication cost, there is a problem that the processing cost is greatly increased particularly when a large amount of data is processed.
In addition, the above-mentioned Zengin protocol can only enter up to 20 characters of EDI information to be sent to the recipient at the time of transfer, etc., which has been an obstacle to the check-out operation to confirm that the amount charged has been received without fail. .
[0006]
Note that a Web-compatible transfer relay device for performing a transfer process via an Internet line is disclosed in Patent Document 1. However, in Patent Document 1, a technique for quickly processing a large amount of data is disclosed. Absent.
[0007]
[Patent Document 1]
JP-A-2002-157427
[0008]
[Problems to be solved by the invention]
As described above, the conventional farm banking system has a problem that it is difficult to quickly process a large amount of data due to restrictions on communication lines.
[0009]
The present invention has been made to solve such problems, and an object thereof is to provide a data relay system capable of quickly processing a large amount of data without changing an existing bank system. To do.
[0010]
[Means for Solving the Problems]
A data relay system according to the present invention is connected to a bank system via a low-speed communication line according to the Zengin protocol, and is connected to a client terminal via a high-speed communication line including the Internet network, a web server, a database server, and A data relay system having a communication module, wherein a fund transfer request from a client terminal is received by the web server, converted into a format for requesting a fund transfer to the bank system, and then the fund transfer request From the means for transmitting to the bank system by the communication module and the client terminal, Available through the Zengin protocol Type of inquiry data you want to obtain And specific transferee information that is desired to be obtained by the Zengin protocol Is received by the web server and registered in the database server, and at a preset time, the communication module sends an inquiry data acquisition request according to the type of the inquiry data registered in the database server. Means for transmitting to the bank system, data storage means for receiving data transmitted from the bank system in response to the acquisition request for the inquiry data, and storing the data in the database server; and from the client terminal In response to an inquiry data acquisition request, only the data relating to a specific transfer person desired to be acquired is extracted from the reference data stored in the database server based on the registered specific transfer person information. Provided with means to send the processed data to the client terminal A. According to such a configuration, the client can realize the fund transfer request through the high-speed communication line, and can acquire the inquiry data acquired according to the type of inquiry data registered in advance through the high-speed communication line. As a result, the processing time is shortened.
Further, it may further comprise means for automatically setting a time at which the inquiry data acquisition request is transmitted to the bank system in accordance with the type of inquiry data registered in the database server by the registration means. . Furthermore, transmission of the funds transfer request to the bank system may be executed collectively at regular time intervals.
Further, means for receiving a fund transfer request from the client terminal by a plurality of data files, determining whether or not the data included in the data file includes an error, and transmitting the determination result to the client terminal May be further provided. As a result, since the funds transfer request is received by the data file, the input process can be expedited as compared with the case of inputting each item displayed on the screen, and further, the data error is immediately notified to the client. be able to.
[0011]
Another data relay system according to the present invention is a data relay system that is connected to a bank system via a low-speed communication line and is connected to a client terminal via a high-speed communication line, from the client terminal Registration means for registering the type of inquiry data desired to be acquired; means for transmitting an inquiry data acquisition request to the bank system in accordance with the type of inquiry data registered in the registration means at a preset time; , Data storage means for storing data transmitted from the bank system in response to the inquiry data acquisition request, and inquiry data stored in the data storage means in response to the inquiry data acquisition request from the client terminal Is provided to the client terminal. According to such a configuration, the user can acquire the inquiry data acquired according to the type of inquiry data registered in advance by using the high-speed communication line, so that the processing time is shortened.
[0012]
Furthermore, it is preferable to have means for executing a payment details notification to the payee. In addition, the time at which the data acquisition request is transmitted to the bank system can be set by the client terminal, so that appropriate inquiry data can be provided according to the user's situation.
[0013]
It is preferable to further comprise means for processing the inquiry data stored in the data storage means in accordance with the type of data registered in the registration means. Thereby, the inquiry data which a user requires can be provided.
[0014]
In a preferred embodiment, communication is performed between the data relay system and the bank system according to the Zengin protocol.
[0015]
On the other hand, the data relay method according to the present invention is a method for executing data relay by a data relay system connected to a bank system via a low-speed communication line and connected to a client terminal via a high-speed communication line. The data relay system receives a fund transfer request from the client terminal, and the data relay system converts the fund transfer request into a format for requesting a fund transfer to the bank system. Sending to the bank system, and from the client terminal, Available through the Zengin protocol Type of inquiry data you want to obtain And specific transferee information that is desired to be obtained by the Zengin protocol Registering in the data relay system, transmitting the inquiry data acquisition request from the data relay system to the bank system in accordance with the type of inquiry data registered at a preset time, and the inquiry Storing the data transmitted from the bank system in response to the data acquisition request in the data storage means; and the inquiry data stored in the data storage means in response to the inquiry data acquisition request from the client terminal. Among them, there is a step of extracting only data relating to a specific transfer person desired to be acquired based on the registered specific transfer person information, and transmitting the extracted data to the terminal of the client. According to such a method, the client can realize the fund transfer request via the high-speed communication line, and can acquire the inquiry data acquired according to the type of inquiry data registered in advance through the high-speed communication line. As a result, the processing time is shortened.
Further, the method may further comprise a step of automatically setting a time for transmitting the inquiry data acquisition request to the bank system in accordance with the type of the inquiry data registered. Furthermore, transmission of the funds transfer request to the bank system may be executed collectively at regular time intervals.
And receiving a fund transfer request from the client terminal by a plurality of data files, determining whether or not the data included in the data file includes an error, and transmitting the determination result to the client terminal. May be further provided. As a result, since the funds transfer request is received by the data file, the input process can be expedited as compared with the case of inputting each item displayed on the screen, and further, the data error is immediately notified to the client. be able to.
[0016]
In addition, another data relay method according to the present invention is connected to a bank system via a low-speed communication line and relays data executed by a data relay system connected to a client terminal via a high-speed communication line. A method of registering in the data relay system a type of inquiry data desired to be acquired from the client terminal, and from the data relay system according to the type of inquiry data registered at a preset time. Transmitting the inquiry data acquisition request to the bank system; storing data transmitted from the bank system in response to the inquiry data acquisition request in data storage means; and an inquiry from the client terminal. The inquiry data stored in the data storage means in response to a data acquisition request Those having a step of transmitting to the Ant terminal. According to such a configuration, the user can acquire the inquiry data acquired according to the type of inquiry data registered in advance by using the high-speed communication line, so that the processing time is shortened.
[0017]
Here, it is preferable to further include a step of executing a payment details notification to the payee. The time at which the data acquisition request is transmitted to the bank system may be set by the client terminal. Thereby, suitable inquiry data can be provided according to a user's situation.
[0018]
Further, it is preferable to further include a step of processing the data stored in the data storage means in accordance with the type of registered inquiry data. Thereby, the inquiry data which a user requires can be provided.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
The entire system including the data relay system according to the present invention will be described with reference to FIG.
[0020]
The data relay system 1 is connected to the bank system 2 via a low-speed communication line such as a public telephone line or an ISDN line. The data relay system 1 is preferably provided at a short distance in the same country as the bank system 2 in terms of communication costs. The data relay system 1 is connected to a client terminal 3 via a high-speed communication line 6 such as the Internet. The data relay system 1 is connected to a facsimile (FAX) terminal of a bank department in charge of a client contract through a public line communication network. Furthermore, the data relay system 1 is connected to a payment details notification system 4 that notifies payment details to a recipient via a communication line. This payment statement notification system 4 is connected to a payee's facsimile (FAX) terminal, which is a transfer destination or transfer destination, via a public line communication network. Also, depending on the recipient's wishes, a payment details notice is created by the web server 11 of the data relay system 1, and the user ID and password are logged in from the recipient's terminal 5 which is the transfer destination or transfer destination, and after accessing the site, the payment is made. You can also download the statement notification file.
[0021]
The data relay system 1 includes a web server 11, a database (DB) server 12, and a communication module 13. The web server 11, the database server 12, and the communication module 13 are connected to be communicable with each other via a LAN (Local Area Network) or the like.
[0022]
The specific configurations of the web server 11 and the database server 12 will be described in detail later. The web server 11 and the database server 12 are configured by a so-called computer and have a hardware configuration such as a CPU, ROM, RAM, and hard disk, and an OS (Operation System) program and The application program is stored on the hard disk. Then, as appropriate, these programs are expanded on the RAM, and a predetermined process is executed by the CPU.
[0023]
The web server 11 includes a so-called web engine, generates web data in an HTML (Hyper Text Markup Language) format and an XML (eXtensible Markup Language) format, and communicates with the client terminal 3 via the communication network 6 such as the Internet. It has a function to transmit. Also, the web server 11 according to the present invention acquires funds transfer request data such as general transfer data in text format, salary transfer data, account transfer data, etc. from the client terminal 3, and uses the Zenginkyo Standard Communication Protocol (hereinafter, Zenginkyo). Protocol) format, that is, a function for converting to data in the Zengin format and sending it to the bank system 2, and acquiring payment details data such as text format from the client terminal 3, and paying to the recipient's FAX terminal or computer It has a function of generating information for executing the detail notification and outputting it to the communication module 13. Further, the web server 11 has a function of registering the type of inquiry data from the client terminal 3, a function of transmitting an inquiry data acquisition request to the bank system 2 according to the type of inquiry data registered at a preset time, A function for storing the inquiry data transmitted from the bank system 2 in response to the inquiry data acquisition request, for example, the inquiry data in the PDF format stored in response to the inquiry data acquisition request from the client terminal 3 is stored in the client terminal 3 It has various functions such as a function to transmit to. Further, the web server 11 has a function of checking data transmitted from the client terminal 3. Furthermore, the web server 11 has a function of creating a payment details notice and downloading the details file to the recipient's terminal 5 as a transfer destination or transfer destination. The web server 11 executes only web data exchange with the client terminal 3 and processes such as a mail server, and other processes may be separately executed by the management server. Further, the data relay system 1 can be configured by a single computer instead of a plurality of computers, and the hardware configuration is not limited to the configuration shown in FIG.
The communication module 13 communicates with the bank system 2 in the Zengin protocol format. The communication module 13 may be configured by hardware independent of another computer, or may be configured by software on another computer.
[0024]
The database server 12 is a computer having a function of storing data managed in the data relay system 1. The database server 12 includes a fund transfer request database, an inquiry data type database, and a download information database. The fund transfer request database stores fund transfer request data transmitted from the client terminal 3. The inquiry data type database stores types of inquiry data registered from the client terminal 3. The download information database stores inquiry data acquired by downloading from the bank system 2.
[0025]
The bank system 2 includes an external connection system 21 and a host computer 22 that are communicably connected to each other. The external connection system 21 is a conventional existing system, and executes interface processing for connecting to a farm banking terminal in order to realize a farm banking service. In this example, the external connection system 21 can execute communication with the communication module 13 of the data relay system 1. The host computer 22 is also a conventional existing system, and performs various processes in order to realize a farm banking service.
[0026]
The client terminal 3 is used by a user and is a personal computer (PC), a portable terminal, a mobile phone with a so-called Internet connection function, or the like, and includes a CPU, a ROM, a RAM, a keyboard, an input / output means such as a mouse, a display, and the like. ing. The client terminal 3 has a browser program stored in a storage means such as a hard disk, and can receive web data transmitted from the data relay system 1 and display it on a display. The client terminal 3 and the data relay system 1 communicate according to, for example, the HTTPS protocol.
[0027]
The payment details notification system 4 is constituted by a facsimile terminal (not shown). The recipient's terminal 5 is an internet connection device such as a facsimile terminal or a personal computer. The terminal 6 in the bank charge department of the client contract is a facsimile terminal.
[0028]
Next, a flow of a series of processes according to the present invention will be described with reference to FIG. 1 and other diagrams showing screen display examples. The processing according to the present invention can be broadly divided into uploading funds transfer request data such as general transfer data, salary transfer data, and account transfer data to the bank system 2, that is, processing for making a fund transfer request, and deposit / withdrawal There is a process of downloading inquiry data such as detailed data from the bank system 2.
[0029]
First, processing for making a fund transfer request to the bank system 2 will be described. In this example, the general transfer will be described as the fund transfer request, but other requests such as salary transfer and account transfer are the same process. First, in the client terminal 3, the user starts a browser program. When the user inputs a predetermined URL, the client terminal 3 accesses the web server 11 of the data relay system 1. In response to this access, the web server 11 transmits the login page of the person in charge. The client terminal 3 receives this login page via the Internet 6 and causes the browser program to display the login page on the display. FIG. 2 shows a screen display example of the login page of the person in charge. As shown in the figure, the login page is provided with user ID and password input fields. When the user inputs the user ID and password in these input fields and clicks the input completion button, the input user ID and password are transmitted to the web server 11 via the Internet 6 (S101).
[0030]
The web server 11 receives the user ID and password and executes user authentication. As a result of user authentication, if it is determined that the user is a valid user, a web page for designating files such as general transfer data and payment details data is generated and transmitted to the client terminal 3 via the Internet 6. To do. The client terminal 3 receives the web page and displays it on the display by a browser program.
[0031]
The example of a screen display of the web page concerning FIG. 3 is shown. As shown in the figure, this web page has a data file input field. When the browse button is clicked, the data file in the computer or in the external storage means can be displayed and designated as appropriate. Here, the user can designate a plurality of data files. According to a preferred embodiment, the data file is in text format. The data file itself can correspond to both a data format that is not the Zengin protocol and a data format that conforms to the Zengin protocol. When the user designates a data file and clicks a transmission button, the data file is transmitted from the client terminal 3 to the web server 11 via the Internet 6 (S102). Here, among the transmitted data files, the payment details data file includes information such as an invoice number, a product number, and a product name.
[0032]
When the web server 11 receives the data file, it performs a data check. This data checking method will be described in detail later. If the web server 11 determines that there is no error as a result of the check, the data file is transferred to the database server 12. The database server 12 receives the transferred data file and stores it in the fund transfer request database. Thereafter, the web server 11 executes a process related to the transfer intention confirmation (S103). Specifically, the web server 11 accesses the approval page and transmits an e-mail that prompts the execution of the approval to an authorized person who has the authority to approve the transfer. If the approval authority accesses the approval page in response to receipt of the e-mail, first, the login page of the approval authority is transmitted from the web server 11 to the terminal 3 of the approval authority. In the terminal 3 of the authorized person, a login page as shown in FIG. 4 is displayed on the display by the browser program. When the authorization authority inputs the user ID and password on the login page and presses the input completion button, the user ID and password are transmitted to the web server 11 via the Internet 6. The web server 11 performs user authentication based on the received user ID and password. As a result of this user authentication, if it is determined that the person is a valid authorization authority, an approval page is transmitted.
[0033]
In the terminal 3 of the authorized person, an approval page as shown in FIG. 5 is displayed on the display by the browser program. In this approval page, information for specifying a transfer case included in the general transfer data file stored in the fund transfer request database is individually displayed. This information includes, for example, a payee, a code, and a transfer amount. In addition, the approval page also displays the name of the person in charge in charge of the transfer for each item. The authorization authority clicks on the selection box for the matter for which the transfer is approved among the transfer cases displayed on the approval page. As for the selection of approved items, all displayed items can be selected by clicking a button labeled “select all”. Furthermore, it is also possible to cancel all the cases once selected by clicking a button marked as “cancel all”. When the approval authority selects a case for approving the transfer on the approval page and presses the confirmation button, the approved case information is transmitted to the web server 11 via the Internet 6.
[0034]
The web server 11 receives the approved case information from the client terminal 3, and acquires general transfer data corresponding to the approved case information from the general transfer data stored in advance in the fund transfer request database of the database server 12. Then, the web server 11 converts the total transfer data file into the Zengin protocol format and outputs it to the communication module 13. At this time, if the total transfer data file is already in the Zengin protocol format at the time of transmission from the client terminal 3, it is output to the communication module 13 without performing such conversion processing. The communication module 13 transmits the total transfer data file in the Zengin protocol format to the bank system 2 (S104). At this time, the communication module 13 performs a login process to the bank system 2 and the like. Here, FIG. 7 shows a data format of the Zengin protocol format. As shown in FIG. 7, it has information of a header record, a data record, a trailer record, and an end record.
[0035]
It should be noted that the time of transmission of the general transfer data file to the bank system 2 may be executed immediately after confirming that the approval by the approval authority is performed, or may be executed at regular intervals. For example, the total transfer data file is transmitted by collecting the cases approved by the approval authority in the past hour. By performing such processing, the processing load on the data relay system 1 and the bank system 2 can be reduced.
[0036]
In the bank system 2, the host computer 22 receives the comprehensive transfer data file via the external connection system 21. And the process regarding transfer is performed by the process similar to the process in normal farm banking.
[0037]
The data relay system 1 also transmits the information of the case for which the transfer intention has been confirmed to the terminal 6 of the bank department in charge of the client contract by facsimile (S105). The information transmitted by facsimile includes, for example, the number of transfers, transfer amount, transfer designation date, consignor code, person in charge information, and the like. Further, the data relay system 1 outputs the payment details data file received from the client terminal 3 to the payment details notification system 4. In the payment details notification system 4, a payment details notification as shown in FIG. 6 is executed to the facsimile number of the payee person registered in advance (S106). When a desired payee person logs in to the web server 11 by inputting a user ID or password assigned in advance, a payment details notification file as shown in FIG. 6 is displayed in HTML format, XML format, It can be downloaded in PDF file format. As shown in FIG. 6, the payment details notification includes payment details information in addition to the payer, payment account, payment amount, and payment date. The payment details information includes, for example, information related to transaction date, slip number, product name / plan, quantity, amount, and remarks.
[0038]
Next, processing for downloading inquiry data such as deposit / withdrawal details data from the bank system 2 will be described. First, the outline of this process will be described with reference to FIG. 1, and then the details of this process will be described with reference to FIG.
[0039]
The data relay system 1 transmits an acquisition request for inquiry data such as deposit and withdrawal details data to the bank system 2 based on the type of inquiry data registered in advance. The bank system 2 transmits the inquiry data to the data relay system 1 in response to such a request (S107). The data relay system 1 stores this inquiry data in the database server 12. Thereafter, when there is an inquiry data acquisition request from the client terminal 3, the data relay system 1 reads the corresponding information from the database server 12 via the web server 11 in response to this, and the client terminal 3 Send to. The client terminal 3 can quickly acquire information through a high-speed communication line such as the Internet 6.
[0040]
Next, a detailed flow of processing will be described with reference to FIG. First, the client terminal 3 accesses the web relay system 1 and registers the type of inquiry data (S201). Specifically, a web page for registering the type of inquiry data is browsed from the web relay system 1, and a list of types of inquiry data that can be registered is displayed on the web page. Select the data type. The types of inquiry data that can be registered are: balance batch data, current day balance data, previous day balance data, transfer receipt details data, collection receipt details data, automatic withdrawal details data, receipt and withdrawal details data, receipt and withdrawal details data (by date) , Payment details data (date designation), withdrawal details data (date designation), transfer receipt details re-inquiry data, transaction receipt details re-inquiry data, and withdrawal details re-inquiry data. These types of inquiry data are information available in a conventional farm banking system, but other types of information may be included. For example, data such as deposit / withdrawal details data from a specific transfer person, withdrawal details data with a specific amount only, and the like. When such inquiry data is registered, the related inquiry data is acquired from the bank system 2, processed in the data relay system 1, and transmitted to the client terminal 3. For example, when acquiring deposit / withdrawal detail data from a specific transfer person, the data relay system 1 first acquires deposit / withdrawal detail data from the bank system 2. Then, only the deposit / withdrawal details data of a specific transfer person is extracted using the transfer person information included in the deposit details data as a key. The extracted deposit / withdrawal details data is transmitted to the terminal 3 of the client. It can be easily realized by providing such a processing program in the web server 11.
[0041]
The type of inquiry data transmitted from the client terminal 3 is transferred from the web server 11 to the database server 12 and stored in the inquiry data type database of the database server 12 (S202).
[0042]
The web server 11 requests the bank system 2 for necessary data via the communication module 13 at the preset time t1 (S203). Specifically, when the web server 11 detects that the time t1 preset by the timer is reached, the web server 11 logs into the bank system 2 via the communication module 13. Then, after the login is completed, a process of requesting the type of inquiry data to the bank system is executed based on the type of inquiry data stored in the inquiry data type database of the database server 12. This time t1 may be set by a client or may be set by an administrator of the data relay system 1. When setting by the client, the web server 11 transmits a web page for registering time setting or acquisition frequency to the terminal 3 of the client. The client registers the time at which information is acquired from the bank system 2 on this web page displayed on the terminal 3 or the acquisition frequency (for example, three times a day). These pieces of information are stored in a predetermined storage area of the web server 11 and are appropriately referred to during processing. In addition, the time may be automatically set according to the type of inquiry data stored in the inquiry data type database of the database server 12. For example, if the data of which the inquiry data type is registered in this inquiry data type database is only automatic withdrawal data, the time when automatic withdrawal is executed in advance is about once a day. The time immediately before the start of browsing, for example, 8:00 am is set as the time t1.
[0043]
In the bank system 2, the host computer 22 receives an inquiry data acquisition request via the external connection system 21 and executes an acquisition process. Then, the host computer 22 transmits the acquired inquiry data via the external connection system 21 (S204). At this time, the inquiry data is transmitted to the web server 11 via a low-speed communication line such as a public line.
[0044]
The data relay system 1 receives the inquiry data via the communication module 13, and stores it in the download information database by the database server 12 (S205).
[0045]
When the web server 11 further reaches a preset time t2, the web server 11 requests the bank system 2 to acquire inquiry data via the communication module 13 (S206). Specifically, when the web server 11 detects that the time t2 preset by the timer is reached, the web server 11 logs into the bank system 2 via the communication module 13. Then, after the login is completed, a process for requesting the bank system to acquire the inquiry data is executed based on the inquiry data type stored in the inquiry data type database of the database server 12.
[0046]
In the bank system 2, the host computer 22 receives an inquiry data acquisition request via the external connection system 21 and executes an acquisition process. Then, the host computer 22 transmits the acquired inquiry data via the external connection system 21 (S207). At this time, the inquiry data is transmitted to the web server 11 via a low-speed communication line such as a public line.
[0047]
The data relay system 1 receives the inquiry data via the communication module 13 and stores it in the download information database by the database server 12 (S208).
[0048]
After that, it is assumed that the inquiry data is requested from the client terminal 3 (S209). Specifically, the client terminal 3 accesses a web page for requesting inquiry data, and presses a button or the like for requesting inquiry data. Along with this, an inquiry data acquisition request is transmitted to the data relay system 1.
[0049]
In response to the reception of the inquiry data acquisition request, the data relay system 1 reads the information stored in the download information database by the database server 12 and transmits it to the client terminal 3 (S210). Here, the information is transmitted in a text format or a PDF format, for example. At this time, since the client terminal 3 and the data relay system 1 are connected via a high-speed communication line such as the Internet 6, the client can quickly acquire information. For information once transmitted to the client terminal 3, a flag that has already been transmitted may be set on the download information database so that the information is not redundantly transmitted to the client terminal 3.
[0050]
The client terminal 3 displays the received information (S211). At this time, if the received information is in HTML format, it is displayed by a browser program, and if it is in tabular format, it is displayed by spreadsheet software. Thereafter, the received information is stored in the hard disk or the like of the terminal 3 in accordance with an instruction from the client (S212).
[0051]
Next, a check process for data transmitted from the client terminal 3 will be described with reference to the flowchart shown in FIG. This check process is executed in the web server 11. In this example, the web server 11 receives a data file from the client terminal 3 and executes a check based on the data check algorithm of the text file for each file.
[0052]
First, the web server 11 opens a data file (S301). Next, the web server 11 reads data constituting the file line by line from the top of the file (S302). Thereafter, the web server 11 collects the data constituting the file for each format item and checks the format item one by one (S303). The format items are, for example, an account number, an account holder name, a bank number, a branch number, and a deposit item.
[0053]
It is checked for each format item whether or not inappropriate data is described in the format item (S304). If invalid data is described in the format item, it is judged as NG and the process proceeds to step S305. On the other hand, if valid data is described in the format item, it is determined that no NG is OK and the process proceeds to step S306.
[0054]
In step S305, data that is NG is output to the database server 12. On the other hand, in step S306, the next data is to be read. At that time, it is determined whether or not there is data to be read (S307). If there is data to be read, the process returns to step S303, and a check is performed on the format item corresponding to the data. On the other hand, if there is no data to be read, the process proceeds to step S308.
[0055]
In step S308, the presence / absence of the format item determined to be NG in step S304 is determined with reference to the database server 12, and the presence / absence is temporarily stored in the memory. Further, the presence / absence of the information may be temporarily stored in the database server 12.
[0056]
Thereafter, the file is closed, and it is confirmed by referring to the memory (or database server 12) whether there is data corresponding to the format item with NG (S310).
[0057]
If it is determined in step S310 that there is no NG data (NG data), the process proceeds to step S311 to generate a screen indicating that there is no NG data (S311).
[0058]
On the other hand, if it is determined that there is NG data in step S310, the process proceeds to step S312 and proceeds to the database server 12, and the database server 12 refers to the NG data registered in step S305 to indicate that there is NG data. Web data for displaying the NG screen to be displayed is generated (S312).
[0059]
With the above steps, the file data check is completed. The above processing is executed for each file, and web data for displaying the check result screen generated in step S311 or S312 is transmitted to the terminal 3 of the client. On the client terminal 3, a check result screen is displayed by the browser program. When there is NG data on the check result screen, the user corrects the data and transmits it to the web server 11 again.
[0060]
A hardware configuration for realizing the web server 11 and the database server 12 in the data relay system 1 according to the present invention described above will be described in detail with reference to FIG. The data relay system includes a central processing unit (CPU) 201 and a memory 204. The CPU 201 and the memory 204 are connected to a hard disk device 213 as an auxiliary storage device via a bus. Storage medium drive devices such as flexible disk device 220, hard disk devices 213 and 230, CD-ROM drives 226 and 229, and MO drive 228 are connected via various controllers such as flexible disk controller 219, IDE controller 225, and SCSI controller 227. Connected to the bus.
[0061]
A portable storage medium such as a flexible disk is inserted into a storage medium drive device such as the flexible disk device 220, and the storage medium such as the flexible disk, the hard disk device 213, and the ROM 214 cooperates with the operating system. Instructions can be given to a CPU or the like, and computer software for carrying out the present invention can be recorded and executed by being loaded into the memory 204. This computer software can be compressed or divided into a plurality of parts and recorded on a plurality of media.
[0062]
Further, the system can be provided with user interface hardware. Examples of the user interface hardware include a pointing device (mouse, joystick, etc.) 207 or a keyboard 206 for inputting, a visual display, and the like. There is a display 212 for presenting data to the user, and it is also possible to connect a printer via the parallel port 216. This data relay system can be connected to a modem via the serial port 215, and connected to the network via the serial port 215 and the modem or token ring, communication adapter 218, etc., and communicates with other computer systems. Is going.
[0063]
As described above, it can be easily understood that the present invention can be implemented by a normal personal computer (PC), a workstation, a general-purpose machine, or a combination thereof. However, these components are examples, and not all the components are essential components of the present invention. Operating systems include Windows NT (trademark of Microsoft), Windows 95 (trademark of Microsoft), Windows3. GUI multi-window by default, such as x (Microsoft trademark), OS / 2 (IBM trademark), X-WINDOW system (MIT trademark) on AIX (IBM trademark), Solaris (Sun Microsystems trademark), etc. Supports environments, PC-DOS (trademark of IBM), MS-DOS (trademark of Microsoft) and other character-based environments, and OS / Open (trademark of IBM) VxWorks (Wind River Systems, Inc.) It is also possible to implement a real-time OS such as (..trademark), and is not limited to a specific operating system environment.
[0064]
In the above example, various programs installed in the storage means such as the hard disk and memory of the system can be stored in various types of storage media and transmitted via a communication medium. Is possible. Here, the storage medium includes, for example, a flexible disk, a hard disk, a magnetic disk, a magneto-optical disk, a CD-ROM, a DVD, a ROM cartridge, a battery-backed RAM memory cartridge, a flash memory cartridge, and a nonvolatile RAM cartridge. The communication medium includes a wired communication medium such as a telephone line, a wireless communication medium such as a microwave line, and the Internet.
[0065]
【The invention's effect】
ADVANTAGE OF THE INVENTION According to this invention, the data relay system which can process a large amount of data rapidly can be provided, without changing the existing bank system.
[Brief description of the drawings]
FIG. 1 is a diagram showing an overall configuration of a system including a data relay system according to the present invention.
FIG. 2 is a diagram showing a screen display example in the data relay system according to the present invention.
FIG. 3 is a diagram showing a screen display example in the data relay system according to the present invention.
FIG. 4 is a diagram showing a screen display example in the data relay system according to the present invention.
FIG. 5 is a diagram showing a screen display example in the data relay system according to the present invention.
FIG. 6 is a diagram showing a screen display example in the data relay system according to the present invention.
FIG. 7 is a diagram illustrating an example of an all silver format.
FIG. 8 is a flowchart showing a processing flow of the data relay system according to the present invention.
FIG. 9 is a flowchart showing a data check flow of the data relay system according to the present invention.
FIG. 10 is a diagram showing a hardware configuration example of a web server and a database server of the data relay system according to the present invention.
FIG. 11 is a diagram showing a configuration of a conventional farm banking system.
[Explanation of symbols]
1 Data relay system
2 Banking system
3 Client terminal
4 Payment details notification system
5 Recipient's terminal
6 Internet
11 Web server
12 Database server
21 External connection system
22 Host computer

Claims

A data relay system that is connected to a bank system via a low-speed communication line that conforms to the Zengin protocol, and is connected to a client terminal via a high-speed communication line including the Internet network, and includes a web server, a database server, and a communication module. And
Means for receiving a fund transfer request from the client terminal by the web server, converting it to a format for requesting a fund transfer to the bank system, and transmitting the fund transfer request to the bank system by the communication module When,
From the client terminal, the web server receives the type of inquiry data desired to be obtained that can be obtained by the Zengin protocol and the specific transfer person information that is desired to be unavailable by the Zengin protocol. Registration means for registering with the database server;
Means for transmitting an inquiry data acquisition request to the bank system by the communication module according to the type of inquiry data registered in the database server at a preset time;
Data storage means for receiving the data transmitted from the bank system in response to the acquisition request for the inquiry data by the communication module and storing the data in the database server;
Of the inquiry data stored in the database server in response to an inquiry data acquisition request from the client terminal, only data relating to a specific transfer person who desires acquisition based on the registered specific transfer person information A data relay system comprising means for extracting and transmitting the extracted data to the client terminal by the web server.

The apparatus further comprises means for automatically setting a time for transmitting the inquiry data acquisition request to the bank system according to the type of inquiry data registered in the database server by the registration means. Item 4. The data relay system according to item 1.

The data relay system according to claim 1 or 2, wherein the transmission of the funds transfer request to the bank system is executed collectively at regular time intervals.

Means for receiving a fund transfer request from the client terminal by a plurality of data files, determining whether the data included in the data file includes an error, and transmitting the determination result to the client terminal; The data relay system according to claim 1, further comprising a data relay system.

5. The data relay system according to claim 1, further comprising means for executing a payment details notification to a payee.

2. The data relay system according to claim 1, wherein a time at which the data acquisition request is transmitted to the bank system can be set by a terminal of the client.

A method of performing data relay by a data relay system connected to a bank system via a low-speed communication line and connected to a client terminal via a high-speed communication line,
The data relay system receiving a fund transfer request from the client terminal;
In the data relay system, after converting to a format for requesting funds transfer to the bank system, transmitting the fund transfer request to the bank system;
Registering in the data relay system the type of inquiry data desired to be obtained by the Zengin protocol and specific transfer information desired to be obtained by the Zengin protocol from the client terminal. When,
Transmitting an inquiry data acquisition request from the data relay system to the bank system at a preset time according to the type of registered inquiry data;
Storing the data transmitted from the bank system in response to the inquiry data acquisition request in a data storage means;
Of the inquiry data stored in the data storage means in response to an inquiry data acquisition request from the client terminal, only data relating to a specific transfer person who wishes to acquire based on the registered specific transfer person information A data relay method comprising the steps of: extracting the extracted data and transmitting the extracted data to the client terminal.

8. The data relay method according to claim 7, further comprising a step of automatically setting a time for transmitting the inquiry data acquisition request to the bank system in accordance with the type of the registered inquiry data. .

The data relay method according to claim 7 or 8, wherein the transmission of the funds transfer request to the bank system is executed collectively at regular time intervals.

Receiving a fund transfer request from the client terminal by a plurality of data files, determining whether data included in the data file includes an error, and transmitting the determination result to the client terminal; 10. The data relay method according to claim 7, further comprising a data relay method.

11. The data relay method according to claim 7, further comprising a step of executing a payment details notification to the payee.

8. The data relay method according to claim 7, wherein a time at which the data acquisition request is transmitted to the bank system can be set by the client terminal.