(57)【特許請求の範囲】
【請求項１】
ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用を定着させるための所定の定着コマンドを受信しないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、
前記運用メモリのデータベースをバックアップ保持するバックアップメモリを備え、
前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記バックアップメモリの旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記バックアップメモリの旧データベースをそのままに保持し、前記所定時間内における定着コマンドの受信後に、前記バックアップメモリの旧データベースを前記運用メモリのデータベースで書き換えることを特徴とするデータベース保証方式。
【請求項２】
ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、
前記運用メモリのデータベースをバックアップ保持する揮発性バックアップメモリと、
前記運用メモリのデータベースをバックアップ保持する第１及び第２の不揮発性バックアップメモリとを備え、
前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記揮発性バックアップメモリの旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記第１及び第２の不揮発性バックアップメモリのうちの何れか一方の旧データベースをそのままに保持し、残りの一方の旧データベースを前記運用メモリのデータベースで書き換えることを特徴とするデータベース保証方式。
【請求項３】
旧ソフトウェアによる運用に切戻す際に、旧ソフトウェアと揮発性バッ
クアップメモリのデータベースとの間の整合性を検査すると共に、整合が得られた場合は該揮発性バックアップメモリのデータベースから旧データベースを復元し、また前記整合が得られない場合は第１及び第２の不揮発性バックアップメモリのデータベースとの間の整合性を検査すると共に、少なくとも何れか一方との間で整合が得られた場合は、該整合が得られた方のデータベースから旧データベースを復元することを特徴とする請求項２のデータベース保証方式。
【請求項４】
ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、
前記運用メモリのデータベースをバックアップ保持する第１及び第２のバックアップメモリを備え、
前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記第１及び第２のバックアップメモリの内のいずれか一方のメモリの旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記第１及び第２のバックアップメモリのうちの何れか一方のメモリの旧データベースをそのままに保持し、残りの一方の旧データベースを前記運用メモリのデータベースで書き換えることを特徴とするデータベース保証方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータベース保証方式に関し、更に詳しくは、ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式に関する。
【０００２】
近年、通信システム（交換装置，伝送装置等）の構成はソフトウェア主導のものとなっており、その機能のエンハンスや修正はソフトウェア（データベースを含む）の入れ換えによって行われる。特に、ネットワークを構成する通信システムでは、全通信システムのソフトウェアを一斉に入れ換える必要があり、その際には、旧ソフトウェアから新ソフトウェアへの切替え処理、及び該切替えが正常に行われなかった場合の新ソフトウェアから旧ソフトウェアの切戻し処理が円滑かつ確実に行われる必要がある。
【０００３】
【従来の技術】
例えば伝送装置では、遠隔より機能アップされた新ソフトウェアをスタンバイ側にダウンロードすると共に、バンクスイッチにより現用の旧ソフトウェアとダウンロードした新ソフトウェアの切替えを速やかに行う。
この時、旧ソフトウェアのデータベースと新ソフトウェアのデータベースとが異なっている場合もあるが、一般に、この種のデータベースは上位互換性を持っており、旧データベースの設定値（但し、運用により更新可）はそのまま継承し、これに新データベースの設定値を追加する形で、ソフトウェア及びデータベースが同時に版数アップされる。
【０００４】
従来は、この時点で（即ち、新ソフトウェア及び新データベースの定着を待たずに）全バックアップメモリの旧データベースを新データベースで書き換えていた。
ところで、上記新ソフトウェアへの切替えを行っても、ネットワーク上の何れか１の伝送装置で新ソフトウェアへの切替えがうまく行かないと、ネットワークに対する新ソフトウェアの定着は行われず、このため各伝送装置では一斉に旧ソフトウェアへの切戻しを行う必要がある。
【０００５】
【発明が解決しようとする課題】
しかし、上記従来のデータベース保証方式によると、バックアップメモリの旧データベースは新ソフトウェアへの切替の時点で全て消去されてしまうため、切戻しが発生した時は、もはや旧運用のデータベースを復元できないと言う問題があった。
【０００６】
また、このために、システムの運用を旧ソウトウエアのデフォルトデータベース（初期設定値）で再開しなくてはならないと言う不都合があった。
本発明の目的は、通信システムに新プログラムが定着されず、リスタート切戻しとなった場合でも、旧運用のデータベースを確実に復元させることの可能なデータベース保証方式を提供することにある。
【０００７】
【課題を解決するための手段】
上記の課題は図１（Ａ）の構成により解決される。即ち、本発明（１）のデータベース保証方式は、ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用を定着させるための所定の定着コマンドを受信しないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、前記運用メモリのデータベースをバックアップ保持するバックアップメモリ４１を備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記バックアップメモリ４１の旧データベース（旧ＤＢ）から新運用のための新データベース（新ＤＢ）を生成し
て前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記バックアップメモリ４１の旧データベースをそのままに保持し、前記所定時間内における定着コマンドの受信後に、前記バックアップメモリ４１の旧データベースを前記運用メモリのデータベースで書き換えるものである。
【０００８】
本発明（１）によれば、通信システムに新プログラムが定着されず、リスタート切戻しとなった場合でも、バックアップメモリ４１は旧データベースをそのままバックアップ保持しているので、旧運用のデータベースを確実に復元させることが可能である。
また上記の課題は図１（Ｂ）の構成により解決される。即ち、本発明（２）のデータベース保証方式は、ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、前記運用メモリのデータベースをバックアップ保持する揮発性バックアップメモリ４１と、前記運用メモリのデータベースをバックアップ保持する第１及び第２の不揮発性バックアップメモリ５２１，５２２とを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記揮発性バックアップメモリ４１の旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記第１及び第２の不揮発性バックアップメモリ５２１，５２２のうちの何れか一方の旧データベースをそのままに保持し、残りの一方の旧データベースを前記運用メモリのデータベースで書き換えるものである。
【０００９】
本発明（２）によれば、通信システムに新プログラムが定着されず、リスタート切戻しとなった場合でも、第１又は第２の不揮発性バックアップメモリ５２１／５２２は旧データベースをそのままバックアップ保持しているので、旧運用のデータベースを確実に復元させることが可能である。しかも、第１及び第２の不揮発性バックアップメモリ５２１，５２２の記憶内容は通信システムの電源が落ちても失われないので、システムの切替え時及び切戻し時の動作信頼性が高い。
【００１０】
好ましくは、本発明（３）においては、旧ソフトウェアによる運用に切戻す際に、旧ソ
フトウェアと揮発性バックアップメモリ４１のデータベースとの間の整合性を検査すると共に、整合が得られた場合は該揮発性バックアップメモリ４１のデータベースから旧データベースを復元し、また前記整合が得られない場合は第１及び第２の不揮発性バックアップメモリ５２１，５２２のデータベースとの間の整合性を検査すると共に、少なくとも何れか一方との間で整合が得られた場合は、該整合が得られた方のデータベースから旧データベースを復元する。
【００１１】
本発明（３）によれば、システムには旧及び新の両データベースがバックアップ保持されていると共に、旧ソフトウェアとこれらのデータベースとの間の整合性の検査を経て旧ソフトウェアへの切戻しを行うので、システムは安全に立ち上がる。
また上記の課題は図１（Ｃ）の構成により解決される。即ち、本発明（４）のデータベース保証方式は、ＣＰＵと、該ＣＰＵがシステム運用の際に参照・更新するデータベースを保持する運用メモリと、旧ソフトウェアを記憶する運用プログラムメモリと、新ソフトウェアを記憶するスタンバイプログラムメモリと、前記運用プログラムメモリとスタンバイプログラムメモリとの切替え・切戻しを行うバンクスイッチとを備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替え後、所定時間内に前記新ソフトウェアによる運用が定着されないことにより、旧ソフトウェアによる運用に切戻す通信システムのデータベース保証方式において、前記運用メモリのデータベースをバックアップ保持する第１及び第２のバックアップメモリ４１，５２を備え、前記ＣＰＵの旧ソフトウェアから新ソフトウェアによる運用への切替えの際に、前記第１及び第２のバックアップメモリ４１，５２の内のいずれか一方のメモリの旧データベースから新運用のための新データベースを生成して前記運用メモリに記憶し、新ソフトウェアによる運用を行うと共に、前記第１及び第２のバックアップメモリ４１，５２のうちの何れか一方のメモリの旧データベースをそのままに保持し、残りの一方の旧データベースを前記運用メモリのデータベースで書き換えるものである。
【００１２】
本発明（４）によれば、通信システムに新プログラムが定着されず、リスタート切戻しとなった場合でも、第１及び第２のバックアップメモリ４１，５２のうちの何れか一方は旧データベースをそのままバックアップ保持しているので、少ないバックアップメモリで旧運用のデータベースを確実に復元させることが可能である。
【００１３】
【発明の実施の形態】
以下、添付図面に従って本発明に好適なる実施の形態を説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。
図２は第１の実施の形態によるデータベース保証方式の構成を示す図で、図において、１００は伝送装置（交換機を含む）Ａ〜Ｃ、１は主信号の伝送を行う信号伝送部、２は不図示のＣＰＵにより信号伝送部１の主制御を行う伝送制御部、３は制御部２の共通バス、４は主に装置全体の監視制御を行うＳＶユニット、４１はＲＡＭからなる一次バックアップデータベースメモリ（一次ＢＵＤＢＭ）、５は主にデータベース（局データ，加入者データ等）の管理を行うＭＰユニット、５１はＲＡＭからなる運用（現用）データベースメモリ（運用ＤＢＭ）、５２はＥＥＰＲＯＭからなる二次バックアップデータベースメモリ（二次ＢＵＤＢＭ）、５３はデータベースのデフォルトファイルを記憶するデフォルトデータベースメモリ、６は伝送制御部２が実行する制御プログラムの格納及び管理を行うＰＭユニット、６１は新・旧制御プログラムの切替えをハードウエア的に行うバンクスイッチ、６２はスタンバイ側のプログラムメモリ（ＳＢＰＧＭ）、６３は運用側のプログラムメモリ（運用ＰＧＭ）、６４はプログラム展開部、６５はＲＡＭからなるバッファメモリ（ＢＦＲＡＭ）、７，８はユニット間でコマンドやデータのやり取りを行うための信号線、２００は伝送装置Ａ〜Ｃ間を接続する伝送路、３００は通信ネットワークのエンハンス（機能アップ）に係る切替制御を行う監視制御端末装置である。
【００１４】
なお、各ユニット４〜６は夫々に独自のＣＰＵ（不図示）を備えており、対応する管理・制御を行う。
伝送装置Ａにおいて、該装置の運用中は、バンクＳＷ６１は運用ＰＧＭ６３の側に接続しており、伝送制御部２は運用ＰＧＭ６３の運用（旧）プログラムに従って運用ＤＢＭ５１の運用（旧）データベースを参照しつつ、各種の通信サービスを行う。この時、一次，二次の各ＢＵＤＢＭ４１，５２は共に運用ＤＢＭ５１の運用（旧）データベースをバックアップ保持している。伝送装置Ｂ，Ｃについても同様である。
【００１５】
伝送装置Ａをエンハンスする時は、まず監視制御端末装置３００から機能アップされた新プログラム（通常は圧縮されている）をダウンロードする。該新プログラムはＳＶユニット４を介してＢＦＲＡＭ６５にバッファされ、更に展開部６４により伸長されて、スタンバイ側のＳＢＰＧＭ６２に展開される。
また、上記同一の新プログラムが信号線８，伝送路２００等を介して他の伝送装置Ｂ，Ｃにもダウンロードされ、夫々のスタンバイ側に展開・記憶される。
【００１６】
図３は第１の実施の形態によるデータベース保証方式の動作を説明する図で、上記プログラムスタンバイ展開後のプログラム切替え処理／切戻し処理を示している。
上記新プログラムのスタンバイ展開後、監視制御端末装置３００から伝送装置Ａに対してプログラム切替えの予約を行う。
【００１７】
即ち、監視制御端末装置３００からＳＶユニット４に所定の切替コマンドを入力すると、ＳＶユニット４はその情報をＭＰユニット（Ｍ），（Ｄ）に通知する。ここで、ＭＰユニット（Ｍ）はマザー側のボードであり、運用ＤＢＭ５１を含む。またＭＰユニット（Ｄ）はドータ側のボードであり、二次ＢＵＤＢＭ５２を含む。また、この切替コマンドには、切替実行年月日ＡＣＴＤＡＴ（例えば９５／０８／２３）、切替予定時刻ＡＣＴＴＭ（例えば１５：００：００）、及び切替処理のタイムアウト時間ＶＡＬＴＭ（例えば００：３０：００）の各情報が含まれる。そして、ＭＰユニット（Ｍ），（Ｄ）がＳＶユニット４に要求の応答を返すと、ＳＶユニット４は監視制御端末装置３００にコマンドの応答を返す。
【００１８】
上記同様にして、監視制御端末装置３００は、伝送装置Ｂ，Ｃに対してプログラム切替えの予約を行う。
やがて、切替予定時刻（１５：００：００）になると、全伝送装置Ａ〜Ｃにおいて、各ユニットは一斉にリスタート切替処理を開始すると共に、ＭＰユニット（Ｍ）は、一次ＢＵＤＢＭ４１の旧データベースを新データベースのフォーマットに従って変換しながら運用ＤＢＭ５１上に新データベースを構築する。
【００１９】
ここで、図４に従い、新データベース構築の態様を説明しておく。
本システム運用の最初においては、旧プログラムに従って旧デフォルトファイルの初期設定（１）〜（５）が運用ＤＢＭ５１のアドレス１〜５に展開されていた。この内容は速やかに一次，二次の各ＢＵＤＢＭ４１，５２にバックアップ保持される。
【００２０】
その後、伝送装置Ａが旧プログラムで運用されると、保守者によるデータベースの変更等が発生し、これに伴い運用ＤＢＭ５１の初期設定（１）〜（５）のうちの必要な部分の内容が更新されて、全体が運用（１）〜（５）と呼ばれるようになる。この内容は速やかに一次，二次の各ＢＵＤＢＭ４１，５２にバックアップ保持される。
【００２１】
そして、上記新プログラムのスタンバイ展開後、リスタート切替え処理が開始すると、まず一次ＢＵＤＢＭ４１の運用（１）〜（５）を運用ＤＢＭ５１のアドレス１〜５にコピーする。次に新デフォルトファイルの初期設定（６），（７）を運用ＤＢＭ５１のアドレス６，７に追加展開し、こうして新データベースの構築が行われる。
【００２２】
図３に戻り、上記運用ＤＢＭ５１上に新データベースを構築すると、一次ＢＵＤＢＭ４１の旧データベースはそのままにして、バンクＳＷ６１を切り替え、新プログラムにより伝送装置Ａを立ち上げる。併せて、ＳＶユニット４の切替中ＬＥＤを点灯する。
その後、監視制御端末装置３００からユーザ管理登録要求ＡＣＴ−ＵＳＥＲが入力すると、ＳＶユニット４からＭＰユニット５にユーザ管理登録要求の旨を通知する。ＭＰユニット５は新プログラム（新データベースを含む）による装置立ち上げが正常であると、ユーザ管理テーブルの登録を行い、登録の応答を返送する。これを受けたＳＶユニット４は監視制御端末装置３００に登録のコマンド応答ＣＯＭＰＬＤを返送する。
【００２３】
これにより、監視制御端末装置３００は、伝送装置Ａでは新プログラム及び新データベースが定着可能であると判断する。
監視制御端末装置３００は、他の伝送装置Ｂ，Ｃに対してもユーザ管理登録要求ＡＣＴ−ＵＳＥＲを行い、こうして全伝送装置Ａ〜Ｃより登録のコマンド応答ＣＯＭＰＬＤが得られると、全システムで新プログラム及び新データベースが定着可能であると判断する。
【００２４】
これにより、監視制御端末装置３００は全伝送装置Ａ〜Ｃに対して一斉に定着コマンドを送り、各装置に新プログラム及び新データベースを定着させる。
これを受けた伝送装置Ａでは運用ＤＢＭ５１の新データベースを一次，二次の各ＢＵＤＢＭ４１，５２にバックアップ展開（コピー）し、切替中ＬＥＤを消灯する。他の伝送装置Ｂ，Ｃでも同様である。こうして、ネットワークの機能エンハンスを正常終了する。
【００２５】
しかし、ネットワークのうちの何れか１の伝送装置において新プログラムへの切替えが不調に終わり、このために定着コマンドに対する応答ＣＯＭＰＬＤが返送されないと、監視制御端末装置３００は規定の１５時３０分００秒までに定着コマンドを送信できない。その結果、各伝送装置Ａ〜Ｃでは一斉にタイムアウトが発生し、旧プログラムへのリスタート切戻し処理がスタートする。
【００２６】
この場合でも、本実施の形態によれば一次ＢＵＤＢＭ４１には旧データベースが存在するので、これを運用ＤＢＭ５１にコピー（復元）する。次いで運用ＤＢＭ５１の旧データベースを二次ＢＵＤＢＭ５２にバックアップ保持する。そして、旧プログラム及び旧データベースによりシステムを立ち上げる。
図５は第２の実施の形態によるデータベース保証方式の構成を示す図で、２つの二次バックアップデータベースメモリを備える場合を示す。
【００２７】
図において、５２１はＥＥＰＲＯＭからなる第１の二次バックアップデータベースメモリ、５２２はＥＥＰＲＯＭからなる第２の二次バックアップデータベースメモリである。
図６，図７は第２の実施の形態によるデータベース保証方式の動作を説明する図（１），（２）である。
【００２８】
図６において、新プログラムのスタンバイ展開後、リスタート切替え処理が開始すると、一次ＢＵＤＢＭ４１の旧データベースに基づき運用ＤＢＭ５１に新データベースを構築する。次いで運用ＤＢＭ５１の新データベースを一次ＢＵＤＢＭ４１及び第２の二次バックアップデータベースメモリ５２２にバックアップ保持する。但し、第１の二次バックアップデータベースメモリ５２１は旧データベースを保持している。なお、一次ＢＵＤＢＭ４１の旧データベースはそのまま残しても良い。
【００２９】
その後、バンクＳＷ６１を切り替え、新プログラムにより伝送装置Ａを立ち上げる。併せて、ＳＶユニット４の切替中ＬＥＤを点灯する。
しかる後、定着コマンドを受信した場合は、運用ＤＢＭ５１の新データベースを第１の二次バックアップデータベースメモリ５２１にバックアップ保持する。図７において、しかし、時間内に定着コマンドが投入されず、リスタート切戻しとなった場合は、旧プログラムと一次ＢＵＤＢＭ４１のデータベースとの整合性のチェックを行い、整合が得られた場合は、一次ＢＵＤＢＭ４１の旧データベースを運用ＤＢＭ５１に展開（コピー）する。そして、運用ＤＢＭ５１の旧データベースを第１，第２の二次バックアップデータベースメモリ５２１，５２２にバックアップ保持する。
【００３０】
また、上記整合が得られなかった場合は、旧プログラムと第１，第２の二次バックアップデータベースメモリ５２１，５２２のデータベースとの整合性のチェックを行い、何れか整合が得られた方（この例では第２の二次バックアップデータベースメモリ５２２）の旧データベースを運用ＤＢＭ５１に展開（コピー）する。そして、運用ＤＢＭ５１の旧データベースを一次ＢＵＤＢＭ４１及び第１の二次バックアップデータベースメモリ５２１にバックアップ保持する。
【００３１】
そして、旧プログラムで装置を立ち上げ、切替中ＬＥＤを消灯する。
なお、図示しないが、上記第１の二次バックアップデータベースメモリ５２１を削除すると共に、リスタート切替え時の新データベースを一次ＢＵＤＢＭ４１又は第２の二次バックアップデータベースメモリ５２２にバックアップ保持し、かつ旧データベースを第２の二次バックアップデータベースメモリ５２２又は一次ＢＵＤＢＭ４１に残すように構成しても良いことは明らかである。
【００３２】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で、構成、制御、及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００３３】
【発明の効果】
以上述べた如く本発明によれば、新ファイルの運用に切替えた後、旧ファイルの運用に切戻した場合でも、システムには旧運用のデータベースが残っているので、旧ファイルの運用に確実に切戻せ、この種の通信システムの運用の信頼性が格段に向上する。
【図面の簡単な説明】
【図１】本発明の原理を説明する図である。
【図２】第１の実施の形態によるデータベース保証方式の構成を示す図である。
【図３】第１の実施の形態によるデータベース保証方式の動作を説明する図である。
【図４】第１の実施の形態による新データベース構築の態様を説明する図である。
【図５】第２の実施の形態によるデータベース保証方式の構成を示す図である。
【図６】第２の実施の形態によるデータベース保証方式の動作を説明する図（１）である。
【図７】第２の実施の形態によるデータベース保証方式の動作を説明する図（２）である。
【符号の説明】
１  信号伝送部
２  伝送制御部
４１  一次バックアップデータベースメモリ
５１  運用データベースメモリ
５２  二次バックアップデータベースメモリ
１００  伝送装置
２００  伝送路
３００  監視制御端末装置
【図１】
0003589433.tif 000002
【図２】
0003589433.tif 000003
【図３】
0003589433.tif 000004
【図４】
0003589433.tif 000005
【図５】
0003589433.tif 000006
【図６】
0003589433.tif 000007
【図７】
0003589433.tif 000008