JPH09146814A - データベース保証方式 - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 通信システムに新プログラムが定着されず、
リスタート切戻しとなった場合でも、旧運用のデータベ
ースを確実に復元させる。 【解決手段】 旧ソフトから新ソフトによる運用への切
替え後、所定時間内に定着されないことにより、旧ソフ
トによる運用に切戻す通信システムのデータベース保証
方式において、システム運用の際に参照されるデータベ
ースをバックアップ保持するバックアップメモリ４１を
備え、旧ソフトから新ソフトによる運用への切替えの際
に、バックアップメモリ４１の旧データベースから新運
用のための新データベースを生成すると共に、バックア
ップメモリ４１の旧データベースをそのまま保持し、定
着コマンドの受信後に、バックアップメモリ４１の旧デ
ータベースを前記生成した新データベースで書き換え
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はデータベース保証方
式に関し、更に詳しくは、旧ソフトウェアから新ソフト
ウェアによる運用への切替え後、所定時間内に定着され
ないことにより、旧ソフトウェアによる運用に切戻す通
信システムのデータベース保証方式に関する。

【０００２】近年、通信システム（交換装置，伝送装置
等）の構成はソフトウェア主導のものとなっており、そ
の機能のエンハンスや修正はソフトウェア（データベー
スを含む）の入れ換えによって行われる。特に、ネット
ワークを構成する通信システムでは、全通信システムの
ソフトウェアを一斉に入れ換える必要があり、その際に
は、旧ソフトウェアから新ソフトウェアへの切替え処
理、及び該切替えが正常に行われなかった場合の新ソフ
トウェアから旧ソフトウェアの切戻し処理が円滑かつ確
実に行われる必要がある。

【０００３】

【従来の技術】例えば伝送装置では、遠隔より機能アッ
プされた新ソフトウェアをスタンバイ側にダウンロード
すると共に、バンクスイッチにより現用の旧ソフトウェ
アとダウンロードした新ソフトウェアの切替えを速やか
に行う。この時、旧ソフトウェアのデータベースと新ソ
フトウェアのデータベースとが異なっている場合もある
が、一般に、この種のデータベースは上位互換性を持っ
ており、旧データベースの設定値（但し、運用により更
新可）はそのまま継承し、これに新データベースの設定
値を追加する形で、ソフトウェア及びデータベースが同
時に版数アップされる。

【０００４】従来は、この時点で（即ち、新ソフトウェ
ア及び新データベースの定着を待たずに）全バックアッ
プメモリの旧データベースを新データベースで書き換え
ていた。ところで、上記新ソフトウェアへの切替えを行
っても、ネットワーク上の何れか１の伝送装置で新ソフ
トウェアへの切替えがうまく行かないと、ネットワーク
に対する新ソフトウェアの定着は行われず、このため各
伝送装置では一斉に旧ソフトウェアへの切戻しを行う必
要がある。

【０００５】

【発明が解決しようとする課題】しかし、上記従来のデ
ータベース保証方式によると、バックアップメモリの旧
データベースは新ソフトウェアへの切替の時点で全て消
去されてしまうため、切戻しが発生した時は、もはや旧
運用のデータベースを復元できないと言う問題があっ
た。

【０００６】また、このために、システムの運用を旧ソ
ウトウエアのデフォルトデータベース（初期設定値）で
再開しなくてはならないと言う不都合があった。本発明
の目的は、通信システムに新プログラムが定着されず、
リスタート切戻しとなった場合でも、旧運用のデータベ
ースを確実に復元させることの可能なデータベース保証
方式を提供することにある。

【０００７】

【課題を解決するための手段】上記の課題は図１（Ａ）
の構成により解決される。即ち、本発明（１）のデータ
ベース保証方式は、旧ソフトウェアから新ソフトウェア
による運用への切替え後、所定時間内に定着されないこ
とにより、旧ソフトウェアによる運用に切戻す通信シス
テムのデータベース保証方式において、システム運用の
際に参照されるデータベースをバックアップ保持するバ
ックアップメモリ４１を備え、旧ソフトウェアから新ソ
フトウェアによる運用への切替えの際に、前記バックア
ップメモリ４１の旧データベース（旧ＤＢ）から新運用
のための新データベース（新ＤＢ）を生成すると共に、
該バックアップメモリ４１の旧データベースをそのまま
保持し、定着コマンドの受信後に、前記バックアップメ
モリ４１の旧データベースを前記生成した新データベー
スで書き換えるものである。

【０００８】本発明（１）によれば、通信システムに新
プログラムが定着されず、リスタート切戻しとなった場
合でも、バックアップメモリ４１は旧データベースをそ
のままバックアップ保持しているので、旧運用のデータ
ベースを確実に復元させることが可能である。また上記
の課題は図１（Ｂ）の構成により解決される。即ち、本
発明（２）のデータベース保証方式は、旧ソフトウェア
から新ソフトウェアによる運用への切替え後、所定時間
内に定着されないことにより、旧ソフトウェアによる運
用に切戻す通信システムのデータベース保証方式におい
て、システム運用の際に参照されるデータベースをバッ
クアップ保持する揮発性バックアップメモリ４１と、シ
ステム運用の際に参照されるデータベースをバックアッ
プ保持する第１，第２の不揮発性バックアップメモリ５
２１，５２２とを備え、旧ソフトウェアから新ソフトウ
ェアによる運用への切替えの際に、前記揮発性バックア
ップメモリ４１の旧データベースから新運用のための新
データベースを生成すると共に、前記第１又は第２の不
揮発性バックアップメモリ５２１／５２２の旧データベ
ースを前記生成した新データベースで書き換えるもので
ある。

【０００９】本発明（２）によれば、通信システムに新
プログラムが定着されず、リスタート切戻しとなった場
合でも、第１又は第２の不揮発性バックアップメモリ５
２１／５２２は旧データベースをそのままバックアップ
保持しているので、旧運用のデータベースを確実に復元
させることが可能である。しかも、第１，第２の不揮発
性バックアップメモリ５２１，５２２の記憶内容は通信
システムの電源が落ちても失われないので、システムの
切替え時及び切戻し時の動作信頼性が高い。

【００１０】好ましくは、本発明（３）においては、旧
ソフトウェアによる運用に切戻す際に、旧ソフトウェア
と揮発性バックアップメモリ４１のデータベースとの間
の整合性を検査すると共に、整合が得られた場合は該揮
発性バックアップメモリ４１のデータベースから旧デー
タベースを復元し、また前記整合が得られない場合は第
１，第２の不揮発性バックアップメモリ５２１，５２２
のデータベースとの間の整合性を検査し、整合が得られ
た方のデータベースから旧データベースを復元する。

【００１１】本発明（３）によれば、システムには旧及
び新の両データベースがバックアップ保持されていると
共に、旧ソフトウェアとこれらのデータベースとの間の
整合性の検査を経て旧ソフトウェアへの切戻しを行うの
で、システムは安全に立ち上がる。また上記の課題は図
１（Ｃ）の構成により解決される。即ち、本発明（４）
のデータベース保証方式は、旧ソフトウェアから新ソフ
トウェアによる運用への切替え後、所定時間内に定着さ
れないことにより、旧ソフトウェアによる運用に切戻す
通信システムのデータベース保証方式において、システ
ム運用の際に参照されるデータベースをバックアップ保
持する第１，第２のバックアップメモリ４１，５２を備
え、旧ソフトウェアから新ソフトウェアによる運用への
切替えの際に、前記第１又は第２のバックアップメモリ
４１／５２の旧データベースから新運用のための新デー
タベースを生成すると共に、該第１又は第２のバックア
ップメモリ４１／５２の旧データベースを前記生成した
新データベースで書き換えるものである。

【００１２】本発明（４）によれば、通信システムに新
プログラムが定着されず、リスタート切戻しとなった場
合でも、第１又は第２のバックアップメモリ４１／５２
は旧データベースをそのままバックアップ保持している
ので、少ないバックアップメモリで旧運用のデータベー
スを確実に復元させることが可能である。

【００１３】

【発明の実施の形態】以下、添付図面に従って本発明に
好適なる実施の形態を説明する。なお、全図を通して同
一符号は同一又は相当部分を示すものとする。図２は第
１の実施の形態によるデータベース保証方式の構成を示
す図で、図において、１００は伝送装置（交換機を含
む）Ａ〜Ｃ、１は主信号の伝送を行う信号伝送部、２は
不図示のＣＰＵにより信号伝送部１の主制御を行う伝送
制御部、３は制御部２の共通バス、４は主に装置全体の
監視制御を行うＳＶユニット、４１はＲＡＭからなる一
次バックアップデータベースメモリ（一次ＢＵＤＢ
Ｍ）、５は主にデータベース（局データ，加入者データ
等）の管理を行うＭＰユニット、５１はＲＡＭからなる
運用（現用）データベースメモリ（運用ＤＢＭ）、５２
はＥＥＰＲＯＭからなる二次バックアップデータベース
メモリ（二次ＢＵＤＢＭ）、５３はデータベースのデフ
ォルトファイルを記憶するデフォルトデータベースメモ
リ、６は伝送制御部２が実行する制御プログラムの格納
及び管理を行うＰＭユニット、６１は新・旧制御プログ
ラムの切替えをハードウエア的に行うバンクスイッチ、
６２はスタンバイ側のプログラムメモリ（ＳＢＰＧ
Ｍ）、６３は運用側のプログラムメモリ（運用ＰＧ
Ｍ）、６４はプログラム展開部、６５はＲＡＭからなる
バッファメモリ（ＢＦＲＡＭ）、７，８はユニット間で
コマンドやデータのやり取りを行うための信号線、２０
０は伝送装置Ａ〜Ｃ間を接続する伝送路、３００は通信
ネットワークのエンハンス（機能アップ）に係る切替制
御を行う監視制御端末装置である。

【００１４】なお、各ユニット４〜６は夫々に独自のＣ
ＰＵ（不図示）を備えており、対応する管理・制御を行
う。伝送装置Ａにおいて、該装置の運用中は、バンクＳ
Ｗ６１は運用ＰＧＭ６３の側に接続しており、伝送制御
部２は運用ＰＧＭ６３の運用（旧）プログラムに従って
運用ＤＢＭ５１の運用（旧）データベースを参照しつ
つ、各種の通信サービスを行う。この時、一次，二次の
各ＢＵＤＢＭ４１，５２は共に運用ＤＢＭ５１の運用
（旧）データベースをバックアップ保持している。伝送
装置Ｂ，Ｃについても同様である。

【００１５】伝送装置Ａをエンハンスする時は、まず監
視制御端末装置３００から機能アップされた新プログラ
ム（通常は圧縮されている）をダウンロードする。該新
プログラムはＳＶユニット４を介してＢＦＲＡＭ６５に
バッファされ、更に展開部６４により伸長されて、スタ
ンバイ側のＳＢＰＧＭ６２に展開される。また、上記同
一の新プログラムが信号線８，伝送路２００等を介して
他の伝送装置Ｂ，Ｃにもダウンロードされ、夫々のスタ
ンバイ側に展開・記憶される。

【００１６】図３は第１の実施の形態によるデータベー
ス保証方式の動作を説明する図で、上記プログラムスタ
ンバイ展開後のプログラム切替え処理／切戻し処理を示
している。上記新プログラムのスタンバイ展開後、監視
制御端末装置３００から伝送装置Ａに対してプログラム
切替えの予約を行う。

【００１７】即ち、監視制御端末装置３００からＳＶユ
ニット４に所定の切替コマンドを入力すると、ＳＶユニ
ット４はその情報をＭＰユニット（Ｍ），（Ｄ）に通知
する。ここで、ＭＰユニット（Ｍ）はマザー側のボード
であり、運用ＤＢＭ５１を含む。またＭＰユニット
（Ｄ）はドータ側のボードであり、二次ＢＵＤＢＭ５２
を含む。また、この切替コマンドには、切替実行年月日
ＡＣＴＤＡＴ（例えば９５／０８／２３）、切替予定時
刻ＡＣＴＴＭ（例えば１５：００：００）、及び切替処
理のタイムアウト時間ＶＡＬＴＭ（例えば００：３０：
００）の各情報が含まれる。そして、ＭＰユニット
（Ｍ），（Ｄ）がＳＶユニット４に要求の応答を返す
と、ＳＶユニット４は監視制御端末装置３００にコマン
ドの応答を返す。

【００１８】上記同様にして、監視制御端末装置３００
は、伝送装置Ｂ，Ｃに対してプログラム切替えの予約を
行う。やがて、切替予定時刻（１５：００：００）にな
ると、全伝送装置Ａ〜Ｃにおいて、各ユニットは一斉に
リスタート切替処理を開始すると共に、ＭＰユニット
（Ｍ）は、一次ＢＵＤＢＭ４１の旧データベースを新デ
ータベースのフォーマットに従って変換しながら運用Ｄ
ＢＭ５１上に新データベースを構築する。

【００１９】ここで、図４に従い、新データベース構築
の態様を説明しておく。本システム運用の最初において
は、旧プログラムに従って旧デフォルトファイルの初期
設定（１）〜（５）が運用ＤＢＭ５１のアドレス１〜５
に展開されていた。この内容は速やかに一次，二次の各
ＢＵＤＢＭ４１，５２にバックアップ保持される。

【００２０】その後、伝送装置Ａが旧プログラムで運用
されると、保守者によるデータベースの変更等が発生
し、これに伴い運用ＤＢＭ５１の初期設定（１）〜
（５）のうちの必要な部分の内容が更新されて、全体が
運用（１）〜（５）と呼ばれるようになる。この内容は
速やかに一次，二次の各ＢＵＤＢＭ４１，５２にバック
アップ保持される。

【００２１】そして、上記新プログラムのスタンバイ展
開後、リスタート切替え処理が開始すると、まず一次Ｂ
ＵＤＢＭ４１の運用（１）〜（５）を運用ＤＢＭ５１の
アドレス１〜５にコピーする。次に新デフォルトファイ
ルの初期設定（６），（７）を運用ＤＢＭ５１のアドレ
ス６，７に追加展開し、こうして新データベースの構築
が行われる。

【００２２】図３に戻り、上記運用ＤＢＭ５１上に新デ
ータベースを構築すると、一次ＢＵＤＢＭ４１の旧デー
タベースはそのままにして、バンクＳＷ６１を切り替
え、新プログラムにより伝送装置Ａを立ち上げる。併せ
て、ＳＶユニット４の切替中ＬＥＤを点灯する。その
後、監視制御端末装置３００からユーザ管理登録要求Ａ
ＣＴ−ＵＳＥＲが入力すると、ＳＶユニット４からＭＰ
ユニット５にユーザ管理登録要求の旨を通知する。ＭＰ
ユニット５は新プログラム（新データベースを含む）に
よる装置立ち上げが正常であると、ユーザ管理テーブル
の登録を行い、登録の応答を返送する。これを受けたＳ
Ｖユニット４は監視制御端末装置３００に登録のコマン
ド応答ＣＯＭＰＬＤを返送する。

【００２３】これにより、監視制御端末装置３００は、
伝送装置Ａでは新プログラム及び新データベースが定着
可能であると判断する。監視制御端末装置３００は、他
の伝送装置Ｂ，Ｃに対してもユーザ管理登録要求ＡＣＴ
−ＵＳＥＲを行い、こうして全伝送装置Ａ〜Ｃより登録
のコマンド応答ＣＯＭＰＬＤが得られると、全システム
で新プログラム及び新データベースが定着可能であると
判断する。

【００２４】これにより、監視制御端末装置３００は全
伝送装置Ａ〜Ｃに対して一斉に定着コマンドを送り、各
装置に新プログラム及び新データベースを定着させる。
これを受けた伝送装置Ａでは運用ＤＢＭ５１の新データ
ベースを一次，二次の各ＢＵＤＢＭ４１，５２にバック
アップ展開（コピー）し、切替中ＬＥＤを消灯する。他
の伝送装置Ｂ，Ｃでも同様である。こうして、ネットワ
ークの機能エンハンスを正常終了する。

【００２５】しかし、ネットワークのうちの何れか１の
伝送装置において新プログラムへの切替えが不調に終わ
り、このために定着コマンドに対する応答ＣＯＭＰＬＤ
が返送されないと、監視制御端末装置３００は規定の１
５時３０分００秒までに定着コマンドを送信できない。
その結果、各伝送装置Ａ〜Ｃでは一斉にタイムアウトが
発生し、旧プログラムへのリスタート切戻し処理がスタ
ートする。

【００２６】この場合でも、本実施の形態によれば一次
ＢＵＤＢＭ４１には旧データベースが存在するので、こ
れを運用ＤＢＭ５１にコピー（復元）する。次いで運用
ＤＢＭ５１の旧データベースを二次ＢＵＤＢＭ５２にバ
ックアップ保持する。そして、旧プログラム及び旧デー
タベースによりシステムを立ち上げる。図５は第２の実
施の形態によるデータベース保証方式の構成を示す図
で、２つの二次バックアップデータベースメモリを備え
る場合を示す。

【００２７】図において、５２１はＥＥＰＲＯＭからな
る第１の二次バックアップデータベースメモリ、５２２
はＥＥＰＲＯＭからなる第２の二次バックアップデータ
ベースメモリである。図６，図７は第２の実施の形態に
よるデータベース保証方式の動作を説明する図（１），
（２）である。

【００２８】図６において、新プログラムのスタンバイ
展開後、リスタート切替え処理が開始すると、一次ＢＵ
ＤＢＭ４１の旧データベースに基づき運用ＤＢＭ５１に
新データベースを構築する。次いで運用ＤＢＭ５１の新
データベースを一次ＢＵＤＢＭ４１及び第２の二次バッ
クアップデータベースメモリ５２２にバックアップ保持
する。但し、第１の二次バックアップデータベースメモ
リ５２１は旧データベースを保持している。なお、一次
ＢＵＤＢＭ４１の旧データベースはそのまま残しても良
い。

【００２９】その後、バンクＳＷ６１を切り替え、新プ
ログラムにより伝送装置Ａを立ち上げる。併せて、ＳＶ
ユニット４の切替中ＬＥＤを点灯する。しかる後、定着
コマンドを受信した場合は、運用ＤＢＭ５１の新データ
ベースを第１の二次バックアップデータベースメモリ５
２１にバックアップ保持する。図７において、しかし、
時間内に定着コマンドが投入されず、リスタート切戻し
となった場合は、旧プログラムと一次ＢＵＤＢＭ４１の
データベースとの整合性のチェックを行い、整合が得ら
れた場合は、一次ＢＵＤＢＭ４１の旧データベースを運
用ＤＢＭ５１に展開（コピー）する。そして、運用ＤＢ
Ｍ５１の旧データベースを第１，第２の二次バックアッ
プデータベースメモリ５２１，５２２にバックアップ保
持する。

【００３０】また、上記整合が得られなかった場合は、
旧プログラムと第１，第２の二次バックアップデータベ
ースメモリ５２１，５２２のデータベースとの整合性の
チェックを行い、何れか整合が得られた方（この例では
第２の二次バックアップデータベースメモリ５２２）の
旧データベースを運用ＤＢＭ５１に展開（コピー）す
る。そして、運用ＤＢＭ５１の旧データベースを一次Ｂ
ＵＤＢＭ４１及び第１の二次バックアップデータベース
メモリ５２１にバックアップ保持する。

【００３１】そして、旧プログラムで装置を立ち上げ、
切替中ＬＥＤを消灯する。なお、図示しないが、上記第
１の二次バックアップデータベースメモリ５２１を削除
すると共に、リスタート切替え時の新データベースを一
次ＢＵＤＢＭ４１又は第２の二次バックアップデータベ
ースメモリ５２２にバックアップ保持し、かつ旧データ
ベースを第２の二次バックアップデータベースメモリ５
２２又は一次ＢＵＤＢＭ４１に残すように構成しても良
いことは明らかである。

【００３２】また、上記本発明に好適なる複数の実施の
形態を述べたが、本発明思想を逸脱しない範囲内で、構
成、制御、及びこれらの組合せの様々な変更が行えるこ
とは言うまでも無い。

【００３３】

【発明の効果】以上述べた如く本発明によれば、新ファ
イルの運用に切替えた後、旧ファイルの運用に切戻した
場合でも、システムには旧運用のデータベースが残って
いるので、旧ファイルの運用に確実に切戻せ、この種の
通信システムの運用の信頼性が格段に向上する。

【図面の簡単な説明】

【図１】本発明の原理を説明する図である。

【図２】第１の実施の形態によるデータベース保証方式
の構成を示す図である。

【図３】第１の実施の形態によるデータベース保証方式
の動作を説明する図である。

【図４】第１の実施の形態による新データベース構築の
態様を説明する図である。

【図５】第２の実施の形態によるデータベース保証方式
の構成を示す図である。

【図６】第２の実施の形態によるデータベース保証方式
の動作を説明する図（１）である。

【図７】第２の実施の形態によるデータベース保証方式
の動作を説明する図（２）である。

【符号の説明】

１ 信号伝送部 ２ 伝送制御部 ４１ 一次バックアップデータベースメモリ ５１ 運用データベースメモリ ５２ 二次バックアップデータベースメモリ １００ 伝送装置 ２００ 伝送路 ３００ 監視制御端末装置

Claims (4)

【特許請求の範囲】
1. 【請求項１】 旧ソフトウェアから新ソフトウェアによ
   る運用への切替え後、所定時間内に定着されないことに
   より、旧ソフトウェアによる運用に切戻す通信システム
   のデータベース保証方式において、 システム運用の際に参照されるデータベースをバックア
   ップ保持するバックアップメモリを備え、 旧ソフトウェアから新ソフトウェアによる運用への切替
   えの際に、前記バックアップメモリの旧データベースか
   ら新運用のための新データベースを生成すると共に、該
   バックアップメモリの旧データベースをそのまま保持
   し、定着コマンドの受信後に、前記バックアップメモリ
   の旧データベースを前記生成した新データベースで書き
   換えることを特徴とするデータベース保証方式。
2. 【請求項２】 旧ソフトウェアから新ソフトウェアによ
   る運用への切替え後、所定時間内に定着されないことに
   より、旧ソフトウェアによる運用に切戻す通信システム
   のデータベース保証方式において、 システム運用の際に参照されるデータベースをバックア
   ップ保持する揮発性バックアップメモリと、 システム運用の際に参照されるデータベースをバックア
   ップ保持する第１，第２の不揮発性バックアップメモリ
   とを備え、 旧ソフトウェアから新ソフトウェアによる運用への切替
   えの際に、前記揮発性バックアップメモリの旧データベ
   ースから新運用のための新データベースを生成すると共
   に、前記第１又は第２の不揮発性バックアップメモリの
   旧データベースを前記生成した新データベースで書き換
   えることを特徴とするデータベース保証方式。
3. 【請求項３】 旧ソフトウェアによる運用に切戻す際
   に、旧ソフトウェアと揮発性バックアップメモリのデー
   タベースとの間の整合性を検査すると共に、整合が得ら
   れた場合は該揮発性バックアップメモリのデータベース
   から旧データベースを復元し、また前記整合が得られな
   い場合は第１，第２の不揮発性バックアップメモリのデ
   ータベースとの間の整合性を検査し、整合が得られた方
   のデータベースから旧データベースを復元することを特
   徴とする請求項２のデータベース保証方式。
4. 【請求項４】 旧ソフトウェアから新ソフトウェアによ
   る運用への切替え後、所定時間内に定着されないことに
   より、旧ソフトウェアによる運用に切戻す通信システム
   のデータベース保証方式において、 システム運用の際に参照されるデータベースをバックア
   ップ保持する第１，第２のバックアップメモリを備え、 旧ソフトウェアから新ソフトウェアによる運用への切替
   えの際に、前記第１又は第２のバックアップメモリの旧
   データベースから新運用のための新データベースを生成
   すると共に、該第１又は第２のバックアップメモリの旧
   データベースを前記生成した新データベースで書き換え
   ることを特徴とするデータベース保証方式。