(57)【要約】【課題】自動的に、且つ、確実なメールアドレスに更新できるメールアドレスのデータベースの自動メンテナンスシステムを提供する。【解決手段】認証処理によって真正のユーザーと認められたユーザーにメールアドレスを入力させ、前記認証処理を含む一連の処理のセッションコードを含むＨＴＴＰ引数を生成し、前記ＨＴＴＰ引数と入力されたメールアドレスとを記憶し、前記ＨＴＴＰ引数を有するユーザーからのアクセスがあった時は、認証されたユーザーとしてその処理要求の処理を許可するとともに、前記入力されたメールアドレスを前記ユーザーのメールアドレスとしてメールアドレスデータベースに登録する、メンテナンスサーバー３を備えた。【選択図】　図１
2004005120.tif 000002
【特許請求の範囲】
【請求項１】
認証処理によって真正のユーザーと認められたユーザーにメールアドレスを入力させ、前記認証処理を含む一連の処理のセッションコードを含むＨＴＴＰ引数を生成し、前記ＨＴＴＰ引数と入力されたメールアドレスとを記憶し、前記ＨＴＴＰ引数を有するユーザーからのアクセスがあった時は、認証されたユーザーとしてその処理要求の処理を許可するとともに、前記入力されたメールアドレスを前記ユーザーのメールアドレスとしてメールアドレスデータベースに登録する、メンテナンスサーバーを有することを特徴とするメールアドレスのデータベースの自動メンテナンスシステム。
【請求項２】
前記ＨＴＴＰ引数は時間の情報を含み、メンテナンスサーバーは前記ＨＴＴＰ引数を有するユーザーからのアクセスがあった時は、最初にＨＴＴＰ引数を生成した時間と次のアクセスがあった時間とを比較し、所定の時間間隔以上開いている場合は、ユーザーの処理要求の処理を許可せず、入力されていたメールアドレスを削除する、ことを特徴とする請求項１に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【請求項３】
前記メンテナンスサーバーは、所定のアルゴリズムによって前記処理のセッションコードを含めたデータを暗号化または復号化することを特徴とする請求項１または請求項２に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【請求項４】
前記メンテナンスサーバーは、前記アルゴリズムを時間によって変化させることを特徴とする請求項３に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【請求項５】
前記メンテナンスサーバーは、前記ＨＴＴＰ引数を有し且つ先に入力されたメールアドレスを削除する要求を有するアクセス、あるいは、ユーザーアンノウンのエラーメッセージを受けたときに、前記メールアドレスを削除することを特徴とする請求項１〜４のいずれか１項に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【請求項６】
前記メンテナンスサーバーは、前記認証処理によって真正のユーザーと認められたユーザーに、当該ユーザーによって入力されたメールアドレスが過誤であった旨の通知メールを送信する指令を出力することを特徴とする請求項５に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【請求項７】
一回目の認証処理によって真正のユーザーと認められたユーザーにメールアドレスを入力させ、重複しない確認コードを生成して前記メールアドレスとともに記憶し、
二回目の認証処理によって真正のユーザーと認められたユーザーに確認コードを入力させ、入力された確認コードと対応するメールアドレスに従ってメールアドレスのデータベースを更新する、メンテナンスサーバーを有することを特徴とするメールアドレスのデータベースの自動メンテナンスシステム。
【請求項８】
前記メンテナンスサーバーは、前記確認コードを有し且つ先に入力されたメールアドレスを削除する要求を有するアクセス、あるいはユーザーアンノウンのエラーメッセージを受けたときに、前記メールアドレスを削除することを特徴とする請求項７に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【請求項９】
前記メンテナンスサーバーは、前記認証処理によって真正のユーザーと認められたユーザーに、当該ユーザーによって入力されたメールアドレスが過誤であった旨の通知メールを送信する指令を出力することを特徴とする請求項８に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【請求項１０】
ユーザーＩＤに組み込まれたメールアドレスを表示し、ユーザーに正しいメールアドレスか否かを確認させ、ユーザーが正しいメールと確認した場合はユーザーの処理要求の処理を許可し、ユーザーがメールアドレスを入力した場合は入力されたメールアドレスに従ってメールアドレスのデータベースを更新し、正しいメールアドレスを所定のアルゴリズムによって暗号化してユーザーＩＤの一部に組み込んでユーザーにダウンロードさせる、メンテナンスサーバーを有することを特徴とするメールアドレスのデータベースの自動メンテナンスシステム。
【請求項１１】
前記メンテナンスサーバーは、所定の回数ごとに、あるいはランダムな回数ごとに前記メールアドレスの確認と更新及びユーザーＩＤの更新を行うことを特徴とする請求項１０に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【請求項１２】
前記メンテナンスサーバーは、メールアドレスのデータベースの各メールアドレスに対する更新ログを保持し、所定の更新回数を下回るか、あるいは所定の期間以上更新されなかったメールアドレスのユーザーに対して自動的に確認メールを送信させることを特徴とする、請求項１〜１１のいずれか１項に記載のメールアドレスのデータベースの自動メンテナンスシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、多数のメールアドレスを記憶管理する大規模なメールアドレスのデータベースの自動メンテナンスシステムに関する。
【０００２】
「データベース」なる用語は一般的には一義的に定義されていないが、本明細書では体系的に記憶管理されたデータの集合体をいう。テーブル形式で管理されているデータの集合体についてもデータベースというものとする。なお、前記データの集合体を記憶するハードウェアに対して更新の処理を行うことも本発明のデータベースの自動メンテナンスに含まれる。
【０００３】
【従来の技術】
最近のコンピュータや通信技術の発達により、利用者を登録し、登録したユーザーに対して種々のサービスを提供するＷＥＢサイトが存在している。
【０００４】
ＷＥＢサイトでは、登録ユーザーへの連絡手段として電子メールを使用することが多い。電子メールは登録ユーザーがＷＥＢサイトにアクセスしなくても、ＷＥＢサイト側から登録ユーザーに対して種々の通知あるいは情報を迅速に送ることができるからである。
【０００５】
上記電子メールによる通知等を行うため、通常は各ＷＥＢサイトが独自に登録ユーザーのメールアドレスを管理している。登録ユーザーのメールアドレスは登録時にデータベースに記入され、以降はメールアドレスが変更されたときに登録ユーザーからの連絡によってメールアドレスを更新しているのが現状である。
【０００６】
【発明が解決しようとする課題】
しかし、現在は電子メールのさらなる普及により、一人のユーザーがメールアドレスを変更する機会が従来より多くなった。
【０００７】
現状のＷＥＢサイトのメールアドレスの管理は、上述したように、このような場合には登録ユーザーからの申告に基づいてメールアドレスのデータベースを更新している。
【０００８】
このため、登録ユーザーからの申告が無ければ、メールアドレスのデータベースには古いメールアドレスのデータが残り、その登録ユーザーに対する電子メールによる通知や情報の送信が不可能になってしまうという問題があった。
【０００９】
また、現在は一人のユーザーが複数のメールアドレスを持つことが多くなった。たとえば、仕事用のメールアドレスとプライベート用のメールアドレスとを別々に持つような場合である。
【００１０】
この場合に、ユーザーが主に受信メールの有無をチェックするメールアドレスは複数のメールアドレスのうちの特定のメールアドレスに集中することがしばしばある。
【００１１】
その場合にも、登録ユーザーから主に受信メールの有無をチェックするメールアドレスの申告が無ければ、ＷＥＢサイトからの電子メールによる通知や情報の送信が実際には登録ユーザーに届かないという問題があった。
【００１２】
特に、登録ユーザー数が膨大な数に上ることが多い現在のＷＥＢサイトでは、全部の登録ユーザーにメールアドレスが変更された度に申告させることは実際には困難である。
【００１３】
このため、当初有用であったメールアドレスのデータベースが、時間の経過とともに信頼性の低いデータベースになってしまう問題があった。
【００１４】
このような弊害を克服するために定期的に登録ユーザーにメールアドレスを確認することが考えられる。しかし、膨大な数の登録ユーザーに対して定期的にメールアドレスを確認することは、多大な労力がかかり、現実的ではない。
【００１５】
また、このように全登録ユーザーに対してメールアドレスの確認を行ったとしても、全登録ユーザーから信頼性が高い返事をもらえる保証が無く、結局正確なメールアドレスのデータベースを維持することができなかった。
【００１６】
そこで、本発明が解決しようとする課題は、膨大な数の登録ユーザーを有するＷＥＢサイトのメールアドレスのデータベースに対して、自動的に、且つ、確実なメールアドレスに更新できる「メールアドレスのデータベースの自動メンテナンスシステム」を提供することにある。
【００１７】
【課題を解決するための手段】
本発明に係るメールアドレスのデータベースの自動メンテナンスシステムは、認証処理によって真正のユーザーと認められたユーザーにメールアドレスを入力させ、前記認証処理を含む一連の処理のセッションコードを含むＨＴＴＰ引数を生成し、前記ＨＴＴＰ引数と入力されたメールアドレスとを記憶し、前記ＨＴＴＰ引数を有するユーザーからのアクセスがあった時は、認証されたユーザーとしてその処理要求の処理を許可するとともに、前記入力されたメールアドレスを前記ユーザーのメールアドレスとしてメールアドレスデータベースに登録する、メンテナンスサーバーを有することを特徴とするものである。
【００１８】
本発明のシステムによれば、真正のユーザーと認められたユーザーにメールアドレスを入力させ、そのメールアドレスと処理セッションコードとを記憶する。次に、メンテナンスサーバーは前記メールアドレスに処理セッションコードを含むＨＴＴＰ引数を有する確認メールを送信する。その確認メールをユーザーが受信して確認ボタンをクリックした場合には、ＨＴＴＰ引数を含むアクセス要求が送られ、それによってユーザーが入力したメールアドレスが確実にユーザーによって受信されるメールアドレスであることが確認される。このユーザーが確実に受信できるメールアドレスにしたがってメールアドレスデータベースを更新することにより、メールアドレスデータベースに真に有用なメールアドレスのみを維持することができる。しかも、上記メールアドレスデータベースの更新処理は、ユーザーがアクセスする度に行われ、ユーザー自身が正しいメールアドレスを入力するので、ＷＥＢサイト側にとってみれば、自動的にメールアドレスデータベースを更新することができる。
【００１９】
前記ＨＴＴＰ引数は時間の情報を含み、メンテナンスサーバーは前記ＨＴＴＰ引数を有するユーザーからのアクセスがあった時は、最初にＨＴＴＰ引数を生成した時間と次のアクセスがあった時間とを比較し、所定の時間間隔以上開いている場合は、ユーザーの処理要求の処理を許可せず、入力されていたメールアドレスを削除する、ようにすることができる。
【００２０】
本発明によれば、ＨＴＴＰ引数が時間の情報を含み、ＨＴＴＰ引数を生成した時間と次のアクセスを受けた時間とを比較することにより、同一ユーザーの同一処理セッションである信頼性を向上させることができる。
【００２１】
前記メンテナンスサーバーは、所定のアルゴリズムによって前記処理のセッションコードを含めたデータを暗号化または復号化する、ようにすることができる。
【００２２】
また、前記メンテナンスサーバーは、前記アルゴリズムを時間によって変化させることができる。
【００２３】
本発明によれば、ＨＴＴＰ引数から処理セッションコードが読みとられる可能性が低くなり、悪用を防止することができる。
【００２４】
前記メンテナンスサーバーは、前記ＨＴＴＰ引数を有し且つ先に入力されたメールアドレスを削除する要求を有するアクセス、あるいは、ユーザーアンノウン（ｕｓｅｒ　ｕｎｋｎｏｗｎ）のエラーメッセージを受けたときに、前記メールアドレスを削除することが好ましい。
【００２５】
本発明によれば、誤ったメールアドレスが登録されることを防止することができる。しかも、ＨＴＴＰ引数を有する削除要求のみを許可するので、真正のメールアドレスが削除されることを防止することができる。
【００２６】
前記メンテナンスサーバーは、前記認証処理によって真正のユーザーと認められたユーザーに、当該ユーザーによって入力されたメールアドレスが過誤であった旨の通知メールを送信する指令を出力する、ようにすることができる。
【００２７】
本発明によれば、ユーザーが過誤のメールアドレスを認識でき、当該メールアドレスが削除されたことを知ることができる。
【００２８】
本発明の他のメールアドレスのデータベースの自動メンテナンスシステムは、一回目の認証処理によって真正のユーザーと認められたユーザーにメールアドレスを入力させ、重複しない確認コードを生成して前記メールアドレスとともに記憶し、
二回目の認証処理によって真正のユーザーと認められたユーザーに確認コードを入力させ、入力された確認コードと対応するメールアドレスに従ってメールアドレスのデータベースを更新する、メンテナンスサーバーを有することを特徴とするものである。
【００２９】
本発明によれば、二回目の認証処理を行うことにより、実際にユーザーの処理要求を処理する前に、再度真正の登録ユーザーであることを確認することができる。これにより、重要な処理が誤って処理されることを防止することができる。
【００３０】
前記メンテナンスサーバーは、前記確認コードを有し且つ先に入力されたメールアドレスを削除する要求を有するアクセス、あるいはユーザーアンノウンのエラーメッセージを受けたときに、前記メールアドレスを削除する、ようにすることができる。
【００３１】
前記メンテナンスサーバーは、前記認証処理によって真正のユーザーと認められたユーザーに、当該ユーザーによって入力されたメールアドレスが過誤であった旨の通知メールを送信する指令を出力する、ようにすることができる。
【００３２】
本発明の他のメールアドレスのデータベースの自動メンテナンスシステムは、ユーザーＩＤに組み込まれたメールアドレスを表示し、ユーザーに正しいメールアドレスか否かを確認させ、ユーザーが正しいメールと確認した場合はユーザーの処理要求の処理を許可し、ユーザーがメールアドレスを入力した場合は入力されたメールアドレスに従ってメールアドレスのデータベースを更新し、正しいメールアドレスを所定のアルゴリズムによって暗号化してユーザーＩＤの一部に組み込んでユーザーにダウンロードさせる、メンテナンスサーバーを有することを特徴とするものである。
【００３３】
本発明によれば、ユーザーがＷＥＢサイトにアクセスした時に、そのユーザーの登録メールアドレスを表示し、ユーザー自身にその正しさを確認させることができる。また、正しくない場合には、ユーザーに正しいメールアドレスを入力させるので、正しいメールアドレスに更新することができる。本発明は、確認メールを送信しないので、ユーザーの操作が容易であることが重要なＷＥＢサイトに使用することができる。
【００３４】
前記メンテナンスサーバーは、所定の回数ごとに、あるいはランダムな回数こどに前記メールアドレスの確認と更新及びユーザーＩＤの更新を行う、ようにすることができる。
【００３５】
本発明によれば、前記登録メールアドレスの確認・更新の処理を所定の回数ごとに、あるいはランダムな回数ごとに行うので、ユーザーの操作がさらに容易になる。
【００３６】
前記メンテナンスサーバーは、メールアドレスのデータベースの各メールアドレスに対する更新ログを保持し、所定の更新回数を下回るか、あるいは所定の期間以上更新されなかったメールアドレスのユーザーに対して自動的に確認メールを送信させる、ようにすることができる。
【００３７】
本発明によれば、ＷＥＢサイトにアクセスしていないユーザーにメールアドレスが必要か否かを確認でき、メールアドレスデータベースを整理して必要最小限のデータ容量に整理することができる。
【００３８】
【発明の実施の形態】
次に、本発明による「メールアドレスのデータベースの自動メンテナンスシステム」の実施の形態について以下に説明する。
【００３９】
図１に本発明による「メールアドレスのデータベースの自動メンテナンスシステム」の一実施形態の構成を示す。
【００４０】
図１の例では、ＷＥＢサイトは、メールアドレスデータベースの自動メンテナンスシステム１（以下「自動メンテナンスシステム１」という）と、登録ユーザーにサービスを提供するサービスサーバー６とを有している。
【００４１】
自動メンテナンスシステム１は、認証サーバー２と、メンテナンスサーバー３と、メールアドレスデータベース４と、メールサーバー５とを有している。
【００４２】
ＷＥＢサイトのほかに、クライアント７と、メールアドレスＰＣ８と、ＷＥＢサイトとクライアント７とを通信可能に接続する通信網９とが存在する。
【００４３】
認証サーバー２は、アクセスを試みる者が登録ユーザー本人であることを確認するためのサーバーである。認証サーバー２の認証方法は、パスワード、電子証明書等、任意の公知のものを使用することができる。なお以下は、ユーザーＩＤとパスワードを使用して認証する例で説明する。
【００４４】
メンテナンスサーバー３は、メールアドレスデータベース４のメールアドレスを常に真正なものに維持するためのサーバーである。
【００４５】
メンテナンスサーバー３は、メールアドレスデータベース４の更新のための予備的な処理を行い、且つ、メールアドレスデータベース４の更新を行うことができると判断した場合には自動的にメールアドレスデータベース４のデータを更新する。このメンテナンスサーバー３は、自動メンテナンスシステム１の中心的な役割を果たす。
【００４６】
メンテナンスサーバー３が認証処理を行うシステム構成も考えられる。この場合は、認証サーバー２はメンテナンスサーバー３の一部をなす。すなわち、この場合は認証サーバー２とメンテナンスサーバー３が一つのメンテナンスサーバーになる。
【００４７】
メールアドレスデータベース４は、登録ユーザーのメールアドレスを体系的に検索、更新可能に管理したものである。前述したように、メールアドレスデータベース４は、データベースの形態（リレーショナルデータベース、テーブル形式等）を問わない。
【００４８】
メールサーバー５は、指定されたメールアドレスに電子メールを送信するサーバーである。
【００４９】
本実施例ではメールサーバー５は、メールアドレスを確認するための確認メールを送信するが、このほかにメールサーバー５はサービスサーバー６等の要求を受けて登録ユーザーに対して種々の通知や情報の提供を送信することができるようにするのが好ましい。
【００５０】
クライアント７は、ＷＥＢサイトに対して種々の処理を要求するユーザー側のコンピューターである。図１においてはクライアント７は一つのみを示しているが、実際には多数存在している。
【００５１】
メールアドレスＰＣ８は、後述するように登録ユーザーが指定したメールアドレスへ送信された電子メールを受信するコンピューターである。
【００５２】
メールアドレスＰＣ８は、登録ユーザーが指定したメールアドレスが使用中のコンピューターで受信できるものならば、クライアント７のコンピューターと一致する。登録ユーザーが指定したメールアドレスが第三者（登録ユーザー以外の者）のメールアドレスならば、メールアドレスＰＣ８はクライアント７と異なるコンピューターとなる。
【００５３】
通信網９は、クライアント７とＷＥＢサイトとを通信可能に接続するネットワークである。通信網９はインターネットである必要はないが、多くの場合はインターネットである。
【００５４】
次に自動メンテナンスシステム１の処理の流れを説明する。処理の流れは図２に示しており、以下の説明において必要に応じて図１を参照することにより処理の流れが一層明らかになる。
【００５５】
最初にユーザー（登録ユーザー）がクライアント７によってＷＥＢサイトにアクセスすることから本発明によるメールアドレスデータベース４の自動メンテナンスが開始される（図２；ステップＳ１００）。
【００５６】
ユーザーがＷＥＢサイトにアクセスすると、当該ユーザーが真正の登録ユーザーか否かを判断するために、認証サーバー２による認証処理が開始される（図２；ステップＳ１１０）。この認証処理は、たとえばユーザーＩＤとパスワードとを入力させるものでよい。
【００５７】
認証処理によってアクセスを試みる者が真正のユーザー（登録ユーザー）であると認められると、メンテナンスサーバー３による処理に移行する（図１参照）。
【００５８】
メンテナンスサーバー３は、真正のユーザー（登録ユーザー）に現在使用中のメールアドレスを入力させる（図２；ステップＳ１２０）。
【００５９】
なお、上記説明ではメンテナンスサーバー３がユーザーにメールアドレスを入力させるが、認証サーバー２が認証後に真正のユーザー（登録ユーザー）にメールアドレスを入力させ、そのメールアドレスのデータをメンテナンスサーバー３に渡す場合も本発明の範囲内である。
【００６０】
次に、メンテナンスサーバー３は、認証処理を含むそれまでの一連の処理のセッションコード（処理プロセスを特定するコード、以下処理セッションコードという）を含むＨＴＴＰ引数を生成する（図２；ステップＳ１３０）。
【００６１】
「セッションコードを含む」としたのは、ＨＴＴＰ引数に処理セッションコード以外に、時間、ユーザー種別等の有用な情報を含ませることができるからである。ここで「ＨＴＴＰ引数」とは、ＷＥＢサイトにアクセスする際にＷＥＢサーバーとクライアント間で通信プロトコルを確立するために送受信するが、その通信プロトコルを表すデータの末尾に付記する情報（属性等の情報）である。このようなＨＴＴＰ引数を有する場合、サーバー側のプログラムにより、クライアントと通信を開始した時に通信プロトコルのデータからＨＴＴＰ引数に記載された情報を抽出することができる。
【００６２】
本発明の自動メンテナンスシステム１では、ＨＴＴＰ引数を暗号化するのが好ましい。
【００６３】
この場合は、メンテナンスサーバー３が、好ましくは時間等の情報を処理セッションコードに含ませて一連のデータとし、これを所定のアルゴリズムによって暗号化し、ＨＴＴＰ引数を生成する。メンテナンスサーバー３が上記ＨＴＴＰ引数を有するアクセスを受けた時は、メンテナンスサーバー３は上記アルゴリズムによってＨＴＴＰ引数を復号化し、処理セッションコードあるいは時間情報等を取り出すことができる。
【００６４】
さらに好ましくは、メンテナンスサーバー３は、上記暗号化・復号化のアルゴリズムを所定の時間ごとに変化させる。
【００６５】
この場合、ＨＴＴＰ引数の暗号化の方法が時間によって変化するので、ＨＴＴＰ引数に含まれる情報が外部に漏出することがきわめて難しくなるという利点を有する。
【００６６】
メンテナンスサーバー３は上記ＨＴＴＰ引数を生成し、処理セッションコードとユーザーが入力したメールアドレスとを対応させて一時的に記憶する（図２；ステップＳ１３０）。ここで、「一時的に記憶する」とは、メールアドレスデータベース４には書き込まずに、一時的にメンテナンスサーバー３のメモリ等の記憶手段に記憶することをいう。
【００６７】
メンテナンスサーバー３は続いて、メールサーバー５に対してユーザーが入力したメールアドレスへ確認の電子メールを送信する要求を発する（図１参照）。
【００６８】
上記メールアドレスの確認メールは、たとえば「あなたのメールアドレスは下記のメールアドレスですか」という旨を記載し、ユーザーが入力したメールアドレスを記載した電子メールとすることができる。
【００６９】
メールアドレスの確認メールは、メールアドレスが正しいことを確認したときにクリックする「確認ボタン」と、メールアドレスが正しくないことを確認したときにメンテナンスサーバー３に記憶されたメールアドレスを削除するための「削除ボタン」とを有している。
【００７０】
メンテナンスサーバー３の要求に応じてメールサーバー５は上記メールアドレスの確認メールを指定されたメールアドレスへ送信する（図２；ステップＳ１４０）。
【００７１】
上記メールアドレスの確認メールはメールアドレスＰＣ８に送られる（図１参照）。メールアドレスが正しければ、メールアドレスＰＣ８はクライアント７と一致するので、ユーザーは短い時間内に確認メールを受信することができる。特に、インターネットに常時接続している場合には、ユーザーはＷＥＢサイトにアクセスしたブラウザの画面を立ち上げたまま、きわめて短い時間内に確認メールに接することができる。
【００７２】
ユーザーはメールアドレスの確認メールを開き、その確認ボタンをクリックする。
【００７３】
確認ボタンをクリックすることにより、クライアント７からメンテナンスサーバー３に直接アクセスする要求が送信される（図２；ステップＳ１５０）。このアクセス要求は、ＨＴＴＰプロトコルに基づいており、ＨＴＴＰ引数に前記処理セッションコードが含まれている。
【００７４】
上記ＨＴＴＰ引数を有するアクセス要求を受けて、メンテナンスサーバー３は、ＨＴＴＰ引数を復号化し、メンテナンスサーバー３が記憶している処理セッションコードと照合する（図２；ステップＳ１６０）。
【００７５】
メンテナンスサーバー３は、一致する処理セッションコードがあれば、その対応して記憶されたメールアドレスにしたがってメールアドレスデータベース４のメールアドレスを更新する（図２；ステップＳ１７０）。
【００７６】
同時に、そのユーザー（真正のユーザーと認証されたユーザー）の処理要求の処理を許可し、サービスサーバー６にその処理要求の処理を依頼する（図２；ステップＳ１８０）。
【００７７】
以上の処理の説明から明らかなように、本実施形態の自動メンテナンスシステム１によれば、ユーザーがＷＥＢサイトにアクセスした時に、真正の登録ユーザーと認証することができれば、そのユーザーに本人が常用するメールアドレスを入力させる。入力されたメールアドレスにＷＥＢサイトによる通信とは異なるルート（電子メール）によって確認メールを送信する。この確認メールからの返信（ＨＴＴＰ引数を有するＷＥＢサイトへのアクセス）により、ユーザーが入力したメールアドレスがそのユーザーが使用中のメールアドレスであることを確認できる。メールアドレスがユーザー使用中のメールアドレスであることを確認した後は、そのメールアドレスに従ってメールアドレスデータベース４を更新することができる。
【００７８】
本発明によれば、真にユーザーに届くメールアドレスを維持することができる。
【００７９】
従来は登録ユーザーに対してメールアドレスの確認を行っても、その回答はユーザー任せであり、完全に電子メールが確実にユーザーに届くメールアドレスを維持することができなかった。これに対して、本発明によれば、ユーザーは自ら入力したメールアドレスが正しいことを確認することを条件に処理要求を処理させることができるので、確認メールによって完全確実にユーザーに届くメールアドレスを確認することができるのである。
【００８０】
なお、上記説明では、各登録ユーザーは一つのメールアドレスを登録する場合を念頭に説明したが、必要により複数のメールアドレスを登録させることもできる。
【００８１】
また、本発明の自動メンテナンスシステムによれば、ユーザーがＷＥＢサイトにアクセスする度に、メールアドレスデータベースの情報を自動的に更新することができる。
【００８２】
特に、大規模なメールアドレスデータベースを有するＷＥＢサイトでは、全登録ユーザーに対して定期的に確認する作業をする必要が無く、常にメールアドレスデータベースを継続的に更新し、且つ、ＷＥＢサイト側の労力が全くかからないという効果を奏することができる。
【００８３】
次にＨＴＴＰ引数に時間情報を含ませている実施形態の処理について図３を用いて説明する。
【００８４】
図３は、ＨＴＴＰ引数に時間情報を含ませている場合の本発明の一実施形態の処理の流れを示している。
【００８５】
図３のフローチャートは、ステップＳ１６２とステップＳ１６４を有する他は、図２のフローチャートと同じである。ステップＳ１００〜Ｓ１８０は図２の同じ符号を付した処理が全く同様であるので、ここでの重複する説明を省略する。
【００８６】
この実施形態では、ＨＴＴＰ引数に処理セッションコードの他にＨＴＴＰ引数を生成した時間の情報を含ませている。
【００８７】
このＨＴＴＰ引数を有するアクセスを受けたときは、メンテナンスサーバー３はＨＴＴＰ引数を復号化し、メンテナンスサーバー３が記憶している処理セッションコードと照合する（図３；ステップＳ１６０）。同時に、ＨＴＴＰ引数を生成した時間とアクセスを受けた時間とを比較し、処理のセッションを維持できる時間内か否かを判断する（図３；ステップＳ１６２）。処理のセッションを維持可能な時間内ならば、処理をステップＳ１６０に戻し、メールアドレスデータベースの更新と、処理要求の処理とを行う（図３；ステップＳ１７０，Ｓ１８０）。
【００８８】
一方、ステップＳ１６２において、処理のセッションを維持できる時間帯を超えていると判断したときは、処理を中止し、先に入力されたメールアドレスを削除する（図３；ステップＳ１６４）。なお、処理を中止したことを当該ユーザーに知らせるのが好ましい。
【００８９】
本実施形態は、処理のセッションの連続性を維持するのに好ましい。
【００９０】
すなわち、ＷＥＢサイトへの最初のアクセスと二回目のアクセスが一定の時間間隔以上開いている場合には、処理を中止することにより、セキュリティの信頼性を向上させ、且つ、処理中のセッションが多くなりすぎるのを防止することができる。他の作用効果は図２の場合と同じである。
【００９１】
次に、登録ユーザーが入力したメールアドレスに誤りがあった場合の処理を有する実施形態について説明する。
【００９２】
図４は、登録ユーザーが入力したメールアドレスに誤りがあった場合の処理の流れを示している。
【００９３】
図４において、ステップＳ１００〜Ｓ１４０は図２の同じ符号を付した処理と全く同様であるので、ここでの重複する説明を省略する。
【００９４】
図４のステップＳ１４０において、誤ったメールアドレスへ確認メールが送信される。すなわち、図１において、クライアント７とメールアドレスＰＣ８が異なる者のコンピュータである場合である。この場合、登録ユーザー以外の者（以下「第三者」という）がその確認メールを見ることになる。
【００９５】
前述したように、確認メールには表示されたメールアドレスを削除することを要求する「削除ボタン」が設けられている。第三者が上記削除ボタンをクリックすると、削除の要求がＨＴＴＰ引数とともにメンテナンスサーバー３に送られる（図４；ステップＳ２００）。
【００９６】
上記削除要求を受けたメンテナンスサーバー３は、ＨＴＴＰ引数を複合化し、メンテナンスサーバー３に記憶されている処理セッションコードと照合する（図４；ステップＳ２１０）。
【００９７】
削除要求の処理セッションコードが、メンテナンスサーバー３に記憶されている処理セッションコードと一致したときは、ユーザーが入力したメールアドレスに送信した確認メールが確かに第三者によって受信され、第三者から削除が要求されたことが確認される。
【００９８】
よって、メンテナンスサーバー３は、メンテナンスサーバー３に一時的に記憶されたメールアドレスを削除するとともに、メールアドレスデータベース４を検索し、当該ユーザーのメールアドレスとして誤った同じメールアドレスが登録されている場合には、そのメールアドレスを削除する（図４；ステップＳ２２０）。
【００９９】
次に、メンテナンスサーバー３は、誤ったメールアドレスを入力した登録ユーザーに対して、入力されたメールアドレスが正しくないことを通知する（図４；ステップＳ２３０）。
【０１００】
通知は、複数のメールアドレスを登録している場合には残りのメールアドレスに対して電子メールを送信し、あるいは、その後の処理を中止したときの画面にメッセージを表示し、あるいは、別途郵便等により通知することができる。
【０１０１】
本実施形態によれば、メールアドレスデータベースから誤ったデータを削除して、正しいメールアドレスのみを維持することができる。正しいメールアドレスのみを維持することにより、特に第三者に種々の電子メールを送り続けることを防止することができる。図２の場合の作用効果は本実施形態においても同じである。
【０１０２】
通知により、登録ユーザーは、自ら入力したメールアドレスが正しくないことを確認でき、誤ったメールアドレスを他で使用している場合にはそれを削除することができる。
【０１０３】
次に、登録ユーザーが入力したメールアドレスに誤りがあった場合の他の処理を有する実施形態について説明する。
【０１０４】
図５は、登録ユーザーが入力したメールアドレスに誤りがあった場合に送信した確認メールがユーザーアンノウン（宛先不明）のエラーメッセージとなって返送された場合の処理を示している。
【０１０５】
図５において、ステップＳ１００〜Ｓ１４０は図２，４の同じ符号を付した処理と全く同様であるので、ここでの重複する説明を省略する。
【０１０６】
図５のステップＳ１４０において、誤ったメールアドレスへ確認メールが送信され、そのメールアドレスが存在しない場合には、ユーザーアンノウンのエラーメッセージを受信する（図５；ステップＳ２４０）。
【０１０７】
上記エラーメッセージを受信すると、メンテナンスサーバー３は、メンテナンスサーバー３に一時的に記憶されたメールアドレスを削除するとともに、メールアドレスデータベース４を検索し、当該ユーザーのメールアドレスとして誤った同じメールアドレスが登録されている場合には、そのメールアドレスを削除する（図５；ステップＳ２５０）。
【０１０８】
次に、メンテナンスサーバー３は、誤ったメールアドレスを入力した登録ユーザーに対して、入力されたメールアドレスが正しくないことを通知する（図５；ステップＳ２６０）。
【０１０９】
本実施形態によれば、メールアドレスデータベースから誤ったデータを削除して、正しいメールアドレスのみを維持することができる。
【０１１０】
特に、本実施形態によれば、宛先不明のメールアドレスを削除し、メールアドレスデータベースを最小限のデータ量に維持することができる。図２の場合の作用効果は本実施形態においても同じである。
【０１１１】
本発明のメールアドレスデータベースの自動メンテナンスシステム１は、ユーザーのアクセスが無くても、メールアドレスデータベース４を自動的にメンテナンスすることができる。次にこれらの処理を有する実施形態について説明する。
【０１１２】
図６は、アクセス回数が一定値以下のメールアドレスを自動的に削除する場合の処理を示している。
【０１１３】
本実施形態においては、メンテナンスサーバー３は、ユーザーのアクセスの度にメールアドレスデータベース４を更新するとともに、所定のタイミングで自動的にメールアドレスデータベース４を整理する。
【０１１４】
図６に示すように、図２のステップＳ１００〜Ｓ１７０の処理により、ユーザーのアクセスの度にメールアドレスデータベース４を更新する。
【０１１５】
上記処理を行う一方、メンテナンスサーバー３はメールアドレスの更新ログ（更新記録）を保持するようにする（図６；ステップＳ３００）。更新ログは、各メールアドレスの更新日時・時間を記録したものであることが好ましい。
【０１１６】
本実施形態においては、メンテナンスサーバー３は、所定のタイミングで、たとえば定期的に更新ログに基づいてメールアドレスデータベース４に記憶されている各メールアドレスをチェックする。
【０１１７】
このとき、更新回数が一定の回数を下回るメールアドレスに対して自動的にその登録ユーザーに確認メールを送信する（図６；ステップＳ３１０）。
【０１１８】
登録ユーザーによって使用しないメールアドレスであることが確認されたとき、あるいは、一定回数以上の確認メールに対して返事が無いときは、当該メールアドレスを削除する（図６；ステップＳ３２０）。
【０１１９】
次に、一定期間以上更新されなかったメールアドレスを自動的に削除する処理について説明する。
【０１２０】
図７は、一定期間以上更新されなかったメールアドレスを自動的に削除する場合の処理を示している。
【０１２１】
図７に示すように、図２のステップＳ１００〜Ｓ１７０の処理により、ユーザーのアクセスの度にメールアドレスデータベース４を更新する。
【０１２２】
上記処理を行う一方、メンテナンスサーバー３はメールアドレスの更新ログを保持するようにする（図７；ステップＳ３３０）。更新ログは、各メールアドレスの更新日時・時間を記録したものであることが好ましい。
【０１２３】
本実施形態においては、メンテナンスサーバー３は、所定のタイミングで、たとえば定期的に更新ログに基づいてメールアドレスデータベース４に記憶されている各メールアドレスをチェックする。
【０１２４】
本実施形態では、一定期間以上更新されなかったメールアドレスに対して自動的にその登録ユーザーに確認メールを送信する（図７；ステップＳ３４０）。
【０１２５】
登録ユーザーによって使用しないメールアドレスであることが確認されたとき、あるいは、一定回数以上の確認メールに対して返事が無いときは、当該メールアドレスを削除する（図７；ステップＳ３５０）。
【０１２６】
図６の実施形態では、一定の更新回数に達せず削除されるメールアドレスが多すぎる場合が考えられるのに対し、本実施形態は、一定期間以上更新されなかったメールアドレスに対して確認、削除する。図６の処理では削除すべきメールアドレスが多すぎる場合には有効である。もちろん、図６の実施形態と図７の実施形態とを組み合わせてもよい。
【０１２７】
図６と図７の実施形態によれば、ユーザーのアクセスによってメールアドレスデータベースを自動的に更新することと組み合わせることにより、ユーザーのアクセスによって更新したメールアドレスのみならず、ユーザーのアクセスが無かったメールアドレスについても、真に有用なメールアドレスのみを維持することができる。
【０１２８】
これにより、無用なメールアドレスを排除し、常にメールアドレスデータベース４を必要最小限の大きさに維持することができるのである。
【０１２９】
次に、特に重要な処理要求を行う場合に、当該処理要求を行う前に再度ユーザーの認証処理を行う実施形態について説明する。
【０１３０】
図８は、上記二重のユーザー認証を行う場合の処理の流れを示している。
【０１３１】
図８に示すように、ユーザーが真正の登録ユーザーであることを認証した後は（図８；ステップＳ１１０）、ユーザーにメールアドレスを入力させる（図８；ステップＳ１２０）。
【０１３２】
本実施形態においては次に、メンテナンスサーバー３がランダムに確認コードなるデータを生成し、確認メールに記載させる指令を出力するとともに、確認コードとユーザーが入力したメールアドレスとを対応づけて記憶する（図８；ステップＳ４００）。
【０１３３】
なお、確認コードは、ユーザーが一回目の認証処理を通過したことを示す情報であればよく、好ましくは数桁の数字とすることができる。
【０１３４】
次に、メールサーバー５により、確認コードを記載した確認メールをユーザーが入力したメールアドレスに送信する（図８；ステップＳ４１０）。
【０１３５】
ユーザーが入力したメールアドレスが正しければ、確認メールはユーザーによって受信され、ユーザーが当該確認メールの確認ボタンをクリックすることにより、再度ＷＥＢサイトにアクセスし、二回目の認証処理を行う（図８；ステップＳ４２０）。
【０１３６】
二回目の認証処理によってユーザーが真正の登録ユーザーであることが確認されると、メンテナンスサーバー３はユーザーに確認コードを入力させる（図８；ステップＳ４３０）。
【０１３７】
ステップＳ４２０，Ｓ４３０の順序を変えて、先に確認コードを入力させ、重要な処理に移行する前に二回目の認証処理を行ってもよい。
【０１３８】
ユーザーによって確認コードが入力されると、メンテナンスサーバー３は、入力された確認コードとメンテナンスサーバー３に一時的に記憶されている確認コードとを照合する（図８；ステップＳ４４０）。
【０１３９】
メンテナンスサーバー３は、一致する確認コードがあれば、確認メールが確実に当該ユーザーによって読まれたことの確証が得られ、確認コードに対応して記憶されたメールアドレスにしたがってメールアドレスデータベース４のメールアドレスを更新する（図８；ステップＳ４５０）。
【０１４０】
同時に、そのユーザーの処理要求の処理を許可し、サービスサーバー６にその処理要求の処理を依頼する（図８；ステップＳ４６０）。
【０１４１】
上記実施形態のメールアドレスデータベースの自動メンテナンスシステム１によれば、重要な処理を開始する直前に、再度認証処理を行うようにしている。これにより、重要な処理が誤って行われることを厳重に防止することができる。他の作用効果、すなわち完全に正しいメールアドレスのみを維持できること、および、ＷＥＢサイト側にとって自動的にメールアドレスが確認されることは図２の場合と同じである。
【０１４２】
図８の実施形態と図３〜図７の各実施形態とを組み合わせることはむろんできる。その場合には、図３〜図７の各実施形態の作用効果をさらに奏することができる。
【０１４３】
次に本発明のさらに他の実施形態について説明する。図９はこの実施形態の構成を示しており、図１０はその処理の流れを示している。
【０１４４】
本実施形態によるメールアドレスデータベースの自動メンテナンスシステムは、ユーザーＩＤにメールアドレスの情報を含ませ、メールサーバーによる確認メールを省略し、メンテナンスサーバーとクライアントの間でユーザーＩＤのメールアドレスを確認し、メールアドレスデータベースを更新し、ユーザーＩＤを書き換えるものである。
【０１４５】
図９に示すように、本実施形態の構成は、図１の実施形態の構成からメールサーバー５を省略したものである。認証サーバー２、メンテナンスサーバー３、メールアドレスデータベース４、サービスサーバー６については図１のものと同一であるので、これらの構成要素についての重複する説明は省略する。
【０１４６】
本実施形態による処理の流れについて図１０を用いて以下に説明する。
【０１４７】
図１０に示すように、本実施形態でも、ユーザーがクライアント７によってＷＥＢサイトにアクセスすることからメールアドレスデータベースの自動メンテナンスが開始される（図１０；ステップＳ５００）。
【０１４８】
ユーザーがＷＥＢサイトにアクセスすると、認証サーバー２による認証処理が行われる（図１０；ステップＳ５１０）。
【０１４９】
アクセスしたユーザーが真正の登録ユーザーであることが認証サーバー２によって確認されると、メンテナンスサーバー３に処理が移行し、メンテナンスサーバー３はユーザーＩＤに組み込まれたメールアドレス（メールアドレスデータベース４に登録されているメールアドレス）を抽出し、表示する（図１０；ステップＳ５２０）。
【０１５０】
なお、上記ステップＳ５２０は、認証サーバー２によって行うようにしてもよい。この場合には、メールアドレスの確認が認証処理の一環として行われて便利である。
【０１５１】
本実施形態においてはユーザーＩＤに組み込まれるメールアドレスは暗号化して組み込まれるのが好ましい。
【０１５２】
この場合には、メンテナンスサーバー３は、暗号化・復号化のアルゴリズムを保持し、認証処理を終えたユーザーのユーザーＩＤからメールアドレス復号化してユーザーに示す。
【０１５３】
ユーザーは、表示された登録メールアドレスが正しいか否かを確認する（図１０；ステップＳ５３０）。
【０１５４】
ユーザーが登録メールアドレスが正しいことを確認し、登録メールアドレスが正しいという情報をメンテナンスサーバー３に送信すると、メンテナンスサーバー３はサービスサーバー６にユーザーの処理要求を処理させる（図１０；ステップＳ５４０）。
【０１５５】
一方、ユーザーが登録メールアドレスが正しくないという情報をメンテナンスサーバー３に送信すると、これを受けてメンテナンスサーバー３はユーザーに正しいメールアドレスを入力させる（図１０；ステップＳ５５０）。
【０１５６】
ユーザーが正しいメールアドレスを入力し、そのユーザーから正しいメールアドレスを受信すると、メンテナンスサーバー３は、入力されたメールアドレスに従ってメールアドレスデータベース４を更新する（図１０；ステップＳ５６０）。
【０１５７】
また、メンテナンスサーバー３は、保持する暗号化・復号化のアルゴリズムによって入力されたメールアドレスを暗号化し、ユーザーＩＤを組み込む（図１０；ステップＳ５７０）。
【０１５８】
メンテナンスサーバー３は、正しいメールアドレスを組み込んで暗号化したユーザーＩＤをユーザーにダウンロードさせ、クライアント７に記憶されたユーザーＩＤを書き換える（図１０；ステップＳ５８０）。
【０１５９】
登録メールアドレスが正しくない場合の上記処理を終了すると、メンテナンスサーバー３はサービスサーバー６にユーザーの処理要求を処理させる（図１０；ステップＳ５４０）。
【０１６０】
本実施形態によるメールアドレスデータベースの自動メンテナンスによれば、ユーザーがＷＥＢサイトにアクセスした時に、自動的にユーザーに自分の登録メールアドレスを確認させることができる。これにより、膨大な数の登録ユーザーの登録メールアドレスをに定期的に確認する労力を省くことができる。
【０１６１】
上記ステップＳ５２０，Ｓ５３０の、ユーザーに登録メールアドレスを表示してユーザーに確認させる処理ステップは、ＷＥＢサイトへの一定回数のアクセスごとに、あるいは、ランダムなアクセス回数ごとに行うことができる。
【０１６２】
このようにすれば、ユーザーがＷＥＢサイトにアクセスするたびに確認する煩わしさが無く、しかし、一定期間ごとに登録メールアドレスを確認させることができる。
【０１６３】
本実施形態は、図６，図７の実施形態とを組み合わせることはむろんできる。すなわち、ユーザーのアクセス以外に、メールアドレスデータベースの更新ログを保持し、所定の更新回数を下回るか、あるいは所定の期間以上更新されなかったメールアドレスのユーザーに対して確認メールを送信することができる。
【０１６４】
このような実施形態によれば、ユーザーのアクセス以外にも所定の期間ごとにメールアドレスデータベース４を整理することができるという作用効果をさらに奏することができる。
【０１６５】
【発明の効果】
以上の説明から明らかなように、本発明によれば、ユーザーがＷＥＢサイトにアクセスする時に、ユーザー自身にメールアドレスを入力あるいは確認させることにより、ＷＥＢサイト側にとってメールアドレスデータベースの更新を自動的に行うことができる。したがって、従来のように定期的に全登録ユーザーに登録メールアドレスが正しいかの確認をする必要が無い。
【０１６６】
また、本発明のうち、確認メールを送信するメールアドレスデータベースの自動メンテナンスシステムによれば、確認メールに記載した情報が再びＷＥＢサイトに送られることを条件として処理やメールアドレスの自動メンテナンスを行っているので、確認メールが確実に受信されたことが確認され、すなわち、ユーザーが入力したメールアドレスが実際に受信可能であることが確認され、したがって、完全に正しいメールアドレスにメールアドレスデータベースを更新することができる。
【０１６７】
これにより、登録メールアドレスをユーザーに確認させる従来の方法のように、全ユーザーから返事がもらえなかったり、ユーザーが正確に確認しなかったり等の不確実さを完全に排除でき、完全に正確なメールアドレスに更新することができる。
【０１６８】
また、ユーザーのアクセス時のメールアドレスの更新ログを保持することにより、所定の更新回数を下回るか、あるいは、所定の期間以上更新されなかったメールアドレスについて、自動的に確認することにより、メールアドレスデータベースのデータを整理し、常に必要最小限のデータ量のメールアドレスデータベースを維持することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスシステムの構成を示すブロック図。
【図２】本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスの処理の流れを示したフローチャート。
【図３】ＨＴＴＰ引数に時間の情報を含ませた場合の本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスの処理の流れを示したフローチャート。
【図４】第三者の削除要求によってユーザーが入力したメールアドレスを削除する本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスの処理の流れを示したフローチャート。
【図５】ユーザーアンノウンとなったエラーメッセージによってユーザーが入力したメールアドレスを削除する本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスの処理の流れを示したフローチャート。
【図６】一定の更新回数を下回るメールアドレスを削除する本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスの処理の流れを示したフローチャート。
【図７】所定の期間以上更新されなかったメールアドレスを削除する本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスの処理の流れを示したフローチャート。
【図８】ユーザーの処理要求を処理する前に再度認証処理を行う本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスの処理の流れを示したフローチャート。
【図９】ユーザーＩＤにメールアドレスを組み込んでユーザーに確認させる本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスシステムの構成を示したブロック図。
【図１０】ユーザーＩＤにメールアドレスを組み込んでユーザーに確認させる本発明の一実施形態によるメールアドレスデータベースの自動メンテナンスの処理の流れを示したフローチャート。
【符号の説明】
１　メールアドレスデータベースの自動メンテナンスシステム
２　認証サーバー２
３　メンテナンスサーバー
４　メールアドレスデータベース
５　メールサーバー
６　サービスサーバー
７　クライアント
８　メールアドレスＰＣ
【図１】
2004005120.tif 000003
【図２】
2004005120.tif 000004
【図３】
2004005120.tif 000005
【図４】
2004005120.tif 000006
【図５】
2004005120.tif 000007
【図６】
2004005120.tif 000008
【図７】
2004005120.tif 000009
【図８】
2004005120.tif 000010
【図９】
2004005120.tif 000011
【図１０】
2004005120.tif 000012