(57)【要約】【課題】  冗長化されたネットワークにおいて通信を継続することができない障害が発生した場合であっても、通信を継続することが可能なネットワークを構成することが可能な冗長化制御装置等を提供する。【解決手段】  冗長化制御装置１は、冗長化された第１のＭＩＦに障害が発生した場合に、第１のＭＩＦに関連付けられた第１の優先度と第１のＭＩＦとは異なり、且つ冗長化されたＭＩＦに関連付けられた優先度とを比較し、その比較結果に応じて、ＭＩＦを構成する何れかのＳＩＦを用いて第１のＭＩＦを代替可能な代替インタフェースを構成する。【選択図】      図１
2014110440.tif 000002
【特許請求の範囲】
【請求項１】
冗長化された第１のマスタインタフェースに障害が発生した場合に、前記第１のマスタインタフェースに関連付けられた第１の優先度と、前記第１のマスタインタフェースとは異なり、且つ冗長化されたマスタインタフェースとそのマスタインタフェースに関連付けられた優先度とを比較し、その比較結果に応じて、前記マスタインタフェースを構成する何れかのスレーブインタフェースを用いて前記第１のマスタインタフェースを代替可能な代替インタフェースを構成することを特徴とする冗長化制御装置。
【請求項２】
前記マスタインタフェースに含まれる第２のマスタインタフェースに関連付けられた第２の優先度と、第３のマスタインタフェースに関連付けられた第３の優先度とを、前記第１の優先度と比較し、比較した結果、前記第２の優先度が前記第１の優先度以下の場合に、前記第２のマスタインタフェースを構成する何れかの前記スレーブインタフェースを用いて前記代替インタフェースを構成し、
前記第３の優先度が前記第１の優先度以下の場合に、さらに、前記第３のマスタインタフェースを構成する何れかの前記スレーブインタフェースを用いて前記代替インタフェースを構成することを特徴とする請求項１に記載の冗長化制御装置。
【請求項３】
前記第１乃至前記第３のマスタインタフェースを含む前記マスタインタフェースと、そのマスタインタフェースに関連付けられた優先度とを含む優先度情報から、前記第１乃至第３の優先度を取得し、
該マスタインタフェースとそのマスタインタフェースを構成するスレーブインタフェースとが関連付けられた情報を含むボンディング情報から、前記第１乃至第３のマスタインタフェースを構成する前記スレーブインタフェースを取得することを特徴とする請求項１または請求項２に記載の冗長化制御装置。
【請求項４】
前記マスタインタフェースとそのマスタインタフェースに関連付けられた優先度の情報とに基づいて、前記優先度情報を生成し、
自装置における冗長化の構成を示すネットワーク設定情報とシステムのログを格納したシステムログファイルとに基づいて、前記ボンディング情報を生成する初期設定部を、さらに、有することを特徴とする請求項３に記載の冗長化制御装置。
【請求項５】
冗長化された第１のマスタインタフェースに障害が発生した場合に、前記第１のマスタインタフェースに関連付けられた第１の優先度と、前記第１のマスタインタフェースとは異なり、且つ冗長化されたマスタインタフェースとそのマスタインタフェースに関連付けられた優先度とを比較し、その比較結果に応じて、前記マスタインタフェースを構成する何れかのスレーブインタフェースを用いて前記第１のマスタインタフェースを代替可能な代替インタフェースを構成することを特徴とする冗長化制御方法。
【請求項６】
前記マスタインタフェースに含まれる第２のマスタインタフェースに関連付けられた第２の優先度と、第３のマスタインタフェースに関連付けられた第３の優先度とを、前記第１の優先度と比較し、比較した結果、前記第２の優先度が前記第１の優先度以下の場合に、前記第２のマスタインタフェースを構成する何れかの前記スレーブインタフェースを用いて前記代替インタフェースを構成し、
前記第３の優先度が前記第１の優先度以下の場合に、さらに、前記第３のマスタインタフェースを構成する何れかの前記スレーブインタフェースを用いて前記代替インタフェースを構成することを特徴とする請求項５に記載の冗長化制御方法。
【請求項７】
冗長化制御装置の動作制御のためのコンピュータ・プログラムであって、そのコンピュータ・プログラムにより、
冗長化された第１のマスタインタフェースに障害が発生した場合に、前記第１のマスタインタフェースに関連付けられた第１の優先度と、前記第１のマスタインタフェースとは異なり、且つ冗長化されたマスタインタフェースとそのマスタインタフェースに関連付けられた優先度とを比較し、その比較結果に応じて、前記マスタインタフェースを構成する何れかのスレーブインタフェースを用いて前記第１のマスタインタフェースを代替可能な代替インタフェースを構成する機能をコンピュータに実現させることを特徴とするコンピュータ・プログラム。
【請求項８】
前記マスタインタフェースに含まれる第２のマスタインタフェースに関連付けられた第２の優先度と、第３のマスタインタフェースに関連付けられた第３の優先度とを、前記第１の優先度と比較し、比較した結果、前記第２の優先度が前記第１の優先度以下の場合に、前記第２のマスタインタフェースを構成する何れかの前記スレーブインタフェースを用いて前記代替インタフェースを構成し、
前記第３の優先度が前記第１の優先度以下の場合に、さらに、前記第３のマスタインタフェースを構成する何れかの前記スレーブインタフェースを用いて前記代替インタフェースを構成することを特徴とする請求項７に記載のコンピュータ・プログラム。
【請求項９】
前記第１乃至前記第３のマスタインタフェースを含む前記マスタインタフェースと、そのマスタインタフェースに関連付けられた優先度とを含む優先度情報から、前記第１乃至第３の優先度を取得し、
該マスタインタフェースとそのマスタインタフェースを構成するスレーブインタフェースとが関連付けられた情報を含むボンディング情報から、前記第１乃至第３のマスタインタフェースを構成する前記スレーブインタフェースを取得することを特徴とする請求項７または請求項８に記載のコンピュータ・プログラム。
【請求項１０】
前記マスタインタフェースとそのマスタインタフェースに関連付けられた優先度の情報とに基づいて、前記優先度情報を生成し、
自装置における冗長化の構成を示すネットワーク設定情報とシステムのログを格納したシステムログファイルとに基づいて、前記ボンディング情報を生成する初期設定部を、さらに、有することを特徴とする請求項９に記載のコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、電子機器等と外部装置とを通信可能に接続するインタフェースの冗長構成を制御する技術分野に関する。
【背景技術】
【０００２】
一般的に知られた通信ネットワーク（以下、単に「ネットワーク」と称する）の冗長化に関する技術は、例えば、ネットワークの負荷を分散する際や信頼性を向上する際に用いられるボンディング（「Ｅｔｈｅｒｎｅｔチャネル・ボンディング」、「ｂｏｎｄｉｎｇ」、「チーミング：ｔｅａｍｉｎｇ」とも記す）が存在する。
【０００３】
より具体的に、例えば、サーバ装置に複数の物理的なネットワークインタフェース（Ｉｎｔｅｒｆａｃｅ：以降、説明の便宜上、「ＩＦ」とも略記する）を搭載する際に、サーバ装置は、ボンディングによって複数の物理的なネットワークインタフェースを１つの仮想的（論理的）なネットワークインタフェースとして運用する。
【０００４】
これにより、サーバ装置は、複数の物理的なネットワークインタフェースの中で１つのネットワークインタフェースに障害が発生した際に、その障害が発生した物理的なネットワークインタフェースと異なる物理的なネットワークインタフェースによって、通信を継続することができる。
【０００５】
ここで、本願出願に先立って存在する関連技術として、特許文献１は、冗長化装置及び冗長化プログラムに関する技術を開示する。
【０００６】
より具体的に、特許文献１に開示された冗長化装置は、ネットワークスイッチを介さず、サーバ装置間を直結してインターコネクトＬＡＮ（Ｌｏｃａｌ＿Ａｒｅａ＿Ｎｅｔｗｏｒｋ：以降、「ＬＡＮ」と称する）を構成する際に、ＭＩＩ（Ｍｅｄｉａ＿Ｉｎｄｅｐｅｎｄｅｎｔ＿Ｉｎｔｅｒｆａｃｅ：以降、「ＭＩＩ」と称する）リンク監視方式を採用するｂｏｎｄｉｎｇによって、安価にネットワークデバイスの冗長化を実現する。
【０００７】
さらに、係る装置は、ＭＩＩリンク監視方式のｂｏｎｄｉｎｇにより、リンクアップしている状態（つまり、通信が可能な状態）でネットワークデバイスが故障した場合でも、使用可能なネットワークデバイスに切り替える。
【０００８】
次に、特許文献２は、帯域幅を大きくするためのボンド・ポートを含むネットワーク通信デバイスに関する技術を開示する。
【０００９】
より具体的に、特許文献２に開示された装置は、データのパケットを送受信する複数のポートの少なくとも２つをボンド（結合、結束）したボンド・ポート・セットを構成する。
さらに、係るネットワーク通信デバイスは、当該ボンド・ポート・セットを経由して送られるパケットを相対的（つまり、各ボンド・ポートの動作が同じ速度、または同じ帯域幅になるように）に均一に分布するように、当該ボンド・ポート・セットを構成する複数のポートから１つのポートを選択する。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１２−０７５００９号公報
【特許文献２】特開平１１−１６８４９４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
上述したボンディングでは、構成するグループのポート数を増やすことによって、ネットワークの信頼性を向上することができる。しかしながら、一般的に採用されているボンディングの運用方法としては、２つのポートによって１つのボンディンググループを生成する手法が知られている。
【００１２】
そのため、ボンディンググループ内の全てのポートが故障する場合やポートに通信可能に接続（以下、本願では「通信可能に接続」を単に「接続」と略称する）されたケーブルが全て断線する場合に、当該ボンディンググループでは、切り替え可能なネットワークインタフェースが無いため、通信を継続することができない。
【００１３】
特許文献１、または特許文献２は、ボンディンググループ内におけるポート、または物理的なネットワークインタフェースが故障する場合に、ポート、または物理的なネットワークインタフェースを切り替え、または選択することが記載されているに留まり、ボンディンググループ内の全てのポート、または物理的なネットワークインタフェースが故障した場合等の通信が継続することができない場合については、何ら述べられていない。
【００１４】
本発明の主たる目的は、冗長化されたネットワークにおいて通信を継続することができない障害が発生した場合であっても、通信を継続することが可能なネットワークを構成することが可能な冗長化制御装置等を提供することにある。
【課題を解決するための手段】
【００１５】
上記の課題を達成すべく、本発明に係る冗長化制御装置は、以下の構成を備えることを特徴とする。
【００１６】
即ち、本発明に係る冗長化制御装置は、
冗長化された第１のマスタインタフェースに障害が発生した場合に、前記第１のマスタインタフェースに関連付けられた第１の優先度と、前記第１のマスタインタフェースとは異なり、且つ冗長化されたマスタインタフェースとそのマスタインタフェースに関連付けられた優先度とを比較し、その比較結果に応じて、前記マスタインタフェースを構成する何れかのスレーブインタフェースを用いて前記第１のマスタインタフェースを代替可能な代替インタフェースを構成することを特徴とする。
【００１７】
また、同目的を達成すべく、本発明に係る冗長化制御方法は、以下の構成を備えることを特徴とする。
【００１８】
即ち、本発明に係る冗長化制御方法は、
冗長化された第１のマスタインタフェースに障害が発生した場合に、前記第１のマスタインタフェースに関連付けられた第１の優先度と、前記第１のマスタインタフェースとは異なり、且つ冗長化されたマスタインタフェースとそのマスタインタフェースに関連付けられた優先度とを比較し、その比較結果に応じて、前記マスタインタフェースを構成する何れかのスレーブインタフェースを用いて前記第１のマスタインタフェースを代替可能な代替インタフェースを構成することを特徴とする。
【００１９】
尚、同目的は、上記の各構成を有する冗長化制御装置及び冗長化制御方法を、コンピュータによって実現するコンピュータ・プログラム、及びそのコンピュータ・プログラムが格納されている、コンピュータ読み取り可能な記憶媒体によっても達成される。
【発明の効果】
【００２０】
本発明によれば、冗長化されたネットワークにおいて通信を継続することができない障害が発生した場合であっても、通信を継続することが可能なネットワークを構成することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第１の実施形態における冗長化制御装置の構成を示すブロック図である。
【図２】本発明の第１の実施形態におけるサーバ装置のボンディング構成を概念的に例示する図である。
【図３Ａ】本発明の第１の実施形態における冗長化制御装置が行うＳｌａｖｅインタフェースがリンクダウンした際の動作を示すフローチャートである。
【図３Ｂ】本発明の第１の実施形態における冗長化制御装置が行うＳｌａｖｅインタフェースがリンクダウンした際の動作を示すフローチャートである。
【図４】本発明の第１の実施形態におけるボンディング情報を概念的に例示する図である。
【図５】本発明の第１の実施形態における優先度情報を概念的に例示する図である。
【図６】本発明の第２の実施形態におけるボンディンググループ毎の優先度の情報を概念的に例示する図である。
【図７】本発明の第１の実施形態における冗長化制御装置からの命令に基づいて、再構成したボンディング構成を概念的に例示する図である。
【図８】本発明の第２の実施形態における冗長化制御装置の構成を示すブロック図である。
【図９】本発明の第２の実施形態における初期設定部が行う優先度情報とボンディング情報とを生成する動作を示すフローチャートである。
【図１０】一般的に知られたサーバ装置におけるネットワーク設定ファイルを概念的に例示する図である。
【図１１】本発明の第２の実施形態におけるボンディング情報を概念的に例示する図である。
【図１２】本発明の第２の実施形態に係る実施例におけるボンディンググループ毎の優先度の情報を概念的に例示する図である。
【図１３】本発明の第２の実施形態に係る実施例における優先度情報を概念的に例示する図である。
【図１４】本発明の第２の実施形態に係る実施例における冗長化制御装置からの命令に基づいて、再構成したボンディング構成を概念的に例示する図である。
【図１５】本発明に係る各実施形態を実現可能な情報処理装置のハードウェア構成を例示的に説明するブロック図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施形態について図面を参照して詳細に説明する。
【００２３】
＜第１の実施形態＞
図１は、本発明の第１の実施形態における冗長化制御装置１の構成を示すブロック図である。図１において、冗長化制御装置１は、故障判断部２を有する。
【００２４】
尚、以下の説明において、説明の便宜上、物理的なネットワークインタフェースをボンディングする（束ねる）ことによって、構成した１つの論理的なネットワークインタフェース（ボンディング・インターフェイス）を、マスタ（Ｍａｓｔｅｒ）インタフェース（以下、説明の便宜上、「ＭＩＦ」と略記する）と称する。また、ボンディングを構成する物理的なネットワークインタフェースを、スレーブ（Ｓｌａｖｅ）インタフェース（以下、説明の便宜上、「ＳＩＦ」と略記する）と称する（以下、各実施形態においても同様）。
【００２５】
故障判断部２は、Ｌｉｎｋｄｏｗｎ（つまり、通信できない状態、以下、「リンクダウン」とも記す）したＳＩＦの有無を確認する。
【００２６】
より具体的に、一例として、故障判断部２は、一般的に知られているサーバ装置に保持されたシステムログファイルを監視することによって、リンクダウンしたＳＩＦの有無を確認する。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下、各実施形態においても同様）。
【００２７】
故障判断部２は、リンクダウンしたＳＩＦがある場合に、記憶部３に保持された優先度情報１０１とボンディング情報１０２とに基づいて、代替となるＳＩＦ（代替インタフェース）を選定する。
【００２８】
さらに、故障判断部２は、選定したＳＩＦによってボンディングを構成するよう不図示のボンディング構成変更部に命令を送信する（優先度情報１０１とボンディング情報１０２とについては、本実施形態において後述する）。
【００２９】
尚、ボンディング構成変更部（不図示）が故障判断部２から送信された命令に基づいて、ボンディングを構成する技術自体は、現在では一般的な技術を採用することができるので、本実施形態における詳細な説明は省略する（以下、各実施形態においても同様）。
【００３０】
記憶部３は、コンピュータによる読み書きが可能な記憶デバイスである。より具体的に、一例として、記憶部３は、携帯端末装置やサーバ等の電子機器に搭載されたフラッシュメモリ（Ｆｌａｓｈ＿ｍｅｍｏｒｙ）やハードディスクドライブ（Ｈａｒｄ＿ｄｉｓｋ＿ｄｒｉｖｅ：以降、「ＨＤＤ」と称する）等の不揮発性記憶素子を採用することができる。
【００３１】
また、例えば、記憶部３は、不図示のネットワークに通信可能に接続されたストレージデバイス（不図示）であってもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下、各実施形態においても同様）。
【００３２】
より具体的に、以下、実施形態に係る冗長化制御装置１の動作についてより具体的に説明する。
【００３３】
図２は、本発明の第１の実施形態におけるサーバ装置５０のボンディング構成を概念的に例示する図である。
【００３４】
ここでは、以下の説明において、説明の便宜上、一例として、本実施形態に係る冗長化制御装置１を図２に示すサーバ装置５０に適用した場合について、詳細に説明する。
【００３５】
また、サーバ装置５０は、例えば、図２に示す４つのボンディンググループ（つまり、４つのＭＩＦ）において構成することとする。
【００３６】
さらに、以下の説明において、説明の便宜上、４つのボンディンググループは、第１のボンディング５２、第２のボンディング５３、第３のボンディング５４及び第４のボンディング５５と称する。
【００３７】
また、第１のボンディング５２は、第１のＳｌａｖｅインタフェース（以降、「第１のＳＩＦ」と略記する）５６と第２のＳｌａｖｅインタフェース（以降、「第２のＳＩＦ」と略記する）５７とで構成されることとする。
【００３８】
第２のボンディング５３は、第３のＳｌａｖｅインタフェース（以降、「第３のＳＩＦ」と略記する）５８と第４のＳｌａｖｅインタフェース（以降、「第４のＳＩＦ」と略記する）５９とで構成されることとする。
【００３９】
第３のボンディング５４は、第５のＳｌａｖｅインタフェース（以降、「第５のＳＩＦ」と略記する）６０と第６のＳｌａｖｅインタフェース（以降、「第６のＳＩＦ」と略記する）６１とで構成されることとする。
【００４０】
第４のボンディング５５は、第７のＳｌａｖｅインタフェース（以降、「第７のＳＩＦ」と略記する）６２と第８のＳｌａｖｅインタフェース（以降、「第８のＳＩＦ」と略記する）６３とで構成されることとする（以下、各実施形態においても同様）。
【００４１】
次に、図３Ａ及び図３Ｂに示すフローチャートに沿って冗長化制御装置１の動作手順を説明する。図３Ａ及び図３Ｂは、本発明の第１の実施形態における冗長化制御装置１が行うＳｌａｖｅインタフェースがリンクダウンした際の動作を示すフローチャートである。
【００４２】
ここでは、以下の説明において、説明の便宜上、冗長化制御装置１は、例えば、初めに第５のＳＩＦ６０、次に第３のＳＩＦ５８、第４のＳＩＦ５９の順に故障した際の動作について説明する。
【００４３】
つまり、第２のボンディング５３は、第２のボンディング５３を構成する全てのＳＩＦ（第３のＳＩＦ５８と第４のＳＩＦ５９）が故障しているため、通信を継続することができない。
【００４４】
尚、スイッチ５１としては、複数のネットワーク間を通信可能に接続することが可能な一般的に知られたスイッチを採用することができるので、本実施形態における詳細な説明は省略する（以下、各実施形態においても同様）。
【００４５】
尚、説明の便宜上、上述した構成を例に説明するが、これに限定されない（以下の実施形態においても同様）。
【００４６】
まず初めに、第５のＳＩＦ６０が故障した際の動作について、詳細に説明する。
【００４７】
ステップＳ１：
より具体的に、故障判断部２は、サーバ装置５０に保持されたシステムログファイルを監視することによって、システムログファイルにリンクダウンしたＳＩＦの有無を確認する。
【００４８】
ステップＳ２において「ＮＯ」：
故障判断部２は、リンクダウンしたＳＩＦが無い場合に、サーバ装置５０に保持されたシステムログファイルを監視する（つまり、処理をステップＳ１に進める）。
【００４９】
ステップＳ２において「ＹＥＳ」：
故障判断部２は、リンクダウンしたＳＩＦが有る場合に、システムログファイルから係るＳＩＦの名称を含む情報を取得する。
【００５０】
さらに、故障判断部２は、システムログファイルから係るＳＩＦが属するＭＩＦ（以下、説明の便宜上、「第１のＭＩＦ」と称する）の名称を含む情報を取得する。
【００５１】
また、故障判断部２は、処理をステップＳ３に進める。
【００５２】
尚、上述した実施形態では、説明の便宜上、一例として、故障判断部２は、システムログファイルからリンクダウンしたＳＩＦの情報と第１のＭＩＦの情報とを取得する構成を例に説明した。しかしながら、本発明に係る実施形態は、係る構成に限定されず、故障判断部２は、一般的に知られたリンク状態を監視する機能を用いて係る情報を取得する構成を採用してもよいし、取得したリンクダウンしたＳＩＦの情報に基づいて、ボンディング情報１０２から係るＳＩＦに関連付けられた第１のＭＩＦの情報を取得する構成を採用してもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下、各実施形態においても同様）。
【００５３】
また、上述した実施形態では、説明の便宜上、一例として、故障判断部２は、ＳＩＦの名称と第１のＭＩＦの名称とを取得する構成を例に説明した。しかしながら本発明に係る実施形態は、係る構成に限定されず、故障判断部２は、例えば、ＳＩＦと第１のＭＩＦとを特定することが可能であればデバイス識別子（ｉｄｅｎｔｉｆｉｅｒ：以降、「ＩＤ」と称する）等の一意にインタフェースを特定することが可能な情報を取得する構成を採用してもよい。
【００５４】
その場合に、優先度情報１０１とボンディング情報１０２とを、デバイスＩＤによって構成すればよい。
【００５５】
ここでは、リンクダウンしたＳＩＦは、第５のＳＩＦ６０とする。また故障判断部２は、システムログファイルから第５のＳＩＦ６０と第３のボンディング５４とを取得する。
【００５６】
ステップＳ３：
故障判断部２は、記憶部３に保持されたボンディング情報１０２を参照すると共に、参照したボンディング情報１０２にリンクダウンしたＳＩＦの有無を確認する。
【００５７】
即ち、故障判断部２は、ボンディング情報１０２にリンクダウンしたＳＩＦの有無を確認することによって、係るＳＩＦが属するＭＩＦがリンクダウンしたか否かを判定する。
【００５８】
つまり、故障判断部２は、ボンディング情報１０２にリンクダウンしたＳＩＦが有る場合に、ＭＩＦを構成するもう１つのＳＩＦが通信可能に動作していると判定する。
【００５９】
また、故障判断部２は、ボンディング情報１０２にリンクダウンしたＳＩＦが無い場合に、ＭＩＦを構成するもう１つのＳＩＦが既に障害が発生していると判定する。そのため、故障判断部２は、ＭＩＦがリンクダウンしたと判定する。
【００６０】
ここでは、故障判断部２は、参照したボンディング情報１０２にリンクダウンした第５のＳＩＦ６０の有無を確認する。
【００６１】
図４（ａ）は、本発明の第１の実施形態におけるボンディング情報１０２を概念的に例示する図である。
【００６２】
図４（ａ）において、ボンディング情報１０２とは、多重度のあるボンディンググループに関する情報である。より具体的に、ボンディング情報１０２は、ボンディンググループとそのボンディンググループを構成するＳＩＦとを関連付けた情報である（以下、各実施形態においても同様）。
【００６３】
より具体的に、ボンディング情報１０２は、図４（ａ）に例示する図の１列目にＭＩＦの名称を含む。さらに、ボンディング情報１０２は、２列目にＭＩＦを構成する一方のＳＩＦの名称を含む。また、ボンディング情報１０２は、３列目にＭＩＦを構成する他方のＳＩＦの名称を含む。
【００６４】
ステップＳ４において「ＮＯ」：
故障判断部２は、ボンディング情報１０２を参照した結果、ボンディング情報１０２にリンクダウンしたＳＩＦが無い場合に、処理をステップＳ６に進める。
【００６５】
即ち、故障判断部２は、ボンディング情報１０２にリンクダウンしたＳＩＦが無い場合に、係るＳＩＦが属する第１のＭＩＦがリンクダウンしたと判定する。
【００６６】
ステップＳ４において「ＹＥＳ」：
故障判断部２は、ボンディング情報１０２を参照した結果、ボンディング情報１０２にリンクダウンしたＳＩＦが有る場合に、処理をステップＳ５に進める。
【００６７】
即ち、故障判断部２は、ボンディング情報１０２にリンクダウンしたＳＩＦが有る場合に、係るＳＩＦが属する第１のＭＩＦがリンクダウンしていない判定する。
【００６８】
ここでは、故障判断部２は、図４（ａ）に示すボンディング情報１０２を参照した結果、図４（ａ）に示すボンディング情報１０２の３行目に第５のＳＩＦ６０が有るため、処理をステップＳ５に進める。
【００６９】
ステップＳ５：
故障判断部２は、ボンディング情報１０２からリンクダウンしたＳＩＦに関連付けられた情報を削除する。次に、故障判断部２は、処理をステップＳ１に進める。
【００７０】
図４（ｂ）は、本発明の第１の実施形態における図４（ａ）に示すボンディング情報１０２から、第５のＳＩＦ６０に関連付けられた情報が削除された様態を概念的に例示する図である。
【００７１】
ここでは、故障判断部２は、ボンディング情報１０２から第５のＳＩＦ６０に関連付けられた情報を削除する。即ち、故障判断部２は、ボンディング情報１０２から第５のＳＩＦ６０に関連付けられた行を削除する。
【００７２】
次に、一例として、第３のＳＩＦ５８が故障した際の動作について、説明する。
【００７３】
尚、第３のＳＩＦ５８が故障した際の動作は、上述した第５のＳＩＦ６０が故障した際の動作と同様である。そのため、重複する説明は省略する。
【００７４】
図４（ｃ）は、本発明の第１の実施形態における図４（ｂ）に示すボンディング情報１０２から、さらに、第３のＳＩＦ５８に関連付けられた情報が削除された様態を概念的に例示する図である。
【００７５】
ここでは、故障判断部２は、ステップＳ５においてボンディング情報１０２から第３のＳＩＦ５８に関連付けられた情報（つまり、行）を削除する。
【００７６】
次に、一例として、第４のＳＩＦ５９が故障した際の動作について、詳細に説明する。
【００７７】
尚、第４のＳＩＦ５９が故障した際の動作は、上述した第５のＳＩＦ６０及び第３のＳＩＦ５８が故障した際のステップＳ１乃至ステップＳ３における動作と同様である。そのため、重複する説明は省略すると共に、ステップＳ４の動作から詳細に説明する。
【００７８】
ステップＳ４において「ＮＯ」：
故障判断部２は、ボンディング情報１０２を参照した結果、ボンディング情報１０２にリンクダウンしたＳＩＦが無い場合に、処理をステップＳ６に進める。
【００７９】
ここでは、故障判断部２は、図４（ｃ）に示すボンディング情報１０２を参照した結果、係るボンディング情報１０２にリンクダウンしたＳＩＦ（第４のＳＩＦ５９）が無いため、処理をステップＳ６に進める。
【００８０】
ステップＳ６：
故障判断部２は、ステップＳ２において取得した第１のＭＩＦの情報に基づいて、優先度情報１０１を参照すると共に、優先度情報１０１に第１のＭＩＦの有無を確認する。
【００８１】
ここで、優先度情報１０１とは、ＭＩＦ毎に設定された優先度とそのＭＩＦの名称とを関連付けた情報を含む。また、優先度とは、ネットワークの障害が発生した際に、係るネットワークを復旧する優先度を意味する。
【００８２】
図５は、本発明の第１の実施形態における優先度情報１０１を概念的に例示する図である。
【００８３】
より具体的に、優先度情報１０１は、図５に例示する図の１列目にＭＩＦの名称を含む。さらに、優先度情報１０１は、２列目にＭＩＦに関連付けられた優先度を含む。
【００８４】
ここで、優先度の値としては、優先度が高いＭＩＦに大きい値を設定する。一方で、係る優先度の値としては、優先度が低いＭＩＦに小さい値を設定する。
【００８５】
また、優先度情報１０１は、優先度の値が小さい順に先頭行から記述されていることとする。
【００８６】
ここでは、例えば、図５に示す第１のボンディング５２は、「１」が設定されているため、優先度が低いことを意味する。一方で、第４のボンディング５５は、「３」が設定されているため、優先度が高いことを意味する。
【００８７】
ステップＳ７において「ＮＯ」：
故障判断部２は、優先度情報１０１に第１のＭＩＦが無いと判定した場合に、処理をステップＳ１に進める。
【００８８】
ステップＳ７において「ＹＥＳ」：
故障判断部２は、優先度情報１０１に第１のＭＩＦが有ると判定した場合に、優先度情報１０１から係る第１のＭＩＦに関連付けられた優先度（以下、説明の便宜上、「第１の優先度」と称する）を取得する。
【００８９】
ステップＳ８：
故障判断部２は、優先度情報１０１の先頭行から順に２つのＭＩＦと優先度とを取得する。
【００９０】
より具体的に、故障判断部２は、優先度情報１０１の先頭行から取得した１つ目のＭＩＦ（以下、説明の便宜上、「第２のＭＩＦ」と称する）と第２のＭＩＦに関連付けられた優先度（以下、説明の便宜上、「第２の優先度」と称する）とを取得する。
【００９１】
次に、故障判断部２は、優先度情報１０１から第２のＭＩＦの次に取得した（つまり、第２のＭＩＦの次に記述された）２つ目のＭＩＦ（以下、説明の便宜上、「第３のＭＩＦ」と称する）と第３のＭＩＦに関連付けられた優先度（以下、説明の便宜上、「第３の優先度」と称する）とを取得する。
【００９２】
故障判断部２は、処理をステップＳ９に進める。
【００９３】
ステップＳ９：
故障判断部２は、第１の優先度と第２の優先度とを比較する。
【００９４】
即ち、故障判断部２は、リンクダウンした第１のＭＩＦの第１の優先度と優先度情報１０１から取得した第２のＭＩＦの第２の優先度とを比較する。
【００９５】
ステップＳ１０において「ＮＯ」：
故障判断部２は、第１の優先度と第２の優先度とを比較した結果、第２の優先度が第１の優先度より大きい（つまり、第２の優先度が第１の優先度以下でない）場合に、処理をステップＳ１１に進める。
【００９６】
ステップＳ１０において「ＹＥＳ」：
故障判断部２は、第１の優先度と第２の優先度とを比較した結果、第２の優先度が第１の優先度以下の場合に、処理をステップＳ１２に進める。
【００９７】
ここでは、図５に示す第１の優先度（つまり、第２のボンディング５３の優先度）は、「２」である。また、図５に示す第２の優先度（つまり、第１のボンディング５２の優先度）は、「１」である。そのため、故障判断部２は、第１の優先度と第２の優先度とを比較した結果、第２の優先度が第１の優先度以下と判定すると共に、処理をステップＳ１２に進める。
【００９８】
ステップＳ１１：
故障判断部２は、優先度情報１０１から第１のＭＩＦに関連付けられた情報を削除する。故障判断部２は、処理をステップＳ１に進める（つまり、故障判断部２は、システムログファイルの監視を開始する）。
【００９９】
ステップＳ１２：
故障判断部２は、ボンディング情報１０２を参照すると共に、参照したボンディング情報１０２に第２のＭＩＦの有無を確認する。
【０１００】
ここでは、故障判断部２は、図４（ｃ）に示すボンディング情報１０２を参照すると共に、参照したボンディング情報１０２に第２のＭＩＦ（第１のボンディング５２）の有無を確認することとする。
【０１０１】
ステップＳ１３において「ＹＥＳ」：
故障判断部２は、ボンディング情報１０２に第２のＭＩＦが有る場合に、処理をステップＳ１５に進める。
【０１０２】
ここでは、故障判断部２は、図４（ｃ）に示すボンディング情報１０２を参照した結果、第２のＭＩＦ（第１のボンディング５２）が有るため、処理をステップＳ１５に進める。
【０１０３】
ステップＳ１３において「ＮＯ」：
故障判断部２は、ボンディング情報１０２に第２のＭＩＦが無い場合に、処理をステップＳ１４に進める。
【０１０４】
ステップＳ１４：
故障判断部２は、優先度情報１０１からステップＳ８において取得した第２のＭＩＦの次の行から順に２つのＭＩＦと優先度とを取得する。さらに、故障判断部２は、処理をステップＳ１０に進める。
【０１０５】
即ち、故障判断部２は、優先度情報１０１からステップＳ８において取得した第２のＭＩＦの次の行から取得した１つ目のＭＩＦ（以下、説明の便宜上、「第２のＭＩＦ」と称する）と第２のＭＩＦに関連付けられた優先度（以下、説明の便宜上、「第２の優先度」と称する）とを取得する。
【０１０６】
次に、故障判断部２は、優先度情報１０１から第２のＭＩＦの次に取得した（つまり、第２のＭＩＦの次に記述された）２つ目のＭＩＦ（以下、説明の便宜上、「第３のＭＩＦ」と称する）と第３のＭＩＦに関連付けられた優先度（以下、説明の便宜上、「第３の優先度」と称する）とを取得する。
【０１０７】
より具体的に、例えば、故障判断部２は、図５に示す２行目における第３のボンディング５４（つまり、第２のＭＩＦ）と第３のボンディング５４に関連付けられた優先度（つまり、第２の優先度）「１」とを取得する。
【０１０８】
さらに、故障判断部２は、図５に示す３行目における第２のボンディング５３（つまり、第３のＭＩＦ）と第２のボンディング５３に関連付けられた優先度（つまり、第３の優先度）「２」とを取得する。
【０１０９】
ステップＳ１５：
故障判断部２は、第１の優先度と第３の優先度とを比較する。
【０１１０】
即ち、故障判断部２は、リンクダウンした第１のＭＩＦの第１の優先度と取得した第３のＭＩＦの第３の優先度とを比較する。
【０１１１】
ここでは、故障判断部２は、第２のボンディング５３（第１のＭＩＦ）の優先度（第１の優先度）「２」と第３のボンディング５４（第３のＭＩＦ）の優先度（第３の優先度）「１」とを比較する。
【０１１２】
ステップＳ１６において「ＮＯ」：
故障判断部２は、第１の優先度と第３の優先度とを比較した結果、第３の優先度が第１の優先度より大きい（つまり、第３の優先度が第１の優先度以下でない）場合に、処理をステップＳ２０に進める。
【０１１３】
ステップＳ１６において「ＹＥＳ」：
故障判断部２は、第１の優先度と第３の優先度とを比較した結果、第３の優先度が第１の優先度以下の場合に、処理をステップＳ１７に進める。
【０１１４】
ここでは、第２のボンディング５３の優先度（第１の優先度）「２」と第３のボンディング５４の優先度（第３の優先度）「１」とを比較した結果、第３の優先度が第１の優先度以下のため、処理をステップＳ１７に進めることとする。
【０１１５】
ステップＳ１７：
故障判断部２は、ボンディング情報１０２を参照すると共に、参照したボンディング情報１０２に第３のＭＩＦの有無を確認する。
【０１１６】
ここでは、故障判断部２は、図４（ｃ）に示すボンディング情報１０２を参照すると共に、参照したボンディング情報１０２に第３のＭＩＦ（第３のボンディング５４）の有無を確認することとする。
【０１１７】
ステップＳ１８において「ＹＥＳ」：
故障判断部２は、ボンディング情報１０２に第３のＭＩＦが有る場合に、処理をステップＳ１９に進める。
【０１１８】
ステップＳ１８において「ＮＯ」：
故障判断部２は、ボンディング情報１０２に第３のＭＩＦが無い場合に、処理をステップＳ２０に進める。
【０１１９】
ここでは、故障判断部２は、図４（ｃ）に示すボンディング情報１０２を参照した結果、第３のＭＩＦ（第３のボンディング５４）が無いため、処理をステップＳ２０に進めることとする。
【０１２０】
ステップＳ１９：
故障判断部２は、第２のＭＩＦと第３のＭＩＦとに基づいて、第１のＭＩＦを構成する（つまり、第１のＭＩＦの代替可能な構成情報を生成する）。さらに、故障判断部２は、不図示のボンディング構成変更部に命令（第１のＭＩＦの構成情報）を送信する。
【０１２１】
ステップＳ２０：
故障判断部２は、第２のＭＩＦに基づいて、第１のＭＩＦを構成する（つまり、第１のＭＩＦの代替可能な構成情報を生成する）。さらに、故障判断部２は、不図示のボンディング構成変更部に命令（第１のＭＩＦの構成情報）を送信する。
【０１２２】
ここでは、故障判断部２は、第２のＭＩＦ（第１のボンディング５２）に基づいて、第１のＭＩＦ（第２のボンディング５３）を構成することとする。
【０１２３】
即ち、故障判断部２は、例えば、第２のボンディング５３を第１のボンディング５２を構成する第２のＳＩＦ５７によって構成することとする。
【０１２４】
尚、例えば、故障判断部２は、第２のＭＩＦを構成する２つのＳＩＦのうち、アクティブでないＳＩＦを選択すると共に、選択したＳＩＦを用いて第１のＭＩＦを構成すればよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下、各実施形態においても同様）。
【０１２５】
不図示のボンディング構成変更部は、例えば、故障判断部２からの命令（第１のＭＩＦの構成情報）に基づいて、サーバ装置５０（自装置）におけるネットワーク設定ファイルを変更することによって、第１のＭＩＦを代替可能な代替インタフェースを構成する（つまり、ボンディングを再構成する）。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下、各実施形態においても同様）。
【０１２６】
図７は、本発明の第１の実施形態における冗長化制御装置１からの命令に基づいて、再構成したボンディング構成を概念的に例示する図である。
【０１２７】
図７に示す第１のボンディング５２は、第１のＳＩＦ５６において構成されていることを意味する。さらに、図７に示す第２のボンディング５３は、第２のＳＩＦ５７において構成されていることを意味する。
【０１２８】
このように本実施の形態に係る冗長化制御装置１によれば、冗長化されたネットワークにおいて通信を継続することができない障害が発生した場合であっても、通信を継続することが可能なネットワークを構成することができる。
【０１２９】
さらに、係る冗長化制御装置１は、冗長化されたネットワークにおいて通信を継続することができない障害が発生した場合に、物理的にネットワークインタフェースを追加することなく復旧することができる。
【０１３０】
その理由は、本実施形態において、まず、故障判断部２は、冗長化されたネットワーク毎に設定された優先度を参照すると共に、障害の発生したネットワークに設定された優先度と障害が発生したネットワークと異なる他の冗長化されたネットワークに設定された優先度とを比較する。そして、故障判断部２は、係る他の冗長化されたネットワークにおける優先度が障害の発生したネットワークの優先度以下の場合に、係る他の冗長化されたネットワークを構成する物理的なネットワークインタフェース（つまり、ＳＩＦ）を用いて、障害が発生したネットワークを構成（再構成）することができるからである。
【０１３１】
また、これにより、障害の発生したネットワークは、物理的にネットワークインタフェースを追加することなく通信を継続することができるからである。
【０１３２】
＜第２の実施形態＞
次に、上述した本発明の第１の実施形態に係る冗長化制御装置１を基本とする第２の実施形態について説明する。以下の説明においては、本実施形態に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１３３】
本発明の第２の実施形態における冗長化制御装置１０について、図５、図６、図８乃至図１１を参照して説明する。
【０１３４】
図８は、本発明の第２の実施形態における冗長化制御装置１０の構成を示すブロック図である。図８において、冗長化制御装置１０は、故障判断部２と初期設定部４とを有する。
【０１３５】
図８において、冗長化制御装置１０は、第１の実施形態において説明した冗長化制御装置１に、さらに、初期設定部４を有する。
【０１３６】
図６は、本発明の第２の実施形態におけるボンディンググループ毎の優先度の情報を概念的に例示する図である。
【０１３７】
より具体的に、図６に示す優先度の情報は、図６に例示する１列目にＭＩＦの名称を含む。さらに、係る優先度の情報は、２列目にＭＩＦに設定された優先度を含む。
【０１３８】
図９は、本発明の第２の実施形態における初期設定部４が行う優先度情報１０１とボンディング情報１０２とを生成する動作を示すフローチャートである。
【０１３９】
ステップＳ３０：
初期設定部４は、図６に示すボンディンググループ毎に設定された優先度の情報に基づいて、優先度の値が小さい順に並べ替えると共に、図５に示す優先度情報１０１を生成する。
【０１４０】
ここでは、図６に例示する優先度の情報は、例えば、サーバ装置管理者（以降、単に「管理者」と略記する）によって、予め生成すると共に、生成した優先度の情報を記憶部３に記憶（保存）すればよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下、各実施形態においても同様）。
【０１４１】
ステップＳ３１：
さらに、初期設定部４は、生成した優先度情報１０１を記憶部３に記憶（保存）する。
【０１４２】
ステップＳ３２：
図１０は、一般的に知られたサーバ装置５０におけるネットワーク設定ファイルを概念的に例示する図である。
【０１４３】
図１１は、本発明の第２の実施形態におけるボンディング情報１０２を概念的に例示する図である。
【０１４４】
初期設定部４は、サーバ装置５０（自装置）におけるネットワーク設定ファイル（ネットワーク設定情報）（図１０参照）とシステムのログ（つまり、更新履歴情報）を格納したシステムログファイルとに基づいて、ボンディング情報１０２（図１１参照）を生成する。
【０１４５】
即ち、初期設定部４は、ネットワーク設定ファイルとシステムログファイルとに基づいて、多重化されたボンディンググループとそのボンディンググループを構成するＳＩＦとを抽出することによって、ボンディング情報１０２を生成する。
【０１４６】
ステップＳ３３：
初期設定部４は、生成したボンディング情報１０２を記憶部３に記憶（保存）する。
【０１４７】
上述した図９に示す初期設定部４の処理は、リンクダウンしたＳＩＦの監視を開始するのに応じて実行してもよいし、故障判断部２からの命令に基づいて、ボンディング構成を再構成するのに応じて実行してもよい。また、例えば、管理者によって優先度が変更されるのに応じて実行してもよいし、管理者によって設定された所定の時間毎に実行してもよい。但し、本実施形態を例に説明する本発明は、これらに限定されない（以下、各実施形態においても同様）。
【０１４８】
このように本実施の形態に係る冗長化制御装置１０によれば、上述した第１の実施形態において説明した効果を享受できると共に、さらに、冗長化されたネットワークの構成を変更する際に、優先度情報１０１とボンディング情報１０２とを生成することができる。
【０１４９】
その理由は、初期設定部４は、冗長化されたネットワークにおける各種設定及び状況の変更に応じて、優先度情報１０１とボンディング情報１０２とを生成することができるからである。
【０１５０】
（実施例）
次に、上述した本発明の第２の実施形態に係る冗長化制御装置１０を基本とする実施例について説明する。以下の説明においては、本実施例に係る特徴的な部分を中心に説明する。その際、上述した各実施形態と同様な構成については、同一の参照番号を付すことにより、重複する説明は省略する。
【０１５１】
本発明の第２の実施形態に係る実施例における冗長化制御装置１０について、図２、図３（図３Ａ、図３Ｂ）、図１２乃至図１４を参照して説明する。
【０１５２】
ここでは、以下の説明において、説明の便宜上、冗長化制御装置１０は、上述した図２に示すボンディング構成において、例えば、初めに第５のＳＩＦ６０、次に第３のＳＩＦ５８、第４のＳＩＦ５９の順に故障した際の動作について説明する。
【０１５３】
まず、初期設定部４は、故障判断部２によってシステムログファイルの監視を開始するに際して優先度情報１０１とボンディング情報１０２とを生成する。
【０１５４】
図１２は、本発明の第２の実施形態に係る実施例におけるボンディンググループ毎の優先度の情報を概念的に例示する図である。
【０１５５】
より具体的に、図１２に示す優先度の情報は、図１２に例示する１列目にＭＩＦの名称を含む。さらに、係る優先度の情報は、２列目にＭＩＦに設定された優先度を含む。
【０１５６】
図１３は、本発明の第２の実施形態に係る実施例における優先度情報１０１を概念的に例示する図である。
【０１５７】
より具体的に、図１３に示す優先度情報１０１は、図１３に例示する図の１列目にＭＩＦの名称を含む。さらに、係る優先度情報１０１は、２列目にＭＩＦに関連付けられた優先度を含む。
【０１５８】
初期設定部４は、図１２に示す優先度の情報に基づいて、図１３に示す優先度情報１０１を生成すると共に、生成した優先度情報１０１を記憶部３に記憶（保存）する。
【０１５９】
また、初期設定部４は、サーバ装置５０におけるネットワーク設定ファイルとシステムログファイルとに基づいて、ボンディング情報１０２を生成すると共に、生成したボンディング情報１０２を記憶部３に記憶（保存）する。
【０１６０】
尚、第５のＳＩＦ６０と第３のＳＩＦ５８とが故障した際の動作は、第１の実施形態において説明した動作と同様である。そのため、重複する説明は省略する。
【０１６１】
また、第４のＳＩＦ５９が故障した際のステップＳ１乃至ステップＳ１４の動作は、第１の実施形態において説明したステップＳ１乃至ステップＳ１４の動作と同様である。そのため、重複する説明は省略する。
【０１６２】
以下の説明において、第４のＳＩＦ５９が故障した際のステップＳ１５からの動作について、詳細に説明する。
【０１６３】
ここでは、ステップＳ１乃至ステップＳ１４の動作を実行することによって、故障判断部２は、第１のＭＩＦ（第２のボンディング５３）と第１の優先度「３」、第２のＭＩＦ（第４のボンディング５５）と第２の優先度「１」、第３のＭＩＦ（第１のボンディング５２）と第３の優先度「２」とを取得していることとする。
【０１６４】
また、故障判断部２は、図３Ｂに示すステップＳ１０において第１の優先度「３」と第２の優先度「１」とを比較した結果、第２の優先度が第１の優先度以下であると判定したこととする。
【０１６５】
故障判断部２は、第１の優先度「３」と第３の優先度「２」とを比較する（図３Ｂに示すステップＳ１５）。
【０１６６】
故障判断部２は、第１の優先度「３」と第３の優先度「２」とを比較した結果、第３の優先度が第１の優先度以下のため、処理を図３Ｂに示すステップＳ１７に進める（図３Ｂに示すステップＳ１６において「ＹＥＳ」）。
【０１６７】
故障判断部２は、ボンディング情報１０２を参照すると共に、参照したボンディング情報１０２に第３のＭＩＦ（第１のボンディング５２）の有無を確認する（図３Ｂに示すステップＳ１７）。
【０１６８】
故障判断部２は、ボンディング情報１０２に第３のＭＩＦが有るために、処理を図３Ｂに示すステップＳ１９に進める（図３Ｂに示すステップＳ１８において「ＹＥＳ」）。
【０１６９】
故障判断部２は、第２のＭＩＦと第３のＭＩＦとに基づいて、第１のＭＩＦを構成する（つまり、第１のＭＩＦの構成情報を生成する）。さらに、故障判断部２は、不図示のボンディング構成変更部に命令（第１のＭＩＦの構成情報）を送信する（図３Ｂに示すステップＳ１９）。
【０１７０】
より具体的に、故障判断部２は、第２のＭＩＦ（第４のボンディング５５）における第７のＳＩＦ６２と第３のＭＩＦ（第１のボンディング５２）におけると第２のＳＩＦ５７に基づいて、第１のＭＩＦ（第２のボンディング５３）を構成する。
【０１７１】
図１４は、本発明の第２の実施形態に係る実施例における冗長化制御装置１０からの命令に基づいて、再構成したボンディング構成を概念的に例示する図である。
【０１７２】
図１４に示す第１のボンディング５２は、第１のＳＩＦ５６において構成していることを意味する。さらに、図１４に示す第２のボンディング５３は、第２のＳＩＦ５７と第７のＳＩＦ６２において構成していることを意味する。また、第４のボンディング５５は、第８のＳＩＦ６３において構成していることを意味する。
【０１７３】
尚、上述した各実施形態では、説明の便宜上、一例として、ＭＩＦは、２つのＳＩＦによって構成する例を説明した。しかしながら本発明に係る実施形態は、係る構成に限定されず、ＭＩＦは、２つ以上のＳＩＦによって構成してもよい。
【０１７４】
その場合に、故障判断部２は、例えば、各ＭＩＦにおける優先度に応じて、１つ乃至複数のＳＩＦにおけるネットワークインタフェースを用いて、障害が発生したネットワークを構成（再構成）すればよい。
【０１７５】
このように本実施の形態に係る冗長化制御装置１０によれば、上述した第１及び第２の実施形態において説明した効果を享受できる。即ち、冗長化制御装置１０は、障害が発生したネットワークの優先度以下に設定された冗長化されたネットワーク（つまり、障害が発生したネットワークと異なる冗長化されたネットワーク）が１つ以上有る場合に、係る１つ以上の冗長化されたネットワークを構成するネットワークインタフェースを用いて、障害が発生したネットワークを構成（再構成）することができる。
【０１７６】
（ハードウェア構成例）
上述した実施形態において図１、図８に示した各部は、ソフトウェアプログラムの機能単位（ソフトウェアモジュール）と捉えることができる。この場合のハードウェア環境の一例を、図１５を参照して説明する。
【０１７７】
図１５は、本発明の模範的な実施形態に係る冗長化制御装置を実行可能な情報処理装置３００（コンピュータ）の構成を例示的に説明する図である。即ち、図１５は、図１に示した冗長化制御装置１、或いは、図８に示した冗長化制御装置１０、の全体または一部の冗長化制御装置を実現可能なサーバ等のコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。
【０１７８】
図１５に示した情報処理装置３００は、ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）３０１、ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）３０２、ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）３０３、ハードディスク３０４（記憶装置）、並びに外部装置との通信インタフェース（Ｉｎｔｅｒｆａｃｅ：以降、「ＩＦ」と称する）３０５、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記憶媒体３０７に格納されたデータを読み書き可能なリーダライタ３０８を備え、これらの構成がバス３０６（通信線）を介して接続された一般的なコンピュータである。
【０１７９】
そして、上述した実施形態を例に説明した本発明は、図１５に示した情報処理装置３００に対して、その説明において参照したブロック構成図（図１、図８）或いはフローチャート（図３Ａ、図３Ｂ、図９）の機能を実現可能なコンピュータ・プログラムを供給した後、そのコンピュータ・プログラムを、当該ハードウェアのＣＰＵ３０１に読み出して解釈し実行することによって達成される。また、当該装置内に供給されたコンピュータ・プログラムは、読み書き可能な揮発性の記憶メモリ（ＲＡＭ３０３）またはハードディスク３０４等の不揮発性の記憶デバイスに格納すれば良い。
【０１８０】
また、前記の場合において、当該ハードウェア内へのコンピュータ・プログラムの供給方法は、ＣＤ−ＲＯＭ等の各種記憶媒体３０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等のように、現在では一般的な手順を採用することができる。そして、このような場合において、本発明は、係るコンピュータ・プログラムを構成するコード或いは、そのコードが格納された記憶媒体３０７によって構成されると捉えることができる。
【産業上の利用可能性】
【０１８１】
本発明は、上述した各実施形態には限定されない。本発明は、パーソナルコンピュータ、サーバ、複写機、複合機等の複数のネットワークインタフェースを有する電子機器に適用可能である。
【符号の説明】
【０１８２】
１    冗長化制御装置
２    故障判断部
３    記憶部
４    初期設定部
１０    冗長化制御装置
５０    サーバ装置
５１    スイッチ
５２    第１のボンディング
５３    第２のボンディング
５４    第３のボンディング
５５    第４のボンディング
５６    第１のＳｌａｖｅインタフェース
５７    第２のＳｌａｖｅインタフェース
５８    第３のＳｌａｖｅインタフェース
５９    第４のＳｌａｖｅインタフェース
６０    第５のＳｌａｖｅインタフェース
６１    第６のＳｌａｖｅインタフェース
６２    第７のＳｌａｖｅインタフェース
６３    第８のＳｌａｖｅインタフェース
１０１    優先度情報
１０２    ボンディング情報
３００    情報処理装置
３０１    ＣＰＵ
３０２    ＲＯＭ
３０３    ＲＡＭ
３０４    ハードディスク
３０５    通信インタフェース
３０６    バス
３０７    記憶媒体
３０８    リーダライタ
【図１】
2014110440.tif 000003
【図２】
2014110440.tif 000004
【図３Ａ】
2014110440.tif 000005
【図３Ｂ】
2014110440.tif 000006
【図４】
2014110440.tif 000007
【図５】
2014110440.tif 000008
【図６】
2014110440.tif 000009
【図７】
2014110440.tif 000010
【図８】
2014110440.tif 000011
【図９】
2014110440.tif 000012
【図１０】
2014110440.tif 000013
【図１１】
2014110440.tif 000014
【図１２】
2014110440.tif 000015
【図１３】
2014110440.tif 000016
【図１４】
2014110440.tif 000017
【図１５】
2014110440.tif 000018