JPH0954700A

JPH0954700A - 主メモリデータのセーブ方式

Info

Publication number: JPH0954700A
Application number: JP7205897A
Authority: JP
Inventors: Hiroshi Kuwabara; 博桑原; Tamotsu Inoue; 保井上; Masami Suzuki; 真砂美鈴木; Yoshio Sato; 好男佐藤; Akira Tokutake; 彰徳武
Original assignee: Fujitsu Ltd; Nippon Telegraph and Telephone Corp
Current assignee: Fujitsu Ltd; NTT Inc
Priority date: 1995-08-11
Filing date: 1995-08-11
Publication date: 1997-02-25
Anticipated expiration: 2015-08-11
Also published as: JP3493368B2

Abstract

(57)【要約】（修正有）【課題】主メモリのテンポラリメモリダンプを確保
し、通信システムを確実に立ち上げる。【解決手段】通信システムにおいて、制御部は、通信
システムの所定の処理再開時に二次メモリよりブートプ
ログラムＢＯＯＴＢをロードして実行に移し、ＢＯＯＴ
Ｂは、現用ファイル中の所定の運用データを主メモリの
空きエリアに退避し、二次メモリのバックアップ用ファ
イルを主メモリの実行エリアにロードし、これを実行に
移す。好ましくは、二次メモリは挿抜自在な記憶媒体を
備え、通信システムの運用開始後、所定時間を経過した
時点の現用ファイル中の所定の運用データを二次メモリ
の記憶媒体にセーブすると共に、記憶媒体を取り外す前
にセーブされた所定の運用データを主メモリの空きエリ
アにセーブし、二次メモリに新たな記憶媒体を取り付け
た時は、前記主メモリにセーブされた所定の運用データ
を新たな記憶媒体にセーブする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は主メモリデータのセ
ーブ方式に関し、更に詳しくは主信号処理部と、主メモ
リ中のプログラムを含む現用ファイルに従って主信号処
理部の制御を行う制御部と、制御部に接続すると共に所
定のバックアップ用ファイルを保持する二次メモリとを
備える通信システムにおける前記主メモリデータのセー
ブ方式に関する。

【０００２】例えば交換機システムでは、サービス運用
中におけるプロセッサエラー等の発生によりシステムの
運用を継続できなくなる場合がある。その際には、直ち
にシステムをワームスタート（Warm Start）し、又は所
定のバックアップ用ファイルでコールドスタート(Cold
Start)することによりサービスを速やかに再開すると共
に、併せてエラー発生時の主メモリの内容をダンプし、
別途にエラー解析を行う必要がある。

【０００３】

【従来の技術】図９〜図１１は従来技術を説明する図
（１）〜（３）である。図９は従来のＣＰ／ＩＯ系一重
化構成の交換機システムのブロック図で、図において１
０は通話路系装置（ＳＰ系）、２０は制御系装置（ＣＰ
系）、３０は入出力系装置（ＩＯ系）である。

【０００４】ＳＰ系１０には、多重部（ＭＵＸ）１１、
通話路スイッチ（ＳＷ）１２、分離部（ＤＭＸ）１３の
他、各種信号装置、加入者回路等が含まれる。ＣＰ系２
０には、交換機システムの主制御を行うＣＰＵ２１と、
該ＣＰＵ２１が実行するプログラムや、ＣＰＵ２１が参
照するデータ等を記憶する主メモリ（ＲＡＭ）２２と、
システムに共通なバス２３とが含まれる。

【０００５】ＩＯ系３０には、主メモリ２２との間でプ
ログラムファイルやデータをロード／ダンプするための
二次記憶装置（二次メモリ）３１等が含まれる。一例の
二次メモリ３１は大容量の記憶媒体を挿抜自在なカート
リッジ型の磁気ディスク装置又は光磁気ディスク装置で
ある。ＣＰＵ２１において、異常検出部（ＭＦＤ）はプ
ログラム実行中におけるプロセッサ暴走、アキュムレー
タオーバフロー、メモリプロテクションエラー等のプロ
セッサエラー状態を検出してシステムの管理プログラム
（ＯＳ）に内部割込を発生する。フェーズフラグ（ＰＨ
Ｆ）は、ＯＳによって管理され、プロセッサエラーによ
るシステムの再開処理がフェーズ（ＰＨ）２モードで行
われるのか、又はフェーズ（ＰＨ）３モードで行われる
のかの情報を保持する。マイクロプログラム（μＰＧ
Ａ）は、ＣＰＵ２１内のマイクロプログラム実行機能に
より実行され、システムのフェーズ３再開時に主メモリ
２２の全エリアを「０」クリアし、その後二次メモリ３
１のブートストラップルーチン（ＢＯＯＴＡ）を主メモ
リ２２にロードする処理を行う。

【０００６】二次メモリ３１において、ＢＯＯＴＡはシ
ステムのフェーズ３再開時に主メモリ２２にロードさ
れ、二次メモリ３１中の起動ファイルを主メモリ２２の
実行エリアに引き上げる。なお、ＢＯＯＴＡはシステム
のコールドスタート（初期立ち上げ）時にも利用され
る。起動ファイルはマルチプログラミングを実現するた
めのＯＳ等から成るシステムプログラム（ＳＹＳ）と、
通信処理を行うアプリケーションプログラム（ＡＰＬ）
と、運用データ等から成る。

【０００７】ＡＰＬには、呼制御処理、加入者線信号処
理、中継線信号処理等から成るプログラムファイルと、
課金秒数や制御タイミング等のネットワークに共通なパ
ラメータを規定するシステムデータとが含まれる。これ
らの内容は半固定的であり、システム運用によっては変
化しない。運用データは、局データや加入者データ等か
ら成り、局データには当該交換機のハードウエア実装
表、番号翻訳表等の情報が含まれる。また加入者データ
には加入者の電話番号、収容回線番号、端末種別、許容
されているサービス種別等の情報が含まれる。これらは
局毎に固有のデータであり、かつ加入者の増／減等によ
り内容が変化するので、日々更新される。

【０００８】係る構成により、システムの初期立ち上げ
時にはμＰＧＡが二次メモリ３１のＢＯＯＴＡを主メモ
リ２２にロードし、実行に移す。これによりＢＯＯＴＡ
は二次メモリ３１から起動ファイルを主メモリ２２の実
行エリアに引き上げ、実行に移す。これにより交換機シ
ステムは交換機サービスの運用を開始する。以後は、Ｃ
ＰＵ２１はＯＳの管理下で、各種処理プログラムを所定
の優先順位に従って実行する。例えばプロセッサエラー
検出時の回復処理は最優先であり、処理中断無しの緊急
レベルＦで実行される。一方、主信号の送／受信処理は
リアルタイムで実行される必要があり、次の優先順位の
クロックレベルにより周期的に実行される。また、呼制
御処理や保守運用関連の各処理は実時間性の制約が比較
的緩やかであるので、優先順位の低いベースレベルＢで
実行される。レベルＢの処理は高レベルの処理により中
断される場合がある。

【０００９】図１０は従来の主メモリデータセーブ方式
の動作を説明する模式図であり、主メモリ２２と二次メ
モリ３１とにおけるファイルや運用データの動きに着目
し、これらを時系列に表している。なお、この種の主メ
モリデータセーブ方式はテンポラリメモリ（ＴＭ）セー
ブ方式とも呼ばれる。ステップでは交換機システムは
主メモリ２２の運用ファイルにより稼働中である。この
状態で、ＡＰＬ等の実行中に何らかのプロセッサエラー
が発生すると、ＭＦＤが該エラーを検出してＯＳに内部
割込を発生し、交換機システムは最初はフェーズ２再開
の状態となる。

【００１０】フェーズ２再開とは、主メモリ２２の記憶
内容は一応正しいものと信じて、そのまま処理を始めか
ら再開（ワームスタート）する処理である。その際に
は、交換機システムの速やかな再起動を図ると共に、エ
ラー発生した時点の主メモリ２２の記憶内容を二次メモ
リ３１にダンプし、別途にエラー解析を行いたい。ステ
ップでは、ＯＳにより、まず運用データ及び必要なワ
ークデータを主メモリ２２の空きエリアにセーブし、そ
の後システムの運用を始めから再開する。運用再開後
は、サービスの空き時間を利用して前記セーブしたＴＭ
ファイル（ＴＭＦ）を二次メモリ３１の空きエリアにダ
ンプする。

【００１１】ところで、上記の如く一旦プロセッサエラ
ーが発生すると、ワームスタートしただけでは再度プロ
セッサエラーとなる場合も少なくない。そして、再度プ
ロセッサエラーが発生すると、システムは今度はフェー
ズ３再開の状態となる。フェーズ３再開とは、主メモリ
２２の記憶内容を入れ替えて処理を始めから再開（コー
ルドスタート）する処理である。

【００１２】ステップでは、μＰＧＡが起動され、ま
ず主メモリ２２の全エリアを「０」クリアする。次いで
ステップではμＰＧＡが二次メモリ３１のＢＯＯＴＡ
を主メモリ２２にロードする。次いでステップではＢ
ＯＯＴＡが二次メモリ３１の起動ファイルを主メモリ２
２の実行エリアに引き上げ、交換機システムの運用を再
開する。

【００１３】しかるに、このようなフェーズ３再開が発
生した時こそ、ＴＭＦダンプを行い、ファイルのエラー
解析を行いたい。しかし、上記従来方式によると、ステ
ップで主メモリ２２の全エリアが「０」クリアされる
ため、又はステップ，で起動ファイルの上書きが行
われるため、ＴＭＦダンプが得られなかった。図１１は
従来のＴＭセーブ方式における他の問題点を説明する図
である。

【００１４】二次メモリ３１において、前日ファイル
（ＬＡＦ）は主メモリ２２の運用データ及び必要なワー
クデータを２４時間毎に二次メモリ３１にセーブしたも
のである。また、保証ファイル（ＲＥＦ）はシステムの
立ち上げ（コールドスタート）後、最初の２４時間を経
過した時の主メモリ２２の運用データ及び必要なワーク
データを二次メモリ３１にセーブしたものである。

【００１５】ＬＡＦは主メモリ２２の前日の運用データ
等を保持しており、交換機システムがフェーズ３再開と
なっても前日の運用ファイルで運用を再開できる。しか
し、このＬＡＦには既にプロセッサエラーを引き起こす
要因が含まれている場合もあり、この場合は交換機シス
テムを正しく立ち上げることはできない。そこで、係る
場合のバックアップ用としてＲＥＦを備え、最悪の場合
でも交換機システムは正しく立ち上がるようになってい
る。

【００１６】ステップでは、例えばシステム導入後の
運用開始により、交換機システムは２次メモリ３１の起
動ファイルにより運用を開始する。その後、最初の２４
時間の間交換機システムがエラー無く運用されると、そ
の時点の主メモリ２２の運用データ及び必要なワークデ
ータを二次メモリ３１のＲＥＦ及びＬＡＦにセーブす
る。

【００１７】ステップでは、更に２４時間を経過する
と、その時点の主メモリ２２の運用データ及びワークデ
ータで二次メモリ３１のＬＡＦを更新する。ステップ
では交換機システムは引き続き運用中である。そして、
プロセッサエラーが発生し、フェーズ２再開になると、
ステップでは主メモリ２２の運用データ及びワークデ
ータをその空きエリアにセーブし、交換機システムの運
用を速やかに再開（ワームスタート）する。運用再開後
は、サービスの空き時間を利用してＴＭＦを二次メモリ
３１の空きエリアにダンプし、エラー解析のために記憶
媒体を二次メモリ３１から引き抜く。ステップではバ
ックアップ用の新たな記憶媒体を二次メモリ３１に挿入
する。

【００１８】しかるに、一般にこの新たな記憶媒体はオ
リジナルの起動ファイルをコピーしたものであるから、
最初のシステム構成を規定した起動データはあるが、Ｌ
ＡＦ及びＲＥＦは記録されていない。この場合に、ＬＡ
Ｆについては、その時点の主メモリ２２の運用データ及
びワークデータで起動データを更新すれば良いが、しか
し、一旦フェーズ２再開を起こしたような運用データの
ＬＡＦはもはや信頼できない。このため、もしその後に
フェーズ３再開になると、交換機システムを正しく立ち
上げることができないと言う恐れがあった。

【００１９】

【発明が解決しようとする課題】上記の如く従来の主メ
モリデータのセーブ方式では、フェーズ３再開時の主メ
モリのＴＭダンプが得られない、またフェーズ３再開時
のシステム立ち上げを保証するための保証ファイルＲＥ
Ｆが得られない、と言う不都合があった。本発明の目的
は、いかなる場合でも主メモリのＴＭダンプが得られ、
かつ通信システムを確実に立ち上げることの可能な主メ
モリデータのセーブ方式を提供することにある。

【００２０】

【課題を解決するための手段】上記の課題は図１の構成
により解決される。即ち、本発明（１）の主メモリデー
タのセーブ方式は、通信に係る主信号の処理を行う主信
号処理部１０と、主メモリ２２中のプログラムを含む現
用ファイルに従って主信号処理部１０の制御を行う制御
部２１と、制御部２１に接続すると共に所定のバックア
ップ用ファイルを保持する二次メモリ３１とを備える通
信システムにおける前記主メモリデータのセーブ方式に
おいて、制御部２１は通信システムの所定の処理再開
時に二次メモリ３１よりブートプログラムＢＯＯＴＢを
ロードして実行に移し、該ブートプログラムＢＯＯＴ
Ｂは現用ファイル中の所定の運用データを主メモリ２１
の空きエリアに退避し、該退避後に二次メモリ３１の
バックアップ用ファイルを主メモリ２２の実行エリアに
ロードし、これを実行に移すものである。

【００２１】本発明によれば、ブートプログラムＢＯＯ
ＴＢが所定の運用データを退避するので、通信システム
のフェーズ３再開時でも主メモリデータのセーブが得ら
れる。しかも、一般にブートプログラムは、ＣＰＵ２１
の内部でＲＯＭ等により半固定的に実行されるマイクロ
プログラム（従来のμＰＧＡ）とは異なり、ＣＰＵ２１
の外部の通常のプログラムステップにより実行されるの
で、外部でブートプログラムＢＯＯＴＢを任意に組むこ
とが可能である。従って、主メモリ２２中のどのエリア
に在る、どのような運用データ（プログラムファイル等
を含んでも良い）でも容易にセーブできる。

【００２２】また本発明によれば、ブートプログラムＢ
ＯＯＴＢは所定の運用データを主メモリ２１の空きエリ
アに退避するので、仮に二次メモリ３１が不在の場合で
も、運用データのセーブが確実かつ高速に得られる。従
って、その後の通信システムの運用再開も高速に行え
る。好ましくは、本発明（２）においては、ブートプロ
グラムＢＯＯＴＢは運用データ退避後の主メモリ２２の
該ブートプログラム及び前記退避された運用データ以外
のメモリエリアをクリアする。

【００２３】メモリエリアを初期化しておけば、その後
のバックアップ用ファイルのロード、及びその実行が安
全に行われる。また好ましくは、本発明（３）において
は、二次メモリ３１は挿抜自在な記憶媒体を備え、通信
システムの運用開始後、所定時間を経過した時点の現用
ファイル中の所定の運用データ（例えば保証ファイルＲ
ＥＦ）を二次メモリ３１の記憶媒体にセーブすると共
に、該記憶媒体を取り外す前に該セーブされた所定の運
用データ（ＲＥＦ）を主メモリ２２の空きエリアにセー
ブする。

【００２４】従って、二次メモリ３１の記憶媒体を取り
外しても所定の運用データ（保証ファイルＲＥＦ）は失
われない。また好ましくは、本発明（４）においては、
二次メモリ３１に新たな記憶媒体を取り付けた時は前記
主メモリ２２にセーブされた所定の運用データ（ＲＥ
Ｆ）を新たな記憶媒体にセーブする。

【００２５】従って、この種の通信システムに重要な運
用データ（ＲＥＦ等）は、該システムの様々な運用状態
を通して有効に保持され、引き継がれる。

【００２６】

【発明の実施の形態】以下、添付図面に従って本発明に
好適なる実施の形態を詳細に説明する。なお、全図を通
して同一符号は同一又は相当部分を示すものとする。図
２は本発明による実施の形態の構成を示す図で、該図は
ＣＰ／ＩＯ系一重化構成の交換機システムのブロック構
成を示している。

【００２７】図において、１０は通話路系装置（ＳＰ
系）、２０は制御系装置（ＣＰ系）、３０は入出力系装
置（ＩＯ系）であり、各装置の構成は、基本的には図９
で説明したものと同等で良い。ＣＰＵ２１において、マ
イクロプログラム（μＰＧＢ）は、ＣＰＵ２１内のマイ
クロプログラム実行機能により実行され、交換機システ
ムのフェーズ３再開時に起動される。このμＰＧＢは、
主メモリ２２の「０」クリアは行わず、単に二次メモリ
３１のブートプログラム（ＢＯＯＴＢ）を主メモリ２２
にロードする処理を行う。

【００２８】二次メモリ３１において、ＢＯＯＴＢは上
記μＰＧＢにより主メモリ２２にロードされ、実行に移
される。これにより、ＢＯＯＴＢは、まず主メモリ２２
の運用ファイル中の運用データ及び必要なワークデータ
をその空きエリアにＴＭＦとしてセーブし、次に主メモ
リ２２の該ＢＯＯＴＢとＴＭＦ以外の全エリアを所定デ
ータ（例えば「０」データ）で初期化する。次に二次メ
モリ３１中の起動ファイルを主メモリ２２の実行エリア
に引き上げる。その際には、主メモリ２２のＢＯＯＴＢ
は消滅しても良い。

【００２９】係る構成により、交換機システムの最初の
立ち上げ時にはμＰＧＡ（又はμＰＧＢでも良い）が二
次メモリ３１のＢＯＯＴＡ（又はＢＯＯＴＢでも良い）
を主メモリ２２にロードし、実行に移す。そして、これ
によりＢＯＯＴＡは二次メモリ３１から起動ファイルを
主メモリ２２の実行エリアに引き上げ、実行に移す。そ
の際には、ＢＯＯＴＡは自然消滅し、交換機システムは
交換機サービスの運用を開始する。以後は、ＣＰＵ２１
はＯＳの管理下で、各種処理プログラムを従来と同様の
所定の優先順位に従って実行する。

【００３０】図３，図４は第１の実施の形態によるＴＭ
セーブ方式の動作を説明する模式図（１），（２）であ
り、主メモリ２２と二次メモリ３１とにおけるファイル
や運用データの動きに着目し、これらを時系列に表して
いる。図３において、ステップでは交換機システムは
主メモリ２２の運用ファイルに従って稼働中である。こ
の状態で、何らかのプロセッサエラーが発生すると、交
換機システムは最初はフェーズ２再開の状態となる。

【００３１】ステップでは、ＯＳにより、まず主メモ
リ２２の運用データ及び必要なワークデータをその空き
エリアにセーブし、その後速やかに交換機システムの運
用を再開（ワームスタート）する。運用再開後は、サー
ビスの空き時間を利用して前記セーブしたＴＭＦを二次
メモリ３１の空きエリアにダンプし、エラー解析のため
に二次メモリ３１の記憶媒体を抜き取る。

【００３２】ステップでは新たに別の記憶媒体を二次
メモリ３１に挿入し、交換機システムの運用を続ける。
しかるに、この状態で何らかのプロセッサエラーが再度
発生すると、交換機システムは今度はフェーズ３再開の
状態となる。ステップでは、フェーズ３再開によりμ
ＰＧＢが起動され、二次メモリ３１のＢＯＯＴＢを主メ
モリ２２の好ましくは空きエリアにロードする。

【００３３】ステップでは、該ロードされたＢＯＯＴ
ＢがμＰＧＢにより実行に移され、まず主メモリ２２の
運用データ及び必要なワークデータをその空きエリアに
ＴＭＦとしてセーブする。図４に進み、引き続きステッ
プでは、ＢＯＯＴＢが主メモリ２２の該ＢＯＯＴＢと
ＴＭＦ以外の全エリアを「０」クリアする。更に、ステ
ップでは該ＢＯＯＴＢが二次メモリ３１中の起動ファ
イルを主メモリ２２の実行エリアに引き上げ、該起動フ
ァイルに実行を移す。これにより交換機システムは速や
かに立ち上がる。その際にはＢＯＯＴＢは消滅しても良
い。

【００３４】ステップでは交換機サービスの空き時間
を利用して前記セーブしたＴＭＦを二次メモリ３１の空
きエリアにダンプし、エラー解析のために二次メモリ３
１の記憶媒体を抜き取る。かくして、本第１の実施の形
態によればフェーズ２再開時のみならずフェーズ３再開
時でもＴＭＦが能率良く得られる。

【００３５】図５〜図８は第２の実施の形態によるＴＭ
セーブ方式の動作を説明する模式図（１）〜（４）であ
り、交換機システムの運用データ及び必要なワークデー
タを前日ファイルＬＡＦと保証ファイルＲＥＦとに分け
て保存する場合の動作を示している。図５において、ス
テップでは本システム導入後の運用開始により、２次
メモリ３１の起動ファイルにより交換機システムの運用
を開始する。その後、最初の２４時間の間エラー無くシ
ステムの運用が行われると、その時点の主メモリ２２の
運用データ及び必要なワークデータを二次メモリ３１の
ＲＥＦ，ＬＡＦにセーブする。

【００３６】ステップでは、更に２４時間を経過する
と、その時点の主メモリ２２の運用データ及び必要なワ
ークデータで二次メモリ３１のＬＡＦを更新する。ステ
ップではシステムは引き続き運用中である。そして、
何らかのプロセッサエラーが発生し、フェーズ２再開に
なると、ステップではその時点の主メモリ２２の運用
データ及び必要なワークデータをその空きエリアにセー
ブし、その後交換機システムの運用を速やかに再開（ワ
ームスタート）する。運用再開すると、サービスの空き
時間を利用してＴＭＦを二次メモリ３１の空きエリアに
ダンプする。

【００３７】ステップでは、二次メモリ３１の保証フ
ァイルＲＥＦを主メモリ２２の空きエリアにセーブし、
その後エラー解析のために二次メモリ３１から記憶媒体
を引き抜く。なお、一般にＴＭＦダンプが行われた時
は、その後二次メモリ３１の記憶媒体はエラー解析のた
めに引き抜かれることが分かっているので、ステップ
のＲＥＦセーブはステップのＴＭＦダンプの終了後、
自動的に行われても良い。又は、ユーザがＣＰＵ２１に
不図示のコンソールから記憶媒体を引き抜く旨の通知を
行い、これによりステップのＲＥＦセーブを行うよう
にしても良い。

【００３８】図６に進み、ステップでは新たな記憶媒
体を二次メモリ３１に挿入する。ステップでは主メモ
リ２２の前記セーブしたＲＥＦを二次メモリ３１の所定
位置ＲＥＦ又は空きエリアにセーブ（移動）する。ステ
ップでは、好ましくは、その時点の主メモリ２２の運
用データ及び必要なワークデータを二次メモリ３１の所
定位置ＬＡＦ又は空きエリアにセーブ（コピー）する。

【００３９】図７に進み、ステップ番号をに改める
が、これは図６のステップの続きと考えて良い。即
ち、ステップでは交換機システムはフェーズ２再開後
の状態で運用中である。この状態で何らかのプロセッサ
エラーが再度発生すると、交換機システムは今度はフェ
ーズ３再開の状態となる。

【００４０】ステップでは、フェーズ３再開によりμ
ＰＧＢが起動され、二次メモリ３１のＢＯＯＴＢを主メ
モリ２２の空きエリアにロードする。ステップでは、
該ロードされたＢＯＯＴＢが実行に移され、まず主メモ
リ２２の運用データ及びワークデータをその空きエリア
にＴＭＦとしてセーブする。ステップでは、ＢＯＯＴ
Ｂが主メモリ２２の該ＢＯＯＴＢとＴＭＦ以外の全エリ
アを「０」クリアする。更に、ステップでは該ＢＯＯ
ＴＢが二次メモリ３１中の起動ファイルを主メモリ２２
の実行エリアに引き上げる。

【００４１】この場合に、例えば何度もフェーズ３再開
となるような場合には、二次メモリ３１のＬＡＦが破壊
されていることも考えられるので、図示の如く、二次メ
モリ３１のＬＡＦに代えてＲＥＦを引き上げても良い。
その後主メモリ２２の起動ファイルに実行を移す。図８
に進み、ステップではフェーズ３再開後のサービスの
空き時間を利用して前記主メモリ２２の空きエリアにセ
ーブしたＴＭＦを二次メモリ３１の空きエリアにダンプ
する。ステップでは二次メモリ３１のＲＥＦを主メモ
リ２２の空きエリアにセーブし、その後エラー解析のた
めに二次メモリ３１の記憶媒体を抜き取る。以下、同様
である。

【００４２】かくして、本第２の実施の形態によればフ
ェーズ２再開時のみならずフェーズ３再開時でもＴＭＦ
が得られると共に、最悪の場合でも交換機システムは保
証ファイルＲＥＦの存在により正しく立ち上がる。な
お、上記各実施の形態は交換機システムについて述べた
が、本発明は一般の通信システム（伝送装置、中継装
置、端末機等を含む）に適用可能である。

【００４３】また、上記各実施の形態ではフェーズ２及
びフェーズ３の各再開時に主メモリ２２の運用データ及
び必要なワークデータのみをＴＭＦとしてセーブした
が、これに限らない。主メモリ２２の記憶容量に余裕が
ある場合は、更にＡＰＬ、又は運用ファイルの全体をＴ
ＭＦとしてセーブしても良い。例えば、この種の交換機
システムのデバッグ中等においては、稀に主メモリ２２
中のＡＰＬやＳＹＳのプログラムファイルが破壊される
場合もあるので、これらのファイルも併せて二次メモリ
３１にダンプするようにすれば、バグの早期発見にも寄
与する。

【００４４】また、上記各実施の形態ではフェーズ２再
開後に再度プロセッサエラーが発生するとフェーズ３再
開としたが、プロセッサエラーの種類（例えばプロセッ
サ暴走）によっては最初からフェーズ３再開としても良
い。また、上記実施の形態ではＢＯＯＴＢはフェーズ３
再開のコールドスタート時に消滅しても良いと述べた
が、これに限らない。ＢＯＯＴＢをそのまま残し、二次
メモリに新たな記憶媒体を挿入した時にＢＯＯＴＢを該
新たな記憶媒体にセーブしても良い。こうすれば、新た
な記憶媒体に予めＢＯＯＴＢを記録していなくてもその
後のフェーズ３再開時にＢＯＯＴＢを再利用できる。

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

【００４６】

【発明の効果】以上述べた如く本発明によれば、通信シ
ステムのフェーズ２再開時（ワームスタート時）のみな
らずフェーズ３再開時（コールドスタート時）でも主メ
モリのデータセーブＴＭＦが確実に得られるので、通信
システムのエラー解析が容易となる。

【００４７】また、通信システムにおける重要ファイル
（保証ファイルＲＥＦ等）の自動セーブにより該通信シ
ステムは最悪のエラー状態からでも正しく立ち上がる。

【図面の簡単な説明】

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

【図２】図２は本発明による実施の形態の構成を示す図
である。

【図３】図３は第１の実施の形態によるＴＭセーブ方式
の動作を説明する模式図（１）である。

【図４】図４は第１の実施の形態によるＴＭセーブ方式
の動作を説明する模式図（２）である。

【図５】図５は第２の実施の形態によるＴＭセーブ方式
の動作を説明する模式図（１）である。

【図６】図６は第２の実施の形態によるＴＭセーブ方式
の動作を説明する模式図（２）である。

【図７】図７は第２の実施の形態によるＴＭセーブ方式
の動作を説明する模式図（３）である。

【図８】図８は第２の実施の形態によるＴＭセーブ方式
の動作を説明する模式図（４）である。

【図９】図９は従来技術を説明する図（１）である。

【図１０】図１０は従来技術を説明する図（２）であ
る。

【図１１】図１１は従来技術を説明する図（３）であ
る。

【符号の説明】

１０主信号処理部２１ＣＰＵ２２主メモリ３１二次メモリ

───────────────────────────────────────────────────── フロントページの続き (72)発明者井上保神奈川県川崎市中原区上小田中1015番地富士通株式会社内 (72)発明者鈴木真砂美神奈川県川崎市中原区上小田中1015番地富士通株式会社内 (72)発明者佐藤好男東京都千代田区内幸町一丁目１番６号日本電信電話株式会社内 (72)発明者徳武彰東京都千代田区内幸町一丁目１番６号日本電信電話株式会社内

Claims

【特許請求の範囲】

【請求項１】主信号処理部と、主メモリ中のプログラ
ムを含む現用ファイルに従って主信号処理部の制御を行
う制御部と、制御部に接続すると共に所定のバックアッ
プ用ファイルを保持する二次メモリとを備える通信シス
テムにおける前記主メモリデータのセーブ方式におい
て、制御部は通信システムの所定の処理再開時に二次メモリ
よりブートプログラムをロードして実行に移し、該ブートプログラムは現用ファイル中の所定の運用デー
タを主メモリの空きエリアに退避し、該退避後に二次メモリのバックアップ用ファイルを主メ
モリの実行エリアにロードし、これを実行に移すことを
特徴とする主メモリデータのセーブ方式。
【請求項２】ブートプログラムは運用データ退避後の
主メモリの該ブートプログラム及び前記退避された運用
データ以外のメモリエリアをクリアすることを特徴とす
る請求項１の主メモリデータのセーブ方式。
【請求項３】二次メモリは挿抜自在な記憶媒体を備
え、通信システムの運用開始後、所定時間を経過した時点の
現用ファイル中の所定の運用データを二次メモリの記憶
媒体にセーブすると共に、該記憶媒体を取り外す前に該
セーブされた所定の運用データを主メモリの空きエリア
にセーブすることを特徴とする請求項１の主メモリデー
タのセーブ方式。
【請求項４】二次メモリに新たな記憶媒体を取り付け
た時は前記主メモリにセーブされた所定の運用データを
新たな記憶媒体にセーブすることを特徴とする請求項３
の主メモリデータのセーブ方式。