(57)【要約】  【課題】  ネットワーク上に存在する複数のデバイスの中から１台のマスターデバイスを動的に選定可能で、しかも、マスターデバイスの選定時点で、マスターデバイスとしての適性が最も高いデバイスがマスターデバイスに選定されるネットワークシステムの提供。  【解決手段】  マスターデバイスとして機能するデバイスは、自身のマスター適性値が一番高い場合（Ｓ３２０：ＹＥＳ）、他のデバイスに優先度を通知して（Ｓ３４０）、管理下に置く。一方、他のデバイスのマスター適性値が一番高い場合（Ｓ３２０：ＮＯ）、他のデバイスにマスターデバイスになるように通知する（Ｓ３３０）。以降は、マスターデバイスになるように通知されたデバイスがマスターデバイスとして機能し、自身はマスターデバイスとなったデバイスの管理下に移行する。【選択図】  図６
2006235989.tif 000002
【特許請求の範囲】
【請求項１】
複数のデバイスがネットワークに接続され、前記デバイスには、システム内における順位が付与されて、前記順位が最上位となるデバイスがマスターデバイスとして機能するとともに、前記順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能しており、
前記デバイスは、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認するマスターデバイス確認手段と、
前記マスターデバイスとして機能するデバイスがシステム内に存在することを、前記マスターデバイス確認手段によって確認できない場合に、自身の順位を判定する順位判定手段と、
前記順位判定手段によって、自身の順位が最上位であると判定した場合に、自身を前記マスターデバイスとして機能させる制御を行う第１の制御手段と
を備えたことを特徴とするネットワークシステム。
【請求項２】
前記デバイスは、
前記マスターデバイスとして機能するデバイスとの通信を行うために必要となるマスターデバイス通信用情報を記憶するマスターデバイス通信用情報記憶手段を備えており、
前記マスターデバイス確認手段は、前記マスターデバイス通信用情報記憶手段に記憶されたマスターデバイス通信用情報に基づいて、前記マスターデバイスとして機能するデバイスとの通信を行うことにより、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認する手段である
ことを特徴とする請求項１に記載のネットワークシステム。
【請求項３】
前記デバイスは、
前記マスターデバイスとして機能した際、前記一般デバイスとして機能するデバイスに前記マスターデバイス通信用情報を提供するマスターデバイス通信用情報提供手段
を備えたことを特徴とする請求項２に記載のネットワークシステム。
【請求項４】
前記デバイスは、
前記一般デバイスとして機能した際、自身より順位がひとつだけ高い上位デバイスがシステム内に存在することを確認する上位デバイス確認手段を備えており、
前記マスターデバイス確認手段は、前記上位デバイスがシステム内に存在することを、前記上位デバイス確認手段によって確認できない場合に、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認する手段である
ことを特徴とする請求項１〜請求項３のいずれかに記載のネットワークシステム。
【請求項５】
前記デバイスは、
前記上位デバイスとの通信を行うために必要となる上位デバイス通信用情報を記憶する上位デバイス通信用情報記憶手段を備えており、
前記上位デバイス確認手段は、前記上位デバイス通信用情報記憶手段に記憶された上位デバイス通信用情報に基づいて、前記上位デバイスとの通信を行うことにより、前記上位デバイスがシステム内に存在することを確認する手段である
ことを特徴とする請求項４に記載のネットワークシステム。
【請求項６】
前記デバイスは、
前記マスターデバイスとして機能した際、前記一般デバイスとして機能するデバイスに前記上位デバイス通信用情報を提供する上位デバイス通信用情報提供手段
を備えたことを特徴とする請求項５に記載のネットワークシステム。
【請求項７】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、
前記第１の制御手段によって、前記一般デバイスとして機能する状態から前記マスターデバイスとして機能する状態へ移行する制御がなされた場合に、前記共用データを作成する共用データ作成手段
を備えたことを特徴とする請求項１〜請求項６のいずれかに記載のネットワークシステム。
【請求項８】
前記デバイスは、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから取得した共用データを記憶する共用データ記憶手段を備えており、
前記共用データ作成手段は、前記共用データ記憶手段に記憶された前記共用データに基づいて、前記共用データを作成する手段である
ことを特徴とする請求項７に記載のネットワークシステム。
【請求項９】
前記デバイスは、
前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、
前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手段と、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う第２の制御手段と
を備えたことを特徴とする請求項１〜請求項８のいずれかに記載のネットワークシステム。
【請求項１０】
前記順位決定手段は、所定の期間が経過する毎に、システム内のデバイスから前記特性情報を取得して、前記順位を決定する処理を繰り返す手段である
ことを特徴とする請求項９に記載のネットワークシステム。
【請求項１１】
前記デバイスは、
前記マスターデバイスとして機能した際、システム内のデバイスから前記特性情報を取得する特性情報取得手段と、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する特性情報提供手段と
を備えたことを特徴とする請求項９または請求項１０に記載のネットワークシステム。
【請求項１２】
前記特性情報提供手段は、前記デバイスが新たにネットワークに参加して、前記一般デバイスとして機能した際に、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する手段であり、
前記順位決定手段は、前記マスターデバイスとして機能した際、前記特性情報取得手段によって、システム内のデバイスから前記特性情報を取得したら、取得した前記特性情報に基づいて、システム内における各デバイスの順位を決定する手段である
ことを特徴とする請求項１１に記載のネットワークシステム。
【請求項１３】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、
前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスに前記共用データを転送する共用データ転送手段
を備えたことを特徴とする請求項９〜請求項１２のいずれかに記載のネットワークシステム。
【請求項１４】
前記デバイスは、
前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、
前記順位決定手段によって前記順位を決定した場合に、前記順位を各デバイスに通知する順位通知手段と、
前記マスターデバイスとして機能している状態で、自身以外のデバイスから前記順位の通知を受けた場合に、自身を前記一般デバイスとして機能させる制御を行う第３の制御手段と
を備えたことを特徴とする請求項１〜請求項８のいずれかに記載のネットワークシステム。
【請求項１５】
前記順位決定手段は、所定の期間が経過する毎に、システム内のデバイスから前記特性情報を取得して、前記順位を決定する処理を繰り返す手段である
ことを特徴とする請求項１４に記載のネットワークシステム。
【請求項１６】
前記デバイスは、
前記マスターデバイスとして機能した際、システム内のデバイスから前記特性情報を取得する特性情報取得手段と、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する特性情報提供手段と
を備えたことを特徴とする請求項１４または請求項１５に記載のネットワークシステム。
【請求項１７】
前記特性情報提供手段は、前記デバイスが新たにネットワークに参加して、前記一般デバイスとして機能した際に、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する手段であり、
前記順位決定手段は、前記マスターデバイスとして機能した際、前記特性情報取得手段によって、システム内のデバイスから前記特性情報を取得したら、取得した前記特性情報に基づいて、システム内における各デバイスの順位を決定する手段である
ことを特徴とする請求項１６に記載のネットワークシステム。
【請求項１８】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、
前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスに前記共用データを転送する共用データ転送手段
を備えたことを特徴とする請求項１４〜請求項１７のいずれかに記載のネットワークシステム。
【請求項１９】
前記特性情報は、前記デバイスの記憶容量を反映した情報とされている
ことを特徴とする請求項９〜請求項１８のいずれかに記載のネットワークシステム。
【請求項２０】
前記特性情報は、前記デバイスの処理性能を反映した情報とされている
ことを特徴とする請求項９〜請求項１９のいずれかに記載のネットワークシステム。
【請求項２１】
前記特性情報は、前記デバイスの連続運転性を反映した情報とされている
ことを特徴とする請求項９〜請求項２０のいずれかに記載のネットワークシステム。
【請求項２２】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、アドレスデータの示す送信先へデータを送信する機能を備えた通信機器であり、
前記共用データは、前記アドレスデータを含んでなるアドレス帳データである
ことを特徴とする請求項１〜請求項２１のいずれかに記載のネットワークシステム。
【請求項２３】
複数のデバイスがネットワークに接続され、前記デバイスにはシステム内における順位が付与されて、前記順位が最上位となるデバイスがマスターデバイスとして機能するとともに、前記順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能しており、
前記デバイスは、
前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、
前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手段と、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う第２の制御手段と
を備えたことを特徴とするネットワークシステム。
【請求項２４】
前記順位決定手段は、所定の期間が経過する毎に、システム内のデバイスから前記特性情報を取得して、前記順位を決定する処理を繰り返す手段である
ことを特徴とする請求項２３に記載のネットワークシステム。
【請求項２５】
前記デバイスは、
前記マスターデバイスとして機能した際、システム内のデバイスから前記特性情報を取得する特性情報取得手段と、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する特性情報提供手段と
を備えたことを特徴とする請求項２３または請求項２４に記載のネットワークシステム。
【請求項２６】
前記特性情報提供手段は、前記デバイスが新たにネットワークに参加して、前記一般デバイスとして機能した際に、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する手段であり、
前記順位決定手段は、前記マスターデバイスとして機能した際、前記特性情報取得手段によって、システム内のデバイスから前記特性情報を取得したら、取得した前記特性情報に基づいて、システム内における各デバイスの順位を決定する手段である
ことを特徴とする請求項２５に記載のネットワークシステム。
【請求項２７】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、
前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスに前記共用データを転送する共用データ転送手段
を備えたことを特徴とする請求項２３〜請求項２６のいずれかに記載のネットワークシステム。
【請求項２８】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、
前記一般デバイスとして機能する状態から前記マスターデバイスとして機能する状態へ移行する制御がなされた場合に、その直前まで前記マスターデバイスとして機能していたデバイスから前記共用データを取得する共用データ取得手段
を備えたことを特徴とする請求項２３〜請求項２７のいずれかに記載のネットワークシステム。
【請求項２９】
前記特性情報は、前記デバイスの記憶容量を反映した情報とされている
ことを特徴とする請求項２３〜請求項２８のいずれかに記載のネットワークシステム。
【請求項３０】
前記特性情報は、前記デバイスの処理性能を反映した情報とされている
ことを特徴とする請求項２３〜請求項２９のいずれかに記載のネットワークシステム。
【請求項３１】
前記特性情報は、前記デバイスの連続運転性を反映した情報とされている
ことを特徴とする請求項２３〜請求項３０のいずれかに記載のネットワークシステム。
【請求項３２】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、アドレスデータの示す送信先へデータを送信する機能を備えた通信機器であり、
前記共用データは、前記アドレスデータを含んでなるアドレス帳データである
ことを特徴とする請求項２３〜請求項３１のいずれかに記載のネットワークシステム。
【請求項３３】
複数のデバイスがネットワークに接続され、前記デバイスには、システム内における順位が付与されて、前記順位が最上位となるデバイスがマスターデバイスとして機能するとともに、前記順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能しており、
前記デバイスは、
前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、
前記順位決定手段によって前記順位を決定した場合に、前記順位を各デバイスに通知する順位通知手段と、
前記マスターデバイスとして機能している状態で、自身以外のデバイスから前記順位の通知を受けた場合に、自身を前記一般デバイスとして機能させる制御を行う第３の制御手段と
を備えたことを特徴とするネットワークシステム。
【請求項３４】
前記順位決定手段は、所定の期間が経過する毎に、システム内のデバイスから前記特性情報を取得して、前記順位を決定する処理を繰り返す手段である
ことを特徴とする請求項３３に記載のネットワークシステム。
【請求項３５】
前記デバイスは、
前記マスターデバイスとして機能した際、システム内のデバイスから前記特性情報を取得する特性情報取得手段と、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する特性情報提供手段と
を備えたことを特徴とする請求項３３または請求項３４に記載のネットワークシステム。
【請求項３６】
前記特性情報提供手段は、前記デバイスが新たにネットワークに参加して、前記一般デバイスとして機能した際に、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する手段であり、
前記順位決定手段は、前記マスターデバイスとして機能した際、前記特性情報取得手段によって、システム内のデバイスから前記特性情報を取得したら、取得した前記特性情報に基づいて、システム内における各デバイスの順位を決定する手段である
ことを特徴とする請求項３５に記載のネットワークシステム。
【請求項３７】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、
前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスに前記共用データを転送する共用データ転送手段
を備えたことを特徴とする請求項３３〜請求項３６のいずれかに記載のネットワークシステム。
【請求項３８】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、
前記一般デバイスとして機能する状態から前記マスターデバイスとして機能する状態へ移行する制御がなされた場合に、その直前まで前記マスターデバイスとして機能していたデバイスから前記共用データを取得する共用データ取得手段
を備えたことを特徴とする請求項３３〜請求項３７のいずれかに記載のネットワークシステム。
【請求項３９】
前記特性情報は、前記デバイスの記憶容量を反映した情報とされている
ことを特徴とする請求項３３〜請求項３８のいずれかに記載のネットワークシステム。
【請求項４０】
前記特性情報は、前記デバイスの処理性能を反映した情報とされている
ことを特徴とする請求項３３〜請求項３９のいずれかに記載のネットワークシステム。
【請求項４１】
前記特性情報は、前記デバイスの連続運転性を反映した情報とされている
ことを特徴とする請求項３３〜請求項４０のいずれかに記載のネットワークシステム。
【請求項４２】
前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
前記デバイスは、アドレスデータの示す送信先へデータを送信する機能を備えた通信機器であり、
前記共用データは、前記アドレスデータを含んでなるアドレス帳データである
ことを特徴とする請求項３３〜請求項４１のいずれかに記載のネットワークシステム。
【請求項４３】
請求項１に記載のネットワークシステムを構成するノードとして用いられるデバイスであって、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認するマスターデバイス確認手段と、
前記マスターデバイスとして機能するデバイスがシステム内に存在することを、前記マスターデバイス確認手段によって確認できない場合に、自身の順位を判定する順位判定手段と、
前記順位判定手段によって、自身の順位が最上位であると判定した場合に、自身を前記マスターデバイスとして機能させる制御を行う第１の制御手段と
を備えたことを特徴とするデバイス。
【請求項４４】
請求項２３に記載のネットワークシステムを構成するノードとして用いられるデバイスであって、
前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、
前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手段と、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う第２の制御手段と
を備えたことを特徴とするデバイス。
【請求項４５】
請求項３３に記載のネットワークシステムを構成するノードとして用いられるデバイスであって、
前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、
前記順位決定手段によって前記順位を決定した場合に、前記順位を各デバイスに通知する順位通知手段と、
前記マスターデバイスとして機能している状態で、自身以外のデバイスから前記順位の通知を受けた場合に、自身を前記一般デバイスとして機能させる制御を行う第３の制御手段と
を備えたことを特徴とするデバイス。
【請求項４６】
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認するマスターデバイス確認手順と、
前記マスターデバイスとして機能するデバイスがシステム内に存在することを、前記マスターデバイス確認手順において確認できない場合に、自身の順位を判定する順位判定手順と、
前記順位判定手順において、自身の順位が最上位であると判定した場合に、自身を前記マスターデバイスとして機能させる制御を行う第１の制御手順とを、
請求項１に記載のネットワークシステムを構成するノードとして用いられるデバイスに実行させることを特徴とするプログラム。
【請求項４７】
前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手順と、
前記順位決定手順において順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手順と、
前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う第２の制御手順とを、
請求項２３に記載のネットワークシステムを構成するノードとして用いられるデバイスに実行させることを特徴とするプログラム。
【請求項４８】
前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手順と、
前記順位決定手順において前記順位を決定した場合に、前記順位を各デバイスに通知する順位通知手順と、
前記マスターデバイスとして機能している状態で、自身以外のデバイスから前記順位の通知を受けた場合に、自身を前記一般デバイスとして機能させる制御を行う第３の制御手順とを、
請求項３３に記載のネットワークシステムを構成するノードとして用いられるデバイスに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークシステムと、そのネットワークシステムを構成するためのデバイス、および、そのデバイスの機能を実現するためのプログラムに関する。
【背景技術】
【０００２】
従来、複数のデバイス（例えば、ネットワークプリンタ等）をネットワークに接続してなるネットワークシステムにおいて、新たなデバイスをネットワークに接続する際、利用者が既にネットワークに参加しているデバイスを指定し、そのデバイスから新たなデバイスへ情報を伝送することにより、新たなデバイスが情報を取得する技術が提案されている（例えば、特許文献１参照）。
【特許文献１】特開平１１−２４９８３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、上記従来技術では、新たなデバイスをネットワークに接続するたびに、利用者が情報の伝送元となるデバイスを指定していたため、利用者にとっては面倒な手間がかかるという欠点があった。
【０００４】
一方、あらかじめ１台のデバイスをマスターデバイスと決めておき、新たなデバイスをネットワークに接続する際には、マスターデバイスから新たなデバイスへ情報を伝送する仕組みを採用すれば、新たなデバイスをネットワークに接続するたびに利用者が情報の伝送元となるデバイスを指定しなくても、マスターデバイスから新たなデバイスへ情報を伝送できるものと考えられる。
【０００５】
しかし、あらかじめ１台のデバイスをマスターデバイスと決めておく方法では、マスターデバイスの稼働停止中に新たなデバイスがネットワークに接続された場合、ネットワーク上に情報の伝送元となるデバイスが存在しない状態となり、所期の情報伝送を実施できなくなるという欠点があった。
【０００６】
さらに、マスターデバイスの稼働停止時に、ネットワーク上に存在する複数のデバイス中から動的に新たなマスターデバイスが決まる仕組みを採用すれば、ネットワーク上に情報の伝送元となるデバイスが存在しない状態を解消できる可能性はある。
【０００７】
しかし、ネットワーク上に存在する複数のデバイスの中には、マスターデバイスとしての適性が高いものや低いものが混在するので、場合によっては、マスターデバイスとしての適性が低いデバイスであるにもかかわらず、新たなマスターデバイスとなってしまうことがあり、この場合、マスターデバイスとしての適性が高いデバイスの性能が有効利用されなくなるという欠点があった。
【０００８】
なお、以上の説明においては、マスターデバイスが情報の伝送元となり、他のデバイスが情報の伝送先となる事例を挙げて説明したが、ネットワーク上に存在する複数のデバイスの中から１台のマスターデバイスを選定する仕組みは、上記事例とは異なるシステムでも採用し得る。具体例を挙げれば、例えば、マスターデバイスが他のデバイスから情報を収集するシステムの場合であれば、マスターデバイスが情報の伝送先となり、他のデバイスが情報の伝送元となる。また、これらマスターデバイスと他のデバイスとの間の情報伝送に限らず、複数のデバイスの中から１台のマスターデバイスを選定したい場合はあり得る。
【０００９】
本発明は、上記問題を解決するためになされたものであり、その目的は、ネットワーク上に存在する複数のデバイスの中から１台のマスターデバイスを動的に選定可能で、しかも、マスターデバイスの選定時点で、マスターデバイスとしての適性が最も高いデバイスがマスターデバイスに選定されるネットワークシステムと、そのネットワークシステムを構成するためのデバイス、および、そのデバイスの機能を実現するためのプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
以下、本発明の特徴的構成について説明する。
まず、請求項１に記載のネットワークシステムは、複数のデバイスがネットワークに接続され、前記デバイスには、システム内における順位が付与されて、前記順位が最上位となるデバイスがマスターデバイスとして機能するとともに、前記順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能しており、前記デバイスは、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認するマスターデバイス確認手段と、前記マスターデバイスとして機能するデバイスがシステム内に存在することを、前記マスターデバイス確認手段によって確認できない場合に、自身の順位を判定する順位判定手段と、前記順位判定手段によって、自身の順位が最上位であると判定した場合に、自身を前記マスターデバイスとして機能させる制御を行う第１の制御手段とを備えたことを特徴とする。
【００１１】
このように構成されたネットワークシステムにおいては、デバイスが、一般デバイスとして機能した際には、マスターデバイス確認手段によって、マスターデバイスとして機能するデバイス（以下、単にマスターデバイスともいう。）がシステム内に存在することを確認する。そして、マスターデバイスがシステム内に存在することを確認できない場合、一般デバイスとして機能するデバイス（以下、単に一般デバイスともいう。）は、順位判定手段によって自身の順位を判定し、自身の順位が最上位であると判定した場合、第１の制御手段によって、自身をマスターデバイスとして機能させる制御を行う。その結果、システム内に存在するいくつかの一般デバイスのうち、マスターデバイスの不在に伴って新たに順位が最上位となったデバイスが、新たなマスターデバイスとして稼働を開始することになる。
【００１２】
したがって、このネットワークシステムによれば、ネットワーク上に存在する複数のデバイスの中から１台のマスターデバイスを動的に選定することができ、システム内にマスターデバイスが不在となるのを防止することができる。しかも、元のマスターデバイスの不在に伴って新たに順位が最上位となったデバイスが、新たなマスターデバイスとなるので、マスターデバイスとしての適性に応じた順位を付与しておくことにより、マスターデバイスとしての適性が最も高いデバイスを、マスターデバイスに選定することができる。
【００１３】
なお、本発明において、ネットワークに接続されるデバイスとしては、プリンタ、ＦＡＸ、あるいはプリンタ機能やＦＡＸ機能を備えた複合機などの印刷系デバイス、スキャナ、ネットワークカメラなどの画像入力系デバイス、ファクシミリなどの画像通信系デバイス、ネットワークルータ、ネットワークポイントなどの通信経路系デバイス、ネットワークストレージなどの情報サーバ系デバイスなど、様々なデバイスを考えることができる。
【００１４】
また、マスターデバイスとしての機能は、他のデバイスへの情報提供、他のデバイスからの情報収集、他のデバイスに対する動作制御など、様々な機能を考えることができる。
次に、以上説明した請求項１に記載のネットワークシステムにおいて採用すると望ましい構成について説明する。
【００１５】
まず、請求項２に記載の通り、請求項１に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能するデバイスとの通信を行うために必要となるマスターデバイス通信用情報を記憶するマスターデバイス通信用情報記憶手段を備えており、前記マスターデバイス確認手段は、前記マスターデバイス通信用情報記憶手段に記憶されたマスターデバイス通信用情報に基づいて、前記マスターデバイスとして機能するデバイスとの通信を行うことにより、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認する手段であると望ましい。
【００１６】
このように構成されたネットワークシステムであれば、マスターデバイス確認手段は、マスターデバイスとして機能するデバイスとの通信を行うために必要となるマスターデバイス通信用情報（例えば、マスターデバイスのノード名、あるいはネットワークアドレスなど、ネットワーク上でマスターデバイスとの通信を実現するために必要な情報）に基づき、マスターデバイスを指定した通信を行うことで、マスターデバイスの存在を確認することができるので、例えば、ネットワーク上の全デバイスを対象にした通信を実施する場合に比べ、一般デバイスにかかる通信負荷を軽減することができる。
【００１７】
また、請求項３に記載の通り、請求項２に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能した際、前記一般デバイスとして機能するデバイスに前記マスターデバイス通信用情報を提供するマスターデバイス通信用情報提供手段を備えていてもよい。
【００１８】
このように構成されたネットワークシステムであれば、一般デバイスは、マスターデバイスから提供されるマスターデバイス通信用情報を取得することができるので、例えば、一般デバイスとして機能するデバイスが自らマスターデバイスを探し出すようなものに比べ、より簡単かつ確実にマスターデバイス通信用情報を取得することができる。
【００１９】
ただし、一般デバイスとして機能するデバイスが自らマスターデバイスを探し出すことも不可能ではなく、例えば、請求項２に記載のネットワークシステムにおいて、一般デバイスが、複数のデバイスに対して同報通信（ブロードキャストまたはマルチキャスト；以下略）を行い、複数のデバイスから同報通信の返答を受信し、受信した同報通信の返答から、マスターデバイス通信用情報（例えば、マスターデバイスのネットワークアドレス）を抽出する、といった手法を採用することもできる。
【００２０】
また、この同報通信を利用して、マスターデバイスの存在を確認することもでき、具体的には、請求項１に記載のネットワークシステムにおいて、一般デバイスが、複数のデバイスに対して同報通信を行い、複数のデバイスから同報通信の返答を受信し、受信した同報通信の返答から、マスターデバイスの存在を確認すればよい。この場合、マスターデバイスの存在を確認するには、マスターデバイス通信用情報（例えば、マスターデバイスのネットワークアドレス）を得られなくてもよく、例えば、マスターデバイスから到来する情報にのみセットされるフラグが含まれているだけでもよい。
【００２１】
また、請求項４に記載の通り、請求項１〜請求項３のいずれかに記載のネットワークシステムにおいて、前記デバイスは、前記一般デバイスとして機能した際、自身より順位がひとつだけ高い上位デバイスがシステム内に存在することを確認する上位デバイス確認手段を備えており、前記マスターデバイス確認手段は、前記上位デバイスがシステム内に存在することを、前記上位デバイス確認手段によって確認できない場合に、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認する手段であっても望ましい。
【００２２】
このように構成されたネットワークシステムであれば、各デバイスが、自身よりひとつだけ順位の高いデバイスの存在が確認できない場合にのみ、マスターデバイスの存在を確認するので、例えば、全ての一般デバイスが常にマスターデバイスの存在を確認するようなシステムに比べ、マスターデバイスにかかる負荷が少なくて済む。
【００２３】
ところで、一般デバイスとして機能した際、自身より順位がひとつだけ高い上位デバイスがシステム内に存在することを確認するための具体的方法については種々考え得る。
一例としては、例えば、請求項４に記載のネットワークシステムにおいて、一般デバイスとして機能した際、複数のデバイスに同報通信を行い、複数のデバイスから同報通信の返答を受信し、受信した同報通信の返答から、複数のデバイスの順位を取得する。そして、取得した順位の中から、自身の順位より高い順位の中で最も低い順位を抽出し、抽出した順位のデバイスとの通信に必要な情報（例えば、ネットワークアドレス）を記憶する。以上の処理を、ある程度時間間隔を空けて実行し、自身より順位がひとつだけ高い上位デバイスとの通信に必要な情報が、前回の実行時と今回の実行時とで同じか否かを判断する。そして、この判断結果が同じであれば、自身よりひとつ順位の高いデバイスの存在が確認できたことになり、同じでなければ、自身よりひとつ順位の高いデバイスの存在が確認できないことになる。
【００２４】
ただし、このような手法では、ある程度時間が経過するたびに、一般デバイスが同報通信を実施するので、ネットワークに負荷がかかりやすくなる。その点、次のような方法であれば、ネットワークにかかる負荷を軽減することができる。
【００２５】
すなわち、請求項５に記載の通り、請求項４に記載のネットワークシステムにおいて、前記デバイスは、前記上位デバイスとの通信を行うために必要となる上位デバイス通信用情報を記憶する上位デバイス通信用情報記憶手段を備えており、前記上位デバイス確認手段は、前記上位デバイス通信用情報記憶手段に記憶された上位デバイス通信用情報に基づいて、前記上位デバイスとの通信を行うことにより、前記上位デバイスがシステム内に存在することを確認する手段であると望ましい。
【００２６】
このように構成されたネットワークシステムであれば、各デバイスが、自身よりひとつ順位の高いデバイスを指定した通信を行うことで、上位デバイスの存在を確認することができるので、例えば、ネットワーク上の全デバイスを対象にした通信を実施する場合に比べ、マスターデバイスや他の一般デバイスにかかる通信負荷を軽減することができる。
【００２７】
また、請求項６に記載の通り、請求項５に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能した際、前記一般デバイスとして機能するデバイスに前記上位デバイス通信用情報を提供する上位デバイス通信用情報提供手段を備えていても望ましい。
【００２８】
このように構成されたネットワークシステムであれば、一般デバイスは、自身よりひとつ順位が高い上位デバイスから提供される上位デバイス通信用情報を取得することができるので、例えば、一般デバイスとして機能するデバイスが自ら上位デバイスを探し出すようなものに比べ、より簡単かつ確実に上位デバイス通信用情報を取得することができる。
【００２９】
なお、この他、請求項５に記載のネットワークシステムにおいて、一般デバイスとして機能した際、複数のデバイスに同報通信を行い、複数のデバイスから同報通信の返答を受信し、受信した同報通信の返答から、各デバイスが、自身よりひとつ順位が高いデバイスの存在を確認するようにしてもよい。
【００３０】
さらに、請求項７に記載の通り、請求項１〜６に記載のネットワークシステムにおいて、複数のデバイスで共用される共用データが、マスターデバイスから一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記第１の制御手段によって、前記一般デバイスとして機能する状態から前記マスターデバイスとして機能する状態へ移行する制御がなされた場合に、前記共用データを作成する共用データ作成手段を備えていると望ましい。
【００３１】
このように構成されたネットワークシステムであれば、共用データを提供するマスターデバイスが稼働を停止した際にも、新たに自身の順位がもっとも高いと判断したデバイスが、新たなマスターデバイスとして機能するに当たって、共用データを作成しなおすので、共用データがなくなった状態を解消できる。
【００３２】
また、請求項８に記載の通り、請求項７に記載のネットワークシステムにおいて、前記デバイスは、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから取得した共用データを記憶する共用データ記憶手段を備えており、前記共用データ作成手段は、前記共用データ記憶手段に記憶された前記共用データに基づいて、前記共用データを作成する手段であると、さらに望ましい。
【００３３】
このようなネットワークシステムであれば、過去にマスターデバイスから提供された共用データを基にして、新たな共用データを作成しなおすので、以前に利用できた共用データの内容を引き継ぐことができる可能性を高めることができる。
【００３４】
また、請求項９に記載の通り、請求項１〜請求項８のいずれかに記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手段と、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う第２の制御手段とを備えていても望ましい。
【００３５】
このようなネットワークシステムにおいて、マスターデバイスでは、順位決定手段が、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定し、順位を決定したデバイスの中に、マスターデバイスより順位の高いデバイスが存在する場合、マスター交代通知手段が、マスターデバイスより順位の高いデバイスに、マスターデバイスとして機能すべきことを通知する。また、一般デバイスでは、マスターデバイスから、新たなマスターデバイスとして機能すべきことが通知されたら、第２の制御手段が、新たなマスターデバイスとして機能すべきことが通知された一般デバイスを、新たなマスターデバイスとして機能させる制御を行う。
【００３６】
したがって、マスターデバイスの管理の下で、デバイスの特性から決定される順位に従い、最も順位の高いデバイスが自身の順位を認識し、新たなマスターデバイスとして稼働を開始するので、常に最上位のデバイスがマスターデバイスとして機能できる。
【００３７】
また、請求項１０に記載の通り、請求項９に記載のネットワークシステムにおいて、前記順位決定手段は、所定の期間が経過する毎に、システム内のデバイスから前記特性情報を取得して、前記順位を決定する処理を繰り返す手段であると望ましい。
【００３８】
このようなネットワークシステムであれば、ネットワークに参加するデバイスの増減があった場合に、その増減があったこと自体をマスターデバイスが認識できなくても、所定の期間が経過したことをもって、システム内のデバイスから特性情報を取得して順位を決定するので、その時点で、デバイスの増減を反映した順位を決定しなおすことができる。
【００３９】
また、請求項１１に記載の通り、請求項９または請求項１０に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能した際、システム内のデバイスから前記特性情報を取得する特性情報取得手段と、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する特性情報提供手段とを備えていても望ましい。
【００４０】
このようなネットワークシステムであれば、一般デバイスからマスターデバイスへ特性情報が伝達されるので、マスターデバイスが自ら各一般デバイスの特性を調査するようなシステムに比べ、複数のデバイスの特性情報を確実に得ることができる。また、使用者がマスターデバイスへ各デバイスの特性情報をそれぞれ入力する手間を省くことができる。
【００４１】
また、請求項１２に記載の通り、請求項１１に記載のネットワークシステムにおいて、前記特性情報提供手段は、前記デバイスが新たにネットワークに参加して、前記一般デバイスとして機能した際に、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する手段であり、前記順位決定手段は、前記マスターデバイスとして機能した際、前記特性情報取得手段によって、システム内のデバイスから前記特性情報を取得したら、取得した前記特性情報に基づいて、システム内における各デバイスの順位を決定する手段であると好ましい。
【００４２】
このように構成されたネットワークシステムによれば、新たなデバイスがネットワークに参加した場合に、そのデバイスの特性情報が直ちにマスターデバイスに提供され、マスターデバイスは、デバイスの順位を決定しなおすので、新たなデバイスを適切な順位に組み込むことができ、また、場合によっては、マスターデバイスの交代を行うこともできる。
【００４３】
また、請求項１３に記載の通り、請求項９〜請求項１２のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスに前記共用データを転送する共用データ転送手段を備えていると好ましい。
【００４４】
このようなネットワークシステムであれば、マスターデバイスの交代が起こる場合に、元のマスターデバイスから新たなマスターデバイスへ共用データが転送されるので、新たなマスターデバイスは、確実に元のマスターデバイスと同じ共用データを各デバイスに提供できるようになる。
【００４５】
さらに、請求項１４に記載の通り、請求項１〜請求項８のいずれかに記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、前記順位決定手段によって前記順位を決定した場合に、前記順位を各デバイスに通知する順位通知手段と、前記マスターデバイスとして機能している状態で、自身以外のデバイスから前記順位の通知を受けた場合に、自身を前記一般デバイスとして機能させる制御を行う第３の制御手段とを備えていても好ましい。
【００４６】
このように構成されたネットワークシステムによれば、マスターデバイスとして機能した際、順位決定手段は、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定し、順位通知手段は、決定した順位を各デバイスに通知する。ここで、通常であれば、マスターデバイスとして機能するデバイスは、システム内にひとつしか存在しないので、原則として、マスターデバイスとして機能している状態では、自身以外のデバイスから順位の通知を受けることはない。ただし、例外的ながら、何らかの事情（例えば、判定タイミングの時差や情報伝達の障害など）により、複数のデバイスそれぞれにおいて、自身の順位が最も高いとの判断がなされる可能性もあり、この場合、マスターデバイスとして機能している状態であるにもかかわらず、自身以外のデバイスから順位の通知を受けることがある。しかし、この場合は、第３の制御手段が、自身を一般デバイスとして機能させる制御を行うので、誤ってマスターデバイスとなったデバイスは、自身が最も順位の高いデバイスでないと認識し、マスターデバイスが複数になった状態を解消することができる。
【００４７】
また、請求項１５に記載の通り、請求項１４に記載のネットワークシステムにおいて、前記順位決定手段は、所定の期間が経過する毎に、システム内のデバイスから前記特性情報を取得して、前記順位を決定する処理を繰り返す手段であると望ましい。
【００４８】
このようなネットワークシステムであれば、ネットワークに参加するデバイスの増減があった場合に、その増減があったこと自体をマスターデバイスが認識できなくても、所定の期間が経過したことをもって、システム内のデバイスから特性情報を取得して順位を決定するので、その時点で、デバイスの増減を反映した順位を決定しなおすことができる。
【００４９】
また、請求項１６に記載の通り、請求項１４または請求項１５に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能した際、システム内のデバイスから前記特性情報を取得する特性情報取得手段と、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する特性情報提供手段とを備えていても望ましい。
【００５０】
このようなネットワークシステムであれば、一般デバイスからマスターデバイスへ特性情報が伝達されるので、マスターデバイスが自ら各一般デバイスの特性を調査するようなシステムに比べ、複数のデバイスの特性情報を確実に得ることができる。また、使用者がマスターデバイスへ各デバイスの特性情報をそれぞれ入力する手間を省くことができる。
【００５１】
また、請求項１７に記載の通り、請求項１６に記載のネットワークシステムにおいて、前記特性情報提供手段は、前記デバイスが新たにネットワークに参加して、前記一般デバイスとして機能した際に、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する手段であり、前記順位決定手段は、前記マスターデバイスとして機能した際、前記特性情報取得手段によって、システム内のデバイスから前記特性情報を取得したら、取得した前記特性情報に基づいて、システム内における各デバイスの順位を決定する手段であると好ましい。
【００５２】
このように構成されたネットワークシステムによれば、新たなデバイスがネットワークに参加した場合に、そのデバイスの特性情報が直ちにマスターデバイスに提供され、マスターデバイスは、デバイスの順位を決定しなおすので、新たなデバイスを適切な順位に組み込むことができ、また、場合によっては、マスターデバイスの交代を行うこともできる。
【００５３】
また、請求項１８に記載の通り、請求項１４〜請求項１７のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスに前記共用データを転送する共用データ転送手段を備えていると好ましい。
【００５４】
このようなネットワークシステムであれば、マスターデバイスの交代が起こる場合に、元のマスターデバイスから新たなマスターデバイスへ共用データが転送されるので、新たなマスターデバイスは、確実に元のマスターデバイスと同じ共用データを各デバイスに提供できるようになる。
【００５５】
さて、以上説明した請求項９〜請求項１８のいずれかに記載のネットワークシステムにおいては、請求項１９に記載の通り、前記特性情報は、前記デバイスの記憶容量を反映した情報とされていると好ましい。
【００５６】
より具体的には、例えば、ハードディスクや不揮発性メモリを備えるデバイスであれば、その記憶容量の大きさを示す情報であると好ましい。
このようなネットワークシステムであれば、デバイスの記憶容量が反映された順位がデバイスに付与されるので、他の条件が同じ場合、記憶容量の大きいデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスが、各種情報を保存して他のデバイスに提供する機能を有する場合に好適である。
【００５７】
また、請求項２０に記載の通り、請求項９〜請求項１９のいずれかに記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの処理性能を反映した情報とされていると好ましい。
【００５８】
より具体的には、例えば、ＣＰＵ性能、ＲＡＭ容量、ＲＡＭ速度、ネットワーク側との通信速度を示す情報であると好ましい。また、新たな製品ほど性能が向上するデバイスの場合、製品出荷日を示す情報であってもよい。
【００５９】
このようなネットワークシステムであれば、デバイスの処理性能が反映された順位がデバイスに付与されるので、他の条件が同じ場合、処理性能の高いデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスが、各種情報を迅速に他のデバイスに提供したい場合、マスターデバイスが各種演算を実施する場合、マスターデバイスにおける入出力が多い場合等に好適である。
【００６０】
また、請求項２１に記載の通り、請求項９〜請求項２０のいずれかに記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの連続運転性を反映した情報とされていると好ましい。
【００６１】
ここで、デバイスの連続運転性とは、デバイスの電源が落とされる可能性を意味し、例えば、主電源スイッチを持たないものと持つものとでは、前者の連続運転性が高いものとして扱われる。また、一般にＦＡＸ機能や電話機能を持つ機器は、常時稼働して着信を待ち受けているのに対し、単機能のプリンタ等は、必要時に電源を投入するだけの場合も多々あるので、ＦＡＸ機能や電話機能を持つものと持たないものとでは、前者の連続運転性が高いものとして扱われる。
【００６２】
このようなネットワークシステムであれば、デバイスの連続運転性が反映された順位がデバイスに付与されるので、他の条件が同じ場合、連続運転性の高いデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスの稼働がしばしば停止することに起因して、マスターデバイスの交代頻度が高くなるといった問題が起きにくくなり、その結果、そのようなマスターデバイスの交代に伴う負荷が各デバイスにかかりにくくなる。
【００６３】
加えて、請求項２２に記載の通り、請求項１〜請求項２１のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、アドレスデータの示す送信先へデータを送信する機能を備えた通信機器であり、前記共用データは、前記アドレスデータを含んでなるアドレス帳データであると好ましい。
【００６４】
このようなネットワークシステムによれば、複数のデバイスは、共用データとして提供されるアドレス帳データに基づいて、アドレスデータの示す送信先へデータを送信することができるので、複数のデバイスのどれからでも、同じアドレスに対して通信することができるようになる。
【００６５】
次に、以上説明したネットワークシステムとは別のシステムについて説明する。
請求項２３に記載のネットワークシステムは、複数のデバイスがネットワークに接続され、前記デバイスにはシステム内における順位が付与されて、前記順位が最上位となるデバイスがマスターデバイスとして機能するとともに、前記順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能しており、前記デバイスは、前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手段と、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う第２の制御手段とを備えたことを特徴とする。
【００６６】
このようなネットワークシステムにおいて、マスターデバイスでは、順位決定手段が、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定し、順位を決定したデバイスの中に、マスターデバイスより順位の高いデバイスが存在する場合、マスター交代通知手段が、マスターデバイスより順位の高いデバイスに、マスターデバイスとして機能すべきことを通知する。また、一般デバイスでは、マスターデバイスから、新たなマスターデバイスとして機能すべきことが通知されたら、第２の制御手段が、新たなマスターデバイスとして機能すべきことが通知された一般デバイスを、新たなマスターデバイスとして機能させる制御を行う。
【００６７】
したがって、このネットワークシステムによれば、ネットワーク上に存在する複数のデバイスの中から１台のマスターデバイスを動的に選定することができ、システム内にマスターデバイスが不在となるのを防止することができる。しかも、マスターデバイスの管理の下で、デバイスの特性から決定される順位に従い、最も順位の高いデバイスが自身の順位を認識し、新たなマスターデバイスとして稼働を開始するので、マスターデバイスとしての適性に応じた順位を付与しておくことにより、マスターデバイスとしての適性が最も高いデバイスを、マスターデバイスに選定することができる。
【００６８】
次に、以上説明した請求項２３に記載のネットワークシステムにおいて採用すると望ましい構成について説明する。
まず、請求項２４に記載の通り、請求項２３に記載のネットワークシステムにおいて、前記順位決定手段は、所定の期間が経過する毎に、システム内のデバイスから前記特性情報を取得して、前記順位を決定する処理を繰り返す手段であると望ましい。
【００６９】
このようなネットワークシステムであれば、ネットワークに参加するデバイスの増減があった場合に、その増減があったこと自体をマスターデバイスが認識できなくても、所定の期間が経過したことをもって、システム内のデバイスから特性情報を取得して順位を決定するので、その時点で、デバイスの増減を反映した順位を決定しなおすことができる。
【００７０】
また、請求項２５に記載の通り、請求項２３または請求項２４に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能した際、システム内のデバイスから前記特性情報を取得する特性情報取得手段と、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する特性情報提供手段とを備えていても望ましい。
【００７１】
このようなネットワークシステムであれば、一般デバイスからマスターデバイスへ特性情報が伝達されるので、マスターデバイスが自ら各一般デバイスの特性を調査するようなシステムに比べ、複数のデバイスの特性情報を確実に得ることができる。また、使用者がマスターデバイスへ各デバイスの特性情報をそれぞれ入力する手間を省くことができる。
【００７２】
また、請求項２６に記載の通り、請求項２５に記載のネットワークシステムにおいて、前記特性情報提供手段は、前記デバイスが新たにネットワークに参加して、前記一般デバイスとして機能した際に、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する手段であり、前記順位決定手段は、前記マスターデバイスとして機能した際、前記特性情報取得手段によって、システム内のデバイスから前記特性情報を取得したら、取得した前記特性情報に基づいて、システム内における各デバイスの順位を決定する手段であると好ましい。
【００７３】
このように構成されたネットワークシステムによれば、新たなデバイスがネットワークに参加した場合に、そのデバイスの特性情報が直ちにマスターデバイスに提供され、マスターデバイスは、デバイスの順位を決定しなおすので、新たなデバイスを適切な順位に組み込むことができ、また、場合によっては、マスターデバイスの交代を行うこともできる。
【００７４】
また、請求項２７に記載の通り、請求項２３〜請求項２６のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスに前記共用データを転送する共用データ転送手段を備えていると好ましい。
【００７５】
このようなネットワークシステムであれば、マスターデバイスの交代が起こる場合に、元のマスターデバイスから新たなマスターデバイスへ共用データが転送されるので、新たなマスターデバイスは、確実に元のマスターデバイスと同じ共用データを各デバイスに提供できるようになる。
【００７６】
また、請求項２８に記載の通り、請求項２３〜請求項２７のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記一般デバイスとして機能する状態から前記マスターデバイスとして機能する状態へ移行する制御がなされた場合に、その直前まで前記マスターデバイスとして機能していたデバイスから前記共用データを取得する共用データ取得手段を備えていてもよい。
【００７７】
このようなネットワークシステムであれば、マスターデバイスの交代が起こる場合に、新たなマスターデバイスは直前までマスターデバイスとして機能していたデバイスから共用データを取得するので、新たなマスターデバイスは、確実に元のマスターデバイスと同じ共用データを各デバイスに提供できるようになる。
【００７８】
ちなみに、上記共用データ取得手段とは別の手段を備えるシステムを考えることもできる。例えば、請求項２３〜請求項２８のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記一般デバイスとして機能する状態から前記マスターデバイスとして機能する状態へ移行する制御がなされた場合に、前記一般デバイスとして機能していたデバイスから前記共用データを取得する手段を備えていてもよい。このようなネットワークシステムの場合、マスターデバイスの交代が起こる場合に、新たなマスターデバイスは一般デバイスとして機能していたデバイスから共用データを取得するので、元のマスターデバイスが稼働を停止した場合でも、新たなマスターデバイスは、一般デバイスから取得した共用データを各デバイスに提供できるようになる。
【００７９】
なお、以上説明した請求項２３〜請求項２８のいずれかに記載のネットワークシステムにおいても、請求項２９に記載の通り、前記特性情報は、前記デバイスの記憶容量を反映した情報とされていると好ましい。
【００８０】
より具体的には、例えば、ハードディスクや不揮発性メモリを備えるデバイスであれば、その記憶容量の大きさを示す情報であると好ましい。
このようなネットワークシステムであれば、デバイスの記憶容量が反映された順位がデバイスに付与されるので、他の条件が同じ場合、記憶容量の大きいデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスが、各種情報を保存して他のデバイスに提供する機能を有する場合に好適である。
【００８１】
また、請求項３０に記載の通り、請求項２３〜請求項２９のいずれかに記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの処理性能を反映した情報とされていると好ましい。
【００８２】
より具体的には、例えば、ＣＰＵ性能、ＲＡＭ容量、ＲＡＭ速度、ネットワーク側との通信速度を示す情報であると好ましい。また、新たな製品ほど性能が向上するデバイスの場合、製品出荷日を示す情報であってもよい。
【００８３】
このようなネットワークシステムであれば、デバイスの処理性能が反映された順位がデバイスに付与されるので、他の条件が同じ場合、処理性能の高いデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスが、各種情報を迅速に他のデバイスに提供したい場合、マスターデバイスが各種演算を実施する場合、マスターデバイスにおける入出力が多い場合等に好適である。
【００８４】
また、請求項３１に記載の通り、請求項２３〜請求項３０のいずれかに記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの連続運転性を反映した情報とされていると好ましい。
【００８５】
ここで、デバイスの連続運転性とは、デバイスの電源が落とされる可能性を意味し、例えば、主電源スイッチを持たないものと持つものとでは、前者の連続運転性が高いものとして扱われる。また、一般にＦＡＸ機能や電話機能を持つ機器は、常時稼働して着信を待ち受けているのに対し、単機能のプリンタ等は、必要時に電源を投入するだけの場合も多々あるので、ＦＡＸ機能や電話機能を持つものと持たないものとでは、前者の連続運転性が高いものとして扱われる。
【００８６】
このようなネットワークシステムであれば、デバイスの連続運転性が反映された順位がデバイスに付与されるので、他の条件が同じ場合、連続運転性の高いデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスの稼働がしばしば停止することに起因して、マスターデバイスの交代頻度が高くなるといった問題が起きにくくなり、その結果、そのようなマスターデバイスの交代に伴う負荷が各デバイスにかかりにくくなる。
【００８７】
加えて、請求項３２に記載の通り、請求項２３〜請求項３１のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、アドレスデータの示す送信先へデータを送信する機能を備えた通信機器であり、前記共用データは、前記アドレスデータを含んでなるアドレス帳データであると好ましい。
【００８８】
このようなネットワークシステムによれば、複数のデバイスは、共用データとして提供されるアドレス帳データに基づいて、アドレスデータの示す送信先へデータを送信することができるので、複数のデバイスのどれからでも、同じアドレスに対して通信することができるようになる。
【００８９】
次に、以上説明したネットワークシステムとは、さらに別のシステムについて説明する。
請求項３３に記載のネットワークシステムは、複数のデバイスがネットワークに接続され、前記デバイスには、システム内における順位が付与されて、前記順位が最上位となるデバイスがマスターデバイスとして機能するとともに、前記順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能しており、前記デバイスは、前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、前記順位決定手段によって前記順位を決定した場合に、前記順位を各デバイスに通知する順位通知手段と、前記マスターデバイスとして機能している状態で、自身以外のデバイスから前記順位の通知を受けた場合に、自身を前記一般デバイスとして機能させる制御を行う第３の制御手段とを備えたことを特徴とするネットワークシステム。
【００９０】
このように構成されたネットワークシステムによれば、マスターデバイスとして機能した際、順位決定手段は、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定し、順位通知手段は、決定した順位を各デバイスに通知する。ここで、通常であれば、マスターデバイスとして機能するデバイスは、システム内にひとつしか存在しないので、原則として、マスターデバイスとして機能している状態では、自身以外のデバイスから順位の通知を受けることはない。ただし、例外的ながら、何らかの事情（例えば、判定タイミングの時差や情報伝達の障害など）により、複数のデバイスそれぞれにおいて、自身の順位が最も高いとの判断がなされる可能性もあり、この場合、マスターデバイスとして機能している状態であるにもかかわらず、自身以外のデバイスから順位の通知を受けることがある。しかし、この場合は、第３の制御手段が、自身を一般デバイスとして機能させる制御を行うので、誤ってマスターデバイスとなったデバイスは、自身が最も順位の高いデバイスでないと認識し、マスターデバイスが複数になった状態を解消することができる。
【００９１】
したがって、このネットワークシステムによれば、ネットワーク上に存在する複数のデバイスの中から１台のマスターデバイスを動的に選定することができ、システム内にマスターデバイスが不在となるのを防止することができる。しかも、誤って複数のデバイスがマスターデバイスとして機能する状態に移行しようとする状況になっても、自身以外のデバイスから順位の通知を受けた時点で、マスターデバイスとして機能する状態に移行するのを中止するので、マスターデバイスが複数になることも阻止できる。
【００９２】
次に、以上説明した請求項３３に記載のネットワークシステムにおいて採用すると望ましい構成について説明する。
まず、請求項３４に記載の通り、請求項３３に記載のネットワークシステムにおいて、前記順位決定手段は、所定の期間が経過する毎に、システム内のデバイスから前記特性情報を取得して、前記順位を決定する処理を繰り返す手段であると望ましい。
【００９３】
このようなネットワークシステムであれば、ネットワークに参加するデバイスの増減があった場合に、その増減があったこと自体をマスターデバイスが認識できなくても、所定の期間が経過したことをもって、システム内のデバイスから特性情報を取得して順位を決定するので、その時点で、デバイスの増減を反映した順位を決定しなおすことができる。
【００９４】
また、請求項３５に記載の通り、請求項３３または請求項３４に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとして機能した際、システム内のデバイスから前記特性情報を取得する特性情報取得手段と、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する特性情報提供手段とを備えていても望ましい。
【００９５】
このようなネットワークシステムであれば、一般デバイスからマスターデバイスへ特性情報が伝達されるので、マスターデバイスが自ら各一般デバイスの特性を調査するようなシステムに比べ、複数のデバイスの特性情報を確実に得ることができる。また、使用者がマスターデバイスへ各デバイスの特性情報をそれぞれ入力する手間を省くことができる。
【００９６】
また、請求項３６に記載の通り、請求項３５に記載のネットワークシステムにおいて、前記特性情報提供手段は、前記デバイスが新たにネットワークに参加して、前記一般デバイスとして機能した際に、前記マスターデバイスとして機能するデバイスへ前記特性情報を提供する手段であり、前記順位決定手段は、前記マスターデバイスとして機能した際、前記特性情報取得手段によって、システム内のデバイスから前記特性情報を取得したら、取得した前記特性情報に基づいて、システム内における各デバイスの順位を決定する手段であると好ましい。
【００９７】
このように構成されたネットワークシステムによれば、新たなデバイスがネットワークに参加した場合に、そのデバイスの特性情報が直ちにマスターデバイスに提供され、マスターデバイスは、デバイスの順位を決定しなおすので、新たなデバイスを適切な順位に組み込むことができ、また、場合によっては、マスターデバイスの交代を行うこともできる。
【００９８】
また、請求項３７に記載の通り、請求項３３〜請求項３６のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスに前記共用データを転送する共用データ転送手段を備えていると好ましい。
【００９９】
このようなネットワークシステムであれば、マスターデバイスの交代が起こる場合に、元のマスターデバイスから新たなマスターデバイスへ共用データが転送されるので、新たなマスターデバイスは、確実に元のマスターデバイスと同じ共用データを各デバイスに提供できるようになる。
【０１００】
また、請求項３８に記載の通り、請求項３３〜請求項３７のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記一般デバイスとして機能する状態から前記マスターデバイスとして機能する状態へ移行する制御がなされた場合に、その直前まで前記マスターデバイスとして機能していたデバイスから前記共用データを取得する共用データ取得手段を備えていてもよい。
【０１０１】
このようなネットワークシステムであれば、マスターデバイスの交代が起こる場合に、新たなマスターデバイスは直前までマスターデバイスとして機能していたデバイスから共用データを取得するので、新たなマスターデバイスは、確実に元のマスターデバイスと同じ共用データを各デバイスに提供できるようになる。
【０１０２】
ちなみに、上記共用データ取得手段とは別の手段を備えるシステムを考えることもできる。例えば、請求項３３〜請求項３８のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、前記一般デバイスとして機能する状態から前記マスターデバイスとして機能する状態へ移行する制御がなされた場合に、前記一般デバイスとして機能していたデバイスから前記共用データを取得する手段を備えていてもよい。このようなネットワークシステムの場合、マスターデバイスの交代が起こる場合に、新たなマスターデバイスは一般デバイスとして機能していたデバイスから共用データを取得するので、元のマスターデバイスが稼働を停止した場合でも、新たなマスターデバイスは、一般デバイスから取得した共用データを各デバイスに提供できるようになる。
【０１０３】
なお、以上説明した請求項３３〜請求項３８のいずれかに記載のネットワークシステムにおいても、請求項３９に記載の通り、前記特性情報は、前記デバイスの記憶容量を反映した情報とされていると好ましい。
【０１０４】
より具体的には、例えば、ハードディスクや不揮発性メモリを備えるデバイスであれば、その記憶容量の大きさを示す情報であると好ましい。
このようなネットワークシステムであれば、デバイスの記憶容量が反映された順位がデバイスに付与されるので、他の条件が同じ場合、記憶容量の大きいデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスが、各種情報を保存して他のデバイスに提供する機能を有する場合に好適である。
【０１０５】
また、請求項４０に記載の通り、請求項３３〜請求項３９のいずれかに記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの処理性能を反映した情報とされていると好ましい。
【０１０６】
より具体的には、例えば、ＣＰＵ性能、ＲＡＭ容量、ＲＡＭ速度、ネットワーク側との通信速度を示す情報であると好ましい。また、新たな製品ほど性能が向上するデバイスの場合、製品出荷日を示す情報であってもよい。
【０１０７】
このようなネットワークシステムであれば、デバイスの処理性能が反映された順位がデバイスに付与されるので、他の条件が同じ場合、処理性能の高いデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスが、各種情報を迅速に他のデバイスに提供したい場合、マスターデバイスが各種演算を実施する場合、マスターデバイスにおける入出力が多い場合等に好適である。
【０１０８】
また、請求項４１に記載の通り、請求項３３〜請求項４０のいずれかに記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの連続運転性を反映した情報とされていると好ましい。
【０１０９】
ここで、デバイスの連続運転性とは、デバイスの電源が落とされる可能性を意味し、例えば、主電源スイッチを持たないものと持つものとでは、前者の連続運転性が高いものとして扱われる。また、一般にＦＡＸ機能や電話機能を持つ機器は、常時稼働して着信を待ち受けているのに対し、単機能のプリンタ等は、必要時に電源を投入するだけの場合も多々あるので、ＦＡＸ機能や電話機能を持つものと持たないものとでは、前者の連続運転性が高いものとして扱われる。
【０１１０】
このようなネットワークシステムであれば、デバイスの連続運転性が反映された順位がデバイスに付与されるので、他の条件が同じ場合、連続運転性の高いデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスの稼働がしばしば停止することに起因して、マスターデバイスの交代頻度が高くなるといった問題が起きにくくなり、その結果、そのようなマスターデバイスの交代に伴う負荷が各デバイスにかかりにくくなる。
【０１１１】
加えて、請求項４２に記載の通り、請求項３３〜請求項４１のいずれかに記載のネットワークシステムにおいて、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されている場合、前記デバイスは、アドレスデータの示す送信先へデータを送信する機能を備えた通信機器であり、前記共用データは、前記アドレスデータを含んでなるアドレス帳データであると好ましい。
【０１１２】
このようなネットワークシステムによれば、複数のデバイスは、共用データとして提供されるアドレス帳データに基づいて、アドレスデータの示す送信先へデータを送信することができるので、複数のデバイスのどれからでも、同じアドレスに対して通信することができるようになる。
【０１１３】
次に、以上説明したネットワークシステムを構成するノードとして用いられるデバイスについて説明する。
請求項４３に記載のデバイスは、請求項１に記載のネットワークシステムを構成するノードとして用いられるデバイスであって、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認するマスターデバイス確認手段と、前記マスターデバイスとして機能するデバイスがシステム内に存在することを、前記マスターデバイス確認手段によって確認できない場合に、自身の順位を判定する順位判定手段と、前記順位判定手段によって、自身の順位が最上位であると判定した場合に、自身を前記マスターデバイスとして機能させる制御を行う第１の制御手段とを備えたことを特徴とする。
【０１１４】
このように構成されたデバイスは、先に説明した請求項１に記載のネットワークシステムを構成するデバイスが備えていた各手段を備えている。したがって、このデバイスを利用すれば、請求項１に記載のネットワークシステムを構成することができる。
【０１１５】
なお、このデバイスは、上述の通り、先に説明した請求項１に記載のネットワークシステムにおけるデバイスと同等な装置となるので、このデバイスにおいても、請求項１記載のネットワークシステムを構成するデバイスが備え得る望ましい構成（請求項２〜請求項２２に記載の各手段）を備えることができるのはもちろんである。
【０１１６】
また、請求項４４に記載のデバイスは、請求項２３に記載のネットワークシステムを構成するノードとして用いられるデバイスであって、前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手段と、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う第２の制御手段とを備えたことを特徴とする。
【０１１７】
このように構成されたデバイスは、先に説明した請求項２３に記載のネットワークシステムを構成するデバイスが備えていた各手段を備えている。したがって、このデバイスを利用すれば、請求項２３に記載のネットワークシステムを構成することができる。
【０１１８】
なお、このデバイスは、上述の通り、先に説明した請求項２３に記載のネットワークシステムにおけるデバイスと同等な装置となるので、このデバイスにおいても、請求項２３記載のネットワークシステムを構成するデバイスが備え得る望ましい構成（請求項２４〜請求項３２に記載の各手段）を備えることができるのはもちろんである。
【０１１９】
また、請求項４５に記載のデバイスは、請求項３３に記載のネットワークシステムを構成するノードとして用いられるデバイスであって、前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手段と、前記順位決定手段によって前記順位を決定した場合に、前記順位を各デバイスに通知する順位通知手段と、前記マスターデバイスとして機能している状態で、自身以外のデバイスから前記順位の通知を受けた場合に、自身を前記一般デバイスとして機能させる制御を行う第３の制御手段とを備えたことを特徴とする。
【０１２０】
このように構成されたデバイスは、先に説明した請求項３３に記載のネットワークシステムを構成するデバイスが備えていた各手段を備えている。したがって、このデバイスを利用すれば、請求項３３に記載のネットワークシステムを構成することができる。
【０１２１】
なお、このデバイスは、上述の通り、先に説明した請求項３３に記載のネットワークシステムにおけるデバイスと同等な装置となるので、このデバイスにおいても、請求項３３記載のネットワークシステムを構成するデバイスが備え得る望ましい構成（請求項３４〜請求項４２に記載の各手段）を備えることができるのはもちろんである。
【０１２２】
次に、以上説明したデバイスの機能を実現するためのプログラムについて説明する。
請求項４６に記載のプログラムは、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスがシステム内に存在することを確認するマスターデバイス確認手順と、前記マスターデバイスとして機能するデバイスがシステム内に存在することを、前記マスターデバイス確認手順において確認できない場合に、自身の順位を判定する順位判定手順と、前記順位判定手順において、自身の順位が最上位であると判定した場合に、自身を前記マスターデバイスとして機能させる制御を行う第１の制御手順とを、請求項１に記載のネットワークシステムを構成するノードとして用いられるデバイスに実行させることを特徴とする。
【０１２３】
このように構成されたプログラムに従った処理をデバイスに実行させれば、デバイスは、先に説明した請求項１に記載のネットワークシステムを構成するデバイスが備えていた各手段を備えたデバイスとして機能する。したがって、このデバイスを利用すれば、請求項１に記載のネットワークシステムを構成することができる。
【０１２４】
なお、このプログラムに従った処理をデバイスに実行させれば、デバイスは、上述の通り、先に説明した請求項１に記載のネットワークシステムにおけるデバイスと同等な装置となるので、さらに、請求項１記載のネットワークシステムを構成するデバイスが備え得る望ましい構成（請求項２〜請求項２２に記載の各手段）を実現する手順を、デバイスに実行させるプログラムとして構成してもよいのはもちろんである。
【０１２５】
また、請求項４７に記載のプログラムは、前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手順と、前記順位決定手順において順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手順と、前記一般デバイスとして機能した際、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う第２の制御手順とを、請求項２３に記載のネットワークシステムを構成するノードとして用いられるデバイスに実行させることを特徴とする。
【０１２６】
このように構成されたプログラムに従った処理をデバイスに実行させれば、デバイスは、先に説明した請求項２３に記載のネットワークシステムを構成するデバイスが備えていた各手段を備えたデバイスとして機能する。したがって、このデバイスを利用すれば、請求項２３に記載のネットワークシステムを構成することができる。
【０１２７】
なお、このプログラムに従った処理をデバイスに実行させれば、デバイスは、上述の通り、先に説明した請求項２３に記載のネットワークシステムにおけるデバイスと同等な装置となるので、さらに、請求項２３記載のネットワークシステムを構成するデバイスが備え得る望ましい構成（請求項２４〜請求項３２に記載の各手段）を実現する手順を、デバイスに実行させるプログラムとして構成してもよいのはもちろんである。
【０１２８】
また、請求項４８に記載のプログラムは、前記マスターデバイスとして機能した際、システム内のデバイスの特性を示す特性情報に基づいて、システム内における各デバイスの順位を決定する順位決定手順と、前記順位決定手順において前記順位を決定した場合に、前記順位を各デバイスに通知する順位通知手順と、前記マスターデバイスとして機能している状態で、自身以外のデバイスから前記順位の通知を受けた場合に、自身を前記一般デバイスとして機能させる制御を行う第３の制御手順とを、請求項３３に記載のネットワークシステムを構成するノードとして用いられるデバイスに実行させることを特徴とする。
【０１２９】
このように構成されたプログラムに従った処理をデバイスに実行させれば、デバイスは、先に説明した請求項３３に記載のネットワークシステムを構成するデバイスが備えていた各手段を備えたデバイスとして機能する。したがって、このデバイスを利用すれば、請求項３３に記載のネットワークシステムを構成することができる。
【０１３０】
なお、このプログラムに従った処理をデバイスに実行させれば、デバイスは、上述の通り、先に説明した請求項３３に記載のネットワークシステムにおけるデバイスと同等な装置となるので、さらに、請求項３３記載のネットワークシステムを構成するデバイスが備え得る望ましい構成（請求項３４〜請求項４２に記載の各手段）を実現する手順を、デバイスに実行させるプログラムとして構成してもよいのはもちろんである。
【発明を実施するための最良の形態】
【０１３１】
次に、本発明の実施形態について一例を挙げて説明する。
［システム全体の構成］
図１は、本発明の一実施形態として例示するネットワークシステムの概略構成図である。
【０１３２】
このネットワークシステムは、パーソナルコンピュータ（以下、ＰＣと略称する）１と、複数の画像処理装置３，３，５，５とを備えてなり、これらの機器がＬＡＮ（Local Area Network）７に接続されて、相互に通信可能となっている。
【０１３３】
ＰＣ１は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、操作部１０５、表示部１０６、ハードディスク装置１０７（ＨＤＤ１０７）、ＬＡＮ  Ｉ／Ｆ１０８等を備えている。ＣＰＵ１０１は、ＲＯＭ１０２およびＲＡＭ１０３に記憶されたプログラムに従って、ＰＣ１各部に対する制御および演算を実行する装置である。ＲＯＭ１０２は、ＰＣ１の電源スイッチを切っても記憶内容を保持している記憶装置で、ＢＩＯＳ（Basic Input Output System）など、ＰＣ１を制御するために最小限必要なプログラムやデータを記憶している。ＲＡＭ１０３は、ＨＤＤ１０７から読み込まれるＯＳや各種アプリケーションプログラムを記憶可能な装置で、ＣＰＵ１０１による演算に伴って発生する各種データもＲＡＭ１０３に記憶される。操作部１０５は、キーボードや各種ポインティングデバイス（例えば、マウス）等によって構成される。表示部１０６は、カラー画像を表示可能な液晶ディスプレイ等によって構成されている。ＨＤＤ１０７は、ＯＳ、各種アプリケーションプログラム、および各種データファイルを記憶する装置である。ＬＡＮ  Ｉ／Ｆ１０８は、ＬＡＮ７側との通信制御を行う装置である。また、これらのハードウェアを制御するため、ＰＣ１には、ＯＳ（Operating System）が搭載されている。ＰＣ１に搭載されるＯＳの具体例としては、例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＭａｃＯＳ（登録商標）などを挙げることができる。なお、これらのＯＳによって提供される各種機能は公知なので、ここでの詳細な説明は省略するが、以下の説明においては、ＰＣ１が、Ｗｉｎｄｏｗｓ（登録商標）によって提供される各種機能を有するとの前提で説明を続ける。
【０１３４】
画像処理装置３は、ＭＦＰ（Multi-Function Product）と呼ばれる複合機で、スキャナ機能、プリンタ機能、コピー機能、ファクシミリ機能、電話機能、電子メール送受信機能などを兼ね備えている。この画像処理装置３は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、不揮発性ＲＡＭ３０４、操作キー３０５、表示パネル３０６、ハードディスク装置３０７（ＨＤＤ３０７）、ＬＡＮ  Ｉ／Ｆ３０８、印刷部３１１、読み取り部３１２、モデム３１３等を備えている。ＣＰＵ３０１は、ＲＯＭ３０２に記憶されたプログラムに従って、画像処理装置３各部に対する制御および演算を実行する装置である。ＲＯＭ３０２は、画像処理装置３を制御するために必要なプログラムやデータを記憶している。ＲＡＭ３０３は、主にＣＰＵ３０１による演算に伴って発生する各種データを記憶する装置で、不揮発性ＲＡＭ３０４やＨＤＤ３０７よりもアクセス速度が速いことから、画像処理装置３の稼働時には、不揮発性ＲＡＭ３０４やＨＤＤ３０７に記憶されたデータの一部をＲＡＭ３０３に転送して利用することもある。不揮発性ＲＡＭ３０４は、画像処理装置３の電源スイッチを切ったときにも、内蔵する電池によって記憶内容を保持するように構成された記憶装置である。本実施形態において、この不揮発性ＲＡＭ３０４には、後から詳述するアドレス帳データ３２１，５２１やバックアップデータ（図示略）が記憶される。操作キー３０５は、利用者が画像処理装置３に各種指令を与えるために操作する入力装置である。表示パネル３０６は、液晶ディスプレイによって構成されている。ＨＤＤ３０７は、各種データを記憶する装置で、本実施形態においては、主に読み取り部３１２で読み取った画像データが一時的に蓄積される。ＬＡＮ  Ｉ／Ｆ３０８は、ＬＡＮ７側との通信制御を行う装置である。印刷部３１１は、シート状の媒体（例えば記録用紙）に対して画像データの表す画像を記録（印刷）する装置で、プリンタ機能による画像の印刷、ファクシミリ機能による受信画像の印刷、コピー機能によるコピー画像の印刷等を行う際に作動する。読み取り部３１２は、自動原稿送り装置（図示略）にセットされた原稿またはフラットベッドのコンタクトガラス上に置かれた原稿から画像を読み取り、その画像を表す画像データを生成するもので、スキャナ機能による画像の読み取り、ファクシミリ機能による送信画像の読み取り等を行う際に作動する。モデム３１３は、公衆回線を介してファクシミリ画像の送受信を行ったり音声通信を行うために必要な装置である。
【０１３５】
画像処理装置５は、ＤＣＰ（Digital Copier Peripheral）と呼ばれる複合機で、スキャナ機能、プリンタ機能、コピー機能、電子メール送受信機能などを兼ね備えているが、上記画像処理装置３とは異なり、ファクシミリ機能および電話機能を備えていない。この画像処理装置５は、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、不揮発性ＲＡＭ５０４、操作キー５０５、表示パネル５０６、ハードディスク装置５０７（ＨＤＤ５０７）、ＬＡＮ  Ｉ／Ｆ５０８、印刷部５１１、読み取り部５１２等を備えている。これらの構成は、画像処理装置３が備える構成とほぼ同様のものばかりなので、詳細な説明については省略する。なお、画像処理装置５は、ファクシミリ機能および電話機能を備えていないため、画像処理装置３が備えていたモデム３１３に相当する構成は備えていない。
【０１３６】
なお、図１においては、便宜的に全部で４台の画像処理装置３，３，５，５を図示してあるが、さらに多くの画像処理装置（デバイス）がＬＡＮ７に接続されていてもよい。
［システムの動作および機能の概要］
以上のように構成されたネットワークシステムにおいて、ネットワーク上のデバイス（本実施形態では、画像処理装置３，３，５，５）は、それぞれが後述する処理を実行することにより、いずれか１台がマスターデバイスとして機能し、マスターデバイス以外のデバイスが一般デバイスとして機能する。どのデバイスがマスターデバイスとして機能するかは、後述する処理の中で決定されるが、概略を説明すると、本システムにおいては、各デバイスにシステム内における順位が付与され、この順位が高いデバイスほど優先的にマスターデバイスとして機能する状態に移行する仕組みとなっている。以下、この順位のことを優先度ともいう。
【０１３７】
マスターデバイスとして機能したデバイスの役割は、（１）システム内に存在する一般デバイスを管理下に置き、システム内のすべてのデバイスが共用する共用データを各一般デバイスに提供すること、（２）この共用データの更新がなされる毎に更新前の共用データのバックアップを作成するとともに、過去に実施された共用データの更新毎に作成された複数のバックアップデータを管理し、誤って共用データが更新されたような場合に、共用データの復元を図ることができるようにすること、（３）システム内のデバイスの優先度（順位）を管理し、システム内のデバイスが増減した場合には、全てのデバイスを対象に優先度の見直しを行うこと、（４）さらには、優先度を見直した結果、マスターデバイスより優先度の高いデバイスが存在した場合は、そのデバイスとマスターデバイスとしての立場の交代を図ることなど、多岐にわたる。
【０１３８】
また、本実施形態において、システム内のすべてのデバイスが共用する共用データは、図２に示すようなアドレス帳データである。このアドレス帳データには、ＩＤ、電話番号、ＦＡＸ番号、およびメールアドレスを１組として、複数組のデータが登録されるようになっている。最新のアドレス帳データは、デバイスがネットワークに参加した際に、マスターデバイスから提供され、その最新のアドレス帳データを取得したデバイスは、最新のアドレス帳データをマスターデータとして自機内の不揮発性ＲＡＭ３０４，５０４に保存する。また、いずれかのデバイスにおいて、アドレス帳データの更新がなされた場合は、後述する処理により、まずマスターデバイスにおいてアドレス帳データが更新され、マスターデバイスにおいて更新された最新のアドレス帳データが、ネットワーク内の各デバイスに提供される。これらの結果、ネットワーク内のデバイスは、常に最新且つ同一内容のアドレス帳データを記憶する状態となる。
【０１３９】
さらに、アドレス帳データの更新がなされる際には、後述する処理により、更新前のマスターデータ（＝アドレス帳データ）のコピーが、バックアップデータとして保存される。バックアップデータは、マスターデータの更新がなされる毎に、それぞれ別ファイルに保存され、マスターデータの更新がなされるたびに蓄積されてゆく。ただし、単に蓄積するだけでは、バックアップデータの占める記憶容量が無制限に増大してしまうので、本実施形態では、あらかじめ定められた記憶容量の範囲内でバックアップデータを蓄積し、その記憶容量を超える場合は、最も古いバックアップデータを削除することで、所定の記憶容量を超過しないように処理されている。なお、バックアップデータが無制限に増えるのを防止する方法は任意であり、記憶容量の上限を制限する他にも、過去何回分のバックアップデータを保存するかをあらかじめ定めておくといった方法でも構わない。
【０１４０】
また、複数回の更新に対応して作成される複数のバックアップデータは、後述する処理により、あらかじめ定められた記憶容量の範囲内で、マスターデバイスに蓄積されるとともに、一般デバイスの優先度に従って優先度の高い一般デバイスほど新しいバックアップデータを記憶するように、複数の一般デバイスそれぞれが１つずつバックアップデータを記憶する。具体的な例を挙げれば、全デバイスが４台あって、そのうち、マスターデバイスが１台、一般デバイスが３台の場合、アドレス帳データの更新がなされると、その更新前の内容を持つバックアップデータ＃１が作成される。このバックアップデータ＃１は、マスターデバイスに記憶されるとともに、優先度の最も高い（＝優先度２位の）一般デバイス（注：優先度１位はマスターデバイス）にも送信され、優先度の最も高い（＝優先度２位の）一般デバイスに記憶される。そして、さらにアドレス帳データの更新がなされると、既に存在するバックアップデータ＃１はバックアップデータ＃２とされ、更新前のアドレス帳データのコピーがバックアップデータ＃１とされる。このバックアップデータ＃１、＃２は、双方ともマスターデバイスに記憶される。また、優先度の最も高い（＝優先度２位の）一般デバイス（注：優先度１位はマスターデバイス）が既に記憶しているバックアップデータ＃１は、次に優先度の高い（＝優先度３位の）デバイスに送信されてバックアップデータ＃２として保存され、優先度の最も高い（＝優先度２位の）一般デバイスには、マスターデバイスから新たなバックアップデータ＃１が送信されて、元のバックアップデータ＃１に対して上書き保存される。以後、アドレス帳データの更新がなされる毎に、マスターデバイスにおいては別ファイルとして複数のバックアップデータが蓄積され、一般デバイスにおいては、優先度の高い側から、それぞれが１つのバックアップデータを記憶しゆくことになる。このようなバックアップ方法を実現するための具体的な処理については、後から詳しく説明する。
【０１４１】
なお、画像処理装置３においては、ファクシミリ機能、電話機能、電子メール送信機能を利用する際に、自機内のアドレス帳データを参照して送信先ないし発呼先を選ぶことができる。また、画像処理装置５の場合、ファクシミリ機能、電話機能は備えていないが、電子メール送信機能を利用する際に、自機内のアドレス帳データを参照して送信先を選ぶことができる。電子メール送信機能は、スキャナ機能を利用して読み取った画像データを電子メール形式のデータに変換し、電子メールとして送信先へ伝送することができる機能である。画像処理装置３，５では、この電子メール送信機能と対になる電信メール受信機能を備えているので、電子メールを受信して、電子メール中に含まれている画像データを印刷機能により印刷出力することもできる。
【０１４２】
［デバイスが稼働を開始したときに関連する処理］
以下、このようなネットワークシステムを実現するためにネットワーク上の各デバイス（本実施形態では、画像処理装置３，３，５，５）が実行する処理について説明する。なお、以下の説明においては、特に必要がない限り、画像処理装置３と画像処理装置５とを特に区別することなくデバイスと称する。
【０１４３】
まず、デバイスの電源がＯＮにされたときの処理について、図３に基づいて説明する。
デバイスの電源がＯＮにされると、デバイスは、まず、ブロードキャストにてマスター適性値を送信する（Ｓ１０５）。マスター適性値は、先に説明したデバイスの優先度を決定するために利用される値で、本実施形態では、（不揮発性ＲＡＭ容量）×（連続運転性指標：ＦＡＸ機能があるデバイスは２、ＦＡＸ機能が無いデバイスは１）という演算によって求まる値が、マスター適性値として送信される。すなわち、不揮発性ＲＡＭ容量が大きいほどマスター適性値は大きい値となり、また、ＦＡＸ機能があるデバイスはマスター適性値が大きい値となる。後述する処理では、このマスター適性値が大きいほど優先度が高いと判断され、その結果、最もマスター適性値の大きいデバイスがマスターデバイスとして機能する状態になる。このようにして優先度を決めるのは、不揮発性ＲＡＭ容量が大きいほど、バックアップデータを保存する能力が高いので、マスターデバイスとして適していると考えられ、また、ＦＡＸ機能があるデバイスは電源を落とさない可能性が高く、ネットワーク内で常時アドレス帳データの提供を行ったりデバイスの増減を監視したりすることができる可能性が高いので、マスターデバイスとして適していると考えられるためである。
【０１４４】
さて、Ｓ１０５の処理により、マスター適性値を送信したら、続いてマスターデバイスから返事があるか否かを判断し（Ｓ１１０）、返事がない場合は（Ｓ１１０：ＮＯ）、所定時間（例えば１秒）が経過するまでウエイトし（Ｓ１１５）、その後、タイムアウトか否かを判断して（Ｓ１２０）、タイムアウトでなければ（Ｓ１２０：ＮＯ）、Ｓ１１０の処理へと戻る。このＳ１１０〜Ｓ１２０の処理は、マスターデバイスから返事があるか、タイムアウトになるまで繰り返される。
【０１４５】
このＳ１１０〜Ｓ１２０の繰り返し処理の中で、タイムアウトとなった場合は（Ｓ１２０：ＹＥＳ）、ネットワーク上に返事を返すべきマスターデバイスが存在しないことを意味するので、デバイスは、自身がマスターデバイスとして機能すべきと認識し、管理情報の作成を実行する（Ｓ１２５）。なお、Ｓ１２５の処理の詳細については後述する。
【０１４６】
Ｓ１２５の処理を終えたら、デバイスは、自身が持つアドレス帳データを共用データであると認識し（Ｓ１２７）、この処理を終える。なお、認識方法は、共用データ用の記憶領域にアドレス帳データをコピーしたり整形したりすることによって共用データであると認識するといった方法でもよいし、そもそもアドレス帳データそのものを共用データとして提供するようにプログラミングしてもよい。
【０１４７】
一方、Ｓ１１０〜Ｓ１２０の繰り返し処理の中で、マスターデバイスから返事があった場合は（Ｓ１１０：ＹＥＳ）、優先度変更パケット受信処理を実行して（Ｓ１３０）、この処理を終える。なお、Ｓ１３０の処理の詳細については後述する。
【０１４８】
次に、上記Ｓ１０５の処理で送信されるマスター適性値のパケットをデバイスが受信した際、その受信イベントに対応する割り込みルーチン（＝イベントハンドラ；以下、イベントハンドラと称する。）として実行されるマスター適性値パケット受信処理について、図４に基づいて説明する。
【０１４９】
マスター適性値パケットをデバイスが受信したことに伴って、デバイスがこの処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」か否かを判断する（Ｓ２０５）。自機動作パラメータは、デバイスがマスターデバイスとして機能する状態にあるか一般デバイスとして機能する状態にあるかを示すフラグで、自機動作パラメータが「マスター」でない場合は（Ｓ２０５：ＮＯ）、そのまま処理を終了する。すなわち、このマスター適性値パケット受信処理では、デバイスが一般デバイスとして機能する状態にある場合、実質的な処理を実行しない。
【０１５０】
一方、自機動作パラメータが「マスター」である場合（Ｓ２０５：ＹＥＳ）、そのデバイスはマスターデバイスとして機能する状態にあるので、デバイスは、管理情報と比較して優先度を解析する（Ｓ２１０）。管理情報は、マスターデバイスとして機能するデバイスが後述する処理によって作成し、自機内の記憶領域（例えば、ＨＤＤ３０７，５０７）に記憶している情報である。この管理情報には、図５に例示するように、ＩＤ、優先度、ＩＰアドレス、マスター適性値を１組として、複数組のデータが登録されるようになっている。Ｓ２１０の処理では、受信したマスター適性値を、管理情報内に記録されたマスター適性値と比較することにより、マスター適性値を送信したデバイスが、現在のマスターデバイスより優先度の高いデバイス（＝マスター適性値の大きいデバイス）であるか否かを解析する。
【０１５１】
そして、Ｓ２１０の処理によって解析した結果、相手（＝マスター適性値を送信したデバイス）がマスターになるべきであれば（Ｓ２１５：ＹＥＳ）、デバイス（＝現在のマスターデバイス）は、相手にマスターになるように通知し（Ｓ２２０）、この処理を終了する。一方、Ｓ２１０の処理によって解析した結果、自身（＝現在のマスターデバイス）が引き続きマスターデバイスとして機能すべきであれば（Ｓ２１５：ＮＯ）、管理情報の作成を実行して（Ｓ２２５）、この処理を終える。なお、Ｓ２２５の処理は、Ｓ１２５の処理と同等な処理であるが、詳細についてはこの後に説明する。
【０１５２】
次に、上記Ｓ１２５、およびＳ２２５の処理に相当する管理情報の作成処理について、図６に基づいて説明する。
この処理を開始すると、デバイスは、ブロードキャストで、全デバイスにマスター適性値を返信するように指示し（Ｓ３０５）、所定時間（例えば、５秒間）ウエイトして（Ｓ３１０）、その間に他のデバイスからの返信を受信する。そして、受信したマスター適性値パケットおよび自身のマスター適性値に基づいて、先に説明した管理情報（図５参照）を作成し（Ｓ３１５）、その管理情報を参照して自分のマスター適性値が一番高いか否かを判断する（Ｓ３２０）。なお、Ｓ３０５の処理によるブロードキャストに対する応答がなかった場合、管理情報には自身しか登録されていないので、当然、自身のマスター適性値が一番高いと判断される。
【０１５３】
ここで、自分（＝現在のマスターデバイス）のマスター適性値が一番高くはない場合（Ｓ３２０：ＮＯ）、一番マスター適性値の高いデバイスにマスターになるように通知して（Ｓ３３０）、この処理を終了する。なお、Ｓ３３０の処理を実行したことに伴って、通知を受けたデバイスでは、後述する優先度変更パケット受信処理（図７参照）が実行されることになる。
【０１５４】
一方、自分（＝現在のマスターデバイス）のマスター適性値が一番高い場合は（Ｓ３２０：ＹＥＳ）、管理下デバイス（＝管理情報に登録されたデバイス）に、（１）優先度指定情報、（２）監視用のデバイスのアドレス情報、（３）マスターのアドレス情報、以上３つの情報を含んだパケットを送信する（Ｓ３４０）。なお、Ｓ３４０の処理によって送信されたパケットを受信したデバイス（＝管理情報に登録されたデバイス）では、後述する優先度変更パケット受信処理（図７参照）が実行され、マスターデバイス（この処理を実行するデバイス）に対して返事が返されることになる。
【０１５５】
そこで、Ｓ３４０の処理を終えた後、デバイスは、全ての管理下デバイスから返事があったか否かを判断し（Ｓ３５０）、全デバイスからの返事が得られていない場合は（Ｓ３５０：ＮＯ）、所定時間（例えば１秒間）ウエイトし（Ｓ３５５）、その後、タイムアウトか否かを判断して（Ｓ３６０）、タイムアウトでなければ（Ｓ３６０：ＮＯ）、Ｓ３５０の処理へと戻る。このＳ３５０〜Ｓ３６０の処理は、全てのデバイスから返事があるかタイムアウトになるまで繰り返される。
【０１５６】
このＳ３５０〜Ｓ３６０の繰り返し処理の中で、タイムアウトとなった場合は（Ｓ３６０：ＹＥＳ）、ネットワーク上に返事を返すべきデバイスが存在しないことを意味するので、デバイスは、既に管理情報の内容が有効ではないものと認識し、Ｓ３１５の処理へと戻って、あらためてＳ３１５以降の処理をやりなおす。
【０１５７】
一方、Ｓ３５０〜Ｓ３６０の繰り返し処理の中で、全てのデバイスから返事があった場合（Ｓ３５０：ＹＥＳ）、デバイスは、自機動作パラメータに「マスター」であることを示すフラグをセットし（Ｓ３６５）、この処理を終える。
【０１５８】
次に、上記Ｓ２２０またはＳ３３０の処理による通知（＝マスターとして機能すべき旨の通知）を受信した場合、もしくは上記Ｓ３４０の処理による優先度指定情報を受信した場合に、その受信イベントに対応するイベントハンドラとして実行される優先度変更パケット受信処理について、図７に基づいて説明する。
【０１５９】
この処理を開始すると、デバイスは、まずマスターに変更すべき旨の通知であるか否かを判断する（Ｓ４０５）。
ここで、Ｓ４０５の処理による判断の結果、マスターに変更するとの判断がなされた場合（Ｓ４０５：ＹＥＳ）、引き続いて、管理情報作成中か否かを判断し（Ｓ４１０）、既に管理情報作成中であれば（Ｓ４１０：ＹＥＳ）、この処理を開始する以前に、既にデバイス自身がマスターとして機能すべきことを認識していたことになるので、そのままイベントハンドラの処理を終了する。また、管理情報作成中でなかった場合は（Ｓ４１０：ＮＯ）、その時点でデバイス自身がマスターとして機能すべきことを認識するので、その時点で既にマスターデバイスとして機能しているデバイスから、アドレス帳データのマスターデータを取得する（Ｓ４１５）。
【０１６０】
より詳しくは、Ｓ４１５の処理では、まず、その時点でマスターデバイスとして機能しているデバイスに対してマスターデータ取得要求が送信され、このマスターデータ取得要求をマスターデバイスが受信すると、その受信イベントに対応するイベントハンドラとして、マスターデバイスでは図８に示すマスターデータ取得要求受信処理が実行される。このマスターデータ取得要求受信処理を実行することにより、マスターデバイスは、要求元のデバイスに対してマスターデータを返信する（Ｓ５０５）。そして、このＳ５０５の処理によって返信されたマスターデータが、Ｓ４１５の処理において取得されることになる。
【０１６１】
こうしてＳ４１５の処理によってマスターデータを取得したら、続いて、デバイスは、管理情報の作成を実行して（Ｓ４２０）、この処理を終える。なお、Ｓ４２０の処理は、既に説明したＳ３０５〜Ｓ３６５の処理に相当する処理なので、ここでの説明は省略する。
【０１６２】
一方、Ｓ４０５の処理による判断の結果、マスターに変更するとの判断がなされなかった場合（Ｓ４０５：ＮＯ）、デバイスは、（２）監視用のデバイスのアドレス情報、（３）マスターのアドレス情報を不揮発性ＲＡＭ３０４，５０４に記憶する（Ｓ４２５）。そして、引き続いて、デバイスは、管理情報作成中か否かを判断する（Ｓ４３０）。このとき、既に管理情報作成中であれば（Ｓ４３０：ＹＥＳ）、マスターとして機能すべきデバイスではないにもかかわらず、この処理を開始する以前に、既にデバイス自身がマスターとして機能すべきと誤認していたことになるので、管理情報作成処理を中断し、作成中であった管理情報を削除する（Ｓ４３５）。これにより、優先度変更パケットを送信するデバイス（＝既にマスターデバイスとして機能しているデバイス）が他に存在するにもかかわらず、この処理を実行しているデバイスがマスターデバイスとして機能し始めるのを防止する。なお、管理情報作成中でなければ（Ｓ４３０：ＮＯ）、デバイスがマスターとして機能しようとしている訳ではないことになるので、Ｓ４３５の処理をスキップする。
【０１６３】
そして、デバイスは、自機動作パラメータを、指示のあった優先度に変更し（Ｓ４４０）、マスターからの指示通りの優先度となった旨の返事をマスターに返して（Ｓ４４５）、この処理を終了する。なお、このＳ４４５の処理によってマスターデバイスに返される返事が、上記Ｓ３５０〜Ｓ３６０の繰り返し処理の中でマスターデバイスに受け取られる返事となる。
【０１６４】
［デバイスが稼働中に周期的に実行する処理］
次に、各デバイスが概ね一定期間が経過する毎に周期的に繰り返す処理（周期ハンドラ）について、図９に基づいて説明する。
【０１６５】
この処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」であるか否かを判断し（Ｓ６０５）、自機動作パラメータが「マスター」である場合（Ｓ６０５：ＹＥＳ）、管理下のデバイスに監視パケットを送信する（Ｓ６１０）。
【０１６６】
ここで、この監視パケットを各デバイス（＝一般デバイス）が受信すると、その受信イベントに対応するイベントハンドラとして、各デバイスでは図１０に示す動作確認パケット受信処理が実行され、各デバイスは、マスターデバイスに対して動作している旨を返信する（Ｓ７０５）。
【０１６７】
そこで、デバイス（＝マスターデバイス）は、監視パケットを送信したデバイス全てから返事があったか否かを確認し（Ｓ６１５）、全て返事があった場合は（Ｓ６１５：ＹＥＳ）、管理下のデバイス（＝管理情報に登録された一般デバイス）全てが以前と同様に稼働しているものと認識し、この処理を終える。
【０１６８】
また、少なくともひとつのデバイスから返事が無かった場合は（Ｓ６１５：ＮＯ）、管理下のデバイス（＝管理情報に登録された一般デバイス）全てが以前と同様に稼働している訳ではないものと認識し、管理情報の作成を実行することにより（Ｓ６２０）、管理情報を作りなおす。なお、Ｓ６２０の処理は、既に説明したＳ３０５〜Ｓ３６５の処理に相当するので、ここでの詳細な説明は省略する。
【０１６９】
こうして管理情報を作りなおしたら、Ｓ６１０の処理へと戻ることにより、あらためてＳ６１０以降の処理を実行し、新たに管理下に置かれたデバイス（＝作りなおした管理情報に登録された一般デバイス）全てが稼働しているかどうかを確認する。
【０１７０】
さて、Ｓ６０５の処理において、自機動作パラメータが「マスター」でなかった場合（Ｓ６０５：ＮＯ）、デバイス（＝一般デバイス）は、自分より一つ上の優先度のデバイス（＝上位デバイス）に監視パケットを送信する（Ｓ６３０）。
【０１７１】
ここで、この監視パケットを各デバイス（＝上位デバイス）が受信すると、その受信イベントに対応するイベントハンドラとして、各デバイスでは既に説明した図１０に示す動作確認パケット受信処理が実行され、各デバイスは、自分より一つ下の優先度のデバイスに対して動作している旨を返信する（Ｓ７０５）。
【０１７２】
そこで、デバイス（＝上位デバイスに監視パケットを送信したデバイス）は、上位デバイスから返事があったか否かを確認し（Ｓ６３５）、返事があった場合は（Ｓ６３５：ＹＥＳ）、上位デバイスが以前と同様に稼働しているものと認識し、そのままこの処理を終える。
【０１７３】
一方、上位デバイスから返事が無かった場合は（Ｓ６３５：ＮＯ）、上位デバイスが稼働を停止したものと認識し、対象デバイスが不在であることをマスターに通知する（Ｓ６４０）。
【０１７４】
ここで、この通知を受信したデバイスでは、その受信イベントに対応するイベントハンドラとして、図１１に示す監視対象デバイス不在通知受信処理が実行される。より詳しくは、監視対象デバイス不在通知受信処理を実行すると、デバイスは、まず自機動作パラメータは「マスター」であるか否かを判断し（Ｓ８０５）、自機動作パラメータが「マスター」である場合（Ｓ８０５：ＹＥＳ）、管理情報の作成を実行することにより（Ｓ８１０）、管理情報を作りなおす。Ｓ８１０の処理は、既に説明したＳ３０５〜Ｓ３６５の処理に相当するので、ここでの詳細な説明は省略する。Ｓ８１０の処理が実行されると、その時点で管理情報が作りなおされるので、稼働を停止した疑いのあった上位デバイスとマスターデバイスとが通信不能であれば、その上位デバイスは管理情報内から削除されることになる。なお、Ｓ８０５の処理において、自機動作パラメータが「マスター」でなかった場合は（Ｓ８０５：ＮＯ）、デバイス（＝一般デバイス）は、Ｓ８１０の処理をスキップして、そのままこの処理を終える。すなわち、この監視対象デバイス不在通知受信処理では、デバイスが一般デバイスとして機能する状態にある場合、実質的な処理を実行しない。
【０１７５】
さて、以上のような監視対象デバイス不在通知受信処理が、マスターデバイスにおいてなされ、その中で管理情報の作成（＝Ｓ８１０）が行われると、Ｓ３０５〜Ｓ３６５の処理（図６参照）が行われることになり、Ｓ３３０またはＳ３４０の処理により、マスターデバイスから何らかの返事が返される。
【０１７６】
Ｓ６４０の処理による通知を行ったデバイスでは、所定時間（例えば１秒間）ウエイトし（Ｓ６４５）、その後、マスターデバイスから返事があったか否かを判断し（Ｓ６５０）、返事がない場合は（Ｓ６５０：ＮＯ）、タイムアウトか否かを判断して（Ｓ６５５）、タイムアウトでなければ（Ｓ６５５：ＮＯ）、Ｓ６４５の処理へと戻る。このＳ６４５〜Ｓ６５５の処理は、マスターデバイスから返事があるか、タイムアウトになるまで繰り返される。
【０１７７】
このＳ６４５〜Ｓ６５５の繰り返し処理の中で、マスターデバイスから返事があった場合は（Ｓ６５０：ＹＥＳ）、そのままこの処理を終える。
一方、タイムアウトとなった場合は（Ｓ６５５：ＹＥＳ）、ネットワーク上に返事を返すべきマスターデバイスが存在しないことを意味するので、デバイスは、自身がマスターデバイスとして機能すべきと認識し、管理情報の作成を実行して（Ｓ６６０）、この処理を終える。なお、Ｓ６６０の処理は、既に説明したＳ３０５〜Ｓ３６５の処理に相当するので、ここでの詳細な説明は省略する。なお、この場合、元のマスターデバイスからマスターデータを取得することができないので、デバイス自身が取得していたマスターデータのコピーデータ、あるいは、他のデバイスが取得していたマスターデータのコピーデータを基に、マスターデータを作成し直すことになる。
【０１７８】
以上説明した各処理が、ネットワーク上の複数のデバイス（本実施形態では、画像処理装置３，３，５，５）において実行されることにより、それら複数のデバイスの中の１台がマスターデバイスとして機能することになり、他のデバイスを管理下に置いて、管理下のデバイスにアドレス帳データ（システム内の全デバイスで共用する共用データ）を提供することになる。また、マスターデバイスは、管理下にある全デバイスの優先度を管理し、より優先度の高い（＝マスター適性値の大きい）デバイスが新たにネットワークに参加した場合は、マスターデバイスの交代がなされることになる。
【０１７９】
［アドレス帳の更新に関連する処理］
次に、利用者がアドレス帳を更新する操作を行った際に実行される処理について、図１２に基づいて説明する。利用者は、マスターデバイスまたは一般デバイスの操作キー３０５，５０５を操作して、更新したいデータを入力することができ、その入力内容が確定すると、デバイスは、図１２に示す処理を開始する。
【０１８０】
この処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」か否かを判断する（Ｓ１００５）。自機動作パラメータが「マスター」である場合（Ｓ１００５：ＹＥＳ）、デバイスはマスターデバイスとして機能している状態にあり、その場合、アドレス帳データのマスターデータの原本が自機内に保存されているので、その原本を更新すべく、アドレス帳更新処理を実行する（Ｓ１０１０）。なお、Ｓ１０１０の処理の詳細については後述する。そして、Ｓ１０１０の処理を終えたら、この処理を終了する。
【０１８１】
一方、自機動作パラメータが「マスター」でない場合（Ｓ１００５：ＮＯ）、デバイスは一般デバイスとして機能している状態にあり、その場合、アドレス帳データのマスターデータのコピーが自機内に保存されており、アドレス帳データのマスターデータの原本は自機内に保存されていないので、その原本を更新すべく、更新データをマスターに送信し（Ｓ１０２０）、この処理を終える。
【０１８２】
Ｓ１０２０の処理が実行されるのに伴い、更新データがマスターデバイスに送信されると、この更新データを受信したマスターデバイスでは、その受信イベントに対応するイベントハンドラとして、図１３に示す処理が実行され、マスターデバイスは、アドレス帳更新処理を実行する（Ｓ１１０５）。このＳ１１０５の処理は、上記Ｓ１０１０の処理と同等な処理であり、この後詳しく説明する。そして、Ｓ１１０５の処理を終えたら、この処理を終える。
【０１８３】
つまり、マスターデバイスにおいて利用者がアドレス帳を更新する操作を行った場合は、マスターデバイスにおいてＳ１０１０の処理が実行され、一般デバイスにおいて利用者がアドレス帳を更新する操作を行った場合は、マスターデバイスにおいてＳ１１０５の処理が実行され、その結果、いずれの場合とも、マスターデバイスにおいてアドレス帳更新処理が実行されることになる。
【０１８４】
次に、上記Ｓ１０１０およびＳ１１０５の処理に相当するアドレス帳更新処理について、図１４に基づいて説明する。
アドレス帳更新処理を開始すると、デバイス（＝マスターデバイス）は、まず、自機マスターデータをバックアップにコピーする（Ｓ１２０５）。ここでいうバックアップは、更新前のマスターデータ（＝アドレス帳データ）のコピーであり、本実施形態では、不揮発性ＲＡＭ３０４，５０４に保存される。
【０１８５】
Ｓ１２０５の処理を終えたら、デバイスは、アドレス帳マスターデータを更新する（Ｓ１２１０）。これにより、マスターデータは、最新の更新情報が反映されたものとなる。
続いて、デバイスは、管理下デバイスにマスターデータ更新指示を送信する（Ｓ１２１５）。
【０１８６】
ここで、Ｓ１２１５の処理が実行されるのに伴い、マスターデータ更新指示が各デバイスに送信されると、この指示を受信したデバイスでは、その受信イベントに対応するイベントハンドラとして、図１５に示す処理が実行される。より詳しくは、マスターデータ更新指示受信処理を実行すると、デバイスは、まず自機動作パラメータは「マスター」であるか否かを判断し（Ｓ１３０５）、自機動作パラメータが「マスター」でない場合（Ｓ１３０５：ＮＯ）、デバイス（＝一般デバイス）は、マスターデバイスからマスターデータを取得して、自機内のマスターデータ（＝マスターデバイスが保存している原本のコピー）を、取得したマスターデータで更新し（Ｓ１３１０）、この処理を終える。また、Ｓ１３０５の処理において、自機動作パラメータが「マスター」であった場合は（Ｓ１３０５：ＹＥＳ）、デバイス（＝マスターデバイス）は、Ｓ１３１０の処理をスキップして、そのままこの処理を終える。すなわち、このマスターデータ更新指示処理では、デバイスがマスターデバイスとして機能する状態にある場合、実質的な処理を実行しない。
【０１８７】
さて一方、Ｓ１２１５の処理を実行したデバイス（＝マスターデバイス）は、Ｓ１２１５の処理に引き続いて、管理下デバイスに対するバックアップ指示処理を実行する（Ｓ１２２０）。このＳ１２２０の処理は、詳しくは図１６に示すような処理となる。すなわち、管理下デバイスに対するバックアップ指示処理を実行すると、デバイスは、まず、カウンタ変数ｎにＮ＋１（ただし、Ｎは管理デバイス数）をセットする（Ｓ１５０５）。具体的な例を挙げれば、全デバイスが４台あって、そのうち、マスターデバイスが１台、一般デバイスが３台の場合、マスターデバイスが管理下に置いているデバイスの数（すなわち、管理デバイス数Ｎ）は、Ｎ＝３（＝一般デバイスの総数）であり、このとき、Ｎ＋１＝３＋１＝４なので、カウンタ変数ｎには、ｎ＝４がセットされることになる。つまり、管理デバイス数Ｎに対し、マスターデバイスの台数１を加算することで、マスターデバイスと一般デバイスを含む全デバイスの台数を求め、その値をカウンタ変数ｎにセットすることになる。
【０１８８】
続いて、デバイス（＝マスターデバイス）は、以下に説明するＳ１５１５〜Ｓ１５３０の処理をＮ回繰り返す（Ｓ１５１０）。
この繰り返し処理の中では、まず、優先順位ｎのデバイスにバックアップ命令を送信する（Ｓ１５１５）。
【０１８９】
ここで、このバックアップ命令を受信したデバイスでは、その受信イベントに対応するイベントハンドラとして、図１７に示すバックアップ命令受信時処理が実行される。より詳しくは、バックアップ命令を受信したデバイスは、自機動作パラメータは「マスター」であるか否かを判断し（Ｓ１６０５）、自機動作パラメータが「マスター」でない場合（Ｓ１６０５：ＮＯ）、監視対象デバイス（＝自身より優先度が１つ高いデバイス）からバックアップデータを取得する（Ｓ１６１０）。
【０１９０】
より詳しくは、Ｓ１６１０の処理では、監視対象デバイスに対してバックアップデータ取得要求が送信され、このバックアップデータ取得要求を監視対象デバイスが受信すると、その受信イベントに対応するイベントハンドラとして、監視対象デバイスでは図１８に示すバックアップデータ取得要求受信処理が実行される。このバックアップデータ取得要求受信処理を実行することにより、監視対象デバイスは、要求元のデバイスに対して自機内のバックアップデータを返信する（Ｓ１７０５）。そして、このＳ１７０５の処理によって返信されたバックアップデータが、Ｓ１６１０の処理において取得されることになる。
【０１９１】
こうしてＳ１６１０の処理によってバックアップデータを取得したら、続いて、デバイスは、取得したバックアップデータを自機内のバックアップ領域に上書き保存する（Ｓ１６１５）。そして、マスターデバイスに対してバックアップ終了を返信し（Ｓ１６２０）、この処理を終える。なお、Ｓ１６０５の処理において、自機動作パラメータが「マスター」であった場合は（Ｓ１６０５：ＹＥＳ）、デバイス（＝マスターデバイス）は、Ｓ１６０５〜Ｓ１６２０の処理をスキップして、そのままこの処理を終える。すなわち、このバックアップ命令受信時処理では、デバイスがマスターデバイスとして機能する状態にある場合、実質的な処理を実行しない。
【０１９２】
以上のようにして、優先順位ｎのデバイスがＳ１６０５〜Ｓ１６２０の処理を実行すると、Ｓ１６２０の処理により、バックアップ終了を通知する返信がマスターデバイスに返されるので、Ｓ１５１５の処理を終えたマスターデバイスは、引き続いて、所定時間（例えば１秒間）ウエイトし（Ｓ１５２０）、その後、優先順位ｎのデバイスから返事があったか否かを判断し（Ｓ１５２５）、返事がない場合は（Ｓ１５２５：ＮＯ）、Ｓ１５２０の処理へと戻る。このＳ１５２０〜Ｓ１５２５の処理は、優先順位ｎのデバイスから返事があるまで繰り返される。
【０１９３】
このＳ１５２０〜Ｓ１５２５の繰り返し処理の中で、マスターデバイスから返事があった場合は（Ｓ１５２５：ＹＥＳ）、カウンタ変数ｎから１を減算する（Ｓ１５３０）。
そして、以上説明したＳ１５１５〜Ｓ１５３０の処理をＮ回繰り返したら、この処理を終了する。
【０１９４】
以上説明したＳ１５０５〜Ｓ１５３０の処理において、優先順位ｎのデバイスは、カウンタ変数ｎによって示される順位のデバイスであり、カウンタ変数ｎは、初期値はシステム内の全デバイスの台数となり、Ｓ１５３０の処理により、繰り返し処理の中で１ずつ減算されている。従って、具体的な例を挙げれば、全デバイスが４台あって、そのうち、マスターデバイスが１台、一般デバイスが３台の場合、カウンタ変数ｎは繰り返し処理の中で４，３，２と減算されるので、Ｓ１５１５の処理では、最初に優先順位４位のデバイスにバックアップ命令を送信し、以降は繰り返し処理の中で、優先順位３位、２位のデバイスに順にバックアップ命令を送信することになる。つまり、優先順位が最下位のデバイスから１つずつ順位を上げながら順にバックアップ命令を送信している。このような処理の結果、一般デバイスには、バックアップデータが１つずつ保存されることになり、しかも、新しいバックアップデータほど優先順位の高い一般デバイスに保存されることになる。
【０１９５】
［シャットダウン関連処理］
次に、ネットワークに参加しているデバイスがネットワークとの接続を断つ場合（例えば電源スイッチをＯＦＦにする場合）に実行される処理について、図１９に基づいて説明する。
【０１９６】
この処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」であるか否かを判断し（Ｓ２００５）、自機動作パラメータが「マスター」である場合（Ｓ２００５：ＹＥＳ）、シャットダウン処理を実行する（Ｓ２０１０）。このＳ２０１０の処理は、詳しくは図２０に示すような処理になる。
【０１９７】
このシャットダウン処理を開始すると、デバイスは、まず、後述するＳ２１２０〜Ｓ２１３５の処理を繰り返すべき回数Ｎを算出する（Ｓ２１０５）。具体的には、「マスターデバイスおよび一般デバイスを含むデバイスの総数」から「シャットダウン要求元の優先順位」を減算し、その値を繰り返し回数Ｎとする。具体例を挙げれば、全デバイスが４台（マスターデバイスが１台、一般デバイスが３台）ある場合に、優先順位２位のデバイス（＝最上位の一般デバイス）からシャットダウン要求があった場合、繰り返し回数Ｎは、Ｎ＝４−２＝２と算出される。また、自身がマスターデバイス（＝優先度１位のデバイス）の場合、繰り返し回数Ｎは、Ｎ＝４−１＝３と算出される。こうして算出される繰り返し回数Ｎは、ちょうどシャットダウン要求を行ったデバイスよりも優先度が低いデバイスの総数に相当する値となる。そして、デバイスは、カウンタ変数ｎに、マスターデバイスと一般デバイスを含む全デバイスの台数をセットする（Ｓ２１１０）。
【０１９８】
続いて、デバイスは、以下に説明するＳ２１２０〜Ｓ２１３５の処理をＮ回繰り返す（Ｓ２１１５）。
この繰り返し処理の中では、まず、優先順位ｎのデバイスにバックアップ命令を送信する（Ｓ２１２０）。このバックアップ命令を受信したデバイスでは、その受信イベントに対応するイベントハンドラとして、図１７に示すバックアップ命令受信時処理が実行されるが、このバックアップ命令受信時処理については既に説明したので、ここでの説明は省略する。
【０１９９】
優先順位ｎのデバイスがバックアップを完了すると、バックアップ終了を通知する返信がマスターデバイスに返されるので、Ｓ２１２０の処理を終えたマスターデバイスは、引き続いて、所定時間（例えば１秒間）ウエイトし（Ｓ２１２５）、その後、優先順位ｎのデバイスから返事があったか否かを判断し（Ｓ２１３０）、返事がない場合は（Ｓ２１３０：ＮＯ）、Ｓ２１２５の処理へと戻る。このＳ２１２５〜Ｓ２１３０の処理は、優先順位ｎのデバイスから返事があるまで繰り返される。
【０２００】
このＳ２１２５〜Ｓ２１３０の繰り返し処理の中で、マスターデバイスから返事があった場合は（Ｓ２１３０：ＹＥＳ）、カウンタ変数ｎから１を減算する（Ｓ２１３５）。
そして、以上説明したＳ２１２０〜Ｓ２１３５の処理をＮ回繰り返したら、この処理を終了する。
【０２０１】
以上説明したＳ２１０５〜Ｓ２１３５の処理において、優先順位ｎのデバイスは、カウンタ変数ｎによって示される順位のデバイスであり、カウンタ変数ｎは、初期値はシステム内の全デバイスの台数となり、Ｓ２１３５の処理により、繰り返し処理の中で１ずつ減算されている。ただし、繰り返し回数Ｎは、シャットダウン要求を行ったデバイスよりも優先度が低いデバイスの総数に相当する。従って、カウンタ変数ｎは、最下位の優先順位相当の値から、「シャットダウン要求を行ったデバイスよりも１つ下の優先順位相当の値まで、１ずつ減算されることになる。Ｓ２１０５〜Ｓ２１３５の処理では、このような優先順位を持つデバイスにバックアップ命令が送信されるので、要するに、「シャットダウン要求を行ったデバイスよりも優先順位が低いデバイスすべて」に対し、バックアップ命令が送信されることになる。なお、このようなバックアップデータの移動については、後からタイミングチャートを参照して、さらに詳述する。
【０２０２】
以上のようにして、Ｓ２１０５〜Ｓ２１３５の処理を終えると、図１９に示したＳ２０１０の処理を終えたことになるので、続いて、デバイスは、優先度２位のデバイス（＝最上位の一般デバイス）に対し、マスターになるように指示する優先度変更パケットを送信し（Ｓ２０１５）、この処理を終了する。なお、Ｓ２０１５の処理を実行したことに伴って、通知を受けたデバイスでは、先に説明した優先度変更パケット受信処理（図７参照）が実行されることになる。
【０２０３】
さて一方、上記Ｓ２００５の処理において、自機動作パラメータが「マスター」でなかった場合は（Ｓ２００５：ＮＯ）、デバイスは、マスターにシャットダウン要求を通知する（Ｓ２０２０）。
【０２０４】
ここで、このシャットダウン要求をマスターデバイスが受信すると、その受信イベントに対応するイベントハンドラとして、マスターデバイスでは、図２１に示すシャットダウン処理要求受信処理が実行され、マスターデバイスは、シャットダウン処理を実行する（Ｓ２２０５）。このＳ２２０５の処理は、既に説明したＳ２１０５〜Ｓ２１３５の処理に相当する処理なので、ここでの説明は省略する。そして、Ｓ２２０５の処理を終えたら、シャットダウン要求元にシャットダウン許可を送信し（Ｓ２２１０）、この処理を終える。
【０２０５】
Ｓ２０２０の処理による通知を行ったデバイスでは、所定時間（例えば１秒間）ウエイトし（Ｓ２０２５）、その後、マスターデバイスから返事があったか否かを判断し（Ｓ２０３０）、返事がない場合は（Ｓ２０３０：ＮＯ）、タイムアウトか否かを判断して（Ｓ２０３５）、タイムアウトでなければ（Ｓ２０３５：ＮＯ）、Ｓ２０２５の処理へと戻る。このＳ２０２５〜Ｓ２０３５の処理は、マスターデバイスから返事があるか、タイムアウトになるまで繰り返される。このＳ２０２５〜Ｓ２０３５の繰り返し処理の中で、マスターデバイスから返事があった場合（Ｓ２０３０：ＹＥＳ）、もしくはタイムアウトとなった場合は（Ｓ２０３５：ＹＥＳ）、この処理を終える。なお、以上説明したＳ２００５〜Ｓ２０３５の処理を終えたことによって、デバイスは、ネットワークとの接続を断つことができる状態となる。以降は、連動して直ちに電源スイッチをＯＦＦにする制御を行ってもよいし、単に電源スイッチをＯＦＦにできる状態となったことを報知してもよい。
【０２０６】
［バックアップデータの復帰に関連する処理］
次に、先に説明したバックアップデータを利用して、更新されたアドレス帳データを更新前の状態に戻す際に、ＰＣ１において実行される処理について、図２２に基づいて説明する。この処理は、ＰＣ１において利用者が所定の操作（例えば、プログラム起動用のアイコンやメニュー項目をポインティングデバイスを使ってクリックする操作など）を行うと実行される。
【０２０７】
この処理を開始すると、ＰＣ１は、アプリケーションを起動して（Ｓ２４０５）、図２３（ａ）に示すアドレス帳マスターデータ管理ウィンドウ１５１を表示部１０６に表示して、マスターのＩＰアドレス入力待ちになる（Ｓ２４１０）。ここで、利用者は、アドレス帳マスターデータ管理ウィンドウ１５１中にあるマスターデバイスＩＰアドレス入力欄１５３に、マスターデバイスのＩＰアドレスを入力することができ、また、同ウィンドウ内にあるＯＫボタン１５５、Ｃａｎｃｅｌボタン１５７を押下する（ポインティングデバイスを使ってクリックする）ことができる。
【０２０８】
利用者が入力操作を行うとＳ２４１０の処理を抜け、続いて、ＰＣ１は、ＯＫボタン１５５が押下されたか否かを判断する（Ｓ２４１５）。ここで、ＯＫボタン１５５が押下されていなければ（Ｓ２４１５：ＮＯ）、Ｃａｎｃｅｌボタン１５７の押下または図示しないその他の操作を受けたものと判断し、この処理を終了する。
【０２０９】
一方、ＯＫボタン１５５が押下されていれば（Ｓ２４１５）、マスターからバックアップデータリストを取得して表示する（Ｓ２４２０）。より具体的には、ＰＣ１は、図２３（ｂ）に示すアドレス帳データ選択ウィンドウ１６１を表示部１０６に表示する。このアドレス帳データ選択ウィンドウ１６１中にあるリスト表示欄１６３には、選択可能なバックアップデータの一覧が、そのバックアップ日時とともに表示される。
【０２１０】
アドレス帳データ選択ウィンドウ１６１を表示部１０６に表示したら、ＰＣ１は、バックアップデータの選択入力待ちになる（Ｓ２４２５）。ここで、利用者は、アドレス帳データ選択ウィンドウ１６１中にあるリスト表示欄１６３に表示されたバックアップデータを１つ選択することができ、また、同ウィンドウ内にあるＯＫボタン１６５、Ｃａｎｃｅｌボタン１６７を押下することができる。
【０２１１】
利用者が入力操作を行うとＳ２４２５の処理を抜け、続いて、ＰＣ１は、ＯＫボタン１６５が押下されたか否かを判断する（Ｓ２４３０）。ここで、ＯＫボタン１６５が押下されていなければ（Ｓ２４３０：ＮＯ）、Ｃａｎｃｅｌボタン１６７の押下または図示しないその他の操作を受けたものと判断し、この処理を終了する。
【０２１２】
一方、ＯＫボタン１６５が押下されていれば（Ｓ２４３０）、マスターにデータ復帰要求を送信し（Ｓ２４３５）、この処理を終了する。その結果、ＰＣ１からマスターデバイスへデータ復帰要求が送信され、マスターデバイスにおいて、データ復帰要求に対応する処理が実行されることになる。
【０２１３】
次に、Ｓ２４３５の処理で送信されるデータ復帰要求をデバイスが受信した際、その受信イベントに対応するイベントハンドラとして実行される処理について、図２４に基づいて説明する。
【０２１４】
この処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」であるか否かを判断し（Ｓ２６０５）、自機動作パラメータが「マスター」でない場合は（Ｓ２６０５：ＮＯ）、そのままこの処理を終える。すなわち、デバイスが一般デバイスとして機能する状態にある場合、実質的な処理を実行しない。
【０２１５】
一方、自機動作パラメータが「マスター」である場合は（Ｓ２６０５：ＹＥＳ）、利用者の指定したバックアップデータが自機内にあるか否かを判断する（Ｓ２６１０）。すなわち、先に説明した通り、本実施形態において、バックアップデータとしては、マスターデバイスの記憶領域に蓄積された複数のバックアップデータと、複数の一般デバイスの記憶領域に各デバイスとも１つずつ記憶された複数のバックアップデータが存在し、最新のバックアップデータが作成される際には、同一のバックアップデータがマスターデバイスの記憶領域と優先度の最も高いデバイスの記憶領域とに保存されるが、デバイスの電源断や記憶容量の都合等に起因して、バックアップデータが自機内にしかない場合、他機内にしかない場合、どちらの場合にもなり得る。
【０２１６】
そこで、Ｓ２６１０の処理において、バックアップデータが自機内にあると判断した場合は（Ｓ２６１０：ＹＥＳ）、自機内の記憶領域からバックアップデータを取得し（Ｓ２６１５）、バックアップデータが自機内にないと判断した場合は（Ｓ２６１０：ＮＯ）、バックアップデータの所在を調べて、管理下デバイスからバックアップデータを取得する（Ｓ２６２０）。
【０２１７】
こうして自機または他機からバックアップデータを取得したら、取得したバックアップデータを更新用データとして格納し（Ｓ２６３０）、その更新用データに基づいてアドレス帳更新処理を実行し（Ｓ２６４０）、この処理を終了する。なお、Ｓ２６４０の処理は、既に説明したＳ１２０５〜Ｓ１２２０の処理に相当する処理なので、ここでの説明は省略する。
【０２１８】
［ネットワークシステムの挙動についての具体例１］
次に、以上説明した各処理により、ネットワークシステムがどのような挙動を示すのかについて、いくつかの具体的な事例を挙げて説明する。なお、以下に説明する各具体例においては、説明が煩雑になるのを避けるため、本発明でいうデバイスに相当する機器をデバイス１，２，３，４と称するが、これらデバイス１，２，３，４は、上述した実施形態における画像処理装置３，３，５，５に相当する機器である。
【０２１９】
まず、具体例１について説明する。
図２５は、１台のデバイス１がネットワークシステムに接続されてマスターデバイスとして機能し、その後、もう１台のデバイス２がネットワークシステムに接続された場合に、どのように優先度が決まり、どのようにマスターデータが提供されるのかを示したタイミングチャートである。
【０２２０】
なお、この具体例１では、デバイス１は、不揮発性ＲＡＭ容量６４、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は６４であり、デバイス２は、不揮発性ＲＡＭ容量３２、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は３２である。
【０２２１】
まず、デバイス１の電源がＯＮになると、デバイス１は、ブロードキャストにてマスター適性値を送信する。これに対し、ネットワーク側から返事がないため、デバイス１は、マスターデバイスとして機能する。
【０２２２】
その後、もう１台のデバイス２の電源がＯＮになると、デバイス２は、ブロードキャストにてマスター適性値を送信する。これを受けて、デバイス１は、マスター適性値を比較する。ここで、デバイス１のマスター適性値は６４であり、デバイス２のマスター適性値は３２なので、デバイス１は自分のマスター適性値が高いと判断する。
【０２２３】
その結果、デバイス１からデバイス２へ「私がマスターです。マスター適性値は私の方が高いです。２ｎｄになってください。」との通知がなされ、さらにマスターデータ（アドレス帳データ）のコピーがなされ、デバイス２は優先度２のデバイスとなり、デバイス２からデバイス１へ「２ｎｄになりました」との返事が返され、デバイス１は、管理情報に２ｎｄを追加する。
【０２２４】
［ネットワークシステムの挙動についての具体例２］
次に、具体例２について説明する。
図２６も、１台のデバイス１がネットワークシステムに接続されてマスターデバイスとして機能し、その後、もう１台のデバイス２がネットワークシステムに接続された場合に、どのように優先度が決まり、どのようにマスターデータが提供されるのかを示したタイミングチャートである。
【０２２５】
ただし、この具体例２では、具体例とは異なり、デバイス１は、不揮発性ＲＡＭ容量６４、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は６４であり、デバイス２は、不揮発性ＲＡＭ容量１２８、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は２５６である。つまり、後からネットワークに参加するデバイス２の方が、よりマスター適性値が高い。
【０２２６】
この場合、まず、デバイス１の電源がＯＮになると、デバイス１は、ブロードキャストにてマスター適性値を送信する。これに対し、ネットワーク側から返事がないため、デバイス１は、マスターデバイスとして機能する。
【０２２７】
その後、もう１台のデバイス２の電源がＯＮになると、デバイス２は、ブロードキャストにてマスター適性値を送信する。これを受けて、デバイス１は、マスター適性値を比較する。ここで、デバイス１のマスター適性値は６４であり、デバイス２のマスター適性値は２５６なので、デバイス１は相手のマスター適性値が高いと判断する。
【０２２８】
その結果、デバイス１からデバイス２へ「私がマスターです。マスター適性値はあなたの方が高いです。マスターになってください」との通知がなされ、さらにマスターデータ（アドレス帳データ）のコピーがなされ、デバイス２はマスターデバイス（＝優先度１のデバイス）となる。
【０２２９】
その後、デバイス２からデバイス１へ「私がマスターになりました。あなたは２ｎｄになってください。」との返事が返され、デバイス１は２ｎｄになり、デバイス１からデバイス２へ「２ｎｄになりました。」との通知がなされ、デバイス２は、管理情報に２ｎｄを追加する。
【０２３０】
このように、優先度の高いデバイスが後からネットワークに参加すると、優先度に従ってマスターデバイスの交代が発生する。
［ネットワークシステムの挙動についての具体例３］
次に、具体例３について説明する。
【０２３１】
図２７は、２台のデバイス１，２がネットワーク上で既に稼働し、そこへ新たなデバイス３が接続された場合のタイミングチャートである。
なお、この具体例３では、デバイス１は、不揮発性ＲＡＭ容量３２、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は３２であり、デバイス２は、不揮発性ＲＡＭ容量１２８、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は２５６であり、デバイス３は、不揮発性ＲＡＭ容量６４、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は１２８である。
【０２３２】
デバイス３の電源がＯＮになると、デバイス３は、ブロードキャストにてマスター適性値を送信する。これを受けて、デバイス２は、マスター適性値を比較、デバイス１，２，３のマスター適性値は、それぞれ３２，２５６，１２８なので、デバイス２は自分のマスター適性値が一番高いと判断し、同時にデバイス３の優先度が２、デバイス１の優先度が３となることも判断する。
【０２３３】
その結果、デバイス２からデバイス３へ「２ｎｄになってください。」との通知がなされ、デバイス２からデバイス１へ「３ｒｄになってください。」との通知がなされる。また、デバイス２からデバイス３へは、マスターデータ（アドレス帳データ）のコピーがなされる。
【０２３４】
デバイス１，３はそれぞれ優先度３，２のデバイスとなり、デバイス３からデバイス２へは「２ｎｄになりました。」との返事が返され、デバイス１からデバイス２へは「３ｒｄになりました。」との返事が返され、これを受けてデバイス１は、管理情報を更新する。
【０２３５】
このように、一般デバイス間でも、優先度の高いデバイスが後からネットワークに参加すると、優先度に従って一般デバイスの順位の交代が発生する。
［ネットワークシステムの挙動についての具体例４］
次に、具体例４について説明する。
【０２３６】
図２８も、２台のデバイス１，２がネットワーク上で既に稼働し、そこへ新たなデバイス３が接続された場合のタイミングチャートである。
なお、この具体例４では、デバイス１は、不揮発性ＲＡＭ容量３２、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は３２であり、デバイス２は、不揮発性ＲＡＭ容量６４、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は１２８であり、デバイス３は、不揮発性ＲＡＭ容量１２８、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は２５６である。
【０２３７】
デバイス３の電源がＯＮになると、デバイス３は、ブロードキャストにてマスター適性値を送信する。これを受けて、デバイス２は、マスター適性値を比較、デバイス１，２，３のマスター適性値は、それぞれ３２，１２８，２５６なので、デバイス２はデバイス３のマスター適性値が一番高いと判断する。
【０２３８】
その結果、デバイス２からデバイス３へ「マスターになってください。」との通知がなされ、デバイス２からデバイス３へは、マスターデータ（アドレス帳データ）と管理情報のコピーがなされる。
【０２３９】
その後、デバイス３からデバイス２へ「私がマスターになりました。あなたは２ｎｄになってください。」との通知がなされ、デバイス３からデバイス１へ「あなたは３ｒｄになってください。」との通知がなされる。これを受けて、デバイス２は２ｎｄになり、デバイス２からデバイス３へ「２ｎｄになりました。」との返事が返される。また、デバイス１は３ｒｄになり、デバイス１からデバイス３へ「３ｒｄになりました。」との返事が返される。その結果、デバイス３は、管理情報を更新する。
【０２４０】
このように、複数のデバイスが存在する状況下で、最も優先度の高いデバイスが新たにネットワークに参加した場合、マスターデバイスの交代が発生し、さらに、マスターデバイスの交代後に、一般デバイス間でも、優先度に従って一般デバイスの順位の見直しが行われる。
【０２４１】
［ネットワークシステムの挙動についての具体例５］
次に、具体例５について説明する。
図２９は、３台のデバイス１，２，３がネットワーク上で稼働している状況下で、マスターデバイス２が突然電源を落とされた場合のタイミングチャートである。
【０２４２】
なお、この具体例５では、デバイス１は、不揮発性ＲＡＭ容量６４、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は１２８であり、デバイス２は、不揮発性ＲＡＭ容量１２８、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は２５６であり、デバイス３は、不揮発性ＲＡＭ容量３２、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は６４である。
【０２４３】
全てのデバイス１，２，３が稼働している場合、優先度が最も高い一般デバイス１は、デバイス２を通信対象にして定期的にポーリングすることで、デバイス１からデバイス２へ「正常に動作していますか？」との問い合わせを行い、デバイス２からデバイス１へ「問題ありません。」との返事が返されたことをもって、マスターデバイスの存在を監視している。
【０２４４】
ここで、マスターデバイス２の電源が突然ＯＦＦにされた場合、デバイス１からデバイス２への問い合わせに対し、デバイス２からデバイス１への返事が返らなくなるので、タイムアウトを検知した時点で、デバイス１はマスターとして機能し、ブロードキャストにて全デバイスに対し、「マスターになりました。適性値を送って下さい。」との要求を送信する。
【０２４５】
この要求を受けたデバイス３は、デバイス１にマスター適性値を通知し、通知されたマスター適性値に基づいて、デバイス１は管理情報を作成する。そして、作成した管理情報中の順位に従って、デバイス１は、デバイス３に対して「２ｎｄになってください。」との通知を行い、これを受けて、デバイス３は２ｎｄになり、デバイス３からデバイス１へ「２ｎｄになりました。」との返事が返される。
【０２４６】
このようにマスターデバイスが突然不在となった場合には、優先順位が１つ下となるデバイスがマスターの不在を検知し、新たにマスターとして機能する状態に移行するので、マスターが不在となっている期間をごく僅かな期間とすることができる。
【０２４７】
［ネットワークシステムの挙動についての具体例６］
次に、具体例６について説明する。
図３０は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、優先度２，３のデバイス２，３が突然電源を落とされた場合のタイミングチャートである。
【０２４８】
なお、この具体例６では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
全てのデバイス１，２，３，４が稼働している場合、優先度が最も高い一般デバイス１は、全ての一般デバイス２，３，４を通信対象にして定期的にポーリングすることで、デバイス１からデバイス２，３，４へ順次「正常に動作していますか？」との問い合わせを行い、デバイス２，３，４からデバイス１へはそれぞれ「問題ありません。」との返事が返されたことをもって、一般デバイスの存在を監視している。
【０２４９】
ここで、２台のデバイス２，３の電源が突然ＯＦＦにされた場合、デバイス１からデバイス２，３への問い合わせに対し、デバイス２，３からデバイス１への返事が返らなくなるので、タイムアウトを検知した時点で、デバイス１はデバイス２，３が不在となったことを認識し、管理情報を更新する。そして、作成した管理情報中の順位に従って、デバイス１は、デバイス４に対して「２ｎｄになってください。」との通知を行い、これを受けて、デバイス４は２ｎｄになり、デバイス４からデバイス１へ「２ｎｄになりました。」との返事が返される。
【０２５０】
このように複数の一般デバイスが突然不在となった場合には、管理情報が更新されて優先度の見直しが図られる。
［ネットワークシステムの挙動についての具体例７］
次に、具体例７について説明する。
【０２５１】
図３１は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、デバイス３においてアドレス帳データの変更が行われた場合のタイミングチャートである。
【０２５２】
なお、この具体例７では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
デバイス３においてアドレス帳データの変更が行われると、デバイス３からマスターデバイス１へデータ更新要求が送信される。これを受けて、マスターデバイス１では、アドレス帳データの更新が行われるが、マスターは容量の許す限り、自機にバックアップを持つようになっており、図示した例では、最大３つのバックアップデータファイルを自機内に保存することができる。そこで、マスターデバイス１は、最も古いバックアップ３を削除し、元のバックアップ２を新バックアップ３、元のバックアップ１を新バックアップ１、元のマスターデータを新バックアップ１とし、更新後のマスターデータを新マスターとする。
【０２５３】
こうしてマスターデータの更新を終えたら、マスターデバイス１は全デバイス２，３，４に対し「データ更新がありました。新マスターをコピーして下さい。」との通知を送信し、全デバイス２，３，４に対し、新マスターの提供を行う。
【０２５４】
また、デバイス１は、最下位のデバイスから順に１台ずつ指令を送信し、「優先度が自身より１つ高いデバイスが持っているバックアップを、自機にコピーすること」を指令する。この指令を順に受けるデバイス２，３，４は、まず最下位のデバイス４が１つ上のデバイス３から元のバックアップ３を受け取り、それを新バックアップ４として自機内で元のバックアップ４に上書きに保存し、バックアップ完了をデバイス１に通知する。次に、デバイス３が１つ上のデバイス２から元のバックアップ２を受け取り、それを新バックアップ３として自機内で元のバックアップ３に上書き保存し、バックアップ完了をデバイス１に通知する。次に、デバイス２が１つ上のデバイス１から元のバックアップ１（＝新バックアップ２）を受け取り、それを新バックアップ２として自機内で元のバックアップ２に上書き保存し、バックアップ完了をデバイス１に通知する。
【０２５５】
以上の処理により、アドレス帳データの更新処理とバックアップデータの保存処理が完了することになる。
［ネットワークシステムの挙動についての具体例８］
次に、具体例８について説明する。
【０２５６】
図３２は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、デバイス２からデバイス１へシャットダウン要求が行われた場合のタイミングチャートである。
【０２５７】
なお、この具体例８では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
デバイス２においてシャットダウン要求があると、デバイス２からデバイス１へ「シャットダウンします。」との通知が送信される。これを受けたマスターデバイス１では、「２ｎｄがいなくなるから４ｔｈに３ｒｄのバックアップをコピーしなければ。」と認識し、デバイス１は、最下位のデバイスからシャットダウン要求のあったデバイスより１つ順位の低いデバイスまで、この順序で１台ずつ指令を送信し、「優先度が自身より１つ高いデバイスが持っているバックアップを、自機にコピーすること」を指令する。この指令を順に受けるデバイス３，４は、まず最下位のデバイス４が１つ上のデバイス３から元のバックアップ３を受け取り、それを新バックアップ４として自機内で元のバックアップ４に上書きに保存し、バックアップ完了をデバイス１に通知する。次に、デバイス３が１つ上のデバイス２から元のバックアップ２を受け取り、それを新バックアップ３として自機内で元のバックアップ３に上書き保存し、バックアップ完了をデバイス１に通知する。
【０２５８】
以上の処理により、デバイス４より優先度の高いデバイス３が持っていたバックアップ３はデバイス４へと引き渡され、デバイス３より優先度の高いデバイス２が持っていたバックアップ２はデバイス３へと引き渡される。したがって、より最新のバックアップをシャットダウンするデバイスから稼働中のデバイスへ引き継ぐことができる。
【０２５９】
［ネットワークシステムの挙動についての具体例９］
次に、具体例９について説明する。
図３３は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、マスターデータをバックアップ３相当の内容に戻す旨の操作がなされた場合のタイミングチャートである。
【０２６０】
なお、この具体例８では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
ＰＣでの操作により、ＰＣからデバイス１に対し、マスターデータをバックアップ３相当の内容に戻す旨の指令が送信されると、マスターデバイス１は、自機内にバックアップ３が保存されていないため、バックアップ３を持っているデバイス３にデータ要求を通知する。この要求に応じて、デバイス３からマスターデバイス１へバックアップ３が送信される。
【０２６１】
これを受けて、マスターデバイス１では、最も古いバックアップ２を削除し、元のバックアップ１を新バックアップ２、元のマスターデータを新バックアップ１とし、デバイス３から受け取ったバックアップ３を新マスターとする。
【０２６２】
こうしてマスターデータの更新を終えたら、マスターデバイス１は全デバイス２，３，４に対し「データ更新がありました。新マスターをコピーして下さい。」との通知を送信し、全デバイス２，３，４に対し、新マスターの提供を行う。
【０２６３】
また、デバイス１は、最下位のデバイスから順に１台ずつ指令を送信し、「優先度が自身より１つ高いデバイスが持っているバックアップを、自機にコピーすること」を指令する。この指令を順に受けるデバイス２，３，４は、まず最下位のデバイス４が１つ上のデバイス３から元のバックアップ３を受け取り、それを新バックアップ４として自機内で元のバックアップ４に上書きに保存し、バックアップ完了をデバイス１に通知する。次に、デバイス３が１つ上のデバイス２から元のバックアップ２を受け取り、それを新バックアップ３として自機内で元のバックアップ３に上書き保存し、バックアップ完了をデバイス１に通知する。次に、デバイス２が１つ上のデバイス１から元のバックアップ１（＝新バックアップ２）を受け取り、それを新バックアップ２として自機内で元のバックアップ２に上書き保存し、バックアップ完了をデバイス１に通知する。
【０２６４】
以上の処理により、アドレス帳データの更新処理とバックアップデータの保存処理が完了することになる。
［ネットワークシステムの挙動についての具体例１０］
次に、具体例１０について説明する。
【０２６５】
図３４は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、マスターデバイス１が稼働を停止した場合に、バックアップデータがどのようにやり取りされるかを示したタイミングチャートである。
【０２６６】
なお、この具体例８では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
マスターデバイス１が稼働を停止すると、優先度が１つ下のデバイス２は、マスター不在を検知し、マスターに昇格する。このとき、デバイス２は、マスターデータとバックアップ２を自機内に持っているので、バックアップ２を新バックアップ１とする。そして、デバイス２は、自身より下位のデバイス３，４が持っているバックアップ３，４についても提供を求め、それに応じてデバイス３，４からバックアップ３，４が送信されてきたら、それぞれバックアップ３を新バックアップ２、バックアップ４を新バックアップ３として自機内に保存する。
【０２６７】
その結果、自機内にマスターデータとバックアップ２しか持っていなかったデバイス２も、マスターに昇格するに当たって、３つの新バックアップ１，２，３を持つことができる。
【０２６８】
［ネットワークシステムの挙動についての具体例１１］
次に、具体例１１について説明する。
図３５は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、一般デバイス３が稼働を停止した場合に、バックアップデータがどのようにやり取りされるかを示したタイミングチャートである。
【０２６９】
なお、この具体例８では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
デバイス３が稼働を停止すると、マスターデバイス１は、デバイス３が不在であることを検知する。このとき、マスターデバイス１は、デバイス３が持っていたバックアップ３を自機内に持っており、このバックアップ３は、デバイス４が持っているバックアップ４よりも新しいバックアップなので、デバイス４に対し、デバイス１から渡すバックアップ３で、デバイス４が持っているバックアップ４を上書きするように指令する。
【０２７０】
これを受けて、デバイス４は、デバイス１からバックアップ３を受け取り、自機内のバックアップ４を上書きし、上書きが完了したら、その旨をデバイス１に通知する。
このような処理を行うことにより、一般デバイスに分散して記憶させてあるバックアップを、より最新のバックアップが保存されるように管理することができる。
【０２７１】
［本発明と上記実施形態との対応関係］
以上説明した本発明の実施形態において、画像処理装置３，３，５，５、デバイス１，２，３，４は、いずれも本発明でいうデバイスに相当する機器である。また、ＬＡＮ７が、本発明でいうネットワークに相当する。
【０２７２】
また、各画像処理装置３，３，５，５が備えるＣＰＵ３０１，５０１が中心になって上述した各処理を実行することにより、本発明を構成する各手段が機能することになる。
具体的には、上記Ｓ１０５の処理が本発明でいう特性情報提供手段によって実行される処理、上記Ｓ１２７の処理が本発明でいう共用データ作成手段によって実行される処理、上記Ｓ２２０の処理が本発明でいうマスター交代通知手段によって実行される処理に、それぞれ該当する。
【０２７３】
また、上記マスター適性値パケット受信処理（図４参照）が本発明でいう特性情報取得手段によって実行される処理、上記Ｓ３０５〜Ｓ３１５の処理が本発明でいう順位決定手段によって実行される処理、上記Ｓ３３０の処理が本発明でいうマスター交代通知手段によって実行される処理に、それぞれ該当する。
【０２７４】
また、上記Ｓ３４０の処理が、本発明でいうマスターデバイス通信用情報提供手段、上位デバイス通信用情報提供手段、および順位通知手段によって実行される処理に該当し、上記Ｓ４１５の処理が本発明でいう共用データ取得手段によって実行される処理、上記Ｓ５０５の処理が本発明でいう共用データ転送手段によって実行される処理に、それぞれ該当する。
【０２７５】
また、上記Ｓ４０５〜Ｓ４２０の処理が、本発明でいう第２の制御手段によって実行される処理に該当し、上記Ｓ４２５の処理により各情報を記憶することになる不揮発性ＲＡＭ３０４，５０４が、本発明でいうマスターデバイス通信用情報記憶手段、上位デバイス通信用情報記憶手段に該当する。
【０２７６】
また、上記Ｓ４２５〜Ｓ４４５の処理が本発明でいう第３の制御手段によって実行される処理、上記Ｓ６３０〜Ｓ６３５の処理が本発明でいう上位デバイス確認手段によって実行される処理に、それぞれ該当する。
【０２７７】
さらに、上記Ｓ６４０〜Ｓ６５５の処理が本発明でいうマスターデバイス確認手段によって実行される処理に該当し、上記Ｓ３０５〜Ｓ３２０の処理が本発明でいう順位判定手段によって実行される処理に該当し、上記Ｓ３４０〜Ｓ３６５の処理が本発明でいう第１の制御手段によって実行される処理に該当する。
【０２７８】
加えて、上記Ｓ１３１０の処理によって更新されるマスターデータを記憶する手段（不揮発性ＲＡＭ３０４，５０４）が、本発明でいう共用データ記憶手段に該当する。
［変形例等］
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。
【０２７９】
例えば、上記実施形態では、マスターデバイスが一般デバイスに提供する共用データとして、アドレス帳データを例示したが、ネットワーク上の複数のデバイスで共通に使用するようなデータであれば、本発明を適用することができる。より具体的な例を挙げれば、複数のデバイスにおいて共通に設定したいデバイスの設定データ、複数のデバイスを同一の管理者が管理している場合における管理者名、管理者メールアドレス、管理者に通知すべきコンディション情報、システム内で共通の設定値を用いるのが一般的なメールサーバアドレスやネームサーバアドレスなどを、マスターデバイスから一般デバイスに提供することで、複数の一般デバイスそれぞれにおいて逐一面倒な入力操作等を行わなくてもよいようになる。
【０２８０】
また、上記実施形態では、マスター適性値として、不揮発性メモリ容量と連続運転性指標とを乗算した値を用いていたが、これは、マスターデバイスに求められる性能に応じて任意に変更することができる。既に上記実施形態で示したものも含めて、より具体的な例を挙げれば、以下のパラメーターのいずれか一つ以上を使用して適性値を求めると好ましい。
（ａ）ＮＶ−ＲＡＭ容量（単位：Ｋｂｙｔｅ）：これは、不揮発性メモリ搭載量は高いほどバックアップに適しているからである。
（ｂ）ＨＤＤ容量（単位：Ｋｂｙｔｅ）：これも容量が大きいほどバックアップに適しているからである。
（ｃ）連続運転性指標（単位：Ｆａｘ機能あり＝１、Ｆａｘ機能なし＝２）：これは、電源ＯＦＦの可能性が低いほどマスターとして適しているからである。
（ｄ）ＣＰＵ  クロック数（単位：ＭＨｚ）：これは、処理速度が速いほどマスターとして適しているからである。
（ｅ）ＲＡＭ容量（単位：Ｍｂｙｔｅ）：これは、各種演算の処理速度が速いほどマスターとして適しているからである。
（ｆ）ネットワークＩ／Ｆの速度（単位：ｂｐｓ）：これは、デバイス間で大量のデータをやり取りするに当たり、ネットワークＩ／Ｆの速度がボトルネックになる可能性もあるからである。
（ｇ）製品出荷日（単位：年）：これは、同機能・同価格帯の製品であれば、新しい製品の方が一般的に性能が良いからである。
【０２８１】
これらのパラメータ（ａ）〜（ｇ）は、重要視する項目によって重み付けを変えたり、適宜乗算や加算を組み合わせることにより、マスター適性値の算出に利用することができる。いくつか例を挙げれば、例えば、上記実施形態では、マスター適性値（ｐ）＝（ａ）×（ｃ）とする例を示したが、ハードディスクにもバックアップを作成する場合は、適性値（ｐ）＝（（ａ）＋（ｂ））×（ｃ）としてもよい。また、ＲＡＭ容量も加味するのであれば、適性値（ｐ）＝（（ａ）＋（ｅ）÷２）×（ｃ）としたり、適性値（ｐ）＝（（ａ）＋（ｅ）−２０００）×（ｃ）としてもよい。
【図面の簡単な説明】
【０２８２】
【図１】ネットワークシステムの全体構成、および、各機器の内部構成を示すブロック図である。
【図２】アドレス帳データを示す説明図である。
【図３】デバイスの電源がＯＮにされたときの処理のフローチャートである。
【図４】マスター適性値パケット受信処理のフローチャートである。
【図５】管理情報を示す説明図である。
【図６】管理情報の作成処理のフローチャートである。
【図７】優先度変更パケット受信処理のフローチャートである。
【図８】マスターデータ取得要求受信処理のフローチャートである。
【図９】デバイスが周期的に繰り返す処理のフローチャートである。
【図１０】動作確認パケット受信処理のフローチャートである。
【図１１】監視対象デバイス不在通知受信処理のフローチャートである。
【図１２】アドレス帳を更新する操作を行った際に実行される処理のフローチャートである。
【図１３】アドレス帳更新データを受信する処理のフローチャートである。
【図１４】アドレス帳更新処理のフローチャートである。
【図１５】マスターデータ更新指示受信処理のフローチャートである。
【図１６】管理下デバイスに対するバックアップ指示処理のフローチャートである。
【図１７】バックアップ命令受信時処理のフローチャートである。
【図１８】バックアップデータ取得要求受信処理のフローチャートである。
【図１９】シャットダウン処理を開始する場合の処理を示すフローチャートである。
【図２０】シャットダウン処理のフローチャートである。
【図２１】シャットダウン処理要求受信処理のフローチャートである。
【図２２】バックアップ復帰操作時に実行される処理のフローチャートである。
【図２３】アドレス帳マスターデータ管理ウィンドウおよびアドレス帳データ選択ウィンドウを示す説明図である。
【図２４】データ復帰要求時に実行される処理のフローチャートである。
【図２５】ネットワークシステムの挙動についての具体例１を示すタイミングチャートである。
【図２６】ネットワークシステムの挙動についての具体例２を示すタイミングチャートである。
【図２７】ネットワークシステムの挙動についての具体例３を示すタイミングチャートである。
【図２８】ネットワークシステムの挙動についての具体例４を示すタイミングチャートである。
【図２９】ネットワークシステムの挙動についての具体例５を示すタイミングチャートである。
【図３０】ネットワークシステムの挙動についての具体例６を示すタイミングチャートである。
【図３１】ネットワークシステムの挙動についての具体例７を示すタイミングチャートである。
【図３２】ネットワークシステムの挙動についての具体例８を示すタイミングチャートである。
【図３３】ネットワークシステムの挙動についての具体例９を示すタイミングチャートである。
【図３４】ネットワークシステムの挙動についての具体例１０を示すタイミングチャートである。
【図３５】ネットワークシステムの挙動についての具体例１１を示すタイミングチャートである。
【符号の説明】
【０２８３】
１・・・ＰＣ、３，５・・・画像処理装置、１０１，３０１，５０１・・・ＣＰＵ、１０２，３０２，５０２・・・ＲＯＭ、１０３，３０３，５０３・・・ＲＡＭ、３０４，５０４・・・不揮発性ＲＡＭ、１０５・・・操作部、３０５，５０５・・・操作キー、１０６・・・表示部、３０６，５０６・・・表示パネル、１０７，３０７，５０７・・・ハードディスク装置、１０８，３０８，５０８・・・ＬＡＮ  Ｉ／Ｆ、３１１，５１１・・・印刷部、３１２，５１２・・・読み取り部、３１３・・・モデム。
【図１】
2006235989.tif 000003
【図２】
2006235989.tif 000004
【図３】
2006235989.tif 000005
【図４】
2006235989.tif 000006
【図５】
2006235989.tif 000007
【図６】
2006235989.tif 000008
【図７】
2006235989.tif 000009
【図８】
2006235989.tif 000010
【図９】
2006235989.tif 000011
【図１０】
2006235989.tif 000012
【図１１】
2006235989.tif 000013
【図１２】
2006235989.tif 000014
【図１３】
2006235989.tif 000015
【図１４】
2006235989.tif 000016
【図１５】
2006235989.tif 000017
【図１６】
2006235989.tif 000018
【図１７】
2006235989.tif 000019
【図１８】
2006235989.tif 000020
【図１９】
2006235989.tif 000021
【図２０】
2006235989.tif 000022
【図２１】
2006235989.tif 000023
【図２２】
2006235989.tif 000024
【図２４】
2006235989.tif 000025
【図２３】
2006235989.tif 000026
【図２５】
2006235989.tif 000027
【図２６】
2006235989.tif 000028
【図２７】
2006235989.tif 000029
【図２８】
2006235989.tif 000030
【図２９】
2006235989.tif 000031
【図３０】
2006235989.tif 000032
【図３１】
2006235989.tif 000033
【図３２】
2006235989.tif 000034
【図３３】
2006235989.tif 000035
【図３４】
2006235989.tif 000036
【図３５】
2006235989.tif 000037