(57)【要約】【課題】設定対象のネットワーク機器が設定要求を受入れ可能な状態でないときは、要求元となるコンフィグ設定サーバからの設定要求の送信を抑止し、リトライ処理の発生を回避する。【解決手段】ネットワーク機器４の制御及び監視を行うネットワーク管理システム３と、ネットワーク機器４のそれぞれに設定する動作パラメータの入力を受け付けるコンフィグ設定サーバ１とを備え、ネットワーク管理システム３は、コンフィグ設定サーバ１から受信した動作パラメータの設定要求を、設定対象のネットワーク機器４に転送して動作パラメータの更新を行わせ、ネットワーク機器４が動作パラメータの設定要求を受入れ不能な状態になっているものと判断した場合は、コンフィグ設定サーバ１に対して当該ネットワーク機器４宛の動作パラメータの設定要求の送信を抑止するよう通知する。【選択図】図７
2015037267.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークを構成するネットワーク機器の制御及び監視を行うネットワーク管理システムと、前記ネットワーク機器のそれぞれに設定する動作パラメータの入力を受け付け、受け付けた前記動作パラメータの設定要求を前記ネットワーク管理システムに送信する設定サーバとを備え、
前記ネットワーク管理システムは、
前記設定サーバから受信した前記動作パラメータの設定要求を、設定対象の前記ネットワーク機器に転送して当該ネットワーク機器の動作パラメータの更新を行わせ、
前記ネットワーク機器について自身が中継した制御指示情報及び前記ネットワーク機器から取得した情報によって、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっているものと判断した場合は、前記設定サーバに対して当該ネットワーク機器宛の前記動作パラメータの設定要求の送信を抑止するよう通知する
ことを特徴とするネットワーク機器設定システム。
【請求項２】
請求項１に記載のネットワーク機器設定システムにおいて、
前記ネットワーク管理システムは、前記設定サーバに対して前記動作パラメータの設定要求の送信を抑止するよう通知するときに、当該送信を抑止すべき抑止時間を併せて通知し、
前記設定サーバは、通知された前記抑止時間の経過後に、抑止していた当該ネットワーク機器宛の前記動作パラメータの設定要求を送信する
ことを特徴とするネットワーク機器設定システム。
【請求項３】
請求項１に記載のネットワーク機器設定システムにおいて、
前記ネットワーク管理システムは、前記ネットワーク機器について自身が中継した制御指示情報及び前記ネットワーク機器から取得した情報によって、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態から受入れ可能な状態に復帰したものと判断した場合は、前記設定サーバに対して当該ネットワーク機器宛の前記動作パラメータの設定要求の送信抑止を解除するよう通知し、
前記設定サーバは、前記解除の通知を受けて、抑止していた当該ネットワーク機器宛の前記動作パラメータの設定要求を送信する
ことを特徴とするネットワーク機器設定システム。
【請求項４】
請求項１から３のいずれか一項に記載のネットワーク機器設定システムにおいて、
前記ネットワーク機器の制御プログラムのアップデート情報の入力を受け付け、受け付けた前記アップデート情報に係る前記制御プログラムのアップデート要求を前記ネットワーク管理システムに送信するアップデート用サーバをさらに備え、
前記ネットワーク管理システムは、前記アップデート用サーバから受信した前記制御プログラムのアップデート要求を、二重化されていない前記ネットワーク機器に転送したときから対応するアップデート完了応答が受信されるまでの期間、及び、二重化されている前記ネットワーク機器の一方の系に転送したときから、もう一方の系へも同じアップデート要求を転送し、後者に対応するアップデート完了応答が受信されるまでの期間において、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっているものと判断する
ことを特徴とするネットワーク機器設定システム。
【請求項５】
ＩＰネットワークを構成するネットワーク機器の制御及び監視を行うネットワーク管理システムと、前記ネットワーク機器のそれぞれに設定する動作パラメータの入力を受け付け、受け付けた前記動作パラメータの設定要求を前記ネットワーク管理システムに送信する設定サーバとを備えるネットワーク機器設定システムのネットワーク機器設定方法であって、
前記ネットワーク管理システムが、前記設定サーバから受信した前記動作パラメータの設定要求を、設定対象の前記ネットワーク機器に転送して当該ネットワーク機器の動作パラメータの更新を行わせるステップと、
前記ネットワーク管理システムが、前記ネットワーク機器について自身が中継した制御指示情報及び前記ネットワーク機器から取得した情報によって、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっているか否かを判断するステップと、
前記ネットワーク管理システムが、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっていると判断した場合に、前記設定サーバに対して当該ネットワーク機器宛の前記動作パラメータの設定要求の送信を抑止するよう通知するステップと、
前記設定サーバが、前記ネットワーク管理システムから前記送信抑止の通知を受けた場合は、当該ネットワーク機器宛の前記動作パラメータの設定要求の送信を抑止するステップと
を含むことを特徴とするネットワーク機器設定方法。
【請求項６】
請求項５に記載のネットワーク機器設定方法において、
前記ネットワーク管理システムは、前記設定サーバに対して前記動作パラメータの設定要求の送信を抑止するよう通知するときに、当該送信を抑止すべき抑止時間を併せて通知し、
前記設定サーバは、通知された前記抑止時間の経過後に、抑止していた当該ネットワーク機器宛の前記動作パラメータの設定要求を送信する
ことを特徴とするネットワーク機器設定方法。
【請求項７】
請求項５に記載のネットワーク機器設定方法において、
前記ネットワーク管理システムが、前記ネットワーク機器について自身が中継した制御指示情報及び前記ネットワーク機器から取得した情報によって、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態から受入れ可能な状態に復帰したものと判断した場合に、前記設定サーバに対して当該ネットワーク機器宛の前記動作パラメータの設定要求の送信抑止を解除するよう通知するステップと、
前記設定サーバが、前記解除の通知を受けて、抑止していた当該ネットワーク機器宛の前記動作パラメータの設定要求を送信するステップと
をさらに含むことを特徴とするネットワーク機器設定方法。
【請求項８】
請求項５から７のいずれか一項に記載のネットワーク機器設定方法において、
前記ネットワーク機器設定システムは、前記ネットワーク機器の制御プログラムのアップデート情報の入力を受け付け、受け付けた前記アップデート情報に係る前記制御プログラムのアップデート要求を前記ネットワーク管理システムに送信する設定サーバをさらに備えており、
前記ネットワーク管理システムは、前記アップデート用サーバから受信した前記制御プログラムのアップデート要求を、二重化されていない前記ネットワーク機器に転送したときから対応するアップデート完了応答が受信されるまでの期間、及び、二重化されている前記ネットワーク機器の一方の系に転送したときから、もう一方の系へも同じアップデート要求を転送し、後者に対応するアップデート完了応答が受信されるまでの期間において、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっているものと判断する
ことを特徴とするネットワーク機器設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してルータやスイッチなどの各種ネットワーク機器の設定を行う、ネットワーク機器設定システム及びネットワーク機器設定方法に関する。
【背景技術】
【０００２】
ルータやスイッチなどＩＰ（Internet Protocol）ネットワークに接続される各種ネットワーク機器の動作パラメータの設定は、通常、他のコンピュータなどからＴｅｌｎｅｔ等のプロトコルを用いてネットワーク経由で行われる。一方、大規模なネットワークにおいては、多数のネットワーク機器の動作パラメータを一括して管理するシステム（コンフィグ設定サーバ）が設けられ、当該システムに新たな動作パラメータが投入される毎に、各ネットワーク機器に対してその設定要求を送信することで設定が行われる。
【０００３】
非特許文献１には、ネットワーク機器監視プロトコル（SNMP: Simple Network Management Protocol）を用いて、装置の状態を示す情報である管理情報ベース（MIB: Management Information Base）を定期的に収集する技術が開示されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】RFC3418: Management Information Base (MIB) for the Simple Network Management Protocol (SNMP)、[online]、2002年12月、 IETF、［平成25年7月31日検索］、インターネット〈URL：http://tools.ietf.org/html/rfc3418〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、ネットワーク機器の制御プログラムがアップデート中であったり、二重化されているネットワーク機器内で現用系と予備系とのバージョンが不一致であったりする場合は、当該ネットワーク機器は動作パラメータの設定要求を受け入れることができない。そのため、要求元から送信された設定要求はエラーまたはタイムアウトとなるので、リトライ処理によって要求元から同じ設定要求が繰り返して自動再送されることとなる。特に、大規模ネットワークで用いられる高機能のネットワーク機器は、設定すべき動作パラメータの数が多く、制御プログラムの規模が大きいので、アップデート処理に要する時間が長く、リトライ回数が増大するという問題がある。
【０００６】
本発明は、前記の問題を解決するためになされたものであり、設定対象のネットワーク機器が設定要求を受入れ可能な状態でないときは、要求元となるコンフィグ設定サーバからの設定要求の送信を抑止し、リトライ処理の発生を回避することを目的とする。
【課題を解決するための手段】
【０００７】
前記の課題を解決するために、本発明のネットワーク機器設定システムは、ＩＰネットワークを構成するネットワーク機器の制御及び監視を行うネットワーク管理システムと、前記ネットワーク機器のそれぞれに設定する動作パラメータの入力を受け付け、受け付けた前記動作パラメータの設定要求を前記ネットワーク管理システムに送信する設定サーバとを備え、前記ネットワーク管理システムは、前記設定サーバから受信した前記動作パラメータの設定要求を、設定対象の前記ネットワーク機器に転送して当該ネットワーク機器の動作パラメータの更新を行わせ、前記ネットワーク機器について自身が中継した制御指示情報及び前記ネットワーク機器から取得した情報によって、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっているものと判断した場合は、前記設定サーバに対して当該ネットワーク機器宛の前記動作パラメータの設定要求の送信を抑止するよう通知するものとした。
【０００８】
こうすることにより、設定対象のネットワーク機器が設定要求を受入れ可能な状態でないときは、要求元となるコンフィグ設定サーバからの設定要求の送信を抑止することができる。
【０００９】
また、本発明は、前記のネットワーク機器設定システムにおいて、前記ネットワーク管理システムは、前記設定サーバに対して前記動作パラメータの設定要求の送信を抑止するよう通知するときに、当該送信を抑止すべき抑止時間を併せて通知し、前記設定サーバは、通知された前記抑止時間の経過後に、抑止していた当該ネットワーク機器宛の前記動作パラメータの設定要求を送信するものとした。
【００１０】
こうすることにより、一時的に設定要求の送信を抑止していたコンフィグ設定サーバは、通知された抑止時間の経過後に、設定要求の送信を再開することができる。
【００１１】
また、本発明は、前記のネットワーク機器設定システムにおいて、前記ネットワーク管理システムは、前記ネットワーク機器について自身が中継した制御指示情報及び前記ネットワーク機器から取得した情報によって、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態から受入れ可能な状態に復帰したものと判断した場合は、前記設定サーバに対して当該ネットワーク機器宛の前記動作パラメータの設定要求の送信抑止を解除するよう通知し、前記設定サーバは、前記解除の通知を受けて、抑止していた当該ネットワーク機器宛の前記動作パラメータの設定要求を送信するものとした。
【００１２】
こうすることにより、一時的に設定要求の送信を抑止していたコンフィグ設定サーバは、設定対象のネットワーク機器が設定要求を受入れ可能な状態に復帰したのち、速やかに設定要求の送信を再開することができる。
【００１３】
また、本発明は、前記のネットワーク機器設定システムにおいて、前記ネットワーク機器の制御プログラムのアップデート情報の入力を受け付け、受け付けた前記アップデート情報に係る前記制御プログラムのアップデート要求を前記ネットワーク管理システムに送信するアップデート用サーバをさらに備え、前記ネットワーク管理システムは、前記アップデート用サーバから受信した前記制御プログラムのアップデート要求を、二重化されていない前記ネットワーク機器に転送したときから対応するアップデート完了応答が受信されるまでの期間、及び、二重化されている前記ネットワーク機器の一方の系に転送したときから、もう一方の系へも同じアップデート要求を転送し、後者に対応するアップデート完了応答が受信されるまでの期間において、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっているものと判断するものとした。
【００１４】
こうすることにより、設定対象のネットワーク機器が、制御プログラムのアップデート処理を実行していて設定要求を受入れ不能な状態であるときに、要求元となるコンフィグ設定サーバからの設定要求の送信を抑止することができる。
【００１５】
また、本発明は、ＩＰネットワークを構成するネットワーク機器の制御及び監視を行うネットワーク管理システムと、前記ネットワーク機器のそれぞれに設定する動作パラメータの入力を受け付け、受け付けた前記動作パラメータの設定要求を前記ネットワーク管理システムに送信する設定サーバとを備えるネットワーク機器設定システムのネットワーク機器設定方法であって、前記ネットワーク管理システムが、前記設定サーバから受信した前記動作パラメータの設定要求を、設定対象の前記ネットワーク機器に転送して当該ネットワーク機器の動作パラメータの更新を行わせるステップと、前記ネットワーク管理システムが、前記ネットワーク機器について自身が中継した制御指示情報及び前記ネットワーク機器から取得した情報によって、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっているか否かを判断するステップと、前記ネットワーク管理システムが、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっていると判断した場合に、前記設定サーバに対して当該ネットワーク機器宛の前記動作パラメータの設定要求の送信を抑止するよう通知するステップと、前記設定サーバが、前記ネットワーク管理システムから前記送信抑止の通知を受けた場合は、当該ネットワーク機器宛の前記動作パラメータの設定要求の送信を抑止するステップとを含むものとした。
【００１６】
こうすることにより、設定対象のネットワーク機器が設定要求を受入れ可能な状態でないときは、要求元となるコンフィグ設定サーバからの設定要求の送信を抑止することができる。
【００１７】
また、本発明は、前記のネットワーク機器設定方法において、前記ネットワーク管理システムは、前記設定サーバに対して前記動作パラメータの設定要求を送信しないよう指示するときに、当該送信を抑止すべき抑止時間を併せて通知し、前記設定サーバは、通知された前記抑止時間の経過後に、抑止されていた当該ネットワーク機器宛の前記動作パラメータの設定要求を送信するものとした。
【００１８】
こうすることにより、一時的に設定要求の送信を抑止していたコンフィグ設定サーバは、通知された抑止時間の経過後に、設定要求の送信を再開することができる。
【００１９】
また、本発明は、前記のネットワーク機器設定方法において、前記ネットワーク管理システムが、前記ネットワーク機器について自身が中継した制御指示情報及び前記ネットワーク機器から取得した情報によって、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態から受入れ可能な状態に復帰したものと判断した場合に、前記設定サーバに対して当該ネットワーク機器宛の前記動作パラメータの設定要求の送信抑止を解除するよう通知するステップと、前記設定サーバが、前記解除の通知を受けて、抑止されていた当該ネットワーク機器宛の前記動作パラメータの設定要求を送信するステップとをさらに含むものとした。
【００２０】
こうすることにより、一時的に設定要求の送信を抑止していたコンフィグ設定サーバは、設定対象のネットワーク機器が設定要求を受入れ可能な状態に復帰したのち、速やかに設定要求の送信を再開することができる。
【００２１】
また、本発明は、前記のネットワーク機器設定方法において、前記ネットワーク機器設定システムは、前記ネットワーク機器の制御プログラムのアップデート情報の入力を受け付け、受け付けた前記アップデート情報に係る前記制御プログラムのアップデート要求を前記ネットワーク管理システムに送信する設定サーバをさらに備えており、前記ネットワーク管理システムは、前記アップデート用サーバから受信した前記制御プログラムのアップデート要求を、二重化されていない前記ネットワーク機器に転送したときから対応するアップデート完了応答が受信されるまでの期間、及び、二重化されている前記ネットワーク機器の一方の系に転送したときから、もう一方の系へも同じアップデート要求を転送し、後者に対応するアップデート完了応答が受信されるまでの期間において、当該ネットワーク機器が前記動作パラメータの設定要求を受入れ不能な状態になっているものと判断するものとした。
【００２２】
こうすることにより、設定対象のネットワーク機器が、制御プログラムのアップデート処理を実行していて設定要求を受入れ不能な状態であるときに、要求元となるコンフィグ設定サーバからの設定要求の送信を抑止することができる。
【発明の効果】
【００２３】
本発明によれば、設定対象のネットワーク機器が設定要求を受入れ可能な状態でないときは、要求元となるコンフィグ設定サーバからの設定要求の送信を抑止し、リトライ処理の発生を回避することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明に係るネットワーク機器設定システムの構成例を示す図である。
【図２】コンフィグ設定サーバの構成例を示す機能ブロック図である。
【図３】アップデート用サーバの構成例を示す機能ブロック図である。
【図４】ネットワーク管理システムの構成例を示す機能ブロック図である。
【図５】ネットワーク機器管理テーブルの構成及びデータ例を示す図である。
【図６】ネットワーク機器の構成例を示す機能ブロック図である。
【図７】本発明に係るネットワーク機器設定システムの動作例を示すシーケンス図である。
【図８】本発明に係るネットワーク機器設定システムの他の動作例を示すシーケンス図である。
【図９】従来のネットワーク機器設定システムの動作例を示すシーケンス図である。
【発明を実施するための形態】
【００２５】
以下、本発明を実施するための形態（以下、「実施形態」という。）を、適宜図面を参照して詳細に説明する。
【００２６】
図１は、本発明の実施形態に係るネットワーク機器設定システムの構成例を示す図である。図１に示すように、ネットワーク機器設定システム１００は、ＩＰネットワーク５を構成するルータやスイッチなどの複数のネットワーク機器４の設定を行うシステムであり、コンフィグ設定サーバ１、アップデート用サーバ２、及びネットワーク管理システム３を備えている。
【００２７】
コンフィグ設定サーバ１は、ネットワーク機器４に設定する各種動作パラメータを一括して管理するサーバである。アップデート用サーバ２は、ネットワーク機器４が実行する制御プログラムのアップデートを行うためのサーバである。また、ネットワーク管理システム３は、ネットワーク機器４の制御及び監視を行うためのシステムである。また、ネットワーク管理システム３は、コンフィグ設定サーバ１から発行されるコンフィグ設定要求と、アップデート用サーバ２から発行されるアップデート要求とを受け付けて、それぞれの対象となるネットワーク機器４にそれらの要求を順次転送する。
【００２８】
ここで、まず、従来のネットワーク機器設定システムの動作について説明する。なお、従来のネットワーク機器設定システムも図１と同様な構成を有するものとする。図９は、従来のネットワーク機器設定システムの動作例を示すシーケンス図である。
【００２９】
ネットワーク機器４に設定すべき各種動作パラメータ（以下、「コンフィグ設定データ」という。）は、コンフィグ設定サーバ１に一括して登録される。コンフィグ設定サーバ１にコンフィグ設定データが登録されると、設定対象のネットワーク機器４宛のコンフィグ設定要求（図では「Config設定」と表記。）が、コンフィグ設定サーバ１からネットワーク管理システム３に送信される（ステップＳ１）。この例では、設定対象のネットワーク機器４は、現用系である０系と予備系である１系とに二重化されており、最初は両方の系の制御プログラムのバージョンが一致していて、コンフィグ設定要求を受入れ可能な状態となっている。そのため、コンフィグ設定要求がネットワーク管理システム３によって設定対象のネットワーク機器４の現用系（０系）に転送されると、０系が受信したコンフィグ設定データは、同期処理（図では「Sync1」と表記。）によって、１系にも設定が行われる。
【００３０】
コンフィグ設定データの設定が正常に完了すると、ネットワーク機器４の０系から、正常応答信号（図では「ACK」と表記。以下の各図においても同じ。）がネットワーク管理システム３宛に返送される（ステップＳ１Ｒ）。この正常応答信号は、ネットワーク管理システム３によって要求元のコンフィグ設定サーバ１に転送される。
【００３１】
次に、アップデート用サーバ２から、制御プログラム（以下、適宜「ＯＳ（Operating System）」と略記。）のアップデート要求（図では「Update要求」と表記。以下の各図においても同じ。）が、ネットワーク管理システム３宛に送信されたものとする（ステップＳ２）。二重系のネットワーク機器４の場合、ＯＳのアップデートは、まず予備系である１系が先行して実行され、予備系のアップデートが実行される。そして、０系のアップデートが完了した時点で再び０系が現用系に１系が予備系に戻される。したがって、まずは、ＯＳのアップデート要求は、ネットワーク管理システム３からネットワーク機器４の１系に向けて送信され、１系のアップデート処理が開始される。
【００３２】
１系のアップデート処理が開始されてから、０系のアップデート処理が完了してステップＳ４Ｒにて正常応答信号が返送されるまでの間は、ネットワーク機器４の０系と１系との状態が異なっていて同期処理を実行できない。そこで、ネットワーク機器４は、この間に受信したコンフィグ設定要求の受入れを拒否してしまう。したがって、この間にコンフィグ設定サーバ１から送信されたコンフィグ設定要求（ステップＳ３）に対しては、ネットワーク機器４から正常応答信号が返送されず（ステップＳ３Ｒ（破線にて表記。））、タイムアウトとなる。
【００３３】
図示は省略しているが、コンフィグ設定サーバ１は、送信したコンフィグ設定要求がタイムアウトとなった場合には、正常応答信号が返送されるまで所定の周期でリトライ処理を繰り返す。したがって、ネットワーク機器４のＯＳのアップデートが完了するまでの時間が長いほど、リトライ回数が増えることとなる。
【００３４】
そして、ステップＳ４Ｒにて、ＯＳのアップデート処理がすべて完了してネットワーク管理システム３に正常応答信号が返送された時点で、ネットワーク機器４は、再びコンフィグ設定要求を受入れ可能な状態に復帰する。その結果、それ以降に行われるリトライ処理によって送信されるコンフィグ設定要求（ステップＳ５）は、ネットワーク機器４に受け入れられ、正常に設定が完了することとなる（同期処理Sync2、ステップＳ５Ｒ）。
【００３５】
このように、従来のネットワーク機器設定システムでは、ネットワーク機器４が設定要求を受け入れられない状態にあるときに、コンフィグ設定サーバから設定要求が送信されると、リトライ処理によってネットワークの負荷が増大するという問題があった。
【００３６】
以下、本発明の実施形態に係るネットワーク機器設定システムについて、より詳細な構成とその動作を説明する。
【００３７】
図２は、コンフィグ設定サーバの構成例を示す機能ブロック図である。図２に示すように、コンフィグ設定サーバ１は、転送処理部１１、コンフィグ設定登録部１２、コンフィグ設定送信部１３、コンフィグ設定データベース１５、及び送信管理テーブル１６を備えている。
【００３８】
転送処理部１１は、ＩＰネットワーク５を介して外部の機器との間でＩＰパケットの送受信を行う。コンフィグ設定登録部１２は、転送処理部１１を介して図示しない遠隔の端末から各ネットワーク機器４に設定する動作パラメータの入力を受け付け、それらの動作パラメータ群からなるコンフィグ設定データをコンフィグ設定データベース１５に登録する。コンフィグ設定送信部１３は、コンフィグ設定データベース１５に登録されたコンフィグ設定データを、設定対象となる各ネットワーク機器４に送信することにより、ネットワーク機器４の動作パラメータの更新を行う。コンフィグ設定送信部１３には、ネットワーク機器４の制御プログラムがアップデート処理の途中である場合などに、コンフィグ設定データの送信を一時的に抑止するためのタイマ監視部１４が備えられる。送信管理テーブル１６には、各ネットワーク機器４へのコンフィグ設定データの送信状況を表すデータが登録される。
【００３９】
図３は、アップデート用サーバの構成例を示す機能ブロック図である。図３に示すように、アップデート用サーバ２は、転送処理部２１、アップデート情報登録部２２、アップデート要求送信部２３、アップデート情報データベース２４、及びアップデート管理テーブル２５を備えている。
【００４０】
転送処理部２１は、ＩＰネットワーク５を介して外部の機器との間でＩＰパケットの送受信を行う。アップデート情報登録部２２は、転送処理部２１を介して例えば図示しない遠隔の端末から各ネットワーク機器４の制御プログラムのアップデート情報の入力を受け付け、それらのアップデート情報をアップデート情報データベース２４に登録する。アップデート要求送信部２３は、アップデート情報データベース２４に登録されたアップデート情報を、設定対象となる各ネットワーク機器４に送信することにより、ネットワーク機器４の制御プログラムのアップデートを行う。アップデート管理テーブル２５には、各ネットワーク機器４へのアップデート情報の送信状況を表すデータが登録される。
【００４１】
図４は、ネットワーク管理システムの構成例を示す機能ブロック図である。図４に示すように、ネットワーク管理システム３は、転送処理部３１、コンフィグ設定転送制御部３２、アップデート要求転送制御部３３、ネットワーク機器状態管理部３４、及びネットワーク機器管理テーブル３５を備えている。
【００４２】
転送処理部３１は、ＩＰネットワーク５を介して外部の機器との間でＩＰパケットの送受信を行う。コンフィグ設定転送制御部３２は、コンフィグ設定サーバ１から送信される各ネットワーク機器４宛のコンフィグ設定データを受信し、受信したコンフィグ設定データを設定対象となるネットワーク機器４に転送する。アップデート要求転送制御部３３は、アップデート用サーバ２から送信される各ネットワーク機器４宛のアップデート情報を受信し、受信したアップデート情報をアップデート対象となるネットワーク機器４に転送する。ネットワーク機器状態管理部３４は、各ネットワーク機器４の状態を表すデータをネットワーク機器管理テーブル３５に登録する。
【００４３】
アップデート要求送信部２３は、アップデート情報データベース２４に登録されたアップデート情報を、設定対象となる各ネットワーク機器４に送信することにより、ネットワーク機器４の制御プログラムのアップデートを行う。アップデート管理テーブル２５には、各ネットワーク機器４へのアップデート情報の送信状況を表すデータが登録される。
【００４４】
図５は、ネットワーク機器管理テーブルの構成及びデータ例を示す図である。図５に示すように、ネットワーク機器管理テーブル３５には、機器＃３５１、状態３５２、ＯＳバージョン３５３、及びＩＰアドレス３５４からなるレコードが、管理対象となるネットワーク機器４の数だけ登録される。
【００４５】
機器＃３５１は、管理対象のネットワーク機器４を一意に識別するための識別番号である。状態３５２は、管理対象のネットワーク機器４の状態を表すデータであり、図５には、正常に動作していることを示す「Active」と、制御プログラム（ＯＳ）をアップデート中であることを示す「Updating」とが例示されている。ＯＳバージョン３５３は、管理対象のネットワーク機器４が実行しているＯＳのバージョンを表すデータである。図５には、バージョンがＡであることを示す「VerA」と、バージョンがＡ＋であることを示す「VerA+」と、制御プログラムのバージョンがＡからＡ＋にアップデート中であることを示す「VerA→A+」とが例示されている。ＩＰアドレス３５４は、管理対象のネットワーク機器４に付与されているＩＰアドレスである。
【００４６】
図６は、現用系（０系）と予備系（１系）とによって二重化されているネットワーク機器の構成例を示す機能ブロック図である。図６に示すように、ネットワーク機器４は、共通制御部４０、０系制御部４−０、及び１系制御部４−１から構成されている。
【００４７】
共通制御部４０は、ネットワーク機器４に共通する制御を司る。０系制御部４−０と１系制御部４−１とは、同様の構成を有しており、転送処理部４１−０，４１−１、ＯＳアップデート処理部４２−０，４２−１、コンフィグ設定更新部４３−０，４３−１、コンフィグ設定同期部４４−０，４４−１、及びコンフィグ設定テーブル４５−０，４５−１を備えている。通常は０系制御部が現用系として動作しており、現用系に異常が生じた場合にはそれまで予備系であった１系制御部が現用系に切り換えられて動作を引き継ぐ。
【００４８】
転送処理部４１−０，４１−１は、ＩＰネットワーク５を介して外部の機器との間でＩＰパケットの送受信を行う。ＯＳアップデート処理部４２−０，４２−１は、ネットワーク管理システム３から送信されるＯＳアップデート要求にしたがって、それぞれ０系制御部４−０及び１系制御部４−１が実行する制御プログラムのアップデートを行う。なお、アップデートは、現用系である０系制御部４−０と予備系である１系制御部４−１との両方が正常に機能している場合に実行される。このとき、１系制御部４−１から先にアップデートが行われ、１系制御部４−１のアップデートが完了した時点で、１系制御部４−１が現用系に、０系制御部４−０が予備系に切り換えられ、次に０系制御部４−０のアップデートが行われる。
【００４９】
コンフィグ設定更新部４３−０，４３−１は、ネットワーク管理システム３から送信されるコンフィグ設定要求にしたがって、それぞれコンフィグ設定テーブル４５−０，４５−１の更新を行う。コンフィグ設定同期部４４−０，４４−１は、両系のコンフィグ設定テーブル４５−０，４５−１の内容を同一に保つための同期処理を実行する。通常は、現用系として動作しているいずれか一方の系に対してコンフィグ設定要求が送信され、これを受信した系のコンフィグ設定更新部が自身の系のコンフィグ設定テーブルを更新するとともに、コンフィグ設定同期部４４−０，４４−１間で同期処理を実行することによって、他方の系のコンフィグ設定テーブルをも同時に更新する。コンフィグ設定テーブル４５−０，４５−１の詳細については説明を省略するが、ここには、ネットワーク機器４の動作パラメータとなる各種情報が登録される。
【００５０】
図７は、本発明に係るネットワーク機器設定システム１００の動作例を示すシーケンス図である。以下、図７のシーケンス図に沿ってネットワーク機器設定システム１００の第一の動作パターンを詳しく説明する。
【００５１】
ネットワーク機器４が正常に稼働している通常の状態では、コンフィグ設定サーバ１からのコンフィグ設定要求が送信可能となっている。コンフィグ設定サーバ１のコンフィグ設定送信部１３は、まず、送信管理テーブル１６を参照してまだ送信が完了していないコンフィグ設定データをコンフィグ設定データベース１５から取得する。次に、コンフィグ設定送信部１３は、取得したコンフィグ設定データを含むコンフィグ設定要求を、ネットワーク管理システム３宛に送信する（ステップＳ１）。この要求を受信したネットワーク管理システム３のネットワーク機器状態管理部３４は、ネットワーク機器管理テーブル３５を参照して、設定対象のネットワーク機器４がコンフィグ設定要求を受入れ可能であることを認識する。そして、コンフィグ設定転送制御部３２が、当該コンフィグ設定要求を当該ネットワーク機器４の現用系（図では０系）宛に送信する。
【００５２】
この例では、０系、１系ともＯＳのバージョンが「VerA」となっていてコンフィグ設定要求を受入れ可能であるので、０系のコンフィグ設定更新部４３−０によってコンフィグ設定テーブル４５−０の更新が行われる。そののち、０系と１系のコンフィグ設定同期部４４−０，４４−１間で同期処理Sync1が実行され、１系のコンフィグ設定テーブル４５−１の更新が行われる。更新が正常に完了すると、ネットワーク機器４の０系から正常応答信号がネットワーク管理システム３宛に返送される（ステップＳ１Ｒ）。この正常応答信号は、ネットワーク管理システム３によって要求元のコンフィグ設定サーバ１に転送される。
【００５３】
次に、アップデート用サーバ２から、ＯＳのアップデート要求がネットワーク管理システム３宛に送信されたものとする（ステップＳ２）。この要求を受信したネットワーク管理システム３のネットワーク機器状態管理部３４は、ネットワーク機器管理テーブル３５を参照して、設定対象のネットワーク機器４の状態３５２が「Active」となっていることを確認し、その値を「Updating」に変更する。そして、アップデート要求転送制御部３３が、当該ＯＳのアップデート要求を当該ネットワーク機器４の予備系（図では１系）宛に送信する。
【００５４】
また、これと並行して、コンフィグ設定転送制御部３２は、コンフィグ設定サーバ１宛に、当該ネットワーク機器４宛のコンフィグ設定要求の送信を抑止すべき再送タイマ設定時間を通知する送信抑止メッセージ（図では「送信抑止Msg」と表記。）を送信する（ステップＳ２Ｍ）。この送信抑止メッセージを受信したコンフィグ設定サーバ１のコンフィグ設定送信部１３は、コンフィグ設定要求の送信を抑止するとともに、タイマ監視部１４に当該通知された再送タイマ設定時間の経過の監視を開始させる。
【００５５】
一方、ＯＳのアップデート要求を受信した１系のＯＳアップデート処理部４２−１は、ＯＳのアップデート処理を開始する。このアップデート処理には、数秒ないし数分の時間を要することから、アップデート処理が完了するまでの間に、コンフィグ設定サーバ１において新たなコンフィグ設定データが登録されることが想定される。しかし、ステップＳ２Ｍにて送信抑止メッセージを受信することで、コンフィグ設定サーバ１は送信抑止中となっているので、コンフィグ設定要求の送信は抑止され（ステップＳ３（破線矢印にて表記。））、それに対する応答の送信も発生しない（ステップＳ３Ｒ（破線矢印にて表記。））。
【００５６】
１系のＯＳのアップデート処理が正常に完了すると、ネットワーク機器４の１系からネットワーク管理システム３宛にアップデート完了応答としての正常応答信号が返送される（ステップＳ２Ｒ）。この正常応答信号は、ネットワーク管理システム３から要求元のアップデート用サーバ２に転送される。また、ネットワーク機器４は、それまで予備系であった１系が現用系に、現用系であった０系が予備系に切り換えられる。
【００５７】
ネットワーク管理システム３からこの正常応答信号を受信したアップデート用サーバ２は、次に、予備計となった０系のＯＳのアップデート要求をネットワーク管理システム３宛に送信する（ステップＳ４）。
【００５８】
このアップデート要求を受信したネットワーク管理システム３のネットワーク機器状態管理部３４は、ネットワーク機器管理テーブル３５を参照して、設定対象のネットワーク機器４の状態３５２が「Updating」となっていることを確認する。そして、アップデート要求転送制御部３３は、当該ＯＳのアップデート要求を当該ネットワーク機器４の０系宛に送信する。このアップデート要求を受信した０系のＯＳアップデート処理部４２−０は、ＯＳのアップデート処理を開始し、アップデート処理が正常に完了すると、ネットワーク機器４は、それまで予備系であった０系を現用系に、現用系であった１系を予備系に切り換える。なお、この切換えを行わずに、１系を現用系のまま動作させるものとしてもよい。また、ネットワーク機器４の０系からネットワーク管理システム３宛にアップデート完了応答としての正常応答信号が返送される（ステップＳ４Ｒ）。
【００５９】
この正常応答信号は、ネットワーク管理システム３から要求元のアップデート用サーバ２に転送される。これと並行して、ネットワーク管理システム３のネットワーク機器状態管理部３４は、ネットワーク機器管理テーブル３５に登録されている設定対象のネットワーク機器４の状態３５２を「Updating」から「Active」に変更する。また、コンフィグ設定転送制御部３２は、コンフィグ設定サーバ１宛に、当該ネットワーク機器４宛のコンフィグ設定要求の送信抑止を解除する送信抑止解除メッセージ（図では「送信抑止解除Msg」と表記。）を送信する（ステップＳ４Ｍ）。
【００６０】
この送信抑止解除メッセージを受信したコンフィグ設定サーバ１のコンフィグ設定送信部１３は、タイマ監視部１４による再送タイマ設定時間の監視を中止させて、コンフィグ設定サーバ１をコンフィグ設定が送信可能な状態に復帰させる。そして、まだ送信が完了していないコンフィグ設定データがあれば、当該データに対応するコンフィグ設定要求をネットワーク管理システム３宛に送信する（ステップＳ５）。
【００６１】
ネットワーク管理システム３からこのコンフィグ設定要求を受信したネットワーク機器４は、この時点で、０系、１系ともＯＳのバージョンが「VerA+」となっていてコンフィグ設定要求を受入れ可能である。そこで、現用系である０系のコンフィグ設定更新部４３−０によってコンフィグ設定テーブル４５−０の更新が行われたのち、０系と１系のコンフィグ設定同期部４４−０，４４−１間で同期処理Sync2が実行される。それにより、１系のコンフィグ設定テーブル４５−１の更新が行われ、更新が正常に完了すると、ネットワーク機器４の０系から、正常応答信号がネットワーク管理システム３宛に返送される（ステップＳ５Ｒ）。この正常応答信号は、ネットワーク管理システム３によって要求元のコンフィグ設定サーバ１に転送される。
【００６２】
なお、ネットワーク機器４が二重化されていない場合には、１回のＯＳのアップデート要求だけでアップデート処理が完了して送信抑止解除メッセージが送信されることと、同期処理が不要であることを除いて、図７とほぼ同様なシーケンスとなる。
【００６３】
以上説明したように、この第一の動作パターンによれば、ネットワーク機器４がコンフィグ設定要求を受け入れられない状態にあるときには、任意の時間を指定してコンフィグ設定サーバ１からのコンフィグ設定要求の送信を抑止することができる。このとき、指定する抑止時間は、例えば、ＯＳのアップデート用データの容量に応じて可変としてもよいし、予め定めた一定の時間であってもよい。
【００６４】
図８は、本発明に係るネットワーク機器設定システムの他の動作例を示すシーケンス図である。以下、図８のシーケンス図に沿ってネットワーク機器設定システム１００の第二の動作パターンについて説明する。
【００６５】
前記にて説明した第一の動作パターンにおいては、送信抑止メッセージにて通知された再送タイマ設定時間が経過する以前に、ネットワーク機器４のＯＳのアップデート処理が完了していた。これに対して、この第二の動作パターンにおいては、通知された再送タイマ設定時間が経過してもまだネットワーク機器４のＯＳのアップデート処理が完了しない場合を想定している。
【００６６】
図８に示した第二の動作パターンは、ステップＳ４までは、前記した図７の第一の動作パターンと同じであるので、それ以降の動作について説明する。
【００６７】
この第二の動作パターンにおいては、０系のＯＳのアップデート処理が完了する以前に、コンフィグ設定サーバ１に通知された再送タイマ設定時間が経過することとなる。それにより、コンフィグ設定サーバ１のコンフィグ設定送信部１３は、ネットワーク管理システム３宛に、コンフィグ設定要求の送信抑止時間を延長するための送信可否確認メッセージ（図では「送信可否確認Msg」と表記。）を送信する（ステップＳ４１）。この送信可否確認メッセージを受信したネットワーク管理システム３のコンフィグ設定転送制御部３２は、コンフィグ設定サーバ１宛に、コンフィグ設定要求の送信を抑止すべき新たな再送タイマ設定時間を通知する送信可否応答メッセージ（図では「送信可否応答Msg」と表記。）を送信する（ステップＳ４１Ｒ）。この送信可否応答メッセージを受信したコンフィグ設定サーバ１のコンフィグ設定送信部１３は、コンフィグ設定要求の送信抑止を継続するとともに、タイマ監視部１４に当該通知された新たな再送タイマ設定時間の経過の監視を開始させる。以降、０系のＯＳのアップデート処理が完了して、ネットワーク機器４の０系から正常応答信号が返送される（ステップＳ４Ｒ）までの間、必要に応じて送信可否応答メッセージと送信可否応答メッセージとのやり取りが繰り返される。ステップＳ４Ｒ以降については、前記した図７の第一の動作パターンと同じであるので、説明を省略する。
【００６８】
以上説明したように、この第二の動作パターンによれば、第一の動作パターンよりも再送タイマ設定時間を短く設定することができるので、コンフィグ設定要求の送信抑止時間を相対的に短くでき、コンフィグ設定データの更新処理の応答性を向上させることが可能となる。
【００６９】
以上にて本発明の実施形態の説明を終えるが、本発明の実施の態様はこれに限られるものではなく、本発明の趣旨を逸脱しない範囲において各種変形が可能である。
【符号の説明】
【００７０】
１    コンフィグ設定サーバ（設定サーバ）
１１  転送処理部
１２  コンフィグ設定登録部
１３  コンフィグ設定送信部
１４  タイマ監視部
１５  コンフィグ設定データベース
１６  送信管理テーブル
２    アップデート用サーバ
２１  転送処理部
２２  アップデート情報登録部
２３  アップデート要求送信部
２４  アップデート情報データベース
２５  アップデート管理テーブル
３    ネットワーク管理システム
３１  転送処理部
３２  コンフィグ設定転送制御部
３３  アップデート要求転送制御部
３４  ネットワーク機器状態管理部
３５  ネットワーク機器管理テーブル
４    ネットワーク機器
４０  共通制御部
４１−０，４１−１  転送処理部
４２−０，４２−１  ＯＳアップデート処理部
４３−０，４３−１  コンフィグ設定更新部
４４−０，４４−１  コンフィグ設定同期部
４５−０，４５−１  コンフィグ設定テーブル
５    ＩＰネットワーク
１００  ネットワーク機器設定システム
【図１】
2015037267.tif 000003
【図２】
2015037267.tif 000004
【図３】
2015037267.tif 000005
【図４】
2015037267.tif 000006
【図５】
2015037267.tif 000007
【図６】
2015037267.tif 000008
【図７】
2015037267.tif 000009
【図８】
2015037267.tif 000010
【図９】
2015037267.tif 000011