JP2002049502A - 複数プロセッサシステムにおけるアップデート方式 - Google Patents

Abstract

(57)【要約】 【課題】本発明は複数プロセッサシステムにおけるソフ
トウェアのアップデート方式及びデータのアップデート
方式に関し，マルチプロセッサシステムにおけるソフト
ウェア更新においてサービスの一時中断を防止し，リソ
ース面での制約を少なくすると共にデータ移設の処理を
確実にすることを目的とする。 【解決手段】稼働系と待機系の１＋１冗長構成の各プロ
セッサを独立動作させた状態で，待機系のプロセッサに
対しソフトウェア更新部を駆動して新版ソフトウェアを
設定し，稼働系のプロセッサのサービスを継続したまま
稼働系で発生した処理イベントをプロセッサ間通信部を
介して待機系のプロセッサにも流す。両プロセッサで同
等の処理をさせることにより稼働系の制御状態データを
待機系にも徐々に反映させ，所定時間が経過して可変の
制御状態データが全て待機系に反映された状態になると
待機系のプロセッサを稼働系に切替えるよう構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は複数プロセッサシス
テムにおけるソフトウェアのアップデート方式及びデー
タのアップデート方式に関する。

【０００２】電子交換機システム等のダウン時間をでき
るだけ短くすることが要求される制御システムでは，プ
ロセッサを二重化してその一方が現用（アクト）系とし
てサービスを提供し，他方が待機（スタンバイ）系とし
て準備され，メモリに書き込むデータが時々刻々変化す
ると，それらのデータは現用系と待機系の両方に供給し
て同期反映をさせて，両系のプロセッサが常に同じデー
タを保持するように構成されることにより，任意の時間
に現用系から予備系，予備系から現用系への切替えが可
能となる。

【０００３】このような二重化された制御システムのソ
フトウェア制御を行う各プロセッサのソフトウェアを新
規なバージョンに更新する場合に，メモリサイズ等のリ
ソースの制約や，処理量の増大によるソフトウェアの更
新が自由にできない点や，更新したソフトウェアに問題
があった場合に対応できない等の点で，その改善が望ま
れている。

【０００４】

【従来の技術】電子交換機システム等のダウン時間を極
小にすることが要求される（ミッションクリティカル）
制御システムでは，システムの信頼性向上を図る方法と
して，そのソフトウェア制御を司る処理装置（プロセッ
サ）を二重化し，それぞれ稼働側（運転中のプロセッ
サ）／待機側として使用する１＋１冗長交換機をとる方
法があり，その従来例の技術を説明する。

【０００５】図７は従来例の説明図であり，電子交換機
の制御システムの例を示す。図中，８０は０系のプロセ
ッサ，８１は１系（♯１）のプロセッサ，８２は０系
（♯０）のプロセッサに含まれる０系のメインメモリ，
８３は１系のプロセッサに含まれる１系のメインメモ
リ，８４は切替部，８５は加入者の通話路スイッチ（図
示省略）を制御する加入者線制御部，８６は通話路スイ
ッチに収容された電話機等の加入者端末，８７はプロセ
ッサ間通信部である。

【０００６】図７のような構成において，システムソフ
トウェアのオンラインでの更新（バージョンアップ等の
アップデート）を行う場合，片方のプロセッサ（メイン
メモリを含む）８０を稼働系（運転中で実際に加入者制
御部を駆動する側）として，既存版数のソフトウェアで
運転しながら，他方の待機系のプロセッサ８１のメイン
メモリ８３に新版（バージョンアップ）のソフトウェア
をロードし，オンラインのまま稼働系を新版ソフトウェ
アの入った側のプロセッサ８１に切替えることにより新
版ソフトウェアへの乗せ換えを実現するのが一般的であ
る。この後，既存版ソフトウェアにて運転しているプロ
セッサ８０を旧系，新版のソフトウェアをロードしたプ
ロセッサ８１を新系と呼ぶ。

【０００７】この場合，電子交換機システムの例では，
呼処理サービスの継続性を保ったまま（通話中の呼を切
断することなく）新系側に処理動作を引き継ぐ必要があ
り，そのために旧系側に存在する各システム固有の制御
データ（加入者データや呼状態データ等）を，切り替え
動作を行う前に新系側に引き継いでおかなくてはならな
い。このため，旧系側のメインメモリ８２上の制御デー
タをプロセッサ間通信部８７にて新系側のプロセッサ８
１上に送信，展開し，更にそれを新系側の新版ソフトウ
ェアに対応した形式に変換して，データを新系側のメイ
ンメモリ８３に反映させた上で稼働系を新系側に切替え
る。これにより呼切断のないオンラインアップデートを
実現するのが一般的である。

【０００８】

【発明が解決しようとする課題】上記したように新版の
ソフトウェアをロードした新系を待機系から稼働系に切
替えた後に，呼切断が起こらないようにするためには，
切替える前に接続情報データ等のような呼状態に応じて
刻々変化するデータも新系側に転送して同期反映させる
必要があるが，この時のデータ転送から稼働系切り替え
までの間に呼の状態が変化するようであると，新旧プロ
セッサ間のデータ同期がとれないため，切替え完了まで
の間呼の状態変化を防ぐ目的で交換サービスを一時中断
（呼処理停止）する必要があるという問題があった。

【０００９】この時，従来技術では旧系のメインメモリ
のデータそのものを新系へ送信コピーと変換をして新系
に引き継ぐとした方式であるため，新系側でのメモリサ
イズ等のリソース面での制約やメモリアドレス割付等の
制約，及び新系側での処理増大等によりソフトウェアア
ップデートの自由度に限界があるという問題がある。

【００１０】更に，従来技術では稼働系の切替え後の新
系側での立ち上がり時に初めて新版ソフトウェアでの呼
処理動作が確認されることになるが，新系側での動作が
不調（ＮＧ）であった場合は，旧系切り戻しとなり，そ
の際に呼状態リセットを伴うため通話中の呼を強制切断
や，重なるサービス中断を引き起こすという問題があっ
た。

【００１１】また，上記の問題は1 ＋１冗長構成のプロ
セッサ間だけでなく，複数のプロセッサで構成される複
数ノード間におけるデータの移設を行う（各ノードで取
り扱う端末等のデータを異なるノードに移動させる）場
合にも，移設後のデータでは処理が不調になって，同様
の問題が発生する。

【００１２】本発明は上記の問題を解決し，１＋１冗長
構成のプロセッサシステムにおけるソフトウェア更新に
おいてサービスの一時中断をすることなく，メモリサイ
ズ等のリソース面での制約や処理増大を招くことを防止
し，また旧系への切戻しを簡単に可能とする複数プロセ
ッサシステムにおけるソフトウェアのアップデート方式
を提供すること及び複数プロセッサシステムにおいてデ
ータ移設をサービスの中断を起こすことなく実現できる
データのアップデート方式を提供することを目的とす
る。

【００１３】

【課題を解決するための手段】図１は本発明の第１の原
理構成を示す図である。図中，１は０系（♯０で表す）
と１系（♯１で表す）の２つの系のプロセッサ，各プロ
セッサ１内の１０は処理装置，１１は状態データ，固定
データ及びプログラム等を格納したメモリ，１２は制御
部３に対する制御や，制御部３からの状態等の情報を処
理装置１０と制御部３との間でインタフェースをとるイ
ンタフェース制御部（ＩＦ制御部で表示），１３はソフ
トウェア更新部である。２はプロセッサ間でイベントや
データの転送を行うためのプロセッサ間通信部，３は多
数の端末４について状態に対応してメモリ１１に格納さ
れたプログラムに基づく処理装置１０による各種の制御
を行う制御部，４は制御部３により制御され，各加入者
線により接続された多数の端末，５は各端末４が接続さ
れた制御部３を制御する稼働系である一方のプロセッサ
１（♯０または♯１）に切替え接続をする切替部を表
す。

【００１４】従来のように，待機系のソフトウェアを更
新して，稼働系で処理毎に刻々変化するデータ（例え
ば，交換機の呼処理データ）を待機系（新系という）へ
プロセッサ間転送及び待機系（ソフトウェアを更新した
新系側）での形式変換により新系側へ引継ぐ方式では，
その転送処理の間処理サービスの中断を回避するのが困
難であることを踏まえ，本発明では，メインメモリ上の
データそのものを送信コピー／変換して新系に引き継ぐ
のではなく，稼働系（旧系という）と待機系（新系）の
両方で同等のプロセスを走行させることで，旧系側（稼
働系）の制御状態を新系（待機系）にも徐々に反映させ
てゆき，一定時間経過後に新旧プロセッサ間でデータを
一致させて，待機系（新系）を稼働系として切替えるも
のである。

【００１５】図１において，通常は多数の端末４と接続
された制御部３は一方のプロセッサ１，例えば，０系
（♯０）のプロセッサ１が稼働系として接続され，この
０系のプロセッサ１のプログラム処理により制御部３が
制御されており，１系（♯１）のプロセッサ１は待機系
として制御部３とは切離されて待機している。プロセッ
サのソフトウェアをアップデート（バージョンアップ）
をする場合，外部（操作卓等）からの指示によりアップ
デートの状態に設定され，両系のプロセッサ１をそれぞ
れ独立モードで動作させ，稼働系として０系のプロセッ
サ１を切替部５により制御部３と接続して運転させなが
ら，待機系である１系のプロセッサ１のソフトウェア更
新部１３を駆動することで，１系プロセッサ１のソフト
ウェアをバージョンアップし，１系プロセッサ１に処理
データが全く存在しない状態にする。この後，稼働系で
ある０系のプロセッサ１のメモリ１１内の固定データ
（例えば，端末４の属性データ等）を待機系である１系
のプロセッサ１にプロセッサ間通信部２を介して転送し
て１系のプロセッサ１内のメモリ１１内に展開し，１系
ではそのデータを新規のソフトウェアに対応した形式に
データ変換して保存する。

【００１６】０系の固定データを１系に展開した後，稼
働系の０系のプロセッサ１における制御部３の端末４の
制御動作により発生するイベントデータ（可変データ）
を１系にも転送することで，１系のプロセッサ１では新
規のソフトウェアで処理をして，対応する状態データを
発生してメモリ１１に保存することでアップデートする
が，制御部３と接続されてないので制御処理は行われな
い。１系でバージョンアップしたソフトウェアによる処
理により異常が発生すると，アップデートを停止し，元
のソフトウェアに復帰させる。１系のプロセッサの処理
が正常に実行されて，一定時間が経過することにより処
理データ（可変データ）がアップデート開始後に実行さ
れた制御に関するデータだけになってメモリの内容が稼
働系と待機系の間で完全に一致すると，切替部５を駆動
して１系のプロセッサ１を稼働系に切替える。この時，
制御処理の状態データが稼働系と一致しているため，切
替えにより更新したソフトウェアによる処理が短い中断
時間で済み，更新したソフトウェアにより異常が発生し
ないと，待機系となった０系のプロセッサのソフトウェ
アも更新して，両プロセッサのソフトウェアを一致させ
る。

【００１７】図２は本発明の第２の原理構成を示す。こ
の図２の構成は，図１に示す発明の原理を複数のプロセ
ッサで構成するシステムにおけるデータの移設に応用し
たものである。図２中，１ａ，１ｂはそれぞれ異なる制
御部３ａ，３ｂについて処理を行うプロセッサ，各プロ
セッサ１ａ，１ｂ内の１０，１１，１２は上記図１の同
じ符号の各部と同様であり，１４はデータ移設部，２は
プロセッサ間通信部，３ａ，３ｂはそれぞれ端末４ａ，
４ｂについて制御を行う制御部，４ａ，４ｂはそれぞれ
が制御部３ａ，３ｂに接続され，プロセッサ１ａ，１ｂ
により制御処理される複数の端末，４ｃは当初は制御部
３ａに接続されプロセッサ１ａにより制御され，当該端
末のデータが制御プロセッサ１ｂに移設されて制御部３
ｂに接続替えが行われる端末，５は切替部である。

【００１８】図２において，通常は複数のプロセッサ１
ａ，１ｂはそれぞれが個別の制御対象である制御部３
ａ，３ｂに接続された端末４ａ，４ｂを制御しており，
端末４ｃが制御部３ａを介してプロセッサ１ａにより制
御されている場合，端末４ｃに関する固定データや状態
データはプロセッサ１ａのメモリ１１に格納されてい
る。この時，端末４ｃが移動等によりプロセッサ１ａの
配下からプロセッサ１ｂの配下に移設する必要が発生す
ると，外部（保守者の操作卓等）からのデータ移設の指
示により移設先のプロセッサ１ｂのデータ移設部１４が
駆動されて，データ移設通知が発生し，移設先のプロセ
ッサ１ｂと移設元のプロセッサ１ａのインタフェース制
御部１２に通知されて，それぞれのデータ移設対象の端
末４ｃの固定（運用）データについて移設中を表す状態
を設定する。

【００１９】これにより移設対象の端末４ｃに関する固
定データがプロセッサ間通信部２を介して移設元のメモ
リ１１から移設先のプロセッサ１ｂのメモリ１１へ転送
され，移設先への固定データの転送が終了すると，移設
元のプロセッサ１ａはデータ移設対象加入者について，
それ以降に発生した処理イベントを，自プロセッサ１ａ
で処理すると同時に，インタフェース制御部１２により
プロセッサ間通信部２を介して移設先プロセッサ１ｂへ
流す。移設先プロセッサ１ｂはこの処理イベントについ
て，移設元のプロセッサ１ａと同様の処理を処理装置１
０で行うが，移設先のプロセッサ１ａで発生する応答メ
ッセージ等の制御データは廃棄され，加入者等の制御を
行わない。この状態が継続した後，移設先プロセッサ１
ｂでの動作の安定性が確認されると，移設元と移設先の
プロセッサの移設加入者に関する移設中の状態を解除し
て，当該加入者を移設先のプロセッサ１ｂ側に接続し，
その後移設元のメモリ１１に残るこの加入者のデータを
消去する。

【００２０】

【発明の実施の形態】図３は実施例１の構成である。こ
の実施例１は，上記図１の原理構成に対応し，多数の加
入者端末に対する呼処理と接続を行う交換機に適用した
例である。図３において，１，１０〜１３，２〜４の各
符号は上記図１の同じ符号の各手段または各部に対応
し，１−０は稼働系として動作する旧系側プロセッサ，
１−１は待機系として動作する新系側プロセッサ，１０
−０，１０−１は加入者インタフェース制御部から受け
る呼処理イベント及びシステムの状態に応じて加入者状
態を管理し，必要な呼処理イベントを生成・発行する呼
処理制御部，１１−０，１１−１は記憶装置であり，各
記憶装置内の１１ａは状態データ，１１ｂはプログラ
ム，１１ｃは固定データである。１２−０，１２−１は
加入者インタフェース制御部であり，加入者が発呼・終
話等の状態変化を検知し，呼処理制御部に通知し，また
呼処理制御部の指示に従って加入者対向装置を制御する
と共に，ソフトウェアアップデートシナリオ制御部より
ソフトウェアアップデータの開始・終了の通知を受け，
ソフトウェアアップデート中に新系側に呼処理イベント
を並行送信する機能，及び新系側で旧系側から受けた呼
処理イベントを呼処理制御部に通知し，呼処理制御部か
らの応答イベントを処理する。

【００２１】１３−０，１３−１はソフトウェアアップ
デートシナリオ制御部であり，ソフトウェアアップデー
トの進行状況やシステム状態に応じてソフトウェアアッ
プデートのシナリオに従ってシステム内の各機能部を管
理・制御し，特に加入者インタフェース制御部に対する
ソフトウェアアップデートの開始・終了の通知を行う。
１４−０，１４−１はプロセッサ間通信部を用いたデー
タ転送及び新系側でのデータ変換を行うデータ転送・変
換部である。２はプロセッサ間通信部，３は上記図１の
制御部３に対応する加入者線制御部，４は図１の端末４
に対応する加入者端末である。

【００２２】図３の構成におけるソフトウェアアップデ
ートの処理フローを図４，図５を用いて説明する。図
４，図５はソフトウェアアップデート処理のタイミング
関係（その１），（その２）を示し，図中の(1),(2),…
の各番号に対応する処理を以下に説明する。

【００２３】(1) プロセッサ１−０が稼働系（旧系），
プロセッサ１−１を待機系（新系）として，加入者端末
４やトランク（図示省略）に対する実際の制御を旧系で
行っている時に，操作卓のような保守者介在手段により
対象システムでソフトウェアのアップデート状態への移
行を宣言する。ソフトウェアアップデートシナリオ制御
部１３−０はこれを受け，プロセッサを二重化モードか
ら相互独立に処理を行うモードに移行させ，稼働系プロ
セッサを運転したまま待機系プロセッサを並行して動作
させ，稼働系側の記憶装置１１−０に新版のシステムソ
フトウェアをロードし，更に待機系側のプログラムを初
期設定する。

【００２４】(2) その後，稼働系（旧系）のプロセッサ
１−０からプロセッサ間通信部２を用いて待機系（新
系）側のソフトウェアアップデートシナリオ制御部１３
−１にアップデート開始を通知する。待機系（新系）側
では，アップデート開始通知がソフトウェアアップデー
トシナリオ制御部１３−１から加入者インタフェース制
御部１２−１に通知される。

【００２５】(3) 加入者インタフェース制御部１２−１
では「アップデート中」を示すフラグを設定する。

【００２６】(4) ソフトウェアアップデートシナリオ制
御部１３−０は，プロセッサ間通信部２及びデータ転送
・変換部１４−０を用いて，その時点でシステム内に登
録されている運用データ（加入者属性データ等，呼状態
に依存しない固定的データ）を稼働系側から待機系側に
送信する。

【００２７】(5) 待機系（新系）側では送信されたデー
タを必要に応じて新しいソフトウェアに対応した形式に
データを変換しながら自記憶装置１１−１に展開する。
これにより，運用データが稼働系と待機系の間で同期し
たことになる。

【００２８】(6) 上記(5) の運用データ展開完了を契機
として，稼働系（旧系）側のソフトウェアアップデート
シナリオ制御部１３−０は自系の加入者インタフェース
制御部１２−０にアップデート開始を通知する。

【００２９】(7) アップデート開始の通知を受けた加入
者インタフェース制御部１２−０は「アップデート中」
を示すフラグを設定する。

【００３０】(8) 稼働系（旧系）側では，それ以降に新
たに発生した呼に関する呼処理イベントは，自系の呼処
理制御部１０−０に流して呼処理を行わせると同時に，
プロセッサ間通信部２を用いて待機系側の加入者インタ
フェース制御部１２−１に流す。

【００３１】(9) また，待機系側の加入者インタフェー
ス制御部１２−１は，「アップデート中」を示すフラグ
が設定されていると，この稼働系からの呼処理イベント
を通常の自系の呼処理制御部１０−１に流して稼働系側
と同様の呼処理を行わせ，待機系のメインメモリ上に稼
働系のものと等価な呼状態データを生成させる。この
時，待機系側ではメモリオペレーションのみで呼処理を
行って現用の呼状態データと等価なデータを自記憶装置
１１−０上に構築するのみであるため，待機系側の呼処
理制御部１０−０から発生する応答メッセージ等の呼処
理イベントは待機系側の加入者インタフェース制御部１
２−１で廃棄し，また加入者線やトラヒック等を制御す
るハードウェア等の制御は行わないよう，上記「アップ
デート中」のフラグを使って制御する。

【００３２】(10)待機系側プロセッサ１−１のソフトウ
ェアで処理異常が発生した等の理由によりアップデート
作業を中止し，旧版ソフトウェアに戻す必要がある場
合，稼働系への待機系からの異常通知，または稼働系側
が待機系状態を監視する等の方法でこれを検出し，稼働
系側プロセッサ１−０はそのまま動作しつつ待機側プロ
セッサ１−１を切り離してアップデート作業を中止する
ことで復旧が可能となり，サービスに一切影響しない。

【００３３】(11)この状態で充分な時間が経過し，ソフ
トウェアアップデート開始前に発呼された呼が全て終話
して新旧両系ともにソフトウェアアップデート開始後に
発呼された呼のみに関する呼制御データが存在すると考
えられている状態になったところで，待機系（新系）側
のプロセッサ１−１を稼働系に切替える。ここで初期設
定を走らせる必要があるため，この時だけサービスが一
時中断されるが，新系側では既に稼働系と等価の呼状態
データが構築されているため，これを元に初期設定を行
うことで呼切断を伴わない初期設定が可能となる。ま
た，データ変換中もサービスが一時中断しないため作業
全体の中に占めるサービス中断時間は比較的短くて済
む。

【００３４】この後, 新系側だけで加入者制御を行い，
これらの動作手順中に異常動作がないことが確認される
と，旧稼働系に残る旧版ソフトウェアを消去し，両プロ
セッサともに新版ソフトウェアに統一し，アップデート
中状態を解除して，終了する。

【００３５】図６は実施例２の構成である。この実施例
２は，上記図２に示す本発明の第２の原理構成に対応
し，複数のノードシステムにおけるデータ移設に適用し
た例である。

【００３６】図６において，１ａ，１ｂはそれぞれ移設
元のプロセッサ（またはノード），移設先のプロセッサ
（またはノード）であり，この実施例では２つのプロセ
ッサ（ノード）が設けられているが，３つ以上のプロセ
ッサ（ノード）が設けられても同様である。各プロセッ
サ内の１０ａ，１０ｂは上記図３における１０と同様の
呼処理制御部，１１ａ，１１ｂは上記図３における１１
−０，１１−１と同様の記憶装置であり，各記憶装置内
の１１０は状態データ，１１１はプログラム，１１２は
固定データ，１２ａ，１２ｂは上記図３における１２−
０，１２−１と同様の加入者インタフェース制御部であ
り，この実施例２では特にデータ移設シナリオ制御部
（後述する１５ａ，１５ｂ）よりデータ移設の開始・終
了の通知を受け，データ移設中に移設先プロセッサ側に
呼処理イベントを並行送信する機能，及び移設先プロセ
ッサ側で移設元プロセッサ側から受けた呼処理イベント
を呼処理制御部１０ａ，１０ｂに通知し，呼制御部から
の応答イベントを処理する。１４ａ，１４ｂは上記図３
における１４−０，１４−１と同様のデータ転送・変換
部であり，特に移設先プロセッサでのデータ変換を行
う。１５ａ，１５ｂはデータ移設の進行状況やシステム
状態に応じてデータ移設のシナリオに従ってシステム内
の各機能部を管理・制御するデータ移設シナリオ制御部
であり，特に加入者インタフェース制御部１２ａ，１２
ｂに対するデータ移設の開始・終了の通知を行う。２は
プロセッサ間通信部，３ａ，３ｂはそれぞれプロセッサ
１ａ，１ｂにより管理・制御が行われる加入者線制御
部，４は加入者端末である。

【００３７】図６に示す実施例２の動作を以下に動作の
順に説明する。なお，この例では，プロセッサ１ａの管
理下にある加入者制御部３ａに収容された加入者端末４
を，プロセッサ１ｂの管理下にある加入者制御部３ｂに
移設する場合について説明する。

【００３８】(1) 操作卓のような保守者介在手段（図示
省略）により，移設先システム（プロセッサ１ｂ）にお
いてデータ移設状態への移行を宣言する。移設先プロセ
ッサでは，データ移設開始通知がデータ移設シナリオ制
御部１５ｂから加入者インタフェース制御部１２ｂに通
知され，加入者インタフェース制御部１２ｂではデータ
移設対象加入者について「移設中」を示すフラグを設定
する。

【００３９】(2) データ移設対象加入者に関する運用デ
ータ（加入者属性データ等，呼状態に依存しない固定的
データ）を移す。一般的な手段としては，オフラインコ
マンド等により移設先システムへ登録し直すことができ
る。他にもプロセッサ間通信部２やデータ転送・変換部
１４ａを用いて移設先に自動転送するようにしても良
い。

【００４０】(3) 上記(2) による運用データの移設が完
了すると，移設元システムにてデータ移設状態への移行
を宣言する。この宣言は，保守者により操作卓から行う
ことができるが，他にもプロセッサ間通信部２を用いて
移設先から通知することもできる。移設元プロセッサ１
ａでは，データ移設シナリオ制御部１５ａが自系の加入
者インタフェース制御部１２ａにアップデート開始を通
知し，加入者インタフェース制御部１２ａではデータ移
設対象加入者に関し「移設中」を示すフラグを設定す
る。移設元プロセッサ側では，データ移設対象加入者に
関しそれ以降に発生した呼に関する呼処理イベントは，
自プロセッサの呼処理制御部１０ａに流して呼処理を行
わせると同時に，プロセッサ間通信部２を用いて移設先
プロセッサ側の加入者インタフェース制御部１２ａに流
す。

【００４１】(4) この状態で暫く運転して移設先プロセ
ッサでの動作安定性が確認されたら，移設元プロセッサ
・移設先プロセッサと共に「移設中」フラグをオフに
し，加入者接続を移設先プロセッサ側に切り替える。

【００４２】(5) 以上の手順に異常動作がないことが確
認されたところで，旧稼働系に残る移設対象データを消
去し，「移設中」状態を解除して終了する。

【００４３】この実施例２により，プロセッサ（ノー
ド）間で加入者収容替えを行った場合，旧収容ノードの
呼処理（サービス）を継続したまま，新収容ノードでの
動作を事前にある程度検証可能となり，新収容ノード側
での処理が失敗した場合の，移設対象加入者に関するサ
ービス中断の可能性を低減することができる。

【００４４】（付記１）複数プロセッサシステムにおい
て，稼働系と待機系の１＋１冗長構成の各プロセッサを
独立動作させた状態で，待機系のプロセッサに対しソフ
トウェア更新部を駆動して新版ソフトウェアを設定し，
稼働系のプロセッサのサービスを継続したまま稼働系で
発生した処理イベントをプロセッサ間通信部を介して待
機系のプロセッサにも流し，両プロセッサで同等の処理
をさせることにより稼働系の制御状態データを待機系に
も徐々に反映させ，所定時間が経過して可変の制御状態
データが全て待機系に反映された状態になると待機系の
プロセッサを稼働系に切替えることを特徴とするソフト
ウェアのアップデート方式。

【００４５】（付記２）付記１において，前記稼働系の
プロセッサのサービスを継続したまま稼働系で処理する
イベントを待機系のプロセッサにも流して，制御状態デ
ータを待機系にも徐々に反映させる際に，待機系のプロ
セッサにおける動作を検証して，待機系のプロセッサの
処理が不調になると，待機系のプロセッサの稼働系への
切替を禁止することを特徴とするソフトウェアのアップ
デート方式。

【００４６】（付記３）付記１において，前記稼働系の
プロセッサに待機系へのデータをオンライン引き継ぎ中
であることを示すフラグを設け，該フラグに基づいて処
理イベントの待機系へ送信の要否を判断して制御するこ
とを特徴とするソフトウェアのアップデート方式。

【００４７】（付記４）付記１において，前記待機系の
プロセッサにデータのオンライン引き継ぎ中であること
を示すフラグを設け，該フラグに基づいて自プロセッサ
のイベント処理結果のアウトプットの要否を判断して制
御することを特徴とするソフトウェアのアップデート方
式。

【００４８】（付記５）付記１において，前記稼働系の
プロセッサは，管理下の端末の属性等の固定データを前
記待機系のプロセッサに転送した後，稼働系で発生した
処理イベントを待機系のプロセッサに流すことを特徴と
するソフトウェアのアップデート方式。

【００４９】（付記６）複数プロセッサのシステムにお
いて，各プロセッサはそれぞれに収容されて管理される
端末等のデータを保持し，一つのプロセッサに収容され
た端末等を他のプロセッサに移設する場合，移設元のプ
ロセッサから移設先のプロセッサに移設対象データを転
送し，移設元のプロセッサのサービスを継続して発生し
た処理イベントをプロセッサ間通信部を介して移設先の
プロセッサにも流し，両プロセッサで同等の処理をさせ
ることにより移設元の制御状態データを移設先にも徐々
に反映させ，所定時間が経過して可変の制御状態データ
が全て移設先に反映された状態になると移設先のプロセ
ッサにより前記移設対象の端末の管理を切替えることを
特徴とするデータのアップデート方式。

【００５０】

【発明の効果】本発明により次のような効果を奏する。

【００５１】１＋１冗長構成の複数プロセッサシステ
ムにおいて，ソフトウェアをアップデートする場合に，
稼働系（旧系）と待機系（新系）の記憶装置間の呼制御
データの送信・変換処理が不要のためその間のサービス
中断がなく，中断時間を系切替え時のみの最小限に抑え
ることができる。

【００５２】１＋１冗長構成のソフトウェアアップデ
ートにおいて，新ファイルでの動作ＮＧ時はソフトウェ
アアップデート不可として旧系側ファイルでの動作継続
となるが，切替え前（旧系を稼働系で運転している最中
と両系独立運転中）に新系での動作がある程度確認でき
るので，切り換えた後に新系動作ＮＧとなる確率を低減
でき，それによるサービス中断が発生する確率を低減さ
せることができる。

【００５３】１＋１冗長構成のソフトウェアアップデ
ートにおいて，新系側の処理（新版ソフトウェアの処
理）により引き継ぎデータを生成していくので，新系側
でのメモリサイズ等のリソース面での制約やメモリアド
レス割付等の制約や，新系側での処理増大等の制約を受
けず，ソフトウェアアップデート作業の自由度を向上す
ることができる。

【００５４】マルチノード構成において，プロセッサ
（ノード）間でデータを移設した場合にも移設元の処理
（サービス）を継続したまま，移設先での動作を事前に
検証することで，移設先での処理を確実にすることがで
き，失敗した場合にも移設対象加入者に関するサービス
中断の可能性を少なくすることができる。

【図面の簡単な説明】

【図１】本発明の第１の原理構成を示す図である。

【図２】本発明の第２の原理構成を示す図である。

【図３】実施例１の構成である。

【図４】ソフトウェアアップデートの処理のタイミング
関係（その１）を示す図である。

【図５】ソフトウェアアップデートの処理のタイミング
関係（その２）を示す図である。

【図６】実施例２の構成である。

【図７】従来例の説明図である。

【符号の説明】

１ ０系（♯０）と１系（♯１）のプロセッサ １０ 処理装置 １１ メモリ １２ インタフェース（ＩＦ）制御部 １３ ソフトウェア更新部 ２ プロセッサ間通信部 ３ 制御部 ４ 端末 ５ 切替部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｍ 3/22 Ｈ０４Ｑ 3/545 ５Ｋ０２６ Ｈ０４Ｑ 3/545 Ｇ０６Ｆ 9/06 ６３０Ｄ ５Ｋ０５１ Ｆターム(参考） 5B018 GA04 HA05 MA12 PA03 QA01 5B034 BB02 BB17 CC01 5B076 CA06 EA11 EA17 5B082 AA02 DE07 GA14 GB06 HA03 5K019 AA08 BA24 CA05 CC05 EA28 EA29 EA32 EA33 5K026 AA10 CC07 EE04 FF01 GG20 GG21 KK02 KK08 5K051 AA09 DD01 EE01 KK05 LL01 LL07

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数プロセッサシステムにおいて，稼働
   系と待機系の１＋１冗長構成の各プロセッサを独立動作
   させた状態で，待機系のプロセッサに対しソフトウェア
   更新部を駆動して新版ソフトウェアを設定し，稼働系の
   プロセッサのサービスを継続したまま稼働系で発生した
   処理イベントをプロセッサ間通信部を介して待機系のプ
   ロセッサにも流し，両プロセッサで同等の処理をさせる
   ことにより稼働系の制御状態データを待機系にも徐々に
   反映させ，所定時間が経過して可変の制御状態データが
   全て待機系に反映された状態になると待機系のプロセッ
   サを稼働系に切替えることを特徴とするソフトウェアの
   アップデート方式。
2. 【請求項２】 請求項１において，前記稼働系のプロセ
   ッサのサービスを継続したまま稼働系で処理するイベン
   トを待機系のプロセッサにも流して，制御状態データを
   待機系にも徐々に反映させる際に，待機系のプロセッサ
   における動作を検証して，待機系のプロセッサの処理が
   不調になると，待機系のプロセッサの稼働系への切替を
   禁止することを特徴とするソフトウェアのアップデート
   方式。
3. 【請求項３】 複数プロセッサシステムにおいて，各プ
   ロセッサがそれぞれに収容されて管理される端末等のデ
   ータを保持し，一つのプロセッサに収容された端末等を
   他のプロセッサに移設する場合，移設元のプロセッサか
   ら移設先のプロセッサに移設対象データを転送し，移設
   元のプロセッサのサービスを継続し，発生した処理イベ
   ントをプロセッサ間通信部を介して移設先のプロセッサ
   にも流し，両プロセッサで同等の処理をさせることによ
   り移設元の制御状態データを移設先にも徐々に反映さ
   せ，所定時間が経過して可変の制御状態データが全て移
   設先に反映された状態になると移設先のプロセッサによ
   り前記移設対象の端末の管理を切替えることを特徴とす
   るデータのアップデート方式。