(57)【要約】【課題】  複数の通信装置間で同期して更新される共通の設定情報の変更時に、特定の通信装置に負荷が偏ることなく、複数の通信装置で同期して設定情報を変更でき、システムの信頼性を向上する。【解決手段】  通信装置１０は、ネットワークを介して接続された複数の他の通信装置１０と同期して更新される共通の設定情報を記憶する設定情報記憶領域４１と、設定情報の変更情報を受け付ける受付部２７と、変更情報に応じて、設定情報記憶領域４１の設定情報を変更する変更部２９と、設定情報が変更されたとき、所定の転送順位に従って、次の順位の通信装置１０に変更情報を通知する通知部３１と、を含む。【選択図】  図２
2005252363.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された複数の他の通信装置と同期して更新される共通の設定情報を記憶する設定情報記憶手段と、
前記設定情報の変更情報を受け付ける受付手段と、
前記変更情報に応じて、前記設定情報記憶手段の前記設定情報を変更する変更手段と、
前記設定情報が変更されたとき、所定の転送順位に従って、次の順位の前記他の通信装置に前記変更情報を通知する通知手段と、
を備えたことを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記他の通信装置に問い合わせを行い、前記他の通信装置が当該問い合わせに対して応答するか否かを検知する検知手段を含み、
前記通知手段は、前記検知手段で応答が検知された前記他の通信装置に前記変更情報を通知することを特徴とする通信装置。
【請求項３】
請求項２に記載の通信装置において、
前記検知手段は、前記通知手段が前記変更情報を前記次の順位の前記他の通信装置に通知する前に、当該他の通信装置に問い合わせを行い、前記他の通信装置が当該問い合わせに対して応答するか否かを検知し、
前記検知手段は、前記他の通信装置が応答しないことが検知された場合、前記所定の転送順位に従って、順次、次の順位の前記他の通信装置に問い合わせを行い、前記他の通信装置が当該問い合わせに対して応答するか否かをさらに検知し、
前記通知手段は、前記検知手段で応答が検知された前記他の通信装置に前記変更情報を通知することを特徴とする通信装置。
【請求項４】
請求項２または３に記載の通信装置において、
前記検知手段は、前記複数の他の通信装置に問い合わせを行い、前記他の通信装置が当該問い合わせに対して応答するか否かを検知し、応答すると検知された前記他の通信装置について前記転送順位を決定し、
前記通知手段は、前記転送順位を前記変更情報とともに通知することを特徴とする通信装置。
【請求項５】
請求項２乃至４いずれかに記載の通信装置において、
前記所定の転送順位は、最後の順位に前記変更情報を受け付けた通信装置を有し、
前記通信装置は、
前記検知手段で検知された応答の有無を前記変更情報に追記する追記手段と、
前記変更情報を前記ネットワークを介して受信する受信手段と、
前記受信手段で受信した前記変更情報を記憶する変更情報記憶手段と、
を含むことを特徴とする通信装置。
【請求項６】
請求項５に記載の通信装置において、
前記検知手段は、前記受信手段で受信した前記変更情報の前記応答しなかった前記他の通信装置について、前記転送順位を決定し、
前記通知手段は、一定時間経過後、前記転送順位に従って、前記他の通信装置に前記変更情報を通知することを特徴とする通信装置。
【請求項７】
請求項１乃至６いずれかに記載の通信装置において、
前記転送順位を示す順位表を記憶する順位表記憶手段を備え、
前記通知手段は、前記順位表を前記変更情報とともに前記他の通信装置に通知することを特徴とする通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、特に、ネットワークを介して接続された複数の他の通信装置と同期して更新される共通の設定情報を有する通信装置に関する。
【背景技術】
【０００２】
ネットワーク技術の普及にともない、たとえばファクシミリ装置やＭＦＰ（Multi Functional Peripheral）などの情報機器もネットワークに接続されるようになってきた。このようなファクシミリ装置は、一般的なＧ３方式等によるファクシミリ通信機能の他に、Ｅメール送受信機能、原稿の画像データ等をネットワークを介して送受信するインターネットファックス機能等を備え、他のファクシミリ装置、コンピュータ、およびインターネットファックス装置等と情報の送受信を行うことができる。
【０００３】
上述したように、ファクシミリ装置がネットワークに接続されることにより、ファクシミリ装置は、同じネットワークに接続された装置との間で、情報を共有することが可能となっている。これにより、たとえば、電話帳などの情報を共有し、各装置間で共通して使用することができる。さらに、このような共通の情報は、ネットワークを介してファクシミリ装置に接続されたサーバによって管理することが可能であり、さらに、この共通の情報をネットワーク上の複数のサーバ間で同期させることも可能となった。
【０００４】
また、複数のサーバによりクライアントにサービスを提供するシステムにおいては、サーバ側で障害が発生した場合でもクライアントに対するサービスを停止させないことが要求される。特許文献１には、障害発生時に代替えとして機能する待機系サーバを設け、複数のサーバ間で、リレー形式で各サーバの監視を行い、適切なサーバによりサービスの提供を行う方法が開示されている。
【０００５】
また、従来のＧ３ファクシミリ装置において、共通の電話帳などを複数のファクシミリ装置で使用している場合、あるファクシミリ装置で電話帳が更新されたとき、電話回線網を介して更新情報をリレー形式で転送する方法がとられていた。
【特許文献１】特開２００１−１５５００２
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、従来のＧ３ファクシミリ装置では、電話回線網を介して更新情報をリレー形式で転送していたため、転送先のファクシミリ装置がダウンしていたとしても、転送元ではそれを把握することができないため、取りあえず転送処理を行う必要があった。そして、電話が通じないとき、転送先のファクシミリ装置が故障していることを転送元のファクシミリ装置ははじめて認識することとなる。
【０００７】
また、ネットワークファクシミリ装置の場合は、たとえば、特定のサーバが、複数の装置で同期して更新される共通の情報を管理すると、共通の情報の変更を通知するときに、そのサーバに負荷が集中してしまうといった問題点があった。
【０００８】
本発明は、上記背景の下でなされたものであり、その目的は、複数の通信装置間で同期して更新される共通の設定情報の変更時に、特定の通信装置に負荷が偏ることなく、複数の通信装置で同期して設定情報を変更できる信頼性の高い通信装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の通信装置は、ネットワークを介して接続された複数の他の通信装置と同期して更新される共通の設定情報を記憶する設定情報記憶手段と、前記設定情報の変更情報を受け付ける受付手段と、前記変更情報に応じて、前記設定情報記憶手段の前記設定情報を変更する変更手段と、前記設定情報が変更されたとき、所定の転送順位に従って、次の順位の前記他の通信装置に前記変更情報を通知する通知手段と、を備える。
【００１０】
ここで、共通の設定情報とは、電話帳や短縮ダイヤルなどを含むアドレス情報、および受信したファクシミリやメールをどの通信装置に配信すべきかを示す配信テーブルを含む配信情報である。設定情報は、複数の他の通信装置間で同期して更新される。
【００１１】
また、受付手段は、通信装置のユーザが設定情報の変更内容を操作指示するキーボード、マウスなどの入力装置を有し、操作指示された変更内容を変更情報として受け付けることができる。また、受付手段は、他の通信装置から転送された変更情報をネットワークを介して受信して受け付けることができる。
【００１２】
本発明によれば、共通の設定情報が変更されたとき、所定の転送順位に従って他の通信装置に順次に変更情報を通知することができるので、変更があった通信装置が複数の通信装置に変更情報を通知する場合に比べて、通知処理を各通信装置に分散することができる。これにより特定の通信装置に通知処理の負荷が集中することなく、複数の通信装置間で共通の設定情報を同期して更新することができる。
【００１３】
上記通信装置において、前記他の通信装置に問い合わせを行い、前記他の通信装置が当該問い合わせに対して応答するか否かを検知する検知手段を含むことができ、前記通知手段は、前記検知手段で応答が検知された前記他の通信装置に前記変更情報を通知することができる。
【００１４】
この構成によれば、検知手段が応答の有無を確認するので、応答がなかった正常に動作していない通信装置に通知処理を行うことがなく、通知処理を円滑に効率よく行うことができる。
【００１５】
上記通信装置において、前記検知手段は、前記通知手段が前記変更情報を前記次の順位の前記他の通信装置に通知する前に、当該他の通信装置に問い合わせを行い、前記他の通信装置が当該問い合わせに対して応答するか否かを検知することができ、前記検知手段は、前記他の通信装置が応答しないことが検知された場合、前記所定の転送順位に従って、順次、次の順位の前記他の通信装置に問い合わせを行い、前記他の通信装置が当該問い合わせに対して応答するか否かをさらに検知することができ、前記通知手段は、前記検知手段で応答が検知された前記他の通信装置に前記変更情報を通知することができる。
【００１６】
この構成によれば、次の順位の通信装置が応答しない場合は、転送順位に基づいて通知する通信装置を順次変更できるので、通知処理が滞ることなく円滑に行われる。
【００１７】
上記通信装置において、前記検知手段は、前記複数の他の通信装置に問い合わせを行い、前記他の通信装置が当該問い合わせに対して応答するか否かを検知し、応答すると検知された前記他の通信装置について前記転送順位を決定することができ、前記通知手段は、前記転送順位を前記変更情報とともに通知することができる。
【００１８】
検知手段は、ＵＤＰ（User Datagram Protocol）を用いてブロードキャストを行うことにより、複数の他の通信装置に問い合わせを行う。
【００１９】
この構成によれば、検知手段がネットワーク上の複数の通信装置の応答の有無を確認し、応答があった正常に動作している通信装置について転送順位を決定するので、応答がなかった正常に動作していない通信装置に通知処理を行うことがなく、通知処理を円滑に効率よく行うことができる。
【００２０】
上記通信装置において、前記所定の転送順位は、最後の順位に前記変更情報を受け付けた通信装置を有することができ、前記通信装置は、前記検知手段で検知された応答の有無を前記変更情報に追記する追記手段と、前記変更情報を前記ネットワークを介して受信する受信手段と、前記受信手段で受信した前記変更情報を記憶する変更情報記憶手段と、を含むことができる。
【００２１】
この構成によれば、通信装置の応答の有無を変更情報に追記して、変更情報を転送するので、発信元の通信装置に変更情報が戻ってきたとき、他の通信装置に変更情報が転送できたかどうかを確認できる。
【００２２】
上記通信装置において、前記検知手段は、前記受信手段で受信した前記変更情報の前記応答しなかった前記他の通信装置について、前記転送順位を決定することができ、前記通知手段は、一定時間経過後、前記転送順位に従って、前記他の通信装置に前記変更情報を通知することができる。
【００２３】
この構成によれば、変更情報が転送できなかった通信装置に対して再度通知を行うことができるので、より確実に変更を通知することができ、システムの信頼性が向上する。
【００２４】
上記通信装置において、前記転送順位を示す順位表を記憶する順位表記憶手段を備え、前記通知手段は、前記順位表を前記変更情報とともに前記他の通信装置に通知することができる。
【００２５】
この構成によれば、順位表を用いて、他の通信装置に転送順位を通知できるので、ネットワーク上の通信装置の状況に応じて転送順位を変更する必要が生じても、順位表を作成し直して通知するだけで、他の通信装置にも転送順位の変更を通知することが容易できる。
【００２６】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００２７】
上述のように、本発明によれば、複数の通信装置間で同期して更新される共通の設定情報の変更時に、特定の通信装置に負荷が偏ることなく、複数の通信装置で同期して設定情報を変更できる信頼性の高い通信装置が提供される。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施の形態を図面を参照して説明する。
【００２９】
図１は、本実施の形態の通信装置のネットワーク構成を示すブロック図である。図１において、４つの通信装置１０、サーバＡ、サーバＢ、サーバＣ、およびサーバＤがネットワーク１１を介して互いに接続される。各通信装置１０は、さらにネットワーク１３を介して複数の端末１５と接続される。なお、図１ではサーバＡに接続されている端末１５のみ図示してある。
【００３０】
通信装置１０は、たとえばパーソナルコンピュータ、ワークステーションなどであり、複数の端末１５のサーバとして機能する。また、ネットワーク１１に接続される複数の通信装置１０は、各通信装置１０間で同期して更新される共通の設定情報を有する。共通の設定情報は、たとえば、電話帳１７および受信したファクシミリやメールをどの通信装置１０に配信すべきかを示す配信テーブル１９を含む。また、電話帳１７は、電話番号、ファクシミリ番号、メールアドレス、およびＩＰ電話番号、およびＩＰファクシミリ番号などを含む。
【００３１】
端末１５は、ネットワークファクシミリ装置、ＭＦＰ（Multi Functional Peripheral）などである。各端末１５も、通信装置１０と共通の電話帳１７を有する。たとえば、サーバＡに接続されている端末１５の電話帳１７のアドレス情報が変更された場合、サーバＡに通知され、サーバＡに接続される他の端末１５およびサーバＢ、サーバＣ、およびサーバＤ、さらに各サーバに接続されている端末（不図示）が有する電話帳１７も同期して変更される。なお、本実施の形態において、共通の設定情報を各サーバ間で同期する場合について説明するが、各サーバに接続されている複数の端末１５間でも同様にして設定情報の同期を行うことができる。
【００３２】
図２は、通信装置１０の機能ブロック図である。通信装置１０は、インタフェース部２１と、操作部２３と、記憶部２５と、受付部２７と、変更部２９と、通知部３１と、検知部３３と、作成部３５と、判定部３７と、を含む。
【００３３】
なお、図１において、本発明の本質に関わらない部分の構成については省略してあり、たとえば、端末１５とのインタフェース部、表示部、印刷出力部などは図示されていない。
【００３４】
また、通信装置１０の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各図は、ハードウェア単位の構成ではなく、機能単位のブロックを示している。
【００３５】
インタフェース部２１は、ネットワーク１１を介して他の通信装置１０との通信を制御する。操作部２３は、通信装置１０のユーザから設定情報の登録や変更の指示を受け付ける。操作部２３は、たとえば、操作ボタン、スイッチ、レバー、キーボード、タッチパネルなどである。
【００３６】
記憶部２５は、通信装置１０の設定情報を記憶する設定情報記憶領域４１を有する。設定情報記憶領域４１には、電話帳を含む設定情報が記憶される。さらに、記憶部２５は、変更情報記憶領域４３と、順位表記憶領域４５と、を有する。
【００３７】
変更情報記憶領域４３には、他の通信装置１０に転送される変更情報が格納される。図３に示すように、変更情報記憶領域４３は、他の通信装置１０が同様に設定情報を変更するのに必要な情報を含む変更通知データ６１を含む。また、変更情報記憶領域４３は、変更情報が各通信装置１０で正常に通知されたか否かを示す情報を含み、装置アドレス６３毎に通知結果６５を対応付けて記憶する。装置アドレス６３は、ネットワーク１１上の各通信装置１０のＩＰアドレスである。なお、装置アドレス６３は、各通信装置１０の装置名などでもよく、通信装置１０を識別できるものであればよい。この通知結果６５は、変更情報が転送されていく過程で追記されていく。この処理の詳細については後述する。
【００３８】
順位表記憶領域４５は、図４に示すように、転送順位５１と、装置アドレス５３とが対応付けて記憶される。装置アドレス５３は、ネットワーク１１上での各通信装置１０のＩＰアドレスである。図４の順位表は、サーバＡが変更指示を受け付けたとき、サーバＡからサーバＢ、サーバＣ、サーバＤの順に変更情報が転送されることを示している。
【００３９】
この順位表を変更情報とともに受け取った通信装置１０は、通知部３１により順位表から自装置の装置アドレス５３を検索し、順位を取得する。通知部３１は、取得した順位に１を加算し、その結果得られた次の順位の装置アドレス５３を検索する。検索して得られた装置アドレス５３の通信装置１０の応答確認を検知部３３が行った後、応答があった場合、通知部３１がインタフェース部２１を介してその通信装置１０に変更情報を送信する。
【００４０】
また、通知部３１は、次の順位の装置アドレス５３が順位表の最後尾の順位を超えているかどうかを判定する。最後尾の順位を超えている場合、通知部３１は、順位表の先頭の装置アドレス５３を取得し、変更情報を転送する。具体的には、通知部３１は、順位表に含まれる通信装置１０の総台数を算出し、自装置の次の順位が総台数を超えているが否かを判定すればよい。たとえば、サーバＤの場合、図４の順位表から得られた自装置の順位「４」に１を加算して得られた次の順位「５」は順位表の最後尾の順位を超えている。したがって、サーバＤの通知部３１は、図４の順位表の先頭の順位のサーバＡの装置アドレス５３を取得する。
【００４１】
図２に戻り、受付部２７は、設定情報の登録や変更の指示や通知を受け付ける。ここで、設定情報の登録や変更は、たとえば、ユーザが操作部２３により電話帳にアドレスなどを新たに登録することにより指示される。あるいは、受付部２７は、図示されないインタフェース部を介して端末１５からの電話帳のアドレスの変更指示を受け付けることもできる。また、受付部２７は、他の通信装置１０からの共通の設定情報の登録や変更の変更情報をインタフェース部２１を介して受け付ける。
【００４２】
なお、本実施の形態では、はじめにサーバＡが受付部２７にて変更情報を受け付け、ネットワーク１１上の他の通信装置１０、すなわちサーバＢ、サーバＣおよびサーバＤに変更情報を順次通知する場合について説明しているが、これに限定されない。変更情報はいずれの通信装置１０でも受け付けることができ、変更情報を受け付けた通信装置１０から他の通信装置１０に変更情報を順次通知することができる。
【００４３】
変更部２９は、受付部２７で受け付けた設定情報の登録や変更の指示や通知に基づいて、設定情報記憶領域４１の設定情報を変更する。変更部２９は、設定情報の登録や変更の指示を受け付けた場合は、指示に基づいて、設定情報記憶領域４１の設定情報を変更するとともに、他の通信装置１０に変更を通知するための変更情報を作成する。一方、設定情報の登録や変更の通知を受け付けた場合は、他の通信装置１０から受信した変更情報に基づいて、設定情報記憶領域４１の設定情報を変更するとともに、変更情報に通知結果を追記する。
【００４４】
通知部３１は、インタフェース部２１を介して他の通信装置１０に変更情報を通知する。その際、順位表記憶領域４５の順位表の転送順位に従って、次の順位の通信装置１０に通知する。なお、通知部３１による変更情報の通知の際は、たとえば、ネットワーク１１に対してＴＣＰ（Transmission Control Protocol）を用いる。
【００４５】
検知部３３は、インタフェース部２１を介して他の通信装置１０の動作を確認し、正常に動作している通信装置１０を検知する。検知部３３は、たとえばネットワーク１１に対してＵＤＰを用いてブロードキャストを行い、所定時間内に応答が返ってきたか否かを判定する。検知部３３は、所定時間内に応答が返ってきた通信装置１０を正常動作中と判定する。一方、検知部３３は、応答が返ってこない通信装置１０は、正常に動作していないと判定する。検知部３３は、このようにして通信装置１０の応答の有無を検知し、その結果を通知部３１および作成部３５に通知する。通知部３１に通知された結果は、通知部３１から変更部２９にさらに通知される。
【００４６】
作成部３５は、検知部３３で検知された結果に基づいて、応答のあった通信装置１０のみを含めて順位表を作成し、順位表記憶領域４５に格納する。
【００４７】
判定部３７は、インタフェース部２１を介して受付部２７が他の通信装置１０から受信した変更情報が、自装置が発信したものであった場合、変更情報の通知結果６５に基づいて、各通信装置１０の応答の有無を判定する。判定部３７は判定結果を作成部３５に通知する。この判定結果に基づいて、作成部３５は応答しなかった通信装置１０のみを含む順位表を作成する。
【００４８】
このように構成された通信装置１０の動作について以下に説明する。図５は、通信装置１０において順位表を作成するときの動作を示すフローチャートである。以下、図２も参照して説明する。なお、順位表の作成のタイミングは、通信装置１０の起動時および操作部２３から設定情報の変更を受付部２７が受け付けたときである。
【００４９】
まず、検知部３３がインタフェース部２１を介して、ネットワーク１１上の不特定の通信装置１０に対してＵＤＰを用いてブロードキャストする（Ｓ１１）。つづいて、検知部３３はインタフェース部２１を介してネットワーク１１上の通信装置１０からの応答を一定時間受け付ける（Ｓ１３）。つづいて、検知部３３によって応答したことが検知された通信装置１０について、作成部３５が順位表を作成し、順位表記憶領域４５に記憶する（Ｓ１５）。
【００５０】
このように、設定情報の変更を通知するとき、応答した通信装置１０のみ含めた順位表を作成することにより、正常に動作していない通信装置１０に通知処理を行うことがなく、通知処理を円滑に効率よく行うことができる。ここで作成された順位表は、後述する設定情報の変更を通知するときに、他の通信装置１０に変更情報とともに転送される。
【００５１】
図６は、通信装置１０の設定情報の変更通知時の動作を示すフローチャートである。以下、図２も参照して説明する。
【００５２】
まず、通信装置１０において、受付部２７が設定情報の変更を受け付ける（Ｓ２１）。受け付けた変更が、インタフェース部２１を介して受信した他の通信装置１０からの変更通知である場合（Ｓ２３のＹＥＳ）は、ステップＳ２５に進み、操作部２３などを介して受け付けた変更指示である場合（Ｓ２３のＮＯ）は、ステップＳ２７に進む。
【００５３】
受付部２７が、他の通信装置１０から変更情報と順位表をインタフェース部２１を介して受信した場合（Ｓ２３のＹＥＳ）、変更部２９は、受信した変更情報を変更情報記憶領域４３に記憶する。さらに変更部２９は、変更情報記憶領域４３に記憶した変更情報に自装置の装置アドレス６３と、通知結果６５に正常に通知されたことを示す情報、ここでは「ＯＫ」を追記する（Ｓ２５）。その後、ステップＳ２９に進む。
【００５４】
一方、受付部２７が、操作部２３などを介して変更指示を受け付けた場合（Ｓ２３のＮＯ）、変更部２９は、受け付けた変更指示に従って、変更内容を示す変更通知データ６１を作成し、変更情報記憶領域４３に格納する（Ｓ２７）。その後、ステップＳ２９に進む。
【００５５】
ステップＳ２５およびステップＳ２７の後、通知部３１は、受信した順位表を順位表記憶領域４５に記憶するとともに、順位表から自装置の順位を獲得し、その順位に１を加算してカウンタｉにセットする（Ｓ２９）。このカウンタｉは、順位表の順位を示し、該当する順位の通信装置１０に後のステップで変更情報を転送する。なお、ここで、カウンタｉが順位表の最後尾の通信装置１０の順位を超えているか否かを判定し（不図示）、超えている場合は、ｉに１をセットする。これにより、順位表の最後尾の通信装置１０は、転送先の通信装置１０として順位表の先頭の通信装置１０の装置アドレスを取得することが可能となる。
【００５６】
ステップＳ２９の後、変更部２９は、変更通知データ６１に従って、設定情報記憶領域４１の設定情報を変更する（Ｓ３１）。つづいて、検知部３３は、順位表記憶領域４５の順位表の次の順位の通信装置１０に変更を通知するため、ｉ番目の順位の通信装置１０の応答を確認する（Ｓ３３）。ここで、検知部３３は、ネットワーク１１上のｉ番目の順位の通信装置１０に対して問い合わせを行う。
【００５７】
一定時間経過後、検知部３３は、問い合わせを行った通信装置１０から応答があったか否かを確認する（Ｓ３５）。検知部３３が通信装置１０から応答があることを確認した場合（Ｓ３５のＹＥＳ）、通知部３１は、変更情報をｉ番目の順位の通信装置１０に対してネットワーク１１を介してＴＣＰを用いて、送信する（Ｓ３７）。
【００５８】
一方、検知部３３が通信装置１０からの応答を確認できなかった場合（Ｓ３５のＮＯ）、変更部２９は、変更情報記憶領域４３に記憶した変更情報にｉ番目の順位の通信装置１０の装置アドレス６３と、通知結果６５に正常に通知できなかったことを示す情報、ここでは、「ＮＧ」を追記する（Ｓ３９）。
【００５９】
つづいて、検知部３３は、カウンタｉをインクリメントする（Ｓ４１）。その後、ステップＳ３３に戻る。なお、ステップＳ３３で、検知部３３は、カウンタｉが順位表の最後尾の通信装置１０の順位を超えているか否かを判定し（不図示）、超えている場合は、ｉに１をセットする。また、同時に、検知部３３は、カウンタｉが順位表の自装置の順位であるか否かを判定する（不図示）。カウンタｉが自装置の順位の場合は、検知部３３は、自装置以外の通信装置１０が全て正常に動作していないものと判別し、通知部３１は、通知処理を中断し、ユーザにその旨を通知する（不図示）。
【００６０】
このように、通信装置１０において、検知部３３は、順位表に基づいて、順次他の通信装置１０の応答を確認し、自装置以外の全ての通信装置１０から応答がないことを検知した場合、通知部３１は通知処理を中断し、その旨をユーザに通知する。
【００６１】
以上のように、共通の設定情報が変更されたとき、順位表に従って他の通信装置１０に順次に変更を通知することができるので、変更があった通信装置１０が複数の通信装置１０に通知する場合に比べて、通知処理を各通信装置１０に分散することができる。これにより特定の通信装置１０に通知処理の負荷が集中することなく、複数の通信装置１０の設定情報を同期して変更することができる。
【００６２】
また、変更情報が他の通信装置１０間で転送された後、発信元の通信装置１０に変更情報が戻ってきたときの通信装置１０の動作について、図２および図７を用いて説明する。
【００６３】
まず、ネットワーク１１を介して受付部２７が変更通知を受信する（Ｓ５１）。つづいて、判定部３７は、変更通知に含まれる変更情報の通知結果６５に基づいて、各通信装置１０の応答の有無を判定する（Ｓ５３）。応答しなかった通信装置１０がない場合（Ｓ５３のＮＯ）、そのまま処理を終了する。
【００６４】
一方、応答しなかった通信装置１０があった場合（Ｓ５３のＹＥＳ）、判定部３７は、応答しなかった通信装置１０のみを選択し、作成部３５に通知する。作成部３５は、通知された通信装置１０について、順位表を作成し、順位表記憶領域４５に記憶する（Ｓ５５）。
【００６５】
一定時間経過後（Ｓ５７）、カウンタ値ｉに１をセットし（Ｓ５９）、図５のステップＳ２５に進む。
【００６６】
このように、通信装置１０の応答の有無を通知結果６５に追記して、変更情報を転送するので、発信元の通信装置１０に変更情報が戻ってきたとき、通信装置１０は、判定部３７により他の通信装置１０に変更情報が転送できたか否かを確認できる。さらに、通信装置１０の通知部３１は、転送を確認した結果に基づいて、変更情報が転送できなかった通信装置１０に対して再度通知を行うことができるので、より確実に変更を通知することができ、システムの信頼性が向上する。
【００６７】
以上のようにして、本実施の形態の通信装置１０によれば、複数の通信装置間で同期して更新される共通の設定情報の変更時に、特定の通信装置に負荷が偏ることなく、複数の通信装置で同期して設定情報を変更でき、通信装置の信頼性を向上できる。
【００６８】
以上に本発明の好適な実施の形態を説明した。しかし、本発明は上述の実施の形態に限定されず、当業者が本発明の範囲内で上述の実施の形態を変形可能なことはもちろんである。
【００６９】
たとえば、通信装置１０は、設定情報の変更を行うアプリケーションプログラムを実行する実行部（不図示）を有し、受付部２７は、予め設定された時刻に実行されるよう指定されたアプリケーションプログラムを実行部により実行することにより指示された変更内容を変更情報として受け付けることもできる。
【００７０】
また、図４の順位表では、転送順位５１と装置アドレス５３とを対応付けていたが、装置アドレス５３の代わりにネットワーク１１上の通信装置１０を識別可能な識別子を用いてもよい。すなわち、各通信装置１０が別途ネットワーク１１上の通信装置１０の装置アドレスと識別子を登録した識別子テーブルを有し、順位表では、転送順位５１と通信装置１０の識別子とを対応付ければよい。順位表を受信した通信装置１０は、順位表と識別子テーブルを参照して、自装置の順位や転送先の装置アドレスを取得することができる。
【００７１】
また、図４の順位表の順位の最後尾に、変更情報の発信元の通信装置１０を指定するようにしてもよい。すなわち、図４の順位表の５番目にサーバＡの装置アドレス５３を含めればよい。このようにすれば、上記実施の形態で行っていた、自装置の次の順位が総台数を超えているか否かの判定を行う必要がなくなる。
【００７２】
また、上記実施の形態において、図４の順位表により転送順位を指定したが、転送順位は他の方法でも決定できる。たとえば、ネットワーク１１上の複数の通信装置１０の装置アドレスや装置名などの識別子を予め登録したテーブルを準備し、テーブル内の装置アドレスや識別子の降順または昇順に並べ替えて転送順位を決定することもできる。
【産業上の利用可能性】
【００７３】
本発明にかかる通信装置は、複数の通信装置間で同期して更新される共通の設定情報の変更時に、特定の通信装置に負荷が偏ることなく、複数の通信装置で同期して設定情報を変更でき、信頼性を向上できるという効果を有し、ネットワークを介して接続された複数の他の通信装置と同期して更新される共通の設定情報を有する通信装置等として有用である。
【図面の簡単な説明】
【００７４】
【図１】本実施の形態の通信装置のネットワーク構成を示すブロック図である。
【図２】図１の通信装置の機能ブロック図である。
【図３】図１の変更情報記憶領域に格納されるデータの構造を示す図である。
【図４】図１の順位表記憶領域４５に格納されるデータの構造を示す図である。
【図５】図１の通信装置の順位表作成時の動作を示すフローチャートである。
【図６】図１の通信装置の変更通知時の動作を示すフローチャートである。
【図７】図１の通信装置の再通知するための順位表作成時の動作を示すフローチャートである。
【符号の説明】
【００７５】
１０  通信装置
１１  ネットワーク
１３  ネットワーク
１５  端末
１７  電話帳
１９  配信テーブル
２１  インタフェース部
２３  操作部
２５  記憶部
２７  受付部
２９  変更部
３１  通知部
３３  検知部
３５  作成部
３７  判定部
４１  設定情報記憶領域
４３  変更情報記憶領域
４５  順位表記憶領域
【図１】
2005252363.tif 000003
【図２】
2005252363.tif 000004
【図３】
2005252363.tif 000005
【図４】
2005252363.tif 000006
【図５】
2005252363.tif 000007
【図６】
2005252363.tif 000008
【図７】
2005252363.tif 000009