本発明は、対象者に対して電子メール等を用いて情報を伝達するための手法に係り、特に、複数の連絡先(例えばメールアドレス)を所有する対象者に対してより的確に情報を伝達するための手法に関する。近年、個人が所有する情報受信手段は多岐にわたっている。Computer)で使用するメールアドレス、自宅のPCで使用するメールアドレス、携帯電話やPDAで使用するメールアドレス等がある。個人が所有する情報受信端末の数が増えるほど、使用可能なメールアドレスも増大していく傾向にある。【0003】このような状況の中で、情報発信者(連絡者)は、情報受信者(送信対象者)に対して適切に情報を送信することが要求される。連絡者が送信対象者の自宅のPCに設定されたメールアドレスを宛先として電子メールを送信したとしても、そのときに送信対象者が自宅にいなければ、送信対象者が送信された電子メールを直ちに受け取ることはできない。情報発信者が送信対象者の所有しているすべてのメールアドレスを宛先として情報を送信した場合には、確かに、送信対象者が送信された電子メールを直ちに受け取ることは可能かもしれないが、情報のトラフィック量が増大してしまうという問題がある。このような複数のメールアドレスを所有する送信対象者に対して電子メールを送信する技術としては、従来、特許文献1に記載される技術が提案されている。特許文献1には、送信先のメールアドレスが所定期間使用されていないときに、このメールアドレスを削除する点が開示されている。【発明が解決しようとする課題】しかしながら、所定期間使用されていないメールアドレスを削除したとしても、情報のトラフィック量の増大を根本的に解決することは困難である。特許文献1には、連絡者の現在位置情報と送信対象者の現在位置情報とに基づいて対象者のメールアドレスを選択する技術が記載されているが、送信対象者の現在位置に誤りがあった場合には、送信対象者に情報を伝達できなくなるという問題がある。本発明は、以上の技術的課題を解決するためになされたものであって、その目的とするところは、複数のメールアドレスや連絡先を有する対象者に対して、的確に情報を伝達することにある。本発明の他の目的は、情報のトラフィック量の増大を抑えつつ、対象者に対して的確に情報を伝達することにある。本発明のさらに他の目的は、対象者から得られる現在位置情報等の送信対象者の現在の状況を示す情報が少ない場合にも、対象者に対して的確に情報を伝達することにある。【課題を解決するための手段】かかる目的のもと、本発明は、複数のメールアドレスを所有する送信対象者に対して、この送信対象者が電子メールを受け取れる可能性が高い順に電子メールを送信することを提案する。電子メールの送信結果、すなわち、どの電子メールアドレスで送信対象者が電子メールを受け取ったかという結果を、次に電子メールを送信する際の送信順序に反映させることを提案する。本発明の電子メール送信装置は、複数のメールアドレスを所有する送信対象者に対して電子メールを送信する電子メール送信装置であって、送信対象者の状況とメールアドレスとが対応付けされて格納される記憶手段と、送信対象者に対して電子メールを送信する際に送信対象者がおかれている状況を予測する予測手段と、予測された状況に基づいて、記憶手段から所定数のメールアドレスを取り出すと共に、取り出した所定数のメールアドレスを順位付けする順位付け手段と、順位付けがなされた所定数のメールアドレスを用いて、電子メールを順次送信する送信手段とを含んでいる。【0008】ここで、予測手段は、送信対象者のスケジュールを取得し、取得したスケジュールに基づいて状況を予測することを特徴とすることができる。送信手段によって送信された電子メールに対して、所定のメールアドレスから返信された受け取り確認を受信する受信手段をさらに含み、送信手段は、受け取り確認を受信した場合に電子メールの送信を中止することを特徴とすることができる。送信手段によって送信された電子メールに対して、所定のメールアドレスから返信された受け取り確認を受信する受信手段をさらに含み、順位付け手段は、次の順位付けにおいて所定のメールアドレスの順位を変更することを特徴とすることができる。順位付け手段は、予測手段によって予測された状況に合致するメールアドレスを記憶手段から取り出すことを特徴とすることができる。【0009】また、他の観点から捉えると、本発明の電子メール送信装置は、複数のメールアドレスを所有する送信対象者に対して電子メールを送信する電子メール送信装置であって、送信対象者の送信希望条件と送信対象者が送信を希望するメールアドレスとを関連付けたレコードを記憶する記憶手段と、送信対象者に対して電子メールを送信する際に送信対象者がおかれると想定される状況を取得する状況取得手段と、状況取得手段によって取得された状況に適合するレコードを記憶手段より取得して送信希望リストを作成する送信リスト作成手段と、送信対象者に対する電子メールの届きやすさに関する理論値を作成する理論値作成手段と、理論値作成手段によって作成された理論値に基づいて、送信リスト作成手段で作成された送信リスト中のメールアドレスを順位付けして送信優先順位リストを作成する送信優先順位リスト作成手段と、送信優先順位リスト作成手段によって作成された送信優先順位リストに基づいて、優先順位の高いメールアドレスから順に電子メールを送信する送信手段とを含んでいる。【0010】この電子メール送信装置では、送信手段によって送信された電子メールの受け取り確認を受信する受信手段をさらに含み、理論値作成手段は、受信手段によって受信された受け取り確認に基づいて理論値を修正することを特徴とすることができる。送信希望条件と、送信手段による電子メールの送信試行回数および受信手段による受け取り確認回数とを関連付けて格納するカウント格納手段と、カウント格納手段に格納されたカウント値に基づいて、各送信希望条件に対応する期待値を作成する期待値作成手段とをさらに備え、理論値作成手段は、期待値作成手段で作成された期待値に基づいて理論値を修正することができる。取得した初期優先順位リストに基づいて最初の理論値を決定することを特徴とすることができる。しても捉えることができる。本発明の連絡先案内装置は、複数の連絡先を有する対象者に対して連絡を行う際に、連絡者に連絡先を案内する連絡先案内装置であって、対象者の状況と連絡先との対応関係を取得する取得手段と、対象者に対して連絡を行う際に対象者がおかれる状況を予測する予測手段と、予測された状況に基づいて、取得手段により所定数の連絡先を取得すると共に、取得した所定数の連絡先を順位付けする順位付け手段とを含んでいる。【0012】この連絡先案内装置において、取得手段によって取得される連絡先は、電子メールアドレス、電話番号、ファクシミリ番号の少なくともいずれか一つを含むことを特徴とすることができる。順位付け手段は、順位付けに基づいて連絡を行った結果を次の順位付けに反映させることを特徴とすることができる。【0013】また、本発明はコンピュータに、所定の送信対象者に対する複数のメールアドレスが格納された記憶装置から、特定のメールアドレスに対して電子メールを送信させるプログラムであって、送信対象者に対して電子メールを送信する際に送信対象者がおかれた状況を予測する機能と、記憶装置から複数のメールアドレスを取り出すと共に、予測された状況に基づいて複数のメールアドレスを順位付けする機能と、順位付けに基づいて、電子メールを順次送信する機能とを実現させるプログラムとして把握することができる。【0014】これらのコンピュータに実行させるプログラムは、このコンピュータが読み取り可能に記憶した記憶媒体に格納される形態がある。この記憶媒体としては、例えばCD−ROM媒体等が該当し、コンピュータにおけるCD−ROM読取装置によってプログラムが読み取られ、例えば、コンピュータにおけるハードディスク等の各種メモリにこのプログラムが格納され、実行される形態が考えられる。これらのプログラムは、例えば、プログラム伝送装置によってネットワークを介してノートPCや携帯端末に提供される形態が考えられる。このようなプログラム伝送装置としては、プログラムを格納するメモリと、ネットワークを介してプログラムを提供するプログラム伝送手段とを備えていれば足りる。【0015】また、本発明は、上述したプログラムの発明における各機能をステップで表現した方法の発明として把握することもできる。参照して、実施の形態について詳細に説明する。図1は、実施の一形態に係る電子メール送信システムの概要を説明するブロック図である。この電子メール送信システムは、複数の電子メール送信端末1a〜1eを有する電子メール送信端末群1、これら電子メール送信端末群1に接続される電子メール送信装置としてのデリバリーサーバ10、デリバリーサーバ10に通信ネットワークとしてのインターネット20を介して接続される第一の電子メール受信端末群30および第二の電子メール受信端末群40を有している。ここで、第一の電子メール受信端末群30は、デリバリーサーバ10に登録された送信対象者Aが保有あるいは使用可能な複数の電子メール受信端末であって、本例では、携帯可能なPDA31、仕事先に設置されたPC(以下、PC(Office)と称する)32、自宅に設置されたPC(以下、PC(Home)と称する)33、両親宅に設置されたPC(以下、PC(Parents)と称する)34がある。これらPDA31、PC(Office)32、PC(Home)33、PC(Parents)34には、それぞれ送信対象者AのメールアドレスA1、A2、A3、A4が個別に設定されている。Phone:以後の説明ではWAPと称する)42がある。第二の電子メール受信端末群40を構成するPC(Home)41、WAP42には、それぞれ送信対象者BのメールアドレスB1、B2が個別に設定されている。図2は、本実施の形態におけるデリバリーサーバ10を実現するのに好適なコンピュータ装置のハードウェア構成の例を模式的に示したものである。Architecture)バスなどの低速なバスを介してM/Bチップセット102に接続されたフロッピーディスクドライブ110及びキーボード/マウス111とを備える。図2は本実施の形態を実現するコンピュータ装置のハードウェア構成を例示するに過ぎず、本実施の形態を適用可能であれば、他の種々の構成を取ることができる。Memory)のドライブを設けても良い。【0018】また、電子メール送信端末群1、第一の電子メール受信端末群30および第二の電子メール受信端末群40についても、図2に示すコンピュータ装置のハードウェア構成を有するものを用いることが可能である。これら電子メール送信端末群1、第一の電子メール受信端末群30および第二の電子メール受信端末群40については、後述するように少なくとも電子メールを送受信できる機能を有していればよく、もっと簡易な構成であってもよい。図3は、デリバリーサーバ10の機能を説明するブロック図である。List作成部15、送信手段としての送信部16a、受信手段としての受信部16b、理論値作成手段としてのCount記憶部17、Score作成記憶部18および理論値作成記憶部19を有している。List記憶部18aが接続されている。List作成部15は順位付け手段として機能する。送信要求受付部11は、電子メール送信端末群1(図1参照)から電子メールの送信要求を受け付け、送信部16aに対して受け付けた電子メールの送信要求を出す。Condition)を取得する。具体的には、時計から現在の時刻/日付(Time/Date)、記憶装置(図示せず)に格納される送信対象者のスケジュール表から予定滞在場所(Location)、Web情報から送信対象者の予定滞在場所の天候(Weather)を取得する。時計については、デリバリーサーバ10に内蔵されるものであってもよいし、外部に設けられるものであってもよい。送信対象者のスケジュールは、予め送信対象者が登録を行う。Conditionは送信対象者の実際の現在の状況ではなく、あくまで事前情報に基づいて予測された状況である。Condition取得部12は、送信対象者の状況を予測する機能を有していると言える。DataBase部13には、送信対象者によって予め登録されたレコード(送信希望条件と送信希望メール受信端末とを関連付けたデータ)が格納される。DataBase部13は、時刻/日付と電子メールの送信を希望する電子メール受信端末(device)とを関連付けて格納するTime/Date-device格納部13aと、送信対象者の居場所と電子メールの送信を希望する電子メール受信端末とを関連付けて格納するLocation-device格納部13bと、送信対象者の居場所における天候と電子メールの送信を希望する電子メール受信端末とを関連付けて格納するWeather-device格納部13cとを備えている。DataBase部13には、各電子メール受信端末に対応するメールアドレスもそれぞれ関連付けて記憶される。List)を作成する。List)を作成する。Listに基づいて、リストの上位から順に送信先のメールアドレスを設定し、電子メール送信端末群1(図1参照)から送信要求のあった電子メールをインターネット20を介して送信する。具体的な電子メールの送信手順については後述する。受信部16bは、送信部16aから送信された電子メールを送信対象者が確認することによって送信対象者から返信された確認メール(Confirmation)を受信する。Count記憶部17は、各送信希望条件において、送信部16aから電子メールを送信した回数と受信部16bで確認メールを受信した回数とをそれぞれカウントして記憶する。19は、Score作成記憶部18で作成されたScoreに基づいて送信希望条件の理論値を作成して記憶する。List)を記憶する。Listは、予め送信対象者が登録を行う。理論値作成記憶部19は、図2に示したプログラム制御されたCPU101にて実現されるソフトウェアブロックであり、CPU101を制御してこれらの機能を実現するプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記憶媒体に格納して配布したり、ネットワークを介して配信したりすることにより提供され、メインメモリ103に読み込まれる。送信要求受付部11、送信部16a、受信部16bは、ネットワークインターフェイス107によって実現される。メインメモリ103に保持されるデータやプログラムは、必要に応じてハードディスク106などの記憶装置に待避させることができる。図4は、PDA31のメール送受信機能を説明するブロック図である。このPDA31は、インターネット20を介して電子メールを受信する受信部31aと、この受信部31aによって受信した電子メールを閲覧すると共に、電子メールの作成を実行可能なメール読み書き部31bと、メール読み書き部31bで作成した電子メールをインターネット20を介して送信する送信部31cとを有している。PDA31の他、第一の電子メール受信端末群30を構成するPC(Office)32、PC(Home)33、PC(Parents)34や、第二の電子メール受信端末群40を構成するPC(Home)41およびWAP42も、同様の構成を有している。電子メール送信端末群1を構成する電子メール送信端末1a〜1eも、同様の構成を有している。Listの入力プロセスを説明するフローチャートである。送信対象者は、まず、Time/Dateに対するメールアドレス(Address)を入力する(ステップ11)。具体的には、一日を複数の時間帯(例えば朝、昼、晩など)に区切って、各時間帯において電子メールの送信を希望する電子メール受信端末(device)およびそのメールアドレスを入力する。DataBase部13のTime/Date-device格納部13aに格納される。送信対象者は、次に、Locationに対するメールアドレスを入力する(ステップ12)。具体的には、複数の居場所(自宅、会社、外など)に分け、各居場所において電子メールの送信を希望する電子メール受信端末(device)およびそのメールアドレスを入力する。DataBase部13のLocation-device格納部13bに格納される。送信対象者は、さらに、Weatherに対するメールアドレスを入力する(ステップ13)。具体的には、複数の天候(晴れ、曇り、雨など)に分け、各天候において電子メールの送信を希望する電子メール受信端末(device)およびそのメールアドレスを入力する。DataBase部13のWeather-device格納部13cに格納される。送信対象者は、最後に、Time/Date、Location、WeatherのPriorityを入力する(ステップ14)。これら各送信希望条件(Time/Date、Location、Weather)のうち、どの条件を優先するかを順位付けする。List記憶部18aに格納される。List記憶部18aにそれぞれ格納される。図6および図7は、本実施の形態における電子メール送信処理の基本的な流れを示すフローチャートである。次に、図6および図7を参照して、本実施の形態に係る電子メール送信処理について説明する。本処理は、送信要求受付部11が電子メール送信端末群1より電子メールの送信要求を受け付けることによって開始される(ステップ101)。Conditionを取得する(ステップ102)。電子メールの送信要求がない場合は、ステップ101に戻って電子メールの送信要求を待つ。Listを作成する(ステップ104)。Listを作成する(ステップ107)。Listのn番目(最初は1番目)のメールアドレスを宛先として、送信要求受付部11で受け付けた電子メールを送信する(ステップ109)。所定時間の経過を待って(ステップ110)、送信した電子メールに対する返信(確認メール、Confirmation)が受信部16bで受信されたか否かを判断する(ステップ111)。ここで、Confirmationが受信されていない場合は、n=n+1に設定し(ステップ112)、ステップ109へと戻る。Listの次の順位のメールアドレスを宛先として同じ内容の電子メールを送信することになる。ステップ111においてConfirmationが受信された場合には、メール送信を中止し(ステップ113)、Count記憶部17が、送信希望条件毎の電子メール送信回数とConfirmation受信回数(電子メール送信回数およびConfirmation受信回数をまとめてCount値という)とを更新し(ステップ114)、記憶する。19から取得した現状の送信希望条件の理論値とCount記憶部17に格納されるCount値とに基づいて、各送信希望条件におけるScoreが計算される(ステップ115)。Listに基づいて同値のScoreの順位を付ける(ステップ117)。同値のScoreが存在しない場合は、そのまま次のステップ118へと進む。19において、Score作成記憶部18より取得したScoreに基づいて各送信希望条件における理論値を修正、記憶する(ステップ118)。その後、プロセスを終了するか否かを判断し(ステップ119)、続行する場合はステップ101へと戻り、続行しない場合は処理を終了する。次に、具体例を参照しながら、上述した電子メール送信処理をさらに詳細に説明する。ここでは、図1に示す電子メール送信端末1aから送信対象者Aに対して電子メールを送信する例について説明を行う。Listを設定しているものとする。Conditionを示している。Time(時刻)は17:30、送信対象者Aが滞在していると想定される場所はTokyo(東京)、天候はFine(晴れ)である。Listを示している。この例では、Time/Dateの条件(17:30)に合致する送信希望条件T2(07:00−18:00)、Locationの条件(Tokyo)に合致する送信希望条件L3(Others)、Weatherの条件(Fine)の条件に合致する送信希望条件W1(Fine)が選択される。Home」でもないため、「Others」が選択されている。19に格納される理論値を示している。List(表1(d)および表4(b)参照)に基づき、各送信希望条件に対し、Priorityが1番のTimeの関連項目には理論値として3が、2番のLocationの関連項目には理論値として2が、3番のWeatherの関連項目には理論値として1が、それぞれ与えられる。Listを示している。Listが作成される。表7は、初期状態において、Count記憶部17に格納されるCount値を示している。表7において、Count欄のスラッシュ(/)の右側は対応する送信希望条件における電子メールの送信試行回数を意味し、左側は電子メールを送信した際に確認メール(Confirmation)を受け取った受信回数を意味している。送信試行回数および受信回数の数値が近いほど、送信対象者Aに対して電子メールが届きやすいことを意味している。Count値は、この表から明らかなように、初期状態においてはすべて0となっている。表8は、ステップ114において更新されるCount値を示している。Listの2番目にあったPC(Home)33(メールアドレスA3)よりConfirmationが送られている。Condition(表2参照)では、送信対象者Aの初期登録内容(送信希望条件T2(PC(Office)32)を送信希望条件L3(PC(Home)33)よりも優先する)に対し、実際は、送信希望条件L3を送信希望条件T2よりも優先した方が、送信対象者Aに情報がより早く届きやすかったということになる。このとき、送信希望条件T2のカウント値は0/1(1回送信中返信(受信)0回)となり、送信希望条件L3のカウント値は1/1(1回送信中返信(受信)1回)となる。Listの3番目にあったPDA31に電子メールを送信する前に、PC(Home)33よりConfirmationが返ってきているので、PDA31にはメールの送信を行っていない。このため、送信希望条件W1のカウント値はそのままである。表9は、初期状態において、Score作成記憶部18に格納されるScoreを示している。List(表1(d)参照)に基づき、各送信希望条件に対し、Priorityが1番のTimeの関連項目にはScoreとして−1が、2番のLocationの関連項目にはScoreとして−2が、3番のWeatherの関連項目にはScoreとして−3が、それぞれ与えられるようになっている。表10は、ステップ115で計算されるScoreを示している。本例では、各送信希望条件の理論値と更新されたCount値とをかけ算することで、新たなScoreを作成している。本例では、確認メールの返信がなかった送信希望条件T2のScoreが0に、確認メールの返信があった送信希望条件L3のScoreが2となる。送信を行っていない送信希望条件W1については、何もせずにそのままの値を残している。表11は、ステップ118で修正された理論値を示し、表12は、修正によって理論値作成記憶部19に更新格納された理論値を示している。本例では、Scoreが増加した送信希望条件の理論値を最高点の3に変更し、Scoreが減少した送信希望条件の理論値を1だけ減少させることで、理論値の修正を行っている。従って、送信を行ったものの返信のなかった送信希望条件T2は理論値が3から2となり、送信を行って返信のあった送信希望条件L3は理論値が2から3となり、何も行わなかった送信希望条件W1は理論値が1のままとなっている。Conditionを示している。Time(時刻)は16:30、送信対象者Aが滞在していると想定される場所はTokyo(東京)、天候はOthers(その他)である。表14は、ステップ105で取得される理論値を示している。今回の場合は、前とは異なり、送信希望条件T2よりも送信希望条件L3の方の理論値が大きくなっていることがわかる。Listが作成されることになる。【0055】このようなプロセスを繰り返し行うことで、送信対象者Aに対して的確に情報が届けられる可能性、つまり、送信対象者Aが電子メールを受け取り得る電子メール受信端末に対して優先的に電子メールを送信できる確率を上げていくことができる。Listの最適化を図ることができる。Conditionとして提供される情報が少ないような場合にも、送信対象者Aの行動パターンを把握することができ、最適で有効な情報の伝達を行うことができる。Listの上位のメールアドレスから順に電子メールを送信しているが、送信対象者からConfirmationがあったときはそれ以降の電子メールの送信を中止しているので、トラフィック量の無用な増加を抑制することができる。Listを最適化し、的確に情報を届ける可能性を高めることができる。同様に、他の電子メール送信端末1b〜1eより送信対象者AやBに対して電子メールを送信する際にも同様に適用できる。この場合、電子メール送信端末1b〜1eは、電子メール送信端末1aから電子メールを送信した際に得られた理論値を共用して利用することができ、送信対象者に対する情報の伝達をより的確に行うことができる。【0057】また、本実施の形態では、送信対象者が最初に設定する項目として、Time/Date、Location、Weatherを挙げていたが、これに限られるものではなく、項目数については増減可能である。その他に考えられる項目としては、例えば送信対象者が仕事中(Business)か仕事外(Private)かや、送信対象者がおかれる環境(Environment)等が挙げられる。送信対象者がおかれる環境としては、例えば、交通情報から、送信対象者が勤務する会社への通勤経路が渋滞だった場合は自宅勤務にする、株価情報から、送信対象者が担当している株券の値がある値以上になったら証券会社へ行く、等が挙げられる。Listを返信するようにしてもよい。電子メール送信端末群1に対して送信対象者の連絡先を案内するものであってもよい。)、ファクシミリ番号などを案内するようにしてもよい。連絡先については、例えば送信対象者の隣人の電子メールアドレス、電話番号、ファクシミリ番号等もあり得る。次に、上述したプロセスの効果を確かめるべく、シュミレーションを行った結果について説明する。シュミレーションを行うにあたり、以下のような前提条件をおいた。1)送信対象者は電子メール受信端末(Device)を5つ(デバイス0、1、2、3、4)持っている。Listを作成している。3)使用時に各デバイスから返されるConfirmationの確率を以下のように設定する。・2→0→3→1→4となることが期待される。【0061】このシュミレーションでは、各デバイス0〜4に返信されるConfirmationが上述した確率で生成されるような0から4までの乱数を500個生成させた。生成させた乱数の一部を表15に示す。表15は、1回目のConfirmationはデバイス2から、2回目もデバイス2から、3回目はデバイス0から返信された、という状態を表している。その結果、Confirmationが返信されたデバイスの番号の合計は次の通りとなった。表16は、上述したシュミレーションを行った結果の一覧を示している。表16において、「No」はConfirmationが返信されたデバイスの番号を意味している。表16は、次のことを示している。1回目、電子メールを送信する順番は、送信対象者が設定した初期値0→1→2→3→4となっている。実際に電子メールを送った結果では、デバイス0、1からは返信(Confirmation)がなく、デバイス2から返信があった。このことから、デバイス0、1のCount値は0/1となり、Scoreは0.0となる。デバイス2では、Count値が1/1となり、Scoreは2.0となる。デバイス3、4には電子メールの送信を行っていないので、Count値は0/0のままであり、Scoreは0.0である。2回目、電子メールを送信する順番は、1回目の結果から2→0→1→3→4となっている。実際に電子メールを送信した結果では、デバイス2から返信があった。このことからデバイス2は、Count値が2/2となり、Scoreは4.0となる。デバイス0、1には電子メールの送信を行っていないので、Count値は0/1と変わらず、Scoreも0.0のままである。デバイス3、4にも電子メールの送信を行っていないので、これらのCount値およびScoreに変化はない。3回目、電子メールを送信する順番は、2回目の結果から2→0→1→3→4となっている。実際に電子メールを送った結果では、デバイス0から返信があった。このことからデバイス0は、Count値が1/2となり、Scoreは2.0となる。デバイス2はCount値が2/3となり、Scoreは2.667へと低下する。デバイス1、3、4には電子メールの送信を行っていないので、これらのCount値およびScoreに変化はない。図8は、このようにしてシュミレーションを行って得られた電子メール送信試行回数(回数)と得られたScoreとの関係を示すグラフ図である。Listである0→1→2→3→4から、実際の状況2→0→3→1→4に収束していくことが理解される。以上説明したように、本発明によれば、複数のメールアドレスや連絡先を有する対象者に対して、的確に情報を伝達することができる。実施の一形態に係る電子メール送信システムの概要を説明するブロック図である。デリバリーサーバを実現するのに好適なコンピュータ装置のハードウェア構成の例を模式的に示す図である。デリバリーサーバの機能を説明するブロック図である。PDAのメール送受信機能を説明するブロック図である。Listの入力プロセスを説明するフローチャートである。電子メール送信処理の基本的な流れを示すフローチャートである。電子メール送信処理の基本的な流れを示すフローチャート(つづき)である。シュミレーションを行って得られた電子メール送信試行回数(回数)と得られたScoreとの関係を示すグラフ図である。前記受信手段が前記受け取り確認を受信した場合に電子メールの送信を中止することを特徴とする請求項1記載の電子メール送信装置。