(57)【要約】【課題】  保守作業における動作中ノードのソフトウェア更新処理、および動作中ノードと異なるノードソフトウェア追加起動処理におけるサービス影響ユーザ数の低減の実現。【解決手段】  通信装置１０２／１０３／１０５において、動作中のノードソフトウェア更新処理時に新ソフトウェアのプロセスを追加で起動し、その後、動作中の旧ソフトウェアのプロセスを削除する。このとき、新ソフトウェアの不具合によるサービス影響ユーザ数を最小化するため、新ソフトウェアプロセスへ収容するユーザ数を制限するよう通信装置が具備するＬｏａｄ  Ｂａｌａｎｃｅｒアルゴリズムを更新する。【選択図】  図３
2016116187.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
ユーザ情報及び／又はセッション情報を管理し、パケットの転送処理を行う複数のパケット処理部と、
前記パケット処理部を制御する装置管理部と、
予め定められた数又は前記数以内のユーザのグループを示す振分ＩＤに対する、パケット処理部識別情報を記憶するセッション振分管理テーブルと、
パケット処理部識別情報に対する、振分ＩＤ数を記憶する負荷分散重み付け管理テーブルと
を備え、
前記装置管理部は、
旧ソフトウェアで動作する第１のパケット処理部に対する新ソフトウェア導入時に、新しいソフトウェアで動作する第２のパケット処理部を追加して起動し、
前記セッション振分管理テーブルを参照して、前記第１のパケット処理部が処理するユーザを、前記第１のパケット処理部から前記第２のパケット処理部に、振分ＩＤ毎又は予め定められた複数の振分ＩＤ毎のユーザを振り分け、振り分けられた振分ＩＤに従い、前記セッション振分管理テーブルと前記負荷分散重み付け管理テーブルを更新し、
前記第２のパケット処理部が正常に動作していることを確認した後に、前記第１のパケット処理部が処理する他の振分ＩＤのユーザを、振分ＩＤ毎又は予め定められた複数の振分ＩＤ毎に振り分け、
前記第２のパケット処理部が正常に動作していることを確認しない場合、前記負荷分散重み付け管理テーブル及び前記セッション振分管理テーブルを、前記振り分け前の状態へ戻す
通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記装置管理部は、
ソフトウェア更新要求を受信し、新ソフトウェアによる前記第２のパケット処理部を起動し、
前記第１のパケット処理部へ、移行対象のユーザを指定した振分ＩＤを含むユーザ情報及び／又はセッション情報転送処理指示を送信し、前記第１のパケット処理部により、振分ＩＤで指定された保持するユーザ情報及び／又はセッション情報を前記第２のパケット処理部へ転送させ、
前記負荷分散重み付け管理テーブルの前記第１のパケット処理部及び前記第２のパケット処理部に対する振分ＩＤの数を更新し、前記セッション振分管理テーブルの振分ＩＤに対するパケット処理部識別情報を更新し、
正常性を確認するための指標を要求する正常性確認要求を前記第２のパケット処理部に送信することにより、前記第２のパケット処理部の正常性を確認し、
正常性を確認できたら、前記第１のパケット処理部へ、移行対象のユーザを指定した次の振分ＩＤを含むユーザ情報及び／又はセッション情報転送処理指示を送信し、前記第１のパケット処理部により、前記次の振分ＩＤで指定された保持するユーザ情報及び／又はセッション情報を前記第２のパケット処理部へ転送させる
ことを特徴とする通信装置。
【請求項３】
請求項１に記載の通信装置において、
前記装置管理部は、正常と判断するための指標として、接続処理成功率の値を用いることを特徴とする通信装置。
【請求項４】
請求項３に記載の通信装置において、
前記装置管理部は、正常性確認応答の接続処理成功率が低い場合、新ソフトウェアに何らかの不具合があると判断し、前記負荷分散重み付け管理テーブル及び前記セッション振分管理テーブルを更新前の状態へ戻すことを特徴とする通信装置。
【請求項５】
請求項１に記載の通信装置において、
前記装置管理部は、
前記第２のパケット処理部が正常に動作していないことを確認した際に、前記第２のパケット処理部をサービスから切り離することを特徴とする通信装置。
【請求項６】
請求項１に記載の通信装置において、
前記装置管理部は、
ソフトウェア更新対象とするひとつ又は複数のパケット処理部識別情報、新ソフトウェア、収容制限するユーザ数を含むソフトウェア更新要求を、保守装置から受信することを特徴とする通信装置。
【請求項７】
請求項６に記載の通信装置において、
前記ソフトウェア更新要求は、予め定められた収容制限するユーザ数を含み、
前記装置管理部は、前記収容制限するユーザ数を元に、振分ＩＤの最大数を決定し、決定した前記最大数以下の振分ＩＤのユーザを振り分けて更新することを特徴とする通信装置。
【請求項８】
請求項１に記載の通信装置において、
前記装置管理部は、１振分ＩＤが、
「システムで収容する最大のユーザ数」／「振分ＩＤの最大値」＜「予め定められた収容制限ユーザ数」
を満たすように、ユーザ数を設定することを特徴とする通信装置。
【請求項９】
通信装置であって、
ユーザ情報及び／又はセッション情報を管理し、パケットの転送処理を行う複数のパケット処理部と、
前記パケット処理部を制御する装置管理部と、
ネットワークを生成するスイッチ部と、
を備え、
運用中の第１及び第２のパケット処理部が、旧ソフトウェアで動作し、第１のネットワークに接続され、アクト（ＡＣＴ）／スタンバイ（ＳＢＹ）の冗長構成であり、
前記装置管理部は、
新ソフトウェア導入時、旧ソフトウェアで動作するＤＩＳＡＢＬＥの第３のパケット処理部と、新ソフトウェアで動作するＳＢＹの第４のパケット処理部を、第２のネットワーク上に追加し、
運用中のＳＢＹの前記第２パケット処理部を前記第２のネットワークに、追加したＳＢＹの前記第４のパケット処理部を前記第１のネットワークに、接続替えし、
ＳＢＹの前記第２のパケット処理部をＡＣＴ化し、前記第２のパケット処理部と前記第３のパケット処理部とで、第２のネットワークに接続されたＡＣＴ／ＳＢＹの冗長構成とし、
運用中のＡＣＴの前記第１のパケット処理部をＳＢＹに、新しいソフトウェアで動作するＳＢＹの前記第４のパケット処理部をＡＣＴに切り替え、
ＳＢＹとなった前記第１のパケット処理部のソフトウェアを新しいソフトウェアに更新し、
更新処理の途中でサービス影響が検出された場合に、前記第２のパケット処理部及び／又は前記第３のパケット処理部を使用することでユーザに対するサービスを復旧する
通信装置。
【請求項１０】
請求項９に記載の通信装置において、
前記第１のパケット処理部と前記第２のパケット処理部は、旧ソフトウェアパッケージで動作し、第１のネットワークＩＤのネットワークに接続し、ＡＣＴ／ＳＢＹの冗長構成であり、
前記装置管理部は、
旧ソフトウェアパッケージと第２のネットワークＩＤを含むパケット処理部起動により、前記第３のパケット処理部をＤＩＳＡＢＬＥで起動し、
新ソフトウェアパッケージと第２のネットワークＩＤを含むパケット処理部起動により、前記第４のパケット処理部をＳＢＹで起動し、
ＳＢＹの前記第２のパケット処理部を第１のネットワークＩＤのネットワークから切り離し、
ＳＢＹの前記第４のパケット処理部を第２のネットワークＩＤのネットワークから切り離し、
ＳＢＹの前記第２のパケット処理部を第２のネットワークＩＤのネットワークに接続し、ＡＣＴ状態へ遷移させ、ＤＩＳＡＢＬＥの前記第３のパケット処理部をＳＢＹ状態へ遷移させて、前記第２のパケット処理部と前記第３のパケット処理部をＡＣＴ／ＳＢＹの冗長構成としてデータ同期を行い、
ＳＢＹの前記第４のパケット処理部を第１のネットワークＩＤのネットワークに接続し、ＡＣＴの前記第１のパケット処理部と前記第４のパケット処理部をＡＣＴ／ＳＢＹの冗長構成としてデータ同期を行い、前記第１のパケット処理部をＳＢＹとし、前記第４のパケット処理部をＡＣＴとするように切り替え、
ソフトウェア更新指示により、ＳＢＹの前記第１のパケット処理部を新ソフトウェアに更新し、新ソフトウェアで動作するＳＢＹの前記第１のパケット処理部とＡＣＴの前記第４のパケット処理部でＡＣＴ／ＳＢＹを構成する
ことを特徴とする通信装置。
【請求項１１】
請求項９に記載の通信装置において、
更新処理の途中でサービス影響が検出されない場合に、
前記装置管理部は、
パケット処理部削除指示により、前記第３のパケット処理部及び前記第２のパケット処理部をネットワーク構成から削除し、
前記スイッチ部により、第２のネットワークＩＤのネットワーク構成を削除する
ことを特徴とする通信装置。
【請求項１２】
パケット処理部識別情報に対して、パケット処理部が使用するネットワーク構成を識別するネットワークＩＤ、ＡＣＴ又はＳＢＹ又はＤＩＳＡＢＬＥを表わす起動状態、及び、ソフトウェアの版数又は新旧識別、を対応して記憶する含むパケット処理部管理テーブル
を備え、
前記装置管理部は、前記パケット処理部管理テーブルにより、各前記パケット処理装置を管理することを特徴とする通信装置。
【請求項１３】
請求項１２に記載の通信装置において、
前記装置管理部は、
切替処理の途中でサービス影響が検出された場合に、前記パケット処理部管理テーブルを参照し、前記新しいネットワーク上にバックアップとして保持していた前記運用中の旧ソフトウェアで動作するユーザのユーザ情報及び／又はセッション情報を持った前記第２のパケット処理部及び／又は前記第３のパケット処理部を使用することでユーザに対するサービスを復旧することを特徴とする通信装置。
【請求項１４】
請求項９に記載の通信装置において、
前記装置管理部は、ソフトウェア更新対象とするひとつ又は複数のパケット処理部識別情報、新ソフトウェアを含む前記ソフトウェア更新要求を、保守装置から受信送信することを特徴とする通信装置。
【請求項１５】
通信装置におけるソフトウェア更新方法であって、
前記通信装置は、
ユーザ情報及び／又はセッション情報を管理し、パケットの転送処理を行う複数のパケット処理部と、
前記パケット処理部を制御する装置管理部と、
予め定められた数又は前記数以内のユーザのグループを示す振分ＩＤに対する、パケット処理部識別情報を記憶するセッション振分管理テーブルと、
パケット処理部識別情報に対する、振分ＩＤ数を記憶する負荷分散重み付け管理テーブルと
を備え、
前記装置管理部は、
旧ソフトウェアで動作する第１のパケット処理部に対する新ソフトウェア導入時に、新しいソフトウェアで動作する第２のパケット処理部を追加して起動し、
前記セッション振分管理テーブルを参照して、前記第１のパケット処理部が処理するユーザを、前記第１のパケット処理部から前記第２のパケット処理部に、振分ＩＤ毎又は予め定められた複数の振分ＩＤ毎のユーザを振り分け、振り分けられた振分ＩＤに従い、前記セッション振分管理テーブルと前記負荷分散重み付け管理テーブルを更新し、
前記第２のパケット処理部が正常に動作していることを確認した後に、前記第１のパケット処理部が処理する他の振分ＩＤのユーザを、振分ＩＤ毎又は予め定められた複数の振分ＩＤ毎に振り分け、
前記第２のパケット処理部が正常に動作していることを確認しない場合、前記負荷分散重み付け管理テーブル及び前記セッション振分管理テーブルを、前記振り分け前の状態へ戻す
ソフトウェア更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及びソフトウェア更新方法に係る。
【背景技術】
【０００２】
ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムは、携帯電話を中心とする無線端末のインフラとなるシステムであり、国内通信キャリア大手３社は２０１２年に商用サービスを開始している。また、大手通信キャリアの設備を借用して通信サービスを行う、仮想通信事業者（ＭＶＮＯ：Ｍｏｂｉｌｅ  Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒ）が相次いで商用サービスを開始している。
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、ＬＴＥシステムのコアネットワークであり、仮想化ＥＰＣは、汎用のサーバ上でＬＴＥのサービスを実現するため、大規模な事業者には専用の装置と同等の品質を保ちながら、装置の価格を抑えることが出来るほか、ノード装置をすべて同じ種類のサーバで実現するために、故障発生時の保守作業を簡素にすることが出来るというメリットがある。また、専用の装置と比較して、小規模かつ安価に導入できることから、海外の通信事業者や、加入者数が小規模になる仮想通信事業者でも導入が容易であるというメリットがある。
【０００３】
保守運用作業の１つにソフトウェア更新がある。一般的に通信装置ではＡＣＴ／ＳＢＹ（Ａｃｔｉｖｅ／Ｓｔａｎｄｂｙ）方式の二重化冗長構成をとっている。ＡＣＴ／ＳＢＹ方式はＳＢＹ側を待機状態にして、障害発生時に切り替えて処理を引き継ぐ方式である。この場合のソフトウェア更新手順として、始めにユーザへの影響をなくすためにＳＢＹ側のソフトウェ更新を実施することがある。その後更新されたＳＢＹ側のソフトウェアをＡＣＴに切り替えることにより新ソフトウェアでサービスを開始する。その後、旧ＡＣＴ側のソフトウェア更新を行うことによりＡＣＴ／ＳＢＹともに新しいソフトウェアに更新される。大規模な通信システムを運用する通信事業では、ソフトウェア更新作業の対象装置が、例えば数百台あることもあり、人的リソースの確保および長期の作業期間が保守運用作業高コスト化の要因の１つとなっている。
【０００４】
図１にＬＴＥシステムのネットワーク構成図の一例を示す。
ＬＴＥシステムは、移動機ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）（１０７）の移動・セッション管理を行うＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）（１０５）、基地局であるｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）（１０６）とＰ−ＧＷ（ＰＤＮ  Ｇａｔｅｗａｙ）（１０２）との間のデータ転送制御を行うＳ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（１０３）、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）（１０１）とのゲートウェイ装置となるＰ−ＧＷ（１０２）、これらの装置監視、保守運用の機能を保持するＯ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）装置（１０４）を備える。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１４９５９２号公報
【特許文献２】特開２０１４−１０９８８６号公報
【特許文献３】特開２００３−２５６３９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通信装置の一般的課題として、例えば、保守運用作業の高コスト化がある。高コストの要因として、システムの大規模化、１装置あたりの作業時間長期化、問題箇所特定の長期化等があげられる。作業時間長期化については、サービス影響のリスクの低減のために実施する作業手順（処理）が膨大となっており、作業時間が長期化している。サービス影響とは、サービスを受けられない状態となったユーザ数とその継続時間が指標となる。日本においては、電気通信役務の提供を停止又は品質を低下させた事故で、例えば、影響利用数３万以上かつ継続時間２時間以上のもの等の場合、電気通信事業者は、重大な事故として総務省への報告が必要となる。
サービス影響のリスクとして、例えば、ソフトウェア更新時のプロセス切り替え処理の失敗が考えられる。ＳＢＹ側プロセスに新ソフトウェア更新を実施し、その後ＡＣＴ側と切り替えを行うが、その切り替え時に失敗するリスクが想定される。また、新ソフトウェアに更新後に、新ソフトウェアに不具合が生じた場合のリスクも考えられる。
特許文献１は、Ｎ分散Ｎ冗長についての技術である。また、特許文献２は、負荷分散の方法についての技術である。これらの組み合わせでは、負荷分散装置においてユーザ数の管理を行っていないため、サービス影響ユーザ数を低減することが難しい。
【０００７】
本発明は、以上の点に鑑み、保守作業における動作中ノードのソフトウェア更新処理におけるサービス影響リスク（例えば、サービス影響ユーザ数、サービス影響継続時間）の低減を目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１の解決手段によると、
通信装置であって、
ユーザ情報及び／又はセッション情報を管理し、パケットの転送処理を行う複数のパケット処理部と、
前記パケット処理部を制御する装置管理部と、
予め定められた数又は前記数以内のユーザのグループを示す振分ＩＤに対する、パケット処理部識別情報を記憶するセッション振分管理テーブルと、
パケット処理部識別情報に対する、振分ＩＤ数を記憶する負荷分散重み付け管理テーブルと
を備え、
前記装置管理部は、
旧ソフトウェアで動作する第１のパケット処理部に対する新ソフトウェア導入時に、新しいソフトウェアで動作する第２のパケット処理部を追加して起動し、
前記セッション振分管理テーブルを参照して、前記第１のパケット処理部が処理するユーザを、前記第１のパケット処理部から前記第２のパケット処理部に、振分ＩＤ毎又は予め定められた複数の振分ＩＤ毎のユーザを振り分け、振り分けられた振分ＩＤに従い、前記セッション振分管理テーブルと前記負荷分散重み付け管理テーブルを更新し、
前記第２のパケット処理部が正常に動作していることを確認した後に、前記第１のパケット処理部が処理する他の振分ＩＤのユーザを、振分ＩＤ毎又は予め定められた複数の振分ＩＤ毎に振り分け、
前記第２のパケット処理部が正常に動作していることを確認しない場合、前記負荷分散重み付け管理テーブル及び前記セッション振分管理テーブルを、前記振り分け前の状態へ戻す
通信装置が提供される。
【０００９】
本発明の第２の解決手段によると、
通信装置であって、
ユーザ情報及び／又はセッション情報を管理し、パケットの転送処理を行う複数のパケット処理部と、
前記パケット処理部を制御する装置管理部と、
ネットワークを生成するスイッチ部と、
を備え、
運用中の第１及び第２のパケット処理部が、旧ソフトウェアで動作し、第１のネットワークに接続され、アクト（ＡＣＴ）／スタンバイ（ＳＢＹ）の冗長構成であり、
前記装置管理部は、
新ソフトウェア導入時、旧ソフトウェアで動作するＤＩＳＡＢＬＥの第３のパケット処理部と、新ソフトウェアで動作するＳＢＹの第４のパケット処理部を、第２のネットワーク上に追加し、
運用中のＳＢＹの前記第２パケット処理部を前記第２のネットワークに、追加したＳＢＹの前記第４のパケット処理部を前記第１のネットワークに、接続替えし、
ＳＢＹの前記第２のパケット処理部をＡＣＴ化し、前記第２のパケット処理部と前記第３のパケット処理部とで、第２のネットワークに接続されたＡＣＴ／ＳＢＹの冗長構成とし、
運用中のＡＣＴの前記第１のパケット処理部をＳＢＹに、新しいソフトウェアで動作するＳＢＹの前記第４のパケット処理部をＡＣＴに切り替え、
ＳＢＹとなった前記第１のパケット処理部のソフトウェアを新しいソフトウェアに更新し、
更新処理の途中でサービス影響が検出された場合に、前記第２のパケット処理部及び／又は前記第３のパケット処理部を使用することでユーザに対するサービスを復旧する
通信装置が提供される。
【００１０】
本発明の第３の解決手段によると、
通信装置におけるソフトウェア更新方法であって、
前記通信装置は、
ユーザ情報及び／又はセッション情報を管理し、パケットの転送処理を行う複数のパケット処理部と、
前記パケット処理部を制御する装置管理部と、
予め定められた数又は前記数以内のユーザのグループを示す振分ＩＤに対する、パケット処理部識別情報を記憶するセッション振分管理テーブルと、
パケット処理部識別情報に対する、振分ＩＤ数を記憶する負荷分散重み付け管理テーブルと
を備え、
前記装置管理部は、
旧ソフトウェアで動作する第１のパケット処理部に対する新ソフトウェア導入時に、新しいソフトウェアで動作する第２のパケット処理部を追加して起動し、
前記セッション振分管理テーブルを参照して、前記第１のパケット処理部が処理するユーザを、前記第１のパケット処理部から前記第２のパケット処理部に、振分ＩＤ毎又は予め定められた複数の振分ＩＤ毎のユーザを振り分け、振り分けられた振分ＩＤに従い、前記セッション振分管理テーブルと前記負荷分散重み付け管理テーブルを更新し、
前記第２のパケット処理部が正常に動作していることを確認した後に、前記第１のパケット処理部が処理する他の振分ＩＤのユーザを、振分ＩＤ毎又は予め定められた複数の振分ＩＤ毎に振り分け、
前記第２のパケット処理部が正常に動作していることを確認しない場合、前記負荷分散重み付け管理テーブル及び前記セッション振分管理テーブルを、前記振り分け前の状態へ戻す
ソフトウェア更新方法が提供される。
【発明の効果】
【００１１】
本発明により、新ソフトウェアへの更新処理、新ソフトウェアの不具合発生等の保守作業失敗時のサービス影響（例えば、サービス影響ユーザ数、サービス影響継続時間等）の低減が可能となる。
【図面の簡単な説明】
【００１２】
【図１】ネットワーク構成図の一例
【図２】通信装置の構成図（実施例１）
【図３】通信装置の構成図（実施例１）
【図４】Ｏ＆Ｍ装置の構成図
【図５】セッション振分管理テーブルの説明図（実施例１）の一例
【図６】負荷分散重み付け管理テーブルの説明図（実施例１）の一例
【図７】ＩＰアドレス管理テーブルの説明図（実施例１）の一例
【図８】ソフトウェア更新フロー図（実施例１）
【図９】ソフトウェア更新フロー図（実施例１）
【図１０】Ｌｏａｄ  Ｂａｌａｎｃｅｒ処理フロー図（実施例１）
【図１１】通信装置構成図（実施例１：異なるハードウェア）
【図１２】実施例２における通信装置構成図
【図１３】実施例２における通信装置構成図（パケット処理部追加後）
【図１４】ソフトウェア更新フロー図（実施例２）
【図１５】ソフトウェア更新フロー図（実施例２）
【図１６】パケット処理部管理テーブルの説明図の一例
【図１７】パケット処理部管理テーブルの説明図の一例
【図１８】ネットワーク構成管理テーブルの説明図の一例
【発明を実施するための形態】
【００１３】
Ａ．概要
ＡＣＴ／ＳＢＹの冗長構成時、ＡＣＴ／ＳＢＹのプロセス切り替え時失敗によるリスクがある。本実施の形態は、切り替え失敗リスクをなくすため、通信装置にてＮ分散方式の冗長構成を具備する。さらに、サービス影響ユーザ数の低減のために、通信装置の動作中のノードソフトウェア更新処理時に新ソフトウェアのプロセスを追加で起動し、その後、動作中の旧ソフトウェアのプロセスを削除する。このとき、新ソフトウェアの不具合によるサービス影響ユーザ数を最小化するために、新ソフトウェアプロセスへ収容するユーザ数を制限するよう通信装置が具備するＬｏａｄ  Ｂａｌａｎｃｅｒアルゴリズムを更新する。
また、本実施の形態は、サービス影響継続時間の低減のために、動作中プロセスのバックアッププロセスを起動し、動作中プロセスとは異なるネットワーク構成を作成し、当該バックアッププロセスを当該ネットワークに接続し、ＡＣＴ／ＳＢＹ方式におけるプロセス切り替え処理の失敗、新ソフトウェアの不具合検出等の異常発生時に即時復旧可能とするために、ソフトウェア更新が完了するまで当該バックアッププロセスを保持し続ける。
【００１４】
Ｂ．実施の形態
【実施例１】
【００１５】
［ソフトウェアの更新処理（サービス影響ユーザ数の低減）］
図２は、通信装置構成図の一例を示す。仮想化ＥＰＣは、汎用サーバ上の仮想化されたＯＳ上で通信機器のソフトウェアとして実現する技術であるが、汎用サーバ自体が通信装置（１０２／１０３／１０５）となることが可能である。通信装置（１０２／１０３／１０５）は、メモリ（２０１）、ＣＰＵ（２１１）、Ｉ／Ｆ（２１２）を備え、Ｉ／Ｆ（２１２）は保守操作を実施する装置であるＯ＆Ｍ装置（１０４）、他の通信装置等と接続されている。メモリ（２０１）上には、プロセスとして装置管理部（２０２）、Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）を実装するスイッチ部（２０３）、パケット処理部＃１（２０５）、パケット処理部＃２（２０６）・・・パケット処理部＃Ｎ（２０７）が動作している。実施例１では、一例として、パケット処理部＃Ｎ（２０７）はパケット処理部＃３として動作しているとする。また、メモリ（２０１）上には、セッション振分管理テーブル（２０８）、負荷分散重み付け管理テーブル（２０９）、ＩＰアドレス管理テーブル（２１０）が格納されている。
【００１６】
図３は、通信装置の構成図（実施例１）の一例を示す。
Ｏ＆Ｍ装置（１０４）よりソフトウェア更新が実施されると、図３のように装置管理部（２０２）にて新ソフトウェアで動作するパケット処理部＃Ｎ＋１（３０１）を起動する。実施例１では、一例として、パケット処理部＃Ｎ＋１（３０１）はパケット処理部＃４として動作しているとする。
パケット処理部＃Ｎ＋１（３０１）動作完了後、装置管理部（２０２）はパケット処理部＃１プロセスを停止する。パケット処理部＃２（２０６）〜パケット処理部＃Ｎ（２０７）についても同様にソフトウェアの更新を実施する。詳細は図８にて説明する。
【００１７】
図４は、通信装置と接続されるＯ＆Ｍ装置の構成図である。Ｏ＆Ｍ装置（１０４）はメモリ（４０１）、ＣＰＵ（４０３）、Ｉ／Ｆ（４０４）を備え、Ｉ／Ｆ（４０４）は通信装置（１０２／１０３／１０５）と接続されている。メモリ（２０１）上にはソフトウェアパッケージ（４０２）が管理されている。
【００１８】
図５（ａ）は、通信装置（１０２／１０３／１０５）のメモリ（２０１）上で管理されているセッション振分管理テーブル（２０８）の説明図の一例を示す。セッション振分管理テーブル（２０８）は、振分ＩＤ（５０１）、パケット処理部＃（５０２）を含む。振分ＩＤ（５０１）は、通信装置（１０２／１０３／１０５）に収容されるユーザを分割したグループを識別する。装置管理部（２０２）又はＬｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は、予め定められた処理により振分ＩＤを決める。振分ＩＤ（５０１）の決め方については、図１０にて説明する。本テーブルで振分ＩＤ（５０１）とパケット処理部＃（番号、識別情報等）（５０２）のマッピングを設定することにより、ユーザをどのパケット処理部＃に収容するかを決定する。セッション振分管理テーブル（２０８）は、ソフトウェア更新時に装置管理部（２０２）にて更新される。Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）では、パケット受信時のパケット処理部＃の振分のため、セッション振分管理テーブル（２０８）を参照する。
【００１９】
図６（ａ）は、負荷分散重み付け管理テーブル（２０９）の説明図の一例を示す。負荷分散重み付けテーブル（２０９）は、パケット処理部＃（６０１）、ウエイト（振分ＩＤ数）（６０２）を含む。ウエイト（６０２）は、図５にてパケット処理部＃（５０２）毎にマッピングされた振分ＩＤ（５０１）の数であり、本値が大きいほど収容するユーザ数が多くなり、小さいほど少なくなる。負荷分散重み付け管理テーブル（２０９）は、ソフトウェア更新時に装置管理部（２０２）にて更新される。装置管理部（２０２）は、パケット処理部＃（６０１）のウエイト（６０２）に合わせて、セッション振分管理テーブル（２０８）を更新するため、負荷分散重み付け管理テーブル（２０９）を参照する。負荷分散重み付け管理テーブル（２０９）のウエイトの決め方については、例えば、まず１ウエイト（１振分ＩＤ）が、
（システムで収容する最大ユーザ数）／（振分ＩＤの最大値）＜収容制限ユーザ数
となるようにする。その後、パケット処理部＃にウエイト値が均等になるようにテーブルを更新する。なお、３０，０００の値は、これに限らず予め適宜設定することができる。
【００２０】
実施例１では、例えば、通信装置（１０２／１０３／１０５）におけるシステムで収容する最大ユーザ数が２００，０００ユーザであるとし、また、振分ＩＤの総数（最大値）が８とする。また、保守者からのソフトウェア更新操作時のパラメータに、収容制限ユーザ数があり、例えば３０，０００が指定されたとする。その場合の、１ウェイト（１振分ＩＤ）における収容ユーザ数は２００，０００を振分ＩＤの総数の８で割った２５，０００（＜３０，０００）である。そのため、はじめのセッション振分管理テーブル（２０８）と負荷分散重み付け管理テーブル（２０９）の更新時には、パケット処理部＃４が収容するユーザ数は２５，０００となる。
【００２１】
図７（ａ）は、ＩＰアドレス管理テーブル（２１０）の説明図の一例を示す。ＩＰアドレス管理テーブル（２１０）は、パケット処理部＃（７０１）、パケット処理部＃のＩＰアドレス（７０２）含む。ＩＰアドレス管理テーブル（２１０）は、ソフトウェア更新時に装置管理部（２０２）にて更新される。装置管理部（２０２）やＬｏａｄ  Ｂａｌａｎｃｅｒ（２０４）から、パケット処理部＃（７０１）へ送信する際に、ＩＰアドレス管理テーブル（２１０）は参照される。
【００２２】
図８と図９に、ソフトウェア更新時のフロー図の一例を示す。
まず、図８を参照して説明する。
保守者（８１６）からＯ＆Ｍ装置（１０４）に対してソフトウェア更新操作（８０１）により、パラメータとしてソフトウェア更新対象とするパケット処理部＃（＃１〜＃Ｎ）、新ソフトウェア版数、収容制限するユーザ数をＯ＆Ｍ装置（１０４）に対して指定する。Ｏ＆Ｍ装置（１０４）は、ソフトウェア更新操作（８０１）に含まれるソフトウェア版数のソフトウェアパッケージをメモリ（４０２）から取り出し、ソフトウェア更新対象とするパケット処理部＃（＃１〜＃Ｎ）、収容制限するユーザ数とともに通信装置（１０２／１０３／１０５）へソフトウェア更新要求（８０２）送信する。ソフトウェア更新要求（８０２）を受信した、通信装置（１０２／１０３／１０５）の装置管理部（２０２）は、パケット処理部起動（８０３）により、新ソフトウェアによるパケット処理部＃４（３０１）を起動する。正常に起動が完了したら、パケット処理部＃４（３０１）は装置管理部（２０２）へ起動通知（８０４）を送信する。装置管理部（２０２）は、パケット処理部起動完了通知（８０５）をＯ＆Ｍ装置（１０４）に送信する。
【００２３】
旧ソフトウェアで動作するパケット処理部＃１（２０５）に収容されるユーザの一部をパケット処理部＃４（３０１）へ移行するために、装置管理部（２０２）はパケット処理部＃１（２０５）へセッション情報転送処理指示（８０６）を送信する。このとき移行対象のユーザは振分ＩＤによって指定する。なお、各ユーザのユーザ情報・セッション情報には振分ＩＤが予め設定されており、各パケット処理部（２０５、２０６、２０７）は振分ＩＤに対するユーザ情報・セッション情報を保持している。パケット処理部＃１（２０５）は、振分ＩＤで指定された保持するユーザ情報・セッション情報をパケット処理部＃４（３０１）へ転送する（８０７）。セッション情報の転送が完了すると、パケット処理部＃４（３０１）は、パケット処理部＃１（２０５）へセッション情報転送完了通知（８０８）を送信し、パケット処理部＃１（２０５）は装置管理部（２０２）へ応答（８０９）を送信し、装置管理部（２０２）はＯ＆Ｍ装置（２０２）へセッション情報転送完了通知（８１０）を送信する。装置管理部（２０２）は起動完了したパケット処理部＃４のＩＰアドレスを、ＩＰアドレス管理テーブル（２１０）図７（ｂ）のように更新する（８１１）。ＩＰアドレス管理テーブル（２１０）更新後、装置管理部（２０２）は、ソフトウェア更新要求（８０２）のパラメータである収容制限ユーザ数を元に、振分ＩＤの数を決定し、負荷分散重み付け管理テーブル（２０９）を図６（ｂ）のように更新し（８１２）、セッション振分管理テーブル（２０８）を図５（ｂ）のように更新する（８１３）。装置管理部（２０２）はパケット処理部＃４（３０１）に割り当てられた振分ＩＤ分のパケット処理の確認のため、パケット処理部＃４（３０１）へパケット送受信結果確認要求（８１４）を送信する。パケット処理部＃４（３０１）は結果応答（８１５）にパケット処理の正常数、エラー数等の確認情報を含めて送信する。
【００２４】
つぎに、図９を参照して説明する。
装置管理部（２０２）は、パケット処理部＃４（３０１）の正常性を確認するために、例えば正常と判断するための指標として接続処理成功率の値を要求する正常性確認要求（９０１）をパケット処理部＃４（３０１）へ送信する。パケット処理部＃４（３０１）は、割り当てられたユーザの接続処理が成功もしくは失敗したかを、接続処理成功率として計算する。パケット処理部＃４（３０１）は、接続処理成功率の値を含む正常性確認応答（９０２）を装置管理部（２０２）へ送信し、装置管理部（２０２）はＯ＆Ｍ装置（１０４）へ正常性確認通知（９０３）を送信する。
【００２５】
装置管理部（２０２）は、旧ソフトウェアで動作するパケット処理部＃１（２０５）に収容されるユーザの全てをパケット処理部＃４（３０１）へ移行するために、装置管理部（２０２）はパケット処理部＃１（２０５）へセッション情報転送処理指示（９０４）を送信する。パケット処理部＃１（２０５）は、振分ＩＤで指定された保持するセッション情報をパケット処理部＃４（３０１）へ転送する（９０５）。セッション情報の転送が完了すると、パケット処理部＃４（３０１）は、パケット処理部＃１（２０５）へセッション情報転送完了通知（９０６）を送信し、パケット処理部＃１（２０５）は装置管理部（２０２）へ応答（９０７）を送信し、装置管理部（２０２）はＯ＆Ｍ装置（２０２）へセッション情報転送完了通知（９０８）を送信する。
【００２６】
装置管理部（２０２）は、負荷分散重み付け管理テーブル（２０９）を図６（ｃ）のように更新し（９０９）、セッション振分管理テーブル（２０８）を図５（ｃ）のように更新する（９１０）。装置管理部（２０２）はパケット処理部＃４（３０１）に割り当てられた残りの振分ＩＤ分のパケット処理確認のため、パケット送受信結果確認要求（９１１）をパケット処理部＃４（３０１）へ送信する。パケット処理部＃４（３０１）は結果応答（９１２）にパケット処理の正常数、エラー数等の確認情報を含めて装置管理部（２０２）へ送信する。装置管理部（２０２）は正常性を確認後、パケット処理部＃１に対してパケット処理部停止通知（９１３）を送信する。パケット処理部＃１停止後、ソフトウェア更新完了通知（９１４）をＯ＆Ｍ装置（１０４）へ送信する。
【００２７】
以降、旧ソフトウェアで動作中のパケット処理部の数だけ、図８と図９と同様の処理を実施することで、通信装置（１０２／１０３／１０５）が具備するパケット処理部がすべて新ソフトウェアに更新される。
【００２８】
なお、以上の説明では、パケット処理部に、ひとつ振分ＩＤ毎にユーザを振り分けていたが、これに限らず、パケット処理部に、予め定められた複数の振分ＩＤ毎にまとめてユーザを振り分けるようにしてもよい。
また、装置管理部（２０２）は、パケット処理部＃４が正常に動作していないことを確認した際に、パケット処理部＃４をサービスから切り離すようにしてもよい。
【００２９】
[振分ＩＤの決定方法]
図１０にＬｏａｄ  Ｂａｌａｎｃｅｒ（２０４）におけるパケット受信時の振分ＩＤ決定方法のフロー図を示す。なお、これらは一般的な処理の一例である。例えば計算および振分方法については、特許文献３も一例である。
Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）では上りＧＴＰ（Ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）パケットを受信すると（１００２）、ＧＴＰパケット内の宛先ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤｅｎｔｉｆｉｅｒ）情報を抽出する（１００３）。Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は、宛先ＴＥＩＤ情報がＡＬＬ０なのか、どうか判定する（１００４）。宛先ＴＥＩＤ情報がＡＬＬ０のパケットは、ユーザからの新規接続パケットの場合である。それ以降の同一ユーザからのパケットについては、ＴＥＩＤ情報が含まれている。そのため、Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は、処理１００４でＴＥＩＤ情報のＡＬＬ０判定を行う。Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は、宛先ＴＥＩＤ情報がＡＬＬ０の場合、Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は受信上りＧＴＰパケット（１００２）内に含まれるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）情報を抽出する（１００５）。Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は、抽出したＩＭＳＩ情報より、振分ＩＤを計算する（１００７）。振分ＩＤ：ｆ（ｘ）は、ｘ：ＩＭＳＩ情報、ｙ：総振分ＩＤ数として、
ｆ（ｘ）＝ｍｏｄ（ｘ，ｙ）＋１
の計算式によって求められる。つまり、ＩＭＳＩ情報ｘを総振分ＩＤ数ｙで割った余りに１を加えた値が振分ＩＤとなる（１００８）。
【００３０】
Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は、宛先ＴＥＩＤ情報がＡＬＬ０でない場合は、振分ＩＤとして宛先ＴＥＩＤの先頭７ｂｉｔ情報を抽出する（１００６）。実施例１では総振分ＩＤ数は８となっている。総振分ＩＤ数は変更可能であり、装置管理部にて管理される。Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は受信上りＧＴＰパケットの振分ＩＤが判定されると、セッション振分管理テーブル（２０８）を参照し、どのパケット処理部＃にマッピングされているのかを確認する（１００９）。対応したパケット処理部＃へ転送し（１０１０）、Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）の上りＧＴＰパケット受信時のフローは終了となる（１０１１）。
Ｌｏａｄ  Ｂａｌａｎｃｅｒ（２０４）は、振分ＩＤを対応するパケット処理部＃へと通知する。パケット処理部＃は、ＴＥＩＤ決定時に先頭７ｂｉｔに通知された振分ＩＤを設定する。
【００３１】
[各種テーブルの更新]
図７（ｂ）は、実施例１の８１１にて更新されたＩＰアドレス管理テーブル（２１０）の一例であり、新たに追加されたパケット処理部＃４のＩＰアドレスの値が更新されたことを示している（７０３）。パケット処理部＃４のＩＰアドレスは、他のパケット処理部と重複しないＩＰアドレスが予め割り当てられる。追加されたパケット処理部＃４とやり取りを行うためには、ＩＰアドレスが必須である。装置管理部（２０２）は、パケット処理部＃４に、他のパケット処理部＃に割り当てられているＩＰアドレスと重複しないＩＰアドレスを割り当てる。
図６（ｂ）は、実施例１の処理８１２にて更新された負荷分散重み付け管理テーブル（２０９）の一例である。パケット処理部＃＝１のウエイトが３から２に更新され（６０３）、新たに追加されたパケット処理部＃＝４のウエイトが１に更新されたことを示している（６０４）。装置管理部（２０２）は、１ウエイト分の振分ＩＤをパケット処理部＃４へマッピングする。最終的には、パケット処理部＃１のウエイト全てをパケット処理部＃４へと変更するが、問題発生時の影響ユーザ数を最低限にするため、まずパケット処理部＃１の１ウエイトのみをパケット処理部＃４へと割り当てている。
図５（ｂ）は、実施例１の処理８１３にて更新されたセッション振分管理テーブル（２０８）の一例であり、振分ＩＤ＝００１とパケット処理部＃のマッピングが１から４に更新されたことを示している（５０３）。装置管理部（２０２）は、負荷分散重み付け管理テーブル（２０９）を参照し、パケット処理部＃１でマッピングしていた振分ＩＤ＝００１をパケット処理部＃４へとマッピングする。
【００３２】
図６（ｃ）は、実施例１の処理９０９にて更新された負荷分散重み付け管理テーブル（２０９）の一例である。パケット処理部＃＝１のウエイトが２から０に更新され（６０５）、パケット処理部＃＝４のウエイトが３に更新されたことを示している（６０６）。装置管理部（２０２）は、パケット処理部＃１にウエイトをパケット処理部＃４へ変更するため、パケット処理部＃１のウエイトを０にし、パケット処理部＃４のウエイトを３に変更している。
【００３３】
図５（ｃ）は、実施例１の処理９１０にて更新されたセッション振分管理テーブル（２０８）の一例であり、振分ＩＤ＝００２とパケット処理部＃のマッピングが１から４に更新され（５０４）、同様に振分ＩＤ＝００３とパケット処理部＃のマッピングが１から４に更新されたことを示している（５０５）。パケット処理部＃１にマッピングされていた、振分ＩＤ００１，００２，００３がパケット処理部＃４へ全てマッピングされたことになる。これにより、パケット処理部＃１にマッピングされる振分ＩＤがなくなる。
【００３４】
つぎに、新ソフトウェアに不具合がある場合の復旧方法について説明する。装置管理部は、処理９０２の正常性確認応答の接続処理成功率が低い場合、新ソフトウェアに何らかの不具合があると判断し、負荷分散重み付け管理テーブル（２０９）を図６（ａ）の状態へ、セッション振分管理テーブル（２０８）を図５（ａ）の状態へ戻す。テーブル更新後、装置管理部（２０２）はパケット処理部＃４を停止し、ＩＰアドレス管理テーブル（２１０）を図７（ａ）の状態へと更新する。処理９０２の時点では、パケット処理部＃４の負荷分散重み付けテーブル（２０９）のウエイトは１であり、万が一ユーザに影響があっても、その影響数は、上述の例では３０，０００未満となる。
【００３５】
[他のハードウェア]
図１１は、通信装置構成図（実施例１：異なるハードウェア）である。
実施例１は同一ハードウェアの通信装置のメモリ上で新ソフトウェアのパケット処理部を追加で起動する場合である。図１１に示すように、ノード種別がＰ−ＧＷのみのパケット処理部＃１，＃２，＃３（１１０１，１１０２，１１０３）で構成される通信装置（１０２）と、ノード種別がＳ−ＧＷのみのパケット処理部＃１，＃２，＃３（１１０４，１１０５，１１０６）で構成される通信装置（１０３）がそれぞれ異なるハードウェアである場合であり、通信装置（１０２）の新ソフトウェアのパケット処理部＃４（１１０７）を起動する場合でも同様に実施可能である。また、通信装置の数、ノード種別、およびそれらの組み合わせに制限はない。
異なるノード種別が混在する場合は、ノード種別毎にセッション振分管理テーブル、負荷分散重み付け管理テーブル、ＩＰアドレス管理テーブルを管理している。例えば、図１１の通信装置（１０２）では、セッション振分管理テーブルの中で、パケット処理部＃１，＃２，＃３（Ｐ−ＧＷ）（１１０１，１１０２，１１０３）用のセッション管理テーブルと、パケット処理部＃４（Ｓ−ＧＷ）（１１０７）用のセッション管理テーブルを保持している。負荷分散重み付け管理テーブル、ＩＰアドレス管理テーブルにおいても同様である。
【実施例２】
【００３６】
［ソフトウェア更新処理（サービス影響継続時間の低減）］
図１２に、通信装置（１０２／１０３／１０５）の構成図の一例を示す。メモリ上にパケット処理部＃１（１２０１）とパケット処理部＃２（１２０２）が配置され、それぞれＡＣＴ／ＳＢＹ方式の冗長構成である。また、メモリ上にパケット処理部管理テーブル（１２０５）、ネットワーク構成管理テーブル（１２０６）が格納される（詳細は後述）。
【００３７】
図１３に、パケット処理部追加後の通信装置（１０２／１０３／１０５）の構成図の一例を示す。メモリ上に新たにパケット処理部＃３（１２０３）とパケット処理部＃４（１２０４）が配置される。
【００３８】
図１４と図１５に、ソフトウェア更新フローの図一例を示す。
まず、図１４を参照して説明する。
パケット処理部＃１（１２０１）とパケット処理部＃２（１２０２）はＡＣＴ／ＳＢＹ方式の冗長構成であるため保持するデータを定期的に同期している。なお、パケット処理部♯１及び♯２は、パケット処理部間の通信を管理するネットワーク構成の識別子であるｎｅｔＩＤ＝１で通信を管理されている（ｎｅｔＩＤ＝１のネットワークに接続（マッピング）されている）とする。保守者（８１６）からＯ＆Ｍ装置（１０４）に対してソフトウェア更新操作（１４０１）により、パラメータとしてソフトウェア更新対象とするパケット処理部＃、新ソフトウェア版数をＯ＆Ｍ装置（１０４）に対して指定する。Ｏ＆Ｍ装置（１０４）は、ソフトウェア更新対象とするパケット処理部＃、ソフトウェア更新操作（１４０１）に含まれるソフトウェア版数のソフトウェアパッケージをメモリ（４０２）から取り出し、通信装置（１０２／１０３／１０５）へソフトウェア更新要求（１４０２）送信する。装置管理部（２０２）は、パケット処理部間の通信を管理するネットワーク構成の識別子であるｎｅｔＩＤ、ネットワーク構成を示すＶＬＡＮ、ネットワークアドレス、サブネットマスクを含むネットワーク生成要求（１４０３）をスイッチ部（２０３）に送信する。スイッチ部（２０３）はネットワーク生成要求（１４０３）に従ってネットワーク生成を完了するとネットワーク生成完了通知（１４０４）を装置管理部（２０２）へ送信する。装置管理部（２０２）は、パケット処理部＃３（１２０３）を起動するために、旧ソフトウェアパッケージとｎｅｔＩＤによりパケット処理部起動（１４０５）を行う。起動が完了するとパケット処理部＃３（１２０３）は、パケット処理部起動完了（１４０６）を装置管理部（２０２）へ送信する。このときパケット処理部＃３（１２０３）のサービスを行わない状態（ＤＩＳＡＢＬＥ）である。また、装置管理部（２０２）は、パケット処理部＃４（１２０４）を起動するために、新ソフトウェアパッケージとｎｅｔＩＤによりパケット処理部起動（１４０７）を行う。起動が完了するとパケット処理部＃４（１２０４）は、パケット処理部起動完了（１４０８）を装置管理部（２０２）へ送信する。このときパケット処理部＃４（１２０４）はＳＢＹ状態である。
【００３９】
装置管理部（２０２）は、パケット処理部＃２（１２０２）をｎｅｔＩＤ＝１のネットワークから切り離すために、パケット処理部＃とｎｅｔＩＤを含むネットワーク切断要求（１４０９）をスイッチ部（２０３）へ送信する。スイッチ部（２０３）は、パケット処理部＃２（１２０２）とｎｅｔＩＤ＝１のマッピングを削除し、ネットワーク切断完了（１４１０）を装置管理部（２０２）へ送信する。装置管理部（２０２）は、パケット処理部＃４（１２０４）をｎｅｔＩＤ＝２のネットワークから切り離すために、パケット処理部＃とｎｅｔＩＤを含むネットワーク切断要求（１４１１）をスイッチ部（２０３）へ送信する。スイッチ部（２０３）は、パケット処理部＃４（１２０４）とｎｅｔＩＤ＝２のマッピングを削除し、ネットワーク切断完了（１４１２）を装置管理部（２０２）へ送信する。装置管理部（２０２）は、パケット処理部＃２（１２０２）をｎｅｔＩＤ＝２のネットワークに接続するために、パケット処理部＃とｎｅｔＩＤを含むネットワーク接続要求（１４１３）をスイッチ部（２０３）へ送信する。スイッチ部（２０３）は、パケット処理部＃２（１２０２）とｎｅｔＩＤ＝２のマッピングを生成し、ネットワーク接続完了（１４１４）を装置管理部（２０２）へ送信する。このときのマッピングについては、図１７（ｄ）で説明する。
【００４０】
つぎに、図１５を参照して説明する。
装置管理部（２０２）は、パケット処理部＃２（１２０２）をＡＣＴ状態へ遷移させるためにＡＣＴ遷移指示（１５０１）をパケット処理部＃２（１２０２）へ送信する。パケット処理部＃２（１２０２）はＡＣＴ状態へ遷移すると、装置管理部（２０２）へＡＣＴ遷移完了（１５０２）を送信する。装置管理部（２０２）は、パケット処理部＃３（１２０３）をＳＢＹ状態へ遷移させるためにＳＢＹ遷移指示（１５０３）をパケット処理部＃３（１２０３）へ送信する。パケット処理部＃３（１２０３）はＳＢＹ状態へ遷移すると、装置管理部（２０２）へＳＢＹ遷移完了（１５０４）を送信する。このときパケット処理部＃２（１２０２）とパケット処理部＃３（１２０３）がｎｅｔＩＤ＝２によりＡＣＴ／ＳＢＹの冗長構成となり、パケット処理部＃２（１２０２）は自身が保持しているユーザ情報・セッション情報等をパケット処理部＃３（１２０３）へ通知するため、データ同期を行う。
【００４１】
装置管理部（２０２）は、パケット処理部＃４（１２０４）をｎｅｔＩＤ＝１のネットワークに接続するために、パケット処理部＃とｎｅｔＩＤを含むネットワーク接続要求（１５０５）をスイッチ部（２０３）へ送信する。スイッチ部（２０３）は、パケット処理部＃４（１２０４）とｎｅｔＩＤ＝１のマッピングを生成し、ネットワーク接続完了（１５０６）を装置管理部（２０２）へ送信する。このときパケット処理部＃１（１２０１）とパケット処理部＃４（１２０４）がｎｅｔＩＤ＝１によりＡＣＴ／ＳＢＹの冗長構成となり、パケット処理部＃１（１２０１）は自身が保持しているユーザ情報・セッション情報等をパケット処理部＃４（１２０４）へ通知するため、データ同期を行う。
装置管理部（２０２）は、パケット処理部＃１（１２０１）とパケット処理部＃４（１２０４）のＡＣＴ／ＳＢＹ状態の切り替えるために、パケット処理部＃１（１２０１）へＡＣＴ／ＳＢＹ切り替え指示（１５０７）を送信する。パケット処理部＃１（１２０１）はパケット処理部＃４（１２０４）とのＡＣＴ／ＳＢＹ状態を切り替え、装置管理部（２０２）へＡＣＴ／ＳＢＹ切り替え完了（１５０８）を送信する。
装置管理部（２０２）は、パケット処理部＃１（１２０１）を新ソフトウェアに更新するためにパケット処理部＃１（１２０１）へソフトウェア更新指示（１５０９）を送信する。パケット処理部＃１（１２０１）はソフトウェア更新が完了すると、装置管理部（２０２）へソフトウェア更新完了（１５１０）を送信する。このとき新ソフトウェアで動作するＳＢＹのパケット処理部＃１（１２０１）とＡＣＴのパケット処理部＃４（１２０４）のＡＣＴ／ＳＢＹが構成される。
【００４２】
装置管理部（２０２）は、通信装置（１０２／１０３／１０５）のメモリ（２０１）内からパケット処理部＃３（１２０３）を削除するためにパケット処理部削除指示（１５１１）をパケット処理部＃３（１２０３）へ送信する。パケット処理部＃３（１２０３）は削除の準備が完了するとパケット処理部削除完了（１５１２）を装置管理部（２０２）へ送信し、削除を完了させる。装置管理部（２０２）は、通信装置（１０２／１０３／１０５）のメモリ（２０１）内からパケット処理部＃２（１２０２）を削除するためにパケット処理部削除指示（１５１３）をパケット処理部＃２（１２０２）へ送信する。パケット処理部＃２（１２０２）は削除の準備が完了するとパケット処理部削除完了（１５１４）を装置管理部（２０２）へ送信し、削除を完了させる。
装置管理部（２０２）は、使用しないネットワーク構成（ｎｅｔＩＤ＝２）を削除するために、スイッチ部（２０３）へネットワーク削除（１５１５）を送信する。スイッチ部（２０３）はｎｅｔＩＤ＝２のネットワーク構成を削除し、装置管理部（２０２）へネットワーク削除完了（１５１６）を送信する。
装置管理部（２０２）は、Ｏ＆Ｍ装置（１０４）へソフトウェア更新完了通知（１５１７）を送信する。
【００４３】
[実施例２の各種テーブルの更新]
図１６に、パケット処理部管理テーブル（１２０５）の一例を示す。パケット処理部＃（１６０１）はパケット処理部を識別する番号、ｎｅｔＩＤ（１６０２）は各パケット処理部が使用するネットワーク構成を識別する番号、起動状態（１６０３）は各パケット処理部の起動状態、ソフトウェア版数（１６０４）は、各パケット処理部で動作しているソフトウェアの版数を示す。パケット処理部管理テーブル（１２０５）は、ソフトウェア更新時に装置管理部（２０２）にて更新される。パケット処理部管理テーブル（１２０５）はネットワーク状態に変更があると、装置管理部（２０２）にて更新され、必要に応じて参照される。
以降、図１４と図１５のフローにより図１６（ａ）が更新される内容を図１６（ｂ）（ｃ）、図１７（ｄ）（ｅ）（ｆ）に示す。
図１６（ｂ）は、装置管理部（２０２）がパケット処理部起動完了（１４０８）を受信した後に更新したパケット処理部管理テーブル（１２０５）の一例である。パケット処理部＃（１６０１）に３，４を追加し、それぞれｎｅｔＩＤ（１６０２）が２、起動状態（１６０３）がＤＩＳＡＢＬＥ、ＳＢＹ、ソフトウェア版数（１６０４）がパケット処理部＃３（１２０３）が４．０．０、パケット処理部＃４（１２０４）が５．０．０に設定されたことを示す（１６０５，１６０６）。バックアッププロセスとして、パケット処理部＃３とパケット処理部＃４を追加している。
図１６（ｃ）は、装置管理部（２０２）がネットワーク切断完了（１４１２）を受信した後に更新したパケット処理部管理テーブル（１２０５）の一例である。パケット処理部＃２（１２０２）とパケット処理部＃４（１２０４）のｎｅｔＩＤ（１６０２）がともに削除されたことを示している（１６０７，１６０８）。別のネットワークへと接続するため、一度現在のネットワークを切断している。
【００４４】
図１７（ｄ）は、装置管理部（２０２）がＡＣＴ遷移完了（１５０２）を受信した後に更新したパケット処理部管理テーブル（１２０５）の一例である。パケット処理部＃２（１２０２）のｎｅｔＩＤ（１６０２）が２に設定され、起動状態（１６０３）がＡＣＴに設定されたことを示している（１７０１）。パケット処理部＃３と同一のネットワークへ接続している。
図１７（ｅ）は、装置管理部（２０２）がネットワーク接続完了（１５０６）を受信した後に更新したパケット処理部管理テーブル（１２０５）の一例である。パケット処理部＃３（１２０３）の起動状態（１６０３）がＳＢＹに設定され、パケット処理部＃４（１２０４）のｎｅｔＩＤ（１６０２）が１に設定されたことを示している（１７０２，１７０３）。パケット処理部＃２とパケット処理部＃３でＡＣＴ／ＳＢＹ構成となる。また、パケット処理部＃４はパケット処理部＃１と同一のネットワークへ接続している。
図１７（ｆ）は、装置管理部（２０２）がソフトウェア更新完了（１５１０）を受信した後に更新したパケット処理部管理テーブル（１２０５）の一例である。パケット処理部＃１（１２０１）のソフトウェア版数（１６０４）が５．０．０に更新され、パケット処理部＃１（１２０１）と＃４（１２０４）の起動状態（１６０３）のＡＣＴ／ＳＢＹ状態が切り替ったことを示している（１７０４，１７０５）。パケット処理部＃４をＡＣＴへ遷移させ、ＳＢＹとなったパケット処理部＃１を新ソフトウェアへと更新する。
【００４５】
図１８に、ネットワーク構成管理テーブル（１２０６）の一例を示す。ネットワーク構成を識別する番号であるｎｅｔＩＤ（２７０１）、ＶＬＡＮ（２７０２）、ネットワークアドレス（２７０３）、および各ｎｅｔＩＤを使用するパケット処理部＃（２７０４）を含む。ネットワーク構成管理テーブル（１２０６）は、ソフトウェア更新時に装置管理部（２０２）にて更新される。ネットワーク構成管理テーブル（１２０６）はネットワーク状態に変更があると、装置管理部（２０２）にて更新され、必要に応じて参照される。
以降、図１４と図１５のフローにより図１８（ａ）が更新される内容を図１８（ｂ）〜（ｅ）に示す。
図１８（ｂ）は、装置管理部（２０２）がパケット処理部起動（１４０８）受信後に更新したネットワーク構成管理テーブル（１２０６）の一例を示す。ｎｅｔＩＤ（１８０１）＝２のネットワークとして、ＶＬＡＮ（１８０２）＝２０、ネットワークアドレス（１８０３）＝１９２．１６８．２．０／２４が生成され、接続するパケット処理部＃（１８０４）として、＃３、＃４が設定されていることを示す（１８０５）。ソフトウェア更新用に、バックアッププロセス用の別のネットワークを追加する。
図１８（ｃ）は、装置管理部（２０２）がネットワーク切断完了（１４１２）受信後に更新したネットワーク構成管理テーブル（１２０６）の一例を示す。ｎｅｔＩＤ（１８０１）＝１に接続していたパケット処理部＃２（１２０２）が削除され、ｎｅｔＩＤ（１８０１）＝２に接続していたパケット処理部＃４（１２０４）が削除されていることを示す（１８０６，１８０７）。例えば別のネットワーク接続のため、ネットワーク切断しているため、パケット処理部＃２とパケット処理部＃４はネットワーク構成管理テーブル上にはない。
【００４６】
図１８（ｄ）は、装置管理部（２０２）がネットワーク接続完了（１５０６）受信後に更新したネットワーク構成管理テーブル（１２０６）の一例を示す。ｎｅｔＩＤ（１８０１）＝１に接続するパケット処理部として＃４が追加され、ｎｅｔＩＤ（１８０１）＝２に接続するパケット処理部として＃２が追加されていることを示す（１８０８，１８０９）。ネットワーク接続が完了し、パケット処理部＃１とパケット処理部＃４が同一ネットワーク、パケット処理部＃３とパケット処理部＃２が同一ネットワークになっている。
図１８（ｅ）は、装置管理部（２０２）がネットワーク削除完了（１５１６）受信後に更新したネットワーク構成管理テーブル（１２０６）の一例を示す。ｎｅｔＩＤ（１８０１）＝２のネットワークが削除されていることを示す（１８１０）。ソフトウェア更新完了後、バックアッププロセス用に追加したネットワークを削除する。
【００４７】
装置管理部（２０２）は、ＡＣＴ／ＳＢＹプロセス切り替え処理の失敗や、新ソフトウェアの不具合検出等の異常発生時には、即異なるネットワークのバックアッププロセスへと戻して、サービス影響時間を短時間でおさめる。
【００４８】
Ｃ．付記
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００４９】
１０１：ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）
１０２：Ｐ−ＧＷ（ＰＤＮ  Ｇａｔｅｗａｙ）
１０３：Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）
１０４：Ｏ＆Ｍ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）装置
１０５：ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）
１０６：ｅＮＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）
１０７：ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）
２０１：通信装置のメモリ
２０２：通信装置の装置管理部
２０３：通信装置のスイッチ部
２０４：通信装置のＬｏａｄ  Ｂａｌａｎｃｅｒ
２０５〜２０７：通信装置のパケット処理部
２０８：通信装置のセッション振分管理テーブル
２０９：通信装置の負荷分散重み付け管理テーブル
２１０：通信装置のＩＰアドレス管理テーブル
２１１：通信装置のＣＰＵ
２１２：通信装置のＩ／Ｆ
３０１：通信装置の新パケット処理部
４０１：Ｏ＆Ｍ装置のメモリ
４０２：Ｏ＆Ｍ装置のソフトウェアパッケージ
４０３：Ｏ＆Ｍ装置のＣＰＵ
４０４：Ｏ＆Ｍ装置のＩ／Ｆ
５０１、５０２：セッション振分管理テーブルの設定情報
５０３〜５０５：セッション振分管理テーブル変更情報
６０１、６０２：負荷分散重み付け管理テーブルの設定情報
６０３〜６０６：負荷分散重み付け管理テーブル変更情報
７０１、７０２：ＩＰアドレス管理テーブルの設定情報
７０３：ＩＰアドレス管理テーブル変更情報
８０１〜８１７、９０１〜９１６：ソフトウェア更新時の処理ステップ
１００１〜１０１１：Ｌｏａｄ  Ｂａｌａｎｃｅｒ処理ステップ
１１０１〜１１０３：パケット処理部（Ｐ−ＧＷ）
１１０４〜１１０７：パケット処理部（Ｓ−ＧＷ）
１２０１〜１２０４：パケット処理部（実施例２）
１２０５：通信装置のパケット処理部管理テーブル
１２０６：通信装置のネットワーク構成管理テーブル
１４０１〜１４１４、１５０１〜１５１７：ソフトウェア更新時の処理ステップ（実施例２）
１６０１〜１６０４：パケット処理部管理テーブルの設定情報
１８０１〜１８０４：ネットワーク構成管理テーブルの設定情報
【図１】
2016116187.tif 000003
【図２】
2016116187.tif 000004
【図３】
2016116187.tif 000005
【図４】
2016116187.tif 000006
【図５】
2016116187.tif 000007
【図６】
2016116187.tif 000008
【図７】
2016116187.tif 000009
【図８】
2016116187.tif 000010
【図９】
2016116187.tif 000011
【図１０】
2016116187.tif 000012
【図１１】
2016116187.tif 000013
【図１２】
2016116187.tif 000014
【図１３】
2016116187.tif 000015
【図１４】
2016116187.tif 000016
【図１５】
2016116187.tif 000017
【図１６】
2016116187.tif 000018
【図１７】
2016116187.tif 000019
【図１８】
2016116187.tif 000020