JP2004110164A - データ授受サーバー装置、システム、およびプログラム - Google Patents

Abstract

【課題】あるデータファイルが送信先に確実に届いたか否かを自動的に判定することができるとともに、データファイルの送信者が、データファイルの送信先からデータファイルに関する判定結果をデータファイルが送信された時刻とほぼリアルタイムで受け取る。
【解決手段】ユーザーの端末が情報網を経由して、複数のデータから構成されるデータファイルを送信し、サーバー装置がこのデータファイルを受信して、このデータファイルの各データが所定の判定基準を満たしているか否かを判定して、判定結果を出力するとともに判定結果をユーザーの端末に送信する。
【選択図】　　図１

Description

【０００１】
【発明の属する技術分野】
この発明は、ユーザーの端末からインターネット、イントラネット等の情報網を経由して送信されたデータにもとづいて所定の処理を実行し、ユーザーの端末に処理結果を送信するデータ授受サーバー装置、システム、およびプログラムに関する。
【０００２】
【従来の技術】
従来、ユーザーが、銀行等のデータ処理による業務を遂行する会社に、ユーザーが会社に依頼するデータファイルを送信する場合は、紙、または、磁気的もしくは光学的な方法によりデータファイルが記録されている記録媒体等を人力によってユーザーからデータ処理会社に運搬することが行われている。
【０００３】
しかしこの場合は、人力によるので人の注意力欠如等による記録媒体の受け渡しミスが発生することがある。また、ユーザーからデータ処理会社に記録媒体等の運搬に要する時間も多く、運搬時間が１日や２日かかることは通常のことであると考えられている。
【０００４】
さらに、ユーザーからデータ処理会社に確実に記録媒体等が運搬されたか否かを確認するためには、電話やファクシミリ等によりユーザーがデータ処理会社に記録媒体等が届いているか否かを問い合わせる必要がある。
このようにデータ到着確認を人力に頼らざるを得ない。したがって、報告が確実にユーザーに届くまでに運搬時間に加えてさらに多くの時間がかかることがある。
【０００５】
またさらに、データ処理会社でデータファイルに記述ミスがあることが発見されると、データ処理会社が記述ミスをユーザーに指摘しユーザーにデータファイルを訂正してもらい、再びデータファイルが記録された記憶媒体等をユーザーから運搬する必要がある。したがって、データファイルが記録された記憶媒体等をユーザーが発送してからデータ処理会社が実際にデータファイルにもとづいて処理を実行するまでに１週間程度かかることもまれではない。
【０００６】
一方、近年では、情報網にまつわる環境が充実しつつあるおかげで、ユーザーからデータ処理会社に情報網を経由して電子的にデータファイルを送信するといったことが可能になりつつある（たとえば、特許文献１参照）。たとえば、ユーザーとデータ処理会社との間に専用線を敷設し、ユーザーからデータ処理会社にこの専用線を経由して電子的にデータファイルを送信する。
この場合は、記録媒体の受け渡しミスの発生がなくなり、さらに、データファイルは、ほぼ瞬時にユーザーからデータ処理会社に送信されるという利点がある。
【０００７】
【特許文献１】
特開２００１−２６６０１５号公報
【０００８】
【発明が解決しようとする課題】
しかしながら、ユーザーがたとえ電子的にデータファイルをデータ処理会社に送信することができたとしても、そのデータファイルがデータ処理会社に届いているか否かの確認は、自動的に実行することができない。
たとえば、ユーザーがデータファイルを送信後に、データ処理会社に電話、ファクシミリ、または電子メール等で問い合わせをして、データファイルが届いているか否かを確かめていることが多い。したがって、データファイルが確実にデータ処理会社に届いているか否かの確認は、手間がかかるという問題がある。
【０００９】
また、データ処理会社が、データファイルが正当なデータから構成されているか否かを判定して、その判定結果をユーザーに直ちに返信することはできない。したがって、データファイルのデータにエラーがあり、正当なデータではないとデータ処理会社が判定した場合には、従来と同様にデータ処理会社が記述ミスをユーザーに指摘しユーザーにデータファイルを訂正してもらい、訂正済のデータファイルを再送してもらう必要がある。
その結果、依然としてユーザーがデータファイルを発送してから、データ処理会社が実際にデータファイルにもとづいて処理を実行するまでにかかる時間が多いという問題がある。
【００１０】
さらに、上記の従来技術では、ユーザーが特別な通信ソフトウェアを購入する必要があるので、ユーザーは費用の負担が大きいという問題がある。さらに、この通信ソフトウェアをインストール、設定等する場合に、多くの専門知識を必要とするので、専門家にインストール、設定等を依頼する必要があり、時間、費用が多くかかるという問題がある。
【００１１】
またさらに、ユーザーとデータ処理会社との間に専用線を敷設する必要がある場合もあり、その場合はユーザーが専用線を敷設するための工事を業者に依頼する必要が生じる。したがって、専用線を敷設するための工事費用、敷設するための工事期間など、ユーザーへの負担が大きいという問題がある。
【００１２】
この発明の目的は、上述した従来の技術に鑑み、あるデータファイルが送信先に確実に届いたか否かを自動的に判定することができるとともに、データファイルの送信者が、データファイルの送信先からデータファイルに関する判定結果をデータファイルが送信された時刻とほぼリアルタイムで受け取ることが可能なデータ授受サーバー装置、システム、およびプログラムを提供することにある。
【００１３】
ほかの目的は、インターネットまたはイントラネット等の情報網に接続可能な環境であれば、特別な設備を必要とせずデータ処理会社にデータファイルを送信して、判定結果を即座に受け取ることが可能なデータ授受サーバー装置、システム、およびプログラムを提供することにある。
【００１４】
【課題を解決するための手段】
本発明のデータ授受サーバーシステムは、
情報網を経由して、複数のデータから構成されるデータファイルを送信する端末と、
前記データファイルを受信して、当該データファイルの各データが所定の判定基準を満たしているか否かを判定して、当該判定された各データに関する判定結果をデータファイル単位にまとめて前記端末に送信するサーバー装置と、
を備えている。
【００１５】
また、本発明のデータ授受サーバー装置は、
ユーザーの端末に複数のデータから構成されるデータファイルを送信するように促し、情報網を経由して前記データファイルを受信する受信手段と、
受信された前記データファイルの各データが所定の判定基準を満たしているか否かを判定して、判定結果を出力するとともに当該判定結果を前記端末に送信する送信手段と、
を備えている。
【００１６】
またさらに、本発明のデータ授受プログラムは、
コンピューターに、
ユーザーの端末に複数のデータから構成されるデータファイルを送信するように促し、情報網を経由して前記データファイルを受信させ、
受信された前記データファイルの各データが所定の判定基準を満たしているか否かを判定させ、判定結果を出力させるとともに当該判定結果を前記端末に向けて送信させる、
ことを実行させるためのものである。
【００１７】
以上の構成によれば、複数のデータ項目からなるデータファイルを一括してデータ処理会社等のサーバー装置が受け付け、さらにサーバー装置が一括受信したデータファイルの正当性を判定して、判定結果を一括してユーザーに送信することが可能になる。
【００１８】
その結果、送信者（ユーザー）である委託者から送信されるデータファイルがデータ処理会社に確実に届き、委託者がデータファイルの正当性の結果を即座に受け取ることができ、委託者がその結果を参照してデータ処理会社のサーバー装置からなるセンターにエラーのないデータファイルを送信することができる。また、ユーザーは、データファイルの各データ項目にデータの入力を完了した後、データファイルごとをまとめてデータ処理会社に送信すればよい。
【００１９】
したがって、ユーザーは、ユーザーがデータ処理会社に送信したデータファイルに対するデータ処理会社からの判定結果を、ユーザーがデータ処理会社にデータファイルを送信した時刻とほぼリアルタイムに受け取ることが可能になる。
【００２０】
また、本発明は、判定結果をユーザーの端末に送信するとともに、判定基準を満たしている場合は、データファイルが正当なデータから構成されているとしてサーバーにデータを格納する。
【００２１】
したがって、委託者がエラーのないデータファイルを確実にセンターに送信して、センターでそのデータファイルにもとづく処理を迅速に実行することが可能になる。すなわち、委託者がセンターに依頼する事項が、依頼からセンターにおける処理まで短時間で確実に実行されることが可能になる。その結果、委託者およびセンター側の作業体力を飛躍的に削減すると期待される。
【００２２】
さらに、判定基準は、各データに対応してデータごとに設定されているので、各データに対して細かい設定をすることができ、データファイル中に１つのデータのエラーでも確実にエラーを抽出することが可能になる。したがって、エラーを含んだデータファイルにもとづいて処理を実行することはほとんどなくなると期待される。さらに、ユーザーにデータ項目ごとに細かいエラー報告を迅速にすることが可能になり、ユーザーはエラーに直ちに対応してエラーを確実になくすることが可能になる。
【００２３】
またさらに、本発明ではユーザーは、インターネットまたはイントラネット等の情報網に接続可能な環境であれば、端末に特別な通信回線を引いたり、特別な通信ソフトウェアを用意する必要がなく、ユーザーが特別な設備を必要とせずデータ処理会社にデータファイルを送信して、判定結果を即座に受け取ることが可能になる。
【００２４】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態に係るデータ授受サーバー装置、データ授受システム、およびデータ授受プログラムを説明する。
図１は、本発明の一実施形態に係るデータ授受システムの構成図である。
本実施形態のデータ授受システムは、一般に複数のコンピューターを備えているセンター１０と、インターネットまたはイントラネット等の情報網に接続している端末２０とを備えている。図１では端末は１つのみ端末２０を示してあるだけであるが、１つのセンター１０に接続可能な端末は一般に複数存在し、各端末からセンター１０にデータファイルを送信することが可能である。
【００２５】
ユーザーは、端末２０からセンター１０内のＷｅｂアプリケーションサーバー１１１に上記の情報網を経由してログインして、端末２０とＷｅｂアプリケーションサーバー１１１との間で通信回線を確立する。端末２０は、確立された通信回線を経由してＷｅｂアプリケーションサーバー１１１にファイル単位で情報を送信する。
データファイルとして送信される情報は、データの漏洩および改竄を防ぐため、ＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）等の情報を暗号化する方法にもとづいて暗号化して送信される。また、端末２０は、インターネットまたはイントラネット等に接続することが可能なブラウザがインストールされている。従来のように特別な通信ソフトウェアを端末２０にインストールしておく必要はない。
【００２６】
端末２０からＷｅｂアプリケーションサーバー１１１に送信されるデータファイルは複数のデータ項目から成っており、端末２０のユーザーが各データ項目に対応して特定のデータをデータファイルに入力してある。すなわち、端末２０からＷｅｂアプリケーションサーバー１１１に送信される情報は、複数のデータ項目に対応するデータが１ファイルにまとめられて、１ファイルごとにＷｅｂアプリケーションサーバー１１１に送信される。
図１では、データファイルの形式はテキストファイル形式として描かれているが、Ｗｅｂアプリケーションサーバー１１１で認識することが可能であればこれに限定されない。データファイルの形式は、ＨＴＭＬ形式、ＸＭＬ形式などのほかのファイル形式でも構わない。
【００２７】
センター１０は、Ｗｅｂアプリケーションサーバー１１１とＤＢサーバー１１２とから成るサイバーコレクトシステム１１、コンピューター１２を備えている。
Ｗｅｂアプリケーションサーバー１１１は、サイバーコレクトシステム１１にログインをしようとしているユーザーにユーザーＩＤおよびパスワードを入力するように促す。Ｗｅｂアプリケーションサーバー１１１は、ＤＢサーバー１１２を参照してユーザーＩＤが登録されているか否かを確認し、そのユーザーＩＤが登録されている場合は入力されたパスワードが正しいか否かを確認する。
ＤＢサーバー１１２は、委託者のユーザーＩＤおよびパスワード等の情報、委託者が過去に送信したデータファイルにもとづいて実行された処理履歴、その処理による金額等の移動等を記憶している。
【００２８】
入力されたユーザーＩＤが登録されていて、入力されたパスワードが正しいと確認された場合、そのユーザーＩＤでアクセスしてきたユーザーをログインさせる。それ以外の場合、すなわち、入力されたユーザーＩＤが登録されていない、または入力されたパスワードが誤っている場合は、ログインを拒否する。
また、端末２０の認証として、端末２０から送信される端末情報と、予めＤＢサーバー１１２に登録されている端末２０の端末情報との照合を行ない、この端末情報に合致した端末のみログインが可能になる。
【００２９】
ユーザーがログインした後、Ｗｅｂアプリケーションサーバー１１１は、ユーザーである委託者から送信されてくるデータファイルを受信する。Ｗｅｂアプリケーションサーバー１１１は、受信したデータファイルを所定の手順でチェックし、データファイルごとにそのチェック結果を一括してたとえば、ＨＴＭＬファイルで委託者に送信する。
【００３０】
受信したデータファイルがすべての項目に必要な情報が入力されている正当なデータからなると判定された場合は、データファイル中の情報がＤＢサーバー１１２を経由してコンピューター１２に送信され、送信されたコンピューター１２でその情報にもとづいて処理される。すなわち、センター１０は、委託者に問い合わせることなく、委託者から送信されたデータファイルに記述してあるデータにもとづいて、一括して処理を実行することができる。
【００３１】
コンピューター１２は、金融機関ごとの振替データ、口座振替データ、振込データ等の作成をする。また、コンピューター１２は、コンビニエンスストア（略してコンビニとも呼ばれる）での決済手段の１つである、いわゆるコンビニ収納の払い込みについての処理をする。コンピューター１２は、たとえば、コンビニ収納の払い込み金額が記載された用紙を出力する。さらに、コンピューター１２は、クレジットカード会社ごとの売り上げデータを作成する。またさらに、コンピューター１２は、マルチペイメント決済等に関する処理も実行することが可能である。
【００３２】
図２は、図１に示されたＷｅｂアプリケーションサーバー１１１に委託者がログインしてからログアウトするまでの流れ図である。
委託者が端末２０によってセンター１０内のＷｅｂアプリケーションサーバー１１１にログインを試みると、Ｗｅｂアプリケーションサーバー１１１はユーザーＩＤ、パスワード、および端末情報が正しいか否かのユーザーＩＤ、パスワード認証および端末情報の認証を実行する（ＳＴ−Ａ１）。
【００３３】
ステップＳＴ−Ａ１で、入力されたユーザーＩＤが登録されていない場合、または入力されたパスワードが誤っている場合、または端末情報が誤っている場合は、Ｗｅｂアプリケーションサーバー１１１はログインを拒否しログイン画面に戻るように処理する。
ステップＳＴ−Ａ１で、入力されたユーザーＩＤが登録されていて、入力されたパスワードが正しく、さらに端末情報が正しいと確認された場合、Ｗｅｂアプリケーションサーバー１１１はそのユーザーＩＤでアクセスしてきたユーザーをログインさせる。そして、Ｗｅｂアプリケーションサーバー１１１が受付画面を表示する（ＳＴ−Ａ２）。委託者は、受付画面にもとづいてＷｅｂアプリケーションサーバー１１１との間でデータの送受信を開始することができるようになる。
【００３４】
ステップＳＴ−Ａ２の処理後、委託者が、Ｗｅｂアプリケーションサーバー１１１からデータファイルを受信するか（ＳＴ−Ａ３）、Ｗｅｂアプリケーションサーバー１１１にデータファイルを送信するか（ＳＴ−Ａ５）を決定する。ここで、送信または受信するデータファイルは、複数のデータ項目を含んでいるとは限らず、１つのデータ項目しか含まない場合も含んでいる。
【００３５】
委託者がＷｅｂアプリケーションサーバー１１１からデータを受信する場合（ＳＴ−Ａ３）は、委託者は、データファイルの受信が完了するまで待機して、データファイルの受信が完了（ＳＴ−Ａ４）の後、ログアウトする。
【００３６】
一方、委託者がデータファイルを送信する場合（ＳＴ−Ａ５）は、Ｗｅｂアプリケーションサーバー１１１に送信されてきたデータファイルの各データ項目に、そのデータ項目に対応した数字、番号、または名称等が入力されているか否かがチェックされる（ＳＴ−Ａ６）。
【００３７】
ステップＳＴ−Ａ６で、データファイルのすべてのデータ項目に、そのデータ項目に対応する適切な数字、番号、または名称等が記述されていた場合は、データファイルの内容は合格であるとしてチェック結果がＯＫである旨を記述したデータファイルを端末２０に送信し、端末２０の画面にチェック結果がＯＫである旨を表示する（ＳＴ−Ａ７）。
【００３８】
ステップＳＴ−Ａ７でチェック結果ＯＫである場合は、ステップＳＴ−Ａ９に進み、データファイルに記述されている情報が、エントリー可能であるとして、ＤＢサーバー１１２に記憶される（ＳＴ−Ａ９）。ＤＢサーバー１１２に記憶された情報は、コンピューター１２に送信され、送信されたコンピューター１２でデータファイルに記述されている情報にもとづいて処理される。
【００３９】
一方、ステップＳＴ−Ａ６で、データファイルの少なくとも１つのデータ項目に、そのデータ項目に対応する適切な数字、番号、または名称等が記述されていない場合は、Ｗｅｂアプリケーションサーバー１１１はデータファイルの内容が不合格であるとしてチェック結果がＮＧである旨を記述したデータファイルを端末２０に送信し、端末２０の画面にチェック結果がＮＧである旨を表示する（ＳＴ−Ａ８）。
【００４０】
その後、再びステップＳＴ−Ａ５に戻り、委託者が、チェック結果がＮＧであるチェック結果画面を参照して誤っている記述がされているデータ項目の記述を正しく記述し直し、再びデータファイルをＷｅｂアプリケーションサーバー１１１に向けて送信する（ＳＴ−Ａ５）。
【００４１】
ステップＳＴ−Ａ７のチェック結果ＯＫ表示が端末２０の画面に表示されるまで、委託者はデータファイルの誤っている記述がされているデータ項目の記述を正しく記述し直す。
【００４２】
データエントリーが完了したら（ステップＳＴ−Ａ９）、委託者はＷｅｂアプリケーションサーバー１１１からログアウトする。正当なデータは、委託者がデータファイルに記述した内容にしたがって、ＤＢサーバー１１２に格納される。ＤＢサーバー１１２は、たとえば１日数回、格納しているデータをコンピューター１２に送信する。コンピューター１２は、そのデータをもとにして後続の処理を実行する。
【００４３】
以下、図３から図９までは図２の処理の流れにおける各ステップで表示される画面を示す。各図は、委託者の端末２０の画面上に表示されるものであり、端末２０のブラウザの画面である。
【００４４】
図３は、図２に示されたログイン時（ＳＴ−Ａ１）の画面を示す図である。　委託者は、ユーザーＩＤ欄、およびパスワード欄に、事前にセンター１０との間で取り決めてあるユーザーＩＤおよびパスワードをそれぞれ入力する。ユーザーＩＤおよびパスワードをそれぞれ入力した後に、「ログイン」ボタンをクリックする。Ｗｅｂアプリケーションサーバー１１１が委託者により入力されたユーザーＩＤおよびパスワードを正しいと認証した場合は、ログインが完了する。
【００４５】
一方、Ｗｅｂアプリケーションサーバー１１１が、委託者により入力されたユーザーＩＤまたはパスワードのいずれかが正しくないと確認した場合は、「ログイン」ボタンをクリックしても不正行為とみなして、ログイン画面を表示し続ける。この場合、ユーザーは再びログインを試みるか、ログインを諦め画面右上にある「閉じる」ボタンをクリックして、画面を閉じ、Ｗｅｂアプリケーションサーバー１１１との接続を断絶する。
【００４６】
図４は、図２に示された受付時（ＳＴ−Ａ２）の画面を示す図である。
委託者がＷｅｂアプリケーションサーバー１１１にログインを完了すると、図２に示される受付画面が委託者の端末２０の画面に表示される。この受付画面で、委託者がＷｅｂアプリケーションサーバー１１１に前回ログインした日時が表示される。委託者は、この日時を参照して前回のログイン日時が正しいか否かを確認する。
【００４７】
前回ログインした日時が表示されるおかげで、前回のログイン日時が覚えのないものであった場合は、受付画面に表示されている前回のログイン日時をもとにして不正アクセスが行われたか否かを委託者が判断することができる。
【００４８】
また、受付画面からログアウトするよりも前の画面まで（図４、図５、図６、図７、および図８に示された画面）、「諸変更」、「ヘルプ」、「ログアウト」ボタンが画面に表示される。
「諸変更」ボタンをクリックすると、委託者のユーザーＩＤ、パスワード等の変更をするための画面が表示される。「ヘルプ」ボタンをクリックすると、疑問点に対する回答が表示されるヘルプ画面が表示される。「ログアウト」ボタンをクリックすると、ログインしている委託者は直ちにＷｅｂアプリケーションサーバー１１１からログアウトすることになる。
【００４９】
さらに、これらのボタンに加えて、受付画面からログアウトするよりも前の画面まで、「請求」、「振替結果」、「状況照会」のタブが表示されている。
「請求」タブをクリックすると図５に示されている請求画面に移動する。「振替結果」タブをクリックすると図８に示されている振替結果画面に移動する。「状況照会」タブをクリックすると図６または図７に示されている状況照会画面に移動する。これらの移動後の画面については、以下に説明される。
【００５０】
図５は、図２に示されたデータ送信時（ＳＴ−Ａ５）の画面を示す図である。最初に、委託者は、Ｗｅｂアプリケーションサーバー１１１に送信するデータファイルを指定する。端末２０のユーザーは、データファイルを指定する際、ファイル名をそのファイルの所在を示すパスも含めて直接記述してもよいし、「参照」ボタンをクリックしてファイル参照画面等を表示させ、目的のデータファイルを指定してもよい。
【００５１】
つぎに、委託者は「送信する」ボタンをクリックする。このボタンがクリックされると、指定されたデータファイルが端末２０からＷｅｂアプリケーションサーバー１１１に送信される。
【００５２】
データファイルが端末２０からＷｅｂアプリケーションサーバー１１１に送信されると、Ｗｅｂアプリケーションサーバー１１１は、図６または図７に示されるチェック結果画面を端末２０の画面に表示させる。
【００５３】
図６に示されるようにチェック結果ＯＫの画面が表示されて、ステップＳＴ−Ａ９でデータエントリーが完了すると、ＤＢサーバー１１２にデータが格納される。ＳＴ−Ａ５、ＳＴ−Ａ６、ＳＴ−Ａ７、ＳＴ−Ａ８、およびＳＴ−Ａ９に示したように、データエントリー後、ユーザーに委託者が送信した送信結果、送信件数、および合計金額が含まれた画面が表示される。詳しくは、下記の図８に関する説明で述べる。
【００５４】
図６は、図２に示されたチェック結果ＯＫ時（ＳＴ−Ａ７）の画面を示す図である。
データファイルを送信した委託者の委託者番号、指定の口座から指定された金額が振り替えられる振替日、送信したデータファイル内に含まれていてＤＢサーバー１１２に取り込まれた請求件数である取込件数、ＤＢサーバー１１２に取り込まれた請求金額である取込請求金額、データファイルに含まれているデータに誤りがあるか否かを示す送信結果、および、データファイルに含まれているデータのうち誤りがあった件数を示すエラー件数が委託者番号ごとに示される。
委託者番号は、通常は１つのデータファイルに一意的に対応している。ただし、これに限定する必要はなく、一意的にしなくてもよい。
【００５５】
ここで、データの誤りとは、上述したステップＳＴ−Ａ６での処理の際に判定されるチェックによるＮＧと同様のものである。すなわち、データファイルのあるデータ項目において、そのデータ項目に対応した数字、番号、または名称等が記入されていないデータがデータの誤りに対応する。
【００５６】
図６に示されたチェック結果ＯＫ画面は、２つのデータファイルに対するチェック結果が示されている。すなわち、委託者番号９８７６５４３２１０に関するデータファイルに対するチェック結果と、委託者番号９８７６５４３２１１に関するデータファイルに対するチェック結果である。
【００５７】
図７は、図２に示されたチェック結果ＮＧ時（ＳＴ−Ａ８）の画面を示す図である。
図６と同様に、委託者番号、振替日、取込件数、取込請求金額、送信結果、および、エラー件数がエラーの詳細とともに表示される。図７は、図８の場合と同様に２つのデータファイルに対するチェック結果である。
【００５８】
図７に示されている委託者番号９８７６５４３２１０のエラー詳細には、引落口座と請求転送件数にエラーがあることを示している。各エラー項目には、対応する顧客番号とともにエラー情報が示されている。
たとえば、引落口座のエラー情報は、番号による入力がなかったり、番号以外の文字等が入力されていた場合に表示され、該当する顧客番号を示している。請求転送件数のエラー情報は、データファイルの終わり等の部分に記録されている情報からわかる請求件数と、Ｗｅｂアプリケーションサーバー１１１がデータファイルを読み込んだときの請求件数とが一致していないことを示している。
【００５９】
また、委託者番号９８７６５４３２１１のエラー詳細には、上記に示したエラー項目に加えて、顧客番号、引落銀行、引落金額、および請求転送金額にエラーがあることを示している。
顧客番号のエラー情報は、データファイル中の指定された項目に正しい顧客番号がセットされていないため誤った顧客番号があることが示されている。
引落銀行のエラー情報は、引落銀行の情報が誤っていることを示している。たとえば、データファイルで指定されている銀行は存在しないということを示している。
引落金額のエラー情報は、引落金額の項目が０円であったり、その項目に文字が入力されている等である場合を示している。
請求転送金額のエラー情報は、データファイルの終わり等の部分に記録されている情報からわかる請求金額と、Ｗｅｂアプリケーションサーバー１１１がデータファイルを読み込んだときの請求金額とが一致していないことを示している。
【００６０】
委託者は、図７に示されるようなエラー詳細を参照して、Ｗｅｂアプリケーションサーバー１１１によるチェックで合格するようにエラーを訂正して、訂正されたデータファイルをＷｅｂアプリケーションサーバー１１１に送信する。そして、委託者は、エラーが表示されなくなるまでデータファイルを訂正してＷｅｂアプリケーションサーバー１１１に送信を繰り返す（ＳＴ−Ａ５、ＳＴ−Ａ６、およびＳＴ−Ａ８）。
【００６１】
また、図７に示されているように、エラー件数がある場合は、取込請求金額は、０円になる。すなわち、通常は、全てのデータ項目についてエラーがないと判断されるまで、データファイルに記述されている処理は実行されない。しかし、この判断はカスタマイズすることが可能であり、エラーであるとする判定基準を変更することは可能である。換言すれば、上記の判定基準ではエラーであると判定された場合でも、エラーとはみなさないように判定基準を緩和することも可能である。
【００６２】
図８は、図２に示されたデータ受信時（ＳＴ−Ａ３）の画面を示す図である。図８に示された画面の下方約半面に示された委託者番号ごとの請求データ、および振替データはＷｅｂアプリケーションサーバー１１１からダウンロードされたものである。
また、この請求データおよび振替データは、データ容量の少ない圧縮ファイルとしてダウンロードすることも可能である。図８の例では、「自己解凍圧縮テキスト形式で転送する」というボタンがある場合を示している。このボタンによって自己解凍形式の圧縮ファイルをダウンロードすることができる。また、圧縮ファイル形式でないファイル形式でダウンロードするように設定することも可能である。
【００６３】
また、図８は、委託者が図６での請求時に送信した件数および金額にもとづいて以下の件数が示される。委託者がＷｅｂアプリケーションサーバー１１１へ送信したデータファイル中に含まれているデータ件数（図８の「請求」中の「転送」に対応する件数）がある。また、このデータのうち、データが正当であると判定された正当件数（図８の「請求」中の「確定」に対応する件数）がある。この正当件数は、データ処理会社ごとに設定されている判定基準にもとづいて判定されている。すなわち、データ処理会社が上記のようにカスタマイズすることが可能であり、データ処理会社によって各データに対する判定が緩かったり厳しかったりする。またさらに、この正当であると判定されたデータのうち、金融機関等との間で決済が完了したデータ件数である済み件数（図８の「振替」中の「済み」に対応する件数）がある。さらにまた、ユーザーから送信されたデータのうち判定基準により不能と判定されたもの、および、正当であると判定されたデータのうち金融機関等との間で決済をすることができなかったデータ件数である不能件数（図８の「振替」中の「不能」に対応する件数）がある。
【００６４】
「確定」した件のデータは、ＤＢサーバー１１２からコンピューター１２に送信されて、コンピューター１２が外部の金融機関等のコンピューターまたは端末等との間で決済を試みる。通常は、所定の期日までＤＢサーバー１１２が請求データを蓄積する。
【００６５】
その期日後の所定の日時に、コンピューター１２がＤＢサーバー１１２から請求データを受け取り、各請求データが対応する各金融機関、クレジットカード会社等の決済センターに送信される。各決済センターは、決済の処理をした後に、所定の日時にコンピューター１２に決済に関するデータを送信する。コンピューター１２は、その決済に関するデータをＤＢサーバー１１２に送信し、ＤＢサーバー１１２は決済に関するデータを格納する。
【００６６】
Ｗｅｂアプリケーションサーバー１１１がＤＢサーバー１１２にアクセスして、この決済に関するデータを参照して図８に示された振替に関するデータをユーザーに表示することができる。
【００６７】
また、それぞれの件数に対応して金額も表示される。すなわち、委託者がＷｅｂアプリケーションサーバー１１１に送信したデータファイル中で請求した合計金額、このデータファイル中のデータのうち、データが正当であると判定された件の合計金額、正当であると判定されたデータのうち他の金融機関等との間で決済が完了した件の合計金額、および、ユーザーから送信されたデータのうち判定基準により不能と判定された件および正当であると判定されたデータのうち他の金融機関等との間で決済をすることができなかった件の合計金額が表示される。
【００６８】
図８に示された画面によって、委託者は、自分がした請求がセンター１０のコンピューター１２、Ｗｅｂアプリケーションサーバー１１１、ＤＢサーバー１１２に処理されているか否かを確認することが可能になる。
【００６９】
図８の例では、委託者番号９８７６５４３２１０、委託者番号９８７６５４３２１１のいずれの番号でも、委託者が請求した件の全てが外部の金融機関等との決済が確定していることがわかる。また、請求した件の金額も全て処理が確定していることもわかる。さらに、請求が確定した件の全てに対して金額の振り替えが済んでいることもわかる。
【００７０】
図８で、「転送」の件数よりも「確定」の件数が少ない場合は、委託者が請求した件のうち、請求が確定していない件があることを示している。すなわち、データファイルにエラーがあるということである。換言すれば、「転送」の件数よりも「確定」の件数が少ないとは、ユーザーがデータ処理会社に送信したデータファイルに、そのデータ処理会社が設定した判定基準に合格しない正当でないデータが含まれていたことを意味する。したがって、データ処理会社が異なれば、同一データであっても判定結果が異なる場合もあり得る。
【００７１】
また、図８で、「不能」の件数が存在する場合は、振替が済んでいない件があることを示している。この場合は、委託者はダウンロードボタンをクリックすることによって、端末２０に「不能」の件の詳細情報をダウンロードすることができる。委託者は、その詳細情報を参照することで、件ごとにその状況を確認することが可能になる。
【００７２】
図９は、図２に示されたログアウト時の画面を示す図である。図４から図８に示された画面に表示されている「ログアウト」のボタンをクリックした直後の画面を示す図である。
委託者がログインした日時とログアウトした日時が画面に表示されて、委託者がログアウトしたことが示される。これらのログインした日時およびログアウトした日時はＤＢサーバー１１２に記憶されている。
また、「ウインドウを閉じる」ボタンをクリックすることにより、図９に示されているログアウト画面を閉じることができるように設定されている。
【００７３】
以上に示した処理を実行するためには、データファイルを通信するための特別の通信方式は必要としないので専用回線は不要である。したがって、通常のインターネットまたはイントラネット等の情報網に接続することが可能な通信回線があれば、ユーザーの使用する端末２０とセンター１０との間で上記の処理を実行することが可能である。
【００７４】
図１０は、図２に示されたＷｅｂアプリケーションサーバー１１１の機能ブロック図である。
Ｗｅｂアプリケーションサーバー１１１は、委託者認証機能３０１によって、委託者がログインしようとして委託者によって入力されたユーザーＩＤ、パスワード、および端末情報が正しいものであるか否かを判定する。
ログインした委託者が送信したデータファイルは、データ送受信機能３０２によって受信される。また、データ送受信機能３０２は、委託者にデータを送信するための送信機能も実現する。
【００７５】
テキストファイルデータチェック機能３０３は、委託者が送信したデータファイルが、すべてのデータ項目に特定のフォーマットに適合した形式で記述されている正当なデータから構成されているか否かをチェックする。
【００７６】
特定のフォーマットに適合した形式で記述されている正当なデータから構成されているか否かのチェック結果の画面は、Ｗｅｂ画面生成機能３０４によって生成される。Ｗｅｂ画面生成機能３０４は、テキストファイルデータチェック機能３０３によりチェックされた各項目の記述についてエラーがあるか否かを表示する画面を生成する。生成された画面は、エラーがある場合、図７に示されたようにエラーがある箇所を指定して、そのエラー内容をユーザーに開示する。
【００７７】
Ｗｅｂ画面生成機能３０４によって生成される画面内の情報は、データ管理機能３０５によって、ＤＢサーバー１１２に記憶され管理される。また、その情報は、その情報が取得された日時、委託者がだれであるか等にもとづいて管理される。さらに、振替日等によって情報を管理することも考えられる。
さらに、委託者を管理するための委託者管理機能３０６も備えている。委託者管理機能３０６によって、多数の委託者を適切に管理することが可能になる。
【００７８】
図３から図９までに示された画面例は、全銀フォーマット（３０３Ａ）の例であるが、本実施形態は全銀フォーマットに限定されず、様々な金融関連の情報に適用することが可能である。これは、テキストファイルデータチェック機能３０３のチェック項目を変化させることで対応することができる。
【００７９】
たとえば、販売会社の商品がクレジットカードにより買われた場合のクレジットカードの売り上げデータの決済に適用することができる（３０３Ｂ）。この場合のチェック項目は、委託者番号、決済月、クレジットカード番号、および、クレジットカード番号の有効期限等である。
【００８０】
コンビニエンスストア、スーパーマーケット等の販売店での売り上げデータの決済に適用することもできる（３０３Ｃ）。より具体的には、コンビニエンスストアでのコンビニ収納に適用することができる。
Ｗｅｂアプリケーションサーバー１１１が、委託者番号によって生成されたお客様番号、請求金額、払込期限、会社コード等が含まれている払い込みデータを受け取る。コンピュータ１２は、その払い込みデータにもとづいて委託者のお客様ごとに、対応する払込票を作成する。その後、センター１０の社員が、各お客様あてに作成された払込票を郵送する、もしくは、Ｗｅｂアプリケーションサーバー１１１およびＤＢサーバー１１２が自動的に各お客様宛に電子メール等で電子データの携帯で払込票を送信することも可能である。また、オンライン決済の１つであるマルチペイメントの決済に適用することも可能である。
【００８１】
さらに、オリジナルなフォーマットにもとづいてテキストファイルデータチェック機能が実行されてもよい（３０３Ｄ）。たとえば、会社の給与計算を社内のイントラネットで実行するとか、社員の給与振り込み用のフォーマットを作成して使用してもよい。
【００８２】
図１１は、図１０に示されたＷｅｂアプリケーションサーバー１１１がテキストファイルデータをチェックする際の流れ図である。
Ｗｅｂアプリケーションサーバー１１１が、データ送受信機能３０２の制御にもとづいて、委託者の端末２０から送信されてきたファイルを受信する。受信されたファイルは、図１１に示されるように、１ファイルごとテキストファイルのデータのチェックアルゴリズムにもとづいてチェックされる。
【００８３】
Ｗｅｂアプリケーションサーバー１１１は、ファイルを開いて（ＳＴ−Ｂ１）、ファイルの先頭からファイルを構成しているデータを１行ずつ読み込んでゆく（ＳＴ−Ｂ２）。その後、Ｗｅｂアプリケーションサーバー１１１は、ファイルを構成しているデータをフォーマット項目ごとにまとめ、１項目ずつフォーマット項目をチェックする（ＳＴ−Ｂ３）。
フォーマット項目は、たとえば、口座番号、口座名義人名、銀行番号、支店番号、預金種目等である。決済する相手が銀行でなく、クレジットカード会社等の場合はこれらのフォーマット項目は変動する。
【００８４】
フォーマット項目ごとにそのフォーマット項目に不適切な不当なデータが記述されているか否かがチェックされる（ＳＴ−Ｂ４）。フォーマット項目に不当なデータが記述されている場合は、ＮＧありとしてステップＳＴ−Ｂ５に進む。一方、フォーマット項目に正当なデータが記述されている場合は、ＮＧなしＯＫとしてステップＳＴ−Ｂ６に進む。
【００８５】
ステップＳＴ−Ｂ５では、ＮＧであるデータをＤＢサーバー１１２に登録する。一方、ステップＳＴ−Ｂ６では、つぎのデータを読み込もうとする。そのとき、読み込むデータが有るか否かが判定される（ＳＴ−Ｂ７）。読み込むデータが有る場合は、ステップＳＴ−Ｂ３に戻りそのデータに対応するフォーマット項目に対してチェックが実行される。一方、読み込むデータがない場合は、ステップＳＴ−Ｂ８に進む。
【００８６】
ステップＳＴ−Ｂ８では、ステップＳＴ−Ｂ４でＮＧありとしたフォーマット項目の有無をＤＢサーバー１１２を参照して判定し、その有無を一時的にメモリに記憶する。また、ＤＢサーバー１１２にその有無を一時的に記憶させておいてもよい。
【００８７】
その後、ファイルを閉じて、ＮＧありとしたフォーマット項目に対応するデータがあるかをメモリ（またはＤＢサーバー１１２）を参照して確認する（ＳＴ−Ｂ１０）。
ステップＳＴ−Ｂ１０でＮＧとなるデータ（ＮＧデータ）がなしと判定された場合は、ステップＳＴ−Ｂ１１に進み、ＮＧデータがなしである旨を示す上述した図６の画面がＷｅｂ画面生成機能３０４によって生成される（ＳＴ−Ｂ１１）。
一方、ステップＳＴ−Ｂ１０でＮＧデータが有ると判定された場合は、ステップＳＴ−Ｂ１２に進み、ＤＢサーバー１１２からステップＳＴ−Ｂ５で登録されたＮＧデータを参照して、上述した図７の画面がＷｅｂ画面生成機能３０４によって生成される（ＳＴ−Ｂ１２）。
以上のステップでファイルデータのチェックが終了する。以上の処理がファイルごとに実行されて、ステップＳＴ−Ｂ１１またはＳＴ−Ｂ１２で生成されたチェック結果画面が委託者の端末２０に表示される。
【００８８】
上述した図２および図１１流れ図の各ステップに示された指示は、ソフトウェアであるプログラムにもとづいて実行されることが可能である。このプログラムは、コンピューターまたはほかのプログラム可能な装置上でロードされる。このコンピューターまたは装置上で実行される指示は、流れ図の各ブロックで特徴づけられている機能を実行する手段を提供する。プログラムは、Ｗｅｂアプリケーションサーバー１１１のハードディスク、ＲＯＭ、ＲＡＭ、またはこれに類する記録媒体に記録される、または、通信回線によってＣＰＵ等の演算手段を介してインストールされて本発明の本実施形態の方法が実行される。プログラムはＷｅｂアプリケーションサーバー１１１に格納されて実行される。
この発明は、上述した実施の形態に限定されるものではなく、その技術的範囲において種々変形して実施することができる。
【００８９】
【発明の効果】
本発明の実施形態に係るデータ授受サーバー装置、システム、およびプログラムによれば、あるデータファイルが送信先に確実に届いたか否かを自動的に判定することができるとともに、データファイルの送信者が、データファイルの送信先からデータファイルに関する判定結果をデータファイルが送信された時刻とほぼリアルタイムで受け取ることが可能になる。
【００９０】
また、ユーザーが特別な設備を必要とせずデータ処理会社にデータファイルを送信して、判定結果を即座に受け取ることが可能になる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るデータ授受システムの構成図。
【図２】図１に示されたＷｅｂアプリケーションサーバーに委託者がログインしてからログアウトするまでの流れ図。
【図３】図２に示されたログイン時の画面を示す図。
【図４】図２に示された受付時の画面を示す図。
【図５】図２に示されたデータ送信時の画面を示す図。
【図６】図２に示されたチェック結果ＯＫ時の画面を示す図。
【図７】図２に示されたチェック結果ＮＧ時の画面を示す図。
【図８】図２に示されたデータ受信時の画面を示す図。
【図９】図２に示されたログアウト時の画面を示す図。
【図１０】図２に示されたＷｅｂアプリケーションサーバーの機能ブロック図。
【図１１】図１０に示されたＷｅｂアプリケーションサーバーがテキストファイルデータをチェックする際の流れ図。
【符号の説明】
１０　センター
１１　サイバーコレクトシステム
１２　コンピューター
２０　端末
１１１　　　　Ｗｅｂアプリケーションサーバー
１１２　　　　ＤＢサーバー
３０１　　　　委託者認証機能
３０２　　　　データ送受信機能
３０３　　　　テキストファイルデータチェック機能
３０４　　　　Ｗｅｂ画面生成機能
３０５　　　　データ管理機能
３０６　　　　委託者管理機能

Claims (18)

1. 情報網を経由して、複数のデータから構成されるデータファイルを送信する端末と、
   前記データファイルを受信して、当該データファイルの各データが所定の判定基準を満たしているか否かを判定して、判定結果を出力するとともに当該判定結果を前記端末に送信するサーバー装置と、
   を具備することを特徴とするデータ授受システム。
2. 前記サーバー装置は、前記判定結果を前記端末に送信するとともに、判定基準を満たしている場合は、データファイルが正当なデータから構成されているとして前記サーバー装置に当該データを格納することを特徴とする請求項１に記載のデータ授受システム。
3. 前記判定基準は、各データに対応してデータごとに設定されていることを特徴とする請求項１または請求項２に記載のデータ授受システム。
4. 前記データファイルは、銀行における決済に関するデータから構成されることを特徴とする請求項１から請求項３のいずれかに記載のデータ授受システム。
5. 前記データファイルは、クレジットカードの使用にまつわる決済に関するデータから構成されることを特徴とする請求項１から請求項３のいずれかに記載のデータ授受システム。
6. 前記データファイルは、販売店での売り上げデータの決済に関するデータから構成されることを特徴とする請求項１から請求項３のいずれかに記載のデータ授受システム。
7. ユーザーの端末に複数のデータから構成されるデータファイルを送信するように促し、情報網を経由して前記データファイルを受信する受信手段と、
   受信された前記データファイルの各データが所定の判定基準を満たしているか否かを判定して、判定結果を出力するとともに当該判定結果を前記端末に送信する送信手段と、
   を具備することを特徴とするデータ授受サーバー装置。
8. 前記判定基準を満たしている場合はデータファイルが正当なデータから構成されているとして当該データを格納する格納手段をさらに具備することを特徴とする請求項７に記載のデータ授受サーバー装置。
9. 前記判定基準は、各データに対応してデータごとに設定されていることを特徴とする請求項７または請求項８に記載のデータ授受サーバー装置。
10. 前記データファイルは、銀行における決済に関するデータから構成されることを特徴とする請求項７から請求項９のいずれかに記載のデータ授受サーバー装置。
11. 前記データファイルは、クレジットカードの使用にまつわる決済に関するデータから構成されることを特徴とする請求項７から請求項９のいずれかに記載のデータ授受サーバー装置。
12. 前記データファイルは、販売店での売り上げデータの決済に関するデータから構成されることを特徴とする請求項７から請求項９のいずれかに記載のデータ授受サーバー装置。
13. コンピューターに、
    ユーザーの端末に複数のデータから構成されるデータファイルを送信するように促し、情報網を経由して前記データファイルを受信させ、
    受信された前記データファイルの各データが所定の判定基準を満たしているか否かを判定させ、判定結果を出力させるとともに当該判定結果を前記端末に向けて送信させる、
    ことを実行させるためのデータ授受プログラム。
14. 前記判定基準を満たしている場合はデータファイルが正当なデータから構成されているとして当該データを格納させる工程をさらに実行させるための請求項１３に記載のデータ授受プログラム。
15. 前記判定基準は、各データに対応してデータごとに設定されていることを特徴とする請求項１３または請求項１４に記載のデータ授受プログラム。
16. 前記データファイルは、銀行における決済に関するデータから構成されることを特徴とする請求項１３から請求項１５のいずれかに記載のデータ授受プログラム。
17. 前記データファイルは、クレジットカードの使用にまつわる決済に関するデータから構成されることを特徴とする請求項１３から請求項１５のいずれかに記載のデータ授受プログラム。
18. 前記データファイルは、販売店での決済に関するデータから構成されることを特徴とする請求項１３から請求項１５のいずれかに記載のデータ授受プログラム。

Images