(57)【特許請求の範囲】
【請求項１】
ルータを介して外部の端末と内部の通信制御装置との間のデータの送受信を行う通信管理制御システムであって、
第１の回線と第２の回線との通信を制御する複数の第１の通信制御装置と、
前記第１の回線を介して前記第１の通信制御装置と接続し、通信制御を行う第２の通信制御装置と、
前記第１の通信制御装置に関する使用回線数を記録するテーブルと、
前記テーブルを参照して使用する回線数に対応する第１の通信制御装置群を求めて、求めた第１の通信制御装置群から、前記第２の通信制御装置と前記第１の通信制御装置との定期的な通信で得た負荷情報を元にして、負荷の少ない第１の通信制御装置を求める手段と、
外部の端末に対する送信依頼を、前記求める手段が求めた第１の通信制御装置に振り分ける手段とを備え、
前記第２の回線は前記第１の通信制御装置と前記外部の端末とを接続する、通信管理制御システム。
【請求項２】
第１の回線と第２の回線との通信を制御する複数の第１の通信制御装置と、前記第１の回線を介して前記第１の通信制御装置と接続し、通信制御を行う第２の通信制御装置と、前記第１の通信制御装置に関する使用回線数を記録するテーブルとを有し、前記第２の回線は前記第１の通信制御装置と外部の端末とを接続し、ルータを介して前記外部の端末と内部の通信制御装置との間のデータの送受信を行う通信管理制御システムにおいて実施可能なプログラムを記録した記憶媒体であって、
前記第２の通信制御装置を、
前記テーブルを参照して使用する回線数に対応する第１の通信制御装置群を求めて、求めた第１の通信制御装置群から、前記第２の通信制御装置と前記第１の通信制御装置との定期的な通信で得た負荷情報を元にして、負荷の少ない第１の通信制御装置を求める手段と、
送信依頼を前記求める手段が求めた第１の通信制御装置に振り分ける手段と、
して動作させるプログラムを記録した通信制御装置群読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は通信管理制御システム及びその通信制御装置並びに記憶媒体に係り、特に複数の端末との間のデータの送受信を管理する通信管理制御システム及びその通信制御装置並びに記憶媒体に関する。
【０００２】
【従来の技術】
従来、サーバやホスト装置等の通信制御装置は、複数の店舗と接続するＬＡＮ、公衆回線や専用線を利用して、複数の店舗の売上データ等のデータを管理する。この場合、各店舗は遠隔地にあっても良く、各店舗には端末が設けられている。通信制御装置は、ＬＡＮ、公衆回線や専用線を介してこれらの端末と接続される。売上データ等の送受信は、通信制御装置と複数の端末との間で行われる。
【０００３】
【発明が解決しようとする課題】
しかし、通信制御装置がある場所に設置され、データの送受信を行うために公衆回線等を介して遠隔地にある複数の店舗の端末と接続される場合、通信制御装置の収容能力によっては新たな店舗の端末を接続するのは容易ではない。通信制御装置の収容能力が端末の追加接続をサポートするのに不十分であると、通信制御装置の収容能力を増強するために大幅な改造が必要となる。又、端末の追加接続をサポートするのに充分大きな収容能力が得ラレるように通信制御装置の構成を改造することが不可能な場合には、通信制御装置を端末の追加接続をサポートするのに充分大きな収容能力を有する新たな通信制御装置と置き換える必要がある。更に、通信制御装置を改造したり、より大きな収容能力を有する新たな通信制御装置と置き換えたりすると、通信制御装置及び通信制御装置を含む通信管理制御システムのコストが増大してしまう。
【０００４】
従って、従来の通信制御装置は、通信制御装置に接続される端末台数の増加に柔軟に、且つ、低コストで対処できないという問題があった。この結果、通信制御装置及び通信管理制御システムは、端末台数が増加すると高速処理を実現できなかった。
本発明は、接続される端末台数の増加及び通信管理制御システム内のデータ処理量に柔軟に、且つ、低コストで対応可能な通信管理制御システム及びその通信制御装置並びに記憶媒体を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上記の課題は、ルータを介して外部の端末と内部の通信制御装置との間のデータの送受信を行う通信管理制御システムであって、第１の回線と第２の回線との通信を制御する複数の第１の通信制御装置と、前記第１の回線を介して前記第１の通信制御装置と接続し、通信制御を行う第２の通信制御装置と、前記第１の通信制御装置に関する使用回線数を記録するテーブルと、前記テーブルを参照して使用する回線数に対応する第１の通信制御装置群を求めて、求めた第１の通信制御装置群から、前記第２の通信制御装置と前記第１の通信制御装置との定期的な通信で得た負荷情報を元にして、負荷の少ない第１の通信制御装置を求める手段と、外部の端末に対する送信依頼を、前記求める手段が求めた第１の通信制御装置に振り分ける手段とを備え、前記第２の回線は前記第１の通信制御装置と前記外部の端末とを接続する、通信管理制御システムによって達成できる。
上記の課題は、第１の回線と第２の回線との通信を制御する複数の第１の通信制御装置と、前記第１の回線を介して前記第１の通信制御装置と接続し、通信制御を行う第２の通信制御装置と、前記第１の通信制御装置に関する使用回線数を記録するテーブルとを有し、前記第２の回線は前記第１の通信制御装置と外部の端末とを接続し、ルータを介して前記外部の端末と内部の通信制御装置との間のデータの送受信を行う通信管理制御システムにおいて実施可能なプログラムを記録した記憶媒体であって、前記第２の通信制御装置を、前記テーブルを参照して使用する回線数に対応する第１の通信制御装置群を求めて、求めた第１の通信制御装置群から、前記第２の通信制御装置と前記第１の通信制御装置との定期的な通信で得た負荷情報を元にして、負荷の少ない第１の通信制御装置を求める手段と、送信依頼を前記求める手段が求めた第１の通信制御装置に振り分ける手段として動作させるプログラムを記録した通信制御装置群読み取り可能な記憶媒体によっても達成できる。
本発明によれば、接続される端末台数の増加及び通信管理制御システム内のデータ処理量に柔軟に、且つ、低コストで対応可能な通信管理制御システム及びその通信制御装置並びに記憶媒体を実現可能である。
【００１１】
【発明の実施の形態】
以下、本発明の実施例を図面と共に説明する。
【００１２】
【実施例】
図１は、本発明になる通信管理制御システムの第１実施例を示す図である。通信管理制御システムの第１実施例は、本発明になる通信制御装置の第１実施例を採用している。
図１において、通信制御装置（ＭＩＮＤＣＯＭ−ＮＴ／ＧＲ）１は、ウィンドウズ（ＷＩＮＤＯＷＳ）ＮＴオペレーティングシステム（ＯＳ）をインストールされたコンピュータで構成される。この通信制御装置１は二重化された系統の運用系に設けられ、後述する通信制御を管理する。他方、通信制御装置（ＭＩＮＤＣＯＭ−ＮＴ／ＧＲ（ミラー））２は、ウィンドウズＮＴをインストールされたコンピュータで構成される。この通信制御装置２は二重化された系統の待機系に設けられ、ＯＳ又は運用系の通信制御装置１のハードウェアに障害が発生すると継続して通信制御を管理する。二重化された系統の待機系は、ホットスタンバイ系とも呼ばれる。通信制御装置２（ミラーＧＲ）は、通信制御装置１（ＧＲ）と同じ機能を備えている。通信制御は、通信制御装置１又は２と後述する複数の端末との間のデータの送受信の管理を含む。
【００１３】
第１のＬＡＮ３は、通信制御装置１，２と後述するコンピュータ４，５，６とを接続してデータ処理サービスを提供するために設けられている。例えば、１０ＢａｓｅＴや１００ＢａｓｅＴ等の高速通信用のＬＡＮが第１のＬＡＮとして使用される。
コンピュータ（ＭＩＮＤＣＯＭ−ＮＴ／ＩＳ）４，５は、夫々ウィンドウズＮＴをインストールされた安価なパーソナルコンピュータ（パソコン）で構成され、本部に設けられている。これらのコンピュータ４，５は、通信制御装置１，２からの通信依頼に応答して、データ内の送信先の端末ＩＤに基づいてか、或いはデータ内の送信先の端末ＩＤの属性に応じてテーブルを参照することで、実際に端末１１との間で第２のＬＡＮ７、ルータ８、ネットワーク９、ルータ１０及びＬＡＮ２１を介してデータの送受信を行う。第２のＬＡＮ７は、通信サービスを提供するために使用される。コンピュータ４，５の台数は、負荷に対応して充分な処理能力を持たせるために、店舗Ａ，Ｂ，Ｃ，Ｄ，．．．に設けられた端末１１の台数に応じて任意に増加される。
【００１４】
コンピュータ（ＭＩＮＤＣＯＭ−ＮＴ／ＢＳ）６は、ウィンドウズＮＴをインストールされた安価なパソコンで構成され、本部に設けられている。このコンピュータ６は、通信制御装置１，２からの通信依頼に応答して、データ内の送信先の端末ＩＤに基づいてか、或いはデータ内の送信先の端末ＩＤの属性に応じてテーブルを参照することで、実際に端末１５との間でモデム／ターミナルアダプタ（ＴＡ）１２、ネットワーク１３及びモデム／ＴＡ１４を介してデータの送受信を行う。コンピュータ６の台数は、負荷に対応して充分な処理能力を持たせるために、店舗Ａ，Ｂ，Ｃ，Ｄ，．．．に設けられた端末１５の台数に応じて任意に増加される。
【００１５】
店舗Ａ，Ｂ，Ｃ，Ｄ，．．．の各々には、少なくとも１台の端末１１又は端末１５が設けられている。店舗内の端末１１は、ＴＣＰ／ＩＰを使用してコンピュータ４又はコンピュータ５とルータ１０を介して通信する。他方、端末１５は、夫々同じＬＡＮに接続されているわけではなく、遠隔地に設けられている。従って、Ｎ台の端末１５が設けられているとすると、１：Ｎの同時多重通信がコンピュータ５とＮ台の端末１５との間でモデム／ＴＡ１４、ネットワーク１３及びモデム／ＴＡ１２を介して行われる。
【００１６】
コンピュータ４，５，６は、夫々通信制御装置の機能を備えている。又、コンピュータ４，５，６には、受信データを一時的に蓄積するためのバッファが設けられている。バッファに蓄積されたデータは、蓄積されたデータ量が所定量に達したか、或いは所定時間が経過すると送信される。コンピュータ４，５，６で受信されるデータは、所定量毎に分割して順次送信しても良い。
【００１７】
勿論、コンピュータ６の機能は、コンピュータ４，５の機能に含まれていても良く、又、コンピュータ４，５の機能は、コンピュータ６の機能に含まれていても良い。図１では、これらのコンピュータの機能を容易に理解できるように、説明の便宜上３つのコンピュータ４，５，６が図示されている。
本実施例では、店舗Ａ，Ｂ，Ｃ，Ｄ，．．．に設けられている端末１１，１５は、売上データの入力及び送信や各種業務処理を行えるＰＯＳ（Ｐｏｉｎｔ−Ｏｆ−Ｓａｌｅｓ）端末である。例えば、ＰＯＳ端末はウィンドウズＮＴをインストールされたコンピュータ（ＭＩＮＤＣＯＭ−ＮＴ／ＢＳ）であり、通信制御装置１，２とデータのやり取りを行う。尚、「ＭＩＮＤＣＯＭ−ＮＴ」とは、ＧＲ、ＩＳ又はＢＳとして使用可能なコンピュータを指す。
【００１８】
次に、図１に示す通信管理制御システムの動作を、図２と共に説明する。図２（ａ）〜（ｇ）は、本実施例で使用するテーブルを示す。以下の説明では、「ＧＲ」は通常動作時の通信制御装置１又は通信制御装置１に障害が発生した場合の通信制御装置２を指し、「ミラーＧＲ」は通信制御装置２を指す。又、「ＩＳ」はコンピュータ４，５を指し、「ＢＳ」はコンピュータ６を指す。
【００１９】
図２（ａ）〜（ｇ）に示すテーブルへの参照は、次のように記載する。例えば、「図２（ａ）に示すＧＲシステムテーブル」とは、通常動作時の通信制御装置１の図２（ａ）に示すＧＲシステムテーブル、又は、通信制御装置１に障害が発生した場合の通信制御装置２の図２（ａ）に示すＧＲシステムテーブルを意味する。
【００２０】
図３は、通信制御装置１，２、コンピュータ４〜６及び端末１１，１５のいずれとしても使用可能なコンピュータの構成を示す。同図に示すように、コンピュータはバス１０４で接続された中央制御装置（ＣＰＵ）１０１、ＲＯＭ１０２及びＲＡＭ１０３を有する。ＲＯＭ１０２及びＲＡＭ１０３は、夫々半導体記憶装置、磁気ディスク、光ディスクや光磁気ディスク用のディスク装置等の適切な記憶装置やメモリデバイスにより構成される。ＲＯＭ１０２はＣＰＵ１０１が実行するプログラムを格納しており、ＲＡＭ１０３はＣＰＵ１０１が実行する演算処理の中間データ等のデータを格納する。コンピュータ４，５，６に受信データを一時的に蓄積するために設けられた上記のバッファは、ＲＡＭ１０３で構成することができる。
【００２１】
本発明になるコンピュータ読み取り可能な記憶媒体は、図３に示すコンピュータ、具体的にはＣＰＵ１０１に、本明細書で説明されている本発明になる通信管理制御システム又は通信制御装置の動作を行わせるプログラムを含む電気／電子的情報を格納可能な各種の記録媒体、記憶装置又はメモリデバイスで構成される。
【００２２】
（１）  ＧＲの動作は、ＧＲが図３に示すコンピュータで構成される場合、以下の基本ステップ（１−１）〜（１−７）を含む。ステップ（１−１）〜（１−７）の処理は、ＣＰＵ１０１により実行される。
図４は、送信依頼登録時のＧＲの動作を説明するフローチャートであり、図５は、送信依頼に応答して送信を行い際のＧＲの動作を説明するフローチャートである。又、図６は、データ受信時のＧＲの動作を説明するフローチャートである。
【００２３】
ステップ（１−１），図４：  送信依頼は、ホスト装置等から第１のＬＡＮ３を介して受信され、各ＩＳ及びＢＳ毎の必要な数の回線制御用タスク（ラインタスク）を立ち上げるために、図２（ａ）に示すＧＲシステムテーブルを参照する。ミラーＧＲ（通信制御装置２）が存在していれば、ＧＲはミラーＧＲと定期的に通信を行ってＧＲの状態を通知する。
【００２４】
ステップ（１−２），図４：  ホスト装置等の処理装置から送信依頼を受けたデータについて、ＧＲは図２（ｂ）に示すＧＲ回線属性テーブルを参照して、伝送手順がＴＣＰ／ＩＰかＢＳＣであるかを判断する。ＧＲは、判断された伝送手順をＩＳ又はＢＳに振り分ける。
ステップ（１−３），図４：  ＧＲは、データ中に設定されている送信先の端末コード（端末ＩＤ）と、ＩＳの場合にはＩＰアドレス、ＢＳの場合には電話番号及びＪＣＡ情状（コンピュータ（センタ）６を示すセンタコード、端末（ステーション）１５を示すステーションコード等）を取り出すために、図２（ｃ）に示すＧＲ端末属性テーブルを更に参照する。ＧＲは、取り出した情報を対応する本部側のＩＳ又はＢＳ（以下、本部側ＩＳ又はＢＳと言う）に送信する。送信依頼は、図２（ｅ）に示すＧＲ共通スケジュールテーブルに登録されている。
【００２５】
ステップ（１−４），図５：  本部側ＩＳ及び本部側ＢＳに対して送信（又は受信）依頼を行う場合、ＧＲは使用するライン数、つまり、本部側ＩＳ又はＢＳへの送信依頼の記録を求めるために、図２（ｅ）に示すＧＲ共通スケジュールテーブルを参照する。又、ＧＲは、使用するライン数に対応する複数のＩＳ及びＢＳのうち負荷の少ないＩＳ又はＢＳを求める。ＧＲは複数のＩＳ又はＢＳと通信を行い、送信（又は受信）依頼を負荷の少ない方のＩＳ又はＢＳに振り分ける。生存確認のためにＧＲと複数のＩＳ又はＢＳとの間で定期的に通信が行われる場合には、複数のＩＳ又はＢＳの負荷に関する負荷情報はＧＲへ送信され、ＧＲは各ＩＳ又はＢＳの負荷をこの負荷情報から認識することができる。
【００２６】
ステップ（１−５），図５：  上記の判断の際に、ＧＲは図１では図示を省略するホスト装置等から送信依頼を受けたデータのデータ種別に従って、送信するファイル名を含む送信（又は受信）依頼を本部側ＩＳ又はＢＳに送信する。データ種別は、例えばＰＯＳシステム等で一般的に使用されるファイルの一種である「マスタメインテナンス（マスタメンテ）」である。
【００２７】
ステップ（１−６），図５：  ステップ（１−５）において送信を行う際、ＧＲはファイル名で指定されたファイルを読み込む。又、図２（ｅ）に示すＧＲ共通スケジュールテーブルで指定された端末グループに対して、ＧＲは定義されている全ての端末コード（端末ＩＤ）のうち所属する端末コード（端末ＩＤ）を取り出すために、図２（ｄ）に示すＧＲ端末グループテーブルを参照する。
【００２８】
ステップ（１−７），図６：  受信を行う際には、ＧＲはＩＳ又はＢＳから受信したデータを図１では図示を省略するホスト装置やデータサーバ等へ送信する。
このようにして、ＧＲは、図１では図示を省略するホスト装置等から送信依頼を受けたデータについて、データ中で指定された端末グループに属する全ての端末に対して負荷分散を図って、使用ライン数の少ないＩＳ又はＢＳに対して送信依頼を行うことができる。このため、ＩＳ又はＢＳの使用ライン数が多くなりすぎて負荷が過大になる場合には、ＩＳ又はＢＳ（コンピュータ４，５，６）の接続台数を順次増加してデータ処理能力を任意に増強して過負荷状態を防止することができる。又、ＧＲメインに対してはＧＲミラーが設けられ、このＧＲミラーをホットスタンバイ状態にしているため、ＧＲメインに障害が発生してもＧＲミラーにより通信管理制御を中断することなく即時に通信管理制御を継続することができる。
【００２９】
（２）  ＩＳの動作は、ＩＳが図３に示すコンピュータで構成される場合、以下の基本ステップ（２−１）〜（２−２）を含む。ステップ（２−１）〜（２−２）の処理は、ＣＰＵ１０１により実行される。
図７は、ＧＲからの送信依頼を受信する際のＩＳの動作を説明するフローチャートである。
【００３０】
ステップ（２−１），図７：  本部側ＩＳは、図２（ｆ）に示すＩＳデータ種別テーブル及び図２（ｃ）に示すＩＳ端末属性テーブルを有する。オンラインタスクが起動されると、ＧＲは図２（ｆ）に示すＧＲデータ種別テーブル及び図２（ｃ）に示すＧＲ端末属性テーブルをダウンロードして、ＩＳデータ種別テーブルがＧＲデータ種別テーブルと一致してＩＳ端末属性テーブルがＧＲ端末属性テーブルと一致するように、ＩＳデータ種別テーブル及びＩＳ端末属性テーブルを更新する。
【００３１】
ステップ（２−２），図７：  ＩＳは、ＧＲにより更新されたＩＳ端末属性テーブルから、各端末ＩＤのＩＰアドレスを取得し、ＩＰアドレスをこの場合ルータ８であるデフォルトゲートウェイへ送信する。デフォルトゲートウェイが別のサブネットワークである場合には、ＩＰアドレスはこの別のサブネットワークへ送信されて送信又は受信依頼を行う。
【００３２】
従って、ＧＲから端末ＩＤ毎に送信依頼を受けたＩＳは、ＧＲからのダウンロードによりＧＲ端末属性テーブルと一致する図２（ｃ）に示すＩＳ端末属性テーブルと、ＧＲデータ種別テーブルと一致する図２（ｆ）に示すＩＳデータ種別テーブルとを参照する。ＩＳは、ＩＳ端末属性テーブルからＩＰアドレスを取得し、ＩＰアドレスをデータ（パケット）内に設定してデータ（パケット）を第２のＬＡＮ７に送信する。この結果、ＧＲからの送信依頼を受信するＩＳは、ＩＰアドレスが設定されたデータ（パケット）を各端末１１に送信することが可能となる。
【００３３】
（３）  ＢＳの動作は、ＢＳが図３に示すコンピュータで構成される場合、以下の基本ステップ（３−１）〜（３−２）を含む。ステップ（３−１）〜（３−２）の処理は、ＣＰＵ１０１により実行される。
図８は、ＧＲからの送信依頼を受信する際のＢＳの動作を説明するフローチャートである。
【００３４】
ステップ（３−１），図８：  本部側ＢＳは、図２（ｆ）に示すＢＳデータ種別テーブル及び図２（ｃ）に示すＢＳ端末属性テーブルを有する。オンラインタスクが起動されると、ＧＲは図２（ｆ）に示すＧＲデータ種別テーブル及び図２（ｃ）に示すＧＲ端末属性テーブルをダウンロードして、ＢＳデータ種別テーブルがＧＲデータ種別テーブルと一致してＢＳ端末属性テーブルがＧＲ端末属性テーブルと一致するように、ＢＳデータ種別テーブル及びＢＳ端末属性テーブルを更新する。
【００３５】
ステップ（３−２），図７：  ＢＳは、ＧＲにより更新されたＢＳ端末属性テーブルから、各端末ＩＤの電話番号及びＪＣＡ情報を取得し、ＢＳＣ手順に従って端末１５に対してモデム／ＴＡ１２経由で発呼する。ここでは、ＢＳ毎に２回線を束ねた制御が可能である。
このように、ＧＲから端末ＩＤ毎に送信依頼を受けたＢＳは、ＧＲからのダウンロードによりＧＲ端末属性テーブルと一致する図２（ｃ）に示すＢＳ端末属性テーブルと、ＧＲデータ種別テーブルと一致する図２（ｆ）に示すＢＳデータ種別テーブルとを参照する。ＢＳは、ＢＳ端末属性テーブルから電話番号及びＪＣＡ情報を取得し、電話番号及びＪＣＡ情報に基づいて端末１５に対して発呼してデータを端末１５へ送信する。この結果、ＧＲからの送信依頼を受信するＢＳは、電話番号及びＪＣＡ情報に基づいて各端末１５に対して発呼してデータを各端末１５に送信することが可能となる。
【００３６】
尚、上記の説明では、ＩＳ及びＢＳの機能が、夫々独立したコンピュータ４，５，６で実現される。しかし、上述の如く、ＩＳ及びＢＳの両方の機能を単一のコンピュータで実現するようにしても良い。
（４）  次に、端末１１の動作を説明する。端末１１の動作は、端末１１が図３に示すコンピュータで構成される場合、以下の基本ステップ（４−１）を含む。ステップ（４−１）の処理は、ＣＰＵ１０１により実行される。
【００３７】
図９は、ＩＳからデータを受信する際の端末１１の動作を説明するフローチャートである。
ステップ（４−１），図９：  端末１１は、店舗側のＩＳ（以下、店舗側ＩＳと言う）である。端末１１は、受信したデータ内のデータ種別の内容に応じて受信データ（パケット）を格納して登録し、データ受信結果を本部側ＩＳに返信する。この場合、端末１１が受信するデータ内のデータ種別は、「マスタメンテ」等の店舗別に定義されたデータ種別を含み、受信データ（パケット）は例えば「商品マスタ」に登録される。ここで、「商品マスタ」も、例えばＰＯＳシステム等で一般的に使用されるファイルの一種である。
【００３８】
図９において、基本ステップ（４−１）は、ステップＳ１〜Ｓ４からなる。ステップＳ１は、受信されたデータ（パケット）をＲＡＭ１０３に格納し、ステップＳ２は、受信されたデータ（パケット）が最後のパケットであるか否かを判定する。ステップＳ２の判定結果がＮＯであると、ステップＳ３は、ＲＡＭ１０３に格納されたデータ量が所定量以上であるか否かを判定し、ステップＳ３の判定結果がＮＯであると処理はステップＳ１へ戻る。他方、ステップＳ２又はＳ３の判定結果がＹＥＳであると、ステップＳ４は、ＲＡＭ１０３に格納されているデータ（パケット）をデータ種別で指定されるファイルに格納し、処理はステップＳ１へ戻る。
【００３９】
従って、本部側ＩＳからのデータ（パケット）を受信する端末１１、即ち、店舗側ＩＳは、受信データ内のデータ種別により指定された内容に応じてデータを「商品マスタ」に登録する等の処理を行い、データ受信結果を本部側ＩＳに返信することができる。
（５）  次に、端末１５の動作を説明する。端末１５の動作は、端末１５が図３に示すコンピュータで構成される場合、以下の基本ステップ（５−１）を含む。ステップ（５−１）の処理は、ＣＰＵ１０１により実行される。
【００４０】
図１０は、ＢＳからデータを受信する際の端末１５の動作を説明するフローチャートである。
ステップ（５−１），図１０：  端末１５は、店舗側のＢＳ（以下、店舗側ＢＳと言う）である。端末１５は、受信したデータ内のデータ種別の内容に応じて受信データ（パケット）を格納して登録し、データ受信結果を本部側ＢＳに返信する。この場合、端末１５が受信するデータ内のデータ種別は、「マスタメンテ」等の店舗別に定義されたデータ種別を含み、受信データ（パケット）は例えば「商品マスタ」に登録される。
【００４１】
図１０において、基本ステップ（５−１）は、ステップＳ１１〜Ｓ１４からなる。ステップＳ１１は、受信されたデータ（パケット）をＲＡＭ１０３に格納し、ステップＳ１２は、受信されたデータ（パケット）が最後のパケットであるか否かを判定する。ステップＳ１２の判定結果がＮＯであると、ステップＳ１３は、ＲＡＭ１０３に格納されたデータ量が所定量以上であるか否かを判定し、ステップＳ１３の判定結果がＮＯであると処理はステップＳ１１へ戻る。他方、ステップＳ１２又はＳ１３の判定結果がＹＥＳであると、ステップＳ１４は、ＲＡＭ１０３に格納されているデータ（パケット）をデータ種別で指定されるファイルに格納し、処理はステップＳ１１へ戻る。
【００４２】
従って、本部側ＢＳからのデータ（パケット）を受信する端末１５、即ち、店舗側ＢＳは、受信データ内のデータ種別により指定された内容に応じてデータを「商品マスタ」に登録する等の処理を行い、データ受信結果を本部側ＢＳに返信することができる。
次に、図２（ａ）〜（ｇ）に示すテーブルをより詳細に説明する。
【００４３】
図２（ａ）は、図１に示すＧＲのＧＲシステムテーブルを示す。このＧＲシステムテーブルは、接続端末（ＩＳ）台数、使用ラインタスク伝送手順、ミラード有無区分、その他の項目を対応付けて登録している。接続端末（ＩＳ）台数は、接続されるコンピュータ４，５の台数を示し、使用ラインタスク伝送手順は、送受信されるデータの伝送手順を示す。使用ラインタスク伝送手順は、例えば手順用の場合は「０」、ＴＣＰ／ＩＰの場合は「１」、ＢＳＣの場合は「２」である。ミラード有無区分は、ミラー（待機系）の有無を示す。
【００４４】
図２（ｂ）は、図１に示すＧＲのＧＲ回線属性テーブルを示す。このＧＲ回線属性テーブルは、ライングループコード、伝送手順、ライングループ単位の使用端末台数、ライングループ単位の使用回線数、その他の項目を対応付けて登録している。ライングループコードは、ライングループを示すコードであり、伝送手順は伝送に使用する例えばＴＣＰ／ＩＰ等の手順である。ライングループ単位の使用端末台数は、ライングループ単位で使用する端末台数であり、ライングループ単位の使用回線数は、ライングループ単位で使用する回線数である。
【００４５】
図２（ｃ）は、図１に示すＧＲ、ＩＳ又はＢＳのＧＲ、ＩＳ又はＢＳ端末属性テーブルを示す。ＩＳ及びＢＳ端末属性テーブルへの登録は、ＧＲからのダウンローディングに応答して行われる。ＧＲ、ＩＳ及びＢＳ端末属性テーブルは、夫々端末コード、ＩＰアドレス、電話番号、センタコードやステーションコード等のＪＣＡ情報、その他の項目を対応付けて登録している。端末コードは、１つの端末１１又は１５を一意に表すコードであり、ＩＰアドレスは、１つの送信先の端末１１を一意に表す。電話番号は、端末を発呼するのに用いられ、ＪＣＡ情報は、端末を呼び出す時等に必要な各種情報を含む。
【００４６】
図２（ｄ）は、図１に示すＧＲのＧＲ端末グループテーブルを示す。ＧＲ端末グループテーブルは、端末グループコード、端末コード、その他の項目を対応付けて登録している。端末グループコードは、複数の端末からなるグループのコード（ＩＤ）を示し、端末コードは、１つの端末を一意に決めるコード（ＩＤ）を示す。
【００４７】
図２（ｅ）は、図１に示すＧＲのＧＲ共通端末グループテーブルを示す。ＧＲ共通端末グループテーブルは、スケジュール番号（ＮＯ）、スケジュール種別、スケジュールの開始・終了時間、端末グループコード、ライングループコード、スケジュール単位の使用回線数、データ種別コード、その他の項目を対応付けて登録している。スケジュールＮＯは、ＧＲが送信又は受信依頼を受けたスケジュールの番号を示し、ＩＳ／ＢＳに依頼した番号である。スケジュール種別は、スケジュールがホスト装置側からの発呼の受信に関するか否か等の、スケジュールの種別を示す。スケジュールの開始・終了時間は、スケジュールを開始する予定時間及び終了時間を示す。端末グループコードは、スケジュールした端末グループのコードを示し、ライングループコードは、スケジュールしたライングループのコードを示す。スケジュール単位の使用回線数は、スケジュール単位で使用している回線数を示し、データ種別コードは、例えば端末の「マスタメンテ」を表すコードのように、データの種別を表すコードである。
【００４８】
図２（ｆ）は、図１に示すＧＲ、ＩＳ又はＢＳのＧＲ、ＩＳ又はＢＳデータ種別テーブルを示す。ＩＳ及びＢＳのＩＳ及びＢＳデータ種別テーブルへの登録は、ＧＲからのダウンローディングに応答して行われる。ＧＲ、ＩＳ及びＢＳデータ種別テーブルは、夫々データ種別コード、データ形式、集配信ファイル名、ＧＲメイン共通名称、ＧＲミラード共通名称、その他の項目を対応付けて登録している。データ種別コードは、「マスタメンテ」等のデータの種別を表すコードであり、データ形式は、データがテキスト形式であるかバイナリ形式であるかを表す。データ形式は、例えば「０」の場合にテキスト形式を表し、「１」の場合にバイナリ形式を表す。集配信ファイル名は、ファイルを集配信するときのファイル名を表す。ＧＲメイン共通名称は、ＧＲメイン、即ち、通信制御装置１の名称であり、ＧＲミラード共通名称は、ＧＲミラー、即ち、通信制御装置２の名称である。
【００４９】
図２（ｇ）は、図１に示す本部側ＩＳ及び店舗側ＩＳ（端末側）のＩＳ基本情報テーブルを示す。ＩＳ基本情報テーブルは、ＩＳ区分、ミラード有無区分、ＧＲメインＩＰアドレス、ＧＲミラードＩＰアドレス、ホストＩＳ情報、端末ＩＳ情報、その他の項目を対応付けて登録している。ＩＳ区分は、ＩＳの区分、即ち、ＩＳが本部側のホスト装置であるか店舗側（端末側）の端末であるかを表すものであり、例えば「０」の場合にホスト装置を表し、「１」の場合に端末を表す。ミラード有無区分は、二重化したＧＲミラーの有無を表す。ＧＲメインＩＰアドレスは、ＧＲメイン、即ち、通信制御装置１のＩＰアドレスを表し、ＧＲミラードＩＰアドレスは、ＧＲミラー、即ち、通信制御装置２のＩＰアドレスを表す。ホストＩＳ情報は、ホスト側のＩＳ、つまり、本部側ＩＳに関する情報を表す。端末ＩＳ情報は、端末側のＩＳ、つまり、本店舗ＩＳに関する情報を表す。
【００５０】
次に、本発明になる通信管理制御システムの第２実施例を、図１１，１２及び２と共に説明する。図１１は、通信管理制御システムの第２実施例を示す図であり、図１２は本実施例で使用するテーブルを示す図である。通信管理制御システムの第２実施例は、本発明になる通信制御装置の第２実施例を採用している。尚、図１１中、図１と同一部分には同一符号を付す。
【００５１】
説明の便宜上、店舗側の端末１１，１５がコンピュータ４〜６及び通信制御装置１，２にデータを送信する場合について本実施例の動作を説明するものとする。
図１１に示す通信制御装置１，２、第１のＬＡＮ３、コンピュータ４〜６、第２のＬＡＮ７、ルータ８、ネットワーク９、ルータ１０、端末１１、モデム／ＴＡ１２、ネットワーク１３、モデム／ＴＡ１４及び端末１５は、夫々図１の対応部分と同じ機能を有するので、これらの説明は省略する。
【００５２】
ここでは、データ（パケット）が図１１中矢印で示す第１及び第２のルートで送信される場合の本実施例の動作を説明する。第１のルートは、端末１１、ＬＡＮ２１、ルータ１０、回線Ｌ１、ネットワーク９、回線Ｌ２、ルータ８、第２のＬＡＮ７、コンピュータ４，５及び通信制御装置１，２を含む。他方、第２のルートは、端末１５、モデム／ＴＡ１４、回線Ｌ３、ネットワーク１３、回線Ｌ４、モデム／ＴＡ１４、コンピュータ６、第１のＬＡＮ３及び通信制御装置１，２を含む。
【００５３】
以下の説明では、「ＧＲ」とは、図１１に示す通常動作中の通信制御装置１、又は、通信制御装置１で障害が発生した場合の図１１に示す通信制御装置２を指す。又、「ＧＲミラー」とは、図１１に示す通信制御装置２を指す。更に、「ＩＳ」とは、図１１に示すコンピュータ４，５を指し、「ＢＳ」とは、図１１に示すコンピュータ６，６１を指す。
【００５４】
図２（ａ）〜（ｇ）及び図１２（ａ），（ｂ）に示すテーブルへの参照は、次のように記載する。例えば、「図１２（ｆ）に示すＩＳデータ種別テーブル」とは、図１１に示すコンピュータ４，５の図１２（ｆ）に示すＩＳデータ種別テーブルを意味する。
［１］  店舗側ＩＳ、即ち、端末１１の動作は、端末１１が図３に示すコンピュータで構成される場合、以下の基本ステップ［１−１］〜［１−２］を含む。ステップ［１−１］〜［１−２］の処理は、ＣＰＵ１０１により実行される。
【００５５】
図１３は、データ送信時の端末１１の動作を説明するフローチャートである。
ステップ［１−１］，図１３：  店舗側ＩＳは、図２（ｆ）に示すデータ種別テーブル及び図１２（ａ）に示すＩＳホスト情報テーブルの内容に従って、データ（パケット）をデフォルトゲートウェイに送信する。
ステップ［１−２］，図１３：  本部側ＩＳで障害等が発生して、ステップ［１−１］によりデータ（パケット）を送信してから所定時間が経過しても本部側ＩＳから応答を受信できない場合、店舗側ＩＳは、図１２（ａ）に示すＩＳホスト情報テーブルのＩＳ情報に記載された相手先の本部側ＩＳの順番に応じて相手先の本部側ＩＳを選択して、選択され接続可能な相手先の本部側ＩＳと通信を行う。
【００５６】
図１３において、基本ステップ［１−２］は、ステップＳ２１〜Ｓ２３からなる。ステップＳ２１は、ステップ［１−１］によるデータ（パケット）を送信してから所定時間以内に本部側ＩＳから応答が受信されたか否かを判定し、判定結果がＹＥＳであると処理は終了する。他方、ステップＳ２１の判定結果がＮＯであると、ステップＳ２２は、図１２（ａ）に示すＩＳホスト情報テーブルのＩＳ情報に記載された相手先の本部側ＩＳの順番に応じて相手先の本部側ＩＳを選択する。又、ステップＳ２３は、ステップＳ２２で選択された相手先の本部側ＩＳと通信を行い、データ（パケット）を選択された相手先の本部側ＩＳへ送信するべく処理はステップ［１−１］へ戻る。
【００５７】
従って、店舗側ＩＳが本部側ＩＳからのデータ（パケット）を受信して処理結果等をデータ（パケット）の形で送信する際に、店舗側ＩＳは図２（ｆ）に示すＩＳデータ種別テーブル及び図１２（ａ）に示すＩＳホスト情報テーブルの内容に応じてデータ（パケット）をデフォルトゲートウェイ（データ（パケット）を受信する本部側ＩＳ）に送信する。本部側ＩＳからの応答が無い場合、店舗側ＩＳは図１２（ａ）に示すＩＳホスト情報テーブルのＩＳ情報に記載された相手先の本部側ＩＳの順番に応じて相手先の本部側ＩＳを選択し、データ（パケット）を選択され接続可能な相手先の本部側ＩＳへ送信する。このため、たとえ店舗側ＩＳへデータを送信する本部側ＩＳに障害が発生しても、コンピュータ４，５等の他の本部側ＩＳが自動的に代行受信を行って処理の続行を可能とする。
【００５８】
［２］  本部側ＩＳ、即ち、コンピュータ４又は５の動作は、コンピュータ４又は５が図３に示すコンピュータで構成される場合、以下の基本ステップ［２−１］を含む。ステップ［２−１］の処理は、ＣＰＵ１０１により実行される。
図１４は、データ送信時のコンピュータ４又は５の動作を説明するフローチャートである。
【００５９】
ステップ［２−１］，図１４：  本部側ＩＳは、分割されて受信されたデータ（パケット）を店舗側ＩＳから送信されてくる図１２（ｂ）に示す制御パケットの集配信ファイルサイズの大きさにブロック化して一時的に格納する。この制御パケットは、店舗側ＩＳ及び本部側ＩＳのアプリケーション間の通信に使用される。本部側ＩＳは、ブロックをＧＲ及びＧＲミラ−の図２（ｆ）に示すＧＲデータ種別テーブルのディレクトリに一括して書き込む。
【００６０】
図１４において、基本ステップ［２−１］はステップＳ３１及びＳ３２からなる。ステップＳ３１はデータ（パケット）をブロック化してＲＡＭ１０３に格納し、ステップＳ３２はブロックをＧＲ及びＧＲミラ−のＧＲデータ種別テーブルのディレクトリに書き込む。
従って、本部側ＩＳが店舗側ＩＳからデータを受信すると、データは所定サイズにまとめられ所定のディレクトリに一括して書き込まれる。この結果、店舗側から小さなサイズのデータを多数受信する本部側ＩＳは、データを所定サイズにまとめて一括して第１のＬＡＮ３を介してＧＲ、即ち、通信制御装置１，２の所定のディレクトリに書き込む。これにより、第１のＬＡＮ３内で送信されるパケット数を少なくしてオーバーヘッドを削減することが可能となる。
【００６１】
［３］  ＧＲ、即ち、通信制御装置１，２の動作は、通信制御装置１，２が図３に示すコンピュータで構成される場合、以下の基本ステップ［３−１］を含む。ステップ［３−１］の処理は、ＣＰＵ１０１により実行される。
図１５は、データ受信時の通信制御装置１，２の動作を説明するフローチャートである。
【００６２】
ステップ［３−１］，図１５：  受信ファイルが本部側ＩＳにより書き込まれた後、即ち、受信ファイルがＧＲ及びＧＲミラーの図２（ｆ）に示すＧＲデータ種別テーブルのディレクトリに一括して書き込まれた後、ＧＲは制御パケット（制御メッセージ）により受信結果の通知を本部側ＩＳを経由して店舗側ＩＳへ返信する。
【００６３】
図１５において、基本ステップ［３−１］はステップＳ４１及びＳ４２からなる。ステップＳ４１は、受信ファイルがＧＲ及びＧＲミラーの図２（ｆ）に示すＧＲデータ種別テーブルのディレクトリに書き込まれたか否かを判定する。ステップＳ４１の判定結果がＹＥＳとなると、ステップＳ４２は、制御パケット（制御メッセージ）により受信結果の通知を本部側ＩＳを経由して店舗側ＩＳへ返信し、処理は終了する。
【００６４】
従って、店舗側ＩＳは、分割してパケットで送信されたデータが全てＧＲで受信されたことを確認できる。又、データがＧＲで受信されたことを所定時間内に確認できない場合には、送信元の店舗側ＩＳが図１２（ａ）に示すＩＳホスト情報テーブルを参照して相手先の本部側ＩＳの順番に応じて相手先の本部側ＩＳを選択し、上記の如くデータ（パケット）を選択され接続可能な相手先の本部側ＩＳへ送信する。
【００６５】
［４］  店舗側ＭＩＮＤＣＯＭ−ＮＴ（即ち、店舗側端末１５）は、店舗側ＩＳ（即ち、店舗側端末１１）がルータ１０、ネットワーク９、ルータ８及び第２のＬＡＮ７を介してコンピュータ４，５等の本部側ＩＳにパケットを送信する場合の店舗側ＩＳと同様に動作する。つまり、端末１５は、モデム／ＴＡ１４、ネットワーク１３及びモデム／ＴＡ１２を介して本部側ＩＳ、即ち、コンピュータ６にデータを送信する。この際、店舗側ＩＳ（端末１１）はパケットにＩＰアドレスを設定することでパケットを送信するが、店舗側ＭＩＮＤＣＯＭ−ＮＴ（端末１５）の場合には本部側ＩＳ（コンピュータ６）の電話番号を発呼して回線を接続し、回線を接続した状態でデータを送信するようにしている。又、本部側ＩＳ（コンピュータ６）は、上記［２］項で説明したのと同様にしてＧＲ（通信制御装置１，２）の所定のディレクトリに受信ファイルを一括して書き込む。
【００６６】
次に、図１２（ａ），（ｂ）に示すテーブルをより詳細に説明する。
図１２（ａ）は、図１１に示す店舗側ＩＳ（端末１１）のＩＳホスト情報テーブルを示す。このＩＳホスト情報テーブルは、ＩＳ台数、ＩＳ情報、ＩＳ番号（１〜１２）、本部側ＩＳのＩＰアドレス、その他の項目を対応付けて登録している。ＩＳ台数は、店舗側ＩＳが所属するライングループの本部側ＩＳの台数を表す。例えば、図１１に示す店舗側ＩＳ（端末１１）の場合、ＩＳ台数はコンピュータ４，５からなる２台である。ＩＳ情報は、本部側ＩＳのＩＳ番号と本部側ＩＳのＩＰアドレスとからなる組の情報を表し、本実施例では１２組の情報が登録可能である。従って、店舗側ＩＳにＩＳホスト情報テーブルを登録することにより、本部側ＩＳからのパケットを受信する店舗側ＩＳ（端末１１）が処理結果を本部側ＩＳに送信する際に本部側ＩＳで障害が発生したり本部側ＩＳからの応答が無い場合に、コンピュータ４，５等の他の本部側ＩＳに代行して順次データを送信及び受信させることができる。
【００６７】
図１２（ｂ）は、制御パケット、即ち、店舗側ＩＳ（端末１１）のアプリケーションと本部側ＩＳ（コンンピュータ４，５）のアプリケーションとの間の制御情報のやり取りに使用されるパケット（又は制御メッセージ）を示す。この制御パケットは、シーケンス番号、集配信区分、端末コード、データ種別、集配信ファイルサイズ、結果コード、その他の項目を対応付けて登録している。シーケンス番号は制御パケットを一意に表し、集配信区分は集信／配信の区分を表す。端末コードは店舗側ＩＳを表すコードであり、データ種別は例えば「マスタメンテ」等のデータの種別を表す。集配信ファイルサイズは上記の如く本部側ＩＳが店舗側ＩＳから受信したデータをまとめてＧＲのディレクトリに一括して書き込むサイズを表す。そして、結果コードは、パケットの受信等の結果を表すコードである。店舗側ＩＳ（端末１１）のアプリケーションと本部側ＩＳ（コンンピュータ４，５）のアプリケーションは、データの送受信を制御するために制御パケットを使用して制御情報のやり取りを行う。
【００６８】
上記の各実施例では、コンピュータ４，５，６等の安価な端末が使用され、端末との通信を制御するメイン及びサブの通信制御装置１，２はデータ処理サービスを提供する第１のＬＡＮ３と接続される。又、コンピュータ４，５は第１のＬＡＮ３と接続され、データは第２のＬＡＮ７を介して多数の端末１１とやり取りされる。コンピュータ６は第１のＬＡＮ３と接続され、データはモデム／ＴＡ１２及び回線Ｌ３，Ｌ４を介して多数の端末１５とやり取りされる。このため、接続される通信制御装置１，２及びコンピュータ４〜６の通信管理制御システム内の台数は、端末の台数又はデータ処理量に応じて増加することができ、各種条件に柔軟に、且つ、安価に対応することができる。従って、通信管理制御システム内の１又は複数のコンピュータで障害が発生しても、通常動作が可能なコンピュータを使用して通信処理を継続することが可能となる。
【００６９】
以下、本発明を実施例により説明したが、本発明は上記の実施例に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能であることは言うまでもない。
【００７０】
【発明の効果】
本発明によれば、接続される端末台数の増加及び通信管理制御システム内のデータ処理量に柔軟に、且つ、低コストで対応可能な通信管理制御システム及びその通信制御装置並びに記憶媒体を実現可能である。
【図面の簡単な説明】
【図１】本発明になる通信管理制御システムの第１実施例を示すブロック図である。
【図２】第１実施例で使用するテーブルの実施例を示す図である。
【図３】図１に示す通信制御装置、コンピュータ及び端末に使用し得るコンピュータの構成を示すブロック図である。
【図４】送信依頼を登録する際の通信制御装置の動作を説明するフローチャートである。
【図５】送信依頼に応答して送信を行う際の通信制御装置の動作を説明するフローチャートである。
【図６】データを受信する際の通信制御装置の動作を説明するフローチャートである。
【図７】ＧＲからの送信依頼を受信する際のＩＳの動作を説明するフローチャートである。
【図８】ＧＲからの送信依頼を受信する際のＢＳの動作を説明するフローチャートである。
【図９】データを受信する際の店舗側の端末の動作を説明するフローチャートである。
【図１０】データを受信する際の本部側の端末の動作を説明するフローチャートである。
【図１１】本発明になる通信管理制御システムの第２実施例を示すブロック図である。
【図１２】第２実施例で使用するテーブルの実施例を示す図である。
【図１３】データを送信する際の店舗側の端末の動作を説明するフローチャートである。
【図１４】データを受信する際のコンピュータの動作を説明するフローチャートである。
【図１５】データを受信する際の通信制御装置の動作を説明するフローチャートである。
【符号の説明】
１，２      通信制御装置
３      第１のＬＡＮ
４〜６，６１      コンピュータ
７      第２のＬＡＮ
８，１０      ルータ
９，１３      ネットワーク
１１，１５      端末
１２，１４      モデム／ＴＡ
【図１】
0003566063.tif 000002
【図２】
0003566063.tif 000003
【図３】
0003566063.tif 000004
【図４】
0003566063.tif 000005
【図５】
0003566063.tif 000006
【図６】
0003566063.tif 000007
【図７】
0003566063.tif 000008
【図８】
0003566063.tif 000009
【図９】
0003566063.tif 000010
【図１０】
0003566063.tif 000011
【図１１】
0003566063.tif 000012
【図１２】
0003566063.tif 000013
【図１３】
0003566063.tif 000014
【図１４】
0003566063.tif 000015
【図１５】
0003566063.tif 000016