JP3566063B2 - Communication management control system, communication control device therefor, and storage medium - Google Patents
Communication management control system, communication control device therefor, and storage medium Download PDFInfo
- Publication number
- JP3566063B2 JP3566063B2 JP2978498A JP2978498A JP3566063B2 JP 3566063 B2 JP3566063 B2 JP 3566063B2 JP 2978498 A JP2978498 A JP 2978498A JP 2978498 A JP2978498 A JP 2978498A JP 3566063 B2 JP3566063 B2 JP 3566063B2
- Authority
- JP
- Japan
- Prior art keywords
- communication control
- control device
- data
- terminal
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は通信管理制御システム及びその通信制御装置並びに記憶媒体に係り、特に複数の端末との間のデータの送受信を管理する通信管理制御システム及びその通信制御装置並びに記憶媒体に関する。
【0002】
【従来の技術】
従来、サーバやホスト装置等の通信制御装置は、複数の店舗と接続するLAN、公衆回線や専用線を利用して、複数の店舗の売上データ等のデータを管理する。この場合、各店舗は遠隔地にあっても良く、各店舗には端末が設けられている。通信制御装置は、LAN、公衆回線や専用線を介してこれらの端末と接続される。売上データ等の送受信は、通信制御装置と複数の端末との間で行われる。
【0003】
【発明が解決しようとする課題】
しかし、通信制御装置がある場所に設置され、データの送受信を行うために公衆回線等を介して遠隔地にある複数の店舗の端末と接続される場合、通信制御装置の収容能力によっては新たな店舗の端末を接続するのは容易ではない。通信制御装置の収容能力が端末の追加接続をサポートするのに不十分であると、通信制御装置の収容能力を増強するために大幅な改造が必要となる。又、端末の追加接続をサポートするのに充分大きな収容能力が得ラレるように通信制御装置の構成を改造することが不可能な場合には、通信制御装置を端末の追加接続をサポートするのに充分大きな収容能力を有する新たな通信制御装置と置き換える必要がある。更に、通信制御装置を改造したり、より大きな収容能力を有する新たな通信制御装置と置き換えたりすると、通信制御装置及び通信制御装置を含む通信管理制御システムのコストが増大してしまう。
【0004】
従って、従来の通信制御装置は、通信制御装置に接続される端末台数の増加に柔軟に、且つ、低コストで対処できないという問題があった。この結果、通信制御装置及び通信管理制御システムは、端末台数が増加すると高速処理を実現できなかった。
本発明は、接続される端末台数の増加及び通信管理制御システム内のデータ処理量に柔軟に、且つ、低コストで対応可能な通信管理制御システム及びその通信制御装置並びに記憶媒体を提供することを目的とする。
【0010】
【課題を解決するための手段】
上記の課題は、ルータを介して外部の端末と内部の通信制御装置との間のデータの送受信を行う通信管理制御システムであって、第1の回線と第2の回線との通信を制御する複数の第1の通信制御装置と、前記第1の回線を介して前記第1の通信制御装置と接続し、通信制御を行う第2の通信制御装置と、前記第1の通信制御装置に関する使用回線数を記録するテーブルと、前記テーブルを参照して使用する回線数に対応する第1の通信制御装置群を求めて、求めた第1の通信制御装置群から、前記第2の通信制御装置と前記第1の通信制御装置との定期的な通信で得た負荷情報を元にして、負荷の少ない第1の通信制御装置を求める手段と、外部の端末に対する送信依頼を、前記求める手段が求めた第1の通信制御装置に振り分ける手段とを備え、前記第2の回線は前記第1の通信制御装置と前記外部の端末とを接続する、通信管理制御システムによって達成できる。
上記の課題は、第1の回線と第2の回線との通信を制御する複数の第1の通信制御装置と、前記第1の回線を介して前記第1の通信制御装置と接続し、通信制御を行う第2の通信制御装置と、前記第1の通信制御装置に関する使用回線数を記録するテーブルとを有し、前記第2の回線は前記第1の通信制御装置と外部の端末とを接続し、ルータを介して前記外部の端末と内部の通信制御装置との間のデータの送受信を行う通信管理制御システムにおいて実施可能なプログラムを記録した記憶媒体であって、前記第2の通信制御装置を、前記テーブルを参照して使用する回線数に対応する第1の通信制御装置群を求めて、求めた第1の通信制御装置群から、前記第2の通信制御装置と前記第1の通信制御装置との定期的な通信で得た負荷情報を元にして、負荷の少ない第1の通信制御装置を求める手段と、送信依頼を前記求める手段が求めた第1の通信制御装置に振り分ける手段として動作させるプログラムを記録した通信制御装置群読み取り可能な記憶媒体によっても達成できる。
本発明によれば、接続される端末台数の増加及び通信管理制御システム内のデータ処理量に柔軟に、且つ、低コストで対応可能な通信管理制御システム及びその通信制御装置並びに記憶媒体を実現可能である。
【0011】
【発明の実施の形態】
以下、本発明の実施例を図面と共に説明する。
【0012】
【実施例】
図1は、本発明になる通信管理制御システムの第1実施例を示す図である。通信管理制御システムの第1実施例は、本発明になる通信制御装置の第1実施例を採用している。
図1において、通信制御装置(MINDCOM−NT/GR)1は、ウィンドウズ(WINDOWS)NTオペレーティングシステム(OS)をインストールされたコンピュータで構成される。この通信制御装置1は二重化された系統の運用系に設けられ、後述する通信制御を管理する。他方、通信制御装置(MINDCOM−NT/GR(ミラー))2は、ウィンドウズNTをインストールされたコンピュータで構成される。この通信制御装置2は二重化された系統の待機系に設けられ、OS又は運用系の通信制御装置1のハードウェアに障害が発生すると継続して通信制御を管理する。二重化された系統の待機系は、ホットスタンバイ系とも呼ばれる。通信制御装置2(ミラーGR)は、通信制御装置1(GR)と同じ機能を備えている。通信制御は、通信制御装置1又は2と後述する複数の端末との間のデータの送受信の管理を含む。
【0013】
第1のLAN3は、通信制御装置1,2と後述するコンピュータ4,5,6とを接続してデータ処理サービスを提供するために設けられている。例えば、10BaseTや100BaseT等の高速通信用のLANが第1のLANとして使用される。
コンピュータ(MINDCOM−NT/IS)4,5は、夫々ウィンドウズNTをインストールされた安価なパーソナルコンピュータ(パソコン)で構成され、本部に設けられている。これらのコンピュータ4,5は、通信制御装置1,2からの通信依頼に応答して、データ内の送信先の端末IDに基づいてか、或いはデータ内の送信先の端末IDの属性に応じてテーブルを参照することで、実際に端末11との間で第2のLAN7、ルータ8、ネットワーク9、ルータ10及びLAN21を介してデータの送受信を行う。第2のLAN7は、通信サービスを提供するために使用される。コンピュータ4,5の台数は、負荷に対応して充分な処理能力を持たせるために、店舗A,B,C,D,...に設けられた端末11の台数に応じて任意に増加される。
【0014】
コンピュータ(MINDCOM−NT/BS)6は、ウィンドウズNTをインストールされた安価なパソコンで構成され、本部に設けられている。このコンピュータ6は、通信制御装置1,2からの通信依頼に応答して、データ内の送信先の端末IDに基づいてか、或いはデータ内の送信先の端末IDの属性に応じてテーブルを参照することで、実際に端末15との間でモデム/ターミナルアダプタ(TA)12、ネットワーク13及びモデム/TA14を介してデータの送受信を行う。コンピュータ6の台数は、負荷に対応して充分な処理能力を持たせるために、店舗A,B,C,D,...に設けられた端末15の台数に応じて任意に増加される。
【0015】
店舗A,B,C,D,...の各々には、少なくとも1台の端末11又は端末15が設けられている。店舗内の端末11は、TCP/IPを使用してコンピュータ4又はコンピュータ5とルータ10を介して通信する。他方、端末15は、夫々同じLANに接続されているわけではなく、遠隔地に設けられている。従って、N台の端末15が設けられているとすると、1:Nの同時多重通信がコンピュータ5とN台の端末15との間でモデム/TA14、ネットワーク13及びモデム/TA12を介して行われる。
【0016】
コンピュータ4,5,6は、夫々通信制御装置の機能を備えている。又、コンピュータ4,5,6には、受信データを一時的に蓄積するためのバッファが設けられている。バッファに蓄積されたデータは、蓄積されたデータ量が所定量に達したか、或いは所定時間が経過すると送信される。コンピュータ4,5,6で受信されるデータは、所定量毎に分割して順次送信しても良い。
【0017】
勿論、コンピュータ6の機能は、コンピュータ4,5の機能に含まれていても良く、又、コンピュータ4,5の機能は、コンピュータ6の機能に含まれていても良い。図1では、これらのコンピュータの機能を容易に理解できるように、説明の便宜上3つのコンピュータ4,5,6が図示されている。
本実施例では、店舗A,B,C,D,...に設けられている端末11,15は、売上データの入力及び送信や各種業務処理を行えるPOS(Point−Of−Sales)端末である。例えば、POS端末はウィンドウズNTをインストールされたコンピュータ(MINDCOM−NT/BS)であり、通信制御装置1,2とデータのやり取りを行う。尚、「MINDCOM−NT」とは、GR、IS又はBSとして使用可能なコンピュータを指す。
【0018】
次に、図1に示す通信管理制御システムの動作を、図2と共に説明する。図2(a)〜(g)は、本実施例で使用するテーブルを示す。以下の説明では、「GR」は通常動作時の通信制御装置1又は通信制御装置1に障害が発生した場合の通信制御装置2を指し、「ミラーGR」は通信制御装置2を指す。又、「IS」はコンピュータ4,5を指し、「BS」はコンピュータ6を指す。
【0019】
図2(a)〜(g)に示すテーブルへの参照は、次のように記載する。例えば、「図2(a)に示すGRシステムテーブル」とは、通常動作時の通信制御装置1の図2(a)に示すGRシステムテーブル、又は、通信制御装置1に障害が発生した場合の通信制御装置2の図2(a)に示すGRシステムテーブルを意味する。
【0020】
図3は、通信制御装置1,2、コンピュータ4〜6及び端末11,15のいずれとしても使用可能なコンピュータの構成を示す。同図に示すように、コンピュータはバス104で接続された中央制御装置(CPU)101、ROM102及びRAM103を有する。ROM102及びRAM103は、夫々半導体記憶装置、磁気ディスク、光ディスクや光磁気ディスク用のディスク装置等の適切な記憶装置やメモリデバイスにより構成される。ROM102はCPU101が実行するプログラムを格納しており、RAM103はCPU101が実行する演算処理の中間データ等のデータを格納する。コンピュータ4,5,6に受信データを一時的に蓄積するために設けられた上記のバッファは、RAM103で構成することができる。
【0021】
本発明になるコンピュータ読み取り可能な記憶媒体は、図3に示すコンピュータ、具体的にはCPU101に、本明細書で説明されている本発明になる通信管理制御システム又は通信制御装置の動作を行わせるプログラムを含む電気/電子的情報を格納可能な各種の記録媒体、記憶装置又はメモリデバイスで構成される。
【0022】
(1) GRの動作は、GRが図3に示すコンピュータで構成される場合、以下の基本ステップ(1−1)〜(1−7)を含む。ステップ(1−1)〜(1−7)の処理は、CPU101により実行される。
図4は、送信依頼登録時のGRの動作を説明するフローチャートであり、図5は、送信依頼に応答して送信を行い際のGRの動作を説明するフローチャートである。又、図6は、データ受信時のGRの動作を説明するフローチャートである。
【0023】
ステップ(1−1),図4: 送信依頼は、ホスト装置等から第1のLAN3を介して受信され、各IS及びBS毎の必要な数の回線制御用タスク(ラインタスク)を立ち上げるために、図2(a)に示すGRシステムテーブルを参照する。ミラーGR(通信制御装置2)が存在していれば、GRはミラーGRと定期的に通信を行ってGRの状態を通知する。
【0024】
ステップ(1−2),図4: ホスト装置等の処理装置から送信依頼を受けたデータについて、GRは図2(b)に示すGR回線属性テーブルを参照して、伝送手順がTCP/IPかBSCであるかを判断する。GRは、判断された伝送手順をIS又はBSに振り分ける。
ステップ(1−3),図4: GRは、データ中に設定されている送信先の端末コード(端末ID)と、ISの場合にはIPアドレス、BSの場合には電話番号及びJCA情状(コンピュータ(センタ)6を示すセンタコード、端末(ステーション)15を示すステーションコード等)を取り出すために、図2(c)に示すGR端末属性テーブルを更に参照する。GRは、取り出した情報を対応する本部側のIS又はBS(以下、本部側IS又はBSと言う)に送信する。送信依頼は、図2(e)に示すGR共通スケジュールテーブルに登録されている。
【0025】
ステップ(1−4),図5: 本部側IS及び本部側BSに対して送信(又は受信)依頼を行う場合、GRは使用するライン数、つまり、本部側IS又はBSへの送信依頼の記録を求めるために、図2(e)に示すGR共通スケジュールテーブルを参照する。又、GRは、使用するライン数に対応する複数のIS及びBSのうち負荷の少ないIS又はBSを求める。GRは複数のIS又はBSと通信を行い、送信(又は受信)依頼を負荷の少ない方のIS又はBSに振り分ける。生存確認のためにGRと複数のIS又はBSとの間で定期的に通信が行われる場合には、複数のIS又はBSの負荷に関する負荷情報はGRへ送信され、GRは各IS又はBSの負荷をこの負荷情報から認識することができる。
【0026】
ステップ(1−5),図5: 上記の判断の際に、GRは図1では図示を省略するホスト装置等から送信依頼を受けたデータのデータ種別に従って、送信するファイル名を含む送信(又は受信)依頼を本部側IS又はBSに送信する。データ種別は、例えばPOSシステム等で一般的に使用されるファイルの一種である「マスタメインテナンス(マスタメンテ)」である。
【0027】
ステップ(1−6),図5: ステップ(1−5)において送信を行う際、GRはファイル名で指定されたファイルを読み込む。又、図2(e)に示すGR共通スケジュールテーブルで指定された端末グループに対して、GRは定義されている全ての端末コード(端末ID)のうち所属する端末コード(端末ID)を取り出すために、図2(d)に示すGR端末グループテーブルを参照する。
【0028】
ステップ(1−7),図6: 受信を行う際には、GRはIS又はBSから受信したデータを図1では図示を省略するホスト装置やデータサーバ等へ送信する。
このようにして、GRは、図1では図示を省略するホスト装置等から送信依頼を受けたデータについて、データ中で指定された端末グループに属する全ての端末に対して負荷分散を図って、使用ライン数の少ないIS又はBSに対して送信依頼を行うことができる。このため、IS又はBSの使用ライン数が多くなりすぎて負荷が過大になる場合には、IS又はBS(コンピュータ4,5,6)の接続台数を順次増加してデータ処理能力を任意に増強して過負荷状態を防止することができる。又、GRメインに対してはGRミラーが設けられ、このGRミラーをホットスタンバイ状態にしているため、GRメインに障害が発生してもGRミラーにより通信管理制御を中断することなく即時に通信管理制御を継続することができる。
【0029】
(2) ISの動作は、ISが図3に示すコンピュータで構成される場合、以下の基本ステップ(2−1)〜(2−2)を含む。ステップ(2−1)〜(2−2)の処理は、CPU101により実行される。
図7は、GRからの送信依頼を受信する際のISの動作を説明するフローチャートである。
【0030】
ステップ(2−1),図7: 本部側ISは、図2(f)に示すISデータ種別テーブル及び図2(c)に示すIS端末属性テーブルを有する。オンラインタスクが起動されると、GRは図2(f)に示すGRデータ種別テーブル及び図2(c)に示すGR端末属性テーブルをダウンロードして、ISデータ種別テーブルがGRデータ種別テーブルと一致してIS端末属性テーブルがGR端末属性テーブルと一致するように、ISデータ種別テーブル及びIS端末属性テーブルを更新する。
【0031】
ステップ(2−2),図7: ISは、GRにより更新されたIS端末属性テーブルから、各端末IDのIPアドレスを取得し、IPアドレスをこの場合ルータ8であるデフォルトゲートウェイへ送信する。デフォルトゲートウェイが別のサブネットワークである場合には、IPアドレスはこの別のサブネットワークへ送信されて送信又は受信依頼を行う。
【0032】
従って、GRから端末ID毎に送信依頼を受けたISは、GRからのダウンロードによりGR端末属性テーブルと一致する図2(c)に示すIS端末属性テーブルと、GRデータ種別テーブルと一致する図2(f)に示すISデータ種別テーブルとを参照する。ISは、IS端末属性テーブルからIPアドレスを取得し、IPアドレスをデータ(パケット)内に設定してデータ(パケット)を第2のLAN7に送信する。この結果、GRからの送信依頼を受信するISは、IPアドレスが設定されたデータ(パケット)を各端末11に送信することが可能となる。
【0033】
(3) BSの動作は、BSが図3に示すコンピュータで構成される場合、以下の基本ステップ(3−1)〜(3−2)を含む。ステップ(3−1)〜(3−2)の処理は、CPU101により実行される。
図8は、GRからの送信依頼を受信する際のBSの動作を説明するフローチャートである。
【0034】
ステップ(3−1),図8: 本部側BSは、図2(f)に示すBSデータ種別テーブル及び図2(c)に示すBS端末属性テーブルを有する。オンラインタスクが起動されると、GRは図2(f)に示すGRデータ種別テーブル及び図2(c)に示すGR端末属性テーブルをダウンロードして、BSデータ種別テーブルがGRデータ種別テーブルと一致してBS端末属性テーブルがGR端末属性テーブルと一致するように、BSデータ種別テーブル及びBS端末属性テーブルを更新する。
【0035】
ステップ(3−2),図7: BSは、GRにより更新されたBS端末属性テーブルから、各端末IDの電話番号及びJCA情報を取得し、BSC手順に従って端末15に対してモデム/TA12経由で発呼する。ここでは、BS毎に2回線を束ねた制御が可能である。
このように、GRから端末ID毎に送信依頼を受けたBSは、GRからのダウンロードによりGR端末属性テーブルと一致する図2(c)に示すBS端末属性テーブルと、GRデータ種別テーブルと一致する図2(f)に示すBSデータ種別テーブルとを参照する。BSは、BS端末属性テーブルから電話番号及びJCA情報を取得し、電話番号及びJCA情報に基づいて端末15に対して発呼してデータを端末15へ送信する。この結果、GRからの送信依頼を受信するBSは、電話番号及びJCA情報に基づいて各端末15に対して発呼してデータを各端末15に送信することが可能となる。
【0036】
尚、上記の説明では、IS及びBSの機能が、夫々独立したコンピュータ4,5,6で実現される。しかし、上述の如く、IS及びBSの両方の機能を単一のコンピュータで実現するようにしても良い。
(4) 次に、端末11の動作を説明する。端末11の動作は、端末11が図3に示すコンピュータで構成される場合、以下の基本ステップ(4−1)を含む。ステップ(4−1)の処理は、CPU101により実行される。
【0037】
図9は、ISからデータを受信する際の端末11の動作を説明するフローチャートである。
ステップ(4−1),図9: 端末11は、店舗側のIS(以下、店舗側ISと言う)である。端末11は、受信したデータ内のデータ種別の内容に応じて受信データ(パケット)を格納して登録し、データ受信結果を本部側ISに返信する。この場合、端末11が受信するデータ内のデータ種別は、「マスタメンテ」等の店舗別に定義されたデータ種別を含み、受信データ(パケット)は例えば「商品マスタ」に登録される。ここで、「商品マスタ」も、例えばPOSシステム等で一般的に使用されるファイルの一種である。
【0038】
図9において、基本ステップ(4−1)は、ステップS1〜S4からなる。ステップS1は、受信されたデータ(パケット)をRAM103に格納し、ステップS2は、受信されたデータ(パケット)が最後のパケットであるか否かを判定する。ステップS2の判定結果がNOであると、ステップS3は、RAM103に格納されたデータ量が所定量以上であるか否かを判定し、ステップS3の判定結果がNOであると処理はステップS1へ戻る。他方、ステップS2又はS3の判定結果がYESであると、ステップS4は、RAM103に格納されているデータ(パケット)をデータ種別で指定されるファイルに格納し、処理はステップS1へ戻る。
【0039】
従って、本部側ISからのデータ(パケット)を受信する端末11、即ち、店舗側ISは、受信データ内のデータ種別により指定された内容に応じてデータを「商品マスタ」に登録する等の処理を行い、データ受信結果を本部側ISに返信することができる。
(5) 次に、端末15の動作を説明する。端末15の動作は、端末15が図3に示すコンピュータで構成される場合、以下の基本ステップ(5−1)を含む。ステップ(5−1)の処理は、CPU101により実行される。
【0040】
図10は、BSからデータを受信する際の端末15の動作を説明するフローチャートである。
ステップ(5−1),図10: 端末15は、店舗側のBS(以下、店舗側BSと言う)である。端末15は、受信したデータ内のデータ種別の内容に応じて受信データ(パケット)を格納して登録し、データ受信結果を本部側BSに返信する。この場合、端末15が受信するデータ内のデータ種別は、「マスタメンテ」等の店舗別に定義されたデータ種別を含み、受信データ(パケット)は例えば「商品マスタ」に登録される。
【0041】
図10において、基本ステップ(5−1)は、ステップS11〜S14からなる。ステップS11は、受信されたデータ(パケット)をRAM103に格納し、ステップS12は、受信されたデータ(パケット)が最後のパケットであるか否かを判定する。ステップS12の判定結果がNOであると、ステップS13は、RAM103に格納されたデータ量が所定量以上であるか否かを判定し、ステップS13の判定結果がNOであると処理はステップS11へ戻る。他方、ステップS12又はS13の判定結果がYESであると、ステップS14は、RAM103に格納されているデータ(パケット)をデータ種別で指定されるファイルに格納し、処理はステップS11へ戻る。
【0042】
従って、本部側BSからのデータ(パケット)を受信する端末15、即ち、店舗側BSは、受信データ内のデータ種別により指定された内容に応じてデータを「商品マスタ」に登録する等の処理を行い、データ受信結果を本部側BSに返信することができる。
次に、図2(a)〜(g)に示すテーブルをより詳細に説明する。
【0043】
図2(a)は、図1に示すGRのGRシステムテーブルを示す。このGRシステムテーブルは、接続端末(IS)台数、使用ラインタスク伝送手順、ミラード有無区分、その他の項目を対応付けて登録している。接続端末(IS)台数は、接続されるコンピュータ4,5の台数を示し、使用ラインタスク伝送手順は、送受信されるデータの伝送手順を示す。使用ラインタスク伝送手順は、例えば手順用の場合は「0」、TCP/IPの場合は「1」、BSCの場合は「2」である。ミラード有無区分は、ミラー(待機系)の有無を示す。
【0044】
図2(b)は、図1に示すGRのGR回線属性テーブルを示す。このGR回線属性テーブルは、ライングループコード、伝送手順、ライングループ単位の使用端末台数、ライングループ単位の使用回線数、その他の項目を対応付けて登録している。ライングループコードは、ライングループを示すコードであり、伝送手順は伝送に使用する例えばTCP/IP等の手順である。ライングループ単位の使用端末台数は、ライングループ単位で使用する端末台数であり、ライングループ単位の使用回線数は、ライングループ単位で使用する回線数である。
【0045】
図2(c)は、図1に示すGR、IS又はBSのGR、IS又はBS端末属性テーブルを示す。IS及びBS端末属性テーブルへの登録は、GRからのダウンローディングに応答して行われる。GR、IS及びBS端末属性テーブルは、夫々端末コード、IPアドレス、電話番号、センタコードやステーションコード等のJCA情報、その他の項目を対応付けて登録している。端末コードは、1つの端末11又は15を一意に表すコードであり、IPアドレスは、1つの送信先の端末11を一意に表す。電話番号は、端末を発呼するのに用いられ、JCA情報は、端末を呼び出す時等に必要な各種情報を含む。
【0046】
図2(d)は、図1に示すGRのGR端末グループテーブルを示す。GR端末グループテーブルは、端末グループコード、端末コード、その他の項目を対応付けて登録している。端末グループコードは、複数の端末からなるグループのコード(ID)を示し、端末コードは、1つの端末を一意に決めるコード(ID)を示す。
【0047】
図2(e)は、図1に示すGRのGR共通端末グループテーブルを示す。GR共通端末グループテーブルは、スケジュール番号(NO)、スケジュール種別、スケジュールの開始・終了時間、端末グループコード、ライングループコード、スケジュール単位の使用回線数、データ種別コード、その他の項目を対応付けて登録している。スケジュールNOは、GRが送信又は受信依頼を受けたスケジュールの番号を示し、IS/BSに依頼した番号である。スケジュール種別は、スケジュールがホスト装置側からの発呼の受信に関するか否か等の、スケジュールの種別を示す。スケジュールの開始・終了時間は、スケジュールを開始する予定時間及び終了時間を示す。端末グループコードは、スケジュールした端末グループのコードを示し、ライングループコードは、スケジュールしたライングループのコードを示す。スケジュール単位の使用回線数は、スケジュール単位で使用している回線数を示し、データ種別コードは、例えば端末の「マスタメンテ」を表すコードのように、データの種別を表すコードである。
【0048】
図2(f)は、図1に示すGR、IS又はBSのGR、IS又はBSデータ種別テーブルを示す。IS及びBSのIS及びBSデータ種別テーブルへの登録は、GRからのダウンローディングに応答して行われる。GR、IS及びBSデータ種別テーブルは、夫々データ種別コード、データ形式、集配信ファイル名、GRメイン共通名称、GRミラード共通名称、その他の項目を対応付けて登録している。データ種別コードは、「マスタメンテ」等のデータの種別を表すコードであり、データ形式は、データがテキスト形式であるかバイナリ形式であるかを表す。データ形式は、例えば「0」の場合にテキスト形式を表し、「1」の場合にバイナリ形式を表す。集配信ファイル名は、ファイルを集配信するときのファイル名を表す。GRメイン共通名称は、GRメイン、即ち、通信制御装置1の名称であり、GRミラード共通名称は、GRミラー、即ち、通信制御装置2の名称である。
【0049】
図2(g)は、図1に示す本部側IS及び店舗側IS(端末側)のIS基本情報テーブルを示す。IS基本情報テーブルは、IS区分、ミラード有無区分、GRメインIPアドレス、GRミラードIPアドレス、ホストIS情報、端末IS情報、その他の項目を対応付けて登録している。IS区分は、ISの区分、即ち、ISが本部側のホスト装置であるか店舗側(端末側)の端末であるかを表すものであり、例えば「0」の場合にホスト装置を表し、「1」の場合に端末を表す。ミラード有無区分は、二重化したGRミラーの有無を表す。GRメインIPアドレスは、GRメイン、即ち、通信制御装置1のIPアドレスを表し、GRミラードIPアドレスは、GRミラー、即ち、通信制御装置2のIPアドレスを表す。ホストIS情報は、ホスト側のIS、つまり、本部側ISに関する情報を表す。端末IS情報は、端末側のIS、つまり、本店舗ISに関する情報を表す。
【0050】
次に、本発明になる通信管理制御システムの第2実施例を、図11,12及び2と共に説明する。図11は、通信管理制御システムの第2実施例を示す図であり、図12は本実施例で使用するテーブルを示す図である。通信管理制御システムの第2実施例は、本発明になる通信制御装置の第2実施例を採用している。尚、図11中、図1と同一部分には同一符号を付す。
【0051】
説明の便宜上、店舗側の端末11,15がコンピュータ4〜6及び通信制御装置1,2にデータを送信する場合について本実施例の動作を説明するものとする。
図11に示す通信制御装置1,2、第1のLAN3、コンピュータ4〜6、第2のLAN7、ルータ8、ネットワーク9、ルータ10、端末11、モデム/TA12、ネットワーク13、モデム/TA14及び端末15は、夫々図1の対応部分と同じ機能を有するので、これらの説明は省略する。
【0052】
ここでは、データ(パケット)が図11中矢印で示す第1及び第2のルートで送信される場合の本実施例の動作を説明する。第1のルートは、端末11、LAN21、ルータ10、回線L1、ネットワーク9、回線L2、ルータ8、第2のLAN7、コンピュータ4,5及び通信制御装置1,2を含む。他方、第2のルートは、端末15、モデム/TA14、回線L3、ネットワーク13、回線L4、モデム/TA14、コンピュータ6、第1のLAN3及び通信制御装置1,2を含む。
【0053】
以下の説明では、「GR」とは、図11に示す通常動作中の通信制御装置1、又は、通信制御装置1で障害が発生した場合の図11に示す通信制御装置2を指す。又、「GRミラー」とは、図11に示す通信制御装置2を指す。更に、「IS」とは、図11に示すコンピュータ4,5を指し、「BS」とは、図11に示すコンピュータ6,61を指す。
【0054】
図2(a)〜(g)及び図12(a),(b)に示すテーブルへの参照は、次のように記載する。例えば、「図12(f)に示すISデータ種別テーブル」とは、図11に示すコンピュータ4,5の図12(f)に示すISデータ種別テーブルを意味する。
[1] 店舗側IS、即ち、端末11の動作は、端末11が図3に示すコンピュータで構成される場合、以下の基本ステップ[1−1]〜[1−2]を含む。ステップ[1−1]〜[1−2]の処理は、CPU101により実行される。
【0055】
図13は、データ送信時の端末11の動作を説明するフローチャートである。
ステップ[1−1],図13: 店舗側ISは、図2(f)に示すデータ種別テーブル及び図12(a)に示すISホスト情報テーブルの内容に従って、データ(パケット)をデフォルトゲートウェイに送信する。
ステップ[1−2],図13: 本部側ISで障害等が発生して、ステップ[1−1]によりデータ(パケット)を送信してから所定時間が経過しても本部側ISから応答を受信できない場合、店舗側ISは、図12(a)に示すISホスト情報テーブルのIS情報に記載された相手先の本部側ISの順番に応じて相手先の本部側ISを選択して、選択され接続可能な相手先の本部側ISと通信を行う。
【0056】
図13において、基本ステップ[1−2]は、ステップS21〜S23からなる。ステップS21は、ステップ[1−1]によるデータ(パケット)を送信してから所定時間以内に本部側ISから応答が受信されたか否かを判定し、判定結果がYESであると処理は終了する。他方、ステップS21の判定結果がNOであると、ステップS22は、図12(a)に示すISホスト情報テーブルのIS情報に記載された相手先の本部側ISの順番に応じて相手先の本部側ISを選択する。又、ステップS23は、ステップS22で選択された相手先の本部側ISと通信を行い、データ(パケット)を選択された相手先の本部側ISへ送信するべく処理はステップ[1−1]へ戻る。
【0057】
従って、店舗側ISが本部側ISからのデータ(パケット)を受信して処理結果等をデータ(パケット)の形で送信する際に、店舗側ISは図2(f)に示すISデータ種別テーブル及び図12(a)に示すISホスト情報テーブルの内容に応じてデータ(パケット)をデフォルトゲートウェイ(データ(パケット)を受信する本部側IS)に送信する。本部側ISからの応答が無い場合、店舗側ISは図12(a)に示すISホスト情報テーブルのIS情報に記載された相手先の本部側ISの順番に応じて相手先の本部側ISを選択し、データ(パケット)を選択され接続可能な相手先の本部側ISへ送信する。このため、たとえ店舗側ISへデータを送信する本部側ISに障害が発生しても、コンピュータ4,5等の他の本部側ISが自動的に代行受信を行って処理の続行を可能とする。
【0058】
[2] 本部側IS、即ち、コンピュータ4又は5の動作は、コンピュータ4又は5が図3に示すコンピュータで構成される場合、以下の基本ステップ[2−1]を含む。ステップ[2−1]の処理は、CPU101により実行される。
図14は、データ送信時のコンピュータ4又は5の動作を説明するフローチャートである。
【0059】
ステップ[2−1],図14: 本部側ISは、分割されて受信されたデータ(パケット)を店舗側ISから送信されてくる図12(b)に示す制御パケットの集配信ファイルサイズの大きさにブロック化して一時的に格納する。この制御パケットは、店舗側IS及び本部側ISのアプリケーション間の通信に使用される。本部側ISは、ブロックをGR及びGRミラ−の図2(f)に示すGRデータ種別テーブルのディレクトリに一括して書き込む。
【0060】
図14において、基本ステップ[2−1]はステップS31及びS32からなる。ステップS31はデータ(パケット)をブロック化してRAM103に格納し、ステップS32はブロックをGR及びGRミラ−のGRデータ種別テーブルのディレクトリに書き込む。
従って、本部側ISが店舗側ISからデータを受信すると、データは所定サイズにまとめられ所定のディレクトリに一括して書き込まれる。この結果、店舗側から小さなサイズのデータを多数受信する本部側ISは、データを所定サイズにまとめて一括して第1のLAN3を介してGR、即ち、通信制御装置1,2の所定のディレクトリに書き込む。これにより、第1のLAN3内で送信されるパケット数を少なくしてオーバーヘッドを削減することが可能となる。
【0061】
[3] GR、即ち、通信制御装置1,2の動作は、通信制御装置1,2が図3に示すコンピュータで構成される場合、以下の基本ステップ[3−1]を含む。ステップ[3−1]の処理は、CPU101により実行される。
図15は、データ受信時の通信制御装置1,2の動作を説明するフローチャートである。
【0062】
ステップ[3−1],図15: 受信ファイルが本部側ISにより書き込まれた後、即ち、受信ファイルがGR及びGRミラーの図2(f)に示すGRデータ種別テーブルのディレクトリに一括して書き込まれた後、GRは制御パケット(制御メッセージ)により受信結果の通知を本部側ISを経由して店舗側ISへ返信する。
【0063】
図15において、基本ステップ[3−1]はステップS41及びS42からなる。ステップS41は、受信ファイルがGR及びGRミラーの図2(f)に示すGRデータ種別テーブルのディレクトリに書き込まれたか否かを判定する。ステップS41の判定結果がYESとなると、ステップS42は、制御パケット(制御メッセージ)により受信結果の通知を本部側ISを経由して店舗側ISへ返信し、処理は終了する。
【0064】
従って、店舗側ISは、分割してパケットで送信されたデータが全てGRで受信されたことを確認できる。又、データがGRで受信されたことを所定時間内に確認できない場合には、送信元の店舗側ISが図12(a)に示すISホスト情報テーブルを参照して相手先の本部側ISの順番に応じて相手先の本部側ISを選択し、上記の如くデータ(パケット)を選択され接続可能な相手先の本部側ISへ送信する。
【0065】
[4] 店舗側MINDCOM−NT(即ち、店舗側端末15)は、店舗側IS(即ち、店舗側端末11)がルータ10、ネットワーク9、ルータ8及び第2のLAN7を介してコンピュータ4,5等の本部側ISにパケットを送信する場合の店舗側ISと同様に動作する。つまり、端末15は、モデム/TA14、ネットワーク13及びモデム/TA12を介して本部側IS、即ち、コンピュータ6にデータを送信する。この際、店舗側IS(端末11)はパケットにIPアドレスを設定することでパケットを送信するが、店舗側MINDCOM−NT(端末15)の場合には本部側IS(コンピュータ6)の電話番号を発呼して回線を接続し、回線を接続した状態でデータを送信するようにしている。又、本部側IS(コンピュータ6)は、上記[2]項で説明したのと同様にしてGR(通信制御装置1,2)の所定のディレクトリに受信ファイルを一括して書き込む。
【0066】
次に、図12(a),(b)に示すテーブルをより詳細に説明する。
図12(a)は、図11に示す店舗側IS(端末11)のISホスト情報テーブルを示す。このISホスト情報テーブルは、IS台数、IS情報、IS番号(1〜12)、本部側ISのIPアドレス、その他の項目を対応付けて登録している。IS台数は、店舗側ISが所属するライングループの本部側ISの台数を表す。例えば、図11に示す店舗側IS(端末11)の場合、IS台数はコンピュータ4,5からなる2台である。IS情報は、本部側ISのIS番号と本部側ISのIPアドレスとからなる組の情報を表し、本実施例では12組の情報が登録可能である。従って、店舗側ISにISホスト情報テーブルを登録することにより、本部側ISからのパケットを受信する店舗側IS(端末11)が処理結果を本部側ISに送信する際に本部側ISで障害が発生したり本部側ISからの応答が無い場合に、コンピュータ4,5等の他の本部側ISに代行して順次データを送信及び受信させることができる。
【0067】
図12(b)は、制御パケット、即ち、店舗側IS(端末11)のアプリケーションと本部側IS(コンンピュータ4,5)のアプリケーションとの間の制御情報のやり取りに使用されるパケット(又は制御メッセージ)を示す。この制御パケットは、シーケンス番号、集配信区分、端末コード、データ種別、集配信ファイルサイズ、結果コード、その他の項目を対応付けて登録している。シーケンス番号は制御パケットを一意に表し、集配信区分は集信/配信の区分を表す。端末コードは店舗側ISを表すコードであり、データ種別は例えば「マスタメンテ」等のデータの種別を表す。集配信ファイルサイズは上記の如く本部側ISが店舗側ISから受信したデータをまとめてGRのディレクトリに一括して書き込むサイズを表す。そして、結果コードは、パケットの受信等の結果を表すコードである。店舗側IS(端末11)のアプリケーションと本部側IS(コンンピュータ4,5)のアプリケーションは、データの送受信を制御するために制御パケットを使用して制御情報のやり取りを行う。
【0068】
上記の各実施例では、コンピュータ4,5,6等の安価な端末が使用され、端末との通信を制御するメイン及びサブの通信制御装置1,2はデータ処理サービスを提供する第1のLAN3と接続される。又、コンピュータ4,5は第1のLAN3と接続され、データは第2のLAN7を介して多数の端末11とやり取りされる。コンピュータ6は第1のLAN3と接続され、データはモデム/TA12及び回線L3,L4を介して多数の端末15とやり取りされる。このため、接続される通信制御装置1,2及びコンピュータ4〜6の通信管理制御システム内の台数は、端末の台数又はデータ処理量に応じて増加することができ、各種条件に柔軟に、且つ、安価に対応することができる。従って、通信管理制御システム内の1又は複数のコンピュータで障害が発生しても、通常動作が可能なコンピュータを使用して通信処理を継続することが可能となる。
【0069】
以下、本発明を実施例により説明したが、本発明は上記の実施例に限定されるものではなく、本発明の範囲内で種々の変形及び改良が可能であることは言うまでもない。
【0070】
【発明の効果】
本発明によれば、接続される端末台数の増加及び通信管理制御システム内のデータ処理量に柔軟に、且つ、低コストで対応可能な通信管理制御システム及びその通信制御装置並びに記憶媒体を実現可能である。
【図面の簡単な説明】
【図1】本発明になる通信管理制御システムの第1実施例を示すブロック図である。
【図2】第1実施例で使用するテーブルの実施例を示す図である。
【図3】図1に示す通信制御装置、コンピュータ及び端末に使用し得るコンピュータの構成を示すブロック図である。
【図4】送信依頼を登録する際の通信制御装置の動作を説明するフローチャートである。
【図5】送信依頼に応答して送信を行う際の通信制御装置の動作を説明するフローチャートである。
【図6】データを受信する際の通信制御装置の動作を説明するフローチャートである。
【図7】GRからの送信依頼を受信する際のISの動作を説明するフローチャートである。
【図8】GRからの送信依頼を受信する際のBSの動作を説明するフローチャートである。
【図9】データを受信する際の店舗側の端末の動作を説明するフローチャートである。
【図10】データを受信する際の本部側の端末の動作を説明するフローチャートである。
【図11】本発明になる通信管理制御システムの第2実施例を示すブロック図である。
【図12】第2実施例で使用するテーブルの実施例を示す図である。
【図13】データを送信する際の店舗側の端末の動作を説明するフローチャートである。
【図14】データを受信する際のコンピュータの動作を説明するフローチャートである。
【図15】データを受信する際の通信制御装置の動作を説明するフローチャートである。
【符号の説明】
1,2 通信制御装置
3 第1のLAN
4〜6,61 コンピュータ
7 第2のLAN
8,10 ルータ
9,13 ネットワーク
11,15 端末
12,14 モデム/TA[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a communication management control system, a communication control device therefor, and a storage medium, and more particularly, to a communication management control system for managing transmission and reception of data between a plurality of terminals, a communication control device therefor, and a storage medium.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, a communication control device such as a server or a host device manages data such as sales data of a plurality of stores by using a LAN connected to a plurality of stores, a public line, or a dedicated line. In this case, each store may be located in a remote place, and each store is provided with a terminal. The communication control device is connected to these terminals via a LAN, a public line, or a dedicated line. Transmission and reception of sales data and the like are performed between the communication control device and a plurality of terminals.
[0003]
[Problems to be solved by the invention]
However, when the communication control device is installed at a certain location and connected to terminals of a plurality of remote stores via a public line to transmit and receive data, a new capacity may be required depending on the capacity of the communication control device. It is not easy to connect store terminals. If the capacity of the communication control device is not sufficient to support additional connection of terminals, a significant modification is required to increase the capacity of the communication control device. Also, if it is not possible to modify the configuration of the communication control device to obtain enough capacity to support the additional connection of the terminal, the communication control device must support the additional connection of the terminal. Needs to be replaced with a new communication control device having a sufficiently large capacity. Further, if the communication control device is modified or replaced with a new communication control device having a larger capacity, the cost of the communication control device and the communication management control system including the communication control device increases.
[0004]
Therefore, the conventional communication control apparatus has a problem that it cannot cope with an increase in the number of terminals connected to the communication control apparatus flexibly and at low cost. As a result, the communication control device and the communication management control system cannot realize high-speed processing when the number of terminals increases.
An object of the present invention is to provide a communication management control system, a communication control device, and a storage medium that can flexibly cope with an increase in the number of connected terminals and a data processing amount in the communication management control system at low cost. Aim.
[0010]
[Means for Solving the Problems]
An object of the present invention is to provide a communication management control system that transmits and receives data between an external terminal and an internal communication control device via a router, and controls communication between a first line and a second line. A plurality of first communication control devices, a second communication control device connected to the first communication control device via the first line to perform communication control, and use related to the first communication control device A table for recording the number of lines, and a first communication control device group corresponding to the number of lines to be used with reference to the table; From, based on the load information obtained in the periodic communication between the second communication control device and the first communication control device, Means for obtaining a first communication control device with a small load; and means for distributing a transmission request to an external terminal to the first communication control device obtained by the obtaining means. , The second line connects the first communication control device and the external terminal, This can be achieved by a communication management control system.
The above object is achieved by connecting a plurality of first communication control devices for controlling communication between a first line and a second line with the first communication control device via the first line, A second communication control device that performs control, and a table that records the number of used lines related to the first communication control device, The second line connects the first communication control device to an external terminal, Through the router Said A storage medium storing a program executable in a communication management control system for transmitting and receiving data between an external terminal and an internal communication control device, wherein the second communication control device is referred to the table. First communication control device group corresponding to the number of lines to be used, and the obtained first communication control device group From, based on the load information obtained in the periodic communication between the second communication control device and the first communication control device, Means for obtaining the first communication control device with a small load, and a group of communication control device readable storage media recording a program for operating as a means for distributing the transmission request to the first communication control device obtained by the means for obtaining a transmission request. Can be achieved.
According to the present invention, it is possible to realize a communication management control system, a communication control device, and a storage medium that can flexibly cope with an increase in the number of connected terminals and the amount of data processing in the communication management control system at low cost. It is.
[0011]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0012]
【Example】
FIG. 1 is a diagram showing a first embodiment of a communication management control system according to the present invention. The first embodiment of the communication management control system employs the first embodiment of the communication control device according to the present invention.
In FIG. 1, a communication control device (MINDCOM-NT / GR) 1 is configured by a computer on which a Windows (WINDOWS) NT operating system (OS) is installed. The
[0013]
The
The computers (MINDCOM-NT / IS) 4 and 5 are inexpensive personal computers (PCs) on which Windows NT is installed, respectively, and are provided at the head office. These
[0014]
The computer (MINDCOM-NT / BS) 6 is composed of an inexpensive personal computer on which Windows NT is installed, and is provided at the head office. In response to a communication request from the
[0015]
Stores A, B, C, D,. . . Are provided with at least one
[0016]
Each of the
[0017]
Of course, the functions of the computer 6 may be included in the functions of the
In this embodiment, stores A, B, C, D,. . . Are POS (Point-Of-Sales) terminals capable of inputting and transmitting sales data and performing various business processes. For example, the POS terminal is a computer (MINDCOM-NT / BS) in which Windows NT is installed, and exchanges data with the
[0018]
Next, the operation of the communication management control system shown in FIG. 1 will be described with reference to FIG. 2A to 2G show tables used in the present embodiment. In the following description, “GR” indicates the
[0019]
References to the tables shown in FIGS. 2A to 2G are described as follows. For example, the “GR system table shown in FIG. 2A” refers to the GR system table shown in FIG. 2A of the
[0020]
FIG. 3 shows a configuration of a computer that can be used as any of the
[0021]
The computer-readable storage medium according to the present invention causes the computer illustrated in FIG. 3, specifically, the CPU 101 to perform the operation of the communication management control system or the communication control device according to the present invention described in this specification. It is composed of various recording media, storage devices or memory devices capable of storing electric / electronic information including programs.
[0022]
(1) The operation of the GR includes the following basic steps (1-1) to (1-7) when the GR is configured by the computer shown in FIG. The processing of steps (1-1) to (1-7) is executed by the CPU 101.
FIG. 4 is a flowchart illustrating the operation of the GR when registering a transmission request, and FIG. 5 is a flowchart illustrating the operation of the GR when transmitting in response to a transmission request. FIG. 6 is a flowchart for explaining the operation of the GR at the time of data reception.
[0023]
Step (1-1), FIG. 4: The transmission request is received from the host device or the like via the
[0024]
Step (1-2), FIG. 4: For data requested to be transmitted from a processing device such as a host device, the GR refers to the GR line attribute table shown in FIG. 2 (b) and determines whether the transmission procedure is TCP / IP. It is determined whether it is BSC. The GR distributes the determined transmission procedure to the IS or the BS.
Step (1-3), FIG. 4: The GR is a terminal code (terminal ID) of the transmission destination set in the data, an IP address in the case of IS, a telephone number and JCA information (in the case of BS). In order to extract a center code indicating the computer (center) 6 and a station code indicating the terminal (station) 15, the GR terminal attribute table shown in FIG. 2C is further referred to. The GR transmits the extracted information to the corresponding headquarters IS or BS (hereinafter referred to as the headquarters IS or BS). The transmission request is registered in the GR common schedule table shown in FIG.
[0025]
Step (1-4), FIG. 5: When making a transmission (or reception) request to the headquarters IS and the headquarters BS, GR is the number of lines to be used, that is, recording of a transmission request to the headquarters IS or BS. In order to obtain the same, the GR common schedule table shown in FIG. Further, the GR finds an IS or BS with a small load among a plurality of ISs and BSs corresponding to the number of lines to be used. The GR communicates with a plurality of ISs or BSs and distributes transmission (or reception) requests to ISs or BSs with smaller loads. When communication is periodically performed between the GR and a plurality of ISs or BSs for alive confirmation, load information on the loads of the plurality of ISs or BSs is transmitted to the GR, and the GR is transmitted to each IS or BS. The load can be recognized from the load information.
[0026]
Step (1-5), FIG. 5: At the time of the above judgment, the GR includes the file name to be transmitted according to the data type of the data requested to be transmitted from the host device or the like not shown in FIG. (Reception) Send the request to the headquarters IS or BS. The data type is, for example, “master maintenance (master maintenance)” which is a type of file generally used in a POS system or the like.
[0027]
Step (1-6), FIG. 5: When transmitting in the step (1-5), the GR reads the file specified by the file name. In addition, for the terminal group specified in the GR common schedule table shown in FIG. 2E, the GR extracts the terminal code (terminal ID) to which it belongs from all the defined terminal codes (terminal IDs). Next, the GR terminal group table shown in FIG.
[0028]
Step (1-7), FIG. 6: When performing reception, the GR transmits data received from the IS or BS to a host device, a data server, etc., not shown in FIG.
In this way, the GR distributes the load of the data requested to be transmitted from the host device or the like not shown in FIG. 1 to all the terminals belonging to the terminal group specified in the data, and uses the data. A transmission request can be made to an IS or BS with a small number of lines. For this reason, when the number of IS or BS lines used becomes too large and the load becomes excessive, the number of connected IS or BS (
[0029]
(2) The operation of the IS includes the following basic steps (2-1) to (2-2) when the IS is configured by the computer shown in FIG. The processing of steps (2-1) to (2-2) is executed by the CPU 101.
FIG. 7 is a flowchart illustrating the operation of the IS when receiving a transmission request from the GR.
[0030]
Step (2-1), FIG. 7: The head office IS has an IS data type table shown in FIG. 2 (f) and an IS terminal attribute table shown in FIG. 2 (c). When the online task is activated, the GR downloads the GR data type table shown in FIG. 2 (f) and the GR terminal attribute table shown in FIG. 2 (c), and the IS data type table matches the GR data type table. Then, the IS data type table and the IS terminal attribute table are updated so that the IS terminal attribute table matches the GR terminal attribute table.
[0031]
Step (2-2), FIG. 7: The IS acquires the IP address of each terminal ID from the IS terminal attribute table updated by GR, and transmits the IP address to the default gateway which is the
[0032]
Therefore, the IS that has received a transmission request for each terminal ID from the GR matches the GR terminal attribute table shown in FIG. 2C by downloading from the GR, and the IS data attribute table shown in FIG. Reference is made to the IS data type table shown in FIG. The IS acquires the IP address from the IS terminal attribute table, sets the IP address in the data (packet), and transmits the data (packet) to the second LAN 7. As a result, the IS that receives the transmission request from the GR can transmit data (packet) in which the IP address is set to each terminal 11.
[0033]
(3) The operation of the BS includes the following basic steps (3-1) to (3-2) when the BS is configured by the computer shown in FIG. The processing of steps (3-1) to (3-2) is executed by the CPU 101.
FIG. 8 is a flowchart illustrating the operation of the BS when receiving a transmission request from the GR.
[0034]
Step (3-1), FIG. 8: The head office BS has a BS data type table shown in FIG. 2 (f) and a BS terminal attribute table shown in FIG. 2 (c). When the online task is started, the GR downloads the GR data type table shown in FIG. 2 (f) and the GR terminal attribute table shown in FIG. 2 (c), and the BS data type table matches the GR data type table. Then, the BS data type table and the BS terminal attribute table are updated so that the BS terminal attribute table matches the GR terminal attribute table.
[0035]
Step (3-2), FIG. 7: The BS acquires the telephone number and the JCA information of each terminal ID from the BS terminal attribute table updated by the GR, and transmits the terminal 15 to the terminal 15 via the modem /
As described above, the BS that has received the transmission request for each terminal ID from the GR matches the GR terminal attribute table shown in FIG. 2C and the GR data type table, which match the GR terminal attribute table by downloading from the GR. Reference is made to the BS data type table shown in FIG. The BS acquires the telephone number and the JCA information from the BS terminal attribute table, makes a call to the terminal 15 based on the telephone number and the JCA information, and transmits the data to the terminal 15. As a result, the BS that receives the transmission request from the GR can make a call to each terminal 15 based on the telephone number and the JCA information and transmit data to each terminal 15.
[0036]
In the above description, the functions of the IS and the BS are realized by
(4) Next, the operation of the terminal 11 will be described. The operation of the terminal 11 includes the following basic steps (4-1) when the terminal 11 is configured by the computer shown in FIG. The process of step (4-1) is executed by the CPU 101.
[0037]
FIG. 9 is a flowchart for explaining the operation of the terminal 11 when receiving data from the IS.
Step (4-1), FIG. 9: The terminal 11 is a store-side IS (hereinafter, referred to as a store-side IS). The terminal 11 stores and registers the received data (packet) according to the content of the data type in the received data, and returns a data reception result to the headquarter IS. In this case, the data type in the data received by the terminal 11 includes a data type defined for each store such as “master maintenance”, and the received data (packet) is registered in, for example, a “product master”. Here, the “product master” is also a type of file generally used in a POS system, for example.
[0038]
In FIG. 9, the basic step (4-1) includes steps S1 to S4. A step S1 stores the received data (packet) in the RAM 103, and a step S2 determines whether or not the received data (packet) is the last packet. If the decision result in the step S2 is NO, a step S3 decides whether or not the amount of data stored in the RAM 103 is equal to or more than a predetermined amount. If the decision result in the step S3 is NO, the process proceeds to the step S1. Return. On the other hand, if the decision result in the step S2 or S3 is YES, a step S4 stores the data (packet) stored in the RAM 103 in a file specified by the data type, and the process returns to the step S1.
[0039]
Therefore, the terminal 11 that receives data (packet) from the headquarters IS, that is, the store IS, performs processing such as registering data in the “product master” according to the content specified by the data type in the received data. And the data reception result can be returned to the headquarters IS.
(5) Next, the operation of the terminal 15 will be described. The operation of the terminal 15 includes the following basic steps (5-1) when the terminal 15 is configured by the computer shown in FIG. The process of step (5-1) is executed by the CPU 101.
[0040]
FIG. 10 is a flowchart illustrating the operation of
Step (5-1), FIG. 10: The terminal 15 is a store-side BS (hereinafter, referred to as a store-side BS). The terminal 15 stores and registers the received data (packet) according to the content of the data type in the received data, and returns a data reception result to the headquarter BS. In this case, the data type in the data received by the terminal 15 includes a data type defined for each store such as “master maintenance”, and the received data (packet) is registered in, for example, a “product master”.
[0041]
In FIG. 10, the basic step (5-1) includes steps S11 to S14. A step S11 stores the received data (packet) in the RAM 103, and a step S12 determines whether or not the received data (packet) is the last packet. If the decision result in the step S12 is NO, a step S13 decides whether or not the data amount stored in the RAM 103 is equal to or more than a predetermined amount. If the decision result in the step S13 is NO, the process proceeds to the step S11. Return. On the other hand, if the decision result in the step S12 or S13 is YES, a step S14 stores the data (packet) stored in the RAM 103 in a file specified by the data type, and the process returns to the step S11.
[0042]
Therefore, the terminal 15 that receives data (packet) from the headquarters BS, that is, the store BS, performs processing such as registering data in the “product master” according to the content specified by the data type in the received data. And a data reception result can be returned to the headquarters side BS.
Next, the tables shown in FIGS. 2A to 2G will be described in more detail.
[0043]
FIG. 2A shows a GR system table of the GR shown in FIG. In this GR system table, the number of connected terminals (IS), the used line task transmission procedure, the presence or absence of mirroring, and other items are registered in association with each other. The number of connected terminals (IS) indicates the number of
[0044]
FIG. 2B shows a GR line attribute table of the GR shown in FIG. In the GR line attribute table, a line group code, a transmission procedure, the number of used terminals in line group units, the number of used lines in line group units, and other items are registered in association with each other. The line group code is a code indicating a line group, and the transmission procedure is a procedure such as TCP / IP used for transmission. The number of terminals used per line group is the number of terminals used per line group, and the number of used lines per line group is the number of lines used per line group.
[0045]
FIG. 2C shows a GR, IS or BS terminal attribute table of the GR, IS or BS shown in FIG. Registration in the IS and BS terminal attribute table is performed in response to downloading from the GR. The GR, IS, and BS terminal attribute tables respectively register terminal codes, IP addresses, telephone numbers, JCA information such as center codes and station codes, and other items in association with each other. The terminal code is a code that uniquely represents one
[0046]
FIG. 2D shows a GR terminal group table of the GR shown in FIG. In the GR terminal group table, a terminal group code, a terminal code, and other items are registered in association with each other. The terminal group code indicates a code (ID) of a group including a plurality of terminals, and the terminal code indicates a code (ID) that uniquely determines one terminal.
[0047]
FIG. 2E shows a GR common terminal group table of the GR shown in FIG. In the GR common terminal group table, a schedule number (NO), a schedule type, a start / end time of a schedule, a terminal group code, a line group code, the number of lines used in a schedule unit, a data type code, and other items are registered in association with each other. are doing. The schedule number indicates the number of the schedule for which the GR has received the transmission or reception request, and is the number requested by the IS / BS. The schedule type indicates the type of schedule, such as whether or not the schedule is related to the reception of a call from the host device. The start / end time of the schedule indicates the scheduled time and the end time of starting the schedule. The terminal group code indicates a scheduled terminal group code, and the line group code indicates a scheduled line group code. The number of lines used in the schedule unit indicates the number of lines used in the schedule unit, and the data type code is a code indicating the type of data, for example, a code indicating “master maintenance” of the terminal.
[0048]
FIG. 2F shows a GR, IS or BS data type table of the GR, IS or BS shown in FIG. The registration of the IS and BS in the IS and BS data type table is performed in response to the downloading from the GR. In the GR, IS, and BS data type tables, data type codes, data formats, collection / delivery file names, GR main common names, GR mirrored common names, and other items are registered in association with each other. The data type code is a code indicating the type of data such as “master maintenance”, and the data format indicates whether the data is in text format or binary format. As for the data format, for example, “0” indicates a text format, and “1” indicates a binary format. The collection delivery file name indicates a file name when the files are collected and delivered. The GR main common name is the name of the GR main, that is, the name of the
[0049]
FIG. 2G shows an IS basic information table of the head office IS and the store IS (terminal) shown in FIG. In the IS basic information table, an IS section, a mirrored section, a GR main IP address, a GR mirrored IP address, host IS information, terminal IS information, and other items are registered in association with each other. The IS classification indicates the classification of the IS, that is, whether the IS is a host device on the headquarters side or a terminal on the store side (terminal side). For example, in the case of “0”, it indicates the host device. "1" indicates a terminal. The mirrored presence / absence category indicates the presence / absence of a duplicated GR mirror. The GR main IP address indicates the GR main, that is, the IP address of the
[0050]
Next, a description will be given of a second embodiment of the communication management control system according to the present invention, by referring to FIGS. FIG. 11 is a diagram showing a second embodiment of the communication management control system, and FIG. 12 is a diagram showing a table used in the present embodiment. The second embodiment of the communication management control system employs the second embodiment of the communication control device according to the present invention. In FIG. 11, the same parts as those in FIG. 1 are denoted by the same reference numerals.
[0051]
For convenience of explanation, the operation of the present embodiment will be described in the case where the
11, the
[0052]
Here, the operation of this embodiment when data (packet) is transmitted through the first and second routes indicated by arrows in FIG. 11 will be described. The first route includes the terminal 11, the LAN 21, the
[0053]
In the following description, "GR" refers to the
[0054]
References to the tables shown in FIGS. 2A to 2G and FIGS. 12A and 12B are described as follows. For example, the “IS data type table shown in FIG. 12 (f)” means the IS data type table shown in FIG. 12 (f) of the
[1] The store-side IS, that is, the operation of the terminal 11 includes the following basic steps [1-1] to [1-2] when the terminal 11 is configured by the computer shown in FIG. The processing of steps [1-1] to [1-2] is executed by the CPU 101.
[0055]
FIG. 13 is a flowchart illustrating the operation of
Step [1-1], FIG. 13: The store-side IS transmits data (packet) to the default gateway according to the contents of the data type table shown in FIG. 2 (f) and the IS host information table shown in FIG. 12 (a). I do.
Step [1-2], FIG. 13: Even if a failure or the like has occurred in the headquarters IS and a predetermined time has elapsed after transmitting data (packets) in step [1-1], a response from the headquarters IS is received. If reception is not possible, the store-side IS selects the other party's headquarters IS according to the order of the other party's headquarters IS described in the IS information of the IS host information table shown in FIG. It communicates with the headquarters IS of the other party that can be connected.
[0056]
In FIG. 13, the basic step [1-2] includes steps S21 to S23. A step S21 decides whether or not a response is received from the headquarters IS within a predetermined time after transmitting the data (packet) in the step [1-1], and the process ends if the decision result is YES. . On the other hand, if the decision result in the step S21 is NO, a step S22 decides the other party's headquarters IS according to the order of the other party's headquarters IS described in the IS information of the IS host information table shown in FIG. Select the side IS. In step S23, communication is performed with the headquarters IS of the partner selected in step S22, and the process proceeds to step [1-1] to transmit data (packet) to the headquarters IS of the selected partner. Return.
[0057]
Therefore, when the store-side IS receives data (packets) from the headquarters-side IS and transmits processing results and the like in the form of data (packets), the store-side IS uses the IS data type table shown in FIG. The data (packet) is transmitted to the default gateway (the head office IS that receives the data (packet)) in accordance with the contents of the IS host information table shown in FIG. When there is no response from the headquarters IS, the store IS changes the partner's headquarters IS according to the order of the partner's headquarters IS described in the IS information of the IS host information table shown in FIG. Then, the selected data (packet) is transmitted to the headquarters IS of the selected and connectable destination. Therefore, even if a failure occurs in the headquarters IS that transmits data to the store IS, another headquarters IS such as the
[0058]
[2] The headquarters IS, that is, the operation of the
FIG. 14 is a flowchart illustrating the operation of the
[0059]
Step [2-1], FIG. 14: The headquarters-side IS sends the received data (packet) divided from the store-side IS to the size of the collection / delivery file size of the control packet shown in FIG. Then block and store temporarily. This control packet is used for communication between the applications of the store IS and the head office IS. The head office IS collectively writes the blocks in the GR and GR mirror in the directory of the GR data type table shown in FIG.
[0060]
In FIG. 14, the basic step [2-1] includes steps S31 and S32. In step S31, the data (packet) is divided into blocks and stored in the RAM 103, and in step S32, the blocks are written in the GR and the GR data type table directory of the GR mirror.
Therefore, when the headquarters-side IS receives data from the store-side IS, the data is grouped into a predetermined size and written collectively in a predetermined directory. As a result, the headquarters IS, which receives a large number of small-sized data from the store, collects the data into a predetermined size and collectively collects the data via the
[0061]
[3] GR, that is, the operation of the
FIG. 15 is a flowchart illustrating the operation of the
[0062]
Step [3-1], FIG. 15: After the received file is written by the headquarters IS, that is, the received file is collectively written to the GR and GR mirror in the directory of the GR data type table shown in FIG. 2 (f). After that, the GR returns a notification of the reception result by a control packet (control message) to the store side IS via the head office IS.
[0063]
In FIG. 15, the basic step [3-1] includes steps S41 and S42. A step S41 decides whether or not the received file has been written to the directory of the GR data type table shown in FIG. 2F of the GR and the GR mirror. If the decision result in the step S41 is YES, a step S42 returns a notification of the reception result by a control packet (control message) to the store side IS via the head office IS, and the process ends.
[0064]
Therefore, the store-side IS can confirm that all the data transmitted in the divided and transmitted packet has been received by the GR. If it is not possible to confirm within a predetermined time that the data has been received by the GR, the store-side IS of the transmission source refers to the IS host information table shown in FIG. The head office IS of the partner is selected according to the order, and data (packet) is selected and transmitted to the head office IS of the connectable partner as described above.
[0065]
[4] The store-side MINDCOM-NT (that is, the store-side terminal 15) is configured such that the store-side IS (that is, the store-side terminal 11) is connected to the
[0066]
Next, the tables shown in FIGS. 12A and 12B will be described in more detail.
FIG. 12A shows an IS host information table of the store-side IS (terminal 11) shown in FIG. This IS host information table registers the number of ISs, IS information, IS numbers (1 to 12), the IP address of the head office IS, and other items in association with each other. The number of ISs indicates the number of headquarters ISs in the line group to which the store ISs belong. For example, in the case of the store-side IS (terminal 11) shown in FIG. 11, the number of ISs is two including the
[0067]
FIG. 12B shows a control packet, that is, a packet (or control) used for exchanging control information between the application of the store IS (terminal 11) and the application of the head office IS (
[0068]
In each of the above embodiments, inexpensive terminals such as
[0069]
Hereinafter, the present invention has been described with reference to examples. However, the present invention is not limited to the above examples, and it goes without saying that various modifications and improvements can be made within the scope of the present invention.
[0070]
【The invention's effect】
According to the present invention, it is possible to realize a communication management control system, a communication control device, and a storage medium that can flexibly cope with an increase in the number of connected terminals and the amount of data processing in the communication management control system at low cost. It is.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a first embodiment of a communication management control system according to the present invention.
FIG. 2 is a diagram illustrating an example of a table used in the first example.
FIG. 3 is a block diagram illustrating a configuration of a computer that can be used for the communication control device, the computer, and the terminal illustrated in FIG. 1;
FIG. 4 is a flowchart illustrating an operation of the communication control device when registering a transmission request.
FIG. 5 is a flowchart illustrating an operation of the communication control device when transmitting in response to a transmission request.
FIG. 6 is a flowchart illustrating an operation of the communication control device when receiving data.
FIG. 7 is a flowchart illustrating an operation of an IS when receiving a transmission request from a GR.
FIG. 8 is a flowchart illustrating an operation of a BS when receiving a transmission request from a GR.
FIG. 9 is a flowchart illustrating an operation of a store-side terminal when receiving data.
FIG. 10 is a flowchart illustrating an operation of a terminal on the headquarters side when receiving data.
FIG. 11 is a block diagram showing a second embodiment of the communication management control system according to the present invention.
FIG. 12 is a diagram illustrating an example of a table used in the second example.
FIG. 13 is a flowchart illustrating the operation of the terminal on the store side when transmitting data.
FIG. 14 is a flowchart illustrating an operation of a computer when receiving data.
FIG. 15 is a flowchart illustrating an operation of the communication control device when receiving data.
[Explanation of symbols]
1, 2 Communication control device
3 First LAN
4-6,61 Computer
7 Second LAN
8,10 router
9,13 Network
11,15 terminal
12,14 Modem / TA
Claims (2)
第1の回線と第2の回線との通信を制御する複数の第1の通信制御装置と、
前記第1の回線を介して前記第1の通信制御装置と接続し、通信制御を行う第2の通信制御装置と、
前記第1の通信制御装置に関する使用回線数を記録するテーブルと、
前記テーブルを参照して使用する回線数に対応する第1の通信制御装置群を求めて、求めた第1の通信制御装置群から、前記第2の通信制御装置と前記第1の通信制御装置との定期的な通信で得た負荷情報を元にして、負荷の少ない第1の通信制御装置を求める手段と、
外部の端末に対する送信依頼を、前記求める手段が求めた第1の通信制御装置に振り分ける手段とを備え、
前記第2の回線は前記第1の通信制御装置と前記外部の端末とを接続する、通信管理制御システム。A communication management control system for transmitting and receiving data between an external terminal and an internal communication control device via a router,
A plurality of first communication control devices for controlling communication between the first line and the second line;
A second communication control device that connects to the first communication control device via the first line and performs communication control;
A table for recording the number of used lines related to the first communication control device;
A first communication control device group corresponding to the number of lines to be used is obtained by referring to the table, and the second communication control device and the first communication control device are obtained from the obtained first communication control device group. Means for obtaining a first communication control device with a small load, based on load information obtained by periodic communication with
Means for distributing a transmission request to an external terminal to the first communication control device obtained by the obtaining means ,
The communication management control system , wherein the second line connects the first communication control device and the external terminal .
前記第2の通信制御装置を、
前記テーブルを参照して使用する回線数に対応する第1の通信制御装置群を求めて、求めた第1の通信制御装置群から、前記第2の通信制御装置と前記第1の通信制御装置との定期的な通信で得た負荷情報を元にして、負荷の少ない第1の通信制御装置を求める手段と、
送信依頼を前記求める手段が求めた第1の通信制御装置に振り分ける手段と、
して動作させるプログラムを記録した通信制御装置群読み取り可能な記憶媒体。A plurality of first communication control devices that control communication between a first line and a second line, and a second communication control device that performs communication control by connecting to the first communication control device via the first line. Communication control device, and a table for recording the number of lines used for the first communication control device, the second line connects the first communication control device and an external terminal, a router a storage medium storing a feasible program in the communication management control system for transmitting and receiving data between the external terminal and internal communication control device via,
The second communication control device,
A first communication control device group corresponding to the number of lines to be used is obtained by referring to the table, and the second communication control device and the first communication control device are obtained from the obtained first communication control device group. Means for obtaining a first communication control device with a small load, based on load information obtained by periodic communication with
Means for distributing the transmission request to the first communication control device obtained by the means for obtaining,
A storage medium readable by a group of communication control devices that stores a program to be operated.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2978498A JP3566063B2 (en) | 1997-02-21 | 1998-02-12 | Communication management control system, communication control device therefor, and storage medium |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP3744597 | 1997-02-21 | ||
JP9-37445 | 1997-02-21 | ||
JP2978498A JP3566063B2 (en) | 1997-02-21 | 1998-02-12 | Communication management control system, communication control device therefor, and storage medium |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH10294754A JPH10294754A (en) | 1998-11-04 |
JP3566063B2 true JP3566063B2 (en) | 2004-09-15 |
Family
ID=26368018
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2978498A Expired - Fee Related JP3566063B2 (en) | 1997-02-21 | 1998-02-12 | Communication management control system, communication control device therefor, and storage medium |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3566063B2 (en) |
-
1998
- 1998-02-12 JP JP2978498A patent/JP3566063B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JPH10294754A (en) | 1998-11-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101449559B (en) | Distributed storage | |
US5872929A (en) | Method and system for managing terminals in a network computing system using terminal information including session status | |
JP6191159B2 (en) | Server, backup system, backup method, and computer program | |
US20040049546A1 (en) | Mail processing system | |
CN101663868A (en) | Different and independence extendible messenger service (MS) content stores on redundant, geography | |
JP3520083B2 (en) | Change Distribution Method for Fault Tolerance in Distributed Database System | |
JP7097427B2 (en) | Data processing system and data processing method | |
JPH10222410A (en) | Data processing method in coupling device | |
US7558257B2 (en) | Information switch | |
JP6812673B2 (en) | Image processing systems, image forming equipment, data sharing methods, and computer programs | |
JP3566063B2 (en) | Communication management control system, communication control device therefor, and storage medium | |
JP2011154703A (en) | Translation agent server | |
JP2018041323A (en) | Communication system and communication method | |
JP2009277120A (en) | Server system | |
JPH01263856A (en) | User ID management method | |
JP4305364B2 (en) | Web service request relay system, Web service request relay method, relay server, and program thereof | |
JPH07262205A (en) | Database access agent | |
JP2000261556A (en) | System and method for message response | |
JP3683706B2 (en) | Method and apparatus for managing communication between computers, and medium storing program for managing communication | |
JP4025969B2 (en) | Mail exchange method and system | |
JP4910274B2 (en) | Program and server device | |
JP2007164535A (en) | Business integration method, business integration device, business integration system, and business integration program | |
JP2002374248A (en) | Network system and data transfer method in network | |
JP7018359B2 (en) | Relay server and relay method | |
JP3516850B2 (en) | FAX management device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040608 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040609 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090618 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |