画像をサーバーに送信する画像送信手段と、前記画像送信手段が画像をサーバーに送信する前に、前記画像のURLを前記サーバーから受信する画像情報受信手段と、前記画像送信手段が画像を送信するための電子メールソフトウエアを起動する起動手段と、前記起動手段により起動された電子メールソフトウエアを用いて、前記画像と前記URLとを関連付けた電子メールを作成する電子メール作成手段と、前記電子メール作成手段により作成された電子メールを受信者宛に送信するメール送信手段とを有し、前記画像送信手段は、前記メール送信手段がメール送信を行った後に前記画像を前記URLに関連付けて前記サーバーに送信することを特徴とする画像送信装置。画像を送信する順序を前記サーバーに問い合わせる問い合わせ手段を有し、前記画像送信手段は、前記問い合わせ結果に基づいて、前記サーバーに送信する画像を決定することを特徴とする請求項1に記載の画像送信装置。前記画像送信手段は、問い合わせ結果において、画像を送信する順序がサーバーから指示されなかった場合は、前記電子メールに表示する画像の順序に基づいて画像を送信することを特徴とする請求項2に記載の画像送信装置。画像を受信する受信手段と、画像を受信する前に、画像と関連付けられるURLを画像送信装置に発行する発行手段と、前記URLに基づく画像の閲覧要求を画像受信装置から受信する閲覧要求受信手段と、前記受信手段が前記画像を受信する前に前記画像の閲覧要求があったときに、そのURLに関連付けられる画像のアップロードを前記画像送信装置に要求する要求手段とを有することを特徴とするサーバー装置。前記閲覧要求のあった画像のファイルサイズを記録媒体に記録し、画像を受信する前に画像の閲覧要求があったときには、前記記録媒体に書かれている閲覧要求のあった画像のファイルサイズに応じて、前記画像を受信するまでの予想時間を前記画像受信装置に送信する予想時間送信手段を有することを特徴とする請求項4に記載のサーバー装置。請求項1~3の何れか1項に記載の画像送信装置と、請求項4または5に記載のサーバー装置とからなることを特徴とする画像送受信システム。画像をサーバーに送信する画像送信工程と、前記画像送信工程が画像をサーバーに送信する前に、前記画像のURLを前記サーバーから受信する画像情報受信工程と、前記画像送信工程が画像を送信するための電子メールソフトウエアを起動する起動工程と、前記起動工程により起動された電子メールソフトウエアを用いて、前記画像と前記URLとを関連付けた電子メールを作成する電子メール作成工程と、前記電子メール作成工程により作成された電子メールを受信者宛に送信するメール送信工程とを有し、前記画像送信工程は、前記メール送信工程がメール送信を行った後に前記画像を前記URLに関連付けて前記サーバーに送信することを特徴とする画像送信装置の制御方法。画像を受信する受信工程と、画像を受信する前に、画像と関連付けられるURLを画像送信装置に発行する発行工程と、前記URLに基づく画像の閲覧要求を画像受信装置から受信する閲覧要求受信工程と、前記受信工程が前記画像を受信する前に前記画像の閲覧要求があったときに、そのURLに関連付けられる画像のアップロードを前記画像送信装置に要求する要求工程とを有することを特徴とするサーバー装置の制御方法。画像をサーバーに送信する画像送信工程と、前記画像送信工程が画像をサーバーに送信する前に、前記画像のURLを前記サーバーから受信する画像情報受信工程と、前記画像送信工程が画像を送信するための電子メールソフトウエアを起動する起動工程と、前記起動工程により起動された電子メールソフトウエアを用いて、前記画像と前記URLとを関連付けた電子メールを作成する電子メール作成工程と、前記電子メール作成工程により作成された電子メールを受信者宛に送信するメール送信工程とをコンピュータに実行させるプログラムであって、前記画像送信工程は、前記メール送信工程がメール送信を行った後に前記画像を前記URLに関連付けて前記サーバーに送信することを特徴とするプログラム。画像を受信する受信工程と、画像を受信する前に、画像と関連付けられるURLを画像送信装置に発行する発行工程と、前記URLに基づく画像の閲覧要求を画像受信装置から受信する閲覧要求受信工程と、前記受信工程が前記画像を受信する前に前記画像の閲覧要求があったときに、そのURLに関連付けられる画像のアップロードを前記画像送信装置に要求する要求工程とをコンピュータに実行させることを特徴とするプログラム。請求項9または10に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。しかし従来の方法では、画像のアップロードの前にメールを作成するためには、画像をアップロードする機能を持った特殊なメーラーを使う必要があった。そのため、メーラーを乗り換えるか、画像を送るときにメーラーを切り替える必要があった。メーラーを乗り換えるためには、過去に送ったメールやもらったメールや、アドレス帳などを新しいメーラーに移し替える必要があり、手間がかかっていた。また、従来の方法では、実際にメールが受信者に送られるのは、画像のアップロードが終わった後であり、受信者が画像を見られるようになるまでに長い時間がかかるという問題があった。本発明は前述の問題点に鑑み、特殊なメールソフトを使うこと無く、画像のアップロードが完了する前にメールを送ることができるようにすることを目的とする。本発明の画像送信装置は、画像をサーバーに送信する画像送信手段と、前記画像送信手段が画像をサーバーに送信する前に、前記画像のURLを前記サーバーから受信する画像情報受信手段と、前記画像送信手段が画像を送信するための電子メールソフトウエアを起動する起動手段と、前記起動手段により起動された電子メールソフトウエアを用いて、前記画像と前記URLとを関連付けた電子メールを作成する電子メール作成手段と、前記電子メール作成手段により作成された電子メールを受信者宛に送信するメール送信手段とを有し、前記画像送信手段は、前記メール送信手段がメール送信を行った後に前記画像を前記URLに関連付けて前記サーバーに送信することを特徴とする。本発明によれば、特殊なメーラーを使うことなく、アップロードが完了する前にメールを送ることができる。また、本発明の他の特徴によれば、画像のアップロードが終わらなくてもメールが送信されるので、受信者がサムネイルを閲覧できるまでの時間を短縮できる。また、本発明のその他の特徴によれば、画像がアップロードされる順番は、メールに画像が表示されている順序に応じて決定される。これにより、メールの受信者がサムネイルよりも大きな画像を閲覧したい場合に、まだ画像がアップロードされていないケースが起きにくくなる。また、その画像がまだサーバーにアップロードされていなかった場合でも、その画像が優先的にサーバーにアップロードされるので、ユーザが大きな画像を閲覧するまでの時間を短縮できる。図1は、本発明の実施形態を示し、画像送受信システムの構成例を表す図である。図1において、107は画像を送信するクライアント装置以下、送信側クライアントと呼ぶであり、PCPersonalComputerなどの情報処理装置により構成されている。本実施形態では、送信側クライアントから後述するサーバーに画像をアップロードする。101はCPUCentralProcessingUnitである。102は、RAMなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。103はハードディスクなどの二次記憶装置であり、各種プログラムを格納する。また、アップロードする画像を格納する。104は、後に述べるサーバーおよび閲覧側クライアント装置と通信するためのEthernet登録商標端子などの通信装置であり、サーバーに画像送信するため、画像のURLを含む画像情報をサーバーから受信するための画像情報受信に用いられる。また、作成された電子メールを受信者宛に送信するメール送信を行うためにも用いられる。105は、キーボードやマウスなどの操作部である。106は、液晶ディスプレーなどの表示部である。CPU101は、二次記憶装置103からプログラムを読み出し、プログラムの指示に従って、操作部105や記憶装置から各種データを受け取り、演算加工した上でデータを記憶装置や表示部106などに出力して各部を制御する。114はサーバーであり、サーバーコンピュータなどの情報処理装置により構成されている。本実施形態では、送信側クライアント107から画像がアップロードされてくる。108はCPUである。109は、RAMなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。110はハードディスクなどの二次記憶装置であり、各種プログラムを格納する。また、アップロードされた画像を格納する。111は、送信側クライアント装置および後に述べる閲覧側クライアント装置と通信するためのEthernet端子などの通信装置である。112は、キーボードやマウスなどの操作部である。113は、液晶ディスプレーなどの表示部である。121は画像を閲覧するための画像受信装置である。画像受信装置は、サーバー114から画像受信を行うクライアント装置と呼ばれ以下、閲覧側クライアントと呼ぶ、PCなどの情報処理装置により構成されている。本実施形態では、サーバー114にアップロードされた画像を閲覧側クライアント121から閲覧する。115はCPUである。116は、RAMなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。117はハードディスクなどの二次記憶装置であり、各種プログラムを格納する。118は、後に述べるサーバー114および送信側クライアント107と通信するためのEthernet端子などの通信装置である。119は、キーボードやマウスなどの操作部である。120は、液晶ディスプレーなどの表示部である。図2は、画像送信を行うときの送信側クライアント107の動作を示すフローチャートである。ユーザが、画像を送信するプログラムの起動を指示すると、CPU101は二次記憶装置103から画像を送信するプログラムを読み出し、一次記憶装置102に格納する。また、プログラムに従い、二次記憶装置103に格納されている画像をCPU101が表示部106に表示する。表示部106に表示された中からユーザが知人に送信する画像を選択すると、CPU101は、画像をアップロードするURLを要求する指示を、通信装置104を介してサーバー114に送信するS201。送信側クライアント107は、サーバー114に画像をアップロードする前に、画像がアップロードされるURLを先にサーバー114から取得する。これによって、URLを先に決定することができ、画像のアップロードをする前に、URLを知人に送信することができる。なお、このURLは画像ごとに要求する。URLを要求する指示は、画像ごとに送ってもよいし、まとめて送ってもよい。サーバー114からURLを受信するまで待機するS202。そして、URLを受信したら、CPU101はユーザに対して、画像を送信する相手に送るメールのメッセージを入力するように要求する。ユーザは入力装置を使用してメッセージを入力するS203。次に、CPU101は、HTMLデータを二次記憶装置103に作成するS204。図3に、二次記憶装置103に作成するHTMLデータの一例を示す。図3において、301は、S203において、ユーザが入力したメッセージである。302と304と305は、ユーザが選択した画像のサムネイルである。CPU101は、ユーザが選択した画像を縮小してサムネイルを作成する。303はボタンであり、S202において受信したURLのうち、ボタンの上側に位置する画像に対応するURLが、ボタンと関連付けられている。つまり、このボタン303を押すと、webブラウザが起動し、ボタンの上側に位置する画像に対応するURLがwebブラウザに表示されるように作られている。後に説明するように、このHTMLデータをメールで受信した人は、この画像を大きく表示したいときは、このボタン303を押すことで、サーバー114に置かれている大きな画像を見ることができる。CPU101は、電子メール作成用の電子メールソフトウエア以下、メーラーとするであるメーラープログラムを二次記憶装置103から読みだし、一次記憶装置102に格納するS205。すなわち、メーラーを起動し、HTMLメールを作成し、受信者宛に送信する。このメーラーは送信側クライアント107のオペレーティングシステムにデフォルトとして登録されているメーラーである。つまり、ユーザが普段使っているメーラーであり、特殊なメーラーではない。さらに、CPU101は新規メールを作成するための画面を表示し、その画面に、S204で作成したHTMLデータを表示させる。これは、メーラープログラムの違いによって、二通りの方法で実現できる。一つは、メーラーがHTMLデータを読み込んだとき、それをHTMLメールとして読み込める場合である。この場合は、図3のHTMLデータをHTMLメールとしてそのまま送信できるので、受信者はメールを開くと、図3のHTMLデータを直接見ることができる。図4のは、この場合に受信者が受け取ったメールの例であり、図3のHTMLデータがそのまま表示されている。図4のにおいて、ボタン401は、図3のボタン303に対応する。もうひとつは、メーラーがHTMLデータを読み込んだとき、それを添付ファイルとして読み込む場合である。この場合は、受信者はメールを受け取った時、HTMLデータを直接見ることができず、添付ファイルを開くことで見ることになる。図4のは、この場合に受信者が受け取ったメールの例である。図4のにおいて、402は添付ファイルであり、attachedHTMLというファイル名で図3のHTMLデータが送られていることを示している。受信者は402のファイルをダブルクリックすることで、公知の方法により、図3のHTMLデータを見ることができる。ユーザは、CPU101が前述のいずれかの方法で表示した新規メール作成画面に、相手のメールアドレスと件名などを入力することで、公知の方法により、メールを送信できる。本実施形態では、ユーザが特殊なメーラーを使用することなく、通常のメーラーから、画像のサムネイルとURLを送信することができる。これにより、メーラーやアドレス帳を乗り換える必要がなく、送信履歴も残り、普段使っているアドレス帳が使えるので、メールアドレスを入力する手間を省くことができる。また、メーラーを起動する前に、画像をアップロードするURLをサーバー114から取得しているので、画像のアップロードを待つことなく、メールを作成することができる。また、メールの受信者も画像のアップロードが終わる前にメールを受信できるので、画像を閲覧するまでの時間が短くなる利点が得られる。次に、CPU101は通信装置104より、サーバー114に閲覧要求のある画像をサーバー114に問い合わせるS206。後に述べるように、サーバー114は、閲覧要求受信処理を行い、閲覧側クライアント121から閲覧要求のあった画像のURLを通知し、当該画像を優先的にアップロードさせるための指示を送信側クライアント107に行う。これにより、メールによりサムネイルを受信した人は、より大きな画像を見たいと思った時、待たされる時間が少なくて済む。次に、問い合わせの結果を受信するまで待機するS207。受信したら、CPU101は、サーバー114がアップロードを要求している画像があるかをチェックするS208。チェックの結果、アップロードを要求している画像があれば、CPU101は、通知されたURLに基づいて、要求のあった画像を通信装置104からサーバー114にアップロードするS209。このとき、S202で受信したURLに画像をアップロードする。そのために、CPU101は例えば画像をアップロードするときに、S202で受信したURLを一緒にサーバー114に送り、サーバー114はそのURLに画像を保存する。あるいは、画像を特定できる情報とURLの関連をサーバー114が覚えておき、画像がアップロードされたら、サーバー114がその画像に関連付けられているURLに保存することもできる。画像を特定できる情報とは、例えばファイル名と送信側クライアント107のIPアドレスの組み合わせである。この場合は、S201において、CPU101は画像のファイル名の情報とIPアドレスをサーバー114に送信しておく。一方、S208のチェックにおいて、アップロード要求された画像がなければ、CPU101は、メール作成時の画像の順序に画像をアップロードするS210。例えば、図3の例でいえば、メールには左から画像302、304、305の順に画像が表示されている。この場合は、受信者は302、304、305の順に画像を見ていく可能性が高い。したがって、まず302の画像をアップロードする。受信者が見ると思われる順番に従って、画像がアップロードされる優先度が決まるので、受信者はメールを受け取った後、メールに表示されている順番に画像を見ていくとき、画像を見るために待たされることが少なくなる。S210においても、前述したS209と同様に、S202で受信したURLに画像がアップロードされるようにする。S209またはS210の処理を終了したら、すべての画像をアップロードしたか否かを判断するS211。すべての画像をアップロードしていなかったら、S206に戻り、CPU101は次にアップロードする画像をサーバー114に問い合わせ、前述の動作を繰り返す。すべての画像をアップロードしたら、動作を終了する。前述のように、画像を一つアップロードするたびに、次にアップロードする画像をサーバー114に問い合わせることで、アップロードしている間に閲覧要求があった場合にも、その画像を次にアップロードすることができる。図5は、送信側クライアント107が画像を送信するときのサーバー114の動作を説明するフローチャートである。CPU108は、送信側クライアント107から画像のURLが要求されたかをチェックし、要求があるまで待機するS501。この動作は、送信側クライアント107の動作を説明する図2のフローチャートのS201の動作に対応する。URLの要求があった場合は、CPU108は通信装置111を通じ、画像をアップロードするURLを送信側クライアント107に送信するS502。具体的には、送信側クライアント107からの要求に応じて、画像ごとに一意に定まるURLを生成して発行する。異なる画像に同じURLを割り当てないように、例えばURLを二次記憶装置110に記憶しておいたり、URLの作成日時などをもとに一意になるように決めたりする。次に、CPU108は、関連要求のある画像の問い合わせが送信側クライアント107からきたかをチェックし、問い合わせがくるまで待機するS503。この動作は、前述した図2のS206の動作に対応する。問い合わせがあった場合は、CPU108は閲覧側クライアント121からの閲覧要求のあった画像のうち、最も優先度の高い画像を送信側クライアント107に通知する。この際に、CPU108は、サーバー114が画像を受信する順序を決定する受信順序決定処理を行い、送信側クライアント107に通知するS504。具体的には、閲覧側クライアント121から画像の閲覧要求があったときに、その画像に関する情報を閲覧要求の優先度と共に記録媒体二次記憶装置110に記録する閲覧要求記録処理を行う。ここで、画像に関する情報は、閲覧側クライアント121が閲覧要求に用いた、画像のアップロード先となるURLである。図6は、閲覧要求のあった画像を管理するリストの一例を示す図である。図6において、602はURLであり、閲覧側クライアント121から要求された画像に対応するURLである。601は、優先度であり、要求された時刻が早いものほど優先度が高くなる。後に述べるように、前述した図2のS205で作成したメールを受信したユーザが、メールに表示されている画像を拡大して表示することを要求した場合、サーバー114にそれが通知される。サーバー114は、その画像がまだアップロードされていない場合、その画像のURLを図6のリストに管理する。この例では、img01jpgが最も優先度が高いので、この画像のアップロードを送信側クライアント107に通知する。閲覧要求のある画像を優先的にアップロードするようにサーバー114は送信側クライアント107に指示するので、ユーザが画像を見るときの待ち時間を短くすることができる。次に、CPU108は送信側クライアント107から画像がアップロードされたかをチェックするS505。これは、前述した図2のフローチャートのS209およびS210に対応する動作である。アップロードされた場合は、CPU108は、アップロードされた画像を、S502で決定したURLに保存するS506。このとき、送信側クライアント107のCPU101が、画像と共にURLをサーバー114に送るように構成することができる。この場合は、サーバー114のCPU108は、送られた画像を送られたURLに保存する。あるいは、送信側クライアント107のCPU101が、画像だけをアップロードするようにも構成できる。この場合は、サーバー114のCPU108は、図5のS502において、送信側クライアント107から送られてきた画像と送信側クライアント107のIPアドレスなど、画像を特定できる情報とともに画像のURLを関連付けて、二次記憶装置110に記録する。そして、S206において、アップロードされた画像を、S502で関連付けておいたURLに保存するS506。図7は、メールで送られてきた画像を拡大して閲覧するときの閲覧側クライアント121の動作を説明するフローチャートである。閲覧側クライアント121のCPU115は、画像をサーバー114から受信する前に、画像のURLを電子メールで取得して一次記憶装置116に記憶して保持する画像情報保持を行う。また、画像のURLをサーバー114に送信する画像情報送信を行う。さらに、画像のURLをサーバー114に送信した後に画像を受信する。ここでは、図4ののメールが閲覧側クライアント121に送られたとして説明する。閲覧側クライアント121のユーザが、そのメールを開き、サムネイルよりも大きい画像を閲覧するために、ボタン401を押したとする。すると、閲覧側クライアント121のCPU115は通信装置118を介して、そのボタン401に対応したURLの閲覧を要求するS701。これは、公知の技術であるWebブラウザを使い、HTTPプロトコルによって要求をサーバー114に送信することで実現できる。次に、サーバー114から応答が返ってくるまで待機するS702。サーバー114から応答が返ってきたら、CPU115は、サーバー114からの応答を表示するS703。要求したURLの画像が、送信側クライアント107からアップロードされていた場合は、画像がサーバー114から返ってくるので、CPU115はその画像を表示することになる。これも、公知の技術であるWebブラウザで画像を表示することによって実現できる。要求したURLの画像が、アップロードされていない場合は、後に述べるように、アップロードされるまでの予想時間がサーバー114から応答されるので、CPU115はその時間を表示する。これもWebブラウザによって表示することができる。あるいは、サーバー114がアップロード予想時間を返さないで、まだアップロードされていませんなどの所定のメッセージを返すことも可能である。その場合、CPU115はそのメッセージを表示する。これもWebブラウザによって表示することができる。図8は、画像を拡大して閲覧するときのサーバー114側の動作を説明するフローチャートである。まず、サーバー114のCPU108は画像の閲覧が要求されたかをチェックし、要求されるまで待機するS801。これは、図7のS701の動作に相当する動作である。つまり、図4ののメールのボタン401が押されたことで、URLがサーバー114に送信されたかをチェックする。要求された場合は、CPU108は、要求された画像が送信側クライアント107によってアップロードされているかをチェックするS802。アップロードされていれば、CPU108は、その画像を通信装置111から閲覧側クライアント121に送信するS803。送信された画像は図7のS703において閲覧側クライアント121で表示される。一方、アップロードされていなければ、CPU108は、要求された画像のURLを、一次記憶装置109の所定の場所に記憶し、要求された画像のうちアップロードされていない画像がどれかを、前述の図6のリストとして記憶しておくS804。前述のように、先に要求された画像ほど優先度が高くなるようにしておく。次に、CPU108は、アップロードされるまでの予想時間を閲覧側クライアント121に送信する予想時間送信処理を行うS805。これは、要求された画像を含む、アップロードされる画像の数および画像のサイズおよびネットワークの予想通信速度によって計算できる。例えば、要求された画像が3番目にアップロードされる場合、3つの画像のファイルサイズと、過去にアップロードされた画像のアップロードにかかる平均時間を元に計算できる。アップロードにかかる平均時間は、例えば過去1週間の1バイトあたりの平均アップロード時間を統計的に計算することで算出できる。S805において、予想時間の代わりに、まだアップロードされていませんなどの所定のメッセージを閲覧側クライアント121に送信することもできる。以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。前述の実施形態の一部を適宜組み合わせてもよい。また、前述の実施形態の機能を実現するソフトウェアのプログラムを、コンピュータ読み取り可能な記憶媒体から直接、或いは有線/無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給する。そして、そのプログラムを実行する場合も本発明に含む。従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等、プログラムの形態を問わない。プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光/光磁気記憶媒体、不揮発性の半導体メモリでもよい。また、プログラムの供給方法としては、コンピュータネットワーク上のサーバー114に本発明を形成するコンピュータプログラムを記憶し、接続のあったクライアントコンピュータがコンピュータプログラムをダウンロードしてプログラムする方法も考えられる。