(57)【特許請求の範囲】
【請求項１】
データを受信する受信手段と、
前記受信手段により受信されたデータを保管する保管手段と、
前記受信手段により受信されたデータを送信する第１の送信手段と、
前記受信手段により受信されたデータの送信元の装置にある当該データの所在または当該データに基づいて得られたデータの所在を示す情報と、前記第１の送信手段により送信されたデータの送信先の装置にある当該データの所在または当該データに基づいて得られたデータの所在を示す情報と、の少なくとも何れか一方の情報を少なくとも管理する管理手段と、
前記送信元の装置または前記送信先の装置にある前記データを取得する際の当該データの優先順位を前記管理手段により管理されている情報の少なくとも１つを用いて決定する決定手段と、
前記送信先の装置にある前記データを取得するのに要する時間と、前記送信元の装置にある前記データを取得するのに要する時間を導出する導出手段と、
を有し、
前記管理手段は、前記時間を示す情報をさらに管理することを特徴とするデータ管理装置。
【請求項２】
前記管理手段は、前記送信先の装置が、前記第１の送信手段により送信されたデータと同じデータを取得できるか否かを示す情報と、前記送信元の装置が、前記受信手段により受信されたデータと同じデータを取得できるか否かを示す情報との少なくとも何れか一方の情報をさらに管理することを特徴とする請求項１に記載のデータ管理装置。
【請求項３】
前記管理手段は、前記送信先の装置にある前記データの大きさを示す情報と、前記送信元の装置にある前記データの大きさを示す情報との少なくとも何れか一方をさらに管理することを特徴とする請求項１または２に記載のデータ管理装置。
【請求項４】
前記決定手段は、前記送信先の装置にある前記データの優先順位を、前記送信元の装置にある前記データの優先順位よりも高くすることを特徴とする請求項１〜３の何れか１項に記載のデータ管理装置。
【請求項５】
前記送信元の装置または前記送信先の装置にある前記データを取得する際の当該データの優先順位に従って当該データを表示させるための情報を生成する生成手段と、
前記生成手段により生成された情報を送信する第２の送信手段と、をさらに有することを特徴とする請求項１〜４の何れか１項に記載のデータ管理装置。
【請求項６】
前記生成手段は、前記第２の送信手段における送信先の装置と異なる装置にある前記データの所在については、当該データの所在をリンク先とするリンクを表示させるための情報を生成することを特徴とする請求項５に記載のデータ管理装置。
【請求項７】
前記第２の送信手段における送信先の装置から、前記受信手段により受信されたデータと同じデータを再取得する再取得手段をさらに有し、
前記生成手段は、前記受信手段により受信されたデータと同じデータを前記第２の送信手段における送信先の装置から再取得できない場合の当該データの所在については、当該データの所在を表示させるための情報を生成し、前記受信手段により受信されたデータと同じデータを前記第２の送信手段における送信先の装置から再取得できる場合の当該データの所在については、当該データの所在と当該データの再取得を指示するユーザインタフェースを表示させるための情報を生成し、
前記再取得手段は、前記ユーザインタフェースが操作されると、前記第２の送信手段における送信先の装置から、前記受信手段により受信されたデータと同じデータを再取得することを特徴とする請求項５または６に記載のデータ管理装置。
【請求項８】
データを受信する受信工程と、
前記受信工程により受信されたデータを保管する保管工程と、
前記受信工程により受信されたデータを送信する第１の送信工程と、
前記受信工程により受信されたデータの送信元の装置にある当該データの所在または当該データに基づいて得られたデータの所在を示す情報と、前記第１の送信工程により送信されたデータの送信先の装置にある当該データの所在または当該データに基づいて得られたデータの所在を示す情報と、の少なくとも何れか一方の情報を少なくとも管理する管理工程と、
前記送信元の装置または前記送信先の装置にある前記データを取得する際の当該データの優先順位を前記管理工程により管理されている情報の少なくとも１つを用いて決定する決定工程と、
前記送信先の装置にある前記データを取得するのに要する時間と、前記送信元の装置にある前記データを取得するのに要する時間を導出する導出工程と、
を有し、
前記管理工程は、前記時間を示す情報をさらに管理することを特徴とするデータ管理方法。
【請求項９】
請求項１〜７の何れか１項に記載のデータ管理装置の各手段としてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ管理装置、データ管理方法、およびプログラムに関し、特に、ユーザの持つデータを保管するために用いて好適なものである。
【背景技術】
【０００２】
近年、デジタルカメラに代表される画像入力機器を構成するＬＳＩや固体撮像素子の、部品サイズおよびコストがスケールダウンしている。このことにより、多くのユーザが画像入力機器を用いて画像を撮影し、デジタル画像データを得るようになっている。例えば、ユーザがデジタルカメラを用いて撮影したデジタル画像データは、デジタルカメラ内にあるメモリに保存される。その後、デジタルカメラ内のメモリに保存されたデジタル画像データは、ユーザが所有するパーソナルコンピュータ内の、ＨＤＤ等に代表される記録装置に転送されて管理・保存されたり、ＣＤ−Ｒ等の外部記録メディアに書き込まれて管理・保存されたりする。
【０００３】
また、近年、通信インフラの整備及び情報通信技術の発展により、インターネット等のネットワークを利用した情報提供サービスが可能となっている。かかる情報提供サービスの一種として、ユーザが画像入力機器で撮影したデジタル画像データをネットワーク上のサーバの記憶領域に預かり、そのデジタル画像データをユーザが望む時に閲覧できるようなサービスを提供するネットワークサービスがある。また、預かったデジタル画像データをユーザが望む第三者に公開できるサービスを提供するネットワークサービスがある。また、デジタルカメラの中には、直接ネットワークサービスと通信を行い、画像をネットワークサービスに送信する物もある。
【０００４】
さらに、複数のネットワークサービス間での連携が行われ、ユーザが所有する画像を複数のネットワークサービス間で送受信するサービスが提供されるようになってきた。インターネットの環境の整備、特に、高速回線が一般家庭にも普及しだしたことと、高画質デジタルカメラが普及したこととに伴い、ネットワークサービスにアップロードされる画像のファイルサイズは急激に増大している。そのため、全てのユーザが所有する全ての画像を長期間に渡って保管しようとすると、ネットワークサービスに置かれる画像データベースは膨大になる。したがって、サービス運用者はディスクの増設等に多大なシステムの運用費用をかけることになる。そこで、システム運用者がサービス利用者に対して予め一定の制限を設け、一定量以上の画像ファイルをアップロードできないようにする場合や、アップロードした画像ファイルを特定の条件で削除する技術が提案されている（特許文献１〜３を参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−３３０７６３号公報
【特許文献２】特開２００８−１５４１１６号公報
【特許文献３】特開２００９−１５９０８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１では、ユーザの操作に応じて、ネットワークサービス上に保管されている画像を削除する手法と削除するまでの期間を延長する手法とが開示されている。しかし、特許文献１では、保管した画像を削除するまでの期間が延長されても、延長した期間が経過すると保管した画像は削除されてしまう。一度画像が削除されてしまうと、その画像を復元するには利用者が別途手作業で同様の画像を保管している所在を探す必要があり、多大な労力を必要とする。また、復元できない画像も削除されるため、二度とユーザの手に入らなくなる画像も削除される。よって、画像の復元が困難になる虞がある。
【０００７】
また、特許文献２では、画像の送信先を送信先毎にまとめて表示する手法が開示されている。しかし、特許文献２では、画像を送信したという過去の履歴を表示しているだけである。したがって、利用者は、画像が復元できるかということや、復元した画像が元々送信した画像と同一であるかということを調べるために、実際に送信先にアクセスし、画像を取得して調べてみる必要がある。よって、画像の復元が困難になる虞がある。
【０００８】
また、特許文献３では、画像のバックアップ操作に応じて画像の削除を行う優先順位を決定する方法が開示されている。しかし、近年、多数のネットワークサービスが利便性の向上も兼ねて連携しているため、画像のコピーや転送はユーザのバックアップという意図とは別の意図で実行されることがある。したがって、バックアップの頻度と削除した画像を復元できるかの判断は同一でない。よって、画像の復元が困難になる虞がある。
【０００９】
本発明は、以上の課題に鑑みてなされたものであり、画像データの復元が困難になることを抑制することを目的とする。
【課題を解決するための手段】
【００１０】
本発明のデータ管理装置は、データを受信する受信手段と、前記受信手段により受信されたデータを保管する保管手段と、前記受信手段により受信されたデータを送信する第１の送信手段と、前記受信手段により受信されたデータの送信元の装置にある当該データの所在または当該データに基づいて得られたデータの所在を示す情報と、前記第１の送信手段により送信されたデータの送信先の装置にある当該データの所在または当該データに基づいて得られたデータの所在を示す情報と、の少なくとも何れか一方の情報を少なくとも管理する管理手段と、前記送信元の装置または前記送信先の装置にある前記データを取得する際の当該データの優先順位を前記管理手段により管理されている情報の少なくとも１つを用いて決定する決定手段と、前記送信先の装置にある前記データを取得するのに要する時間と、前記送信元の装置にある前記データを取得するのに要する時間を導出する導出手段と、を有し、前記管理手段は、前記時間を示す情報をさらに管理することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、画像データの復元が困難になることを抑制することができる。
【図面の簡単な説明】
【００１２】
【図１】データ管理システムの構成を示す図である。
【図２】クライアントコンピュータおよび画像管理サーバの構成を示す図である。
【図３】撮像装置の構成を示す図である。
【図４】画像送信元管理テーブルの第１の例を示す図である。
【図５】画像送信先管理テーブルの第１の例を示す図である。
【図６】画像表示画面の第１の例を示す図である。
【図７】画像送信元管理テーブルの作成の第１の例を示すフローチャートである。
【図８】画像送信先管理テーブルの作成の第１の例を示すフローチャートである。
【図９】優先順位を決定する際の処理の第１の例を示すフローチャートである。
【図１０】画像表示画面を生成する際の処理の一例を示すフローチャートである。
【図１１】画像送信元管理テーブルの第２の例を示す図である。
【図１２】画像送信先管理テーブルの第２の例を示す図である。
【図１３】画像表示画面の第２の例を示す図である。
【図１４】アップロード警告画面を示す図である。
【図１５】画像送信元管理テーブルの作成の第２の例を示すフローチャートである。
【図１６】画像送信先管理テーブルの作成の第２の例を示すフローチャートである。
【図１７】画像データを削除する際の処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、本発明の実施形態を説明する。
＜第１の実施形態＞
まず、第１の実施形態を説明する。
【００１４】
図１は、データ管理システムの全体構成の一例を示す図である。
画像管理サーバ１０１は、画像データを管理するサーバ装置である。画像管理サーバ１０１には、画像データを管理するためのデータ管理プログラム１１０が格納されている。画像管理サーバ１０１は、データ管理プログラム１１０を実行する。
撮像装置１０３は、例えばデジタルカメラである。撮像装置１０３は、インターネット等のネットワーク１０２を介して画像管理サーバ１０１に画像データを送信する事ができる。
【００１５】
クライアントコンピュータ１０４は、撮像装置１０３で撮像された画像データを編集および保管したり、ネットワーク１０２を介して画像管理サーバ１０１に画像データを送信したりする事ができる。
クライアントコンピュータ１０４には、クライアントコンピュータ１０４内の画像データを管理したり、画像管理サーバ１０１に画像を送信したりするための画像管理プログラム１１１が格納されている。クライアントコンピュータ１０４には、画像管理プログラム１１１として、以下の２つのプログラムの一方が格納されているものとする。
【００１６】
一つは、ユーザの操作に従って画像管理サーバ１０１に画像をアップロードしたり、画像管理サーバ１０１から画像データをダウンロードしたりするための画像管理プログラム１１１Ａである。もう一つは、これらのアップロードおよびダウンロードに加え、クライアントコンピュータ１０４に常駐し、画像管理サーバ１０１の状態を定期的に監視することにより、画像管理サーバ１０１に画像データを送信できる画像管理プログラム１１１Ｂである。以下の説明では、後者のプログラムを必要に応じて常駐アプリケーションと称する。
【００１７】
尚、図１では、２つのクライアントコンピュータ１０４を示す。しかしながら、実際には、複数のクライアントコンピュータ１０４が存在する。即ち、前記常駐アプリケーションである画像管理プログラム１１１Ｂが格納されたクライアントコンピュータ１０４と、前記常駐アプリケーションでない画像管理プログラム１１１Ａが格納されたクライアントコンピュータ１０４とが少なくとも１つずつ存在する。
また、以下の説明では、画像管理プログラム１１１Ａ、１１１Ｂの双方を示す場合には、これらを必要に応じて画像管理プログラム１１１と総称する。
【００１８】
画像管理サーバ１０５は、画像管理サーバ１０１と同様に画像を管理することのできるサーバ装置（連携サーバ）である。画像管理サーバ１０５は、インターネット等のネットワーク１０２を介して画像データを受信して保管する事ができる。また、画像管理装置１０５は、画像データを送受信するためのＡＰＩ（Application Programming Interface）を提供し、画像管理サーバ１０１との間でも、画像データの送受信を行う事ができる。
【００１９】
画像管理サーバ１０１に接続される撮像装置１０３やクライアントコンピュータ１０４は、例えば、装置のＭＡＣアドレスや、ＭＡＣアドレスを変換する事により得られるＩＤであって一意に装置を識別できるＩＤによって、識別される。クライアントコンピュータ１０４で動作する画像管理プログラム１１１が固有のＩＤを持つ事によってクライアントコンピュータを一意に識別してもよい。
【００２０】
図２は、本実施形態で説明する機能を実現するプログラムコードを処理するクライアントコンピュータ１０４および画像管理サーバ１０１、１０５のハードウェアの構成の一例を示す図である。
【００２１】
図２に示すように、クライアントコンピュータ１０４および画像管理サーバ１０１、１０５は、ＣＲＴ（Cathode Ray Tube）ディスプレイ２０１、ＶＲＡＭ２０２、ＢＭＵ２０３、キーボード２０４、ＰＤ２０５を有する。さらに、クライアントコンピュータ１０４および画像管理サーバ１０１、１０５は、ＣＰＵ２０６、ＲＯＭ２０７、ＲＡＭ２０８、ＨＤＤ２０９、ＦＤＤ２１０、およびネットワークＩ／Ｆ２１１を有する。尚、ここでは、クライアントコンピュータ１０４および画像管理サーバ１０１、１０５を総称する場合、これらを必要に応じて各装置と称する。
【００２２】
ＣＲＴディスプレイ２０１には、例えば、各装置が保持するデータ、各装置に供給されたデータ、編集情報、アイコン、メッセージ、メニュー、およびその他のユーザインタフェース情報等が表示される。
【００２３】
ＶＲＡＭ２０２には、ＣＲＴディスプレイ２０１に表示するための画像データが描画される。このＶＲＡＭ２０２により生成された画像データは、所定の規定に従ってＣＲＴディスプレイ２０１に転送される。これによりＣＲＴディスプレイ２０１に画像が表示される。
ＢＭＵ（ビットムーブユニット）２０３は、例えば、メモリ間（例えば、ＶＲＡＭ２０２と他のメモリとの間）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークＩ／Ｆ２１１）との間のデータ転送を制御する。
【００２４】
キーボード２０４は、画像データの送信先等をユーザが入力するための各種キーを有する。
ＰＤ（ポインティングデバイス）２０５は、例えば、ＣＲＴディスプレイ２０１に表示されたアイコン、メニュー、およびその他のコンテンツをユーザが指示するため、または、ユーザがオブジェクトのドラッグ・アンド・ドロップを行うために使用される。
【００２５】
ＣＰＵ２０６は、ＲＯＭ２０７、ＨＤＤ２０９、またはフレキシブルディスクに格納された制御プログラムに基づいて、各デバイスを制御する。
ＲＯＭ２０７は、各種制御プログラムやデータを保持する。ＲＡＭ２０８は、ＣＰＵ２０６のワーク領域、エラー処理時のデータの退避領域、および制御プログラムのロード領域等を有する。
【００２６】
ＨＤＤ２０９は、本実施形態で説明する各種処理を実現するために必要な各制御プログラム、コンテンツ、およびデータを格納する。画像管理サーバ１０１のＨＤＤ２０９には、画像データ、ユーザと画像データとの紐付け情報等が格納される。また、画像管理サーバ１０５に関するアクセス情報や、複数のクライアントコンピュータ１０４を識別するための情報がＨＤＤ２０９に格納される。
ＦＤＤ２１０は、フロッピーディスク（登録商標）等に代表されるフレキシブルディスクに対するアクセスを制御する。
【００２７】
ネットワークＩ／Ｆ２１１は、インターネット等のネットワーク１０２に接続するためのインターフェースである。
ＣＰＵバス２１２は、アドレスバス、データバスおよびコントロールバスを含む。
ＣＰＵ２０６に対する制御プログラムの提供は、ＲＯＭ２０７、ＨＤＤ２０９、ＦＤＤ２１０から行うこともできるし、ネットワークＩ／Ｆ２１１を介してネットワーク１９２経由で他の情報処理装置等から行うこともできる。
【００２８】
図３は、撮像装置１０３のハードウェアの構成の一例を示す図である。
図３において、カメラ部３０１は、被写体の光学像を電気信号に変換して当該電気信号をアナログ信号として出力する。
Ａ／Ｄ変換器３０２は、前記アナログ信号を入力してデジタル信号に変換してデジタル画像データを出力する。
【００２９】
エンコーダ３０３は、前記デジタル画像データを、例えばＪＰＥＧ形式で圧縮符号化する。
画像データ記憶部３０４は、画像データのファイル（画像ファイル）を作成して記憶媒体３０５に格納する。
記憶媒体３０５は、ランダムアクセス可能な記憶媒体であり、画像データ等のデジタルデータをファイルで記憶する。
【００３０】
ネットワーク接続部３０６は、画像管理サーバ１０１等の外部装置とネットワーク１０２を介して接続して画像データ等のデジタルデータの送受信を行う。
システム制御部３０７は、撮像装置１０３の全般的な動作を制御する制御部であり、マイクロコンピュータを有する。
ＲＯＭ３０８は、制御プログラムや各種データを保存する。また、ＲＯＭ３０８は、画像管理サーバ１０１にアクセスするためのアドレスを含むサーバ情報も保持する。
【００３１】
ＲＡＭ３０９は、制御プログラムのロード領域等を有する。また、ＲＡＭ３０９は、認証情報として画像管理サーバ１０１に登録する認証画像データとパスワードを一時的に保存する領域も有する。
操作部３１０は、操作パネルやリモコン等を含み、ユーザによる操作に基づいて各種データやコマンドを入力する。
【００３２】
デコーダ３１１は、圧縮符号化されたデジタルデータを復号する。
Ｄ／Ａ変換器３１２は、デジタル信号をアナログ信号に変換する。
モニター３１３は、表示部であり、例えば、液晶モニターである。
本実施形態で説明する各種処理を実現するために必要な制御プログラムは、ＲＯＭ３０８に記憶されている。しかし、この制御プログラムがメモリカード等の記憶媒体３０５に記憶されている形態でも良い。また、ネットワーク１０２上に、この制御プログラムがあってもよい。
【００３３】
図４は、画像管理サーバ１０１が管理する画像送信元管理テーブル４００の一例を示す図である。
画像送信元管理テーブル４００は、画像管理サーバ１０１のＨＤＤ２０９内において保管・管理される。尚、画像管理サーバ１０１のデータ管理プログラム１１０が動作している場合、画像管理サーバ１０１は、画像送信元管理テーブル４００をＲＡＭ２０８に展開することによってアプリケーションの処理速度を向上させる場合もある。
【００３４】
画像送信元管理テーブル４００は、画像ＩＤ４０１、画像送信元ＩＤ４０２、画像パス４０３、常駐アプリフラグ４０４、画像再取得時刻４０５、および画像再取得所要時間４０６を相互に関連付けて記憶する。
画像ＩＤ４０１は、画像管理サーバ１０１に管理されている画像データに対して付与されているＩＤの記憶領域である。この画像ＩＤ４０１によって画像管理サーバ１０１にある画像データは一意に特定される。
【００３５】
画像送信元ＩＤ４０２は、画像管理サーバ１０１に画像データを送信した装置のＩＤの記憶領域である。画像データの送信元は、撮像装置１０３の場合とクライアントコンピュータ１０４の場合とがある。
無線ＬＡＮ接続が可能な撮像装置１０３から画像データが直接送信された場合や、画像データの送信元の装置のアドレスが特定できない場合、画像管理サーバ１０１は、画像送信元ＩＤ４０２として０（ゼロ）を格納する。画像データの送信元がクライアントコンピュータ１０４の場合、画像管理サーバ１０１は、画像送信元ＩＤ４０２の欄に、当該クライアントコンピュータ１０４を一意に識別するＩＤを格納する。画像データの送信元のクライアントコンピュータ１０４に前記常駐アプリケーションが格納されている場合がある。この場合、画像管理サーバ１０１は、前記常駐アプリケーションがクライアントコンピュータ１０４を一意に識別できる固有のＩＤを画像送信元ＩＤ４０２に格納してもよい。
【００３６】
画像パス４０３は、画像データの送信元の装置（撮像装置１０３またはクライアントコンピュータ１０４）にある画像データの保管場所を表すパス名の記憶領域である。
画像データの送信元の装置が特定できない場合、画像管理サーバ１０１は、画像パス４０３の欄にＮＵＬＬを格納する。
常駐アプリフラグ４０４は、画像データの送信元の装置にある画像管理プログラム１１１が前記常駐アプリケーションであるかどうかを示すフラグの記憶領域である。画像データの送信元の装置にある画像管理プログラム１１１が前記常駐アプリケーションである場合、画像管理サーバ１０１は、常駐アプリフラグ４０４の欄にＴＲＵＥを格納する。一方、画像データの送信元の装置にある画像管理プログラム１１１が前記常駐アプリケーションでない場合、画像管理サーバ１０１は、常駐アプリフラグ４０４の欄にＦＡＬＳＥを格納する。
【００３７】
ただし、クライアントコンピュータ１０４は、前記常駐アプリケーションがなくても、サーバとしての機能を持ち、クライアントコンピュータ１０４内の画像データを画像管理サーバ１０１からのリクエストによって返信することが可能な場合がある。画像データの送信元が、このようなクライアントコンピュータ１０４である場合、画像管理サーバ１０１は、常駐アプリフラグ４０４の欄にＴＲＵＥを格納する。
【００３８】
画像再取得時刻４０５は、前記常駐アプリケーションを持つクライアントコンピュータ１０４に対する画像データの再取得の開始時刻（設定時刻）の記憶領域である。
画像再取得所要時間４０６は、画像データの再取得を開始してから実際に画像データが再送信されて来るまでに要した時間の記憶領域である。
【００３９】
クライアントコンピュータ１０４の画像管理プログラム１１１が前記常駐アプリケーションである場合、画像管理サーバ１０１は、画像再取得時刻４０５に、画像データの再取得の実施を開始した時刻を格納する。さらに、画像管理サーバ１０１は、画像再取得所要時間４０６に、画像データの再取得の実施を開始してから実際に画像データを再取得できるまでの所要時間を格納する。クライアントコンピュータ１０４に前記常駐アプリケーションがない場合、画像再取得時刻４０５の値はＮＵＬＬとなり、画像再取得所要時間４０６は「０（ゼロ）」となる。
【００４０】
図４では、画像送信元管理テーブル４００に登録される画像管理情報の例として３つの例４１１〜４１３を示す。
第１の例４１１は、画像ＩＤ「１」の画像データが、無線ＬＡＮ接続が可能な撮像装置１０３から直接送信されたことを示す。撮像装置１０３は、常時電源が入っているわけではなく、また画像データを記憶するメモリカードが撮像装置１０３から取り外されていることも考えられる。このため、常駐アプリフラグ４０４にＦＡＬＳＥ、画像再取得時刻４０５にＮＵＬＬ、画像再取得所要時間４０６に「０」がセットされる。
【００４１】
第２の例４１２は、画像ＩＤ「２」の画像データが、前記常駐アプリケーションでない画像管理プログラム１１１Ａを有するクライアントコンピュータ１０４から画像管理サーバ１０１に送信されたことを示す。
第３の例４１３は、画像ＩＤ「３」の画像データが、画像管理プログラム１１１として前記常駐アプリケーションを有するクライアントコンピュータ１０４から画像管理サーバ１０１に送信されたことを示す。
【００４２】
尚、図４では不図示であるが、画像管理サーバ１０１は、画像ＩＤに対応した画像データのサーバ上でのオリジナルの画像データの保管場所を、画像送信元管理テーブル４００に記憶することができる。また、画像管理サーバ１０１は、画像データの受信時に画像管理サーバ１０１で作成したサムネイル画像の保管場所を、画像送信元管理テーブル４００に記憶することができる。また、画像管理サーバ１０１は、画像データに関わる種々の属性（例えば、ファイルサイズや画素数）を、画像送信元管理テーブル４００に記憶することができる。また、画像管理サーバ１０１は、画像データの送信元の装置から、オリジナルの画像データと同じ画像データを取得することが可能かどうかを示すフラグ（オリジナル取得フラグ）を、画像送信元管理テーブル４００に記憶することができる。
【００４３】
図５は、画像管理サーバ１０１が管理する画像送信先管理テーブル５００の一例を示す図である。
画像送信先管理テーブル５００は、画像管理サーバ１０１のＨＤＤ２０９内において保管・管理される。尚、画像管理サーバ１０１の画像管理プログラム１１０が動作している場合、画像管理サーバ１０１は、画像送信先管理テーブル５００をＲＡＭ２０８に展開することによってアプリケーションの処理速度を向上させる場合もある。
【００４４】
画像送信先管理テーブル５００は、以下の情報を相互に関連付けて記憶する。即ち、当該情報は、画像ＩＤ５０１、画像送信先アドレス５０２、データ取得用ＵＲＬ５０３、サーバ機能判定フラグ５０４、オリジナル取得フラグ５０５、画素数５０６、画像サイズ５０７、画像再取得時刻５０８、および画像再取得所要時間５０９である。
【００４５】
画像ＩＤ５０１は、画像ＩＤ４０１と同様に、画像管理サーバ１０１に管理されている画像データに対して付与されているＩＤの記憶領域である。
画像送信先アドレス５０２は、画像管理サーバ１０１から画像データを送信した画像管理サーバ１０５の所在を示すアドレス（ＵＲＬ）の記憶領域である。画像管理サーバ１０１は、画像管理サーバ１０５に画像データを送信した際に、画像管理サーバ１０５の所在を示すアドレスを画像送信先アドレス５０２の欄に格納する。尚、クライアントコンピュータ１０４が画像管理サーバ１０１から画像データをダウンロードした場合、画像管理サーバ１０１は、画像送信先アドレス５０２の欄に、当該クライアント装置１０４のＩＤを保管する。また、画像データをダウンロードしたクライアント装置１０４が特定できない場合、画像管理サーバ１０１は、画像送信先アドレス５０２の欄にＮＵＬＬを格納する。
【００４６】
データ取得用ＵＲＬ５０３は、画像管理サーバ１０１から送信した画像ＩＤ５０１の画像データを再取得するための画像取得用アドレス（ＵＲＬ）の記憶領域である。画像管理サーバ１０１は、各画像ＩＤ５０１の画像データを画像送信先アドレス５０２に送信した際、送信先の装置から当該画像データを再取得できる場合に、当該画像データを再取得するためのＵＲＬをデータ取得用ＵＲＬ５０３の欄に格納する。一方、画像管理サーバ１０１から送信した画像ＩＤ５０１の画像データを、当該画像データの送信先の装置から再取得できない場合、画像管理サーバ１０１は、データ取得用ＵＲＬ５０３の欄にＮＵＬＬを格納する。
【００４７】
サーバ機能判定フラグ５０４は、サーバ機能判定フラグの記憶領域である。サーバ機能判定フラグは、画像ＩＤ５０１の画像データの送信先が画像管理サーバ１０５であるか、それとも、サーバ機能を持たないクライアントコンピュータ１０４に画像ＩＤ５０１の画像データをダウンロードしたかを示すフラグである。画像ＩＤ５０１の画像データの送信先の装置が画像管理サーバ１０５である場合、画像管理サーバ１０１は、サーバ機能判定フラグ５０４の欄にＴＲＵＥを格納する。一方、画像ＩＤ５０１の画像データがサーバ機能を持たないクライアントコンピュータ１０４にダウンロードされた場合、画像管理サーバ１０１は、サーバ機能判定フラグ５０４の欄にＦＡＬＳＥを格納する。
【００４８】
オリジナル取得フラグ５０５は、データ取得用ＵＲＬ５０３に示される画像取得用アドレス（ＵＲＬ）から再取得される画像データが、画像管理サーバ１０１から送信された画像データと同じであるかどうかを示すフラグの記憶領域である。データ取得用ＵＲＬ５０３に示される画像取得用アドレス（ＵＲＬ）から再取得される画像データが、画像管理サーバ１０１から送信された画像データと同じである場合、画像管理サーバ１０１は、オリジナル取得フラグ５０５の欄にＴＲＵＥを格納する。一方、データ取得用ＵＲＬ５０３に示される画像取得用アドレス（ＵＲＬ）から再取得される画像データが、画像管理サーバ１０１から送信された画像データと同じである場合、画像管理サーバ１０１は、オリジナル取得フラグ５０５の欄にＦＡＬＳＥを格納する。
【００４９】
画素数５０６は、データ取得用ＵＲＬ５０３に示される画像取得用アドレス（ＵＲＬ）から再取得された画像データの画素数の記憶領域である。例えば、当該再取得された画像の長辺および短辺の画素数により画素数５０６が設定される。
画像サイズ５０７は、データ取得用ＵＲＬ５０３に示される画像取得用アドレス（ＵＲＬ）から再取得された画像データのファイルサイズの記憶領域である。
【００５０】
画像再取得時刻５０８は、画素数５０６および画像サイズ５０７を設定するために画像管理サーバ１０１が画像管理サーバ１０５に画像データの再取得リクエストを送信した時刻の記憶領域である。
画像再取得所要時間５０９は、画像管理サーバ１０１が画像管理サーバ１０５に再取得リクエストを送信してから、実際に画像データの再取得するまでに要した時間の記憶領域である。
【００５１】
図５では、画像送信先管理テーブル５００に登録される画像管理情報の例として４つの例５１１〜５１４を示す。
第１の例５１１は、画像ＩＤ「１」の画像データが、画像データの再取得ができない画像管理サーバ１０５（サーバ装置）に送信された場合の例を示す。
第２の例５１２は、画像管理サーバ１０１は、画像データの送信先の画像管理サーバ１０５から画像データを再取得できるが、当該画像管理サーバ１０５によって当該画像データが縮小された場合の例を示す。そのため、オリジナル取得フラグ５０５の値がＦＡＬＳＥとなる。
【００５２】
第３の例５１３は、画像管理サーバ１０１が、画像管理サーバ１０１から送信した画像データと同じ画像データの再取得が可能な画像管理サーバ１０５に画像データを送信した場合の例を示す。
第４の例５１４は、画像ＩＤ「７」の画像データがクライアントコンピュータ１０４にダウンロードされた場合の例を示す。尚、画像データをダウロードしたクライアントコンピュータ１０４に前記常駐アプリケーションがある場合、サーバ機能判定フラグ５０４の値はＴＲＵＥとなる。一方、画像データをダウロードしたクライアントコンピュータ１０４に前記常駐アプリケーションがない場合、サーバ機能判定フラグ５０４の値はＦＡＬＳＥとなる。
【００５３】
図６は、画像管理サーバ１０１に送信された画像データの所在を含む情報を表示する画面（画像表示画面）の一例を示す図である。画像表示画面６００は、例えば、クライアントコンピュータ１０４に対するユーザの操作に基づいてクライアントコンピュータ１０４のＣＲＴディスプレイ２０１に表示される。図６では、クライアントコンピュータ１０４のユーザが作成した電子アルバム内の画像についての画像表示画面６００の表示が当該ユーザにより指示された場合を例に挙げて示す。
【００５４】
画像表示画面６００において、画像６０１〜６０４は、ユーザの指示に基づいてクライアントコンピュータ１０４が過去に画像管理サーバ１０１に送信した画像の一覧である。また、画像６０１〜６０４は、画像管理サーバ１０１がそれぞれの画像データを受信したときに作成されたサムネイル画像である。
【００５５】
再取得先情報６１１〜６１８は、それぞれの画像６０１〜６０４に関する付帯情報であって、それぞれの画像６０１〜６０４の再取得先（所在）を示す情報である。
再取得先情報６１１、６１２は、画像６０１の再取得先を示す情報である。
再取得先情報６１１は、画像管理サーバ１０１に送信した画像データと同じ画像データが、画像管理サーバ１０１とは別のサーバ装置（図１に示す例では画像管理サーバ１０５）に保管されていることを示す。具体的に、再取得先情報６１１は、画像管理サーバ１０１とは別のサーバ装置で保管している画像データの再取得先のＵＲＬである。このＵＲＬは、リンクになっており、ユーザがＰＤ（ポインティングデバイス）２０５等を利用することによってこのＵＲＬ（リンク先）を選択すると、画像６０１の再取得を行う事ができる。
【００５６】
再取得先情報６１２は、クライアントコンピュータ１０４の前記常駐アプリケーションでない画像管理プログラム１１１Ａにより、クライアントコンピュータ１０４内の画像データのパスを当該画像データと共に画像管理サーバ１０１に送信したことを示す。再取得先情報６１１のＵＲＬは、リンクとなっている。これに対し、再取得先情報６１２における画像データについては、所在を示す情報が表示され、リンクは表示されない。
再取得先情報６１１では、画像６０１の再取得が可能であるが、再取得先情報６１２では、画像６０１の再取得ができない。このため、図６に示す例では、再取得先情報６１１は、再取得先情報６１２よりも優先的に上に表示される。
【００５７】
再取得先情報６１３〜６１５は、画像６０２の再取得先を示す情報である。
再取得先情報６１３は、再取得先情報６１１と同様に、画像管理サーバ１０１に保管されている画像データと同じ画像データであって、当該画像管理サーバ１０１とは別のサーバ装置で保管されている画像データの再取得先のＵＲＬである。
【００５８】
再取得先情報６１４、６１５も再取得先情報６１３と同様に、画像管理サーバ１０１とは別のサーバ装置から画像データを再取得するためのＵＲＬである。ただし、再取得先情報６１４、６１５により取得される画像データのファイルサイズは、画像管理サーバ１０１に保管されている画像データのファイルサイズよりも縮小されているものとする。
本実施形態では、クライアントコンピュータ１０４は、画素数が多い画像データの再取得先を示す再取得先情報を優先的に上に表示する。したがって、図６に示すように、再取得先情報６１３、６１４、６１５の順に上から表示される。
【００５９】
再取得先情報６１３、６１４、６１５のそれぞれのＵＲＬはリンクになっており、ユーザがＰＤ（ポインティングデバイス）２０５等を利用することによってそれぞれのＵＲＬ（リンク先）を選択すると、画像６０２の再取得を行う事ができる。
再取得先情報６１６は、画像６０３の再取得を示す情報である。
画像６０３は、画像データの再取得が可能な他のサーバ装置への送信実績がない。このため、画像６０３を画像管理サーバ１０１に送信したクライアントコンピュータ１０４に関する情報のみが再取得先情報６１６として表示される。
【００６０】
クライアントコンピュータ１０４に前記常駐アプリケーションがある場合、画像管理サーバ１０１は、画像データの再取得処理を行う事が可能であるため、再取得用のボタン６１７が表示される。ユーザがＰＤ（ポインティングデバイス）２０５等を利用することによってボタン６１７を押下すると、クライアントコンピュータ１０４は、画像データを画像管理サーバ１０１に送信する。
【００６１】
再取得先情報６１８は、画像６０４に関して、再取得に必要な情報が無いこと示す。
オリジナル画像リンク６２１は、画像管理サーバ１０１にオリジナルの画像データが保管されている場合に表示されるリンクである。
ユーザがＰＤ（ポインティングデバイス）２０５等を利用することによってオリジナル画像リンク６２１を選択すると、クライアントコンピュータ１０４は、画像６０４に関するオリジナルの画像を表示する。
尚、画像６０１〜６０３には、オリジナル画像リンク６２１に該当するリンクが表示されていない。これは、画像６０１〜６０３のオリジナルの画像データが画像管理サーバ１０１から既に削除されていることを表している。
【００６２】
図７は、画像管理サーバ１０１が画像データを取得した際に、画像送信元管理テーブル４００に新たなレコードを追加する処理の一例を示すフローチャートである。図７のフローチャートは、例えば、画像管理サーバ１０１のＣＰＵ２０６がＲＯＭ２０７等に記憶されたデータ管理プログラム１１０を実行することにより実現される。
【００６３】
ステップＳ７０１において、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信元の装置（クライアントコンピュータ１０４、撮像装置１０３等）との間でユーザ認証処理を行う。ユーザ認証は、例えば、画像管理サーバ１０１に登録されているユーザ名およびパスワードと、送信元の装置のユーザ名およびパスワードとの照合等を行うことで実施される。ユーザ認証に関しては公知の技術で実現できるので、ここではその詳細な説明を省略する。
【００６４】
ユーザ認証に成功すると、ステップＳ７０２において、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信元の装置から画像データを受信する。このとき画像管理サーバ１０１のＣＰＵ２０６は、前記受信した画像データを一意に特定する画像ＩＤ４０１を、当該画像データに割り当てると共に、画像表示画面６００に当該画像データに基づく画像を表示するためのサムネイル画像を作成する。
【００６５】
次に、ステップＳ７０３において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信した画像データに対する画像送信元ＩＤ４０２の欄に、ステップＳ７０２で受信した画像データの送信元の装置に固有のＩＤを登録する。クライアントコンピュータ１０４が画像管理プログラム１１１として前記常駐アプリケーションを搭載している場合がある。この場合、前記常駐アプリケーションによってクライアントコンピュータ１０４を一意に識別できるものとする。また、画像データの送信元がネットワーク接続している撮像装置１０３である場合や、画像データの送信元がクライアントコンピュータ１０４であり、かつ、当該クライアントコンピュータ１０４が前記常駐アプリケーションを搭載していない場合がある。この場合、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信した画像データに対する画像送信元ＩＤ４０２としてＮＵＬＬを登録する。
【００６６】
次に、ステップＳ７０４において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信した画像データの送信元の装置が前記常駐アプリケーションを持つかどうかを判定する。この判定の結果、画像データの送信元の装置が前記常駐アプリケーションを持つ場合には後述するステップＳ７０９に進む。一方、画像データの送信元の装置が前記常駐アプリケーションを持たない場合にはステップＳ７０５に進む。
【００６７】
ステップＳ７０５に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信した画像データの送信元のクライアントコンピュータ１０４での画像パスを画像パス４０３の欄に登録する。ここで、ステップＳ７０２で受信した画像データの送信元の装置が撮像装置１０３である場合がある。また、ステップＳ７０２で受信した画像データの送信元のクライアントコンピュータ１０４での保管場所がＦＤＤ２１０等のリムーバブルディスクに保管されていて、画像パスを常時取得できない場合がある。これらの場合、画像管理サーバ１０１のＣＰＵ２０６は、画像パス４０３の欄にＮＵＬＬを登録する。
【００６８】
次に、ステップＳ７０６において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信した画像データに対する常駐アプリフラグ４０４の欄にＦＡＬＳＥを登録する。
次に、ステップＳ７０７において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信した画像データに対する画像再取得時刻４０５の欄にＮＵＬＬを登録する。
次に、ステップＳ７０８において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信した画像データに対する画像再取得所要時間４０６の欄に「０（ゼロ）」を登録する。そして、図７のフローチャートによる処理を終了する。
【００６９】
ステップＳ７０４において、画像データの送信元が前記常駐アプリケーションを持つと判定された場合、ステップＳ７０９において、画像管理サーバ１０１のＣＰＵ２０６は、次の処理を行う。即ち、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で送信された画像データの画像パスとして、クライアントコンピュータ１０４での画像パスを画像パス４０３の欄に登録する。このとき、クライアントコンピュータ１０４の前記常駐アプリケーションがステップＳ７０２で送信された画像データを一意に特定できるＩＤ（画像管理ＩＤ）を有する場合がある。この場合、画像管理サーバ１０１のＣＰＵ２０６は、画像パスのかわりに、その画像管理ＩＤを、画像パス４０３の欄に登録しても構わない。
【００７０】
次に、ステップＳ７１０において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信された画像データに対する常駐アプリフラグ４０４の欄にＴＲＵＥを登録する。
次に、ステップＳ７１１において、画像管理サーバ１０１のＣＰＵ２０６は、画像再取得処理を実施する。そして、図７のフローチャートによる処理を終了する。
【００７１】
この画像再取得処理では、画像管理サーバ１０１のＣＰＵ２０６は、サーバ内の予め定められた領域、例えばクライアントコンピュータ１０４毎に予め定められたパスに、再取得を行いたい画像データのパスのリストを記載したファイルを配置する。
画像管理サーバ１０１のＣＰＵ２０６は、前記ファイルを配置した時刻を画像再取得時刻４０５の欄に記録する。ファイルのフォーマットに関しては特に規定はしない。ＸＭＬ（Extensible Markup Language）等、サーバ・クライアント間で通信を行うことが可能となるフォーマットであれば、ファイルのフォーマットは何であっても構わない。
【００７２】
クライアントコンピュータ１０４のＣＰＵ２０６は、前記常駐アプリケーションを実行し、一定時間毎に画像管理サーバ１０１に対してポーリングを行う。ポーリング処理により、クライアントコンピュータ１０４のＣＰＵ２０６は、予め規定されたファイルが画像管理サーバ１０１に存在するかどうかを確認する。そして、予め規定されたファイルが見つかった場合、クライアントコンピュータ１０４のＣＰＵ２０６は、当該ファイルの取得処理を行う。クライアントコンピュータ１０４のＣＰＵ２０６は、当該取得処理により取得したファイルを解析し、当該ファイルに記載されている画像パスの画像データまたは画像管理ＩＤの画像データを画像管理サーバ１０１に対して再送信する。画像管理サーバ１０１は、再取得用の画像データの受信が完了すると、当該画像データを登録するかわりに、当該画像データの再取得に要した時間を画像再取得所要時間４０６の欄に登録し、画像データの受信用に配置した前記ファイルを削除する。
【００７３】
図８は、画像管理サーバ１０１が画像管理サーバ１０５等に画像データを送信する処理（第１の送信処理）を行う際に、画像管理サーバ１０１が画像送信先管理テーブル５００に新たなレコードを追加する処理の一例を示すフローチャートである。図８のフローチャートは、例えば、画像管理サーバ１０１のＣＰＵ２０６がＲＯＭ２０７等に記憶されたデータ管理プログラム１１０を実行することにより実現される。
【００７４】
ステップＳ８０１において、画像管理サーバ１０１のＣＰＵ２０６は、画像管理サーバ１０５等に対して画像データを送信する。
次に、ステップＳ８０２において、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信先（連携先）である画像管理サーバ１０５等からのレスポンスを取得する。
【００７５】
次に、ステップＳ８０３において、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信先（連携先）である画像管理サーバ１０５等のドメイン名を、ステップＳ８０１で送信した画像データに対する画像送信先アドレス５０２の欄に登録する。
次に、ステップＳ８０４において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０１で送信した画像データに対するサーバ機能判定フラグ５０４の欄にＴＲＵＥを登録する。
次に、ステップＳ８０５において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０２で取得したレスポンスに、画像管理サーバ１０１から送信した画像データを再取得するためのＵＲＬ（画像取得ＵＲＬ）が含まれているか否かを判定する。
【００７６】
この判定の結果、ステップＳ８０２で取得したレスポンスに、前記画像取得ＵＲＬが含まれていない場合には、ステップＳ８０６に進む。ステップＳ８０６に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０１で送信した画像データに対するデータ取得用ＵＲＬ５０３の欄にＮＵＬＬを登録する。
次に、ステップＳ８０７において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０１で送信した画像データに対するオリジナル取得フラグ５０５の欄にＦＡＬＳＥを登録する。そして、図８のフローチャートによる処理を終了する。
【００７７】
ステップＳ８０５において、ステップＳ８０２で取得したレスポンスに、前記画像取得ＵＲＬが含まれている場合には、ステップＳ８０８に進む。ステップＳ８０８に進むと、画像管理サーバ１０１のＣＰＵ２０６は、前記画像取得ＵＲＬを、ステップＳ８０１で送信した画像データに対するデータ取得ＵＲＬ５０３の欄に登録する。
【００７８】
次に、ステップＳ８０９において、画像管理サーバ１０１のＣＰＵ２０６は、前記画像取得ＵＲＬにリクエストを送信することによって、ステップＳ８０１で送信した画像データの再取得を試みる。
次に、ステップＳ８１０において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０９で取得できた画像データの画素数を、ステップＳ８０１で送信した画像データに対する画素数５０６の欄に登録する。
次に、ステップＳ８１１において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０９で取得できた画像データのファイルサイズを、ステップＳ８０１で送信した画像データに対する画像サイズ５０７の欄に登録する。
次に、ステップＳ８１２において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０９でリクエストを送信した時刻を、ステップＳ８０１で送信した画像データに対する画像再取得時刻５０８の欄に登録する。
【００７９】
次に、ステップＳ８１３において、画像管理サーバ１０１のＣＰＵ２０６は、次の処理を行う。即ち、画像管理サーバ１０１のＣＰＵ２０６は、ステップ８０９でリクエストを送信してから画像データを取得するまでの所要時間（画像取得所要時間）を、ステップＳ８０１で送信した画像データに対する画像再取得所要時間５０９の欄に登録する。
次に、ステップＳ８１４において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０９で取得できた画像データが、ステップＳ８０１で送信した画像データと同じであるか否かを判定する。画像管理サーバ１０１のＣＰＵ２０６は、例えば、ステップＳ８０９で取得した画像の画素数とファイルサイズが、画像管理サーバ１０１内に保管されている画像データのものと等しければ、同一の画像データを再取得できたと判定する。
【００８０】
この判定の結果、ステップＳ８０９で取得できた画像データが、ステップＳ８０１で送信した画像データと同じである場合には、ステップＳ８１５に進む。ステップＳ８１５に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０１で送信した画像データに対するオリジナル取得フラグ５０５の欄にＴＲＵＥを登録する。そして、図８のフローチャートによる処理を終了する。
一方、ステップＳ８０９で取得できた画像データが、ステップＳ８０１で送信した画像データと同じでない場合には、ステップＳ８１６に進む。ステップＳ８１６に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ８０１で送信した画像データに対するオリジナル取得フラグ５０５の欄にＦＡＬＳＥを登録する。そして、図８のフローチャートによる処理を終了する。
【００８１】
以上が、画像管理サーバ１０１が画像データを送信する場合の処理の一例である。ここで、クライアントコンピュータ１０４が画像管理サーバ１０１から画像データをダウンロードする場合にも、画像管理サーバ１０１は、図８のフローチャートと同様の処理を実行することで画像送信先管理テーブル５００のレコードを作成できる。
この場合、画像データの送信先のサーバ機能判定フラグ５０４およびオリジナル取得フラグ５０５の欄はＦＡＬＳＥになる。また、画像送信先アドレス５０２およびデータ取得用ＵＲＬ５０３の欄はＮＵＬＬとなる。また、画素数５０６、画像サイズ５０７、および画像再取得所要時間の欄は０（ゼロ）となる。また、画像管理サーバ１０１のＣＰＵ２０６は、画像再取得時刻５０８の欄にＮＵＬＬを登録しておく。
【００８２】
図９は、画像表示画面６００に表示される各画像６０１〜６０４の再取得先情報６１１〜６１８の優先順位を画像管理サーバ１０１が決定する際の処理の一例を示すフローチャートである。図９のフローチャートは、例えば、画像管理サーバ１０１のＣＰＵ２０６がＲＯＭ２０７等に記憶されたデータ管理プログラム１１０を実行することにより実現される。
ステップＳ９０１において、画像管理サーバ１０１のＣＰＵ２０６は、画像送信元管理テーブル４００から、クライアントコンピュータ１０４で表示したい画像ＩＤ４０１（指定された画像ＩＤ）の画像に関するレコードを検索する。
【００８３】
次に、ステップＳ９０２において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ９０１で検索されたレコードの画像パス４０３の値がＮＵＬＬであるか否かを判定する。
この判定の結果、ステップＳ９０１で検索されたレコードの画像パス４０３の値がＮＵＬＬであれば、画像データの再取得は不可能である。したがって、ステップＳ９０３において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ９０１で取得したレコードを表示対象から外す。そして、ステップＳ９０４に進む。
一方、ステップＳ９０１で検索されたレコードの画像パス４０３の値がＮＵＬＬでない場合には、ステップＳ９０３を省略してステップＳ９０４に進む。
【００８４】
ステップＳ９０４に進むと、画像管理サーバ１０１のＣＰＵ２０６は、画像送信先管理テーブル５００から、クライアントコンピュータ１０４で表示したい画像ＩＤ５０１（指定された画像ＩＤ）の画像に関するレコードを検索する。
検索されたレコードの中に、画像送信先アドレス５０２の値がＮＵＬＬのレコードがあれば、当該レコードの送信先の装置からは画像データの再取得ができない。したがって、ステップＳ９０５において、画像管理サーバ１０１のＣＰＵ２０６は、そのレコードを表示対象から外す。
【００８５】
次に、ステップＳ９０６において、画像管理サーバ１０１のＣＰＵ２０６は、残されたレコードから、オリジナルの画像データと同じ画像データを取得できるレコードから順に、残されたレコードをソートする。尚、このときにソートの対象となるレコードは、次の２つのレコードである。即ち、画像送信元管理テーブル４００から検索されたレコードのうち、常駐アプリフラグ４０４がＴＲＵＥであるレコードと、画像送信先管理テーブル５００で検索されたレコードのうち、ステップＳ９０５の処理に該当しなかったレコードである。
【００８６】
次に、ステップＳ９０７において、画像管理サーバ１０１のＣＰＵ２０６は、オリジナルの画像データと同じ画像データを取得できるレコードが複数あるか否かを判定する。
この判定の結果、オリジナルの画像データと同じ画像データを取得できるレコードが複数ある場合には、ステップＳ９０８に進む。ステップＳ９０８に進むと、画像管理サーバ１０１のＣＰＵ２０６は、当該複数のレコードを画像再取得所要時間５０９および４０６でソートする。この際、再取得所要時間が短いレコードを優先とする。尚、不図示であるが、画像再取得所要時間も同じレコードがある場合には、例えば、画像再取得時刻５０８および４０５が新しいレコードを優先する。そして、ステップＳ９０９に進む。
【００８７】
一方、オリジナルの画像データと同じ画像データを取得できるレコードが複数ない場合には、ステップＳ９０８を省略してステップＳ９０９に進む。
ステップＳ９０９に進むと、画像管理サーバ１０１のＣＰＵ２０６は、オリジナルの画像データと同じ画像データを取得できないレコードを、画素数５０６でソートする。この際、画素数５０６の値が大きいレコードを優先とする。また、画像管理サーバ１０１のＣＰＵ２０６は、画素数５０６の代わりに画像サイズ５０７に基づいて、オリジナルの画像データを取得できないレコードをソートしても構わない。この場合、画像サイズ５０７の値が大きいレコードを優先する。尚、ステップＳ９０９でソートされたレコードの最上位の優先順位は、ステップＳ９０６でソートされたレコードの最下位のレコードの次の順位になる。
【００８８】
次に、ステップＳ９１０において、画像管理サーバ１０１のＣＰＵ２０６は、画素数の値が同じレコードが複数あるか否かを判定する。この判定の結果、画素数の値が同じレコードが複数ある場合には、ステップＳ９１１に進む。ステップＳ９１１に進むと、画像管理サーバ１０１のＣＰＵ２０６は、前述したステップＳ９０８と同様の処理を行う。即ち、画像管理サーバ１０１のＣＰＵ２０６は、当該複数のレコードを画像再取得所要時間でソートする。そして、ステップＳ９１２に進む、
一方、画素数の値が同じレコードが複数ない場合には、ステップＳ９１１を省略してステップＳ９１２に進む。
【００８９】
ステップＳ９１２に進むと、画像管理サーバ１０１のＣＰＵ２０６は、以上のようにして優先順位付けされたレコードに基づいて、次の処理を行う。即ち、画像管理サーバ１０１のＣＰＵ２０６は、画像６０１〜６０４と、画像６０１〜６０４に関する情報（再取得先情報６１１〜６１８等）を生成する生成処理と、当該生成した情報をクライアントコンピュータ１０４に送信する第２の送信処理とを行う。これらの処理については図１０を用いて次に説明する。
クライアントコンピュータ１０４のＣＰＵ２０６は、受信した情報を元に画像６０１〜６０４と画像６０１〜６０４に関する情報（再取得先情報６１１〜６１８等）を画像表示画面６００に表示する。そして、図９のフローチャートによる処理を終了する。
【００９０】
図１０は、画像６０１〜６０４および画像６０１〜６０４に関する情報（再取得先情報６１１〜６１８等）を画像表示画面６００に表示するための情報を生成する際の画像管理サーバ１０１の処理の一例を示すフローチャートである。図１０のフローチャートは、例えば、画像管理サーバ１０１のＣＰＵ２０６がＲＯＭ２０７等に記憶されたデータ管理プログラム１１０を実行することにより実現される。
【００９１】
ここで生成された情報はクライアントコンピュータ１０４に送信され、クライアントコンピュータ１０４のＣＲＴディスプレイ２０１に表示される。
尚、本処理では１枚の画像のひとつの情報に関する表示処理に関して説明する。しかしながら、実際には、表示を行うそれぞれの画像に対して、図９で説明したフローチャートに基づいて優先順位付けされたレコードの数だけ、図１０のステップＳ１００２以降の処理を繰り返す。
【００９２】
ステップＳ１００１において、画像管理サーバ１０１のＣＰＵ２０６は、表示すべき画像のサムネイル画像を表示するための情報を生成する。画像管理サーバ１０１にオリジナルの画像データが存在している場合、画像管理サーバ１０１のＣＰＵ２０６は、サムネイル画像と共にオリジナルの画像データを表示するためのリンクを表示するための情報も生成する。
【００９３】
次に、ステップＳ１００２において、画像管理サーバ１０１のＣＰＵ２０６は、該当する画像データを再取得できるレコードがあるか否かを判定する。
この判定の結果、該当する画像データを再取得できるレコードがない場合には、ステップＳ１００３に進む。ステップＳ１００３に進むと、画像管理サーバ１０１のＣＰＵ２０６は、再取得できる画像データがないことを示す説明文を表示するための情報を生成する。図６に示した画像表示画面６００の再取得先情報６１８が、その説明文の一例である。そして、図１０のフローチャートによる処理を終了する。
【００９４】
一方、ステップＳ１００２の判定の結果、該当する画像データを再取得できるレコードがある場合には、ステップＳ１００４に進む。ステップＳ１００４に進むと、画像管理サーバ１０１のＣＰＵ２０６は、そのレコードが、画像送信先管理テーブル５００のレコードであるか否かを判定する。
【００９５】
この判定の結果、該当する画像データを再取得できるレコードが、画像送信先管理テーブル５００のレコードでない場合は、当該レコードは、画像送信元管理テーブル４００のレコードである。その場合、ステップＳ１００５に進み、画像管理サーバ１０１のＣＰＵ２０６は、該当する画像データが、クライアントコンピュータ１０４に存在する事を示す説明文と、クライアントコンピュータ１０４の中での画像パス４０３を表示するための情報を生成する。図６に示した画像表示画面６００の再取得先情報６１２および６１６が、その説明文と画像パスの一例である。
【００９６】
次に、ステップＳ１００６において、画像管理サーバ１０１のＣＰＵ２０６は、該当する画像データを再取得できるレコードの常駐アプリフラグ４０４がＴＲＵＥであるか否かを判定する。
この判定の結果、常駐アプリフラグ４０４がＴＲＵＥである場合には、ステップＳ１００７に進む。ステップＳ１００７に進むと、画像管理サーバ１０１のＣＰＵ２０６は、再取得用のボタン６１７を表示するための情報を生成する。そして、図１０のフローチャートによる処理を終了する。
【００９７】
ステップＳ１００４において、該当する画像データを再取得できるレコードが、画像送信先管理テーブル５００のレコードである場合には、ステップＳ１００８に進む。ステップＳ１００８に進むと、画像管理サーバ１０１のＣＰＵ２０６は、当該レコードのオリジナル取得フラグ５０５の値がＴＲＵＥであるか否かを判定する。
【００９８】
この判定の結果、オリジナル取得フラグ５０５の値がＴＲＵＥである場合には、ステップＳ１００９に進む。ステップＳ１００９に進むと、画像管理サーバ１０１のＣＰＵ２０６は、該当する画像データと同一の画像データが存在する事を示す説明文と、画像取得ＵＲＬのリンクを表示するための情報とを生成する。画像取得ＵＲＬは、画像送信先アドレス５０２の値とデータ取得用ＵＲＬ５０３の値とを合成することによって生成される。図６に示した画像表示画面６００の再取得先情報６１１および６１３がその説明文と画像パスの一例である。
【００９９】
一方、ステップＳ１００８において、オリジナル取得フラグ５０５の値がＴＲＵＥでない（ＦＡＬＳＥである）と判定された場合には、ステップＳ１０１０に進む。ステップＳ１０１０に進むと、画像管理サーバ１０１のＣＰＵ２０６は、該当する画像データの縮小画像が存在する事を示す説明文と、縮小画像取得ＵＲＬのリンクを表示するための情報とを生成する。縮小画像が存在する事を示す説明文には、画素数５０６の値を併せて表示する。図６に示した画像表示画面６００の再取得先情報６１４および６１５がその説明文と画像パスの一例である。
以上の処理を、画像表示画面６００の表示に必要な画像データのそれぞれについて、図９に示したフローチャートで優先順位が付けられたレコードの数分だけ繰り返す事により、画像データの再取得先を優先順位付けして表示する事ができる。
【０１００】
以上のように本実施形態では、画像管理サーバ１０１は、画像管理サーバ１０１への画像データの送信元を画像送信元管理テーブル４００で管理すると共に、画像管理サーバ１０１からの画像データの送信先を画像送信先管理テーブル５００で管理する。画像管理サーバ１０１は、クライアントコンピュータ１０４で表示対象の画像データについての画像送信元管理テーブル４００および画像送信先管理テーブル５００のレコードに優先順位をつけてクライアントコンピュータ１０４に表示させる。具体的には、オリジナルの画像データを取得できることを示すレコードの優先順位を高くする。その他のレコードについては、画像データの再取得に要する所要時間等により、優先順位をつける。したがって、クライアントコンピュータ１０４は、画像データの再取得の容易性を基準にした優先順位に従った順番で、画像データの所在を示すことができる。
【０１０１】
以上のように本実施形態では、画像管理サーバ１０１で管理されている画像データが他の場所にも存在するか否かや、他の場所から復元できるか否かを判断する。そして、実際に復元する画像が管理されていた画像と同じかどうかや、復元にかかる時間の長短によって優先順位を付ける。そして、その優先順位に基づいて復元先を表示する。したがって、例えば、画像管理サーバ１０１で管理されている画像データが一定期間で削除されるシステムであっても、当該画像データと同一の画像データまたは当該画像データを縮小した画像データを容易に取得することができる。よって、画像データの復元が困難になることを抑制し、画像データの復元を容易に行うことができる。
【０１０２】
＜第２の実施形態＞
次に、第２の実施形態を説明する。第１の実施形態では、優先順位が、画像管理サーバ１０１以外の装置にある画像データの再取得順である場合を例に挙げて説明した。これに対し、本実施形態では、優先順位が、画像管理サーバ１０１内の画像データの削除順である場合を例に挙げて説明する。このように本実施形態と第１の実施形態とは、優先順位をつける対象および方法が主として異なる。したがって、本実施形態の説明において、第１の実施形態と同一の部分については、図１〜図１０に付した符号と同一の符号を付し、詳細な説明を省略する。
【０１０３】
データ管理システムの全体構成は、図１に示したものと同じ構成で実現することができる。クライアントコンピュータ１０４には、前記常駐アプリケーションである画像管理プログラム１１１Ｂを有するものと、前記常駐アプリケーションでない画像管理プログラム１１１Ａを有するものとが存在する。
画像管理サーバ１０１、１０５およびクライアントコンピュータ１０４のハードウェアの構成は、図２に示したものと同じ構成で実現することができる。また、撮像装置１０３のハードウェアの構成は、図３に示したものと同じ構成で実現することができる。
【０１０４】
図１１は、画像管理サーバ１０１が管理する画像送信元管理テーブル１１００の一例を示す図である。
画像送信元管理テーブル１１００は、画像管理サーバ１０１のＨＤＤ２０９内において保管・管理される。尚、画像管理サーバ１０１のデータ管理プログラム１１０が動作している場合、画像管理サーバ１０１は、画像送信元管理テーブル１１００をＲＡＭ２０８に展開することによってアプリケーションの処理速度を向上させる場合もある。
【０１０５】
画像送信元管理テーブル１１００は、画像ＩＤ１１０１、画像送信元ＩＤ１１０２、画像パス１１０３、常駐アプリフラグ１１０４、オリジナル取得フラグ１１０５、および優先度１１０６を相互に関連付けて記憶する。
画像ＩＤ１１０１は、画像管理サーバ１０１に管理されている画像データに対して付与されているＩＤである。この画像ＩＤ１１０１によって画像管理サーバ１０１にある画像は一意に特定される。
【０１０６】
画像送信元ＩＤ１１０２は、画像管理サーバ１０１に画像データを送信した装置のＩＤの記憶領域である。画像データの送信元は、撮像装置１０３の場合とクライアントコンピュータ１０４の場合とがある。
無線ＬＡＮ接続が可能な撮像装置１０３から画像データが直接送信された場合や、画像データの送信元の装置のアドレスが特定できない場合、画像管理サーバ１０１は、画像送信元ＩＤ１１０２として０（ゼロ）を格納する。画像データの送信元がクライアントコンピュータ１０４の場合、画像管理サーバ１０１は、画像送信元ＩＤ１１０２の欄に、当該クライアントコンピュータ１０４を一意に識別するＩＤを格納する。画像データの送信元のクライアントコンピュータ１０４に前記常駐アプリケーションが格納されている場合がある。この場合、画像管理サーバ１０１は、前記常駐アプリケーションがクライアントコンピュータ１０４を一意に識別できるように固有のＩＤを画像送信元ＩＤ１１０２に格納してもよい。
【０１０７】
画像パス１１０３は、画像データの送信元の装置（撮像装置１０３またはクライアントコンピュータ１０４）にある画像データの保管場所を表すパス名の記憶領域である。
画像データの送信元が特定できない場合、画像管理サーバ１０１は、画像パス１１０３の欄にＮＵＬＬを格納する。
【０１０８】
常駐アプリフラグ１１０４は、画像データの送信元の装置にある画像管理プログラム１１１が前記常駐アプリケーションであるかどうかを示すフラグの記憶領域である。画像データの送信元の装置にある画像管理プログラム１１１が前記常駐アプリケーションである場合、画像管理サーバ１０１は、常駐アプリフラグ１１０４の欄にＴＲＵＥを格納する。一方、画像データの送信元の装置にある画像管理プログラム１１１が前記常駐アプリケーションでない場合、画像管理サーバ１０１は、常駐アプリフラグ１１０４の欄にＦＡＬＳＥを格納する。
【０１０９】
ただし、クライアントコンピュータ１０４は、前記常駐アプリケーションがなくても、サーバとしての機能を持ち、クライアントコンピュータ１０４内の画像データを画像管理サーバ１０１からのリクエストによって返信することが可能な場合がある。画像データの送信元が、このようなクライアントコンピュータ１０４である場合、画像管理サーバ１０１は、常駐アプリフラグ１１０４の欄にＴＲＵＥを格納する。
【０１１０】
オリジナル取得フラグ１１０５は、画像データの送信元の装置から、オリジナルの画像データと同じ画像データを取得することが可能かどうかを示すフラグの記憶領域である。
優先度１１０６は、データ管理プログラム１１０を実行することにより画像データの送信元に基づいて算出された優先度であって、画像データの削除に関する優先度の記憶領域である。
【０１１１】
図１１では、画像送信元管理テーブル１１００に登録される画像管理情報の例として３つの例１１１１〜１１１３を示す。
第１の例１１１１は、画像ＩＤ「１」の画像データが、無線ＬＡＮ接続が可能な撮像装置１０３から直接送信されたことを示す。撮像装置１０３は常時電源が入っているわけではなく、また画像データを記憶するメモリカードは撮像装置１０３から取り外されていることも多分に考えられる。このため、常駐アプリフラグ１１０４およびオリジナル取得フラグ１１０５には、ＦＡＬＳＥがセットされる。
【０１１２】
第２の例１１１２は、画像ＩＤ「２」の画像データが、前記常駐アプリケーションでない画像管理プログラム１１１Ａを有するクライアントコンピュータ１０４から画像管理サーバ１０１に送信されたことを示す。
第３の例１１１３は、画像ＩＤ「３」の画像データが、画像管理プログラム１１１として前記常駐アプリケーションを有するクライアントコンピュータ１０４から画像管理サーバ１０１に送信されたことを示す。
【０１１３】
図１２は、画像管理サーバ１０１が管理する画像送信先管理テーブル１２００の一例を示す図である。
画像送信先管理テーブル１２００は、画像管理サーバ１０１のＨＤＤ２０９内において保管・管理される。尚、画像管理サーバ１０１の画像管理プログラム１１０が動作している場合、画像管理サーバ１０１は、画像送信先管理テーブル１２００をＲＡＭ２０８に展開することによってアプリケーションの処理速度を向上させる場合もある。
【０１１４】
画像送信先管理テーブル１２００は、画像ＩＤ１２０１、画像送信先アドレス１２０２、データ取得用ＵＲＬ１２０３、サーバ機能判定フラグ１２０４、オリジナル取得フラグ１２０５、および優先度１２０６を相互に関連付けて記憶する。
【０１１５】
画像ＩＤ１２０１は、画像ＩＤ１１０１と同様に、画像管理サーバ１０１に管理されている画像データに対して付与されているＩＤの記憶領域である。
画像送信先アドレス１２０２は、画像管理サーバ１０１から画像データを送信した画像管理サーバ１０５の所在を示すアドレス（ＵＲＬ）の記憶領域である。画像管理サーバ１０１は、画像管理サーバ１０５に画像データを送信した際に、画像管理サーバ１０５の所在を示すアドレスを画像送信先アドレス１２０２の欄に格納する。尚、クライアントコンピュータ１０４が画像管理サーバ１０１から画像データをダウンロードした場合、画像管理サーバ１０１は、画像送信先アドレス１２０２の欄に、当該クライアント装置１０４のＩＤを保管する。また、画像データをダウンロードしたクライアント装置１０４が特定できない場合、画像管理サーバ１０１は、画像送信先アドレス１２０２の欄にＮＵＬＬを格納する。
【０１１６】
データ取得用ＵＲＬ１２０３は、画像管理サーバ１０１から送信した画像ＩＤ５０１の画像データを再取得するための画像取得用アドレス（ＵＲＬ）の記憶領域である。画像管理サーバ１０１は、各画像ＩＤ１２０１の画像データを画像送信先アドレス１２０２に送信した際、送信先から当該画像データを再取得できる場合に、当該画像データを再取得するためのＵＲＬをデータ取得用ＵＲＬ１２０３の欄に格納する。一方、画像管理サーバ１０１から送信した画像ＩＤ１２０１の画像データを再取得できない場合、画像管理サーバ１０１は、データ取得用ＵＲＬ１２０３の欄にＮＵＬＬを格納する。
【０１１７】
サーバ機能判定フラグ１２０４は、サーバ機能判定フラグの記憶領域である。サーバ機能判定フラグは、画像ＩＤ１２０１の画像データの送信先が画像管理サーバ１０５であるか、それとも、サーバ機能を持たないクライアントコンピュータ１０４に画像ＩＤ１２０１の画像データをダウンロードしたかを示すフラグである。画像ＩＤ１２０１の画像データの送信先が画像管理サーバ１０５である場合、画像管理サーバ１０１は、サーバ機能判定フラグ１２０４の欄にＴＲＵＥを格納する。一方、画像ＩＤ１２０１の画像データがサーバ機能を持たないクライアントコンピュータ１０４にダウンロードされた場合、画像管理サーバ１０１は、サーバ機能判定フラグ１２０４の欄にＦＡＬＳＥを格納する。
【０１１８】
オリジナル取得フラグ１２０５は、データ取得用ＵＲＬ１２０３に示される画像取得用アドレス（ＵＲＬ）から再取得される画像データが、画像管理サーバ１０１から送信された画像データと同じであるかどうかを示すフラグの記憶領域である。
優先度１２０６は、データ管理プログラム１１０を実行することにより画像データの送信先に基づいて算出された優先度であって、画像データの削除に関する優先度の記憶領域である。
【０１１９】
図１２では、画像送信先管理テーブル１２００に登録される画像管理情報の例として４つの例１２１１〜１２１４を示す。
第１の例１２１１は、画像ＩＤ「１」の画像データが、画像データの再取得ができない画像管理サーバ１０５（サーバ装置）に送信された場合の例を示す。
第２の例１２１２は、画像管理サーバ１０１は、画像データの送信先の画像管理サーバ１０５から画像データを再取得できるが、当該画像管理サーバ１０５によって当該画像データが縮小された場合の例を示す。そのため、オリジナル取得フラグ１２０５の値がＦＡＬＳＥとなる。
【０１２０】
第３の例１２１３は、画像管理サーバ１０１が、送信した画像データと同じ画像データの再取得が可能な画像管理サーバ１０５に画像データを送信した場合の例を示す。
第４の例１２１４は、画像ＩＤ「７」の画像データがクライアントコンピュータ１０４にダウンロードされた場合の例を示す。
【０１２１】
図１３は、画像管理サーバ１０１に送信された画像データの所在を含む情報を表示する画面（画像表示画面）の一例を示す図である。画像表示画面１３００は、例えば、クライアントコンピュータ１０４に対するユーザの操作に基づいてクライアントコンピュータ１０４のＣＲＴディスプレイ２０１に表示される。図１３では、クライアントコンピュータ１０４のユーザが作成した電子アルバム内の画像についての画像表示画面１３００の表示が当該ユーザにより指示された場合を例に挙げて示す。
【０１２２】
画像表示画面１３００において、画像１３０１〜１３０４は、ユーザの指示に基づいてクライアントコンピュータ１０４が過去に画像管理サーバ１０１に送信した画像の一覧である。また、画像１３０１〜１３０４は、画像管理サーバ１０１がそれぞれの画像データを受信したときに作成されたサムネイル画像である。
【０１２３】
再取得先情報１３１１〜１３１４は、それぞれの画像１３０１〜１３０４に関する付帯情報であって、それぞれの画像１３０１〜１３０４の再取得先（所在）を示す情報である。
再取得先情報１３１１は、画像１３０１の再取得先を示す情報である。再取得先情報１３１１は、画像管理サーバ１０１に送信した画像データ（画像１３０１）と同じ画像データが、画像管理サーバ１０１とは別のサーバ装置（図１に示す例では画像管理サーバ１０５）に保管されていることを示す。
【０１２４】
再取得先情報１３１２は、画像１３０２の再取得先を示す情報である。再取得先情報１３１２は、画像管理サーバ１０１に送信した画像データ（画像１３０２）と同じ画像データを確認できないが、他のサーバ装置に当該画像データまたは当該画像データに類似する画像データを送信したことを示す。
尚、図６を参照しながら説明したのと同様に、再取得先情報１３１１および再取得先情報１３１２をリンクとしてもよい。
再取得先情報１３１３は、画像１３０３の再取得先を示す情報である。再取得先情報１３１３は、クライアントコンピュータ１０４から画像管理サーバ１０１に画像データ（画像１３０３）が送信されたことを示す。図６の再取得先情報６１２と同様に、当該画像データは、クライアントコンピュータ１０４の前記常駐アプリケーションでない画像管理プログラム１１１Ａにより、クライアントコンピュータ１０４内の画像データのパスと共に画像管理サーバ１０１に送信される。
再取得先情報１３１４は、画像１３０４の再取得先を示す情報である。再取得先情報１３１４は、画像６０４の送信元および送信先がともに確認できていないことを示す。
【０１２５】
図１４は、画像データを削除する際の優先順位をつける際のトリガとなる画面（アップロード警告画面）の一例を示す図である。
アップロード警告画面１４００は、クライアントコンピュータ１０４から画像管理サーバ１０１に画像データをアップロードした場合であって、画像管理サーバ１０１の画像ストレージの空き容量がなくなった場合に表示される。画像データのアップロードは、例えば、クライアントコンピュータ１０４に対するユーザの操作に基づいて行われる。
【０１２６】
本実施形態では、アップロード警告画面１４００が表示されることをトリガとして、画像管理サーバ１０１に保存されている画像データを削除する際の優先順位をつける場合を例に挙げて説明する。しかしながら、画像管理サーバ１０１に保存されている画像データを削除する際の優先順位をつけるタイミングは、かかるタイミングに限定されない。例えば、ユーザが一定期間画像管理サーバ１０１を利用しなかった場合に当該ユーザの画像データを削除する際の優先順位をつける等、別のタイミングであっても構わない。
【０１２７】
アップロード警告画面１４００では、その後の処理を決める選択肢が、３つの選択肢１４０１〜１４０３である場合を例に挙げて示す。尚、選択肢１４０１〜１４０３およびＯＫボタン１４１０の選択は、ユーザが、クライアントコンピュータ１０４のポインティングデバイス（ＰＤ）２０５等を操作することにより行われる。
【０１２８】
ユーザが選択肢１４０１を選択し、ＯＫボタン１４１０を押すと、クライアントコンピュータ１０４は、アップロード処理を中止する。
ユーザが選択肢１４０２を選択し、ＯＫボタン１４１０を押すと、画像管理サーバ１０１は、画像管理サーバ１０１に保管されている当該ユーザの画像データを、古いものから順に削除する。
【０１２９】
ユーザが選択肢１４０３を選択し、ＯＫボタン１４１０を押すと、画像管理サーバ１０１は、再取得可能な画像データを優先して、画像管理サーバ１０１に保管されている当該ユーザの画像データを削除する。この処理については詳細を後述する。
【０１３０】
図１５は、画像管理サーバ１０１が画像データを取得した際に、画像送信元管理テーブル１１００に新たなレコードを追加する処理の一例を示すフローチャートである。図１５のフローチャートは、例えば、画像管理サーバ１０１のＣＰＵ２０６がＲＯＭ２０７等に記憶されたデータ管理プログラム１１０を実行することにより実現される。
【０１３１】
ステップＳ１５０１において、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信元の装置（クライアントコンピュータ１０４、撮像装置１０３等）との間でユーザ認証処理を行う。ユーザ認証は、例えば、画像管理サーバ１０１に登録されているユーザ名およびパスワードと、送信元の装置のユーザ名およびパスワードとの照合等を行うことで実施される。ユーザ認証に関しては公知の技術で実現できるので、ここではその詳細な説明を省略する。
【０１３２】
ユーザ認証に成功すると、ステップＳ１５０２において、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信元の装置から画像データを受信する。このとき画像管理サーバ１０１のＣＰＵ２０６は、前記受信した画像データを一意に特定する画像ＩＤ１１０１を、当該画像データに割り当てると共に、画像表示画面１３００に当該画像データに基づく画像を表示するためのサムネイル画像を作成する。
【０１３３】
次に、ステップＳ１５０３において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する画像送信元ＩＤ１１０２として、ステップＳ１５０２で受信した画像データの送信元の装置に固有のＩＤを登録する。クライアントコンピュータ１０４が画像管理プログラム１１１として前記常駐アプリケーションを搭載している場合がある。この場合、前記常駐アプリケーションによってクライアントコンピュータ１０４を一意に識別できるものとする。また、画像データの送信元がネットワーク接続している撮像装置１０３である場合や、画像データの送信元がクライアントコンピュータ１０４であり、かつ、当該クライアントコンピュータ１０４が前記常駐アプリケーションを搭載していない場合がある。この場合、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ７０２で受信した画像データに対する画像送信元ＩＤ１１０２としてＮＵＬＬを登録する。
【０１３４】
次に、ステップＳ１５０４において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データの送信元の装置（クライアントコンピュータ１０４等）がサーバとしての機能を持つか否かを判定する。例えば、画像管理サーバ１０１は、画像管理サーバ１０１から画像データの送信元のＩＰアドレスに対して何らかのリクエストを送信し、当該リクエストに対するレスポンスの内容に基づいて、ステップＳ１５０４の判定を行うことができる。また、画像管理サーバ１０１は、事前に登録し検証されているＩＰアドレスを持つ装置のみをサーバとしての機能を持つと判定してもよい。
【０１３５】
ステップＳ１５０４の判定の結果、画像データの送信元の装置がサーバとしての機能を持つ場合には、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データの再取得が容易であると判断し、ステップＳ１５０６に進む。ステップＳ１５０６に進むと、ステップＳ１５０２で受信した画像データに対する優先度（nPriority）１１０６の欄に「３」を登録する。
【０１３６】
次に、ステップＳ１５０７において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で送信された画像データの画像パスとして、クライアントコンピュータ１０４での画像パスが取得可能であれば画像パス１１０３の欄に当該画像パスを登録する。
【０１３７】
次に、ステップＳ１５０８において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信された画像データに対する常駐アプリフラグ１１０４の欄にＴＲＵＥを登録する。
次に、ステップＳ１５０９において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信された画像データに対するオリジナル取得フラグ１１０５の欄にＴＲＵＥを登録する。そして、図１５のフローチャートによる処理を終了する。
【０１３８】
前述したステップＳ１５０４において、画像データの送信元の装置がサーバとしての機能を持たないと判定された場合には、ステップＳ１５０５に進む。ステップＳ１５０５に進むと、画像管理サーバ１０１のＣＰＵ２０６は、前記画像データの送信元の装置が、当該装置内での当該画像データの画像パスを、画像管理サーバ１０１に送信可能であるか否かを判定する。
【０１３９】
この判定の結果、画像データの送信元の装置が画像パスを画像管理サーバ１０１に送信可能でない場合には、ステップＳ１５１０に進む。
画像管理サーバ１０１のＣＰＵ２０６は、画像パスを送信できない装置から送信された画像データに関しては、当該画像データの再取得は難しいと判断する。したがって、ステップＳ１５１０において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する優先度１５０６の欄に「０（ゼロ）」を登録する。
次に、ステップＳ１５１１において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する画像パス１１０３の欄にＮＵＬＬを登録する。
【０１４０】
次に、ステップＳ１５１２において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する常駐アプリフラグ１１０４の欄にＦＡＬＳＥを登録する。
次に、ステップＳ１５１３において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対するオリジナル取得フラグ１１０５の欄にＦＡＬＳＥを登録する。そして、図１５のフローチャートによる処理を終了する。
【０１４１】
ステップＳ１５０５において、画像データの送信元の装置が画像パスを画像管理サーバ１０１に送信可能であると判定された場合には、ステップＳ１５１４に進む。ステップＳ１５１４に進むと、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信元の装置が画像データの自動送信機能を有するか否かを判定する。
【０１４２】
ここでは、画像管理プログラム１１１として前記常駐アプリケーションが搭載されているクライアントコンピュータ１０４は、前記常駐アプリケーションを実行することにより、定期的にサーバ装置１０１に問い合わせを行う。そして、この問い合わせに基づいて画像管理サーバ１０１が、削除した画像データの取得を要求した場合に、クライアントコンピュータ１０４は、前記常駐アプリケーションを実行することにより、画像管理サーバ１０１に必要な画像データを送信する。
【０１４３】
つまり、ここでは、前記常駐アプリケーションを有するクライアントコンピュータ１０４が、ステップＳ１５０２で受信した画像データの送信元の装置である場合、当該装置は画像データの自動送信機能を有し、ステップＳ１５１４の判定結果はＹｅｓになる。一方、前記常駐アプリケーションを有しないクライアントコンピュータ１０４が、ステップＳ１５０２で受信した画像データの送信元の装置である場合には、当該装置は画像データの自動送信機能を有さず、ステップＳ１５１４の判定結果はＮｏになる。
【０１４４】
ステップＳ１５１４の判定の結果、画像データの送信元の装置が画像データの自動送信機能を有する場合には、ステップＳ１５１８に進む。ステップＳ１５１８に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する優先度１１０６の欄に「２」を登録する。
次に、ステップＳ１５１９において、画像管理サーバ１０１のＣＰＵ２０６は、次の処理を行う。即ち、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する画像パス１１０３の欄に、クライアントコンピュータ１０４の前記常駐アプリケーションが画像データを送信するのに必要なＩＤ（自動送信ＩＤ）を登録する。このＩＤは、クライアントコンピュータ１０４の前記常駐アプリケーションがステップＳ１５０２で送信された画像データを一意に特定できるＩＤである。
【０１４５】
次に、ステップＳ１５２０において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する常駐アプリフラグ１１０４の欄にＴＲＵＥを登録する。
次に、ステップＳ１５２１において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対するオリジナル取得フラグ１１０５にＴＲＵＥを登録する。そして、図１５のフローチャートによる処理を終了する。
【０１４６】
ステップＳ１５１４の判定の結果、画像データの送信元の装置が画像データの自動送信機能を有しない場合には、ステップＳ１５１５に進む。ステップＳ１５１５に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する優先度１１０６の欄に「１」を登録する。
次に、ステップＳ１５１６において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する画像パス１１０３の欄にＮＵＬＬを登録する。
【０１４７】
次に、ステップＳ１５１７において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対する常駐アプリフラグ１１０４の欄にＦＡＬＳＥを登録する。
次に、前述したステップＳ１５２１に進み、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１５０２で受信した画像データに対するオリジナル取得フラグ１１０５にＴＲＵＥを登録する。そして、図１５のフローチャートによる処理を終了する。
【０１４８】
図１６は、画像管理サーバ１０１が画像管理サーバ１０５等に画像データを送信する処理（第１の送信処理）を行う際に、画像管理サーバ１０１が画像送信先管理テーブル１２００に新たなレコードを追加する処理の一例を示すフローチャートである。図１６のフローチャートは、例えば、画像管理サーバ１０１のＣＰＵ２０６がＲＯＭ２０７等に記憶されたデータ管理プログラム１１０を実行することにより実現される。
【０１４９】
ステップＳ１６０１において、画像管理サーバ１０１のＣＰＵ２０６は、画像管理サーバ１０５等に対して画像データを送信する。
次に、ステップＳ１６０２において、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信先（連携先）である画像管理サーバ１０５等からのレスポンスを取得する。
次に、ステップＳ１６０３において、画像管理サーバ１０１のＣＰＵ２０６は、画像データの送信先（連携先）である画像管理サーバ１０５等のドメイン名を、ステップＳ１６０１で送信した画像データに対する画像送信先アドレス１２０２の欄に登録する。
【０１５０】
次に、ステップＳ１６０４において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０１で送信した画像データに対するサーバ機能判定フラグ１２０４の欄にＴＲＵＥを登録する。
次に、ステップＳ１６０５において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０２で取得したレスポンスに、画像管理サーバ１０１から送信した画像データを再取得するためのＵＲＬ（画像取得ＵＲＬ）が含まれているか否かを判定する。
【０１５１】
この判定の結果、ステップＳ１６０２で取得したレスポンスに前記画像取得ＵＲＬが含まれていない場合には、ステップＳ１６０６に進む。ステップＳ１６０６に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０１で送信した画像データに対するデータ取得ＵＲＬ１２０３の欄にＮＵＬＬを登録する。
次に、ステップＳ１６０７において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０１で送信した画像データに対するオリジナル取得フラグ１２０５の欄にＦＡＬＳＥを登録する。
【０１５２】
次に、ステップＳ１６０８において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０１で送信した画像データに対する優先度（nPriority）１２０６の欄に「１」を登録する。そして、図１６のフローチャートによる処理を終了する。
ステップＳ１６０５において、ステップＳ１６０２で取得したレスポンスに前記画像取得ＵＲＬが含まれている場合には、ステップＳ１６０９に進む。ステップＳ１６０９に進むと、画像管理サーバ１０１のＣＰＵ２０６は、前記画像取得ＵＲＬを、ステップＳ１６０１で送信した画像データに対するデータ取得ＵＲＬ１２０３の欄に登録する。
次に、ステップＳ１６１０において、画像管理サーバ１０１のＣＰＵ２０６は、前記画像取得ＵＲＬにリクエストを送信することによって、ステップＳ１６０１で送信した画像データの再取得を試みる。
【０１５３】
次に、ステップＳ１６１１において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０９で取得できた画像データが、ステップＳ１６０１で送信した画像データと同じであるか否かを判定する。この判定の結果、ステップＳ１６０９で取得できた画像データが、ステップＳ１６０１で送信した画像データと同じでなかった場合には、ステップＳ１６１２に進む。ステップＳ１６１２に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０１で送信した画像データに対する優先度１２０６の欄に「４」を登録する。
【０１５４】
次に、ステップＳ１６１３において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０１で送信した画像データに対するオリジナル取得フラグ１２０５の欄にＦＡＬＳＥを登録する。そして、図１６のフローチャートによる処理を終了する。
ステップＳ１６１１において、ステップＳ１６０９で取得できた画像データが、ステップＳ１６０１で送信した画像データと同じであると判定された場合には、ステップＳ１６１４に進む。ステップＳ１６１４に進むと、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０１で送信した画像データに対する優先度１２０６の欄に「５」を登録する。
次に、ステップＳ１６１５において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１６０１で送信した画像データに対するオリジナル取得フラグ１２０５の欄にＴＲＵＥを登録する。そして、図１６のフローチャートによる処理を終了する。
【０１５５】
以上が、画像管理サーバ１０１が画像データを送信する場合の処理の一例である。ここで、クライアントコンピュータ１０４が画像管理サーバ１０１から画像データをダウンロードする場合にも、画像管理サーバ１０１は、図１２のフローチャートと同様の処理を実行することで画像送信先管理テーブル１２００のレコードを作成できる。
この場合は、画像データの送信先のサーバ機能判定フラグ１２０４およびオリジナル取得フラグ１２０５の欄がＦＡＬＳＥになる。また、画像送信先アドレス１２０２、データ取得用ＵＲＬ１２０３の欄がＮＵＬＬとなる。また、画像データのダウンロード先からはサーバは明示的に画像データの再取得ができないという意味で優先度１２０６の欄には「０」が設定される。
【０１５６】
図１７は、ユーザがアップロード警告画面１４００の選択肢１４０３を選択することにより、画像管理サーバ１０１が画像データを削除する際の処理の一例を示すフローチャートである。図１７のフローチャートは、例えば、画像管理サーバ１０１のＣＰＵ２０６がＲＯＭ２０７等に記憶されたデータ管理プログラム１１０を実行することにより実現される。
【０１５７】
ステップＳ１７０１において、画像管理サーバ１０１のＣＰＵ２０６は、超過量Ｐを計算する。超過量Ｐは、画像データのアップロード等によって、画像管理サーバ１０１における所定の記憶容量に対して超過する記憶容量である。ここでは、画像管理サーバ１０１における所定の記憶容量は、ユーザごとに定められているものとする。したがって、画像管理サーバ１０１のＣＰＵ２０６は、画像データのアップロードを指示したユーザに対して定められている所定の記憶容量に対する超過分を超過量Ｐとして計算する。ただし、画像管理サーバ１０１における所定の記憶容量を、必ずしもユーザごとに定める必要はない。例えば、画像管理サーバ１０１で記憶可能な最大の記憶容量を、画像管理サーバ１０１における所定の記憶容量としてもよい。
【０１５８】
次に、ステップＳ１７０２において、画像管理サーバ１０１のＣＰＵ２０６は、削除対象の画像データを導出するための優先度を判断する作業パラメータnPriorityに「５」をセットする。
次に、ステップＳ１７０３において、画像管理サーバ１０１のＣＰＵ２０６は、前記作業パラメータnPriorityの値が０以上であるか否かを判定する。
【０１５９】
この判定の結果、前記作業パラメータnPriorityの値が０以上でない場合には、図１７のフローチャートによる処理を終了する。
一方、前記作業パラメータnPriorityの値が０以上である間は、以下のステップＳ１７０４〜Ｓ１７１２の処理が繰り返し実行される。
まず、ステップＳ１７０４において、画像管理サーバ１０１のＣＰＵ２０６は、次の処理を行う。即ち、画像管理サーバ１０１のＣＰＵ２０６は、対象となるユーザのアップロードされた画像データのうち、画像送信先管理テーブル１２００の優先度１２０６の欄の値が前記作業パラメータnPriorityの値と同じである画像データを取得する。
【０１６０】
次に、ステップＳ１７０５において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１７０４で取得された画像データを削除する。このとき、削除された画像データに対応するレコードが、画像送信先管理テーブル１２００および画像送信元管理テーブル１１００に登録されている場合がある。この場合、画像管理サーバ１０１のＣＰＵ２０６は、当該レコードも同時に削除する。
次に、ステップＳ１７０６において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１７０５で画像データを削除した後の超過量Ｐを再計算する。
【０１６１】
次に、ステップＳ１７０７において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１７０６で再計算した超過量Ｐが０（ゼロ）を上回るか否か（Ｐ＞０か否か）を判定する。この判定の結果、ステップＳ１７０６で再計算した超過量Ｐが０（ゼロ）を上回らない場合には、ユーザのアップロードされた画像データの容量超過状態が解消されたので、図１７のフローチャートによる処理を終了する。
【０１６２】
一方、ステップＳ１７０６で再計算した超過量Ｐが０（ゼロ）を上回る（Ｐ＞０である）ということは、ステップＳ１７０５で画像データが削除されても、まだユーザのアップロードされた画像データの容量超過状態が続いていることを意味する。したがって、ステップＳ１７０８において、画像管理サーバ１０１のＣＰＵ２０６は、次の処理を行う。即ち、画像管理サーバ１０１のＣＰＵ２０６は、対象となるユーザのアップロードした画像データのうち、画像送信元管理テーブル１１００の優先度１１０６の値が前記作業パラメータnPriorityの値と同じである画像データを取得する。
【０１６３】
次に、ステップＳ１７０９において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１７０８で取得された画像データを削除する。このとき、削除された画像データに対応するレコードが、画像送信先管理テーブル１２００および画像送信元管理テーブル１１００に登録されている場合がある。この場合、画像管理サーバ１０１のＣＰＵ２０６は、当該レコードも同時に削除する。
【０１６４】
次に、ステップＳ１７１０において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１７０９で画像データを削除した後の超過量Ｐを再計算する。
次に、ステップＳ１７１１において、画像管理サーバ１０１のＣＰＵ２０６は、ステップＳ１７０６で再計算した超過量Ｐが０（ゼロ）を上回るか否か（Ｐ＞０か否か）を判定する。この判定の結果、ステップＳ１７０６で再計算した超過量Ｐが０（ゼロ）を上回らない場合には、ユーザのアップロードされた画像データの容量超過状態が解消されたので、図１７のフローチャートによる処理を終了する。
【０１６５】
一方、ステップＳ１７０６で再計算した超過量Ｐが０（ゼロ）を上回る（Ｐ＞０である）ということは、ステップＳ１７０５で画像データが削除されても、まだユーザのアップロードされた画像データの容量超過状態が続いていることを意味する。したがって、ステップＳ１７１２において、画像管理サーバ１０１のＣＰＵ２０６は、作業パラメータnPriorityの値を「１」減算し、前述したステップＳ１７０３に戻る。
【０１６６】
尚、図１７のフローチャートでは、画像送信先管理テーブル１２００に登録されている画像データを、画像送信元管理テーブル１１００に登録されている画像データよりも優先して削除する場合を例に挙げて示した。このようにしたのは、サーバ機能を持つ送信先からの画像データの再取得の方が、クライアントコンピュータ１０４から画像データを再取得するよりも容易であることが多いためである。しかしながら、これらの２つの削除処理の順序は逆であっても構わない。
【０１６７】
以上のように本実施形態では、画像管理サーバ１０１は、画像管理サーバ１０１への画像データの送信元を画像送信元管理テーブル１１００で管理すると共に、画像管理サーバ１０１からの画像データの送信先を画像送信先管理テーブル１２００で管理する。画像送信元管理テーブル１１００および画像送信先管理テーブル１２００のレコードに優先順位をつける。この際、画像管理サーバ１０１で管理されている画像データが他の場所に存在しない場合より存在する場合の優先順位を高くする。また、画像管理サーバ１０１で管理されている画像データが他の場所から復元できない場合よりも復元できる場合の優先順位を高くする。具体的に画像管理サーバ１０５に送信した画像データのレコードについては、当該画像データと同一の画像データを取得できるレコード、当該画像データを縮小した画像データを取得できるレコードの順に優先順位を高くする。また、クライアントコンピュータ１０４に送信した画像データのレコードについては、クライアントコンピュータ１０４がサーバ機能を持つことを示すレコード、クライアントコンピュータ１０４が画像自動送信機能を有するレコード等の順に優先順位を高くする。
【０１６８】
したがって、画像データの再取得の容易性を基準にした優先順位に従った順番で、画像データを削除することができる。よって、復元できない画像データの消失を防止することができ、画像データの復元が困難になることを抑制することができる。
【０１６９】
尚、前述した各実施形態では、対象となるデータが、画像データを例に挙げて説明した。しかしながら、対象となるデータは、画像データに限定されない。例えば、音声データであってもよい。
【０１７０】
尚、前述した実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【０１７１】
（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。即ち、まず、以上の実施形態の機能を実現するソフトウェア（コンピュータプログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給する。そして、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）が当該コンピュータプログラムを読み出して実行する。
【符号の説明】
【０１７２】
１０１・１０５：画像管理サーバ、１０２：ネットワーク、１０３：撮像装置、１０４：クライアントコンピュータ
【図１】
0006452458.tif 000002
【図２】
0006452458.tif 000003
【図３】
0006452458.tif 000004
【図４】
0006452458.tif 000005
【図５】
0006452458.tif 000006
【図６】
0006452458.tif 000007
【図７】
0006452458.tif 000008
【図８】
0006452458.tif 000009
【図９】
0006452458.tif 000010
【図１０】
0006452458.tif 000011
【図１１】
0006452458.tif 000012
【図１２】
0006452458.tif 000013
【図１３】
0006452458.tif 000014
【図１４】
0006452458.tif 000015
【図１５】
0006452458.tif 000016
【図１６】
0006452458.tif 000017
【図１７】
0006452458.tif 000018