JP4229073B2 - ネットワークシステム、デバイス、およびプログラム - Google Patents

Description

本発明は、ネットワークシステムと、そのネットワークシステムを構成するためのデバイス、および、そのデバイスの機能を実現するためのプログラムに関する。

従来、複数のデバイス（例えば、ネットワークプリンタ等）をネットワークに接続してなるネットワークシステムにおいて、新たなデバイスをネットワークに接続する際、利用者が既にネットワークに参加しているデバイスを指定し、そのデバイスから新たなデバイスへ情報を伝送することにより、新たなデバイスが情報を取得する技術が提案されている（例えば、特許文献１参照）。
特開平１１−２４９８３９号公報

しかしながら、上記従来のネットワークシステムでは、新たなデバイスへ伝送する情報の内容を誤って更新した場合に、その誤った内容を元の内容に戻すための仕組みがなく、特に、何度か更新が繰り返された場合に、何度か前の内容に戻すことは困難であった。

ここで、誤った内容を元の内容に戻すための仕組みとしては、情報の内容を更新する際に、更新前の情報をバックアップとして保存した上で、情報の更新を行うことが考えられる。特に、何度か更新が繰り返された場合に、何度か前の内容に戻すためには、情報の更新が行われるたびにバックアップの上書き更新をするのではなく、情報の更新が行われるたびにバックアップを既存のバックアップとは別に保存、蓄積してゆく方法が考えられる。

しかし、バックアップとしての情報を記憶するための記憶領域の容量が限られている場合、いくつものバックアップを残すことは困難であり、その場合、何度か更新が繰り返された場合に、何度か前の内容に戻すようなことは実現できなかった。

本発明は、上記問題を解決するためになされたものであり、その目的は、複数のデバイスがネットワークに接続されてなるネットワークシステムにおいて、個々のデバイスが備える記憶領域の容量が比較的小さい場合でも、一部のデバイスに過大な負荷をかけることなく情報のバックアップを保存可能とすることにある。また、そのようなネットワークシステムを構成するのに好適なデバイス、およびプログラムを提供することにある。

以下、本発明の特徴的構成について説明する。
まず、請求項１に記載のネットワークシステムは、複数のデバイスがネットワークに接続され、前記デバイスには、システム内における順位が付与されて、前記順位が最上位となるデバイスがマスターデバイスとして機能するとともに、前記順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能して、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、前記デバイスは、前記マスターデバイスとなったときに機能する手段として、前記共用データを記憶する共用データ記憶手段と、前記共用データ記憶手段に記憶された前記共用データを更新する共用データ更新手段と、前記共用データ更新手段によって前記共用データを更新する際、更新前の共用データを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第１の更新時バックアップデータ提供手段と、復元指令が与えられた際に、自身以外のデバイスから前記バックアップデータを取得する復元時バックアップデータ取得手段と、前記復元時バックアップデータ取得手段によって取得した前記バックアップデータを、前記共用データとして前記共用データ記憶手段に記憶させることにより、更新前の前記共用データを復元する共用データ復元手段とを備えており、前記一般デバイスとなったときに機能する手段として、前記バックアップデータを記憶するバックアップデータ記憶手段と、自身以外のデバイスから前記バックアップデータが提供された際、そのバックアップデータを取得してバックアップデータ記憶手段に記憶させるバックアップデータ更新手段と、前記バックアップデータ更新手段によって前記バックアップデータを更新する際、更新前のバックアップデータを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第２の更新時バックアップデータ提供手段と、前記マスターデバイスからの要求に応じて、前記バックアップデータを提供する復元時バックアップデータ提供手段とを備えていることを特徴とする。

このネットワークシステムにおいて、複数のデバイスは、システム内での順位に従い、順位が最上位となるデバイスがマスターデバイスとして機能し、順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能し、複数のデバイスで共用される共用データが、マスターデバイスから一般デバイスへ提供される。そして、マスターデバイスにおいては、共用データ更新手段によって、共用データ記憶手段に記憶された共用データを更新することができ、この共用データ更新手段によって共用データを更新する際には、第１の更新時バックアップデータ提供手段が、更新前の共用データを、自身より順位が下位となるデバイスの中で順位が最も上位のデバイスに、バックアップデータとして提供する。自身以外のデバイスからバックアップデータが提供された一般デバイスでは、バックアップデータ更新手段が、提供されたバックアップデータを取得してバックアップデータ記憶手段に記憶させる。その際、第２の更新時バックアップデータ提供手段は、更新前のバックアップデータを、自身より順位が下位となるデバイスの中で順位が最も上位のデバイスに、バックアップデータとして提供する。その結果、複数の一般デバイスそれぞれにおいて、バックアップデータ更新手段および第２の更新時バックアップデータ提供手段が機能し、各一般デバイス間において、順位がひとつ下位のデバイスへバックアップデータが順送りされる。さらに、一般デバイスにおいては、復元時バックアップデータ提供手段が、マスターデバイスからの要求に応じて、バックアップデータを提供することができ、マスターデバイスにおいては、復元指令（例えば、利用者の入力操作による指令、あるいは、他の機器から伝送されてくる指令）が与えられた際に、復元時バックアップデータ取得手段が、自身以外のデバイスからバックアップデータを取得し、共用データ復元手段が、取得したバックアップデータを、共用データとして共用データ記憶手段に記憶させることにより、更新前の共用データを復元する。

したがって、このように構成されたネットワークシステムによれば、マスターデバイスの記憶容量が比較的小さい場合でも、複数の一般デバイスに分散させてバックアップデータを記憶させることができるので、仮にマスターデバイス単独では保存できないほどバックアップデータのデータ量が多くなるとしても、各デバイスの記憶領域を過剰に圧迫することなく、バックアップデータを保存することができる。しかも、複数の一般デバイスに分散させて記憶させるバックアップデータは、マスターデバイスでの更新が行われる毎に順送りされた複数世代分のバックアップデータとなるので、マスターデバイスにおいてバックアップデータに基づく共用データの復元を行う際には、複数回前の更新時に保存されたバックアップデータも利用可能である。さらに、複数世代分のバックアップデータは、一般に、更新時期が現在に近いものほど使われる可能性が高いが、本システムにおいては、更新時期が現在に近いバックアップデータほど、システム内での順位が高いデバイスに記憶されることになるので、例えば、更新毎に追加分のデータ量が大きくなる共用データであれば、記憶容量の大きいデバイスほど高い順位が付与されるように構成しておくことにより、記憶領域の容量不足を回避できる可能性を高くすることができる。あるいは、信頼性の高いデバイスほど高い順位が付与されるように構成しておくことにより、利用される可能性が高いバックアップデータほど信頼性の高いデバイスに保存されるようにすることもできる。

次に、以上説明した請求項１に記載のネットワークシステムにおいて採用すると望ましい構成について説明する。
まず、請求項２に記載の通り、請求項１に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとなったときに機能する手段として、前記一般デバイスとして機能するデバイスに対し、前記順位が最下位のデバイスから順に、自身より前記順位が高いデバイスの中で前記順位が最も下位のデバイスから、前記バックアップデータを取得するように指示を送信するバックアップデータ取得指示送信手段を備えており、前記一般デバイスとなったときに機能する手段として、前記バックアップデータ取得指示送信手段からの指示を受信するバックアップデータ取得指示受信手段と、前記バックアップデータ取得指示受信手段によって前記指示を受信したら、自身より前記順位が上位のデバイスの中で前記順位が最も下位のデバイスに、前記バックアップデータの提供を要求するバックアップデータ要求手段とを備えており、前記第１，第２の更新時バックアップデータ提供手段は、前記バックアップデータ要求手段による要求に応じて、前記バックアップデータを提供する手段であると望ましい。

このネットワークシステムにおいて、マスターデバイスでは、バックアップデータ取得指示送信手段が、一般デバイスとして機能するデバイスに対し、順位が最下位のデバイスから順に、自身より順位が高いデバイスの中で順位が最も下位のデバイスから、バックアップデータを取得するように指示を送信する。そして、一般デバイスでは、バックアップデータ取得指示受信手段が、バックアップデータ取得指示送信手段からの指示を受信し、この指示を受信したら、バックアップデータ要求手段が、自身より順位が上位のデバイスの中で順位が最も下位のデバイスに、バックアップデータの提供を要求する。このバックアップデータ要求手段による要求に応じて、先に説明した第１，第２の更新時バックアップデータ提供手段は、バックアップデータを提供する。

したがって、このように構成されたネットワークシステムによれば、順位の低いデバイスがひとつ上位のデバイスからバックアップデータを受け取る毎に、ひとつ下位のデバイスにバックアップデータを引き渡したデバイスが、さらにひとつ上位のデバイスからバックアップデータを受け取るというアクションを繰り返すことになる。よって、各デバイスがひとつ上位のデバイスからバックアップデータを受け取る時点では、既にその前に記憶していたバックアップデータはひとつ下位のデバイスに引き渡し済みとなっているので、受け取った新たなバックアップデータで元のバックアップデータを上書きしても問題が無く、上位のデバイスから順にバックアップデータの引き渡しを行う場合に比べ、デバイスが記憶容量が過大でなくても下位デバイスへバックアップデータを引き渡すことができる。

また、請求項３に記載の通り、請求項２に記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとなったときに機能する手段として、システム内における自身以外のデバイスの増減を検知するデバイス増減検知手段と、前記デバイス増減検知手段によって前記デバイスの増減を検知した際、前記複数のデバイスの特性を示す特性情報に基づいて、前記複数のデバイスの順位を決定しなおす順位再設定手段とを備えており、前記バックアップデータ取得指示送信手段は、前記順位再設定手段によって前記順位を決定しなおしたときに、前記順位が最下位のデバイスから順に、前記バックアップデータを取得するように指示を送信する手段であると望ましい。

このネットワークシステムにおいて、マスターデバイスでは、デバイス増減検知手段が、システム内における自身以外のデバイスの増減を検知すると、順位再設定手段が、複数のデバイスの特性を示す特性情報に基づいて、複数のデバイスの順位を決定しなおす。そして、バックアップデータ取得指示送信手段は、順位再設定手段によって順位を決定しなおしたときに、順位が最下位のデバイスから順に、バックアップデータを取得するように指示を送信する。

したがって、このように構成されたネットワークシステムによれば、デバイスの増減があった場合に、順位の再設定を行うことができ、再設定された順位とバックアップデータの更新順をあらためて一致させることができる。

また、請求項４に記載の通り、請求項１〜請求項３のいずれかに記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとなったときに機能する手段として、複数の前記バックアップデータの違いを利用者が識別できるようにするために各バックアップデータに対して付与される第１の情報と、前記バックアップデータを記憶しているデバイスを特定可能な第２の情報とを対応付けて記憶するバックアップデータ情報記憶手段と、前記バックアップデータ情報記憶手段に記憶された前記第１の情報を、利用者に対して報知する情報報知手段と、前記情報報知手段によって報知された１以上の前記第１の情報の中から１つを選択する入力を受け付ける選択入力手段と、前記選択入力手段によって受け付けられた入力に基づいて、選択された前記第１の情報に対応づけられた前記第２の情報が示すデバイスを特定するデバイス特定手段とを備えており、前記復元時バックアップデータ取得手段は、復元指令が与えられた際に、前記デバイス特定手段によって特定されたデバイスに対して、前記バックアップデータの提供を要求し、その要求に応じて提供される前記バックアップデータを取得する手段であると望ましい。

このネットワークシステムにおいて、マスターデバイスでは、バックアップデータ情報記憶手段により、複数のバックアップデータの違いを利用者が識別できるようにするために各バックアップデータに対して付与される第１の情報（例えば、保存日時、あるいはバックアップデータのファイル名など）と、バックアップデータを記憶しているデバイスを特定可能な第２の情報（例えば、デバイス名、あるいはデバイスのシリアル番号など）とを対応付けて記憶する。また、情報報知手段が、バックアップデータ情報記憶手段に記憶された第１の情報を、利用者に対して報知する。選択入力手段は、情報報知手段によって報知された１以上の第１の情報の中から１つを選択する入力を受け付け可能に構成され、デバイス特定手段は、選択入力手段によって受け付けられた入力に基づいて、選択された第１の情報に対応づけられた第２の情報が示すデバイスを特定する。このようにしてデバイスが特定されたら、復元時バックアップデータ取得手段は、復元指令が与えられた際に、デバイス特定手段によって特定されたデバイスに対して、バックアップデータの提供を要求し、その要求に応じて提供されるバックアップデータを取得する。

したがって、このこのように構成されたネットワークシステムによれば、利用者は、情報報知手段によって報知される第１の情報を参照して、所望のバックアップデータを選択することができ、この選択を行うだけで、所望のバックアップデータに基づいて共有データの復元を図ることができる。

また、請求項５に記載の通り、請求項１〜請求項４のいずれかに記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとなったときに機能する手段として、前記複数のデバイスの特性を示す特性情報に基づいて、各デバイスの順位を決定する順位決定手段と、前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手段と、前記マスター交代通知手段による通知を行ったデバイスに対し、前記共用データを送信する共用データ送信手段とを備えており、前記一般デバイスとなったときに機能する手段として、前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う制御手段と、前記マスターデバイスとして機能すべきことを通知したデバイスから送信されてくる前記共用データを受信する共用データ受信手段とを備えていても望ましい。

このように構成されたネットワークシステムによれば、マスターデバイスでは、順位決定手段が、複数のデバイスのデバイスの特性を示す特性情報に基づいて、各デバイスの順位を決定し、順位を決定したデバイスの中に、マスターデバイスより順位の高いデバイスが存在する場合、マスター交代通知手段が、マスターデバイスより順位の高いデバイスに、マスターデバイスとして機能すべきことを通知し、共用データ送信手段が、マスター交代通知手段による通知を行ったデバイスに対し、共用データを送信する。また、一般デバイスでは、マスターデバイスから、新たなマスターデバイスとして機能すべきことが通知されたら、制御手段が、自身を新たなマスターデバイスとして機能させる制御を行い、共用データ受信手段が、マスターデバイスから送信されてくる共用データを受信する。

したがって、このネットワークシステムによれば、デバイスの特性から決定される最も順位の高いデバイスが、マスターデバイスとして機能すべきことを認識し、それまでマスターデバイスとして機能していたデバイスから、共用データを引き継ぐことができ、マスターデバイスとしてよりふさわしいデバイスがマスターとして機能するようになり、しかも、他のデバイスは共用データを引き続き利用できる。

また、請求項６に記載の通り、請求項１〜請求項５のいずれかに記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとなったときに機能する手段として、自身以外のデバイスから、自身以外のデバイスにおいて更新された前記共用データの更新情報を取得する更新情報取得手段を備え、前記共用データ更新手段は、前記更新情報取得手段によって取得された前記更新情報に基づいて、前記共用データ記憶手段に記憶された前記共用データを更新する手段として構成されており、前記一般デバイスとなったときに機能する手段として、前記共用データを更新するための入力を受け付ける更新入力手段と、前記更新入力手段によって受け付けた入力に基づいて、前記共用データの更新情報を作成し、当該更新情報を前記マスターデバイスとして機能するデバイスに提供する更新情報提供手段とを備えていると望ましい。

このネットワークシステムにおいて、一般デバイスでは、更新入力手段が、共用データを更新するための入力を受け付け、更新情報提供手段が、更新入力手段によって受け付けた入力に基づいて、共用データの更新情報を作成し、当該更新情報をマスターデバイスに提供する。マスターデバイスでは、更新情報取得手段が、自身以外のデバイスから、自身以外のデバイスにおいて更新された共用データの更新情報を取得し、共用データ更新手段は、更新情報取得手段によって取得された更新情報に基づいて、共用データ記憶手段に記憶された共用データを更新する。

したがって、このネットワークシステムによれば、一般デバイスを利用してマスターデバイスが保有する共有データの更新を図ることができる。なお、更新後の共有データは、マスターデバイスから一般デバイスへ提供されるので、更新された共有データがシステム内のどのデバイスからも利用できるのはもちろんである。

なお、請求項７に記載の通り、請求項６に記載のネットワークシステムにおいて、前記更新入力手段としては、前記共用データを更新するための入力として、利用者からの入力操作を受け付ける手段を考え得る。

この場合、利用者は、一般デバイスにおいて更新データの入力操作を行い、その入力操作によって共有データの更新を図ることができる。
なお、請求項７に記載の構成以外の構成としては、例えば、利用者が更新データの入力操作を行わず、一般デバイスと通信可能な機器との通信にて更新データを取得し、取得した更新データによって共有データの更新を図る、といった構成を考えることができる。

また、請求項８に記載の通り、請求項１〜請求項７のいずれかに記載のネットワークシステムにおいて、前記デバイスは、前記マスターデバイスとなったときに機能する手段として、前記共用データを更新するための入力を受け付ける更新入力手段を備えており、前記共用データ更新手段は、前記更新入力手段によって受け付けた入力に基づいて、前記共用データの更新情報を作成し、当該更新情報に基づいて、前記共用データ記憶手段に記憶された前記共用データを更新する手段として構成されていてもよい。

このネットワークシステムにおいて、マスターデバイスでは、更新入力手段が、共用データを更新するための入力を受け付け、共用データ更新手段は、更新入力手段によって受け付けた入力に基づいて、共用データの更新情報を作成し、当該更新情報に基づいて、共用データ記憶手段に記憶された共用データを更新する。

したがって、このネットワークシステムによれば、マスターデバイスを利用してマスターデバイスが保有する共有データの更新を図ることができる。なお、更新後の共有データは、マスターデバイスから一般デバイスへ提供されるので、更新された共有データがシステム内のどのデバイスからも利用できるのはもちろんである。また、このネットワークシステムにおいて、請求項７に記載の構成を兼ね備えている場合は、マスターデバイスか一般デバイスかを意識することなく、共有データを利用しているすべてのデバイスにおいて、共有データの更新を図ることができるシステムとなる。

なお、請求項９に記載の通り、請求項８に記載のネットワークシステムにおいて、前記更新入力手段としては、前記共用データを更新するための入力として、利用者からの入力操作を受け付ける手段を考え得る。

この場合、利用者は、マスターデバイスにおいて更新データの入力操作を行い、その入力操作によって共有データの更新を図ることができる。
なお、請求項９に記載の構成以外の構成としては、例えば、利用者が更新データの入力操作を行わず、マスターデバイスと通信可能な機器との通信にて更新データを取得し、取得した更新データによって共有データの更新を図る、といった構成を考えることができる。

さらに、請求項１０に記載の通り、請求項３または請求項５に記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの記憶容量を反映した情報とされていると好ましい。

より具体的には、例えば、ハードディスクや不揮発性メモリを備えるデバイスであれば、その記憶容量の大きさを示す情報であると好ましい。
このようなネットワークシステムであれば、デバイスの記憶容量が反映された順位がデバイスに付与されるので、他の条件が同じ場合、記憶容量の大きいデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスが、各種情報を保存して他のデバイスに提供する機能を有する場合に好適である。

また、請求項１１に記載の通り、請求項３，請求項５，または請求項１０のいずれかに記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの処理性能を反映した情報とされていると好ましい。

より具体的には、例えば、ＣＰＵ性能、ＲＡＭ容量、ＲＡＭ速度、ネットワーク側との通信速度を示す情報であると好ましい。また、新たな製品ほど性能が向上するデバイスの場合、製品出荷日を示す情報であってもよい。

このようなネットワークシステムであれば、デバイスの処理性能が反映された順位がデバイスに付与されるので、他の条件が同じ場合、処理性能の高いデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスが、各種情報を迅速に他のデバイスに提供したい場合、マスターデバイスが各種演算を実施する場合、マスターデバイスにおける入出力が多い場合等に好適である。

また、請求項１２に記載の通り、請求項３，請求項５，請求項１０，または請求項１１のいずれかに記載のネットワークシステムにおいて、前記特性情報は、前記デバイスの連続運転性を反映した情報とされていると好ましい。

ここで、デバイスの連続運転性とは、デバイスの電源が落とされる可能性を意味し、例えば、主電源スイッチを持たないものと持つものとでは、前者の連続運転性が高いものとして扱われる。また、一般にＦＡＸ機能や電話機能を持つ機器は、常時稼働して着信を待ち受けているのに対し、単機能のプリンタ等は、必要時に電源を投入するだけの場合も多々あるので、ＦＡＸ機能や電話機能を持つものと持たないものとでは、前者の連続運転性が高いものとして扱われる。

このようなネットワークシステムであれば、デバイスの連続運転性が反映された順位がデバイスに付与されるので、他の条件が同じ場合、連続運転性の高いデバイスほど順位が高くなり、マスターデバイスになりやすくなる。したがって、マスターデバイスの稼働がしばしば停止することに起因して、マスターデバイスの交代頻度が高くなるといった問題が起きにくくなり、その結果、そのようなマスターデバイスの交代に伴う負荷が各デバイスにかかりにくくなる。

加えて、請求項１３に記載の通り、請求項１〜請求項１２のいずれかに記載のネットワークシステムにおいて、前記デバイスは、アドレスデータの示す送信先へデータを送信する機能を備えた通信機器であり、前記共用データは、前記アドレスデータを含んでなるアドレス帳データであると好ましい。

このようなネットワークシステムによれば、複数のデバイスは、共用データとして提供されるアドレス帳データに基づいて、アドレスデータの示す送信先へデータを送信することができるので、複数のデバイスのどれからでも、同じアドレスに対して通信することができるようになる。

次に、以上説明したネットワークシステムを構成するノードとして用いられるデバイスについて説明する。
請求項１４に記載のデバイスは、請求項１に記載のネットワークシステムを構成するノードとして用いられるデバイスであって、前記マスターデバイスとなったときに機能する手段として、前記共用データを記憶する共用データ記憶手段と、前記共用データ記憶手段に記憶された前記共用データを更新する共用データ更新手段と、前記共用データ更新手段によって前記共用データを更新する際、更新前の共用データを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第１の更新時バックアップデータ提供手段と、復元指令が与えられた際に、自身以外のデバイスから前記バックアップデータを取得する復元時バックアップデータ取得手段と、前記復元時バックアップデータ取得手段によって取得した前記バックアップデータを、前記共用データとして前記共用データ記憶手段に記憶させることにより、更新前の前記共用データを復元する共用データ復元手段とを備えており、前記一般デバイスとなったときに機能する手段として、前記バックアップデータを記憶するバックアップデータ記憶手段と、自身以外のデバイスから前記バックアップデータが提供された際、そのバックアップデータを取得して前記バックアップデータ記憶手段に記憶させるバックアップデータ更新手段と、前記バックアップデータ更新手段によって前記バックアップデータを更新する際、更新前のバックアップデータを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第２の更新時バックアップデータ提供手段と、前記マスターデバイスからの要求に応じて、前記バックアップデータを提供する復元時バックアップデータ提供手段とを備えたことを特徴とする。

このように構成されたデバイスは、先に説明した請求項１に記載のネットワークシステムを構成するデバイスが備えていた各手段を備えている。したがって、このデバイスを利用すれば、請求項１に記載のネットワークシステムを構成することができる。

なお、このデバイスは、上述の通り、先に説明した請求項１に記載のネットワークシステムにおけるデバイスと同等な装置となるので、このデバイスにおいても、請求項１記載のネットワークシステムを構成するデバイスが備え得る望ましい構成（請求項２〜請求項１３に記載の各手段）を備えることができるのはもちろんである。

次に、以上説明したデバイスの機能を実現するためのプログラムについて説明する。
請求項１５に記載のプログラムは、請求項１に記載のネットワークシステムを構成するノードとして用いられるデバイスを、前記マスターデバイスもしくは前記一般デバイスとして機能させるためのプログラムであって、前記デバイスが前記マスターデバイスとして機能するときには、前記共用データ記憶手段に記憶された前記共用データを更新する共用データ更新手順と、前記共用データ更新手順において前記共用データを更新する際、更新前の共用データを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第１の更新時バックアップデータ提供手順と、復元指令が与えられた際に、自身以外のデバイスから前記バックアップデータを取得する復元時バックアップデータ取得手順と、前記復元時バックアップデータ取得手順において取得した前記バックアップデータを、前記共用データとして前記共用データ記憶手段に記憶させることにより、更新前の前記共用データを復元する共用データ復元手順とを前記デバイスに実行させ、前記デバイスが前記一般デバイスとして機能するときには、
自身以外のデバイスから前記バックアップデータが提供された際、そのバックアップデータを取得して前記バックアップデータ記憶手段に記憶させるバックアップデータ更新手順と、前記バックアップデータ更新手順において前記バックアップデータを更新する際、更新前のバックアップデータを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第２の更新時バックアップデータ提供手順と、前記マスターデバイスからの要求に応じて、前記バックアップデータを提供する復元時バックアップデータ提供手順とを前記デバイスに実行させることを特徴とする。

このように構成されたプログラムに従った処理をデバイスに実行させれば、デバイスは、先に説明した請求項１に記載のネットワークシステムを構成するデバイスが備えていた各手段を備えたデバイスとして機能する。したがって、このデバイスを利用すれば、請求項１に記載のネットワークシステムを構成することができる。

なお、このプログラムに従った処理をデバイスに実行させれば、デバイスは、上述の通り、先に説明した請求項１に記載のネットワークシステムにおけるデバイスと同等な装置となるので、さらに、請求項１記載のネットワークシステムを構成するデバイスが備え得る望ましい構成（請求項２〜請求項１３に記載の各手段）を実現する手順を、デバイスに実行させるプログラムとして構成してもよいのはもちろんである。

次に、本発明の実施形態について一例を挙げて説明する。
［システム全体の構成］
図１は、本発明の一実施形態として例示するネットワークシステムの概略構成図である。

このネットワークシステムは、パーソナルコンピュータ（以下、ＰＣと略称する）１と、複数の画像処理装置３，３，５，５とを備えてなり、これらの機器がＬＡＮ（Local Area Network）７に接続されて、相互に通信可能となっている。

ＰＣ１は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、操作部１０５、表示部１０６、ハードディスク装置１０７（ＨＤＤ１０７）、ＬＡＮ Ｉ／Ｆ１０８等を備えている。ＣＰＵ１０１は、ＲＯＭ１０２およびＲＡＭ１０３に記憶されたプログラムに従って、ＰＣ１各部に対する制御および演算を実行する装置である。ＲＯＭ１０２は、ＰＣ１の電源スイッチを切っても記憶内容を保持している記憶装置で、ＢＩＯＳ（Basic Input Output System）など、ＰＣ１を制御するために最小限必要なプログラムやデータを記憶している。ＲＡＭ１０３は、ＨＤＤ１０７から読み込まれるＯＳや各種アプリケーションプログラムを記憶可能な装置で、ＣＰＵ１０１による演算に伴って発生する各種データもＲＡＭ１０３に記憶される。操作部１０５は、キーボードや各種ポインティングデバイス（例えば、マウス）等によって構成される。表示部１０６は、カラー画像を表示可能な液晶ディスプレイ等によって構成されている。ＨＤＤ１０７は、ＯＳ、各種アプリケーションプログラム、および各種データファイルを記憶する装置である。ＬＡＮ Ｉ／Ｆ１０８は、ＬＡＮ７側との通信制御を行う装置である。また、これらのハードウェアを制御するため、ＰＣ１には、ＯＳ（Operating System）が搭載されている。ＰＣ１に搭載されるＯＳの具体例としては、例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、ＭａｃＯＳ（登録商標）などを挙げることができる。なお、これらのＯＳによって提供される各種機能は公知なので、ここでの詳細な説明は省略するが、以下の説明においては、ＰＣ１が、Ｗｉｎｄｏｗｓ（登録商標）によって提供される各種機能を有するとの前提で説明を続ける。

画像処理装置３は、ＭＦＰ（Multi-Function Product）と呼ばれる複合機で、スキャナ機能、プリンタ機能、コピー機能、ファクシミリ機能、電話機能、電子メール送受信機能などを兼ね備えている。この画像処理装置３は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、不揮発性ＲＡＭ３０４、操作キー３０５、表示パネル３０６、ハードディスク装置３０７（ＨＤＤ３０７）、ＬＡＮ Ｉ／Ｆ３０８、印刷部３１１、読み取り部３１２、モデム３１３等を備えている。ＣＰＵ３０１は、ＲＯＭ３０２に記憶されたプログラムに従って、画像処理装置３各部に対する制御および演算を実行する装置である。ＲＯＭ３０２は、画像処理装置３を制御するために必要なプログラムやデータを記憶している。ＲＡＭ３０３は、主にＣＰＵ３０１による演算に伴って発生する各種データを記憶する装置で、不揮発性ＲＡＭ３０４やＨＤＤ３０７よりもアクセス速度が速いことから、画像処理装置３の稼働時には、不揮発性ＲＡＭ３０４やＨＤＤ３０７に記憶されたデータの一部をＲＡＭ３０３に転送して利用することもある。不揮発性ＲＡＭ３０４は、画像処理装置３の電源スイッチを切ったときにも、内蔵する電池によって記憶内容を保持するように構成された記憶装置である。本実施形態において、この不揮発性ＲＡＭ３０４には、後から詳述するアドレス帳データ３２１，５２１やバックアップデータ（図示略）が記憶される。操作キー３０５は、利用者が画像処理装置３に各種指令を与えるために操作する入力装置である。表示パネル３０６は、液晶ディスプレイによって構成されている。ＨＤＤ３０７は、各種データを記憶する装置で、本実施形態においては、主に読み取り部３１２で読み取った画像データが一時的に蓄積される。ＬＡＮ Ｉ／Ｆ３０８は、ＬＡＮ７側との通信制御を行う装置である。印刷部３１１は、シート状の媒体（例えば記録用紙）に対して画像データの表す画像を記録（印刷）する装置で、プリンタ機能による画像の印刷、ファクシミリ機能による受信画像の印刷、コピー機能によるコピー画像の印刷等を行う際に作動する。読み取り部３１２は、自動原稿送り装置（図示略）にセットされた原稿またはフラットベッドのコンタクトガラス上に置かれた原稿から画像を読み取り、その画像を表す画像データを生成するもので、スキャナ機能による画像の読み取り、ファクシミリ機能による送信画像の読み取り等を行う際に作動する。モデム３１３は、公衆回線を介してファクシミリ画像の送受信を行ったり音声通信を行うために必要な装置である。

画像処理装置５は、ＤＣＰ（Digital Copier Peripheral）と呼ばれる複合機で、スキャナ機能、プリンタ機能、コピー機能、電子メール送受信機能などを兼ね備えているが、上記画像処理装置３とは異なり、ファクシミリ機能および電話機能を備えていない。この画像処理装置５は、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、不揮発性ＲＡＭ５０４、操作キー５０５、表示パネル５０６、ハードディスク装置５０７（ＨＤＤ５０７）、ＬＡＮ Ｉ／Ｆ５０８、印刷部５１１、読み取り部５１２等を備えている。これらの構成は、画像処理装置３が備える構成とほぼ同様のものばかりなので、詳細な説明については省略する。なお、画像処理装置５は、ファクシミリ機能および電話機能を備えていないため、画像処理装置３が備えていたモデム３１３に相当する構成は備えていない。

なお、図１においては、便宜的に全部で４台の画像処理装置３，３，５，５を図示してあるが、さらに多くの画像処理装置（デバイス）がＬＡＮ７に接続されていてもよい。
［システムの動作および機能の概要］
以上のように構成されたネットワークシステムにおいて、ネットワーク上のデバイス（本実施形態では、画像処理装置３，３，５，５）は、それぞれが後述する処理を実行することにより、いずれか１台がマスターデバイスとして機能し、マスターデバイス以外のデバイスが一般デバイスとして機能する。どのデバイスがマスターデバイスとして機能するかは、後述する処理の中で決定されるが、概略を説明すると、本システムにおいては、各デバイスにシステム内における順位が付与され、この順位が高いデバイスほど優先的にマスターデバイスとして機能する状態に移行する仕組みとなっている。以下、この順位のことを優先度ともいう。

マスターデバイスとして機能したデバイスの役割は、（１）システム内に存在する一般デバイスを管理下に置き、システム内のすべてのデバイスが共用する共用データを各一般デバイスに提供すること、（２）この共用データの更新がなされる毎に更新前の共用データのバックアップを作成するとともに、過去に実施された共用データの更新毎に作成された複数のバックアップデータを管理し、誤って共用データが更新されたような場合に、共用データの復元を図ることができるようにすること、（３）システム内のデバイスの優先度（順位）を管理し、システム内のデバイスが増減した場合には、全てのデバイスを対象に優先度の見直しを行うこと、（４）さらには、優先度を見直した結果、マスターデバイスより優先度の高いデバイスが存在した場合は、そのデバイスとマスターデバイスとしての立場の交代を図ることなど、多岐にわたる。

また、本実施形態において、システム内のすべてのデバイスが共用する共用データは、図２に示すようなアドレス帳データである。このアドレス帳データには、ＩＤ、電話番号、ＦＡＸ番号、およびメールアドレスを１組として、複数組のデータが登録されるようになっている。最新のアドレス帳データは、デバイスがネットワークに参加した際に、マスターデバイスから提供され、その最新のアドレス帳データを取得したデバイスは、最新のアドレス帳データをマスターデータとして自機内の不揮発性ＲＡＭ３０４，５０４に保存する。また、いずれかのデバイスにおいて、アドレス帳データの更新がなされた場合は、後述する処理により、まずマスターデバイスにおいてアドレス帳データが更新され、マスターデバイスにおいて更新された最新のアドレス帳データが、ネットワーク内の各デバイスに提供される。これらの結果、ネットワーク内のデバイスは、常に最新且つ同一内容のアドレス帳データを記憶する状態となる。

さらに、アドレス帳データの更新がなされる際には、後述する処理により、更新前のマスターデータ（＝アドレス帳データ）のコピーが、バックアップデータとして保存される。バックアップデータは、マスターデータの更新がなされる毎に、それぞれ別ファイルに保存され、マスターデータの更新がなされるたびに蓄積されてゆく。ただし、単に蓄積するだけでは、バックアップデータの占める記憶容量が無制限に増大してしまうので、本実施形態では、あらかじめ定められた記憶容量の範囲内でバックアップデータを蓄積し、その記憶容量を超える場合は、最も古いバックアップデータを削除することで、所定の記憶容量を超過しないように処理されている。なお、バックアップデータが無制限に増えるのを防止する方法は任意であり、記憶容量の上限を制限する他にも、過去何回分のバックアップデータを保存するかをあらかじめ定めておくといった方法でも構わない。

また、複数回の更新に対応して作成される複数のバックアップデータは、後述する処理により、あらかじめ定められた記憶容量の範囲内で、マスターデバイスに蓄積されるとともに、一般デバイスの優先度に従って優先度の高い一般デバイスほど新しいバックアップデータを記憶するように、複数の一般デバイスそれぞれが１つずつバックアップデータを記憶する。具体的な例を挙げれば、全デバイスが４台あって、そのうち、マスターデバイスが１台、一般デバイスが３台の場合、アドレス帳データの更新がなされると、その更新前の内容を持つバックアップデータ＃１が作成される。このバックアップデータ＃１は、マスターデバイスに記憶されるとともに、優先度の最も高い（＝優先度２位の）一般デバイス（注：優先度１位はマスターデバイス）にも送信され、優先度の最も高い（＝優先度２位の）一般デバイスに記憶される。そして、さらにアドレス帳データの更新がなされると、既に存在するバックアップデータ＃１はバックアップデータ＃２とされ、更新前のアドレス帳データのコピーがバックアップデータ＃１とされる。このバックアップデータ＃１、＃２は、双方ともマスターデバイスに記憶される。また、優先度の最も高い（＝優先度２位の）一般デバイス（注：優先度１位はマスターデバイス）が既に記憶しているバックアップデータ＃１は、次に優先度の高い（＝優先度３位の）デバイスに送信されてバックアップデータ＃２として保存され、優先度の最も高い（＝優先度２位の）一般デバイスには、マスターデバイスから新たなバックアップデータ＃１が送信されて、元のバックアップデータ＃１に対して上書き保存される。以後、アドレス帳データの更新がなされる毎に、マスターデバイスにおいては別ファイルとして複数のバックアップデータが蓄積され、一般デバイスにおいては、優先度の高い側から、それぞれが１つのバックアップデータを記憶しゆくことになる。このようなバックアップ方法を実現するための具体的な処理については、後から詳しく説明する。

なお、画像処理装置３においては、ファクシミリ機能、電話機能、電子メール送信機能を利用する際に、自機内のアドレス帳データを参照して送信先ないし発呼先を選ぶことができる。また、画像処理装置５の場合、ファクシミリ機能、電話機能は備えていないが、電子メール送信機能を利用する際に、自機内のアドレス帳データを参照して送信先を選ぶことができる。電子メール送信機能は、スキャナ機能を利用して読み取った画像データを電子メール形式のデータに変換し、電子メールとして送信先へ伝送することができる機能である。画像処理装置３，５では、この電子メール送信機能と対になる電信メール受信機能を備えているので、電子メールを受信して、電子メール中に含まれている画像データを印刷機能により印刷出力することもできる。

［デバイスが稼働を開始したときに関連する処理］
以下、このようなネットワークシステムを実現するためにネットワーク上の各デバイス（本実施形態では、画像処理装置３，３，５，５）が実行する処理について説明する。なお、以下の説明においては、特に必要がない限り、画像処理装置３と画像処理装置５とを特に区別することなくデバイスと称する。

まず、デバイスの電源がＯＮにされたときの処理について、図３に基づいて説明する。
デバイスの電源がＯＮにされると、デバイスは、まず、ブロードキャストにてマスター適性値を送信する（Ｓ１０５）。マスター適性値は、先に説明したデバイスの優先度を決定するために利用される値で、本実施形態では、（不揮発性ＲＡＭ容量）×（連続運転性指標：ＦＡＸ機能があるデバイスは２、ＦＡＸ機能が無いデバイスは１）という演算によって求まる値が、マスター適性値として送信される。すなわち、不揮発性ＲＡＭ容量が大きいほどマスター適性値は大きい値となり、また、ＦＡＸ機能があるデバイスはマスター適性値が大きい値となる。後述する処理では、このマスター適性値が大きいほど優先度が高いと判断され、その結果、最もマスター適性値の大きいデバイスがマスターデバイスとして機能する状態になる。このようにして優先度を決めるのは、不揮発性ＲＡＭ容量が大きいほど、バックアップデータを保存する能力が高いので、マスターデバイスとして適していると考えられ、また、ＦＡＸ機能があるデバイスは電源を落とさない可能性が高く、ネットワーク内で常時アドレス帳データの提供を行ったりデバイスの増減を監視したりすることができる可能性が高いので、マスターデバイスとして適していると考えられるためである。

さて、Ｓ１０５の処理により、マスター適性値を送信したら、続いてマスターデバイスから返事があるか否かを判断し（Ｓ１１０）、返事がない場合は（Ｓ１１０：ＮＯ）、所定時間（例えば１秒）が経過するまでウエイトし（Ｓ１１５）、その後、タイムアウトか否かを判断して（Ｓ１２０）、タイムアウトでなければ（Ｓ１２０：ＮＯ）、Ｓ１１０の処理へと戻る。このＳ１１０〜Ｓ１２０の処理は、マスターデバイスから返事があるか、タイムアウトになるまで繰り返される。

このＳ１１０〜Ｓ１２０の繰り返し処理の中で、タイムアウトとなった場合は（Ｓ１２０：ＹＥＳ）、ネットワーク上に返事を返すべきマスターデバイスが存在しないことを意味するので、デバイスは、自身がマスターデバイスとして機能すべきと認識し、管理情報の作成を実行する（Ｓ１２５）。なお、Ｓ１２５の処理の詳細については後述する。

Ｓ１２５の処理を終えたら、デバイスは、自身が持つアドレス帳データを共用データであると認識し（Ｓ１２７）、この処理を終える。なお、認識方法は、共用データ用の記憶領域にアドレス帳データをコピーしたり整形したりすることによって共用データであると認識するといった方法でもよいし、そもそもアドレス帳データそのものを共用データとして提供するようにプログラミングしてもよい。

一方、Ｓ１１０〜Ｓ１２０の繰り返し処理の中で、マスターデバイスから返事があった場合は（Ｓ１１０：ＹＥＳ）、優先度変更パケット受信処理を実行して（Ｓ１３０）、この処理を終える。なお、Ｓ１３０の処理の詳細については後述する。

次に、上記Ｓ１０５の処理で送信されるマスター適性値のパケットをデバイスが受信した際、その受信イベントに対応する割り込みルーチン（＝イベントハンドラ；以下、イベントハンドラと称する。）として実行されるマスター適性値パケット受信処理について、図４に基づいて説明する。

マスター適性値パケットをデバイスが受信したことに伴って、デバイスがこの処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」か否かを判断する（Ｓ２０５）。自機動作パラメータは、デバイスがマスターデバイスとして機能する状態にあるか一般デバイスとして機能する状態にあるかを示すフラグで、自機動作パラメータが「マスター」でない場合は（Ｓ２０５：ＮＯ）、そのまま処理を終了する。すなわち、このマスター適性値パケット受信処理では、デバイスが一般デバイスとして機能する状態にある場合、実質的な処理を実行しない。

一方、自機動作パラメータが「マスター」である場合（Ｓ２０５：ＹＥＳ）、そのデバイスはマスターデバイスとして機能する状態にあるので、デバイスは、管理情報と比較して優先度を解析する（Ｓ２１０）。管理情報は、マスターデバイスとして機能するデバイスが後述する処理によって作成し、自機内の記憶領域（例えば、ＨＤＤ３０７，５０７）に記憶している情報である。この管理情報には、図５に例示するように、ＩＤ、優先度、ＩＰアドレス、マスター適性値を１組として、複数組のデータが登録されるようになっている。Ｓ２１０の処理では、受信したマスター適性値を、管理情報内に記録されたマスター適性値と比較することにより、マスター適性値を送信したデバイスが、現在のマスターデバイスより優先度の高いデバイス（＝マスター適性値の大きいデバイス）であるか否かを解析する。

そして、Ｓ２１０の処理によって解析した結果、相手（＝マスター適性値を送信したデバイス）がマスターになるべきであれば（Ｓ２１５：ＹＥＳ）、デバイス（＝現在のマスターデバイス）は、相手にマスターになるように通知し（Ｓ２２０）、この処理を終了する。一方、Ｓ２１０の処理によって解析した結果、自身（＝現在のマスターデバイス）が引き続きマスターデバイスとして機能すべきであれば（Ｓ２１５：ＮＯ）、管理情報の作成を実行して（Ｓ２２５）、この処理を終える。なお、Ｓ２２５の処理は、Ｓ１２５の処理と同等な処理であるが、詳細についてはこの後に説明する。

次に、上記Ｓ１２５、およびＳ２２５の処理に相当する管理情報の作成処理について、図６に基づいて説明する。
この処理を開始すると、デバイスは、ブロードキャストで、全デバイスにマスター適性値を返信するように指示し（Ｓ３０５）、所定時間（例えば、５秒間）ウエイトして（Ｓ３１０）、その間に他のデバイスからの返信を受信する。そして、受信したマスター適性値パケットおよび自身のマスター適性値に基づいて、先に説明した管理情報（図５参照）を作成し（Ｓ３１５）、その管理情報を参照して自分のマスター適性値が一番高いか否かを判断する（Ｓ３２０）。なお、Ｓ３０５の処理によるブロードキャストに対する応答がなかった場合、管理情報には自身しか登録されていないので、当然、自身のマスター適性値が一番高いと判断される。

ここで、自分（＝現在のマスターデバイス）のマスター適性値が一番高くはない場合（Ｓ３２０：ＮＯ）、一番マスター適性値の高いデバイスにマスターになるように通知して（Ｓ３３０）、この処理を終了する。なお、Ｓ３３０の処理を実行したことに伴って、通知を受けたデバイスでは、後述する優先度変更パケット受信処理（図７参照）が実行されることになる。

一方、自分（＝現在のマスターデバイス）のマスター適性値が一番高い場合は（Ｓ３２０：ＹＥＳ）、管理下デバイス（＝管理情報に登録されたデバイス）に、（１）優先度指定情報、（２）監視用のデバイスのアドレス情報、（３）マスターのアドレス情報、以上３つの情報を含んだパケットを送信する（Ｓ３４０）。なお、Ｓ３４０の処理によって送信されたパケットを受信したデバイス（＝管理情報に登録されたデバイス）では、後述する優先度変更パケット受信処理（図７参照）が実行され、マスターデバイス（この処理を実行するデバイス）に対して返事が返されることになる。

そこで、Ｓ３４０の処理を終えた後、デバイスは、全ての管理下デバイスから返事があったか否かを判断し（Ｓ３５０）、全デバイスからの返事が得られていない場合は（Ｓ３５０：ＮＯ）、所定時間（例えば１秒間）ウエイトし（Ｓ３５５）、その後、タイムアウトか否かを判断して（Ｓ３６０）、タイムアウトでなければ（Ｓ３６０：ＮＯ）、Ｓ３５０の処理へと戻る。このＳ３５０〜Ｓ３６０の処理は、全てのデバイスから返事があるかタイムアウトになるまで繰り返される。

このＳ３５０〜Ｓ３６０の繰り返し処理の中で、タイムアウトとなった場合は（Ｓ３６０：ＹＥＳ）、ネットワーク上に返事を返すべきデバイスが存在しないことを意味するので、デバイスは、既に管理情報の内容が有効ではないものと認識し、Ｓ３１５の処理へと戻って、あらためてＳ３１５以降の処理をやりなおす。

一方、Ｓ３５０〜Ｓ３６０の繰り返し処理の中で、全てのデバイスから返事があった場合（Ｓ３５０：ＹＥＳ）、デバイスは、自機動作パラメータに「マスター」であることを示すフラグをセットし（Ｓ３６５）、この処理を終える。

次に、上記Ｓ２２０またはＳ３３０の処理による通知（＝マスターとして機能すべき旨の通知）を受信した場合、もしくは上記Ｓ３４０の処理による優先度指定情報を受信した場合に、その受信イベントに対応するイベントハンドラとして実行される優先度変更パケット受信処理について、図７に基づいて説明する。

この処理を開始すると、デバイスは、まずマスターに変更すべき旨の通知であるか否かを判断する（Ｓ４０５）。
ここで、Ｓ４０５の処理による判断の結果、マスターに変更するとの判断がなされた場合（Ｓ４０５：ＹＥＳ）、引き続いて、管理情報作成中か否かを判断し（Ｓ４１０）、既に管理情報作成中であれば（Ｓ４１０：ＹＥＳ）、この処理を開始する以前に、既にデバイス自身がマスターとして機能すべきことを認識していたことになるので、そのままイベントハンドラの処理を終了する。また、管理情報作成中でなかった場合は（Ｓ４１０：ＮＯ）、その時点でデバイス自身がマスターとして機能すべきことを認識するので、その時点で既にマスターデバイスとして機能しているデバイスから、アドレス帳データのマスターデータを取得する（Ｓ４１５）。

より詳しくは、Ｓ４１５の処理では、まず、その時点でマスターデバイスとして機能しているデバイスに対してマスターデータ取得要求が送信され、このマスターデータ取得要求をマスターデバイスが受信すると、その受信イベントに対応するイベントハンドラとして、マスターデバイスでは図８に示すマスターデータ取得要求受信処理が実行される。このマスターデータ取得要求受信処理を実行することにより、マスターデバイスは、要求元のデバイスに対してマスターデータを返信する（Ｓ５０５）。そして、このＳ５０５の処理によって返信されたマスターデータが、Ｓ４１５の処理において取得されることになる。

こうしてＳ４１５の処理によってマスターデータを取得したら、続いて、デバイスは、管理情報の作成を実行して（Ｓ４２０）、この処理を終える。なお、Ｓ４２０の処理は、既に説明したＳ３０５〜Ｓ３６５の処理に相当する処理なので、ここでの説明は省略する。

一方、Ｓ４０５の処理による判断の結果、マスターに変更するとの判断がなされなかった場合（Ｓ４０５：ＮＯ）、デバイスは、（２）監視用のデバイスのアドレス情報、（３）マスターのアドレス情報を不揮発性ＲＡＭ３０４，５０４に記憶する（Ｓ４２５）。そして、引き続いて、デバイスは、管理情報作成中か否かを判断する（Ｓ４３０）。このとき、既に管理情報作成中であれば（Ｓ４３０：ＹＥＳ）、マスターとして機能すべきデバイスではないにもかかわらず、この処理を開始する以前に、既にデバイス自身がマスターとして機能すべきと誤認していたことになるので、管理情報作成処理を中断し、作成中であった管理情報を削除する（Ｓ４３５）。これにより、優先度変更パケットを送信するデバイス（＝既にマスターデバイスとして機能しているデバイス）が他に存在するにもかかわらず、この処理を実行しているデバイスがマスターデバイスとして機能し始めるのを防止する。なお、管理情報作成中でなければ（Ｓ４３０：ＮＯ）、デバイスがマスターとして機能しようとしている訳ではないことになるので、Ｓ４３５の処理をスキップする。

そして、デバイスは、自機動作パラメータを、指示のあった優先度に変更し（Ｓ４４０）、マスターからの指示通りの優先度となった旨の返事をマスターに返して（Ｓ４４５）、この処理を終了する。なお、このＳ４４５の処理によってマスターデバイスに返される返事が、上記Ｓ３５０〜Ｓ３６０の繰り返し処理の中でマスターデバイスに受け取られる返事となる。

［デバイスが稼働中に周期的に実行する処理］
次に、各デバイスが概ね一定期間が経過する毎に周期的に繰り返す処理（周期ハンドラ）について、図９に基づいて説明する。

この処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」であるか否かを判断し（Ｓ６０５）、自機動作パラメータが「マスター」である場合（Ｓ６０５：ＹＥＳ）、管理下のデバイスに監視パケットを送信する（Ｓ６１０）。

ここで、この監視パケットを各デバイス（＝一般デバイス）が受信すると、その受信イベントに対応するイベントハンドラとして、各デバイスでは図１０に示す動作確認パケット受信処理が実行され、各デバイスは、マスターデバイスに対して動作している旨を返信する（Ｓ７０５）。

そこで、デバイス（＝マスターデバイス）は、監視パケットを送信したデバイス全てから返事があったか否かを確認し（Ｓ６１５）、全て返事があった場合は（Ｓ６１５：ＹＥＳ）、管理下のデバイス（＝管理情報に登録された一般デバイス）全てが以前と同様に稼働しているものと認識し、この処理を終える。

また、少なくともひとつのデバイスから返事が無かった場合は（Ｓ６１５：ＮＯ）、管理下のデバイス（＝管理情報に登録された一般デバイス）全てが以前と同様に稼働している訳ではないものと認識し、管理情報の作成を実行することにより（Ｓ６２０）、管理情報を作りなおす。なお、Ｓ６２０の処理は、既に説明したＳ３０５〜Ｓ３６５の処理に相当するので、ここでの詳細な説明は省略する。

こうして管理情報を作りなおしたら、Ｓ６１０の処理へと戻ることにより、あらためてＳ６１０以降の処理を実行し、新たに管理下に置かれたデバイス（＝作りなおした管理情報に登録された一般デバイス）全てが稼働しているかどうかを確認する。

さて、Ｓ６０５の処理において、自機動作パラメータが「マスター」でなかった場合（Ｓ６０５：ＮＯ）、デバイス（＝一般デバイス）は、自分より一つ上の優先度のデバイス（＝上位デバイス）に監視パケットを送信する（Ｓ６３０）。

ここで、この監視パケットを各デバイス（＝上位デバイス）が受信すると、その受信イベントに対応するイベントハンドラとして、各デバイスでは既に説明した図１０に示す動作確認パケット受信処理が実行され、各デバイスは、自分より一つ下の優先度のデバイスに対して動作している旨を返信する（Ｓ７０５）。

そこで、デバイス（＝上位デバイスに監視パケットを送信したデバイス）は、上位デバイスから返事があったか否かを確認し（Ｓ６３５）、返事があった場合は（Ｓ６３５：ＹＥＳ）、上位デバイスが以前と同様に稼働しているものと認識し、そのままこの処理を終える。

一方、上位デバイスから返事が無かった場合は（Ｓ６３５：ＮＯ）、上位デバイスが稼働を停止したものと認識し、対象デバイスが不在であることをマスターに通知する（Ｓ６４０）。

ここで、この通知を受信したデバイスでは、その受信イベントに対応するイベントハンドラとして、図１１に示す監視対象デバイス不在通知受信処理が実行される。より詳しくは、監視対象デバイス不在通知受信処理を実行すると、デバイスは、まず自機動作パラメータは「マスター」であるか否かを判断し（Ｓ８０５）、自機動作パラメータが「マスター」である場合（Ｓ８０５：ＹＥＳ）、管理情報の作成を実行することにより（Ｓ８１０）、管理情報を作りなおす。Ｓ８１０の処理は、既に説明したＳ３０５〜Ｓ３６５の処理に相当するので、ここでの詳細な説明は省略する。Ｓ８１０の処理が実行されると、その時点で管理情報が作りなおされるので、稼働を停止した疑いのあった上位デバイスとマスターデバイスとが通信不能であれば、その上位デバイスは管理情報内から削除されることになる。なお、Ｓ８０５の処理において、自機動作パラメータが「マスター」でなかった場合は（Ｓ８０５：ＮＯ）、デバイス（＝一般デバイス）は、Ｓ８１０の処理をスキップして、そのままこの処理を終える。すなわち、この監視対象デバイス不在通知受信処理では、デバイスが一般デバイスとして機能する状態にある場合、実質的な処理を実行しない。

さて、以上のような監視対象デバイス不在通知受信処理が、マスターデバイスにおいてなされ、その中で管理情報の作成（＝Ｓ８１０）が行われると、Ｓ３０５〜Ｓ３６５の処理（図６参照）が行われることになり、Ｓ３３０またはＳ３４０の処理により、マスターデバイスから何らかの返事が返される。

Ｓ６４０の処理による通知を行ったデバイスでは、所定時間（例えば１秒間）ウエイトし（Ｓ６４５）、その後、マスターデバイスから返事があったか否かを判断し（Ｓ６５０）、返事がない場合は（Ｓ６５０：ＮＯ）、タイムアウトか否かを判断して（Ｓ６５５）、タイムアウトでなければ（Ｓ６５５：ＮＯ）、Ｓ６４５の処理へと戻る。このＳ６４５〜Ｓ６５５の処理は、マスターデバイスから返事があるか、タイムアウトになるまで繰り返される。

このＳ６４５〜Ｓ６５５の繰り返し処理の中で、マスターデバイスから返事があった場合は（Ｓ６５０：ＹＥＳ）、そのままこの処理を終える。
一方、タイムアウトとなった場合は（Ｓ６５５：ＹＥＳ）、ネットワーク上に返事を返すべきマスターデバイスが存在しないことを意味するので、デバイスは、自身がマスターデバイスとして機能すべきと認識し、管理情報の作成を実行して（Ｓ６６０）、この処理を終える。なお、Ｓ６６０の処理は、既に説明したＳ３０５〜Ｓ３６５の処理に相当するので、ここでの詳細な説明は省略する。なお、この場合、元のマスターデバイスからマスターデータを取得することができないので、デバイス自身が取得していたマスターデータのコピーデータ、あるいは、他のデバイスが取得していたマスターデータのコピーデータを基に、マスターデータを作成し直すことになる。

以上説明した各処理が、ネットワーク上の複数のデバイス（本実施形態では、画像処理装置３，３，５，５）において実行されることにより、それら複数のデバイスの中の１台がマスターデバイスとして機能することになり、他のデバイスを管理下に置いて、管理下のデバイスにアドレス帳データ（システム内の全デバイスで共用する共用データ）を提供することになる。また、マスターデバイスは、管理下にある全デバイスの優先度を管理し、より優先度の高い（＝マスター適性値の大きい）デバイスが新たにネットワークに参加した場合は、マスターデバイスの交代がなされることになる。

［アドレス帳の更新に関連する処理］
次に、利用者がアドレス帳を更新する操作を行った際に実行される処理について、図１２に基づいて説明する。利用者は、マスターデバイスまたは一般デバイスの操作キー３０５，５０５を操作して、更新したいデータを入力することができ、その入力内容が確定すると、デバイスは、図１２に示す処理を開始する。

この処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」か否かを判断する（Ｓ１００５）。自機動作パラメータが「マスター」である場合（Ｓ１００５：ＹＥＳ）、デバイスはマスターデバイスとして機能している状態にあり、その場合、アドレス帳データのマスターデータの原本が自機内に保存されているので、その原本を更新すべく、アドレス帳更新処理を実行する（Ｓ１０１０）。なお、Ｓ１０１０の処理の詳細については後述する。そして、Ｓ１０１０の処理を終えたら、この処理を終了する。

一方、自機動作パラメータが「マスター」でない場合（Ｓ１００５：ＮＯ）、デバイスは一般デバイスとして機能している状態にあり、その場合、アドレス帳データのマスターデータのコピーが自機内に保存されており、アドレス帳データのマスターデータの原本は自機内に保存されていないので、その原本を更新すべく、更新データをマスターに送信し（Ｓ１０２０）、この処理を終える。

Ｓ１０２０の処理が実行されるのに伴い、更新データがマスターデバイスに送信されると、この更新データを受信したマスターデバイスでは、その受信イベントに対応するイベントハンドラとして、図１３に示す処理が実行され、マスターデバイスは、アドレス帳更新処理を実行する（Ｓ１１０５）。このＳ１１０５の処理は、上記Ｓ１０１０の処理と同等な処理であり、この後詳しく説明する。そして、Ｓ１１０５の処理を終えたら、この処理を終える。

つまり、マスターデバイスにおいて利用者がアドレス帳を更新する操作を行った場合は、マスターデバイスにおいてＳ１０１０の処理が実行され、一般デバイスにおいて利用者がアドレス帳を更新する操作を行った場合は、マスターデバイスにおいてＳ１１０５の処理が実行され、その結果、いずれの場合とも、マスターデバイスにおいてアドレス帳更新処理が実行されることになる。

次に、上記Ｓ１０１０およびＳ１１０５の処理に相当するアドレス帳更新処理について、図１４に基づいて説明する。
アドレス帳更新処理を開始すると、デバイス（＝マスターデバイス）は、まず、自機マスターデータをバックアップにコピーする（Ｓ１２０５）。ここでいうバックアップは、更新前のマスターデータ（＝アドレス帳データ）のコピーであり、本実施形態では、不揮発性ＲＡＭ３０４，５０４に保存される。

Ｓ１２０５の処理を終えたら、デバイスは、アドレス帳マスターデータを更新する（Ｓ１２１０）。これにより、マスターデータは、最新の更新情報が反映されたものとなる。
続いて、デバイスは、管理下デバイスにマスターデータ更新指示を送信する（Ｓ１２１５）。

ここで、Ｓ１２１５の処理が実行されるのに伴い、マスターデータ更新指示が各デバイスに送信されると、この指示を受信したデバイスでは、その受信イベントに対応するイベントハンドラとして、図１５に示す処理が実行される。より詳しくは、マスターデータ更新指示受信処理を実行すると、デバイスは、まず自機動作パラメータは「マスター」であるか否かを判断し（Ｓ１３０５）、自機動作パラメータが「マスター」でない場合（Ｓ１３０５：ＮＯ）、デバイス（＝一般デバイス）は、マスターデバイスからマスターデータを取得して、自機内のマスターデータ（＝マスターデバイスが保存している原本のコピー）を、取得したマスターデータで更新し（Ｓ１３１０）、この処理を終える。また、Ｓ１３０５の処理において、自機動作パラメータが「マスター」であった場合は（Ｓ１３０５：ＹＥＳ）、デバイス（＝マスターデバイス）は、Ｓ１３１０の処理をスキップして、そのままこの処理を終える。すなわち、このマスターデータ更新指示処理では、デバイスがマスターデバイスとして機能する状態にある場合、実質的な処理を実行しない。

さて一方、Ｓ１２１５の処理を実行したデバイス（＝マスターデバイス）は、Ｓ１２１５の処理に引き続いて、管理下デバイスに対するバックアップ指示処理を実行する（Ｓ１２２０）。このＳ１２２０の処理は、詳しくは図１６に示すような処理となる。すなわち、管理下デバイスに対するバックアップ指示処理を実行すると、デバイスは、まず、カウンタ変数ｎにＮ＋１（ただし、Ｎは管理デバイス数）をセットする（Ｓ１５０５）。具体的な例を挙げれば、全デバイスが４台あって、そのうち、マスターデバイスが１台、一般デバイスが３台の場合、マスターデバイスが管理下に置いているデバイスの数（すなわち、管理デバイス数Ｎ）は、Ｎ＝３（＝一般デバイスの総数）であり、このとき、Ｎ＋１＝３＋１＝４なので、カウンタ変数ｎには、ｎ＝４がセットされることになる。つまり、管理デバイス数Ｎに対し、マスターデバイスの台数１を加算することで、マスターデバイスと一般デバイスを含む全デバイスの台数を求め、その値をカウンタ変数ｎにセットすることになる。

続いて、デバイス（＝マスターデバイス）は、以下に説明するＳ１５１５〜Ｓ１５３０の処理をＮ回繰り返す（Ｓ１５１０）。
この繰り返し処理の中では、まず、優先順位ｎのデバイスにバックアップ命令を送信する（Ｓ１５１５）。

ここで、このバックアップ命令を受信したデバイスでは、その受信イベントに対応するイベントハンドラとして、図１７に示すバックアップ命令受信時処理が実行される。より詳しくは、バックアップ命令を受信したデバイスは、自機動作パラメータは「マスター」であるか否かを判断し（Ｓ１６０５）、自機動作パラメータが「マスター」でない場合（Ｓ１６０５：ＮＯ）、監視対象デバイス（＝自身より優先度が１つ高いデバイス）からバックアップデータを取得する（Ｓ１６１０）。

より詳しくは、Ｓ１６１０の処理では、監視対象デバイスに対してバックアップデータ取得要求が送信され、このバックアップデータ取得要求を監視対象デバイスが受信すると、その受信イベントに対応するイベントハンドラとして、監視対象デバイスでは図１８に示すバックアップデータ取得要求受信処理が実行される。このバックアップデータ取得要求受信処理を実行することにより、監視対象デバイスは、要求元のデバイスに対して自機内のバックアップデータを返信する（Ｓ１７０５）。
そして、このＳ１７０５の処理によって返信されたバックアップデータが、Ｓ１６１０の処理において取得されることになる。

こうしてＳ１６１０の処理によってバックアップデータを取得したら、続いて、デバイスは、取得したバックアップデータを自機内のバックアップ領域に上書き保存する（Ｓ１６１５）。そして、マスターデバイスに対してバックアップ終了を返信し（Ｓ１６２０）、この処理を終える。なお、Ｓ１６０５の処理において、自機動作パラメータが「マスター」であった場合は（Ｓ１６０５：ＹＥＳ）、デバイス（＝マスターデバイス）は、Ｓ１６０５〜Ｓ１６２０の処理をスキップして、そのままこの処理を終える。すなわち、このバックアップ命令受信時処理では、デバイスがマスターデバイスとして機能する状態にある場合、実質的な処理を実行しない。

以上のようにして、優先順位ｎのデバイスがＳ１６０５〜Ｓ１６２０の処理を実行すると、Ｓ１６２０の処理により、バックアップ終了を通知する返信がマスターデバイスに返されるので、Ｓ１５１５の処理を終えたマスターデバイスは、引き続いて、所定時間（例えば１秒間）ウエイトし（Ｓ１５２０）、その後、優先順位ｎのデバイスから返事があったか否かを判断し（Ｓ１５２５）、返事がない場合は（Ｓ１５２５：ＮＯ）、Ｓ１５２０の処理へと戻る。このＳ１５２０〜Ｓ１５２５の処理は、優先順位ｎのデバイスから返事があるまで繰り返される。

このＳ１５２０〜Ｓ１５２５の繰り返し処理の中で、マスターデバイスから返事があった場合は（Ｓ１５２５：ＹＥＳ）、カウンタ変数ｎから１を減算する（Ｓ１５３０）。
そして、以上説明したＳ１５１５〜Ｓ１５３０の処理をＮ回繰り返したら、この処理を終了する。

以上説明したＳ１５０５〜Ｓ１５３０の処理において、優先順位ｎのデバイスは、カウンタ変数ｎによって示される順位のデバイスであり、カウンタ変数ｎは、初期値はシステム内の全デバイスの台数となり、Ｓ１５３０の処理により、繰り返し処理の中で１ずつ減算されている。従って、具体的な例を挙げれば、全デバイスが４台あって、そのうち、マスターデバイスが１台、一般デバイスが３台の場合、カウンタ変数ｎは繰り返し処理の中で４，３，２と減算されるので、Ｓ１５１５の処理では、最初に優先順位４位のデバイスにバックアップ命令を送信し、以降は繰り返し処理の中で、優先順位３位、２位のデバイスに順にバックアップ命令を送信することになる。つまり、優先順位が最下位のデバイスから１つずつ順位を上げながら順にバックアップ命令を送信している。このような処理の結果、一般デバイスには、バックアップデータが１つずつ保存されることになり、しかも、新しいバックアップデータほど優先順位の高い一般デバイスに保存されることになる。

［シャットダウン関連処理］
次に、ネットワークに参加しているデバイスがネットワークとの接続を断つ場合（例えば電源スイッチをＯＦＦにする場合）に実行される処理について、図１９に基づいて説明する。

この処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」であるか否かを判断し（Ｓ２００５）、自機動作パラメータが「マスター」である場合（Ｓ２００５：ＹＥＳ）、シャットダウン処理を実行する（Ｓ２０１０）。このＳ２０１０の処理は、詳しくは図２０に示すような処理になる。

このシャットダウン処理を開始すると、デバイスは、まず、後述するＳ２１２０〜Ｓ２１３５の処理を繰り返すべき回数Ｎを算出する（Ｓ２１０５）。具体的には、「マスターデバイスおよび一般デバイスを含むデバイスの総数」から「シャットダウン要求元の優先順位」を減算し、その値を繰り返し回数Ｎとする。具体例を挙げれば、全デバイスが４台（マスターデバイスが１台、一般デバイスが３台）ある場合に、優先順位２位のデバイス（＝最上位の一般デバイス）からシャットダウン要求があった場合、繰り返し回数Ｎは、Ｎ＝４−２＝２と算出される。また、自身がマスターデバイス（＝優先度１位のデバイス）の場合、繰り返し回数Ｎは、Ｎ＝４−１＝３と算出される。こうして算出される繰り返し回数Ｎは、ちょうどシャットダウン要求を行ったデバイスよりも優先度が低いデバイスの総数に相当する値となる。そして、デバイスは、カウンタ変数ｎに、マスターデバイスと一般デバイスを含む全デバイスの台数をセットする（Ｓ２１１０）。

続いて、デバイスは、以下に説明するＳ２１２０〜Ｓ２１３５の処理をＮ回繰り返す（Ｓ２１１５）。
この繰り返し処理の中では、まず、優先順位ｎのデバイスにバックアップ命令を送信する（Ｓ２１２０）。このバックアップ命令を受信したデバイスでは、その受信イベントに対応するイベントハンドラとして、図１７に示すバックアップ命令受信時処理が実行されるが、このバックアップ命令受信時処理については既に説明したので、ここでの説明は省略する。

優先順位ｎのデバイスがバックアップを完了すると、バックアップ終了を通知する返信がマスターデバイスに返されるので、Ｓ２１２０の処理を終えたマスターデバイスは、引き続いて、所定時間（例えば１秒間）ウエイトし（Ｓ２１２５）、その後、優先順位ｎのデバイスから返事があったか否かを判断し（Ｓ２１３０）、返事がない場合は（Ｓ２１３０：ＮＯ）、Ｓ２１２５の処理へと戻る。このＳ２１２５〜Ｓ２１３０の処理は、優先順位ｎのデバイスから返事があるまで繰り返される。

このＳ２１２５〜Ｓ２１３０の繰り返し処理の中で、マスターデバイスから返事があった場合は（Ｓ２１３０：ＹＥＳ）、カウンタ変数ｎから１を減算する（Ｓ２１３５）。
そして、以上説明したＳ２１２０〜Ｓ２１３５の処理をＮ回繰り返したら、この処理を終了する。

以上説明したＳ２１０５〜Ｓ２１３５の処理において、優先順位ｎのデバイスは、カウンタ変数ｎによって示される順位のデバイスであり、カウンタ変数ｎは、初期値はシステム内の全デバイスの台数となり、Ｓ２１３５の処理により、繰り返し処理の中で１ずつ減算されている。ただし、繰り返し回数Ｎは、シャットダウン要求を行ったデバイスよりも優先度が低いデバイスの総数に相当する。従って、カウンタ変数ｎは、最下位の優先順位相当の値から、「シャットダウン要求を行ったデバイスよりも１つ下の優先順位相当の値まで、１ずつ減算されることになる。Ｓ２１０５〜Ｓ２１３５の処理では、このような優先順位を持つデバイスにバックアップ命令が送信されるので、要するに、「シャットダウン要求を行ったデバイスよりも優先順位が低いデバイスすべて」に対し、バックアップ命令が送信されることになる。なお、このようなバックアップデータの移動については、後からタイミングチャートを参照して、さらに詳述する。

以上のようにして、Ｓ２１０５〜Ｓ２１３５の処理を終えると、図１９に示したＳ２０１０の処理を終えたことになるので、続いて、デバイスは、優先度２位のデバイス（＝最上位の一般デバイス）に対し、マスターになるように指示する優先度変更パケットを送信し（Ｓ２０１５）、この処理を終了する。なお、Ｓ２０１５の処理を実行したことに伴って、通知を受けたデバイスでは、先に説明した優先度変更パケット受信処理（図７参照）が実行されることになる。

さて一方、上記Ｓ２００５の処理において、自機動作パラメータが「マスター」でなかった場合は（Ｓ２００５：ＮＯ）、デバイスは、マスターにシャットダウン要求を通知する（Ｓ２０２０）。

ここで、このシャットダウン要求をマスターデバイスが受信すると、その受信イベントに対応するイベントハンドラとして、マスターデバイスでは、図２１に示すシャットダウン処理要求受信処理が実行され、マスターデバイスは、シャットダウン処理を実行する（Ｓ２２０５）。このＳ２２０５の処理は、既に説明したＳ２１０５〜Ｓ２１３５の処理に相当する処理なので、ここでの説明は省略する。そして、Ｓ２２０５の処理を終えたら、シャットダウン要求元にシャットダウン許可を送信し（Ｓ２２１０）、この処理を終える。

Ｓ２０２０の処理による通知を行ったデバイスでは、所定時間（例えば１秒間）ウエイトし（Ｓ２０２５）、その後、マスターデバイスから返事があったか否かを判断し（Ｓ２０３０）、返事がない場合は（Ｓ２０３０：ＮＯ）、タイムアウトか否かを判断して（Ｓ２０３５）、タイムアウトでなければ（Ｓ２０３５：ＮＯ）、Ｓ２０２５の処理へと戻る。このＳ２０２５〜Ｓ２０３５の処理は、マスターデバイスから返事があるか、タイムアウトになるまで繰り返される。このＳ２０２５〜Ｓ２０３５の繰り返し処理の中で、マスターデバイスから返事があった場合（Ｓ２０３０：ＹＥＳ）、もしくはタイムアウトとなった場合は（Ｓ２０３５：ＹＥＳ）、この処理を終える。なお、以上説明したＳ２００５〜Ｓ２０３５の処理を終えたことによって、デバイスは、ネットワークとの接続を断つことができる状態となる。以降は、連動して直ちに電源スイッチをＯＦＦにする制御を行ってもよいし、単に電源スイッチをＯＦＦにできる状態となったことを報知してもよい。

［バックアップデータの復帰に関連する処理］
次に、先に説明したバックアップデータを利用して、更新されたアドレス帳データを更新前の状態に戻す際に、ＰＣ１において実行される処理について、図２２に基づいて説明する。この処理は、ＰＣ１において利用者が所定の操作（例えば、プログラム起動用のアイコンやメニュー項目をポインティングデバイスを使ってクリックする操作など）を行うと実行される。

この処理を開始すると、ＰＣ１は、アプリケーションを起動して（Ｓ２４０５）、図２３（ａ）に示すアドレス帳マスターデータ管理ウィンドウ１５１を表示部１０６に表示して、マスターのＩＰアドレス入力待ちになる（Ｓ２４１０）。ここで、利用者は、アドレス帳マスターデータ管理ウィンドウ１５１中にあるマスターデバイスＩＰアドレス入力欄１５３に、マスターデバイスのＩＰアドレスを入力することができ、また、同ウィンドウ内にあるＯＫボタン１５５、Ｃａｎｃｅｌボタン１５７を押下する（ポインティングデバイスを使ってクリックする）ことができる。

利用者が入力操作を行うとＳ２４１０の処理を抜け、続いて、ＰＣ１は、ＯＫボタン１５５が押下されたか否かを判断する（Ｓ２４１５）。ここで、ＯＫボタン１５５が押下されていなければ（Ｓ２４１５：ＮＯ）、Ｃａｎｃｅｌボタン１５７の押下または図示しないその他の操作を受けたものと判断し、この処理を終了する。

一方、ＯＫボタン１５５が押下されていれば（Ｓ２４１５）、マスターからバックアップデータリストを取得して表示する（Ｓ２４２０）。より具体的には、ＰＣ１は、図２３（ｂ）に示すアドレス帳データ選択ウィンドウ１６１を表示部１０６に表示する。このアドレス帳データ選択ウィンドウ１６１中にあるリスト表示欄１６３には、選択可能なバックアップデータの一覧が、そのバックアップ日時とともに表示される。

アドレス帳データ選択ウィンドウ１６１を表示部１０６に表示したら、ＰＣ１は、バックアップデータの選択入力待ちになる（Ｓ２４２５）。ここで、利用者は、アドレス帳データ選択ウィンドウ１６１中にあるリスト表示欄１６３に表示されたバックアップデータを１つ選択することができ、また、同ウィンドウ内にあるＯＫボタン１６５、Ｃａｎｃｅｌボタン１６７を押下することができる。

利用者が入力操作を行うとＳ２４２５の処理を抜け、続いて、ＰＣ１は、ＯＫボタン１６５が押下されたか否かを判断する（Ｓ２４３０）。ここで、ＯＫボタン１６５が押下されていなければ（Ｓ２４３０：ＮＯ）、Ｃａｎｃｅｌボタン１６７の押下または図示しないその他の操作を受けたものと判断し、この処理を終了する。

一方、ＯＫボタン１６５が押下されていれば（Ｓ２４３０）、マスターにデータ復帰要求を送信し（Ｓ２４３５）、この処理を終了する。その結果、ＰＣ１からマスターデバイスへデータ復帰要求が送信され、マスターデバイスにおいて、データ復帰要求に対応する処理が実行されることになる。

次に、Ｓ２４３５の処理で送信されるデータ復帰要求をデバイスが受信した際、その受信イベントに対応するイベントハンドラとして実行される処理について、図２４に基づいて説明する。

この処理を開始すると、デバイスは、まず、自機動作パラメータは「マスター」であるか否かを判断し（Ｓ２６０５）、自機動作パラメータが「マスター」でない場合は（Ｓ２６０５：ＮＯ）、そのままこの処理を終える。すなわち、デバイスが一般デバイスとして機能する状態にある場合、実質的な処理を実行しない。

一方、自機動作パラメータが「マスター」である場合は（Ｓ２６０５：ＹＥＳ）、利用者の指定したバックアップデータが自機内にあるか否かを判断する（Ｓ２６１０）。すなわち、先に説明した通り、本実施形態において、バックアップデータとしては、マスターデバイスの記憶領域に蓄積された複数のバックアップデータと、複数の一般デバイスの記憶領域に各デバイスとも１つずつ記憶された複数のバックアップデータが存在し、最新のバックアップデータが作成される際には、同一のバックアップデータがマスターデバイスの記憶領域と優先度の最も高いデバイスの記憶領域とに保存されるが、デバイスの電源断や記憶容量の都合等に起因して、バックアップデータが自機内にしかない場合、他機内にしかない場合、どちらの場合にもなり得る。

そこで、Ｓ２６１０の処理において、バックアップデータが自機内にあると判断した場合は（Ｓ２６１０：ＹＥＳ）、自機内の記憶領域からバックアップデータを取得し（Ｓ２６１５）、バックアップデータが自機内にないと判断した場合は（Ｓ２６１０：ＮＯ）、バックアップデータの所在を調べて、管理下デバイスからバックアップデータを取得する（Ｓ２６２０）。

こうして自機または他機からバックアップデータを取得したら、取得したバックアップデータを更新用データとして格納し（Ｓ２６３０）、その更新用データに基づいてアドレス帳更新処理を実行し（Ｓ２６４０）、この処理を終了する。なお、Ｓ２６４０の処理は、既に説明したＳ１２０５〜Ｓ１２２０の処理に相当する処理なので、ここでの説明は省略する。

［ネットワークシステムの挙動についての具体例１］
次に、以上説明した各処理により、ネットワークシステムがどのような挙動を示すのかについて、いくつかの具体的な事例を挙げて説明する。なお、以下に説明する各具体例においては、説明が煩雑になるのを避けるため、本発明でいうデバイスに相当する機器をデバイス１，２，３，４と称するが、これらデバイス１，２，３，４は、上述した実施形態における画像処理装置３，３，５，５に相当する機器である。

まず、具体例１について説明する。
図２５は、１台のデバイス１がネットワークシステムに接続されてマスターデバイスとして機能し、その後、もう１台のデバイス２がネットワークシステムに接続された場合に、どのように優先度が決まり、どのようにマスターデータが提供されるのかを示したタイミングチャートである。

なお、この具体例１では、デバイス１は、不揮発性ＲＡＭ容量６４、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は６４であり、デバイス２は、不揮発性ＲＡＭ容量３２、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は３２である。

まず、デバイス１の電源がＯＮになると、デバイス１は、ブロードキャストにてマスター適性値を送信する。これに対し、ネットワーク側から返事がないため、デバイス１は、マスターデバイスとして機能する。

その後、もう１台のデバイス２の電源がＯＮになると、デバイス２は、ブロードキャストにてマスター適性値を送信する。これを受けて、デバイス１は、マスター適性値を比較する。ここで、デバイス１のマスター適性値は６４であり、デバイス２のマスター適性値は３２なので、デバイス１は自分のマスター適性値が高いと判断する。

その結果、デバイス１からデバイス２へ「私がマスターです。マスター適性値は私の方が高いです。２ｎｄになってください。」との通知がなされ、さらにマスターデータ（アドレス帳データ）のコピーがなされ、デバイス２は優先度２のデバイスとなり、デバイス２からデバイス１へ「２ｎｄになりました」との返事が返され、デバイス１は、管理情報に２ｎｄを追加する。

［ネットワークシステムの挙動についての具体例２］
次に、具体例２について説明する。
図２６も、１台のデバイス１がネットワークシステムに接続されてマスターデバイスとして機能し、その後、もう１台のデバイス２がネットワークシステムに接続された場合に、どのように優先度が決まり、どのようにマスターデータが提供されるのかを示したタイミングチャートである。

ただし、この具体例２では、具体例とは異なり、デバイス１は、不揮発性ＲＡＭ容量６４、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は６４であり、デバイス２は、不揮発性ＲＡＭ容量１２８、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は２５６である。つまり、後からネットワークに参加するデバイス２の方が、よりマスター適性値が高い。

この場合、まず、デバイス１の電源がＯＮになると、デバイス１は、ブロードキャストにてマスター適性値を送信する。これに対し、ネットワーク側から返事がないため、デバイス１は、マスターデバイスとして機能する。

その後、もう１台のデバイス２の電源がＯＮになると、デバイス２は、ブロードキャストにてマスター適性値を送信する。これを受けて、デバイス１は、マスター適性値を比較する。ここで、デバイス１のマスター適性値は６４であり、デバイス２のマスター適性値は２５６なので、デバイス１は相手のマスター適性値が高いと判断する。

その結果、デバイス１からデバイス２へ「私がマスターです。マスター適性値はあなたの方が高いです。マスターになってください」との通知がなされ、さらにマスターデータ（アドレス帳データ）のコピーがなされ、デバイス２はマスターデバイス（＝優先度１のデバイス）となる。

その後、デバイス２からデバイス１へ「私がマスターになりました。あなたは２ｎｄになってください。」との返事が返され、デバイス１は２ｎｄになり、デバイス１からデバイス２へ「２ｎｄになりました。」との通知がなされ、デバイス２は、管理情報に２ｎｄを追加する。

このように、優先度の高いデバイスが後からネットワークに参加すると、優先度に従ってマスターデバイスの交代が発生する。
［ネットワークシステムの挙動についての具体例３］
次に、具体例３について説明する。

図２７は、２台のデバイス１，２がネットワーク上で既に稼働し、そこへ新たなデバイス３が接続された場合のタイミングチャートである。
なお、この具体例３では、デバイス１は、不揮発性ＲＡＭ容量３２、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は３２であり、デバイス２は、不揮発性ＲＡＭ容量１２８、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は２５６であり、デバイス３は、不揮発性ＲＡＭ容量６４、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は１２８である。

デバイス３の電源がＯＮになると、デバイス３は、ブロードキャストにてマスター適性値を送信する。これを受けて、デバイス２は、マスター適性値を比較、デバイス１，２，３のマスター適性値は、それぞれ３２，２５６，１２８なので、デバイス２は自分のマスター適性値が一番高いと判断し、同時にデバイス３の優先度が２、デバイス１の優先度が３となることも判断する。

その結果、デバイス２からデバイス３へ「２ｎｄになってください。」との通知がなされ、デバイス２からデバイス１へ「３ｒｄになってください。」との通知がなされる。また、デバイス２からデバイス３へは、マスターデータ（アドレス帳データ）のコピーがなされる。

デバイス１，３はそれぞれ優先度３，２のデバイスとなり、デバイス３からデバイス２へは「２ｎｄになりました。」との返事が返され、デバイス１からデバイス２へは「３ｒｄになりました。」との返事が返され、これを受けてデバイス１は、管理情報を更新する。

このように、一般デバイス間でも、優先度の高いデバイスが後からネットワークに参加すると、優先度に従って一般デバイスの順位の交代が発生する。
［ネットワークシステムの挙動についての具体例４］
次に、具体例４について説明する。

図２８も、２台のデバイス１，２がネットワーク上で既に稼働し、そこへ新たなデバイス３が接続された場合のタイミングチャートである。
なお、この具体例４では、デバイス１は、不揮発性ＲＡＭ容量３２、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は３２であり、デバイス２は、不揮発性ＲＡＭ容量６４、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は１２８であり、デバイス３は、不揮発性ＲＡＭ容量１２８、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は２５６である。

デバイス３の電源がＯＮになると、デバイス３は、ブロードキャストにてマスター適性値を送信する。これを受けて、デバイス２は、マスター適性値を比較、デバイス１，２，３のマスター適性値は、それぞれ３２，１２８，２５６なので、デバイス２はデバイス３のマスター適性値が一番高いと判断する。

その結果、デバイス２からデバイス３へ「マスターになってください。」との通知がなされ、デバイス２からデバイス３へは、マスターデータ（アドレス帳データ）と管理情報のコピーがなされる。

その後、デバイス３からデバイス２へ「私がマスターになりました。あなたは２ｎｄになってください。」との通知がなされ、デバイス３からデバイス１へ「あなたは３ｒｄになってください。」との通知がなされる。これを受けて、デバイス２は２ｎｄになり、デバイス２からデバイス３へ「２ｎｄになりました。」との返事が返される。また、デバイス１は３ｒｄになり、デバイス１からデバイス３へ「３ｒｄになりました。」との返事が返される。その結果、デバイス３は、管理情報を更新する。

このように、複数のデバイスが存在する状況下で、最も優先度の高いデバイスが新たにネットワークに参加した場合、マスターデバイスの交代が発生し、さらに、マスターデバイスの交代後に、一般デバイス間でも、優先度に従って一般デバイスの順位の見直しが行われる。

［ネットワークシステムの挙動についての具体例５］
次に、具体例５について説明する。
図２９は、３台のデバイス１，２，３がネットワーク上で稼働している状況下で、マスターデバイス２が突然電源を落とされた場合のタイミングチャートである。

なお、この具体例５では、デバイス１は、不揮発性ＲＡＭ容量６４、連続運転性指標：１（ＦＡＸ機能無し）なので、マスター適性値は１２８であり、デバイス２は、不揮発性ＲＡＭ容量１２８、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は２５６であり、デバイス３は、不揮発性ＲＡＭ容量３２、連続運転性指標：２（ＦＡＸ機能あり）なので、マスター適性値は６４である。

全てのデバイス１，２，３が稼働している場合、優先度が最も高い一般デバイス１は、デバイス２を通信対象にして定期的にポーリングすることで、デバイス１からデバイス２へ「正常に動作していますか？」との問い合わせを行い、デバイス２からデバイス１へ「問題ありません。」との返事が返されたことをもって、マスターデバイスの存在を監視している。

ここで、マスターデバイス２の電源が突然ＯＦＦにされた場合、デバイス１からデバイス２への問い合わせに対し、デバイス２からデバイス１への返事が返らなくなるので、タイムアウトを検知した時点で、デバイス１はマスターとして機能し、ブロードキャストにて全デバイスに対し、「マスターになりました。適性値を送って下さい。」との要求を送信する。

この要求を受けたデバイス３は、デバイス１にマスター適性値を通知し、通知されたマスター適性値に基づいて、デバイス１は管理情報を作成する。そして、作成した管理情報中の順位に従って、デバイス１は、デバイス３に対して「２ｎｄになってください。」との通知を行い、これを受けて、デバイス３は２ｎｄになり、デバイス３からデバイス１へ「２ｎｄになりました。」との返事が返される。

このようにマスターデバイスが突然不在となった場合には、優先順位が１つ下となるデバイスがマスターの不在を検知し、新たにマスターとして機能する状態に移行するので、マスターが不在となっている期間をごく僅かな期間とすることができる。

［ネットワークシステムの挙動についての具体例６］
次に、具体例６について説明する。
図３０は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、優先度２，３のデバイス２，３が突然電源を落とされた場合のタイミングチャートである。

なお、この具体例６では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。

全てのデバイス１，２，３，４が稼働している場合、優先度が最も高い一般デバイス１は、全ての一般デバイス２，３，４を通信対象にして定期的にポーリングすることで、デバイス１からデバイス２，３，４へ順次「正常に動作していますか？」との問い合わせを行い、デバイス２，３，４からデバイス１へはそれぞれ「問題ありません。」との返事が返されたことをもって、一般デバイスの存在を監視している。

ここで、２台のデバイス２，３の電源が突然ＯＦＦにされた場合、デバイス１からデバイス２，３への問い合わせに対し、デバイス２，３からデバイス１への返事が返らなくなるので、タイムアウトを検知した時点で、デバイス１はデバイス２，３が不在となったことを認識し、管理情報を更新する。そして、作成した管理情報中の順位に従って、デバイス１は、デバイス４に対して「２ｎｄになってください。」との通知を行い、これを受けて、デバイス４は２ｎｄになり、デバイス４からデバイス１へ「２ｎｄになりました。」との返事が返される。

このように複数の一般デバイスが突然不在となった場合には、管理情報が更新されて優先度の見直しが図られる。
［ネットワークシステムの挙動についての具体例７］
次に、具体例７について説明する。

図３１は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、デバイス３においてアドレス帳データの変更が行われた場合のタイミングチャートである。

なお、この具体例７では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
デバイス３においてアドレス帳データの変更が行われると、デバイス３からマスターデバイス１へデータ更新要求が送信される。これを受けて、マスターデバイス１では、アドレス帳データの更新が行われるが、マスターは容量の許す限り、自機にバックアップを持つようになっており、図示した例では、最大３つのバックアップデータファイルを自機内に保存することができる。そこで、マスターデバイス１は、最も古いバックアップ３を削除し、元のバックアップ２を新バックアップ３、元のバックアップ１を新バックアップ１、元のマスターデータを新バックアップ１とし、更新後のマスターデータを新マスターとする。

こうしてマスターデータの更新を終えたら、マスターデバイス１は全デバイス２，３，４に対し「データ更新がありました。新マスターをコピーして下さい。」との通知を送信し、全デバイス２，３，４に対し、新マスターの提供を行う。

また、デバイス１は、最下位のデバイスから順に１台ずつ指令を送信し、「優先度が自身より１つ高いデバイスが持っているバックアップを、自機にコピーすること」を指令する。この指令を順に受けるデバイス２，３，４は、まず最下位のデバイス４が１つ上のデバイス３から元のバックアップ３を受け取り、それを新バックアップ４として自機内で元のバックアップ４に上書きに保存し、バックアップ完了をデバイス１に通知する。次に、デバイス３が１つ上のデバイス２から元のバックアップ２を受け取り、それを新バックアップ３として自機内で元のバックアップ３に上書き保存し、バックアップ完了をデバイス１に通知する。次に、デバイス２が１つ上のデバイス１から元のバックアップ１（＝新バックアップ２）を受け取り、それを新バックアップ２として自機内で元のバックアップ２に上書き保存し、バックアップ完了をデバイス１に通知する。

以上の処理により、アドレス帳データの更新処理とバックアップデータの保存処理が完了することになる。
［ネットワークシステムの挙動についての具体例８］
次に、具体例８について説明する。

図３２は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、デバイス２からデバイス１へシャットダウン要求が行われた場合のタイミングチャートである。

なお、この具体例８では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
デバイス２においてシャットダウン要求があると、デバイス２からデバイス１へ「シャットダウンします。」との通知が送信される。これを受けたマスターデバイス１では、「２ｎｄがいなくなるから４ｔｈに３ｒｄのバックアップをコピーしなければ。」と認識し、デバイス１は、最下位のデバイスからシャットダウン要求のあったデバイスより１つ順位の低いデバイスまで、この順序で１台ずつ指令を送信し、「優先度が自身より１つ高いデバイスが持っているバックアップを、自機にコピーすること」を指令する。この指令を順に受けるデバイス３，４は、まず最下位のデバイス４が１つ上のデバイス３から元のバックアップ３を受け取り、それを新バックアップ４として自機内で元のバックアップ４に上書きに保存し、バックアップ完了をデバイス１に通知する。次に、デバイス３が１つ上のデバイス２から元のバックアップ２を受け取り、それを新バックアップ３として自機内で元のバックアップ３に上書き保存し、バックアップ完了をデバイス１に通知する。

以上の処理により、デバイス４より優先度の高いデバイス３が持っていたバックアップ３はデバイス４へと引き渡され、デバイス３より優先度の高いデバイス２が持っていたバックアップ２はデバイス３へと引き渡される。したがって、より最新のバックアップをシャットダウンするデバイスから稼働中のデバイスへ引き継ぐことができる。

［ネットワークシステムの挙動についての具体例９］
次に、具体例９について説明する。
図３３は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、マスターデータをバックアップ３相当の内容に戻す旨の操作がなされた場合のタイミングチャートである。

なお、この具体例８では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
ＰＣでの操作により、ＰＣからデバイス１に対し、マスターデータをバックアップ３相当の内容に戻す旨の指令が送信されると、マスターデバイス１は、自機内にバックアップ３が保存されていないため、バックアップ３を持っているデバイス３にデータ要求を通知する。この要求に応じて、デバイス３からマスターデバイス１へバックアップ３が送信される。

これを受けて、マスターデバイス１では、最も古いバックアップ２を削除し、元のバックアップ１を新バックアップ２、元のマスターデータを新バックアップ１とし、デバイス３から受け取ったバックアップ３を新マスターとする。

こうしてマスターデータの更新を終えたら、マスターデバイス１は全デバイス２，３，４に対し「データ更新がありました。新マスターをコピーして下さい。」との通知を送信し、全デバイス２，３，４に対し、新マスターの提供を行う。

また、デバイス１は、最下位のデバイスから順に１台ずつ指令を送信し、「優先度が自身より１つ高いデバイスが持っているバックアップを、自機にコピーすること」を指令する。この指令を順に受けるデバイス２，３，４は、まず最下位のデバイス４が１つ上のデバイス３から元のバックアップ３を受け取り、それを新バックアップ４として自機内で元のバックアップ４に上書きに保存し、バックアップ完了をデバイス１に通知する。次に、デバイス３が１つ上のデバイス２から元のバックアップ２を受け取り、それを新バックアップ３として自機内で元のバックアップ３に上書き保存し、バックアップ完了をデバイス１に通知する。次に、デバイス２が１つ上のデバイス１から元のバックアップ１（＝新バックアップ２）を受け取り、それを新バックアップ２として自機内で元のバックアップ２に上書き保存し、バックアップ完了をデバイス１に通知する。

以上の処理により、アドレス帳データの更新処理とバックアップデータの保存処理が完了することになる。
［ネットワークシステムの挙動についての具体例１０］
次に、具体例１０について説明する。

図３４は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、マスターデバイス１が稼働を停止した場合に、バックアップデータがどのようにやり取りされるかを示したタイミングチャートである。

なお、この具体例８では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
マスターデバイス１が稼働を停止すると、優先度が１つ下のデバイス２は、マスター不在を検知し、マスターに昇格する。このとき、デバイス２は、マスターデータとバックアップ２を自機内に持っているので、バックアップ２を新バックアップ１とする。そして、デバイス２は、自身より下位のデバイス３，４が持っているバックアップ３，４についても提供を求め、それに応じてデバイス３，４からバックアップ３，４が送信されてきたら、それぞれバックアップ３を新バックアップ２、バックアップ４を新バックアップ３として自機内に保存する。

その結果、自機内にマスターデータとバックアップ２しか持っていなかったデバイス２も、マスターに昇格するに当たって、３つの新バックアップ１，２，３を持つことができる。

［ネットワークシステムの挙動についての具体例１１］
次に、具体例１１について説明する。
図３５は、４台のデバイス１，２，３，４がネットワーク上で稼働している状況下で、一般デバイス３が稼働を停止した場合に、バックアップデータがどのようにやり取りされるかを示したタイミングチャートである。

なお、この具体例８では、デバイス１，２，３，４のマスター適性値は、順に５１２，２５６，６４，３２である。
デバイス３が稼働を停止すると、マスターデバイス１は、デバイス３が不在であることを検知する。このとき、マスターデバイス１は、デバイス３が持っていたバックアップ３を自機内に持っており、このバックアップ３は、デバイス４が持っているバックアップ４よりも新しいバックアップなので、デバイス４に対し、デバイス１から渡すバックアップ３で、デバイス４が持っているバックアップ４を上書きするように指令する。

これを受けて、デバイス４は、デバイス１からバックアップ３を受け取り、自機内のバックアップ４を上書きし、上書きが完了したら、その旨をデバイス１に通知する。
このような処理を行うことにより、一般デバイスに分散して記憶させてあるバックアップを、より最新のバックアップが保存されるように管理することができる。

［本発明と上記実施形態との対応関係］
以上説明した本発明の実施形態において、画像処理装置３，３，５，５、デバイス１，２，３，４は、いずれも本発明でいうデバイスに相当する機器である。また、ＬＡＮ７が、本発明でいうネットワークに相当する。

また、各画像処理装置３，３，５，５が備えるＣＰＵ３０１，５０１が中心になって上述した各処理を実行することにより、本発明を構成する各手段が機能することになる。
具体的には、上記Ｓ２２０の処理が、本発明でいうマスター交代通知手段によって実行される処理、上記Ｓ３０５〜Ｓ３１５の処理が、本発明でいう順位決定手段によって実行される処理、上記Ｓ３３０の処理が、本発明でいうマスター交代通知手段によって実行される処理に、それぞれ該当する。

また、上記Ｓ４１５の処理が、本発明でいう共用データ受信手段によって実行される処理、上記Ｓ５０５の処理が、本発明でいう共用データ送信手段によって実行される処理、上記Ｓ４０５〜Ｓ４２０の処理が、本発明でいう制御手段によって実行される処理、上記Ｓ８１０の処理が、本発明でいう順位再設定手段によって実行される処理に、それぞれ該当する。

また、上記監視対象デバイス不在通知受信処理（図１１参照）を実行する契機となった受信イベントを検知する手段が本発明でいうデバイス増減検知手段に該当し、アドレス帳の更新に関する処理（図１２参照）を実行する契機となった入力手段である操作キー３０５，５０５が本発明でいう更新入力手段に相当し、上記Ｓ１０２０の処理が本発明でいう更新情報提供手段によって実行される処理に該当する。

また、図１３に示す受信イベント実行の契機となった更新データを受信した手段が、本発明でいう更新情報取得手段に該当し、上記Ｓ１２１０の処理が本発明でいう共用データ更新手段によって実行される処理に該当し、更新対象となるアドレス帳マスターデータを記憶する不揮発性ＲＡＭ３０４，５０４が共用データ記憶手段に該当する。

また、上記Ｓ１５１５の処理が本発明でいうバックアップデータ取得指示送信手段によって実行される処理に該当し、図１７に示すバックアップ命令受信時処理が、本発明でいうバックアップデータ取得指示受信手段によって実行される処理に該当し、上記Ｓ１６１０の処理において監視対象デバイスに対してバックアップデータ取得要求を送信する処理が、本発明でいうバックアップデータ要求手段によって実行される処理に該当する。

また、上記Ｓ１７０５の処理が本発明でいう第１，第２の更新時バックアップデータ提供手段によって実行される処理に該当し、上記Ｓ１６１５の処理が本発明でいうバックアップデータ更新手段によって実行される処理に該当し、上書き対象となるバックアップデータを記憶するバックアップ領域（不揮発性ＲＡＭ３０４，５０４）がバックアップデータ記憶手段に該当する。

また、上記Ｓ２４２０の処理が本発明でいう情報報知手段によって実行される処理に該当し、ここで表示される情報を格納したバックアップデータリストを記憶する不揮発性ＲＡＭ３０４，５０４が、本発明でいうバックアップデータ情報記憶手段に該当する。

また、上記Ｓ２４２５の処理が本発明でいう選択入力手段によって実行される処理に該当し、上記Ｓ２６２０の処理が本発明でいう復元時バックアップデータ取得手段によって実行される処理に該当する。

さらに、上記Ｓ２６２０の処理に応じて、管理下デバイスでは、マスターデバイスへバックアップデータを提供する処理が行われることになるが、その処理が、本発明でいう復元時バックアップデータ提供手段によって実行される処理に該当する。また、Ｓ２６１０の処理およびＳ２６１０の処理でバックアップデータが自機内にないと判断した場合に（Ｓ２６１０：ＮＯ）、バックアップデータの所在を調べる処理が、本発明でいうデバイス特定手段によって実行される処理に該当する。加えて、上記Ｓ２６４０の処理が本発明でいう共用データ復元手段によって実行される処理に該当する。

［変形例等］
以上、本発明の実施形態について説明したが、本発明は上記の具体的な一実施形態に限定されず、この他にも種々の形態で実施することができる。

例えば、上記実施形態では、マスターデバイスが一般デバイスに提供する共用データとして、アドレス帳データを例示したが、ネットワーク上の複数のデバイスで共通に使用するようなデータであれば、本発明を適用することができる。より具体的な例を挙げれば、複数のデバイスにおいて共通に設定したいデバイスの設定データ、複数のデバイスを同一の管理者が管理している場合における管理者名、管理者メールアドレス、管理者に通知すべきコンディション情報、システム内で共通の設定値を用いるのが一般的なメールサーバアドレスやネームサーバアドレスなどを、マスターデバイスから一般デバイスに提供することで、複数の一般デバイスそれぞれにおいて逐一面倒な入力操作等を行わなくてもよいようになる。

また、上記実施形態では、マスター適性値として、不揮発性メモリ容量と連続運転性指標とを乗算した値を用いていたが、これは、マスターデバイスに求められる性能に応じて任意に変更することができる。既に上記実施形態で示したものも含めて、より具体的な例を挙げれば、以下のパラメーターのいずれか一つ以上を使用して適性値を求めると好ましい。
（ａ）ＮＶ−ＲＡＭ容量（単位：Ｋｂｙｔｅ）：これは、不揮発性メモリ搭載量は高いほどバックアップに適しているからである。
（ｂ）ＨＤＤ容量（単位：Ｋｂｙｔｅ）：これも容量が大きいほどバックアップに適しているからである。
（ｃ）連続運転性指標（単位：Ｆａｘ機能あり＝１、Ｆａｘ機能なし＝２）：これは、電源ＯＦＦの可能性が低いほどマスターとして適しているからである。
（ｄ）ＣＰＵ クロック数（単位：ＭＨｚ）：これは、処理速度が速いほどマスターとして適しているからである。
（ｅ）ＲＡＭ容量（単位：Ｍｂｙｔｅ）：これは、各種演算の処理速度が速いほどマスターとして適しているからである。
（ｆ）ネットワークＩ／Ｆの速度（単位：ｂｐｓ）：これは、デバイス間で大量のデータをやり取りするに当たり、ネットワークＩ／Ｆの速度がボトルネックになる可能性もあるからである。
（ｇ）製品出荷日（単位：年）：これは、同機能・同価格帯の製品であれば、新しい製品の方が一般的に性能が良いからである。

これらのパラメータ（ａ）〜（ｇ）は、重要視する項目によって重み付けを変えたり、適宜乗算や加算を組み合わせることにより、マスター適性値の算出に利用することができる。いくつか例を挙げれば、例えば、上記実施形態では、マスター適性値（ｐ）＝（ａ）×（ｃ）とする例を示したが、ハードディスクにもバックアップを作成する場合は、適性値（ｐ）＝（（ａ）＋（ｂ））×（ｃ）としてもよい。また、ＲＡＭ容量も加味するのであれば、適性値（ｐ）＝（（ａ）＋（ｅ）÷２）×（ｃ）としたり、適性値（ｐ）＝（（ａ）＋（ｅ）−２０００）×（ｃ）としてもよい。

ネットワークシステムの全体構成、および、各機器の内部構成を示すブロック図である。 アドレス帳データを示す説明図である。 デバイスの電源がＯＮにされたときの処理のフローチャートである。 マスター適性値パケット受信処理のフローチャートである。 管理情報を示す説明図である。 管理情報の作成処理のフローチャートである。 優先度変更パケット受信処理のフローチャートである。 マスターデータ取得要求受信処理のフローチャートである。 デバイスが周期的に繰り返す処理のフローチャートである。 動作確認パケット受信処理のフローチャートである。 監視対象デバイス不在通知受信処理のフローチャートである。 アドレス帳を更新する操作を行った際に実行される処理のフローチャートである。 アドレス帳更新データを受信する処理のフローチャートである。 アドレス帳更新処理のフローチャートである。 マスターデータ更新指示受信処理のフローチャートである。 管理下デバイスに対するバックアップ指示処理のフローチャートである。 バックアップ命令受信時処理のフローチャートである。 バックアップデータ取得要求受信処理のフローチャートである。 シャットダウン処理を開始する場合の処理を示すフローチャートである。 シャットダウン処理のフローチャートである。 シャットダウン処理要求受信処理のフローチャートである。 バックアップ復帰操作時に実行される処理のフローチャートである。 アドレス帳マスターデータ管理ウィンドウおよびアドレス帳データ選択ウィンドウを示す説明図である。 データ復帰要求時に実行される処理のフローチャートである。 ネットワークシステムの挙動についての具体例１を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例２を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例３を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例４を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例５を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例６を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例７を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例８を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例９を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例１０を示すタイミングチャートである。 ネットワークシステムの挙動についての具体例１１を示すタイミングチャートである。

符号の説明

１・・・ＰＣ、３，５・・・画像処理装置、１０１，３０１，５０１・・・ＣＰＵ、１０２，３０２，５０２・・・ＲＯＭ、１０３，３０３，５０３・・・ＲＡＭ、３０４，５０４・・・不揮発性ＲＡＭ、１０５・・・操作部、３０５，５０５・・・操作キー、１０６・・・表示部、３０６，５０６・・・表示パネル、１０７，３０７，５０７・・・ハードディスク装置、１０８，３０８，５０８・・・ＬＡＮ Ｉ／Ｆ、３１１，５１１・・・印刷部、３１２，５１２・・・読み取り部、３１３・・・モデム。

Claims (15)

1. 複数のデバイスがネットワークに接続され、前記デバイスには、システム内における順位が付与されて、前記順位が最上位となるデバイスがマスターデバイスとして機能するとともに、前記順位が最上位となるデバイス以外のデバイスが一般デバイスとして機能して、前記複数のデバイスで共用される共用データが、前記マスターデバイスから前記一般デバイスへ提供されるように構成されており、
   前記デバイスは、
   前記マスターデバイスとなったときに機能する手段として、
   前記共用データを記憶する共用データ記憶手段と、
   前記共用データ記憶手段に記憶された前記共用データを更新する共用データ更新手段と、
   前記共用データ更新手段によって前記共用データを更新する際、更新前の共用データを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第１の更新時バックアップデータ提供手段と、
   復元指令が与えられた際に、自身以外のデバイスから前記バックアップデータを取得する復元時バックアップデータ取得手段と、
   前記復元時バックアップデータ取得手段によって取得した前記バックアップデータを、前記共用データとして前記共用データ記憶手段に記憶させることにより、更新前の前記共用データを復元する共用データ復元手段と
   を備えており、
   前記一般デバイスとなったときに機能する手段として、
   前記バックアップデータを記憶するバックアップデータ記憶手段と、
   自身以外のデバイスから前記バックアップデータが提供された際、そのバックアップデータを取得してバックアップデータ記憶手段に記憶させるバックアップデータ更新手段と、
   前記バックアップデータ更新手段によって前記バックアップデータを更新する際、更新前のバックアップデータを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第２の更新時バックアップデータ提供手段と、
   前記マスターデバイスからの要求に応じて、前記バックアップデータを提供する復元時バックアップデータ提供手段と
   を備えていることを特徴とするネットワークシステム。
2. 前記デバイスは、
   前記マスターデバイスとなったときに機能する手段として、
   前記一般デバイスとして機能するデバイスに対し、前記順位が最下位のデバイスから順に、自身より前記順位が高いデバイスの中で前記順位が最も下位のデバイスから、前記バックアップデータを取得するように指示を送信するバックアップデータ取得指示送信手段
   を備えており、
   前記一般デバイスとなったときに機能する手段として、
   前記バックアップデータ取得指示送信手段からの指示を受信するバックアップデータ取得指示受信手段と、
   前記バックアップデータ取得指示受信手段によって前記指示を受信したら、自身より前記順位が上位のデバイスの中で前記順位が最も下位のデバイスに、前記バックアップデータの提供を要求するバックアップデータ要求手段と
   を備えており、
   前記第１，第２の更新時バックアップデータ提供手段は、前記バックアップデータ要求手段による要求に応じて、前記バックアップデータを提供する手段である
   ことを特徴とする請求項１に記載のネットワークシステム。
3. 前記デバイスは、
   前記マスターデバイスとなったときに機能する手段として、
   システム内における自身以外のデバイスの増減を検知するデバイス増減検知手段と、
   前記デバイス増減検知手段によって前記デバイスの増減を検知した際、前記複数のデバイスの特性を示す特性情報に基づいて、前記複数のデバイスの順位を決定しなおす順位再設定手段と
   を備えており、
   前記バックアップデータ取得指示送信手段は、前記順位再設定手段によって前記順位を決定しなおしたときに、前記順位が最下位のデバイスから順に、前記バックアップデータを取得するように指示を送信する手段である
   ことを特徴とする請求項２に記載のネットワークシステム。
4. 前記デバイスは、
   前記マスターデバイスとなったときに機能する手段として、
   複数の前記バックアップデータの違いを利用者が識別できるようにするために各バックアップデータに対して付与される第１の情報と、前記バックアップデータを記憶しているデバイスを特定可能な第２の情報とを対応付けて記憶するバックアップデータ情報記憶手段と、
   前記バックアップデータ情報記憶手段に記憶された前記第１の情報を、利用者に対して報知する情報報知手段と、
   前記情報報知手段によって報知された１以上の前記第１の情報の中から１つを選択する入力を受け付ける選択入力手段と、
   前記選択入力手段によって受け付けられた入力に基づいて、選択された前記第１の情報に対応づけられた前記第２の情報が示すデバイスを特定するデバイス特定手段と、
   を備えており、
   前記復元時バックアップデータ取得手段は、復元指令が与えられた際に、前記デバイス特定手段によって特定されたデバイスに対して、前記バックアップデータの提供を要求し、その要求に応じて提供される前記バックアップデータを取得する手段である
   ことを特徴とする請求項１〜請求項３のいずれかに記載のネットワークシステム。
5. 前記デバイスは、
   前記マスターデバイスとなったときに機能する手段として、
   前記複数のデバイスの特性を示す特性情報に基づいて、各デバイスの順位を決定する順位決定手段と、
   前記順位決定手段によって順位を決定したデバイスの中に、自身より順位の高いデバイスが存在する場合に、そのデバイスにマスターデバイスとして機能すべきことを通知するマスター交代通知手段と、
   前記マスター交代通知手段による通知を行ったデバイスに対し、前記共用データを送信する共用データ送信手段と
   を備えており、
   前記一般デバイスとなったときに機能する手段として、
   前記マスターデバイスとして機能するデバイスから、マスターデバイスとして機能すべきことが通知されたら、自身を前記マスターデバイスとして機能させる制御を行う制御手段と、
   前記マスターデバイスとして機能すべきことを通知したデバイスから送信されてくる前記共用データを受信する共用データ受信手段と
   を備えていることを特徴とする請求項１〜請求項４のいずれかに記載のネットワークシステム。
6. 前記デバイスは、
   前記マスターデバイスとなったときに機能する手段として、
   自身以外のデバイスから、自身以外のデバイスにおいて更新された前記共用データの更新情報を取得する更新情報取得手段を備え、
   前記共用データ更新手段は、前記更新情報取得手段によって取得された前記更新情報に基づいて、前記共用データ記憶手段に記憶された前記共用データを更新する手段として構成されており、
   前記一般デバイスとなったときに機能する手段として、
   前記共用データを更新するための入力を受け付ける更新入力手段と、
   前記更新入力手段によって受け付けた入力に基づいて、前記共用データの更新情報を作成し、当該更新情報を前記マスターデバイスとして機能するデバイスに提供する更新情報提供手段と
   を備えていることを特徴とする請求項１〜請求項５のいずれかに記載のネットワークシステム。
7. 前記更新入力手段は、前記共用データを更新するための入力として、利用者からの入力操作を受け付ける手段である
   ことを特徴とする請求項６に記載のネットワークシステム。
8. 前記デバイスは、
   前記マスターデバイスとなったときに機能する手段として、
   前記共用データを更新するための入力を受け付ける更新入力手段を備えており、
   前記共用データ更新手段は、前記更新入力手段によって受け付けた入力に基づいて、前記共用データの更新情報を作成し、当該更新情報に基づいて、前記共用データ記憶手段に記憶された前記共用データを更新する手段として構成されている
   ことを特徴とする請求項１〜請求項７のいずれかに記載のネットワークシステム。
9. 前記更新入力手段は、前記共用データを更新するための入力として、利用者からの入力操作を受け付ける手段である
   ことを特徴とする請求項８に記載のネットワークシステム。
10. 前記特性情報は、前記デバイスの記憶容量を反映した情報とされている
    ことを特徴とする請求項３または請求項５に記載のネットワークシステム。
11. 前記特性情報は、前記デバイスの処理性能を反映した情報とされている
    ことを特徴とする請求項３，請求項５，または請求項１０のいずれかに記載のネットワークシステム。
12. 前記特性情報は、前記デバイスの連続運転性を反映した情報とされている
    ことを特徴とする請求項３，請求項５，請求項１０，または請求項１１のいずれかに記載のネットワークシステム。
13. 前記デバイスは、アドレスデータの示す送信先へデータを送信する機能を備えた通信機器であり、
    前記共用データは、前記アドレスデータを含んでなるアドレス帳データである
    ことを特徴とする請求項１〜請求項１２のいずれかに記載のネットワークシステム。
14. 請求項１に記載のネットワークシステムを構成するノードとして用いられるデバイスであって、
    前記マスターデバイスとなったときに機能する手段として、
    前記共用データを記憶する共用データ記憶手段と、
    前記共用データ記憶手段に記憶された前記共用データを更新する共用データ更新手段と、
    前記共用データ更新手段によって前記共用データを更新する際、更新前の共用データを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第１の更新時バックアップデータ提供手段と、
    復元指令が与えられた際に、自身以外のデバイスから前記バックアップデータを取得する復元時バックアップデータ取得手段と、
    前記復元時バックアップデータ取得手段によって取得した前記バックアップデータを、前記共用データとして前記共用データ記憶手段に記憶させることにより、更新前の前記共用データを復元する共用データ復元手段と
    を備えており、
    前記一般デバイスとなったときに機能する手段として、
    前記バックアップデータを記憶するバックアップデータ記憶手段と、
    自身以外のデバイスから前記バックアップデータが提供された際、そのバックアップデータを取得して前記バックアップデータ記憶手段に記憶させるバックアップデータ更新手段と、
    前記バックアップデータ更新手段によって前記バックアップデータを更新する際、更新前のバックアップデータを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第２の更新時バックアップデータ提供手段と、
    前記マスターデバイスからの要求に応じて、前記バックアップデータを提供する復元時バックアップデータ提供手段と
    を備えたことを特徴とするデバイス。
15. 請求項１に記載のネットワークシステムを構成するノードとして用いられるデバイスを、前記マスターデバイスもしくは前記一般デバイスとして機能させるためのプログラムであって、
    前記デバイスが前記マスターデバイスとして機能するときには、
    前記共用データ記憶手段に記憶された前記共用データを更新する共用データ更新手順と、
    前記共用データ更新手順において前記共用データを更新する際、更新前の共用データを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第１の更新時バックアップデータ提供手順と、
    復元指令が与えられた際に、自身以外のデバイスから前記バックアップデータを取得する復元時バックアップデータ取得手順と、
    前記復元時バックアップデータ取得手順において取得した前記バックアップデータを、前記共用データとして前記共用データ記憶手段に記憶させることにより、更新前の前記共用データを復元する共用データ復元手順と
    を前記デバイスに実行させ、
    前記デバイスが前記一般デバイスとして機能するときには、
    自身以外のデバイスから前記バックアップデータが提供された際、そのバックアップデータを取得して前記バックアップデータ記憶手段に記憶させるバックアップデータ更新手順と、
    前記バックアップデータ更新手順において前記バックアップデータを更新する際、更新前のバックアップデータを、自身より前記順位が下位となるデバイスの中で前記順位が最も上位のデバイスに、バックアップデータとして提供する第２の更新時バックアップデータ提供手順と、
    前記マスターデバイスからの要求に応じて、前記バックアップデータを提供する復元時バックアップデータ提供手順と
    を前記デバイスに実行させることを特徴とするプログラム。