JP4726075B2

JP4726075B2 - ネットワーク設定復元方法および装置

Info

Publication number: JP4726075B2
Application number: JP2006249299A
Authority: JP
Inventors: 貴仁吉原; 浩規堀内
Original assignee: KDDI Corp
Current assignee: KDDI Corp
Priority date: 2006-09-14
Filing date: 2006-09-14
Publication date: 2011-07-20
Anticipated expiration: 2026-09-14
Also published as: JP2008071119A

Description

本発明は、設定対象装置の設定を復元するネットワーク設定復元方法および装置に係り、特に、ネットワーク設定を所望の復元ポイントに復元できるネットワーク設定復元方法および装置に関する。

ネットワーク設定された装置やノード（以下、装置で代表する）を過去の設定状態に復元することにより、ネットワーク設定の人為的な誤操作に起因した障害を復旧させる技術が非特許文献１に開示されている。

図２２は、非特許文献１に開示されたネットワーク設定復元システムのブロック図であり、ネットワーク設定される装置に対応するApplication８０２に対して、Undo Proxy８０１、Undo Manager８０５、Timeline Log８０４、Time-travel Storage８０３が導入される。Undo Manager８０５は、利用者(User)からService Application８０２への操作(コマンド)を一度受け取り、このコマンドをService Application８０２に依存しない“Verbs”と呼ばれる形式に変換してUndo Manager８０５へ渡す。また、Undo Manager８０５から処理が戻ると、Service Application８０２に対してコマンドを実際に実行し、実行結果をUserに応答する。Undo Manager８０５はUndo Proxy８０１からコマンドを受け取って時系列のログ(TimelineLog)８０４に保存管理する。Undo Manager８０５はTimelineLog８０４を用いて装置を過去から現在の設定に再生する。保存管理が終了すると、処理をUndo Proxy８０１に戻す。Time-travel Storage８０３は、コマンドの実行によって変化するService Application８０２の設定を定期的に（１０分，１時間，１日，１週間に一度）保存管理する。

装置やノードを過去の設定に戻す場合、UserはControl UI８０６を介してUndo Manager８０５に設定の切り戻しを要求する。要求を受け取ったUndo Manager８０５はTime-travel Storage８０３を制御し、Service Application８０２を指定された過去の設定に戻す。一度過去の設定に戻した後、再び現在の設定に戻す場合、UserはControl UI８０６を介してUndo Manager８０５に設定の再生を要求する。要求を受け取ったUndo Manager８０５はTimelineLog８０４に保存管理されたコマンドのうち、一度戻った過去から現在に至るまでのコマンドを抽出選択する。さらに、Undo Proxy８０１を介して抽出選択したコマンドをService Application８０２に実行する。

従来の技術では、電子メールを互いに送信あるいは保存する単一のSMTP(Simple Mail Transfer Protocol)サーバおよびSMTPサーバに保存された電子メールを受信する単一のIMAP(Internet Message Access Protocol)サーバをService Application８０２の実施例としている。
Aaron B. Brown and David A. Patterson, "Undo for Operators: Building an Undoable E-mail Store", In Proc. USENIX Annual Technical Conference, San Antonio, TX, 2003.

通信事業者により運用管理されるネットワークでは、複数の運用者が異種複数の装置を互いに他の運用者とは無関係に(非同期に)操作してネットワーク設定を行う場合がある。また、一連のネットワーク設定の操作が異種複数の装置にまたがる場合もある。このため、装置のネットワーク設定を復元する際は、異種複数の装置を一括して過去の任意の時点まで復元する必要がある。しかしながら、上記した従来技術では、次に挙げる理由により上記した技術課題を解決できない。

(1)「Undo Manager」がネットワーク上スタンドアロンで独立しており、複数の運用者による操作にそのままでは対応できない。複数の運用者による操作を想定する場合には操作の排他制御が必要となる。

(2)「Undo Proxy」および「Undo Manager」の組を「Service Application」ごとに、すなわち装置の種類あるいはバージョンごとに開発、更改しなければならない。このため、新しい種類の装置あるいはバージョンが導入される場合、「Undo Proxy」および「Undo Manager」を開発、更改するまでの間、これらを一括復元の対象にできない。

(3)「Service Application」の設定は「Time-travel Storage」により定期的にしか保存管理されないため、装置のネットワーク設定を必ずしも過去の任意の時点に復元することができない。

本発明の目的は、上記した従来技術の課題を解決し、ネットワーク設定が複数の運用者により行われる装置のネットワーク設定を簡単な操作で所望の復元ポイントに復元でき、かつネットワーク設定を、その設定単位よりも短いネットワーク設定操作の単位で復元できるようにしたネットワーク設定復元方法および装置を提供することにある。

上記した目的を達成するために、本発明は、クライアントおよび管理サーバを含むネットワークに接続されたネットワーク装置のネットワーク設定を復元するネットワーク設定復元装置において、クライアント、管理サーバおよびネットワーク装置が、以下のような構成を具備した点に特徴がある。

(1)クライアントが、設定対象装置に対するネットワーク設定操作を受け付ける設定操作入力手段と、前記ネットワーク設定操作をタップ（傍聴）するタップ手段と、前記タップされた設定操作の情報を管理サーバへ送信する送信手段とを含む。

(2)管理サーバが、各クライアントからネットワークの設定操作情報を取得する設定操作取得手段と、取得した設定操作情報を記憶する設定操作記憶手段と、各設定対象装置からネットワーク設定ファイルを取得する設定ファイル取得手段と、取得したネットワーク設定ファイルを記憶する設定ファイル記憶手段と、ネットワーク設定の復元要求に応答して、対応する設定対象装置にネットワーク設定の復元要求を通知する手段と、ネットワーク設定操作の復元要求に応答して、対応する設定対象装置にネットワーク設定操作の復元要求を通知する手段とを含む。

(3)設定対象装置が、管理サーバから通知されたネットワーク設定の復元要求に基づいてネットワーク設定を復元する設定ファイル復元手段と、管理サーバから通知されたネットワーク設定操作の復元要求に基づいてネットワーク設定操作を復元する設定操作復元手段とを含む。

(4)管理サーバ上では、各ネットワーク設定ファイルが、そのネットワーク設定時に管理サーバへログインした際のセッションIDで識別されることを特徴とする。

(5)管理サーバは、前記ネットワーク設定の復元要求に応答して、復元するネットワーク設定ファイルを含む復元要求を設定対象装置に通知し、

前記設定対象装置では、管理サーバから受信したネットワーク設定ファイルに基づいて自身のネットワーク設定を復元することを特徴とする。

本発明によれば、以下のような効果が達成される。
(1)各設定対象装置に対して同一または異なるクライアントから行われた複数回のネットワーク設定が一つの管理サーバで一元管理されているので、この管理サーバにアクセスするだけでネットワーク設定の履歴を簡単には把握することができ、その結果、過去の任意のネットワーク設定を、それがどのクライアントにより行われたのかとは無関係に復元できるようになる。
(2)ネットワーク設定のための各種パラメータが登録されたネットワーク設定ファイルのみならず、各ネットワーク設定の際のクライアントによるネットワーク設定操作までもが管理サーバに登録されているので、設定対象装置のネットワーク設定を、ネットワーク設定の単位よりも短いネットワーク設定操作の単位で復元できるようになる。

以下、図面を参照して本発明の最良の実施の形態について詳細に説明する。図１は、本発明のネットワーク設定復元方法が適用されるネットワークの最小構成を示したブロック図であり、ネットワーク設定の対象となる複数のネットワーク装置（以下、設定対象装置と表現する場合もある）３と、各設定対象装置３に遠隔操作でネットワーク設定を行う複数のクライアント１と、各クライアント１による各装置３のネットワーク設定を監視する管理サーバ２とを含み、各装置３、クライアント１および管理サーバ２はネットワーク４を介して相互に接続されている。

図２は、本発明に係るネットワーク設定復元システムの機能ブロック図であり、クライアント１が設定対象装置３にネットワーク設定操作を行うと、各装置３では、ネットワーク設定に係る各種のパラメータに所定値が登録されたネットワーク設定ファイルFが生成（更新）される。各装置３では、常時は最後に更新された最新のネットワーク設定ファイルを自身に設定し、管理サーバ２から復元用のネットワーク設定ファイルを受け取ると、当該復元用のネットワーク設定ファイルを自身に更新登録することでネットワーク設定を過去の状態に復元する。管理サーバ２は、各装置３に対するクライアント１によるネットワーク設定操作をタップして、その操作内容を把握すると共に、各装置３からネットワーク設定ファイルを取得して管理する。

図３は、ネットワーク設定操作およびその復元手順を模式的に表現した図である。設定対象装置３にネットワーク設定を行う際は、クライアント１から装置３にログインしてネットワーク設定操作OPを行う。一連のネットワーク設定操作が完了してクライアント１が装置３からログアウトすると、装置３では、これら一連のネットワーク設定操作に基づいてネットワーク設定ファイルFが更新され、これ以後、このネットワーク設定ファイルに登録されているパラメータにしたがって各種のネットワーク制御が行われる。

ここでは、初めに時刻t1〜t2のログイン期間内にネットワーク設定操作OP1〜OPnにより更新されたネットワーク設定ファイルF1に基づいてネットワーク設定が行われ、次いで、時刻t3〜t4のログイン期間内にネットワーク設定操作OPk〜OPmにより更新されたネットワーク設定ファイルF2に基づいてネットワーク設定が更新され、その後、このネットワーク設定ファイルF2の不備により障害が発生し、ネットワーク設定を障害発生の直前の状態に復元する場合を例にして説明する。

図４は、ネットワーク設定の手順を示したシーケンスフローであり、ネットワーク運用者は、クライアント１から管理サーバ２へログイン（ステップＳ１）し、さらに時刻t1で設定対象装置３へログイン（Ｓ２）する。その後、運用者はクライアント１を操作して装置３にネットワーク設定（Ｓ３）を行う。このとき、運用者がクライアント１から装置３に対して行うネットワーク設定操作OP1，OP2…OPnは全てクライアント１によりタップ（傍聴）されて一時記憶される。

一連のネットワーク設定操作が完了し、運用者が時刻t2で装置３からログアウト（Ｓ４）すると、装置３ではネットワーク設定がネットワーク設定ファイルF1の内容に更新（Ｓ５）され、これ以後、このネットワーク設定にしたがって動作する。

また、クライアント１では装置３からのログアウトが検知されると、前記一時記憶したネットワーク設定操作の情報を、設定操作管理要求と共に管理サーバ２へ送信（Ｓ６）する。管理サーバ２は、受信したネットワーク設定操作情報を記憶（Ｓ７）する。管理サーバ２へはさらに、装置３から前記更新されたネットワーク設定ファイルF1が送信（Ｓ８）される。管理サーバ２は、受信したネットワーク設定ファイルF1を時系列で記憶（Ｓ９）する。

その後、ネットワーク運用者が時刻t3で装置３へログインしてネットワーク設定を行った場合も、上記と同様の処理が繰り返されてネットワーク設定がネットワーク設定ファイルF2の内容に更新される。装置３では、今回のネットワーク設定ファイルF2に基づいてネットワーク設定が更新される。管理サーバ２には、このネットワーク設定ファイルF2およびそのネットワーク設定操作情報が記憶される。

図５は、ネットワーク設定の復元手順を示したシーケンスフローである。ネットワーク運用者は、障害の発生が検知されると、必要に応じて、その直前のネットワーク設定に係るネットワーク設定ファイルF1，F2を管理サーバ２へ要求し、その設定パラメータを確認する。そして、例えば装置３のネットワーク設定を、ネットワーク設定ファイルF2以前のネットワーク設定ファイルF1の状態まで戻すことを管理サーバ２へ要求（Ｓ１１）する。

管理サーバ２は、この設定ファイル復元要求に応答して、装置３に対してネットワーク設定をネットワーク設定ファイルF1の状態まで戻すように要求（Ｓ１２）し、ネットワーク設定ファイルF1を装置３へ提供する。装置３は、この要求に応答してネットワーク設定ファイルF1を管理サーバから受信し、これを自身に更新登録（Ｓ１３）することでネットワーク設定を復元する。

運用者はさらに、ネットワーク設定ファイルF2を更新した際のネットワーク設定操作OPkからOPmを確認し、例えばネットワーク設定操作OPkからOPk+4までに設定ミスが無ければ、その操作の復元を管理サーバ２を介して装置３へ要求（Ｓ１４，Ｓ１５）する。装置３では、要求されたネットワーク設定操作OPk〜OPk+4を現在のネットワーク設定ファイルF1に反映させることで、ネットワーク設定ファイルF2を途中まで復元（Ｓ１６）する。

また、運用者は誤ったネットワーク設定操作OPk+5に代えて正規のネットワーク設定操作（Ｓ１７）を行ってネットワーク設定ファイルF2をさらに復元（Ｓ１８）する。

さらに、運用者は必要に応じて、残りのネットワーク設定操作OPk+6〜OPmの復元を管理サーバ２を介して装置３へ要求（Ｓ１９，Ｓ２０）する。装置３では、要求されたネットワーク設定操作をネットワーク設定ファイルに反映させることで、ネットワーク設定ファイルF2を正規の状態に復元（Ｓ２１）する。

図６は、前記クライアント１の主要部の構成を示したブロック図であり、本発明の説明に不用な構成は図示が省略されている。

ターミナル１０１は、ネットワーク運用者によるキー操作やポインティングデバイスの操作を受け付けてクライアント自身にネットワーク設定を行い、さらには装置３に対するネットワーク設定操作や管理サーバ２に対する要求操作等を制御する。クライアント設定部１０２は、管理サーバ２との通信に必要なパラメータとして、管理サーバ２のIPアドレス、ポート番号、URL(Uniform Resource Locator)などを設定し、これらをクライアント設定データベース１０３に登録する。

タップ部１０４は、運用者が装置３に対して行ったネットワーク設定操作(ターミナルへの入力)およびその応答(ターミナルからの出力)をタップする。タップされた操作内容は。所定の識別子（オペレーションID）と対応付けられて設定操作データベース１０５に一時記憶される。通信部１０６は、リンクレイヤプロトコルとしてEthernet（登録商標）、ネットワークレイヤプロトコルとしてIP(Internet Protocol)、セッションレイヤプロトコルとしてTCPまたはUDPを用いて、管理サーバ２や装置３と通信を行う。クライアント制御部１０７は、設定操作データベース１０５に一時記憶された設定操作情報を管理サーバ２へ送信するなどの各種制御を行う。

図７は、前記管理サーバ２の主要部の構成を示したブロック図であり、本発明の説明に不用な構成は図示が省略されている。

ユーザインタフェース２０１には、キーボードやポインティングデバイス等の入力手段およびディスプレイやプリンタ等の出力手段が接続され、装置３の登録要求や設定要求等の操作を運用者から受け付け、操作内容や応答内容を運用者へ出力する。運用者管理部２０２は、前記ユーザインタフェース２０１を介して登録された運用者情報(アカウントやパスワード)を運用者データベース２０３に登録し、これを管理すると共に、後述するサーバ制御部２０８からの運用者認証要求に応答して運用者データベース２０３を参照し、認証結果をサーバ処理制御部２０８へ返す。

装置管理部２０４は、ユーザインタフェース２０１を介して登録された装置３の情報（名前、IPアドレス、FQDN(Fully Qualified Domain Name)、取得対象の設定、設定を取得するための手順、切り戻しの手順）を装置データベース２０５に登録し、これを管理する。また、ユーザインタフェース２０１を介して設定取得保存管理要求や設定切り戻し要求を受信すると、後述するサーバ制御部２０８および通信部２０９を通じて装置３から設定を取得し、装置データベース２０５に保存管理する。

設定操作管理部２０６は、クライアント１から送信される設定操作情報を、後述する通信部２０９およびサーバ制御部２０８を通じて受信し、設定操作データベース２０７に保存管理する。また、ユーザインタフェース２０１を介して操作内容を表示させる。さらに、クライアント１から参照の要求があると、後述するサーバ制御部２０８および通信部２０９を通じて応答する。

サーバ制御部２０８は、クライアント１からの要求およびユーザインタフェース２０１を介した要求内容に応じて、運用者管理部２０２、装置管理部２０４および設定操作管理部２０６に振り分ける。通信部２０９は、リンクレイヤプロトコルとしてEthernet（登録商標）、ネットワークレイヤプロトコルとしてIP(Internet Protocol)、セッションレイヤプロトコルとしてTCPまたはUDPを用いて、クライアント１や装置３と通信を行う。

図８は、前記設定対象装置３の構成を示したブロック図であり、本発明の説明に不用な構成は図示が省略されている。なお、装置３としては汎用のネットワーク機器やノードを利用できる。

設定管理部３０１は、自身のIPアドレスやデフォルトゲートウェイの値、さらにはFirewallのフィルタ設定などを設定データベース３０２に保存管理すると共に、後述する通信部３０４や装置制御部３０３を通じてクライアント１や管理サーバ２から設定値変更要求の操作を受信すると、該当する設定の値を変更する。装置制御部３０３は、クライアント１や管理サーバ２をはじめとする外部からの要求に応じて、後述する運用者管理部３０５や設定管理部３０１などに処理を振り分ける。運用者管理部３０５は、装置３の設定変更に先立ち、運用者データベース３０６にあらかじめ保存管理されたアカウントとパスワードの組を用いて運用者を認証する。

次いで、図９に示したネットワーク構成を例にして、本発明に係るネットワーク設定の復元手順をさらに詳細に説明する。

ここでは、インターネット接続のために設けられるDMZ (DeMilitarized Zone)を含む仮想的な組織のネットワークを考え、DMZにホストを追加あるいは削除したり、既存のホストの設定を変更したりする際のシナリオを想定する。DMZは、組織のWWWサーバ、DNSサーバ、FTPサーバなどの公開サーバをインターネット側からの不正な攻撃から守るため、ファイアウォールにより設けられたセグメントである。

本シナリオでは、DMZへのホストの追加あるいは削除や、既存のホストの設定を変更したりする際に必要となる、DNSサーバへのホスト名登録とFirewallへのフィルタ情報(送受信に用いるIPアドレスやポート)設定とが、組織内で権限の与えられた一部複数の運用者により行われる。すなわち、本実施形態ではDNSサーバおよびFirewallが、ネットワーク設定およびその復元対象となる前記装置３である。なお、図９では説明を簡単にするために、公開サーバとしてDNSサーバのみが示されており、WWWサーバやFTPサーバは省略されている。

図９において、組織のネットワークはルータ１０を介してインターネットに接続され、ルータ１０の配下にはFirewall１１を介してDMZ１２およびLAN１３が接続されている。DNSサーバはDMZ１２に収容され、LAN１３には複数のホストが収容されている。LAN１３に接続されている各ホストはDMZ１２およびインターネットにアクセスできる。DMZ１２に接続されるホストもインターネットにアクセスできる。但し、DMZ１２に接続されるホストはLAN１３にはアクセスできない。DMZ１２に接続されるホストが送受信に用いるIPアドレスやポートは、当初すべてが無効である(閉じられている)。

このような構成において、(1)ホストの追加、(2)ホストの削除、(3)ホストの設定変更、(4)サーバの導入、(5)クライアントの導入、は以下の手順で行われるものとする。

(1)ホストの追加
DMZ１２にホストを追加する場合、初めにホストに名前(FQDN)やエリアスを割り当て、割り当てた名前をDNSサーバに登録する。次いで、フィルタ情報(送受信に用いるIPアドレスやポート)をFirewall１１に設定して有効にする。なお、ホストにそのIPアドレスおよびデフォルトゲートウェイ、DNSサーバのIPアドレスを設定するのはホストの管理者であって、組織内で権限の与えられた一部複数の運用者に限定されない。

(2)ホストの削除
DMZ１２からホストから削除する場合、初めにフィルタ情報をFirewall１１から設定解除して全て無効にする。次いで、ホストにFQDNやエリアスが割り当てられていれば、割り当てられている名前やエリアスをDNSサーバから登録抹消する。

(3)ホストの設定変更
変更対象（IPアドレス，FQDN，エリアス，フィルタ情報など）に応じて、ルータ１０、Firewall１１、あるいはDNSサーバの設定を変更する。

(4)サーバの導入
図１０に示したように、管理サーバをDMZ１２に導入する場合、管理サーバのハードウェアをDMZ１２に設置して動作させる。次いで、IPアドレス、サブネットマスク、デフォルトゲートウェイ、DNSサーバのIPアドレスを運用者がサーバに手動で設定する。次いで、クライアントとの通信に必要なポート番号を手動で設定した後、前記「ホストの追加」と同様の手順でDNSサーバおよびFirewall１１を設定する。

さらに、DNSサーバおよびFirewallをサーバに登録し、登録した各装置やノードに対して、取得対象とする設定、設定を取得する手順、設定を切り戻す手順をサーバに設定する。最後に、運用者アカウントとパスワードの組を少なくとも１つサーバに手動で設定する。

(5)クライアントの導入
図１０に示したように、クライアントを導入する場合、初めに、クライアントアプリケーションをCD-ROMやUSBメモリなどの記録媒体から入手、あるいはサーバや別途設けるWWWサーバから運用者が端末にダウンロードする。次いで、運用者の端末のハードディスクに一時保存し、インストーラの手動起動によりインストールが自動的に完了する。次いで、サーバのIPアドレス等を運用者がクライアントに手動で設定した後、クライアントはDMZに限らずLANに移動して動作できる。

次いで、上記したネットワーク構成において、クライアントから管理サーバを遠隔操作して設定対象装置のネットワーク設定を実行し、さらにネットワーク設定やネットワーク設定操作の履歴を参照し、履歴の参照結果に基づいてネットワーク設定を以前の状態に復元する一連の手順を、図１１のシーケンスフローに沿って詳細に説明する。

クライアントから管理サーバ経由で各設定対象装置のネットワーク設定を行う場合、運用者はクライアントを起動（Ｓ５１）して、管理サーバとの接続に必要なクライアント設定を行った(Ｓ５２)後、パスワードを入力して管理サーバへログインする（Ｓ５３）。図１２は、クライアント設定画面の一例を示した図であり、図１３は、管理サーバへのログイン画面（ターミナル画面）の一例を示した図である。

ここでは、本実施形態の動作を、設定対象装置にネットワーク設定を行う「ネットワーク設定操作」、ネットワーク設定の履歴を参照する「ネットワーク設定履歴の参照」、過去のネットワーク設定ファイルを利用してネットワーク設定を過去の状態に復元する「ネットワーク設定ファイルの復元」、過去のネットワーク設定操作を復元する「ネットワーク設定操作の復元」に分けて説明する。
[ネットワーク設定操作]

管理サーバへのログイン後、同じターミナル画面からDNSサーバへログイン（Ｓ５４）する。図１４は、DNSサーバへのログイン画面の一例を示した図であり、ログイン後に、このログイン画面から一連のネットワーク設定操作を行う（Ｓ５５）。このとき、全てのネットワーク設定操作は前記クライアントでタップされて設定操作データベース１０５に蓄積される。

ネットワーク設定操作が完了してクライアントがDNSサーバからログアウトすると、前記蓄積された一連のネットワーク設定操作情報が、設定操作管理要求と共に管理サーバへ送信（Ｓ５６）される。管理サーバでは、受信されたDNSサーバに関するネットワーク設定操作情報が蓄積される。

さらに、クライアントがターミナル画面からFirewallへログイン（Ｓ５７）し、ネットワーク設定操作を行う（Ｓ５８）と、一連のネットワーク設定操作が前記クライアントのタップ部１０４でタップされて蓄積される。ネットワーク設定操作が完了してクライアントがFirewallからログアウトすると、前記蓄積されたネットワーク設定操作情報が管理サーバへ送信（Ｓ５９）される。
[ネットワーク設定履歴の参照]

その後、何らかの障害が発生し、DNSサーバに対して行われたネットワーク設定操作の履歴を確認する場合、クライアントからDNSサーバへログインし、“show previous operations”と入力して操作履歴の参照を要求（Ｓ６０）すると、各クライアントからDNSサーバへ実施したネットワーク設定操作の一覧が管理サーバからクライアントに応答（Ｓ６１）され、ターミナル画面に表示される。

図１５は、操作履歴参照画面の一例を示した図であり、“show previous operations”の入力に対する出力として、“DATE(操作を実行した時刻)”，“OPERATOR(操作を行った運用者アカウント)”，“TERM(クライアント端末のIPアドレス)”，“SESSION_ID(装置やノードへのログインごとにサーバが自動で割り当てるID)”，“TARGET_NE(装置やノードのIPアドレス)”，“OP_ID(装置やノードへの操作ごとにクライアントが自動で割り当てるID)”，“OP(操作内容)”が操作ごとに表示される。なお、“show previous operations”は、状況に応じて異なる文字列の場合もある。

図１５に示した例では、" 239 "や" 240 "がネットワーク設定ファイルを識別するSESSION_IDであり、TARGET_NEを挟んで、" 1023 "，" 1024 "，" 1025 "，" 1026 "，" 1 "，" 2 "，" 3 "がネットワーク設定操作を識別するOP_IDである。DNSサーバの現在のネットワーク設定を取得する場合、クライアントにログインした画面から“restore current settings”と入力してネットワーク設定の取得を要求（Ｓ６２）すると、管理サーバがDNSサーバ（Ｓ６３，Ｓ６４）やFirewall（Ｓ６５，Ｓ６６）から現在の設定内容を取得してクライアントへ応答（Ｓ６７）する。
[ネットワーク設定ファイルの復元]

図１６に一例を示したように、管理サーバへのログイン後、“rollback settings”と入力し、さらに、設定対象装置の名称およびSESSION_IDを入力してネットワーク設定ファイルの復元を要求（Ｓ６８）すると、管理サーバがDNSサーバの現在の設定ファイルを、SESSION_IDで指定された時点の設定ファイルに復元するよう要求（Ｓ６９）する。

図１６に示した例では、DNSサーバに対しては、そのネットワーク設定ファイルの復元ポイントとして" 239 "(SESSION_ID)が指定されている。Firewallに対しては、そのネットワーク設定ファイルの復元ポイントとして" 562 "(SESSION_ID)が指定されている。なお、設定対象装置の指定を省略してSESSION_IDのみを指定すると、設定対象装置の全てが、そのSESSION_IDに対応する復元ポイントに一括で復元される。管理サーバでは、各ネットワーク設定ファイルがSESSION_IDで識別されており、復元ポイントがSESSION_IDで指定されると、当該SESSION_IDと対応付けられたネットワーク設定ファイルが読み出されてDNSサーバやFirewallへ提供される。

DNSサーバは、前記SESSION_IDに対応したネットワーク設定ファイル（復元ファイル）を管理サーバから受け取ると、このネットワーク設定ファイルに登録されている各種のパラメータを自身に設定する。すなわちネットワーク設定を切り戻す。DNSサーバは、ネットワーク設定ファイルの切り戻しを完了すると、設定復元応答（Ｓ７０）を管理サーバへ返送する。

Firewallでも同様に、管理サーバはSESSION_IDで指定された時点の設定ファイルに復元するよう要求（Ｓ７１）する。Firewallは、前記SESSION_IDに対応したネットワーク設定ファイル（復元ファイル）を管理サーバから受け取ると、このネットワーク設定ファイルに登録されている各種のパラメータを自身に設定し、設定復元応答（Ｓ７２）を管理サーバへ返送する。その後、切り戻しの成否が管理サーバからクライアントに応答（Ｓ７３）されてターミナルに表示される。
[ネットワーク設定操作の復元]

図１７は、ネットワーク設定ファイルとネットワーク設定操作とを同時に復元する場合の操作例を示した図であり、管理サーバへのログイン後、“rollback settings ”と入力し、さらに操作対象の名称、SESSION_ID、復元操作を指定するOP_IDを入力して設定操作の復元を要求（Ｓ７４）すると、管理サーバがDNSサーバの現在のネットワーク設定を過去の時点の設定内容に切り戻す（Ｓ７５，Ｓ７６）。次いで、切り戻した設定ファイルを基点に、設定操作復元ポイント（OP_ID）まで、指定された設定対象装置に対して設定操作が行われる（Ｓ７７，Ｓ７８）。Firewallの場合にもDNSサーバと同様の手順で設定操作が復元される（Ｓ７９〜Ｓ８２）。最後に、成否が管理サーバからクライアントに応答され（Ｓ８３）、ターミナルに表示される。

図１７に示した例では、DNSサーバに関しては、そのネットワーク設定ファイルの復元ポイントとして" 239 " (SESSION_ID)が指定され、ネットワーク設定操作の復元ポイントとして" 1025 " (OP_ID)が指定されている。Firewallに関しては、そのネットワーク設定ファイルの復元ポイントとして" 240 " (SESSION_ID)が指定され、ネットワーク設定操作の復元ポイントとして" 3 " (OP_ID)が指定されている。なお、設定対象装置の指定は省略できる。省略された場合には、予め設定された設定対象装置の全てに対して設定の切り戻しが行われる。

ネットワーク設定の復元後は、必要に応じて、設定対象装置にログインしてネットワーク設定操作を引き続き行う。以上のようにしてネットワーク設定が復元されると、管理サーバからログアウト（Ｓ８４）してクライアントを終了（Ｓ８５）させる。

次いで、管理サーバを運用者が直接操作してネットワーク設定を復元する手順について説明する。

本実施形態では、管理サーバのブラウザで所定のURLへアクセスして認証画面を開き、この認証画面上で運用者が自身のアカウントおよびパスワードを入力して管理サーバにログインすると、図１８に一例を示したサーバトップ画面が表示される。

ここで、「オペレーション一覧」のリンクボタンがクリックされると、図１９に一例を示したオペレーション一覧画面が表示される。この画面上で、参照したいネットワーク設定履歴の選別条件として、オペレーション時刻，運用者，操作端末，セッションID，設定対象装置，オペレーションIDを指定して「一覧表示」ボタンをクリックすると、この選別条件を満足するネットワーク設定操作の一覧が表示される。なお、選別条件を指定せずに「一覧表示」ボタンがクリックされると、管理サーバ上に保存管理されている全てのネットワーク設定操作が一覧表示される。

また、図１８のサーバトップ画面上で“構成情報一覧”のリンクボタンがクリックされると、図２０に一例を示した構成情報一覧画面が表示される。この画面では、被管理装置名のリストボックスに被管理装置名が一覧表示される。なお、このサーバトップ画面上では、前記ネットワーク設定ファイルが「構成情報」と表現され、前記設定対象装置３が「被管理装置」と表現されている。

ここで、構成情報を参照したい被管理装置名を指定すると、そのIPアドレスおよびFQDN（FQDNは設定されている場合のみ）が自動表示され、さらに、これまでに取得されている構成情報の一覧が、構成情報のリストボックスに一覧表示される。ここで、運用者が構成情報を一つ選択して“一覧表示”ボタンが押下すると、画面の下半分の領域に、該当する構成情報の一覧が上から新しい順に表示される。

本実施形態では、被管理装置名および構成情報の両方が同時に指定されない場合には、その旨がエラー表示される。また、一覧表示される構成情報はリンク表示され、運用者が選択クリックすると、その内容が別のブラウザ画面に表示される。

また、図１８のサーバトップ画面上で「設定切り戻し」のリンクボタンがクリックされると、図２１に一例を示した「設定切り戻し画面」が表示される。

この画面上で、被管理装置名(候補)”のリストボックスに列挙されている被管理装置の中から、ネットワーク設定を復元したい装置を選択して「追加」ボタンをクリックすると、その名称が被管理装置名(選択済み)のリストボックスに追加される。次いで「決定」ボタンをクリックすると、選択された装置に設定されているネットワーク設定ファイル（構成情報）が、その最終保存時刻と共に「切り戻し対象一覧表示」のリストボックスに一覧表示される。

ここで、運用者がセッションIDを指定してネットワーク設定ファイルの復元ポイントを指定し、さらにネットワーク設定操作も復元するのであれば、その復元ポイントを指定するためにオペレーションIDを設定して「切り戻し実行」ボタンをクリックすると、ネットワーク設定が前記指定された復元ポイントまで復元される。

なお、上記した実施形態では、管理サーバ２が各設定対象装置３（DNSサーバやFirewall）に対してネットワーク設定の復元を要求する場合、管理サーバ２で管理されている過去（復元ポイント）のネットワーク設定ファイルが各設定対象装置３へ提供されるものとして説明したが、本発明はこれのみに限定されるものではなく、各設定対象装置３において、それぞれ過去のネットワーク設定ファイルが管理されているのであれば、復元ポイント(SESSION_ID)を通知するようにしても良い。

本発明のネットワーク設定復元方法が適用されるネットワークの最小構成を示したブロック図である。本発明に係るネットワーク設定復元システムの機能ブロック図である。ネットワーク設定操作およびその復元手順を模式的に表現した図である。ネットワーク設定の手順を示したシーケンスフローである。ネットワーク設定の復元手順を示したシーケンスフローである。本発明のネットワーク設定復元手順を説明するためのブロック図である。本発明のネットワーク設定復元手順を説明するためのブロック図である。クライアントの主要部の構成を示したブロック図である。管理サーバの主要部の構成を示したブロック図である。設定対象装置の主要部の構成を示したブロック図である。本発明の一実施形態の手順を示したシーケンスフローである。クライアント設定画面の一例を示した図であ管理サーバへのログイン画面の一例を示した図である。 DNSサーバへのログイン画面の一例を示した図である。操作履歴参照画面の一例を示した図である。ネットワーク設定ファイルの復元ポイントの指定方法を示した図である。ネットワーク設定ファイルとネットワーク設定操作とを同時に復元する場合の操作例を示した図である。サーバトップ画面の一例を示した図である。オペレーション一覧画面の一例を示した図である。構成情報一覧画面の一例を示した図である。設定切り戻し画面の一例を示した図である。非特許文献１に開示された設定復元システムのブロック図である。

符号の説明

１…クライアント、２…管理サーバ、３…設定対象装置、４…ネットワーク、１０１…ターミナル、１０２…クライアント設定部、１０３…クライアント設定データベース、１０４…タップ部、１０５…設定操作データベース、１０６…通信部、１０７…クライアント制御部、２０１…ユーザインタフェース、２０２…運用者管理部、２０３…運用者データベース、２０４…装置管理部、２０５…装置データベース、２０６…設定操作管理部、２０７…設定操作データベース、２０８…サーバ制御部、２０９…通信部、３０１…設定管理部、３０２…設定データベース、３０３…装置制御部、３０４…通信部、３０５…運用者管理部、３０６…運用者データベース

Claims

クライアントおよび管理サーバを含むネットワークに接続された設定対象装置のネットワーク設定を復元するネットワーク設定復元方法において、
前記クライアントが、
設定対象装置に対するネットワーク設定操作を受け付ける手順と、
前記ネットワーク設定操作をタップする手順と、
前記タップされた設定操作の情報を管理サーバへ送信する手順とを含み、
前記管理サーバが、
各クライアントからネットワークの設定操作情報を取得する手順と、
各設定対象装置からネットワーク設定ファイルを取得する手順と、
ネットワーク設定の復元要求に応答して、対応する設定対象装置にネットワーク設定の復元要求を通知する手順と、
ネットワーク設定操作の復元要求に応答して、対応する設定対象装置にネットワーク設定操作の復元要求を通知する手順とを含み、
前記設定対象装置が、
管理サーバから通知されたネットワーク設定の復元要求に基づいてネットワーク設定を復元する手順と、
管理サーバから通知されたネットワーク設定操作の復元要求に基づいてネットワーク設定操作を復元する手順とを含むことを特徴とするネットワーク設定復元方法。
前記管理サーバが、ネットワーク設定ファイルの参照要求に応答して、記憶されているネットワーク設定ファイルの内容を出力する手順を含むことを特徴とする請求項１に記載のネットワーク設定復元方法。
前記管理サーバが、ネットワーク設定操作の参照要求に応答して、記憶されているネットワーク設定操作情報の内容を出力する手順を含むことを特徴とする請求項１に記載のネットワーク設定復元方法。
前記管理サーバ上では、各ネットワーク設定ファイルが、そのネットワーク設定時に管理サーバへログインした際のセッションIDで識別されることを特徴とする請求項１ないし３のいずれかに記載のネットワーク設定復元方法。
前記管理サーバは、前記ネットワーク設定の復元要求に応答して、復元するネットワーク設定ファイルを含む復元要求を設定対象装置に通知し、
前記設定対象装置では、管理サーバから受信したネットワーク設定ファイルに基づいて自身のネットワーク設定を復元することを特徴とする請求項１ないし４のいずれかに記載のネットワーク設定復元方法。
クライアントおよび管理サーバを含むネットワークに接続された設定対象装置のネットワーク設定を復元するネットワーク設定復元装置において、
前記クライアントが、
設定対象装置に対するネットワーク設定操作を受け付ける設定操作入力手段と、
前記ネットワーク設定操作をタップするタップ手段と、
前記タップされた設定操作の情報を管理サーバへ送信する送信手段とを含み、
前記管理サーバが、
各クライアントからネットワークの設定操作情報を取得する設定操作取得手段と、
取得した設定操作情報を記憶する設定操作記憶手段と、
各設定対象装置からネットワーク設定ファイルを取得する設定ファイル取得手段と、
取得したネットワーク設定ファイルを記憶する設定ファイル記憶手段と、
ネットワーク設定の復元要求に応答して、対応する設定対象装置にネットワーク設定の復元要求を通知する手段と、
ネットワーク設定操作の復元要求に応答して、対応する設定対象装置にネットワーク設定操作の復元要求を通知する手段とを含み、
前記設定対象装置が、
管理サーバから通知されたネットワーク設定の復元要求に基づいてネットワーク設定を復元する設定ファイル復元手段と、
管理サーバから通知されたネットワーク設定操作の復元要求に基づいてネットワーク設定操作を復元する設定操作復元手段とを含むことを特徴とするネットワーク設定復元装置。
前記管理サーバが、ネットワーク設定ファイルの参照要求に応答して、記憶されているネットワーク設定ファイルの内容を出力する手段を含むことを特徴とする請求項６に記載のネットワーク設定復元装置。
前記管理サーバが、ネットワーク設定操作の参照要求に応答して、記憶されているネットワーク設定操作情報の内容を出力する手段を含むことを特徴とする請求項６に記載のネットワーク設定復元装置。
前記管理サーバ上では、各ネットワーク設定ファイルが、そのネットワーク設定時に管理サーバへログインした際のセッションIDで識別されることを特徴とする請求項６ないし８のいずれかに記載のネットワーク設定復元装置。
前記管理サーバは、前記ネットワーク設定の復元要求に応答して、復元するネットワーク設定ファイルを含む復元要求を設定対象装置に通知し、
前記設定対象装置では、管理サーバから受信したネットワーク設定ファイルに基づいて自身のネットワーク設定を復元することを特徴とする請求項６ないし９のいずれかに記載のネットワーク設定復元装置。