(57)【要約】【課題】交換機内のソフトウェア更新を実施する際に、サービスを停止させない。【解決手段】複数の呼処理用サーバと、前記呼処理用サーバを管理する管理用サーバと、を有する交換機において、前記複数の呼処理用サーバは、それぞれ現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有しており、予め前記第２の内部サーバのソフトウェア更新を行っておき、前記管理用サーバの指示により前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行う。【選択図】図１
2010146349.tif 000002
【特許請求の範囲】
【請求項１】
複数の呼処理用サーバと、前記呼処理用サーバを管理する管理用サーバと、を有する交換機におけるファイル更新方法において、
前記複数の呼処理用サーバは、それぞれ現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有しており、予め前記第２の内部サーバのソフトウェア更新を行っておき、前記管理用サーバの指示により前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行うことを特徴とするファイル更新方法。
【請求項２】
請求項１に記載のファイル更新方法において、
前記第１の内部サーバは、自らが閉塞状態に遷移し、前記第２の内部サーバへ現用系への切り替えを指示した後に、当該第１のサーバ自身のソフトウェア更新を行うことを特徴とするファイル更新方法。
【請求項３】
請求項１又は２に記載のファイル更新方法において、
前記制御サーバは、或る呼処理サーバからの通知により当該サーバにおいて、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えが終了したと判断できた場合に、当該呼処理サーバと異なる呼処理サーバに対して、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを指示することを特徴とするファイル更新方法。
【請求項４】
請求項１乃至３の何れか１項に記載のファイル更新方法において、
複数の前記呼処理用サーバは、前記内部サーバを３つ以上有しており、当該複数の内部サーバの全て又は一部が、前記第１の内部サーバ及び前記第２の内部サーバとしての処理を行うことを特徴とするファイル更新方法。
【請求項５】
複数の呼処理用サーバと、前記呼処理用サーバを管理する管理用サーバと、を有する交換機の、前記管理用サーバが行うファイル更新方法において、
前記複数の呼処理用サーバは、それぞれ現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有しており、前記管理用サーバが予め前記第２の内部サーバのソフトウェア更新を行わせておき、前記管理用サーバの指示により前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行うことを特徴とするファイル更新方法。
【請求項６】
現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有している、複数の呼処理用サーバと、
予め前記第２の内部サーバのソフトウェア更新を前記呼処理用サーバに行わせておき、前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行わせる管理用サーバと、
を備えることを特徴とする交換機。
【請求項７】
請求項６に記載の交換機において、
前記第１の内部サーバは、自らが閉塞状態に遷移し、前記第２の内部サーバへ現用系への切り替えを指示した後に、当該第１のサーバ自身のソフトウェア更新を行うことを特徴とする交換機。
【請求項８】
請求項６又は７に記載の交換機において、
前記制御サーバは、或る呼処理サーバからの通知により当該サーバにおいて、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えが終了したと判断できた場合に、当該呼処理サーバと異なる呼処理サーバに対して、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを指示することを特徴とする交換機。
【請求項９】
請求項６乃至８の何れか１項に記載の交換機において、
複数の前記呼処理用サーバは、内部サーバを３つ以上有しており、当該複数の内部サーバの全て又は一部が、前記第１の内部サーバ及び前記第２の内部サーバとしての処理を行うことを特徴とする交換機。
【請求項１０】
複数の呼処理用サーバと、前記呼処理用サーバを管理する管理用サーバと、を有する交換機における前記管理用サーバであって、
前記複数の呼処理用サーバは、それぞれ現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有しており、前記管理用サーバが予め前記第２の内部サーバのソフトウェア更新を行わせておき、前記管理用サーバの指示により前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行うことを特徴とする管理用サーバ。
【請求項１１】
現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有している、複数の呼処理用サーバと、
予め前記第２の内部サーバのソフトウェア更新を前記呼処理用サーバに行わせておき、前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行わせる管理用サーバと、
を備える交換機としてコンピュータを機能させることを特徴とするファイル更新プログラム。
【請求項１２】
請求項１１に記載のファイル更新プログラムにおいて、
前記第１の内部サーバが、自らが閉塞状態に遷移し、前記第２の内部サーバへ現用系への切り替えを指示した後に、当該第１のサーバ自身のソフトウェア更新を行うことを特徴とするファイル更新プログラム。
【請求項１３】
請求項１１又は１２に記載のファイル更新プログラムにおいて、
前記制御サーバが、或る呼処理サーバからの通知により当該サーバにおいて、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えが終了したと判断できた場合に、当該呼処理サーバと異なる呼処理サーバに対して、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを指示することを特徴とするファイル更新プログラム。
【請求項１４】
請求項１１乃至１３の何れか１項に記載のファイル更新プログラムにおいて、
複数の前記呼処理用サーバが、内部サーバを３つ以上有しており、当該複数の内部サーバの全て又は一部が、前記第１の内部サーバ及び前記第２の内部サーバとしての処理を行うことを特徴とするファイル更新プログラム。
【請求項１５】
複数の呼処理用サーバと、前記呼処理用サーバを管理する管理用サーバと、を有する交換機の前記管理用サーバに組み込まれるファイル更新プログラムにおいて、
前記複数の呼処理用サーバは、それぞれ現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有しており、前記管理用サーバが予め前記第２の内部サーバのソフトウェア更新を行わせておき、前記管理用サーバの指示により前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行う管理用サーバとしてコンピュータを機能させることを特徴とするファイル更新プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、モバイルインフラ網における交換機内のソフトウェアの更新に関する。
【背景技術】
【０００２】
一般に、モバイルインフラ網における交換機内で交換機を複数設け、冗長化させるという手法がとられている。
【０００３】
関連する技術として例えば、特許文献１に記載の技術が挙げられる。特許文献１の特に段落番号［００１８］に、サーバシステム１０には、ネットワーク８０に接続され、冗長構成を有する制御組２０と、制御組２０によってソフトウェア更新の制御が行われる被制御組３０とが設けられている。さらに、制御組２０は、サーバ４０と、サーバ４０と二重化構成を取るサーバ５０とから構成されている。また、被制御組３０は、サーバ６０と、サーバ６０と二重化構成を取るサーバ７０とから構成されている。
【０００４】
また、交換機内のソフトウェア更新に関しては例えば、特許文献２に関連する技術が記載されている。
【特許文献１】特開２００６−３２３４８５号公報
【特許文献２】特開平０６−３１９１６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
もっとも、上述の関連技術を用いて、交換機内のソフトウェア更新を実施する際は、若干なりとも呼処理を実施出来ない区間が存在していた。これは交換機内にて呼処理に関する冗長構成をとっていた場合でも、全サーバが同時に新ファイルでの再起動や、サーバの現用系・予備系の切り替えを実施していたためである。
【０００６】
そこで、本発明は、交換機内のソフトウェア更新を実施するに際して、若呼処理を実施出来ない区間が存在することのない、モバイルインフラ網におけるサービス無中断でのファイル更新装置、その方法及びそのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第１の観点によれば、複数の呼処理用サーバと、前記呼処理用サーバを管理する管理用サーバと、を有する交換機におけるファイル更新方法において、前記複数の呼処理用サーバは、それぞれ現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有しており、予め前記第２の内部サーバのソフトウェア更新を行っておき、前記管理用サーバの指示により前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行うことを特徴とするファイル更新方法が提供される。
【０００８】
本発明の第２の観点によれば、現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有している、複数の呼処理用サーバと、予め前記第２の内部サーバのソフトウェア更新を前記呼処理用サーバに行わせておき、前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行わせる管理用サーバと、を備えることを特徴とする交換機が提供される。
【０００９】
本発明の第３の観点によれば、複数の呼処理用サーバと、前記呼処理用サーバを管理する管理用サーバと、を有する交換機における前記管理用サーバであって、前記複数の呼処理用サーバは、それぞれ現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有しており、前記管理用サーバが予め前記第２の内部サーバのソフトウェア更新を行わせておき、前記管理用サーバの指示により前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行うことを特徴とする管理用サーバが提供される。
【００１０】
本発明の第４の観点によれば、現用系として動作している第１の内部サーバ及び予備系として動作している第２の内部サーバを有している、複数の呼処理用サーバと、予め前記第２の内部サーバのソフトウェア更新を前記呼処理用サーバに行わせておき、前記複数の呼処理用サーバのそれぞれにおいて他の前記呼処理用サーバと同時ではないタイミングで、前記第１の内部サーバの予備系への切り替え及び前記第２の内部サーバの現用系への切り替えを行わせる管理用サーバと、を備える交換機としてコンピュータを機能させることを特徴とするファイル更新プログラムが提供される。
【発明の効果】
【００１１】
本発明によれば、交換機内のソフトウェア更新を実施する際に、サービスを停止させる事なくソフトウェア更新を行うことが可能となる。
【発明を実施するための最良の形態】
【００１２】
次に、本発明の実施形態について図面を用いて詳細に説明する。
【００１３】
図１に本発明の実施形態である交換機１０００の構成を簡略化したものを示す。本発明の実施形態である交換機１０００は、制御サーバ１００と、第１の呼処理サーバ２００と、第２の呼処理サーバ３００を有する。
【００１４】
ここで、制御サーバ１００は第１の呼処理サーバ２００及び第２の呼処理サーバ３００を含む交換機１０００内の各装置を管理・装置するサーバである。
【００１５】
また、第１の呼処理サーバ２００と第２の呼処理サーバ３００は他ノードとの通信により呼処理を実施するサーバ群である。負荷分散のため、交換機１０００は、通常複数サーバ構成であり、必ずしも第１の呼処理サーバ２００と第２の呼処理サーバ３００のような２セット構成とは限らない。すなわち、図１には説明の便宜上第１の呼処理サーバ２００及び第２の呼処理サーバ３００の２つの呼処理サーバを示しているが、本発明の実施形態の呼処理サーバは、２つに限定されるものではない。呼処理サーバは２つ以上の任意の数で構成することが可能である。
【００１６】
加えて、第１の呼処理サーバ２００は内部にサーバ２００−ａ系２０１とサーバ２００−ｂ系２０２の２つのサーバを有している。そして、これにより第１の呼処理サーバ２００は、現用系・予備系の冗長構成となっている。通常時はどちらか一方のサーバが現用系として呼処理を実施しているが、ハード故障等で現用系が呼処理継続不可となった場合は、データを予備系に引き継いで、予備系を新現用系として動作させる。これにより、フェイルオーバー（fail over）機能を実現している。一方、第２の呼処理サーバ３００もサーバ３００−ａ系３０１とサーバ３００−ｂ系３０２の２つのサーバを有している。そして、現用系・予備系の冗長構成となっている点や、動作の内容は上述の第１の呼処理サーバ２００と同様である。
【００１７】
また、サーバ２００−ａ系２０１、サーバ２００−ｂ系２０２、サーバ３００−ａ系３０１及びサーバ３００−ｂ系３０２は、本発明の「内部サーバ」に相当する。
【００１８】
なお、交換機１０００を構成する他の部分や、他のノードの構成、通信方法等は特に限定されるものではない。当業者が任意の技術を用いることが可能であり、また本発明の本質とは直接関係しないので、その詳細な構成は省略する。
【００１９】
次に、図２−１，図２−２及び図２−３に示す処理シーケンスを参照して本実施形態の動作について説明する。
【００２０】
ここで、動作について説明する前提として、本実施形態の状態について説明する。図２−１，図２−２及び図２−３において、制御サーバ１００は呼処理サーバの管理等を目的としており、呼処理とは関係しない。第１の呼処理サーバ２００は呼処理信号を処理するサーバであり、上述したようにサーバ０＿０系３０とサーバ２００−ｂ系２０２の２台で冗長構成を取るものとする。サーバ０＿０系３０とサーバ２００−ｂ系２０２は同等のサーバであるため、現用系・予備系は固定されていないが、以降の説明を容易にするため、シーケンス開始の時点では、サーバ０＿０系３０を現用系、サーバ０＿１系４０を予備系としている。第２の呼処理サーバ３００も呼処理信号を処理するサーバであり、同様にサーバ１＿０系５０とサーバ３００−ｂ系３０２の２台で冗長構成を取るものとする。そして同様に、説明を容易にするため、シーケンス開始の時点では、サーバ１＿０系５０を現用系、サーバ１＿１系６０を予備系としている。
【００２１】
なお、本発明の本質とは直接関係しないシーケンスについては一部省略している。
【００２２】
まず、図２−１を用いて説明する。
【００２３】
交換機１０００内でのソフトウェア更新を実施する場合には、ソフトウェア更新コマンドを制御サーバ１００から投入する（ステップＡ４０１）。
【００２４】
ソフトウェア更新コマンドを投入された制御サーバ１００は、現在呼処理を実施していない予備系、つまりサーバ２００−ｂ系２０２とサーバ３００−ｂ系３０２に対して、それぞれファイル入替指示Ｓ１０、ファイル入替指示Ｓ１２を送信する（ステップＡ４０２、ステップＡ４０４）。
【００２５】
ファイル入替指示Ｓ１０、ファイル入替指示Ｓ１２を受信したサーバ２００−ｂ系２０２とサーバ３００−ｂ系３０２は、予め自サーバ内に格納しておいた新ファイルを、以降の使用ファイルとして展開する。そして、サーバ２００−ｂ系２０２とサーバ３００−ｂ系３０２は、展開の後に、ファイル入替応答Ｓ１１、ファイル入替応答Ｓ１３を制御サーバ１００へ送信する（ステップＡ４０３、ステップＡ４０５）。なお、サーバ２００−ｂ系２０２とサーバ３００−ｂ系３０２は共に予備系であるため、ファイル入替指示Ｓ１０、ファイル入替指示Ｓ１２をパラレルに送信しても各サーバの呼処理信号の処理が中断されることは無い。
【００２６】
ファイル入替応答Ｓ１１、ファイル入替応答Ｓ１３により、予備系の新ファイル入替完了を認識した制御サーバ１００は、サーバ２００−ａ系２０１に対して予閉塞指示Ｓ１４を送信する（ステップＡ４０６）。
【００２７】
予閉塞指示Ｓ１４を受信したサーバ２００−ａ系２０１は、自サーバを予閉塞状態へ遷移させた後に、制御サーバ１００に対して予閉塞応答Ｓ１５を送信する（ステップＡ４０７）。なお、ここで「予閉塞状態」とは、以降の新規呼は受け付けないが、現在通信中の呼に対しては切断までの動作を保障する状態をいうものとする。
【００２８】
予閉塞状態のサーバ２００−ａ系２０１は、サーバ内の呼が全て無くなった際に（ステップＡ４０８）閉塞状態へ遷移し、制御サーバ１００に対して閉塞通知Ｓ１６を送信する（ステップＡ４０９）。なお、ここで「閉塞状態」とは、全ての呼処理信号を受け付けない状態をいうものとする。サーバ２００−ａ系２０１が閉塞状態となった時点で、第１の呼処理サーバ２００としては呼処理不可となるため、以降の呼については第２の呼処理サーバ３００で処理出来るように、設計考慮しておく必要がある。もっともこの点は、既知の方式を用いることにより実現可能であるためここでは説明を省略する。
【００２９】
閉塞通知Ｓ１６を受信した制御サーバ１００は、第１の呼処理サーバ２００が呼処理を実施していないと判断し、サーバ２００−ａ系２０１へ系切替指示Ｓ１７を送信する（ステップＡ４Ｓ１）。
【００３０】
系切替指示Ｓ１７を受信したサーバ２００−ａ系２０１は、自サーバを予備系へ遷移させると同時にサーバ２００−ｂ系２０２に対して系切替指示Ｓ１８を送信する（ステップＡ４１１）。
【００３１】
次に、図２−２を用いて説明する。
【００３２】
そして、その後に、自サーバ内へ格納しておいた新ファイルを、以降の使用ファイルとして展開する（ステップＡ４１２）。展開完了した際には、制御サーバ１００へ系状態変更通知Ｓ１９を送信する（ステップＡ４１３）。
【００３３】
また、系切替指示Ｓ１８を受信したサーバ２００−ｂ系２０２は、自サーバを予備系から現用系へ遷移させ、制御サーバ１００へ系状態変更通知Ｓ２０を送信する（ステップＡ４１４）。サーバ２００−ｂ系２０２が現用系への遷移完了した後は、第１の呼処理サーバ２００で、新ファイルを使用しての呼処理受付が可能となる（ステップＡ４１５）。
【００３４】
系状態変更通知Ｓ１９と系状態変更通知Ｓ２０を受信した制御サーバ１００は、第１の呼処理サーバ２００が新ファイルでの呼処理を開始したと判断し、続いてサーバ３００−ａ系３０１に対して予閉塞指示Ｓ２１を送信する（ステップＡ４１６）。
【００３５】
予閉塞指示１１１を受信したサーバ３００−ａ系３０１は、自サーバを予閉塞状態へ遷移させる（ステップＡ４１７）。
サーバ３００−ａ系３０１は、制御サーバ１００に対して予閉塞応答Ｓ２２を送信する（ステップＡ４１８）。
【００３６】
予閉塞状態のサーバ３００−ａ系３０１は、サーバ内の呼が全て無くなった際に閉塞状態へ遷移する（ステップＡ４１９）。
【００３７】
次に、図２−３を用いて説明する。
【００３８】
予閉塞状態のサーバ３００−ａ系３０１は、制御サーバ１００に対して閉塞通知Ｓ２３を送信する（ステップＡ４２０）。サーバ３００−ａ系３０１が閉塞状態となった時点で、第２の呼処理サーバ３００としては呼処理不可となるため、前述と同様、以降の呼については第２の呼処理サーバ３００で処理出来るよう、設計考慮しておく必要がある。
【００３９】
閉塞通知Ｓ２３を受信した制御サーバ１００は、第２の呼処理サーバ３００が呼処理を実施していないと判断し、サーバ３００−ａ系３０１へ系切替指示Ｓ２４を送信する（ステップＡ４２１）。
【００４０】
系切替指示Ｓ２４を受信したサーバ３００−ａ系３０１は、自サーバを予備系へ遷移させる（ステップＡ４２２）。加えて、遷移と同時にサーバ３００−ｂ系３０２に対して系切替指示Ｓ２５を送信する（ステップＡ４２３）。そしてその後に、自サーバ内へ格納しておいた新ファイルを、以降の使用ファイルとして展開する（ステップＡ４２４）。展開完了した際には、系状態変更通知Ｓ２６として送信する（ステップＡ４２５）。
【００４１】
また、系切替指示Ｓ２５を受信したサーバ３００−ｂ系３０２は、自サーバを予備系から現用系へ遷移させる（ステップＡ４２６）。加えて、制御サーバ１００へ系状態変更通知Ｓ２７を送信する（ステップＡ４２７）。サーバ３００−ｂ系３０２が現用系への遷移完了した後は、第２の呼処理サーバ３００でも、新ファイルを使用しての呼処理受付が可能となることを認識できる。そのため、ソフトウェア更新コマンド完了となる（ステップＡ４２８）。
【００４２】
以上に説明したように、本発明の実施形態においては、以下に記載するような効果を奏する。
【００４３】
通常のソフトウェア更新では、第１の呼処理サーバ２００と第２の呼処理サーバ３００を同時に更新していたため、更新に伴う再開が行われた際に若干なりとも呼処理を実施出来ない区間が存在していた。しかし本実施形態では、交換機１０００内でのソフトウェア更新をサーバ単位で実施する。そうすることで、交換機１０００内のソフトウェア更新を実施する際に、サービスを停止させる事なくソフトウェア更新することができるという効果を奏する。
【００４４】
なお、本発明の実施形態である交換機１０００は、ハードウェア、ソフトウェア又はこれらの組合せにより実現することができる。
【００４５】
また、上述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施形態の基本的構成を表す図である。
【図２−１】本発明の実施形態の基本的を表す図（１／３）である。
【図２−２】本発明の実施形態の基本的を表す図（２／３）である。
【図２−３】本発明の実施形態の基本的を表す図（３／３）である。
【符号の説明】
【００４７】
１０００  交換機
１００  制御サーバ
２００  第１の呼処理サーバ
２０１  サーバ２００−ａ系
２０２  サーバ２００−ｂ系
３００  第２の呼処理サーバ
３０１  サーバ３００−ａ系
３０２  サーバ３００−ｂ系
Ｓ１０、Ｓ１２  ファイル入替指示
Ｓ１１、Ｓ１３  ファイル入替応答
Ｓ１４、Ｓ２１  予閉塞指示
Ｓ１５、Ｓ２２  予閉塞応答
Ｓ１６、Ｓ２３  閉塞通知
Ｓ１７、Ｓ１８、Ｓ２４、Ｓ２５  系切替指示
Ｓ１９、Ｓ２０、Ｓ２６、Ｓ２７  系状態変更通知
【図１】
2010146349.tif 000003
【図２−１】
2010146349.tif 000004
【図２−２】
2010146349.tif 000005
【図２−３】
2010146349.tif 000006