(57)【要約】【課題】設定値を実際の稼働時に使用される設定値として反映させた後に不具合が生じた場合、容易に元の設定値に戻すことが可能なネットワークデバイスを提供する。【解決手段】被管理装置１０２は、管理装置１０１から受信した設定値を、ＣＡＮＤＩＤＡＴＥに格納し、該設定値の検証を行った後に、管理装置１０１からの反映指示に応じて、検証の対象となった設定値が被管理装置１０２で使用されるように、検証の対象となった設定値をＲＵＮＮＩＮＧに格納する。被管理装置１０２は、リストア指示を受け付けた際に、検証の対象となった設定値が格納される前にＲＵＮＮＩＮＧに格納されていた設定値をバックアップデータとして被管理装置１０２内のバックアップ用の領域で管理していた場合には、該バックアップデータが前記ネットワークデバイスで使用されるように、該バックアップデータを、ＣＡＮＤＩＤＡＴＥに格納することなく、ＲＵＮＮＩＮＧに格納する。【選択図】図８
2018077675.tif 000002
【特許請求の範囲】
【請求項１】
実際の稼働時に使用される設定値を格納するための第１のデータストアと、前記第１のデータストアに格納する前の設定値の検証のために用意された第２のデータストアとを備えるネットワークデバイスであって、
外部から受信した設定値を前記第２のデータストアに格納し、該設定値の検証を行う検証手段と、
前記検証を行われた後に、前記外部からの反映指示に応じて、前記検証の対象となった前記設定値が前記ネットワークデバイスで使用されるように、前記検証の対象となった前記設定値を前記第１のデータストアに格納する反映手段と、を備え、
前記反映手段は、リストア指示を受け付けた際に、前記検証の対象となった前記設定値が格納される前に前記第１のデータストアに格納されていた設定値をバックアップデータとしてネットワークデバイス内の前記第１のデータストア及び前記第２のデータストアとは異なる他の領域で管理していた場合には、該バックアップデータが前記ネットワークデバイスで使用されるように、該バックアップデータを、前記第２のデータストアに格納することなく、前記第１のデータストアに格納する、
ことを特徴とするネットワークデバイス。
【請求項２】
前記反映手段は、前記リストア指示を受け付けた際に、前記検証の対象となった前記設定値が格納される前に前記第１のデータストアに格納されていた設定値がバックアップデータとしてネットワーク上で管理されていた場合には、該バックアップデータを、前記第２のデータストアに格納する、
ことを特徴とする請求項１に記載のネットワークデバイス。
【請求項３】
前記ネットワークデバイスが前記他の領域を有していない場合に、前記反映手段は、前記外部からの反映指示に応じて、前記検証の対象となった前記設定値を前記第１のデータストアに格納する際に、前記第１のデータストアに格納されている既存の設定値をバックアップデータとして、前記他の領域、ネットワーク上の領域、及び前記第２のデータストアのいずれかに格納する、
ことを特徴とする請求項１または２に記載のネットワークデバイス。
【請求項４】
前記ネットワークデバイスが前記第２のデータストア、及び前記他の領域をそれぞれ有するか否かを示す情報を通知する通知手段、をさらに有する、
ことを特徴とする請求項１乃至３のいずれか１項に記載のネットワークデバイス。
【請求項５】
前記ネットワークデバイスは、前記外部の情報処理装置とＮＥＴＣＯＮＦプロトコルを用いて通信を行い、前記第１のデータストアはＲＵＮＮＩＮＧのデータストアであり、前記第２のデータストアはＣＡＮＤＩＤＡＴＥのデータストアである、
ことを特徴とする請求項１乃至４のいずれか１項に記載のネットワークデバイス。
【請求項６】
実際の稼働時に使用される設定値を格納するための第１のデータストアと、前記第１のデータストアに格納する前の設定値の検証のために用意された第２のデータストアとを備えるネットワークデバイスの制御方法であって、
外部から受信した設定値を前記第２のデータストアに格納し、該設定値の検証を行う検証工程と、
前記検証を行われた後に、前記外部からの反映指示に応じて、前記検証の対象となった前記設定値が前記ネットワークデバイスで使用されるように、前記検証の対象となった前記設定値を前記第１のデータストアに格納する反映工程と、
リストア指示を受け付けた際に、前記反映工程において前記検証の対象となった前記設定値が格納される前に第１のデータストアに格納されていた設定値をバックアップデータとしてネットワークデバイス内の前記第１のデータストア及び前記第２のデータストアとは異なる他の領域で管理していた場合には、該バックアップデータが前記ネットワークデバイスで使用されるように、該バックアップデータを、前記第２のデータストアに格納することなく、前記第１のデータストアに格納する格納工程と、を有する
ことを特徴とする制御方法。
【請求項７】
請求項１乃至５のいずれか１項に記載のネットワークデバイスが備える各手段としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、設定値の検証方法に関する。
【背景技術】
【０００２】
特許文献１は、インポートする設定情報を受信して、テンポラリ領域に一次ストア完了後、ポリシーＤＢに二次ストア完了し、さらに実際に画像形成装置内での制御に利用するためのストレージに三次ストアさせる画像形成装置を開示している。
【０００３】
非特許文献１は、ネットワークデバイスの設定を制御するためのプロトコルとして、ＮＥＴＣＯＮＦを定義している。ＮＥＴＣＯＮＦでは、ネットワークデバイスを稼働させる際に使用される設定値の集合が複数定義されている。複数定義されている設定値の集合は、検証のために用意された設定値の集合を含む。これにより、設定値の検証を行ってから当該設定値を実際の稼働に用いることができる。すなわち、ＮＥＴＣＯＮＦでは、設定値の検証に成功した場合に、検証の対象となった設定値を実際の稼働時に使用される設定値に反映させる。検証に失敗した場合には、検証の対象となった設定値は破棄される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−２２６６６２号公報
【非特許文献】
【０００５】
【非特許文献１】ＲＦＣ４７４１“ＮＥＴＣＯＮＦ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ”，［ｏｎｌｉｎｅ］，２００６年１２月，＜ＵＲＬ：ｈｔｔｐｓ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ４７４１＞
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、設定値の中には、実際に動作させることで該設定値が正しいか否かを判断できる場合がある。ＮＥＴＣＯＮＦでは、実際の稼働時に使用される設定値として反映されたものを元の設定値に戻す仕組みはない。また、元の設定値を再度取得する場合、設定値の検証は不要である。
【０００７】
本発明は、設定値を実際の稼働時に使用される設定値として反映させた後に不具合が生じた場合、容易に元の設定値に戻すことが可能なネットワークデバイスを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の一実施形態のネットワークデバイスは、実際の稼働時に使用される設定値を格納するための第１のデータストアと、前記第１のデータストアに格納する前の設定値の検証のために用意された第２のデータストアとを備える。ネットワークデバイスは、外部から受信した設定値を前記第２のデータストアに格納し、該設定値の検証を行う検証手段と、前記検証を行われた後に、前記外部からの反映指示に応じて、前記検証の対象となった前記設定値が前記ネットワークデバイスで使用されるように、前記検証の対象となった前記設定値を前記第１のデータストアに格納する反映手段と、を備え、前記反映手段は、リストア指示を受け付けた際に、前記検証の対象となった前記設定値が格納される前に前記第１のデータストアに格納されていた設定値をバックアップデータとしてネットワークデバイス内の前記第１のデータストア及び前記第２のデータストアとは異なる他の領域で管理していた場合には、該バックアップデータが前記ネットワークデバイスで使用されるように、該バックアップデータを、前記第２のデータストアに格納することなく、前記第１のデータストアに格納する。
【発明の効果】
【０００９】
本発明のネットワークデバイスによれば、設定値を実際の稼働時に使用される設定値として反映させた後に不具合が生じた場合、容易に元の設定値に戻すことができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１実施形態における情報処理システムの構成例を示す図である。
【図２】管理装置及び被管理装置のソフトウェア構成を示す図である。
【図３】ＮＥＴＣＯＮＦプロトコルにおけるコマンドの例を示す図である。
【図４】動作検証に係る設定画面を表示する処理を説明するための図である。
【図５】動作検証に係る設定画面の一例である。
【図６】設定値の配信及び反映に係る処理を説明するための図である。
【図７】設定値の配信及び反映に係る処理を説明するための図である。
【図８】動作検証処理を説明するための図である。
【図９】設定値の配信及び反映に係る処理を説明するための図である。
【図１０】設定値の配信及び反映に係る処理を説明するための図である。
【図１１】動作検証処理を説明するための図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態について図面などを参照して説明する。
（第１実施形態）
【００１２】
図１は、本発明の第１実施形態における情報処理システムの構成例を示す図である。
第１実施形態における情報処理システムは、管理装置１０１、被管理装置１０２、及びネットワーク１０３を備える。管理装置１０１は、ネットワーク１０３を介して、１つ以上の被管理装置１０２と通信を行う。被管理装置１０２は、ネットワーク１０３に接続可能なネットワークデバイスであり、例えば、情報処理装置、プリンタやスキャナ等の画像形成装置、ネットワーク中継機器（ルータ）、ネットワークカメラ等の機器である。被管理装置１０２は、設定値を伴う機能を有する。
【００１３】
次に、管理装置１０１のハードウェア構成について説明する。管理装置１０１は、ＣＰＵ２０１、メモリ２０２、ＨＤＤ２０３、入力装置２０４、出力装置２０５、及びネットワークインタフェース（ＮＩＣ）２０６を有し、それぞれがバス２０７で接続されている。ＣＰＵ２０１は、ＨＤＤ２０３に保存された各種プログラムをメモリ２０２にロードし、実行する。
【００１４】
入力装置２０４は、ユーザに入力された情報を取得する。出力装置２０５は、ディスプレイ等の表示装置を含む。出力装置２０５は、プログラムの操作に必要な情報等を表示する。ネットワークインタフェース２０６は、ネットワーク１０３を介して被管理装置１０２と信号の送受信を行う。
【００１５】
次に、被管理装置１０２のハードウェア構成について説明する。被管理装置１０２は、ＣＰＵ２１１、メモリ２１２、ＨＤＤ２１３、ユーザインタフェース（ＵＩ）２１４、及びネットワークインタフェース（ＮＩＣ）２１５を有し、それぞれがバス２１７で接続されている。ＣＰＵ２１１は、ＨＤＤ２１３に保存された各種プログラムをメモリ２１２にロードし、実行する。ネットワークインタフェース２１５は、ネットワーク１０３を介して管理装置１０１と信号の送受信を行う。ユーザインタフェース２１４は、ユーザからの入力を受け付ける。ユーザインタフェース（ＵＩ）２１４は、情報を表示する。
【００１６】
図２は、管理装置及び被管理装置のソフトウェア構成を示す図である。
まず、被管理装置１０２のソフトウェア構成について説明する。被管理装置１０２は、設定値格納部３１１、設定値取得・書込部３１２、検証判定部３１３、ＵＩ制御部３１４、情報格納部３１５、及び情報取得部３１６を有する。
【００１７】
設定値取得・書込部３１２、検証判定部３１３、ＵＩ制御部３１４、及び情報取得部３１６のそれぞれは、被管理装置１０２のＣＰＵ２１１で実行される本発明に係るプログラムを構成する機能モジュールである。設定値格納部３１１及び情報格納部３１５は、被管理装置１０２のＨＤＤ２１３またはメモリ２１２に含まれるデータ格納領域である。
【００１８】
被管理装置１０２の設定値格納部３１１には、被管理装置１０２を機能させるプログラムが動作するために必要な設定値が格納されている。設定値は、１つ以上の設定値の集合として格納されており、ＮＥＴＣＯＮＦプロトコルでは、該設定値の集合を、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｄａｔａｓｔｏｒｅｓという。以下、Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｄａｔａｓｔｏｒｅｓを単にデータストアと言い換える。
【００１９】
なお、本実施形態では、ＮＥＴＣＯＮＦプロトコルを用いる場合について説明するが、これに限られるものではなく、設定値を管理する複数のデータストアを利用した設定操作を制御するための要求を定義しているプロトコルであれば本発明は適用可能である。
【００２０】
ＮＥＴＣＯＮＦプロトコルでは、データストアの種類として、ＲＵＮＮＩＮＧ、ＳＴＡＲＴＵＰ、及びＣＡＮＤＩＤＡＴＥの３種類が定義されている。ＲＵＮＮＩＮＧは、実際の被管理装置１０２の稼働のための設定に使用される設定値を格納する。ＳＴＡＲＴＵＰは、被管理装置１０２の起動時に読み込まれ、実際の被管理装置１０２の稼働のための設定に使用される設定値を格納する。
【００２１】
ＣＡＮＤＩＤＡＴＥは、設定値を一時的に格納する領域であり、被管理装置１０２の現在の構成に影響を与えることなく操作することができるデータストアである。ＣＡＮＤＩＤＡＴＥに格納される設定値の集合は、各設定値の妥当性が検証された上でＳＴＡＲＴＵＰまたはＲＵＮＮＩＮＧに適用されうる。すなわち、ＣＡＮＤＩＤＡＴＥは、ＲＵＮＮＩＮＧまたはＳＴＡＲＴＵＰに格納する前の検証のために用意されたデータストアである。
【００２２】
なお、ＳＴＡＲＴＵＰとＣＡＮＤＩＤＡＴＥは、ＮＥＴＣＯＮＦプロトコルにおいて必須のデータストアではない。本実施形態では、さらに設定値のバックアップ用のデータストアが定義可能な被管理装置１０２を含みうる。バックアップ用のデータストアは、設定値格納部３１１内、すなわち被管理装置１０２内のＣＡＮＤＩＤＡＴＥ及びＲＵＮＮＩＮＧとは異なる他の領域である。
【００２３】
表Ａは、被管理装置１０２が有することが可能なデータストアの組み合わせを示す。
表Ａにおいて、「Ｓ」はＳＴＡＲＴＵＰ、「Ｒ」はＲＵＮＮＩＮＧ、「Ｃ」はＣＡＮＤＩＤＡＴＥ、「Ｂ」はバックアップ用のデータストアを表す。また、「ＣＢ」は、バックアップ用のデータストアの代わりに、ＣＡＮＤＩＤＡＴＥをバックアップ用のデータストアとして転用可能なことを表す。例えば、表Ａにおいて、デバイス１は、ＳＴＡＲＴＵＰ、ＲＵＮＮＩＮＧ、及びＣＡＮＤＩＤＡＴＥの３種類のデータストアを有する被管理装置１０２である。
【００２４】
【表１】
2018077675.tif 000003
【００２５】
設定値取得・書込部３１２は、管理装置１０１からの要求に応じて、設定値格納部３１１に格納された設定値を取得し、ネットワークインタフェース２１５及びネットワーク１０３を介して、管理装置１０１に送信する。なお、管理装置１０１が、被管理装置に設定値の取得を要求する際には、ＮＥＴＣＯＮＦのＧＥＴ−ＣＯＮＦＩＧコマンド等を利用する。また、設定値取得・書込部３１２は、管理装置１０１からの要求に応じて、設定値格納部３１１に設定値を格納する。
【００２６】
なお、管理装置１０１が、被管理装置１０２に設定値の格納を要求する際には、ＮＥＴＣＯＮＦのＥＤＩＴ−ＣＯＮＦＩＧコマンド等を利用する。ＮＥＴＣＯＮＦの各コマンドは、ＸＭＬ形式で記述される。図３にＮＥＴＣＯＮＦのコマンドの例を示すＮＥＴＣＯＮＦのコマンドの詳細については、図３を用いて後述する。
【００２７】
検証判定部３１３は、被管理装置１０２が稼働している際に、不具合が発生したか否かの判断を行う。ＵＩ制御部３１４は、ユーザに通知する情報を含む画面をＵＩ２１４に表示する。また、ＵＩ制御部３１４は、ユーザからの入力を受け付ける画面をＵＩ２１４に表示する。情報格納部３１５は、管理装置１０１から要求された検証時間等の動作検証に必要な情報を格納する。情報取得部３１６は、情報格納部３１５に格納された情報を取得する。
【００２８】
次に、管理装置１０１のソフトウェア構成について説明する。管理装置１０１は、設定値格納部３０１、設定値取得・書込部３０２、ＵＩ制御部３０３、情報格納部３０４、及び情報取得部３０５を有する。設定値取得・書込部３０２、ＵＩ制御部３０３、及び情報取得部３０５のそれぞれは、管理装置１０１のＣＰＵ２０１で実行される本発明に係るプログラムを構成する機能モジュールである。設定値格納部３０１及び情報格納部３０４は、管理装置１０１のＨＤＤ２０３またはメモリ２０２に含まれるデータ格納領域である。
【００２９】
設定値取得・書込部３０２は、設定値格納部３０１に格納された１つ以上の設定値をＮＩＣ２０６及びネットワーク１０３を介して、被管理装置１０２に送信する。また、設定値取得・書込部３０２は、ＮＩＣ２０６及びネットワーク１０３を介して、被管理装置１０２から設定値を取得し、設定値格納部３０１に格納する。設定値格納部３０１は、複数のデータストアを格納することができる。
【００３０】
ＵＩ制御部３０３は、ユーザに通知する情報を含む画面を出力装置２０５に表示する。また、ＵＩ制御部３０３は、ユーザからの入力を受け付ける画面を入力装置２０４に表示する。情報取得部３０５は、ＮＩＣ２０６及びネットワーク１０３を介して、被管理装置１０２から各種情報を取得し、情報格納部３０４に格納する。
【００３１】
図４は、動作検証に係る設定画面を表示する処理を説明するためのフローチャートである。
管理装置１０１において、対象とする被管理装置１０２に対する動作検証の設定画面を表示する処理が開始されると、管理装置１０１の情報取得部３０５は、ステップＳ１０１において、該被管理装置１０２への情報取得要求を生成する。
【００３２】
生成された情報取得要求は、被管理装置１０２に送信される。被管理装置１０２が情報取得要求を受信すると、被管理装置１０２の情報取得部３１６は、情報格納部３１５に格納された、自装置が有することが可能なデータストアの種類を取得し、管理装置１０１に送信する。管理装置１０１の情報取得部３０５が、データストアの種類を受信すると、管理装置１０１の情報格納部３０４に格納する。
【００３３】
情報格納部３０４が格納する情報は、表Ａに示したような情報である。すなわち、情報格納部３０４が格納する情報は、ＳＴＡＲＴＵＰ、ＣＡＮＤＩＤＡＴＥ、及びバックアップ用のデータストアを有する能力があるか否かを示す情報である。また、情報格納部３０４が格納する情報は、被管理装置１０２がＣＡＮＤＩＤＡＴＥを有する能力がある場合に、ＣＡＮＤＩＤＡＴＥをバックアップ用のデータストアとして転用することが可能か否かを示す情報である。
【００３４】
ステップＳ１０２において、管理装置１０１のＵＩ制御部３０３は、情報格納部３０４に格納された情報を取得し、被管理装置１０２にバックアップ用のデータストアを有する能力があるか否かを判定する。ステップＳ１０２において、被管理装置１０２がバックアップ用のデータストアを有する能力があると判定された場合には、処理はステップＳ１０５に移行する。一方、被管理装置１０２がバックアップ用のデータストアを有する能力がないと判定された場合には、処理はステップＳ１０３に移行する。
【００３５】
ステップＳ１０５において、ＵＩ制御部３０３は、出力装置２０５に表示する動作検証に係る設定画面において、設定値のバックアップ先として被管理装置１０２を選択できるように表示を制御する。図５は、動作検証に係る設定画面の一例を示す図である。ステップＳ１０５において、ＵＩ制御部３０３は、例えば、図５の「本体にバックアップ」４０４のように、設定値のバックアップ先として本体、すなわち被管理装置１０２を利用することを選択できるように表示を制御する。
【００３６】
ステップＳ１０３において、ＵＩ制御部３０３は、被管理装置１０２がＣＡＮＤＩＤＡＴＥを有する能力があり、かつＣＡＮＤＩＤＡＴＥをバックアップ用のデータストアとして転用可能か否かを判断する。ステップＳ１０３において、被管理装置１０２がＣＡＮＤＩＤＡＴＥを有する能力があり、かつＣＡＮＤＩＤＡＴＥをバックアップ用のデータストアとして転用可能であると判断された場合には、処理はステップＳ１０５に移行する。
【００３７】
一方、被管理装置１０２がＣＡＮＤＩＤＡＴＥを有する能力がないか、またはＣＡＮＤＩＤＡＴＥを有する能力があってもＣＡＮＤＩＤＡＴＥをバックアップ用のデータストアとして転用可能でないと判断された場合、処理はステップＳ１０４に移行する。
【００３８】
ステップＳ１０４において、ＵＩ制御部３０３は、出力装置２０５に表示する動作検証に係る設定画面において、設定値のバックアップ先として被管理装置１０２を選択できないように表示を制御する。例えば、図５の「本体にバックアップ」４０４をグレーアウトする等により無効化し、ユーザが選択できないように表示を制御する。ステップＳ１０４及びステップＳ１０５から処理はステップＳ１０６に移行する。ステップＳ１０６において、ＵＩ制御部３０３は、動作検証に係る設定画面を出力装置２０５に表示する。
【００３９】
図５は、管理装置１０１のＵＩ制御部３０３が表示する動作検証に係る設定画面の一例である。
「動作による検証を行う」４０１は、対象とする被管理装置１０２において、動作による検証を行うか否かを選択することを可能とするコントロールである。「動作による検証を行う」４０１が選択されると、後述する図８に示す動作検証処理が実行される。「検証時間」４０２は、動作検証処理を実行する時間を設定するためのコントロールである。
【００４０】
「管理装置にバックアップ」４０３及び「本体にバックアップ」４０４は、動作検証処理を実行する場合に、現在の設定値のバックアップ先を指定するためのコントロールである。「管理装置にバックアップ」４０３が選択されると、設定値は、管理装置１０１の設定値格納部３０１に格納される。
【００４１】
一方、「本体にバックアップ」４０４が選択されると、設定値は、被管理装置１０２の設定値格納部３１１に保存される。「管理装置にバックアップ」４０３及び「本体にバックアップ」４０４は、上述したように、被管理装置１０２の能力に応じてＵＩ制御部３０３が表示を制御する。「ＯＫ」ボタン４０５が押下されると、ＵＩ制御部３０３は、動作検証に係る設定画面にて設定された内容（検証情報）を情報格納部３０４に格納する。
【００４２】
図６〜図８は、管理装置及び被管理装置における設定値の配信及び反映に係る処理及び動作検証処理を説明するためのフローチャートである。
図５の設定画面において、「ＯＫ」ボタン４０５が押下された場合、図６のステップＳ２０１において、管理装置１０１のＵＩ制御部３０３は、図５の設定画面において設定された検証情報を取得する。また、ＵＩ制御部３０３は、取得した検証情報を、情報格納部３０４に格納し、被管理装置１０２に送信する。
【００４３】
検証情報は、少なくとも、図５の設定画面における「動作による検証を行う」４０１のチェックの有無、「検証時間」４０２、「管理装置にバックアップ」４０３及び「本体にバックアップ」のチェックの有無を含む。すなわち、検証情報とは、動作検証処理を実行する際に使用される設定情報のことである。
【００４４】
なお、本実施形態では、図５の動作検証に係る設定画面において「ＯＫ」ボタンが押下されたことにより、設定値の配信及び反映に係る処理（図６及び図７）及び動作検証処理（図８）が実行されるが、これに限られるものではない。すなわち、動作検証に係る設定画面にて設定された内容の格納（図６のＳ２０１及びＳ２０２）、設定値の配信及び反映、（図６及び図７のＳ２０３以降）及び動作検証（図８）は、同期または非同期にて実行可能である。
【００４５】
例えば、本実施形態のように、設定値の配信及び反映が実行された直後に動作検証が実行されてもよく、また、例えば、設定値の配信及び反映が実行された後、数時間から数週間後に動作検証は実行されてもよい。
【００４６】
設定値の配信及び反映と、動作検証とが非同期に実行される場合、図５の設定画面にて「ＯＫ」ボタンが押下されると、ＵＩ制御部３０３によりステップＳ２０１及びＳ２０２の処理が実行され、検証情報は情報格納部３０４に格納される。そして、設定値の配信及び反映に係る処理（図６及び図７のステップＳ２０３以降の処理）と、動作検証処理（図８）とは、任意のタイミングでそれぞれ実行されうる。動作検証処理（図８）が実行される際に、情報格納部３０４に格納された検証情報が用いられる。
【００４７】
ステップＳ２０２において、被管理装置１０２の情報取得部３１６は、管理装置１０１から送信された検証情報を受信し、情報格納部３１５に格納する。また、情報取得部３１６は、検証情報を受信したことを示す応答を管理装置１０１に送信する。ステップＳ２０３において、管理装置１０１の情報取得部３０５は、対象の被管理装置１０２が有することが可能なデータストアの種類を情報格納部３０４から取得し、当該種類にＣＡＮＤＩＤＡＴＥを含むか否かを判断する。すなわち、設定値の検証が可能か否かを判断する。設定値の検証は、ＮＥＴＣＯＮＦのコマンドではＶＡＬＩＤＡＴＥを用いる。
【００４８】
ステップＳ２０３において、情報取得部３０５が情報格納部３０４から取得した種類にＣＡＮＤＩＤＡＴＥを含むと判断した場合、処理はステップＳ２０６に移行する。一方、情報取得部３０５が情報格納部３０４から取得した種類にＣＡＮＤＩＤＡＴＥを含まないと判断した場合、処理はステップＳ２０４に移行する。ステップＳ２０４において、管理装置１０１の設定値取得・書込部３０２は、設定値を被管理装置１０２に配信（送信）する。
【００４９】
ステップＳ２０５において、被管理装置１０２の設定値取得・書込部３１２は、設定値を受信する。ステップＳ２０６において、管理装置１０１の設定値取得・書込部３０２は、被管理装置１０２にＣＡＮＤＩＤＡＴＥを他から書き込みできないようにロックする要求を送信する。図３（Ｂ）は、管理装置１０１が被管理装置１０２にＣＡＮＤＩＤＡＴＥのロックを要求する際のＮＥＴＣＯＮＦのコマンドの一例である。
【００５０】
ステップＳ２０７において、被管理装置１０２の設定値取得・書込部３１２は、ＣＡＮＤＩＤＡＴＥをロックする要求を受信すると、特定識別子を伴わない限りはＣＡＮＤＩＤＡＴＥへの書き込みを実行できないようにロックを実行する。そして、設定値取得・書込部３１２は、ロック要求を受信したことを示す応答を管理装置１０１に送信する。図３（Ｅ）は、被管理装置１０２が管理装置１０１にロック要求を受信したことを示す応答を送信する際のＮＥＴＣＯＮＦのコマンドの一例である。
【００５１】
ステップＳ２０８において、管理装置１０１の設定値取得・書込部３０２は、設定値を被管理装置１０２に配信（送信）する。このとき、管理装置１０１は、送信する設定値の検証を要求する。図３（Ａ）は、管理装置１０１が被管理装置１０２に設定値の送信及び当該設定値の検証を要求する際のＮＥＴＣＯＮＦのコマンドの一例である。
【００５２】
図３（Ａ）では、＜ｅｄｉｔ−ｃｏｎｆｉｇ＞にオプションとして＜ＴＥＳＴ  ＴＨＥＮ  ＳＥＴ＞を伴って送信する。これにより、設定値の検証処理（Ｖａｌｉｄａｔｅ処理）が実行される。ここで実行される検証処理は、後述する動作検証処理とは異なり、主に設定値のｓｙｎｔａｘエラーをチェックする。
【００５３】
ステップＳ２０９において、被管理装置１０２の設定値取得・書込部３１２は、設定値を受信し、ＣＡＮＤＩＤＡＴＥに設定値を書き込む。ステップＳ２１０において、被管理装置１０２の検証判定部３１３は、設定値の検証を行う。すなわち、Ｖａｌｉｄａｔｅ処理を実行する。ステップＳ２１１において、検証判定部３１３は、設定値の検証の成否を判定する。検証が成功した場合、処理はステップＳ２１４に移行し、検証が失敗した場合、処理はステップＳ２１２に移行する。
【００５４】
ステップＳ２１２において、被管理装置１０２の設定値取得・書込部３１２は、ＣＡＮＤＩＤＡＴＥに書き込んだ内容を破棄し、検証が失敗したことを示す通知を管理装置１０１に送信する。なお、設定値取得・書込部３１２は、ステップＳ２１２において、ＣＡＮＤＩＤＡＴＥに書き込んだ内容の破棄に加え、設定値の書き戻しを行ってもよい。
【００５５】
ステップＳ２１３において、管理装置１０１の設定値取得・書込部３０２は、検証失敗の通知を受信し、ＣＡＮＤＩＤＡＴＥのロックの解除を要求する。なお、被管理装置１０２は、管理装置１０１からの要求を待たずにＣＡＮＤＩＤＡＴＥのロックを解除することも可能である。
【００５６】
ステップＳ２１４において、被管理装置１０２の検証判定部３１３は、検証が完了したことを示す通知を管理装置１０１に送信する。ステップＳ２１５において、管理装置１０１の設定値取得・書込部３０２は、検証完了の通知を受信し、設定値の反映指示としてＣＯＭＭＩＴ要求を被管理装置１０２に送信する。図３（Ｃ）は、管理装置１０１が被管理装置１０２にＣＯＭＭＩＴ要求を送信する際のＮＥＴＣＯＮＦのコマンドの一例である。
【００５７】
続いて図７のステップＳ２２１において、被管理装置１０２の検証判定部３１３は、情報格納部３１５から検証情報を取得し、動作検証を行うか否かを判定する。ここで用いられる検証情報は、図５の動作検証に係る設定画面において、「動作による検証を行う」４０１が選択されたか否かの情報である。ステップＳ２２１において、検証判定部３１３が動作検証を行わないと判定した場合、処理はステップＳ２２７に移行する。一方、検証判定部３１３が動作検証を行うと判定した場合、処理はステップＳ２２２に移行する。
【００５８】
ステップＳ２２２において、検証判定部３１３は、情報格納部３１５から検証情報を取得し、ＲＵＮＮＩＮＧに格納された設定値のバックアップデータを管理装置１０１で管理するか否かを判定する。ここで用いられる検証情報は、図５の動作検証に係る設定画面において、「管理装置にバックアップ」４０３が選択されたか否かの情報である。
【００５９】
ステップＳ２２２において、検証判定部３１３が管理装置１０１でバックアップデータを管理すると判定した場合、処理はステップＳ２２３に移行する。一方、検証判定部３１３が管理装置１０１でバックアップデータを管理しないと判定した場合、処理はステップＳ２２５に移行する。ステップＳ２２３において、被管理装置１０２の設定値取得・書込部３１２は、ＲＵＮＮＩＮＧに格納された設定値報を管理装置１０１に送信する。
【００６０】
ステップＳ２２４において、管理装置１０１の設定値取得・書込部３０２は、被管理装置１０２のＲＵＮＮＩＮＧに格納された設定値を受信し、設定値格納部３０１に格納する。ステップＳ２２５において、被管理装置１０２の検証判定部３１３は、情報格納部３１５から自装置が有することが可能なデータストアの種類を取得し、バックアップ用のデータストアを有する能力があるか否かを判定する。
【００６１】
ステップＳ２２５において、検証判定部３１３がバックアップ用のデータストアを有する能力があると判定した場合、処理はステップＳ２２６に移行する。一方、検証判定部３１３がバックアップ用のデータストアを有する能力がないと判定した場合、処理はステップＳ２２８に移行する。ステップＳ２２６において、設定値取得・書込部３１２は、ＲＵＮＮＩＮＧに格納された設定値を設定値格納部３１１に格納する。すなわち、ＲＵＮＮＩＮＧのバックアップを行う。
【００６２】
ステップＳ２２７において、設定値取得・書込部３１２は、ステップＳ２０５またはＳ２０９にて管理装置１０１から受信した設定値が被管理装置１０２で使用されるように、該設定値をＲＵＮＮＩＮＧに反映する。すなわち当該設定値をＲＵＮＮＩＮＧに格納する。ここで、管理装置１０１から受信した設定値とは、ＣＡＮＤＩＤＡＴＥを有していない被管理装置１０２の場合、ステップＳ２０５にて管理装置１０１から受信した設定値のことである。また、ＣＡＮＤＩＤＡＴＥを有する被管理装置１０２の場合、ステップＳ２０９にて管理装置１０１から受信した設定値のことである。
【００６３】
ステップＳ２２８において、設定値取得・書込部３１２は、ＲＵＮＮＩＮＧとＣＡＮＤＩＤＡＴＥとがそれぞれ格納する設定値を入れ替える。すなわち、ＲＵＮＮＩＮＧに格納されていた既存の設定値はＣＡＮＤＩＤＡＴＥに格納されることでＲＵＮＮＩＮＧのバックアップが行われ、ＣＡＮＤＩＤＡＴＥに格納されていた設定値は、ＲＵＮＮＩＮＧに格納される。ここで、ＣＡＮＤＩＤＡＴＥに格納されていた設定値は、ステップＳ２０９にて管理装置１０１から受信した設定値である。すなわち、ステップＳ２０９にて管理装置から受信した設定値がＲＵＮＮＩＮＧに反映される。
【００６４】
ステップＳ２２９において、設定値取得・書込部３１２は、自装置がＣＡＮＤＩＤＡＴＥを有する場合、ＣＡＮＤＩＤＡＴＥがロック中か否かを判定する。ステップＳ２２９において、設定値取得・書込部３１２がＣＡＮＤＩＤＡＴＥはロック中であると判定した場合、処理はステップＳ２３０に移行する。一方、設定値取得・書込部３１２がＣＡＮＤＩＤＡＴＥはロック中ではないと判定した場合、処理は終了する。
【００６５】
ステップＳ２３０において、設定値取得・書込部３１２は、ＣＯＭＭＩＴ要求を受信したことを示す応答を管理装置１０１に送信する。ステップＳ２３１において、管理装置１０１の設定値取得・書込部３０２は、被管理装置から応答を受信したことに応じて、被管理装置１０２にＣＡＮＤＩＤＡＴＥのロックを解除するアンロック要求を送信する。
【００６６】
図３（Ｄ）は、管理装置１０１が被管理装置１０２にアンロック要求を送信する際のＮＥＴＣＯＮＦのコマンドの一例である。ステップＳ２３２において、被管理装置１０２の設定値取得・書込部３１２は、アンロック要求を受信し、ＣＡＮＤＩＤＡＴＥのロックを解除する。
【００６７】
図８は、被管理装置が実行する動作検証処理を説明するためのフローチャートである。
本実施形態では、上述したように、図５の動作検証に係る設定画面において「ＯＫ」ボタンが押下されたことにより、設定値の配信及び反映に係る処理（図６及び図７）及び動作検証処理（図８）が続けて実行される。
【００６８】
しかし、これに限られるものではなく、以下のそれぞれの処理は一連の処理として続けて実行されなくてもよい。すなわち、図５の動作検証に係る設定画面にて設定された内容の格納（図６のＳ２０１及びＳ２０２）、設定値の配信及び反映（図６及び図７のＳ２０３以降）、及び動作検証（図８）は、それぞれ任意のタイミングで実行されうる。
【００６９】
ステップＳ２４１において、被管理装置１０２の検証判定部３１３は、情報格納部３１５から検証情報を取得し、動作検証を実行するか否かを判定する。ここで用いられる検証情報は、図５の動作検証に係る設定画面において、「動作による検証を行う」４０１が選択されたか否かの情報である。ステップＳ２４１において、検証判定部３１３が動作検証を行わないと判定した場合、処理はステップＳ２５０に移行する。一方、検証判定部３１３が動作検証を行うと判定した場合、処理はステップＳ２４２に移行する。
【００７０】
ステップＳ２５０において、設定値取得・書込部３１２は、自装置がＳＴＡＲＴＵＰを有する場合、ＳＴＡＲＴＵＰにＲＵＮＮＩＮＧに格納された設定値を格納する。なお、設定値の配信及び反映（図６及び図７のＳ２０３以降）と動作検証（図８）とを続けて実行しない場合であって動作検証を実行しない場合、ステップＳ２５０の処理を図７のステップＳ２３２の後に行ってもよい。
【００７１】
ステップＳ２４２において、検証判定部３１３は、情報格納部３１５から検証情報を取得する。ここで取得される検証情報は、少なくとも図５の設定画面にて設定された情報を含み、動作検証処理の実行に際して使用される設定情報のことである。ステップＳ２４３において、検証判定部３１３は動作検証を実行する。ここで実行される動作検証とは、ステップＳ２０５またはステップＳ２０９にて管理装置１０１から受信した設定値を用いて実際に被管理装置１０２を稼働させることである。
【００７２】
ステップＳ２４４において、検証判定部３１３は、動作検証の結果に問題があるか否かを判定する。検証判定部３１３は、例えば、何等かの異常（エラー）が発生した場合に動作検証の結果に問題があると判定する。なお、問題があるか否かの判定は、ユーザが行ってもよい。例えば、被管理装置１０２が異常発生をユーザに通知し、ユーザが当該通知に基づき、問題があるか否かを判定してもよい。
【００７３】
ステップＳ２４４において、検証判定部３１３が、問題があると判定した場合、検証判定部３１３は、ＲＵＮＮＩＮＧを書き戻すリストア指示を設定値取得・書込部３１２に行う。リストア指示に伴う具体的な処理は、ＲＵＮＮＩＮＧのバックアップ先に応じて異なる。そこで、処理はステップＳ２４５に移行する。なお、ステップＳ２４４にて問題があるか否かの判定をユーザが行った場合、管理装置１０１が被管理装置１０２にリストア指示を行ってもよい。
【００７４】
一方、検証判定部３１３が、問題がないと判定した場合、処理はステップＳ２４９に移行する。ステップＳ２４９において、検証判定部３１３は、検証時間が経過したか否かを判定する。ここで用いられる検証時間は、ステップＳ２４２にて取得された検証情報のうち、図５の動作検証に係る設定画面において「検証時間」４０２で設定された時間のことである。
【００７５】
ステップＳ２４９において、検証判定部３１３が、検証時間が経過したと判定した場合、処理はステップＳ２５０に移行する。一方、検証判定部３１３が、検証時間が経過していないと判定した場合、処理はステップＳ２４３に戻り、動作検証は続行される。ステップＳ２４５において、検証判定部３１３は、ＲＵＮＮＩＮＧのバックアップ先がネットワーク上の管理装置１０１であるか被管理装置１０２内であるかを判定する。
【００７６】
ステップＳ２４５において、検証判定部３１３が、バックアップ先が管理装置１０１であると判定した場合、処理はステップＳ２４６に移行する。一方、検証判定部３１３が、バックアップ先が管理装置１０１ではないと判定した場合、処理はステップＳ２５１に移行する。ステップＳ２４６において、設定値取得・書込部３１２は、管理装置１０１にバックアップした設定値の送信を依頼する。ステップＳ２４７において、管理装置１０１の設定値取得・書込部３０２は、被管理装置１０２にバックアップした設定値を送信する。
【００７７】
ステップＳ２４８において、被管理装置１０２の設定値取得・書込部３１２は、管理装置１０１にバックアップした設定値を受信し、当該設定値でＲＵＮＮＩＮＧを書き戻す。このとき、設定値取得・書込部３１２は、例えば、管理装置１０１からバックアップデータとして送信された設定値を一旦ＣＡＮＤＩＤＡＴＥに格納し、その後ＣＡＮＤＩＤＡＴＥに格納された設定値をＲＵＮＮＩＮＧに書き戻す。ステップＳ２５１において、検証判定部３１３は、自装置がバックアップ用のデータストアを有するか否かを判定する。
【００７８】
ステップＳ２５１において、検証判定部３１３が、バックアップ用のデータストアを有すると判定した場合、処理はステップＳ２５２に移行する。一方、検証判定部３１３が、バックアップ用のデータストアを有していないと判定した場合、処理はステップＳ２５３に移行する。ステップＳ２５２において、設定値取得・書込部３１２は、バックアップ用のデータストアに格納した設定値が被管理装置１０２で使用されるように該設定値でＲＵＮＮＩＮＧを書き戻す。
【００７９】
すなわち、設定値取得・書込部３１２は、リストア指示を受け付けた際に、バックアップデータをバックアップ用のデータストアで管理していた場合、該バックアップデータをＣＡＮＤＩＤＡＴＥに格納することなく、ＲＵＮＮＩＮＧに格納することができる。ステップＳ２５３において、設定値取得・書込部３１２は、ＲＵＮＮＩＮＧとＣＡＮＤＩＤＡＴＥとがそれぞれ格納する設定値を入れ替える。
【００８０】
以上のように、本実施形態によれば、外部から送信された設定値を実際の稼働のための設定に使用される設定値として反映させた後に問題が生じた場合、元の設定値に書き戻すことができる。バックアップ用のデータストアを有していない場合、検証用のデータストアをバックアップ用のデータストアとして用いることができる。
【００８１】
また、本実施形態によれば、バックアップ用のデータストアと検証用のデータストアとを有している場合であって、元の設定値に書き戻す際には、検証用のデータストアにバックアップデータを格納することなく元の設定値に書き戻すことができる。検証用のデータストアを介することなく元の設定値に書き戻すことができるため、より容易に動作検証処理を行うことができる。
【００８２】
（第２実施形態）
次に、本発明の第２実施形態ついて説明する。第１実施形態では、設定値のバックアップ先の１つとして管理装置を用いる場合について説明した。これに対して、本実施形態では、設定値のバックアップ先が被管理装置１０２のみの場合について説明する。なお、本実施形態に係る管理装置１０１及び被管理装置１０２のハードウェア構成及びソフトウェア構成は第１実施形態と同一とする。以下、第１実施形態との差異を中心に説明する。
【００８３】
図９〜図１１は、本実施形態に係る、管理装置及び被管理装置における設定値の配信及び反映に係る処理及び動作検証処理を説明するためのフローチャートである。
以下、第１実施形態と同一の処理には同一の符号を付し、その説明を省略する。まず、設定値の配信及び反映に係る処理について、本実施形態と第１実施形態との差異は、図６及び図７に示した第１実施形態におけるステップＳ２２２〜Ｓ２２４の処理を本実施形態では行わない点である。
【００８４】
ステップＳ２２１において、被管理装置１０２の検証判定部３１３が、動作検証を行わないと判定した場合、本実施形態では、処理はステップＳ２２５に移行する（図１０）。すなわち、被管理装置１０２のＲＵＮＮＩＮＧのバックアップは、管理装置１０１に行われない。
【００８５】
次に動作検証処理について、本実施形態と第１実施形態との差異は、図８に示した第１実施形態におけるステップＳ２４５〜Ｓ２４８の処理を本実施形態では行わない点である。ステップＳ２４４において、検証判定部３１３が、問題があると判定した場合、本実施形態では、処理はステップＳ２５１に移行する（図１１）。
【００８６】
以上のように、本実施形態によれば、管理装置１０１にてバックアップデータを管理できない場合においても、本発明を適用できる。
【００８７】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００８８】
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。
【図１】
2018077675.tif 000004
【図２】
2018077675.tif 000005
【図３】
2018077675.tif 000006
【図４】
2018077675.tif 000007
【図５】
2018077675.tif 000008
【図６】
2018077675.tif 000009
【図７】
2018077675.tif 000010
【図８】
2018077675.tif 000011
【図９】
2018077675.tif 000012
【図１０】
2018077675.tif 000013
【図１１】
2018077675.tif 000014