(57)【要約】【課題】複数のメールアドレスや連絡先を有する対象者に対して、的確に情報を伝達する。【解決手段】複数のメールアドレスを所有する送信対象者に対して選択的に電子メールを送信するデリバリーサーバ１０を設ける。デリバリーサーバ１０は、電子メールを送信する際に送信対象者がおかれる状況を予測すると共に、送信対象者が電子メールを受け取る可能性が高い順に複数のメールアドレスを順位付けし、この順位付けに沿って電子メールを送信する。また、電子メールを送信した結果、送信対象者がどのメールアドレスでメッセージを受信したかを、次の順位付けに反映させる。【選択図】      図３
2004252724.tif 000002
【特許請求の範囲】
【請求項１】
複数のメールアドレスを所有する送信対象者に対して電子メールを送信する電子メール送信装置であって、
送信対象者の状況と前記メールアドレスとが対応付けされて格納される記憶手段と、
送信対象者に対して電子メールを送信する際に送信対象者がおかれている状況を予測する予測手段と、
予測された前記状況に基づいて、前記記憶手段から所定数のメールアドレスを取り出すと共に、取り出した当該所定数のメールアドレスを順位付けする順位付け手段と、
前記順位付けがなされた前記所定数のメールアドレスを用いて、電子メールを順次送信する送信手段と
を含む電子メール送信装置。
【請求項２】
前記予測手段は、送信対象者のスケジュールを取得し、取得した当該スケジュールに基づいて前記状況を予測することを特徴とする請求項１記載の電子メール送信装置。
【請求項３】
前記送信手段によって送信された電子メールに対して、所定のメールアドレスから返信された受け取り確認を受信する受信手段をさらに含み、
前記送信手段は、前記受け取り確認を受信した場合に電子メールの送信を中止すること
を特徴とする請求項１記載の電子メール送信装置。
【請求項４】
前記送信手段によって送信された電子メールに対して、所定のメールアドレスから返信された受け取り確認を受信する受信手段をさらに含み、
前記順位付け手段は、次の順位付けにおいて前記所定のメールアドレスの順位を変更することを特徴とする請求項１記載の電子メール送信装置。
【請求項５】
前記順位付け手段は、前記予測手段によって予測された前記状況に合致するメールアドレスを前記記憶手段から取り出すことを特徴とする請求項１記載の電子メール送信装置。
【請求項６】
複数のメールアドレスを所有する送信対象者に対して電子メールを送信する電子メール送信装置であって、
送信対象者の送信希望条件と送信対象者が送信を希望するメールアドレスとを関連付けたレコードを記憶する記憶手段と、
送信対象者に対して電子メールを送信する際に送信対象者がおかれると想定される状況を取得する状況取得手段と、
前記状況取得手段によって取得された前記状況に適合するレコードを前記記憶手段より取得して送信希望リストを作成する送信リスト作成手段と、
送信対象者に対する電子メールの届きやすさに関する理論値を作成する理論値作成手段と、
前記理論値作成手段によって作成された理論値に基づいて、前記送信リスト作成手段で作成された前記送信希望リスト中のメールアドレスを順位付けして送信優先順位リストを作成する送信優先順位リスト作成手段と、
前記送信優先順位リスト作成手段によって作成された前記送信優先順位リストに基づいて、優先順位の高いメールアドレスから順に電子メールを送信する送信手段と
を含む電子メール送信装置。
【請求項７】
前記送信手段によって送信された電子メールの受け取り確認を受信する受信手段をさらに含み、
前記理論値作成手段は、前記受信手段によって受信された前記受け取り確認に基づいて前記理論値を修正すること
を特徴とする請求項６記載の電子メール送信装置。
【請求項８】
前記送信希望条件と、前記送信手段による電子メールの送信試行回数および前記受信手段による受け取り確認回数とを関連付けて格納するカウント格納手段と、
前記カウント格納手段に格納されたカウント値に基づいて、各送信希望条件に対応する期待値を作成する期待値作成手段とをさらに備え、
前記理論値作成手段は、前記期待値作成手段で作成された前記期待値に基づいて前記理論値を修正すること
を特徴とする請求項７記載の電子メール送信装置。
【請求項９】
予め送信対象者によって設定された前記送信希望条件の優先順位のリストを格納する初期優先順位格納手段をさらに含み、
前記理論値作成手段は、前記初期優先順位格納手段より取得した初期優先順位リストに基づいて最初の理論値を決定することを特徴とする請求項６記載の電子メール送信装置。
【請求項１０】
複数の連絡先を有する対象者に対して連絡を行う際に、連絡者に連絡先を案内する連絡先案内装置であって、
対象者の状況と前記連絡先との対応関係を取得する取得手段と、
対象者に対して連絡を行う際に対象者がおかれる状況を予測する予測手段と、
予測された前記状況に基づいて、前記取得手段により所定数の連絡先を取得すると共に、取得した当該所定数の連絡先を順位付けする順位付け手段と
を含む連絡先案内装置。
【請求項１１】
前記取得手段によって取得される前記連絡先は、電子メールアドレス、電話番号、ファクシミリ番号の少なくともいずれか一つを含むことを特徴とする請求項１０記載の連絡先案内装置。
【請求項１２】
前記順位付け手段は、前記順位付けに基づいて連絡を行った結果を次の順位付けに反映させることを特徴とする請求項１０記載の連絡先案内装置。
【請求項１３】
所定の送信対象者に対する複数のメールアドレスが格納された記憶装置から、特定のメールアドレスに対して電子メールを送信する電子メール送信方法であって、
送信対象者に対して電子メールを送信する際に送信対象者がおかれた状況を予測するステップと、
前記記憶装置から前記複数のメールアドレスを取り出すと共に、予測された前記状況に基づいて当該複数のメールアドレスを順位付けするステップと、
前記順位付けに基づいて、電子メールを順次送信するステップと
を含む電子メール送信方法。
【請求項１４】
コンピュータに、所定の送信対象者に対する複数のメールアドレスが格納された記憶装置から、特定のメールアドレスに対して電子メールを送信させるプログラムであって、
送信対象者に対して電子メールを送信する際に送信対象者がおかれた状況を予測する機能と、
前記記憶装置から前記複数のメールアドレスを取り出すと共に、予測された前記状況に基づいて当該複数のメールアドレスを順位付けする機能と、
前記順位付けに基づいて、電子メールを順次送信する機能と
を実現させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、対象者に対して電子メール等を用いて情報を伝達するための手法に係り、特に、複数の連絡先（例えばメールアドレス）を所有する対象者に対してより的確に情報を伝達するための手法に関する。
【０００２】
【従来の技術】
近年、個人が所有する情報受信手段は多岐にわたっている。この種の情報受信手段として電子メールを例にとると、会社のＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）で使用するメールアドレス、自宅のＰＣで使用するメールアドレス、携帯電話やＰＤＡで使用するメールアドレス等がある。そして、個人が所有する情報受信端末の数が増えるほど、使用可能なメールアドレスも増大していく傾向にある。
【０００３】
このような状況の中で、情報発信者（連絡者）は、情報受信者（送信対象者）に対して適切に情報を送信することが要求される。例えば連絡者が送信対象者の自宅のＰＣに設定されたメールアドレスを宛先として電子メールを送信したとしても、そのときに送信対象者が自宅にいなければ、送信対象者が送信された電子メールを直ちに受け取ることはできない。また、情報発信者が送信対象者の所有しているすべてのメールアドレスを宛先として情報を送信した場合には、確かに、送信対象者が送信された電子メールを直ちに受け取ることは可能かもしれないが、情報のトラフィック量が増大してしまうという問題がある。
このような複数のメールアドレスを所有する送信対象者に対して電子メールを送信する技術としては、従来、特許文献１に記載される技術が提案されている。なお、特許文献１には、送信先のメールアドレスが所定期間使用されていないときに、このメールアドレスを削除する点が開示されている。
【０００４】
【特許文献１】
特開２００２−２６９６１号公報（第１１頁、図９）
【０００５】
【発明が解決しようとする課題】
しかしながら、所定期間使用されていないメールアドレスを削除したとしても、情報のトラフィック量の増大を根本的に解決することは困難である。
また、特許文献１には、連絡者の現在位置情報と送信対象者の現在位置情報とに基づいて対象者のメールアドレスを選択する技術が記載されているが、送信対象者の現在位置に誤りがあった場合には、送信対象者に情報を伝達できなくなるという問題がある。
【０００６】
本発明は、以上の技術的課題を解決するためになされたものであって、その目的とするところは、複数のメールアドレスや連絡先を有する対象者に対して、的確に情報を伝達することにある。
本発明の他の目的は、情報のトラフィック量の増大を抑えつつ、対象者に対して的確に情報を伝達することにある。
本発明のさらに他の目的は、対象者から得られる現在位置情報等の送信対象者の現在の状況を示す情報が少ない場合にも、対象者に対して的確に情報を伝達することにある。
【０００７】
【課題を解決するための手段】
かかる目的のもと、本発明は、複数のメールアドレスを所有する送信対象者に対して、この送信対象者が電子メールを受け取れる可能性が高い順に電子メールを送信することを提案する。また、電子メールの送信結果、すなわち、どの電子メールアドレスで送信対象者が電子メールを受け取ったかという結果を、次に電子メールを送信する際の送信順序に反映させることを提案する。
すなわち、本発明の電子メール送信装置は、複数のメールアドレスを所有する送信対象者に対して電子メールを送信する電子メール送信装置であって、送信対象者の状況とメールアドレスとが対応付けされて格納される記憶手段と、送信対象者に対して電子メールを送信する際に送信対象者がおかれている状況を予測する予測手段と、予測された状況に基づいて、記憶手段から所定数のメールアドレスを取り出すと共に、取り出した所定数のメールアドレスを順位付けする順位付け手段と、順位付けがなされた所定数のメールアドレスを用いて、電子メールを順次送信する送信手段とを含んでいる。
【０００８】
ここで、予測手段は、送信対象者のスケジュールを取得し、取得したスケジュールに基づいて状況を予測することを特徴とすることができる。また、送信手段によって送信された電子メールに対して、所定のメールアドレスから返信された受け取り確認を受信する受信手段をさらに含み、送信手段は、受け取り確認を受信した場合に電子メールの送信を中止することを特徴とすることができる。さらに、送信手段によって送信された電子メールに対して、所定のメールアドレスから返信された受け取り確認を受信する受信手段をさらに含み、順位付け手段は、次の順位付けにおいて所定のメールアドレスの順位を変更することを特徴とすることができる。さらにまた、順位付け手段は、予測手段によって予測された状況に合致するメールアドレスを記憶手段から取り出すことを特徴とすることができる。
【０００９】
また、他の観点から捉えると、本発明の電子メール送信装置は、複数のメールアドレスを所有する送信対象者に対して電子メールを送信する電子メール送信装置であって、送信対象者の送信希望条件と送信対象者が送信を希望するメールアドレスとを関連付けたレコードを記憶する記憶手段と、送信対象者に対して電子メールを送信する際に送信対象者がおかれると想定される状況を取得する状況取得手段と、状況取得手段によって取得された状況に適合するレコードを記憶手段より取得して送信希望リストを作成する送信リスト作成手段と、送信対象者に対する電子メールの届きやすさに関する理論値を作成する理論値作成手段と、理論値作成手段によって作成された理論値に基づいて、送信リスト作成手段で作成された送信リスト中のメールアドレスを順位付けして送信優先順位リストを作成する送信優先順位リスト作成手段と、送信優先順位リスト作成手段によって作成された送信優先順位リストに基づいて、優先順位の高いメールアドレスから順に電子メールを送信する送信手段とを含んでいる。
【００１０】
この電子メール送信装置では、送信手段によって送信された電子メールの受け取り確認を受信する受信手段をさらに含み、理論値作成手段は、受信手段によって受信された受け取り確認に基づいて理論値を修正することを特徴とすることができる。また、送信希望条件と、送信手段による電子メールの送信試行回数および受信手段による受け取り確認回数とを関連付けて格納するカウント格納手段と、カウント格納手段に格納されたカウント値に基づいて、各送信希望条件に対応する期待値を作成する期待値作成手段とをさらに備え、理論値作成手段は、期待値作成手段で作成された期待値に基づいて理論値を修正することができる。さらに、予め送信対象者によって設定された送信希望条件の優先順位のリストを格納する初期優先順位格納手段をさらに含み、理論値作成手段は、初期優先順位格納手段より取得した初期優先順位リストに基づいて最初の理論値を決定することを特徴とすることができる。
【００１１】
また、本発明は、上述した電子メール送信装置の他、連絡先案内装置としても捉えることができる。
すなわち、本発明の連絡先案内装置は、複数の連絡先を有する対象者に対して連絡を行う際に、連絡者に連絡先を案内する連絡先案内装置であって、対象者の状況と連絡先との対応関係を取得する取得手段と、対象者に対して連絡を行う際に対象者がおかれる状況を予測する予測手段と、予測された状況に基づいて、取得手段により所定数の連絡先を取得すると共に、取得した所定数の連絡先を順位付けする順位付け手段とを含んでいる。
【００１２】
この連絡先案内装置において、取得手段によって取得される連絡先は、電子メールアドレス、電話番号、ファクシミリ番号の少なくともいずれか一つを含むことを特徴とすることができる。また、順位付け手段は、順位付けに基づいて連絡を行った結果を次の順位付けに反映させることを特徴とすることができる。
【００１３】
また、本発明はコンピュータに、所定の送信対象者に対する複数のメールアドレスが格納された記憶装置から、特定のメールアドレスに対して電子メールを送信させるプログラムであって、送信対象者に対して電子メールを送信する際に送信対象者がおかれた状況を予測する機能と、記憶装置から複数のメールアドレスを取り出すと共に、予測された状況に基づいて複数のメールアドレスを順位付けする機能と、順位付けに基づいて、電子メールを順次送信する機能とを実現させるプログラムとして把握することができる。
【００１４】
これらのコンピュータに実行させるプログラムは、このコンピュータが読み取り可能に記憶した記憶媒体に格納される形態がある。この記憶媒体としては、例えばＣＤ−ＲＯＭ媒体等が該当し、コンピュータにおけるＣＤ−ＲＯＭ読取装置によってプログラムが読み取られ、例えば、コンピュータにおけるハードディスク等の各種メモリにこのプログラムが格納され、実行される形態が考えられる。また、これらのプログラムは、例えば、プログラム伝送装置によってネットワークを介してノートＰＣや携帯端末に提供される形態が考えられる。このようなプログラム伝送装置としては、プログラムを格納するメモリと、ネットワークを介してプログラムを提供するプログラム伝送手段とを備えていれば足りる。
【００１５】
また、本発明は、上述したプログラムの発明における各機能をステップで表現した方法の発明として把握することもできる。
【００１６】
【発明の実施の形態】
以下、添付図面を参照して、実施の形態について詳細に説明する。
図１は、実施の一形態に係る電子メール送信システムの概要を説明するブロック図である。この電子メール送信システムは、複数の電子メール送信端末１ａ〜１ｅを有する電子メール送信端末群１、これら電子メール送信端末群１に接続される電子メール送信装置としてのデリバリーサーバ１０、デリバリーサーバ１０に通信ネットワークとしてのインターネット２０を介して接続される第一の電子メール受信端末群３０および第二の電子メール受信端末群４０を有している。ここで、第一の電子メール受信端末群３０は、デリバリーサーバ１０に登録された送信対象者Ａが保有あるいは使用可能な複数の電子メール受信端末であって、本例では、携帯可能なＰＤＡ３１、仕事先に設置されたＰＣ（以下、ＰＣ（Ｏｆｆｉｃｅ）と称する）３２、自宅に設置されたＰＣ（以下、ＰＣ（Ｈｏｍｅ）と称する）３３、両親宅に設置されたＰＣ（以下、ＰＣ（Ｐａｒｅｎｔｓ）と称する）３４がある。そして、これらＰＤＡ３１、ＰＣ（Ｏｆｆｉｃｅ）３２、ＰＣ（Ｈｏｍｅ）３３、ＰＣ（Ｐａｒｅｎｔｓ）３４には、それぞれ送信対象者ＡのメールアドレスＡ１、Ａ２、Ａ３、Ａ４が個別に設定されている。一方、第二の電子メール受信端末群４０は、デリバリーサーバ１０に登録された送信対象者Ｂが保有あるいは使用可能な複数の電子メール受信端末であって、本例では、自宅に設置されたＰＣ（Ｈｏｍｅ）４１、携帯可能なＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｐｈｏｎｅ：以後の説明ではＷＡＰと称する）４２がある。そして、第二の電子メール受信端末群４０を構成するＰＣ（Ｈｏｍｅ）４１、ＷＡＰ４２には、それぞれ送信対象者ＢのメールアドレスＢ１、Ｂ２が個別に設定されている。
【００１７】
図２は、本実施の形態におけるデリバリーサーバ１０を実現するのに好適なコンピュータ装置のハードウェア構成の例を模式的に示したものである。
図２に示すコンピュータ装置は、演算手段であるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ：中央処理装置）１０１と、Ｍ／Ｂ（マザーボード）チップセット１０２及びＣＰＵバスを介してＣＰＵ１０１に接続されたメインメモリ１０３と、同じくＭ／Ｂチップセット１０２及びＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ  Ｇｒａｐｈｉｃｓ  Ｐｏｒｔ）を介してＣＰＵ１０１に接続されたビデオカード１０４と、このビデオカード１０４を介して接続される表示装置１０５と、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ）バスを介してＭ／Ｂチップセット１０２に接続されたハードディスク１０６、ネットワークインターフェイス１０７及びＵＳＢポート１０８と、さらにこのＰＣＩバスからブリッジ回路１０９及びＩＳＡ（Ｉｎｄｕｓｔｒｙ  Ｓｔａｎｄａｒｄ  Ａｒｃｈｉｔｅｃｔｕｒｅ）バスなどの低速なバスを介してＭ／Ｂチップセット１０２に接続されたフロッピーディスクドライブ１１０及びキーボード／マウス１１１とを備える。
尚、図２は本実施の形態を実現するコンピュータ装置のハードウェア構成を例示するに過ぎず、本実施の形態を適用可能であれば、他の種々の構成を取ることができる。例えば、ビデオカード１０４を設ける代わりに、ビデオメモリのみを搭載し、ＣＰＵ１０１にてイメージデータを処理する構成としても良いし、ＡＴＡ（ＡＴ  Ａｔｔａｃｈｍｅｎｔ）などのインターフェイスを介してＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＤＶＤ−ＲＯＭ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）のドライブを設けても良い。
【００１８】
また、電子メール送信端末群１、第一の電子メール受信端末群３０および第二の電子メール受信端末群４０についても、図２に示すコンピュータ装置のハードウェア構成を有するものを用いることが可能である。ただし、これら電子メール送信端末群１、第一の電子メール受信端末群３０および第二の電子メール受信端末群４０については、後述するように少なくとも電子メールを送受信できる機能を有していればよく、もっと簡易な構成であってもよい。
【００１９】
図３は、デリバリーサーバ１０の機能を説明するブロック図である。デリバリーサーバ１０は、送信要求受付部１１、状況取得手段あるいは予測手段としてのＰｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ取得部１２、記憶手段としてのＣｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３、送信リスト作成手段としてのＴｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１４、優先順位リスト作成手段としてのＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１５、送信手段としての送信部１６ａ、受信手段としての受信部１６ｂ、理論値作成手段としてのＣｏｕｎｔ記憶部１７、Ｓｃｏｒｅ作成記憶部１８および理論値作成記憶部１９を有している。なお、Ｓｃｏｒｅ作成記憶部１８にはＰｒｉｏｒｉｔｙ  Ｌｉｓｔ記憶部１８ａが接続されている。また、Ｔｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１４およびＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１５は順位付け手段として機能する。
【００２０】
送信要求受付部１１は、電子メール送信端末群１（図１参照）から電子メールの送信要求を受け付け、送信部１６ａに対して受け付けた電子メールの送信要求を出す。Ｐｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ取得部１２は、送信要求受付部１１で送信要求を受け付けた電子メールの送信対象者（本例ではＡまたはＢ）が、現在おかれると想定される状況（Ｐｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ）を取得する。具体的には、時計から現在の時刻／日付（Ｔｉｍｅ／Ｄａｔｅ）、記憶装置（図示せず）に格納される送信対象者のスケジュール表から予定滞在場所（Ｌｏｃａｔｉｏｎ）、Ｗｅｂ情報から送信対象者の予定滞在場所の天候（Ｗｅａｔｈｅｒ）を取得する。なお、時計については、デリバリーサーバ１０に内蔵されるものであってもよいし、外部に設けられるものであってもよい。また、送信対象者のスケジュールは、予め送信対象者が登録を行う。ここで、取得されるＰｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎは送信対象者の実際の現在の状況ではなく、あくまで事前情報に基づいて予測された状況である。従って、Ｐｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ取得部１２は、送信対象者の状況を予測する機能を有していると言える。Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３には、送信対象者によって予め登録されたレコード（送信希望条件と送信希望メール受信端末とを関連付けたデータ）が格納される。これを具体的に説明すると、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３は、時刻／日付と電子メールの送信を希望する電子メール受信端末（ｄｅｖｉｃｅ）とを関連付けて格納するＴｉｍｅ／Ｄａｔｅ−ｄｅｖｉｃｅ格納部１３ａと、送信対象者の居場所と電子メールの送信を希望する電子メール受信端末とを関連付けて格納するＬｏｃａｔｉｏｎ−ｄｅｖｉｃｅ格納部１３ｂと、送信対象者の居場所における天候と電子メールの送信を希望する電子メール受信端末とを関連付けて格納するＷｅａｔｈｅｒ−ｄｅｖｉｃｅ格納部１３ｃとを備えている。なお、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３には、各電子メール受信端末に対応するメールアドレスもそれぞれ関連付けて記憶される。
【００２１】
Ｔｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１４は、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３より、Ｐｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ取得部１２によって取得された送信対象者のＰｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎと合致する送信希望条件およびこれに対応するレコードを読み出して理論的な送信アドレスリスト（Ｔｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ）を作成する。Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１５は、Ｔｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１４によって作成されたＴｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを基本に、後述する理論値作成記憶部１９から取得した送信希望条件の理論値を加味して重み付けを行い、送信対象者に届きやすいと想定される電子メール受信端末（メールアドレス）順に順位付けを行った送信アドレスリスト（Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ）を作成する。
【００２２】
送信部１６ａは、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１５によって作成されたＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔに基づいて、リストの上位から順に送信先のメールアドレスを設定し、電子メール送信端末群１（図１参照）から送信要求のあった電子メールをインターネット２０を介して送信する。具体的な電子メールの送信手順については後述する。受信部１６ｂは、送信部１６ａから送信された電子メールを送信対象者が確認することによって送信対象者から返信された確認メール（Ｃｏｎｆｉｒｍａｔｉｏｎ）を受信する。Ｃｏｕｎｔ記憶部１７は、各送信希望条件において、送信部１６ａから電子メールを送信した回数と受信部１６ｂで確認メールを受信した回数とをそれぞれカウントして記憶する。Ｓｃｏｒｅ作成記憶部１８は、理論値作成記憶部１９に格納される送信希望条件の理論値とＣｏｕｎｔ記憶部１７に格納されるＣｏｕｎｔ値とに基づいて、期待値（以下、必要に応じてＳｃｏｒｅという）を作成して記憶する。理論値作成記憶部１９は、Ｓｃｏｒｅ作成記憶部１８で作成されたＳｃｏｒｅに基づいて送信希望条件の理論値を作成して記憶する。また、Ｐｒｉｏｒｉｔｙ  Ｌｉｓｔ記憶部１８ａは、送信希望条件の優先順位（Ｐｒｉｏｒｉｔｙ  Ｌｉｓｔ）を記憶する。このＰｒｉｏｒｉｔｙ  Ｌｉｓｔは、予め送信対象者が登録を行う。
【００２３】
ここで、Ｐｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ取得部１２、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３、Ｔｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１４、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１５、Ｃｏｕｎｔ記憶部１７、Ｓｃｏｒｅ作成記憶部１８、Ｐｒｉｏｒｉｔｙ  Ｌｉｓｔ記憶部１８ａ、  理論値作成記憶部１９は、図２に示したプログラム制御されたＣＰＵ１０１にて実現されるソフトウェアブロックであり、ＣＰＵ１０１を制御してこれらの機能を実現するプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記憶媒体に格納して配布したり、ネットワークを介して配信したりすることにより提供され、メインメモリ１０３に読み込まれる。また、送信要求受付部１１、送信部１６ａ、受信部１６ｂは、ネットワークインターフェイス１０７によって実現される。尚、メインメモリ１０３に保持されるデータやプログラムは、必要に応じてハードディスク１０６などの記憶装置に待避させることができる。
【００２４】
図４は、ＰＤＡ３１のメール送受信機能を説明するブロック図である。このＰＤＡ３１は、インターネット２０を介して電子メールを受信する受信部３１ａと、この受信部３１ａによって受信した電子メールを閲覧すると共に、電子メールの作成を実行可能なメール読み書き部３１ｂと、メール読み書き部３１ｂで作成した電子メールをインターネット２０を介して送信する送信部３１ｃとを有している。なお、ＰＤＡ３１の他、第一の電子メール受信端末群３０を構成するＰＣ（Ｏｆｆｉｃｅ）３２、ＰＣ（Ｈｏｍｅ）３３、ＰＣ（Ｐａｒｅｎｔｓ）３４や、第二の電子メール受信端末群４０を構成するＰＣ（Ｈｏｍｅ）４１およびＷＡＰ４２も、同様の構成を有している。また、電子メール送信端末群１を構成する電子メール送信端末１ａ〜１ｅも、同様の構成を有している。
【００２５】
図５は、本実施の形態にかかる電子メール送信システムにおいて、送信対象者によるレコードおよびＰｒｉｏｒｉｔｙ  Ｌｉｓｔの入力プロセスを説明するフローチャートである。
送信対象者は、まず、Ｔｉｍｅ／Ｄａｔｅに対するメールアドレス（Ａｄｄｒｅｓｓ）を入力する（ステップ１１）。具体的には、一日を複数の時間帯（例えば朝、昼、晩など）に区切って、各時間帯において電子メールの送信を希望する電子メール受信端末（ｄｅｖｉｃｅ）およびそのメールアドレスを入力する。入力された時間に関するレコードは、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３のＴｉｍｅ／Ｄａｔｅ−ｄｅｖｉｃｅ格納部１３ａに格納される。送信対象者は、次に、Ｌｏｃａｔｉｏｎに対するメールアドレスを入力する（ステップ１２）。具体的には、複数の居場所（自宅、会社、外など）に分け、各居場所において電子メールの送信を希望する電子メール受信端末（ｄｅｖｉｃｅ）およびそのメールアドレスを入力する。入力された居場所に関するレコードは、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３のＬｏｃａｔｉｏｎ−ｄｅｖｉｃｅ格納部１３ｂに格納される。送信対象者は、さらに、Ｗｅａｔｈｅｒに対するメールアドレスを入力する（ステップ１３）。具体的には、複数の天候（晴れ、曇り、雨など）に分け、各天候において電子メールの送信を希望する電子メール受信端末（ｄｅｖｉｃｅ）およびそのメールアドレスを入力する。入力された天候に関するレコードは、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３のＷｅａｔｈｅｒ−ｄｅｖｉｃｅ格納部１３ｃに格納される。送信対象者は、最後に、Ｔｉｍｅ／Ｄａｔｅ、Ｌｏｃａｔｉｏｎ、ＷｅａｔｈｅｒのＰｒｉｏｒｉｔｙを入力する（ステップ１４）。つまり、これら各送信希望条件（Ｔｉｍｅ／Ｄａｔｅ、Ｌｏｃａｔｉｏｎ、Ｗｅａｔｈｅｒ）のうち、どの条件を優先するかを順位付けする。入力された優先順位（Ｐｒｉｏｒｉｔｙ  Ｌｉｓｔ）は、Ｐｒｉｏｒｉｔｙ  Ｌｉｓｔ記憶部１８ａに格納される。これら送信希望条件およびＰｒｉｏｒｉｔｙ  Ｌｉｓｔは、送信対象者（本例ではＡ、Ｂ）毎にＣｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３およびＰｒｉｏｒｉｔｙ  Ｌｉｓｔ記憶部１８ａにそれぞれ格納される。
【００２６】
図６および図７は、本実施の形態における電子メール送信処理の基本的な流れを示すフローチャートである。次に、図６および図７を参照して、本実施の形態に係る電子メール送信処理について説明する。
本処理は、送信要求受付部１１が電子メール送信端末群１より電子メールの送信要求を受け付けることによって開始される（ステップ１０１）。電子メールの送信要求があった場合は、Ｐｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ取得部１２が、受け付けた電子メールの宛先に基づいて送信対象者がＡであるかＢであるかを特定し、特定した送信対象者のＰｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎを取得する（ステップ１０２）。一方、電子メールの送信要求がない場合は、ステップ１０１に戻って電子メールの送信要求を待つ。次に、Ｔｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１４が、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３に保存されているＣｏｎｔｅｘｔ  ＤａｔａＢａｓｅより、送信対象者のＰｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎに合致する希望送信条件およびこれに対応するレコードを取得し（ステップ１０３）、これら取得したＰｅｒｓｏｎａｌ  ＣｏｎｄｉｔｉｏｎおよびレコードよりＴｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを作成する（ステップ１０４）。
【００２７】
次に、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１５が、理論値作成記憶部１９で作成、記憶された送信希望条件の理論値を取得し（ステップ１０５）、取得された送信希望条件の理論値に基づき、Ｔｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部１４から取得した送信希望リストを順位付けし（ステップ１０６）、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを作成する（ステップ１０７）。そして、ｎ＝１に設定し（ステップ１０８）、送信部１６ａより、作成されたＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔのｎ番目（最初は１番目）のメールアドレスを宛先として、送信要求受付部１１で受け付けた電子メールを送信する（ステップ１０９）。そして、所定時間の経過を待って（ステップ１１０）、送信した電子メールに対する返信（確認メール、Ｃｏｎｆｉｒｍａｔｉｏｎ）が受信部１６ｂで受信されたか否かを判断する（ステップ１１１）。ここで、Ｃｏｎｆｉｒｍａｔｉｏｎが受信されていない場合は、ｎ＝ｎ＋１に設定し（ステップ１１２）、ステップ１０９へと戻る。つまり、作成されたＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔの次の順位のメールアドレスを宛先として同じ内容の電子メールを送信することになる。
【００２８】
一方、ステップ１１１においてＣｏｎｆｉｒｍａｔｉｏｎが受信された場合には、メール送信を中止し（ステップ１１３）、Ｃｏｕｎｔ記憶部１７が、送信希望条件毎の電子メール送信回数とＣｏｎｆｉｒｍａｔｉｏｎ受信回数（電子メール送信回数およびＣｏｎｆｉｒｍａｔｉｏｎ受信回数をまとめてＣｏｕｎｔ値という）とを更新し（ステップ１１４）、記憶する。そして、Ｓｃｏｒｅ作成記憶部１８では、理論値作成記憶部１９から取得した現状の送信希望条件の理論値とＣｏｕｎｔ記憶部１７に格納されるＣｏｕｎｔ値とに基づいて、各送信希望条件におけるＳｃｏｒｅが計算される（ステップ１１５）。次に、計算した結果、各送信希望条件のＳｃｏｒｅ中に同値のＳｃｏｒｅが存在するか否かを判断し（ステップ１１６）、同値のＳｃｏｒｅが存在する場合には、Ｐｒｉｏｒｉｔｙ  Ｌｉｓｔ記憶部１８ａに格納されるＰｒｉｏｒｉｔｙ  Ｌｉｓｔに基づいて同値のＳｃｏｒｅの順位を付ける（ステップ１１７）。一方、同値のＳｃｏｒｅが存在しない場合は、そのまま次のステップ１１８へと進む。そして、理論値作成記憶部１９において、Ｓｃｏｒｅ作成記憶部１８より取得したＳｃｏｒｅに基づいて各送信希望条件における理論値を修正、記憶する（ステップ１１８）。その後、プロセスを終了するか否かを判断し（ステップ１１９）、続行する場合はステップ１０１へと戻り、続行しない場合は処理を終了する。
【００２９】
次に、具体例を参照しながら、上述した電子メール送信処理をさらに詳細に説明する。なお、ここでは、図１に示す電子メール送信端末１ａから送信対象者Ａに対して電子メールを送信する例について説明を行う。また、送信対象者Ａは、図５に示すフローチャートに基づき、表１（ａ）〜（ｃ）に示す送信希望条件および表１（ｄ）に示すＰｒｉｏｒｉｔｙ  Ｌｉｓｔを設定しているものとする。
【００３０】
【表１】
2004252724.tif 000003
【００３１】
【表２】
2004252724.tif 000004
【００３２】
表２は、ステップ１０１で電子メール送信端末１ａから送信対象者Ａに対する電子メールの送信を受け付けたことにより、ステップ１０２において取得された送信対象者ＡのＰｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎを示している。すなわち、Ｔｉｍｅ（時刻）は１７：３０、送信対象者Ａが滞在していると想定される場所はＴｏｋｙｏ（東京）、天候はＦｉｎｅ（晴れ）である。
【００３３】
【表３】
2004252724.tif 000005
【００３４】
表３は、ステップ１０３において取得されたレコードに基づき、ステップ１０４において作成されたＴｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを示している。この例では、Ｔｉｍｅ／Ｄａｔｅの条件（１７：３０）に合致する送信希望条件Ｔ２（０７：００−１８：００）、Ｌｏｃａｔｉｏｎの条件（Ｔｏｋｙｏ）に合致する送信希望条件Ｌ３（Ｏｔｈｅｒｓ）、Ｗｅａｔｈｅｒの条件（Ｆｉｎｅ）の条件に合致する送信希望条件Ｗ１（Ｆｉｎｅ）が選択される。なお、Ｌｏｃａｔｉｏｎの「Ｔｏｋｙｏ」は、「Ｓｃｈｏｏｌ」でも「Ｐａｒｅｎｔｓ  Ｈｏｍｅ」でもないため、「Ｏｔｈｅｒｓ」が選択されている。
【００３５】
【表４】
2004252724.tif 000006
【００３６】
表４（ａ）は、初期状態において、理論値作成記憶部１９に格納される理論値を示している。本例では、送信対象者Ａによって登録されたＰｒｉｏｒｉｔｙ  Ｌｉｓｔ（表１（ｄ）および表４（ｂ）参照）に基づき、各送信希望条件に対し、Ｐｒｉｏｒｉｔｙが１番のＴｉｍｅの関連項目には理論値として３が、２番のＬｏｃａｔｉｏｎの関連項目には理論値として２が、３番のＷｅａｔｈｅｒの関連項目には理論値として１が、それぞれ与えられる。
【００３７】
【表５】
2004252724.tif 000007
【００３８】
【表６】
2004252724.tif 000008
【００３９】
表５は、ステップ１０５で取得される理論値を示し、表６は、ステップ１０５で取得した理論値を用いて、ステップ１０６において作成されたＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを示している。本例では、取得された理論値の大きい順、つまり、送信希望条件Ｔ２（ＰＣ（Ｏｆｆｉｃｅ）３２、メールアドレスＡ２）を第１位、送信希望条件Ｌ３（ＰＣ（Ｈｏｍｅ）３３、メールアドレスＡ３）を第２位、送信希望条件Ｗ１（ＰＤＡ３１、メールアドレスＡ１）を第３位としたＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔが作成される。
【００４０】
【表７】
2004252724.tif 000009
【００４１】
表７は、初期状態において、Ｃｏｕｎｔ記憶部１７に格納されるＣｏｕｎｔ値を示している。表７において、Ｃｏｕｎｔ欄のスラッシュ（／）の右側は対応する送信希望条件における電子メールの送信試行回数を意味し、左側は電子メールを送信した際に確認メール（Ｃｏｎｆｉｒｍａｔｉｏｎ）を受け取った受信回数を意味している。つまり、送信試行回数および受信回数の数値が近いほど、送信対象者Ａに対して電子メールが届きやすいことを意味している。Ｃｏｕｎｔ値は、この表から明らかなように、初期状態においてはすべて０となっている。
【００４２】
【表８】
2004252724.tif 000010
【００４３】
表８は、ステップ１１４において更新されるＣｏｕｎｔ値を示している。本例では、上述のようにして作成されたＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔに基づき、送信対象者Ａに対して電子メールを送ったところ、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔの１番目にあったＰＣ（Ｏｆｆｉｃｅ）３２（メールアドレスＡ２）ではなく、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔの２番目にあったＰＣ（Ｈｏｍｅ）３３（メールアドレスＡ３）よりＣｏｎｆｉｒｍａｔｉｏｎが送られている。つまり、今回のＰｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ（表２参照）では、送信対象者Ａの初期登録内容（送信希望条件Ｔ２（ＰＣ（Ｏｆｆｉｃｅ）３２）を送信希望条件Ｌ３（ＰＣ（Ｈｏｍｅ）３３）よりも優先する）に対し、実際は、送信希望条件Ｌ３を送信希望条件Ｔ２よりも優先した方が、送信対象者Ａに情報がより早く届きやすかったということになる。このとき、送信希望条件Ｔ２のカウント値は０／１（１回送信中返信（受信）０回）となり、送信希望条件Ｌ３のカウント値は１／１（１回送信中返信（受信）１回）となる。また、本例では、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔの３番目にあったＰＤＡ３１に電子メールを送信する前に、ＰＣ（Ｈｏｍｅ）３３よりＣｏｎｆｉｒｍａｔｉｏｎが返ってきているので、ＰＤＡ３１にはメールの送信を行っていない。このため、送信希望条件Ｗ１のカウント値はそのままである。
【００４４】
【表９】
2004252724.tif 000011
【００４５】
表９は、初期状態において、Ｓｃｏｒｅ作成記憶部１８に格納されるＳｃｏｒｅを示している。本例では、送信対象者Ａによって登録されたＰｒｉｏｒｉｔｙ  Ｌｉｓｔ（表１（ｄ）参照）に基づき、各送信希望条件に対し、Ｐｒｉｏｒｉｔｙが１番のＴｉｍｅの関連項目にはＳｃｏｒｅとして−１が、２番のＬｏｃａｔｉｏｎの関連項目にはＳｃｏｒｅとして−２が、３番のＷｅａｔｈｅｒの関連項目にはＳｃｏｒｅとして−３が、それぞれ与えられるようになっている。
【００４６】
【表１０】
2004252724.tif 000012
【００４７】
表１０は、ステップ１１５で計算されるＳｃｏｒｅを示している。本例では、各送信希望条件の理論値と更新されたＣｏｕｎｔ値とをかけ算することで、新たなＳｃｏｒｅを作成している。本例では、確認メールの返信がなかった送信希望条件Ｔ２のＳｃｏｒｅが０に、確認メールの返信があった送信希望条件Ｌ３のＳｃｏｒｅが２となる。なお、送信を行っていない送信希望条件Ｗ１については、何もせずにそのままの値を残している。
【００４８】
【表１１】
2004252724.tif 000013
【００４９】
【表１２】
2004252724.tif 000014
【００５０】
表１１は、ステップ１１８で修正された理論値を示し、表１２は、修正によって理論値作成記憶部１９に更新格納された理論値を示している。本例では、Ｓｃｏｒｅが増加した送信希望条件の理論値を最高点の３に変更し、Ｓｃｏｒｅが減少した送信希望条件の理論値を１だけ減少させることで、理論値の修正を行っている。従って、送信を行ったものの返信のなかった送信希望条件Ｔ２は理論値が３から２となり、送信を行って返信のあった送信希望条件Ｌ３は理論値が２から３となり、何も行わなかった送信希望条件Ｗ１は理論値が１のままとなっている。
【００５１】
【表１３】
2004252724.tif 000015
【００５２】
表１３は、ステップ１０１で電子メール送信端末１ａから送信対象者Ａに対する電子メールの送信を受け付けたことにより、ステップ１０２において取得された送信対象者ＡのＰｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎを示している。すなわち、Ｔｉｍｅ（時刻）は１６：３０、送信対象者Ａが滞在していると想定される場所はＴｏｋｙｏ（東京）、天候はＯｔｈｅｒｓ（その他）である。
【００５３】
【表１４】
2004252724.tif 000016
【００５４】
表１４は、ステップ１０５で取得される理論値を示している。今回の場合は、前とは異なり、送信希望条件Ｔ２よりも送信希望条件Ｌ３の方の理論値が大きくなっていることがわかる。つまり、ステップ１０７でＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを作成する際に、送信希望条件Ｌ３を第１位、送信希望条件Ｔ２を第２位としたＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔが作成されることになる。
【００５５】
このようなプロセスを繰り返し行うことで、送信対象者Ａに対して的確に情報が届けられる可能性、つまり、送信対象者Ａが電子メールを受け取り得る電子メール受信端末に対して優先的に電子メールを送信できる確率を上げていくことができる。このため、本実施の形態では、送信対象者Ａが最初に登録したＴｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔに多少誤りがあったとしても、実際の使用状況に基づいてＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔの最適化を図ることができる。また、送信対象者Ａのプライバシー保護の観点から、Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部１３に登録するレコードや、Ｐｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎとして提供される情報が少ないような場合にも、送信対象者Ａの行動パターンを把握することができ、最適で有効な情報の伝達を行うことができる。さらに、本実施の形態では、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔの上位のメールアドレスから順に電子メールを送信しているが、送信対象者からＣｏｎｆｉｒｍａｔｉｏｎがあったときはそれ以降の電子メールの送信を中止しているので、トラフィック量の無用な増加を抑制することができる。
【００５６】
なお、本実施の形態では、電子メール送信端末１ａから送信対象者Ａに対する電子メール送信処理について説明を行ったが、送信対象者Ｂに対しても同様の手法を用いることでＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを最適化し、的確に情報を届ける可能性を高めることができる。同様に、他の電子メール送信端末１ｂ〜１ｅより送信対象者ＡやＢに対して電子メールを送信する際にも同様に適用できる。この場合、電子メール送信端末１ｂ〜１ｅは、電子メール送信端末１ａから電子メールを送信した際に得られた理論値を共用して利用することができ、送信対象者に対する情報の伝達をより的確に行うことができる。
【００５７】
また、本実施の形態では、送信対象者が最初に設定する項目として、Ｔｉｍｅ／Ｄａｔｅ、Ｌｏｃａｔｉｏｎ、Ｗｅａｔｈｅｒを挙げていたが、これに限られるものではなく、項目数については増減可能である。その他に考えられる項目としては、例えば送信対象者が仕事中（Ｂｕｓｉｎｅｓｓ）か仕事外（Ｐｒｉｖａｔｅ）かや、送信対象者がおかれる環境（Ｅｎｖｉｒｏｎｍｅｎｔ）等が挙げられる。なお、送信対象者がおかれる環境としては、例えば、交通情報から、送信対象者が勤務する会社への通勤経路が渋滞だった場合は自宅勤務にする、株価情報から、送信対象者が担当している株券の値がある値以上になったら証券会社へ行く、等が挙げられる。
【００５８】
さらに、本実施の形態では、デリバリーサーバ１０から電子メールの送信を行うようにしていたが、これに限られるものではなく、電子メールの要求を受け付けた場合に、Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを作成して電子メール送信端末１ａ〜１ｅのいずれか（電子メールを送信しようとする端末）にこのＤｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔを返信するようにしてもよい。つまり、電子メール送信端末群１に対して送信対象者の連絡先を案内するものであってもよい。この場合は、連絡先として、電子メールアドレス以外に電話番号（固定電話、携帯電話）、ファクシミリ番号などを案内するようにしてもよい。また、連絡先については、例えば送信対象者の隣人の電子メールアドレス、電話番号、ファクシミリ番号等もあり得る。
【００５９】
次に、上述したプロセスの効果を確かめるべく、シュミレーションを行った結果について説明する。
シュミレーションを行うにあたり、以下のような前提条件をおいた。
１）送信対象者は電子メール受信端末（Ｄｅｖｉｃｅ）を５つ（デバイス０、１、２、３、４）持っている。
２）送信対象者は、０→１→２→３→４の順でＰｒｉｏｒｉｔｙ  Ｌｉｓｔを作成している。
３）使用時に各デバイスから返されるＣｏｎｆｉｒｍａｔｉｏｎの確率を以下のように設定する。
デバイス２：１／２
デバイス０：１／４
デバイス３：１／１６
デバイス１：１／２５６
デバイス４：１／６５５３６
【００６０】
従って、上述した前提条件３）から、送信対象者が設定したＰｒｉｏｒｉｔｙ  Ｌｉｓｔ
・０→１→２→３→４
が、
・２→０→３→１→４
となることが期待される。
【００６１】
このシュミレーションでは、各デバイス０〜４に返信されるＣｏｎｆｉｒｍａｔｉｏｎが上述した確率で生成されるような０から４までの乱数を５００個生成させた。生成させた乱数の一部を表１５に示す。
【００６２】
【表１５】
2004252724.tif 000017
【００６３】
表１５は、１回目のＣｏｎｆｉｒｍａｔｉｏｎはデバイス２から、２回目もデバイス２から、３回目はデバイス０から返信された、という状態を表している。その結果、Ｃｏｎｆｉｒｍａｔｉｏｎが返信されたデバイスの番号の合計は次の通りとなった。
デバイス０：３１１個
デバイス１：１５２個
デバイス２：  ３５個
デバイス３：    ２個
デバイス４：    ０個
【００６４】
表１６は、上述したシュミレーションを行った結果の一覧を示している。なお、表１６において、「Ｎｏ」はＣｏｎｆｉｒｍａｔｉｏｎが返信されたデバイスの番号を意味している。
【００６５】
【表１６】
2004252724.tif 000018
【００６６】
表１６は、次のことを示している。
１回目、電子メールを送信する順番は、送信対象者が設定した初期値０→１→２→３→４となっている。しかしながら、実際に電子メールを送った結果では、デバイス０、１からは返信（Ｃｏｎｆｉｒｍａｔｉｏｎ）がなく、デバイス２から返信があった。このことから、デバイス０、１のＣｏｕｎｔ値は０／１となり、Ｓｃｏｒｅは０．０となる。一方、デバイス２では、Ｃｏｕｎｔ値が１／１となり、Ｓｃｏｒｅは２．０となる。なお、デバイス３、４には電子メールの送信を行っていないので、Ｃｏｕｎｔ値は０／０のままであり、Ｓｃｏｒｅは０．０である。
２回目、電子メールを送信する順番は、１回目の結果から２→０→１→３→４となっている。実際に電子メールを送信した結果では、デバイス２から返信があった。このことからデバイス２は、Ｃｏｕｎｔ値が２／２となり、Ｓｃｏｒｅは４．０となる。なお、デバイス０、１には電子メールの送信を行っていないので、Ｃｏｕｎｔ値は０／１と変わらず、Ｓｃｏｒｅも０．０のままである。また、デバイス３、４にも電子メールの送信を行っていないので、これらのＣｏｕｎｔ値およびＳｃｏｒｅに変化はない。
３回目、電子メールを送信する順番は、２回目の結果から２→０→１→３→４となっている。実際に電子メールを送った結果では、デバイス０から返信があった。このことからデバイス０は、Ｃｏｕｎｔ値が１／２となり、Ｓｃｏｒｅは２．０となる。一方、デバイス２はＣｏｕｎｔ値が２／３となり、Ｓｃｏｒｅは２．６６７へと低下する。また、デバイス１、３、４には電子メールの送信を行っていないので、これらのＣｏｕｎｔ値およびＳｃｏｒｅに変化はない。
【００６７】
図８は、このようにしてシュミレーションを行って得られた電子メール送信試行回数（回数）と得られたＳｃｏｒｅとの関係を示すグラフ図である。同図より、電子メールの送信回数が多くなっていくにつれ、送信対象者が設定したＰｒｉｏｒｉｔｙ  Ｌｉｓｔである０→１→２→３→４から、実際の状況２→０→３→１→４に収束していくことが理解される。
【００６８】
【発明の効果】
以上説明したように、本発明によれば、複数のメールアドレスや連絡先を有する対象者に対して、的確に情報を伝達することができる。
【図面の簡単な説明】
【図１】実施の一形態に係る電子メール送信システムの概要を説明するブロック図である。
【図２】デリバリーサーバを実現するのに好適なコンピュータ装置のハードウェア構成の例を模式的に示す図である。
【図３】デリバリーサーバの機能を説明するブロック図である。
【図４】ＰＤＡのメール送受信機能を説明するブロック図である。
【図５】送信対象者によるレコードおよびＰｒｉｏｒｉｔｙ  Ｌｉｓｔの入力プロセスを説明するフローチャートである。
【図６】電子メール送信処理の基本的な流れを示すフローチャートである。
【図７】電子メール送信処理の基本的な流れを示すフローチャート（つづき）である。
【図８】シュミレーションを行って得られた電子メール送信試行回数（回数）と得られたＳｃｏｒｅとの関係を示すグラフ図である。
【符号の説明】
１…電子メール送信端末群、１ａ〜１ｅ…電子メール送信端末、１０…デリバリーサーバ、１１…送信要求受付部、１２…Ｐｅｒｓｏｎａｌ  Ｃｏｎｄｉｔｉｏｎ取得部、１３…Ｃｏｎｔｅｘｔ  ＤａｔａＢａｓｅ部、１４…Ｔｈｅｏｒｅｔｉｃａｌ  Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部、１５…Ｄｅｌｉｖｅｒｙ  Ａｄｄｒｅｓｓ  Ｌｉｓｔ作成部、１６ａ…送信部、１６ｂ…受信部、１７…Ｃｏｕｎｔ記憶部、１８…Ｓｃｏｒｅ作成記憶部、１９…理論値作成記憶部、２０…インターネット、３０…第一の電子メール受信端末群、３１…ＰＤＡ、３２…ＰＣ（Ｏｆｆｉｃｅ）、３３…ＰＣ（Ｈｏｍｅ）、３４…ＰＣ（Ｐａｒｅｎｔｓ）、４０…第二の電子メール受信端末群、４１…ＰＣ（Ｈｏｍｅ）、４２…ＷＡＰ
【図１】
2004252724.tif 000019
【図２】
2004252724.tif 000020
【図３】
2004252724.tif 000021
【図４】
2004252724.tif 000022
【図５】
2004252724.tif 000023
【図６】
2004252724.tif 000024
【図７】
2004252724.tif 000025
【図８】
2004252724.tif 000026