(57)【要約】【課題】電力会社等において、需要者の使用量に基づき請求料金を確定する料金計算システムがある。このシステムで作成したデータはデータ連携サーバにより各金融機関へ送信される。ここで、料金計算システムで作成したデータは計算後、速やかに各金融機関へ送信する必要があるため、データ連携サーバは料金計算システムでデータが作成されたかどうかを頻繁に問い合わせる。そのためデータ作成が完了するまで確認処理が複数回発生する。【解決手段】本発明ではデータ連携サーバにおいて、料金計算システムが持つ稼動スケジュール取得を行う。これにより、両システム間スケジュールが共有され、共有化されたスケジュールに基づき各々の処理を行うことになる。料金計算システムにおいては、共有化された稼動スケジュールに基づき、口座振替請求データ作成を行い、口座振替請求データ伝送処理部は料金計算システムから口座振替請求データ取得処理を行う。【選択図】図１
2011138246.tif 000002
【特許請求の範囲】
【請求項１】
データベースサーバと金融機関のサーバとデータ連携サーバとを備える口座振替請求データ連携システムにおいて、
前記データベースサーバは、前記金融機関が顧客へ請求する料金についての情報である請求料金情報と、当該請求料金情報を計算する日についての情報である日情報と、を格納しており、
前記連携サーバは、前記データベースサーバから前記日情報を抽出し、当該取得した日情報と現在の日にちとが一致するかを判定し、判定の結果一致する場合に前記データベースサーバから前記請求料金情報を取得するデータ取得部と、
前記取得した請求料金情報を前記金融機関のサーバに送信するデータ送信部と、
を備えることを特徴とする口座振替請求データ連携システム。
【請求項２】
請求項１に記載の口座振替請求データ連携システムにおいて、
前記データベースサーバは更に前記データ送信部が前記金融機関のサーバに請求料金情報を送信する日に関する送信日情報を備え、
前記データ取得部は前記送信日情報を取得し、
前記データ送信部は前記送信日情報に基づき前記請求料金情報を前記金融機関のサーバに送信することを特徴とする
口座振替請求データ連携システム。
【請求項３】
請求項２に記載の口座振替請求データ連携システムにおいて、
前記日情報と前記送信日情報に基づき設定されていることを特徴とする口座振替請求データ連携システム。
【請求項４】
データベースサーバと金融機関のサーバとデータ連携サーバとを備える口座振替請求データ連携方法において、
前記データベースサーバは、前記金融機関が顧客へ請求する料金についての情報である請求料金情報と、当該請求料金情報を計算する日についての情報である日情報と、が格納されており、
前記連携サーバのデータ取得部により、前記データベースサーバから前記日情報を抽出するステップと、
前記連携サーバのデータ取得部により、当該取得した日情報と現在の日にちとが一致するかを判定するステップと、
前記連携サーバのデータ取得部により、判定の結果一致する場合に前記データベースサーバから前記請求料金情報を取得するステップと、
前記連携サーバのデータ送信部により、前記取得した請求料金情報を前記金融機関のサーバに送信するステップと、
を備えることを特徴とする口座振替請求データ連携方法。
【請求項５】
請求項４に記載の口座振替請求データ連携方法において、
前記データベースサーバは更に前記データ送信部が前記金融機関のサーバに請求料金情報を送信する日に関する送信日情報を備え、
前記取得するステップは、前記送信日情報を取得し、
前記送信するステップは、前記送信日情報に基づき前記請求料金情報を前記金融機関のサーバに送信することを特徴とする口座振替請求データ連携方法。
【請求項６】
請求項５に記載の口座振替請求データ連携方法において、
前記日情報と前記送信日情報に基づき設定されていることを特徴とする口座振替請求データ連携方法。
【発明の詳細な説明】
【技術分野】
【０００１】
口座振替請求データを金融機関に伝送するシステムに関する。
【背景技術】
【０００２】
電力、ガス会社等での需要者への請求料金を使用量に基づき確定する料金計算システムにおいて、支払方法に口座振替を選択した需要者の口座振替請求データは、料金計算システムにて作成された後、口座振替請求データ送信システムがデータを料金計算システムより取得し、各金融機関へデータ送信する。
【０００３】
口座振替請求データ作成を行う料金計算システムは複数存在するのに対し、各金融機関へのデータ送信を行う口座振替請求データ送信システムは１つだけである。そのため、各金融機関へのデータ送信は、各金融機関により予め指定されたスケジュールに基づき、指定日のみデータ送信が可能になっている（特許文献１）。データ送信操作はオペレータによって行われ、指定されたスケジュールに基づき口座振替請求データ送信機能を操作することで、データ送信が行われている。口座振替請求データ送信は指定日にのみ可能であり、かつ、データ送信の遅延は許されないことから、料金計算システムでの口座振替請求データ作成が完了した後は、即座にデータを取得し、口座振替請求データ送信機能にて伝送を行う。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−９６２４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記技術では、各金融機関のサーバと口座振替請求データ送信システムとはデータを送信するタイミングが決められているが、料金計算システムと座振替請求データ送信システムとはデータを送信するタイミングが決められていない。そのため、各金融機関のサーバにデータを送信しなければならない期限が近づくにつれて、料金計算システムでデータが作成されたかどうかを頻繁に問い合わせる必要がある。特に、各金融機関へデータを送信するタイミングは、各金融機関毎に決められていること、各金融機関へ送信するデータはできるだけ直近の日付で料金計算されている必要があること、からこの料金計算システムへの問い合わせは、頻発してしまう。
【０００６】
しかし、このように一定間隔で定期的にデータ存在の問合せを繰返し行う場合、まだ料金計算システムでの計算が済んでいない場合であっても繰り返し問い合わせを行なってしまうため、口座振替請求データ作成が完了するまでの間、取得対象データが存在しないにもかかわらず、不要なデータ取得処理が複数回発生してしまう。更に、請求データの作成元である料金計算システムは複数存在するため、口座振替請求データ伝送処理部は、各料金計算システムに対してデータ取得処理を行うこととなる。つまり、データ取得処理の発生回数は料金計算システム数に比例して増加することから、料金計算システムの数が増えるに従い口座振替請求データ伝送処理部に対するマシン負荷の増加してしまう。
【課題を解決するための手段】
【０００７】
本発明では、上記課題の解決のために、口座振替請求データ伝送処理部においては、料金計算システムが持つ稼動スケジュール取得を行う。これにより、両システム間で共通のスケジュール持ち、共有化されたスケジュールに基づき各々の処理を行うことになる。料金計算システムにおいては、共有化された稼動スケジュールに基づき、口座振替請求データ作成を行い、口座振替請求データ伝送処理部は料金計算システムから口座振替請求データ取得処理を行う。これにより、料金計算システムでの請求データ作成完了した後のデータ取得が可能となるため、口座振替請求データ伝送処理部から料金計算システムへの不要なデータ取得処理が解消される。
【発明の効果】
【０００８】
本発明によれば、料金計算システム上に作成された口座振替請求データを取得する際、口座振替請求データ伝送処理部から料金計算システムへの不要なデータ取得処理が解消される。また、システム間の不要なアクセスが削減されることから、マシン負荷の軽減も実現される。
【図面の簡単な説明】
【０００９】
【図１】データ連携サーバのハードウエア構成図。
【図２】料金計算システムのハードウェア構成図。
【図３】口座振替請求データ伝送処理部1-7の処理フロー概略図。
【図４】口座振替請求データ伝送処理部1-7のデータ取得部処理フロー図１。
【図５】口座振替請求データ伝送処理部1-7のデータ伝送部処理フロー図２。
【図６】口座振替請求データ伝送処理部1-7のデータ伝送部処理フロー図３。
【図７】カレンダーＤＢのＤＢレイアウト。
【図８】識別コードのコード定義ファイル。
【図９】送信スケジュールファイルのファイルレイアウト。
【発明を実施するための形態】
【００１０】
以下に、本発明を実施するための形態を、図１から図９を用いて説明する。図１はデータ連携サーバのハードウエア構成図、図２は連携サーバに接続される料金計算システムのハードウェア構成図、図３は処理の概略図、図４乃至図６は各処理ごとの処理フロー図、図７乃至図９はデータ構成図である。
【実施例１】
【００１１】
図１ではデータ連携サーバのハードウエアについて説明する。口座振替請求データ伝送処理部1-7に対し、料金計算システム１−１および料金計算システム１−２が接続されている。料金計算システム１−１および料金計算システム１−２にて料金計算を行い、口座振替請求データが作成される。また、口座振替請求データ伝送処理部1-7はインタフェース1-6、インターネット１−４を介して金融機関のサーバ１−５へとアクセスが可能となっている。口座振替請求データ伝送処理部1-7はこれらの装置を利用して各金融機関のサーバへの口座振替請求データの伝送を行う。口座振替請求データ処理部はデータ連携サーバ1-3の処理部（CPU）により実行される。
【００１２】
図２では料金計算システムのハードウェア構成について説明する。バッチサーバ２−２およびＤＢサーバ２−３は料金計算システムの一部であり、データ連携サーバ1-3にはバッチサーバ２−２が接続され、バッチサーバ２−２にはＤＢサーバ２−３が接続されている。データ連携サーバ1-3は、各種社内システムから取得したデータを各種金融機関等へ伝送すること、および、各種金融機関等から各種社内システムへのデータを受信することを行うためのサーバである。データ連携サーバ1-3のみがインターネットに接続されており、バッチサーバ２−２、ＤＢサーバ２−３からは外部へアクセスできなくなっている。そのため、各システムで作成された請求データはデータ連携サーバ1-3からのみ各金融機関へと伝送される。
【００１３】
料金計算システムは、ＤＢサーバ２−３上のデータベースに登録された情報をもとにバッチサーバ２−２上で料金計算および口座振替請求データ作成を行う。口座振替請求データ伝送処理部は、バッチサーバ２−２から口座振替請求データを取得し、データ連携サーバ1-3からインターネットを介して各金融機関へ口座振替請求データが伝送される。
【００１４】
図３では口座振替請求データ伝送処理部の処理概略を説明する。口座振替請求データ伝送処理部は、データ取得部３−１とデータ伝送部３−２から構成される。データ取得部３−１では、スケジュール更新処理３−３およびデータ取得処理３−４を行う。スケジュール更新処理３−３は、料金計算システムの稼働スケジュールを取得し、口座振替請求データ伝送処理部の稼働日判定およびデータ伝送スケジュール更新を行う処理である。データ取得処理３−４は、金融機関単位で行われ、料金計算システムでの口座振替請求処理の完了確認の後、口座振替請求データ取得を行う処理である。データ伝送部３−２ではデータ伝送処理３−５を行う。データ伝送処理３−５は、金融機関単位に行われ、口座振替請求データ伝送プログラムを起動し、取得した口座振替請求データを対象金融機関へ伝送を行う処理である。
【００１５】
次に、以上の様に構成された口座振替請求データ伝送処理部１−７について、口座振替請求データ取得からデータ伝送を行う処理手順を図４、図５、図６、図７を用いて説明する。
【００１６】
口座振替請求データ伝送処理部では、まず、データ取得部３−１ではスケジュール更新処理３−３を行う。スケジュール更新処理３−３の処理フローとしてまず初めに、口座振替請求データ作成日取得４−１を行う。ＤＢサーバ２−３にあるカレンダーＤＢ６−１へアクセスし、料金計算システムの口座振替請求データ作成日を取得する。このカレンダーＤＢ６−１は、料金計算システムが保持するデータベースで、料金計算システムが行う処理（検針票発行、料金計算、口座振替請求データ作成、入金処理など）を実施するための年間スケジュールが処理単位・年月単位に登録されている。ここで、口座振替請求データ作成日は、対応する金融機関に口座振替請求データを送信する日にちを考慮して設定されている。一例としては、口座振替請求データを送信する日の前日に口座振替請求データを作成する例が挙げられる。
【００１７】
カレンダーＤＢ６−１は、図７に示すとおり、識別コード・グループ番号・年・月・実施日付などの項目から構成される。料金計算システムが行う処理ごとに識別コード６−２が割り振られている。そのため、識別コード（口座振替請求データ作成）・年・月を指定することで、口座振替請求データ作成処理実施日を取得することができる。図８に識別コード６−２の具体例を示す。
【００１８】
次に、口座振替請求データ作成日判定４−２を行う。具体的には、口座振替請求データ作成日取得４−１で得た口座振替請求データ作成日と口座振替請求データ伝送処理部が動作した日付である当日日付を比較する。
【００１９】
当日日付が口座振替請求データデータ作成日と一致しなかった場合、データ取得部３−１の処理を終了する。一方、当日日付が口座振替請求データデータ作成日と一致した場合、口座振替データ送信日取得４−３を行う。
【００２０】
口座振替データ送信日取得４−３は、ＤＢサーバ２−３にあるカレンダーＤＢ６−１へアクセスし、口座振替請求データ伝送処理部が動作した当日日付に作成された口座振替請求データの口座振替請求データ送信日の取得を行う。取得した結果をもとに送信スケジュールファイル６−３を作成する。
【００２１】
送信スケジュールファイル６−３は、図９に示すとおり、金融機関コード・送信ファイル名・送信日・送信有無フラグからなる。対象金融機関コード、送信ファイル名、およびカレンダーＤＢより取得した送信日をもとに送信スケジュールファイル６−３にデータを追記する。送信有無フラグには、レコード作成時は０（ファイル送信無し）を設定し、必要に応じて１（ファイル送信有り）へ更新する場合がある。以上で、スケジュール更新処理３−３は終了である。
【００２２】
次に、データ取得処理３−４を行う。データ取得処理３−４は、口座振替請求処理完了確認４−５が行われ、その後、口座振替請求データ作成が行われる金融機関ごとにデータ取得処理３−４が行われ、対象金融機関全てのデータ取得処理３−４が終了するまで繰返し行われる。
【００２３】
口座振替請求処理完了確認４−５では、料金計算システムでの口座振替請求データ作成処理の完了確認を行う。料金計算システムから口座振替請求処理が終了した際に、データ連携サーバ1-3へ処理状態が記入されたファイルが送信される。そのファイルを確認し、処理完了であればデータ取得処理３−４を行う。
【００２４】
データ取得処理３−４ではまず、口座振替請求データ取得判定４−６を行う。具体的には、ＤＢサーバ２−２に作成された対象金融機関の口座振替請求データ６−４のファイルサイズによって、バッチサーバ２−２からデータ連携サーバ1-3へ転送するかどうか判断する。
【００２５】
当該ファイルのファイルサイズが０バイトだった場合、当該金融機関のデータ取得処理３−４を終了し、次の金融機関のデータ取得処理３−４を開始する。一方、当該ファイルのファイルサイズが０バイトより大きかった場合、前回口座振替存在判定４−７を行う。
【００２６】
前回口座振替存在判定４−７では、前回伝送時の口座振替請求データが削除されずに残っていないか、口座振替請求データの存在チェックを行う。
【００２７】
口座振替請求データが存在する場合、存在チェックエラーとしてエラー処理を行い、オペレータにてファイルが削除されずに残った原因調査を行う。口座振替請求データが存在しない場合、口座振替請求データ取得４−９を行う。
【００２８】
具体的には、バッチサーバ２−２に作成された対象金融機関の口座振替請求データ６−４をＦＴＰにてデータ連携サーバ1-3へ転送する。また、口座振替請求データ送信スケジュールファイル作成４−４で作成した送信スケジュールファイルの送信有無フラグを“０”（送信無し）から“１”（送信有り）へと更新する。以上で、データ取得処理３−４は終了である。
【００２９】
次に、データ伝送処理３−５を行う。データ伝送処理３−５は口座振替請求データ送信が行われる金融機関ごとに行われ、対象金融機関全ての処理が終了するまで繰返し行われる。
【００３０】
まず初めに、口座振替請求データ伝送日判定５−１を行う。ここでは、処理当日が当該金融機関に対し、口座振替請求データ６−４の伝送日かどうか判定を行う。対象金融機関の金融機関コード・処理日付をもとに、送信スケジュールファイル６−３から一致するデータを検索する。
【００３１】
一致するデータが発見されなかった場合、処理日は伝送無しと判定され、データ伝送処理３−５を終了する。一方、一致するデータが発見された場合、当該データの送信有無フラグを参照し、処理当日が当該金融機関に対し、口座振替請求データ６−４の伝送日かどうか判定を行う。
【００３２】
送信スケジュールファイル６−３の送信有無フラグが“０”（送信無し）だった場合、処理日は伝送無しと判定され、データ伝送処理３−５を終了する。一方、送信有無フラグが“１”（送信有り）だった場合、口座振替請求データ伝送５−２を行う。
【００３３】
口座振替請求データ伝送５−２では、対象金融機関に対し、口座振替請求データの伝送を行う。対象金融機関の金融機関コードを引数として口座振替請求データ伝送用プログラムを起動することでデータ伝送処理が行われる。
【００３４】
次に、口座振替請求データ削除５−３を行う。口座振替請求データ削除５−３では、データ連携サーバ1-3に存在する、対象金融機関へのデータ伝送が完了した口座振替請求データ６−４の削除を行う。以上で、データ伝送処理３−５は終了である。
【符号の説明】
【００３５】
１−１・・・料金計算システム、１−２・・・料金計算システム、1-7・・・口座振替請求データ伝送処理部、１−４・・・インターネット、１−５・・・金融機関、1-3・・・データ連携サーバ、２−２・・・バッチサーバ、２−３・・・ＤＢサーバ、３−１・・・データ取得部、３−２・・・データ伝送部、３−３・・・スケジュール取得処理、３−４・・・データ取得処理、３−５・・・データ伝送処理、４−１・・・口座振替請求データ作成日取得、４−２・・・口座振替請求データ作成日判定、４−３・・・口座振替請求データ送信日取得、４−４・・・口座振替請求データ送信スケジュールファイル作成、４−５・・・口座振替請求処理完了確認、４−６・・・口座振替請求データ取得判定、４−７・・・前回口座振替請求データ存在判定、４−８・・・エラー処理、４−９・・・口座振替請求データ取得、４−１０・・・口座振替請求データコード変換、５−１・・・口座振替請求データ伝送日判定、５−２・・・口座振替請求データ伝送、５−３・・・口座振替請求データ削除、５−１・・・口座振替請求データ伝送日判定、６−１・・・カレンダーＤＢ、６−２・・・識別コード定義、６−３・・・送信スケジュールファイル。
【図１】
2011138246.tif 000003
【図２】
2011138246.tif 000004
【図３】
2011138246.tif 000005
【図４】
2011138246.tif 000006
【図５】
2011138246.tif 000007
【図６】
2011138246.tif 000008
【図７】
2011138246.tif 000009
【図８】
2011138246.tif 000010
【図９】
2011138246.tif 000011