(57)【要約】【課題】デバイスの入れ替えに伴ってデバイスの設定値情報を移行する際に、デバイスの管理者は入れ替え前のデバイスの設定値情報を別途保存しておき、さらに、デバイスが入れ替えられたかどうかを監視しておく必要があり、管理者の負担となっていた。【解決手段】入れ替え前のデバイスの設定値情報を事前にバックアップしておき、入れ替え後のデバイスが設置されたことを自動的に検知して、バックアップしておいた入れ替え前のデバイスの設定値情報を、入れ替え後のデバイスに配信する。未登録のシリアルナンバーかつ、IPアドレスが入れ替え前のデバイスと同一であった場合に入れ替え後のデバイスが設置されたと判断し、入れ替え後のデバイスの機種情報に合わせてバックアップデータから配信データを抽出し、入れ替え後のデバイスに配信する。【選択図】図１０
2015142368.tif 000002
【特許請求の範囲】
【請求項１】
管理対象のネットワーク機器の、個体ごとの識別情報である第１の種類の識別情報とネットワーク上の機器の識別情報である第２の種類の識別情報とを管理する管理手段と、
ネットワーク上のネットワーク機器から前記第１の種類の識別情報及び前記第２の種類の識別情報を取得する取得手段と、
前記取得手段により取得された第１の種類の識別情報が前記管理手段により管理されていない場合に、前記取得手段により取得された第２の種類の識別情報が前記管理手段により管理されているかを判断する判断手段と、
前記取得手段により取得された前記第２の種類の識別情報が前記管理手段により管理されていると前記判断手段により判断された場合に、当該第２の種類の識別情報を有するネットワーク機器である新規ネットワーク機器に対して設定情報を配信する配信手段と
を有することを特徴とする管理装置。
【請求項２】
前記配信手段は、前記管理手段により前記第２の種類の識別情報が管理されていたリプレイス対象となるネットワーク機器に設定されていた設定情報を前記新規ネットワーク機器に対して配信することを特徴とする請求項１に記載の管理装置。
【請求項３】
リプレイス対象となるネットワーク機器の前記第１または第２の種類の識別情報の少なくともいずれかを入力するユーザーインターフェース手段と、
前記ユーザーインターフェース手段により入力されたリプレイス対象となるネットワーク機器の前記第１または第２の種類の識別情報の少なくともいずれかを管理する第２の管理手段と
を更に有することを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記配信手段により前記新規デバイスに対して配信される設定情報を、前記リプレイス対象となるネットワーク機器から取得する第２の取得手段を更に有し、
前記ユーザーインターフェース手段は、さらに、前記第２の取得手段により前記設定情報を取得するスケジュールを設定可能であることを特徴とする請求項３に記載の管理装置。
【請求項５】
前記第２の取得手段により前記リプレイス対象のネットワーク機器から前記設定情報を取得した後に、前記ネットワーク上のネットワーク機器との通信が所定期間を超えて無い場合には、エラーを管理者に通知することを特徴とする請求項４に記載の管理装置。
【請求項６】
前記ユーザーインターフェース手段は、さらに、前記配信手段により前記新規ネットワーク機器に対して設定情報を配信するスケジュールを設定可能であることを特徴とする請求項３乃至５のいずれか一項に記載の管理装置。
【請求項７】
前記配信手段は、前記取得手段により取得された前記第２の種類の識別情報が前記管理手段により管理されていると前記判断手段により判断された場合に、前記新規ネットワーク機器とリプレイス対象のネットワーク機器とが同一機種であるかを判定し、該判定結果に応じて、前記リプレイス対象のネットワーク機器から前記新規ネットワーク機器に配信可能な設定情報を配信することを特徴とする請求項１乃至５のいずれか一項に記載の管理装置。
【請求項８】
前記配信手段による設定情報の配信の前に、前記新規ネットワーク機器から設定情報のバックアップを取得するバックアップ手段を更に有することを特徴とする請求項１乃至７のいずれか一項に記載の管理装置。
【請求項９】
前記配信手段により前記新規ネットワーク機器に対する前記設定情報の配信が終了した後に、当該設定情報を元に戻す指示に応じて、前記バックアップ手段により取得した設定情報を前記新規ネットワーク機器に配信する手段を更に有することを特徴とする請求項８に記載の管理装置。
【請求項１０】
前記第１の種類の識別情報は、ネットワーク機器のシリアル番号またはＭＡＣアドレスを含み、前記第２の種類の識別情報は、ネットワーク機器のＩＰアドレスまたはホスト名を含むことを特徴とする請求項１乃至９のいずれか一項に記載の管理装置。
【請求項１１】
請求項１乃至１０のいずれか一項に記載の管理装置としてコンピュータを機能させるためのプログラム。
【請求項１２】
管理対象のネットワーク機器の、個体ごとの識別情報である第１の種類の識別情報とネットワーク上の機器の識別情報である第２の種類の識別情報とを管理する管理手段を有する管理装置における管理方法であって、
ネットワーク上のネットワーク機器から前記第１の種類の識別情報及び前記第２の種類の識別情報を取得する取得工程と、
前記取得工程により取得された第１の種類の識別情報が前記管理手段により管理されていない場合に、前記取得工程により取得された第２の種類の識別情報が前記管理手段により管理されているかを判断する判断工程と、
前記取得工程により取得された前記第２の種類の識別情報が前記管理手段により管理されていると前記判断工程により判断された場合に、当該第２の種類の識別情報を有するネットワーク機器である新規ネットワーク機器に対して設定情報を配信する配信工程と
を有することを特徴とする管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスの各種設定情報を設定するための管理装置および管理方法に関する。
【背景技術】
【０００２】
一般に、複合機に代表されるデバイスは顧客環境に導入された後、永続的に運用されるのではなく、技術の進歩に伴って一定間隔で最新機種への入れ替えがなされている。入れ替え後も円滑に業務を遂行するため、入れ替え前デバイスの設定値情報を入れ替え後デバイスに移行する作業が必要となるが、移行対象の設定値情報が数百項目に達するなど非常に多い場合があり、移行作業の負担が大きくなっている。そこで、例えば、特開２０１３−１２２６８９号公報では、管理サーバが入れ替え前のデバイスからリプレイス要求を受け付けると、入れ替え後のデバイスを自動的に検知し、入れ替え後のデバイスに入れ替え前のデバイスの設定値情報を配信する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１２２６８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
デバイスの入れ替え作業では、入れ替え前のデバイスを撤去してから入れ替え後のデバイスを設置するケースも少なくない。しかしながら、前記特許文献１では、デバイスを入れ替える際に入れ替え前のデバイスと入れ替え後のデバイスが同時期に管理対象として存在していなければならない。また、設置者と設定値情報の入れ替えを行う作業者とが異なるため、デバイスのダウンタイムを小さくするためには、設置者の入れ替え作業者がうまく連携しなければならず、管理者の負荷となっていた。
【０００５】
本発明は、前記問題点を解決するためになされたものであって、デバイスの入れ替えに伴ってデバイスの設定値情報を移行する際に、管理者の負担を小さくし、かつ、安全に設定値情報を移行することができる管理装置及び管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために本発明は以下の構成を有する。すなわち、本発明は、
管理対象のネットワーク機器の、個体ごとの識別情報である第１の種類の識別情報とネットワーク上の機器の識別情報である第２の種類の識別情報とを管理する管理手段と、
ネットワーク上のネットワーク機器から前記第１の種類の識別情報及び前記第２の種類の識別情報を取得する取得手段と、
前記取得手段により取得された第１の種類の識別情報が前記管理手段により管理されていない場合に、前記取得手段により取得された第２の種類の識別情報が前記管理手段により管理されているかを判断する判断手段と、
前記取得手段により取得された前記第２の種類の識別情報が前記管理手段により管理されていると前記判断手段により判断された場合に、当該第２の種類の識別情報を有するネットワーク機器である新規ネットワーク機器に対して設定情報を配信する配信手段と
を有することを特徴とする管理装置にある。
【発明の効果】
【０００７】
本発明によれば、入れ替え前デバイスと入れ替え後のデバイスが同時期に管理対象として存在していなくても、デバイスの設定値情報を移行することが可能となる。また、入れ替え後デバイスが設置されたかどうかを自動的に検知可能なため、設定値情報を移行する管理者の負担が小さくなり、安全に設定値情報を移行することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】本実施形態におけるシステムの全体構成の一例を示す図
【図２】本実施形態の管理装置１０１、仲介装置１０７のＨ／Ｗ構成を示す図
【図３】本実施形態におけるデバイス１１０Ｈ／Ｗ構成を示す図
【図４】本実施形態における管理装置１０１のソフトウェア構成の一例を示す図
【図５】本実施形態における仲介装置１０７のソフトウェア構成の一例を示す図
【図６】本実施形態におけるデバイスリストの一例を示すＵＩ画面を示す図
【図７】本実施形態におけるリプレイスタスク設定画面の一例を示すＵＩ画面を示す図
【図８】本実施形態におけるメール通知画面の一例を示すＵＩ画面を示す図
【図９】本実施形態における実行タスクリストの一例を示すＵＩ画面を示す図
【図１０】本実施形態におけるリプレイスタスクの動作を示すフローチャート
【図１１】本実施形態におけるバッチ処理の動作を示すフローチャート
【図１２】本実施形態における新規デバイス検知処理(ＵＩ登録)の動作を示すフローチャート
【図１３】本実施形態における新規デバイス検知処理(探索)の動作を示すフローチャート
【図１４】本実施形態におけるデバイス１１０から設定値情報を取得する処理の動作を示すフローチャート
【図１５】本実施形態におけるデバイス１１０に設定値情報を配信する処理の動作を示すフローチャート
【図１６】本実施形態におけるタスク実行後のリカバリ処理の動作を示すフローチャート
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
＜実施形態１＞
＜システム構成図の説明＞
図１は、本実施形態におけるシステムの全体構成を示すブロック図である。
デバイス管理システム１００は、顧客先のデバイスの各種情報を管理し、デバイスの設定値情報を取得・配信することを目的としたシステムである。
デバイス管理システム１００には、管理装置１０１と、データベース１０２が含まれている。データベース１０２には、デバイスから取得したバックアップデータや、配信データ、デバイスから設定値情報を取得・配信するために必要なデバイスと通信するための各種情報などを蓄積している。データベース１０２と管理装置１０１はＬＡＮ１０３で接続されており、ＬＡＮ１０３はインターネット１０４に接続可能となっている。なお、データベース１０２は、物理的に管理装置１０１内に存在してもよい。さらに、管理装置１０１からアクセス可能であれば、インターネット１０４を経由した別の場所に存在しても構わない。
管理装置１０１は例えばコンピュータにより実現され、インターネット１０４を介して接続したＰＣに対し、データベース１０２で蓄積した情報、または加工した情報を閲覧するＷＥＢページを提供している。すなわちＨＴＴＰサーバ機能を有する。このＷＥＢページは、ユーザ認証により、権限別に閲覧内容を限定し提供している。さらに、ＷＥＢページから一部データの変更も可能としている。管理装置１０１は、ＷＥＢページ上で特定の権限を持つ担当者が、各種情報を顧客単位で登録する。登録する情報は、管理対象となるネットワーク機器であるデバイス１１０、デバイス１１０との情報のやり取りを行う仲介装置１０７などがあげられる。
顧客システム１０５には、インターネット１０４に接続されたＬＡＮ１０６に接続されたデバイス１１０が、仲介装置１０７により管理されている。仲介装置１０７は、プロキシサーバ１０８を介してインターネット１０４経由で管理装置１０１と通信している例えばコンピュータである。
仲介装置１０７は、デバイス１１０から収集したデバイス情報や、デバイス１１０に配信するための設定値情報などをデータベース１０９に保存する。このデータベース１０９は、ＬＡＮ１０６上に接続されているが、仲介装置１０７の内部に独立して存在してよい。さらに、このデータベース１０９は、仲介装置１０７からアクセス可能であれば、インターネット１０４を経由した別の場所に存在しても構わない。デバイス１１０に情報の取得・配信するタイミングは、管理装置１０１上で設定したスケジュールに沿って実施される。
さらに、仲介装置１０７は、ＬＡＮ１０６上に接続されているデバイス１１０を自動探索し、探索結果を管理装置１０１に送信したデバイスを登録する機能を備えている。
なお、本実施形態では管理装置１０１と仲介装置１０７は物理的に別で存在しているが、仲介装置１０７内に管理装置１０１が存在してもよい。
またデバイス１１０は管理対象となる周辺装置であり、たとえばプリンタやファクシミリ、多機能複写機（ＭＦＰ）などである。
【００１０】
＜管理装置１０１、仲介装置１０７のハードウェア（Ｈ／Ｗ）構成を示す図＞
図２は、管理装置１０１および仲介装置１０７のハードウェア構成の一例を説明するブロック図である。図示しないバックエンドに設置される情報装置も同様に構成することができる。ハードディスク（ＨＤＤ）には、後述するすべての説明で動作主体となる本実施形態に関わるソフトウェアプログラムが格納される。
ＣＰＵ２０１は、後述の全ての説明において、特に断りがない限り、本実施形態に係る制御のハード上の実行の主体である。一方、ソフトウェア上の制御の主体は、ハードディスク(ＨＤＤ)２１２に格納されたソフトウェアである。すなわちＣＰＵ２０１がプログラムを実行することで、本実施形態に係る制御手順を実現する。
ＲＯＭ２０２には、ＢＩＯＳやブートプログラムが格納されている。
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
キーボードコントローラ（ＫＢＣ）２０５は、キーボード（ＫＢ）２０９やポインティングデバイス（ＰＤ）２１０等からの指示入力を制御する。
ディスプレイコントローラ(ＤＳＰＣ) ２０６は、ディスプレイ（ＤＳＰ）２１１の表示を制御する。
ディスクコントローラ（ＤＫＣ）２０７は、ハードディスク（ＨＤＤ）２１２やＣＤ−ＲＯＭ（ＣＤ）２１３などの記憶装置へのアクセスを制御するものである。ハードディスク（ＨＤＤ）２１２およびＣＤ−ＲＯＭ（ＣＤ）２１３等には、ブートプログラム、オペレーティングシステム、データベース、ソフトウェアプログラムおよびそのデータ等を記憶している。
インタフェースコントローラ(ＩＦＣ) ２０８は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介して他のネットワーク機器と情報を送受信する。
これらの各構成要素は、システムバス２０４上に配置される。
また本実施形態において、ＯＳはたとえば、ウィンドウズ(登録商標)を想定しているが、これに限るものではない。
なお、本実施形態に関わるソフトウェアプログラムは、ＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されてもよい。その場合には、図２に示すＣＤ−ＲＯＭ（ＣＤ）２１３などによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤＤ）２１２にインストールされる。
【００１１】
＜デバイス１１０のＨ／Ｗ構成を示す図＞
図３は、デバイス１１０の例として、印刷機能やスキャン機能、ネットワーク通信機能などを備える複合機を想定し、その内部構成について説明した図である。
デバイス１１０全体の制御を司るＣＰＵ３０１は、ＲＯＭ３０２に格納された印刷処理プログラムを実行する。ＲＯＭ３０２はまたフォントデータ等のデータを格納するＲＯＭである。ＲＡＭ３０３はＣＰＵ３０１のワークエリア、受信バッファ、画像描画に使用される。ＨＤＤ３０４は、デバイス１１０の設定値情報などを記録するハードディスク（ＨＤＤ）である。操作パネル３０５は各種スイッチやボタン、並びに、メッセージ表示用の液晶表示部で構成される。操作パネル３０５では、ユーザが前記設定値情報を操作することが可能である。ネットワークインタフェース３０６はネットワークに接続するためのネットワークインタフェースである。スキャナ３０７は記録紙に印刷を行うプリンタエンジンであり、スキャナ３０８は原稿を読み取り、通信部３０９はファクシミリの送受信を行う。
これらの各構成要素は、システムバス３１０上に配置される。
【００１２】
＜管理装置１０１のソフトウェア構成を示す図＞
図４は、管理装置１０１のソフトウェア構成の一例を示すブロック図である。
ＵＩ制御部４０１は、管理装置１０１のグラフィカルユーザーインタフェースを提供する。グラフィカルユーザーインタフェースは、管理装置１０１に備え付けられたディスプレイに表示されるよう構成される。もしくは、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ ＴｒａｎＳｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて、他のクライアントＰＣから利用可能なＷｅｂアプリケーションとして構成することも可能である。
ユーザ管理部４０２は、管理装置１０１が管理対象の顧客を管理する。
仲介装置管理部４０３は、管理装置１０１と通信する仲介装置１０７を管理する。仲介装置管理部４０３は、ユーザと仲介装置１０７を紐づけて管理する。
デバイス管理部４０４は、管理装置１０１が管理対象のネットワーク機器すなわちデバイスを管理する。ＵＩ制御部４０１を介してユーザが登録したデバイスや、後述する仲介装置１０７が探索したデバイス１１０の情報を、データベース１０２上のデバイスリストに格納する。
タスク管理部４０５は、デバイスの設定値情報の取得・配信を、タスクという単位で管理する。タスク管理部４０５では、ＵＩ制御部４０１を介して、デバイスの設定値情報を取得する取得タスク、デバイスの設定値情報を配信する配信タスク、デバイスの設定値情報を入れ替えるリプレイスタスクなど、ユーザが登録することができる。ユーザが登録したタスク情報は、通信部４０９を介してデータベース１０２上のタスクリストに格納する。
設定情報管理部４０６は、設定情報取得部４０７を介して仲介装置１０７からデバイスの設定値情報を受信する。また、設定情報管理部４０６は、設定情報配信部４０８を介して仲介装置１０７にデバイスの設定値情報を配信する。
設定情報取得部４０７は、通信部４０９を介して仲介装置１０７から受信したデバイスの設定値情報をデータベース１０２に格納する。
設定情報配信部４０８は、通信部４０９を介してデータベース１０２に格納された設定値情報を仲介装置１０７に配信する。配信する設定値情報は、配信先デバイスのモデルに合わせて抽出される。
データベース１０２に登録した情報は、ＵＩ制御部４０１を介してユーザが閲覧・変更することも可能である。
【００１３】
＜仲介装置１０７のソフトウェア構成を示す図＞
図５は仲介装置１０７のソフトウェア構成の一例を示すブロック図である。
ＵＩ制御部５０１５０１は、管理装置１０１のグラフィカルユーザーインタフェースを提供する。グラフィカルユーザーインタフェースは、管理装置１０１に備え付けられたディスプレイに表示されるよう構成される。もしくは、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ ＴｒａｎＳｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて、他のクライアントＰＣから利用可能なＷｅｂアプリケーションとして構成することも可能である。
デバイス管理部５０２は、探索部５０３を介してＬＡＮ１０６に接続されたデバイス１１０を探索する。デバイス１１０の探索は、ＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）や、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）など探索要求パケットを送信することによって実現可能である。探索により発見されたデバイス１１０に対しては、さらに通信部５０７を介して、デバイス１１０の詳細な識別情報（機種名、シリアルＮｏ、能力、状態、ＭＡＣアドレスなど：以下、詳細情報と呼ぶ）を取得することも可能である。
設定情報管理部５０４は、設定情報取得部５０５を介してデバイス１１０の設定値情報を取得し、通信部５０７を介して管理装置１０１に送信する。また、設定情報管理部５０４は、設定情報配信部５０６を介して管理装置１０１から受信した設定値情報をデバイス１１０に配信する。
設定情報取得部５０５は、通信部５０７を介してデバイス１１０から設定値情報を取得する。
設定情報配信部５０６は、通信部５０７を介してデバイス１１０に対して設定値情報を配信する。
なお、本実施形態の設定情報取得部５０５、設定情報配信部５０６では、ＨＴＴＰ／ＳＯＡＰを用いたＷｅｂサービスを用いて、デバイス１１０の設定値情報の取得、配信を実現することを想定しているが、他の通信プロトコルで実現してもよい。
デバイス１１０から設定値情報を取得する場合、予め定められた設定値情報のみを取得するように構成することも可能であるし、管理装置１０１から受信した取得設定タスクに合わせて取得するように構成することも可能である。
同様に、デバイス１１０へ設定値情報を配信する場合、予め定められた設定値情報のみを配信するように構成することも可能であるし、管理装置１０１から受信した配信設定タスクに合わせて配信するように構成することも可能である。
【００１４】
＜デバイスリストのＵＩ画面の一例を示す図＞
図６は、管理装置１０１に登録されたデバイス１１０のリスト（デバイスリストとも呼ぶ）の一例を示す図である。
管理装置１０１にデバイス１１０を登録する方法として、本実施形態では２つ紹介する。詳しい説明は後述のフローチャートにて説明する。
デバイスＩＤ６０１は、デバイス１１０を識別するためのＩＤが格納される。
ＰｒｏｄｕｃｔＮａｍｅ６０２は、デバイス１１０の製品名が格納される。
ＩＰアドレス６０３は、デバイス１１０のＩＰアドレスが格納される。
ＭＡＣアドレス６０４は、デバイス１１０のＭＡＣアドレスが格納される。
シリアルナンバー６０５は、デバイス１１０のシリアルナンバーが格納される。
Ｓｔａｔｕｓ６０６は、管理装置１０１がデバイス１１０の設定値情報の取得・配信を行う対象となるデバイス１１０を識別するためのステータス情報が格納される。本実施形態では、管理対象、登録済み、サポート外の３つのステータスが管理されている。管理対象は、デバイス１１０との接続確認およびタスク実行の能力があると判断されたデバイス１１０を表す。登録済みは、ＵＩ制御部４０１を介してデバイス登録したが、該デバイス１１０との接続確認およびタスク実行の能力チェックを行っていないデバイス１１０を表す。サポート外は、タスク実行の能力を持たないデバイス１１０を表す。
最終通信日時６０７は、デバイス１１０との通信が確立された日時が格納される。デバイス１１０との通信が行われるたびに更新される。
ホスト名６０８は、例えばネットワークデバイスを、それが接続されたネットワークにおいて固有に識別するための識別情報である。
なお図６に示したデバイスの識別子となり得るＩＰアドレス６０３、ＭＡＣアドレス６０４、シリアル番号６０５、ホスト名６０８のうち、デバイスの個体ごとに固有の識別子であるＭＡＣアドレス６０４およびシリアル番号６０５を第１の種類の識別子、ネットワークにおいて固有の識別子であるホスト名６０８およびＩＰアドレス６０３を第２の種類の識別子とも呼ぶ。
【００１５】
＜リプレイスタスクを設定するＵＩ画面の一例を示す図＞
図７は、設定値情報の取得と配信を1つの依頼として作成するための画面の一例を示す図である。以後、依頼の単位を「タスク」と表現する。また、設定値情報の取得と配信を１つの依頼とする場合を、「リプレイスタスク」と以後表現する。
タスク名７０１は、タスクを特定する名前を設定する。ここで設定されたタスク名は、後述する実行タスクリストのタスク名９０１と同一である。
取得元デバイス７０２は、設定値情報が取得されるデバイス１１０を選択する。選択肢に出てくるデバイスは、Ｓｔａｔｕｓ６０６が「管理対象」となっているデバイスのみである。図７に例示したように、ユーザによって押下された選択ボタンから呼び出されるデバイス選択画面で選択された結果が入力されてもよいし、テキストボックスに取得元デバイス１１０を識別するための情報が直接入力されてもよい。取得元デバイスは、デバイスＩＤ、製品名、ＩＰアドレス、ホスト名、ＭＡＣアドレス、シリアル番号のいずれかで指定可能であるが、例えばデバイスＩＤや製品名では個体を特定できない場合があるので、その場合には他の情報も併せて指定される。また、複数の個体が該当する場合には、複数のデバイスを取得元デバイスとして設定してもよい。
取得スケジュールの設定７０３は、取得元デバイス７０２から設定値情報を取得するスケジュールを設定可能である。図７で例示したように、指定したスケジュールに合わせてデバイス１１０から設定値情報を取得してもよいし、事前に取得済みの設定値情報を選択してもよい。本例では、直ちに取得か、指定した日時に取得か、取得済みであり改めて取得しないかのいずれかが選択できるが、他の指定方法であってもよい。
配信先デバイス７０４は、配信先のデバイスとして認識するための条件を指定することで、設定値情報を配信するデバイス１１０を選択する。配信先デバイスすなわち新規ネットワーク機器は、取得元デバイスとＩＰアドレスを同一とするか、ホスト名を同一とするかのいずれかを指定できる。すなわち、ネットワークから切り離されたデバイスと、その後ネットワークに接続されたデバイスとの関連は、ＩＰアドレスの同一性またはホスト名の同一性により判断される。
配信スケジュールの設定７０５は、配信先デバイス７０４に設定値情報を配信するスケジュールを選択する。スケジュールは、配信先デバイスが見つかり次第直ちに行うか、夜間の指定時刻に行うか、指定日時に行うかいずれかを指定できるが、他の指定方法であってもよい。
オプション設定７０６は、配信先デバイスに設定値情報を配信する前に、配信先デバイスの設定値情報をバックアップとして取得するかどうかを選択する。図７では、本オプションを選択した（チェックした）場合、配信直前にバックアップを取得することを想定しているが、スケジュールを設定してもよい。
メール通知７０７は、実行結果を指定されたメールアドレスにメール通知するかどうかを選択する。選択した場合は、メール通知先のメールアドレスを設定する。メール通知内容は、後述の図８で説明する。
図７に示すユーザーインターフェースで指定された各設定項目とその値は、ＵＩ制御部４０１経由で設定情報管理部４０６に渡される。設定情報管理部４０６は、渡された設定項目とその値を一時的にＲＡＭまたはＨＤＤに保存する。また図７のユーザーインターフェースによるタスクの設定が行われると、設定されたスケジュールに従って図１０の手順が実行される。その際に、図７のユーザーインターフェースで取得元デバイスとして指定されたネットワークデバイスがリプレイス対象のデバイスとなる。なお図７のユーザーインターフェースで指定されたデバイスの選択情報７０２は図６のデバイスリストとは別に管理される。そこで図６のデバイスリストを第１の管理手段、デバイスの選択情報７０２を第２の管理手段と称して区別する場合もある。
【００１６】
＜メール通知画面を示す図＞
図８はタスク実行結果のメール通知画面の一例を示す図である。
タスク名と当該タスクが完了したことを通知し、実行結果を表示する画面のリンク８０１を表示する。タスク名はタスク名７０１と同一のものが表示される。リンク８０１を押下すると、後述の図９に遷移する。
【００１７】
＜実行タスクのリストを表示するＵＩ画面＞
図９は、タスクのステータスを表示するＵＩ画面の一例を示す。
タスク名９０１は、タスクを特定する名前が表示される。表示されるタスク名はタスク名７０１と同一のものである。
タスクの種類９０２は、取得や配信、リプレイスといったタスクの種類が表示される。
ステータス９０３は、タスクの実行ステータスが表示される。本実施形態では、ステータス９０３は、実行中（配信中）、実行中（取得中）、実行中（取得済み）、エラー終了、正常終了の５種類が設定される。実行中（配信中）は、タスク実行中で、設定値情報を対象デバイスに配信している間に表示される。同様に、実行中（取得中）はタスク実行中で設定値情報を対象デバイスから取得している間に表示される。実行中（取得済み）は、タスク実行中で、設定値情報を対象デバイスから取得済みで、次の処理待ちを行っている場合に表示される。エラー終了は、タスク実行がエラー終了した場合に表示される。正常終了は、タスク実行が正常に終了した場合に表示される。リプレイスタスクの場合は、正常終了し、オプション設定７０６にチェックがある場合には、完了ボタンと戻すボタンとが表示される。
完了日時９０４は、タスク実行が完了した日時が表示される。
【００１８】
＜リプレイスタスクの動作を示すフローチャート＞
図１０は、本実施形態におけるリプレイスタスクの処理動作を示すフローチャートである。なお、フローチャートの各ステップの処理は管理装置１０１および仲介装置１０７に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶手段に記憶された本発明の制御プログラムを読込み実行することに応じて実現されたものとする。本フローでは、発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。なお以下の説明において、特に主体を明記していない場合には管理装置１０１が実行主体である。
ステップＳ１００１において、管理装置１０１のタスク管理部４０５が設定情報取得部４０７を介して仲介装置１０７に指示し、仲介装置１０７の設定情報管理部５０４が設定情報取得部５０５を介して取得元デバイスから設定値情報を取得する。取得した設定値情報は設定値情報取得部４０７に引き渡される。なお取得元デバイス、すなわちリプレイス対象のデバイスは、ネットワーク１０６内において固有であれば、どの識別情報を用いて特定してもよい。バックアップ処理の完了した後でレプレイス対象のデバイスはネットワーク１０６から切り離される。ここでの切り離しは、ＩＰアドレスやホスト名といったネットワーク上の識別情報の重複を防止するためであるので、レプレイス対象デバイスの電源をオフにするなどの方法によっても実現できる。詳細は、後述する図１４で説明する。
ステップＳ１００２において、タスク管理部４０５が定期バッチ処理を実行する。配信先デバイスが所定期間のうちに検知できなかった場合に、タスクのステータス９０３をエラー終了し、結果をメール通知７０７で設定したアドレスに送信する。定期バッチ処理についての詳細は、後述する図１１で説明する。
ステップＳ１００３において、デバイス管理部４０４が管理装置１０１で未管理の新規デバイスを検知する。本実施形態では新規デバイスを検知する方法として２つ上げる。詳細は、後述する図１２、図１３で説明する。すなわちステップＳ１００３は、図１２または図１３のいずれかの手順で実行される。
ステップＳ１００４において、タスク管理部４０５が配信先デバイス７０４で配信先デバイス判定方法として、「取得元デバイスのＩＰアドレスと同一のデバイス」にチェックがある場合はステップＳ１００５に進む。「取得元デバイスのホスト名と同一のデバイス」にチェックがある場合はステップＳ１００６に進む。なおステップＳ１００３により対象デバイスのＳｔａｔｕｓ６０６が「サポート外」とされた場合には、その新規デバイスに対しては本実施形態にしたがって設定情報を移行することができないと判定されたということである。したがって、その場合には図８等で説明するメール等によりその結果を管理者に通知してタスクを終了してもよい。
ステップＳ１００５において、タスク管理部４０５が取得元デバイスのＩＰアドレスとステップＳ１００３で検知された新規デバイスのＩＰアドレスが同一かどうか判定する。同一の場合はステップＳ１００７に進む。異なる場合はステップＳ１００２に進む。
ステップＳ１００６において、タスク管理部４０５が取得元デバイスのホスト名とステップＳ１００３で検知された新規デバイスのホスト名が同一かどうか判定する。同一の場合はステップＳ１００７に進む。異なる場合はステップＳ１００２に進む。
ステップＳ１００７において、設定情報管理部４０６が取得元デバイスと配信先デバイスが同一機種かどうか判定する。その判定結果に応じて、同一機種の場合は、ステップＳ１００８へ進む。異機種の場合は、ステップＳ１００９に進む。
ステップＳ１００８において、設定情報管理部４０６がステップＳ１００１で取得した設定値情報から同一機種で配信可能な設定値情報を抽出する。この抽出は、たとえば予め配信可能な設定値情報を特定しておくことで行える。
ステップＳ１００９において、設定情報管理部４０６がステップＳ１００１で取得した設定値情報から異機種で配信可能な設定値情報を抽出する。この抽出は、たとえば異機種間で配信可能な設定値情報をあらかじめ特定しておくことで行える。
ステップＳ１０１０において、タスク管理部４０５がオプション設定７０６に配信先デバイスのバックアップ取得にチェックがあるかどうかを判定する。ある場合は、ステップＳ１０１１に進む。
ステップＳ１０１１において、タスク管理部４０５が設定情報取得部４０７を介して仲介装置１０７に指示し、仲介装置１０７の設定情報管理部５０４が設定情報取得部５０５を介して配信先デバイスから設定値情報を取得する。取得した設定値情報は設定情報取得部４０７に引き渡される。詳細は、後述する図１４で説明する。
ステップＳ１０１２において、タスク管理部４０５が設定情報配信部４０８を介して仲介装置１０７に指示し、仲介装置１０７の設定情報管理部５０４が設定情報配信部５０６を介して配信先デバイスにステップＳ１００８およびステップＳ１００９で抽出した設定値情報を配信する。詳細は、後述する図１５で説明する。
ステップＳ１０１３において、タスク管理部４０５がＵＩ制御部４０１を介して設定されたメール通知７０７にチェックがあるかどうかを判定する。チェックがある場合はステップＳ１０１４に進む。
ステップＳ１０１４において、タスク管理部４０５がタスクの実行結果をメール通知７０７で指定されたアドレスに送信する。送信される内容は図８で示される。本実施形態では、タスクの実行結果をメール通知したが、別の伝達手段を用いてもよい。
ステップＳ１０１５において、タスク管理部４０５がＵＩ制御部４０１を介して設定されたオプション設定７０６にチェックがあるかどうかを判定する。チェックがある場合はステップＳ１０１６に進む。
ステップＳ１０１６において、タスク管理部４０５がＵＩ制御部４０１を介してステータス９０３に完了ボタンと戻すボタンを表示する。
なお図１０の手順には、仲介装置１０７による処理と管理装置１０１による処理とが混在しており、それぞれの装置による処理工程は、それぞれの装置により独立して実行される。互いに非同期に実行できない処理工程については、同期ポイントにおいて通信等により同期が図られている。
【００１９】
＜バッチ処理の動作を示すフローチャート＞
図１１は、本実施形態における定期バッチ処理の処理フローを示すフローチャートであり、図１０のステップＳ１００２の詳細である。なお、フローチャートの各ステップの処理は管理装置１０１に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶手段に記憶された本発明の制御プログラムを読込み実行することに応じて実現されたものとする。本フローでは、発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。
ステップＳ１１０１において、デバイス管理部４０４が、最終通信日時６０７が前日またはそれより前かどうかを判定する。すなわち、管理装置１０１との最後の通信が前日以前か判定する。前日またはそれより前の場合はステップＳ１１０２へ進む。
ステップＳ１１０２において、デバイス管理部４０４が無通信日数（無通信期間）に１を加算する。なお最終通信日時６０７はデバイスとの通信がある都度更新され、無通信期間は、最終通信日時の更新とともに０にリセットされる。
ステップＳ１１０３において、デバイス管理部４０４が、無通信日数が規定日数を超えたかどうかを判定する。
ステップＳ１１０４において、タスク管理部４０５がステータス９０３を「エラー終了」にする。
ステップＳ１１０５において、タスク管理部４０５がメール通知７０７にチェックがあるかどうかを判定する。チェックがある場合はステップＳ１１０６に進む。
ステップＳ１１０６において、タスク管理部４０５がタスクの実行結果をメール通知７０７で指定されたアドレスに送信する。送信される内容の一例は図８で示される。
本実施形態では、タスクの実行結果をメール通知したが、別の伝達手段を用いてもよい。
以上のようにして、取得元デバイスのバックアップを取得してから管理装置１０１と通信をしていない日数が所定日数を超えると、すなわち一定期間内に配信先デバイスを検出できないと、メール通知設定に応じて、指定されたアドレスに宛ててその旨を示すエラーを通知する。なお、無通信期間の監視対象となるデバイスを、現在管理装置１０１の管理対象となっていない。
【００２０】
＜新規デバイス検知処理の動作を示すフローチャート＞
図１２は、本実施形態における管理装置１０１が新規デバイスを検知する処理を示すフローチャートであり、図１０のステップＳ１００３の詳細である。本実施形態では、新規デバイスを検知する処理を後述する図１３と合わせて２パターン提示するが、別の手段を用いてもよい。なお、フローチャートの各ステップの処理は管理装置１０１および仲介装置１０７に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶手段に記憶された本発明の制御プログラムを読込み実行することに応じて実現されたものとする。本フローでは、発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。なお以下の説明において特に実行主体となる装置名を明記していない工程は管理装置１０１が実行する。
ステップＳ１２０１において、デバイス管理部４０４がＵＩ制御部４０１を介してデバイス１１０を新規登録する。ＵＩ制御部４０１を介してデバイス１１０を登録する際には、シリアルナンバー、ＩＰアドレス、ＭＡＣアドレスが必須項目として登録される。本実施形態では、上記３項目を必須項目としてあげているが、その他項目が追加されていてもよい。登録は例えば管理者によるマニュアル操作で行われる。
ステップＳ１２０２において、デバイス管理部４０４が対象デバイスのＳｔａｔｕｓ６０６を「登録済み」としてデバイス情報をデータベース１０２に格納する。
ステップＳ１２０３において、仲介装置１０７のデバイス管理部５０２が、Ｓｔａｔｕｓ６０６が「登録済み」のデバイスのデバイス情報を管理装置１０１から取得する。なおこの取得のきっかけは、たとえば、管理装置１０１から仲介装置１０７に対して新たに「登録済み」とされたデバイスがあることを通知してもよいし、あるいは仲介装置１０７が新たなデバイスの登録を管理装置１０１に対して定期的に問い合わせてもよい。
ステップＳ１２０４において、仲介装置１０７のデバイス管理部５０２は通信部５０７を介してステップＳ１２０３で取得したデバイス情報を用いて、対象デバイスとの接続確認を行う。接続確認ができたデバイスに対しては、さらに通信部５０７を介してデバイスの詳細情報（機種名、能力、状態など）を取得する。
ステップＳ１２０５において、仲介装置１０７のデバイス管理部５０２は通信部５０７を介して、ステップＳ１２０４で取得した接続結果およびデバイスの詳細情報を管理装置１０１に送信する。
ステップＳ１２０６において、デバイス管理部４０４はステップＳ１２０５で仲介装置１０７から受信した接続結果から、対象デバイスが接続できたかどうかを判定する。接続できた場合はステップＳ１２０７に進む。接続できなかった場合はステップＳ１２０８に進む。
ステップＳ１２０７において、デバイス管理部４０４はステップＳ１２０５で仲介装置１０７から受信した詳細情報から、対象デバイスがタスクを実行する能力があるかどうかを判定する。能力があるかどうかの判断は、対象デバイスに対するデバイスの設定値情報を取得・配信するためのリクエストに対して、対象デバイスから応答が返るかどうかで行う。能力ありすなわち応答ありと判定された場合はステップＳ１２０９に進む。能力なしと判定された場合はステップＳ１２０８に進む。
ステップＳ１２０９において、デバイス管理部４０４は対象デバイスのＳｔａｔｕｓ６０６を「管理対象」に更新し、ステップＳ１２１０において、新規デバイスとしてデータベース１０２に格納する。
ステップＳ１２０８において、デバイス管理部４０４は対象デバイスのＳｔａｔｕｓ６０６を「サポート外」に更新し、ステップＳ１２１１において、データベース１０２に格納する。
以上の通り図１２の手順によれば、登録された新規デバイスが接続されたこと、および設定が可能であることをデータベースに登録して管理下におくことができる。
なお図１２のステップＳ１２０３〜Ｓ１２０５は仲介装置１０７により、ステップＳ１２０１〜Ｓ１２０２、Ｓ１２０６〜Ｓ１２１１は管理装置１０１により実行される手順である。図１２の手順は両装置により一連の処理を行うためひとつのフローとして説明したが、それぞれの装置による工程は、それぞれの装置により独立して実行される。
【００２１】
＜新規デバイス検知処理の動作を示すフローチャート＞
図１３は、本実施形態における管理装置１０１が新規デバイスを検知する、図１２に代わるもう一つの処理を示すフローチャートであり、図１０のステップＳ１００３の詳細である。なお、フローチャートの各ステップの処理は管理装置１０１および仲介装置１０７に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶手段に記憶された本発明の制御プログラムを読込み実行することに応じて実現されたものとする。本フローでは、発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。なお以下の説明において特に実行主体となる装置名を明記していない工程は管理装置１０１が実行する。
ステップＳ１３０１において、デバイス管理部４０４がＵＩ制御部４０１を介して探索条件の設定を行う。探索条件としては、デバイス１１０の所在情報となるＩＰアドレスやホスト名などのネットワーク上におけるデバイスの識別情報と、探索のスケジュールなどがあげられる。
ステップＳ１３０２において、仲介装置１０７のデバイス管理部５０２は通信部５０７を介してステップＳ１３０１で設定した探索条件を取得する。
ステップＳ１３０３において、仲介装置１０７のデバイス管理部５０２は探索部５０３を介してＬＡＮ１０６に接続されたデバイス１１０を探索する。デバイス探索は、ＳＬＰ（Ｓｅｒｖｉｃｅ  Ｌｏｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）や、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）など探索要求パケットを送信することによって実現可能である。
ステップＳ１３０４において、ステップＳ１３０３で発見されたデバイス１１０に対して、さらに仲介装置１０７の通信部５０７を介してデバイスの詳細情報（製品名、シリアルナンバー、ＭＡＣアドレス、能力、状態など）を取得することが可能である。
ステップＳ１３０５において、仲介装置１０７のデバイス管理部５０２は通信部５０７を介して、ステップＳ１３０３の探索結果とステップＳ１３０４の詳細情報を管理装置１０１に送信する。
ステップＳ１３０６において、デバイス管理部４０４はステップＳ１３０５で受信したデバイスの詳細情報からシリアルナンバーが取得可能か判定する。シリアルナンバーが取得できる場合はステップＳ１３０７に進む。シリアルナンバーが取得できない場合はステップＳ１３０８に進む。
ステップＳ１３０７において、デバイス管理部４０４はステップＳ１３０５で受信したデバイスの詳細情報から、シリアルナンバーがデータベース１０２に未登録のシリアルナンバーかどうかを判定する。未登録の場合はステップＳ１３０９へ進む。既に登録済みのシリアルナンバーの場合はステップＳ１３１０に進む。
ステップＳ１３０８において、デバイス管理部４０４はステップＳ１３０５で受信したデバイスの詳細情報から、ＭＡＣアドレスがデータベース１０２に未登録のＭＡＣアドレスかどうかを判定する。未登録の場合はステップＳ１３０９に進む。既に登録済みのＭＡＣアドレスの場合はステップＳ１３１０に進む。
ステップＳ１３０９において、デバイス管理部４０４はステップＳ１３０５で受信したデバイスの詳細情報から、対象デバイスがタスクを実行する能力があるかどうかを判定する。能力があるかどうかの判断は、デバイスの設定値情報を取得・配信するためのリクエストの応答が返るかどうかで行う。これは図１２と同様である。能力がある場合はステップＳ１３１１に進む。能力がない場合はステップＳ１３１２に進む。
ステップＳ１３１１において、デバイス管理部４０４はＳｔａｔｕｓ６０６を管理対象に更新し、ステップＳ１３１３において、新規デバイスとしてデータベース１０２に格納する。
ステップＳ１３１２において、デバイス管理部４０４はＳｔａｔｕｓ６０６を「サポート外」に更新し、ステップＳ１３１４において、データベース１０２に格納する。
ステップＳ１３１０において、デバイス管理部４０４は、探索により検出されたデバイスは既に登録済みのデバイスとして、ステップＳ１３０５で受信したデータを捨てる。
以上の通り図１３の手順によれば、登録された新規デバイスをネットワークから探索して、その設定が可能であることをデータベースに登録して管理下におくことができる。
なお図１３のステップＳ１３０２〜Ｓ１３０５は仲介装置１０７により、その他のステップは管理装置１０１により実行される手順である。図１３の手順は両装置により一連の処理を行うためひとつのフローとして説明したが、それぞれの装置による工程は、それぞれの装置により独立して実行される。
【００２２】
＜デバイス１１０から設定値情報を取得する処理の動作を示すフローチャート＞
図１４は、本実施形態における管理装置１０１がデバイス１１０から設定値情報を取得する処理を示すフローチャートであり、図１０のステップＳ１００１の詳細である。なお、フローチャートの各ステップの処理は管理装置１０１および仲介装置１０７に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶手段に記憶された本発明の制御プログラムを読込み実行することに応じて実現されたものとする。本フローでは、発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。
ステップＳ１４０１において、タスク管理部４０５がデバイス１１０から設定値情報を取得する取得時間が経過したかどうかを判定する。取得スケジュールの設定７０３で設定された取得時間で判定する。なお、オプション設定７０６が設定されている場合は、配信先デバイスからバックアップを取得するが、その際の取得時間は今すぐ取得が適応される。本実施形態では配信先デバイスからバックアップを取得する際の取得時間が、今すぐ取得が適応されるが、取得スケジュールの設定７０３のように、スケジュールを設定させてもよい。取得時間が経過している場合はステップＳ１４０２に進む。まだ経過していない場合はステップＳ１４０１に進む。
ステップＳ１４０２において、タスク管理部４０５が通信部４０９を介して取得元デバイスと接続できるかどうか判定する。接続できるかどうかは、仲介装置１０７に依頼し、デバイス管理部５０２が通信部５０７を介して対象デバイスとの接続確認を行い、結果を管理装置１０１に送信することで判定が可能となる。新規デバイス検知時にもデバイス１１０との接続確認は行っているが、タスク実行前に接続できなくなるケースもあるため、本実施形態では、タスク実行前にも接続確認を行う。取得デバイスは取得元デバイス７０２で設定されたデバイスが適応される。オプション設定７０６は設定されている場合は、ステップＳ１００４で配信先デバイスとして決定されたデバイスが適応される。接続できる場合はステップＳ１４０３へ進む。接続できない場合はステップＳ１４０１に進む。
ステップＳ１４０３において、タスク管理部４０５がステータス９０３を「実行中（取得中）」に変更する。
ステップＳ１４０４において、設定情報管理部４０６が設定情報取得部４０７を介して取得元デバイスから設定値情報を取得する。仲介装置１０７に、設定値情報の取得を依頼し、設定情報管理部５０４が設定情報取得部５０５を介して対象デバイスから設定値情報を取得し、管理装置１０１に送信することで実現される。なお、取得元デバイスは、ステップＳ１００１の場合は、ＵＩ制御部４０１を介して設定された取得元デバイス７０２である。ステップＳ１００８では、ステップＳ１００４で配信先デバイスとして決定されたデバイス１１０が取得元デバイスである。取得された設定値情報はデータベース１０２に格納される。
ステップＳ１４０５において、設定情報管理部４０６がステップＳ１００４で設定値情報の取得が成功したかどうかを判定する。取得が成功した場合はステップＳ１４０６に進む。取得が失敗した場合はステップＳ１４０７に進む。
ステップＳ１４０６において、タスク管理部４０５が実行中のタスクがリプレイスタスクかどうかを判定する。リプレイスタスクの場合はステップＳ１４０８に進む。リプレイスタスクでない場合はステップＳ１４０９に進む。
ステップＳ１４０７において、タスク管理部４０５はステータス９０３を「エラー終了」に変更する。
ステップＳ１４０８において、タスク管理部４０５はステータス９０３を「実行中（取得済み）」に変更する。
ステップＳ１４０９において、タスク管理部４０５はステータス９０３を「正常終了」に変更する。
【００２３】
＜デバイス１１０に設定値情報を配信する処理の動作を示すフローチャート＞
図１５は、本実施形態における管理装置１０１がデバイス１１０に設定値情報を配信する処理を示すフローチャートであり、図１０のステップＳ１０１２の詳細である。なお、フローチャートの各ステップの処理は管理装置１０１および仲介装置１０７に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶手段に記憶された本発明の制御プログラムを読込み実行することに応じて実現されたものとする。本フローでは、発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。
ステップＳ１５０１において、タスク管理部４０５がデバイス１１０に設定値情報を配信する配信時間が経過したかどうかを判定する。ＵＩ制御部４０１を介して設定された配信スケジュールの設定７０５で設定された配信時刻が経過したかどうかを判定する。配信時刻が経過している場合はステップＳ１５０２に進む。まだ経過していない場合はステップＳ１５０１に進む。
ステップＳ１５０２において、タスク管理部４０５が通信部４０９を介して配信先デバイスと接続できるかどうかを判定する。接続できるかどうかは、仲介装置１０７に依頼し、デバイス管理部５０２が通信部５０７を介して対象デバイスとの接続確認を行い、結果を管理装置１０１に送信することで判定が可能になる。接続できる場合はステップＳ１５０３に進む。接続できない場合はステップＳ１５０１に進む。
ステップＳ１５０３において、タスク管理部４０５がステータス９０３を「実行中(配信中)」に変更する。
ステップＳ１５０４において、設定情報管理部４０６が設定情報配信部４０８を介して配信先デバイスに設定値情報を配信する。仲介装置１０７に、設定値情報の配信を依頼し、設定情報管理部５０４が設定情報配信部５０６を介して対象デバイスに設定値情報を配信し、結果を管理装置１０１に送信することで実現される。配信される設定値情報はデータベース１０２に格納されている、ステップＳ１００１で取得し、ステップＳ１００８またはステップＳ１００９で抽出した配信可能な設定値情報である。なお、配信先デバイスは、ステップＳ１００４で配信先デバイスとして決定されたデバイス１１０が適応される。
ステップＳ１５０５において、設定情報管理部４０６はステップＳ１５０４にて配信が成功したかどうかを判定する。配信が成功した場合はステップＳ１５０６に進む。配信が失敗した場合はステップＳ１５０７に進む。
ステップＳ１５０６において、タスク管理部４０５がステータス９０３を「正常終了」に変更する。
ステップＳ１５０７において、タスク管理部４０５がステータス９０３を「エラー終了」に変更する。
【００２４】
＜タスク実行後のリカバリ処理の動作を示すフローチャート＞
図１６は、本実施形態におけるタスク実行後のリカバリ処理を示すフローチャートである。なお、フローチャートの各ステップの処理は管理装置１０１および仲介装置１０７に設けられたＣＰＵ２０１がＲＯＭ２０２、ＨＤＤ２１２等の不揮発性記憶手段に記憶された本発明の制御プログラムを読込み実行することに応じて実現されたものとする。本フローでは、発明に関わる処理のみ説明し、その他の処理については本発明の本質とは異なるため説明を省略する。
ステップＳ１６０１において、タスク管理部４０５がＵＩ制御部４０１を介して、着目タスクのステータス９０３の完了ボタンが押下されたかどうかを判定する。完了ボタンが押下された場合はステップＳ１６０２に進む。完了ボタンが押下されなかった場合はステップＳ１６０３に進む。
ステップＳ１６０２において、タスク管理部４０５がステップＳ１００８で取得した配信先デバイスの設定値情報をデータベース１０２から削除する。
ステップＳ１６０３において、タスク管理部４０５がＵＩ制御部４０１を介して、ステータス９０３の戻すボタンが押下されたかどうかを判定する。戻すボタンが押下された場合はステップＳ１６０４に進む。
ステップＳ１６０４において、タスク管理部４０５が設定情報配信部４０８を介して仲介装置１０７に指示し、設定情報管理部５０４が設定情報配信部５０６を介して配信先デバイスに、ステップＳ１０１１で取得した配信先デバイスのバックアップデータを配信する。配信処理の詳細は図１５を参照のこと。
【００２５】
本実施形態により、デバイスの入れ替えに伴ってデバイスの設定値情報を移行する際に、管理者の負担を小さくし、かつ、安全に設定値情報を移行することが可能になる。また、取り外されるデバイスと新規に取り付けられる新規デバイスとが同時に管理装置１０１や仲介装置１０７の管理下になかったとしても、取り外されるデバイスから新規デバイスへと、配信可能（移行可能）な設定値情報を複製して移行することができる。
【００２６】
［その他の実施形態］
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015142368.tif 000003
【図２】
2015142368.tif 000004
【図３】
2015142368.tif 000005
【図４】
2015142368.tif 000006
【図５】
2015142368.tif 000007
【図６】
2015142368.tif 000008
【図７】
2015142368.tif 000009
【図８】
2015142368.tif 000010
【図９】
2015142368.tif 000011
【図１０】
2015142368.tif 000012
【図１１】
2015142368.tif 000013
【図１２】
2015142368.tif 000014
【図１３】
2015142368.tif 000015
【図１４】
2015142368.tif 000016
【図１５】
2015142368.tif 000017
【図１６】
2015142368.tif 000018