(57)【特許請求の範囲】
【請求項１】
送信元から送信されるデータを集信し、前記データを送信先毎に振り分けて配信する集配信処理装置において、
送信元から送信されるデータを集信する複数のデータ集信手段と、
前記複数のデータ集信手段のデータ集信回数を計数するデータ集信回数管理手段と、
前記データ集信回数に基づいて前記複数のデータ集信手段のうち処理させるデータ集信手段を順次切り替える切り替え手段と、
前記集信したデータを送信先毎に振り分けて配信するデータ配信手段とを有し、
前記データ集信回数が第１の設定値を超えると次に切り替える前記データ集信手段を起動しておき、前記第２の設定値を超えると前記起動しておいたデータ集信手段に切り替えることを特徴とする集配信処理装置。
【請求項２】
送信元から送信されるデータを集信し、前記データを送信先毎に振り分けて配信する集配信処理装置において、
送信元から送信されるデータを集信する複数のデータ集信手段と、
前記複数のデータ集信手段のデータ集信時間を計時するデータ集信時間管理手段と、
前記データ集信時間に基づいて前記複数のデータ集信手段のうち処理させるデータ集信手段を順次切り替える切り替え手段と、
前記集信したデータを送信先毎に振り分けて配信するデータ配信手段とを有し、
前記データ集信時間が第１の設定時間を超えると次に切り替える前記データ集信手段を起動しておき、前記第２の設定時間を超えると前記起動しておいたデータ集信手段に切り替えることを特徴とする集配信処理装置。
【請求項３】
前記複数のデータ集信手段により集信されたデータの状態を第１の記憶手段に格納した第１の状態と、
前記集信されたデータを送信先毎に振り分けている第２の状態と、
前記集信されたデータを送信先毎に振り分けた後、第２の記憶手段に格納した第３の状態と、
前記送信先毎に振り分けたデータを送信先毎に配信している第４の状態と、
前記送信先毎に振り分けたデータを送信先毎に配信した第５の状態とに分けて管理する状態管理手段を更に有することを特徴とする請求項１又は２記載の集配信処理装置。
【請求項４】
前記状態管理手段を監視し、前記第１の状態のデータを検出すると、前記集信されたデータを送信先毎に振り分ける集信バッチの生成を指示する集信バッチスケジューラと、
前記状態管理手段を監視し、前記第３の状態のデータを検出すると、前記送信先毎に振り分けたデータを送信先毎に配信する配信バッチの生成を指示する配信バッチスケジューラとを更に有する請求項３記載の集配信処理装置。
【請求項５】
前記集信バッチスケジューラ及び配信バッチスケジューラは、集信単位毎に採番される通番及び集信結果情報を利用して集信バッチ及び配信バッチを作成することを特徴とする請求項４記載の集配信処理装置。
【請求項６】
コンピュータを、
送信元から送信されるデータを集信する複数のデータ集信手段と、
前記複数のデータ集信手段のデータ集信回数を計数するデータ集信回数管理手段と、
前記データ集信回数に基づいて前記複数のデータ集信手段のうち処理させるデータ集信手段を順次切り替える切り替え手段と、
前記集信したデータを送信先毎に振り分けて配信するデータ配信手段とを有し、
前記データ集信回数が第１の設定値を超えると次に切り替える前記データ集信手段を起動しておき、前記第２の設定値を超えると前記起動しておいたデータ集信手段に切り替えるように機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、集配信処理装置並びに集配信処理プログラムを記録した記録媒体に係り、特に、集配信処理の処理単位を細分化して集配信処理を行なう集配信処理装置並びに集配信処理プログラムを記録した記録媒体に関する。
【０００２】
【従来の技術】
例えば、複数の支社・支店等を有する企業では、複数の支社・支店等を管理する本部と複数の支社・支店等との間にコンピュータネットワークを構築してデータを送受信することが良く行われている。そのコンピュータネットワーク上には、複数の送信先を含むデータを集信し、そのデータを送信先ごとに振り分けて配信する集配信処理装置が設けられている。なお、集配信処理装置は、複数の送信元から複数の送信先を含むデータを集信し、そのデータを送信先ごとに振り分けて配信することも行なっている。
【０００３】
従来の集配信処理装置は複数の送信先を含むデータを集信する処理と、そのデータを送信先ごとに振り分けて配信する処理とを交互に行なっていた。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来の集配信処理装置はデータを集信すると、その集信したデータを送信先ごとに振り分けて配信する処理が全て終了するまで集配信処理後に行なう必要がある後処理（バックアップ，初期化等）を行なうことができず処理効率が悪いという問題があった。
【０００５】
また、従来の集配信処理装置は集配信回数（例えば、１接続１データ種当り、９９回／１日）の制限範囲を有し、その限られた集配信回数で集配信処理を行なう必要があり、集配信処理単位を細分化することができなかった。例えば、支社Ａから送信される給与データは、１日に９９回しか集配信処理を行なうことができなかった。したがって、サービス範囲が限定されると共に処理効率が悪いという問題があった。
【０００６】
更に、集配信処理用のＪＣＬ（Job Control Language）を自動生成せず、ユーザ単位にＪＣＬを用意する必要があり、作業効率が悪いという問題があつた。
本発明は、上記の点に鑑みなされたもので、集配信処理の処理単位を細分化することが可能であり、複数の集配信処理を切替て行なうことにより処理効率を向上させる集配信処理装置並びに集配信処理プログラムを記録した記録媒体を提供することを目的とする。
【０００７】
【課題を解決するための手段】
そこで、上記課題を解決するため、請求項１記載の集配信処理装置は、送信元から送信されるデータを集信し、前記データを送信先毎に振り分けて配信する集配信処理装置において、送信元から送信されるデータを集信する複数のデータ集信手段と、前記複数のデータ集信手段のデータ集信回数を計数するデータ集信回数管理手段と、前記データ集信回数に基づいて前記複数のデータ集信手段のうち処理させるデータ集信手段を順次切り替える切り替え手段と、前記集信したデータを送信先毎に振り分けて配信するデータ配信手段とを有し、前記データ集信回数が第１の設定値を超えると次に切り替える前記データ集信手段を起動しておき、前記第２の設定値を超えると前記起動しておいたデータ集信手段に切り替えることを特徴とする。
【０００８】
このように、複数のデータ集信手段を切り替えて集配信処理を行なうことにより、集配信処理の処理単位を細分化することが可能であり、後処理の対象範囲を最小限に抑えることができる。
また、データ集信回数が第１の設定値を超えると次に切り替えるデータ集信手段を起動しておき、第２の設定値を超えると起動しておいたデータ集信手段に切り替えることにより、複数のデータ集信手段の切り替えに要する時間が単純に切り替え時間のみとなり、見かけ上の切り替え時間を無くすことが可能である。
【０００９】
したがって、集配信処理の処理効率を向上させることができる。
また、請求項２記載の集配信処理装置は、送信元から送信されるデータを集信し、前記データを送信先毎に振り分けて配信する集配信処理装置において、送信元から送信されるデータを集信する複数のデータ集信手段と、前記複数のデータ集信手段のデータ集信時間を計時するデータ集信時間管理手段と、前記データ集信時間に基づいて前記複数のデータ集信手段のうち処理させるデータ集信手段を順次切り替える切り替え手段と、前記集信したデータを送信先毎に振り分けて配信するデータ配信手段とを有し、前記データ集信時間が第１の設定時間を超えると次に切り替える前記データ集信手段を起動しておき、前記第２の設定時間を超えると前記起動しておいたデータ集信手段に切り替えることを特徴とする。
【００１０】
このように、データ集信時間が第１の設定時間を超えると次に切り替えるデータ集信手段を起動しておき、第２の設定時間を超えると起動しておいたデータ集信手段に切り替えることにより、複数のデータ集信手段の切り替えに要する時間が単純に切り替え時間のみとなり、見かけ上の切り替え時間を無くすことが可能である。
【００１１】
また、請求項３記載の集配信処理装置は、前記複数のデータ集信手段により集信されたデータの状態を第１の記憶手段に格納した第１の状態と、前記集信されたデータを送信先毎に振り分けている第２の状態と、前記集信されたデータを送信先毎に振り分けた後、第２の記憶手段に格納した第３の状態と、前記送信先毎に振り分けたデータを送信先毎に配信している第４の状態と、前記送信先毎に振り分けたデータを送信先毎に配信した第５の状態とに分けて管理する状態管理手段を更に有することを特徴とする。
【００１２】
このように、複数のデータ集信手段により集信されたデータの状態を第１の状態，第２の状態，第３の状態，第４の状態，第５の状態とに分けて管理することにより、データの状態に基づいた処理を行なうことが可能である。
また、請求項４記載の集配信処理装置は、前記状態管理手段を監視し、前記第１の状態のデータを検出すると、前記集信されたデータを送信先毎に振り分ける集信バッチの生成を指示する集信バッチスケジューラと、前記状態管理手段を監視し、前記第３の状態のデータを検出すると、前記送信先毎に振り分けたデータを送信先毎に配信する配信バッチの生成を指示する配信バッチスケジューラとを更に有することを特徴とする。
【００１３】
このように、状態管理手段を監視することにより、集信バッチスケジューラ及び配信バッチスケジューラは適切なタイミングで集信バッチ及び配信バッチを生成するための指示を行なうことが可能である。
また、請求項５記載の集配信処理装置は、前記集信バッチスケジューラ及び配信バッチスケジューラは、集信単位毎に採番される通番及び集信結果情報を利用して集信バッチ及び配信バッチを作成することを特徴とする。
【００１４】
このように、集信バッチスケジューラ及び配信バッチスケジューラは、集信単位毎に採番される通番及び集信結果情報を利用して集信バッチ及び配信バッチを作成することが可能である。
また、請求項６記載の記録媒体は、コンピュータを、送信元から送信されるデータを集信する複数のデータ集信手段と、前記複数のデータ集信手段のデータ集信回数を計数するデータ集信回数管理手段と、前記データ集信回数に基づいて前記複数のデータ集信手段のうち処理させるデータ集信手段を順次切り替える切り替え手段と、前記集信したデータを送信先毎に振り分けて配信するデータ配信手段とを有し、前記データ集信回数が第１の設定値を超えると次に切り替える前記データ集信手段を起動しておき、前記第２の設定値を超えると前記起動しておいたデータ集信手段に切り替えるように機能させるためのプログラムを記録している。
【００１５】
上記の請求項６記載の記録媒体を使用することにより、請求項１記載の発明を実現できる。なお、このプログラムを記録する記録媒体は、ＣＤ−ＲＯＭ、フロッピーディスク、光磁気ディスク（ＭＯ）等の様に情報を磁気的に記録する磁気記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々のタイプの記録媒体を用いることができる。
【００１６】
【発明の実施の形態】
以下に、本発明の実施例を図面に基づいて説明する。図１は、本発明の集配信処理装置を実現するコンピュータシステムの一実施例の構成図を示す。
図１において、このコンピュータシステム１０は、それぞれバスＢで相互に接続されている入力装置２０と，表示装置３０と，ドライブ装置４０と，記録媒体５０と，補助記憶装置６０と，メモリ装置７０と，演算処理装置８０と，通信装置９０とを含む構成である。
【００１７】
入力装置２０は、コンピュータシステム１０の使用者が操作するキーボード及びマウス等で構成され、コンピュータシステム１０に各種操作信号を入力するために用いられる。表示装置３０は、コンピュータシステム１０を操作するのに必要な各種ウインドウやデータ等を表示する。
集配信処理装置に関する集配信処理プログラムは、例えば、ＣＤ−ＲＯＭ等の記録媒体５０によって提供される。集配信処理プログラムを記録した記録媒体５０は、ドライブ装置４０にセットされ、プログラムが記録媒体５０からドライブ装置４０を介して補助記憶装置６０にインストールされる。
【００１８】
補助記憶装置６０は、インストールされた集配信処理プログラムを格納すると共に、必要なファイル，データ等を格納する。メモリ装置７０は、コンピュータシステム１０の起動時に補助記憶装置６０から集配信処理プログラムを読み出し、格納する。演算処理装置８０は、メモリ装置７０に読み出され格納された集配信処理プログラムに従って、集配信処理装置に係る処理を実行する。
【００１９】
図２は、本発明の集配信処理装置の一実施例の構成図を示す。図２の構成図は、支社・支店２００，支社・支店等を管理する本部４００，支社・支店２００と本部４００との間に設けられた集配信処理装置１００，支社・支店２００に接続される小売店３００を含む。
例えば、小売店３００に含まれる集配信端末３０１，３０２から本部４００に含まれる集配信端末４０１，４０２にデータを送信する場合の集配信処理装置１００の処理について簡単に説明する。
【００２０】
まず、センタ用集配信プログラム１０１と集配信端末２０１に含まれる端末用集配信プログラム２０２とが集配信処理の開始通知を送受信して集配信処理の開始を確認し、小売店３００のデータが複数の支社・支店２００に含まれる集配信端末２０１の端末用集配信プログラム２０２を介して集配信処理装置１００に集信される。なお、センタ用集配信プログラム１０１は複数のセンタ用集配信プログラム（１）〜（Ｎ）で構成され、後述する集配信プログラム切替管理タスク１０３によりセンタ用集配信プログラム（１）〜（Ｎ）の切り替えが行われる。
【００２１】
センタ用集配信プログラム１０１は、集信したデータを集信ファイル１０９に格納すると共に、集信結果情報（例えば、通信終了時間，データ集信元など）を処理結果出口タスク１０２に供給する。なお、処理結果出口タスク１０２は複数の処理結果出口タスク（１）〜（Ｎ）で構成される。また、集信ファイル１０９は、センタ用集配信プログラム（１）〜（Ｎ）に対応して集信ファイル（１）〜（Ｎ）で構成される。
【００２２】
処理結果出口タスク１０２は、後述する状態管理データベース（以下、状態管理ＤＢという）１１１を参照し、集信単位（例えば、１接続１データ種単位）に採番される通し番号（以下、通番という）を採番する。例えば、支社Ａから送信される給与データに通番「１」，売り上げデータに通番「２」等を採番する。
そして、その通番及び集信結果情報を集信バッチスケジューラ１０５に供給すると共に、集配信ログデータベース（以下、集配信ログＤＢという。）１０６にログ情報を供給する。なお、処理結果出口タスク１０２から集信バッチスケジューラ１０５に供給される通番及び集信結果情報は、例えば図３に示すような構成である。図３は、通番及び集信結果情報の一例の構成図を示す。
【００２３】
集信バッチスケジューラ１０５は、供給された通番及び集信結果情報を利用して状態管理ＤＢ１１１に状態フラグが「未処理」のレコードを追加する。ここで「未処理」のレコードとは、集信済みであって、後述する集信バッチ１０８の処理を行なっていないレコードである。更に、集信バッチスケジューラ１０５は、供給された通番及び集信結果情報を利用して集信バッチ１０８を自動作成し、その集信バッチ１０８を起動する。なお、集信バッチ１０８の自動作成は、供給された通番及び集信結果情報を利用し、予め用意してある雛形の必要箇所を変更することにより行なう。
【００２４】
この後、集信バッチスケジューラ１０５はログ情報を集配信ログＤＢ１０６に供給すると共に、集信結果情報を利用して集信回数管理データベース（以下、集信回数管理ＤＢという。）１０７の集信回数のカウントアップを行なう。そして、状態管理ＤＢ１１１の該当レコードの状態フラグを「未処理」から「集信バッチ開始」に書き替える。
【００２５】
集信バッチ１０８は、集信ファイル１０９に格納されている複数の支社・支店２００からのデータを一の送信先のデータにまとめ、中間データベース（以下、中間ＤＢという。）１１２に格納する。または、一の支社・支店２００からデータを複数の送信先のデータに振り分け、中間ＤＢ１１２に格納する。また、集信バッチ１０８は、集配信ログＤＢ１０６にログ情報を書き込む。そして、状態管理ＤＢ１１１の該当レコードの状態フラグを「集信バッチ開始」から「集信バッチ終了」に書き替える。
【００２６】
集信バッチスケジューラ１０５は状態管理ＤＢ１１１を定期的に参照し、状態フラグが「集信バッチ終了」のレコードを検出した場合、回線状態管理データベース（以下、回線状態管理ＤＢという。）１１３の該当配信先の回線使用状況を参照する。
その該当配信先の回線使用状況が「回線未使用」になるまで待機し、状態管理ＤＢ１１１の内容に従って配信バッチ１１５を自動作成し、その配信バッチ１１５を起動する。更に、状態管理ＤＢ１１１の該当レコードの状態を「集信バッチ終了」から「配信バッチ開始」に書き替える。なお、配信バッチ１１５の自動作成は、集信バッチ１０８の自動作成と同様である。
【００２７】
また、本実施例では状態管理ＤＢ１１１に集信状態管理ＤＢ及び配信状態管理ＤＢを含む構成について記載しているがこれに限るものではない。例えば、二つの状態管理ＤＢ１１１を利用して集信用状態管理ＤＢ及び配信用状態管理ＤＢをそれぞれ有する構成としても良い。
配信バッチ１１５は、中間ＤＢ１１２から該当データを読み出し、該当する配信ファイル１１９に格納する。また、状態管理ＤＢ１１１の該当レコードの状態を「配信バッチ開始」から「配信バッチ終了」に書き替える。なお、中間ＤＢ１１２に格納されるデータと配信ファイル１１９に格納されるデータとは論理的に同一であり、データのバックアップ効果を有する。
【００２８】
ＣＡＬＬ−ＯＵＴ配信スケジュールタスク１１０は、状態管理ＤＢ１１１を定期的に参照し、状態フラグが「配信バッチ終了」のレコードを検出し、且つそのレコードが発呼の場合、センタ用集配信プログラム１１６に発呼配信の依頼を行なう。更に、回線状態管理ＤＢ１１３の該当配信先の回線使用状況を「回線未使用」から「回線使用中」に書き替える。
【００２９】
センタ用集配信プログラム１１６は、例えば配信ファイル１１９に格納されている配信データを本部４００の該当する端末用集配信プログラム４０３に配信する。その後、センタ用集配信プログラム１１６は、処理結果出口タスク１１７に配信結果情報（例えば、通信終了時間，データ集信元など）を供給する。
処理結果出口タスク１１７は、配信結果情報を配信バッチスケジューラ１１４に供給すると共に、集配信ログＤＢ１１８にログ情報を供給する。そして、配信バッチスケジューラ１１４は、供給された配信結果情報を利用して回線状態管理ＤＢ１１３の該当配信先の回線使用状況を「回線使用中」から「回線未使用」に書き替えると共に、状態管理ＤＢ１１１の該当レコードの状態フラグを「配信バッチ終了」から「正常終了」に書き替える。
【００３０】
ここで、状態管理ＤＢ１１１の構成について簡単に説明しておく。図４は、状態管理ＤＢの一例の構成図を示す。
図４の状態管理ＤＢ１１１は集信用の状態管理ＤＢを示したものであり、集信通番と、支社・支店コードと、状態フラグとを含む。ここで、集信通番は集信単位に採番される通し番号である。支社・支店コードは、複数ある支社・支店の識別コードである。また、状態フラグは集信状態や集信されたデータの取り扱いを示すものである。例えば、集信通番「００１」は、支社・支店コード１００からのデータを送信先毎のデータにまとめ、中間ＤＢ１１２への格納が終了したことを示している。
【００３１】
図２に戻り説明を続けると、集配信プログラム切替管理タスク１０３は集信回数管理ＤＢ１０７を定期的に参照し、集信回数が予め設定されている設定値１（例えば、４０）を超えると、次に切り替えるセンタ用集配信プログラム１０１の起動依頼を行なう。更に、集信回数が予め設定されている設定値２（例えば、８０）を超えると、次に切り替えるセンタ用集配信プログラム１０１の切替依頼を行なう。
【００３２】
集信回数が設定値２を超えて切り替えられたセンタ用集配信プログラム１０１は、プログラムの停止後、後処理（例えば、バックアップ，初期化等）の起動依頼を行なう。
したがって、集信回数が設定値２を超えて切り替えられたセンタ用集配信プログラム１０１の後処理と並行して、次に切り替えたセンタ用集配信プログラム１０１により集配信処理を行なうことが可能である。
【００３３】
次に、本発明の特徴の一つであるセンタ用集配信プログラム１０１の切り替え処理について図５及び図６を利用して説明する。図５は、センタ用集配信プログラムの処理の一実施例の説明図を示す。図６は、集配信回数管理テーブル及び集信回数管理ＤＢの一例の説明図を示す。なお、図６の集信回数管理ＤＢはデータの種類に従って、センタ種別０１〜０４に分類されて集信回数が計数されているがこれに限らない。
【００３４】
図５において、ステップＳ１００では、集信回数管理ＤＢ１０７の集信回数を０に書き替える。なお、センタ用集配信プログラム１０１の切り替えは集信回数に従って行われるものに限らず、集信時間に従って行なっても良い。この場合、ステップＳ１００では集信時間を０に書き替える。
ステップＳ１００に続いてステップＳ１１０に進み、例えばセンタ用集配信プログラム（１）を起動して集信処理を行なう。ステップＳ１１０に続いてステップＳ１２０に進み、集信終了要求があるか否かが判定される。終了要求があると判定すると（Ｓ１２０においてＹＥＳ）、処理を終了する。終了要求がないと判定すると（Ｓ１２０においてＮＯ）、ステップＳ１３０に進む。
【００３５】
ステップＳ１３０では、集信回数管理ＤＢ１０７の集信回数のうち設定値１（例えば、４０）以上のものがあるか否かが判定される。設定値１以上のものがあると判定すると（Ｓ１３０においてＹＥＳ）、ステップＳ１４０に進む。設定値１以上のものがないと判定すると（Ｓ１３０においてＮＯ）、ステップＳ１５０に進む。なお、センタ用集配信プログラム１０１の切り替えを集信時間に従って行なう場合、設定時間１（例えば、１時間）以上のものがあるか否かが判定される。
【００３６】
ステップＳ１５０では、集信回数管理ＤＢ１０７の該当するセンタ種別の集信回数に１を加算してステップＳ１１０に進む。なお、センタ用集配信プログラム１０１の切り替えを集信時間に従って行なう場合、該当するセンタ種別の集信時間に所定時間（例えば、１０分）を加算してステップＳ１１０に進む。
ステップＳ１４０では、集信回数管理ＤＢ１０７の集信回数が設定値１を超えるものがあると判定された為、次のセンタ用集配信プログラム（例えば、センタ用集配信プログラム（２））を起動しておく。
【００３７】
ステップＳ１４０に続いてステップＳ１６０に進み、集信回数管理ＤＢ１０７の集信回数が設定値２（例えば、８０）以上のものがあるか否かが判定される。設定値２以上のものがあると判定すると（Ｓ１６０においてＹＥＳ）、ステップＳ１７０に進む。設定値２以上のものがないと判定すると（Ｓ１６０においてＮＯ）、ステップＳ１８０に進む。なお、センタ用集配信プログラム１０１の切り替えを集信時間に従って行なう場合、設定時間２（例えば、２時間）以上のものがあるか否かが判定される。
【００３８】
ステップＳ１８０では、集信回数管理ＤＢ１０７の該当するセンタ種別の集信回数に１を加算してステップＳ１９０に進む。なお、センタ用集配信プログラム１０１の切り替えを集信時間に従って行なう場合、該当するセンタ種別の集信時間に所定時間を加算する。ステップＳ１９０では集信処理を行ない、ステップＳ１６０に進む。
【００３９】
ステップＳ１７０では、集信回数管理ＤＢ１０７の集信回数に設定値２を超えたものがあると判定された為、ステップＳ１４０で起動しておいた次のセンタ用集配信プログラム（例えば、センタ用集配信プログラム（２））への切り替えを行なう。例えば図６の場合、センタ用集配信プログラムの切り替えが行われ、オンラインタスク（図２のセンタ用集配信プログラム１０１に相当）「Ｕ４７ＣＤＸＧＨ」から「Ｕ４７ＣＤＸＧＩ」に切り替えられる。
【００４０】
ステップＳ１７０に続いてステップＳ２００に進み、添字（集配信回数管理テーブル１０４のテーブル使用回数）が１０以下であるか否かが判定される。添字が１０以下であると判定すると（Ｓ２００においてＹＥＳ）、ステップＳ２１０に進み、添字に１を加算する。例えば、図６ではオンラインタスク「Ｕ４７ＣＤＸＧＩ」のテーブル使用回数が０であるので１を加算する。また、添字が１０以下でないと判定すると（Ｓ２００においてＮＯ）、ステップＳ２２０に進み、添字を１に書き替える。
【００４１】
この後、ステップＳ２１０及びＳ２２０に続いてステップＳ１００に進み、図６の集信回数管理ＤＢ１０７に示すように、集信回数を０に書き替えて処理を続ける。
以上のように、複数のセンタ用集配信プログラム１０１を切り替えることにより、後処理の対象範囲を最少限度に抑えることができ、処理効率を向上させることができる。
【００４２】
また、設定値１及び設定値２を利用することにより、次のセンタ用集配信プログラムを予め起動しておくことができ、センタ用集配信プログラムを切り替えるのに要する時間が切り替え時間のみとなる。したがって、例えば端末用集配信プログラム２０２から見ると、センタ用集配信プログラム１０１の切り替え時間が見かけ上なくなり、処理効率を向上させることができる。
【００４３】
次に、他局からの起動による集配信処理の開始について図７を利用して簡単に説明する。図７は、他局起動による集配信処理の開始について説明する一例の図を示す。なお、図７は集配信処理の開始についての説明に必要な構成部分を示し、他の部分は省略する。
例えば、他局である集配信端末２０１の端末用集配信プログラム２０２から集配信サービスの開始通知が処理結果通知出口コマンド処理タスク１３０に供給される。その後、処理結果通知出口コマンド処理タスク１３０は処理結果出口タスク１１７を制御し、状態管理ＤＢ１１１に開始通知を出力し、集配信ログＤＢ１１８に処理内容を出力する。
【００４４】
次に、他局からの起動による集配信処理の終了について図８を利用して簡単に説明する。図８は他局起動による集配信処理の終了について説明する一例の図を示す。なお、図８は集配信処理の終了についての説明に必要な構成部分を示し、他の部分は省略する。
例えば、他局である集配信端末２０１の端末用集配信プログラム２０２から集配信サービスの終了通知が処理結果通知出口コマンド処理タスク１３０に供給される。その後、処理結果通知出口コマンド処理タスク１３０は処理結果出口タスク１１７を制御し、状態管理ＤＢ１１１から通番を読み出し、集配信ログＤＢ１１８に処理内容を出力する。
【００４５】
正常終了である場合、状態管理ＤＢ１１１の通番が更新される。そして、集信バッチスケジューラ１０５及び配信バッチスケジューラ１１５が状態管理ＤＢを参照し、処理対象であるものを処理する。なお、異常終了である場合、処理結果通知出口コマンド処理タスク１３０は監視端末１３２にアラームを出力する。集配信処理の異常時は、処理結果出口タスク１１７がＣＡＮＣＥＬコマンド発行処理タスク１３１にメッセージを通知する。したがって、異常終了及び集配信エラーの早期発見が可能となる。
【００４６】
本実施例では、支社・支店２００から本部４００方向にデータを送信する場合について説明したがこれに限ることなく、同様の構成により本部４００から支社・支店方向にデータを送信することができる。
なお、特許請求の範囲に記載したデータ集信手段はセンタ用集配信プログラム１０１に対応し、データ集信回数管理手段は集信回数管理ＤＢ１０７に対応し、切り替え手段は集配信プログラム切替管理タスク１０３に対応し、データ配信手段はセンタ用集配信プログラム１１６に対応し、状態管理手段は状態管理ＤＢ１１１に対応する。
【００４７】
【発明の効果】
上述の如く、本発明の集配信処理装置によれば、複数のデータ集信手段を切り替えて集配信処理を行なうことにより、集配信処理の処理単位を細分化することが可能であり、後処理の対象範囲を最小限に抑えることができる。
また、データ集信回数が第１の設定値を超えると次に切り替えるデータ集信手段を起動しておき、第２の設定値を超えると起動しておいたデータ集信手段に切り替えることにより、複数のデータ集信手段の切り替えに要する時間が単純に切り替え時間のみとなり、見かけ上の切り替え時間を無くすことが可能である。
【００４８】
したがって、集配信処理の処理効率を向上させることができる。
また、本発明の記録媒体によれば、請求項１記載の発明を実現できる。なお、このプログラムを記録する記録媒体は、ＣＤ−ＲＯＭ、フロッピーディスク、光磁気ディスク（ＭＯ）等の様に情報を磁気的に記録する磁気記録媒体、ＲＯＭ、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々のタイプの記録媒体を用いることができる。
【図面の簡単な説明】
【図１】本発明の集配信処理装置を実現するコンピュータシステムの一実施例の構成図である。
【図２】本発明の集配信処理装置の一実施例の構成図である。
【図３】通番及び集信結果情報の一例の構成図である。
【図４】状態管理ＤＢの一例の構成図である。
【図５】センタ用集配信プログラムの処理の一実施例の説明図である。
【図６】集配信回数管理テーブル及び集信回数管理ＤＢの一例の説明図である。
【図７】他局起動による集配信処理の開始について説明する一例の図である。
【図８】他局起動による集配信処理の終了について説明する一例の図である。
【符号の説明】
１０    コンピュータシステム
２０    入力装置
３０    表示装置
４０    ドライブ装置
５０    記録媒体
６０    補助記憶装置
７０    メモリ装置
８０    演算処理装置
９０    通信装置
１００    集配信処理装置
１０１    センタ用集配信プログラム
１０２    処理結果出口タスク
１０３    集配信プログラム切替管理タスク
１０４    集配信回数管理テーブル
１０５    集信バッチスケジューラ
１０６    集配信ログＤＢ
１０７    集信回数管理ＤＢ
１０８    集信バッチ
１０９    集信ファイル
１１０    ＣＡＬＬ−ＯＵＴ配信スケジュールタスク
１１１    状態管理ＤＢ
１１２    中間ＤＢ
１１３    回線状態管理ＤＢ
１１４    配信バッチスケジューラ
１１５    配信バッチ
１１６    センタ用集配信プログラム
１１７    処理結果出口タスク
１１８    集配信ログＤＢ
１１９    配信ファイル
２００    支社・支店
３００    小売店
４００    本部
【図１】
0004143225.tif 000002
【図２】
0004143225.tif 000003
【図３】
0004143225.tif 000004
【図４】
0004143225.tif 000005
【図５】
0004143225.tif 000006
【図６】
0004143225.tif 000007
【図７】
0004143225.tif 000008
【図８】
0004143225.tif 000009