JP2005303511A - 画像蓄積システム、携帯端末、画像蓄積装置、画像蓄積方法、画像送信プログラムおよび画像蓄積プログラム - Google Patents

Abstract

【課題】 撮影した画像を容易に送信可能とし、また、高画質の画像を送信可能とする。
【解決手段】 携帯電話１は、画像を撮影した直後、撮影した画像データを所定のサイズに分割し、画像蓄積サーバ４に、ＨＴＴＰリクエストとして順次送信する。画像蓄積サーバ４は、分割された画像データを順次保存することで1つの画像データとして蓄積する。また、画像蓄積サーバ４は、サムネイル用の画像および写真表示用の画像を生成して蓄積する。また、画像蓄積サーバ４は、蓄積した画像データのうち、携帯電話１から選択された画像データを公開しているウェブページのＵＲＬを含む電子メールを、公開相手に送信する。電子メールを受信した相手端末では、電子メールに記載されたＵＲＬに従って、公開されている画像データをダウンロードする。
【選択図】 図１

Description

本発明は、画像蓄積システム、携帯端末、画像蓄積装置、画像蓄積方法、画像送信プログラムおよび画像蓄積プログラムに関する。

従来、携帯電話端末では、本体に設けられたカメラで画像を撮影して、その画像を他人に送る場合には、メールに添付して送っていた。また、デジタルカメラで撮影した画像を、携帯電話の通信機能を利用して、ネットワーク上の画像蓄積サーバに画像を蓄積するシステムが提案されている（例えば特許文献１参照）。該従来技術では、デジタルカメラで撮影した画像を着脱可能な記録媒体に保存し、該記録媒体を携帯電話に装着し、基地局、ネットワークを介して、所定の画像蓄積サーバに送信する。画像蓄積サーバでは、上記携帯電話から送信されてきた画像を受信して蓄積するようになっている。
特開２００２−１５７５７４号公報

しかしながら、メールに添付して画像を送信する従来技術では、画像撮影後に、画像をメールへ添付してから送信するまでの操作が煩雑になったり、送信相手のメールアドレスが長い場合などに操作が煩雑になったりするという問題があった。また、近年、デジタルカメラや携帯電話では、高画質の画像を撮影可能となってきているが、上述した従来技術（メール添付、特許文献１）では、通信事業者のサービス上の制約により、所定のサイズ（典型的には１０ＫＢ）以上のデータを送信することができないため、高画質の画像を携帯電話端末からサーバに送信することができないという問題があった。

本発明は、このような事情を考慮してなされたものであり、その目的は、撮影した画像を容易に送信することができ、また、高画質の画像を送信することができる画像蓄積システム、携帯端末、画像蓄積装置、画像蓄積方法、画像送信プログラムおよび画像蓄積プログラムを提供することにある。

この発明は上記の課題を解決すべくなされたもので、撮影手段と、撮影手段による撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワークを介して送信する送信手段とを備える携帯端末と、前記携帯端末からの画像データをネットワークを介して受信する受信手段と、受信した画像データを蓄積する蓄積手段とを備える画像蓄積装置とを具備することを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、１つ以上の画像データを記憶する記憶手段と、前記記憶手段に記憶されている画像データの中から画像を選択する選択手段と、前記選択手段により選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信する送信手段とを備える携帯端末と、前記携帯端末からＨＴＴＰリクエストにより送信されてくる画像データをネットワークを介して受信する受信手段と、前記受信手段により受信した画像データを蓄積する蓄積手段とを備える画像蓄積装置とを具備することを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、撮影手段と、前記撮影手段による撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信する送信手段とを具備することを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、１つ以上の画像データを記憶する記憶手段と、前記記憶手段に記憶されている画像データの中から画像を選択する選択手段と、前記選択手段により選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信する送信手段とを具備することを特徴とする。
また、本発明は、前記携帯端末において、前記撮影手段により撮影された画像データを、所定のサイズに分割する分割手段を具備し、前記送信手段は、前記分割手段により分割された画像データを、ＨＴＴＰリクエストによりネットワーク上のサーバに順次送信することを特徴とする。

また、本発明は、前記携帯端末において、前記送信手段により、前記分割された画像データが全て送信された後、画像データに対するリサイズ指示を送信するリサイズ指示手段を具備することを特徴とする。

また、本発明は、前記携帯端末において、前記サーバにログインするログイン処理手段と、前記ログイン処理手段によるログインした後、前記サーバからユーザ固有のユーザＩＤを取得するユーザＩＤ取得手段と、前記撮影手段により撮影された画像データのファイル名として、少なくとも前記ユーザＩＤ取得手段により取得したユーザＩＤを含むファイル名を生成するファイル名生成手段を具備することを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信する受信手段と、前記受信手段により受信した画像データを蓄積する蓄積手段とを備えることを特徴とする。

また、本発明は、前記画像蓄積装置において、前記受信手段により、終端コマンドを受信するまで、順次送信されてくる画像データを、１つの画像データとして前記蓄積手段に蓄積する蓄積制御手段を具備することを特徴とする。

また、本発明は、前記画像蓄積装置において、前記蓄積制御手段は、前記受信手段により受信した画像データのファイル名に含まれるユーザＩＤに基づいて、受信した画像データの前記蓄積手段における格納場所を決定することを特徴とする。

また、本発明は、前記画像蓄積装置において、前記受信手段により受信した画像データを、画像データの公開目的に応じてリサイズするリサイズ手段を具備することを特徴とする。

また、本発明は、前記画像蓄積装置において、前記蓄積手段に蓄積された画像データを、ネットワークを介してアクセスしてきたユーザ端末に対して公開する公開制御手段を具備することを特徴とする。

また、本発明は、前記画像蓄積装置において、前記画像データの送信元の指示に従って、前記蓄積手段に蓄積された画像データのうち、公開を許可する画像データを選択する公開画像選択手段を具備し、前記公開制御手段は、前記公開画像選択手段により選択された画像データを、ネットワークを介してアクセスしてきたユーザ端末に対して公開することを特徴とする。

また、本発明は、前記画像蓄積装置において、前記画像データの送信元の指示に従って、前記公開許可に設定されている画像データを公開する公開相手を決定する公開相手決定手段を具備し、前記公開制御手段は、前記公開相手決定手段により決定された公開相手のユーザ端末に対して前記公開許可に設定されている画像データを公開することを特徴とする。

また、本発明は、前記画像蓄積装置において、前記公開許可に設定されている画像データの公開場所を示す公開場所情報を生成する公開場所情報生成手段と、前記公開場所情報生成手段により生成された公開場所情報を記したメールを作成するメール作成手段と、前記メール作成手段により作成されたメールを、前記公開相手決定手段により決定された公開相手に送信するメール送信手段とを具備することを特徴とする。

また、本発明は、前記画像蓄積装置において、前記リサイズ手段は、前記蓄積した画像データを元に、複数の低解像度の画像データを生成し、前記公開制御手段は、前記公開相手の端末の表示能力に応じた解像度の画像データを前記公開相手の端末に公開することを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信することを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、記憶されている１つ以上の画像データの中から画像を選択し、選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信することを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信し、受信した画像データを蓄積することを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、画像を撮影するステップと、撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信するステップとをコンピュータに実行させることを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、記憶されている１つ以上の画像データの中から画像を選択するステップと、前記選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信するステップとをコンピュータに実行させることを特徴とする。

また、この発明は上記の課題を解決すべくなされたもので、ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信するステップと、前記受信した画像データを蓄積するステップとをコンピュータに実行させることを特徴とする。

以上説明したように、本発明によれば、携帯端末では、撮影手段による撮影直後に、送信手段により、撮影された画像データをＨＴＴＰリクエストによりネットワークを介して送信し、画像蓄積装置では、前記携帯端末からの画像データを受信手段によりネットワークを介して受信し、受信した画像データを蓄積手段に蓄積する。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

また、本発明によれば、携帯端末では、選択手段により、記憶手段に記憶されている１つ以上の画像データの中から画像を選択し、送信手段により、選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信し、画像蓄積装置では、前記携帯端末からＨＴＴＰリクエストにより送信されてくる画像データを受信手段によりネットワークを介して受信し、前記受信手段により受信した画像データを蓄積手段に蓄積する。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、携帯端末で記憶容量いっぱいまで画像データが記憶された場合でも、画像の退避先、画像データのバックアップ先としてネットワーク上の画像蓄積装置を利用することができる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

以上説明したように、本発明によれば、撮影手段による撮影直後に、送信手段により、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信する。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

また、本発明によれば、選択手段により、記憶手段に記憶されている１つ以上の画像データの中から画像を選択し、送信手段により、前記選択手段により選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信する。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、携帯端末で記憶容量いっぱいまで画像データが記憶された場合でも、画像の退避先、画像データのバックアップ先としてネットワーク上の画像蓄積装置を利用することができる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

また、本発明によれば、前記撮影手段により撮影された画像データを、分割手段により、所定のサイズに分割し、前記送信手段により、前記分割手段により分割された画像データを、ＨＴＴＰリクエストによりネットワーク上のサーバに順次送信する。
したがって、１回の送信データ量に制限がある場合であっても、高画質の画像を送信することができるという効果が得られる。

また、本発明によれば、前記送信手段により、前記分割された画像データが全て送信された後、リサイズ指示手段により、画像データに対するリサイズ指示を送信する。
したがって、撮影した画像を容易に送信することができ、分割された画像データに分割番号を付けて送信する必要がなくなるという効果が得られる。

また、本発明によれば、ログイン処理手段によりサーバにログインした後、ユーザＩＤ取得手段により、前記サーバからユーザ固有のユーザＩＤを取得し、ファイル名生成手段により、撮影された画像データのファイル名として、少なくとも取得したユーザＩＤを含むファイル名を生成する。
したがって、撮影した画像を容易に送信することができ、サーバ側では、パスワードなどによるユーザ認証を行うことなく、画像データのファイル名によりユーザを特定することができるという効果が得られる。

また、本発明によれば、ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信手段により受信し、受信した画像データを蓄積手段に蓄積する。
したがって、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

また、本発明によれば、前記受信手段によって終端コマンドを受信されるまで、蓄積制御手段により、順次送信されてくる画像データを、１つの画像データとして前記蓄積手段に蓄積する。
したがって、１回の送信データ量に制限がある場合であっても、高画質の画像を送信することができるという効果が得られる。

また、本発明によれば、前記蓄積制御手段により、前記受信手段により受信した画像データのファイル名に含まれるユーザＩＤに基づいて、受信した画像データの前記蓄積手段における格納場所を決定する。
したがって、パスワードなどによるユーザ認証を行うことなく、画像データのファイル名によりユーザを特定し、ユーザ毎に画像データを蓄積することができるという効果が得られる。

また、本発明によれば、前記受信手段により受信した画像データを、リサイズ手段により、画像データの公開目的に応じてリサイズする。
したがって、蓄積した画像データを公開する際に、公開相手の端末の表示能力に応じたサイズの画像データを提供することができるという効果が得られる。

また、本発明によれば、公開制御手段により、前記蓄積手段に蓄積された画像データを、ネットワークを介してアクセスしてきたユーザ端末に対して公開する。
したがって、蓄積した画像データを公開することで、画像データを共有することができるという効果が得られる。

また、本発明によれば、公開画像選択手段により、前記画像データの送信元の指示に従って、前記蓄積手段に蓄積された画像データのうち、公開を許可する画像データを選択し、前記公開制御手段により、前記選択された画像データを、ネットワークを介してアクセスしてきたユーザ端末に対して公開する。
したがって、特定の画像データのみを公開し、それ以外を非公開とすることができるという効果が得られる。

また、本発明によれば、公開相手決定手段により、前記画像データの送信元の指示に従って、前記公開許可に設定されている画像データを公開する公開相手を決定・登録し、前記公開制御手段により、前記登録された公開相手のユーザ端末に対して前記公開許可に設定されている画像データを公開する。
したがって、蓄積した画像データを、特定の相手のみ公開することができるという効果が得られる。なお、公開相手の決定は、画像蓄積装置にユーザにより予め登録された公開相手より選択させても、その都度ユーザに公開相手を登録させてもよい。

また、本発明によれば、公開場所情報生成手段により、前記公開許可に設定されている画像データの公開場所を示す公開場所情報を生成し、メール作成手段により、前記公開場所情報を記したメールを作成し、メール送信手段により、前記作成されたメールを公開相手に送信する。
したがって、画像送信元からは当該画像蓄積装置にのみ画像データを送信すればよく、公開相手にメールを送信する必要がないので、画像送信元におけるメールで送信するための煩雑な操作を省くことができるという効果が得られる。

また、本発明によれば、前記リサイズ手段により、前記蓄積した画像データを元に、複数の低解像度の画像データを生成し、前期公開相手の端末の表示能力に応じた解像度の画像データを前記公開相手の端末に公開する。
したがって、公開相手の端末の表示能力に応じた画像データを提供することができるという効果が得られる。なお、公開相手の端末における表示能力の取得は、公開相手からのアクセス時に取得しても良いし、あるいは、メールアドレス等予め登録された情報を利用して取得してもよい。

また、本発明によれば、撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信する。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

また、本発明によれば、記憶されている１つ以上の画像データの中から画像を選択し、選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信する。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、携帯端末で記憶容量いっぱいまで画像データが記憶された場合でも、画像の退避先、画像データのバックアップ先としてネットワーク上の画像蓄積装置を利用することができる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができる。

また、本発明によれば、ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信し、受信した画像データを蓄積する。
したがって、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

また、本発明によれば、画像を撮影するステップと、撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信するステップとをコンピュータに実行させる。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

また、本発明によれば、記憶されている１つ以上の画像データの中から画像を選択するステップと、前記選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信するステップとをコンピュータに実行させる。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、携帯端末で記憶容量いっぱいまで画像データが記憶された場合でも、画像の退避先、画像データのバックアップ先としてネットワーク上の画像蓄積装置を利用することができる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができる。

また、本発明によれば、ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信するステップと、前記受信した画像データを蓄積するステップとをコンピュータに実行させる。
したがって、メールで送信するための煩雑な操作を省くことができ、撮影した画像を容易に送信することができるという効果が得られる。また、画像蓄積装置では、ＨＴＴＰリクエストとして処理することが可能であるで、メールサーバへのメール有無のチェック等を行うことなく、画像データに対する処理を迅速に実行することができるという効果が得られる。

以下、本発明を実施するための最良の形態について説明する。

Ａ．第１実施形態
Ａ−１．第１実施形態の構成
図１は、本第１実施形態の画像蓄積システムの略構成を示すブロック図である。図において、携帯電話１は、撮影機能を有するカメラを備えており、カメラにより画像を撮影すると、直ぐに撮影した画像データを、無線通信により、基地局２、通信回線網３を介して、画像蓄積サーバ４へ送信する。このとき、携帯電話１は、撮影直後、撮影した画像を、予め設定された送信先（後述する画像蓄積サーバ）に、ＨＴＴＰ（HyperText Transfer Protocol）リクエストとして送信する。また、携帯電話１は、画像データのサイズが所定以上である場合、自動的に、撮影した画像データを所定のサイズに分割し、分割した画像データを、予め設定された送信先（後述する画像蓄積サーバ）に、ＨＴＴＰリクエストとして順次送信する。したがって、携帯電話１側では、利用者が画像を添付してメールを送信するなどの操作を行う必要がない。なお、本実施の形態では、携帯端末の一例として、携帯電話１を例にして説明するが、これに限定されるものではなく、PDA等通信機能および撮影機能を備えた携帯可能な装置であればいずれであっても良い。

基地局２は、自局のサービスエリアの圏内に存在する携帯電話１と通信回線網３との間の通信を仲介する。通信回線網３は、通信事業者により提供される電話回線、インターネットなどのネットワークなどを含んでいる。

画像蓄積サーバ４は、携帯電話１から上記ＨＴＴＰリクエストを受けると、分割されている場合には画像データを連結し、１つの画像データとして、当該利用者専用のウェブページ上に登録するようになっている。この場合、画像データの送受信をメールで行っているわけではないので、画像蓄積サーバ４では、ＨＴＴＰにより画像データを受信するので、サーバ側のＣＧＩ（Common Gateway Interface）が、ＨＴＴＰリクエストを受けてからすぐに上記処理（ウェブページへの登録）を実行することができる。また、画像データが分割されて送信されてくるので、通信事業者のサービス上の制約（１０ＫＢ以下）の影響を受けずに高精細画像を送受信することができる。

また、画像蓄積サーバ４は、ウェブページ上で画像を公開するために、画像のリサイズ処理を行うようになっている。より具体的には、画像蓄積サーバ４は、閲覧画面（アルバムを見る）のサムネイルで使用される画像データ（７０ピクセル（横）×７０ピクセル（縦）、ＪＰＧ圧縮率：４０％）と、閲覧画面（アルバムを見る）の写真表示で使用される画像データ（２００ピクセル（横）×２００ピクセル（縦）、ＪＰＧ圧縮率：８０％）との２つの画像データを生成する。したがって、画像蓄積サーバ４には、オリジナルの画像データと、サムネイル用の画像データと、写真表示用の画像データとの３つの画像データが蓄積されることになる。

次に、図２は、上述した携帯電話１と画像蓄積サーバ４のソフトウェア構成を示す概念図である。携帯電話１では、ハードウェア１−１上にＪＡＶＡ（登録商標）実行環境（ＪａｖａＶＭ：Java Virtual Machine）１−２が実装されており、該ＪＡＶＡ（登録商標）実行環境１−２上に当該画像データの送信制御を行うための携帯用アプリケーション１−３が実装されるようになっている。

また、画像蓄積サーバ４では、ハードウェア４−１上にＯＳ（Operating System）４−２が実装されており、その上に、ＡＳＰ（Active Server Pages）４−３や、ＷＥＢ（World Wide Web）サーバ４−４、ＤＢ（Data base）サーバ４−５、ＣＧＩ４−６などが実装されている。そして、これらの上に、画像データの受信、分割画像データの連結、ウェブページへの登録、画像のリサイズなどを行うためのサーバ用アプリケーション２−７が実装されるようになっている。

次に、図３は、上記携帯用アプリケーションの機能構成を示すブロック図である。図において、携帯用アプリケーション１−３は、ログイン処理部１０、ユーザＩＤ記憶部１１、および写真送信処理部１２からなる。ログイン処理部１０は、携帯用アプリケーション１−３起動時に画像蓄積サーバ４へのアクセスで取得したユーザＩＤをユーザＩＤ記憶部１１に記憶させる。ユーザＩＤ記憶部１１は、ログイン処理時に取得されたユーザＩＤを一時的に記憶する。

写真送信処理部１２は、撮影写真取得指示部１４およびＨＴＴＰ送信指示部１５からなる。撮影写真取得指示部１４は、ＪＡＶＡ（登録商標）実行環境１−２を介して、ハードウェア１−１に対して撮影を指示するものであり、撮影された画像データに対して、所定のファイル名を生成するファイル名生成処理部１６を備えている。ファイル名の生成規則は、ユーザーID +YYYYMMDDHHMISS（年月日時分秒）形式のシステム日付.jpgとなる。

また、ＨＴＴＰ送信指示部１５は、ＪＡＶＡ（登録商標）実行環境１−２を介して、ハードウェア１−１に対して撮影した画像データの画像蓄積サーバ４への送信を指示するもので、送信する際に画像データが所定のサイズ（例えば、１０ＫＢ）以上であった場合、所定のサイズ毎に複数に分割する画像分割部１７と、画像蓄積サーバ４に対してウェブページ上での閲覧を容易にするためのリサイズを指示するリサイズ指示部１８とを備えている。

なお、携帯電話１から画像ファイルを分割送信する際、分割番号（Ex. ５／１０等）のようなファイル順を示す情報はHPPT送信データ内に含まれない。これは、携帯電話１で、１つずつ分割ファイルを送信し、画像蓄積サーバ４側での受信完了の応答を待ってから次の分割ファイルを送信するという順次送信のルールを採用しているためである。画像蓄積サーバ４側では、この後の、リサイズ指示を順次送信の終端として判断して処理を行っている。このルールであれば、画像蓄積サーバ４側は、分割番号によらず、送信されてきた分割ファイルの順番通りにファイル内容を追加していくことにより元画像ファイルへの復調が可能となる。但し、これに限らず、必要に応じて、分割番号を付けて送信するようにしてもよい。

次に、図４は、上記サーバ用アプリケーション４−７の機能構成およびＤＢサーバの機能構成を示すブロック図である。図において、サーバ用アプリケーション４−７は、携帯用アプリケーションダウンロード処理部２０、ログイン処理部２１、画像蓄積処理部２２、および画像公開処理部２３からなる。

携帯用アプリケーションダウンロード処理部２０は、携帯電話１からのダウンロード要求に従って、携帯電話１の携帯用アプリケーション１−３を提供する。ログイン処理部２１は、公開しているウェブページへのログインに関する認証などを行う。特に、本実施形態では、予め登録されているユーザに対して、画像データを蓄積する画像蓄積サーバ４へのアクセスを許可するようになっている。

次に、画像蓄積処理部２２は、蓄積した画像データに対して処理を行うもので、画像データが分割されている場合には、分割された画像データを１つの画像データに結合する結合画像処理部２４、および、元になる画像データのコピーに対してリサイズし、ウェブページで公開するための画像データを生成するリサイズ処理部２５を備えてる。

また、画像公開処理部２３は、携帯電話１からの画像データをウェブページで公開する際の処理を行うもので、画像選択画面生成部２６、公開相手選択画面生成部２７、ＵＲＬ・メール通知部２８、および表示画像画面生成部２９を備えている。

画像選択画面生成部２６は、携帯電話１のユーザに対して、蓄積した画像データのうち、公開を許可する画像データを選択させるための画像選択画面を生成する。また、公開相手選択画面生成部２７は、ウェブページの画像を公開してもよい相手を選択するための画面を生成する。また、ＵＲＬ・メール通知部２８は、画像がウェブページに登録されると、上記相手に対して、当該ウェブページのＵＲＬをメールにて通知する。表示画像画面生成部２９は、蓄積した画像データを公開するに際して、公開可能に設定されている画像データのサムネイルを配置した表示画像画面と、サムネイルの中から選択された１つの画像を、相手端末の表示画面能力に応じたサイズ（写真表示用の画像）で表示するための表示画像画面とを生成する。

ＤＢサーバ４−５は、受信した画像がどのユーザからのものであるかを識別するためのユーザＩＤを記憶するユーザＩＤ領域３０、受信した画像データを送信元のユーザＩＤに関連付けて記憶するユーザ登録画像領域３１、および上述した公開相手の名前、メールアドレスなどを記憶するユーザ登録公開相手リスト領域３２からなる。なお、上記ユーザＩＤ３０は、携帯電話１に固有の機番に対応付けて記憶されている。

Ａ−２．第１実施形態の動作
次に、上述した第１実施形態の動作について説明する。

（１）ログイン処理
まず、画像蓄積サーバ４に登録する際のログイン処理について説明する。ここで、図５は、ログイン処理の動作を説明するためのフローチャートである。携帯電話１において、携帯用アプリケーション１−３が起動されると（Ｓａ１）、携帯電話１に固有の機番＋ログインリクエストを、基地局２、通信回線網３を介して、画像蓄積サーバ４に送信する（Ｓａ２）。画像蓄積サーバ４では、ＤＢサーバ２−５のユーザＩＤ領域３０を参照し、機番に基づいて、ユーザＩＤを検索する（Ｓａ３）。そして、該ユーザＩＤを携帯電話１に送信する（Ｓａ４）。携帯電話１では、画像蓄積サーバ４から送信されてきたユーザＩＤを受信してユーザＩＤ領域１１に記憶する（Ｓａ５）。携帯電話１では、画像データを画像蓄積サーバ４に送信する際、画像データのファイル名に上記ユーザＩＤを含めることで、画像蓄積サーバ４側でのユーザが特定される。

（２）撮影写真送信処理
次に、撮影した画像を送信する際の携帯電話１での動作について説明する。ここで、図６は、携帯電話１で撮影した画像を送信する際の動作を説明するためのシーケンス図である。携帯電話１では、メニュー画面等において「写真をとる」などの選択肢を選択することで処理が開始される。携帯用アプリケーション１−３は、上記選択肢が選択されると、撮影写真取得指示を、ＪＡＶＡ（登録商標）１−２を介して、ハードウェア１−１に送出する（ＳＡ１）。ハードウェア１−１では、撮影写真取得指示を受信すると、撮影写真取得を実行し（すなわち撮影し）（ＳＡ２）、実行結果（撮影した画像データ）を、ＪＡＶＡ（登録商標）１−２を介して、携帯用アプリケーション１−３へ返す（ＳＡ３）。

次に、携帯用アプリケーション１−３では、撮影した画像データのＨＴＴＰ送信指示を、ＪＡＶＡ（登録商標）１−２を介して、ハードウェア１−１に送出する（ＳＡ４）。ハードウェア１−１では、ＨＴＴＰ送信指示を受信すると、撮影した画像データの画像蓄積サーバ４へのＨＴＴＰ送信を実行し（ＳＡ５）、実行結果を、ＪＡＶＡ（登録商標）１−２を介して、携帯用アプリケーション１−３へ返す（ＳＡ６）。このとき、画像データが複数に分割されている場合には、上記ステップＳＡ５を繰り返し、全ての分割した画像データの送信が終了すると、実行結果をＪＡＶＡ（登録商標）１−２を介して携帯用アプリケーション１−３へ返すことになる。

次に、携帯用アプリケーション１−３では、送信した画像データに対するリサイズ指示を、ＪＡＶＡ（登録商標）１−２を介して、ハードウェア１−１に送出する（ＳＡ７）。ハードウェア１−１では、リサイズ指示を受信すると、当該リサイズ指示を画像蓄積サーバ４へ送信し（ＳＡ８）、実行結果を、ＪＡＶＡ（登録商標）１−２を介して、携帯用アプリケーション１−３へ返す（ＳＡ９）。携帯用アプリケーション１−３では、実行結果を受け取ると、当該処理を終了する（ＳＳ１０）。

（３）撮影写真取得指示（携帯電話側）
次に、上述した撮影写真取得指示について詳細に説明する。ここで、図７は、撮影写真取得指示部１４の動作を説明するためのフローチャートである。まず、携帯電話１のカメラを起動し（Ｓｂ１）、シャッタを押下して撮影を行ったり、キャンセルしたりする。そして、カメラが終了されると（Ｓｂ２）、写真撮影されているか否かを判断する（Ｓｂ３）。そして、写真が撮影されていなければ、当該処理を終了する。一方、写真が撮影されていれば、撮影した写真を取得する（Ｓｂ４）。このとき、ログイン時に記憶されたユーザＩＤ、および、内部時計を利用して取得できる日時を用いてファイル名を生成する。

（４）ＨＴＴＰ送信指示（携帯電話側）
次に、上述したＨＴＴＰ送信指示部１５について詳細に説明する。図８は、ＨＴＴＰ送信指示の動作を説明するためのフローチャートである。まず、ＨＴＴＰによる接続を開始し（Ｓｃ１）、画像分割部１７により撮影した写真の９キロバイトを読み込む（Ｓｃ２）。次に、読み込んだ画像データ（９キロバイト）をＨＴＴＰに従って、画像蓄積サーバ４へ送信し（Ｓｃ３）、送信が完了すると、ＨＴＴＰの接続を終了する（Ｓｃ４）。なお、ＨＴＴＰを利用して、分割された画像を送信する際に、生成されたファイル名も合わせて送信する。次に、正常に通信が完了したか否かを判断し（Ｓｃ５）、正常に通信が完了していなければ、当該処理を終了する。

一方、正常に通信が完了していれば、撮影写真の全データが送信できたか否かを判断し（Ｓｃ６）、全データが送信できていなければ、ステップＳｃ１へ戻り、上述した処理を繰り返し、９キロバイトずつ画像データをＨＴＴＰに従って画像蓄積サーバ４へ送信する。一方、全データが送信できたならば、リサイズ指示部１８により、リサイズ指示を画像蓄積サーバ４へ送信する（Ｓｃ７）。

（５）受信処理（画像蓄積サーバ側）
次に、画像蓄積サーバ側の受信処理について説明する。図９は、画像蓄積サーバ側の受信処理の動作を説明するためのフローチャートである。まず、画像蓄積サーバ４における画像蓄積処理部２２（分割画像処理部２４）は、携帯電話１からの分割ファイル（９キロバイトの画像データ）を受信し（Ｓｄ１）、同じファイル名で既に受信しているか否かを判断する（Ｓｄ２）。そして、既に同じファイル名の分割ファイル（画像データ）を受信している場合には、既存のファイルに受信した分割ファイルを追加（結合）で書き込む（Ｓｄ３）。一方、同じファイル名の分割ファイルを受信していない場合には、新規ファイルとして受信した分割ファイルを書き込む（Ｓｄ４）。分割ファイルの書き込みは、ファイル名にユーザＩＤが含まれているので、該ユーザＩＤと関連付けてＤＢサーバ２−５のユーザ登録画像領域３１に記録する。そして、いずれの場合も当該処理を終了する。この処理は、携帯電話１からＨＴＴＰ送信により分割された画像を受ける毎に実行される。

（６）画像リサイズ処理（画像蓄積サーバ側）
次に、画像蓄積サーバ側の画像リサイズ処理について説明する。図１０は、画像蓄積サーバ側の画像リサイズ処理の動作を説明するためのフローチャートである。まず、画像蓄積サーバ４におけるリサイズ処理部２５は、携帯電話１からのリサイズ指示を受信すると（Ｓｅ１）、これまで受信した分割ファイルの終端処理を行う（Ｓｅ２）。次に、サムネイル用の画像（７０ピクセル（横）×７０ピクセル（縦）、ＪＰＧ圧縮率：４０％）を生成して蓄積し（Ｓｅ３）、写真表示用の画像（２００ピクセル（横）×２００ピクセル（縦）、ＪＰＧ圧縮率：８０％）を生成して蓄積する（Ｓｅ４）。なお、これら生成されたサムネイル用の画像および写真表示用の画像は、ユーザＩＤおよび受信した画像と関連付けて蓄積される。

（７）画像の公開処理
次に、上述した処理により画像蓄積サーバ４に蓄積した画像データをウェブページで公開する公開処理について説明する。ここで、図１１は、画像データの公開処理の動作を説明するためのフローチャートである。まず、携帯電話において、画面に表示される「アルバムを見る」が選択されると、ユーザＩＤと画像共有コマンドが画像蓄積サーバ４に送信される（Ｓｆ１）。画像蓄積サーバ４における画像選択画面生成部２６では、ユーザＩＤと関連付けられたサムネイル用の画像を用いて、画像表示用の画像を生成し、該サムネイルを一画面上に配置したサムネイル画面データを携帯電話１に送信する（Ｓｆ２）。

次に、携帯電話１では、上記サムネイル画面データを受信すると、サムネイル画面を表示する（Ｓｆ３）。そして、ユーザにより公開画像が選択され、「公開」がクリックされると、選択された画像情報と公開コマンドとを画像蓄積サーバ４に送信する（Ｓｆ４）。画像蓄積サーバ４における公開相手選択画面生成部２７では、このユーザにより事前に登録されている公開相手の一覧を携帯電話へ提示するための公開相手リスト表示用の画面を生成し、リスト画面データを携帯電話へ送信する（Ｓｆ５）。

携帯電話１では、リスト画面データに従って公開相手のリストを表示する（Ｓｆ６）。そして、ユーザにより、公開相手が選択され、「決定」がクリックされると、選択された公開相手の情報と決定コマンドとを画像蓄積サーバ４へ送信する（Ｓｆ７）。画像蓄積サーバ４におけるＵＲＬ・メール通知部２８では、携帯電話側で選択された画像を公開しているウェブページのＵＲＬを生成し（Ｓｆ８）、該生成したＵＲＬを含む電子メールを、上記公開相手の情報に従って、選択された相手に送信する（Ｓｆ９）。そして、当該処理を終了する。

上記電子メールを受信した相手端末では、電子メールに記載されたＵＲＬを直接クリックする。ＵＲＬがクリックされることにより、ブラウザが起動し、上記ＵＲＬで示されるウェブページ（ダウンロードページ）が表示される。ユーザが、該ウェブページのダウンロードのリンクをクリックすると、画像データのダウンロードが開始されることになる。

なお、公開相手の端末情報（ＰＣ端末、携帯電話など）がある場合には、表示画像画面生成部２９により、端末情報から得られる端末の種類に応じて、オリジナル画像データ、または写真表示用の画像データのどちらかの画像データのＵＲＬを電子メールに記すようにしてもよい。例えば、公開相手の端末がＰＣ端末である場合には、オリジナル画像データのＵＲＬとし、携帯電話である場合には、写真表示用の画像データ（２００ピクセル（横）×２００ピクセル（縦）、ＪＰＧ圧縮率：８０％）のＵＲＬとしてもよい。

上述した第１実施形態によれば、シャッタを押して撮影した直後、撮影した画像データを、所定のサイズ（例えば９キロバイト）に分割し、予め設定された画像蓄積サーバ４に、ＨＴＴＰリクエストとして順次送信するようにしたので、携帯電話１側では、利用者がメールを操作する必要がない。また、画像蓄積サーバ４側では、サーバ側のＣＧＩが、ＨＴＴＰリクエストを受けてから直ぐに上述した処理を実行できる。また、通信回網のサービス上の制約を受けることなく、高画質、大容量の画像データを送信することができる。

なお、上述した処理において、携帯電話１でサムネイル画像を確認したい（より大きな画像を見たい）場合には、サムネイルを選択して、「確認」をクリックするようにしてもよい。この場合、画像蓄積サーバ４は、選択されたサムネイルに対応する写真表示用の画像を表示する画面を生成して携帯電話１に送信するようにすればよい。また、公開画像および公開相手は、それぞれ複数選択されてもよい。

Ｂ．第２実施形態
次に、本発明の第２実施形態について説明する。該第２実施形態では、携帯電話１に蓄積されている複数の画像データの中からユーザに選択された、１つまたは複数の画像データを画像蓄積サーバ４に送信して蓄積することを特徴としている。したがって、システム構成、携帯電話１、画像蓄積サーバ４の構成については、前述した第１実施形態と同じであるので説明を省略する。

Ｂ−１．第２実施形態の動作
次に、本第２実施形態の動作について説明する。
（１）ユーザ選択写真送信処理
まず、携帯電話１に蓄積されている複数の画像データの中からユーザに選択されたものを画像蓄積サーバ４に送信する動作について説明する。ここで、図１２は、本第２実施形態において、携帯電話１に蓄積されている複数の画像データの中から選択されたものを画像蓄積サーバ４に送信する動作を説明するためのシーケンス図である。

携帯電話１では、ユーザにより、蓄積されている複数の画像データの中から１つまたは複数の画像データが選択されると、選択写真取得指示を、ＪＡＶＡ（登録商標）１−２を介して、ハードウェア１−１に送出する（ＳＢ１）。ハードウェア１−１では、選択写真取得指示を受信すると、選択写真取得を実行し（ＳＢ２）、実行結果（取得した画像データ）を、ＪＡＶＡ（登録商標）１−２を介して、携帯用アプリケーション１−３へ返す（ＳＢ３）。このとき、選択された画像データのファイル名がユーザＩＤ等を含むファイル名となっていなければ、ユーザＩＤ＋YYYYMMDDHHMISS（年月日時分秒）形式のシステム日付.jpgとする。

次に、携帯用アプリケーション１−３では、選択した画像データのＨＴＴＰ送信指示を、ＪＡＶＡ（登録商標）１−２を介して、ハードウェア１−１に送出する（ＳＢ４）。ハードウェア１−１では、ＨＴＴＰ送信指示を受信すると、選択された画像データの画像蓄積サーバ４へのＨＴＴＰ送信を実行し（ＳＢ５）、実行結果を、ＪＡＶＡ（登録商標）１−２を介して、携帯用アプリケーション１−３へ返す（ＳＢ６）。このとき、画像データが複数に分割されている場合には、上記ステップＳＳ５を繰り返し、全ての分割した画像データの送信が終了すると、実行結果をＪＡＶＡ（登録商標）１−２を介して携帯用アプリケーション１−３へ返すことになる。

次に、携帯用アプリケーション１−３では、送信した画像データに対するリサイズ指示を、ＪＡＶＡ（登録商標）１−２を介して、ハードウェア１−１に送出する（ＳＢ７）。ハードウェア１−１では、リサイズ指示を受信すると、当該リサイズ指示を画像蓄積サーバ４へ送信し（ＳＢ８）、実行結果を、ＪＡＶＡ（登録商標）１−２を介して、携帯用アプリケーション１−３へ返す（ＳＢ９）。複数の画像データが選択された場合には、上述したステップＳＳ１４〜ＳＳ１９を繰り返す。携帯用アプリケーション１−３では、実行結果を受け取ると、当該処理を終了する（ＳＢ１０）。

（２）選択写真取得指示（携帯電話側）
次に、上述した選択写真取得指示（ＳＢ１〜ＳＢ３）について詳細に説明する。ここで、図１３は、選択写真取得指示の動作を説明するためのフローチャートである。まず、携帯電話１に蓄積されている複数の写真（画像データ）の中から画像蓄積サーバ４に送信する写真を選択するための写真選択画面を起動し（Ｓｇ１）、所望する写真を選択したり、キャンセルしたりする。そして、写真選択画面が終了すると（Ｓｇ２）、写真が選択されているか否かを判断する（Ｓｇ３）。そして、写真が選択されていなければ、当該処理を終了する。一方、写真が選択されていれば、選択した写真を取得する（Ｓｇ４）。このとき、ユーザＩＤ、日時を用いてファイル名を生成する。

以下、ＨＴＴＰ送信指示以降の処理は、前述した実施形態と同じであるので説明を省略する。

上述したように、第２実施形態によれば、既に携帯電話１に蓄積されている画像データの中から１つ以上の画像データを選択し、該選択した画像データを画像蓄積サーバ４に送信して、予め登録した公開相手に公開することができる。これにより、携帯電話１において、蓄積された画像データがいっぱいになった際に、画像データの退避先、バックアップ先として画像蓄積サーバ４を利用することができる。

なお、上述した実施形態においては、携帯用アプリケーション１−３による一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。すなわち、携帯用アプリケーション１−３は、ＣＰＵ等の中央演算処理装置がＲＯＭやＲＡＭ等の主記憶装置に上記プログラムを読み出して、情報の加工・演算処理を実行することにより、実現されるものである。

ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしてもよい。特に、上述した実施形態では、画像蓄積サーバ４からダウンロードするようにしてもよい。

本第１実施形態の画像蓄積システムの略構成を示すブロック図である。 携帯電話１と画像蓄積サーバ４のソフトウェア構成を示す概念図である。 携帯用アプリケーション１−３の機能構成を示すブロック図である。 サーバ用アプリケーション２−７の機能構成およびＤＢサーバの機能構成を示すブロック図である。 ログイン処理の動作を説明するためのフローチャートである。 携帯電話１で撮影した画像を送信する際の動作を説明するためのシーケンス図である。 撮影写真取得指示の動作を説明するためのフローチャートである。 ＨＴＴＰ送信指示の動作を説明するためのフローチャートである。 画像蓄積サーバ側の受信処理の動作を説明するためのフローチャートである。 画像蓄積サーバ側の画像リサイズ処理の動作を説明するためのフローチャートである。 画像データの公開処理の動作を説明するためのフローチャートである。 本第２実施形態において、携帯電話１に蓄積されている複数の画像データの中から選択されたものを画像蓄積サーバ４に送信する動作を説明するためのシーケンス図である。 選択写真取得指示の動作を説明するためのフローチャートである。

符号の説明

１…携帯電話（携帯端末）
２…基地局
３…通信回線網
４…画像蓄積サーバ（画像蓄積装置）
４−５…ＤＢサーバ（蓄積手段）
１０…ログイン処理部（ログイン処理手段、ユーザＩＤ取得手段）
１１…ユーザＩＤ（ユーザＩＤ取得手段）
１２…写真送信処理部（送信手段）
１３…画像共有処理部
１４…撮影写真処理部
１５…ＨＴＴＰ送信指示部
１６…ファイル名生成処理部（ファイル名生成手段）
１７…画像分割部（分割手段）
１８…リサイズ指示部（リサイズ指示手段）
２０…携帯用プリケーションダウンロード処理部
２１…ログイン処理部
２２…画像蓄積処理部（受信手段）
２３…画像公開処理部（公開制御手段）
２４…分割画像処理部（蓄積制御手段）
２５…リサイズ処理部（リサイズ手段）
２６…画像選択画面生成部（公開画像選択手段）
２７…公開相手選択画面生成部（公開相手登録手段）
２８…ＵＲＬ・メール通知部（公開場所情報生成手段、メール作成手段、メール送信手段）
２９…表示画像画面生成部（表示能力取得手段）
３０…ユーザＩＤ領域
３１…ユーザ登録画像領域
３２…ユーザ登録公開相手リスト

Claims (22)

1. 撮影手段と、撮影手段による撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワークを介して送信する送信手段とを備える携帯端末と、
   前記携帯端末からの画像データをネットワークを介して受信する受信手段と、受信した画像データを蓄積する蓄積手段とを備える画像蓄積装置と
   を具備することを特徴とする画像蓄積システム。
2. １つ以上の画像データを記憶する記憶手段と、前記記憶手段に記憶されている画像データの中から画像を選択する選択手段と、前記選択手段により選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信する送信手段とを備える携帯端末と、
   前記携帯端末からＨＴＴＰリクエストにより送信されてくる画像データをネットワークを介して受信する受信手段と、前記受信手段により受信した画像データを蓄積する蓄積手段とを備える画像蓄積装置と
   を具備することを特徴とする画像蓄積システム。
3. 撮影手段と、
   前記撮影手段による撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信する送信手段と
   を具備することを特徴とする携帯端末。
4. １つ以上の画像データを記憶する記憶手段と、
   前記記憶手段に記憶されている画像データの中から画像を選択する選択手段と、
   前記選択手段により選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信する送信手段と
   を具備することを特徴とする携帯端末。
5. 前記撮影手段により撮影された画像データを、所定のサイズに分割する分割手段を具備し、
   前記送信手段は、前記分割手段により分割された画像データを、ＨＴＴＰリクエストによりネットワーク上のサーバに順次送信することを特徴とする請求項３または４記載の携帯端末。
6. 前記送信手段により、前記分割された画像データが全て送信された後、画像データに対するリサイズ指示を送信するリサイズ指示手段を具備することを特徴とする請求項５記載の携帯端末。
7. 前記サーバにログインするログイン処理手段と、
   前記ログイン処理手段によるログインした後、前記サーバからユーザ固有のユーザＩＤを取得するユーザＩＤ取得手段と、
   前記撮影手段により撮影された画像データのファイル名として、少なくとも前記ユーザＩＤ取得手段により取得したユーザＩＤを含むファイル名を生成するファイル名生成手段を具備することを特徴とする請求項３ないし６記載の携帯端末。
8. ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信する受信手段と、
   前記受信手段により受信した画像データを蓄積する蓄積手段と
   を備えることを特徴とする画像蓄積装置。
9. 前記受信手段により、終端コマンドを受信するまで、順次送信されてくる画像データを、１つの画像データとして前記蓄積手段に蓄積する蓄積制御手段を具備することを特徴とする請求項８記載の画像蓄積装置。
10. 前記蓄積制御手段は、前記受信手段により受信した画像データのファイル名に含まれるユーザＩＤに基づいて、受信した画像データの前記蓄積手段における格納場所を決定することを特徴とする請求項９記載の画像蓄積装置。
11. 前記受信手段により受信した画像データを、画像データの公開目的に応じてリサイズするリサイズ手段を具備することを特徴とする請求項８ないし１０のいずれかに記載の画像蓄積装置。
12. 前記蓄積手段に蓄積された画像データを、ネットワークを介してアクセスしてきたユーザ端末に対して公開する公開制御手段を具備することを特徴とする請求項８ないし１１のいずれかに記載の画像蓄積装置。
13. 前記画像データの送信元の指示に従って、前記蓄積手段に蓄積された画像データのうち、公開を許可する画像データを選択する公開画像選択手段を具備し、
    前記公開制御手段は、前記公開画像選択手段により選択された画像データを、ネットワークを介してアクセスしてきたユーザ端末に対して公開することを特徴とする請求項１２記載の画像蓄積装置。
14. 前記画像データの送信元の指示に従って、前記公開許可に設定されている画像データを公開する公開相手を決定する公開相手決定手段を具備し、
    前記公開制御手段は、前記公開相手決定手段により決定された公開相手のユーザ端末に対して前記公開許可に設定されている画像データを公開することを特徴とする請求項１２記載の画像蓄積装置。
15. 前記公開許可に設定されている画像データの公開場所を示す公開場所情報を生成する公開場所情報生成手段と、
    前記公開場所情報生成手段により生成された公開場所情報を記したメールを作成するメール作成手段と、
    前記メール作成手段により作成されたメールを、前記公開相手決定手段により決定された公開相手に送信するメール送信手段と
    を具備することを特徴とする請求項１４記載の画像蓄積装置。
16. 前記リサイズ手段は、前記蓄積した画像データを元に、複数の低解像度の画像データを生成し、
    前記公開制御手段は、前記公開相手の端末の表示能力に応じた解像度の画像データを前記公開相手の端末に公開することを特徴とする請求項１３記載の画像蓄積装置。
17. 撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信することを特徴とする画像送信方法。
18. 記憶されている１つ以上の画像データの中から画像を選択し、選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信することを特徴とする画像送信方法。
19. ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信し、受信した画像データを蓄積することを特徴とする画像蓄積方法。
20. 画像を撮影するステップと、
    撮影直後に、撮影された画像データをＨＴＴＰリクエストによりネットワーク上のサーバに送信するステップと
    をコンピュータに実行させることを特徴とする画像送信プログラム。
21. 記憶されている１つ以上の画像データの中から画像を選択するステップと、
    前記選択された画像データをＨＴＴＰリクエストによりネットワークを介して送信するステップと
    をコンピュータに実行させることを特徴とする画像送信プログラム。
22. ネットワークを介してＨＴＴＰリクエストにより送信されてくる画像データを受信するステップと、
    前記受信した画像データを蓄積するステップと
    をコンピュータに実行させることを特徴とする画像蓄積プログラム。
    
    
    

Images