(57)【要約】      （修正有）【解決手段】メールサーバ４はメールクライアント２毎の設定情報を記憶する記憶手段と、所定のイベントの発生で、記憶手段に記憶した設定情報を所定のメールクライアント２に送信する。所定のイベントはメールクライアント２がネットワークに加入したこととし、メールクライアントのネットワークへの加入を、メールクライアントのネットワークアドレスにアクセスすることによって検出する。【効果】メールクライアントに自動的にアカウント情報を送信でき、アカウント情報をメールサーバで一元的に管理できアカウント情報の変更などもメールサーバ側から容易に出来るようになる。【選択図】    図１
2004172795.tif 000002
【特許請求の範囲】
【請求項１】
メールクライアント毎の設定情報を記憶するための記憶手段と、所定のイベントの発生時に、前記記憶手段に記憶した設定情報を所定のメールクライアントに送信するための送信手段とを設けたメールサーバ。
【請求項２】
前記所定のイベントが、メールクライアントがネットワークに加入したことであることを特徴とする、請求項１のメールサーバ。
【請求項３】
メールクライアントのネットワークへの加入を、該メールクライアントのネットワークアドレスにアクセスすることにより、検出するようにしたことを特徴とする、請求項２のメールサーバ。
【請求項４】
メールサーバに、メールクライアント毎の設定情報を記憶するための記憶手段と、所定のイベントの発生時に、前記記憶手段に記憶した設定情報を所定のメールクライアントに送信するための送信手段とを設け、
メールクライアントには、メールサーバから受信した設定情報を自機の設定情報として記憶するための手段を設けた、電子メールシステム。
【請求項５】
メールクライアントを、ネットワークに加入した際に、メールサーバがアクセス可能な所定の端末に、取得したネットワークアドレスを送信するように構成し、
メールサーバを、前記ネットワークアドレスへのアクセスにより、前記所定のイベントが発生したものとして、該メールクライアントの設定情報を送信するようにしたことを特徴とする、請求項４の電子メールシステム。
【発明の詳細な説明】
【０００１】
【発明の利用分野】
この発明はメールサーバや電子メールシステムに関し、特にメールクライアントを自動的に遠隔から設定することに関する。
【０００２】
【従来技術】
【０００３】
【特許文献１】特開２０００−６９１９２号公報
【０００４】
特許文献１は、ＲＯＭなどの記憶媒体にメールクライアントの設定情報を記憶させ、この記憶媒体をメールクライアントに装着して、設定情報を供給することを開示している。このようにすれば、メールクライアントの設定が容易になる。
【０００５】
しかしながら特許文献１のようにしても、メールクライアントの設定に関して以下の問題が残る。
▲１▼  メールクライアントの設定が固定され、事後的に設定を変更することが難しい。
▲２▼  どのクライアントがどの記憶媒体に書き込んだ設定情報で動作しているのかの、対応関係を把握するのが難しい。
▲３▼  メールクライアントの設定を一元的に管理するのが難しい。
【０００６】
【発明の課題】
この発明の課題は、メールクライアントを容易に設定でき、かつ事後的な設定の変更も容易で、さらに設定情報を一元的に管理できるようにすることにある（請求項１〜５）。
請求項２，３，５の発明での追加の課題は、メールクライアントを設定すべきタイミングを、メールサーバが簡単かつ確実に把握できるようにすることにある。
【０００７】
【発明の構成】
この発明のメールサーバは、メールクライアント毎の設定情報を記憶するための記憶手段と、所定のイベントの発生時に、前記記憶手段に記憶した設定情報を所定のメールクライアントに送信するための送信手段とを設けたものである（請求項１）。
【０００８】
好ましくは、前記所定のイベントを、メールクライアントがネットワークに加入したこととする（請求項２）。
特に好ましくは、メールクライアントのネットワークへの加入を、該メールクライアントのネットワークアドレスにアクセスすることにより検出する（請求項３）。
【０００９】
この発明の電子メールシステムは、メールサーバに、メールクライアント毎の設定情報を記憶するための記憶手段と、所定のイベントの発生時に、前記記憶手段に記憶した設定情報を所定のメールクライアントに送信するための送信手段とを設け、メールクライアントには、メールサーバから受信した設定情報を自機の設定情報として記憶するための手段を設けたものである（請求項４）。
【００１０】
好ましくは、メールクライアントを、ネットワークに加入した際に、メールサーバがアクセス可能な所定の端末に、取得したネットワークアドレスを送信するように構成し、メールサーバを、前記ネットワークアドレスへのアクセスにより、前記所定のイベントが発生したものとして、該メールクライアントの設定情報を送信するようにする（請求項５）。所定の端末は、例えばディレクトリサーバとする。
【００１１】
【発明の作用と効果】
この発明では、所定のイベントが発生すると、メールクライアントに設定情報を送信するので、ネットワークへの加入時などに、簡単にメールクライアントを設定できる。また設定情報をメールサーバに記憶するので、多数のメールクライアントの設定情報をメールサーバ側で一元的に管理できる。さらに設定変更の必要が生じた場合も一種のイベントであり、新たな設定情報を送信すれば良いので、事後的な設定情報の変更も容易である（請求項１〜５）。
【００１２】
請求項２の発明では、メールクライアントがネットワークに加入したことを、設定情報を送信すべきイベントとするので、メールクライアントがネットワークに加入すると、自動的にメールクライアントの設定ができる。
ここでメールクライアントは、取得したネットワークアドレスをメールサーバや所定の別の端末に送信するなどにより、メールサーバがネットワークアドレスにアクセス自在にできる。そしてメールサーバがこのネットワークアドレスにアクセスすると、新たなメールクライアントが加入したことを検出して、設定情報を送信する。すると取得したネットワークアドレスを用いて、簡単かつ確実にメールクライアントを設定できる（請求項３）。
【００１３】
この発明の電子メールシステムでは、メールクライアントの設定情報をメールサーバが一元的に管理でき、またメールクライアントのネットワークへの加入のイベントにより、自動的にメールクライアントを設定できる。そしてメールクライアントの設定情報はメールサーバが一元的に管理しているので、必要に応じて設定変更ができる（請求項４）。
【００１４】
請求項５の発明では、メールクライアントは取得したネットワークアドレスをメールサーバにアクセス自在にし、メールサーバはこれに応じて設定情報を送出するので、取得したネットワークアドレスを用いて、簡単かつ確実にメールクライアントを設定できる。
【００１５】
【実施例】
図１〜図５に、実施例の電子メールシステムとメールサーバとを示す。これらの図において、２はメールクライアントとしてのインターネットファクシミリ装置で、パーソナルコンピュータなどの他のメールクライアントでも良い。４はメールサーバで、例えばＳＭＴＰ（シンプル・メール・トランスファープロトコル）サーバとＰＯＰ（ポスト・オフィス・プロトコル）サーバとを兼ねており、６はＬＡＮなどのネットワークである。なおインターネットファクシミリ装置２を、単にメールクライアント２などと呼ぶことがある。
【００１６】
メールサーバ４には、アカウント情報記憶部８を設けて、クライアントのＩＰアドレスを、メールクライアント２毎の設定情報（アカウント情報）に変換できるようにする。アカウント情報記憶部８はテーブル形式などでデータを記憶し、アカウント情報として、メールクライアント２の端末名、アカウント番号、パスワードなどのパスコード、メールアドレス、ＳＭＴＰサーバ名とそのＩＰアドレス、ＰＯＰサーバ名とそのＩＰアドレスなどを記憶する。
【００１７】
メールクライアント２が、メールサーバ４へＩＰアドレスを通知すると、メールサーバ４ではアカウント情報記憶部８を用いて、ＩＰアドレスをアカウント情報に変換し、求めたアカウント情報をメールクライアント２へ送信する。
【００１８】
図２に示すように、メールサーバ４には、アカウント情報記憶部８の他に、アカウント情報送信管理部９を設け、アカウント情報を送信すべきイベントを検出する。このイベントは、クライアントからそのＩＰアドレスを受信した際に発生する。
【００１９】
図１に戻り、メールクライアント２がネットワーク６に加入した際の、アカウント情報の取得を説明する。メールクライアント２はネットワーク６に加入すると、図示しないＤＨＣＰ（ダイナミック・ホスト・コンフィギュレーション・プロトコル）サーバなどにより、あるいは設置時に管理者によりマニュアルで、ＩＰアドレスを取得する。するとＨＴＴＰ（ハイパー・テキスト・トランスファー・プロトコル）などのプロトコルにより、メールサーバ４へ、ＩＰアドレスを取得したことを通知し、アカウント情報の送信を要求する。なおメールクライアント２には、最初にアクセスすべきメールサーバ４のメールアドレスが手動で登録され、あるいはＤＨＣＰサーバ等から取得する。またメールクライアント２は、ＨＴＴＰプロトコルのＧＥＴコマンドなどを利用できる。
【００２０】
ＩＰアドレスを受信すると、メールサーバ４はそのメールクライアント２に対するアカウント情報を、アカウント情報記憶部８から抽出して、ＨＴＴＰプロトコル等で送信する。メールクライアント２は、受信したアカウント情報を、自機のアカウント情報記憶部１２に記憶して、自機の設定情報として使用する。
【００２１】
図３の例では、メールサーバ４側で発生したイベントで、メールクライアント２へアカウント情報を送信する。例えばメールクライアント２を設置してネットワーク６に接続し、設置したメールクライアント２のＩＰアドレスを適宜の別途の端末などからメールサーバ４に送信する。するとメールサーバ４はこれをイベントとして、アカウント情報記憶部８をメールクライアント２のＩＰアドレスで検索して、該当するレコードのアカウント情報を、ＨＴＴＰなどでのＰＯＳＴなどのコマンドを用いて、メールクライアント２へ送信する。
【００２２】
図３の例は、事後的にアカウント情報を変更する必要が生じた場合や、多数のメールクライアントを一斉に設定する場合などに便利である。またメールクライアント２とメールサーバ４間の通信プロトコルは、ＨＴＴＰに限らず、ＳＮＭＰ（シンプル・ネットワーク・マネジメント・プロトコル）や他の独自のプロトコルでも良い。
【００２３】
図４の例では、メールクライアント２はＤＨＣＰサーバ１４からＩＰアドレスを取得すると、ディレクトリサーバ１６にＬＤＡＰ（ライト・ディレクトリ・アクセス・プロトコル）やＨＴＴＰなどのプロトコルで、ＩＰアドレスを通知する。一方、メールサーバ４側は、ＬＤＡＰやＨＴＴＰなどのプロトコルで、メールクライアント毎のＩＰアドレスとアカウント情報とからなるデータを、ディレクトリサーバ１６に事前に登録しておく。そして、メールクライアント２は、ディレクトリサーバ１６からメールサーバが登録したアカウント情報を取得し、メールサーバ４はディレクトリサーバ１６から配布済みのメールクライアント２のＩＰアドレスを取得する。これは、ディクトリサーバをメールシステムのアカウント情報を保管するサーバとして利用する、例である。
【００２４】
図５の例では、メールクライアント２はＤＨＣＰサーバ１４からＩＰアドレスを取得すると、ディレクトリサーバ１６にＩＰアドレスを登録する。メールサーバ４は、ディレクトリサーバ１６に記憶されたＩＰアドレスを検索して、新たに登録されたＩＰアドレスを検出すると、そのＩＰアドレスに対するアカウント情報を、ＨＴＴＰなどのプロトコルで、そのメールクライアントに送信する。
【００２５】
以上のように実施例では、メールクライアントに自動的にアカウント情報を送信でき、アカウント情報をメールサーバで一元的に管理でき、アカウント情報の変更などもメールサーバ側から容易に行える。
【００２６】
実施例では、ＩＰアドレスとアカウント情報とのテーブルなどを記憶して、メールクライアントのＩＰアドレスをアカウント情報に変換する例を示したが、ＩＰアドレスに代替し得る他のデータを用いても良い。例えばメールクライアントとメールサーバとが、ダイヤルアップ接続ではなく、イーサネット（登録商標）経由で接続される場合、メールクライアントはＭＡＣアドレスをメールサーバなどに送信し、メールサーバなどはＭＡＣアドレスをアカウント情報に変換するためのテーブルなどを記憶して、アカウント情報を送信するようにしても良い。
【図面の簡単な説明】
【図１】実施例の電子メールシステムのブロック図
【図２】実施例のメールサーバのブロック図
【図３】メールサーバ側からのタイミングで、メールクライアントにアカウント情報を送信する際の情報の流れを示す図
【図４】メールサーバがディレクトリサーバにアカウント情報を登録して、メールクライアントがアカウント情報を取得する際の、電子メールシステムのブロック図
【図５】メールサーバがディレクトリサーバによりメールクライアントのＩＰアドレスを検出して、アカウント情報を送信する際の電子メールシステムのブロック図
【符号の説明】
２          インターネットファクシミリ装置
４          メールサーバ
６          ネットワーク
８，１２    アカウント情報記憶部
９          アカウント情報送信管理部
１４        ＤＨＣＰサーバ
１６        ディレクトリサーバ
【図１】
2004172795.tif 000003
【図２】
2004172795.tif 000004
【図３】
2004172795.tif 000005
【図４】
2004172795.tif 000006
【図５】
2004172795.tif 000007