(57)【要約】【課題】能力の異なるネットワークデバイスが混在する環境において、配信された設定情報をネットワークデバイスが適切なタイミングで反映するように制御することを可能とする管理装置を提供する。【解決手段】管理サーバは、管理サーバから配信された設定情報を、該設定情報の配信対象のデバイスが再起動後に実際の稼働に使用する設定を指定可能な設定手段と、該設定が指定され、かつ配信対象のネットワークデバイスが、“ｓｔａｒｔｕｐ”データストアを有していない場合、該ネットワークデバイスの再起動を検出した際に、“ｒｕｎｎｉｎｇ”データストアに設定情報が格納されるよう該設定情報の配信を制御する配信手段と、を備え、配信手段は、前記設定が指定され、かつ配信対象のネットワークデバイスが、“ｓｔａｒｔｕｐ”データストアを有する場合、“ｓｔａｒｔｕｐ”データストアに設定情報が格納されるよう該設定情報の配信を制御する。【選択図】図１２
2018085060.tif 000002
【特許請求の範囲】
【請求項１】
複数のネットワークデバイスに対して、所定のプロトコルを利用して設定情報の配信を行う管理装置であって、
前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが再起動後に実際の稼働に使用する設定を指定可能な設定手段と、
前記設定が指定され、かつ前記配信対象のネットワークデバイスが、該ネットワークデバイスの起動時に反映する設定情報を保持するための第１のデータストアを有していない場合、該ネットワークデバイスの再起動を検出した際に、該ネットワークデバイスが実際の稼働に使用するための設定情報を保持するための第２のデータストアに設定情報が格納されるよう、該設定情報の配信を制御する配信手段と、を備え、
前記配信手段は、前記設定が指定され、かつ前記配信対象のネットワークデバイスが、前記第１のデータストアを有する場合、前記第１のデータストアに設定情報が格納されるよう、該設定情報の配信を制御する、
ことを特徴とする管理装置。
【請求項２】
複数のネットワークデバイスに対して、所定のプロトコルを利用して設定情報の配信を行う管理装置であって、
前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが該設定情報の配信後から再起動されるまでの間に実際の稼働に使用する設定を指定可能な設定手段と、
前記設定が指定され、かつ前記配信対象のネットワークデバイスが、該ネットワークデバイスの起動時に反映する設定情報を保持するための第１のデータストアを有していない場合、
該ネットワークデバイスが実際の稼働に使用する設定情報を保持するための第２のデータストアに格納されている設定情報をバックアップし、
前記第２のデータストアに設定情報が格納されるよう、該設定情報の配信を制御し、
前記ネットワークデバイスの再起動を検出した際に、前記第２のデータストアに前記バックアップした設定情報が格納されるよう、該バックアップした設定情報の配信を制御する配信手段と、を備え、
前記配信手段は、前記設定が指定され、かつ前記配信対象のネットワークデバイスが、前記第１のデータストアを有する場合、前記第２のデータストアに設定情報が格納されるよう、該設定情報の配信を制御する、
ことを特徴とする管理装置。
【請求項３】
前記設定手段は、前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが配信された直後から実際の稼働に使用する設定を指定可能とする、
ことを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記配信手段は、前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが配信された直後から実際の稼働に使用する設定が指定され、かつ前記配信対象のネットワークデバイスが、前記第１のデータストアを有していない場合、前記第２のデータストアに設定情報が格納されるよう、該設定情報の配信を制御し、
前記配信手段は、前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが配信された直後から実際の稼働に使用する設定が指定され、かつ前記配信対象のネットワークデバイスが、前記第１のデータストアを有する場合、前記第２のデータストアに設定情報が格納されるよう、該設定情報の配信を制御するとともに、前記配信された設定情報が前記第１のデータストアにも格納されるように、前記第２のデータストアに格納された設定情報を前記第１のデータストアにコピーするように要求する、
ことを特徴とする請求項３に記載の管理装置。
【請求項５】
前記ネットワークデバイスが対応するプロトコル、及び前記ネットワークデバイスが前記所定のプロトコルに対応する場合は、当該ネットワークデバイスが当該所定のプロトコルにおける各種データストアを有しているか否かを示す情報を取得する取得手段と、
前記取得手段が取得した情報をネットワークデバイスの能力情報として格納する格納手段と、を備える、
ことを特徴とする請求項１乃至４のいずれか１項に記載の管理装置。
【請求項６】
前記配信対象のネットワークデバイスを設定する画面を表示する表示手段と、
前記能力情報に基づき、ネットワークデバイスが前記第１のデータストアを有するか否かを判定する判定手段を備え、
前記表示手段は、前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが再起動後に実際の稼働に使用する設定が指定されたか、または前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが前記設定情報の配信後から再起動されるまでの間に実際の稼働に使用する設定が指定された場合、前記画面において、前記第１のデータストアを有するネットワークデバイスのみ指定可能とする、
ことを特徴とする請求項５に記載の管理装置。
【請求項７】
複数のネットワークデバイスに対して、所定のプロトコルを利用して設定情報の配信を行う管理装置であって、
配信対象として決定されたネットワークデバイスの情報を取得し、ネットワークデバイスの起動時に反映する設定情報を保持するための第１のデータストアを有していないネットワークデバイスが配信対象のネットワークデバイスに含まれるか判定する判定手段と、
前記管理装置から配信された設定情報を前記ネットワークデバイスが実際の稼働に使用するタイミングを設定する画面を表示する表示手段と、を備え、
前記表示手段は、前記第１のデータストアを有していないネットワークデバイスが前記配信対象として決定されたネットワークデバイスに含まれる場合に、前記画面において、前記配信された設定情報をネットワークデバイスが再起動後に実際の稼働に使用する設定、
または前記配信された設定情報をネットワークデバイスが該設定情報の配信後から該ネットワークデバイスが再起動するまでの間に実際の稼働に使用する設定を指定不可とし、
前記表示手段は、前記第１のデータストアを有していないネットワークデバイスが前記配信対象として決定されたネットワークデバイスに含まれない場合に、前記画面において、前記配信された設定情報をネットワークデバイスが再起動後に実際の稼働に使用する設定、
または前記配信された設定情報をネットワークデバイスが該設定情報の配信後から該ネットワークデバイスが再起動するまでの間に実際の稼働に使用する設定を指定可能とする、
ことを特徴とする管理装置。
【請求項８】
前記所定の通信プロトコルは、ＮＥＴＣＯＮＦであり、前記第１のデータストアは、ｓｔａｒｔｕｐのデータストアであり、前記第２のデータストアはｒｕｎｎｉｎｇのデータストアである、
ことを特徴とする請求項１乃至７のいずれか１項に記載の管理装置。
【請求項９】
複数のネットワークデバイスに対して、所定のプロトコルを利用して設定情報の配信を行う管理装置の制御方法であって、
前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが再起動後に実際の稼働に使用する設定を指定する設定工程と、
前記設定が指定され、かつ前記配信対象のネットワークデバイスが、該ネットワークデバイスの起動時に反映する設定情報を保持するための第１のデータストアを有していない場合、該ネットワークデバイスの再起動を検出した際に、該ネットワークデバイスが実際の稼働に使用するための設定情報を保持するための第２のデータストアに設定情報が格納されるよう、該設定情報の配信を制御する配信工程と、を備え、
前記配信工程において、前記設定が指定され、かつ前記配信対象のネットワークデバイスが、前記第１のデータストアを有する場合、前記第１のデータストアに設定情報が格納されるよう、該設定情報の配信を制御する、
ことを特徴とする制御方法。
【請求項１０】
請求項９に記載の制御方法をコンピュータにより実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は管理装置、制御方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、複数のネットワークデバイスに設定情報を配信する技術が存在する。特許文献１は、管理装置（管理サーバ）が、取得元となる周辺装置の設定情報を複数の周辺装置に配信する技術を開示している。
【０００３】
近年、ネットワークデバイスの設定情報を制御するためのプロトコルとして、ＮＥＴＣＯＮＦ（Ｎｅｔｗｏｒｋ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）がＲＦＣで標準化されている。ＮＥＴＣＯＮＦは、複数のネットワークデバイスの設定等を行うことを想定したプロトコルである。ＮＥＴＣＯＮＦは、例えば、トランザクションの仕組みや設定情報の検証の仕組み等を備える。以下、１つ以上の設定項目と設定値の組み合わせを「設定情報」と呼ぶ。
【０００４】
ＮＥＴＣＯＮＦでは、複数の設定情報を保持するためのデータストアが定義されている。ＮＥＴＯＣＯＮＦにおける複数のデータストアは、ｒｕｎｎｉｎｇのデータストアに加えて、ｃａｎｄｉｔａｔｅのデータストア、及びｓｔａｒｔｕｐのデータストアの少なくともいずれかを含む。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−２４３４８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述したように、ＮＥＴＣＯＮＦに対応するネットワークデバイスであっても、各種データストアを有するかはネットワークデバイスごとに異なる。例えば、コストの問題などにより“ｓｔａｒｔｕｐ”データストアを有していないネットワークデバイスがある。このように能力の異なるネットワークデバイスが混在する環境において、設定情報を配信されたネットワークデバイスが適切なタイミングで該設定情報を反映するように制御することは困難である。
【０００７】
本発明は、能力の異なるネットワークデバイスが混在する環境において、配信された設定情報をネットワークデバイスが適切なタイミングで反映するように制御することを可能とする管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一実施形態の管理装置は、複数のネットワークデバイスに対して、所定のプロトコルを利用して設定情報の配信を行う管理装置であって、前記管理装置から配信された設定情報を、該設定情報の配信対象のネットワークデバイスが再起動後に実際の稼働に使用する設定を指定可能な設定手段と、前記設定が指定され、かつ前記配信対象のネットワークデバイスが、該ネットワークデバイスの起動時に反映する設定情報を保持するための第１のデータストアを有していない場合、該ネットワークデバイスの再起動を検出した際に、該ネットワークデバイスが実際の稼働時に使用するための設定情報を保持するための第２のデータストアに設定情報が格納されるよう、該設定情報の配信を制御する配信手段と、を備え、前記配信手段は、前記設定が指定され、かつ前記配信対象のネットワークデバイスが、前記第１のデータストアを有する場合、前記第１のデータストアに設定情報が格納されるよう、該設定情報の配信を制御する。
【発明の効果】
【０００９】
本発明の管理装置によれば、能力の異なるネットワークデバイスが混在する環境において、配信された設定情報をネットワークデバイスが適切なタイミングで反映するように制御することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】デバイス管理システムの構成例を示す図である。
【図２】管理サーバのハードウェア構成例を示す図である。
【図３】デバイスのハードウェア構成例を示す図である。
【図４】管理サーバ及びデバイスのソフトウェア構成例を示す図である。
【図５】デバイス設定情報保管部が格納するデバイス探索結果の一例を示す図である。
【図６】デバイスから取得したデバイス能力情報の一例を示す図である。
【図７】デバイス管理アプリケーションの画面の一例を示す図である。
【図８】設定情報配信タスクを作成する際の処理を説明するフローチャートである。
【図９】デバイス管理アプリケーションの画面の一例を示す図である。
【図１０】デバイス管理アプリケーションの画面の一例を示す図である。
【図１１】デバイス管理アプリケーションの画面の一例を示す図である。
【図１２】設定情報の配信処理を説明するフローチャートである。
【図１３】設定情報の配信処理を説明するフローチャートである。
【図１４】データ保管部が格納するタスク情報の一例を示す図である。
【図１５】設定情報配信タスクを作成する際の処理を説明するフローチャートである。
【図１６】デバイス管理アプリケーションの画面の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面などを参照して説明する。
【００１２】
（第１実施形態）
図１は、本発明の一実施形態におけるデバイス管理システムの構成例を示す図である。
デバイス管理システムは、管理サーバ１０１及びネットワークデバイス（デバイス）１０２及び１０３を備える。管理サーバ１０１は、ネットワークデバイスを管理する管理装置として機能する情報処理装置である。
【００１３】
デバイス１０２及び１０３は、例えば、プリンタやスキャナ、ＭＦＰ、ネットワーク中継機器（ルータ）、ネットワークカメラ等のネットワークデバイスである。管理サーバ１０１、デバイス１０２及び１０３は、通信回線１００により通信可能に接続されている。なお、本実施形態では、１台の管理装置と、３台のデバイスとから構成されるシステムの例について説明するが、管理装置およびデバイスの台数を限定するものではない。
【００１４】
図２は、管理サーバ１０１のハードウェア構成例を示す図である。
ＣＰＵ２０１は、特に断りのない限り、後述する全ての処理のハードウェア上の実行の主体である。一方、ソフトウェア上の制御の主体は、ハードディスクドライブ（ＨＤＤ）２１２に格納されたソフトウェアプログラムである。ハードディスクドライブ（ＨＤＤ）２１２には、本実施形態に係るソフトウェアプログラムが格納される。ＲＯＭ２０２は、ＢＩＯＳやブートプログラムを格納している。
【００１５】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、ＨＤＤ２１２やＲＯＭ２０２等に格納されるプログラムを読み出して実行することにより、各種制御を実行する。キーボードコントローラ（ＫＢＣ）２０５は、キーボード（ＫＢ）２０９やポインティングデバイス（ＰＤ）２１０などからの指示入力を制御する。ディスプレイコントローラ（ＤＳＰＣ）２０６は、ディスプレイ（ＤＳＰ）２１１の表示を制御する。
【００１６】
ディスクコントローラ（ＤＫＣ）２０７は、ＨＤＤ２１２やＣＤ−ＲＯＭ（ＣＤ）２１３等の記憶装置へのアクセスを制御する。ＨＤＤ２１２およびＣＤ−ＲＯＭ（ＣＤ）２１３等には、ブートプログラム、オペレーティングシステム、データベース、ソフトウェアプログラム及びそのデータ等が記憶されている。なお、ＨＤＤ２１２の代わりに、または別途、ソリッドステートドライブ（ＳＳＤ）等の他の記憶装置を有する構成であってもよい。
【００１７】
インタフェースコントローラ（ＩＦＣ）２０８は、通信回線１００を介して他のネットワークデバイス、例えば、デバイス１０２及び１０３と情報の送受信を行う。以上示した各構成要素は、システムバス２０４上に配置される。なお、本実施形態におけるソフトウェアプログラムは、ＣＤ−ＲＯＭ等の記憶媒体に格納された形で供給されても良い。その場合には、図２に示すＣＤ−ＲＯＭ（ＣＤ）２１３等によって記憶媒体からプログラムが読み取られ、ＨＤＤ２１２にインストールされる。
【００１８】
図３は、デバイス１０２及び１０３のハードウェア構成例を示す図である。
ここでは、デバイス１０２及びデバイス１０３の一例として、印刷機能やスキャン機能、ネットワーク通信機能などを備える画像形成装置を想定して説明する。以下、デバイス１０２のハードウェア構成について説明するが、デバイス１０３についても同様である。
【００１９】
デバイス１０２は、印刷機能やスキャン機能、ネットワーク通信機能などを備える画像形成装置である。ＣＰＵ４０１は、画像形成装置全体の制御を司る。ＲＯＭ４０２は、ＣＰＵ４０１が実行する印刷処理プログラムやフォントデータを格納する。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリア、受信バッファ、画像描画に使用される。ＨＤＤ４０４は、デバイス１０２の設定値情報などを記録する。
【００２０】
操作パネル４０５は、各種スイッチやボタン、タッチパネル、及びメッセージ表示用の液晶表示部で構成される。操作パネル４０５では、ユーザが前述した設定値情報を操作することが可能である。ネットワークＩ／Ｆ４０６は、ネットワークに接続するためのインタフェースである。プリンタエンジン４０７は、記録紙に印刷を行う。スキャナ４０８は、原稿を読み取る。ファクシミリ通信部４０９は、ファクシミリの送受信を行うための通信部である。
【００２１】
図４は、管理サーバ１０１と、デバイス１０２及び１０３のソフトウェア構成例を示すブロック図である。
まず、管理サーバ１０１のソフトウェア構成例について説明する。図４に示す各ブロック３００〜３０５は、管理サーバ１０１のＣＰＵ２０１が、ＨＤＤ２１２等に格納されたプログラムを読み出して実行することにより実現される。デバイス管理部３００は、デバイス探索部３０１、タスク管理部３０２、デバイス設定管理部３０３、データ保管部３０４、及びデバイス設定情報保管部３０５から構成される。
【００２２】
デバイス管理部３００は、Ｗｅｂベースのアプリケーションとしての実施可能であり、その場合には、Ｗｅｂブラウザを介して利用が可能である。デバイス探索部３０１は、ＳＮＭＰやＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）等を用いて、通信回線１００に接続されたデバイス１０２及び１０３を探索する。本実施形態では、デバイス探索部３０１は、デバイス探索結果として、デバイス名、及びＩＰアドレス等のデバイス設定情報（以下、設定情報）を取得する。
【００２３】
また、本実施形態では、デバイス探索部３０１は、デバイス探索結果として、ＮＥＴＣＯＮＦ等のデバイスが対応するプロトコル、ＮＥＴＣＯＮＦにデバイスが対応している場合は該デバイスが対応するデータストア等のデバイス能力情報を取得する。デバイス探索部３０１が取得した情報は、デバイス設定情報保管部３０５に格納する。デバイス設定情報保管部３０５に格納された情報の詳細は、図５を用いて後述する。
【００２４】
タスク管理部３０２は、デバイス探索部３０１またはデバイス設定管理部３０３が生成したタスクを実行する。タスクには、管理サーバ１０１に実行させる機能と、実行日時（スケジュール）などの実行条件とが設定されている。タスク管理部３０２は、タスクに設定されたスケジュールに応じて、デバイス探索部３０１、またはデバイス設定管理部３０３にタスクの実行を指示する。
【００２５】
デバイス設定管理部３０３は、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）等を用いて、デバイス１０２または１０３のデバイス設定サービス部３０６と通信を行う。デバイス設定管理部３０３は、デバイス１０２または１０３が有する設定情報またはデバイス能力情報等の各種情報を取得し、所定の形式でデバイス設定情報保管部３０５に格納する。
【００２６】
また、デバイス設定管理部３０３は、デバイス設定情報保管部３０５に格納されているデバイス設定情報に基づき、デバイス１０２または１０３に各種情報の変更を指示する。このとき、デバイス設定管理部３０３は、通信回線１００を介してＮＥＴＣＯＮＦやＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）等を用いて、デバイス１０２または１０３に各種情報の変更を指示する。
【００２７】
データ保管部３０４は、デバイス探索部３０１またはデバイス設定管理部３０３が生成したタスクに関わる情報をタスク情報として格納する。また、データ保管部３０４は、管理サーバ１０１の動作に関わる情報を格納する。デバイス設定情報保管部３０５は、デバイスから取得した情報、具体的には、設定情報やデバイス能力情報を格納する。
【００２８】
次に、デバイス１０２及び１０３のソフトウェア構成例について説明する。図４に示す各ブロック３０６〜３０９は、デバイス１０２またはデバイス１０３のＣＰＵ４０１が、ＨＤＤ４０４等に格納されるプログラムを読み出して実行することにより実現される。デバイス設定サービス部３０６は、管理サーバ１０１のデバイス設定管理部３０３と通信を行う。デバイス設定サービス部３０６は、デバイス設定管理部３０３から指示を受け取ると、該指示に従い、設定管理部３０７に設定情報またはデバイス能力情報等の各種情報を要求する。
【００２９】
設定管理部３０７は、デバイス設定サービス部３０６が受信した設定情報に基づき、現行設定３０８や起動後設定３０９を更新する。また、設定管理部３０７は、デバイス設定サービス部３０６の要求に基づき、現在のデバイスの設定をデバイス設定情報として生成する。現行設定３０８は、デバイス１０２または１０３に現在適用されている設定値群を格納している。現行設定３０８は、例えば、ＮＥＴＣＯＮＦにおける“ｒｕｎｎｉｎｇ”データストアに該当する。
【００３０】
起動後設定３０９は、デバイス１０２または１０３が再起動した後に適用される設定値群を格納している。起動後設定３０９は、例えば、ＮＥＴＣＯＮＦにおける“ｓｔａｒｔｕｐ”データストアに該当する。設定管理部３０７は、デバイス１０２または１０３の起動時に起動後設定３０９が設定されているか否かを確認し、起動後設定が設定されている場合は、該設定を現行設定３０８にコピーする。
【００３１】
なお、デバイス１０２または１０３は、機種によって起動後設定３０９を有していない場合がある。また、デバイス１０２及び１０３は、設定情報を格納する領域として現行設定３０８及び起動後設定３０９以外の領域を確保していてもよい。例えば、ＮＥＴＣＯＮＦにおける“ｃａｎｄｉｄａｔｅ”データストアのように、設定情報を一時的に保持し、ＮＥＴＣＯＮＦで定義されるデバイスの現在の構成に影響を与えることなく操作することができるアクティブでないデータストアを有していてもよい。
【００３２】
なお、本実施形態では、管理サーバ１０１は、ＮＥＴＣＯＮＦを用いて設定情報の配信処理（図１２及び１３）を実行する。このため、以下、現行設定３０８は“ｒｕｎｎｉｎｇ”データストアとし、起動後設定３０９は“ｓｔａｒｔｕｐ”データストアとして説明する。しかし、本発明は、通信プロトコルをＮＥＴＣＯＮＦに限定するものではなく、デバイスで確保される設定情報を管理する複数のデータストアを利用した設定操作を制御するための要求を定義している所定のプロトコルであればどのようなプロトコルを用いてもよい。
【００３３】
デバイスが複数のデータストアを有し、管理サーバが適切なデータストアを操作することによって、設定変更を行うタイミングを柔軟に制御できる。例えば、ＮＥＴＣＯＮＦにおける“ｓｔａｒｔｕｐ”データストアの設定情報のみ更新することにより、デバイスの再起動後から設定変更を行うように制御することが可能となる。また、例えば、ＮＥＴＣＯＮＦにおける“ｒｕｎｎｉｎｇ”データストアの設定情報のみ更新することにより、設定情報の配信後から再起動するまでの間に一時的に設定変更を行うように制御することが可能となる。
【００３４】
しかし、どのデータストアを有するかはデバイスにより異なる。このように能力の異なるデバイスが混在する環境において、複数のデータストアを利用した設定操作を制御し、一元的にデバイスを管理することは困難である。そこで、本実施形態では、能力の異なるデバイスが混在する環境において、複数のデータストアを利用した設定操作を制御し、一元的にデバイスを管理する（設定情報を配信する）方法について説明する。
【００３５】
図５は、デバイス探索部３０１がデバイス設定情報保管部３０５に格納するデバイス探索結果の一例を示す図である。
図５に示す例では、デバイスごとに、デバイス名、ＩＰアドレス、該デバイスが対応するプロトコル、及び該デバイスが対応するＮＥＴＣＯＮＦのデータストアの情報が格納されている。なお、これらデバイスの各種情報を取得する方法は、デバイス探索部３０１が行う以外に、ＤＫＣ２０７を介してＣＳＶ形式のファイルなどを取り込むことで行われてもよい。
【００３６】
図５に示す例では、デバイス名が「ＤｅｖＡ００１」のデバイス、及びデバイス名が「ＤｅｖＢ００１」のデバイスが、ＮＥＴＣＯＮＦプロトコルに対応する。また、デバイス名が「ＤｅｖＡ００１」のデバイスは、“ｒｕｎｎｉｎｇ”、“ｃａｎｄｉｄａｔｅ”、及び“ｓｔａｒｔｕｐ”の３種類のデータストアに対応している。一方、デバイス名が「ＤｅｖＢ００１」のデバイスは、“ｒｕｎｎｉｎｇ”のデータストアにのみ対応している。デバイス名が「ＤｅｖＣ００１」のデバイスは、ＮＥＴＣＯＮＦプロトコルに非対応である。
【００３７】
図６は、デバイス探索部３０１が、デバイス１０２または１０３のデバイス設定サービス部３０６から受信するデバイス能力情報の一例を示す説明図である。
図６に示す例は、ＮＥＴＣＯＮＦでデバイス能力情報の交換を行うためのＨｅｌｌｏメッセージである。データストア情報６０１は、デバイス能力情報を送信したデバイスのＮＥＴＣＯＮＦのデータストアに関する情報を示す。
【００３８】
図６によれば、このデバイスは、“ｃａｎｄｉｄａｔｅ”及び“ｓｔａｒｔｕｐ”のデータストアに対応している。なお、“ｒｕｎｎｉｎｇ”データストアは、ＮＥＴＣＯＮＦプロトコルに対応するデバイスにおいて必須のデータストアであるため、データストア情報６０１に記載されていなくても、暗黙的に“ｒｕｎｎｉｎｇ”データストアには対応している。
【００３９】
図７は、管理サーバ１０１が有するデバイス管理アプリケーションの画面の一例を示す図である。
デバイス管理アプリケーション７００は、メニュー７０１、及びタスク作成領域７０２を有する。デバイス管理部３００は、ユーザが選択したメニュー７０１に応じて、タスク作成のための画面をタスク作成領域７０２に表示する。
【００４０】
メニュー７０１は、デバイス探索部３０１が提供する「デバイス探索」メニューとデバイス設定管理部３０３が提供する「デバイス設定管理」メニューを有する。「デバイス設定管理」メニューは、「設定情報取得タスクの作成」、及び「設定情報配信タスクの作成」メニューを有する。以下、「設定情報配信タスクの作成」メニューが選択された場合について、図８を用いて説明する。その他のメニューについては説明を省略する。
【００４１】
図８は、設定情報配信タスクを作成する際の処理を説明するフローチャートである。
図８に示す処理は、管理サーバ１０１のデバイス管理部３００により実行される。具体的には、図８に示す処理は、管理サーバ１０１のＣＰＵ２０１が、ＨＤＤ２１２に格納されたプログラムを読み出して実行することにより実現される。
【００４２】
ステップＳ８０１では、デバイス管理部３００は、探索済みデバイスの中から設定情報の配信対象とするデバイスを設定する。なお、設定情報の配信対象とするデバイスとして、例えば、ユーザに図９に示すような画面を表示し、データ保管部３０４に格納された探索済みのデバイスの中からユーザに選択させてもよい。なお、配信対象とするデバイスの設定方法はどのようなものでもよく、図９に示すような画面を介して設定する方法に限定するものではない。
【００４３】
図９は、ステップＳ８０１において、デバイス管理部３００が表示する画面の一例である。
具体的には、図９に示す画面は、図７のデバイス管理アプリケーション７００の画面において、メニュー７０１で「設定情報配信タスクの作成」が選択された場合に、タスク作成領域７０２に表示される。図９に表示されるデバイスの一覧は、データ保管部３０４に格納された探索済みのデバイス（図５）に基づき表示される。設定情報の配信対象とするデバイスは、複数個選択することができ、図９に示した例では、デバイス名が「ＤｅｖＡ００１」及び「ＤｅｖＢ００１」の２台のデバイスが選択されている。
【００４４】
図８の説明に戻る。ステップＳ８０２では、デバイス管理部３００は、ステップＳ８０１で配信対象として設定したデバイスと通信するための認証情報を入力する。ステップＳ８０３では、デバイス管理部３００は、デバイス設定情報保管部３０５に格納されている設定情報から、配信対象とする設定情報を設定する。なお、配信対象とする設定情報として、例えば、ユーザに図１０に示すような画面を表示し、デバイス設定情報保管部３０５に格納された設定情報の中からユーザに決定させてもよい。
【００４５】
図１０は、ステップＳ８０３において、デバイス管理部３００が表示する画面の一例である。
具体的には、図１０に示す画面は、図７のデバイス管理アプリケーション７００の画面において、タスク作成領域７０２に表示される。図１０に示す画面では、配信対象とする設定情報の名称（設定情報名）や、設定情報が更新された日時等の情報が表示される。配信対象とする設定情報は、１つだけ選択できる。図１０に示した例では、ラジオボタンにより設定情報名が「パブリックスペース」の設定情報が選択されている。
【００４６】
図８の説明に戻る。ステップＳ８０４では、デバイス管理部３００は、設定情報の配信対象のデバイスが配信された設定情報を反映するタイミングを設定する。「デバイスが配信された設定情報を反映する」とは、配信された設定情報をデバイスが実際の稼働に使用する設定情報とするために、デバイスが配信された設定情報を“ｒｕｎｎｉｎｇ”データストアに格納することである。「デバイスが配信された設定情報を反映するタイミング」は、例えば、該デバイスが再起動後や、設定情報が配信された後から該デバイスが再起動するまでの間、など任意のタイミングを指定する。管理サーバ１０１は、ステップＳ８０４の設定に従い、配信対象のデバイスの能力に応じた反映指示を行う。
【００４７】
具体的には、管理サーバ１０１は、ステップＳ８０４の設定に従い、デバイスに設定情報を配信するタイミングや、どのデータストアに配信した設定情報を格納するかを指示する。管理サーバ１０１の詳細な処理については、後述する。なお、デバイスが設定情報の反映を行うタイミングの設定は、例えば、ユーザに図１１に示すような画面を表示し、指定させてもよい。
【００４８】
図１１は、ステップ８０４において、デバイス管理部３００が表示する画面の一例である。
具体的には、図１１に示す画面は、図７のデバイス管理アプリケーション７００の画面において、タスク作成領域７０２に表示される。図１１に示す例では、デバイスが配信された設定情報を反映するタイミングとして、「配信後から」、「デバイスの再起動後から」、及び「配信後からデバイスを再起動するまで」の３つのうちいずれかを選択できる。
【００４９】
「配信後から」が選択されると、デバイスが、設定情報が配信されるとすぐに該設定情報を反映するように、管理サーバ１０１は設定情報の配信処理を行う。「デバイスの再起動後から」が選択されると、デバイスが、該デバイスの再起動後に設定情報を反映するように、管理サーバ１０１は設定情報の配信処理を行う。
【００５０】
「配信後からデバイスを再起動するまで」が選択されると、デバイスが、設定情報が配信直後に該設定情報を反映し、該デバイスが再起動されると、該設定情報を反映する前の設定に戻すように、管理サーバ１０１は設定情報の配信処理を行う。これらの管理サーバ１０１の配信処理の詳細については、図１２及び図１３を用いて後述する。
【００５１】
図８の説明に戻る。ステップＳ８０５では、デバイス管理部３００が、タスクの全体的な設定を行う。具体的には、作成しているタスクのタスク名、該タスクの実行日時（スケジュール）、タスクの実行結果の通知先（メールアドレス）等を設定する。なお、タスクの全体的な設定は、ユーザに不図示の画面を表示し、入力させてもよい。ステップＳ８０１〜８０５にて設定されたタスクの内容は、タスク情報としてデータ保管部３０４に格納される。そして、ステップＳ８０５で設定されたタスクのスケジュールに従って、タスク管理部３０２が該タスク情報を読み込み、タスクを実行する。
【００５２】
図１２及び図１３は、管理サーバ１０１が設定情報を配信する配信処理を説明するフローチャートである。
図１２及び図１３に示す処理は、管理サーバ１０１のデバイス管理部３００により実行される。具体的には、管理サーバ１０１のＣＰＵ２０１が、ＨＤＤ２１２に格納されたプログラムを読み出して実行することにより実現される。
【００５３】
ステップＳ１２０１では、デバイス管理部３００は、タスク管理部３０２を介してデータ保管部３０４からタスク情報を取得する。タスク情報には、図８に示した処理で設定されたタスクのされた内容が含まれる。ステップＳ１２０２では、デバイス管理部３００は、ステップＳ１２０１で取得したタスク情報から、設定情報をデバイスが反映するタイミングを確認する。
【００５４】
すなわち、図１１の設定画面において「再起動後から」が指定された場合は、処理はステップＳ１２０３に進む。また、図１１の設定画面において「配信後から再起動するまで」が指定された場合は、処理はステップＳ１２０７に進む。また、図１１の設定画面において「配信後から」が指定された場合は、処理は図１３のステップＳ１２１１に進む。
【００５５】
ステップＳ１２０３では、デバイス管理部３００は、ステップＳ１２０１で取得したタスク情報に基づいて、設定情報の配信対象のデバイスが、ＮＥＴＣＯＮＦにおける“ｓｔａｒｔｕｐ”データストアを有していないデバイスを含むか否かを判定する。配信対象のデバイスが“ｓｔａｒｔｕｐ”データストアを有していないデバイスを含む場合、処理はステップＳ１２０４に進み、配信対象のデバイスに“ｓｔａｒｔｕｐ”データストアを有していないデバイスを含まない場合、処理はステップＳ１２０５に進む。
【００５６】
ステップＳ１２０４では、デバイス管理部３００は、配信対象のデバイスのうち“ｓｔａｒｔｕｐ”データストアを有していないデバイスに対して、該デバイスの再起動を検出した場合に“ｒｕｎｎｉｎｇ”データストアに設定情報を配信するタスクを作成する。そして、デバイス管理部３００は、作成したタスクを、タスク管理部３０２を介してデータ保管部３０４に登録（格納）する。
【００５７】
なお、ステップＳ１２０４で作成されたタスクにおいて配信する設定情報は、ステップＳ１２０１で取得したタスク情報で指定された設定情報と同一であり、図１２及び図１３の説明において特に断りがない限り、他のステップでも同様である。
【００５８】
ステップＳ１２０５では、デバイス管理部３００は、ステップＳ１２０１で取得したタスク情報に基づいて、設定情報の配信対象のデバイスが、ＮＥＴＣＯＮＦにおける“ｓｔａｒｔｕｐ”データストアを有するデバイスを含むか否かを判定する。配信対象のデバイスが“ｓｔａｒｔｕｐ”データストアを有するデバイスを含む場合、処理はステップＳ１２０６に進み、配信対象のデバイスが“ｓｔａｒｔｕｐ”データストアを有するデバイスを含まない場合、配信処理を終了する。
【００５９】
ステップＳ１２０６では、デバイス管理部３００は、配信対象のデバイスのうち“ｓｔａｒｔｕｐ”データストアを有するデバイスに対して、該デバイスの“ｓｔａｒｔｕｐ”データストアに設定情報を配信する。すなわち、デバイス管理部３００は、配信対象のデバイスのうち“ｓｔａｒｔｕｐ”データストアを有するデバイスに対して、“ｓｔａｒｔｕｐ”データストアを配信する設定情報により更新することを要求する。要求を受けたデバイスは、配信された設定情報を“ｓｔａｒｔｕｐ”データストアに格納する。これにより、配信された設定情報は、該デバイスにおいて再起動後に反映される。
【００６０】
なお、デバイス管理部３００は、ステップＳ１２０６で“ｓｔａｒｔｕｐ”データストアの更新を要求してから該デバイスが再起動されるまでの間に、意図せず該デバイスの“ｓｔａｒｔｕｐ”データストアが更新されてしまわないように、以下を行ってもよい。すなわち、デバイス管理部３００は、該デバイスの“ｓｔａｒｔｕｐ”データストアをロックするように要求してもよい。“ｓｔａｒｔｕｐ”データストアのロックは、デバイス１０２または１０３の設定管理部３０７が“ｓｔａｒｔｕｐ”データストア、すなわち起動後設定３０９に対して行う。
【００６１】
“ｓｔａｒｔｕｐ”データストアがロックされている状態では、デバイス設定サービス部３０６やＤＳＰ２１１などを介してユーザが“ｓｔａｒｔｕｐ”データストアを変更するよう要求したとしても、設定管理部３０７が要求を拒否する。“ｓｔａｒｔｕｐ”データストアのロックは、該デバイスが再起動するか、または管理サーバ１０１からロック解除の要求を受信することで解除される。
【００６２】
ステップＳ１２０７では、デバイス管理部３００は、ステップＳ１２０１で取得したタスク情報に基づいて、設定情報の配信対象のデバイスが、“ｓｔａｒｔｕｐ”データストアを有していないデバイスを含むか否かを判定する。配信対象のデバイスが“ｓｔａｒｔｕｐ”データストアを有していないデバイスを含む場合、処理はステップＳ１２０８に進み、配信対象のデバイスに“ｓｔａｒｔｕｐ”データストアを有していないデバイスを含まない場合、処理はステップＳ１２１０に進む。
【００６３】
ステップＳ１２０８では、デバイス管理部３００は、配信対象のデバイスのうち“ｓｔａｒｔｕｐ”データストアを有していないデバイスの、現行の設定、すなわち実際の稼働に使用されている設定情報のバックアップを行う。具体的には、デバイス管理部３００は、該デバイスの“ｒｕｎｎｉｎｇ”データストアの設定情報を取得し、取得した設定情報をデバイス設定情報保管部３０５に格納する。
【００６４】
ステップＳ１２０９では、デバイス管理部３００は、配信対象のデバイスのうち“ｓｔａｒｔｕｐ”データストアを有していないデバイスに対して、該デバイスの再起動を検出した場合に以下を行う。すなわち、デバイス管理部３００は、“ｒｕｎｎｉｎｇ”データストアにステップＳ１２０８でバックアップを行った設定情報を配信するタスクを作成する。そして、デバイス管理部３００は、作成したタスクを、タスク管理部３０２を介してデータ保管部３０４に登録する。なお、ステップＳ１２０９で作成されたタスクにおいて配信する設定情報は、ステップＳ１２０８でバックアップを行った各デバイスの設定情報である。
【００６５】
すなわち、ステップＳ１２０１で取得したタスク情報で指定された設定情報は、「配信後から再起動するまで」の間に反映させる設定情報である。そして、デバイスが再起動された後は、該設定情報が配信される前の設定であるステップＳ１２０８でバックアップを行った設定情報に戻す必要がある。ステップＳ１２０８及びＳ１２０９の処理を行うことで、配信対象のデバイスのうち“ｓｔａｒｔｕｐ”データストアを有していないデバイスは、配信された設定情報を配信後から再起動するまでの間に反映し、再起動後は元の設定情報に戻すことが可能となる。
【００６６】
ステップＳ１２１０では、デバイス管理部３００は、配信対象の全てのデバイスに対して、“ｒｕｎｎｉｎｇ”データストアに設定情報を配信する。すなわち、デバイス管理部３００は、配信対象の全てのデバイスに対して、“ｒｕｎｎｉｎｇ”データストアを配信する設定情報により更新することを要求する。要求を受けたデバイスは、配信された設定情報を“ｒｕｎｎｉｎｇ”データストアに格納する。
【００６７】
これにより、配信された設定情報は、該デバイスにおいて反映される。そして、デバイスが再起動された場合、“ｓｔａｒｔｕｐ”データストアを有していないデバイスについての挙動は、上述したステップＳ１２０９で説明した通りである。一方、配信対象のデバイスのうち“ｓｔａｒｔｕｐ”データストアを有するデバイスについては、配信された設定情報で更新されたデータストアは“ｒｕｎｎｉｎｇ”データストアのみである。
【００６８】
すなわち、“ｓｔａｒｔｕｐ”データストアは更新されておらず、“ｒｕｎｎｉｎｇ”データストアの更新前の設定情報と同一の設定情報が格納されている。このため、デバイスが再起動された場合、配信された設定情報で更新する前の設定情報が“ｓｔａｒｔｕｐ”データストアから“ｒｕｎｎｉｎｇ”データストアへコピーされる。これにより、“ｓｔａｒｔｕｐ”データストアを有するデバイスは、配信された設定情報を配信後から再起動するまでの間に反映し、再起動後は元の設定情報に戻すことが可能となる。
【００６９】
なお、ここでは、“ｒｕｎｎｉｎｇ”データストアの設定情報と同一の設定情報が“ｓｔａｒｔｕｐ”データストアにも格納されていることを前提としている。しかし、“ｓｔａｒｔｕｐ”データストアの設定情報が起動の度にクリアされる場合には、“ｓｔａｒｔｕｐ”データストアを有するデバイスについて、ステップＳ１２１０の処理を行う前に以下の処理を行えばよい。すなわち、ステップＳ１２１０の処理により更新される前の“ｒｕｎｎｉｎｇ”データストアに格納されている設定情報を“ｓｔａｒｔｕｐ”データストアにコピーしておけばよい。
【００７０】
ステップＳ１２１１及びＳ１２１２の処理は、それぞれステップＳ１２１０及びＳ１２０５の処理と同様のためその説明を省略する。ステップＳ１２１３では、デバイス管理部３００は、配信対象のデバイスのうち“ｓｔａｒｔｕｐ”データストアを有するデバイスに対して、該デバイスの“ｒｕｎｎｉｎｇ”データストアを“ｓｔａｒｔｕｐ”データストアにコピーするよう要求する。具体的には、ＮＥＴＣＯＮＦにおけるｃｏｐｙ−ｃｏｎｆｉｇコマンドを使用する。
【００７１】
これにより、“ｓｔａｒｔｕｐ”データストアを有する配信対象のデバイスにおいて、該デバイスの再起動後も配信された設定情報が反映される。ステップＳ１２１３の処理を行わない場合、“ｓｔａｒｔｕｐ”データストアには配信された設定情報を反映する前の“ｒｕｎｎｉｎｇ”データストアと同一の設定情報が格納されているため、デバイスが再起動されると元に戻ってしまう。
【００７２】
なお、ＮＥＴＣＯＮＦに非対応のデバイスについては、ＮＥＴＣＯＮＦにおける “ｓｔａｒｔｕｐ”データストア及び“ｒｕｎｎｉｎｇ”データストアを有していない。この場合、配信処理を行う管理サーバ１０１は、図１２及び図１３において、ＮＥＴＣＯＮＦに対応するデバイスであって“ｓｔａｒｔｕｐ”データストアを有していないデバイスと同一の処理フローを実行する。
【００７３】
例えば、図５に示す例では、デバイス名が「ＤｅｖＣ００１」のデバイスは、ＮＥＴＣＯＮＦに非対応である。このため、デバイス管理部３００は、図１２のステップＳ１２０３において、“ｓｔａｒｔｕｐ”データストアを有していない（Ｙｅｓ）と判定し、ステップＳ１２０４の処理を実行する。ただし、該デバイスに設定情報を配信する際のプロトコルとしてＮＥＴＣＯＮＦは使用できないため、それ以外のＳＮＭＰ及びＭＩＢなどの公知の手段を用いて該デバイスに設定情報の更新を要求する。
【００７４】
また、配信対象のデバイスがＮＥＴＣＯＮＦの“ｃａｎｄｉｄａｔｅ”データストアを有する場合、図１２及び図１３の処理において“ｒｕｎｎｉｎｇ”データストアを更新する前に、設定情報の検証処理を行うようにしてもよい。すなわち、管理サーバ１０１は、“ｃａｎｄｉｄａｔｅ”データストアを用いて配信した設定情報の検証処理を行った後に、該設定情報が“ｒｕｎｎｉｎｇ”データストアに格納されるように配信を制御する。具体的には、管理サーバ１０１のデバイス管理部３００は、まず“ｃａｎｄｉｄａｔｅ”データストアに設定情報を配信し、“ｃａｎｄｉｄａｔｅ”データストアにおいて該設定情報を検証するよう要求する。ここでは、例えば、ＮＥＴＣＯＮＦにおけるｖａｌｉｄａｔｅコマンドを使用する。
【００７５】
検証の要求を受けたデバイスは、配信された設定情報を“ｃａｎｄｉｄａｔｅ”データストアに格納し、検証処理を実行する。そして、検証処理でエラーが発生しない場合、その旨を応答する。管理サーバ１０１は応答を受信すると、“ｃａｎｄｉｄａｔｅ”データストアに格納された設定情報が“ｒｕｎｎｉｎｇ”データストアに格納されるようにコミットを要求する。コミットの要求を受けたデバイスは、“ｃａｎｄｉｄａｔｅ”データストアに格納された設定情報を“ｒｕｎｎｉｎｇ”データストアにコピーする。すなわち、デバイスは、配信された設定情報を検証してから、実際の稼働に使用する設定情報として該設定情報を反映することができる。
【００７６】
また、ステップＳ１２０６において“ｓｔａｒｔｕｐ”データストアを更新する場合においても同様に、更新前に“ｃａｎｄｉｄａｔｅ”データストアに配信された設定情報を一旦格納し、該設定情報に対する検証処理を行うようにしてもよい。そして、検証処理でエラーが発生しない場合、“ｃａｎｄｉｄａｔｅ”データストアに一旦格納された設定情報は“ｓｔａｒｔｕｐ”データストアへコピーされる。すなわち、管理サーバ１０１は、“ｃａｎｄｉｄａｔｅ”データストアを用いて配信した設定情報の検証処理を行った後に、該設定情報が“ｓｔａｒｔｕｐ”データストアに格納されるように配信を制御する。
【００７７】
そして、“ｓｔａｒｔｕｐ”データストアへのコピーが完了した後、“ｃａｎｄｉｄａｔｅ”データストアは、設定情報のロールバックを行う。すなわち、“ｓｔａｒｔｕｐ”データストアに格納する前に検証処理を行うために“ｃａｎｄｉｄａｔｅ”データストアに一旦格納された設定情報は削除される。
【００７８】
図１４は、ステップＳ１２０４及びステップＳ１２０９において作成されたタスク情報の一例を示す図である。
図１４（Ａ）は、ステップＳ１２０４にてデバイス管理部３００が作成し、データ保管部３０４に登録したタスク情報である。「デバイス名」は、図５に示したデバイス名と同一である。「配信データ」は、このタスク情報を実行することにより配信される設定情報のことである。ステップＳ１２０４で作成されたタスク情報において、配信する設定情報として設定される設定情報はいずれもステップＳ８０３で設定した配信データである。
【００７９】
「ステータス」は、「デバイス名」に記載されたデバイスに対して「配信データ」の配信状況を示す。図１４（Ａ）の例では、デバイス名が「ＤｅｖＢ００１」のデバイスに対しては、ステータスが“配信済み”であることから、「ＤｅｖＢ００１」が再起動を行い、その再起動を検出した管理サーバ１０１が「配信データ」を配信したことがわかる。「配信日時」は、「ステータス」が“配信済み”であるデバイスに対して、「配信データ」が配信された日時を示している。
【００８０】
図１４（Ｂ）は、ステップＳ１２０９にてデバイス管理部３００が作成し、データ保管部３０４に登録したタスク情報である。図１４（Ａ）と違い、「配信データ」がデバイスごとに異なっていることがわかる。これは、図１４（Ｂ）にて配信される「配信データ」は、ステップＳ１２０８でデバイスごとに取得された各デバイスの現行設定のバックアップデータであるためである。なお、デバイスの再起動の検出は、ＳＬＰ等の公知の手段を用いて行えばよい。
【００８１】
以上のように、本実施形態によれば、ユーザは、柔軟なタイミングでネットワークデバイスが設定情報を反映するように設定できる。“ｓｔａｒｔｕｐ”データストアを有していないネットワークデバイスであっても、管理サーバ１０１が設定されたタイミングに従ってタスクを作成する。これにより、配信対象のデバイスに含まれている場合であっても、“ｓｔａｒｔｕｐ”データストアを有するデバイスに対する設定操作と一元的に設定操作を行うことが可能である。すなわち能力の異なるネットワークデバイスが混在する環境において、配信された設定情報をネットワークデバイスが適切なタイミングで反映するように制御することが可能となる。
【００８２】
なお、第１実施形態において、“ｓｔａｒｔｕｐ”データストアを有していないデバイスに対して、該デバイスの再起動を検出してから設定情報を配信しているが、ネットワーク障害などにより該デバイスとの通信ができない状態がありうる。このような場合、デバイスの再起動後に設定情報を配信することができない。そこで、ステップＳ８０１で配信対象として設定されたデバイスにＮＥＴＣＯＮＦの“ｓｔａｒｔｕｐ”データストアを有するデバイスと有していないデバイスとが混在する場合、反映を行うタイミングを設定する際に注意喚起のメッセージを表示してもよい。
【００８３】
例えば、図１１において設定情報の反映を行うタイミングを選択させる画面において、「デバイスの再起動後から」または「配信後からデバイスを再起動するまで」が選択された場合に、以下のメッセージを表示してもよい。すなわち、“ｓｔａｒｔｕｐ”データストアを有していないデバイスに対して再起動後の設定情報の反映に失敗する可能性があることを示すメッセージを表示してもよい。
【００８４】
また、ステップＳ８０１で配信対象として設定されたデバイスにＮＥＴＣＯＮＦの“ｓｔａｒｔｕｐ”データストアを有するデバイスと有していないデバイスとが混在する場合、反映を行うタイミングを設定する際の画面を以下のように制御してもよい。
【００８５】
すなわち、ステップＳ８０４において、デバイス管理部３００は、図１１の画面を表示する際に、ステップＳ８０１で配信対象として設定されたデバイスにＮＥＴＣＯＮＦの“ｓｔａｒｔｕｐ”データストアを有するデバイスが存在するか否かを判定する。そして、判定結果に応じて、デバイス管理部３００は、“ｓｔａｒｔｕｐ”データストアを利用する「デバイスの再起動後から」及び「配信後からデバイスを再起動するまで」の反映のタイミングを指定可能または指定不可となるように図１１の画面を制御する。
【００８６】
例えば、デバイス管理部３００は、図１１の画面において「デバイスの再起動後から」及び「配信後からデバイスを再起動するまで」をグレーアウトするか、または非表示にして表示する。このとき、“ｓｔａｒｔｕｐ”データストアを有していないデバイスに対して再起動後の設定情報の反映に失敗する可能性があるため、これらの項目が指定できないことを示すメッセージを同時に表示してもよい。
【００８７】
なお、本実施形態では、上述したように配信対象とするデバイスを先に設定し、該デバイスの能力に応じて、配信する設定情報の反映を行うタイミングとして設定できる項目を調整する。これに対して、配信する設定情報の反映を行うタイミングを先に設定し、その設定に応じて、配信対象とするデバイスを調整してもよい。以下、第２実施形態として、設定情報の反映を行うタイミングを先に設定する場合について説明する。
【００８８】
（第２実施形態）
本実施形態では、第１実施形態との差異を中心に説明する。図１〜図７及び図９〜図１１に示した構成は、本実施形態についても同様であるため、同一構成のものには同一の符号を付し、その説明を省略する。
【００８９】
図１５は、本実施形態における設定情報配信タスクを作成する際の処理を説明するフローチャートである。
図８と異なる点は、配信対象とするデバイスを設定するＳ８０１の処理よりも先に、配信された設定情報をデバイスが反映するタイミングを設定するＳ８０４の処理が行われることである。図８と同一の処理には同一の符号を付し、その説明を省略する。
【００９０】
ステップＳ１４０１では、デバイス管理部３００は、ステップＳ８０４で設定された、デバイスが設定情報を反映するタイミングを実現するために、ＮＥＴＣＯＮＦの“ｓｔａｒｔｕｐ”データストアを利用するか否かを判定する。図１１に示した画面の例では、「デバイスの再起動後から」または「配信後からデバイスを再起動するまで」が選択された場合、デバイス管理部３００は、“ｓｔａｒｔｕｐ”データストアを利用すると判定する。“ｓｔａｒｔｕｐ”データストアを利用すると判定された場合、処理はステップＳ１４０２に進み、“ｓｔａｒｔｕｐ”データストアを利用しないと判定された場合、処理はステップＳ８０１に進む。
【００９１】
ステップＳ１４０２では、デバイス管理部３００は、デバイス設定情報保管部３０５に格納されているデバイスの一覧（図５）から、ＮＥＴＣＯＮＦに対応し、かつ“ｓｔａｒｔｕｐ”データストアを有するデバイスを抽出する。そして、デバイス管理部３００は、図１６に示すようなデバイスを選択させる画面に表示する。図５に示した例では、ＮＥＴＣＯＮＦに対応し、かつ“ｓｔａｒｔｕｐ”データストアを有するデバイスは、デバイス名が「ＤｅｖＡ００１」のデバイスのみである。
【００９２】
図１６は、ステップＳ１４０２において、デバイス管理部３００が表示する画面の一例である。
具体的には、図１０に示す画面は、図７のデバイス管理アプリケーション７００の画面において、タスク作成領域７０２に表示される。図１０に示す画面は、第１実施形態においてステップＳ８０３で表示された画面（図１０）と対応する。図１０と比較すると、配信対象とするデバイスの候補として列挙されているデバイスの数が異なっていることがわかる。これは、図１６では、ＮＥＴＣＯＮＦに対応し、かつ“ｓｔａｒｔｕｐ”データストアを有するデバイスのみ表示されているためである。
【００９３】
このように、本実施形態によれば、配信された設定情報をネットワークデバイスが適切なタイミングで反映するために、不整合が起こる可能性があるネットワークデバイスをあらかじめ配信対象としない。このため、ユーザは、各ネットワークデバイスの能力を意識することなく、ネットワークデバイスが設定情報を反映するタイミングを選択できる。
【００９４】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００９５】
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。
【図１】
2018085060.tif 000003
【図２】
2018085060.tif 000004
【図３】
2018085060.tif 000005
【図４】
2018085060.tif 000006
【図５】
2018085060.tif 000007
【図６】
2018085060.tif 000008
【図７】
2018085060.tif 000009
【図８】
2018085060.tif 000010
【図９】
2018085060.tif 000011
【図１０】
2018085060.tif 000012
【図１１】
2018085060.tif 000013
【図１２】
2018085060.tif 000014
【図１３】
2018085060.tif 000015
【図１４】
2018085060.tif 000016
【図１５】
2018085060.tif 000017
【図１６】
2018085060.tif 000018