JP2009211175A - ネットワークデバイス管理装置及びデバイス管理方法 - Google Patents

Abstract

【課題】ネットワークデバイス管理装置により複数のネットワークデバイスに対して一律の管理操作を行う場合、その順序が問題となる場合があった。
【解決手段】デバイスのＩＰアドレスを変更する管理操作を複数のデバイスに対して行う場合、操作対象のデバイスにネットワークデバイス管理装置が含まれる場合、自装置を操作の末尾に回し、その他のデバイスに対してＩＰアドレスの変更操作を行う（１８０８）。その結果操作対象のデバイスであるネットワークデバイス管理装置がリブートを行っても、それまでに操作対象の全デバイスに対して管理操作が完了しているため、リブートによる処理の中断で、他のデバイスに対する管理操作が行われないという自体を防止できる。
【選択図】図１８

Description

本発明は、ネットワークに接続されたネットワークデバイスを遠隔的に管理するネットワークデバイス管理装置及び該装置におけるデバイス管理方法に関するものである。

従来ネットワークデバイスの管理のために、管理する対象となるデバイスと別に、独立した情報処理装置をネットワークデバイス管理装置として用いることが一般的であった。そのようなシステムにおいては、管理装置自体が管理すべき対象となることはない。そのため、管理対象のデバイスに対して管理操作を実行することが、管理装置自身に影響を及ぼすことを考慮する必要はなかった。このようなシステムでは、対象となるデバイスをネットワークから検出し、検出した順番にデバイスリストに記録する。そして一般的には、管理操作の対象はそのデバイスリストに基づいて選択され、選択されたデバイスに対してデバイスリストに掲載された順番で管理操作が行われる（例えば特許文献１等参照）。

また、従来のシステムの中には、ネットワークに接続されたノードの設定を変更する際に以下のような手段をとるものがある。すなわち、当該ノードのネットワーク内における接続経路上のネットワーク接続点の接続状態に基づいて設定変更の経路を生成する。そして当該経路のなかで管理装置のネットワーク接続点から遠いデバイスから順番に設定を変更する（例えば特許文献２等参照）。

また、従来のシステムの中には、デバイスがサーバ機能を備えており、そのデバイスの設定を管理する手段を、当該サーバを通じて提供しているものも存在する（例えば特許文献３等参照）。

さらに、従来のシステムには、デバイスがそれ自身を単独で管理するサーバ機能を、ＨＴＴＰプロトコルに基づいたリンクを相互に通知して表示するものもある。このようなシステムは、こういすることで、ユーザが複数のデバイスを個別に管理する一助となるようにしたものである（例えば特許文献４あるいは特許文献５等参照）。
特開２００３−３３７７７１号公報（第１２ページ、図８等） 特開２００２−１７１２５５号公報（第５ページ、図２等） 特開平１０−２８５３２４号公報（第２７ページ、図２等） 特開平１１−２３９１３６号公報（第６ページ、図２等） 特開２００２−０９９４７２号公報（第４ページ、図１等）

しかしながら、上述したような従来の技術のうち、デバイス自身がデバイスの設定を管理するためのサーバ機能を備えるものでは、そのデバイスの設定のみしか管理できないという問題があった。

また従来の技術にはデバイスがサーバ機能を備えるものがあり、複数デバイスのサーバ機能間でリンクを自動的に検出して表示するものもある。しかしながら、そのようなものでも、結局はデバイスに対する設定の管理は個別に行うしかなく、複数デバイスに対して設定を一斉に実行することはできなかった。

さらに、上述したような従来の技術で複数デバイスに管理操作を一斉に適用するものでは、管理装置自身が管理対象デバイスであるようなシステムのことは考慮していなかった。従って管理装置自身が管理対象である場合に複数デバイスを対象として管理操作を行うと、管理操作を管理装置自身に対して実行することによる管理装置の状態変化等の影響により管理装置自身や他のデバイスに対する管理操作が失敗することがあった。

また従来技術の中には、デバイスに対して設定を行う順序を考慮する管理装置も存在したが、その場合にも管理装置自身は接続経路上一番近いノードとして最後に設定が行われるのみであった。従って管理対象デバイスに対して操作を実行してはいけない場合や、他のデバイスよりも後に操作を実行したのではいずれかのデバイスに対する管理操作が失敗するような場合を適切に処理することができなかった。

本発明は上記従来例に鑑みて成されたものであり、ネットワークデバイス管理装置が、その管理装置自身を管理対象のネットワークデバイスとして管理操作を行う際に、当該管理操作やその順序に起因する不具合を防止し、管理操作を成功裡に完了させることできるネットワークデバイス管理装置及び管理方法を提供することを目的とする。

上記目的を達成するために本発明は以下の構成を備える。すなわち、 ネットワークに接続された自装置を含む複数のネットワークデバイスを管理対象として管理操作を行うことができるネットワークデバイス管理装置であって、前記複数のネットワークデバイスに対して実行すべき管理操作を指定する指定手段と、前記指定手段により指定された管理操作の種類に応じて、自装置に対する前記管理操作の実行の順番を決定し、前記複数のネットワークデバイスに対して前記管理操作を実行する実行手段とを備える。

あるいは、ネットワークに接続された自装置を含む複数のネットワークデバイスを管理対象として管理操作を行うことができるネットワークデバイス管理装置であって、
前記複数のネットワークデバイスに対して実行すべき管理操作を指定する指定手段と、前記指定手段により指定された管理操作の種類に応じて、自装置に対する前記管理操作の実行の適不適を判定する判定手段と、前記判定手段により不適と判定された場合は自装置を除くネットワークデバイスに対して前記管理操作を実行し、前記判定手段により適と判定された場合は自装置を含む前記複数のネットワークデバイスに対して前記管理操作を実行する実行手段とを備える。

本発明によれば、ネットワークデバイス上でネットワークデバイス管理装置が動作している場合であっても、当該デバイス自身を含めた複数のネットワークデバイスに対して管理操作を適切に適用し、管理操作の実行を成功させることが可能になる。

以下、本発明に係る実施形態を説明する。本実施形態はネットワークデバイスにインストールされたネットワークデバイス管理装置に係るものである。すなわち、ネットワークデバイス管理装置自体（以下自装置と呼ぶ。）も管理対象のネットワークデバイスとして選択可能なネットワークデバイス管理装置である。実施形態においては、このような管理装置が、実行すべき管理操作が指定され、自装置が管理対象として選択されている場合に、自装置に対する管理操作の実行の順番を、その管理操作の種類に応じて決定する。具体的には、ＳＮＭＰ経由でのＩＰアドレスの再設定の指示やプロトコルスタックのオンまたはオフの設定の指示など、管理対象のネットワークデバイスのリセットを伴う管理操作を実行する場合には、自装置に対する当該管理操作の実行順を管理対象デバイスの末尾とする。また、ＤＮＳサーバの再設定の指示やサイト証明書の更新の指示など、自装置に対する管理操作の結果を用いて他のデバイスに対する管理操作を行う場合には、自装置に対する当該管理操作の実行順を対象デバイスの先頭とする。

また、自装置が管理対象として選択されている場合に、前記管理操作の種類に応じて、自装置に対する前記管理操作の実行の適不適を判定する。自装置に対する実行が不適である管理操作の種類には、サイト証明書の提示が要求されるＨＴＴＰＳを経由したネットワーク管理装置からのファイルのダウンロードや、機器設定情報の配信や、前記管理操作に使用するプロトコルのオンまたはオフの設定がある。これらが実行すべき管理操作として指定されていると、自装置を除く前記管理対象のネットワークデバイスに対して前記管理操作を実行する。以下ではこれら構成や手順をさらに詳しく説明する。

［第１実施形態］
次に本発明を実施する第一の実施形態について図面を参照して説明する。図１は本実施形態のネットワークデバイス管理システムの全体の構成図である。１０１はネットワークである。１０２は本発明のネットワークデバイス管理装置であるところの多機能プリンタ装置（以下ＭＦＰと記す。）である。１０３は別のＭＦＰである。また１０４はユーザが利用する情報処理装置であるところのパーソナルコンピュータ（以下ＰＣと記す。）である。１０５はまた別のＭＦＰである。

図２は本実施形態のＰＣ１０４の内部構成図である。２０１はＰＣ１０４の中央処理装置（以下ＣＰＵと記す。）である。２０２はＣＰＵ２０１に周辺装置を接続するためのシステムバスである。２０３は読み取り専用一次記憶（以下ＲＯＭと記す。）である。２０４は読み書き可能一次記憶（以下ＲＡＭと記す。）である。２１２はＰＣ１０４が接続されているネットワーク１０１である。２０５はＰＣ１０４をネットワーク１０１に接続するためのネットワークインターフェース（以下「インターフェース」をＩ／Ｆと記す。）である。２０７は二次記憶装置である。２０６は二次記憶装置２０７とシステムバス２０２を接続するための二次記憶装置である。また２０９はディスプレイである。２０８はディスプレイ２０９とシステムバス２０２とを接続するためのディスプレイＩ／Ｆである。２１１は入力装置である。２１０は入力装置２１１とシステムバス２０２を接続するための入力装置Ｉ／Ｆである。

図３は本実施形態のＭＦＰの内部構成の一例を示した図である。３１３はコントローラである。３１４はエンジンである。３１５はネットワーク１０１である。３０１はコントローラのＣＰＵである。３０２はコントローラのシステムバスである。３０３はコントローラのＲＯＭである。３０４はコントローラのＲＡＭである。３０５はコントローラを通じてＭＦＰをネットワーク３１５へ接続するためのネットワークＩ／Ｆである。３０７は二次記憶装置である。３０６は二次記憶装置３０７をシステムバス３０２へ接続するための二次記憶装置Ｉ／Ｆである。３０９はＭＦＰを操作するための操作パネルである。３０８は操作パネル３０９をシステムバス３０２へ接続するためのパネルＩ／Ｆである。３１０はコントローラ３１３とエンジン３１４を相互に接続するためのエンジンＩ／Ｆである。３１１はプリンタである。３１２はスキャナである。

図４は本実施形態のＭＦＰの内部構成の別の例を示した図である。４１３はプライマリコントローラである。４１４はセカンダリコントローラである。４１５はエンジンである。４１６はネットワーク１０１である。４０１はプライマリコントローラ４１３のＣＰＵである。４０２はプライマリコントローラ４１３のシステムバスである。４０３はプライマリコントローラ４１３のＲＯＭである。４０４はプライマリコントローラ４１３のＲＡＭである。４０５はプライマリコントローラ４１３を通じてＭＦＰをネットワーク４１６へ接続するためのネットワークＩ／Ｆである。４０９は操作パネルである。４０８は操作パネル４０９をプライマリコントローラのシステムバス４０２へ接続するためのパネルＩ／Ｆである。４１０はプライマリコントローラ４１３とセカンダリコントローラ４１４を相互に接続するためのブリッジである。また４２１はセカンダリコントローラ４１４のＣＰＵである。４２２はセカンダリコントローラ４１４のシステムバスである。４２３はセカンダリコントローラ４１４のＲＯＭである。４２４はセカンダリコントローラ４１４のＲＡＭである。４２６はセカンダリコントローラ４１４とエンジン４１５を相互に接続するためのエンジンＩ／Ｆである。４０７は二次記憶装置である。４０６はセカンダリコントローラのシステムバス４２２と二次記憶装置４０７を接続するための二次記憶装置Ｉ／Ｆである。４３１はプリンタである。４３２はスキャナである。

＜デバイスリスト作成処理＞
次に図５のフローチャートを用いて本実施形態のネットワークデバイス管理装置であるＭＦＰの探索モジュールが管理対象となるデバイスの探索を実行する際の処理の流れを説明する。なお本発明において管理装置の各モジュールによって実行されるものとして説明される各処理は、図３に記載されたＭＦＰのコントローラ３１３に内蔵されたＣＰＵ３０１が解釈して実行することを想定して記述されている。しかしながら図４のような構成を取るＭＦＰにおいてもプライマリコントローラ４１３とセカンダリコントローラ４１４がブリッジ４１０を介して協働的に動作することで同じ処理を実行することが可能である。ＭＦＰにおけるそのような構成の違いは、これらコントローラ上で動作しているオペレーティングシステム（以下ＯＳと記す。）によって制御され、ここで説明する各モジュールに対しては隠蔽されているのが常である。従ってここで図３の構成を想定して説明する内容と同様の処理が図４の構成のＭＦＰにおいても実施可能である。また、ここで挙げたもの以外の構成を取るＭＦＰであっても適切な機能を備えたＯＳが実行されていれば、ここで説明する内容と同様の処理を実行することが可能である。

探索モジュールが探索を実行する際には、まずステップＳ５０１にて処理を開始する。ステップＳ５０２にてネットワークに接続されているかどうかを判定する。接続されていない場合には処理はステップＳ５２０へ進む。接続されている場合にはステップＳ５０３へ進む。ステップＳ５０３では探索設定を読み出す。そしてステップＳ５０４にて探索設定がブロードキャスト探索であるかどうかを判定する。ブロードキャスト探索ではなかった場合には処理はステップＳ５１０へ進む。ブロードキャスト探索であった場合にはステップＳ５０５へ進む。

ステップＳ５０５では探索パケットをネットワークにブロードキャストする。そしてステップＳ５０６にて応答を待ち受ける。ステップＳ５０７にて応答があったかどうかを判定し、なかった場合にはステップＳ５０９へ進む。応答があった場合にはステップＳ５０８へ進む。

ステップＳ５０８では応答してきたデバイスをデバイスリストに追加する。追加が終わったらステップＳ５０９へ進む。デバイスリストはメモリ等に保存される。

ステップＳ５０９ではブロードキャストをステップＳ５０５で送信してから予め定めておいた一定時間が経過したかどうかを判定する。経過したのであれば処理はステップＳ５１９へ進む。経過していない場合には処理はステップＳ５０６へ戻って続行される。

ステップＳ５０４にてブロードキャスト探索ではなかった場合には、処理はステップＳ５１０へ進む。ステップＳ５１０では読み出された探索設定がＩＰアドレス探索であるかどうかを判定する。ＩＰアドレス探索ではなかった場合には、処理はステップＳ５１７へ進む。そうであった場合には処理はステップＳ５１１へ進む。

ステップＳ５１１ではまず探索するＩＰアドレスを探索設定から読み出す。続くステップＳ５１２にて当該ＩＰアドレスに対して探索パケットを送信する。そして続くステップＳ５１３にて応答を待ち受ける。ステップＳ５１４にて応答があったかどうかを判定し、応答がなかった場合にはステップＳ５１６へ進む。応答があった場合にはステップＳ５１５へ進む。

ステップＳ５１５では応答してきたデバイスをデバイスリストに追加する。追加が完了したら処理はステップＳ５１９へ進む。

ステップＳ５１６では探索パケットをステップＳ５１２で送信してから予め定めておいた一定時間が経過したかどうかを判定する。経過したのであれば処理はステップＳ５１９へ進む。経過していない場合には処理はステップＳ５１３へ戻って続行される。

ステップＳ５１０にてＩＰアドレス指定探索ではないと判定された場合には処理はステップＳ５１７へ進む。ここでは自機（ネットワークデバイス管理装置自身であり自装置とも呼ぶ。）をデバイスリストに登録する処理を行うため、ステップＳ５１７では自機の必要な情報を読み出す処理を行う。続くステップＳ５１８にて読み出した情報を用いて自機をデバイスリストに追加する。この際には、デバイスリストの「自機フラグ」をセットする。その後処理はステップＳ５１９へ進む。

ステップＳ５１９ではさらに実行すべき探索が設定されているかどうかを判定する。設定されている場合にはステップＳ５０３へ戻って処理を続行する。設定されていない場合にはステップＳ５２０へ進む。ステップＳ５２０へ進んだ場合、そこで処理を終了する。

＜デバイスリストの例＞
図６は図５に示したデバイス探索処理が実行された結果作成されたデバイスリストの一例である。Ｃ６０１で示されるカラムはこのデバイスリストに登録されているデバイスのＩＰアドレスを格納するカラムである。Ｃ６０２はそのようなデバイスが自機であるかどうかを示すフラグを格納するカラムである。Ｃ６０３はそのようなデバイスのＭＡＣアドレスを格納するカラムである。Ｃ６０４はデバイス名を格納するカラムである。Ｃ６０５は設置場所を格納するカラムである。Ｃ６０６は機種名を格納するカラムである。Ｃ６０７は現在のそのデバイスのステータスを格納するカラムである。

Ｌ６１１からＬ６９９で示されているのはこのデバイスリストに格納されているエントリの例である。これらエントリはそれぞれのデバイスの属性を格納している。例えばエントリＬ６１１は同エントリのカラムＣ６０４に示されるように「Ｄｅｖｉｃｅ−Ａ」という名称を付与されており、カラムＣ６０５が示す通り「Ｒｏｏｍ Ａ」に設置されているデバイスに対応している。カラムＣ６０６に示される通り、このエントリが示しているデバイスの機種名は「ＭＦＰ−３０ｘ０」である。またこのエントリのカラムＣ６０２の示す通りこのデバイスはこの管理装置自身ではない。さらにこのエントリのカラムＣ６０１が示す通りこの「１９２．１６８．０．４」というＩＰアドレスを与えられており、ＭＡＣアドレスは「ＸＸＸ００４８９８１」である。なお、ここでＸＸＸは何らかのベンダーＩＤが入っていることとするが、特に何であっても本実施形態の動作には影響しない。またこのデバイスはこのエントリのカラムＣ６０７が示すと折り、現在利用可能な状態にある。エントリＬ６１２以降の各エントリも同様である。ただしエントリＬ６１４はネットワークデバイス管理装置自身であるため、自機フラグＣ６０２がＹＥＳにセットされている。

＜管理対象デバイスの選択と管理操作の指定＞
図７に示すのはユーザがデバイスリストからデバイスを選択し、それらの選択されたデバイスに対し管理操作を実施する手順を記述したフローチャートである。ユーザはまずステップＳ７０１から作業を開始する。ステップＳ７０２にてユーザはまず画面が一括設定のためのデバイス選択画面を表示しているかどうかを確認する。表示していればステップＳ７０４へ進む。表示していない場合にはステップＳ７０３へ進み、メニューから「デバイス一括設定」を選択する。

図８は、ステップＳ７０４において表示されている、本実施形態の管理装置が表示するユーザインターフェースの例である。この例ではデバイス一括設定のためのデバイス選択画面を表示している例を示している。８０１はブラウザのウィンドウである。８０２はデバイス一覧のメニューである。８０３はデバイス一括設定のメニューである。ユーザはこのデバイス一括設定のメニュー８０３をステップＳ７０３においてクリックすることで、「デバイス一括設定」を選択することができる。８０４はデバイス再探索のメニューである。８０５は現在表示している画面が何を行うための画面であるかを表示するための画面種別表示である。８０６はデバイス選択を行うためのデバイス選択テーブルである。８０７はデバイスを選択するためのチェックボックスを表示するカラムである。８０８はデバイス名を表示するためのカラムである。８０９は設置場所を表示するためのカラムである。８１０はデバイスの現在のステータスを表示するためのカラムである。８１１はデバイスの機種名を表示するためのカラムである。８１２はここに表示されているデバイスが全て選択された状態に変更するための「全てを選択」ボタンである。８１３はここに表示さているデバイスのいずれかが選択されている状態にあるときにそれらの選択状態をすべて解除するための「全てを選択解除」ボタンである。８１４は選択状態を確定して次のステップへ進むための「次へ」ボタンである。８１５は選択を中止する「キャンセル」ボタンである。

ステップＳ７０３にてユーザがデバイス一括設定のメニュー８０３を選択すると、画面は図８で示したデバイス選択画面に移行する。またはステップＳ７０２ですでにデバイス選択画面が表示されていると判定された場合に表示されているのは図８に示した画面である。ステップＳ７０４に進む時点でユーザはこの画面を見ていることになる。

ステップＳ７０４ではユーザはこのデバイス選択画面（図８）から設定対象とするデバイスを選択する。ユーザは８０７のチェックボックスにチェックを入れ、あるいは外すことでデバイスを選択することも可能である。加えて８１２のボタンをクリックして全てのデバイスを選択、あるいはいったん選択したデバイスを８１３のボタンをクリックして全て選択解除することを併用しながら最終的に所望のデバイスを選択することができる。

ステップＳ７０５にて、選択が完了した後ユーザは設定に進むかどうかを判断する。設定を中止する場合にはステップＳ７０６へ進みキャンセルボタン８１５をクリックする。この場合は操作はそのままステップＳ７１８へ進む。設定をこのまま続行する場合にはステップＳ７０７へ進む。ステップＳ７０７にてユーザは「次へ」ボタン８１４をクリックする。すると本実施形態の管理装置は画面を遷移し、設定内容の入力画面に移行する。

図９は設定内容の入力画面の例である。８０１はブラウザのウィンドウである。８０２はデバイス一覧のメニューである。８０３はデバイス一括設定のメニューである。ユーザはこのデバイス一括設定のメニュー８０３をステップＳ７０３においてクリックすることで、「デバイス一括設定」を選択することができる。８０４はデバイス再探索のメニューである。

９０１は現在表示している画面が何を行うための画面であるかを表示するための画面種別表示である。９０２はＩＰアドレスの設定の選択肢である。９０３はＩＰアドレスの設定を行うための新しいＩＰアドレスの入力欄である。９０４はデバイス名の設定の選択肢である。９０５はデバイス名の設定を行うための新しいデバイス名の入力欄である。９０６は設置場所の設定の選択肢である。９０７は設置場所の設定を行うための新しい設置場所の入力欄である。オペレータは所望の選択肢のラジオボタンを選択し、必要な事項を入力する。

９０８は設定を実行する設定実行ボタンである。９０９は設定をキャンセルするためのキャンセルボタンである。選択肢９０２、９０４、９０６はラジオボタンによって選択可能になっており、いずれか一つを実行可能になっているが、必ずしもそのような実装になっていなくても構わない。また入力欄９０３、９０５、９０７は、それぞれ対応する選択肢９０２、９０４、９０６が選択されている場合にのみ入力可能になるように実装されるのが通例であるが、そうなっていなくても構わない。

ステップＳ７０７にてユーザが「次へ」ボタン８１４をクリックすると本実施形態の管理装置は画面を遷移し、図９に示した画面に移行する。続くステップＳ７０８にてユーザは当該画面で設定内容を入力する。例えば９０４のデバイス名設定を選択し、９０５の入力欄に対して入力を行う、という操作を行う。続くステップＳ７０９にてユーザはこの内容で本当に設定を行うかを判断する。設定を中止するのであればステップＳ７１０へ進みキャンセルボタン９０９をクリックする。この場合は、操作はステップＳ７１８へ進む。

設定を実行するのであればステップＳ７１１へ進み、ユーザは設定実行ボタン９０８をクリックする。すると本実施形態の管理装置は画面を遷移し、設定内容をプレビューする画面を表示する。

図１０は設定内容のプレビュー画面の例である。８０１はブラウザのウィンドウである。８０２はデバイス一覧のメニューである。８０３はデバイス一括設定のメニューである。８０４はデバイス再探索のメニューである。

１００１は現在表示している画面が何を行うための画面であるかを表示するための画面種別表示である。１００２は設定変更の内容のプレビューを表示していることを示すメッセージである。１００３は設定変更の内容をプレビュー表示するプレビュー領域である。ここでは、Ｄｅｖｉｃｅ−ＡおよびＤｅｖｉｃｅ−Ｂについて、設定前の設置場所が「Ｒｏｏｍ Ａ」であったものを「第１居室」へ変更するという設定を実行する例を示している。１００４は設定内容を修正するための設定内容修正ボタンである。１００５は設定内容を確認し、設定を実行する設定実行ボタンである。１００６は設定の実行をキャンセルするためのキャンセルボタンである。

ステップＳ７１１でユーザが設定実行ボタン９０８をクリックすると本実施形態の管理装置は画面を遷移し、図１０に示したものに移行する。続くステップＳ７１２にてユーザは図１０に表示されたプレビュー内容を参照し、自分が意図したとおりの設定内容であるかどうかを判断する。設定内容がもしも正しくない場合には操作はステップＳ７１４へ進む。ステップＳ７１４でユーザは設定内容修正ボタン１００４を押す。すると、本実施形態の管理装置は画面を遷移し、図８のデバイス選択画面に戻る。ユーザはステップＳ７０４へ戻りそこから操作をやりなおす。
ステップＳ７１２にてユーザがプレビュー内容が正しいと判断した場合には次にユーザはステップＳ７１３へ進み、この内容で設定を行うかどうかを判断する。ユーザが設定を実行することを選択した場合にはユーザはステップＳ７１５へ進み設定実行ボタン１００５をクリックする。すると設定が実行される。設定が実行されると本実施形態の管理装置は画面を遷移し、設定を実行したことを示す画面を表示する。

図１１は本実施形態の管理装置がそのような設定の実行を報告する画面の例である。８０１はブラウザのウィンドウである。８０２はデバイス一覧のメニューである。８０３はデバイス一括設定のメニューである。８０４はデバイス再探索のメニューである。

１１０１は現在表示している画面が何を行うための画面であるかを表示するための画面種別表示である。１１０２は設定変更の内容を表示する領域である。１１０３は領域１１０２に示された内容で一括設定を実行したことを示すメッセージである。１１０４はユーザにこのメッセージの内容を確認させるための確認ボタンである。

ユーザがステップ７１５にて設定実行ボタン１００５をクリックすると本実施形態の管理装置は設定を実行しその内容を報告する図１１に示したような画面へ遷移する。ステップＳ７１６にてユーザは図１１の画面の内容を確認し、確認ボタン１１０４をクリックする。クリックした後、ユーザはそのままステップＳ７１８へ進む。このとき、選択された管理対象デバイスと、指定された管理操作の種類とはメモリ等に記憶される。

ステップＳ７１３にてユーザが設定を中止することを選択した場合にはステップＳ７１７へ進み、キャンセルボタン１００６をクリックする。すると設定操作がキャンセルされる。ユーザはステップＳ７１８へ進む。ステップＳ７１８にてユーザは一括設定の操作を完了させる。

次に、本実施形態の管理装置がこのような手順によってユーザに操作され、複数のデバイスに対して一括して設定を行う場合の処理について説明を加える。実行手順は管理操作の種類に応じたものとなる。すなわち、ネットワークデバイス管理装置は、指定された管理操作の種類を判定する。判定結果に応じて、たとえば管理操作が設置場所の変更の指示であれば、図１２が実行される。図１２は、設置場所の変更に限らず、ネットワークデバイス管理装置であるデバイス自身（すなわち自装置）を管理対象とした場合に、自装置に対する処理の順番が他のデバイスの処理に影響を与えない管理操作について実行される。

また判定結果に応じて、たとえば管理操作がＩＰアドレスの変更の指示であれば、図１５が実行される。図１５は、ＩＰアドレスの変更の指示に限らず、ネットワークデバイス管理装置であるデバイス自身（すなわち自装置）を管理対象とした場合に、管理操作によってデバイスがリセットされる管理操作について実行される。また、管理対象のネットワークデバイスにプロトコルスタックのオンまたはオフの設定を指示する管理操作についてもこの処理が行われる。

また、判定結果に応じて、たとえば管理操作がサイト証明書の更新の指示であれば、図２４、図２５が実行される。図２４、図２５は、サイト証明書の更新の指示に限らず、ネットワークデバイス管理装置であるデバイス自身を管理対象とした場合に、自装置に対する管理操作の結果を参照して他のデバイスの管理操作が実行されるような管理操作の場合に実行される。また、ＤＮＳサーバの再設定を指示する管理操作についてもこの処理が行われる。

また、判定結果に応じて、たとえば管理操作がＳＮＭＰを介して行われ、かつＳＮＭＰのオン又はオフの指示であれば、図２８、図２９、図３０が実行される。これらの図は、ＳＮＭＰのオン又はオフの指示に限らず、ネットワークデバイス管理装置であるデバイス自身（すなわち自装置）を管理対象とした場合に正常に動作が完了しない管理操作の場合に実行される。たとえば、管理操作に用いられるプロトコルのオンやオフの指示の場合にはＳＮＭＰに限らず図２８、図２９、図３０が実行される。また、サイト証明書の提示が要求されるＨＴＴＰＳを経由した前記ネットワーク管理装置からのファイルのダウンロードの指示と、機器設定情報の配信といった管理操作についてもこの処理が行われる。

＜設置場所の変更＞
図１２は本実施形態の管理装置がデバイスの「設置場所」を一括して変更する処理を記述したフローチャートである。この処理は、図７のフローチャートにおいてユーザがステップＳ７１６にて設定実行ボタン１００５クリックした場合に、本実施形態の管理装置が実行するものである。

以上の手順でオペレータは管理操作の対象デバイスの選択と管理操作の種別の指定とを行い、その実行を指示する。ネットワークデバイス管理装置は、図７の手順に応じてユーザインターフェースを表示し、その操作に従って選択された管理対象のデバイスに対して、指定された種別の管理操作とを施す。

本管理装置はステップＳ１２０１から処理を開始する。ステップＳ１２０２において、まずタスクの実行結果を予め「成功」にセットしておく。タスクとは、管理操作の実体であり、指定された管理操作は対応するタスクの実行により実現される。次にステップＳ１２０３にて、ユーザがデバイス選択を行った結果に基づいた操作対象デバイスリストを生成する。ここでユーザのデバイス選択の結果とは、図７のフローチャートのステップＳ７０４において図８のデバイス選択画面において選択され最終的にステップＳ７１５にて確定された選択結果を指す。

図１３は本管理装置がそのような選択結果と元のデバイスリストの情報から操作対象デバイスリストを生成する処理を記述したフローチャートである。この処理はステップＳ１２０３の処理の一例である。

ステップＳ１３０１にて処理を開始する。ステップＳ１３０２にてデバイスリスト（図５の手順で作成）の情報と共に、ユーザが図７の手順の中で操作の対象として選択したデバイスの情報を取得する。次にステップＳ１３０３にて空の操作対象デバイスリストを生成する。そしてステップＳ１３０４へ進み、デバイスリストの最初のエントリに着目する。続くステップＳ１３０５にて現在着目しているエントリは選択されているかを判定する。選択されているのであれば処理はステップＳ１３０６へ進み、現在着目しているエントリを操作対象デバイスリストへ追加する。そしてステップＳ１３０７へ進む。もしもステップＳ１３０５において現在着目しているエントリが選択されていないのであれば処理はそのままステップＳ１３０７へ進む。

ステップＳ１３０７では管理装置はデバイスリストに次のエントリがあるかどうかを判定する。あるのであれば処理はステップＳ１３０８へ進み、管理装置はデバイスリストの次のエントリに着目する。ないのであれば処理はステップＳ１３０９へ進み、処理を完了する。

ステップＳ１２０４においてその生成された操作対象デバイスリストの最初のエントリに着目する。続くステップＳ１２０５においてその着目しているエントリの表すデバイスの設置場所を変更する。

図１４に示したのはデバイスの設置場所を変更する際の関係するモジュールの相互関係を表した図である。デバイス１４０１は本実施形態の管理装置が稼動しているデバイスである。ネットワークデバイス管理装置１４０２は本実施形態の管理装置である。１４０３は本実施形態の管理装置が内蔵しているＳＮＭＰマネージャ機能を実現するモジュールである。また１４０４はこのデバイス１４０１が内蔵している操作対象となるデバイスのモジュールである。１４０５はＳＮＭＰエージェント機能を実現するモジュールであり、１４０６はそのＳＮＭＰエージェントと接続されている機器情報ベース（以下ＭＩＢと記す。）である。１４０７はデバイス１４０１とは別のデバイスである。デバイス１４０１と別のデバイス１４０７の間はネットワーク１０１で接続されている。１４０７は同時に特に、本実施形態の管理装置による操作の対象となるデバイスである。１４０８は別のデバイス１４０７が内蔵しているＳＮＭＰエージェントモジュールであり１４０９はそのＳＮＭＰエージェントと接続されているＭＩＢである。

設置場所の変更のためにはまず、ネットワークデバイス管理装置１４０２がＳＮＭＰマネージャ１４０３機能を通じて、操作対象デバイス１４０４または１４０７へＳＮＭＰのＳｅｔリクエストを送信する。そして、それを受信したＳＮＭＰエージェント１４０５または１４０８が設置場所を格納するＭＩＢ１４０６または１４０９のデータを更新するという手順で行われる。

ステップＳ１２０６へ進んで本管理装置は設置場所データの変更が成功したかどうかを判定する。成功したのであればそのまま処理はステップＳ１２０８へ進む。失敗したのであればステップＳ１２０７へ進み、タスクの実行結果を「失敗」にセットする。その後ステップＳ１２０８へ進む。

ステップＳ１２０８では操作対象デバイスリストに次のエントリがあるかどうかを判定する。あるのであればステップＳ１２０９へ進む。ないのであればステップＳ１２１０へ進む。

ステップＳ１２０９では操作対象デバイスリストの次のエントリに着目する。その後処理はステップＳ１２０５から続行される。ステップＳ１２１０で処理を完了する。

ここで例として使った「設置場所データの変更」についてさらに説明を加える。管理装置１４０２自身が動作しているデバイス１４０１が、操作対象デバイス１４０４として選択することは可能である。すなわちユーザが図７の操作の中でネットワークデバイス管理装置が動作しているデバイス１４０１を操作対象として選択しそれに対して「設置場所データの変更」を実施することはありうることである。このような場合、操作対象デバイス１４０４のＳＮＭＰエージェント１４０５がＭＩＢ１４０６の設置場所データを書き換える。しかしながらこの操作に関する限り、そのデータの書き換えが起こった場合でも特にそれがデバイス１４０１自身を通じて管理装置１４０２の動作に影響を及ぼすような動作はしない。従って管理装置１４０２が操作対象デバイス１４０４の設置場所データを書き換えるタイミングを考慮する必要はない。このためステップＳ１２０５において、着目している管理対象デバイスが管理装置自身の動作しているデバイス１４０１であるか、それ以外の別のデバイス１４０７であるかについては特に考慮していない。

＜ＩＰアドレスの変更＞
また別の操作の例としてデバイスのＩＰアドレスを変更する、という処理について説明する。

ＩＰアドレスの変更処理においても管理装置と操作対象となるデバイスの関係は図１４で提示したものと同様となる。管理装置１４０２は自分自身１４０１に対する操作も別デバイス１４０７に対する操作も、ＳＮＭＰプロトコルを通じてＳＮＭＰマネージャ１４０３とＳＮＭＰエージェント１４０５および１４０８の間の通信によって実行される。

ここで、考慮しなくてはならないのは、デバイスのＩＰアドレスを変更する際に、デバイスにリブートが発生するということである。すなわち、ＳＮＭＰエージェント１４０５および１４０８がＭＩＢ１４０６および１４０９の上のＩＰアドレスのデータを書き換えるが、これはこのままでは実際の動作に反映されない。従ってＳＮＭＰエージェントは実際にこのＩＰアドレスの変更を即時に反映させるためにデバイスをリブートさせる。

図１６にてさらに説明を加える。１６０１のデバイスＡは１４０１に相当する、本実施形態の管理装置が動作しているデバイスである。１６０２のデバイスＢおよび１６０３のデバイスＣは１４０７に相当するそれ以外の操作対象となるデバイスである。ここではデバイスＢ１６０２およびデバイスＣ１６０３のＩＰアドレスを変更するという操作を考える。この順番でＩＰアドレスの変更を実行するタスクが１６０４である。１６０５にてまずデバイスＢ１６０２に対するＩＰアドレスの変更を実行する。すると１６０６にてＳＮＭＰのＳｅｔリクエストを受け取ったデバイスＢのＳＮＭＰエージェントがＭＩＢに対してＩＰアドレスの変更操作を行う。そして１６０７にてデバイスＢは結果の通知をデバイスＡに対して行う。

この操作の結果として、デバイスＢ１６０２のＭＩＢ上のＩＰアドレスが変更された場合、デバイスＢのＩＰアドレスの変更が実際の動作に反映されるためにはリブートが必要である。このため、デバイスＢ１６０２のＳＮＭＰエージェントは１６０８にてリブートを実行する。

１６０７にてデバイス１６０２Ｂから結果の通知を受け取ったデバイスＡは次に１６０９にてデバイスＣ１６０３に対してＩＰアドレスの変更を実行する。デバイスＣ１６０３は１６１０でそれを受けてＭＩＢ上のＩＰアドレスを変更する。そして結果を１６１１にて通知する。そして、デバイスＢ１６０２と同様に、ＩＰアドレスの変更を実際の動作に反映させるために１６１２にてリブートを実行する。

図１７は同じようにＩＰアドレスの変更をデバイスＡ１６０１がデバイスＡ１６０１、デバイスＢ１６０２、デバイスＣ１６０３に対して、何も対策をせずにこの順番で実行する様子である。１７０４はＩＰアドレス変更タスクである。デバイスＡ１６０１はまずデバイスＡに対して１７０５にてＩＰアドレスの変更を実行する。デバイスＡ１６０１は自分自身に対して１７０６で結果の通知を行い、最後に１７０７でリブートを実行する。
この場合、本来は１７０８以降でデバイスＢ１６０２およびデバイスＣ１６０３へのＩＰアドレスの変更１７０８、１７１２が実行されるはずであった。しかしながら、デバイスＡ１６０１が１７０７の時点でリブートしてしまうためタスク１７０４が中断してしまい残りの処理は実行されない。図１７における網掛けになっている部分は本来は実行されるべきだが実行されないままになってしまう処理の部分を表している。従来のネットワークデバイス管理装置ではこのような処理が行われていたが、本実施形態のように管理装置自身がデバイス上で動作している場合には、これでは本来の目的が達成できないことが明らかである。

そこで本実施形態の管理装置では、このような事態を避けるためにＩＰアドレスの変更という操作に対しては図１３に示したものとは違うフローを適用するように構成されている。

図１５は本管理装置がデバイスのＩＰアドレスを変更するという処理を一括して複数のデバイスに対して実行する際の処理の例を表したフローチャートである。ステップＳ１５０１から処理を開始する。ステップＳ１５０２にてタスクの実行結果を「成功」にセットする。続くステップＳ１５０３にてユーザの選択結果に基づいて操作対象デバイスリストを生成する。この処理は図１２および図１３にて説明したものと同一の処理である。

ステップＳ１５０４ではまず操作対象デバイスリストの最初のエントリに着目する。続いてステップＳ１５０５において現在着目しているエントリが管理装置１４０２自身が稼動しているデバイス１４０１であるか、それ以外のデバイス１４０７であるかを判定する。そうであった場合にはステップＳ１５０６へ進む。そうでなかった場合にはステップＳ１５０７へ進む。

ステップＳ１５０６では着目しているエントリの内容を一時待避させておく。そしてステップＳ１５１０から処理を続行する。

ステップＳ１５０７では着目しているエントリの表すデバイスのＩＰアドレスを変更する。続くステップＳ１５０８にてＩＰアドレスの変更に成功したかどうかを判定する。成功していればステップＳ１５１０へ進む。失敗していた場合にはステップＳ１５０９へ進み、タスクの実行結果を「失敗」にセットした後、ステップＳ１５１０へ進む。

ステップＳ１５１０では操作対象デバイスリストに次のエントリがあるかどうかを判定する。あればステップＳ１５１１へ進む。なければステップＳ１５１２へ進む。

ステップＳ１５１１では操作対象デバイスリストの次のエントリに着目し、ステップＳ１５０５へ戻って処理を続行する。

ステップＳ１５１２ではタスクの実行結果を保存する。そしてステップＳ１５１３へ進み、ステップＳ１５０６にて一時待避したエントリが存在するかどうかを判定する。存在するのであればステップＳ１５１４へ進み、待避しておいたエントリの表すデバイスのＩＰアドレスを変更した後、ステップＳ１５１５へ進む。存在しないのであればそのままステップＳ１５１５へ進む。ステップＳ１５１５にて処理を完了する。

このように構成することによって本実施形態の管理装置がデバイスＡ、デバイスＢ、デバイスＣのＩＰアドレスを変更するという操作を行う場合には、必ず管理装置であるデバイスＡはまずステップＳ１５０６にて一時待避される。その上で最後にステップＳ１５１４にてデバイスＡに対するＩＰアドレス変更の操作が実行される。この様子を図に表したものが図１８である。

図１８ではデバイスＡ１６０１はデバイスＡ１６０１、デバイスＢ１６０２、デバイスＣ１６０３に対してＩＰアドレスの変更を行う。ここで実際のＩＰアドレス変更を行うタスクである１８０４は、図１５に記述されるフローに従って処理するため、本管理装置はデバイスＡ１６０１の変更をステップＳ１５０６にて一時待避する。その上でデバイスＢ１６０２に対するＩＰアドレス変更を１８０８にて実行する。デバイスＢ１６０２はＭＩＢに対してＩＰアドレスの変更を１８０９にて行う。続いてデバイスＡに対して結果の通知を１８１０にて行い、最後に１８１１にてデバイスＢ１６０２のリブートを実行する。

結果通知１８１０を受けたデバイスＡ１６０１は１８１２にてデバイスＣ１６０３に対してＩＰアドレスの変更を実行する。デバイスＣは１８１３にてこれを受けてＭＩＢ上のＩＰアドレスを変更し、その結果をデバイスＡに対して１８１４にて通知する。その後１８１５にてデバイスＣはデバイスＣ自身をリブートする。

１８１４にて結果通知を受けたデバイスＡ１６０１はステップＳ１５１０にて操作対象デバイスリストの処理を最後のエントリまで終わらせステップＳ１５１１へ進む。そしてステップＳ１５０６にて待避させておいたデバイスＡ１６０１に対するＩＰアドレスの変更を１８１６にて実行する。１８１７にて結果をデバイスＡ自身に対して通知した後、１８１８にてデバイスＡをリブートする。この時点でタスク１８０４の実行はリブートによって終了させられるが、すでにデバイスＢ１６０２やデバイスＣ１６０３の変更は完了しているので問題なくタスクは完了する。

このように、図１５で示した処理を取り入れることによって、デバイスのＩＰアドレスを変更するという管理操作が、そのままでは完了できなかったものが完了できるようになった。

＜サイト証明書の更新＞
次に別の操作の例としてデバイスのサイト証明書を更新する、ということを考える。本実施形態で管理装置あるいは管理対象として扱われるようなデバイスはＷｅｂサービスプロバイダとして動作する機能を備えている。このＷｅｂサービスプロバイダはＨＴＴＰ Ｏｖｅｒ ＳＳＬ（以下ＨＴＴＰＳと表記する。）プロトコルを通じてＷｅｂサービスとして機能を呼び出されるための機能である。ここでＨＴＴＰはハイパーテキスト転送プロトコルの略である。またＳＳＬはセキュア・ソケット・レイヤーと呼ばれるプロトコルを指す。このようなデバイスではＨＴＴＰＳで通信を行う際にサイト証明書と呼ばれる電子署名された証明書を持っており、この証明書に記載された内容をチェックすることによって通信の安全性を確保している。

図１９はそのようなサイト証明書の記載内容を図式化したものである。１９０１はサイトのＩＰアドレスを記載した項目である。１９０２はサイトの完全修飾ドメイン名（以下ＦＱＤＮと記す。）を記載した項目である。１９０３はサイトの所有者名を記載した項目である。１９０４はこのサイト証明書を認証した認証局の名称を記載した項目である。１９０５はこの証明書の有効期間のうち有効期間の開始時刻を記載した欄である。１９０６は同じくこの証明書の有効期間のうち有効期間の終了時刻を記載した欄である。１９０７はこの証明書に添付された公開鍵のデータである。他にも記載される事項はあるが、ここでは省略する。

図２０は本実施形態の管理装置がこのサイト証明書を更新するという処理を実行する際の関係するモジュールの相互関係を表した図である。２００１は本実施形態の管理装置が動作しているデバイスである。２００２はそのデバイス２００１で動作しているネットワークデバイス管理装置部分である。２００３は同じくそのデバイス２００１の管理対象となる操作対象デバイス部分である。２００４は別の操作対象デバイスである。２０１１は管理装置２００２のサイト証明書更新作業実行モジュールである。２０１２は管理対象デバイスのそれぞれのサイト証明書を差し替えるために格納されているそれぞれの更新用サイト証明書である。２０１３はそのサイト証明書を外部のデバイスからダウンロードさせるサイト証明書ダウンロードサービスである。

２０２１はこのデバイス２００１のサイト証明書の更新を実際に実行するサイト証明書更新モジュールである。２０２３はＨＴＴＰＳサーバである。２０２２は実際にこのデバイスのＨＴＴＰＳサーバ２０２３が使用するサイト証明書である。また２０２４はこのＨＴＴＰＳサーバ２０２３を利用してＷｅｂサービスを提供するＷｅｂサービスプロバイダモジュールである。

２０３１は管理装置とは別のデバイス２００４のサイト証明書の更新を実行するためのサイト証明書更新モジュールである。２０３３はこのデバイス２００４がＨＴＴＰＳをサービスするためのＨＴＴＰＳサーバである。また２０３２は実際にこのデバイスのこのＨＴＴＰＳサーバ２０３３が使用するサイト証明書である。２０３４はこのＨＴＴＰＳサーバ２０３３を利用してＷｅｂサービスを提供するＷｅｂサービスプロバイダモジュールである。

２０４１は管理装置２００２のサイト証明書更新作業実行モジュール２０１１が操作対象デバイス２００４のサイト証明書更新モジュールに対してサイト証明書の更新を実行するよう指示を出す経路を示している。また２０４２はこのサイト証明書更新モジュール２０３１が管理装置の稼動しているデバイス２００１のＷｅｂサービスプロバイダ２０２４へアクセスして取得する経路を示している。Ｗｅｂサービスプロバイダ２０２４は管理装置２００２が保持している管理対象デバイス用サイト証明書２０１２をサイト証明書ダウンロードサービス２０１３からＨＴＴＰサーバ２０２３経由で返送する。サイト証明書更新モジュール２０３１はそうして取得した新しいサイト証明書をサイト証明書２０３２に格納されている古いものと経路２０５０を経由して入れ替える。

一方で、サイト証明書更新作業実行モジュール２０１１は管理装置２００２の稼動しているデバイス２００１のサイト証明書更新モジュール２０２１へ経路２０４３を経由してやはりサイト証明書の更新を指示する。サイト証明書更新モジュール２０２１は管理対象デバイス用サイト証明書２０１２から経路２０４４を経由して新しいサイト証明書を直接取得し、２０２２のサイト証明書を新しいものに経路２０４７を経由して入れ替える。

ここで管理装置２００２が稼動しているデバイス２００１のＷｅｂサービスプロバイダ２０２４は経路２０４９を通じてＨＴＴＰＳサーバ２０２３を利用して動作していることを考慮する。このときＨＴＴＰＳサーバ２０２３はＳＳＬプロトコルのために経路２０４８を経由してサイト証明書２０２２にアクセスし、この情報を利用して認証を行っている。

これは管理装置が稼動しているのとは別のデバイス２００４でも同様であり、Ｗｅｂサービスプロバイダ２０３４は経路２０５２を通じてＨＴＴＰＳサーバ２０３３を利用している。ＨＴＴＰＳサーバ２０３３がＳＳＬプロトコルを使用する際には経路２０５１を経由してサイト証明書２０３２にアクセスし認証に利用している。

経路２０４２において、別デバイス２００４のサイト証明書更新モジュール２０３１は管理装置２００２の稼動しているデバイス２００１から管理対象デバイス用サイト証明書２０１２を取得する。このときに、Ｗｅｂサービスプロバイダ２０２４を利用しなければならない。サイト証明書はセキュリティ上重要であるため、管理装置側デバイス２００１から管理対象デバイス２００４へ転送される際にはＳＳＬを用いることが通例である。

図２１は管理装置が複数のデバイスのサイト証明書が期限切れであるので更新する、という操作を、自デバイス以外のデバイスに対して実行する場合のシーケンス図である。２１０１は管理装置自身であるデバイスＡである。２１０２は別の管理対象となるデバイスＢである。２１０３は同様に別の管理対象となるデバイスＣである。

２１０４はデバイスＡ２１０１のサイト証明書更新実行モジュール２０１１がデバイスＢ２１０２およびデバイスＣ２１０３に対してサイト証明書の更新を行うサイト証明書更新タスクである。２１０５にて管理装置たるデバイスＡ２１０１はデバイスＢ２１０２にサイト証明書の更新指示を送る。２１０６でデバイスＢ２１０２のサイト証明書更新モジュール２０３１はサイト証明書の更新を実行する。２１０７にてデバイスＢ２１０２はデバイスＡ２１０１のＷｅｂサービスプロバイダ２０２４へサイト証明書のダウンロードリクエストを送信する。そして２１０８にてデバイスＡ２１０１はデバイスＢ２１０２へサイト証明書を送信する。２１０９にてデバイスＢ２１０２はダウンロードしたサイト証明書を更新する。

さらに、２１１０にて管理装置たるデバイスＡ２１０１はデバイスＣ２１０３にサイト証明書の更新指示を送る。２１１１にてデバイスＣ２１０３のサイト証明書更新モジュール２０３１はサイト証明書の更新を実行する。２１１２にてデバイスＣ２１０３はデバイスＡ２１０１のＷｅｂサービスプロバイダ２０２４へサイト証明書のダウンロードリクエストを送信する。そして２１１３にてデバイスＡ２１０１はデバイスＣ２１０３へサイト証明書を送信する。２１１４にてデバイスＣ２１０３はサイト証明書を更新する。

このケースでは、デバイスＡのサイト証明書の更新は必要ない状況を想定しているため、当該サイト証明書は有効であるという前提である。従って、２１０７、２１０８、２１１２、２１１３の各Ｗｅｂサービスプロバイダを介した接続において、ＳＳＬプロトコルによる接続が失敗することはない。このため、このシーケンスにおいては各デバイスのサイト証明書の更新は問題なく完了する。

次に図２２では、管理装置が自デバイスを含めた複数のデバイスのサイト証明書が期限切れであるため更新する、という操作を、何も対策を行わずに実行した場合のシーケンス図である。

図２１と同様に２１０１は管理装置自身が稼動しているデバイスＡである。２１０２はデバイスＢである。２１０３はデバイスＣである。

２２０４はデバイスＡのサイト証明書更新実行モジュール２０１１がデバイスＡ２１０１、デバイスＢ２１０２、デバイスＣ２１０３のサイト証明書を更新するタスクである。２２０５にてデバイスＡ２１０１はデバイスＢ２１０２にサイト証明書の更新指示を送る。デバイスＢ２１０２は２２０６にてサイト証明書更新モジュール２０３１がサイト証明書の更新を実行する。そして２２０７にてサイト証明書のダウンロードリクエストをデバイスＡ２１０１のＷｅｂサービスプロバイダ２０２４に対して送る。しかし、ここでデバイスＡ２１０１のサイト証明書２０２２は期限切れであるため、この接続は失敗する。

なお、ＳＳＬの接続の際にサイト証明書が期限切れであってもそれを無視する設定になっていれば、この接続は失敗しない。しかしながら、ここではセキュリティの面からサイト証明書の期限切れは無視しない設定になっているという前提で考える。

従ってこの後実行されるはずであった２２０８のサイト証明書のダウンロードも失敗する。２２０９のサイト証明書の更新も実行されず失敗する。

同様の理由でデバイスＣ２３０３によるサイト証明書のダウンロードリクエストも失敗する。つまり、このような状況でデバイスを処理する順番に対策を行わないとデバイスに対する管理操作が失敗することが分かる。

図２４および図２５はこのようなケースで本実施形態の管理装置がサイト証明書の更新を実行する手順の例を説明するフローチャートである。

ステップＳ２４０１から処理を開始する。ステップＳ２４０２にてまずタスクの実行結果を「成功」にセットする。ステップＳ２４０３にてユーザの選択した結果に基づいて操作対象デバイスリストを生成する。

続くステップＳ２４０４にて今生成した操作対象デバイスリストの最初のエントリに着目する。そして、ステップＳ２４０６にて、まず、すでに自デバイスに対する処理が完了しているかどうかを判定する。すでに完了しているのであればステップＳ２５１８へ進む。完了していないのであればステップＳ２４０６へ進む。

ステップＳ２４０６ではまず現在着目しているエントリが管理装置自身が稼動しているデバイスであるかどうかを判定する。そうでなければ処理はステップＳ２４０７へ進む。そうであればステップＳ２４０８へ進む。

ステップＳ２４０７では現在着目しているエントリの内容を一時待避させる。その後ステップＳ２５２１へ進む。

ステップＳ２４０８ではまず着目しているエントリであるところの管理装置自身が稼動しているデバイスのサイト証明書を更新する。続くステップＳ２４０９にて更新の実行に成功したかどうかを判定する。成功すればそのままステップＳ２５１１へ進む。失敗したのであればステップＳ２４１０へ進み、タスクの実行結果を「失敗」にセットする。その後ステップＳ２５１１へ進む。

ステップＳ２５１１では、一時待避したエントリが存在するかどうかを判定する。存在しなければステップＳ２５２１へ進む。存在している場合にはステップＳ２５１２へ進む。

ステップＳ２５１では一時待避したエントリの最初のものに着目する。そしてステップＳ２５１３にて、着目している一時待避したエントリの表すデバイスのさいと証明書を更新する。ステップＳ２５１４にて更新の実行に成功したかどうかを判定し、成功したのであればステップＳ２５１６へ進む。失敗した場合にはステップＳ２５１５へ進み、タスクの実行結果を「失敗」にセットする。その後ステップＳ２５１６へ進む。

ステップＳ２５１６にて他に一時待避したエントリが残っているかどうかを判定し、残っている場合にはステップＳ２５１７へ進み、一時待避したエントリの次のものに着目し、ステップＳ２５１３から処理を続行する。ステップＳ２５１６にて一時待避したエントリが他にはない場合には処理はステップＳ２５２１へ進む。

ステップＳ２４０５にてすでに自デバイスに対する処理が完了している場合には処理はステップＳ２５１８へ進む。ステップＳ２５１８では着目しているエントリの表すデバイスのサイト証明書を更新する。そしてステップＳ２５１９で更新の実行に成功したかどうかを判定し、成功であればステップＳ２５２１へ進む。失敗の場合にはステップＳ２５２０にてタスクの実行結果を「失敗」にセットし、ステップＳ２５２１に進む。

ステップＳ２５２１では操作対象デバイスリストに次のエントリがあるかどうかを判定する。存在するのであればステップＳ２５２２へ進み、操作対象デバイスリストの次のエントリに着目する。そしてステップＳ２４０５へ戻って処理を続行する。

もしも操作対象デバイスリストに次のエントリがない場合にはステップＳ２５２３へ進み、タスクの実行結果を保存する。その後ステップＳ２５２４へ進んで処理を完了する。

図２４および図２５の処理に従って処理した場合の、サイト証明書更新作業のシーケンス図を図２３に示す。２１０１はデバイスＡである。２１０２はデバイスＢである。２１０３はデバイスＣである。２３０４は、管理装置であるデバイスＡ２１０１がデバイスＡ２１０１、デバイスＢ２１０２、デバイスＣ２１０３のサイト証明書を更新するタスクである。デバイスＡ２１０１の管理装置はまずデバイスＢ２１０２およびデバイスＣ２１０３のサイト証明書の更新をステップＳ２４０７において一時待避させる。その結果デバイスＡ２１０１はステップＳ２４０８へ進み、２３０５で示されるようにデバイスＡ２１０１のサイト証明書の更新を指示する。そして２３０６にてデバイスＡ２１０１のサイト証明書更新モジュール２０２１は経路２０４４を用いてサイト証明書を取得する。そして２３０７においてサイト証明書２０２２を、経路２０４６を経由して更新する。

これによってデバイスＡ２１０１のサイト証明書が更新され、これ以降のデバイスＡ２１０１のＷｅｂサービスプロバイダ２０２４への接続においても有効なサイト証明書を用いて認証することが可能となる。これによって、以降の２３０８から始まるデバイスＢ２１０２のサイト証明書の更新、および２３１３からのデバイスＣ２１０３のサイト証明書の更新も問題なく実行されタスクが完了する。

このように本実施形態の管理装置はサイト証明書の更新に関する処理がうまく行くように構成された。

＜ＳＮＭＰプロトコルスタックのＯＮ・ＯＦＦ＞
次にまた別の操作として、デバイスのＳＮＭＰプロトコルスタックのＯＮ・ＯＦＦを切り替える操作を考える。本実施形態で管理装置あるいは管理対象として扱われるようなデバイスはＳＮＭＰのマネージャ、あるいはエージェントの機能を備えていることは図１４においても示されている通りである。ここでＳＮＭＰというプロトコルにはバージョン１とバージョン３の二種類が存在し、これら二種類のプロトコルは相互に運用できない。従ってＳＮＭＰバージョン１（以下ＳＮＭＰｖ１と記す。）のみがＯＮになっているＳＮＭＰマネージャはＳＮＭＰｖ１がＯＦＦになっているＳＮＭＰエージェントを管理することができない。同様にＳＮＭＰバージョン３（以下ＳＮＭＰｖ３と記す。）のみがＯＮになっているＳＮＭＰマネージャはＳＮＭＰｖ３がＯＦＦになっているＳＮＭＰエージェントを管理することが出来ない。

ここで管理装置自身であるデバイスについてＳＮＭＰマネージャが例えばＳＮＭＰｖ１のみをＯＮにしているときに、自分自身のＳＮＭＰエージェントのＳＮＭＰｖ１をＯＦＦにすることは問題がある。すなわち、自分自身を管理するためのプロトコルをＯＦＦにしてしまうということは、ＯＮに戻すための手段がなくなってしまうということを意味している。この場合自分自身をこの時点で管理できなくなるのみならず、管理できる状態に戻す手段がなくなってしまうことを意味している。

この関係をまとめたのが図２６に示す表である。ＳＮＭＰマネージャすなわち管理装置側がＳＮＭＰｖ１のみＯＮである場合にはＳＮＭＰエージェントのＳＮＭＰｖ１をＯＦＦにすることは上で述べたように問題がある。ＳＮＭＰマネージャがＳＮＭＰｖ３のみＯＮである場合にＳＮＭＰエージェントのＳＮＭＰｖ３をＯＦＦにすることは同様に問題がある。従ってＳＮＭＰプロトコルのＯＮ・ＯＦＦを切り替える操作については条件を考慮しながら自分自身に対してその操作を行ってよいかどうかを考えなければならない。しかし図２６に示したとおりこの条件は一定ではないため、ユーザが正しく判断して操作を行わないことは非常に難しい。

図２７は本実施形態の管理装置が自分自身の稼動するデバイスＡ２７０１および別のデバイスＢ２７０２、デバイスＣ２７０３に対してＳＮＭＰのプロトコルスタックのＯＮ・ＯＦＦを実行する処理のシーケンス図である。

２７０４はＳＮＭＰのＯＮ・ＯＦＦを実行するタスクである。２７０５にてデバイスＢ２７０２に対してＳＮＭＰのＯＮ・ＯＦＦを指示する。２７０６にてデバイスＢ２７０２はこれを受けてＳＮＭＰをＯＮ・ＯＦＦする処理を実施し、その結果を２７０７でデバイスＡ２７０１へ通知する。

また２７０８にてデバイスＡ２７０１はデバイスＣ２７０３へＳＮＭＰのＯＮ・ＯＦＦを指示する。２７０９でデバイスＣ２７０３はこれを受けてＳＮＭＰをＯＮ・ＯＦＦする処理を実施し、その結果を２７１０でデバイスＡ２７０１へ通知する。

２７１１ではデバイスＡ２７０１はデバイスＡ２７０１自身に対してＳＮＭＰのＯＮ・ＯＦＦを指示し、２７１２にてその結果を通知する。

しかしながら、ここまでに述べたとおり、２７１１にて自身のＳＮＭＰのＯＮ・ＯＦＦを指示することには問題がある。そのようなケースでは自身へのＳＮＭＰのＯＮ・ＯＦＦの指示は自動的にスキップすることでユーザに対して余分な負荷をかけることなく、安全なデバイスの管理操作を実行することが可能になる。

図２８はそのようなことを考慮して自デバイスを含む複数のデバイスに対してＳＮＭＰプロトコルスタックのＯＮ・ＯＦＦを実行する処理の例を記述したフローチャートである。

ステップＳ２８０１から処理を開始する。ステップＳ２８０２にて自デバイスに対して指定されたＳＮＭＰのＯＮ・ＯＦＦ作業を実行しても大丈夫かを判定する。そして大丈夫であればステップＳ２８０３へ進み、自デバイスを含む選択されたデバイスに対してＳＮＭＰのＯＮ・ＯＦＦを実行する。そしてステップＳ２８０５へ進む。

大丈夫ではない場合にはステップＳ２８０４へ進み、自デバイスを除いた選択されたデバイスのＳＮＭＰのＯＮ・ＯＦＦを実行する。その後ステップＳ２８０５へ進む。ステップＳ２８０５にて処理を完了する。

図２９はステップＳ２８０４に記載されている、本実施形態の管理装置が自デバイスを含む複数のデバイスに対して、自デバイスを除いてＳＮＭＰのＯＮ・ＯＦＦを実行する処理をさらに記述したフローチャートである。

ステップＳ２９０１にて処理を開始する。ステップＳ２９０２にて本管理装置はまずタスクの実行結果を「成功」にセットする。続くステップＳ２９０３にてユーザが選択した結果に基づいて操作対象デバイスリストを生成する。

ステップＳ２９０４にて、ステップＳ２９０３にて生成された操作対象デバイスリストの最初のエントリに着目する。続くステップＳ２９０５にて現在着目しているエントリが管理装置自身が稼動しているデバイスであるかどうかを判定する。そうであればステップＳ２９０９へ進む。そうでなければステップＳ２９０６へ進む。

ステップＳ２９０６では着目しているエントリの表すデバイスに対してＳＮＭＰのＯＮ・ＯＦＦを実行する。そしてステップＳ２９０７にてＳＮＭＰのＯＮ・ＯＦＦに成功したかどうかを判定し、成功であればステップＳ２９０９へ進む。失敗であればステップＳ２９０８へ進み、タスクの実行結果を「失敗」にセットする。そしてステップＳ２９０９へ進む。

ステップＳ２９０９にて操作対象デバイスリストに次のエントリがあるかどうかを判定し、あればステップＳ２９１０へ進む。なければステップＳ２９１１へ進む。

ステップＳ２９１０では操作対象デバイスリストのつぎのエントリに着目し、ステップＳ２９０５へ戻って処理を続行する。ステップＳ２９１１へ進んだ場合にはここで処理を終了する。

図３０はステップＳ２８０３に記載されている、本実施形態の管理装置が自デバイスを含む複数のデバイスに対して、自デバイスを含む全てにＳＮＭＰのＯＮ・ＯＦＦを実行する処理をさらに記述したフローチャートである。

ステップＳ３００１にて処理を開始する。ステップＳ３００２にてタスクの実行結果に「成功」をセットする。続くステップＳ３００３にてユーザの選択結果に基づいて操作対象デバイスリストを生成する。ステップＳ３００４にて、ステップＳ３００３にて生成された操作対象デバイスリストの最初のエントリに着目する。そして続くステップＳ３００６にて着目しているエントリの表すデバイスに対してＳＮＭＰのＯＮ・ＯＦＦの操作を実行する。続くステップＳ３００７でＳＮＭＰのＯＮ・ＯＦＦの実行に成功したかどうかを判定する。成功であればステップＳ３００９へ進む。失敗であればステップＳ３００８へ進む。ステップＳ３００８に進んだ場合はここでタスクの実行結果を「失敗」にセットする。そしてステップＳ３００９へ進む。

ステップＳ３００９では操作対象デバイスリストに次のエントリがあるかどうかを判定する。あるのであればステップＳ３０１０へ進む。ない場合にはステップＳ３０１１へ進む。

ステップＳ３０１０では操作対象デバイスリストの次のエントリに着目し、ステップＳ３００６へ戻って処理を続行する。ステップＳ３０１１へ進んだ場合にはそこで処理を完了する。

図３１は本実施形態の管理装置が自デバイスに対して実施してはいけないＳＮＭＰのＯＮ・ＯＦＦ操作を指定されて管理操作の実行を指定された場合の処理のシーケンス図である。２７０１が管理装置の稼動しているデバイスＡである。２７０２がデバイスＢである。２７０３はデバイスＣである。

３１０４は管理装置であるデバイスＡ２７０１がＳＮＭＰのＯＮ・ＯＦＦの操作を行うタスクを実行しているところである。３１０５にてデバイスＡ２７０１はデバイスＢ２７０２に対してＳＮＭＰのＯＮ・ＯＦＦ操作を指示する。デバイスＢ２７０２は３１０６でＳＮＭＰのＯＮ・ＯＦＦ操作を実行する。３１０７にてその結果をデバイスＡ２７０１へ通知する。

また続いてデバイスＡ２７０１は３１０８にてデバイスＣ２７０３へＳＮＭＰのＯＮ・ＯＦＦを指示する。３１０９でデバイスＣ２７０３はＳＮＭＰのＯＮ・ＯＦＦ操作を実行し、３１１０でその結果をデバイスＡ２７０１へ通知する。

その後デバイスＡ自身へのＳＮＭＰのＯＮ・ＯＦＦの操作はスキップされるためここでタスクは終了する。

このように本実施形態によればネットワークデバイス管理装置が管理対象となるようなデバイスの上で動作している場合でも、様々な管理操作に対応して自デバイスに対する操作の順番を考慮して実行することで、管理を問題なく実行することが可能になる。

以上のようにして本実施形態のネットワークデバイス管理装置は、実行すべき管理操作が指定され、自装置が管理対象として選択されている場合に、自装置に対する前記管理操作の実行の順番を、前記管理操作の種類に応じて決められた順番とする。そして、前記管理対象のネットワークデバイスに対してその順番で前記管理操作を実行する。具体的には、ＳＮＭＰ経由でのＩＰアドレスの再設定やプロトコルスタックのオンまたはオフの設定など、管理対象のネットワークデバイスのリセットを伴う管理操作を実行する場合には、自装置に対する当該管理操作の実行順を対象デバイスの末尾とする。また、ＤＮＳサーバの再設定やサイト証明書の更新など、自装置に対する管理操作の結果を用いて他のデバイスに対する管理操作を行う場合には、自装置に対する当該管理操作の実行順を対象デバイスの先頭とする。

また、自装置が管理対象として選択されている場合に、前記管理操作の種類に応じて、自装置に対する前記管理操作の実行の適不適を判定する。自装置に対する実行が不適である管理操作の種類には、サイト証明書の提示が要求されるＨＴＴＰＳを経由した前記ネットワーク管理装置からのファイルのダウンロードや機器設定情報の配信や前記管理操作に使用するプロトコルのオンまたはオフの設定がある。これらが実行すべき管理操作として指定されていると、自装置を除く前記管理対象のネットワークデバイスに対して前記管理操作を実行する。

このため、ネットワークデバイス上でネットワークデバイス管理装置が動作している場合であっても、当該デバイス自身を含めた複数のネットワークデバイスに対して管理操作を適切に適用し、管理操作の実行を成功させることが可能になる。

［第２実施形態］
次に本発明を実施する第二の実施形態について図面を用いて説明を加える。本実施形態のネットワークデバイス管理システムの全体の構成図は図１に提示したものと同様である。また本実施形態のＰＣ１０４の内部構成図は図２に示したものと同様である。本実施形態のＭＦＰの内部構成の一例を示した図は図３および図４で示したものと同様である。
本実施形態の管理装置の探索モジュールが探索を実行する際の処理の流れは図５で示したものと同様である。またこの探索モジュールによって生成されるデバイスリストは図６で示したものと同様である。

本実施形態においてユーザがデバイスリストからデバイスを選択し、それらの選択されたデバイスに対し管理操作を実施する手順を記述したフローチャートは図７で示したものと同様である。この手順で現れる画面の例は図８、図９、図１０、および図１１に示したものと同様である。

本実施形態において管理装置の稼動しているデバイスを含む複数のデバイスに対して設置場所を変更する処理の流れを記述したフローチャートは図１２に示したものと同様である。またこの処理においてステップＳ１２０３で示されている選択結果とデバイスリストから操作対象デバイスリストを生成する手順は図１３に示したものと同様である。

本実施形態におけるデバイスの設置場所を変更する際の関係するモジュールの相互関係は図１４に示したものと同様である。

さらに管理操作に使用しているプロトコルスタックをオン又はオフする管理操作についても、第１実施形態と同様に図２８乃至図３０の手順で実行される。以下では、第１実施形態に対して、本実施形態に特有な部分を説明する。

＜ＩＰアドレスの変更＞
図３２に、本実施形態の管理装置が自身を含む複数デバイスに対してＩＰアドレスの変更を実行する際の、処理の流れの例を記述したフローチャートを示す。これは第１実施形態の図１５に代えて実行される処理である。

ステップＳ３２０１から処理を開始する。ステップＳ３２０２にてまずタスクの実行結果を「成功」にセットする。続いてステップＳ３２０３にてユーザの選択結果に基づいて操作対象デバイスリストを生成する。続くステップＳ３２０５にて操作対象デバイスリストの最初のエントリに着目する。ステップＳ３２０６で現在着目しているエントリが管理装置自身が稼動しているデバイスかどうかを判定する。もしそうであればステップＳ３２０７へ進む。そうでなければステップＳ３２０８へ進む。

ステップＳ３２０７では管理装置自身が操作対象であることを示すフラグを立てる。その後ステップＳ３２１１へ進む。

ステップＳ３２０８では着目しているエントリの表すデバイスのＩＰアドレスを変更する。続くステップＳ３２０９で変更に成功したかどうかを判定し、成功した場合にはステップＳ３２１１へ進む。失敗した場合にはステップＳ３２１０へ進み、タスクの実行結果に「失敗」をセットし、ステップＳ３２１１へ進む。

ステップＳ３２１１で操作対象デバイスリストに次のエントリがあるかどうかを判定する。ある場合にはステップＳ３２１２へ進む。ない場合にはステップＳ３２１３へ進む。

ステップＳ３２１２では操作対象デバイスリストの次のエントリに着目する。そしてステップＳ３２０６へ戻って処理を続行する。

ステップＳ３２１３では管理装置自身のデバイスが操作対象であるかどうかを判定する。そうであればステップＳ３２１４へ進む。そうでなければステップＳ３２１７へ進む。

ステップＳ３２１４では管理装置自身のデバイスのＩＰアドレスを変更する。そしてステップＳ３２１５で、ＩＰアドレスの変更に成功したかどうかを判定する。成功した場合にはステップＳ３２１７へ進む。失敗した場合にはステップＳ３２１６へ進む。

ステップＳ３２１６ではタスクの実行結果に「失敗」をセットする。その後ステップＳ３２１７へ進む。ステップＳ３２１７へ進んだ処理はそこで完了する。

このように本実施形態では、管理装置自身のデバイスが管理対象であるか否かを判定しその結果をフラグで持つと共に、管理装置自身のデバイスに対する処理を最後までスキップすることでＩＰアドレスの変更が成功するように動作を行う。このときの、動作の様子のシーケンス図は、図１８で示したものと同様である。

このようにして、ネットワークデバイスのＩＰアドレスの変更を、管理対象に自装置を含む場合にも正常に完了させることができる。

＜サイト証明書の更新＞
次に本実施形態の管理装置がデバイスのサイト証明書を更新する場合について説明を加える。本実施形態におけるサイト証明書とはＳＳＬにおいてサイトの認証に用いられる、図１９に示したものと同様のものを指す。

本実施形態の管理装置がデバイスのサイト証明書を更新する場合の関係するモジュールの相互関係を表した図は図２０に示したものと同様である。

図３３および図３４は本実施形態の管理装置がデバイスのサイト証明書を更新する際の処理の流れの例をフローチャートで記述したものである。

ステップＳ３３０１から処理を開始する。ステップＳ３３０２にてまずタスクの実行結果を「成功」にセットする。続くステップＳ３３０３にてユーザの選択結果に基づいて操作対象デバイスリストを生成する。

ステップＳ３３０４にて、ステップＳ３３０３にて生成した操作対象デバイスリストの最初のエントリに着目する。続くステップＳ３３０５にて現在着目しているデバイスは管理装置自身が稼動しているデバイスであるかどうかを判定する。そうであればステップＳ３３０６へ進む。そうでなければステップＳ３３０９へ進む。

ステップＳ３３０６にて着目しているエントリの表すデバイスのサイト証明書を更新する。ステップＳ３３０７にてサイト証明書の更新に成功したかどうかを判定する。成功したのであればそのままステップＳ３４１１へ進む。失敗した場合にはステップＳ３３０８へ進み、タスクの実行結果を「失敗」にセットする。その後ステップＳ３４１１へ進む。

ステップＳ３３０９では操作対象デバイスリストに次のエントリがあるかどうかを判定する。存在する場合には処理はステップＳ３３１０へ進む。そうでなければ処理はステップＳ３４１１へ進む。ステップＳ３３１０では操作対象デバイスリストの次のエントリに着目した後、ステップＳ３３０５へ戻って処理を続行する。

ステップＳ３４１１では再び操作対象デバイスリストの最初のエントリに着目する。ステップＳ３４１２では現在着目しているエントリは管理装置自身が稼動しているデバイスであるかどうかを判定する。そうであればステップＳ３４１６へ進む。そうでなければステップＳ３４１３へ進む。

ステップＳ３４１３では着目しているエントリの表すデバイスのサイト証明書を更新する。続くステップＳ３４１４では更新の実行に成功したかどうかを判定する。成功していればステップＳ３４１６へ進む。失敗していればステップＳ３４１５へ進む。

ステップＳ３４１５ではタスクの実行結果に「失敗」をセットする。その後ステップＳ３４１６へ進む。

ステップＳ３４１６では操作対象デバイスリストに次のエントリがあるかどうかを判定する。ある場合にはステップＳ３４１７へ進み、ない場合にはステップＳ３４１８へ進む。

ステップＳ３４１７では操作対象デバイスリストの次のエントリに着目し、ステップＳ３４１２へ戻って処理を続行する。ステップＳ３４１８へ進んだ処理はそこで完了する。このときの動作のシーケンスは図２３で示したものと同様である。

このようにして、ネットワークデバイスのサイト証明書の更新を、管理対象に自装置を含む場合にも正常に完了させることができる。

＜ＳＮＭＰのプロトコルスタックのＯＮ・ＯＦＦ＞
次に本実施形態の管理装置がデバイスの、ＳＮＭＰのプロトコルスタックのＯＮ・ＯＦＦを切り替える操作について説明する。本実施形態の管理装置がデバイスのＳＮＭＰのプロトコルスタックのＯＮ・ＯＦＦを切り替える際の処理の手順は図２８、図２９および図３０に示したものと同様である。またこのような処理におけるシーケンス図は図２７および図３１に示したものと同様である。

このように本実施形態によれば第一の実施形態と同様、管理装置が管理対象のデバイス上で稼動しているケースにおいても、失敗することなく管理対象のデバイスに管理操作を実施することが可能である。

［第３実施形態］
次に本発明を実施する第三の形態について図面を用いて説明を加える。本実施形態は、予めデバイスリストから、指定された管理操作に応じてソートしたデバイスイテレータを生成し、デバイスイテレータに従って、管理対象デバイスごとに管理操作を実行する。

本実施形態のネットワークデバイス管理システムの全体の構成図は図１に提示したものと同様である。また本実施形態のＰＣ１０４の内部構成図は図２に示したものと同様である。また本実施形態のＭＦＰの内部構成の一例を示した図は図３および図４で示したものと同様である。

本実施形態の管理装置の探索モジュールが探索を実行する際の処理の流れは図５で示したものと同様である。またこの探索モジュールによって生成されるデバイスリストは図６で示したものと同様である。本実施形態においてユーザがデバイスリストからデバイスを選択肢、それらの選択されたデバイスに対し管理操作を実施する手順を記述したフローチャートは図７で示したものと同様である。この手順で現れる画面の例は図８、図９、図１０、および図１１に示したものと同様である。

以下に本実施形態に特有の処理手順を示す。本実施形態では、デバイスイテレータの生成処理は、指定された管理操作の種類毎に独立した手順となっているが、管理操作の種類を判定し、判定結果に応じてデバイスイテレータの処理手順を切り替えても良い。その場合、ネットワークデバイス管理装置は、指定された管理操作の種類を判定する。判定結果に応じて、たとえば管理操作が設置場所の変更であれば、デバイスイテレータ生成処理として図３６が実行される。図３６は、設置場所の変更に限らず、ネットワークデバイス管理装置であるデバイス自身（すなわち自装置）を管理対象とした場合に、自装置に対する処理の順番が他のデバイスの処理に影響を与えない管理操作について実行される。また判定結果に応じて、たとえば管理操作がＩＰアドレズの変更であれば、デバイスイテレータ生成処理として図３８が実行される。図３８は、ＩＰアドレスの変更に限らず、ネットワークデバイス管理装置であるデバイス自身（すなわち自装置）を管理対象とした場合に、管理操作によってデバイスがリセットされる管理操作について実行される。たとえば、プロトコルスタックのオンまたはオフを設定する管理操作についてもこの処理が行われる。さらに、管理操作がサイト証明書の更新であれば、デバイスイテレータ生成処理として図４０が実行される。図４０は、サイト証明書の更新に限らず、ネットワークデバイス管理装置であるデバイス自身（すなわち自装置）を管理対象とした場合に、自装置に対する管理操作による処理結果を参照する管理操作について実行される。たとえば、プロトコルスタックのオンまたはオフを設定する管理操作についてもこの処理が行われる。さらに、管理操作に使用しているプロトコルスタック（本例ではＳＮＭＰ）をオン又はオフする管理操作であれば、デバイスイテレータ生成処理として図４２が実行される。

このように、デバイスイテレータの生成処理を一元化すると、管理操作の実行自体は、その種類によらず例えば図３５の手順で実行することができる。以下では、第１実施形態に対して本実施形態に特有な部分を説明する。

＜設置場所の変更＞
本実施形態において管理装置の稼動しているデバイスを含む複数のデバイスに対して設置場所を変更する処理の流れを記述したフローチャートを図３５に示す。

ステップＳ３５０１から処理を開始する。ステップＳ３５０２では本実施形態の管理装置はまずタスクの実行結果を「成功」にセットする。ステップＳ３５０３ではユーザの選択結果からデバイスイテレータを生成する。

ステップＳ３５０４にて、ステップＳ３５０３で生成したデバイスイテレータの最初のエントリを抽出する。ステップＳ３５０５では抽出されたエントリの表すデバイスの設置場所を変更する。ステップＳ３５０６にて設置場所の変更が成功したかどうかを判定し、成功であればステップＳ３５０８へ進む。失敗であればステップＳ３５０７へ進みタスクの実行結果を「失敗」にセットする。その後ステップＳ３５０８へ進む。

ステップＳ３５０８では、デバイスイテレータに次のエントリがあるかどうかを判定する。あるのであればステップＳ３５０９へ進む。なければステップＳ３５１０へ進む。
ステップＳ３５０９ではデバイスイテレータから次のエントリを抽出し、ステップＳ３５０５へ戻って処理を続行する。ステップＳ３５１０へ進んだ処理はそこで完了する。

＜デバイスイテレータ生成＞
図３６に示したのが本実施形態におけるステップＳ３５０３で、管理装置がデバイスイテレータを生成する手順の例を示したフローチャートである。

ステップＳ３６０１から処理を開始する。ステップＳ３６０２では本実施形態の管理装置はデバイスリストに対するユーザの選択結果を取得する。ステップＳ３６０３では空のデバイスイテレータを生成する。続くステップＳ３６０４にてデバイスリストの最初のエントリに着目する。そしてステップＳ３６０５にて現在着目しているエントリは選択されているかどうかを判定する。選択されているのであればステップＳ３６０６へ進む。選択されていないのであればステップＳ３６０７へ進む。

ステップＳ３６０６へ進んだ場合には現在着目しているエントリをデバイスイテレータの最後に追加する。そしてステップＳ３６０７へ進む。

ステップＳ３６０７ではデバイスリストに次のエントリがあるかどうかを判定する。そしてあるのであればステップＳ３６０８へ進む。なければステップＳ３６０９へ進む。

ステップＳ３６０７ではデバイスリストの次のエントリに着目する。そしてステップＳ３６０５へ戻って処理を続行する。ステップＳ３６０９へ進んだ処理はそこで完了する。本実施形態におけるデバイスの設置場所を変更する際の関係するモジュールの相互関係は図１４に示したものと同様である。

＜ＩＰアドレスの再設定＞
図３７に、本実施形態の管理装置が自身を含む複数デバイスに対してＩＰアドレスの変更を実行する際の、処理の流れの例を記述したフローチャートを示す。ステップＳ３７０１にて処理を開始する。ステップＳ３７０２にて本実施形態の管理装置はまずタスクの実行結果を「成功」にセットする。続くステップＳ３７０３にてユーザの選択結果からデバイスイテレータを生成する。そして続くステップＳ３７０４にて、ステップＳ３７０３で生成したデバイスイテレータの最初のエントリを抽出する。ステップＳ３７０５では抽出されたエントリの表すデバイスのＩＰアドレスを変更する。ステップＳ３７０６にてＩＰアドレスの変更が成功したかどうかを判定し、成功であればステップＳ３７０８へ進む。失敗であればステップＳ３７０７へ進みタスクの実行結果を「失敗」にセットする。その後ステップＳ３７０８へ進む。

ステップＳ３７０８では、デバイスイテレータに次のエントリがあるかどうかを判定する。あるのであればステップＳ３７０９へ進む。なければステップＳ３７１０へ進む。
ステップＳ３７０９ではデバイスイテレータから次のエントリを抽出し、ステップＳ３７０５へ戻って処理を続行する。ステップＳ３７１０へ進んだ処理はそこで完了する。

図３８で示したのが本実施形態におけるステップＳ３７０３で、管理装置がデバイスイテレータを生成する手順の例を示したフローチャートである。

ステップＳ３８０１から処理を開始する。ステップＳ３８０２では本実施形態の管理装置はデバイスリストに対するユーザの選択結果を取得する。ステップＳ３８０３では空のデバイスイテレータを生成する。続くステップＳ３８０４にてデバイスリストの最初のエントリに着目する。そしてステップＳ３８０５にて現在着目しているエントリは選択されているかどうかを判定する。選択されているのであればステップＳ３８０６へ進む。選択されていないのであればステップＳ３８０９へ進む。

ステップＳ３８０６では次に現在着目しているエントリが管理装置自身のデバイスであるかどうかを判定する。そうであればステップＳ３８０７へ進む。そうでなければステップＳ３８０８へ進む。

ステップＳ３８０７では管理装置自身のデバイスが選択されていることを示すフラグを立てる。そしてステップＳ３８０９へ進む。ステップＳ３８０８では現在着目しているところでエントリをデバイスイテレータの最後に追加する。そしてステップＳ３８０９へ進む。

ステップＳ３８０９ではデバイスリストに次のエントリがあるかどうかを判定する。次のエントリがある場合にはステップＳ３８１０へ進む。なければステップＳ３８１１へ進む。

ステップＳ３８１０ではデバイスリストの次のエントリに着目し、ステップＳ３８０５へ戻って処理を続行する。

ステップＳ３８１１では管理装置自身のデバイスが選択されていたかどうかを判断する。選択されたフラグが立っていれば処理はステップＳ３８１２へ進む。そうでなければステップＳ３８１３へ進む。

ステップＳ３８１２で管理装置自身のデバイスをデバイスイテレータの最後に追加する。そしてステップＳ３８１３へ進む。

ステップＳ３８１３へ進んだ処理はそこで完了する。このときの動作の様子のシーケンス図は図１８で示したものと同様である。

以上様な手順であっても、リセットを伴う管理操作を自装置を含む複数のデバイスに行う場合には、第１実施形態と同様に、自装置に関する操作を順番の末尾で実行することができる。そのため、他のデバイスに関する管理操作も実行可能である。

＜サイト証明の更新＞
次に本実施形態の管理装置がデバイスのサイト証明書を更新する場合について説明を加える。本実施形態におけるサイト証明書とはＳＳＬにおいてサイトの認証に用いられる、図１９に示したものと同様のものを指す。本実施形態の管理装置がデバイスのサイト証明書を更新する場合の関係するモジュールの相互関係を表した図は図２０に示したものと同様である。

図３９に、本実施形態が自身を含む複数デバイスに対してサイト証明書の更新を実行する際の、処理の流れの例を記述したフローチャートを示す。

ステップＳ３９０１から処理を開始する。ステップＳ３９０２にて本実施形態の管理装置はまずタスクの実行結果を「成功」にセットする。続くステップＳ３９０３にてユーザの選択結果からデバイスイテレータを生成する。そして続くステップＳ３９０４にて、ステップＳ３９０３で生成したデバイスイテレータの最初のエントリを抽出する。ステップＳ３９０５では抽出されたエントリの表すデバイスのサイト証明書を更新する。ステップＳ３９０６にてサイト証明書の更新が成功したかどうかを判定し、成功であればステップＳ３９０８へ進む。失敗であればステップＳ３９０７へ進みタスクの実行結果を「失敗」にセットする。その後ステップＳ３９０８へ進む。

ステップＳ３９０８では、デバイスイテレータに次のエントリがあるかどうかを判定する。あるのであればステップＳ３９０９へ進む。なければステップＳ３９１０へ進む。
ステップＳ３９０９ではデバイスイテレータから次のエントリを抽出し、ステップＳ３９０５へ戻って処理を続行する。ステップＳ３９１０へ進んだ処理はそこで完了する。

図４０で示したのが本実施形態におけるステップＳ３９０３で、管理装置がデバイスイテレータを生成する手順の例を示したフローチャートである。

ステップＳ４００１から処理を開始する。ステップＳ４００２では本実施形態の管理装置はデバイスリストに対するユーザの選択結果を取得する。ステップＳ４００３では空のデバイスイテレータを生成する。続くステップＳ４００４にてデバイスリストの最初のエントリに着目する。そしてステップＳ４００５にて現在着目しているエントリは選択されているかどうかを判定する。選択されているのであればステップＳ４００６へ進む。選択されていないのであればステップＳ４００９へ進む。

ステップＳ４００６では次に現在着目しているエントリが管理装置自身のデバイスであるかどうかを判定する。そうであればステップＳ４００７へ進む。そうでなければステップＳ４００８へ進む。

ステップＳ４００７では管理装置自身のデバイスをデバイスイテレータの最初に追加する。そしてステップＳ４００９へ進む。

ステップＳ４００８では現在着目しているところでエントリをデバイスイテレータの最後に追加する。そしてステップＳ４００９へ進む。

ステップＳ４００９ではデバイスリストに次のエントリがあるかどうかを判定する。次のエントリがある場合にはステップＳ４０１０へ進む。なければステップＳ４０１１へ進む。

ステップＳ４０１０ではデバイスリストの次のエントリに着目し、ステップＳ４００５へ戻って処理を続行する。ステップＳ４０１１へ進んだ処理はそこで完了する。このときの動作のシーケンスは図２３で示したものと同様である。

以上の手順によりサイト証明書の更新等、自装置に対して最初に行うべき管理操作を、自装置に対して最初に施すことができる。このため他の装置に対しても管理操作をエラーを生じることなく完了できる。

＜ＳＮＭＰのＯＮ／ＯＦＦ＞
次に本実施形態の管理装置がデバイスのＳＮＭＰをＯＮ・ＯＦＦする場合について説明を加える。

図４１に、本実施形態が自身を含む複数デバイスに対してＳＮＭＰのＯＮ・ＯＦＦを切り替える際の処理の手順を示す。

ステップＳ４１０１から処理を開始する。ステップＳ４１０２にて本実施形態の管理装置はまずタスクの実行結果を「成功」にセットする。続くステップＳ４１０３にてユーザの選択結果からデバイスイテレータを生成する。そして続くステップＳ４１０４にて、ステップＳ４１０３で生成したデバイスイテレータの最初のエントリを抽出する。ステップＳ４１０５では抽出されたエントリの表すデバイスのＳＮＭＰのＯＮ・ＯＦＦを操作する。ステップＳ４１０６にてＳＮＭＰのＯＮ・ＯＦＦの操作が成功したかどうかを判定し、成功であればステップＳ４１０８へ進む。失敗であればステップＳ４１０７へ進みタスクの実行結果を「失敗」にセットする。その後ステップＳ４１０８へ進む。

ステップＳ４１０８では、デバイスイテレータに次のエントリがあるかどうかを判定する。あるのであればステップＳ４１０９へ進む。なければステップＳ４１１０へ進む。

ステップＳ４１０９ではデバイスイテレータから次のエントリを抽出し、ステップＳ４１０５へ戻って処理を続行する。ステップＳ４１１０へ進んだ処理はそこで完了する。

図４２で示したのが本実施形態におけるステップＳ４１０３で、管理装置がデバイスイテレータを生成する手順の例を示したフローチャートである。

ステップＳ４２０１から処理を開始する。ステップＳ４２０２では本実施形態の管理装置はデバイスリストに対するユーザの選択結果を取得する。ステップＳ４２０３では空のデバイスイテレータを生成する。続くステップＳ４２０４にてデバイスリストの最初のエントリに着目する。そしてステップＳ４２０５にて現在着目しているエントリは選択されているかどうかを判定する。選択されているのであればステップＳ４２０６へ進む。選択されていないのであればステップＳ４２０９へ進む。

ステップＳ４２０６では次に現在着目しているエントリが管理装置自身のデバイスであるかどうかを判定する。そうであればステップＳ４２０７へ進む。そうでなければステップＳ４２０９へ進む。

ステップＳ４２０７では管理装置自身のデバイスの、ＳＮＭＰのＯＮ・ＯＦＦを操作してよいかどうかを判定し、よければステップＳ４２０８へ進む。よくなければステップＳ４２１０へ進む。

ステップＳ４２０８では管理装置自身のデバイスをデバイスイテレータの最後に追加する。そしてステップＳ４２１０へ進む。

ステップＳ４２０９では現在着目しているところでエントリをデバイスイテレータの最後に追加する。そしてステップＳ４２１０へ進む。

ステップＳ４２１０ではデバイスリストに次のエントリがあるかどうかを判定する。次のエントリがある場合にはステップＳ４２１１へ進む。なければステップＳ４２１２へ進む。

ステップＳ４２１１ではデバイスリストの次のエントリに着目し、ステップＳ４２０５へ戻って処理を続行する。ステップＳ４２１２へ進んだ処理はそこで完了する。
またこのような処理におけるシーケンス図は図２７および図３１に示したものと同様である。

このように本実施形態によれば第一、第二の実施形態と同様、管理装置が管理対象のデバイス上で稼動しているケースにおいても、失敗することなく管理対象のデバイスに管理操作を実施することが可能である。

なお本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。

本発明の第１実施形態、第２実施形態、第３実施形態のネットワークデバイス管理システムの全体構成図である。 本発明の実施形態1、第２実施形態、第３実施形態のＰＣの内部構成例の図である。 本発明の第１実施形態、第２実施形態、第３実施形態のＭＦＰの内部構成例の図である。 本発明の第１実施形態、第２実施形態、第３実施形態のＭＦＰの内部構成の別の例の図である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置の探索モジュールが管理対象のデバイスを探索する処理の内容を説明するためのフローチャートである。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置のデバイスリストの例を示す図である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置のユーザがデバイス一括設定を実行する際の手順の例を説明するためのフローチャートである。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置のデバイス一括設定のデバイス選択画面の例を示す図である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置のデバイス一括設定の設定内容入力画面の例を示す図である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置のデバイス一括設定の設定内容プレビュー画面の例を示す図である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置のデバイス一括設定を実行したことを報告する画面の例を示す図である。 本発明の第１実施形態、第２実施形態の管理装置がユーザの選択したデバイスの設置場所を変更する手順の例を説明するためのフローチャートである。 本発明の第１実施形態、第２実施形態の管理装置がユーザの選択したデバイスから操作対象デバイスリストを生成する手順の例を説明するためのフローチャートである。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置が操作対象となるデバイスの設置場所を変更する時の各モジュールの関係の例を表すブロック図である。 本発明の第１実施形態の管理装置がユーザの選択したデバイスのＩＰアドレスを変更する手順の例を説明するためのフローチャートである。 本発明の第１実施形態の管理装置が自分自身のデバイスを含まない複数のデバイスに対してＩＰアドレスの変更を実行する場合のシーケンス図である。 従来の管理装置が自分自身のデバイスを含む複数のデバイスに対してＩＰアドレスの変更を実行する際に、処理の順番を考慮しなかったケースで発生する問題を説明するためのシーケンス図である。 本発明の第１実施形態、第２実施形態の管理装置が自分自身のデバイスを含む複数のデバイスに対してＩＰアドレスの変更を実行する際に、処理の順番を考慮したケースを説明するためのシーケンス図である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置や他のデバイスがＨＴＴＰＳプロトコルのために使用するサイト証明書の例を示した図である。 本発明の第１実施形態、第２実施形態の管理装置が操作対象となるデバイスのサイト証明書を更新する時の各モジュールの関係の例を表すブロック図である。 本発明の第１実施形態の管理装置が複数のデバイスに対してサイト証明書の更新を行う手順を説明するためのシーケンス図である。 従来の管理装置が自分自身のデバイスを含む複数のデバイスに対してサイト証明書の更新を行う際に、処理の順番を考慮しなかったケースで発生する問題を説明するためのシーケンス図である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置が自分自身のデバイスを含む複数のデバイスに対してサイト証明書の更新を行う際に、処理の順番を考慮したケースを説明するためのシーケンス図である。 本発明の第１実施形態の管理装置がユーザの選択したデバイスのサイト証明書を更新する手順の例を説明するためのフローチャートの一部である。 本発明の第１実施形態の管理装置がユーザの選択したデバイスのサイト証明書を更新する手順の例を説明するためのフローチャートの別の一部である。 本発明の第１実施形態の管理装置がＳＮＭＰプロトコルのＯＮ・ＯＦＦを切り替える際の組み合わせによる問題の発生状況を示す表である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置が自分自身のデバイスを含む複数のデバイスに対してＳＮＭＰのＯＮ・ＯＦＦを行う際に、自分自身に対しても実行するケースを説明するためのシーケンス図である。 本発明の第１実施形態、第２実施形態の管理装置がユーザの選択したデバイスのＳＮＭＰをＯＮ・ＯＦＦする手順の例を説明するためのフローチャートの一部である。 本発明の第１実施形態、第２実施形態の管理装置がユーザの選択したデバイスのＳＮＭＰをＯＮ・ＯＦＦする手順の例を説明するためのフローチャートの、別の一部である。 本発明の第１実施形態、第２実施形態の管理装置がユーザの選択したデバイスのＳＮＭＰをＯＮ・ＯＦＦする手順の例を説明するためのフローチャートのさらに別の一部である。 本発明の第１実施形態、第２実施形態、第３実施形態の管理装置が自分自身のデバイスを含む複数のデバイスに対してＳＮＭＰのＯＮ・ＯＦＦを行う際に、自分自身に対してはスキップするケースを説明するためのシーケンス図である。 本発明の第２実施形態の管理装置がユーザの選択したデバイスのＩＰアドレスを変更する手順の例を説明するためのフローチャートである。 本発明の第２実施形態の管理装置がユーザの選択したデバイスのサイト証明書を更新する手順の例を説明するためのフローチャートの一部である。 本発明の第２実施形態の管理装置がユーザの選択したデバイスのサイト証明書を更新する手順の例を説明するためのフローチャートの、別の一部である。 本発明の第３実施形態の管理装置がユーザの選択したデバイスの設置場所を変更する手順の例を説明するためのフローチャートである。 本発明の第３実施形態の管理装置がユーザの選択したデバイスの設置場所を変更する場合に、ユーザの選択したデバイスからデバイスイテレータを生成する手順の例を説明するためのフローチャートである。 本発明の第３実施形態の管理装置がユーザの選択したデバイスのＩＰアドレスを変更する手順の例を説明するためのフローチャートである。 本発明の第３実施形態の管理装置がユーザの選択したデバイスのＩＰアドレスを変更する場合に、ユーザの選択したデバイスからデバイスイテレータを生成する手順の例を説明するためのフローチャートである。 本発明の第３実施形態の管理装置がユーザの選択したデバイスのサイト証明書を更新する手順の例を説明するためのフローチャートである。 本発明の第３実施形態の管理装置がユーザの選択したデバイスのサイト証明書を更新する場合に、ユーザの選択したデバイスからデバイスイテレータを生成する手順の例を説明するためのフローチャートである。 本発明の第３実施形態の管理装置がユーザの選択したデバイスのＳＮＭＰのＯＮ・ＯＦＦを操作するための手順の例を説明するためのフローチャートである。 本発明の第３実施形態の管理装置がユーザの選択したデバイスのＳＮＭＰのＯＮ・ＯＦＦを操作する場合に、ユーザの選択したデバイスからデバイスイテレータを生成する手順の例を説明するためのフローチャートである。

符号の説明

１０１ ネットワーク
１０２ ＭＦＰ
１０３ ＭＦＰ
１０４ ＰＣ
１０５ ＭＦＰ

Claims (12)

1. ネットワークに接続された自装置を含む複数のネットワークデバイスを管理対象として管理操作を行うことができるネットワークデバイス管理装置であって、
   前記複数のネットワークデバイスに対して実行すべき管理操作を指定する指定手段と、
   前記指定手段により指定された管理操作の種類に応じて、自装置に対する前記管理操作の実行の順番を決定し、前記複数のネットワークデバイスに対して前記管理操作を実行する実行手段とを備えることを特徴とするネットワークデバイス管理装置。
2. 前記実行すべき管理操作が、管理対象のネットワークデバイスのリセットを伴う管理操作である場合には、自装置に対する前記管理操作の実行の順番を前記複数のネットワークデバイスの末尾に決定することを特徴とする請求項１に記載のネットワーク管理装置。
3. 前記管理対象のネットワークデバイスのリセットを伴う管理操作には、ＳＮＭＰ経由でのＩＰアドレスの再設定の指示と、プロトコルスタックのオンまたはオフの設定の指示とを含むことを特徴とする請求項２に記載のネットワークデバイス管理装置。
4. 前記実行すべき管理操作が、自装置に対する管理操作の結果を用いて行う管理操作である場合には、自装置に対する前記管理操作の実行の順番を前記複数のネットワークデバイスの先頭に決定することを特徴とする請求項１乃至３のいずれか１項に記載のネットワークデバイス管理装置。
5. 前記自装置に対する管理操作の結果を用いて行う管理操作には、ＤＮＳサーバの再設定の指示と、サイト証明書の更新の指示とを含むことを特徴とする請求項４に記載のネットワークデバイス管理装置。
6. ネットワークに接続された自装置を含む複数のネットワークデバイスを管理対象として管理操作を行うことができるネットワークデバイス管理装置であって、
   前記複数のネットワークデバイスに対して実行すべき管理操作を指定する指定手段と、
   前記指定手段により指定された管理操作の種類に応じて、自装置に対する前記管理操作の実行の適不適を判定する判定手段と、
   前記判定手段により不適と判定された場合は自装置を除くネットワークデバイスに対して前記管理操作を実行し、前記判定手段により適と判定された場合は自装置を含む前記複数のネットワークデバイスに対して前記管理操作を実行する実行手段と
   を備えることを特徴とするネットワークデバイス管理装置。
7. 前記自装置に対する実行が不適と判断される管理操作には、サイト証明書の提示が要求されるＨＴＴＰＳを経由した前記ネットワーク管理装置からのファイルのダウンロードの指示と、機器設定情報の配信と、前記管理操作に使用するプロトコルのオンまたはオフの設定の指示とを含むことを特徴とする請求項６に記載のネットワークデバイス管理装置。
8. ネットワークに接続されたネットワークデバイスを管理対象として管理操作を行うことができ、自装置も管理対象のネットワークデバイスとして選択可能なネットワークデバイス管理装置におけるデバイス管理方法であって、
   実行すべき管理操作が指定され、自装置が管理対象として選択されている場合に、実行手段が、自装置に対する前記管理操作の実行の順番を、前記管理操作の種類に応じて決められた順番として、前記管理対象のネットワークデバイスに対して前記管理操作を実行することを特徴とするデバイス管理方法。
9. 前記実行すべき管理操作が、管理対象のネットワークデバイスのリセットを伴う管理操作である場合には、自装置に対する前記管理操作の実行の順番を前記複数のネットワークデバイスの末尾に決定することを特徴とする請求項８に記載のデバイス管理方法。
10. 前記実行すべき管理操作が、自装置に対する管理操作の結果を用いて行う管理操作である場合には、自装置に対する前記管理操作の実行の順番を前記複数のネットワークデバイスの先頭に決定することを特徴とする請求項８又は９に記載のデバイス管理方法。
11. ネットワークに接続されたネットワークデバイスを管理対象として管理操作を行うことができ、自装置も管理対象のネットワークデバイスとして選択可能なネットワークデバイス管理装置におけるデバイス管理方法であって、
    判定手段が、実行すべき管理操作が指定され、自装置が管理対象として選択されている場合に、前記管理操作の種類に応じて、自装置に対する前記管理操作の実行の適不適を判定する判定工程と、
    実行手段が、前記判定工程により不適と判定された場合、自装置を除く前記管理対象のネットワークデバイスに対して前記管理操作を実行する実行工程と
    を備えることを特徴とするデバイス管理方法。
12. 請求項８乃至１１の何れか１項に記載のデバイス管理方法の各工程をコンピュータにより実行するためのプログラム。

Images