(57)【要約】【課題】複数のデバイス装置が接続されたネットワークの管理構成を自律的に変更できるようにする。【解決手段】複数のデバイス装置が接続されたネットワークにおいて、デバイス装置の一台が親デバイスとして他のデバイスからデータを収集し、残りのデバイス装置は子デバイスとして親デバイスにデータを送信する。そして、親デバイスの負荷が高くなったときには、子デバイスの中から少なくとも一台を選択して親デバイスに昇格させる。元々の親デバイスの負荷が軽くなったときには、親デバイスに昇格させたデバイス装置を自動的に子デバイスに戻す。【選択図】図１４
2009251660.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムにおいて、
前記管理デバイスの状態が変化した場合に、前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更する変更手段と、
前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記変更手段によって変更された新規の管理デバイスを、被管理デバイスに変更する手段と
を備えたことを特徴とするネットワークシステム。
【請求項２】
複数の他のデバイス装置とネットワークを介して接続されたデバイス装置であって、
前記複数の他のデバイス装置から送られたデータを収集する収集手段と、
前記デバイス装置の状態を検知する検知手段と、
前記検知手段によって前記デバイス装置の負荷が高いことが検知された場合、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更手段と、
前記検知手段によって前記デバイス装置の負荷が低いことが検知された場合、前記変更手段によって変更された管理デバイスを被管理デバイスに変更させる手段と、
を備えたことを特徴とするデバイス装置。
【請求項３】
管理デバイスによって管理される被管理デバイスとして動作するデバイス装置であって、
前記管理デバイスから送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更手段と、
前記変更手段によって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理デバイスから受信する受信手段と、
前記受信手段によって受信した情報に基づいて、被管理デバイスからデータを収集する収集手段と、
前記管理デバイスから送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更する手段と、
を備えたことを特徴とするデバイス装置。
【請求項４】
情報を表示する画面を有するユーザインタフェースと、
前記デバイス装置が管理している被管理デバイスの情報を前記ユーザインタフェースに表示する表示手段と
を有することを特徴とする請求項２に記載のデバイス装置。
【請求項５】
情報を表示する画面を有するユーザインタフェースと、
前記デバイス装置が管理デバイスに変更させたデバイス装置の情報を前記ユーザインタフェースに表示する表示手段と
を有することを特徴とする請求項２に記載のデバイス装置。
【請求項６】
情報を表示する画面を有するユーザインタフェースと、
前記デバイス装置が接続されたネットワーク上における管理デバイスと被管理デバイスの管理構成を前記ユーザインタフェースに表示する表示手段と
を有することを特徴とする請求項２に記載のデバイス装置。
【請求項７】
サーバ装置が配置されたネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして残りの被管理デバイスから送られたデータを収集し、該収集したデータを前記サーバ装置が管理するように構成されたネットワークシステムにおいて、
前記管理デバイスの状態が変化した場合に、前記サーバ装置が前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更する変更手段と、
前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記変更手段によって変更された新規の管理デバイスを、被管理デバイスに変更する手段と
を備えたことを特徴とするネットワークシステム。
【請求項８】
サーバ装置と複数の他のデバイス装置とにネットワークを介して接続されたデバイス装置であって、
前記複数の他のデバイス装置から送られたデータを収集する収集手段と、
前記デバイス装置の状態を検知する検知手段と、
前記検知手段によって前記デバイス装置の負荷が高いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更手段と、
前記検知手段によって前記デバイス装置の負荷が低いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記変更手段によって変更された管理デバイスを被管理デバイスに変更させる手段と、
を備えたことを特徴とするデバイス装置。
【請求項９】
ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムにおける前記デバイス装置とネットワークを介して接続された管理装置であって、
前記管理デバイスの負荷が高いことが検知された場合、前記複数のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させるための情報を前記デバイス装置に送信する手段と、
前記管理デバイス装置の負荷が低いことが検知された場合、前記変更された管理デバイスを被管理デバイスに変更させるための情報を前記デバイス装置に送信する手段とを備えたことを特徴とする管理装置。
【請求項１０】
管理装置が接続されたネットワーク上の管理デバイスによって管理される被管理デバイスとして動作するデバイス装置であって、
前記管理装置から送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更手段と、
前記変更手段によって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理装置から受信する受信手段と、
前記受信手段によって受信した情報に基づいて、被管理デバイスからデータを収集する収集手段と、
前記管理装置から送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更する手段と、
を備えたことを特徴とするデバイス装置。
【請求項１１】
ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムの管理構成変更方法であって、
前記管理デバイスの状態が変化した場合に、前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更する変更工程と、
前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記変更工程によって変更された新規の管理デバイスを、被管理デバイスに変更する工程と
を備えたことを特徴とするネットワークシステムの管理構成変更方法。
【請求項１２】
複数の他のデバイス装置とネットワークを介して接続されたデバイス装置の制御方法であって、
前記複数の他のデバイス装置から送られたデータを収集する収集工程と、
前記デバイス装置の状態を検知する検知工程と、
前記検知工程によって前記デバイス装置の負荷が高いことが検知された場合、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更工程と、
前記検知工程によって前記デバイス装置の負荷が低いことが検知された場合、前記変更工程によって変更された管理デバイスを被管理デバイスに変更させる工程と、
を備えたことを特徴とするデバイス装置の制御方法。
【請求項１３】
管理デバイスによって管理される被管理デバイスとして動作するデバイス装置の制御方法であって、
前記管理デバイスから送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更工程と、
前記変更工程によって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理デバイスから受信する受信工程と、
前記受信工程によって受信した情報に基づいて、被管理デバイスからデータを収集する収集工程と、
前記管理デバイスから送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更する工程と、
を備えたことを特徴とするデバイス装置。
【請求項１４】
サーバ装置が配置されたネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして残りの被管理デバイスから送られたデータを収集し、該収集したデータを前記サーバ装置が管理するように構成されたネットワークシステムの
管理構成変更方法であって、
前記管理デバイスの状態が変化した場合に、前記サーバ装置が前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更させる変更工程と、
前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記サーバ装置が前記変更工程によって変更された新規の管理デバイスを、被管理デバイスに変更させる
工程と
を備えたことを特徴とするネットワークシステムの管理構成変更方法。
【請求項１５】
サーバ装置と複数の他のデバイス装置とにネットワークを介して接続されたデバイス装置の制御方法であって、
前記複数の他のデバイス装置から送られたデータを収集する収集工程と、
前記デバイス装置の状態を検知する検知工程と、
前記検知工程によって前記デバイス装置の負荷が高いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更工程と、
前記検知工程によって前記デバイス装置の負荷が低いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記変更工程によって変更された管理デバイスを被管理デバイスに変更させる工程と、
を備えたことを特徴とするデバイス装置の制御方法。
【請求項１６】
ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムにおける前記デバイス装置とネットワークを介して接続された管理装置の制御方法であって、
前記管理デバイスの負荷が高いことが検知された場合、前記複数のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させるための情報を前記デバイス装置に送信する工程と、
前記管理デバイス装置の負荷が低いことが検知された場合、前記変更された管理デバイスを被管理デバイスに変更させるための情報を前記デバイス装置に送信する工程とを備えたことを特徴とする管理装置の制御方法。
【請求項１７】
管理装置が接続されたネットワーク上の管理デバイスによって管理される被管理デバイスとして動作するデバイス装置の制御方法であって、
前記管理装置から送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更工程と、
前記変更工程によって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理装置から受信する受信工程と、
前記受信工程によって受信した情報に基づいて、被管理デバイスからデータを収集する収集工程と、
前記管理装置から送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更する工程と、
を備えたことを特徴とするデバイス装置の制御方法。
【請求項１８】
ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムの管理構成変更方法を実行するための、コンピュータで読み取りと可能なプログラムであって、
前記管理デバイスの状態が変化した場合に、前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更する変更ステップと、
前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記変更ステップによって変更された新規の管理デバイスを、被管理デバイスに変更するステップと
を備えたことを特徴とするプログラム。
【請求項１９】
複数の他のデバイス装置とネットワークを介して接続されたデバイス装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、
前記複数の他のデバイス装置から送られたデータを収集する収集ステップと、
前記デバイス装置の状態を検知する検知ステップと、
前記検知ステップによって前記デバイス装置の負荷が高いことが検知された場合、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更ステップと、
前記検知ステップによって前記デバイス装置の負荷が低いことが検知された場合、前記変更ステップによって変更された管理デバイスを被管理デバイスに変更させるステップと、
を備えたことを特徴とするプログラム。
【請求項２０】
管理デバイスによって管理される被管理デバイスとして動作するデバイス装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、
前記管理デバイスから送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更ステップと、
前記変更ステップによって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理デバイスから受信する受信ステップと、
前記受信ステップによって受信した情報に基づいて、被管理デバイスからデータを収集する収集ステップと、
前記管理デバイスから送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更するステップと、
を備えたことを特徴とするプログラム。
【請求項２１】
サーバ装置と複数の他のデバイス装置とにネットワークを介して接続されたデバイス装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、
前記複数の他のデバイス装置から送られたデータを収集する収集ステップと、
前記デバイス装置の状態を検知する検知ステップと、
前記検知ステップによって前記デバイス装置の負荷が高いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更ステップと、
前記検知ステップによって前記デバイス装置の負荷が低いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記変更ステップによって変更された管理デバイスを被管理デバイスに変更させるステップと、
を備えたことを特徴とするプログラム。
【請求項２２】
ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムにおける前記デバイス装置とネットワークを介して接続された管理装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、
前記管理デバイスの負荷が高いことが検知された場合、前記複数のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させるための情報を前記デバイス装置に送信するステップと、
前記管理デバイス装置の負荷が低いことが検知された場合、前記変更された管理デバイスを被管理デバイスに変更させるための情報を前記デバイス装置に送信するステップとを備えたことを特徴とするプログラム。
【請求項２３】
管理装置が接続されたネットワーク上の管理デバイスによって管理される被管理デバイスとして動作するデバイス装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、
前記管理装置から送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更ステップと、
前記変更ステップによって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理装置から受信する受信ステップと、
前記受信ステップによって受信した情報に基づいて、被管理デバイスからデータを収集する収集ステップと、
前記管理装置から送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更するステップと、
を備えたことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステム及びその管理構成変更方法、前記ネットワークシステムに含まれるデバイス装置及びその制御方法、並びに前記管理構成変更方法及び制御方法を実現するためのプログラムに関する。
【背景技術】
【０００２】
現在では、画像形成装置に代表されるデバイス装置はネットワークに接続され、デバイス装置同士で様々なデータの送受信を行えるようになっている。例えば、画像形成装置は単にジョブのデータだけでなく、画像形成装置の管理情報を含むデータや、ログ情報などもパーソナルコンピュータや管理サーバなどに送信したり、受信したりすることができる。ログ情報には、エラーが発生した場合の解析を迅速に行うため情報や、装置の稼動状況を示す情報などがある。
【０００３】
そして、ネットワークに上のデバイス装置のうち、ハードウェアやソフトウェアのスペックが高いデバイス装置が、少なくとも１台の他のデバイス装置の管理を行うため、他のデバイス装置の管理データなどを収集することも行われている。
【０００４】
従来、このようなネットワーク上の管理構成において、他のデバイス装置の管理を行う管理デバイス（以降、親デバイスと呼ぶ）の負荷が高くなった場合に、次のような処理を行うシステムが提案されている（例えば、特許文献１）。即ち、親デバイスの負荷が高くなった場合に、別のデバイス装置を選択し、選択したデバイス装置に被管理デバイス（以降、子デバイスと呼ぶ）を管理する権限を譲渡する。そして、譲渡されたデバイス装置が親デバイス装置に昇格し、譲渡したデバイス装置は子デバイス装置に降格する。このように、自律的に管理する側と管理される側を入れ替えるような処理を行う。
【０００５】
また、特許文献２には、次のようなシステムが提案されている。即ち、親デバイスの負荷が高くなった時点で、子デバイスの中からあるデバイス装置を選択し、その選択したデバイス装置を親デバイスに昇格させる。これによって、親デバイスを複数に増やし、親デバイスの負荷を軽減させるような処理を行う。
【特許文献１】特開２００３−１８６７６５号公報
【特許文献２】特開２００３−６７２７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した従来の技術では、ネットワーク上の管理構成を自律的に変更することや、親デバイスを自律的に増加させることは可能ではあるものの、このように変更された構成を自動的に元に戻すための方法が存在しなかった。
【０００７】
そのため、例えば、親デバイスの負荷が一時的に高くなったことにより、その親デバイスの管理者や使用者が設定した管理構成を一時避難的に変更した場合などに、次のような問題が生ずる。即ち、親デバイスの負荷が通常に戻ったとしても、自動的に元の管理構成に戻すことができないため、管理者や使用者が行った設定とは異なる管理構成のまま動き続けてしまうことになる。元の管理構成に戻すには、デバイス装置の管理者やネットワークの管理者などが管理構成の設定を元に戻す必要があった。
【０００８】
本発明は上記従来の問題点に鑑み、次のような、ネットワークシステム及びその管理構成変更方法、デバイス装置及びその制御方法、並びにプログラムを提供することを目的とする。
【０００９】
即ち、複数のデバイス装置が接続されたネットワークにおいて、管理デバイスの状態が変化したことにより管理デバイスと被管理デバイスとの管理構成を変更し、管理デバイスの状態が元に戻ったときには元の管理構成に自動的に戻すことができるようする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明は、ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムにおいて、前記管理デバイスの状態が変化した場合に、前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更する変更手段と、前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記変更手段によって変更された新規の管理デバイスを、被管理デバイスに変更する手段とを備えたことを特徴とする。
【００１１】
また、本発明は、複数の他のデバイス装置とネットワークを介して接続されたデバイス装置であって、前記複数の他のデバイス装置から送られたデータを収集する収集手段と、前記デバイス装置の状態を検知する検知手段と、前記検知手段によって前記デバイス装置の負荷が高いことが検知された場合、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更手段と、前記検知手段によって前記デバイス装置の負荷が低いことが検知された場合、前記変更手段によって変更された管理デバイスを被管理デバイスに変更させる手段と、を備えたことを特徴とする。
【００１２】
また、本発明は、管理デバイスによって管理される被管理デバイスとして動作するデバイス装置であって、前記管理デバイスから送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更手段と、前記変更手段によって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理デバイスから受信する受信手段と、前記受信手段によって受信した情報に基づいて、被管理デバイスからデータを収集する収集手段と、前記管理デバイスから送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更する手段と、を備えたことを特徴とする。
【００１３】
また、本発明は、サーバ装置が配置されたネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして残りの被管理デバイスから送られたデータを収集し、該収集したデータを前記サーバ装置が管理するように構成されたネットワークシステムにおいて、前記管理デバイスの状態が変化した場合に、前記サーバ装置が前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更する変更手段と、前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記変更手段によって変更された新規の管理デバイスを、被管理デバイスに変更する手段とを備えたことを特徴とする。
【００１４】
また、本発明は、サーバ装置と複数の他のデバイス装置とにネットワークを介して接続されたデバイス装置であって、前記複数の他のデバイス装置から送られたデータを収集する収集手段と、前記デバイス装置の状態を検知する手段と、前記検知手段によって前記デバイス装置の負荷が高いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更手段と、前記検知手段によって前記デバイス装置の負荷が低いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記変更手段によって変更された管理デバイスを被管理デバイスに変更させる手段と、を備えたことを特徴とする。
【００１５】
また、本発明は、ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムにおける前記デバイス装置とネットワークを介して接続された管理装置であって、前記管理デバイスの負荷が高いことが検知された場合、前記複数のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させるための情報を前記デバイス装置に送信する手段と、前記管理デバイス装置の負荷が低いことが検知された場合、前記変更された管理デバイスを被管理デバイスに変更させるための情報を前記デバイス装置に送信する手段とを備えたことを特徴とする。
【００１６】
また、本発明は、管理装置が接続されたネットワーク上の管理デバイスによって管理される被管理デバイスとして動作するデバイス装置であって、前記管理装置から送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更手段と、前記変更手段によって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理装置から受信する受信手段と、前記受信手段によって受信した情報に基づいて、被管理デバイスからデータを収集する収集手段と、前記管理装置から送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更する手段と、を備えたことを特徴とする。
【００１７】
また、本発明は、ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムの管理構成変更方法であって、前記管理デバイスの状態が変化した場合に、前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更する変更工程と、前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記変更工程によって変更された新規の管理デバイスを、被管理デバイスに変更する工程とを備えたことを特徴とする。
【００１８】
また、本発明は、複数の他のデバイス装置とネットワークを介して接続されたデバイス装置の制御方法であって、前記複数の他のデバイス装置から送られたデータを収集する収集工程と、前記デバイス装置の状態を検知する検知工程と、前記検知工程によって前記デバイス装置の負荷が高いことが検知された場合、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更工程と、前記検知工程によって前記デバイス装置の負荷が低いことが検知された場合、前記変更工程によって変更された管理デバイスを被管理デバイスに変更させる工程と、を備えたことを特徴とする。
【００１９】
また、本発明は、管理デバイスによって管理される被管理デバイスとして動作するデバイス装置の制御方法であって、前記管理デバイスから送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更工程と、前記変更工程によって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理デバイスから受信する受信工程と、前記受信工程によって受信した情報に基づいて、被管理デバイスからデータを収集する収集工程と、前記管理デバイスから送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更する工程と、を備えたことを特徴とする。
【００２０】
また、本発明は、サーバ装置が配置されたネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして残りの被管理デバイスから送られたデータを収集し、該収集したデータを前記サーバ装置が管理するように構成されたネットワークシステムの管理構成変更方法であって、前記管理デバイスの状態が変化した場合に、前記サーバ装置が前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更させる変更工程と、前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記サーバ装置が前記変更工程によって変更された新規の管理デバイスを、被管理デバイスに変更させる工程とを備えたことを特徴とする。
【００２１】
また、本発明は、サーバ装置と複数の他のデバイス装置とにネットワークを介して接続されたデバイス装置の制御方法であって、前記複数の他のデバイス装置から送られたデータを収集する収集工程と、前記デバイス装置の状態を検知する工程と、前記検知工程によって前記デバイス装置の負荷が高いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更工程と、前記検知工程によって前記デバイス装置の負荷が低いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記変更工程によって変更された管理デバイスを被管理デバイスに変更させる工程と、を備えたことを特徴とする。
【００２２】
また、本発明は、ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムにおける前記デバイス装置とネットワークを介して接続された管理装置の制御方法であって、前記管理デバイスの負荷が高いことが検知された場合、前記複数のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させるための情報を前記デバイス装置に送信する工程と、前記管理デバイス装置の負荷が低いことが検知された場合、前記変更された管理デバイスを被管理デバイスに変更させるための情報を前記デバイス装置に送信する工程とを備えたことを特徴とする。
【００２３】
また、本発明は、管理装置が接続されたネットワーク上の管理デバイスによって管理される被管理デバイスとして動作するデバイス装置の制御方法であって、前記管理装置から送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更工程と、前記変更工程によって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理装置から受信する受信工程と、前記受信工程によって受信した情報に基づいて、被管理デバイスからデータを収集する収集工程と、前記管理装置から送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更する工程と、を備えたことを特徴とする。
【００２４】
また、本発明は、ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムの管理構成変更方法を実行するための、コンピュータで読み取りと可能なプログラムであって、前記管理デバイスの状態が変化した場合に、前記被管理デバイスの中から少なくとも一つを新規の管理デバイスに変更する変更ステップと、前記管理デバイスの状態が前記変化した状態から元に戻った場合に、前記変更ステップによって変更された新規の管理デバイスを、被管理デバイスに変更するステップとを備えたことを特徴とする。
【００２５】
また、本発明は、複数の他のデバイス装置とネットワークを介して接続されたデバイス装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、前記複数の他のデバイス装置から送られたデータを収集する収集ステップと、前記デバイス装置の状態を検知する検知ステップと、前記検知ステップによって前記デバイス装置の負荷が高いことが検知された場合、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更ステップと、前記検知ステップによって前記デバイス装置の負荷が低いことが検知された場合、前記変更ステップによって変更された管理デバイスを被管理デバイスに変更させるステップと、を備えたことを特徴とする。
【００２６】
また、本発明は、管理デバイスによって管理される被管理デバイスとして動作するデバイス装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、前記管理デバイスから送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更ステップと、前記変更ステップによって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理デバイスから受信する受信ステップと、前記受信ステップによって受信した情報に基づいて、被管理デバイスからデータを収集する収集ステップと、前記管理デバイスから送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更するステップと、を備えたことを特徴とする。
【００２７】
また、本発明は、サーバ装置と複数の他のデバイス装置とにネットワークを介して接続されたデバイス装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、前記複数の他のデバイス装置から送られたデータを収集する収集ステップと、前記デバイス装置の状態を検知するステップと、前記検知ステップによって前記デバイス装置の負荷が高いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記複数の他のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させる変更ステップと、前記検知ステップによって前記デバイス装置の負荷が低いことが検知された場合、前記サーバ装置から送られてくる情報に基づいて、前記変更ステップによって変更された管理デバイスを被管理デバイスに変更させるステップと、を備えたことを特徴とする。
【００２８】
また、本発明は、ネットワーク上に接続された複数のデバイス装置のうちの少なくとも一つが管理デバイスとして、残りの被管理デバイスから送られたデータを収集して管理するように構成されたネットワークシステムにおける前記デバイス装置とネットワークを介して接続された管理装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、前記管理デバイスの負荷が高いことが検知された場合、前記複数のデバイス装置の中から少なくとも一つを被管理デバイスから管理デバイスに変更させるための情報を前記デバイス装置に送信するステップと、前記管理デバイス装置の負荷が低いことが検知された場合、前記変更された管理デバイスを被管理デバイスに変更させるための情報を前記デバイス装置に送信するステップとを備えたことを特徴とする。
【００２９】
また、本発明は、管理装置が接続されたネットワーク上の管理デバイスによって管理される被管理デバイスとして動作するデバイス装置の制御方法を実行するための、コンピュータで読み取りと可能なプログラムであって、前記管理装置から送られた、新規の管理デバイスに変更する指示を受信するのに応じて、新規の管理デバイスとして動作するように変更する変更ステップと、前記変更ステップによって新規の管理デバイスに変更された前記デバイス装置の管理対象となる被管理デバイスを示す情報を前記管理装置から受信する受信ステップと、前記受信ステップによって受信した情報に基づいて、被管理デバイスからデータを収集する収集ステップと、前記管理装置から送られた、被管理デバイスに変更する指示を受信するのに応じて、被管理デバイスとして動作するように変更するステップと、を備えたことを特徴とする。
【発明の効果】
【００３０】
本発明によれば、管理デバイスと被管理デバイスが存在するネットワークの管理構成を自律的に変更することが可能となる。即ち、管理デバイスの状態が変化したことにより管理デバイスと被管理デバイスとの管理構成を変更することができる。さらに、管理デバイスの状態が元に戻ったときには元の管理構成に自動的に戻すことができる。これにより、元の管理構成に戻す際に、デバイス装置のユーザや管理者、或いはネットワークの管理者の負担を軽減することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００３２】
［第１の実施の形態］
＜第１の実施の形態におけるネットワーク構成＞
図１は、本発明の第１の実施の形態に係るデバイス装置を含むネットワークシステムの構成を示す模式図である。
【００３３】
本実施の形態では、デバイス装置の一例として画像形成装置を適用するが、本発明におけるデバイス装置としては、パーソナルコンピュータ（以下単にＰＣと記す）やサーバ装置であってもよい。また、ネットワークシステムは、全てのデバイス装置が同じ種類のものでなくてもよく、例えば、画像形成装置、ＰＣ、サーバ装置、などが混在した構成であってもよい。
【００３４】
図１の例では、ネットワーク１００上に画像形成装置１０１〜１０８が存在している。本実施の形態においては、画像形成装置１０１が他の画像形成装置１０２〜１０８を管理しているものとする。つまり、画像形成装置１０２〜１０８は、画像形成装置１０１に従属している関係である。このような構成において、画像形成装置１０１の役割を担うものを親デバイス（管理デバイス）、画像形成装置１０２〜１０８の役割を担うものを子デバイス（被管理デバイス）と呼ぶ。図１の例では、画像形成装置１０１のみが親デバイスであり、他の画像形成装置は子デバイスである。
【００３５】
なお、子デバイス１０５，１０８は、他の子デバイスと異なり、親デバイスの役割を担うことができるスペックを持っていることとする。つまり、子デバイス１０５，１０８は、親デバイス１０１が持っている他のデバイス装置を管理するためのソフトウェアを搭載している。
【００３６】
＜画像形成装置のハードウェア構成＞
図２は、図１中の画像形成装置１０１〜１０８のハードウェア構成を示すブロック図である。
【００３７】
本構成は、親デバイス、子デバイスの役割に関係なく、全ての画像形成装置に共通である。
【００３８】
画像形成装置１０１〜１０８は、システムバス２１０に各種のハードウェアモジュールが接続されて成る。このハードウェアモジュールとしては、スキャナＩ／Ｆ制御部２０１、ＣＰＵ２０２、ＲＯＭ２０３、ＨＤＤ２０５、プリンタＩ／Ｆ制御部２０６、ＮＶＲＡＭ２０７、パネル制御部２０８、及びネットワークＩ／Ｆ制御部２０９がある。システムバス２１０は、ＣＰＵ２０２からの制御信号や各モジュール間のデータ信号が伝送されるバスである。
【００３９】
スキャナＩ／Ｆ制御部２０１は、スキャナ２１３を制御する装置である。ＣＰＵ２０２は、印刷装置のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＯＭ２０３は、リードオンリーメモリであり、装置のブートプログラムや固定パラメータ等が格納されている。ＲＡＭ２０４は、ランダムアクセスメモリであり、ＣＰＵ２０２が装置を制御する際に、一時的なデータの格納などに使用する。
【００４０】
ＨＤＤ２０５は、ハードディスクドライブであり、印刷データの格納など、様々なデータの格納に使用する。プリンタＩ／Ｆ制御部２０６は、プリンタ２１２を制御する機能を有する。ＮＶＲＡＭ２０７は、不揮発性のメモリであり印刷装置の各種設定値を保存するためのものである。パネル制御部２０８は、オペレーションパネル２１４を制御し、各種情報の表示、使用者からの指示入力を行う。ネットワークＩ／Ｆ制御部２０９は、ネットワーク１００とのデータの送受信を制御する。
【００４１】
＜第１の実施の形態における管理データ取得動作＞
次に、図１のネットワークシステムにおいて、親デバイス１０１が子デバイス１０２〜１０８を管理する際の通信について、図３を参照して説明する。
【００４２】
図３は、親デバイス１０１が、子デバイス１０２，１０５，１０６から管理データを収集する際の通信を示すシーケンス図である。
【００４３】
図中のＴ３０１〜Ｔ３０３の通信は、子デバイス１０２，１０５，１０６から親デバイス１０１への管理データの流れを示している。子デバイス１０２，１０５，１０６が親デバイス１０１に対して管理データを送信するタイミングに関しては、親デバイス１０１からポーリングを行うことによって定期的に管理データを送信する構成でもよい。また、子デバイス１０２，１０５，１０６から能動的に親デバイス１０１に対して管理データを送信する構成でもよい。
【００４４】
親デバイス１０１と子デバイス１０２，１０５，１０６の間で送受信される管理データとしては、デバイス装置のステータス情報や、デバイス装置で実行されたジョブのログ、デバイスに保持されている課金情報、エラーを修正するためのプログラムログなどがある。さらには、デバイス装置が装備している消耗品の使用状況に関する情報、デバイス装置で起きた異常を通知するための情報などであってもよい。
【００４５】
また、本実施の形態において親デバイス１０１と子デバイス１０２，１０５，１０６の間で送受信されるデータは、上述した管理データとしているが、画像データのようなジョブのデータなどであってもよい。
【００４６】
なお、図３の例では、子デバイス１０２，１０５，１０６のみが親デバイス１０１に対して管理データを送信しているが、実際には子デバイス１０３，１０４，１０７，１０８も同様の通信を行っている。
【００４７】
＜第１の実施の形態におけるソフトウェア構成＞
（Ａ）子デバイスのソフトウェア構成
次に、子デバイスとしてしか動作できないデバイス装置のソフトウェアの構成について、図４を参照して説明する。
【００４８】
図４は、子デバイスとしてしか動作しないデバイス装置１０２，１０３，１０４，１０６，１０７のソフトウェア構成を示すブロック図である。
【００４９】
子デバイス１０２，１０３，１０４，１０６，１０７は、親デバイス１０１からの要求に従ったデータを送信する。ここでは、子デバイス１０２を代表として説明するが、子デバイス１０３，１０４，１０６，１０７についても同様のことが言える。
【００５０】
子デバイス１０２は、デバイス状態監視部４０４、ジョブ履歴管理部４０５、課金情報管理部４０７、及びプログラムログ管理部４０８を備えており、様々な情報をこれらの部位に保持している。デバイス状態監視部４０４は、デバイス装置の現在の状態を監視し、装置本体の情報、付属しているオプションなどの情報を保持している。ジョブ履歴管理部４０５はジョブ処理部４０６で処理されたジョブに関する履歴情報を保持している。また、課金情報管理部４０７はジョブ処理部４０６で処理されたジョブによる課金の情報を保持している。プログラムログ管理部４０８では、ソフトウェアの処理経過などが記録されたログ情報を保持している。本実施の形態ではデバイス装置が保持する情報として上述した例を挙げているが、この情報は上述したもの以外でも構わない。
【００５１】
子デバイス１０２は、親デバイス１０１からの、上述したような管理情報を送信するように要求した情報を管理情報要求受信部４０２によって受信する。この要求を受信した後、子デバイス１０２では、管理情報取得部４０３がデバイス監視部４０４、ジョブ履歴管理部４０５、課金情報管理部４０７、及びプログラムログ管理部４０８などが保持している情報を取得する。そして、取得した情報を管理情報送信部４０１に渡す。管理情報送信部４０１は、渡された情報を管理データとしてネットワークメッセージに含め、親デバイス１０１に対して情報を送信する。
【００５２】
（Ｂ）親デバイス１０１のソフトウェア構成
次に、親デバイス１０１になることが可能なデバイス装置のソフトウェア構成について、図５を参照して説明する。
【００５３】
図５は、親デバイス１０１として動作できるデバイス装置１０１，１０５，１０８のソフトウェア構成を示すブロック図である。
【００５４】
デバイス装置１０１，１０５，１０８は、ユーザまたは管理者の設定、もしくは他のデバイス装置からの要請によって、子デバイスから親デバイスに自身を格上げすることができる。親デバイスに格上げされたものは、自身の情報を管理するのみでなく、他の子デバイスの情報を取得するための通信を行うようになる。ここでは、親デバイスとしてデバイス装置１０１を代表として説明するが、デバイス装置１０５，１０８についても同様のことが言える。
【００５５】
デバイス装置１０１のソフトウェア構成は、上述した子デバイスのソフトウェア構成の拡張である。つまり、子デバイスが持っている部位４０１〜４０８は親デバイス１０１も備えている。処理系５０１は子デバイスの特徴である。親デバイス１０１の特徴は処理系５０２が追加されたこと、必要に応じて処理系５０１と５０２を切り替えることにある。
【００５６】
処理系５０２は、子デバイスに対して管理データを要求し、受信した管理データを内部に保持する系であり、次のような各部位を備えている。即ち、処理系５０２は、管理情報要求送信部５０３、管理情報受信部５０４、管理情報保持部５０５、受信負荷監視部５０６、及び受信負荷検知部５０７を備えている。さらに、親デバイス選択部５０８、親・子デバイスの管理構成編集部５０９、及び新規デバイス管理構成送信部５１０も備えている。
【００５７】
管理情報要求送信部５０３は、定期または不定期に管理データの要求メッセージを自身に設定されている子デバイスに対して送信する。管理データの要求を送信する対象は、親デバイス１０１が保持している図９に示すようなリストを基に決定される。図９のリストについては後述する。
【００５８】
子デバイスに対して管理データの要求を送信した後、子デバイスが管理データを送信してくると、管理情報受信部５０４によってそれを受信する。受信した管理データは、各子デバイス毎に整理され、管理情報保持部５０５に保持される。管理情報保持部５０５には、親デバイス１０１自身のデータも管理情報取得部４０３から取得して保持される。また、この管理情報保持部５０５は、ＨＤＤ２０５やＮＶＲＡＭ２０７のような不揮発性の領域にあっても構わないし、ＲＡＭ２０４のような揮発性の領域に配置されていても構わない。
【００５９】
受信負荷検知部５０７、親デバイス選択部５０８、親・子デバイスの管理構成編集部５０９、及び新規デバイス管理構成送信部５１０は、特に本実施の形態の特徴を成す部位である。つまり、本実施の形態におけるネットワーク構成において、親デバイスと子デバイスの管理構成を自動的に変更させ元に戻す動作に関する部位であり、後で詳細に説明する。
【００６０】
＜ユーザインタフェース＞
次に、本実施の形態におけるデバイス装置に用いるユーザインタフェースについて説明する。
【００６１】
ここで、ユーザインタフェースとは、ユーザまたは管理者が設定などを変更したり、参照したりするものである。そして、デバイス装置本体に付属した画面（オペレーションパネル２１４）でもよいし、ネットワークを通じてデバイス装置外部の画面に表示できるようなものでもよい。
【００６２】
図６は、本実施の形態における親デバイス１０１のオペレーションパネル２１４に表示される画面の一例を示す画面図である。この画面は、親デバイス１０１が管理している子デバイスの情報を一覧表示させるためのものである。
【００６３】
画面２２０３に親デバイス１０１自身が管理している子デバイスの情報が表示される。ここでは、デバイス装置のタイプ、モデル名、ＩＰアドレスが表示されているが、子デバイスに関する情報ならばこれ以外の情報が表示されてもよい。本画面２２０３に表示されるのは、後述する図９の管理対象リスト６０１に存在するデバイス装置である。
【００６４】
ユーザまたは管理者は、ボタン２２０２を押すと、図７に示すような、自身が昇格させた親デバイスの情報を見る画面に移動することができる。
【００６５】
図７は、本実施の形態における親デバイス１０１のオペレーションパネル２１４に表示される画面の他の例を示す画面図である。この画面は、親デバイス１０１によって、親デバイスに格上げされたデバイス装置の情報を表示するものである。
【００６６】
戻るボタン２３０２は、図６に示した元の画面に戻るためのボタンである。画面２３０３に表示されるのは、親デバイスに昇格させたデバイス装置のタイプ、ＩＰアドレス、詳細情報であるが、それ以外の情報が表示されてもよい。また、昇格した親デバイスと子デバイスの関係を表示させてもよい。さらに、ネットワーク上の現在の管理構成を自動で取得して、親デバイスと子デバイスの主従が明確に分かる形態で表示させてもよい。
【００６７】
＜管理構成の自律的変更動作＞
次に、本実施の形態の特徴を成す、上述したネットワーク構成において親デバイスと子デバイスの管理構成を自動的に変更させ元に戻す動作について説明する。
【００６８】
（Ａ）負荷分散の際の構成変更動作
受信負荷監視部５０６は、管理情報受信部５０４を監視し、受信負荷検知部５０７により自身の負荷状況を検知する。ここで、自身の負荷状況とは、ネットワークのトラフィックの増大や、機器内外から実行されたジョブによる負荷の増大などを含む。
【００６９】
高い負荷状態が受信負荷検知部５０７によって検知された後、親デバイス選択部５０８が図９に示すリストから親デバイスの候補を選択する。そして、親・子デバイスの管理構成編集部５０９によって、新規の親デバイスとそれに従属する子デバイスの新たなリストを構成する。なお、以降ではデバイス装置１０５が新たに親デバイスとして選択されたと仮定して説明する。
【００７０】
このような処理を行った後の、親デバイス１０１に関する管理対象・非対象のリストは図１０に示すものであり、新規親デバイス１０５に関するリストは図１１に示すものとなるように編集されたものとする。図１０と図１１に関しては後述する。
【００７１】
上述のように編集されたリストは、新規デバイス管理構成送信部５１０によって、新たに親デバイスになるデバイス装置１０５に対して送信される。このリストを新規デバイス管理構成受信部５１１で受信した新規親デバイス１０５では、処理選択部５１２によって、処理系５０１と処理系５０２の選択が行われる。そして、新規の親デバイス１０５では、処理実行部５１３によって、処理系５０１から処理系５０２への切り替えが行われ、親デバイス１０１の内部処理と同様の動作が開始される。なお、親デバイスの内部処理については、後で詳述する。
【００７２】
上述のように元来子デバイスとして動作していたものが、新規に親デバイスに昇格した後の管理構成の範囲を示すのが図８である。図８は、第１の実施の形態に係る、負荷分散が行われた後の管理範囲を示す模式図である。
【００７３】
図８の例は、管理対象範囲１１０１と１１０２毎にそれぞれ、親デバイス１０１は子デバイス１０２〜１０４を管理し、新規の親デバイス１０５は子デバイス１０６〜１０８を管理していることを示している。
【００７４】
以下、親デバイスが保持する管理対象・非対象リストと、子デバイスを親デバイスに格上げする際のリストの編集操作について、図９、図１０及び図１１を参照して説明する。
【００７５】
なお、本実施の形態ではこのようなリストによって子デバイスを管理するが、リスト構成はこのような形態でなくてもよい。また、リスト自体が存在しなくても、その都度ネットワーク通信によって構成の変更を行ってもよい。また、リストの設定はユーザまたは管理者が手動で行ってもよいし、親デバイスまたは子デバイスから自動的にネットワークを通じて情報をやり取りすることによって作成してもよい。
【００７６】
・親デバイスが保持するリスト
図９は、親デバイスが保持するリストを示すテーブル図である。
【００７７】
親デバイスでは、自身が管理する子デバイスのリスト６０１と、負荷などの原因で自身が管理しなくなった子デバイスのリスト６０２を持っている。
【００７８】
リスト６０１において、エントリ６０３における親デバイスＮｏ．は自身を識別するものである。エントリ６０４における子デバイスリストは、自身が管理する子デバイスの識別子を保持するものである。この識別子としては、例えばＩＰアドレス、ドメインネーム、ユーザが入力した文字列などが挙げられるが、図９中では、便宜上、図１に示すデバイス装置の番号を記述している。また、リスト６０２における子デバイスリストは、自身が管理データを要求しないデバイス装置のリストである。
【００７９】
エントリ６０５における親デバイス候補か否かのフラグは、リスト上の子デバイスが親デバイスとなり得るか否かを示したものである。このフラグに設定される情報は、ユーザや管理者が手動で設定できてもよいし、管理データのやり取りが行われる過程や結果から親デバイスが自動的に判断、もしくは子デバイスが申告してもよい。
【００８０】
エントリ６０６におけるグループは、リスト６０１とリスト６０２の間を繋ぎ変える際のグループである。上述したように、負荷が高くなった場合、親デバイスをリスト６０２に繋ぐが、リスト６０１とリスト６０２の間の繋ぎ変えは、必ず親デバイスになれる候補を含んだ組で行われる。このグループ分けは、ユーザまたは管理者が設定するようにしてもよいし、親デバイスが自動的に判断してもよい。
【００８１】
・負荷分散後の親デバイス１０１が保持するリスト
図１０は、負荷分散後の親デバイス１０１が保持するリストを示すテーブル図である。このリストは、デバイス装置１０５を子デバイスから親デバイスに昇格させた後の親デバイス１０１が保持するリストである。
【００８２】
本実施の形態においては、親デバイス１０１は、図１０中のエントリ９０１〜９０３に示すように、グループＡのデバイス装置のみを管理するように変更されている。また、図１０中のエントリ９０４〜９０７は、元々図９では管理対象の子デバイスリスト６０１に繋がっていたものである。そして、エントリ９０４〜９０７は、上述のようにデバイス装置１０５が親デバイスに昇格するにあたって、子デバイス１０６〜１０８を親デバイス１０５が管理するように変更し、非管理対象の子デバイスリストに繋がれたことを示している。
【００８３】
・負荷分散後の新規親デバイス１０５が保持するリスト
図１１は、負荷分散後の新規親デバイス１０５が保持するリストを示すテーブル図である。
【００８４】
このリストは、デバイス装置１０５を子デバイスから親デバイスに昇格させた後の親デバイス１０５が保持するリストである。本リストは、親デバイス１０１が保持する非管理対象の子デバイスリスト６０２に存在するデバイスのみで構成される。そして、図９と同様に、管理対象の子デバイスのリスト１００１と、非管理対象の子デバイスのリスト１００２を持っている。
【００８５】
本リスト中のエントリ１００３〜１００５は、それぞれ図１０におけるエントリ９０５〜９０７に相当するものである。
【００８６】
さらに、新規の親デバイス１０５は、親デバイス１０１が行ったのと同様に、自身の負荷状況に応じて他の子デバイスを親デバイスに昇格させることができる。その際の処理は上述したものと同じである。負荷分散によって新規の親デバイスに昇格した親デバイス１０５が、さらに別のデバイス１０８を親デバイスに昇格させた時（負荷再分散時）のリストは図１２のようになる。
【００８７】
図１２は、負荷再分散時の親デバイス１０５が保持するリストを示すテーブル図である。
【００８８】
負荷再分散時の親デバイス１０５は、図１２に示すような管理対象の子デバイスリスト１２０１と、非管理対象の子デバイスリスト１２０２を管理している。リスト１２０１におけるエントリ１２０３と１２０４は親デバイス１０５が管理する子デバイスを示す。また、リスト１２０２におけるエントリ１２０５は親デバイス１０５が管理をしなくなったデバイス装置を示す。ここでは、便宜上グループＣにはデバイス装置１０８しか存在しないが、複数台のデバイス装置があっても同じである。親デバイスに対して従属する子デバイスが存在しない場合は、親デバイスは自身の情報のみを収集する。
【００８９】
（Ｂ）構成を元に戻す際の動作
次に、上述のように新規の親デバイスを構成した状態から元の状態に戻す際の動作について説明する。基本的な動作は子デバイスを親デバイスに昇格させる時の動作と同じである。異なる点は、図５における受信負荷検知部５０７が検知する内容が負荷の軽減であることと、図１０や図１１の状態のリストを元に戻してから新規デバイス管理構成送信部５１０による通知を行うことである。
【００９０】
図５において、受信負荷検知部５０７がデバイス装置の負荷状態が軽減したことを検知すると、親デバイス選択部５０８は上述のように親デバイスに昇格させたデバイス装置１０５を選択する。ここで、負荷状態が軽減したことを検知するには、例えば、デバイス装置がスリープ状態に入ったことを検知すること、或いはシャットダウン要求を検知することなどがある。
【００９１】
そして、親・子デバイスの管理構成編集部５０９によって、図１０の状態から図９の状態にリストが編集され、その新規のリストが新規デバイス管理構成送信部５１０から親デバイス１０５に対して送信される。
【００９２】
親デバイス１０５では、上述した新規のリストを新規デバイス管理構成受信部５１１で受信すると、処理選択部５１２は処理系５０１を選択し、処理実行部５１３は処理系５０２から処理系５０１に処理を切り替えて親デバイスとしての動作を停止する。
【００９３】
この時、例えば親デバイス１０５が持っているリストが図１２に示すような負荷再分散時のものであった場合、つまり、親デバイス１０５が別の親デバイス１０８を昇格させた状態である場合は次のような処理を行う。
【００９４】
即ち、上述した親デバイス１０１が行ったのと同じ方法を親デバイス１０５が行うことによって、まずデバイス装置１０８をデバイス装置１０５に従属させてから、デバイス装置１０５はデバイス１０１に従属した状態に戻る。
【００９５】
もしくは、デバイス装置１０８が親デバイスになっている状態であることを親デバイス１０１に通知した後に、グループＢに所属するデバイス装置のみを親デバイス１０１に従属させる。これによって得た親デバイス１０１のリストは図１３のようなものとなる。図１３は、負荷再分散後に構成を元に戻した状態における親デバイス１０５が保持するリストの一例を示すテーブル図である。図１３中のリスト１３０１と１３０２は親デバイス１０５が子デバイスに戻った時のリスト構成を示す。エントリ１３０３〜１３０５は元々親デバイス１０１が管理していたものである。エントリ１３０６〜１３０８は親デバイス１０５と、親デバイス１０５が管理していた子デバイスが親デバイス１０１の管理下に戻ったことを示している。エントリ１３０９はデバイス１０８が現状親デバイスとして動作しており、親デバイス１０１の管理下にないことを意味する。
【００９６】
＜第１の実施の形態におけるネットワーク通信＞
次に、上述した管理構成の自律的変更動作を行うためのネットワーク通信のシーケンスについて、図１４を参照して説明する。
【００９７】
図１４は、子デバイスを親デバイスに昇格する際の通信と親デバイスを子デバイスに降格する際の通信を示したシーケンス図である。
【００９８】
図１４中のＴ３０１〜Ｔ３０３は図３で説明した通常の管理データ取得シーケンスを示している。
【００９９】
親デバイス１０１は、自身の負荷が高くなっていることを検知すると（Ｔ７０１）、新規の親デバイスを選択する（Ｔ７０２）。上述の例に従って、ここで選択されたのはデバイス装置１０５であるものとする。その後、親デバイス１０１は子デバイス１０５に対して、親デバイスへの変更を要請する通知を送信する（Ｔ７０３）。
【０１００】
子デバイス１０５が、親デバイス１０１から前記の親デバイスへの変更を要請する通知を受け取ると、子デバイス１０５自身の負荷状態を調べ、その結果によって親デバイスになるか否かを選択する。親デバイスになること選択した場合には、親デバイスになることを承諾したことを示す通知を親デバイス１０１へ送信する（Ｔ７０４）。そして、子デバイス１０５は、親デバイスになるために処理系を処理系５０１から処理系５０２へ変更し（Ｔ７０５）、親デバイスとしての動作を開始する。
【０１０１】
これによって、新規の親デバイス１０５に対して、子デバイス１０６が管理データを送信するようになり（Ｔ７０６）、元々の親デバイス１０１に対しては、子デバイス１０２だけが管理データを送信するようになる（Ｔ７０７）。
【０１０２】
その後、親デバイス１０１が自身の負荷状態が元に戻ったことを検知すると（Ｔ７０８）、親デバイスに昇格させたデバイス装置１０５を特定し（Ｔ７０９）、子デバイスに戻るように要請を送信する（Ｔ７１０）。
【０１０３】
新規の親デバイス１０５が該要請を受信すると、子デバイスに変更するか否かを選択する。子デバイスに変更する場合には、この変更を承諾する通知を親デバイス１０１に対して送信し（Ｔ７１１）、親デバイスとしての動作を停止して子デバイスに戻る（Ｔ７１２）。その後は、Ｔ３０１〜Ｔ３０３に示すような元の通信状態に戻る。
【０１０４】
＜親デバイスの内部処理＞
次に、上述したネットワーク通信を行う際の、親デバイスの内部処理の例について、図１５及び図１６を参照して説明する。図１５及び図１６は、親デバイスの内部処理を示すフローチャートである。
【０１０５】
なお、本例における「ポーリング」とは、親デバイスが子デバイスに対して管理データを要求する処理を意味している。
【０１０６】
管理情報要求送信部５０３は、まずＳ８０１において管理対象のリストを検索し、次のＳ８０２において管理対象リストの中に子デバイスが存在するか否かを検索する。この検索によって子デバイスが存在しない場合には、Ｓ８０７において管理情報要求送信部５０３はポーリングを終了する。子デバイスが存在する場合には、管理情報要求送信部５０３は、Ｓ８０３において子デバイスに対してデータ送信の要求を送信し、次のＳ８０４で管理情報受信部５０４が子デバイスからデータを取得する。
【０１０７】
その後、Ｓ８０５において受信負荷監視部５０６は各デバイス装置からのデータ取得にかかった時間を取得し、Ｓ８０６において受信負荷検知部５０７が、かかった時間が一定時間（Ｎ秒）以上か否かを判定する。ここでは、ある秒数（Ｎ秒）以上経過するとポーリングは停止し、ある秒数以下であればポーリングを継続するものとしている。
【０１０８】
Ｓ８０７において管理情報要求送信部５０３がポーリングを停止した場合には、受信負荷検知部５０７が、Ｓ８０８でこれまでポーリングすることができた子デバイスの総数を取得し、Ｓ８０９で管理するリスト上の子デバイスの総数を取得する。受信負荷検知部５０７は、前記取得した両方の値をＳ８１０において比較し、次のＳ８１１によってポーリング処理が全て終わっているか否かを判定する。
【０１０９】
ポーリング処理が全て終わっている場合には、受信負荷検知部５０７が、Ｓ８１５において経過時間を取得し、次のＳ８１６において該経過時間と上述した一定時間とを比較して経過時間に十分な余裕があるか否かを判定する。ここでは、経過時間が例えば２／Ｎ秒よりも大きいか否かの判定を行うものとする。
【０１１０】
経過時間に十分な余裕がある場合は、親デバイス１０１自身の負荷が軽減したと判断して、Ｓ８１７〜Ｓ８２１において管理構成を元に戻すための処理を実行する。
【０１１１】
即ち、親・子デバイスの管理構成編集部５０９が、Ｓ８１７において管理しないデバイスリストを検索して、Ｓ８１９で管理しないリストにデバイス装置が存在するか否かを判定する。デバイス装置が存在しない場合はＳ８１８において次のポーリング開始まで待つ処理に入る。管理しないデバイスリストにデバイス装置が存在する場合には、親・子デバイスの管理構成編集部５０９は、Ｓ８２０において、管理しないリスト中から１組を選ぶ。そして、その選択した１組を管理対象リストに移動してから、新規デバイス管理構成通知部５１０がＳ８２１において、その管理対象リストを、親デバイスから子デバイスに変更するデバイス装置に対して送信し、Ｓ８１８で次にポーリングを開始するまで待つ。
【０１１２】
一方、Ｓ８１１において、ポーリングした総数が管理対象リスト上の子デバイスの総数に満たないと判定された場合には、親デバイス１０１自身の負荷が増大したと判断して、Ｓ８１２〜Ｓ８１４において新規の親デバイスを構築するための処理を実行する。これによって、親デバイスの子デバイスに対する管理を分散させるようにする。
【０１１３】
即ち、親・子デバイスの管理構成編集部５０９は、Ｓ８１２において、ポーリングすることができなかった子デバイスを非管理対象リストに繋げ、親デバイス選択部５０８がＳ８１３において新規の親デバイスを選択する。そして、親デバイス選択部５０８が親・子デバイスの管理構成編集部５０９とともに管理対象リストと非管理対象リストを構成し直し、新規デバイス管理構成送信部５１０がそれをＳ８１４において新規の親デバイスに送付して、Ｓ８１８で次のポーリングに備える。
【０１１４】
なお、Ｓ８０６において、ポーリング開始から強制的にポーリングを終了するまでの規定値をＮ秒としているが、基準は秒数でなく回数などでもよい。また、Ｓ８１６において、管理しないリストに繋げたエントリを元に戻す際の基準を２／Ｎ秒としているが、これは一例であって、別の閾値の計算方法を使用しても構わない。また、本例は、親デバイスが子デバイスからログを取得する際の例であるが、取得する情報はログでなくてもよいのは上述した通りである。
【０１１５】
＜第１の実施の形態に係る利点＞
本実施の形態によれば、上述したような親デバイスと子デバイスが存在するネットワークの管理構成を自律的に変更することが可能となり、親デバイスの事情により親デバイスの数を動的に増加させ、子デバイスの管理を分散させることができる。また、負荷が軽減した際に元の管理構成に自動的に戻すことも可能であり、デバイス装置のユーザや管理者、ネットワークの管理者に負担をかけることがなくなる。
［第２の実施の形態］
次に、本発明を適用した別の実施の形態について説明する。本実施の形態の説明では、第１の実施の形態と同様の箇所は説明を省略し、異なる箇所だけを説明する。
【０１１６】
＜第２の実施の形態におけるネットワーク構成＞
図１７は、本発明の第２の実施の形態に係るデバイス装置を含むネットワークシステムの構成を示す模式図である。ここで、デバイス装置１０１〜１０８の役割は第１の実施の形態の形態と同じである。つまり、デバイス装置１０１は親デバイスとして、子デバイス１０２〜１０８の情報を収集する。
【０１１７】
本実施の形態においては、親デバイス１０１は、上述のように子デバイスの管理データを収集した後、管理サーバ１４０２に対して収集したデータを送信する。管理サーバ１４０２はネットワーク上の全てのデバイス装置の管理データを収集し、それを管理するサーバである。
【０１１８】
本実施の形態では、親デバイスは自身の負荷状態を検知するが、第１の実施の形態の図９で説明したようなリストは管理サーバ１４０２が保持する。そして、管理サーバ１４０２が前記のリストを編集し、新たな親デバイスに通知することによって、子デバイスを親デバイスに昇格させる形態である。
【０１１９】
なお、管理サーバ１４０２はＰＣと仮定しているが、画像形成装置でもよいし、その他の装置でも構わない。また、本実施の形態では、管理サーバ１４０２とデバイス装置１０１〜１０８の間には、ルータ１４０１が配置された状態になっているが、ルータが存在しないネットワークでもよいし、管理サーバ１４０２がＬＡＮ上ではなく、インターネット上に存在してもよい。
【０１２０】
＜管理サーバのハードウェア構成＞
次に、本実施の形態の構成における管理サーバ１４０２がＰＣであると仮定した場合のハードウェア構成について、図１８を参照して説明する。
【０１２１】
図１８は、管理サーバ１４０２のハードウェア構成を示すブロック図である。
【０１２２】
図１８に示すように、管理サーバ１４０２は、ＣＰＵ１５０１、ＲＯＭ１５０２、及びＲＡＭ１５０３を有し、これらは、システムバス１５０４に接続されている。さらに、バス１５０４には、キーボードコントローラ（ＫＢＣ）１５０５、表示制御部（ＣＲＴＣ）１５０６、ディスクコントローラ（ＤＫＣ）１５０７、及びネットワークインタフェースカード（ＮＩＣ）１５０８が接続されている。
【０１２３】
ＣＰＵ１５０１は、システムバス１５０４に接続された各種デバイスの制御を行う。ＲＯＭ１５０２は、ＢＩＯＳやブートプログラムを記憶し、ＲＡＭ１５０３は、ＣＰＵ１５０１の主記憶装置として使用される。
【０１２４】
キーボードコントローラ（ＫＢＣ）１５０５は、マウス（登録商標）等のポインティングデバイス１５０９ａ、キーボード１５０９ｂからの情報などの入力に係る処理を行う。表示制御部（ＣＲＴＣ）１５０６は、内部にビデオメモリを有し、ＣＰＵ１５０１からの指示に従ってそのビデオメモリに描画すると共に、ビデオメモリに描画されたイメージデータをビデオ信号としてＣＲＴ表示装置１５１０に出力する。なお、図１８において表示装置としてＣＲＴを例示しているが、液晶表示装置等、その表示装置の種類は問わない。
【０１２５】
ディスクコントローラ（ＤＫＣ）１５０７    ハードディスク１５１１、フロッピー（登録商標）ディスク１５１２へのアクセスを行う。なお、ハードディスク１５１１には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）やＯＳ上で動作する各種アプリケーションプログラム等が格納される。ネットワークインタフェースカード（ＮＩＣ）１５０８は、ネットワークに接続し、ネットワークを介しての情報通信を行うものである。
【０１２６】
上記構成において、本装置の電源がオン状態になると、ＣＰＵ１５０１はＲＯＭ１５０２に格納されたブートプログラムに従って、ハードディスク１５１１からＯＳをＲＡＭ１５０３に読み込み、情報処理装置として機能するようになる。
【０１２７】
＜第２の実施の形態における管理データ取得動作＞
次に、上述した管理データを取得するためのシーケンスを説明する。
【０１２８】
図１９は、本実施の形態における管理データ収集のシーケンスを示したシーケンス図である。
【０１２９】
本実施の形態では、シーケンスの対象装置として図３に示したものに管理サーバ１４０２が追加されている。図１９の例では、親デバイス１０１が収集した子デバイス１０２，１０５，１０６の管理データを管理サーバ１４０２に送信するようになる（Ｔ１６０１）。
【０１３０】
＜第２の実施の形態におけるソフトウェア構成＞
次に、本実施の形態における親デバイスになれる可能性があるデバイス１０１，１０５，１０８と、管理サーバ１４０２のソフトウェア構成について説明する。親デバイスになることができない子デバイスのソフトウェア構成については、図４で説明したものと同様である。また、親デバイスとしては代表でデバイス装置１０１を用いて説明を行うが、デバイス装置１０５または１０８でも同じことが言える。
【０１３１】
（Ａ）親デバイスのソフトウェア構成
図２０は、第２の実施の形態における、親デバイス１０１のソフトウェア構成を示すブロック図である。
【０１３２】
動作は基本的に図５と変わらない。子デバイスと親デバイスとの処理は、処理系５０１と処理系１７０１を切り替えることによって行われる。子デバイスとして動作する場合は処理系５０１が動作するのは図５の説明と同じである。一方、親デバイスとして動作する場合は処理系１７０１が動作する。
【０１３３】
処理系１７０１は図５の処理系５０２と多少異なる。異なる点として、管理情報一括送信部１７０２が追加されたこと、親デバイスを選択したり管理リストを編集したりする部位５０８〜５０９が処理系１７０１には存在しないことである。管理情報一括送信部１７０２は、管理情報保持部５０５に保存されている子デバイスの管理データを管理サーバ１４０２に送信する機能を有する。
【０１３４】
親デバイスの選択や管理リストの編集を行う部位５０８〜５０９は、管理サーバ１４０２側で行われている。親デバイス１０１が別のデバイスを親デバイスに昇格させたい時には、デバイス負荷状況通知部１７０４を通じて管理サーバ１４０２にその旨の通知を送信する。
【０１３５】
（Ｂ）管理サーバ１４０２のソフトウェア構成
次に、上述したデバイス負荷状況通知部１７０４から送信された通知を受け取る管理サーバ１４０２に関して説明する。本実施の形態では、図９にあるようなリストは管理サーバ１４０２が親デバイス毎に持っていると仮定する。但し、第１の実施の形態でも説明した通り、リストの形態は図９のようなものでなくてもよいし、リストを持たずに必要な時にネットワーク上で構成を取得してもよい。
【０１３６】
図２１は、管理サーバ１４０２のソフトウェア構成を示すブロック図である。
【０１３７】
図２１において、管理情報受信部１８０１は、親デバイスの管理情報一括送信部１７０２から送信された管理データを受信する。受信したデータは管理情報管理部１８０２で保持され、管理される。
【０１３８】
上述した図２０におけるデバイス負荷状況通知部１７０４から送信された通知は、図２１におけるデバイス負荷状況受信部１８０３で受信される。本通知が行われると、デバイス管理構成取得部１８０４は図９のようなリストを取得し、その中から親デバイスになれるものを親デバイス選択部１８０６が選択する。
【０１３９】
その選択結果を基にして、親・子デバイスの管理構成編集部１８０７が新たなリストを構成し、デバイス管理構成管理部１８０５に保存するとともに、新規デバイス管理構成送信部１８０８より新たな親デバイス１０５に通知される。その後、デバイス装置１０５が親デバイスに昇格する際の動作は、第１の実施の形態と同じである。
【０１４０】
図２２は、新規の親デバイス１０５が構成された後の管理構成図である。
【０１４１】
子デバイスを管理する範囲が図２２のブロック２１０１と２１０２に示すように分かれ、各親デバイス１０１と１０５は、それぞれが所属する範囲２１０１，２１０２内の子デバイスの管理データを管理サーバ１４０２に送信する。
【０１４２】
＜第２の実施の形態におけるネットワーク通信＞
次に、本実施の形態における通信のシーケンスについて説明する。
【０１４３】
図２３は、本実施の形態のネットワーク通信を示すシーケンス図である。
【０１４４】
図２３中のＴ３０１〜Ｔ３０３、Ｔ１６０１に示す処理は、図１９で説明した、管理データ取得のための通信である。
【０１４５】
親デバイス１０１が高い負荷状態を検知（Ｔ７０１）した後、負荷の状況を管理サーバ１４０２に通知する（Ｔ１９０１）。通知された管理サーバ１４０２は、保持しているリストから新たな親デバイスの候補を選択する（Ｔ１９０２）。選択したデバイスに対してとによって親デバイスへの変更を要請し（Ｔ１９０３）、デバイス装置１０５に承諾される（Ｔ１９０４）。その後の通信は第１の実施の形態と同じである。
【０１４６】
また、親デバイス１０１が負荷状態の下がったことを検知（Ｔ７０８）すると、親デバイス１０１から管理サーバ１４０２に対して負荷状況の通知が行われる（Ｔ１９０５）。通知を受けた管理サーバ１４０２は、自身が以前に要請して親デバイスに昇格させたデバイス装置１０５を発見する（Ｔ１９０６）。そして、発見したデバイス装置１０５に対して、子デバイスに変更する要請を送信し（Ｔ１９０７）、デバイス装置１０５に承諾される（Ｔ１９０８）。その後の通信は第１の実施の形態と同じである。
【０１４７】
＜第２の実施の形態における親デバイスの内部処理＞
次に、上述した第２の実施の形態のネットワーク通信を行う際の、親デバイス１０１の内部処理の一例について、図２４を参照して説明する。
【０１４８】
図２４は、第２の実施の形態における親デバイス１０１の内部処理を示すフローチャートであり、図１５及び図１６と共通の要素には同一の符号を付し、その説明を省略する。
【０１４９】
本実施の形態において、第１の実施の形態における図１５及び図１６のフローと異なる点の第１点目は、次のような処理である。即ち、受信負荷検知部１７０３がＴ８１１において全てのデバイスに対してポーリングができたか否かを判定し、全てのデバイスに対してポーリングができないことを受信負荷検知部１７０３が検知した後の処理である。
【０１５０】
即ち、負荷検知部１７０３によって高負荷状態が検知された場合、デバイス負荷状況送信部１７０４が、Ｔ８１２によってポーリングできなかったデバイス装置を管理しないデバイスリストに繋ぎ直す。そして、S２００１において新しいリストを管理サーバ１４０２に対して送信する。その後、S２００２において負荷状況送信部１７０４が管理サーバ１４０２からリスト更新の許可を示すレスポンスを受信する。すると、S２００３において、管理サーバ１４０２が決定した新規の親デバイスに対して新しいリストを送信し、子デバイスから親デバイスの処理に変更することを通知する。
【０１５１】
次に、図１５及び図１６のフローと異なる点の第２点目は、Ｔ８１６においてポーリングに十分な余裕があることが判明した後の処理である。このとき、受信負荷検知部１７０３は、Ｔ８１７において管理しないデバイスリストを検索し、Ｔ８１８においてリストにデバイス装置が存在するか否かを判定する。デバイス装置が存在しない場合は次のポーリングを待つ処理Ｔ８１８に移行する。デバイス装置が存在する場合、デバイス負荷状況送信部１７０４は、Ｔ８２０においてリストの中から１組のデバイス装置を管理対象リストに繋ぎ直し、Ｔ２００４において新規のリストを管理サーバ１４０２に送信する。管理サーバ１４０２からのレスポンスをデバイス負荷状況送信部１７０４がＴ２００５において受信すると、次のポーリングを待つ処理Ｔ８１８に移行する。
［変形例］
本発明は、上記各実施の形態に限定されず、種々の変形が可能である。その変形例としては、例えば次のようなものがある。
【０１５２】
第２の実施の形態の構成において、時間帯を基に親デバイスを増加させて負荷を分散するような構成であっても構わない。即ち、管理サーバ１４０２には、各デバイス装置からそれぞれの稼動状況などの情報が送信され保存されている。管理サーバ１４０２は、その情報から、親デバイス１０１が有る時間帯に負荷状況が高くなることを検知する。
【０１５３】
次に、管理サーバ１４０２は、親デバイス１０１について保持している、子デバイスのリストを次のように変更する。例えば、管理対象の子デバイスのリストは、デバイス装置１０２、１０３、１０４を記録し、非管理対象の子デバイスのリストには、デバイス装置１０５、１０６、１０７、１０８を記録する。
【０１５４】
そして、このリストから次のような新リストを作成する。即ち、親デバイス１０１の非管理対象の子デバイスのリストから、新たな親デバイス候補（例えばデバイス装置１０５）を選択して新リストを作成する。新リストは、親デバイス１０１について、管理対象の子デバイスのリストにはデバイス装置１０２、１０３、１０４が記録され、非管理対象の子デバイスのリストには、デバイス装置１０５、１０６、１０７、１０８が記録される。さらに、新規の親デバイス１０５について、管理対象の子デバイスのリストにはデバイス装置１０５、１０６、１０７が記録され、非管理対象の子デバイスのリストには、何も記録されない。
【０１５５】
次に、管理サーバ１４０２は、親デバイス１０１、１０５に対して、上記新リストにおける各親デバイス１０１、１０５毎のリストをそれぞれ通知する。このとき、管理サーバ１４０２は、自身が検知した時間帯の情報も通知する。これにより、デバイス装置１０５、１０６、１０７、１０８のグループが、管理サーバ１４０２が検知した前記時間帯だけ、デバイス装置１０５を親デバイスとする管理グループを構成することになる。
【０１５６】
なお、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１５７】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１５８】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１５９】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１６０】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【図面の簡単な説明】
【０１６１】
【図１】第１の実施の形態に係るデバイス装置を含むネットワークシステムの構成を示す模式図である。
【図２】図１中の画像形成装置のハードウェア構成を示すブロック図である。
【図３】親デバイス管理データを収集する際の通信を示すシーケンス図である。
【図４】子デバイスとしてしか動作しないデバイス装置のソフトウェア構成を示すブロック図である。
【図５】親デバイスとして動作できるデバイス装置のソフトウェア構成を示すブロック図である。
【図６】親デバイスのオペレーションパネルに表示される画面の一例を示す画面図である。
【図７】親デバイスのオペレーションパネルに表示される画面の他の例を示す画面図である。
【図８】第１の実施の形態に係る、負荷分散が行われた後の管理範囲を示す模式図である。
【図９】親デバイスが保持するリストを示すテーブル図である。
【図１０】負荷分散後の親デバイスが保持するリストを示すテーブル図である。
【図１１】負荷分散後の新規親デバイスが保持するリストを示すテーブル図である。
【図１２】負荷再分散時の親デバイスが保持するリストを示すテーブル図である。
【図１３】負荷再分散後に構成を元に戻した状態における親デバイスが保持するリストの一例を示すテーブル図である。
【図１４】子デバイスを親デバイスに昇格する際の通信と親デバイスを子デバイスに降格する際の通信を示したシーケンス図である。
【図１５】親デバイスの内部処理を示すフローチャートである。
【図１６】図１５の続きのフローチャートである。
【図１７】第２の実施の形態に係るデバイス装置を含むネットワークシステムの構成を示す模式図である。
【図１８】管理サーバのハードウェア構成を示すブロック図である。
【図１９】実施の形態における管理データ収集のシーケンスを示したシーケンス図である。
【図２０】第２の実施の形態における、親デバイスのソフトウェア構成を示すブロック図である。
【図２１】管理サーバのソフトウェア構成を示すブロック図である。
【図２２】新規の親デバイスが構成された後の管理構成図である。
【図２３】第２の実施の形態のネットワーク通信を示すシーケンス図である。
【図２４】第２の実施の形態における親デバイスの内部処理を示すフローチャートである。
【符号の説明】
【０１６２】
１０１〜１０８  デバイス装置
５０１  処理系
５０２  処理系
５０３  管理情報送信部
５０４  管理情報受信部
５０５  管理情報保持部
５０６  受信負荷監視部
５０７  受信負荷検知部
５０８  親デバイス選択部
５０９  親・子デバイスの管理構成編集部
５１０  新規デバイス管理構成送信部
１４０２  管理サーバ
１８０３  デバイス負荷状況受信部
１８０４  デバイス管理構成取得部
１８０５  デバイス管理構成管理部
１８０６  親デバイス選択部
１８０７  親・子デバイスの管理構成編集部
１８０８  新規デバイス管理構成送信部
【図１】
2009251660.tif 000003
【図２】
2009251660.tif 000004
【図３】
2009251660.tif 000005
【図４】
2009251660.tif 000006
【図５】
2009251660.tif 000007
【図６】
2009251660.tif 000008
【図７】
2009251660.tif 000009
【図８】
2009251660.tif 000010
【図９】
2009251660.tif 000011
【図１０】
2009251660.tif 000012
【図１１】
2009251660.tif 000013
【図１２】
2009251660.tif 000014
【図１３】
2009251660.tif 000015
【図１４】
2009251660.tif 000016
【図１５】
2009251660.tif 000017
【図１６】
2009251660.tif 000018
【図１７】
2009251660.tif 000019
【図１８】
2009251660.tif 000020
【図１９】
2009251660.tif 000021
【図２０】
2009251660.tif 000022
【図２１】
2009251660.tif 000023
【図２２】
2009251660.tif 000024
【図２３】
2009251660.tif 000025
【図２４】
2009251660.tif 000026