(57)【要約】【課題】容易かつ適切にメールアドレスを管理できるメールアドレス管理システムを提供する。【解決手段】メールアドレス管理システム１は、電子メールを送受信可能な複数のクライアント１０と、クライアント１０間の通信を媒介するＬＡＮ３２と、ＬＡＮ３２に接続された管理サーバ２０と、を具備している。管理サーバ２０は、複数のクライアント１０ごとの新アドレスと旧アドレスとを関連づけて記載したメールアドレス管理データベース２１０を記憶している。クライアント１０は、自身のメールアドレスに変更があったとき、新アドレス及び旧アドレスを記載したメールアドレス変更連絡データ３１０を管理サーバ２０へ送信し、管理サーバ２０は、受信したメールアドレス変更連絡データ３１０に基づき、メールアドレス管理データベースを更新する。【選択図】図１
2010072745.tif 000002
【特許請求の範囲】
【請求項１】
電子メールを送受信可能な複数のクライアントと、前記クライアント間の通信を媒介する通信網と、前記通信網に接続された管理サーバと、を具備したメールアドレス管理システムであって、
前記管理サーバは、前記複数のクライアントごとの変更後のメールアドレスである新アドレスと、変更前のメールアドレスである旧アドレスとを関連づけて記載した第１のメールアドレス管理データベースを記憶し、
前記クライアントは、当該クライアントのメールアドレスに変更があったとき、変更後の新アドレス及び変更前の旧アドレスを記載したメールアドレス変更連絡データを前記管理サーバへ送信し、
前記管理サーバは、前記メールアドレス変更連絡データを受信すると、当該メールアドレス変更連絡データに基づき、前記第１のメールアドレス管理データベースを更新する、
ことを特徴とするメールアドレス管理システム。
【請求項２】
前記複数のクライアントは、おのおの、当該複数のクライアントの通信の相手方ごとの変更後のメールアドレスである新アドレスと、変更前のメールアドレスである旧アドレスとを記載した第２のメールアドレス管理データベースを記憶し、
前記管理サーバは、受信した前記メールアドレス変更連絡データに基づき、前記複数のクライアントに対し前記第２のメールアドレス管理データベースを更新させる、
ことを特徴とする請求項１に記載のメールアドレス管理システム。
【請求項３】
前記通信網はＬＡＮであり、ファイアウォール機能を備えたゲートウェイ装置を介して外部の公衆通信網と接続されていることを特徴とする請求項１または請求項２に記載のメールアドレス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールアドレスが変更になったとき、その旨の通知を容易に行うことを可能にするメールアドレス管理システムに関する。
【背景技術】
【０００２】
インターネットのブロードバンドによる接続は、大企業や研究機関のみならず、中小企業、ＳＯＨＯ（Small Office/Home Office）、一般家庭などでも日常的なものとなった。インターネットで主に利用されているアプリケーションは、ＷＷＷ（world wide web; ウェブ）と並んで、電子メールが挙げられる。また、日本国では、携帯電話を端末装置として利用し、インターネットを介して電子メールなどのデータ交換を行えるデータ交換網が、携帯電話事業者などによって構築され、広く利用されている。
【０００３】
複数のコンピュータを同一構内に設置し、インターネットを利用するに際には、これら複数のコンピュータの通信を媒介するＬＡＮ（Local Area Network; 構内通信網）を布設し、このＬＡＮを通じて電気通信事業者の設備に接続することが通常である。ところで、例えば、電気通信事業者を変えたり、不要な迷惑メール（スパムメール）を防止したりするため、従前利用していたメールアドレスの変更を余儀なくされることがある。この場合、特に、ＬＡＮに接続されているコンピュータの数が多くなるほど、各コンピュータの利用者やネットワーク管理者にとっては、メールアドレスの変更を周知することが大きな手間となり、また、誤通知などの間違いも生じやすい。
【０００４】
そこで、従来、利用者の通信端末のメールアドレスが変更されたとき、この通信端末におけるメール送受信用に登録されたアドレス帳のメールアドレス宛に変更通知メールを送信する「メールアドレス変更通知システム」が知られている（例えば、特許文献１参照）。
【特許文献１】特開２００７−２３３４８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、前記「メールアドレス変更通知システム」（特許文献１記載）によれば、携帯電話機のアドレス帳データそのものを、アドレスバックアップサーバにバックアップしておき、恒常的に更新している。アドレスバックアップサーバにアドレス帳のデータを日常的にバックアップすることは、アドレス帳のデータの変更に係る差分データが少ないとしても、アドレス帳のデータが大きくなると、データを統合（マージ）する手間が大きくなる問題点があった。また、アドレス帳のデータは、端末装置（ハードウェア）を交換しても、長期間に渡って持ち越されるのが普通であり、例えば、長期間通信せず今後も通信する見込みのない「古い」アドレスや、メーラ（メールソフト）によって不用意に登録されてしまったアドレスなど、通知先として不適切な（利用者本人が望まない）メールアドレスのデータが含まれていることが多い問題点があった。
【０００６】
本発明は、このような問題点に鑑みてなされたものであり、容易かつ適切にメールアドレスを管理できるメールアドレス管理システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
前記した課題を解決するため、本発明のメールアドレス管理システムは、電子メールを送受信可能な複数のクライアントと、クライアント間の通信を媒介する通信網と、通信網に接続された管理サーバと、を具備したメールアドレス管理システムであって、管理サーバは、複数のクライアントごとの変更後のメールアドレスである新アドレスと、変更前のメールアドレスである旧アドレスとを関連づけて記載した第１のメールアドレス管理データベースを記憶し、クライアントは、当該クライアントのメールアドレスに変更があったとき、変更後の新アドレス及び変更前の旧アドレスを記載したメールアドレス変更連絡データを管理サーバへ送信し、管理サーバは、メールアドレス変更連絡データを受信すると、当該メールアドレス変更連絡データに基づき、第１のメールアドレス管理データベースを更新する、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、容易かつ適切にメールアドレスの変更を管理できる。
【発明を実施するための最良の形態】
【０００９】
以下、添付した各図を参照し、本発明を実施するための最良の形態（以下「実施形態」という）の一例について、詳細に説明する。
【００１０】
＜実施形態＞
図１は、本発明による一実施形態のメールアドレス管理システム１を示す概念図である。
このメールアドレス管理システム１は、このメールアドレス管理システム１においてメールアドレスの変更に伴う通知を依頼する利用者が操作する複数のクライアント１０と、クライアント１０からの依頼に基づく通知などを行う管理サーバ２０と、複数のクライアント１０及び管理サーバ２０相互の通信を媒介するＬＡＮ３２とを含んで構成されている。ＬＡＮ３２は、ゲートウェイ装置３３を介して、外部の公衆通信網３１と接続されている。
【００１１】
公衆通信網３１は、典型的にはインターネットを含んで構成され、インターネットに接続されインターネットを介してデータ伝送可能な各種のネットワークを含んでいてもよい。この各種のネットワークとは、例えば、携帯電話事業者などが提供するデータ交換網である（いずれも図示せず）。
ゲートウェイ装置３３は、メールアドレス管理システム１内外の通信の整合をとるとともに、ファイアウォール機能を有し、メールアドレス管理システム１内における通信のセキュリティを高度に保っている。
なお、管理サーバ２０と、ゲートウェイ装置３３とを別個に構成した場合について説明するが、ゲートウェイ装置３３に管理サーバ２０の機能を持たせるように構成してもよい。
【００１２】
図２は、クライアント１０のハードウェア構成を示すブロック図である。
クライアント１０は、通信機能を有するコンピュータであって、ＣＰＵ（Central Processing Unit）１０１と、主記憶装置１０２と、補助記憶装置１０３と、入力装置１０４と、出力装置１０５と、通信装置１０６と、システムバス１０７と、を含んで構成され、後記する機能を実現するプログラム及びデータがインストールされている。
【００１３】
ＣＰＵ１０１は、補助記憶装置１０３から主記憶装置１０２へロードされたプログラム及び各種データに基づき演算を行い、また、クライアント１０全体を制御する。
主記憶装置１０２は、例えば、ＲＡＭ（Random Access Memory）などからなり、ＣＰＵ１０１に、主記憶領域を提供する。
補助記憶装置１０３は、例えば、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）や光磁気ディスク駆動装置などからなり、ＣＰＵ１０１の制御によりここから適宜プログラムやデータが読み出され、これらのプログラムやデータは、主記憶装置１０２にロードされる。
入力装置１０４は、例えば、キーボードやポインティングデバイス（いずれも図示せず）などからなり、クライアント１０に対する人の操作を受け付ける。
出力装置１０５は、例えば、ディスプレイ装置やプリンタ（いずれも図示せず）などからなり、ＣＰＵ１０１の制御によって、データリストや情報を表示や印刷などにより出力する。
通信装置１０６は、ＬＡＮ３２に接続され、ＬＡＮ３２を介して他のクライアント１０、管理サーバ２０及び外部の端末装置１１との通信を媒介する。
システムバス１０７は、前記した各構成要素（１０１〜１０６）間の通信及び制御を媒介する。
【００１４】
クライアント１０の補助記憶装置１０３に記憶されたプログラムは、ＯＳ（基本ソフトウェア）、メールソフトウェア（メーラ）及びウェブブラウザ（ＷＷＷユーザエージェント）を含み、クライアント１０内で制御部１０ａ及び記憶部１０ｂ（図３を参照して後記）を構成し、クライアント１０を電子メール端末及びウェブ閲覧端末として機能させる。
【００１５】
図１に戻り、クライアント（Ａ）１０〜クライアント（Ｄ）１０及び管理サーバ２０は、同様のハードウェア構成でよい。管理サーバ２０に記憶されているプログラムは、管理サーバ２０をメールサーバ及びＷＷＷサーバとして機能させるプログラムと、管理サーバ２０内で制御部２０ａ及び記憶部２０ｂ（図４を参照して後記）を構成するプログラムとを含んでいる。管理サーバ２０は、また、ＬＡＮ３２と接続するための通信装置（図示せず）を有している。
【００１６】
図３は、クライアント１０の機能的構成を示すブロック図である。
記憶部１０ｂは、各種のプログラム及びデータを書き換え可能又は書き換え不可能に記憶する。記憶部１０ｂは、制御部１０ａに接続されている。
制御部１０ａは、クライアント１０全体を制御し、また、公衆通信網３１を通じて外部にアクセスし、各種の演算処理を行う。
【００１７】
図４は、管理サーバ２０の機能的構成を示すブロック図である。
記憶部２０ｂは、各種のプログラム及びデータを書き換え可能又は書き換え不可能に記憶する。記憶部２０ｂは、メールアドレス管理データベース２１０を含むデータベースを記憶している。記憶部２０ｂは、制御部２０ａに接続されている。
制御部２０ａは、管理サーバ２０全体を制御し、また、公衆通信網３１を通じて外部にアクセスし、各種の演算処理を行う。
【００１８】
図５は、クライアント１０が記憶しているメールアドレス管理データベース１１０のデータリストの一例を示す図である。
このメールアドレス管理データベース１１０は、クライアント１０の記憶部１０ｂ（図３参照）に記憶され、通信の相手方ごとに付されたアドレスＩＤを格納したアドレスＩＤフィールド１１１と、対応する変更後の新アドレスを格納した新アドレスフィールド１１２と、対応する変更前の旧アドレスを格納した旧アドレスフィールド１１３と、変更日を格納した変更日フィールド１１４と、を含んでいる。なお、特許請求の範囲に記載の「第２のメールアドレス管理データベース」には、このメールアドレス管理データベース１１０が相当する。
【００１９】
図示したメールアドレス管理データベース１１０において、例えば、１番目のレコードでは、アドレスＩＤフィールド１１１の値は「001」であり、新アドレスフィールド１１２の値は「abc1@def.co.jp」であり、旧アドレスフィールド１１３の値は「xxx1@def.co.jp」であり、変更日フィールド１１４の値は「2008.10.01」である。これは、２００８年１０月１日に、アドレスＩＤ「001」に係るメールアドレスが、「xxx1@def.co.jp」から「abc1@def.co.jp」に変更されたことを示す。
【００２０】
また例えば、３番目のレコードでは、アドレスＩＤフィールド１１１は空欄であり、新アドレスフィールド１１２の値は「ccc@ccc.ne.jp」であり、旧アドレスフィールド１１３の値は新アドレスフィールド１１２の値と同様に「ccc@ccc.ne.jp」であり、変更日フィールド１１４は空欄である。これは、アドレスＩＤフィールド１１１が空欄であることから、アドレス「ccc@ccc.ne.jp」に関して、管理サーバ２０による管理が行われず、クライアント１０において独自に管理されることを示す。もちろん、クライアント１０を直接操作して、このレコードを書き換えることが可能である。
【００２１】
図６は、管理サーバ２０が記憶しているメールアドレス管理データベース２１０のデータリストの一例を示す図である。
このメールアドレス管理データベース２１０は、管理サーバ２０の記憶部２０ｂ（図４参照）に記憶され、クライアント１０ごとに付されたアドレスＩＤを格納したアドレスＩＤフィールド２１１と、対応する変更後の新アドレスを格納した新アドレスフィールド２１２と、対応する変更前の旧アドレスを格納した旧アドレスフィールド２１３と、変更予定日を格納した変更予定日フィールド２１４と、特記事項フィールド２１５と、を含んでいる。なお、特許請求の範囲に記載の「第１のメールアドレス管理データベース」には、このメールアドレス管理データベース２１０が相当する。
【００２２】
図示したメールアドレス管理データベース２１０において、例えば、１番目のレコードでは、アドレスＩＤフィールド２１１の値は「001」であり、新アドレスフィールド２１２の値は「abc1@def.co.jp」であり、旧アドレスフィールド２１３の値は「xxx1@def.co.jp」であり、変更予定日フィールド２１４の値は「2008.10.01」であり、特記事項フィールド２１５は空欄である。これは、２００８年１０月１日に、アドレスＩＤ「001」に係るメールアドレスが、「xxx1@def.co.jp」から「abc1@def.co.jp」に変更されることを示す。
【００２３】
また例えば、最後から２番目のレコードでは、アドレスＩＤフィールド２１１の値は「049」であり、新アドレスフィールド２１２の値は「abc8@def.co.jp」であり、旧アドレスフィールド２１３の値は「xxx8@def.co.jp」であり、変更予定日フィールド２１４の値は「即時実行」であり、特記事項フィールド２１５の値は「夜間実行」である。これは、変更予定日フィールド２１４の値が「即時実行」であることから、変更が可及的速やかに行われることを示す。また、特記事項フィールド２１５の値が「夜間実行」であることから、変更が日常業務に影響が少ない時間帯、例えば、午後八時から午前八時の間に行われることを示す。
【００２４】
図７は、管理サーバ２０とクライアント１０との間で送受されるメールアドレス変更連絡データ３１０のデータリストの一例を示す図である。
このメールアドレス変更連絡データ３１０は、管理サーバ２０とクライアント１０との間で送受されるデータであって、通信の相手方ごとに付されたアドレスＩＤを格納したアドレスＩＤフィールド３１１と、対応する変更後の新アドレスを格納した新アドレスフィールド３１２と、対応する変更前の旧アドレスを格納した旧アドレスフィールド３１３と、変更予定日を格納した変更予定日フィールド３１４と、特記事項フィールド３１５と、を含んでいる。
【００２５】
例えば、クライアント（Ａ）１０のアドレスを「xxx1@def.co.jp」から「abc1@def.co.jp」に２００８年１０月１日に変更する旨、操作した場合、クライアント（Ａ）１０は、図７に示すメールアドレス変更連絡データ３１０を生成し、管理サーバ２０へ送信することによって、メールアドレスの変更を通知する。
管理サーバ２０は、このメールアドレス変更連絡データ３１０に基づいて、記憶しているメールアドレス管理データベース２１０を更新する。そして、このメールアドレス変更連絡データ３１０に基づいて、クライアント（Ｂ）１０〜クライアント（Ｄ）１０にアクセスし、これらクライアント１０にロードされているプログラムを起動させ（キックし）、おのおの記憶しているメールアドレス管理データベース１１０を更新させる。
【００２６】
図８を参照して後記するように、ここで起動されるプログラム（更新プログラム）は、夜間など通常業務に支障を来さない時間帯にバッチ処理を行うことが好ましい。また、ある時刻における更新に係る部分をメールアドレス管理データベース１１０からスナップショットし（切り出し）、アドレスＩＤがマッチングしたレコードのメールアドレスを更新するようにしてもよい。これにより、ウェブブラウザ、ワードプロセッサ、スプレッドシートなど、一般的で軽易なソフトウェアを用いて更新処理を行うことができる。もちろん、データベース管理システムを備え、これによって更新処理を行ってもよい。
【００２７】
次に、図８を参照して（適宜、図１など参照）、メールアドレス管理システム１の動作について説明する。
図８は、メールアドレス更新の手順を示すフローチャートである。
【００２８】
まず、所定の設定でメールアドレス連絡変更データの蓄積手順を開始する（ステップＳ１０１）。所定の設定とは、メールアドレス管理データベース１１０，２１０を更新する日時や周期である。
ここで、クライアント（Ａ）１０のメールアドレスの変更にともない、利用者がクライアント（Ａ）１０を操作する（ステップＳ１０２）。
【００２９】
すると、クライアント（Ａ）１０がメールアドレスの変更を管理サーバ２０に通知する（ステップＳ１０３）。具体的には、クライアント（Ａ）１０は、メールアドレス変更連絡データ３１０（図７参照）を生成し、管理サーバ２０へ送信する。
管理サーバ２０は、このメールアドレス変更連絡データ３１０を受信し、蓄積する（ステップＳ１０４）。管理サーバ２０は、また、自身が記憶しているメールアドレス管理データベース２１０を蓄積したメールアドレス変更連絡データ３１０に基づいて更新する。なお、この更新処理は、後記するステップＳ１０７において、更新データ（後記）に基づき、行うようにしてもよい。
【００３０】
そして、管理サーバ２０は、所定の条件を満たしているか否かを判断する（ステップＳ１０５）。具体的には、設定した日時に達したり、設定した時間が経過したりした場合、ステップＳ１０６へ進む。所定の条件を満たしていない場合、ステップＳ１０１以下の処理を繰り返す。
【００３１】
次に、管理サーバ２０は、自らが蓄積したメールアドレス変更連絡データ３１０及び前記した所定の設定を基に、更新データを生成する（ステップＳ１０６）。更新データは、任意の個数のメールアドレス変更連絡データ３１０を連結したものであり、その内容は実質的にメールアドレス変更連絡データ３１０と同様である。
【００３２】
そして、管理サーバ２０が生成した更新データをクライアント（Ｂ）１０〜クライアント（Ｄ）１０へ送信し、各クライアント（Ｂ〜Ｄ）１０に対し、それぞれが記憶するメールアドレス管理データベース１１０を更新させる（ステップＳ１０７）。
より具体的には、各クライアント１０は、管理サーバ２０から遠隔起動可能なデータベース管理システム（ＤＢＭＳ）をインストールされている。管理サーバ２０は、各クライアント１０へ更新データを送信するとともに、各クライアント１０のＤＢＭＳをキックし、メールアドレス管理データベース１１０を更新させる。
その後、ステップＳ１０１に戻り、以降の処理を繰り返す。
【００３３】
本実施形態によれば、メールアドレスの変更に係るクライアント１０を操作し、メールアドレスの変更操作を行うことにより、各クライアント１０に記憶されているメールアドレス管理データベース１１０、及び、管理サーバ２０に記憶されているメールアドレス管理データベース２１０のいずれもが、容易な操作によって適切に更新される。
【００３４】
また、本実施形態によれば、例えば、共有の電子メールの送受信先を多く保有する、限られたＬＡＮ３２構成内のメンバ（クライアント１０）に対して、メンバ各自のメールアドレス管理データベース１１０の自動更新が行われ、最新の情報をメンバ同士がタイムリーに共有することができるので、共同作業が容易になり、利便性が向上する。
【図面の簡単な説明】
【００３５】
【図１】本発明による一実施形態のメールアドレス管理システムを示す概念図である。
【図２】クライアントのハードウェア構成を示すブロック図である。
【図３】クライアントの機能的構成を示すブロック図である。
【図４】管理サーバの機能的構成を示すブロック図である。
【図５】クライアントが記憶しているメールアドレス管理データベースのデータリストの一例を示す図である。
【図６】管理サーバが記憶しているメールアドレス管理データベースのデータリストの一例を示す図である。
【図７】管理サーバとクライアントとの間で送受されるメールアドレス変更連絡データのデータリストの一例を示す図である。
【図８】メールアドレス更新の手順を示すフローチャートである。
【符号の説明】
【００３６】
１      メールアドレス管理システム
１０    クライアント
１０ａ  制御部
１０ｂ  記憶部
１１    端末装置
２０    管理サーバ
２０ａ  制御部
２０ｂ  記憶部
３１    公衆通信網
３２    ＬＡＮ
３３    ゲートウェイ装置
１１０  メールアドレス管理データベース
２１０  メールアドレス管理データベース
３１０  メールアドレス変更連絡データ
【図１】
2010072745.tif 000003
【図２】
2010072745.tif 000004
【図３】
2010072745.tif 000005
【図４】
2010072745.tif 000006
【図５】
2010072745.tif 000007
【図６】
2010072745.tif 000008
【図７】
2010072745.tif 000009
【図８】
2010072745.tif 000010