(57)【要約】【課題】無瞬断でのファームウェアの更新を効率的に行うことが可能な中継システムおよび中継装置を提供する。【解決手段】複数の中継装置ＳＷ［１］〜ＳＷ［ｎ］のそれぞれは、ポート間でフレームを中継するフレーム処理部と、フレーム処理部の管理を行う管理部と、を有する。管理部は、プロセッサと、プロセッサにフレーム処理部の管理を行わせるためのファームウェアを保持する第１記憶領域と、フレーム処理部の管理情報を保持する第２記憶領域と、を有する。第１中継装置は、第２中継装置の第２記憶領域に保持される管理情報を取得し、第２中継装置が第１記憶領域に保持されるファームウェアを更新している間、取得した管理情報に基づき第２中継装置のフレーム処理部の管理を代行する。【選択図】図１
2015215808.tif 000002
【特許請求の範囲】
【請求項１】
互いにネットワークで接続され、第１中継装置および第２中継装置を含む複数の中継装置を備える中継システムであって、
前記複数の中継装置のそれぞれは、
ポート間でフレームを中継するフレーム処理部と、
前記フレーム処理部の管理を行う管理部と、
を有し、
前記管理部は、
プロセッサと、
前記プロセッサに前記フレーム処理部の管理を行わせるためのファームウェアを保持する第１記憶領域と、
前記フレーム処理部の管理情報を保持する第２記憶領域と、
を有し、
前記第１中継装置は、前記第２中継装置の前記第２記憶領域に保持される前記管理情報を取得し、前記第２中継装置が前記第１記憶領域に保持される前記ファームウェアを更新している間、前記取得した管理情報に基づき前記第２中継装置の前記フレーム処理部の管理を代行する、
中継システム。
【請求項２】
請求項１記載の中継システムにおいて、
前記複数の中継装置のいずれかは、マスタモードに設定され、
前記マスタモードに設定された中継装置は、所定の管理装置と前記複数の中継装置との間の管理用の通信を仲介するアクティブ状態で動作し、
前記第１中継装置は、前記マスタモードに設定され、前記第２中継装置の前記フレーム処理部の管理を代行している間に前記管理装置から前記第２中継装置に対する管理用命令が発行された際に、前記第２中継装置に代わって前記管理装置に応答する、
中継システム。
【請求項３】
請求項２記載の中継システムにおいて、
前記複数の中継装置の他のいずれかは、バックアップモードに設定され、
前記バックアップモードに設定された中継装置は、前記マスタモードに設定された中継装置に障害が生じた際、あるいは、前記管理装置から変更命令が発行された際に、前記マスタモードに設定された中継装置に代わって前記アクティブ状態で動作し、
前記第２中継装置は、前記バックアップモードに設定され、前記第１中継装置の前記第２記憶領域に保持される前記管理情報を取得し、前記第１中継装置が前記第１記憶領域に保持される前記ファームウェアを更新している間、前記アクティブ状態で動作すると共に、前記取得した管理情報に基づき前記第１中継装置の前記フレーム処理部の管理を代行する、
中継システム。
【請求項４】
請求項１記載の中継システムにおいて、
前記複数の中継装置のそれぞれは、ボックス型中継装置である、
中継システム。
【請求項５】
他の中継装置にネットワークを介して接続される中継装置であって、
ポート間でフレームを中継するフレーム処理部と、
前記フレーム処理部の管理を行う管理部と、
を有し、
前記管理部は、
プロセッサと、
前記プロセッサに前記フレーム処理部の管理を行わせるためのファームウェアを保持する第１記憶領域と、
前記フレーム処理部の管理情報を保持する第２記憶領域と、
を有し、
前記中継装置は、前記他の中継装置の第２記憶領域に保持される管理情報を取得し、前記他の中継装置が第１記憶領域に保持されるファームウェアを更新している間、前記取得した管理情報に基づき前記他の中継装置のフレーム処理部の管理を代行する、
中継装置。
【請求項６】
請求項５記載の中継装置において、
前記中継装置は、マスタモードに設定された場合には、所定の管理装置と前記他の中継装置との間の管理用の通信を仲介するアクティブ状態で動作し、
前記中継装置は、前記マスタモードに設定された場合には、前記他の中継装置の前記フレーム処理部の管理を代行している間に前記管理装置から前記他の中継装置に対する管理用命令が発行された際に、前記他の中継装置に代わって前記管理装置に応答する、
中継装置。
【請求項７】
請求項６記載の中継装置において、
前記中継装置は、バックアップモードに設定された場合には、前記マスタモードに設定された他の中継装置に障害が生じた際、あるいは、前記管理装置から切り替え命令が発行された際に、前記マスタモードに設定された他の中継装置に代わって前記アクティブ状態で動作し、
前記中継装置は、前記バックアップモードに設定された場合には、前記マスタモードに設定された他の中継装置の第２記憶領域に保持される管理情報を取得し、当該他の中継装置が第１記憶領域に保持されるファームウェアを更新している間、前記アクティブ状態で動作すると共に、前記取得した管理情報に基づき当該他の中継装置のフレーム処理部の管理を代行する、
中継装置。
【請求項８】
請求項５記載の中継装置において、
前記中継装置は、ボックス型の中継装置である、
中継装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中継システムおよび中継装置に関し、例えば、ネットワークで接続された複数台の中継装置を対象としてファームウェアを更新する技術に関する。
【背景技術】
【０００２】
例えば、特許文献１には、通信を中断することなくファームウェアの更新を実現可能な通信装置が示される。当該通信装置は、上位ＯＳ上で２個のファームウェアを並列動作させ、旧ファームウェアで所定の通信処理を実行しつつ、新ファームウェアのダウンロードならびに新ファームウェアの初期化処理等を行う。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−６４７０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば、フレームの中継を担う中継装置（言い換えればスイッチ装置）は、所定のネットワーク上に設置された後であっても、プロセッサ（ＣＰＵ）のファームウェアの更新によって、機能の拡張や、機能的不備の修正等が可能になっている。このようなファームウェアの更新に際して、中継装置は、フレームの中継処理を停止しない（すなわち無瞬断である）ことが望まれる。
【０００５】
例えば、シャーシ型のスイッチ装置のように、予備用のプロセッサ（ＣＰＵ）（具体的には予備用の管理カード等）を通常備えるスイッチ装置であれば、無瞬断でのファームウェアの更新を比較的容易に実現できる。ただし、特に、ボックス型のスイッチ装置のように、予備用のプロセッサ（ＣＰＵ）を通常備えないスイッチ装置では、無瞬断でのファームウェアの更新を行うためには何らかの工夫が必要とされる。
【０００６】
そこで、例えば、特許文献１に示されるように、仮想化技術を用いて、１個のプロセッサ（ＣＰＵ）で２個のファームウェアを並列動作させる方式が考えられる。しかしながら、特許文献１の方式では、２個のファームウェアを並列動作させるため、プロセッサ（ＣＰＵ）の処理負荷が増大する恐れがある。また、当該方式は、概略的には、プロセッサ（ＣＰＵ）が持つ資源の一部を予備的な管理機能として使用することになるため、プロセッサ（ＣＰＵ）の利用方法が非効率となる恐れがある。
【０００７】
本発明は、このようなことに鑑みてなされたものであり、その目的の一つは、無瞬断でのファームウェアの更新を効率的に行うことが可能な中継システムおよび中継装置を提供することにある。
【０００８】
本発明の前記並びにその他の目的と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００９】
本願において開示される発明のうち、代表的な実施の形態の概要を簡単に説明すれば、次のとおりである。
【００１０】
本実施の形態による中継システムは、互いにネットワークで接続され、第１および第２中継装置を含む複数の中継装置を備える。複数の中継装置のそれぞれは、ポート間でフレームを中継するフレーム処理部と、フレーム処理部の管理を行う管理部と、を有する。管理部は、プロセッサと、第１および第２記憶領域と、を有する。第１記憶領域は、プロセッサにフレーム処理部の管理を行わせるためのファームウェアを保持する。第２記憶領域は、フレーム処理部の管理情報を保持する。ここで、第１中継装置は、第２中継装置の第２記憶領域に保持される管理情報を取得し、第２中継装置が第１記憶領域に保持されるファームウェアを更新している間、取得した管理情報に基づき第２中継装置のフレーム処理部の管理を代行する。
【発明の効果】
【００１１】
本願において開示される発明のうち、代表的な実施の形態によって得られる効果を簡単に説明すると、中継システムおよび中継装置において、無瞬断でのファームウェアの更新を効率的に行うことが可能になる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施の形態による中継システムにおいて、その構成例を示す概略図である。
【図２】図１の中継システムにおいて、その各中継装置の概略的な構成例を示すブロック図である。
【図３】図１の中継システムにおいて、各中継装置のファームウェアを更新する際の概略的な処理内容の一例を示すフロー図である。
【図４】図１の中継システムにおいて、各中継装置のファームウェアを更新する際の詳細な処理内容の一例を示すフロー図である。
【図５】図４における各処理内容を補足する説明図である。
【図６】図４における各処理内容を補足する説明図である。
【図７】図４における各処理内容を補足する説明図である。
【図８】図４における各処理内容を補足する説明図である。
【図９】図４における各処理内容を補足する説明図である。
【図１０】図４における各処理内容を補足する説明図である。
【図１１】図４における各処理内容を補足する説明図である。
【図１２】図４における各処理内容を補足する説明図である。
【図１３】図４における各処理内容を補足する説明図である。
【図１４】図４における各処理内容を補足する説明図である。
【発明を実施するための形態】
【００１３】
以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。
【００１４】
さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。
【００１５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１６】
《中継システムの概略構成》
図１は、本発明の一実施の形態による中継システムにおいて、その構成例を示す概略図である。図１に示す中継システムは、互いにネットワークＮＷで接続される複数（ここではｎ台）の中継装置（言い換えればスイッチ装置）ＳＷ［１］〜ＳＷ［ｎ］を備える。中継装置ＳＷ［１］〜ＳＷ［ｎ］のそれぞれは、例えば、ボックス型の中継装置（スイッチ装置）である。
【００１７】
ネットワークＮＷは、主に通信回線（例えばイーサネット（登録商標）回路等）によって構成されるが、その接続形態は特に問わない。ネットワークＮＷは、例えば、中継装置ＳＷ［１］〜ＳＷ［ｎ］をリング状に接続する接続形態を備えていても、メッシュ状に接続する接続形態を備えていてもよい。また、ネットワークＮＷは、場合によっては、光伝送装置等を介して長距離で接続する接続形態を備えていてもよい。すなわち、ネットワークＮＷは、中継装置ＳＷ［１］〜ＳＷ［ｎ］間を、直接的、あるいは、中継装置や光伝送装置等を挟んで間接的に接続する接続形態を備えていればよい。
【００１８】
ここで、複数の中継装置ＳＷ［１］〜ＳＷ［ｎ］は、仮想管理環境が適用され、仮想管理グループＶＧとして、管理装置（例えば管理用サーバ等）ＴＭから仮想的に１台の中継装置のように管理される。近年、このような仮想管理環境を構築する技術が知られている。その一例として、仮想管理グループＶＧに対して一つの管理用ＩＰ（Internet Protocol）アドレスを設定する方式が挙げられる。
【００１９】
具体的には、仮想管理グループＶＧを構成する複数の中継装置ＳＷ［１］〜ＳＷ［ｎ］のいずれかは、マスタモードＭＳＲに設定され、他のいずれかはバックアップモードＢＵＰに設定され、残りはメンバモードＭＥＭに設定される。図１の例では、中継装置（第１中継装置）ＳＷ［１］は、マスタモードＭＳＲに設定され、中継装置（第２中継装置）ＳＷ［２］は、バックアップモードＢＵＰに設定され、中継装置ＳＷ［３］〜ＳＷ［ｎ］は、メンバモードＭＥＭに設定される。
【００２０】
マスタモードＭＳＲに設定された中継装置（第１中継装置）ＳＷ［１］は、予め、バックアップモードＢＵＰまたはメンバモードＭＥＭに設定された中継装置ＳＷ［２］〜ＳＷ［ｎ］のそれぞれとの間で、ソケット（ＩＰアドレスとポート番号の組合せ）を設定している。管理装置ＴＭは、管理用ＩＰアドレスを用いて仮想管理グループＶＧ内の各中継装置ＳＷ［１］〜ＳＷ［ｎ］を一元管理する。この際に、例えば、管理装置ＴＭから発行された、当該管理用ＩＰアドレスを宛先ＩＰアドレスとする管理用命令は、一旦、マスタモードＭＳＲに設定された中継装置ＳＷ［１］で受信される。
【００２１】
中継装置ＳＷ［１］は、管理用命令の内容に基づいて、所定の中継装置ＳＷ［２］〜ＳＷ［ｎ］との間でソケット通信を行うことで、所定の中継装置に管理用命令を実行させ、当該所定の中継装置からの応答を管理装置ＴＭに送信する。例えば、中継装置ＳＷ［１］は、管理用命令に応じて、各中継装置ＳＷ［１］〜ＳＷ［ｎ］の設定内容（代表的にはＶＬＡＮ（Virtual LAN）の設定やパケットフィルタの設定等）や、稼働状態（代表的には物理ポートの障害有無等）などを取得し、それを管理装置ＴＭに送信する。また、中継装置ＳＷ［１］は、管理用命令に応じて、各中継装置ＳＷ［１］〜ＳＷ［ｎ］に設定内容の変更を指示する。
【００２２】
このように、マスタモードＭＳＲに設定された中継装置（第１中継装置）ＳＷ［１］は、管理装置ＴＭと複数のスイッチ装置ＳＷ［２］〜ＳＷ［ｎ］との間の管理用の通信を仲介するアクティブ状態ＡＣＴで動作する。ただし、中継装置ＳＷ［１］は、仲介によって仮想管理グループＶＧを対象とする管理機能の一部を担うことになるが、実際の管理自体は、各中継装置毎に行われる。例えば、中継装置ＳＷ［３］のＶＬＡＮの設定を変更する場合、中継装置ＳＷ［１］は、その旨を中継装置ＳＷ［３］に指示するが、実際にＶＬＡＮの設定変更を実行するのは中継装置ＳＷ［３］であり、その変更後の設定内容を保持するのも中継装置ＳＷ［３］である。
【００２３】
また、バックアップモードＢＵＰに設定された中継装置（第２中継装置）ＳＷ［２］は、マスタモードＭＳＲに設定された中継装置ＳＷ［１］の代替え状態となるスタンバイ状態ＳＢＹで動作する。具体的には、中継装置ＳＷ［２］は、例えば、マスタモードＭＳＲに設定された中継装置ＳＷ［１］との間で、定期的に生存確認用の通信を行うこと等でスイッチ装置ＳＷ［１］の障害有無を監視する。中継装置ＳＷ［２］は、マスタモードＭＳＲに設定されたスイッチ装置ＳＷ［１］に障害が生じた際、あるいは、管理装置ＴＭからアクティブ状態ＡＣＴの切り替え命令が発行された際に、スイッチ装置ＳＷ［１］に代わってアクティブ状態ＡＣＴで動作する。
【００２４】
《中継装置の概略構成》
図２は、図１の中継システムにおいて、その各中継装置の概略的な構成例を示すブロック図である。図２に示す中継装置ＳＷは、図１の各中継装置ＳＷ［１］〜ＳＷ［ｎ］のそれぞれに対応するボックス型の中継装置であり、例えば、レイヤ２（Ｌ２）の中継処理を行うＬ２スイッチ装置や、Ｌ２に加えてレイヤ３（Ｌ３）の中継処理を行うＬ３スイッチ装置等である。ここでは、中継装置ＳＷはＬ２スイッチ装置である場合を例とする。
【００２５】
中継装置ＳＷは、複数のポート（物理ポート）Ｐ［１］〜Ｐ［ｍ］と、フレーム処理部１０と、管理部１１と、を備える。フレーム処理部１０は、アドレステーブルＦＤＢおよび障害監視部１７を備える。障害監視部１７は、例えば、各種障害検出回路（例えば光強度の検出回路等）や生存確認用フレームの送受信回路等によって、複数のポートＰ［１］〜Ｐ［ｍ］の障害有無を監視する。フレーム処理部１０は、障害監視部１７の監視結果を反映しつつ、複数のポートＰ［１］〜Ｐ［ｍ］間で、アドレステーブルＦＤＢに基づいてフレームを中継する。
【００２６】
アドレステーブルＦＤＢは、代表的には、ポートと、当該ポートの先に存在するＭＡＣ（Media Access Control）アドレスと、ＶＬＡＮと、の対応関係を保持する。フレーム処理部１０は、ポートでフレームを受信した場合、当該フレームに含まれる送信元ＭＡＣアドレスを、フレームを受信したポートと、ポートＶＬＡＮやタグＶＬＡＮ等に基づいて定められる所定のＶＬＡＮと、に対応付けてアドレステーブルＦＤＢに学習する。また、フレーム処理部１０は、当該フレームに含まれる宛先ＭＡＣアドレスと所定のＶＬＡＮとを検索キーとしてアドレステーブルＦＤＢを検索し、当該検索結果で得られた宛先のポートに当該フレームを中継する。
【００２７】
管理部１１は、フレーム処理部１０の管理を含めて中継装置ＳＷ全体の管理を行う。管理部１１は、プロセッサ（ＣＰＵ）１２と、ＲＡＭ１３と、記憶部１４と、を備える。記憶部１４は、例えば、フラッシュメモリや、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）等の不揮発性メモリであり、コンフィグ（以降、ＣＦＧと略す）領域（第２記憶領域）１５と、ファームウェア（以降、ＦＷと略す）領域（第１記憶領域）１６と、を有する。
【００２８】
ＦＷ領域（第１記憶領域）１６は、プロセッサ（ＣＰＵ）１２にフレーム処理部１０の管理を行わせるためのＦＷを保持する。すなわち、管理部１１の機能は、プロセッサ（ＣＰＵ）１２がＦＷを実行することによって実現される。この際に、プロセッサ（ＣＰＵ）１２は、必ずしも限定はされないが、ＦＷをＲＡＭ１３にコピーし、ＲＡＭ１３上のＦＷを用いてフレーム処理部１０の管理を行う。なお、ＦＷ領域（第１記憶領域）１６は、前述したフレーム処理部１０の管理を行わせるためのＦＷの他に、図１で述べたような、仮想管理環境を構築するためのＦＷも保持している。これらの各ＦＷは、個別に設けられてもよく、統合された１個のＦＷとして設けられてもよい。
【００２９】
ＣＦＧ領域（第２記憶領域）１５は、フレーム処理部１０の管理情報（言い換えればＣＦＧ情報）を保持する。具体的には、ＣＦＧ情報は、例えば、ＶＬＡＮの設定やパケットフィルタの設定等を代表とするフレーム処理部１０の各種設定内容や、物理ポートの障害有無等を代表とするフレーム処理部１０の稼働状態などを含んでいる。プロセッサ（ＣＰＵ）１２は、例えば、ＣＦＧ情報に含まれるＶＬＡＮの設定等をフレーム処理部１０の中継処理に反映させる。
【００３０】
一例として、ＣＦＧ情報にポートＶＬＡＮの設定内容が含まれる場合、フレーム処理部１０は、アドレステーブルＦＤＢの検索結果がミスヒットの際には、当該ポートＶＬＡＮの設定内容に基づくポートにフレームをフラッディングする。また、プロセッサ（ＣＰＵ）１２は、例えば、フレーム処理部１０から障害監視部１７の監視結果を取得し、それをＣＦＧ情報として格納する。
【００３１】
《中継システムの処理内容（概略）》
図３は、図１の中継システムにおいて、各中継装置のファームウェアを更新する際の概略的な処理内容の一例を示すフロー図である。図３において、まず、他の中継装置（例えばＳＷ［１］）は、ＦＷの更新対象となる中継装置（例えばＳＷ［２］）のＣＦＧ領域１５に保持される管理情報（ＣＦＧ情報）を取得する（ステップＳ１０１）。次いで、更新対象となる中継装置（ＳＷ［２］）は、自身のＦＷ領域１６に新ＦＷをダウンロードする（ステップＳ１０２）。
【００３２】
続いて、更新対象となる中継装置（ＳＷ［２］）は、プロセッサ（ＣＰＵ）１２上で新ＦＷをリブートすることで、ＦＷの更新を開始する（ステップＳ１０３）。ＦＷの更新が開始されると、他の中継装置（ＳＷ［１］）は、ステップＳ１０１で取得した管理情報に基づき、更新対象となる中継装置（ＳＷ［２］）のフレーム処理部１０の管理を代行する（ステップＳ１０４）。他の中継装置（ＳＷ［１］）は、中継装置（ＳＷ［２］）におけるＦＷの更新が完了（リブートが完了）するまで、管理の代行を継続する（ステップＳ１０４，Ｓ１０５）。中継装置（ＳＷ［２］）におけるＦＷの更新が完了すると、他の中継装置（ＳＷ［１］）は、管理の代行を停止し、管理の権限を中継装置（ＳＷ［２］）のプロセッサ（ＣＰＵ）１２に戻す（ステップＳ１０６）。
【００３３】
このように、本実施の形態では、まず、他の中継装置（例えばＳＷ［１］）は、更新対象となる中継装置（例えばＳＷ［２］）の管理情報を取得する。その後、他の中継装置（ＳＷ［１］）は、更新対象となる中継装置（ＳＷ［２］）がＦＷを更新している間（すなわち、ＳＷ［２］のプロセッサ（ＣＰＵ）１２が管理動作を行わない間）、予め取得した管理情報に基づき、当該中継装置（ＳＷ［２］）のフレーム処理部１０の管理を代行する。なお、図３のステップＳ１０２での新ＦＷのダウンロード処理は、特に、図３に示した段階で行われる必要性はなく、ステップＳ１０３より前のいずれかの段階（例えば、ステップＳ１０１の前など）で行われればよい。
【００３４】
すなわち、図２で述べたように、プロセッサ（ＣＰＵ）１２は、ＲＡＭ１３上のＦＷを実行することを前提とした場合、ＲＡＭ１３上の旧ＦＷの実行と並行して、新ＦＷのダウンロードを行うことができる。この場合、プロセッサ（ＣＰＵ）１２の管理動作が停止するのは、リブートの開始から完了までの期間である。したがって、この期間で管理の代行が行われればよく、新ＦＷのダウンロードは、リブートする前の適当な段階で行われればよい。また、プロセッサ（ＣＰＵ）１２が記憶部１４上のＦＷを直接実行する場合であっても、例えば、ＦＷ領域１６に現行ＦＷおよび新ＦＷの格納領域をそれぞれ設けると共に、これらをリブート時に切り替えるような仕組みを設ければ、新ＦＷのダウンロードによってプロセッサ（ＣＰＵ）１２の管理動作は停止しない。
【００３５】
ステップＳ１０５ののち、中継システムは、同様にして、更新対象となる中継装置が無くなるまで、ステップＳ１０１〜Ｓ１０６の処理を繰り返す（ステップＳ１０７）。一例として、他の中継装置（例えばＳＷ［１］）は、更新対象となる中継装置（例えばＳＷ［３］）の管理情報を取得し、当該中継装置（例えばＳＷ［３］）がＦＷを更新している間、そのフレーム処理部１０の管理を代行する。
【００３６】
以上、図３に示したようなファームウェア（ＦＷ）の更新フローを用いることで、代表的には、無瞬断でのＦＷの更新を効率的に行うことが可能になる。具体的には、プロセッサ（ＣＰＵ）は、前述した特許文献１の方式のように、２個のＦＷを並列動作する必要性がない。このため、プロセッサ（ＣＰＵ）の処理負荷を低減できる。また、特許文献１の方式のように、プロセッサ（ＣＰＵ）が持つ資源の一部を予備的な管理機能として使用する必要性がなく、資源の全てを現行の管理機能として使用することができる。このため、プロセッサ（ＣＰＵ）の利用方法も効率的となる。このようなＦＷの更新に際しての効率化は、特に、各中継装置ＳＷ［１］〜ＳＷ［ｎ］が１個のプロセッサ（ＣＰＵ）を搭載したボックス型の中継装置である場合により有益となる。
【００３７】
《中継システムの処理内容（詳細例）》
図４は、図１の中継システムにおいて、各中継装置のファームウェアを更新する際の詳細な処理内容の一例を示すフロー図である。図５〜図１４のそれぞれは、図４における各処理内容を補足する説明図である。まず、図４の説明に先だって、ファームウェア（ＦＷ）の更新を行う前段階では、各中継装置ＳＷ［１］〜ＳＷ［ｎ］の管理は、例えば、図５に示すような状態で行われる。
【００３８】
図５の中継システムは、図１で述べたように、マスタモードＭＳＲに設定された中継装置（以降、マスタ装置と呼ぶ）ＳＷ［１］と、バックアップモードＢＵＰに設定された中継装置（以降、バックアップ装置と呼ぶ）ＳＷ［２］と、メンバモードＭＥＭに設定された中継装置（以降、メンバ装置と呼ぶ）ＳＷ［３］〜ＳＷ［ｎ］と、を備える。中継装置ＳＷ［１］〜ＳＷ［ｎ］のそれぞれは、自身の管理情報（コンフィグ（ＣＦＧ）情報）を保持している。例えば、マスタ装置ＳＷ［１］は、ＣＦＧ情報［１］（ＣＦＧ［１］とする）を保持し、バックアップ装置ＳＷ［２］は、ＣＦＧ情報［２］（ＣＦＧ［２］とする）を保持する。また、中継装置ＳＷ［１］〜ＳＷ［ｎ］のそれぞれは、旧ＦＷ１６ａを用いて自身の管理を行っている。
【００３９】
ここで、図１で述べたように、管理装置ＴＭが仮想管理グループＶＧに対して所定の管理用命令を発行した場合、当該管理用命令は、マスタ装置ＳＷ［１］によって受信される。マスタ装置ＳＷ［１］は、当該管理用命令の内容に基づいて、各中継装置ＳＷ［２］〜ＳＷ［ｎ］との間で適宜ソケット通信を行い、その結果得られた応答を管理装置ＴＭに送信する。すなわち、マスタ装置ＳＷ［１］は、管理装置ＴＭと、バックアップ装置ＳＷ［２］およびメンバ装置ＳＷ［３］〜ＳＷ［ｎ］との間の管理用の通信を仲介するアクティブ状態ＡＣＴで動作する。
【００４０】
例えば、管理用命令がメンバ装置ＳＷ［３］のＶＬＡＮ設定を取得する命令であった場合、マスタ装置ＳＷ［１］は、ソケット通信を介してメンバ装置ＳＷ［３］からＶＬＡＮ設定を取得し、それを管理装置ＴＭに送信する。なお、中継装置ＳＷ［１］〜ＳＷ［ｎ］には、それぞれ、仮想管理グループＶＧ内で用いる所定の識別子が予め割り当てられており、管理装置ＴＭは、管理用命令内で当該識別子を用いて各中継装置を区別する。
【００４１】
このような状態から、ＦＷの更新を行う場合、図４に示すように、まず、マスタ装置ＳＷ［１］とバックアップ装置ＳＷ［２］は、互いのＣＦＧ情報を取得する（ステップＳ２０１）。具体的には、図６に示すように、管理装置ＴＭが、マスタ装置ＳＷ［１］とバックアップ装置ＳＷ［２］を対象としてＣＦＧ情報のコピー命令を発行する。マスタ装置ＳＷ［１］は、当該コピー命令を受けて、バックアップ装置ＳＷ［２］のＣＦＧ［２］を取得して自身のＣＦＧ領域１５に格納し、また、自身のＣＦＧ［１］をバックアップ装置ＳＷ［２］のＣＦＧ領域１５に格納させる命令を、バックアップ装置ＳＷ［２］に発行する。なお、取得したＣＦＧ情報を格納する領域は、ＣＦＧ領域１５に限らず、ＲＡＭ１３であってもよい。
【００４２】
次いで、マスタ装置ＳＷ［１］は、新ＦＷをダウンロードする（ステップＳ２０２）。具体的には、図７に示すように、管理装置ＴＭが、マスタ装置ＳＷ［１］を対象として、新ＦＷのダウンロード命令を発行する。新ＦＷは、特に限定はされないが、例えば管理装置ＴＭ内に予め保持されている。マスタ装置ＳＷ［１］は、当該ダウンロード命令を受けて、管理装置ＴＭから新ＦＷをダウンロードする。図７の例では、マスタ装置ＳＷ［１］は、ＦＷ領域１６において、新ＦＷ１６ｂを旧ＦＷ１６ａに上書きする。
【００４３】
続いて、バックアップ装置ＳＷ［２］は、マスタ装置ＳＷ［１］に代わって、アクティブ状態ＡＣＴに遷移し、マスタ装置ＳＷ［１］は、プロセッサ（ＣＰＵ）１２上で新ＦＷをリブートする（言い換えれば新ＦＷの更新を開始する）（ステップＳ２０３）。具体的には、図８に示すように、管理装置ＴＭが、マスタ装置ＳＷ［１］を対象として、アクティブ状態ＡＣＴの切り替え命令とリブート命令を発行する。マスタ装置ＳＷ［１］は、これらの命令を受けて、バックアップ装置ＳＷ［２］をアクティブ状態ＡＣＴに遷移させると共に、自身をスタンバイ状態ＳＢＹに遷移し、プロセッサ（ＣＰＵ）１２上で新ＦＷ１６ｂのリブートを開始する。
【００４４】
なお、管理装置ＴＭは、場合によっては、リブート命令のみを発行してもよい。これに応じてマスタ装置ＳＷ［１］がリブートを開始すると、バックアップ装置ＳＷ［２］は、当該リブートをマスタ装置ＳＷ［１］の障害として検出することが可能である。この場合、バックアップ装置ＳＷ［２］は、当該障害の検出に応じて、自身の判断でアクティブ状態ＡＣＴに遷移する。
【００４５】
マスタ装置ＳＷ［１］のリブートが開始されると、バックアップ装置ＳＷ［２］は、マスタ装置ＳＷ［１］に代わって、マスタ装置ＳＷ［１］のフレーム処理部１０の管理を代行する（ステップＳ２０４）。すなわち、図９に示すように、バックアップ装置ＳＷ［２］は、マスタ装置ＳＷ［１］に代わってアクティブ状態ＡＣＴで動作すると共に、ステップＳ２０１で取得したＣＦＧ［１］に基づきマスタ装置ＳＷ［１］のフレーム処理部１０の管理を代行する。
【００４６】
図９において、管理装置ＴＭによってメンバ装置ＳＷ［３］〜ＳＷ［ｎ］を対象とする管理用命令が発行された場合、当該管理用命令は、アクティブ状態ＡＣＴで動作しているバックアップ装置ＳＷ［２］で受信される。バックアップ装置ＳＷ［２］は、メンバ装置ＳＷ［３］〜ＳＷ［ｎ］との間で適宜ソケット通信を行うことでメンバ装置ＳＷ［３］〜ＳＷ［ｎ］に管理用命令を実行させ、当該メンバ装置から得られた応答を管理装置ＴＭに送信する。
【００４７】
一方、管理装置ＴＭによってマスタ装置ＳＷ［１］を対象する管理用命令が発行された場合、バックアップ装置ＳＷ［２］は、マスタ装置ＳＷ［１］との間でソケット通信を行うことなく、自身で保持しているＣＦＧ［１］に基づき、マスタ装置ＳＷ［１］に代わって管理装置ＴＭに応答する。例えば、管理用命令がマスタ装置ＳＷ［１］のＶＬＡＮ設定を取得する命令であった場合、バックアップ装置ＳＷ［２］は、ＣＦＧ［１］に含まれるＶＬＡＮ設定を管理装置ＴＭに送信する。また、管理用命令がマスタ装置ＳＷ［１］のＶＬＡＮ設定を変更する命令であった場合、バックアップ装置ＳＷ［２］は、ＣＦＧ［１］のＶＬＡＮ設定を変更する。
【００４８】
このような管理の代行は、図４に示すように、マスタ装置ＳＷ［１］のリブートが完了するまで（言い換えれば新ＦＷの更新が完了するまで）継続される（ステップＳ２０４，Ｓ２０５）。マスタ装置ＳＷ［１］のリブートが完了すると、バックアップ装置ＳＷ［２］は、当該リブートの完了を認識し、管理の代行を停止して、管理の権限をマスタ装置ＳＷ［１］に戻す（ステップＳ２０６）。
【００４９】
これにより、図１０に示すように、バックアップ装置ＳＷ［２］は、図５の場合と同様にして、管理装置ＴＭと、マスタ装置ＳＷ［１］およびメンバ装置ＳＷ［３］〜ＳＷ［ｎ］との間の管理用の通信を仲介することになる。なお、マスタ装置ＳＷ［１］のリブートの完了をバックアップ装置ＳＷ［２］に認識させる仕組みとして、例えば、マスタ装置ＳＷ［１］がリブート完了後にアクティブ状態ＡＣＴの中継装置（ＳＷ［２］）に通知する方式等が挙げられる。あるいは、アクティブ状態ＡＣＴの中継装置（ＳＷ［２］）が他の中継装置自体の障害有無を生存確認用の通信等を用いて監視する方式等が挙げられる。
【００５０】
また、バックアップ装置ＳＷ［２］は、管理の権限をマスタ装置ＳＷ［１］に戻す際に、前述したように、ＣＦＧ［１］の変更があった場合には、その変更内容をマスタ装置ＳＷ［１］に通知する。マスタ装置ＳＷ［１］は、通知された変更内容を自身が保持するＣＦＧ［１］に反映させると共に、自身のフレーム処理部１０にも反映させる。管理の権限をマスタ装置ＳＷ［１］に戻したのち、バックアップ装置ＳＷ［２］は、図１０に示すように、保持しているＣＦＧ［１］を削除してもよい。
【００５１】
次いで、マスタ装置ＳＷ［１］は、バックアップ装置ＳＷ［１］に代わって、アクティブ状態ＡＣＴに遷移する（ステップＳ２０７）。その後、バックアップ装置ＳＷ［２］は、新ＦＷをダウンロードする（ステップＳ２０８）。具体的には、図１１に示すように、管理装置ＴＭが、バックアップ装置ＳＷ［２］を対象に、アクティブ状態ＡＣＴの切り替え命令と、新ＦＷのダウンロード命令とを発行する。
【００５２】
これに応じて、バックアップ装置ＳＷ［２］は、マスタ装置ＳＷ［１］に対してアクティブ状態ＡＣＴに遷移させる命令を発行し、自身をスタンバイ状態ＳＢＹに遷移する。さらに、バックアップ装置ＳＷ［２］は、図７の場合と同様に、管理装置ＴＭから新ＦＷ１６ｂをダウンロードし、旧ＦＷ１６ａに上書きする。なお、アクティブ状態ＡＣＴの遷移は、必ずしも命令に基づく必要性はなく、例えば、マスタ装置ＳＷ［１］が、自身の管理動作が正常に戻った時点（すなわちリブートが完了した時点）で自動的にアクティブ状態ＡＣＴに遷移するような仕組みを用いてもよい。
【００５３】
続いて、バックアップ装置ＳＷ［２］は、プロセッサ（ＣＰＵ）１２上で新ＦＷをリブートする（ステップＳ２０９）。具体的には、図１２に示されるように、管理装置ＴＭが、バックアップ装置ＳＷ［２］を対象にリブート命令を発行し、バックアップ装置ＳＷ［２］は、当該リブート命令を、アクティブ状態ＡＣＴで動作しているマスタ装置ＳＷ［１］を介して受ける。これを受けて、バックアップ装置ＳＷ［２］は、リブート（すなわち新ＦＷの更新）を開始する。
【００５４】
バックアップ装置ＳＷ［２］のリブートが開始されると、マスタ装置ＳＷ［１］は、バックアップ装置ＳＷ［２］に代わって、バックアップ装置ＳＷ［２］のフレーム処理部１０の管理を代行する（ステップＳ２１０）。すなわち、図１３に示すように、マスタ装置ＳＷ［１］は、アクティブ状態ＡＣＴで動作すると共に、ステップＳ２０１で取得したＣＦＧ［２］に基づきバックアップ装置ＳＷ［２］のフレーム処理部１０の管理を代行する。
【００５５】
図１３において、管理装置ＴＭによってメンバ装置ＳＷ［３］〜ＳＷ［ｎ］を対象とする管理用命令が発行された場合、当該管理用命令は、マスタ装置ＳＷ［１］で受信される。マスタ装置ＳＷ［１］は、メンバ装置ＳＷ［３］〜ＳＷ［ｎ］との間で適宜ソケット通信を行うことでメンバ装置ＳＷ［３］〜ＳＷ［ｎ］に管理用命令を実行させ、その結果得られた応答をメンバ装置に代わって管理装置ＴＭに送信する。一方、管理装置ＴＭによってバックアップ装置ＳＷ［２］を対象する管理用命令が発行された場合、マスタ装置ＳＷ［１］は、図９の場合と同様にして、バックアップ装置ＳＷ［２］との間でソケット通信を行うことなく、自身で保持しているＣＦＧ［２］に基づき、バックアップ装置ＳＷ［２］に代わって管理装置ＴＭに応答する。
【００５６】
このような管理の代行は、図４に示すように、バックアップ装置ＳＷ［２］のリブートが完了するまで（言い換えれば新ＦＷの更新が完了するまで）継続される（ステップＳ２１０，Ｓ２１１）。バックアップ装置ＳＷ［２］のリブートが完了すると、マスタ装置ＳＷ［１］は、当該リブートの完了を認識し、管理の代行を停止して、管理の権限をバックアップ装置ＳＷ［２］に戻す（ステップＳ２１２）。
【００５７】
これにより、図１４に示すように、マスタ装置ＳＷ［１］は、図５の場合と同様にして、管理装置ＴＭと、バックアップ装置ＳＷ［２］およびメンバ装置ＳＷ［３］〜ＳＷ［ｎ］との間の管理用の通信を仲介することになる。なお、バックアップ装置ＳＷ［２］のリブートの完了をマスタ装置ＳＷ［１］に認識させる仕組みや、マスタ装置ＳＷ［１］が管理の権限をバックアップ装置ＳＷ［２］に戻す際の動作例に関しては、図１０の場合と同様である。管理の権限をバックアップ装置ＳＷ［２］に戻したのち、マスタ装置ＳＷ［１］は、図１４に示すように、保持しているＣＦＧ［２］を削除してもよい。
【００５８】
以降は、マスタ装置ＳＷ［１］をアクティブ状態ＡＣＴに固定した状態で、同様の処理によって各メンバ装置ＳＷ［３］〜ＳＷ［ｎ］のＦＷを順次更新すればよい。具体的には、マスタ装置ＳＷ［１］は、メンバ装置の管理情報（ＣＦＧ情報）を取得し（ステップＳ２１３）、当該メンバ装置は、新ＦＷをダウンロードする（ステップＳ２１４）。その後、メンバ装置が新ＦＷをリブートしている間、マスタ装置ＳＷ［１］は、当該メンバ装置の管理を代行する（ステップＳ２１５〜Ｓ２１７）。当該メンバ装置のリブートが完了すると、マスタ装置ＳＷ［１］は、当該リブートの完了を認識し、管理の代行を停止して、管理の権限を当該メンバ装置に戻す（ステップＳ２１８）。そして、中継システムは、ステップＳ２１３〜Ｓ２１８の処理を、全てのメンバ装置においてＦＷの更新が完了するまで繰り返す（ステップＳ２１９）。
【００５９】
なお、ＦＷの更新に伴う管理装置ＴＭからの命令は、図６〜図１４で説明したような命令に限定されるものではなく、その発行順序も含めて適宜変更することが可能である。例えば、ＦＷのダウンロード命令とリブート命令とを１個の命令で実現し、ダウンロードの完了後、自動的にリブートするような仕組みを設けてもよい。また、例えば、管理装置ＴＭは、ある中継装置を対象にＦＷの更新を指示する命令のみを発行し、これに応じて、アクティブ状態ＡＣＴで動作する中継装置が、自身の仮想管理環境用のＦＷに基づき、ＣＦＧ情報の取得や、新ＦＷのダウンロードの指示や、リブートの指示等を適宜実行するような方式であってもよい。
【００６０】
また、最初にＦＷの更新を行う中継装置も、マスタ装置ＳＷ［１］に限らず、バックアップ装置ＳＷ［２］や、メンバ装置ＳＷ［３］〜ＳＷ［ｎ］であってもよい。ただし、最初にマスタ装置ＳＷ［１］の更新を行うことで、以降、マスタ装置ＳＷ［１］が新ＦＷを実装した状態で、かつマスタ装置ＳＷ［１］をアクティブ状態ＡＣＴに固定した状態で、残りの中継装置のＦＷを更新することができる。これにより、ＦＷの更新に伴う処理全体を効率化することができる。
【００６１】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。例えば、前述した実施の形態は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【符号の説明】
【００６２】
１０  フレーム処理部
１１  管理部
１２  プロセッサ（ＣＰＵ）
１３  ＲＡＭ
１４  記憶部
１５  コンフィグ（ＣＦＧ）領域
１６  ファームウェア（ＦＷ）領域
１６ａ  旧ファームウェア
１６ｂ  新ファームウェア
１７  障害監視部
ＡＣＴ  アクティブ状態
ＢＵＰ  バックアップモード
ＦＤＢ  アドレステーブル
ＭＥＭ  メンバモード
ＭＳＲ  マスタモード
ＮＷ  ネットワーク
Ｐ［１］〜Ｐ［ｍ］  ポート
ＳＢＹ  スタンバイ状態
ＳＷ，ＳＷ［１］〜ＳＷ［ｎ］  中継装置（スイッチ装置）
ＴＭ  管理装置
ＶＧ  仮想管理グループ
【図１】
2015215808.tif 000003
【図２】
2015215808.tif 000004
【図３】
2015215808.tif 000005
【図４】
2015215808.tif 000006
【図５】
2015215808.tif 000007
【図６】
2015215808.tif 000008
【図７】
2015215808.tif 000009
【図８】
2015215808.tif 000010
【図９】
2015215808.tif 000011
【図１０】
2015215808.tif 000012
【図１１】
2015215808.tif 000013
【図１２】
2015215808.tif 000014
【図１３】
2015215808.tif 000015
【図１４】
2015215808.tif 000016