(57)【要約】【課題】データファイルの送受信の際、受信者はメールに添付されたサムネイルを見た上で、実際にデータファイルをサーバからダウンロードするかどうか選択することができ、また、すべての受信者がサーバにアクセスしたとき、データファイルを自動的にサーバ上から削除するため、送信者がデータファイルをサーバから削除する手間が不要になる。【解決手段】データファイル保存サーバは、各データファイル受信装置に対して異なるアドレスを生成する識別情報生成手段と、各データファイル受信装置がデータファイル保存サーバにアクセスしたかどうかを記録する第一の記録手段と、すべてのデータファイル受信装置がデータファイル保存サーバにアクセスしたかどうかを判定する判定手段と、すべてのデータファイル受信装置がデータファイル保存サーバにアクセスしたことを判定したときに、データファイルを削除する第一の削除手段を有する。【選択図】        図１
2006126911.tif 000002
【特許請求の範囲】
【請求項１】
データファイル送信装置、データファイル保存サーバ、および一つまたは複数のデータファイル受信装置よりなるデータ送信システムにおいて、
前記データファイル保存サーバは、前記各データファイル受信装置に対して異なるアドレスを生成する識別情報生成手段と、
前記各データファイル受信装置が前記データファイル保存サーバにアクセスしたかどうかを記録する第一の記録手段と、
前記第一の記録手段によって、すべての前記データファイル受信装置が前記データファイル保存サーバにアクセスしたかどうかを判定する判定手段と、
前記判定手段によって、すべての前記データファイル受信装置が前記データファイル保存サーバにアクセスしたことを判定したときに、データファイルを削除する第一の削除手段を有することを特徴とするデータ送信システム。
【請求項２】
前記データファイル保存サーバは、データファイルのサムネイルを作成するサムネイル作成手段を有することを特徴とする請求項１記載のデータ送信システム。
【請求項３】
前記データファイル受信装置は、データファイルをダウンロードするかどうかを前記データファイル保存サーバに通知するダウンロード通知装置を有することを特徴とする請求項１又は２記載のデータ送信システム。
【請求項４】
前記データファイル保存サーバは、データファイルの保管後一定経過した場合にデータファイルを削除する第二の削除手段を有することを特徴とする請求項１から３いずれかに記載のデータ送信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、静止画や動画、音声などのデータファイルを送信するデータ送信システム、その制御方法、およびそのプログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
近年、デジタルカメラやデジタルビデオカメラ、カメラ内蔵型携帯電話など、動画や静止画のデジタル画像データを記録する機器の普及が進んでいる。また、これらの機器には、音声を録画できるものもある（例えば、特許文献１参照。）。
【０００３】
また、このようにして記録した動画、静止画、動画などのデータファイルを、一人または複数の受信者に送信したいというユーザの要求がある。データ記録機器によっては、機器に通信機能が内蔵されており、記録したデータファイルを送信することができる。そうでない機器については、記録したデータファイルをいったんＰＣなどにコピーし、ＰＣの通信機能を利用して、データファイルを他のＰＣなどに送ることになる。
【０００４】
さて、データファイルの送信方法には、いくつかの手段が考えられる。一つ目の手段としては、データファイルを電子メールに添付して送る方法である。二つ目の手段は、送信者はデータファイルをいったんＦＴＰやＨＴＴＰなどのサーバにアップロードし、そのネットワーク上のアドレスを受信者に送り、受信者はそのアドレスを用いてサーバにアクセスし、データファイルをダウンロードするという方法である。三つ目の手段は、ＦＴＰなどのプロトコルを用いて、データファイルを直接受信者に送信するという方法である。
【０００５】
カメラ内蔵型携帯電話でデータファイルを送信する場合や、受信者の数が少ない場合には、一つ目の手段が多く用いられる。また、受信者の数が多い場合は、二つ目の手段が用いられることもある。
【特許文献１】特開２００４−１２０１６０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、上記の送信方法にはそれぞれ課題がある。まず一つ目の手段であるが、一般に動画などのデータファイルはサイズが大きいことが多いため、メールサーバによっては送信データが大きすぎるという理由で、メールの送信を拒否される場合がある。また、大きなデータをメールサーバに処理させることは、メールサーバの負担増につながるため、ネットワークに対して悪影響を及ぼす可能性もある。
【０００７】
二つ目の手段の場合、送信者は各受信者に対して、サーバにアップロードしたデータファイルのアドレスを知らせなければならないため、受信者の数が多い場合には多大な手間がかかる。また、サーバの容量は無限ではないため、送信者は受信者全員がデータファイルをダウンロードしたかどうかを受信者に問い合わせ、全員がダウンロードしたことを確認した後、サーバ上のデータファイルを削除する必要がある。これらの手間は、送信者にとって相当面倒である。
【０００８】
三つ目の手段の場合、データファイルを送信する間、送信者の送信機器と受信者の受信機器がともにネットワークに接続された状態になっていなければならないという制限がある。また、送信者側、受信者側の双方が、ファイルを直接送受信するためのソフトウェアを持っていなければならない。
【０００９】
また、受信者がデータファイルを受け取るかどうか選択できるようにしたいという場合も考えられる。その場合、選択の判断基準となるよう、データファイルを送る前に、サムネイルを受信者に送るという方法が考えられる。サムネイルとは、データファイルのデータ量を削減して、送信の際にネットワークにかかる負担を減らすもので、静止画ならば画像の縮小や減色など、動画ならばフレームレートの低減など、音声ならばサンプリング周波数を落とすことなどで、それぞれのサムネイルを作成することができる。受信者は、まずデータサイズの小さいサムネイルを受信し、それをもとにデータファイル本体を受信するかどうか選択することができる。
【００１０】
しかし、上記一つ目や三つ目の手段の場合、送信者がサムネイルを作らなければならず、その手間がかかる。また、サムネイルを送った後、受信者がデータファイルを要求するかどうかを受信者に問い合わせねばならず、非常に面倒である。
【００１１】
二つ目の手段の場合、送信者がデータファイルをサーバにアップロードすると、サーバが自動的にサムネイルを作成するようなシステムがすでに存在する。このようなサーバを用いてデータの送信を行う場合、送信者の手間は軽減されるが、受信者はサムネイルを確認するためにわざわざサーバまでアクセスしなければならないという問題がある。
【００１２】
本発明は、以上の点に着目して成されたもので、データファイルの送受信の際、受信者はメールに添付されたサムネイルを見た上で、実際にデータファイルをサーバからダウンロードするかどうか選択することができ、また、すべての受信者がサーバにアクセスしたとき、データファイルを自動的にサーバ上から削除するため、送信者がデータファイルをサーバから削除する手間が不要になるデータ送信システムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記の問題を解決するために、本発明では、データファイル送信装置、データファイル保存サーバ、および一つまたは複数のデータファイル受信装置よりなるデータ送信システムにおいて、前記データファイル保存サーバは、前記各データファイル受信装置に対して異なるアドレスを生成する識別情報生成手段と、前記各データファイル受信装置が前記データファイル保存サーバにアクセスしたかどうかを記録する第一の記録手段と、前記第一の記録手段によって、すべての前記データファイル受信装置が前記データファイル保存サーバにアクセスしたかどうかを判定する判定手段と、前記判定手段によって、すべての前記データファイル受信装置が前記データファイル保存サーバにアクセスしたことを判定したときに、データファイルを削除する第一の削除手段を有することを特徴し、前記データファイル受信装置は、データファイルをダウンロードするかどうかを前記データファイル保存サーバに通知するダウンロード通知装置を有することを特徴とする。
【発明の効果】
【００１４】
本発明によれば、データファイルの送受信の際、受信者はサムネイルが添付されたメールを受信し、そのサムネイルを見た上で、実際にデータファイルを受信するかどうかを選択することができる。
【００１５】
また、サムネイルの大きさは実際のデータファイルに比べて小さいので、サムネイルが添付されたメールはデータファイル自体が添付されたメールに比べてサイズを小さくできる。そのため、データファイルをメールに添付して送る方法に比べ、メールサーバにかかる負荷を大幅に軽減することができる。
【００１６】
また、データファイル自体はいったんサーバにアップロードされるが、すべての受信者がサーバにアクセスしたとき、データファイルをサーバ上から削除してしまうため、サーバの記録領域を有効に使えるというメリットがある。また、サーバを利用するため、データファイル送信時に送信者・受信者のＰＣがネットに接続されていなければならないという制限は発生しない。
【００１７】
さらに、実施例２における構成では、データファイルをサーバにアップロード後、一定時間経過した場合に、データファイルをサーバから自動的に削除する第二の削除手段によって、サーバにアクセスしない受信者がいる場合に、送信者が自分でデータファイルをサーバから削除しなければならないという手間を削減することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明にかかる一実施例を、図面を参照して詳細に説明する。
【実施例１】
【００１９】
図１は、本発明にかかる一実施例のデータ送信システムの構成を示す図である。本実施例では、送信者はデジタルカメラで撮影したデータファイル（静止画でも動画でもよい）を、ＵＳＢを介していったんＰＣに取り込み、そのＰＣを用いてデータファイルを受信者に送信するものとする。
【００２０】
１０１は送信者のＰＣであり、１０２はデジタルカメラである。１０１と１０２は、ＵＳＢケーブルによって接続されているものとする。また、１０３は送信者のＰＣがアクセスするメールサーバである。
【００２１】
１０４、１０５、１０６は、それぞれの受信者のＰＣである。本実施例では、受信者は３人ということにしているが、実際には受信者は何人であっても構わない。また、１０７、１０８、１０９は、それぞれ、受信者のＰＣ１０４、１０５、１０６が接続するメールサーバである。本実施例では、各受信者はそれぞれ別のメールサーバにアクセスするようにしているが、実際には、複数の受信者がひとつのメールサーバに対してアクセスすることもある。
【００２２】
また、１１０は、データファイル保存サーバである。送信者はＰＣ１０１を用いてデータファイル保存サーバ１１０にアクセスし、データファイルをアップロードする。データファイル保存サーバは大容量の記憶装置を内蔵しており、それを分割して複数の利用者に割り当てている。そのため、一人のデータファイル保存サーバ１１０の利用者は、あらかじめ有限の容量のデータ保存領域（たとえば１０メガバイト）を確保している。
【００２３】
図２は、送信者のＰＣ１０１の構成を表すブロック図である。２０１はネットワークに接続されて他のコンピュータとデータの送受信を行う通信装置であり、実際にはモデムやネットワークカード、ＴＡなどがこれにあたる。２０２はＣＰＵ（中央演算装置）である。２０３はデータファイルを記録する記録装置であり、実際にはハードディスクなどがこれにあたる。２０４はＵＳＢ入出力装置であり、ＰＣ１０１はこのＵＳＢ入出力装置２０４を介してデジタルカメラ１０２と接続し、デジタルカメラが撮像した静止画や動画などのデータファイルを受信する。２０５はユーザからの入力を受け付ける入力装置であり、キーボードやマウスなどがこれにあたる。２０６はメモリである。２０７はユーザにＧＵＩ（グラフィカルユーザインタフェース）や画像などを表示するための表示装置であり、モニタなどがこれにあたる。２０８は音声データを出力する音声出力装置であり、スピーカーなどがこれにあたる。２０９は、２０１〜２０８がデータをやり取りするときに利用するバスである。
【００２４】
図３は、受信者のＰＣ１０４の構成を表すブロック図である。３０１はネットワークに接続されて他のコンピュータとデータの送受信を行う通信装置であり、実際にはモデムやネットワークカード、ＴＡなどがこれにあたる。３０２はＣＰＵ（中央演算装置）である。３０３はデータファイルを記録する記録装置であり、実際にはハードディスクなどがこれにあたる。３０４はユーザからの入力を受け付ける入力装置であり、キーボードやマウスなどがこれにあたる。３０５はメモリである。３０６はユーザにＧＵＩ（グラフィカルユーザインタフェース）や画像などを表示するための表示装置であり、モニタなどがこれにあたる。３０７は音声データを出力する音声出力装置であり、スピーカーなどがこれにあたる。３０８は、３０１〜３０７がデータをやり取りするときに利用するバスである。ＰＣ１０５、１０６は、ＰＣ１０４と同じ構成なので、ここでは説明を省略する。
【００２５】
図４は、データファイル保存サーバ１１０の構成を表すブロック図である。４０１はネットワークに接続されて他のコンピュータとデータの送受信を行う通信装置であり、実際にはモデムやネットワークカード、ＴＡなどがこれにあたる。４０２はＣＰＵ（中央演算装置）である。４０３はデータファイルを記録する記録装置であり、実際にはハードディスクなどがこれにあたる。４０４はユーザからの入力を受け付ける入力装置であり、キーボードやマウスなどがこれにあたる。４０５はメモリである。４０６はユーザにＧＵＩ（グラフィカルユーザインタフェース）や画像などを表示するための表示装置であり、モニタなどがこれにあたる。４０７は音声データを出力する音声出力装置であり、スピーカーなどがこれにあたる。４０８は、４０１〜４０７がデータをやり取りするときに利用するバスである。
【００２６】
ここで、本システムの動作を簡単に説明する。送信者は、デジタルカメラ１０２をＰＣ１０１にＵＳＢケーブルで接続し、デジタルカメラ１０２で撮像した静止画や動画などのデータファイルをＰＣ１０１の記録装置１０３に記録する。その上で、ＰＣ１０１でデータファイル保存サーバ１１０にデータファイルをアップロードする。このとき、データファイル受信者のメールアドレスも同時にデータファイル保存サーバ１１０に送信する。このデータファイル受信者は、一人であっても複数であっても構わないが、本実施例では、前述のように、受信者が３人である場合について説明する。
【００２７】
データファイル保存サーバ１１０では、アップロードされたデータファイルを、送信者用に割り当てられた保存領域に保存する。また、サムネイル生成手段によって、そのデータファイルのサムネイルを作成する。サムネイルは、もとのデータファイルのデータサイズを縮小しつつ、もとの絵柄が大雑把に分かるようにしたものである。たとえば、静止画像のサムネイルは、画像サイズを小さくしたり色数を減らしたりして作成する。また、動画のサムネイルは、それに加えてフレームレートを落とすなどして作成する。サムネイル生成手段は、実際には、データファイル保存サーバ１１０のＣＰＵ４０２やメモリ４０５などによって構成される。
【００２８】
さらに、データファイル保存サーバ１１０は、アップロードされたデータファイルごとに、図５に示すようなテーブル５０１を作成する。テーブル５０１において、５０２は各受信者のメールアドレスである。また、５０３は各受信者に通知するデータファイルのアドレスである。このとき、識別情報生成手段によって受信者ごとに異なるアドレスを生成し、どの受信者がデータファイルをダウンロードするためにアクセスしてきたかを、データファイル保存サーバ１１０が判断できるようにする。もちろん、生成されたどのアドレスを用いても、アップロードされたデータファイルにアクセスできるようにする。５０３では、各受信者に対して２つずつアドレスを割り当ててあるが、このアドレスの片方は受信者がデータファイルをダウンロードするときにアクセスするアドレスとして、もう片方は受信者がデータファイルをダウンロードしないときに、そのことをデータファイル保存サーバ１１０に通知するためにアクセスする際のアドレスとして使用する。これがダウンロード通知手段となる。そして、５０４は受信者がデータファイル保存サーバ１１０にアクセスしたかどうかを示すフラグであり、これが第一の記録手段となる。テーブル５０１は、データファイル保存サーバ１１０のＣＰＵ４０２やメモリ４０５などによって作成され、メモリ４０５あるいは外部記憶４０３上に作成される。
【００２９】
図１０に、本システムのデータファイル保存サーバ１１０の識別情報生成手段が生成するアドレスの例を示す。この例では、１００１の部分が実際にデータファイルが置かれているアドレスを指し、１００２の部分は各受信者を区別するために用いられる。また１００３は受信者がデータファイルをデータファイル保存サーバ１１０からダウンロードするかどうかをデータファイル保存サーバ１１０に通知するダウンロード通知手段として用いる部分である。このようなアドレスを生成すれば、データファイル保存サーバ１１０は、アドレスによってどのデータファイルがどの受信者によって指定されたかが識別でき、またその受信者がデータファイルのダウンロードを望んでいるかどうかを判断することが可能となる。
【００３０】
そして、データファイル保存サーバ１１０は、各受信者に対して、その受信者用に生成したデータファイルのアドレスを記載したメールを作成し、先ほど作成したサムネイルを添付して送信する。送信したメールは、メールサーバ１０７、１０８、１０９を介して、受信者のＰＣ１０４、１０５、１０６に到達する。
【００３１】
受信者は、受信したメールのサムネイルを再生し、データファイルをダウンロードするかどうかを選択する。受信者は、その選択にしたがって、メールに記載されたアドレスのうちどちらのアドレスにアクセスするかを選び、データファイル保存サーバ１１０にアクセスする。
【００３２】
データファイル保存サーバ１１０は、受信者からのアクセスがあると、そのアドレスからどの受信者がアクセスしているのかを判定する。そして、受信者がデータファイルのダウンロードを選択していれば、データファイルを受信者に対して送信する。その後、先ほど作成したテーブル５０１の、受信者に該当する部分のフラグ５０４を立てる。
【００３３】
そして、データファイル保存サーバ１１０は、すべての受信者におけるフラグ５０４が立ったかどうかを、判定手段によって判定する。判定手段は、実際にはデータファイル保存サーバ１１０のＣＰＵ４０２およびメモリ４０５によって構成される。判定手段によって、すべての受信者がデータファイル保存サーバ１１０にアクセスしたと判断したなら、データファイル保存サーバ１１０は第一の削除手段によってデータファイルを削除する。この第一の削除手段は、データファイル保存サーバ１１０のＣＰＵおよびメモリから構成される。そして、データファイル送信者に対して、すべての受信者がデータファイルをダウンロードしたことを通知するためのメールを送る。このメールは、メールサーバ１０３を介して、送信者のＰＣ１０１に到達する。
【００３４】
次に、図６のフローチャートを用いて、送信者のＰＣ１０１の動作を説明する。まず、入力装置２０５によってデータファイルをデータファイル保存サーバ１１０にアップロードするよう送信者が指示すると、Ｓ６０１で通信装置２０１を用いてデータファイルおよび各受信者のメールアドレスをデータファイル保存サーバ１１０に送信する。そして、Ｓ６０２でデータファイル保存サーバ１１０からデータファイルのアップロードが完了したことが通知されたかどうかを判断する。データファイル保存サーバ１１０の容量が足りなかったなどの理由でアップロードに失敗した場合は、Ｓ６０３に進み、表示装置２０７を用いて送信者にエラーを表示し、動作を終了する。
【００３５】
一方、Ｓ６０２において、データファイル保存サーバ１１０にデータファイルをアップロードできたと判断した場合は、Ｓ６０４において、アップロードに成功したことを表示装置２０７を用いて送信者に示し、動作を終了する。
【００３６】
次に、図７のフローチャートを用いて、データファイルのアップロード時におけるデータファイル保存サーバ１１０の動作について説明する。Ｓ７０１で、送信者からデータファイルと各受信者のメールアドレスを受信すると、Ｓ７０２で、その送信者に割り当てられた記憶領域にデータファイルを記録できるかどうかを調べる。データファイルのサイズが大きすぎるなどの理由で記録できない場合は、Ｓ７０３に進んで、送信者のＰＣ１０１にエラーを通知し、処理を終了する。
【００３７】
一方、Ｓ７０２でデータファイルを記録できると判定した場合には、Ｓ７０４でデータファイルを送信者に割り当てられている領域に記録する。そしてＳ７０５で、サムネイル作成手段を使用し、記録したデータファイルのサムネイルを作成する。次にＳ７０６に進み、識別情報生成手段を用いて、記録したデータファイルにアクセスするための、各受信者ごとに異なるアドレスを作成する。次にＳ７０７に進み、図５の５０１に示したようなテーブルを作成する。このテーブルには、各受信者のメールアドレス５０２と、各受信者用に作成したデータファイルへのアドレス５０３を記録する。また、第一の記録手段である、受信者がデータファイルをダウンロードしたかどうかを示すフラグ５０４はオフ（まだダウンロードされていない状態）にセットしておく。
【００３８】
そして、Ｓ７０８に進み、受信者のうちの一人に対して、その受信者用に作成したデータファイルへのアドレスを記載したメールを作成する。このメールには、本システムの利用法を記載してもいいし、あらかじめ送信者から受け付けたメッセージを記載してもいい。また、このメールには、Ｓ７０５で作成したサムネイルを添付しておく。次にＳ７０９に進み、Ｓ７０８で作成したメールを受信者に対して送信する。そしてＳ７１０で、すべての受信者に対してメールを送信したかどうかを判定する。まだメールを送っていない受信者がいた場合はＳ７０８に戻る。また、すべての受信者にメールを送り終えた場合は、処理を終了する。
【００３９】
次に、受信者のＰＣの動作を、ＰＣ１０４を例にして、図８のフローチャートを用いて説明する。まず、Ｓ８０１において、ＰＣ１０４が、データファイル保存サーバ１１０からＳ７０９で送ったメールを受信し、Ｓ８０２に進んで、ユーザが入力装置３０４を用いてメールの表示を指示したとき、表示装置３０６を用いてメール本文および添付されたサムネイルを表示する。そして、Ｓ８０３で、ユーザがデータファイルのダウンロードを指示したかどうかを判定する。データファイルのダウンロードを指示しなかった場合は、Ｓ８０４に進み、データファイル保存サーバ１１０に対して、データファイルをダウンロードしないことを示すアドレスにアクセスして、ダウンロードを行わないことをデータファイル保存サーバ１１０に通知し、処理を終了する。
【００４０】
一方、ダウンロードを指示した場合はＳ８０５に進む。ここでは、ＰＣ１０４は、メールに記載された、データファイルをダウンロードする場合のアドレスにしたがって、通信装置３０１を用いて、データファイル保存サーバ１１０にアクセスする。そして、Ｓ８０６では、アクセスしたアドレスが有効であったかどうかを判断する。有効なアドレスでなかった場合はＳ８０７で表示装置３０６にエラーを表示し、処理を終了する。また、有効なアドレスであった場合は、Ｓ８０８に進んで、データファイルをダウンロードして記録装置３０３に記録し、動作を終了する。
【００４１】
次に、受信者がデータファイル保存サーバ１１０にアクセスしたときの動作を、図９のフローチャートを用いて説明する。まず、Ｓ９０１において、受信者のＰＣ（１０３、１０４、１０５など）からデータファイルに対するアクセスがあると、Ｓ９０２でそれが有効なアドレス（受信者に発行したアドレス）であるかどうかを調べる。有効なアドレスでなかった場合は、Ｓ９０３に進み、受信者のＰＣにエラーを通知して、処理を終了する。有効なアドレスであった場合は、Ｓ９０４に進み、アクセスがあったアドレス（これがダウンロード通知手段になる）から、受信者がデータファイルをダウンロードするかどうかを判定する。ダウンロードしない場合は、Ｓ９０８に進み、テーブル５０１の該受信者に対応するフラグ５０４をオンにする。
【００４２】
一方、ダウンロードする場合はＳ９０５に進み、受信者のＰＣに対してデータファイルを送信する。そしてＳ９０６に進み、送信に成功したかどうかを判定する。失敗した場合はＳ９０７に進み、受信者のＰＣにエラーを送信して、動作を終了する。
【００４３】
データファイルの送信に成功した場合は、Ｓ９０８に進み、テーブル５０１の該受信者に対応するフラグ５０４をオンにする。そしてＳ９０９に進み、判定手段によって、すべての受信者のフラグ５０４がオンになったかどうかを判定する。まだオンになっていないフラグがあった場合は、動作を終了する。一方、すべての受信者のフラグがオンになっている場合は、すべての受信者がデータファイルをダウンロードし終えたものとみなし、Ｓ９１０に進んで、データファイルとテーブル５０１を消去する。そして、Ｓ９１１に進み、送信者に対して、すべての受信者がデータファイルをダウンロードしたことを示すことを知らせるメールを送信する。
【００４４】
本実施例の場合、受信者がダウンロードしたデータファイルを誤って消去してしまったなどの場合に、データファイルがデータファイル保存サーバ１１０から削除される前であれば、何度でもデータファイル保存サーバ１１０からデータファイルをダウンロードすることができる。この場合、データファイル保存サーバ１１０は、データファイルを受信者に対して送信するだけでよく、テーブル５０１のフラグ５０４などを操作する必要はない。また、受信者がいったんデータファイルをダウンロードしないことを選択した後、気が変わったような場合でも、そのときにデータファイル保存サーバ１１０からデータファイルをダウンロードすることができる。この場合でも、データファイル保存サーバ１１０は、データファイルを受信者に対して送信するだけでよく、テーブル５０１のフラグ５０４などを操作する必要はない。
【００４５】
なお、本実施例においては、送信者がデータファイルをデータファイル保存サーバ１１０にアップロードすると、データファイル保存サーバ１１０が各受信者に対してメールを送る構成になっているが、これ以外にも、データファイルがアップロードされた際に、データファイル保存サーバ１１０が送信者に対して各受信者に対応したアドレスを含むメールを送信者に返し、送信者が各受信者に対して、それぞれに対応したアドレスを記述したメールを送るという構成も考えられる。
【００４６】
また、本実施例においては、すべての受信者がデータファイルをダウンロードし終わったとき、データファイルは自動的にデータファイル保存サーバ１１０から削除される構成になっているが、それ以外の構成も考えられる。たとえば、本実施例では、すべての受信者がデータファイル保存サーバ１１０にアクセスし終わったとき、データファイル保存サーバ１１０はその旨を送信者に対してメールで通知し、データファイル自体はデータファイル保存サーバ１１０に記録したままにするという構成が考えられる。この場合、送信者はメールを受け取った後、手動でデータファイル保存サーバ１１０からデータファイルを削除するよう何らかのコマンドを発行することになる。そのため、データファイル保存サーバ１１０上に記録しておきたいデータが勝手に消去されることがないという利点が生じる。
【００４７】
以上のような構成にすることによって、データファイルを送受信する際、受信者はサムネイルが添付されたメールを受信し、そのサムネイルを見て、実際にデータファイルを受信するかどうかを判断することができる。
【００４８】
また、サムネイルの大きさは実際のデータファイルに比べて小さいので、サムネイルが添付されたメールはデータファイル自体が添付されたメールに比べてサイズを小さくできる。そのため、データファイルをメールに添付して送る方法に比べ、メールサーバにかかる負荷を軽減することができる。
【００４９】
また、データファイルをサーバにアップロードする既存の方法では、サーバの記録領域に制限があるため、受信者がデータファイルをダウンロードし終えた後、送信者はデータファイルをサーバ上から削除する必要があったが、本発明ではこの動作が自動的に行われるため、送信者の手間が軽減されるという利点がある。
【００５０】
また、本発明ではサーバを利用するため、データファイル送信時に送信者・受信者のＰＣがともにネットに接続されていなければならないという制限は発生しない。
【実施例２】
【００５１】
実施例１では、すべての受信者がデータファイル保存サーバ１１０にアクセスし終わったとき、データファイル保存サーバ１１０がデータファイルを削除するという構成であった。したがって、データファイル保存サーバ１１０にアクセスしない受信者がいる場合、データファイルがデータファイル保存サーバ１１０上に残ったままになってしまうという問題がある。
【００５２】
この問題を解決するためには、送信者が適当なタイミングでデータファイル保存サーバ１１０上のデータファイルを削除するという方法が考えられるが、これは送信者に余分な作業をさせることになり、面倒である。
【００５３】
そこで、本実施例では、データファイルがデータファイル保存サーバ１１０にアップロードされた時刻を記録しておき、それから一定時間が経過すると、データファイルをダウンロードしていない受信者がいた場合でも、第二の削除手段によってデータファイルおよびテーブル５０１を自動的に削除し、送信者にその旨をメールで通知する、という構成が考えられる。第二の削除手段は、データファイル保存サーバ１１０のＣＰＵ、メモリ、データファイルがアップロードされた時間を記録するための記録装置上の記録領域、現在の時刻を取得するためのクロックから構成される。データファイルが自動的に削除されるまでの時間は、データファイル保存サーバ１１０自身が決まった値を持っていても良いし、送信者がデータファイルをアップロードするときに指定するような構成にしても良い。もちろん、この実施例においても、一定時間が経過する前に受信者全員がデータファイル保存サーバ１１０にアクセスしてしまえば、データファイル保存サーバ１１０は第一の削除手段によってデータファイルを削除し、サーバの記憶領域を有効に使えるようにする。
【図面の簡単な説明】
【００５４】
【図１】実施例１における、データ送信システムの概略図
【図２】実施例１における、送信者のＰＣ１０１のブロック図
【図３】実施例１における、受信者のＰＣ１０４のブロック図
【図４】実施例１における、データファイル保存サーバ１１０のブロック図
【図５】実施例１における、データファイル保存サーバ１１０が作成するテーブルの例を示す図
【図６】実施例１における、ＰＣ１０１の動作を表すフローチャート
【図７】実施例１における、データファイルのアップロード時におけるデータファイル保存サーバ１１０の動作を表すフローチャート
【図８】実施例１における、ＰＣ１０４の動作を表すフローチャート
【図９】実施例１における、データファイルのダウンロード時におけるデータファイル保存サーバ１１０の動作を表すフローチャート
【図１０】実施例１における、識別情報生成手段が生成するデータファイルのアドレスの例
【符号の説明】
【００５５】
１０１  送信者のＰＣ
１０２  デジタルカメラ
１０３  送信者のＰＣ１０１がアクセスするメールサーバ
１０４  受信者のＰＣ
１０５  受信者のＰＣ
１０６  受信者のＰＣ
１０７  受信者のＰＣ１０４がアクセスするメールサーバ
１０８  受信者のＰＣ１０５がアクセスするメールサーバ
１０９  受信者のＰＣ１０６がアクセスするメールサーバ
１１０  データファイル保存サーバ
【図１】
2006126911.tif 000003
【図２】
2006126911.tif 000004
【図３】
2006126911.tif 000005
【図４】
2006126911.tif 000006
【図５】
2006126911.tif 000007
【図６】
2006126911.tif 000008
【図７】
2006126911.tif 000009
【図８】
2006126911.tif 000010
【図９】
2006126911.tif 000011
【図１０】
2006126911.tif 000012