(57)【要約】【課題】本発明は、ＰＣがサーバーへの画像のアップロードを完了する前に、画像へのリンクが記述されたメールを送信することを目的とする。【解決手段】画像をサーバーに送信する画像送信手段と、前記画像送信手段が画像をサーバーに送信する前に、前記画像のＵＲＬを前記サーバーから受信する画像情報受信手段と、前記画像送信手段が画像を送信するための電子メールソフトウエアを起動する起動手段と、前記起動手段により起動された電子メールソフトウエアを用いて、前記画像と前記ＵＲＬとを関連付けた電子メールを作成する電子メール作成手段と、前記電子メール作成手段により作成された電子メールを受信者宛に送信するメール送信手段とを設け、前記画像送信手段は、前記メール送信手段がメール送信を行った後に前記画像を前記ＵＲＬに関連付けて前記サーバーに送信する。【選択図】図１
2012194776.tif 000002
【特許請求の範囲】
【請求項１】
画像をサーバーに送信する画像送信手段と、
前記画像送信手段が画像をサーバーに送信する前に、前記画像のＵＲＬを前記サーバーから受信する画像情報受信手段と、
前記画像送信手段が画像を送信するための電子メールソフトウエアを起動する起動手段と、
前記起動手段により起動された電子メールソフトウエアを用いて、前記画像と前記ＵＲＬとを関連付けた電子メールを作成する電子メール作成手段と、
前記電子メール作成手段により作成された電子メールを受信者宛に送信するメール送信手段とを有し、
前記画像送信手段は、前記メール送信手段がメール送信を行った後に前記画像を前記ＵＲＬに関連付けて前記サーバーに送信することを特徴とする画像送信装置。
【請求項２】
画像を送信する順序を前記サーバーに問い合わせる問い合わせ手段を有し、
前記画像送信手段は、前記問い合わせ結果に基づいて、前記サーバーに送信する画像を決定することを特徴とする請求項１に記載の画像送信装置。
【請求項３】
前記画像送信手段は、問い合わせ結果において、画像を送信する順序がサーバーから指示されなかった場合は、前記電子メールに表示する画像の順序に基づいて画像を送信することを特徴とする請求項２に記載の画像送信装置。
【請求項４】
画像を受信する受信手段と、
画像を受信する前に、画像と関連付けられるＵＲＬを画像送信装置に発行する発行手段と、
前記ＵＲＬに基づく画像の閲覧要求を画像受信装置から受信する閲覧要求受信手段と、
前記受信手段が前記画像を受信する前に前記画像の閲覧要求があったときに、そのＵＲＬに関連付けられる画像のアップロードを前記画像送信装置に要求する要求手段とを有することを特徴とするサーバー装置。
【請求項５】
前記閲覧要求のあった画像のファイルサイズを記録媒体に記録し、
画像を受信する前に画像の閲覧要求があったときには、前記記録媒体に書かれている閲覧要求のあった画像のファイルサイズに応じて、前記画像を受信するまでの予想時間を前記画像受信装置に送信する予想時間送信手段を有することを特徴とする請求項４に記載のサーバー装置。
【請求項６】
請求項１〜３の何れか１項に記載の画像送信装置と、請求項４または５に記載のサーバー装置とからなることを特徴とする画像送受信システム。
【請求項７】
画像をサーバーに送信する画像送信工程と、
前記画像送信工程が画像をサーバーに送信する前に、前記画像のＵＲＬを前記サーバーから受信する画像情報受信工程と、
前記画像送信工程が画像を送信するための電子メールソフトウエアを起動する起動工程と、
前記起動工程により起動された電子メールソフトウエアを用いて、前記画像と前記ＵＲＬとを関連付けた電子メールを作成する電子メール作成工程と、
前記電子メール作成工程により作成された電子メールを受信者宛に送信するメール送信工程とを有し、
前記画像送信工程は、前記メール送信工程がメール送信を行った後に前記画像を前記ＵＲＬに関連付けて前記サーバーに送信することを特徴とする画像送信装置の制御方法。
【請求項８】
画像を受信する受信工程と、
画像を受信する前に、画像と関連付けられるＵＲＬを画像送信装置に発行する発行工程と、
前記ＵＲＬに基づく画像の閲覧要求を画像受信装置から受信する閲覧要求受信工程と、
前記受信工程が前記画像を受信する前に前記画像の閲覧要求があったときに、そのＵＲＬに関連付けられる画像のアップロードを前記画像送信装置に要求する要求工程とを有することを特徴とするサーバー装置の制御方法。
【請求項９】
画像をサーバーに送信する画像送信工程と、
前記画像送信工程が画像をサーバーに送信する前に、前記画像のＵＲＬを前記サーバーから受信する画像情報受信工程と、
前記画像送信工程が画像を送信するための電子メールソフトウエアを起動する起動工程と、
前記起動工程により起動された電子メールソフトウエアを用いて、前記画像と前記ＵＲＬとを関連付けた電子メールを作成する電子メール作成工程と、
前記電子メール作成工程により作成された電子メールを受信者宛に送信するメール送信工程とをコンピュータに実行させるプログラムであって、
前記画像送信工程は、前記メール送信工程がメール送信を行った後に前記画像を前記ＵＲＬに関連付けて前記サーバーに送信することを特徴とするプログラム。
【請求項１０】
画像を受信する受信工程と、
画像を受信する前に、画像と関連付けられるＵＲＬを画像送信装置に発行する発行工程と、
前記ＵＲＬに基づく画像の閲覧要求を画像受信装置から受信する閲覧要求受信工程と、
前記受信工程が前記画像を受信する前に前記画像の閲覧要求があったときに、そのＵＲＬに関連付けられる画像のアップロードを前記画像送信装置に要求する要求工程とをコンピュータに実行させることを特徴とするプログラム。
【請求項１１】
請求項９または１０に記載のプログラムを記憶したことを特徴とするコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は画像送信装置およびサーバー装置に関し、特に、画像のアップロードを行ったことをメールで通知するために用いて好適な技術に関する。
【背景技術】
【０００２】
従来、画像データを知人に送るとき、画像をサーバーにアップロードし、サーバーにアップロードしたＵＲＬと送った画像のサムネイルをＨＴＭＬメールにして送信する。受信者は、送られたＨＴＭＬメールのサムネイルをクリックして、サーバーにアップロードされた画像を閲覧するメール作成ソフトウェア（以下、メーラーと呼ぶ）が提案されていた（特許文献１）。
【０００３】
送信者は、画像を選び、メールを作成して送信すると、メーラーが画像のアップロードを行い、画像のアップロードが終わると、メーラーが画像のＵＲＬをＨＴＭＬメールに埋め込み、メールの送信を行っていた。この方法によれば、メールを作成してから画像のアップロードが行われるので、送信者は画像のアップロードより前にメールを作成することができていた。このため、画像のアップロードが完了するまで待ってからメールを作成する必要がなかった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２００７−５１３４２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし従来の方法では、画像のアップロードの前にメールを作成するためには、画像をアップロードする機能を持った特殊なメーラーを使う必要があった。そのため、メーラーを乗り換えるか、画像を送るときにメーラーを切り替える必要があった。メーラーを乗り換えるためには、過去に送ったメールやもらったメールや、アドレス帳などを新しいメーラーに移し替える必要があり、手間がかかっていた。
【０００６】
また、従来の方法では、実際にメールが受信者に送られるのは、画像のアップロードが終わった後であり、受信者が画像を見られるようになるまでに長い時間がかかるという問題があった。
本発明は前述の問題点に鑑み、特殊なメールソフトを使うこと無く、画像のアップロードが完了する前にメールを送ることができるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の画像送信装置は、画像をサーバーに送信する画像送信手段と、前記画像送信手段が画像をサーバーに送信する前に、前記画像のＵＲＬを前記サーバーから受信する画像情報受信手段と、前記画像送信手段が画像を送信するための電子メールソフトウエアを起動する起動手段と、前記起動手段により起動された電子メールソフトウエアを用いて、前記画像と前記ＵＲＬとを関連付けた電子メールを作成する電子メール作成手段と、前記電子メール作成手段により作成された電子メールを受信者宛に送信するメール送信手段とを有し、前記画像送信手段は、前記メール送信手段がメール送信を行った後に前記画像を前記ＵＲＬに関連付けて前記サーバーに送信することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、特殊なメーラーを使うことなく、アップロードが完了する前にメールを送ることができる。
また、本発明の他の特徴によれば、画像のアップロードが終わらなくてもメールが送信されるので、受信者がサムネイルを閲覧できるまでの時間を短縮できる。
また、本発明のその他の特徴によれば、画像がアップロードされる順番は、メールに画像が表示されている順序に応じて決定される。これにより、メールの受信者がサムネイルよりも大きな画像を閲覧したい場合に、まだ画像がアップロードされていないケースが起きにくくなる。また、その画像がまだサーバーにアップロードされていなかった場合でも、その画像が優先的にサーバーにアップロードされるので、ユーザが大きな画像を閲覧するまでの時間を短縮できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態の画像送受信システムの構成例を表す図である。
【図２】画像送信時の送信側クライアントの動作を示すフローチャートである。
【図３】送信側クライアントが作成するＨＴＭＬデータの一例を示す図である。
【図４】受信者が受け取ったメールの例を示す図である。
【図５】画像を送信するときのサーバーの動作を説明するフローチャートである。
【図６】閲覧要求のあった画像を管理するリストの一例を示す図である。
【図７】メールで送られてきた画像を拡大する動作を説明するフローチャートである。
【図８】画像を拡大するときのサーバー側の動作を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
図１は、本発明の実施形態を示し、画像送受信システムの構成例を表す図である。
図１において、１０７は画像を送信するクライアント装置（以下、送信側クライアントと呼ぶ）であり、ＰＣ（Personal Computer）などの情報処理装置により構成されている。本実施形態では、送信側クライアントから後述するサーバーに画像をアップロードする。
【００１１】
１０１はＣＰＵ（Central Processing Unit）である。１０２は、ＲＡＭなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。１０３はハードディスクなどの二次記憶装置であり、各種プログラムを格納する。また、アップロードする画像を格納する。１０４は、後に述べるサーバーおよび閲覧側クライアント装置と通信するためのEthernet（登録商標）端子などの通信装置であり、サーバーに画像送信するため、画像のＵＲＬを含む画像情報をサーバーから受信するための画像情報受信に用いられる。また、作成された電子メールを受信者宛に送信するメール送信を行うためにも用いられる。１０５は、キーボードやマウスなどの操作部である。１０６は、液晶ディスプレーなどの表示部である。
【００１２】
ＣＰＵ１０１は、二次記憶装置１０３からプログラムを読み出し、プログラムの指示に従って、操作部１０５や記憶装置から各種データを受け取り、演算・加工した上でデータを記憶装置や表示部１０６などに出力して各部を制御する。
【００１３】
１１４はサーバーであり、サーバーコンピュータなどの情報処理装置により構成されている。本実施形態では、送信側クライアント１０７から画像がアップロードされてくる。１０８はＣＰＵである。１０９は、ＲＡＭなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。１１０はハードディスクなどの二次記憶装置であり、各種プログラムを格納する。また、アップロードされた画像を格納する。
【００１４】
１１１は、送信側クライアント装置および後に述べる閲覧側クライアント装置と通信するためのEthernet端子などの通信装置である。１１２は、キーボードやマウスなどの操作部である。１１３は、液晶ディスプレーなどの表示部である。
【００１５】
１２１は画像を閲覧するための画像受信装置である。画像受信装置は、サーバー１１４から画像受信を行うクライアント装置と呼ばれ（以下、閲覧側クライアントと呼ぶ）、ＰＣなどの情報処理装置により構成されている。本実施形態では、サーバー１１４にアップロードされた画像を閲覧側クライアント１２１から閲覧する。１１５はＣＰＵである。１１６は、ＲＡＭなどの一次記憶装置であり、二次記憶装置から読み込まれたプログラムが格納される。１１７はハードディスクなどの二次記憶装置であり、各種プログラムを格納する。１１８は、後に述べるサーバー１１４および送信側クライアント１０７と通信するためのEthernet端子などの通信装置である。１１９は、キーボードやマウスなどの操作部である。１２０は、液晶ディスプレーなどの表示部である。
【００１６】
図２は、画像送信を行うときの送信側クライアント１０７の動作を示すフローチャートである。
ユーザが、画像を送信するプログラムの起動を指示すると、ＣＰＵ１０１は二次記憶装置１０３から画像を送信するプログラムを読み出し、一次記憶装置１０２に格納する。また、プログラムに従い、二次記憶装置１０３に格納されている画像をＣＰＵ１０１が表示部１０６に表示する。
【００１７】
表示部１０６に表示された中からユーザが知人に送信する画像を選択すると、ＣＰＵ１０１は、画像をアップロードするＵＲＬを要求する指示を、通信装置１０４を介してサーバー１１４に送信する（Ｓ２０１）。送信側クライアント１０７は、サーバー１１４に画像をアップロードする前に、画像がアップロードされるＵＲＬを先にサーバー１１４から取得する。これによって、ＵＲＬを先に決定することができ、画像のアップロードをする前に、ＵＲＬを知人に送信することができる。なお、このＵＲＬは画像ごとに要求する。ＵＲＬを要求する指示は、画像ごとに送ってもよいし、まとめて送ってもよい。
【００１８】
サーバー１１４からＵＲＬを受信するまで待機する（Ｓ２０２）。そして、ＵＲＬを受信したら、ＣＰＵ１０１はユーザに対して、画像を送信する相手に送るメールのメッセージを入力するように要求する。ユーザは入力装置を使用してメッセージを入力する（Ｓ２０３）。次に、ＣＰＵ１０１は、ＨＴＭＬデータを二次記憶装置１０３に作成する（Ｓ２０４）。
【００１９】
図３に、二次記憶装置１０３に作成するＨＴＭＬデータの一例を示す。図３において、３０１は、Ｓ２０３において、ユーザが入力したメッセージである。３０２と３０４と３０５は、ユーザが選択した画像のサムネイルである。ＣＰＵ１０１は、ユーザが選択した画像を縮小してサムネイルを作成する。３０３はボタンであり、Ｓ２０２において受信したＵＲＬのうち、ボタンの上側に位置する画像に対応するＵＲＬが、ボタンと関連付けられている。
【００２０】
つまり、このボタン３０３を押すと、ｗｅｂブラウザが起動し、ボタンの上側に位置する画像に対応するＵＲＬがｗｅｂブラウザに表示されるように作られている。後に説明するように、このＨＴＭＬデータをメールで受信した人は、この画像を大きく表示したいときは、このボタン３０３を押すことで、サーバー１１４に置かれている大きな画像を見ることができる。
【００２１】
ＣＰＵ１０１は、電子メール作成用の電子メールソフトウエア（以下、メーラーとする）であるメーラープログラムを二次記憶装置１０３から読みだし、一次記憶装置１０２に格納する（Ｓ２０５）。すなわち、メーラーを起動し、ＨＴＭＬメールを作成し、受信者宛に送信する。このメーラーは送信側クライアント１０７のオペレーティングシステムにデフォルトとして登録されているメーラーである。つまり、ユーザが普段使っているメーラーであり、特殊なメーラーではない。
【００２２】
さらに、ＣＰＵ１０１は新規メールを作成するための画面を表示し、その画面に、Ｓ２０４で作成したＨＴＭＬデータを表示させる。これは、メーラープログラムの違いによって、二通りの方法で実現できる。一つは、メーラーがＨＴＭＬデータを読み込んだとき、それをＨＴＭＬメールとして読み込める場合である。この場合は、図３のＨＴＭＬデータをＨＴＭＬメールとしてそのまま送信できるので、受信者はメールを開くと、図３のＨＴＭＬデータを直接見ることができる。
【００２３】
図４の(ａ)は、この場合に受信者が受け取ったメールの例であり、図３のＨＴＭＬデータがそのまま表示されている。図４の(ａ)において、ボタン４０１は、図３のボタン３０３に対応する。もうひとつは、メーラーがＨＴＭＬデータを読み込んだとき、それを添付ファイルとして読み込む場合である。この場合は、受信者はメールを受け取った時、ＨＴＭＬデータを直接見ることができず、添付ファイルを開くことで見ることになる。
【００２４】
図４の(ｂ)は、この場合に受信者が受け取ったメールの例である。図４の(ｂ)において、４０２は添付ファイルであり、attached.ＨＴＭＬというファイル名で図３のＨＴＭＬデータが送られていることを示している。受信者は４０２のファイルをダブルクリックすることで、公知の方法により、図３のＨＴＭＬデータを見ることができる。ユーザは、ＣＰＵ１０１が前述のいずれかの方法で表示した新規メール作成画面に、相手のメールアドレスと件名などを入力することで、公知の方法により、メールを送信できる。
【００２５】
本実施形態では、ユーザが特殊なメーラーを使用することなく、通常のメーラーから、画像のサムネイルとＵＲＬを送信することができる。これにより、メーラーやアドレス帳を乗り換える必要がなく、送信履歴も残り、普段使っているアドレス帳が使えるので、メールアドレスを入力する手間を省くことができる。
【００２６】
また、メーラーを起動する前に、画像をアップロードするＵＲＬをサーバー１１４から取得しているので、画像のアップロードを待つことなく、メールを作成することができる。また、メールの受信者も画像のアップロードが終わる前にメールを受信できるので、画像を閲覧するまでの時間が短くなる利点が得られる。
【００２７】
次に、ＣＰＵ１０１は通信装置１０４より、サーバー１１４に閲覧要求のある画像をサーバー１１４に問い合わせる（Ｓ２０６）。後に述べるように、サーバー１１４は、閲覧要求受信処理を行い、閲覧側クライアント１２１から閲覧要求のあった画像のＵＲＬを通知し、当該画像を優先的にアップロードさせるための指示を送信側クライアント１０７に行う。これにより、メールによりサムネイルを受信した人は、より大きな画像を見たいと思った時、待たされる時間が少なくて済む。
【００２８】
次に、問い合わせの結果を受信するまで待機する（Ｓ２０７）。受信したら、ＣＰＵ１０１は、サーバー１１４がアップロードを要求している画像があるかをチェックする（Ｓ２０８）。チェックの結果、アップロードを要求している画像があれば、ＣＰＵ１０１は、通知されたＵＲＬに基づいて、要求のあった画像を通信装置１０４からサーバー１１４にアップロードする（Ｓ２０９）。
【００２９】
このとき、Ｓ２０２で受信したＵＲＬに画像をアップロードする。そのために、ＣＰＵ１０１は例えば画像をアップロードするときに、Ｓ２０２で受信したＵＲＬを一緒にサーバー１１４に送り、サーバー１１４はそのＵＲＬに画像を保存する。あるいは、画像を特定できる情報とＵＲＬの関連をサーバー１１４が覚えておき、画像がアップロードされたら、サーバー１１４がその画像に関連付けられているＵＲＬに保存することもできる。画像を特定できる情報とは、例えばファイル名と送信側クライアント１０７のIPアドレスの組み合わせである。この場合は、Ｓ２０１において、ＣＰＵ１０１は画像のファイル名の情報とIPアドレスをサーバー１１４に送信しておく。
【００３０】
一方、Ｓ２０８のチェックにおいて、アップロード要求された画像がなければ、ＣＰＵ１０１は、メール作成時の画像の順序に画像をアップロードする（Ｓ２１０）。例えば、図３の例でいえば、メールには左から画像３０２、３０４、３０５の順に画像が表示されている。この場合は、受信者は３０２、３０４、３０５の順に画像を見ていく可能性が高い。
【００３１】
したがって、まず３０２の画像をアップロードする。受信者が見ると思われる順番に従って、画像がアップロードされる優先度が決まるので、受信者はメールを受け取った後、メールに表示されている順番に画像を見ていくとき、画像を見るために待たされることが少なくなる。Ｓ２１０においても、前述したＳ２０９と同様に、Ｓ２０２で受信したＵＲＬに画像がアップロードされるようにする。
【００３２】
Ｓ２０９またはＳ２１０の処理を終了したら、すべての画像をアップロードしたか否かを判断する（Ｓ２１１）。すべての画像をアップロードしていなかったら、Ｓ２０６に戻り、ＣＰＵ１０１は次にアップロードする画像をサーバー１１４に問い合わせ、前述の動作を繰り返す。すべての画像をアップロードしたら、動作を終了する。
【００３３】
前述のように、画像を一つアップロードするたびに、次にアップロードする画像をサーバー１１４に問い合わせることで、アップロードしている間に閲覧要求があった場合にも、その画像を次にアップロードすることができる。
【００３４】
図５は、送信側クライアント１０７が画像を送信するときのサーバー１１４の動作を説明するフローチャートである。
ＣＰＵ１０８は、送信側クライアント１０７から画像のＵＲＬが要求されたかをチェックし、要求があるまで待機する（Ｓ５０１）。この動作は、送信側クライアント１０７の動作を説明する図２のフローチャートのＳ２０１の動作に対応する。
【００３５】
ＵＲＬの要求があった場合は、ＣＰＵ１０８は通信装置１１１を通じ、画像をアップロードするＵＲＬを送信側クライアント１０７に送信する（Ｓ５０２）。具体的には、送信側クライアント１０７からの要求に応じて、画像ごとに一意に定まるＵＲＬを生成して発行する。異なる画像に同じＵＲＬを割り当てないように、例えばＵＲＬを二次記憶装置１１０に記憶しておいたり、ＵＲＬの作成日時などをもとに一意になるように決めたりする。
【００３６】
次に、ＣＰＵ１０８は、関連要求のある画像の問い合わせが送信側クライアント１０７からきたかをチェックし、問い合わせがくるまで待機する（Ｓ５０３）。この動作は、前述した図２のＳ２０６の動作に対応する。問い合わせがあった場合は、ＣＰＵ１０８は閲覧側クライアント１２１からの閲覧要求のあった画像のうち、最も優先度の高い画像を送信側クライアント１０７に通知する。この際に、ＣＰＵ１０８は、サーバー１１４が画像を受信する順序を決定する受信順序決定処理を行い、送信側クライアント１０７に通知する（Ｓ５０４）。
【００３７】
具体的には、閲覧側クライアント１２１から画像の閲覧要求があったときに、その画像に関する情報を閲覧要求の優先度と共に記録媒体（二次記憶装置１１０）に記録する閲覧要求記録処理を行う。ここで、画像に関する情報は、閲覧側クライアント１２１が閲覧要求に用いた、画像のアップロード先となるＵＲＬである。
図６は、閲覧要求のあった画像を管理するリストの一例を示す図である。図６において、６０２はＵＲＬであり、閲覧側クライアント１２１から要求された画像に対応するＵＲＬである。６０１は、優先度であり、要求された時刻が早いものほど優先度が高くなる。後に述べるように、前述した図２のＳ２０５で作成したメールを受信したユーザが、メールに表示されている画像を拡大して表示することを要求した場合、サーバー１１４にそれが通知される。サーバー１１４は、その画像がまだアップロードされていない場合、その画像のＵＲＬを図６のリストに管理する。この例では、img01.jpgが最も優先度が高いので、この画像のアップロードを送信側クライアント１０７に通知する。
【００３８】
閲覧要求のある画像を優先的にアップロードするようにサーバー１１４は送信側クライアント１０７に指示するので、ユーザが画像を見るときの待ち時間を短くすることができる。
【００３９】
次に、ＣＰＵ１０８は送信側クライアント１０７から画像がアップロードされたかをチェックする（Ｓ５０５）。これは、前述した図２のフローチャートのＳ２０９およびＳ２１０に対応する動作である。
【００４０】
アップロードされた場合は、ＣＰＵ１０８は、アップロードされた画像を、Ｓ５０２で決定したＵＲＬに保存する（Ｓ５０６）。このとき、送信側クライアント１０７のＣＰＵ１０１が、画像と共にＵＲＬをサーバー１１４に送るように構成することができる。この場合は、サーバー１１４のＣＰＵ１０８は、送られた画像を送られたＵＲＬに保存する。
【００４１】
あるいは、送信側クライアント１０７のＣＰＵ１０１が、画像だけをアップロードするようにも構成できる。この場合は、サーバー１１４のＣＰＵ１０８は、図５のＳ５０２において、送信側クライアント１０７から送られてきた画像と送信側クライアント１０７のＩＰアドレスなど、画像を特定できる情報とともに画像のＵＲＬを関連付けて、二次記憶装置１１０に記録する。そして、Ｓ２０６において、アップロードされた画像を、Ｓ５０２で関連付けておいたＵＲＬに保存する（Ｓ５０６）。
【００４２】
図７は、メールで送られてきた画像を拡大して閲覧するときの閲覧側クライアント１２１の動作を説明するフローチャートである。
閲覧側クライアント１２１のＣＰＵ１１５は、画像をサーバー１１４から受信する前に、画像のＵＲＬを電子メールで取得して一次記憶装置１１６に記憶して保持する画像情報保持を行う。また、画像のＵＲＬをサーバー１１４に送信する画像情報送信を行う。さらに、画像のＵＲＬをサーバー１１４に送信した後に画像を受信する。
ここでは、図４の(ａ)のメールが閲覧側クライアント１２１に送られたとして説明する。
閲覧側クライアント１２１のユーザが、そのメールを開き、サムネイルよりも大きい画像を閲覧するために、ボタン４０１を押したとする。
【００４３】
すると、閲覧側クライアント１２１のＣＰＵ１１５は通信装置１１８を介して、そのボタン４０１に対応したＵＲＬの閲覧を要求する（Ｓ７０１）。これは、公知の技術であるＷｅｂブラウザを使い、ＨＴＴＰプロトコルによって要求をサーバー１１４に送信することで実現できる。
【００４４】
次に、サーバー１１４から応答が返ってくるまで待機する（Ｓ７０２）。サーバー１１４から応答が返ってきたら、ＣＰＵ１１５は、サーバー１１４からの応答を表示する（Ｓ７０３）。要求したＵＲＬの画像が、送信側クライアント１０７からアップロードされていた場合は、画像がサーバー１１４から返ってくるので、ＣＰＵ１１５はその画像を表示することになる。これも、公知の技術であるＷｅｂブラウザで画像を表示することによって実現できる。
【００４５】
要求したＵＲＬの画像が、アップロードされていない場合は、後に述べるように、アップロードされるまでの予想時間がサーバー１１４から応答されるので、ＣＰＵ１１５はその時間を表示する。これもＷｅｂブラウザによって表示することができる。あるいは、サーバー１１４がアップロード予想時間を返さないで、「まだアップロードされていません」などの所定のメッセージを返すことも可能である。その場合、ＣＰＵ１１５はそのメッセージを表示する。これもＷｅｂブラウザによって表示することができる。
【００４６】
図８は、画像を拡大して閲覧するときのサーバー１１４側の動作を説明するフローチャートである。
まず、サーバー１１４のＣＰＵ１０８は画像の閲覧が要求されたかをチェックし、要求されるまで待機する（Ｓ８０１）。これは、図７のＳ７０１の動作に相当する動作である。つまり、図４の(ａ)のメールのボタン４０１が押されたことで、ＵＲＬがサーバー１１４に送信されたかをチェックする。
【００４７】
要求された場合は、ＣＰＵ１０８は、要求された画像が送信側クライアント１０７によってアップロードされているかをチェックする（Ｓ８０２）。アップロードされていれば、ＣＰＵ１０８は、その画像を通信装置１１１から閲覧側クライアント１２１に送信する（Ｓ８０３）。送信された画像は図７のＳ７０３において閲覧側クライアント１２１で表示される。
【００４８】
一方、アップロードされていなければ、ＣＰＵ１０８は、要求された画像のＵＲＬを、一次記憶装置１０９の所定の場所に記憶し、要求された画像のうちアップロードされていない画像がどれかを、前述の図６のリストとして記憶しておく（Ｓ８０４）。前述のように、先に要求された画像ほど優先度が高くなるようにしておく。
【００４９】
次に、ＣＰＵ１０８は、アップロードされるまでの予想時間を閲覧側クライアント１２１に送信する予想時間送信処理を行う（Ｓ８０５）。これは、要求された画像を含む、アップロードされる画像の数および画像のサイズおよびネットワークの予想通信速度によって計算できる。例えば、要求された画像が３番目にアップロードされる場合、３つの画像のファイルサイズと、過去にアップロードされた画像のアップロードにかかる平均時間を元に計算できる。
【００５０】
アップロードにかかる平均時間は、例えば過去１週間の１バイトあたりの平均アップロード時間を統計的に計算することで算出できる。Ｓ８０５において、予想時間の代わりに、「まだアップロードされていません」などの所定のメッセージを閲覧側クライアント１２１に送信することもできる。
【００５１】
以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。前述の実施形態の一部を適宜組み合わせてもよい。
【００５２】
また、前述の実施形態の機能を実現するソフトウェアのプログラムを、コンピュータ読み取り可能な記憶媒体から直接、或いは有線／無線通信を用いてプログラムを実行可能なコンピュータを有するシステム又は装置に供給する。そして、そのプログラムを実行する場合も本発明に含む。従って、本発明の機能処理をコンピュータで実現するために、該コンピュータに供給、インストールされるプログラムコード自体も本発明を実現するものである。
【００５３】
つまり、本発明の機能処理を実現するためのコンピュータプログラム自体も本発明に含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。プログラムを供給するための記録媒体としては、例えば、ハードディスク、磁気テープ等の磁気記録媒体、光／光磁気記憶媒体、不揮発性の半導体メモリでもよい。また、プログラムの供給方法としては、コンピュータネットワーク上のサーバー１１４に本発明を形成するコンピュータプログラムを記憶し、接続のあったクライアントコンピュータがコンピュータプログラムをダウンロードしてプログラムする方法も考えられる。
【符号の説明】
【００５４】
１０１  ＣＰＵ、１０２  一次記憶装置、１０３  二次記憶装置、１０４  通信装置、１０５  操作部、１０６  表示部、１０７  クライアント装置、１０８  ＣＰＵ、１０９  一次記憶装置、１１０  二次記憶装置、１１１  通信装置、１１２  操作部、１１３  表示部、１１４  サーバー、１１５  ＣＰＵ、１１６  一次記憶装置、１１７  二次記憶装置、１１８  通信装置、１１９  操作部、１２０  表示部
【図１】
2012194776.tif 000003
【図２】
2012194776.tif 000004
【図３】
2012194776.tif 000005
【図４】
2012194776.tif 000006
【図５】
2012194776.tif 000007
【図６】
2012194776.tif 000008
【図７】
2012194776.tif 000009
【図８】
2012194776.tif 000010