JP2007257587A - アドレス情報管理システム，管理サーバ，及びアドレス帳更新方法 - Google Patents

Abstract

【課題】 複数の処理端末がネットワークを介して互いに通信可能に構成された通信システムにおいて、一の処理端末がそなえる他の処理端末のアドレス情報を保持するアドレス帳を、最新の状態に確実に更新できるようにする。
【解決手段】 アドレス帳１０ａ−１を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、この更新要求発行部から発行された更新要求に対する応答結果に基づいてアドレス帳１０ａ−１を更新するアドレス帳更新部とをそなえた一の処理端末１０−１と、この一の処理端末１０−１の更新要求発行部から発行された更新要求を受信すると、当該更新要求に含まれるアドレス情報が有効であるか否かを判定する判定部と、この判定部による判定結果を当該更新要求に対する応答結果として、一の処理端末１０−１に送信する応答結果送信部とをそなえて構成する。
【選択図】 図１

Description

本発明は、複数の処理端末がネットワークを介して互いに通信可能に接続された通信システムにおいて、一の処理端末がそなえる他の処理端末のアドレス情報を保持するアドレス帳を、最新の状態に更新するための技術に関する。

近年、パーソナルコンピュータ，ＰＤＡ（Personal Digital Assistant），携帯電話等、ネットワークを介して相互に情報（電子メールや音声等）を送受信しうる処理端末（以下、単に端末ともいう）が普及している。
これらの処理端末では、他の処理端末を特定するためのアドレス情報（以下、単にアドレスという）を、アドレス帳に管理している。

なお、複数の処理端末が、電子メールを送受信する場合にはメールアドレスがアドレス情報であり、ＩＰ（Internet Protocol）電話で音声通話をする場合やインスタントメッセンジャなどを用いて文字メッセージを送受信する場合には、当該処理端末を特定するためのアドレス（例えば、ＩＰアドレス）がアドレス情報になる。
このアドレス帳は、他の処理端末のユーザがアドレスを変更すると、それに応じて更新して、常に最新の状態に保つことが望ましい。

従来は、このアドレス帳の更新を、ユーザがアドレス帳に保持された各アドレス宛に１件１件発信を行ない、適切に応答するか否かを確認することにより実行していた。
つまり、従来は、アドレス帳に保持されたアドレスが有効であるか否かを、ユーザが、そのアドレス宛に発信を行ない、そのアドレスの処理端末が適切に応答すれば（かかる処理端末との通信が確立すれば）有効であると判断してアドレス帳における当該アドレスをそのまま保持する一方、そのアドレスの処理端末が適切に応答しなければ（かかる処理端末との通信が確立しなければ）、そのアドレスは無効であると判断して、アドレス帳における当該アドレスを無効なものとする。

しかしながら、この方法だとアドレス帳に保持されたアドレスが多い場合には、ユーザにとって非常に手間がかかるとともに、アドレス帳の更新に掛かる時間も膨大になってしまう。
そこで、一の端末のメールアドレスが変更されると、そのことを契機として、他の端末のアドレス帳における、かかる一の端末のメールアドレスを変更する技術が提案されている（例えば、下記特許文献１参照）。
特開２００５−０３３７３３号公報

ところで、上述した特許文献１に開示されたような技術では、一の端末がメールアドレスを変更すると、他の端末のアドレス帳の内容が自動的に変更されるという構成であるため、他の端末は、外部からのアドレス帳のメールアドレスを変更する指示を受け入れる（許可する）ための機構や、その指示に基づいて自身のアドレス帳を変更する機能をそなえなくてはならない。

しかしながら、複数のメールサーバを介して、膨大な数の端末がメールを送受信可能に接続されたネットワークシステムでは、すべての端末にかかる機構を設けることは効率的ではない。
さらに、上述した特許文献１に開示されたような技術では、メールアドレスを変更する一の端末が保持するアドレス帳に基づいて、変更後のメールアドレスを通知する他の端末を指定するので、一の端末のユーザは、変更を知らせたくない他の端末があったとしても、その変更を知らせたくない他の端末のアドレスがアドレス帳に保持されていれば、その他の端末にも新しいメールアドレスを知らせてしまうことになり、汎用性が低い。

また、仮に、一の端末が新しいアドレスを通知する他の端末を選定できるように構成したとしても、その通知を受けなかった他の端末（つまり、一の端末がアドレスの変更を教えなかった端末）のアドレス帳では、当該一の端末の変更前の無効なアドレスが変更されることなくそのまま保持されることになり、当該他の端末では、アドレス帳が更新されることはなくなってしまう。

本発明は、このような課題に鑑み創案されたもので、複数の処理端末がネットワークを介して互いに通信可能に構成された通信システムにおいて、一の処理端末がそなえる他の処理端末のアドレス情報を保持するアドレス帳を、最新の状態に確実に更新できるようにすることを目的とする。

上記目的を達成するために、本発明のアドレス情報管理システムは、他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、この更新要求発行部から発行された前記更新要求に対する応答結果に基づいて前記アドレス帳を更新する更新部とをそなえた一の処理端末と、この一の処理端末の前記更新要求発行部から発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定する判定部と、この判定部による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信する応答結果送信部とをそなえて構成されていることを特徴としている（請求項１）。

なお、有効なアドレス情報を示す有効アドレスリストをさらにそなえ、前記判定部が、前記更新要求に含まれる前記アドレス情報を前記有効アドレスリストから検索し、当該アドレス情報が前記有効アドレスリストから検索されると当該アドレス情報が有効であると判定する一方、当該アドレス情報が前記有効アドレスリストから検索されなければ当該アドレス情報が無効であると判定することが好ましい（請求項２）。

さらに、前記有効アドレスリストに保持されているアドレス情報と、当該アドレス情報の変更前のアドレス情報との対応を示す変更履歴テーブルと、前記判定部が、前記有効アドレスリストに基づいて前記更新要求に含まれる前記アドレス情報が無効であると判定した場合に、前記変更履歴テーブルから当該アドレス情報を検索し、当該アドレス情報が検索された場合には、前記変更履歴テーブルにおいて当該アドレス情報に対応する前記有効アドレスリストに保持された変更後のアドレス情報を取得する変更後アドレス情報取得部とをさらにそなえ、前記応答結果送信部が、前記変更後アドレス情報取得部によって前記変更後のアドレス情報が取得された場合には、当該変更後のアドレス情報を前記応答結果として前記一の処理端末に送信することが好ましい（請求項３）。

また、上記目的を達成するために、本発明の管理サーバは、複数の処理端末がネットワークを介して互いに通信可能に接続され、前記複数の処理端末のうちの一の処理端末が、他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、この更新要求発行部から発行された前記更新要求に対する応答結果に基づいて前記アドレス帳を更新する更新部とをそなえて構成された通信システムにおいて、前記他の処理端末のアドレス情報を管理するものであって、前記一の処理端末の前記更新要求発行部から発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定する判定部と、この判定部による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信する応答結果送信部とをそなえて構成されていることを特徴としている（請求項４）。

また、上記目的を達成するために、本発明のアドレス帳更新方法は、ネットワークを介して互いに通信可能に接続される複数の処理端末と、該複数の処理端末のそれぞれのアドレス情報を管理する管理サーバとをそなえた通信システムにおいて、前記複数の処理端末のうちの一の処理端末が保持する他の処理端末のアドレス情報についてのアドレス帳を更新する方法であって、前記一の処理端末が、前記他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行し、前記他の処理端末にかかる管理サーバ（以下、着側管理サーバという）が、発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定し、前記着側管理サーバが、前記判定による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信し、前記一の処理端末が、前記送信された前記応答結果を受信すると、当該応答結果に基づいて前記アドレス帳を更新することを特徴としている（請求項５）。

このように、本発明によれば、一の処理端末の更新要求発行部がアドレス帳の更新要求を発信し、判定部がこの更新要求に含まれるアドレス情報が有効であるか否かを判定し、応答結果送信部がかかる判定の結果を応答結果として一の処理端末に送信し、この応答結果を受信した一の処理端末の更新部が、当該応答結果に基づいてアドレス帳を更新するので、一の処理端末は、アドレス帳を、最新の状態に確実に更新することができる（請求項１，４，５）。

なお、判定部が、有効アドレスリストに基づいて、更新要求に含まれるアドレス情報が有効であるか否かを判定するので、かかる判定を確実に且つ正確に行なうことができる（請求項２）。
また、更新要求に含まれるアドレス情報が無効であった場合に、変更履歴テーブルから変更後のアドレス情報を取得する変更後アドレス情報取得部をそなえ、応答結果送信部が変更後アドレス情報取得部によって取得された変更後のアドレス情報を応答結果として一の処理端末に送信するので、一の処理端末は、アドレス帳における無効な当該アドレス情報を、変更後の有効なアドレス情報に更新することができる（請求項３）。

以下、図面を参照しながら本発明の実施の形態について説明する。
〔１〕本発明の一実施形態について
まず、図１に示すブロック図を参照しつつ、本発明の一実施形態としての通信システム（アドレス情報管理システム）１の構成について説明する。
図１に示すように、本通信システム１は、通信ネットワーク（ここではインターネット）２，複数の処理端末１０−１〜１０−４，ＤＮＳ（Domain Name System）サーバ１１−１〜１１−４，メールサーバ（管理サーバ）１２−１〜１２−４，ルータ１３−１〜１３−４，及び信頼性チェックサーバ１４をそなえて構成されている。

複数の処理端末１０−１〜１０−４は、ここではパーソナルコンピュータ（ＰＣ：Personal Computer）であり、少なくとも他の処理端末と電子メールを送受信するための機能をそなえており、他の処理端末のメールアドレス（アドレス情報）を保持するアドレス帳（例えば、処理端末１０−１のアドレス帳１０ａ−１参照）をそなえて構成されている。
そして、本通信システム１では、複数の処理端末１０−１〜１０−４のそれぞれが、メールアドレスを変換するためのＤＮＳサーバ１１−１〜１１−４、及び、電子メールの送受信を管理するメールサーバ１２−１〜１２−４を介してインターネット２にそれぞれ接続され、互いに電子メールを送受信可能に接続されている。

つまり、処理端末１０−１は、ＤＮＳサーバ１１−１及びメールサーバ１２−１を介してインターネット２に接続され、処理端末１０−２は、ＤＮＳサーバ１１−２及びメールサーバ１２−２を介してインターネット２に接続され、処理端末１０−３は、ＤＮＳサーバ１１−３及びメールサーバ１２−３を介してインターネット２に接続され、処理端末１０−４は、ＤＮＳサーバ１１−４及びメールサーバ１２−４を介してインターネット２に接続され、これにより、複数の処置端末１０−１〜１０−４は、互いに電子メールを送受信可能に接続される。

さらに、複数の処理端末１０−１〜１０−４（以下、複数の処理端末１０−１〜１０−４を特に区別しない場合には単に処理端末１０という），メールサーバ１１−１〜１１−４（以下、複数のメールサーバ１１−１〜１１−４を特に区別しない場合には単にメールサーバ１１という），及びＤＮＳサーバ１２−１〜１２−４（以下、複数のＤＮＳサーバ１２−１〜１２−４を特に区別しない場合には単にＤＮＳサーバ１２という）のそれぞれは、例えば、“Ｆｉｒｅ Ｗａｌｌ”や“Ｇａｔｅｗａｙ”として機能するルータ１３−１〜１３−４を介してそれぞれ接続されている。

なお、図１に示すように、本通信システム１において、処理端末１０−１，ＤＮＳサーバ１１−１，メールサーバ１２−１，及びルータ１３−１が、発側メールシステム３として構成され、処理端末１０−２，ＤＮＳサーバ１１−２，メールサーバ１２−２，及びルータ１３−２が、着側メールシステム４ａとして構成され、処理端末１０−３，ＤＮＳサーバ１１−３，メールサーバ１２−３，及びルータ１３−３が、着側メールシステム４ｂとして構成され、処理端末１０−４，ＤＮＳサーバ１１−４，メールサーバ１２−４，及びルータ１３−４が、着側メールシステム４ｃとして構成されている。

また、図１に示すごとく、処理端末１０−２のメールアドレスは“suzuki@aaa.co.jp”であり、処理端末１０−３のメールアドレスは"satou@ccc.ne.jp"であり、処理端末１０−４のメールアドレスは“tanaka2@bbb.com”である。
複数の処理端末１０は、図２に示すごとく、アドレス帳１０ａ，更新要求発行部１０ｂ，及び更新部１０ｃをそなえて構成されている。

アドレス帳１０ａは、当該処理端末１０以外の他の処理端末１０のメールアドレスを保持するものである。
更新要求発行部１０ｂは、アドレス帳１０ａを最新の状態に更新すべく、当該アドレス帳１０ａに保持された更新対象のメールアドレスを含む更新要求を発行するものである。
ここでは、更新要求発行部１０ｂは、当該処理端末１０の電子メールの送受信を管理するメールサーバ１１に対して周期的に更新要求を発行する。

更新部１０ｃは、更新要求発行部１０ｂから発行された更新要求に対する、他の処理端末の電子メールの送受信を管理するメールサーバ１１からの応答結果に基づいて、アドレス帳１０ａを更新するものである。
具体的には、更新部１０ｃは、当該更新要求に含まれる更新対象のメールアドレスが有効であるという応答結果を受信すると、アドレス帳１０ａにおける当該メールアドレスを有効なものとしてそのまま保持する。一方、更新対象のメールアドレスが無効であるという応答結果を受信すると、アドレス帳１０ａにおける当該メールアドレスを削除する。

さらに、更新部１０ｃは、更新対象のメールアドレスの変更後のメールアドレスを応答結果として受信すると、アドレス帳１０ａにおける、かかる更新対象のメールアドレス（変更前のメールアドレス）に変更後の新たなメールアドレスを上書きすることによって、アドレス帳１０ａを更新する。
ＤＮＳサーバ１１は、メールアドレスをＩＰアドレスに変換するものであり、本通信システム１においては、ＤＮＳサーバ１１によって変換されたＩＰアドレスによって、インターネット２を介した複数の処理端末１０の通信が可能になる。

メールサーバ１２は、対応する処理端末１０による通信（ここでは、電子メールの送受信）を管理するものであり、当該処理端末１０のメールアドレスを管理している。ここでは、処理端末１０−１のメールアドレスはメールサーバ１２−１が管理し、処理端末１０−２のメールアドレスはメールサーバ１２−２が管理し、処理端末１０−３のメールアドレスはメールサーバ１２−３が管理し、処理端末１０−４のメールアドレスはメールサーバ１２−４が管理している。

ここで、メールサーバ１２は、当該メールサーバ１２が管理する処理端末１０がアドレス帳１０ａを更新すべく更新要求を発行すると、発側管理サーバ１２ａ（後述する図３参照）として機能する一方、当該メールサーバ１２が管理していない他の処理端末１０からの更新要求を受信すると着側管理サーバ１２ｂ（後述する図４参照）として機能する。
なお、本通信システム１では、更新要求を発行する処理端末１０を管理するＤＮＳサーバ１１及びメールサーバ１２（図１に示す例では、ＤＮＳサーバ１１−１及びメールサーバ１２−１）は、発側センタ１５として機能する一方、他の処理端末１０から発行された更新要求を受信するＤＮＳサーバ１１及びメールサーバ１２（図１に示す例では、ＤＮＳサーバ１１−２及びメールサーバ１２−２，ＤＮＳサーバ１１−３及びメールサーバ１２−３，ＤＮＳサーバ１１−４及びメールサーバ１２−４のぞれぞれ）は、着側センタ１６として機能する。

ここで、メールサーバ１２が発側管理サーバ１２ａとして機能する場合について説明すると、図３はメールサーバ１２が発側管理サーバ１２ａとして機能する際の原理的な機能構成を示すブロック図である。この図３に示すように、メールサーバ１２は、発側管理サーバ１２ａとして機能する際に、送信部２１及び通知部２４として機能する。なお、メールサーバ１２のより具体的な構成については、後述する図１６を参照しながら詳述する。

送信部２１は、電子メールの送受信を管理する処理端末１０の更新要求発行部１０ｂからの更新要求を受信すると、この更新要求に含まれる更新対象のメールアドレスに基づいて、このメールアドレスを管理する着側管理サーバに、当該更新要求を送信するものであり、送信部２１は、分割部２２及び分割送信部２３をそなえて構成されている。
分割部２２は、処理端末１０からの更新要求に、複数のメールアドレスが含まれている場合に、これら複数のメールアドレスを、当該メールアドレスを管理するメールサーバ１２毎のグループに分割するものである。

つまり、本通信システム１では、４つのメールサーバ１２−１〜１２−４がそなえられ、それぞれが異なるドメイン名のメールアドレスを管理しており、具体的には、処理端末１０−２のメールアドレスを管理するメールサーバ１２−２は、ドメイン名“aaa.co.jp”のメールアドレスを管理しており、処理端末１０−３のメールアドレスを管理するメールサーバ１２−３は、ドメイン名“ccc.ne.jp”のメールアドレスを管理しており、処理端末１０−４のメールアドレスを管理するメールサーバ１２−４は、ドメイン名“bbb.com”のメールアドレスを管理している。

したがって、分割部２２は、受信した更新要求に含まれる複数のメールアドレスを、ドメイン名に基づいてメールサーバ１２毎に分割することにより、複数のメールアドレスをグループ分けする。
分割送信部２３は、分割部２２によって分割されたグループのそれぞれを、当該グループにかかるメールサーバ１２にそれぞれ送信するものである。

通知部２４は、着側管理サーバ１２ｂ（より具体的には応答結果送信部２９（後述する図４参照））から送信されてきた、送信部２１が送信した更新要求に対する応答結果を受信すると、この応答結果を処理端末１０に通知するものであり、複数の着側管理サーバ１２ｂから複数の応答結果を受信すると、これら複数の応答結果を一つに統合して、処理端末１０に通知する。

次に、メールサーバ１２が着側管理サーバ１２ｂとして機能する場合について説明すると、図４はメールサーバ１２が着側管理サーバ１２ｂとして機能する際の原理的な機能構成を示すブロック図である。この図４に示すように、メールサーバ１２は、着側管理サーバ１２ｂとして機能する際に、判定部２７，変更後アドレス情報取得部２８，応答結果送信部２９として機能するとともに、有効アドレスリスト２５及び変更履歴テーブル２６をそなえて構成されている。なお、メールサーバ１２のより具体的な構成については、後述する図１６を参照しながら詳述する。

有効アドレスリスト２５は、当該着側管理サーバ１２ｂが電子メールの送受信を管理する処理端末１０の有効なメールアドレスを示すリストである。
例えば、処理端末１０−２のメールアドレスを管理するメールサーバ１２−２は、図５に示すような同一のドメイン名（ここでは“aaa.co.jp”）のメールアドレスが保持された有効アドレスリスト２５ａをそなえている。

変更履歴テーブル２６は、有効アドレスリスト２５に保持されているメールアドレスと、このメールアドレスの変更前のメールアドレスとの対応を示すものである。
この変更履歴テーブル２６に保持された変更前のメールアドレスと変更後の有効アドレスリスト２５に保持されているメールアドレス（以下、変更後のメールアドレスという）との対は、メールアドレスを変更する処理端末１０のユーザが、メールアドレスを変更する際に、変更後のメールアドレスを他人（つまり、更新要求を発行してきた他の処理端末１０のユーザ）に知らせることを許可する場合にのみ、当該ユーザの操作によって登録されるものである。したがって、ユーザが、変更後のメールアドレスを他人に教えることを許可しない場合には、変更履歴テーブル２６に、変更後のメールアドレスと変更前のメールアドレスとの対は登録されない。

例えば、処理端末１０−２のメールアドレスを管理するメールサーバ１２−２は、図６に示すような変更履歴テーブル２６ａをそなえている。この図６に示す変更履歴テーブル２６ａでは、変更前のメールアドレス“yamada@aaa.cp.jp”に対応して、図５に示す有効アドレスリスト２５ａに保持された変更後のメールアドレス“yamada2@aaa.co.jp”が保持されている。なお、変更履歴テーブル２６ａには、変更前後のメールアドレスのドメイン名が同一である場合を例に示しているが、本発明はこれに限定されるものではなく、変更履歴テーブル２６ａには、変更前後で異なるドメイン名のメールアドレス（つまり、メールサーバ１２が異なるメールアドレス）を登録してもよい。

判定部２７は、他の処理端末１０の更新要求発行部１０ｂから発行された更新要求を受信すると、当該更新要求に含まれる更新対象のメールアドレスが有効であるか否かを判定するものである。
具体的には、判定部２７は、当該更新要求に含まれるメールアドレスを有効アドレスリスト２５から検索し、そのメールアドレスが有効アドレスリスト２５から検索されると、そのメールアドレスが有効であると判定する一方、そのメールアドレスが有効アドレスリスト２５から検索されなければ、そのメールアドレスが無効であると判定する。

変更後アドレス情報取得部２８は、判定部２７が有効アドレスリスト２５に基づいて更新要求に含まれるメールアドレスが無効であると判定した場合に、変更履歴テーブル２６から当該メールアドレスを検索し、検索された場合には、変更履歴テーブル２６において当該メールアドレスに対応する（すなわち、当該メールアドレスの対として保持されている）変更後のメールアドレスを取得するものである。

応答結果送信部２９は、判定部２７による判定結果、つまり、更新要求に含まれるメールアドレスが有効であるか否かの判定結果を、当該更新要求に対する応答結果として、当該更新要求を発行してきた処理端末１０に送信するものである。
さらに、応答結果送信部２９は、変更後アドレス情報取得部２８によって変更後のメールアドレスが取得された場合には、その変更後のメールアドレスを更新要求に対する応答結果として、当該更新要求を発行してきた処理端末１０に送信する。

信頼性チェックサーバ１４は、インターネット２に接続されうる信頼できるメールサーバ（ここでは、メールサーバ１２−１〜１２−４）に関する情報を登録されており、電子メール，更新要求，及び応答結果などの通信を実行する前に、これらの発行元もしくは送信先のメールサーバが信頼できるものであるか否かをチェックするものである。
ここで、図７を参照しながら、本発明の一実施形態としてのアドレス帳更新方法（本通信システム１の動作手順）について説明する。

なお、図７では、処理端末１０−１がアドレス帳１０ａ−１を更新すべく、更新要求を発行し、この更新要求に含まれるメールアドレスが処理端末１０−２〜１０−４のメールアドレスである場合を例にあげて説明する。
したがって、この図７に示す例では、メールサーバ１２−１が発側管理サーバ１２ａとして機能する一方、メールサーバ１２−２〜１２−４が着側管理サーバ１２ｂとして機能する。

そのため、図７における発側センタ１５はＤＮＳサーバ１１−１及びメールサーバ１２−１であり、図７における着側センタ１６は、ＤＮＳサーバ１１−２及びメールサーバ１２−２からなるものと、ＤＮＳサーバ１１−３及びメールサーバ１２−３からなるものと、ＤＮＳサーバ１１−４及びメールサーバ１２−４からなるもののすべてを含んでいる。
まず、発側処理端末１０−１の更新要求発行部１０ｂが、アドレス帳１０ａを最新の状態に更新すべく、更新要求（アドレス帳更新要求）を発側センタ１５に送信する（矢印Ｓ１参照）。

この更新要求は、図８（ａ）に示すごとく、発側処理端末１０−１からメールサーバ１２−１に送信され、例えば図８（ｂ）に示すように、アドレス帳１０ａ−１に保持されたメールアドレスすべてが含まれている。なお、アドレス帳１０ａ−１における、メールアドレス“yamada@aaa.co.jp”及び“ katou@aaa.co.jp”のそれぞれは、図１には示していない処理端末のメールアドレスである。

そして、発側センタ１５では、発側処理端末１０−１からの更新要求を受信すると、発側管理サーバ１２ａとして機能するメールサーバ１２−１の送信部２１の分割部２２が、この更新要求に含まれるすべてのメールアドレスを、当該メールアドレスを管理するメールサーバ１２のグループに分割し、分割送信部２３が、分割された各グループのメールアドレスを含めた更新要求を、当該グループのメールアドレスを管理するメールサーバ１２に送信する（矢印Ｓ２参照）。

ここでは、発側処理端末１０−１からの更新要求には、図８（ｂ）に示すように、異なるメールサーバ１２が管理する複数のメールアドレスが含まれているので、分割部２２は、これらのメールアドレスをドメイン名に基づいて、当該メールアドレスを管理するメールサーバ１２ごとのグループに分割し、分割送信部２３が、図９（ａ），（ｂ）〜図１１（ａ），（ｂ）に示すごとく、分割したグループごとに、当該グループのドメイン名のメールアドレスを管理するメールサーバ１２に、更新要求を送信する。

つまり、図９（ａ），（ｂ）に示すごとく、メールサーバ１２−１の分割送信部２３は、メールアドレス“suzuki@aaa.co.jp, yamada@aaa.co.jp, katou@aaa.co.jp”を含む更新要求を、着側センタ１６としてのメールサーバ１２−２に送信する。
また、図１０（ａ），（ｂ）に示すごとく、メールサーバ１２−１の分割送信部２３は、メールアドレス“satou@ccc.ne.jp”を含む更新要求を、着側センタ１６としてのメールサーバ１２−３に送信する。

さらに、図１１（ａ），（ｂ）に示すごとく、メールサーバ１２−１の分割送信部２３は、メールアドレス“tanaka@bbb.com”を含む更新要求を、着側センタ１６としてのメールサーバ１２−４に送信する。
なお、後述する図７に示す着側センタ１６における処理（符号“Ｓ３〜Ｓ１０”で示す処理）は、各メールサーバ１２−２〜１２−４のすべてにおいて実行される。したがって、以下の説明において、各メールサーバ１２−２〜１２−４で共通する処理を説明する場合は、これら各メールサーバ１２−２〜１２−４を特に区別することなく、単にメールサーバ１２ｂという。

次に、着側センタ１６が、発側センタ１５から送信された更新要求を受信すると、着側センタ１６の着側管理サーバ１２ｂの判定部２７が、有効アドレスリスト２５に基づいて、当該更新要求に含まれるメールアドレスが有効であるか否かを判定する（符号“Ｓ３”参照）。
ここで、判定部２７による判定の結果、当該更新要求に含まれるメールアドレスが有効であれば（矢印Ｓ４参照）、メールサーバ１２ｂは、“有効”という判定結果を、当該メールアドレスと対応付けて記憶部３５ｂ（後述する図１６及び図１９参照）に書き込む（符号“Ｓ５”参照）。なお、メールサーバ１２−２及び１２−３では、判定部２７によって“有効”と判定される。

一方、判定部２７による判定の結果、当該更新要求に含まれるメールアドレスが無効であれば（矢印Ｓ６参照）、メールサーバ１２ｂの変更後アドレス情報取得部２８が、変更履歴テーブル２６に、当該メールアドレスの変更履歴が登録されているか否か（すなわち、処理端末１０−４のユーザが事前（当該メールアドレスの変更時）に変更前の旧メールアドレスで更新要求を送信してきた他のユーザに対して変更後の新メールアドレスを公開しても良いことを、変更履歴として変更履歴テーブル２６に登録しているか否か）を確認する（符号“Ｓ７”参照）。なお、図１に示すように、処理端末１０−４のメールアドレスは“tanaka@bbb.com”から“tanaka2@bbb.com”に変更されているので、メールサーバ１２−４の判定部２７は、ここでは“無効”と判定する。

ここで、変更後アドレス情報取得部２８による確認の結果、当該メールアドレスが変更履歴テーブル２６に登録されていれば（矢印Ｓ８参照）、メールサーバ１２ｂは、当該メールアドレスに対する判定部２７の判定結果として“無効”を、当該メールアドレスと対応付けて記憶部３５ｂに書き込むとともに、変更後アドレス情報取得部２８によって取得された、当該メールアドレスの変更後のメールアドレスを、当該メールアドレスと対応付けて記憶部３５ｂに書き込む（符号“Ｓ５”参照）。

一方、変更後アドレス情報取得部２８による確認の結果、当該メールアドレスが変更履歴テーブル２６に登録されていなければ（矢印Ｓ９参照）、メールサーバ１２ｂは、当該メールアドレスに対する判定部２７の判定結果として“無効”を、当該メールアドレスと対応付けて記憶部３５ｂに書き込む（符号“Ｓ５”参照）。
そして、メールサーバ１２ｂの応答結果送信部２９は、符号“Ｓ５”に示す処理ステップにおいて記憶部３５ｂに書き込んだ結果を、当該更新要求に対する応答結果として、発側センタ１５（メールサーバ１２−１）に送信する（矢印Ｓ１０参照）。

次いで、発側センタ１５のメールサーバ１２−１が、着側センタ１６のメールサーバ１２ｂの応答結果送信部２９からの応答結果をそれぞれ受信すると、メールサーバ１２−１の通知部２４が、受信した各メールサーバ１２ｂからの応答結果をまとめて（符号“Ｓ１１”参照）、処理端末１０−１に通知する（矢印Ｓ１２参照）。
つまり、ここでは、メールサーバ１２−２の応答結果送信部２９からは、例えば、図１２（ａ），（ｂ）に示すような、特に図１２（ｂ）に示すテーブル１７ａで表わせる応答結果を受信し、さらに、メールサーバ１２−３の応答結果送信部２９から図１３（ａ），（ｂ）に示すような、特に図１３（ｂ）に示すテーブル１７ｂで表わせる応答結果を受信し、また、メールサーバ１２−４の応答結果送信部２９から図１４（ａ），（ｂ）に示すような、特に図１４（ｂ）に示すテーブル１７ｃに表わせる応答結果を受信する。

すると、メールサーバ１２−１の通知部２４が、これら図１２（ａ），（ｂ）〜図１４（ａ），（ｂ）に示す応答結果を、図１５（ａ），（ｂ）に示すごとく統合して、処理端末１０−１に通知する。
次に、処理端末１０−１がメールサーバ１２−１の通知部２４からの応答結果（図１５（ｂ）に示すテーブル１８）を受信すると、処理端末１０−１は、その応答結果を表示部１０ｄ（図１参照）に表示するとともに（符号“Ｓ１３”参照）、処理端末１０−１の更新部１０ｃが、応答結果の内容に応じてアドレス帳１０ａを更新する。

つまり、処理端末１０−１の更新部１０ｃは、応答結果の内容が“有効”であるか否かを判断し（符号“Ｓ１４”参照）、ここで応答結果が“有効”であれば（矢印Ｓ１５参照）、更新部１０ｃは、アドレス帳１０ａは更新せずにそのまま保持する（符号“Ｓ１６”参照）。
ここでは、図１５（ｂ）のテーブル１８に示すごとく、処理端末１０−２のメールアドレス“suzuki@aaa.co.jp”及び処理端末１０−３のメールアドレス“satou@ccc.ne.jp”が“有効”であるので、更新部１０ｃはアドレス帳１０ａにおけるこれら２つのアドレスはそのまま保持する。

一方、応答結果が“無効”であれば（矢印Ｓ１７参照）、更新部１０ｃは、応答結果の内容に変更後のメールアドレスが添付されているか否かを確認する（符号“Ｓ１８”参照）。
ここで、応答結果に変更後のメールアドレスが添付されていれば（矢印Ｓ１９参照）、更新部１０ｃは、アドレス帳１０ａにおける変更前のメールアドレスを、当該変更後のメールアドレスに上書きすることにより、アドレス帳１０ａを更新する（符号“Ｓ２０”参照）。

ここでは、図１５（ｂ）のテーブル１８に示すごとく、処理端末１０−４のメールアドレス“tanaka@bbb.com”に変更後のメールアドレス“tanaka2@bbb.com”が添付され、さらに、メールアドレス“yamada@aaa.co.jp”に変更後のメールアドレス“yamada2@aaa.co.jp”が添付されているので、更新部１０ｃは、アドレス帳１０ａにおける、“tanaka@bbb.com”を“tanaka2@bbb.com”に上書き変更するとともに、“yamada@aaa.co.jp”を“yamada2@aaa.co.jp”に上書き変更する。

一方、応答結果に変更後のメールアドレスが添付されていなければ（矢印Ｓ２１参照）、更新部１０ｃは、アドレス帳１０ａにおける当該メールアドレス（無効なメールアドレス）を削除する（符号“Ｓ２２”参照）。
ここでは、図１５（ｂ）のテーブル１８に示すごとく、メールアドレス“katou@aaa.co.jp”が無効であり変更後のメールアドレスが添付されていないので、更新部１０ｃは、アドレス帳１０ａにおけるメールアドレス“katou@aaa.co.jp”を削除する。

なお、ここで応答結果に変更後のメールアドレスが添付されていなければ（矢印Ｓ２０参照）、更新部１０ｃがアドレス帳１０ａにおける当該メールアドレスを削除することなく処理を終了してもよい。
このように、本通信システム１によれば、処理端末１０−１からの更新要求に応じて、その更新要求に含まれるメールアドレスの有効／無効や、変更後のメールアドレスが着側センタ１６で調べられ、その結果に応じて処理端末１０−１がアドレス帳１０ａを更新するので、処理端末１０−１はアドレス帳１０ａを最新の状態に確実に更新できる。

次に、メールサーバ１２のより具体的な構成について、図１６に示すブロック図を参照しながら説明すると、この図１６に示すように、メールサーバ１２は、主制御部（例えば、ＣＰＵ：Central Processing Unit）３１，受信部３２，送信部３３，信号解析／処理部（以下、信号処理部という）３４，記憶部３５，ファイル（アドレスリスト）展開部３６，及びファイル（アドレスリスト）操作部３７をそなえて構成されている。

上述したように、メールサーバ１２は、発側管理サーバ１２ａとして機能する場合と、着側管理サーバ１２ｂとして機能する場合とで、異なる機能を果たし、上記の各構成要素（主制御部３１，受信部３２，送信部３３，信号処理部３４，記憶部３５，ファイル展開部３６，及びファイル操作部３７）も、当該メールサーバ１２が発側管理サーバ１２ａとして機能する場合と、着側管理サーバ１２ｂとして機能する場合とで、異なる機能を果たす。

したがって、以下の説明において、メールサーバ１２が発側管理サーバ１２ａとして機能する際の各構成要素を、主制御部３１ａ，受信部３２ａ，送信部３３ａ，信号処理部３４ａ，記憶部３５ａ，ファイル展開部３６ａ，及びファイル操作部３７ａといい、一方、メールサーバ１２が着側管理サーバ１２ｂとして機能する際の各構成要素を、主制御部３１ｂ，受信部３２ｂ，送信部３３ｂ，信号処理部３４ｂ，記憶部３５ｂ，ファイル展開部３６ｂ，及びファイル操作部３７ｂという。

まず、メールサーバ１２が発側管理サーバ（例えば、ＳＭＰＴ（Simple Mail Transfer Protocol）サーバ）１２ａとして機能する場合の各構成要素を、図１７のフローチャート（ステップＳ３０〜Ｓ４４）に示す発側管理サーバ１２ａの動作手順に沿って説明する。なお、主制御部３１ａは、受信部３２ａ，送信部３３ａ，信号処理部３４ａ，記憶部３５ａ，ファイル展開部３６ａ，及びファイル操作部３７ａの処理を制御するものである。

最初に、受信部３２ａが、対応する処理端末１０からの更新要求や電子メールを受信する（ステップＳ３０）。
次に、信号処理部３４ａは、受信部３２ａが受信した信号を解析し、受信部３２ａが受信した信号が更新要求である場合には、その更新要求に含まれる更新対象のメールアドレスの一覧（アドレス帳データ）を記憶部３５ａに一旦記録するとともに（ステップＳ３１）、ファイル展開部３６ａにファイル展開を指示する（ステップＳ３２）。

なお、信号処理部３４ａは、受信部３２ａが受信した信号が通常の電子メール送信であれば、送信部３３ａを介してＤＮＳサーバ１１に電子メールの宛先のメールアドレスを問い合わせ、受信部３２ａを介して受信した当該メールアドレスのＩＰアドレスに基づいて、当該電子メールを送信部３３ａに送信させる。
ファイル展開部３６ａは、信号処理部３４ａから記憶部３５ａに保持された更新要求に含まれるメールアドレスの一覧（アドレス帳データ）の展開指示を受けると、アドレス帳データを、個々のメールアドレスに展開して（ステップＳ３３）、展開した個々のメールアドレスを再度記憶部３５ａに記録する（ステップＳ３４）。

さらに、ファイル展開部３６ａは、ファイル操作部３７ａに処理端末１０からの更新要求を受信したことを伝える（ステップＳ３５）。
ファイル操作部３７ａは、ファイル展開部３６ａが展開して記憶部３５ａに記録した個々のメールアドレスを記憶部３５ａから取り出し、信号処理部３４ａ及び送信部３３ａを介して、ＤＮＳサーバ１１に、個々のメールアドレスのＩＰアドレスの問い合わせを行なう（ステップＳ３６）。

そして、受信部３２ａが、ＤＮＳサーバ１１から個々のメールアドレスのＩＰアドレスを受信すると（ステップＳ３７）、信号処理部３４ａは、これらのＩＰアドレスが更新要求用であると解析した後、上記ステップＳ３１で記憶部３５ａに記憶したアドレス帳データを取り出し、このアドレス帳データのメールアドレスを、ＩＰアドレスに基づいて、当該メールアドレスを管理するメールサーバ１２ごとのグループに分割し、分割したグループごとにまとめて更新要求を送信部３３ａに送信させる（ステップＳ３８）。

その後、上記ステップＳ３８で送信した更新要求に対する応答結果を示す信号を、受信部３２ａが受信すると（ステップＳ３９）、信号処理部３４ａは、受信した信号が応答結果を示すものであると解析した後、ファイル展開部３６ａにファイル展開（応答結果を示す信号の展開）を指示する（ステップＳ４０）。
次いで、ファイル展開部３６ａが、ファイル展開を実行することにより、応答結果（例えば、図１２〜図１４に示すテーブル１７ａ〜１７ｃ参照）を取り出して記憶部３５ａに記録する（ステップＳ４１）。

その後、ファイル展開部３６ａは、ファイル操作部３７ａに応答結果を記憶部３５ａに記録した旨を報告する（ステップＳ４２）。
そして、ファイル操作部３７ａは、ファイル展開部３６ａからの報告を受けて、記憶部３５ａから、上記ステップＳ３１で記録したアドレス帳データと、上記ステップＳ４２で記録した応答結果とを取り出し、アドレス帳データに応答結果を書き込むことによって、例えば、複数のメールサーバ１２からの複数の応答結果（例えば、図１２〜図１４に示すテーブル１７ａ〜１７ｃ参照）を、一つに統合した応答結果（例えば、図１５に示すテーブル１８）を記憶部３５ａ内に作成する（ステップＳ４３）。

最後に、信号処理部３４ａは、上記ステップＳ４２で統合された応答結果を、送信部３３ａを通して処理端末１０に送信して（ステップＳ４４）、処理を終了する。
このように、メールサーバ１２は、発側管理サーバ１２ａとして機能するように構成されており、このとき、メールサーバ１２の送信部３３ａ，信号処理部３４ａ，記憶部３５ａ，ファイル展開部３６ａ，及びファイル操作部３７ａが、上述した図３に示す発側管理サーバ１２ａの送信部２１，分割部２２，及び分割送信部２３として機能する。さらに、メールサーバ１２の送信部３３ａ，信号処理部３４ａ，記憶部３５ａ，ファイル展開部３６ａ，及びファイル操作部３７ａは、上述した図３に示す発側管理サーバ１２ａの通知部２４としても機能する。

次に、メールサーバ１２が着側管理サーバ（例えば、ＰＯＰ（Post Office Protocol）３サーバ）１２ｂとして機能する場合の各構成要素を、図１８のフローチャート（ステップＳ５０〜Ｓ６３）に示す着側管理サーバ１２ｂの動作手順に沿って説明する。なお、主制御部３１ｂは、受信部３２ｂ，送信部３３ｂ，信号処理部３４ｂ，記憶部３５ｂ，ファイル展開部３６ｂ，及びファイル操作部３７ｂの処理を制御するものである。

まず、受信部３２ｂが、発側管理サーバ１２ａからの更新要求を受信する（ステップＳ５０）。
次に、信号処理部３４ｂは、受信部３２ｂが受信した更新要求を示す信号を解析し、受信部３２ｂが受信した信号が更新要求であると判断した後に、ファイル展開部３６ｂにファイル展開を指示する（ステップＳ５１）。

そして、ファイル展開部３６ｂは、更新要求に含まれる更新対象のメールアドレスの一覧（アドレス帳データ）から、個々のメールアドレスに展開し（ステップＳ５２）、展開した個々のメールアドレスを記憶部３５ｂに記録する（ステップＳ５３）。
さらに、ファイル展開部３６ｂは、ファイル操作部３７ｂに発側管理サーバ１２ａから更新要求を受信したことを報告する（ステップＳ５４）。

次いで、ファイル操作部３７ｂは、上記ステップＳ５３で記憶部３５ｂに記憶した個々のメールアドレス（メールアカウント）と、本着側管理サーバ１２ｂが保持している有効アドレスリスト２５とを取り出し（ステップＳ５５）、個々のメールアドレスと有効アドレスリスト２５に保持されたメールアドレスとを比較することにより、個々のメールアドレスが有効アドレスリスト２５に登録されているか否かを判定する（ステップＳ５６）。

そして、有効アドレスリスト２５に一致するメールアドレスがあれば（ステップＳ５６のＹｅｓルート）、ファイル操作部３７ｂは、上記ステップＳ５３で記録部３５ｂに記録した当該メールアドレスに対応する箇所に、応答結果としての“有効”を書き込む（ステップＳ５７）。つまり、ファイル操作部３７ｂは、記憶部３５ｂにおいて、例えば、図１９に示すような応答結果アドレス帳１９を作成する。なお、この応答結果アドレス帳１９は、メールサーバ１２−２が着側管理サーバ１２ｂとして機能する場合に作成されるものであり、図１２（ｂ）に示すテーブル１７ａに対応するものである。

一方、有効アドレスリスト２５に一致するメールアドレスが無ければ（ステップＳ５６のＮｏルート）、ファイル操作部３７ｂは、上記ステップＳ５３で記録部３５ｂに記録した当該メールアドレスに対応する箇所に、応答結果としての“無効”を書き込むことによって、応答結果アドレス帳１９を作成する（ステップＳ５８）。
次いで、ファイル操作部３７ｂは、本着側管理サーバ１２ｂが保持している変更履歴テーブル２６を取り出し、この変更履歴テーブル２６に当該メールアドレスが登録されているか否かを判定する（ステップＳ５９）。

ここで、変更履歴テーブル２６に当該メールアドレスが登録されていれば（ステップＳ５９のＹｅｓルート）、ファイル操作部３７ｂは、応答結果アドレス帳１９の当該メールアドレスに対応する箇所に、変更履歴テーブル２６から得られる変更後のメールアドレスを書き込むことによって、応答結果アドレス帳１９を作成する（ステップＳ６０）。
なお、変更履歴テーブル２６に当該メールアドレスが登録されていなければ（ステップＳ５９のＮｏルート）、ファイル操作部３７ｂは、上記ステップＳ６０の処理は行なわない。

そして、ファイル操作部３７ｂは、上記ステップＳ５５で取り出した個々のメールアドレスのすべてについて処理を完了したか否かを判断し（ステップＳ６１）、完了していなければ（ステップＳ６１のＮｏルート）、処理を実行していないメールアドレスに対して、上記ステップＳ５６〜Ｓ６０までの処理を実行する。
一方、すべてのメールアドレスに対して処理を完了すると（つまり、応答結果アドレス帳１９に処理結果をすべて書き込んだら；ステップＳ６１のＹｅｓルート）、ファイル操作部３７ｂは、その旨を信号処理部３４ｂに報告する（ステップＳ６２）。

そして、信号処理部３４ｂは、記憶部３５ｂから応答結果アドレス帳１９を取り出して、この応答結果アドレス帳１９のデータを応答結果として、送信部３３ｂを通して発側管理サーバ１２ａに送信して（ステップＳ６３）、処理を終了する。
このように、メールサーバ１２は、着側管理サーバ１２ｂとして機能するように構成されており、このとき、メールサーバ１２の送信部３３ｂ，信号処理部３４ｂ，記憶部３５ｂ，ファイル展開部３６ｂ，及びファイル操作部３７ｂが、上述した図４に示す発側管理サーバ１２ｂの判定部２７，変更後アドレス情報取得部２８，及び応答結果送信部２９として機能する。

以上詳述したように、本発明の一実施形態としての通信システム１（アドレス帳更新方法）によれば、一の処理端末１０の更新要求発行部１０ｂがアドレス帳１０ａ更新要求を発信し、着側管理サーバ１２ｂの判定部２７がこの更新要求に含まれるメールアドレスが有効であるか否かを、有効アドレスリスト２５に基づいて判定し、着側管理サーバ１２ｂの応答結果送信部２９がかかる判定の結果を応答結果として一の処理端末１０に送信し、この応答結果を受けた一の処理端末１０の更新部１０ｃが、当該応答結果に基づいてアドレス帳１０ａを更新するように構成されているので、一の処理端末１０は、アドレス帳１０ａを、最新の状態に確実に更新することができる。

しかも、一の処理端末１０のユーザは、更新要求を発行するだけでアドレス帳１０ａを自動的に更新することができ、アドレス帳１０ａを更新するためにユーザの手を煩わせることがなくなる。
また、本通信システム１では、上記特許文献１に開示された従来技術のように、すべての処理端末にアドレス帳を更新させる機能をそなえさせる必要はなく、アドレス帳１０ａを更新する一の処理端末１０が、更新要求発行部１０ｂ及び更新部１０ｃをそなえ、着側管理サーバ１２ｂとしてのメールサーバ１２が判定部２７及び応答結果送信部２９をそなえるだけでよく、一の処理端末１０のアドレス帳を更新する機能を容易に構築することができる。したがって、本通信システム１は既存の通信システムに改良を加えることにより容易に想到することができる。

なお、着側管理サーバ１２ｂの判定部２７が、有効アドレスリスト２５に基づいて、更新要求に含まれるメールアドレスが有効であるか否かを判定するので、かかる判定を確実に且つ正確に行なうことができる。
また、着側管理サーバ１２ｂが、更新要求に含まれるメールアドレスが無効であった場合に、変更履歴テーブル２６から変更後のメールアドレスを取得する変更後アドレス情報取得部２８をそなえ、応答結果送信部２９が変更後アドレス情報取得部２８によって取得された変更後のメールアドレスを応答結果として一の処理端末１０に送信するので、当該メールアドレスのユーザが、他人に変更後のメールアドレスの公開を許可している場合（つまり、変更履歴テーブル２６に、当該メールアドレスが登録されている場合）には、一の処理端末１０は、アドレス帳における無効な当該メールアドレスを、変更後の有効なメールアドレスに更新することができる。

さらに、一の処理端末１０の更新要求発行部１０ｂが、所定の周期で更新要求を発行するので、アドレス帳１０ａは自動で確実に更新され、一の処理端末１０のユーザは、何の操作もすることなく、アドレス帳１０ａを自動更新することができる。
また、発側管理サーバ１２ａの送信部２１が、一の処理端末１０からの更新要求を、当該更新要求に含まれる更新対象のメールアドレスに基づいて、当該メールアドレスを管理する着側管理サーバ１２ｂに送信するので、一の処理端末１０は、自身の通信（メールアドレス）を管理する発側管理サーバ１２ａに更新要求を送信するだけで、アドレス帳１０ａを確実に更新することができる。

なお、発側管理サーバ１２ａの送信部２１が、更新要求に複数のメールアドレスが含まれる場合に、これら複数のメールアドレスを、当該メールアドレスを管理する着側管理サーバ１２ｂ毎のグループに分割する分割部２２と、この分割部２２によって分割されたグループ毎に着側管理サーバ１２ｂに更新要求を送信する分割送信部２３とをそなえて構成されているので、一の処理端末１０はアドレス帳１０ａの複数のメールアドレスをまとめて更新対象のメールアドレスとすることができ、アドレス帳１０ａの全体を最新の状態に更新するような場合でも、更新要求発行部１０ｂは一つの更新要求を発行するだけでよくなり、容易に、且つ、確実にアドレス帳１０ａを更新することができる。

さらに、発側管理サーバ１２ａが、複数の着側管理サーバ１２ｂからの複数の応答結果を受け取ると、これら複数の応答結果を一つに統合して、一の処理端末１０に通知する通知部をそなえて構成されているので、一の処理端末１０は、アドレス帳１０ａにおける複数の着側管理サーバ１２ｂが管理する複数のメールアドレスを同時に確実に更新することができる。

〔２〕その他
なお、本発明は上述した実施形態に限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々変形して実施することができる。
例えば、上述した実施形態では、通信システム１として、複数の処理端末１０がパーソナルコンピュータであり、インターネット２を介して互いに電子メールを送受信可能に接続されたものを例にあげて説明したが、本発明はこれに限定されるものではなく、本発明の通信システムにおける処理端末１０としては、ＰＤＡ，ＩＰ電話，携帯電話等、ネットワークを介して互いに通信可能に接続されるものであればよい。

また、上述した実施形態では、更新要求にアドレス帳１０ａに保持されたすべてのメールアドレスを更新対象のメールアドレスとして含める場合を例にあげて説明したが、本発明はこれに限定されるものではなく、更新要求を発行する処理端末１０のユーザが、当該処理端末１０（例えば、マウスやキーボード）を操作することによって、更新要求に含めるメールアドレスを指定できるように構成してもよく、これにより、アドレス帳１０ａを効率良く更新することができる。

さらに、上述した実施形態では、着側管理サーバ１２ｂが変更履歴テーブル２６をそなえ、変更後アドレス情報取得部２８が、この変更履歴テーブル２６に基づいて変更後のメールアドレスを取得し、応答結果送信部２９が更新要求を発行してきた処理端末１０に変更後のメールアドレスを知らせるように構成した。つまり、上述した実施形態では、変更履歴テーブル２６に変更履歴として変更前後のメールアドレスを登録すると、更新要求を発行してきた処理端末１０のすべてに対して変更後のメールアドレスを知らせるように構成したが、本発明はこれに限定されるものではなく、メールアドレスを変更するユーザが変更後のメールアドレスを知らせることを許可する処理端末１０を指定できるようにしてもよい。

この場合、例えば、図２０に示すごとく、変更後のメールアドレスを許可する処理端末１０を当該処理端末１０のメールアドレス（もしくはＩＰアドレス）で特定する変更履歴テーブル２６ｂを作成し、変更後アドレス情報取得部２８が、更新要求を発行してきた処理端末１０のメールアドレスと、変更履歴テーブル２６ｂで許可すべく特定されたメールアドレス（ここでは、“ikeda@ddd.co.jp”等）とを比較し、当該処理端末１０のメールアドレスが変更履歴テーブル２６ｂから許可するメールアドレスとして検索されると、変更後のメールアドレスを取得して、当該処理端末１０に知らせるように構成してもよい。なお、この場合、許可を特定しない処理端末１０に対しては変更後のメールアドレスを知らせない。

これにより、メールアドレスを変更するユーザは、変更後のメールアドレスの通知を許可する処理端末１０を指定することができる。
さらに、図２１に示すごとく、変更後のメールアドレスを許可しない処理端末１０（ここでは、メールアドレスが“okada@eee.ne.jp”である処理端末１０）を特定して、特定した処理端末１０には変更後のメールアドレスを知らせず、それ以外の処理端末１０には変更後のメールアドレスを知らせるように構成してもよく、これにより、メールアドレスを変更するユーザは、変更を許可しない処理端末を指定することができる。

また、上述した更新要求発行部１０ｂ，更新部１０ｃ，送信部２１，分割部２２，分割送信部２３，通知部２４，判定部２７，変更後アドレス情報取得部２８，及び応答結果送信部２９としての機能は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が所定のアプリケーションプログラム（アドレス情報管理プログラム）を実行することによって実現されてもよい。

そのプログラムは、例えばフレキシブルディスク，ＣＤ（ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＣＤ−ＲＷなど），ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，ＤＶＤ−Ｒ，ＤＶＤ−ＲＷ，ＤＶＤ＋Ｒ，ＤＶＤ＋ＲＷなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からアドレス情報管理プログラムを読み取って内部記憶装置または外部記憶装置に転送し格納して用いる。また、そのプログラムを、例えば磁気ディスク，光ディスク，光磁気ディスク等の記憶装置（記録媒体）に記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。

ここで、コンピュータとは、ハードウェアとＯＳ（オペレーティングシステム）とを含む概念であり、ＯＳの制御の下で動作するハードウェアを意味している。また、ＯＳが不要でアプリケーションプログラム単独でハードウェアを動作させるような場合には、そのハードウェア自体がコンピュータに相当する。ハードウェアは、少なくとも、ＣＰＵ等のマイクロプロセッサと、記録媒体に記録されたコンピュータプログラムを読み取るための手段とをそなえている。

上記アドレス情報管理プログラムとしてのアプリケーションプログラムは、上述のようなコンピュータに、更新要求発行部１０ｂ，更新部１０ｃ，送信部２１，分割部２２，分割送信部２３，通知部２４，判定部２７，変更後アドレス情報取得部２８，及び応答結果送信部２９としての機能を実現させるプログラムコードを含んでいる。また、その機能の一部は、アプリケーションプログラムではなくＯＳによって実現されてもよい。

なお、本実施形態としての記録媒体としては、上述したフレキシブルディスク，ＣＤ，ＤＶＤ，磁気ディスク，光ディスク，光磁気ディスクのほか、ＩＣカード，ＲＯＭカートリッジ，磁気テープ，パンチカード，コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ），外部記憶装置等や、バーコードなどの符号が印刷された印刷物等の、コンピュータ読取可能な種々の媒体を利用することもできる。

〔３〕付記
（付記１）
他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、該更新要求発行部から発行された前記更新要求に対する応答結果に基づいて前記アドレス帳を更新する更新部とをそなえた一の処理端末と、
該一の処理端末の前記更新要求発行部から発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定する判定部と、
該判定部による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信する応答結果送信部とをそなえて構成されていることを特徴とする、アドレス情報管理システム。

（付記２）
有効なアドレス情報を示す有効アドレスリストをさらにそなえ、
前記判定部が、前記更新要求に含まれる前記アドレス情報を前記有効アドレスリストから検索し、当該アドレス情報が前記有効アドレスリストから検索されると当該アドレス情報が有効であると判定する一方、当該アドレス情報が前記有効アドレスリストから検索されなければ当該アドレス情報が無効であると判定することを特徴とする、付記１記載のアドレス情報管理システム。

（付記３）
前記有効アドレスリストに保持されているアドレス情報と、当該アドレス情報の変更前のアドレス情報との対応を示す変更履歴テーブルと、
前記判定部が、前記有効アドレスリストに基づいて前記更新要求に含まれる前記アドレス情報が無効であると判定した場合に、前記変更履歴テーブルから当該アドレス情報を検索し、当該アドレス情報が検索された場合には、前記変更履歴テーブルにおいて当該アドレス情報に対応する前記有効アドレスリストに保持された変更後のアドレス情報を取得する変更後アドレス情報取得部とをさらにそなえ、
前記応答結果送信部が、前記変更後アドレス情報取得部によって前記変更後のアドレス情報が取得された場合には、当該変更後のアドレス情報を前記応答結果として前記一の処理端末に送信することを特徴とする、付記２記載のアドレス情報管理システム。

（付記４）
前記一の処理端末の前記更新部が、前記応答結果送信部から前記応答結果として、前記変更後アドレス取得部によって取得された前記変更後のアドレス情報を受信すると、前記アドレス帳に当該変更後のアドレス情報を上書きすることを特徴とする、付記３記載のアドレス情報管理システム。

（付記５）
前記一の処理端末の前記更新要求発行部が、周期的に前記更新要求を発行することを特徴とする、付記１〜付記４のいずれか１項に記載のアドレス情報管理システム。
（付記６）
前記他の処理端末のアドレス情報を管理するとともに、前記判定部をそなえて構成された管理サーバと、
前記一の処理端末の前記更新要求発行部からの前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報に基づいて、当該アドレス情報を管理する前記管理サーバに当該更新要求を送信する送信部とをさらにそなえて構成されていることを特徴とする、付記１〜付記５のいずれか１項に記載のアドレス情報管理システム。

（付記７）
前記送信部が、
前記更新要求に前記アドレス情報が複数含まれる場合に、当該複数のアドレス情報を、アドレス情報を管理する管理サーバ毎のグループに分割する分割部と、
該分割部によって分割されたグループのそれぞれを、当該グループにかかる管理サーバに送信する分割送信部とをそなえて構成されていることを特徴とする、付記６記載のアドレス情報管理システム。

（付記８）
前記管理サーバが前記応答結果送信部をそなえて構成され、
前記管理サーバの前記応答結果送信部から送信された前記応答結果を、前記一の処理端末に通知する通知部をさらにそなえて構成されていることを特徴とする、付記６または付記７記載のアドレス情報更新システム。

（付記９）
前記通知部が、複数の前記管理サーバの前記応答結果送信部から送信された複数の前記応答結果を受信すると、当該複数の応答結果を統合して前記一の処理端末に通知することを特徴とする、付記８記載のアドレス情報更新システム。
（付記１０）
複数の処理端末がネットワークを介して互いに通信可能に接続され、前記複数の処理端末のうちの一の処理端末が、他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、該更新要求発行部から発行された前記更新要求に対する応答結果に基づいて前記アドレス帳を更新する更新部とをそなえて構成された通信システムにおいて、前記他の処理端末のアドレス情報を管理する管理サーバであって、
前記一の処理端末の前記更新要求発行部から発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定する判定部と、
該判定部による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信する応答結果送信部とをそなえて構成されていることを特徴とする、管理サーバ。

（付記１１）
有効なアドレス情報を示す有効アドレスリストをさらにそなえ、
前記判定部が、前記更新要求に含まれる前記アドレス情報を前記有効アドレスリストから検索し、当該アドレス情報が前記有効アドレスリストから検索されると当該アドレス情報が有効であると判定する一方、当該アドレス情報が前記有効アドレスリストから検索されなければ当該アドレス情報が無効であると判定することを特徴とする、付記１０記載の管理サーバ。

（付記１２）
前記有効アドレスリストに保持されているアドレス情報と、当該アドレス情報の変更前のアドレス情報との対応を示す変更履歴テーブルと、
前記判定部が、前記有効アドレスリストに基づいて前記更新要求に含まれる前記アドレス情報が無効であると判定した場合に、前記変更履歴テーブルから当該アドレス情報を検索し、当該アドレス情報が検索された場合には、前記変更履歴テーブルにおいて当該アドレス情報に対応する前記有効アドレスリストに保持された変更後のアドレス情報を取得する変更後アドレス情報取得部とをさらにそなえ、
前記応答結果送信部が、前記変更後アドレス情報取得部によって前記変更後のアドレス情報が取得された場合には、当該変更後のアドレス情報を前記応答結果として前記一の処理端末に送信することを特徴とする、付記１１記載の管理サーバ。

（付記１３）
複数の処理端末がネットワークを介して互いに通信可能に接続され、他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、該更新要求発行部から発行された前記更新要求に対する応答結果に基づいて前記アドレス帳を更新する更新部とをそなえた一の処理端末と、該一の処理端末の前記更新要求発行部から発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定する判定部と、該判定部による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信する応答結果送信部とをそなえて構成された通信システムにおいて、前記一の処理端末の通信を管理する管理サーバであって、
前記一の処理端末の前記更新要求発行部から前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報に基づいて、当該アドレス情報を管理するとともに前記判定部をそなえた前記他の処理端末にかかる管理サーバ（以下、着側管理サーバという）に、当該更新要求を送信する送信部をそなえて構成されていることを特徴とする、管理サーバ。

（付記１４）
前記送信部が、前記一の処理端末から発行された前記更新要求に含まれる前記アドレス情報が複数ある場合に、当該複数のアドレス情報を、当該アドレス情報を管理する着側管理サーバ毎のグループに分割する分割部と、該分割部によって分割されたグループのそれぞれを、当該グループにかかる着側管理サーバに送信する分割送信部とをそなえて構成されていることを特徴とする、付記１３記載の管理サーバ。

（付記１５）
前記着側管理サーバから送信された前記更新要求に対する応答結果を、前記一の処理端末に通知する通知部をそなえて構成されていることを特徴とする、付記１３または付記１４記載の管理サーバ。
（付記１６）
前記通知部が、複数の前記着側管理サーバから送信された複数の前記応答結果を受信すると、当該複数の応答結果を統合し、統合した前記応答結果を前記一の処理端末に通知することを特徴とする、付記１５記載の管理サーバ。

（付記１７）
複数の処理端末がネットワークを介して互いに通信可能に接続された通信システムにおける、前記複数の処理端末のうちの一の処理端末であって、
前記複数の処理端末のうちの他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、
該更新要求発行部から発行された前記更新要求に含まれる前記アドレス情報が有効であるか否かの判定結果を、当該更新要求に対する応答結果として受信すると、当該応答結果に基づいて前記アドレス帳を更新する更新部とをそなえて構成されていることを特徴とする、処理端末。

（付記１８）
前記更新部は、前記応答結果として、変更後のアドレス情報を受信すると、前記アドレス帳に当該変更後のアドレス情報を上書きすることを特徴とする、付記１７記載の処理端末。
（付記１９）
前記更新要求発行部が、周期的に前記更新要求を発行することを特徴とする、付記１７または付記１８記載の処理端末。

（付記２０）
ネットワークを介して互いに通信可能に接続される複数の処理端末と、該複数の処理端末のそれぞれのアドレス情報を管理する管理サーバとをそなえた通信システムにおいて、前記複数の処理端末のうちの一の処理端末が保持する他の処理端末のアドレス情報についてのアドレス帳を更新するアドレス帳更新方法であって、
前記一の処理端末が、前記他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行し、
前記他の処理端末にかかる管理サーバ（以下、着側管理サーバという）が、発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定し、
前記着側管理サーバが、前記判定による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信し、
前記一の処理端末が、前記送信された前記応答結果を受信すると、当該応答結果に基づいて前記アドレス帳を更新することを特徴とする、アドレス帳更新方法。

本発明の一実施形態としての通信システムの構成を示す図である。 本発明の一実施形態としての通信システムの処理端末の構成を示すブロック図である。 本発明の一実施形態としての通信システムの発側管理サーバの構造を示すブロック図である。 本発明の一実施形態としての通信システムの着側管理サーバの構成を示すブロック図である。 本発明の一実施形態としての通信システムの着側管理サーバの有効アドレスリストの一例を示す図である。 本発明の一実施形態としての通信システムの着側管理サーバの変更履歴テーブルの一例を示す図である。 本発明の一実施形態としてのアドレス帳更新方法の動作手順を説明するための図である。 （ａ）は本発明の一実施形態としての通信システムの処理端末による発側センタへの更新要求の発行を説明するための図であり、（ｂ）は（ａ）に示す更新要求に含まれるメールアドレスを説明するための図である。 （ａ）は本発明の一実施形態としての通信システムの発側センタによる着側センタへの更新要求の送信例を示す図であり、（ｂ）は（ａ）に示す更新要求に含まれるメールアドレスを示す図である。 （ａ）は本発明の一実施形態としての通信システムの発側センタによる着側センタへの更新要求の送信例を示す図であり、（ｂ）は（ａ）に示す更新要求に含まれるメールアドレスを示す図である。 （ａ）は本発明の一実施形態としての通信システムの発側センタによる着側センタへの更新要求の送信例を示す図であり、（ｂ）は（ａ）に示す更新要求に含まれるメールアドレスを示す図である。 （ａ）は本発明の一実施形態としての通信システムの着側センタによる発側センタへの応答結果の送信例を示す図であり、（ｂ）は（ａ）に示す応答結果としてのデータを説明するための図である。 （ａ）は本発明の一実施形態としての通信システムの着側センタによる発側センタへの応答結果の送信例を示す図であり、（ｂ）は（ａ）に示す応答結果としてのデータを説明するための図である。 （ａ）は本発明の一実施形態としての通信システムの着側センタによる発側センタへの応答結果の送信例を示す図であり、（ｂ）は（ａ）に示す応答結果としてのデータを説明するための図である。 （ａ）は本発明の一実施形態としての通信システムの発側センタによる処理端末への応答結果の送信例を示す図であり、（ｂ）は（ａ）に示す応答結果としてのデータを説明するための図である。 本発明の一実施形態としての通信システムのメールサーバ（発側管理サーバ及び着側管理サーバ）の構成を示すブロック図である。 本発明の一実施形態としての通信システムの発側管理サーバの動作手順を説明するためのフローチャートである。 本発明の一実施形態としての通信システムの着側管理サーバの動作手順を説明するためのフローチャートである。 本発明の一実施形態としての通信システムの着側管理サーバの記憶部に記録される応答結果アドレス帳を示す図である。 本発明の変形例としての通信システムの着側管理サーバの変更履歴テーブルを示す図である。 本発明の変形例としての通信システムの着側管理サーバの変更履歴テーブルを示す図である。

符号の説明

１ 通信システム（アドレス情報管理システム）
２ ネットワーク（インターネット）
３ 発側メールシステム
４ａ〜４ｃ 着側メールシステム
１０，１０−１〜１０−４ 処理端末
１０ａ，１０ａ−１ アドレス帳
１０ｂ 更新要求発行部
１０ｃ 更新部
１０ｄ 表示部
１１，１１−１〜１１−４ ＤＮＳサーバ
１２，１２−１〜１２−４ メールサーバ（管理サーバ）
１２ａ 発側管理サーバ
１２ｂ 着側管理サーバ
１３−１〜１３−４ ルータ
１４ 信頼性チェックサーバ
１５ 発側センタ
１６ 着側センタ
１７ａ〜１７ｃ，１８ テーブル
１９ 応答結果アドレス帳
２１，３３，３３ａ，３３ｂ 送信部
２２ 分割部
２３ 分割送信部
２４ 通知部
２５，２５ａ 有効アドレスリスト
２６，２６ａ〜２６ｃ 変更履歴テーブル
２７ 判定部
２８ 変更後アドレス情報取得部
２９ 応答結果送信部
３１，３１ａ，３１ｂ 主制御部
３２，３２ａ，３２ｂ 受信部
３４，３４ａ，３４ｂ 信号解析／処理部
３５，３５ａ，３５ｂ 記憶部
３６，３６ａ，３６ｂ ファイル展開部
３７，３７ａ，３７ｂ ファイル操作部

Claims (5)

1. 他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、該更新要求発行部から発行された前記更新要求に対する応答結果に基づいて前記アドレス帳を更新するアドレス帳更新部とをそなえた一の処理端末と、
   該一の処理端末の前記更新要求発行部から発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定する判定部と、
   該判定部による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信する応答結果送信部とをそなえて構成されていることを特徴とする、アドレス情報管理システム。
2. 有効なアドレス情報を示す有効アドレスリストをさらにそなえ、
   前記判定部が、前記更新要求に含まれる前記アドレス情報を前記有効アドレスリストから検索し、当該アドレス情報が前記有効アドレスリストから検索されると当該アドレス情報が有効であると判定する一方、当該アドレス情報が前記有効アドレスリストから検索されなければ当該アドレス情報が無効であると判定することを特徴とする、請求項１記載のアドレス情報管理システム。
3. 前記有効アドレスリストに保持されているアドレス情報と、当該アドレス情報の変更前のアドレス情報との対応を示す変更履歴テーブルと、
   前記判定部が、前記有効アドレスリストに基づいて前記更新要求に含まれる前記アドレス情報が無効であると判定した場合に、前記変更履歴テーブルから当該アドレス情報を検索し、当該アドレス情報が検索された場合には、前記変更履歴テーブルにおいて当該アドレス情報に対応する前記有効アドレスリストに保持された変更後のアドレス情報を取得する変更後アドレス情報取得部とをさらにそなえ、
   前記応答結果送信部が、前記変更後アドレス情報取得部によって前記変更後のアドレス情報が取得された場合には、当該変更後のアドレス情報を前記応答結果として前記一の処理端末に送信することを特徴とする、請求項２記載のアドレス情報管理システム。
4. 複数の処理端末がネットワークを介して互いに通信可能に接続され、前記複数の処理端末のうちの一の処理端末が、他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行する更新要求発行部と、該更新要求発行部から発行された前記更新要求に対する応答結果に基づいて前記アドレス帳を更新するアドレス帳更新部とをそなえて構成された通信システムにおいて、前記他の処理端末のアドレス情報を管理する管理サーバであって、
   前記一の処理端末の前記更新要求発行部から発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定する判定部と、
   該判定部による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信する応答結果送信部とをそなえて構成されていることを特徴とする、管理サーバ。
5. ネットワークを介して互いに通信可能に接続される複数の処理端末と、該複数の処理端末のそれぞれのアドレス情報を管理する管理サーバとをそなえた通信システムにおいて、前記複数の処理端末のうちの一の処理端末が保持する他の処理端末のアドレス情報についてのアドレス帳を更新するアドレス帳更新方法であって、
   前記一の処理端末が、前記他の処理端末のアドレス情報を保持するアドレス帳を更新すべく、更新対象のアドレス情報を含む更新要求を発行し、
   前記他の処理端末にかかる管理サーバ（以下、着側管理サーバという）が、発行された前記更新要求を受信すると、当該更新要求に含まれる前記アドレス情報が有効であるか否かを判定し、
   前記着側管理サーバが、前記判定による判定結果を当該更新要求に対する前記応答結果として、前記一の処理端末に送信し、
   前記一の処理端末が、前記送信された前記応答結果を受信すると、当該応答結果に基づいて前記アドレス帳を更新することを特徴とする、アドレス帳更新方法。

Images