(57)【要約】【課題】システムコストアップなく冗長構成方法を活用したソフトウェアバージョンの技術を提供する。【解決手段】ＥＭＳ８が、周期的にバージョンアップサーバ１４に最新バージョンのファイルが存在するかの照会を行い、無線通信ゲートウェイ１０からソフトウェアバージョンの情報を取得し、最新でない場合に、その旨をオペレータに通知する。ＥＭＳ８は、無線通信ゲートウェイ１０の複数枚数あるＣＰＵボード２のうち１枚のＣＰＵボード２を、スタンバイ状態として、最新のソフトウェアのダウンロード要求を無線通信ゲートウェイ１０に対して送信する。その指示にもとづいて無線通信ゲートウェイ１０のＯ＆Ｍアプリ２４は、最新ソフトウェアをダウンロードし、最新ソフトウェアに変更する。また、ＥＭＳ８は通知を受けて再起動を行う。ＥＭＳ８は、スイッチオーバしたＣＰＵボード２に対してスイッチオーバを通知する。【選択図】図２
2010183474.tif 000002
【特許請求の範囲】
【請求項１】
複数の現用系のＣＰＵボードと待機系のＣＰＵボードとを備えて構成されている無線通信ゲートウェイと、当該無線通信ゲートウェイにおける各システムのソフトウェアを管理するアプリケーションサーバと、前記無線通信ゲートウェイおよび前記アプリケーションサーバを管理する管理装置と、を備える無線通信システムにおける前記ソフトウェアの更新方法であって、
前記管理装置が、前記アプリケーションサーバに存在するファイルの最新バージョンと、前記無線通信ゲートウェイに設定されているソフトウェアのバージョンとを取得して、それらバージョンを比較し、更新が必要か否かを判断するバージョン確認工程と、
前記バージョン確認工程において更新が必要と判断された場合に、前記管理装置が、前記無線通信ゲートウェイの前記ＣＰＵボードの一つをスタンバイ状態とするように指示するスタンバイ移行指示工程と、
前記管理装置が、前記ＣＰＵボードの一つがスタンバイ状態となったことを確認後、前記無線通信ゲートウェイに対して、最新バージョンのソフトウェアを前記アプリケーションサーバからダウンロードして更新するように指示する更新指示工程と、
前記管理装置が、前記更新指示にもとづいて前記ＣＰＵボードのソフトウェアの更新完了を確認し、更新完了が確認されたら、ソフトウェアが更新された前記ＣＰＵボードの再起動を指示する再起動工程と、
を備えることを特徴とする無線通信システムにおけるソフトウェアの更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムの管理装置に係り、例えば、屋外領域に無線通信基地局と、その基地局を集約して建物内に設置されたゲートウェイと、各システムのソフトウェアデータおよびバージョンを管理するアプリケーションサーバと、無線通信基地局、ゲートウェイおよびアプリケーションサーバを管理するＥＭＳによるシステムにおいて、システム内ソフトウェアの最新バージョンに更新するソフトウェアアップデート技術が適用された無線通信システムの管理装置に関する。
【背景技術】
【０００２】
近年、無線通信システムシステムにおいて、多種の無線通信方式の他、有線通信回線の中でも急速普及しているインターネットやＬＡＮ等のネットワークを用いたデータ送受信の技術が開発されている。
【０００３】
以下に、従来システムを説明する。図１は、通信システム１００の構成例を示す図である。通信システム１００は、複数の無線通信基地局７（以下、「ＢＳ７」と称する）と、ＥＭＳ（Element Management System；要素管理システム）８と、複数の無線通信ゲートウェイ１０とを備え、広域イーサネット（登録商標）網６に接続されている。ここでは、３つの無線通信ゲートウェイ１０がエリアＡ〜Ｃに設置されている。
【０００４】
ＢＳ７は、無線による伝送路１１（以下、「無線伝送路１１」と称す）によって無線通信端末（以下、「ＭＳ９」と称する）と接続される。ＭＳ９は、ＢＳ７及びＢＳ７を管理している無線通信ゲートウェイ１０を介して、広域イーサネット網６に接続される外部ネットワーク６ｂ（インターネット等）にアクセスする。また、広域イーサネット網６には、無線通信ゲートウェイ１０の制御ソフトフェアを管理するバージョンアップサーバ１４が接続されている。
【０００５】
無線通信ゲートウェイ１０は、ＡＴＣＡ（Advanced Telecom Computing Architecture）プラットフォームによるシステムであって、スイッチカード１、ＣＰＵボード２、管理カード３、電源４及びファン５を装備している。このＡＴＣＡシステム１０は、一般的な構成で実現できるので、詳細な説明は省略する。無線通信ゲートウェイ１０、ＥＭＳ８及びＢＳ７は広域イーサネット網６により接続されており、インターネットの伝送路１２で接続されている。
【０００６】
現状、無線通信ゲートウェイ１０については、停止状態が許容されておらず、ＣＰＵボード２は、現用系のＣＰＵボード２ａと及び待機系のＣＰＵボード２ｂで構成されて二重化がなされている。そして、ソフトウェアのバージョンアップがなされる場合には、いずれか一方からバージョンアップがなされている。例えば、現用系のＣＰＵボード２ａが動作している状態で、まず待機系のＣＰＵボード２ｂからバージョンアップがなされ、つづいて、現用系のＣＰＵボード２ａのバージョンアップがなされる。
【０００７】
そして、ソフトウェア更新方法については様々な技術が提案されているが、例えば、ソフトウェアのバージョン確認を無線端末の起動状況に応じて行う技術ある（特許文献１参照）。この技術では、過剰なバージョン確認処理を回避して、消費電力の低減（バッテリ寿命の短命化防止）を図っている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−２５８８３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、現用系のＣＰＵボード２ａが複数あり、待機系のＣＰＵボード２ｂが１枚の場合は、例えば予めエンドユーザにサービスが一旦中断することを通知しておき、現用系のＣＰＵボード２ａでバージョンアップがなされる。一般的には、まず、バージョンアップ作業のリハーサルがなされ、現用系のＣＰＵボード２ａにおける新しいソフト動作が、オペレータによってしばらくの間監視される。しかし、当然にこの作業には人件費が必要とされる。または、無線通信ゲートウェイシステム１０の二重化についても、もう１システムを追加して非稼働であるコールド状態にすることになる。二重化された系の一方をバージョンアップ作業の状態として、つまりコールド状態の現用系として二重化された状態を保つことになる。したがって、しばらくの間、三重化してバージョンアップしたゲートウェイを監視することになるため、システムコスト費が掛かるという課題があった。これを現用系のＣＰＵボード２ａが複数あり、待機系のＣＰＵボード２ｂが１枚の場合には適用できないとい課題があった。また、特許文献１に開示の技術にあっては、過剰なバージョン確認処理を回避して、消費電力の低減やバッテリ寿命の短命化防止を図ることで、システム全体のコスト低減が実現できているが、システムの多重化に関するコスト低減については考慮されておらず、別の技術が求められていた。
【００１０】
本発明は、以上のような状況に鑑みなされたものであって、その目的は、上述の課題を解決して、システムコストアップなく冗長構成方法を活用したソフトウェアバージョンの技術を提供することにある。
【課題を解決するための手段】
【００１１】
本発明のある態様は、無線通信システムにおけるソフトウェアの更新方法に関する。この方法は、複数の現用系のＣＰＵボードと待機系のＣＰＵボードとを備えて構成されている無線通信ゲートウェイと、当該無線通信ゲートウェイにおける各システムのソフトウェアを管理するアプリケーションサーバと、前記無線通信ゲートウェイおよび前記アプリケーションサーバを管理する管理装置と、を備える無線通信システムにおける前記ソフトウェアの更新方法であって、前記管理装置が、前記アプリケーションサーバに存在するファイルの最新バージョンと、前記無線通信ゲートウェイに設定されているソフトウェアのバージョンとを取得して、それらバージョンを比較し、更新が必要か否かを判断するバージョン確認工程と、前記バージョン確認工程において更新が必要と判断された場合に、前記管理装置が、前記無線通信ゲートウェイの前記ＣＰＵボードの一つをスタンバイ状態とするように指示するスタンバイ移行指示工程と、前記管理装置が、前記ＣＰＵボードの一つがスタンバイ状態となったことを確認後、前記無線通信ゲートウェイに対して、最新バージョンのソフトウェアを前記アプリケーションサーバからダウンロードして更新するように指示する更新指示工程と、前記管理装置が、前記更新指示にもとづいて前記ＣＰＵボードのソフトウェアの更新完了を確認し、更新完了が確認されたら、ソフトウェアが更新された前記ＣＰＵボードの再起動を指示する再起動工程と、を備える。
【発明の効果】
【００１２】
本発明によると、無停止状態を維持してシステム全体のコストアップをせずにバージョンアップが可能となる技術を提供することができる。
【図面の簡単な説明】
【００１３】
【図１】従来技術に係る、基本のネットワーク構成例を示す図である。
【図２】本実施形態に係る、冗長構成システムの概略構成を示す機能ブロック図である。
【図３】実施形態に係る、バージョンアップ開始から完了までの手順を示すフローチャートである。
【図４】実施形態に係る、定常時のＥＭＳからバージョンアップサーバへの照会処理手順を示す図である。
【図５】実施形態に係る、古いバージョンであることをオペレータへ通知する処理手順を示す図である。
【図６】実施形態に係る、ＣＰＵボードスタンバイ状態処理手順を示す図である。
【図７】実施形態に係る、パージョンアップサーバからダウンロード要求する処理手順を示す図である。
【図８】実施形態に係る、パージョンアップサーバからダウンロードする処理手順を示す図である。
【図９】実施形態に係る、ダウンロード完了通知およびＣＰＵボード再起動の処理手順を示す図である。
【図１０】実施形態に係る、再開通知受信後、スイッチオーバ要求の処理手順を示す図である。
【図１１】実施形態に係る、バージョンアップ完了通知手順を示す図である。
【発明を実施するための形態】
【００１４】
つぎに、本発明を実施するための最良の形態（以下、単に「実施形態」という）を、図面を参照して具体的に説明する。以下に説明する実施形態では、ＥＭＳは無線通信ゲートウェイの現用系ＣＰＵボードのセッション情報を待機系ＣＰＵボードに移し運用を継続した状態でソフトウェアのバージョンアップを行う。これによって、システムコストアップなく冗長構成方法を活用したソフトウェアバージョン方法を提供する。
【００１５】
図２は、本実施形態に係る冗長構成システム２００の概略構成を示す機能ブロックである。この冗長構成システム２００の構成は、背景技術で示した図１の通信システム１００における、無線通信ゲートウェイ１０、バージョンアップサーバ１４、及びＥＭＳ８により構成され、背景技術で示した通信システム１００とは記憶され実行されるプログラム（アプリケーション）が異なっている。また、無線通信ゲートウェイ１０は、上述のようにＡＴＣＡプラットフォームや、ＡＴＣＡプラットフォームの拡張規格であるμＴＣＡ（Micro Telecommunications Computing Architecture）プラットフォームによるシステムによって実現できる。なお、各エリアの無線通信ゲートウェイ１０は、同一構成によって実現できるので、以下では、主にエリアＡの無線通信ゲートウェイ１０について説明する。
【００１６】
ＣＰＵボード２は、第１〜第４のＣＰＵボード＃０１〜＃０４の４枚で構成されている。なお、第１〜第４のＣＰＵボード＃０１〜＃０４は、それぞれ、ＧＷソフト２３と、管理ソフト（以下、以下「Ｏ＆Ｍアプリ」と略す）２４と、冗長アプリ２５とを備えている。ここで、ＧＷソフト２３は、ＡＴＡＣシステム１０の第１〜第４のＣＰＵボード＃０１〜＃０４のそれぞれをゲートウェイとして機能させるためのプログラムである。また、Ｏ＆Ｍアプリ２４は、ネットワークの保守管理を行うプログラムである。さらに、冗長アプリ２５は、無線通信ゲートウェイ１０の冗長性を機能させるためのプログラムである。ＧＷソフト２３、Ｏ＆Ｍアプリ２４及び冗長アプリ２５の本実施形態における特徴的な動作については、以下に説明する。
【００１７】
図３は、オペレータの指示によりＥＭＳ８から複数ＣＰＵボード２（＃０１〜＃０４）のソフトウェアの古いバージョンから最新バージョンにバージョンアップ（アップデート）する手順例を示すフローチャートである。また、図４〜図１１は、図３で説明するフローチャートの処理に対応させて図２における構成の対応関係を理解しやすいように示したものであり、エリアＡの無線通信ゲートウェイ１０についてのみ示している。
【００１８】
本実施形態で提案するソフトウェアのバージョンアップ方法の概要は、次の通りである。まず、ＥＭＳ８が、周期的にバージョンアップサーバ１４に最新バージョンのファイルが存在するかの照会を行う。つづいて、ＥＭＳ８は、無線通信ゲートウェイ１０にソフトウェアバージョン情報要求を送信する。さらに、ＥＭＳ８は、無線通信ゲートウェイ１０から取得したソフトウェアバージョンが古い場合に、その旨をオペレータに通知する。その後、ＥＭＳ８は、無線通信ゲートウェイ１０の複数枚数あるＣＰＵボード２のうち１枚のＣＰＵボード２を、スタンバイ状態する。さらに、ＥＭＳ８は、スタンバイ状態に移ったことを無線通信ゲートウェイ１０から受け取ると、バージョンアップサーバ１４から最新のソフトウェアをダウンロードする旨の指示であるダウンロード要求を無線通信ゲートウェイ１０に対して送信する。つづいて、その指示にもとづいて無線通信ゲートウェイ１０のＯ＆Ｍアプリ２４は、バージョンアップサーバ１４から最新ソフトウェアをダウンロードする。そして、Ｏ＆Ｍアプリ２４は、最新ソフトウェアに変更するとともに、ＥＭＳ８は通知を受けてバージョンアップしたＣＰＵボード２の再起動を行う。さらに、ＥＭＳ８は、バージョンアップのために現用系から待機系へ移るスイッチオーバしたＣＰＵボード２に対して再度スイッチオーバをして元に戻るように通知する。またさらに、ＥＭＳ８はＯ＆Ｍアプリ２４からアクティブ状態に変わったことの通知を受けて、オペレータにバージョンアップの処理が完了した旨を通知する。以下、より具体的に説明する。
【００１９】
図４は、定常時、ＥＭＳ８から所定の周期でバージョンアップサーバ１４に最新バージョンのファイルが存在するかの照会を行う手順を示す図である。ここでは、図３のＳ２０ａ及びＳ２０ｂの処理に対応している。図示のように、まず、ＥＭＳ８は、定期的にバージョンアップサーバ１４に照会を行い、各ソフトウェアのバージョンアップがあるか否かを確認する（Ｓ２０ａ）。そして、バージョンアップサーバ１４は、ＥＭＳ８から上記の照会に応答して、各ソフトウェアの最新バージョンをＥＭＳ８に通知する（Ｓ２０ｂ）。
【００２０】
図５は、ＥＭＳ８がエリアＡにおける無線通信ゲートウェイ１０の第１〜第４のＣＰＵボード＃０１〜＃０４にソフトウェアバーション情報要求を送信し、その要求に対する返信によって取得したソフトウェアバージョンがバージョンアップサーバ内のバージョンより古い場合は、オペレータに通知する処理手順例を示す図である。ここでは、図３のＳ２１ａ〜Ｓ２１ｄのステップに対応している。ＥＭＳ８は、エリアＡにおける無線通信ゲートウェイ１０の第１〜第４のＣＰＵボード＃０１〜＃０４に対して、ソフトウェアバージョン情報取得要求を送信する（Ｓ２１ａ）。つまり、ＥＭＳ８は、無線通信ゲートウェイ１０の第１〜第４のＣＰＵボード＃０１〜＃０４に対して、ソフトウェアバージョンをＥＭＳ８に通知するように指示する。そして、無線通信ゲートウェイ１０の第１〜第４のＣＰＵボード＃０１〜＃０４は、それぞれが備えるＯ＆Ｍアプリ２４に関する監視対象ソフトウェアのバージョン情報をＥＭＳ８に送信して回答する（Ｓ２１ｂ）。さらに、ＥＭＳ８は、バージョンアップサーバ１４から取得したバージョン情報と、ＣＰＵボード２から取得したバージョン情報とを比較する（Ｓ２１ｃ）。ＥＭＳ８は、第１〜第３のＣＰＵボード＃０１〜＃０３のＧＷソフト２３のバージョンが古いと判定すると、第１〜第３のＣＰＵボード＃０１〜＃０３のＧＷソフト２３が最新バージョンヘバージョンアップできる旨を所定の表示装置等（図示せず）に提示することでオペレータに通知する（Ｓ２１ｄ）。
【００２１】
図６は、ＥＭＳ８がオペレータの承認操作を受けると第１のＣＰＵボード＃０１を一旦スタンバイ状態にする為に、スイッチオーバを要求しバージョンアップの準備をする処理手順例を示す図である。ここでは、図３のＳ２２ａ〜Ｓ２２ｄの処理に対応している。また、第１〜第３のＣＰＵボード＃０１〜＃０３のＧＷソフト２３のバージョンアップが可能である旨が提示された画面において、「全て実行する」、「変更する」又は「実行しない」のいずれの項目が、オペレータより選択可能に表示されている（Ｓ２２ａ）。つまり、ＥＭＳ８は、オペレータに対して、バージョンアップの処理についていずれかの項目を選択するように促す。オペレータが「全て実行する」を選択した場合（Ｓ２２ａの１）、ＥＭＳ８は、現用系から待機系に移るように、第１のＣＰＵボード＃０１に対してスイッチオーバの指示を送信する（Ｓ２２ｂ）。つづいて、第１のＣＰＵボード＃０１がスイッチオーバの指示を取得すると、Ｏ＆Ｍアプリ２４はスイッチオーバの処理を開始する（Ｓ２２ｃ）。
【００２２】
一方、オペレータが「実行しない」を選択した場合（Ｓ２２ａの２）、Ｓ２０ａ及びＳ２０ｂのステップに戻る。また、オペレータが「変更する」を選択した場合（Ｓ２２ａの３）、ＥＭＳ８は、第１〜第３のＣＰＵボード＃０１〜＃０３それぞれに関するバージョンアップを「実行する」又は「実行しない」のいずれかを指定するようにオペレータに対して要求する（Ｓ２２ｄ）。つまり、現用系となっている第１〜第３のＣＰＵボード＃０１〜＃０３それぞれに関して、ＧＷソフト２３のバージョンアップを行うか否かの選択がオペレータによってなされる。
【００２３】
図７は、パージョンアップサーバからダウンロード要求する処理手順を示す図である。ここでは、第１のＣＰＵボード＃０１のＯ＆Ｍアプリ２４は、第１のＣＰＵボード＃０１の状態がアクティブ状態（以下、「ＡＣＴ」と略す）からスタンバイ状態（以下、「ＳＴＤ」と略す）に切り替わった事を冗長アプリ２５から取得してＥＭＳ８に送信する。それを受けてＥＭＳ８は第１のＣＰＵボード＃０１のＯ＆Ｍアプリ２４にバージョンアップサーバ１４からの最新ＧＷソフト２３のダウンロード要求を送信する。本図は、図３のＳ２３ａ及びＳ２３ｂの処理に対応している。Ｏ＆Ｍアプリ２４は、冗長アプリ２５から状態変更通知、つまりＡＣＴからＳＴＤへ移った旨の通知を取得すると、その旨をＥＭＳ８に送信する（Ｓ２３ａ）。なお、スイッチオーバにより第１のＣＰＵボード＃０１がＳＴＤに移ったときに、第４のＣＰＵボード＃０４がＡＣＴになる。ここで、第１のＣＰＵボード＃０１がＳＴＤに移り第４のＣＰＵボード＃０４がＡＣＴに移るときに、第１のＣＰＵボード＃０１から第４のＣＰＵボード＃０４へセッション情報等を受け渡すことによって、運用の継続が適正になされる。つぎに、ＥＭＳ８は、第１のＣＰＵボード＃０１の状態がＳＴＤになった事を確認した後、Ｏ＆Ｍアプリ２４に対して、バージョンアップサーバ１４からＧＷソフト２３の最新バージョンのファイルダウンロードを行うように要求する（Ｓ２３ｂ）。
【００２４】
図８は、第１のＣＰＵボード＃０１のＯ＆Ｍアプリ２４はＦＴＰ（File Transfer Protocol）を使用してバージョンアップサーバ１４から最新のＧＷソフト２３をダウンロードする処理手順例を示す図である。ここでは、図３のＳ２４ａ及びＳ２４ｂの処理に対応している。Ｏ＆Ｍアプリ２４は、エリアＡにおける無線通信ゲートウェイ１０の最新バージョンのファイルをバージョンアップサーバ１４から所定のプロトコル（例えばＦＴＰコマンド）を用いてダウンロードする（Ｓ２４ａ）。さらに、Ｏ＆Ｍアプリ２４は、バージョンアップサーバ１４からダウンロードしたＧＷソフト２３を第１のＣＰＵボード＃０１内の所定の記憶領域、例えばハードディスクに格納する（Ｓ２４ｂ）。
【００２５】
図９は、バージョンアップサーバ１４からＧＷソフト２３をダウンロードした後の処理について示した図であり、ここでは、図３のＳ２５ａ及びＳ２５ｂの処理に対応している。Ｏ＆Ｍアプリ２４は、ダウンロード終了後、現在のＧＷソフト２３を最新のＧＷソフト２３に変更してダウンロード完了した旨をＥＭＳ８に通知する（Ｓ２５ａ）。つづいて、ＥＭＳ８は、第１のＣＰＵボード＃０１におけるダウンロード完了を確認した後、第１のＣＰＵボード＃０１に対して再起動を行う指示を送信する（Ｓ２５ｂ）。
【００２６】
図１０は、第１のＣＰＵボード＃０１のＯ＆Ｍアプリ２４は再起動後、ＥＭＳ８に対して再開通知を送信する。ＥＭＳ８は再開通知を受信後、第４のＣＰＵボード＃０４に対しスイッチオーバを要求する処理手順例を示す図である。ここでは、図３のＳ２６ａ及びＳ２６ｂの処理に対応している。まず、第１のＣＰＵボード＃０１のＯ＆Ｍアプリ２４は、再起動が完了すると、ＥＭＳ８に再開通知を送信する（Ｓ２６ａ）。つづいて、ＥＭＳ８は、第１のＣＰＵボード＃０１の再開通知を受信すると、第４のＣＰＵボード＃０４に対して、現用系から待機系へ移るスイッチオーバを行うように要求する（Ｓ２６ｂ）。
【００２７】
図１１は、バージョンアップ完了通知手順を示す図である。ここでは、図３のＳ２７ａ及びＳ２７ｂの処理に対応している。第１のＣＰＵボード＃０１のＯ＆Ｍアプリ２４は、冗長アプリ２５から状態変更通知、つまりＳＴＤからＡＣＴへ移った旨の通知を受けると、その旨をＥＭＳ８に送信する（Ｓ２７ａ）。すると、ＥＭＳ８は、第１のＣＰＵボード＃０１がＡＣＴになった事を確認した後、オペレータに対して第１のＣＰＵボード＃０１のバージョンアップが完了した旨を通知する（Ｓ２７ｂ）。そして、ＥＭＳ８は、バージョンアップすべきＣＰＵカード２が全てバージョンアップしたか否かを判断して（Ｓ２８ａ）、まだバージョンアップすべきＣＰＵカード２が残っていれば（Ｓ２８ａのＮ）、Ｓ２２ｂの処理に戻り、全てバージョンアップが終了していれば（Ｓ２８ａのＹ）、処理は終了する。
【００２８】
以上、本実施形態によると、現用系のＣＰＵボード２が複数であり、かつ待機系のＣＰＵボード２が１枚である場合の構成において、無停止状態を維持しつつシステム全体のコストアップをせずにバージョンアップが可能となる。また、無線通信ゲートウェイ１０を経由した通信を行うユーザに対して、バージョンアップによるシステムの一時停止を通知する必要がなく、この観点においても、大幅な工数の削減が実現できる。また、上記実施形態では、一つの無線通信ゲートウェイのソフトウェア更新について記載したが、無線通信ゲートウェイが複数存在する場合でも、同様に無線通信ゲートウェイのソフトウェア更新を行うことができる。
【００２９】
以上、本発明を実施形態をもとに説明した。この実施形態は例示であり、それらの各構成要素の組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００３０】
以下、本実施形態の概要をまとめると以下の通りである。
本実施形態は、複数の現用系のＣＰＵボードと待機系のＣＰＵボードとを備えて構成されている無線通信ゲートウェイと、当該無線通信ゲートウェイにおける各システムのソフトウェアを管理するアプリケーションサーバと、前記無線通信ゲートウェイおよび前記アプリケーションサーバを管理する管理装置（ＥＭＳ）と、を備える無線通信システムにおける前記ソフトウェアの更新方法に関する。
この方法は、前記管理装置が、前記アプリケーションサーバに存在するファイルの最新バージョンと、前記無線通信ゲートウェイに設定されているソフトウェアのバージョンとを取得して、それらバージョンを比較し、更新が必要か否かを判断するバージョン確認工程と、前記バージョン確認工程において更新が必要と判断された場合に、前記管理装置が、前記無線通信ゲートウェイの前記ＣＰＵボードの一つをスタンバイ状態とするように指示するスタンバイ移行指示工程と、前記管理装置が、前記ＣＰＵボードの一つがスタンバイ状態となったことを確認後、前記無線通信ゲートウェイに対して、最新バージョンのソフトウェアを前記アプリケーションサーバからダウンロードして更新するように指示する更新指示工程と、前記更新指示にもとづいて前記ＣＰＵボードのソフトウェアの更新完了を確認し、更新完了が確認されたら、ソフトウェアが更新された前記ＣＰＵボードの再起動を指示する再起動工程と、を備える。
また、前記管理装置が、前記取得したソフトウェアバージョンが古い場合にオペレータに通知するバージョン通知工程を備える。
また、前記管理装置が、前記管理ソフトからアクティブ状態に変わった旨の通知を受けて、オペレータに更新作業が完了した旨を通知する状態変更通知工程を備える。
また、前記管理装置が、スイッチオーバしたＣＰＵボードに対してスイッチオーバを通知するスイッチオーバ指示工程を備える。このスイッチオーバは、現用系としての運用または待機系の運用状態を、ソフトウェアの更新前にスイッチオーバし、更新完了後に再度スイッチオーバして元に戻す動作となる。
【符号の説明】
【００３１】
２  ＣＰＵボード
６  広域イーサネット網
８  ＥＭＳ
１０  無線通信ゲートウェイ
１１  無線伝送路
１４  バージョンアップサーバ
２３  ＧＷソフト
２４  Ｏ＆Ｍアプリ
２５  冗長アプリ
２００  冗長構成システム
＃０１〜＃０４  第１〜第４のＣＰＵボード
【図１】
2010183474.tif 000003
【図２】
2010183474.tif 000004
【図３】
2010183474.tif 000005
【図４】
2010183474.tif 000006
【図５】
2010183474.tif 000007
【図６】
2010183474.tif 000008
【図７】
2010183474.tif 000009
【図８】
2010183474.tif 000010
【図９】
2010183474.tif 000011
【図１０】
2010183474.tif 000012
【図１１】
2010183474.tif 000013