(57)【要約】【課題】端末の使用に際して必要な物の容量を、必要な時期に確保させることが可能な情報処理装置、その制御方法及びプログラムを提供すること。【解決手段】アイテムを所有するユーザの未来の予定を示す予定情報と、アイテムと対応付けられた過去の予定情報とを記憶し、前記記憶手段で記憶されている予定情報を取得し、取得した前記予定情報の示す予定において使用されうるアイテムを、前記過去の予定情報に対応するアイテムの情報を用いて特定して、前記予定情報の示す予定が開始される前に、前記アイテムを準備するようユーザに通知する。 【選択図】図２６
2013242846.tif 000002
【特許請求の範囲】
【請求項１】
アイテムを所有するユーザの未来の予定を示す予定情報と、アイテムと対応付けられた過去の予定情報とを記憶する記憶手段と、
前記記憶手段で記憶されている予定情報を取得する予定情報取得手段と、
前記予定情報取得手段で取得した前記予定情報の示す予定において使用されうるアイテムを、前記記憶手段に記憶された過去の予定情報に対応するアイテムの情報を用いて特定するアイテム特定手段と、
前記予定情報の示す予定が開始される前に、前記アイテム特定手段で特定したアイテムを準備するようユーザに通知する通知手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記アイテムの現在の要素を記憶する要素記憶手段と、
前記前記アイテム特定手段で特定したアイテムを、前記予定情報取得手段で取得した予定情報の示す予定において使用するにあたり必要となる要素である必要要素を、前記記憶手段に記憶された過去の予定情報を用いて特定する必要要素特定手段と、
前記要素記憶手段で記憶された、前記アイテム特定手段で特定したアイテムの要素であって、前記ユーザが所有するアイテムの要素を取得する要素取得手段と、
を備え、
前記通知手段は、前記要素取得手段で取得した要素が、前記必要要素特定手段で特定した前記必要要素を満たさない場合に、ユーザに注意を促す情報を通知することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記アイテム特定手段で特定した前記アイテムを前記予定情報の示す予定において使用するために不足している要素である不足要素を、前記必要要素と前記ユーザが所有するアイテムの要素とを用いて特定する不足要素特定手段と、
を備え、
前記通知手段は、前記不足要素特定手段で特定した不足要素を通知することを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記不足要素を充足するための充足要素を特定する充足要素特定手段
を更に備え、
前記通知手段は、前記充足要素特定手段で特定した充足要素を通知することを特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記必要要素特定手段は、前記予定情報取得手段で取得した前記予定情報と対応する予定を示す、前記記憶手段に記憶された前記過去の予定情報と、前記過去の予定情報の示す予定で使用されたアイテムの情報とを用いて、前記必要要素を特定することを特徴とする請求項２乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記アイテムが使用された後に、前記アイテムの使用履歴を取得する履歴取得手段と、
前記履歴取得手段で取得したアイテムの使用履歴を、前記アイテムの使用された予定を示す予定情報と対応付けて記憶する履歴記憶手段と、
を備えることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
前記充足要素は、前記アイテムを使用することで減じる容量と前記アイテムの残り容量の差である不足要素、又は、前記不足要素である容量、を充足する容量であって、
前記通知手段は、前記充足要素を用いて通知をすることを特徴とする請求項４乃至６のいずれか１項に記載の情報処理装置。
【請求項８】
前記充足要素は、前記アイテムを使用することで減じるデータの容量と前記アイテムの残りデータの容量との差である不足要素、又は、前記不足要素であるデータの容量、を充足するデータの容量であって、
前記通知手段は、前記充足要素を用いて通知をすることを特徴とする請求項４乃至７のいずれか１項に記載の情報処理装置。
【請求項９】
前記通知手段は、前記ユーザに対し、電子メールを用いて、前記通知をすることを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記アイテムは、カメラ装置であることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記アイテムは、バッテリであることを特徴とする請求項１乃至１０のいずれか１項に記載の情報処理装置。
【請求項１２】
前記アイテムは、メモリであることを特徴とする請求項１乃至１１のいずれか１項に記載の情報処理装置。
【請求項１３】
アイテムを所有するユーザの未来の予定を示す予定情報と、アイテムと対応付けられた過去の予定情報とを記憶する情報処理装置の制御方法であって、
予定情報記憶手段が、前記予定情報を取得する予定情報取得工程と、
アイテム特定手段が、前記予定情報取得工程で取得した前記予定情報の示す予定において使用されうるアイテムを、前記過去の予定情報に対応するアイテムの情報を用いて特定するアイテム特定工程と、
通知手段が、前記予定情報の示す予定が開始される前に、前記アイテム特定工程で特定したアイテムを準備するようユーザに通知する通知工程と、
を含むことを特徴とする情報処理装置の制御方法。
【請求項１４】
情報処理装置を、
アイテムを所有するユーザの未来の予定を示す予定情報と、アイテムと対応付けられた過去の予定情報とを記憶する記憶手段と、
前記記憶手段で記憶されている予定情報を取得する予定情報取得手段と、
前記予定情報取得手段で取得した前記予定情報の示す予定において使用されうるアイテムを、前記記憶手段に記憶された過去の予定情報に対応するアイテムの情報を用いて特定するアイテム特定手段と、
前記予定情報の示す予定が開始される前に、前記アイテム特定手段で特定したアイテムを準備するようユーザに通知する通知手段として機能させることを特徴とする情報処理装置のプログラム。
【請求項１５】
表示画面を備えるクライアント装置と、情報処理装置とが通信可能に接続された情報処理システムであって、
アイテムを所有するユーザの未来の予定を示す予定情報と、アイテムと対応付けられた過去の予定情報とを記憶する記憶手段と、
前記記憶手段で記憶されている予定情報を取得する予定情報取得手段と、
前記予定情報取得手段で取得した前記予定情報の示す予定において使用されうるアイテムを、前記記憶手段に記憶された過去の予定情報に対応するアイテムの情報を用いて特定するアイテム特定手段と、
前記予定情報の示す予定が開始される前に、前記アイテム特定手段で特定したアイテムを準備するようユーザに通知する通知手段と、
を備えることを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、その制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、電子カメラが広く普及してきている。その多くはリチウムイオン電池等を用いたバッテリ式のカメラであり、本体に接続されたメモリカードに画像を記憶する機能を有している。また、携帯電話やＰＣ等のカレンダー機能も普及してきている。ユーザは、カレンダーに旅行などのイベントのスケジュールを登録して、当該イベントにおいて電子カメラによる撮影を行う。
【０００３】
しかし、前記バッテリ（アイテム）の充電量（要素）をこまめに確認していない場合、撮影を行いたいタイミングでバッテリが充電出来ておらず、撮影を行うことが出来ない問題が生じることがある。
【０００４】
また、メモリカード等（アイテム）の容量（要素）に空きがなくなり、写真を撮影出来なくなってしまう場合がある。
【０００５】
これに対し、例えば、携帯端末に記憶されたスケジュール情報、またはユーザの携帯端末の使用履歴から、携帯端末の使用が開始される時刻を推測し、バッテリの残量から満充電状態に達するまでの充電所要時間を用いて、前記携帯端末の使用が開始される時刻までに充電が完了するようバッテリへの充電動作を開始する技術が公開されている（特許文献１に公開の技術）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−０８３０７０号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、特許文献１に記載の技術は充電するものであるが、充電を完了させることを実現させるものであり、使用の用途によっては、必ずしもバッテリ（アイテム）が満充電状態である必要がない場合がある。
【０００８】
例えば、運動会の予定でバッテリを３０％消費するとした場合、充電前のバッテリの蓄電状態が３０％以上であれば充電を実行する必要はなく、また、例えばユーザに充電を行う様に促す必要もない。反対に充電前のバッテリの蓄電状態が２０％である場合は、１０％の充電をするための注意を促す必要がある。
【０００９】
本発明は、ユーザがイベントでアイテムを使用するにあたり、アイテムの要素がイベントで必要な要素を満たさない場合に、ユーザに通知をすることを可能とする情報処理装置、その制御方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の情報処理装置は、アイテムを所有するユーザの未来の予定を示す予定情報と、アイテムと対応付けられた過去の予定情報とを記憶する記憶手段と、前記記憶手段で記憶されている予定情報を取得する予定情報取得手段と、前記予定情報取得手段で取得した前記予定情報の示す予定において使用されうるアイテムを、前記記憶手段に記憶された過去の予定情報に対応するアイテムの情報を用いて特定するアイテム特定手段と、前記予定情報の示す予定が開始される前に、前記アイテム特定手段で特定したアイテムを準備するようユーザに通知する通知手段と、を備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ユーザがイベントでアイテムを使用するにあたり、アイテムの要素がイベントで必要な要素を満たさない場合に、ユーザに通知をすることを可能とする情報処理装置、その制御方法及びプログラムを提供することが出来る。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における、情報処理装置を含むシステム構成の一例を示す図である。
【図２】本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。
【図３】本発明の実施形態における、各種装置の機能構成の一例を示す図である。
【図４】本発明の実施形態における、画像管理サーバ２００による、画像データの格納場所を履歴として記憶する格納履歴取得処理の詳細を示すフローチャートである。
【図５】本発明の実施形態における、画像データの差し替え処理の詳細を示すフローチャートである。
【図６】本発明の実施形態における、画像データの格納場所の提示処理の詳細を示すフローチャートである。
【図７】本発明の実施形態における、画像検索処理の詳細を示すフローチャートである。
【図８】本発明の実施形態における、履歴情報データテーブル等の構成の一例を示す図である。
【図９】本発明に実施形態における、画像データ・カレンダー紐付けデータの構成の一例を示す図である。
【図１０】本発明に実施形態における、送信データ選択受付画面の構成の一例を示す図である。
【図１１】本発明に実施形態における、送信データの送信画面の構成の一例を示す図である。
【図１２】本発明に実施形態における、画像管理サーバへのログイン画面の構成の一例を示す図である。
【図１３】本発明に実施形態における、カレンダー表示画面の構成の一例を示す図である。
【図１４】本発明に実施形態における、画像データ検索画面の構成の一例を示す図である。
【図１５】本発明に実施形態における、検索結果表示画面の構成の一例を示す図である。
【図１６】本発明に実施形態における、格納場所表示画面の構成の一例を示す図である。
【図１７】本発明の実施形態における、差し替え指示受付画面１７００の構成の一例を示す図である。
【図１８】本発明の実施形態における、第２の検索結果表示画面の構成の一例を示す図である。
【図１９】本発明の実施形態における、ＤＶＤ設定画面の構成の一例を示す図である。
【図２０】本発明の実施形態における、画像収集案内画面の構成の一例を示す図である。
【図２１】本発明の実施形態における、画像収集処理の詳細を示すフローチャートである。
【図２２】本発明の実施形態における、画像データを、画像管理サーバ２００を経由して、外部サーバ３００に転送する処理の流れを示すフローチャートである。
【図２３】本発明の実施形態における、画像データを、画像管理サーバ２００を経由して外部サーバ３００に転送する場合の、画像データの差し替え処理の詳細を示すフローチャートである。
【図２４】本発明の実施形態における、転送先識別情報テーブルの構成の一例を示す図である。
【図２５】本発明の実施形態における、本発明の実施形態における転送画面の構成の一例を示す図である。
【図２６】本発明の実施形態における、通知処理の概要を示すフローチャートである。
【図２７】本発明の実施形態における、バッテリの通知処理の詳細を示すフローチャートである。
【図２８】本発明の実施形態における、バッテリ使用量の算出の流れを示すフローチャートである。
【図２９】本発明の実施形態における、バッテリの追加使用量の算出の流れを示すフローチャートである。
【図３０】本発明の実施形態における、メモリの通知処理の詳細を示すフローチャートである。
【図３１】本発明の実施形態における、メモリ使用量の算出の流れを示すフローチャートである。
【図３２】本発明の実施形態における、メモリの追加使用量の算出の流れを示すフローチャートである。
【図３３】本発明の実施形態における、予定情報履歴の構成の一例を示す図である。
【図３４】本発明の実施形態における、端末情報テーブルの構成の一例を示す図である。
【図３５】本発明の実施形態における、バッテリ使用状況テーブルの構成の一例を示す図である。
【図３６】本発明の実施形態における、メモリ使用状況テーブルの構成の一例を示す図である。
【図３７】本発明の実施形態における、予定情報テーブル３７００の構成の一例を示す図である。
【図３８】本発明の実施形態における、通知処理の必要性判断の処理の流れを示すフローチャートである。
【図３９】本発明の実施形態における、スケジュール登録画面の構成の一例を示す図である。
【図４０】本発明の実施形態における、通知画面の構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施形態を詳細に説明する。まず図１を参照して、本発明の実施形態における情報処理装置を含むシステムの構成の一例について説明する。図１は、本発明の情報処理装置を含むシステム（情報処理システム）の構成の一例を示す図である。
【００１４】
本発明の情報処理装置を含むシステムは、図１に示すように、クライアントＰＣ１００（クライアント装置）、画像管理サーバ２００、外部サーバ３００、等を備えて構成されている。ＷＡＮ１０１は上記の各装置を相互に通信可能に接続するためのネットワークである。また、本実施形態において、ＤＶＤ１０２、ＤＶＤ１０３は、画像データを記憶するための記憶媒体の一種として扱う。
【００１５】
クライアントＰＣ１００は、画像データの格納場所を示す情報、また、画像データの送信先を示す情報である画像データの格納場所情報を画像管理サーバ２００に送信する。尚、格納場所情報は、少なくとも、画像データの格納されている場所を示す情報と画像データの送信先（格納される場所）を示す情報との内、どちらかの情報を含めばよいものとする。画像データを送信する場合の送信先は、画像管理サーバ２００であってもよいし、外部サーバ３００であってもよいし、ＤＶＤ１０３であってもよい。本実施例において格納場所情報とは、例えば、後述する履歴情報データテーブル８００におけるユーザＩＤ８０１、オリジナルＩＤ８０２、サムネイルＩＤ８０３、送信元格納媒体８０４、送信元格納場所８０５、送信先格納媒体８０６、送信先格納場所８０７を含む情報である。
【００１６】
また、ここでは、前記格納場所情報の示す格納場所に格納されているコンテンツデータの一例として画像データを扱っているが、格納場所情報が示す格納場所に格納されるコンテンツデータは、画像データに限るものではない。例えば、静止画の画像データ、動画データであってもよいし、音楽データであってもよい。またテキストデータ等であってもよい。
【００１７】
格納場所情報とは、当該画像データが現在格納されている場所とは別の場所に送信される場合には、当該送信先を指し、当該画像データが現在格納されている場所から移動しないときは、当該現在格納されている場所を指すものとする。また、格納場所情報とは、例えば、コンテンツデータが格納されている装置の識別情報（ＭＡＣアドレス、ＩＰアドレス、メモリカードの個体識別情報等）、データが格納されている端末内のアドレス、その他、フォルダ名やＵＲＬ等、画像データの格納場所を示す情報であればなんでもよい。
【００１８】
例えば、メモリカードからＰＣへ画像データが移動された場合には、当該画像データの送信元はメモリカードであり、送信先はＰＣ、及びＰＣに接続されたＨＤＤ、ＨＤＤ内のフォルダである。この場合、当該画像データの格納場所情報は、ＰＣの中の、前記画像データが格納されていた場所を指す。ＰＣに接続されたＨＤＤ、ＨＤＤ内のフォルダまで特定可能な情報等、より詳細な格納場所の情報を、前記格納場所情報に含めるようにしてもよい。
【００１９】
また、メモリカードがＰＣに接続されたものの、ＰＣに移動されなかった画像データの格納場所情報は、メモリカードの中の、前記画像データが格納されていた場所を指すものとする。この場合、当該格納場所情報には、メモリカードの個体識別情報が含まれるものとする。
【００２０】
尚、ＤＶＤ１０２、ＤＶＤ１０３には、画像管理サーバ２００に格納された格納場所情報に対応する画像データが記憶されている。実際にＤＶＤ１０２、ＤＶＤ１０３に画像データを書き込む処理を行う処理主体はクライアントＰＣ１００であってもよいし、画像管理サーバ２００であってもよい。
【００２１】
本発明の実施形態においては、ＤＶＤ１０２、ＤＶＤ１０３は、画像管理サーバ２００のＣＰＵ２０１が、クライアントＰＣ１００のからの指示に応じて画像データの書き込みを行うものとする。また、ＤＶＤ１０２は、クライアントＰＣ１００を操作するユーザの管理下にあるものとする。
【００２２】
ＤＶＤ１０３は、未だ前記ユーザの管理下にない記憶媒体であり、画像管理サーバ２００のＣＰＵ２０１による画像データの書き込み、格納が完了した後、前記ユーザに対し、郵送等で送付されるものとする。
【００２３】
画像管理サーバ２００は、クライアントＰＣ１００、外部サーバ３００から前記格納場所情報を受信し、画像データのサムネイル画像と対応付けて、履歴情報として管理する。また、クライアントＰＣ１００からの要求に応じて、画像データを収集し、ＤＶＤ１０２、ＤＶＤ１０３等の記憶媒体に画像データを送信、格納する処理を行う。この場合、画像管理サーバ２００には、画像データをＤＶＤ１０２、ＤＶＤ１０３に格納した履歴が蓄積される。
【００２４】
外部サーバ３００は、画像管理サーバ２００、また、クライアントＰＣ１００から画像管理サーバ２００を経由して画像データを受信し、記憶媒体に記憶する。また、外部装置からの要求に応じて、クライアントＰＣ１００、画像管理サーバ２００等の外部装置に画像データを転送する。
【００２５】
本発明の実施形態の説明においては、ＤＶＤ１０２、ＤＶＤ１０３への画像データの書き込み処理もデータ移動の一種であり、データの送信、転送に含まれるものとして説明する。
【００２６】
また、例えば、前述したとおり、画像管理サーバ２００が、格納場所情報を用いて画像データを外部装置から収集し、ＤＶＤ等に記憶することも考えられる。
【００２７】
尚、本発明の実施形態においては、画像データの格納場所情報は、画像管理サーバ２００において管理されるものとする。当該格納場所情報の送信は、例えば、画像データの記憶された記憶媒体（メモリカード等）がクライアントＰＣ１００に接続された場合や、当該接続を検知して、クライアントＰＣ１００に設定された格納場所情報の送信用アプリケーションが起動した場合に行われるものとする。つまり、画像データ自体を画像管理サーバ２００に送信しなかった場合においても、前記メモリカードに記憶された画像データの格納場所情報は、画像管理サーバ２００に送信される。
【００２８】
ここでいう画像管理アプリケーションとは、クライアントＰＣ１００のＣＰＵ２０１が可搬メモリ等の接続を検知した場合に起動し、該可搬メモリから画像データを取得し、デフォルトに設定された格納場所である初期格納場所に、取得した画像データを記憶する、クライアントＰＣ１００の外部記憶メモリに記憶されたアプリケーションのことである。また、取得した画像データにＩＤを付与するものとする。
【００２９】
例えば、画像データＡが該可搬メモリからクライアントＰＣ１００の前記初期格納場所（例えばフォルダＡ）に移動した場合、画像データＡに対応する格納場所情報の示す格納場所は、前記初期格納場所（例えば、フォルダＡ）となる。つまり、クライアントＰＣ１００から画像管理サーバ２００に送信される当該画像データＡの格納場所情報は、前記初期格納場所を示す。
【００３０】
また、画像データＡがクライアントＰＣ１００の初期格納場所から外部サーバ３００内のフォルダＢに送信される場合、画像管理サーバ２００には、当該画像データＡに対応する格納場所情報であって、外部サーバ３００のフォルダＢを格納場所として示す格納場所情報が送信される。以上が図１の、本発明の実施形態における、情報処理装置を含むシステムの構成の一例についての説明である。
【００３１】
尚、前記初期格納場所は、前記アプリケーションを介して任意に設定可能であるものとする。本実施例においては、前記初期格納場所はクライアントＰＣ１００の外部記憶メモリとするが、クライアントＰＣ１００ではない外部装置の外部記憶メモリ上に当該初期格納場所を設定することも可能である。例えば、画像管理サーバ２００の外部記憶メモリ上に設定してもよいし、外部サーバ３００の外部記憶メモリ上に設定をしてもよい。
【００３２】
次に図２を参照して、図１に示す各種装置のハードウェア構成の一例について説明する。図２は、本発明の実施形態における、各種装置のハードウェア構成の一例を示す図である。
【００３３】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００３４】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００３５】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００３６】
ビデオコントローラ（ＶＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。また、ＣＲＴディスプレイ（ＣＲＴ）２１０は、画像管理サーバ２００、外部サーバ３００においては、必ずしも必要ではない。
【００３７】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００３８】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３９】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００４０】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイル及び各種情報テーブルは外部メモリ２１１に格納されている。以上が図２の、本発明の実施形態における各種装置のハードウェア構成の一例についての説明である。
【００４１】
次に図３を参照して、本発明の実施形態における、各種装置の機能構成の一例について説明する。図３は、本発明の実施形態における、各種装置の機能構成の一例を示す図である。
【００４２】
図３に示すように、クライアントＰＣ１００は、画像データ記憶部３１１、送信対象データ特定部３１２、画像データ送信部３１３、格納場所情報送信部３１４、格納場所情報表示部３１５等を備えている。
【００４３】
また、画像管理サーバ２００は、画像データ受信部３２１、画像データ送信部３２２、画像データ特定部３２３、格納履歴更新部３２４、格納場所情報送信部３２５等を備えている。
【００４４】
また、外部サーバ３００は、画像データ受信部３３１、画像データ記憶部３３２、画像データ送信部３３３等を備えている。
【００４５】
画像データ記憶部３１１は、メモリカード等の可搬メモリから画像データを抽出し、クライアントＰＣ１００の外部メモリ２１１に記憶する記憶部である。つまり、クライアントＰＣ１００の画像データの記憶機能である。尚、クライアントＰＣ１００には、ＣＰＵ２０１が可搬メモリの接続を検知した場合に、該可搬メモリから画像データを取得し、デフォルトに設定された格納場所である初期格納場所に、取得した画像データを記憶する画像管理アプリケーションが記憶されているものとする。
【００４６】
尚、前記格納場所情報には、画像データの送信元と、送信先が含まれているものとする。メモリカードから前記初期格納場所に画像データを移動、記憶した場合、格納場所情報における送信元＝メモリカード、送信先＝初期格納場所、とする。そして、当該格納場所情報を画像管理サーバ２００に送信する。
【００４７】
また、当該画像管理アプリケーションは、クライアントＰＣ１００のＣＰＵ２０１が前記クライアントＰＣ１００から画像管理サーバ２００へのアクセスを検知した場合にも起動し、当該デフォルトに設定された格納場所に格納された画像データの格納場所情報を前記画像管理サーバ２００に送信するための画面を表示する機能を有する。
【００４８】
当該アクセスは、ユーザからの操作指示によって、画像管理アプリケーションを介して行われるものであってもよいし、可搬メモリからの画像データの取得後に自動的に実行されるものであってもよい。
【００４９】
画像データの格納場所情報を前記画像管理サーバ２００に送信するための画面とは、例えば、図１０に示す送信データ選択受付画面１０００のような画面である。送信データ選択受付画面１０００については図１０の説明にて後述する。
【００５０】
ここで図１０を参照して、送信データ選択受付画面１０００の構成の一例について説明する。図１０は、送信データ選択受付画面１０００の構成の一例を示す図である。
【００５１】
図１０に示すように、送信データ選択受付画面１０００は、送信元フォルダ表示部１００１、送信元フォルダ格納画像データ１００２、チェックボックス１００３、「Ｖｉｅｗ」ボタン１００４、「送信」ボタン１００５等から構成されている。
【００５２】
送信元フォルダ表示部１００１は、前記初期格納場所の、クライアントＰＣ１００内の外部メモリ２１１内の場所を示す情報を表示する表示部である。送信元フォルダ格納画像データ１００２は、前記初期格納場所に格納されたオリジナル画像データ（オリジナルコンテンツ）に対応したサムネイル画像データである。ここでいうオリジナル画像データとは、前記サムネイル画像データの生成元の画像を指す。サムネイル画像データはオリジナル画像データを特定するためのコンテンツ特定情報の１つである。
【００５３】
オリジナル画像データがコピーされた場合、当該コピー、複製された画像であるコピー画像をオリジナル画像データとして扱ってもよい。オリジナル画像データはどこに格納・保存されていてもよい。
【００５４】
送信元フォルダ格納画像データ１００２の表示される表示領域には、既に画像管理サーバ２００に送信済みの画像データは表示しないようにしてもよいし、前記初期格納場所内の全ての画像データを表示し、画像の外枠に色を付する等して、既に画像管理サーバ２００に送信済みの画像データと、未送信のデータとを識別可能に表示するようにしてもよい。
【００５５】
チェックボックス１００３は、ユーザから、前記オリジナル画像データや、前記サムネイル画像データ、前記オリジナル画像データの格納場所情報を画像管理サーバ２００等の外部装置に送信するか否かの選択指示を受け付けるためのチェックボックスである。
【００５６】
「Ｖｉｅｗ」ボタン１００４は、前記信元フォルダ格納画像データ１００２を拡大表示して、画像の詳細をユーザに確認させるためのボタンである。
【００５７】
「送信」ボタン１００５は、前記チェックボックス１００３にチェックが入っている画像データのサムネイル画像データと、前記サムネイル画像データに対応するオリジナル画像データの格納場所を、外部装置に送信するためのボタンである。
【００５８】
送信ボタンの押下を受け付けた場合、画面を送信画面１１００に移行する。以上が図１０の、送信データ選択受付画面１０００の構成の一例についての説明である。尚、送信画面１１００については、図１１の説明にて後述する。
【００５９】
ここで図１１を参照して、本発明の実施形態における送信画面１１００の構成の一例について説明する。図１１は、本発明の実施形態における送信画面１１００の構成の一例を示す図である。
【００６０】
図１１に示すように、送信画面１１００は、画像種別指定受付部１１０１、解像度指定部１１０２、「キャンセル」ボタン１１０３、「送信」ボタン１１０４等から構成されている。
【００６１】
画像種別指定受付部１１０１は、送信元フォルダ格納画像データ１００２のオリジナル画像データとサムネイル画像データを送信するか、サムネイル画像データのみを送信するかの指定を、プルダウン等により受け付ける指定受付部である。
【００６２】
解像度指定部１１０２は、画像種別指定受付部１１０１で指定の対象となったオリジナル画像の解像度を指定する指定部である。サムネイル画像データの解像度が固定されている場合であって、画像種別指定受付部１１０１でサムネイル画像データのみが送信対象の画像として指定されている場合、解像度指定部１１０２を非表示にするよう制御してもよい。
【００６３】
「キャンセル」ボタン１１０３は、当該画像データの送信をキャンセルし、表示画面を送信データ選択受付画面１０００に戻すためのボタンである。
【００６４】
「送信」ボタン１１０４は、当該画像種別指定受付部１１０１で指定の対象となった画像データを送信先に送信するためのボタンである。ここでは前記送信先は画像管理サーバ２００の外部メモリ上に、ユーザ毎に予め設けられた記憶領域であるものとする。例えば、ユーザ毎に予め設けられた記憶領域が、前記画像管理サーバ２００上のフォルダＢであった場合、前記送信先は画像管理サーバ２００のフォルダＢとなる。尚、当該送信先は、ユーザによって任意に設定可能であるものとする。例えば、前記送信画面１１００を表示しているアプリケーションの設定において、送信先を指定できるようにしても良いし、また、後述する転送画面２５００に示すように、操作画面上で、プルダウン表示される送信先の選択指示等による送信先の指定を受け付け、当該指定に基づいて送信先を決定するようにしてもよい。以上が図１１の、発明の実施形態における送信画面１１００の構成の一例についての説明である。
【００６５】
図３の説明に戻る。送信対象データ特定部３１２は、前記送信データ選択受付画面１０００にてユーザより選択を受け付けた送信元フォルダ格納画像データ１００２のオリジナル画像データ、サムネイル画像データ、当該サムネイル画像データに対応したオリジナル画像データの格納場所情報の内、少なくとも前記格納場所情報を画像管理サーバ２００へ送信するデータとして特定する特定部である。
【００６６】
画像データ送信部３１３は、クライアントＰＣ１００のＣＰＵ２０１が、前記送信画面１１００の「送信」ボタン１１０４の押下指示を検知することで、前記送信対象データ特定部３１２で特定した画像データを、送信先に送信する送信部である。
【００６７】
本実施例においてクライアントＰＣ１００のＣＰＵ２０１は、少なくとも、オリジナル画像データを特定するための情報としてのサムネイル画像データと、オリジナル画像データの格納場所の情報である格納場所情報と、ユーザＩＤとを当該を画像管理サーバ２００に送信するものとする。
【００６８】
前記サムネイル画像データは、オリジナルコンテンツデータであるオリジナル画像データを特定するための情報であるコンテンツ特定情報であるものとする。当該コンテンツ特定情報はサムネイル画像データに限るものではない。例えば、オリジナルコンテンツデータのファイル名称や、キャプチャ画像データ等の、ユーザにオリジナルコンテンツデータを識別、特定させる情報であればよい。
【００６９】
格納場所情報送信部３１４は、前記送信対象データ特定部３１２で特定したし送信対象データを、送信先に送信する送信部である。
【００７０】
格納場所情報表示部３１５は、ユーザにより選択された画像データの格納場所情報を画像管理サーバから取得して表示画面に表示する表示部である。
【００７１】
画像管理サーバ２００の画像データ受信部３２１は、クライアントＰＣ１００等の外部装置より画像データを受信する受信部である。受信したオリジナル画像データのサムネイル画像データ、または受信した画像データであるサムネイル画像データは、画像データの格納履歴（転送履歴）である履歴情報データテーブル８００と対応付けて、画像管理サーバ２００の外部メモリ２１１に格納される。履歴情報データテーブル８００については図８の説明にて後述する。
【００７２】
ここで図８を参照して、本発明の実施形態における、履歴情報データテーブル等の構成の一例について説明する。図８は、本発明の実施形態における、履歴情報データテーブル等の構成の一例を示す図である。
【００７３】
図８に示す通り、履歴情報データテーブル８００は、ユーザＩＤ８０１、オリジナルＩＤ８０２、サムネイルＩＤ８０３、送信元格納媒体８０４、送信元格納場所８０５、送信先格納媒体８０６、送信先格納場所８０７、取得日時８０８等から構成されている。
【００７４】
また、オリジナル画像データ８１０は、オリジナルＩＤ８１１、名称８１２、サイズ８１３、撮影日時８１４、撮影場所８１５、コメント８１６等から構成されている。サムネイル画像データ８２０は、サムネイルＩＤ８２１、名称８２２、サイズ８２３、撮影日時８２４、撮影場所８２５、コメント８２６等から構成されている。
【００７５】
履歴情報データテーブル８００のユーザＩＤ８０１は、ユーザを一意に識別するためのＩＤであって、履歴情報データがいずれのユーザに対応するものかを特定するために用いられる。本実施例においては、前記ユーザＩＤは、画像管理サーバ２００にクライアントＰＣ１００のＣＰＵ２０１がアクセスする際に用いるユーザＩＤと同一であるものとする。
【００７６】
オリジナルＩＤ８０２は、オリジナル画像データを一意に識別するためのＩＤであって、当該履歴情報データに対応するオリジナル画像データを特定するために用いられる。サムネイルＩＤ８０３は、サムネイル画像データを一意に識別するためのＩＤであって、当該履歴情報データに対応するサムネイル画像データを特定するために用いられる。
【００７７】
送信元格納媒体８０４は、画像データの送信元の媒体を示す情報である。例えば、画像データの送信元の装置であるクライアントＰＣ１００のＭＡＣアドレスや、ＩＰアドレス、メモリカードの個体識別情報等である。送信元格納場所８０５は、送信される画像データが、送信前に格納されていた格納媒体の中の、送信対象画像データの格納場所を示す情報である。
【００７８】
送信先格納媒体８０６、画像データの送信先の媒体を示す情報である。例えば、画像データの送信先の装置である画像管理サーバ２００のＭＡＣアドレスや、ＩＰアドレス、メモリカードの個体識別情報等である。送信先格納場所８０７は、送信される画像データが、送信後に格納される格納媒体の中の格納場所を示す情報である。取得日時８０８は、画像管理サーバ２００のＣＰＵ２０１が、当該画像データを取得した日時情報である。
【００７９】
オリジナル画像データ８１０のオリジナルＩＤ８１１は、当該オリジナル画像データ８１０を一意に識別するためのＩＤである。本発明の実施形態においては、オリジナルＩＤ８１１は、当該オリジナル画像データ８１１が記憶された記憶媒体がクライアントＰＣ１００に接続された場合に、画像管理アプリケーションにより付与されるものとする。
【００８０】
画像管理アプリケーションは、新しく付与するオリジナルＩＤ８１１が他の画像データのオリジナルＩＤと重複しないように、例えば、画像管理サーバ２００にアクセスし、既に付与済みのオリジナルＩＤではない新しいＩＤをオリジナルＩＤとして画像データに付与する。
【００８１】
また、例えば、画像管理アプリケーションが、履歴情報データテーブル８００を有し、画像管理サーバ２００上の履歴情報データテーブル８００と同期させ、既に画像管理サーバ２００に格納場所情報を送信済の、つまり、ＩＤが付与されている画像データのオリジナルＩＤを特定して、付与済のＩＤとは別の新たなＩＤとして付与するようにしてもよい。名称８１２は、当該オリジナル画像データ８１０の名称である。
【００８２】
サイズ８１３は、当該オリジナル画像データ８１０のサイズ（解像度）である。撮影日時８１４は、当該オリジナル画像データ８１０の撮影された日時情報である。つまり、オリジナル画像データが生成された生成日の情報（生成日情報）である。
【００８３】
撮影場所８１５は、当該オリジナル画像データ８１０の撮影場所を示す位置情報である。当該位置情報は、当該オリジナル画像データを撮影処理により取得した不図示の撮像装置に搭載されたＧＰＳ機能等を用いて取得するものとする。また、当該位置情報は、ユーザの手入力によって画像データ毎に設定さるようにしてもよい。
【００８４】
コメント８１６は、クライアントＰＣ１００、不図示の撮像装置などを介して当該オリジナル画像データ８１０に付与されたコメント情報である。
【００８５】
サムネイル画像データ８２０のサムネイルＩＤ８２１は、当該サムネイル画像データ８２０を一意に識別するためのＩＤである。本発明の実施形態においては、サムネイルＩＤ８２１は、当該サムネイル画像データ８２０がクライアントＰＣ１００で生成された際（図４のステップＳ４０３で後述）に付与されるものとする。また、サムネイルＩＤ８２１は、当該名称８２２は、当該サムネイル画像データ８２０の名称である。
【００８６】
尚、当該サムネイルＩＤは、サムネイル画像データに対応するオリジナル画像データを撮影した不図示の撮像装置により付与されるようにしてもよい。
【００８７】
サイズ８２３は、当該サムネイル画像データ８２０のサイズ（解像度）である。撮影日時８２４は、当該サムネイル画像データ８２０に対応したオリジナル画像データ８１０の撮影日の情報である。
【００８８】
撮影場所８２５は、当該サムネイル画像データ８２０に対応したオリジナル画像データ８１０の撮影場所の情報である。コメント８２６は、クライアントＰＣ１００、不図示の撮像装置などを介して当該サムネイル画像データ８２０に付与されたコメント情報である。以上が図８の、本発明の実施形態における、履歴情報データテーブル等の構成の一例についての説明である。
【００８９】
図３の説明に戻る。画像データ送信部３２２は、画像データを外部装置に送信する送信部である。画像データ特定部３２３は、受信した画像データ、送信した画像データ、または、当該画像管理サーバ２００の外部メモリ２１１内において移動した画像データが、外部メモリ２１１に格納されたいずれの画像データにあたるかを特定する特定部である。
【００９０】
格納履歴更新部３２４は、前記画像データ特定部３２３で行った特定の結果に基づいて、画像データの格納履歴を更新する更新部である。ここでいう更新の処理（更新処理）とは、更新対象の履歴情報データテーブル８００を特定し、当該履歴情報データテーブルに新たな履歴を追加する処理である。つまり、クライアントＰＣ１００のフォルダＡより画像管理サーバ２００のフォルダＢに画像データＡが移動された場合、画像データＡのＩＤ（オリジナルＩＤ８０２、サムネイルＩＤ８０３）をオリジナルＩＤ８０２、サムネイルＩＤ８０３に有し、送信元格納媒体８０４にクライアントＰＣ１００の識別情報、送信元格納場所８０５に前記フォルダＡ、送信先格納媒体８０６に画像管理サーバ２００の識別情報、送信先格納場所８０７に前記フォルダＢを有し、前記画像データＡを前記画像管理サーバ２００が取得した日の情報を取得日時８０８に有するデータを、履歴情報データテーブル８００に追加する処理である。格納場所情報送信部３２５は、クライアントＰＣ１００からの要求に応じて、画像データの格納場所情報をクライアントＰＣ１００に送信する送信部である。
【００９１】
外部サーバ３００の画像データ受信部３３１は、画像管理サーバ２００から画像データを受信する受信部である。画像データ記憶部３３２は、画像データ受信部３３１で受信した画像を記憶する記憶部である。画像データ送信部は、クライアントＰＣ１００、画像管理サーバ２００からの要求に応じて、画像データを送信する送信部である。以上が図３の、本発明の実施形態における、各種装置の機能構成の一例についての説明である。
【００９２】
次に図４を参照して、本発明の実施形態における、画像管理サーバ２００による、画像データの格納場所を履歴として記憶する格納履歴取得処理の流れについて説明する。図４は、本発明の実施形態における、画像管理サーバ２００による、画像データの格納場所を履歴として記憶する格納履歴取得処理の詳細を示すフローチャートである。
【００９３】
クライアントＰＣ１００のＣＰＵ２０１は、外部メモリの接続を検知すると（ステップＳ４０１）、予めクライアントＰＣ１００に設定されているアプリケーションであって、接続された外部メモリから画像データを取得し、画像管理サーバ２００に当該取得した画像の格納場所情報を送信するためのアプリケーションである、画像管理アプリケーションを起動する。
【００９４】
以下、ステップＳ４０２〜ステップＳ４０９の処理は、クライアントＰＣ１００のＣＰＵ２０１が、画像管理アプリケーションの機能を用いて実行するものとする。尚、当該画像管理アプリケーションには、予め、ユーザを一意に識別するためのＩＤであるユーザＩＤが設定されているものとする。
【００９５】
クライアントＰＣ１００のＣＰＵ２０１は、外部メモリより画像データを取得し（ステップＳ４０２）、当該画像データに対応するサムネイル画像データを生成して（ステップＳ４０３）初期格納場所に格納する（ステップＳ４０４）。ここでいう初期格納場所とは、前記画像管理アプリケーションで取得した画像データを格納するためのフォルダ等のことをいう。
【００９６】
尚、サムネイル画像データを生成する際、当該サムネイル画像データに対し、サムネイルＩＤを付与するものとする。
【００９７】
クライアントＰＣ１００のＣＰＵ２０１は、画像データの、前記初期格納場所への格納が完了すると、格納した画像データに対応したサムネイル画像データ、又は、当該サムネイル画像データの生成元の画像データであるオリジナル画像データと、当該オリジナル画像データの格納場所情報とを画像管理サーバ２００に送信するための画面を表示画面上に表示し（ステップＳ４０５）、ユーザから、送信するデータの選択指示、及び送信指示を受け付ける（ステップＳ４０６）。
【００９８】
ステップＳ４０５で表示する画面は、例えば、図１０の送信データ選択受付画面１０００や、図１１の送信画面１１００のような画面である。送信データ選択受付画面１０００及び、送信画面１１００の説明については、それぞれ図１０、図１１の説明にて前述したため、ここでは割愛する。
【００９９】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ４０６で受け付けた指示がオリジナル画像の送信指示であるか否かを判定する（ステップＳ４０７）。ステップＳ４０６で受け付けた指示がオリジナル画像の送信指示でないと判定した場合（ステップＳ４０７でＮＯ）、クライアントＰＣ１００のＣＰＵ２０１は、送信対象の画像データであるサムネイル画像データと、当該サムネイル画像データに対応するオリジナル画像データの格納場所情報と、ユーザＩＤとを画像管理サーバ２００に送信する（ステップＳ４０９）。
【０１００】
ステップＳ４０６で受け付けた指示がオリジナル画像の送信指示であると判定した場合（ステップＳ４０７でＹＥＳ）、当該オリジナル画像データの解像度を、図１１の送信画面１１００における解像度指定部１１０２で指定された解像度に変更し（ステップＳ４０８）、当該オリジナル画像データと、当該オリジナル画像データに対応するサムネイル画像データ、当該オリジナル画像データの格納場所情報、ユーザＩＤを画像管理サーバ２００に送信する（ステップＳ４０９）。
【０１０１】
ここでいう格納場所情報の指す格納場所とは、各画像データが画像管理サーバ２００に送信された場合は、画像管理サーバ２００を指し、画像管理サーバ２００に送信されなかった場合は、現在各画像データが記憶されているクライアントＰＣ１００となる。
【０１０２】
また、サムネイル画像データを送信する場合は、当該サムネイル画像データに対応したオリジナル画像データのＩＤであるオリジナルＩＤを、クライアントＰＣ１００の外部メモリ２１１内の初期格納場所に格納されている、オリジナル画像データ８１０のオリジナルＩＤ８１１から抽出し、共に送信するものとする。ここでは、オリジナル画像データのみ解像度を変更可能と記載しているが、サムネイル画像データの解像度を変更可能にしてもよい。
【０１０３】
画像管理サーバ２００のＣＰＵ２０１は、クライアントＰＣ１００より、画像データと、格納場所情報とを受信する（ステップＳ４１０）。画像管理サーバ２００のＣＰＵ２０１は、オリジナル画像データを受信したか否かを判定する（ステップＳ４１１）。
【０１０４】
オリジナル画像データを受信していないと判定した場合（ステップＳ４１１でＮＯ）、受信した画像データがサムネイル画像データのみであると判断し、当該サムネイル画像データと共に受信したオリジナルＩＤを用いて、当該オリジナルＩＤと同一のオリジナルＩＤをオリジナルＩＤ８０２に有する履歴情報データが存在するか否かを判定する（ステップＳ４１２）。
【０１０５】
同一のオリジナルＩＤをオリジナルＩＤ８０２に有する履歴情報データが存在すると判定した場合（ステップＳ４１２でＹＥＳ）、当該サムネイル画像データは既に画像管理サーバ２００の外部メモリ２１１に記憶済みであるため、画像データの差し替え処理に移行する（ステップＳ４１３）。
【０１０６】
画像データの差し替え処理（ステップＳ４１３）の詳細については、図１７の説明にて後述する。尚、画像データの差し替え処理では、画像管理サーバ２００の外部メモリ２１１内に、画像管理サーバ２００のＣＰＵ２０１がステップＳ４０７で受信した画像と同一の画像がある旨をクライアントＰＣ１００に通知し、クライアントＰＣ１００を介したユーザからの指示に従って、当該画像データの差し替え、破棄、追加保存の処理を行うものとする。
【０１０７】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ４１２において、ステップＳ４１０で受信したオリジナルＩＤと同一のＩＤをオリジナルＩＤ８０２に有する履歴情報データが存在しないと判定した場合（ステップＳ４１２でＮＯ）、ステップＳ４１０で受信したサムネイル画像データを外部メモリ２１１に記憶し（ステップＳ４１７）、履歴情報データテーブル８００を更新する（ステップＳ４１４）。
【０１０８】
一方、ステップＳ４１１において、オリジナル画像データを受信したと判定した場合（ステップＳ４１１でＹＥＳ）、画像管理サーバ２００のＣＰＵ２０１は、ステップＳ４１０で受信したオリジナル画像データに対応する履歴情報データが、履歴情報データテーブル８００中にあるか否かを判定する（ステップＳ４１５）。
【０１０９】
ステップＳ４１０で受信したオリジナル画像データに対応する履歴情報データがあると判定した場合（ステップＳ４１５でＹＥＳ）、処理をステップＳ４１６に移行する。
【０１１０】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ４１０で受信したオリジナルＩＤを用いて、ステップＳ４１０で受信したオリジナル画像データと同一のオリジナル画像データが画像管理サーバ２００の外部メモリ２１１内に存在するかどうかを判定する（ステップＳ４１６）。
【０１１１】
同一のオリジナル画像データが存在しないと判定した場合（ステップＳ４１６でＮＯ）、当該オリジナル画像データを外部メモリ２１１に格納し（ステップＳ４１７）、履歴情報データテーブル８００を更新する（ステップＳ４１４）。
【０１１２】
同一のオリジナル画像データが存在すると判定した場合（ステップＳ４１６でＹＥＳ）、処理をステップＳ４１３に移行する。尚、ここではステップＳ４１２でＹＥＳ、乃至ステップＳ４１６でＹＥＳの判定がなされた場合に、都度ステップＳ４１３の画像データ差し替え処理を行う様にフローチャートを記載しているが、当該画像データ差替え処理のタイミング、及び方法はこれに限るものではない。
【０１１３】
例えば、ステップＳ４１２でＹＥＳ、乃至ステップＳ４１６でＹＥＳの判定がなされた画像データを余剰記憶領域等に一時的に記憶しておき、当該余剰記憶領域に一時記憶された画像データを除いた、他の全ての画像データに対するステップＳ４０２〜Ｓ４１７の処理の終了後、当該余剰記憶領域に一時記憶された全ての画像データに対し、画像データ差し替え処理（ステップＳ４１３）を適用するようにしてもよい。
【０１１４】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ４１５において、ステップＳ４１０で受信したオリジナル画像データに対応する履歴情報データが、履歴情報データテーブル８００中にないと判定した場合（ステップＳ４１５でＮＯ）、受信したオリジナル画像データ、及びサムネイル画像データを画像管理サーバ２００の外部メモリ２１１に格納し（ステップＳ４１７）、履歴情報データテーブル８００を更新する（ステップＳ４１４）。以上が図４の、画像管理サーバ２００による、画像データの格納場所を履歴として記憶する格納履歴取得処理の流れについての説明である。
【０１１５】
次に図５を参照して、本発明の実施形態における、画像データの差し替え処理の流れについて説明する。図５は、本発明の実施形態における、画像データの差し替え処理の詳細を示すフローチャートである。
【０１１６】
画像管理サーバ２００のＣＰＵ２０１は、クライアントＰＣ１００のＣＰＵ２０１が図４のステップ４０９で送信した画像データと同一の画像データが、画像管理サーバ２００の外部メモリ２１１内に存在していることをクライアントＰＣ１００に通知するとともに、当該既存の画像データのサムネイル画像データをクライアントＰＣ１００に送信する。
【０１１７】
クライアントＰＣ１００のＣＰＵ２０１は、当該通知とサムネイル画像データを受信し（ステップＳ５０２）、当該通知の対象である画像データの差し替え、追加保存をさせるための画面である差し替え指示受付画面１７００を表示画面に表示する（ステップＳ５０３）。差し替え指示受付画面１７００については、図１７の説明にて後述する。
【０１１８】
ここで図１７を参照して、本発明の実施形態における、差し替え指示受付画面１７００の構成の一例について説明する。図１７は、本発明の実施形態における、差し替え指示受付画面１７００の構成の一例を示す図である。
【０１１９】
図１７に示す通り、差し替え指示受付画面１７００は、重複画像データ表示部１７０１、重複画像データ１７０２、差し替え領域１７０３、追加保存領域１７０４、チェックボックス１７０５、「Ｖｉｅｗ」ボタン１７０６、「全差し替え」ボタン１７０７、「全追加保存」ボタン１７０８、「ＯＫ」ボタン１７０９、「キャンセル」ボタン１７１０等から構成されている。
【０１２０】
重複画像データ表示部１７０１は、図４のステップＳ４１０で受信したオリジナル画像データのサムネイル画像データ、又はステップＳ４１０で受信したサムネイル画像データであって、ステップＳ４１２及びステップＳ４１６で、既に画像管理サーバ２００の外部メモリ２１１に重複する画像が存在していると判定された（ステップＳ４１２でＹＥＳ、及び、ステップＳ４１６でＹＥＳ）画像データ、つまり重複画像データを表示する表示部である。
【０１２１】
尚、差し替え指示受付画面１７００においては、重複画像データ表示部１７０１に各重複画像データ１７０２を１枚ずつ表示しているが、クライアントＰＣ１００のＣＰＵ２０１が画像管理サーバ２００に送信した画像データと、画像管理サーバ２００の外部メモリ２１１に既に記憶されていた画像データと、の両方を表示するようにしてもよい。こうすることで、両画像データが本当に同一の画像データか否かをユーザに識別させることが出来る。
【０１２２】
重複画像データ１７０２は、前記重複する画像のサムネイル画像である。差し替え領域１７０３は、重複画像データ表示部１７０１に表示された画像データを、画像管理サーバ２００の外部メモリ２１１に記憶されている画像データと差し替えるか否かを決定するための領域である。
【０１２３】
具体的には、ドラッグ＆ドロップ操作等で、重複画像データ表示部１７０１に表示された画像データを差し替え領域１７０３に移動することで、当該移動した画像データを旧画像データと差し替えることを決定する。
【０１２４】
尚、本実施形態では、当該画像データを差し替え領域１７０３に移動した後も、重複画像データ表示部１７０１に表示された画像データは消えることはなく、後述するチェックボックス１７０５のチェック状態を確認することで、当該画像データへの処理が決定済になっているかどうかを識別することが可能となっている。
【０１２５】
つまり、差し替え領域１７０３か、追加保存領域１７０４かのどちらかに当該画像データが移動されない限り、当該画像データのチェックボックス１７０５にはチェックが入らず、チェックの入っていないチェックボックス１７０５に対応する画像データは、処理が決定済みの画像データとして識別されないということである。
【０１２６】
追加保存領域１７０４は、重複画像データ表示部１７０１に表示された画像データを、画像管理サーバ２００の外部メモリ２１１に追加保存するか否かを決定するための領域である。追加保存を行う場合、当該外部メモリ２１１に現存している画像データを破棄せずに、クライアントＰＣ１００から画像管理サーバ２００に送信された画像データを、該外部メモリ２１１に、別画像として保存する。
【０１２７】
また、追加保存される画像データは既存の画像データとは別個の画像データとなるため、追加保存される画像データには既有のＩＤとは別のＩＤが新たに付与されるものとする。つまり、オリジナル画像データ８１０のオリジナルＩＤ８１１、または、サムネイル画像データ８２０のサムネイルＩＤ８２１が変更される。
【０１２８】
ドラッグ＆ドロップ操作等で、重複画像データ表示部１７０１に表示された画像データを追加保存領域１７０４に移動することで、当該移動した画像データを追加保存することを決定する。
【０１２９】
チェックボックス１７０５は、当該重複画像データ表示部１７０１に表示された画像データに対する処理が決定している状態であることをユーザに示すためのチェック領域である。チェックボックス１７０５にチェックが入っている場合は、チェックボックス１７０５に対応する画像データが旧画像と差し替えられるのか、追加保存されるのか、破棄されるのかが決定されていることを示している。
【０１３０】
「Ｖｉｅｗ」ボタン１７０６は、マウスカーソル等で選択されている画像データを拡大表示するためのボタンである。「全差し替え」ボタン１７０７は、重複画像データ表示部１７０１に表示された全ての画像データを差し替え領域１７０３に移動し、全てのチェックボックス１７０５にチェックを入れるためのボタンである。
【０１３１】
「全追加保存」ボタン１７０８は、重複画像データ表示部１７０１に表示された全ての画像データを追加保存領域１７０４に移動し、全てのチェックボックス１７０５にチェックを入れるためのボタンである。
【０１３２】
「ＯＫ」ボタン１７０９は、重複画像データ表示部１７０１に表示された画像データの処理の最終決定をするためのボタンである。つまり、「ＯＫ」ボタン１７０９の押下を受け付けることで、差し替え領域１７０３にある画像データについては差し替え処理を、追加保存領域１７０４にある画像データについては追加保存処理を実行するものである。
【０１３３】
この場合、各処理を実行するのは画像管理サーバ２００のＣＰＵ２０１であり、クライアントＰＣ１００のＣＰＵ２０１の行う処理は、当該「ＯＫ」ボタン１７０９の押下を受け付けることで最終決定した各画像データに対する処理内容を画像管理サーバ２００に送信するに留まるものとする。
【０１３４】
「キャンセル」ボタン１７１０は、当該重複画像データ表示部１７０１に表示された画像データの画像管理サーバ２００の外部メモリ２１１への格納処理を行わず、処理を終了するためのボタンである。
【０１３５】
尚、「ＯＫ」ボタン１７０９の押下を受け付けた際に、処理内容が決定していない画像データが残っている場合、処理内容が決定して画像管理サーバ２００の外部メモリ２１１への格納処理は行わないものとする。
【０１３６】
また、例えば、「ＯＫ」ボタン１７０９の押下を受け付けた際に、まだ処理内容が決定していない画像データが残っている場合、当該処理内容が決定していない画像データが残っている旨を警告するためのポップアップを表示するようにしてもよい。
【０１３７】
また、本実施例においては、チェックボックス１７０５にチェックを入れることで、ユーザに、差し替えるか否かを決定済の画像データと、そうでない画像データとを識別させるが、例えば、差し替え領域１７０３、追加保存領域１７０４に移動した画像データを、前記重複画像データ表示部に表示しないよう制御することにより、ユーザに前記識別を行わせるようにしてもよい。以上が図１７の、本発明の実施形態における、差し替え指示受付画面１７００の構成の一例についての説明である。
【０１３８】
図５の説明に戻る。クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ５０４でユーザからの指示を受け付ける（ステップＳ５０４）。ここでいう指示とは、図１７の差し替え指示受付画面１７００を介して受け付けた、画像データの差し替え指示、画像データの追加保存指示、画像データの格納キャンセル指示等のことである。
【０１３９】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ５０４で受け付けた指示の内容を確定する指示を受け付けたか、つまり、差し替え指示受付画面１７００の「ＯＫ」ボタン１７０９の押下、または、「キャンセル」ボタン１７１０の押下を受け付けたか否かを判定する（ステップＳ５０５）。
【０１４０】
指示内容を確定する指示を受け付けていないと判定した場合は（ステップＳ５０５でＮＯ）、処理をステップＳ５０４の前に戻して待機し、指示内容を確定する指示を受け付けたと判定した場合は（ステップＳ５０５でＹＥＳ）、当該確定した、各画像データについての指示内容を画像管理サーバ２００に送信する（ステップＳ５０６）。
【０１４１】
画像管理サーバ２００のＣＰＵ２０１は、当該指示内容を受信し（ステップＳ５０７）、当該指示の対象となる各画像データに対して、ステップＳ５０８〜ステップＳ５１２の処理を繰り返す。
【０１４２】
画像管理サーバ２００のＣＰＵ２０１は、画像データに対する指示の内容が画像データの差し替えか否かを判定し（ステップＳ５０８）、当該指示内容が画像データの差し替えであった場合（ステップＳ５０８でＹＥＳ）、画像管理サーバ２００の外部メモリ２１１に記憶されている、当該画像データと同一のＩＤを有する画像データを破棄し（ステップＳ５０９）、当該画像データを格納する（ステップＳ５１０）。
【０１４３】
ここでいう同一のＩＤを有する画像データとは、ステップＳ５０７で受信した指示内容から特定される、当該指示の対象となっている画像データがオリジナル画像データである場合はオリジナルＩＤが、サムネイル画像データである場合はサムネイルＩＤが同一である画像データであって、前記外部メモリ２１１に格納されている画像データのことを指す。
【０１４４】
指示内容が画像データの差し替えでなかった場合（ステップＳ５０８でＮＯ）、画像管理サーバ２００のＣＰＵ２０１は、当該指示内容が画像データの追加保存であるか否かを判定する（ステップＳ５１１）。
【０１４５】
指示内容が画像データの追加保存であると判定した場合（ステップＳ５１１でＹＥＳ）、処理をステップＳ５１０に移行し、当該指示の対象となる画像データを画像管理サーバの外部メモリ２１１に追加保存する（ステップＳ５１０）。
【０１４６】
指示内容が画像データの追加保存でないと判定した場合（ステップＳ５１１でＮＯ）、当該指示内容は、対象となる画像データの画像管理サーバ２００の外部メモリ２１１への保存のキャンセルであると判断し、当該画像データを破棄する（ステップＳ５１２）。
【０１４７】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ５０７で受信した指示内容を、当該指示の対象となる全ての画像データに対して実行済みか否かを判定し（ステップＳ５１３）、全ての画像データに対して処理が実行済みであると判定した場合は（ステップＳ５１３でＹＥＳ）処理を終了する。
【０１４８】
全ての画像データに対して処理が実行済みでないと判定した場合は（ステップＳ５１３でＮＯ）、処理をステップＳ５０８に移行して、当該指示内容に沿った処理が行われていない画像データに対し、ステップＳ５０８〜ステップＳ５１２までの処理を行う。以上が図５の、本発明の実施形態における、画像データの差し替え処理の流れについての説明である。
【０１４９】
尚、ここでは、送信画面１１００で送信先の情報の入力を受け付けていないため、画像データ及び画像データの格納場所情報は画像管理サーバ２００に送信されるものとして説明しているが、例えば、送信画面１１００に画像データの送信先の情報を入力するための送信先指定受付部を設け、当該送信先情報指定受付部で指定された送信先に対して画像データを送信することも考えられる。
【０１５０】
本実施例においては、画像管理サーバ２００ではない送信先を指定して画像データを送信することを、画像データの転送処理として扱う。画像データの転送を行う場合、転送対象の画像データは、画像管理サーバ２００を経由して転送先に転送され、当該経由時に、画像管理サーバ２００のＣＰＵ２０１は、当該転送対象の画像データのサムネイル画像データと、当該転送対象の画像データの格納場所情報を取得し、履歴情報データテーブル８００を更新する。
【０１５１】
つまり、クライアントＰＣ１００のＣＰＵ２０１は、ユーザより受け付けた転送画像の指定指示に基づいて、画像データの転送先を決定し、まず、当該画像データと、画像データに対応するサムネイル画像データと、当該画像データの送信先情報を画像管理サーバ２００に送信する。
【０１５２】
画像管理サーバ２００のＣＰＵ２０１は、当該画像データを受信する。そして、当該画像データのサムネイル画像データと、当該送信先情報を取得し、履歴情報データテーブル８００に格納する。
【０１５３】
つまり、受信したサムネイル画像データのサムネイルＩＤをサムネイルＩＤ８０３に格納し、送信先情報を、送信先格納媒体８０６、送信先格納場所８０７に格納する。そして、当該転送対象の画像データを転送先に転送する。
【０１５４】
クライアントＰＣ１００から、当該転送対象の画像データの格納場所情報の取得要求を受け付けた場合、画像管理サーバ２００のＣＰＵ２０１は、当該履歴情報データテーブル８００の送信先格納媒体８０６、送信先格納場所８０７を参照して画像データの現在の格納場所を特定し、クライアントＰＣに回答する。
【０１５５】
次に図６を参照して、本発明の実施形態における、画像データの格納場所の提示処理の流れについて説明する。図６は、本発明の実施形態における、画像データの格納場所の提示処理の詳細を示すフローチャートである。
【０１５６】
クライアントＰＣ１００のＣＰＵ２０１は、ユーザからの指示に従い、ＷＡＮ１０１等のネットワークを介して画像管理サーバ２００にアクセスし、画像管理サーバ２００にログインするためのログイン画面１２００を表示画面上に表示する（ステップＳ６０１）。ログイン画面１２００については図１２の説明にて後述する。
【０１５７】
ここで図１２を参照して、本発明に実施形態における、画像管理サーバへのログイン画面の構成の一例について説明する。図１２は、本発明に実施形態における、画像管理サーバのログイン画面の構成の一例を示す図である。クライアントＰＣ１００のＣＰＵ２０１は、画像管理サーバ２００にログインすることで、画像データをスケジュール管理が可能
なカレンダーと対応付けて管理する画像管理サイトへアクセスする。
【０１５８】
図１２に示す通り、ログイン画面１２００は、ユーザＩＤ入力受付部１２０１、パスワード入力受付部１２０２、「ＯＫ」ボタン１２０３、「キャンセル」ボタン１２０４等から構成されている。
【０１５９】
ユーザＩＤ入力受付部１２０１は、ユーザを一意に識別するためのユーザＩＤの入力を受け付ける入力受付部である。ここで入力されるユーザＩＤは、前述した、クライアントＰＣ１００に設定されている画像管理アプリケーションに記憶されたユーザＩＤと同一であり、図８の履歴情報データテーブル８００中のユーザＩＤ８０１に挿入されるＩＤと同一のＩＤであるものとする。
【０１６０】
パスワード入力受付部１２０２は、ユーザよりパスワードの入力を受け付ける受付部である。「ＯＫ」ボタン１２０３は、ユーザＩＤ入力受付部１２０１、パスワード入力受付部１２０２に入力されたユーザＩＤ、及びパスワードを不図示の認証サーバに送信し、当該認証サーバにて認証処理を実行させるためのボタンである。
【０１６１】
当該認証処理が正常に完了した場合、クライアントＰＣ１００のＣＰＵ２０１は、画像管理サーバ２００へのログインし、表示画面をカレンダー表示画面１３００に切り替える。認証が正常に行われなかった場合は、表示画面上に、認証失敗を示す不図示のエラー通知のポップアップを表示する。カレンダー表示画面１３００については図１３の説明にて後述する。
【０１６２】
「キャンセル」ボタン１２０４は、当該ログイン画面を終了し、表示画面を、当該ログイン画面を表示する前の画面に移行するためのボタンである。以上が図１２の、本発明に実施形態における、画像管理サーバへのログイン画面の構成の一例についての説明である。
【０１６３】
図６の説明に戻る。クライアントＰＣ１００のＣＰＵ２０１は、ユーザからの指示を受け付け（ステップＳ６０２）、受け付けた指示が、カレンダー画面の表示指示か否か、つまり、図１２のログイン画面１２００における「ログイン」ボタン１２０３の押下指示であるか否かを判定する（ステップＳ６０３）。
【０１６４】
受け付けた指示が、カレンダー画面の表示指示でないと判定した場合（ステップＳ６０３でＮＯ）、処理をステップＳ６１９に移行する。クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ６０２で受け付けた指示がログイン画面の終了指示、つまり、図１２のログイン画面１２００における「キャンセル」ボタン１２０４の押下指示であるか否かを判定し（ステップＳ６１９）、受け付けた指示がログイン画面の終了指示であると判定した場合は（ステップＳ６１９でＹＥＳ）、ログイン画面１２００を終了する。
【０１６５】
受け付けた指示がログイン画面の終了指示でないと判定した場合は（ステップＳ６１９でＮＯ）、処理をステップＳ６０２の前に戻し、次の指示を受け付けるまで待機する。
【０１６６】
一方、クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ６０３において、ステップＳ６０２で受け付けた指示がカレンダー画面の表示指示であると判定した場合（ステップＳ６０３でＹＥＳ）、画像管理サーバ２００に対し、クライアントＰＣ１００のＣＰＵ２０１が表示画面上にカレンダーを表示するための情報であるカレンダー情報の取得要求を送信する（ステップＳ６０４）。
【０１６７】
尚、当該カレンダー情報は、画像管理サーバ２００において、ユーザＩＤ毎に管理されているものとする。画像管理サーバ２００のＣＰＵ２０１は、前記カレンダー情報の取得要求を受信する（ステップＳ６０５）。
【０１６８】
画像管理サーバ２００のＣＰＵ２０１は、ログイン画面１２００のユーザＩＤ入力受付部１２０１で入力を受け付けたユーザＩＤと同一のユーザＩＤに対応したカレンダー情報と、当該カレンダー情報に基づいて表示画面に表示されるカレンダー表示画面１３００のサムネイル表示部１３０３に表示する画像データであるサムネイル画像を、外部メモリ２１１より取得し（ステップＳ６０６）、クライアントＰＣ１００に送信する（ステップＳ６０７）。カレンダー表示画面１３００については図１３を参照して後述する。
【０１６９】
クライアントＰＣ１００のＣＰＵ２０１は、当該カレンダー情報、及びサムネイル画像データを受信し、図１３の、カレンダー表示画面１３００のような画面を表示画面に表示する（ステップＳ６０８）。
【０１７０】
また、カレンダー表示画面１３００のサムネイル表示部１３０３に表示する画像データであるサムネイル画像を特定するためのデータである、画像データ・カレンダー紐付けデータ９００については図９を参照して後述する。
【０１７１】
ここで図１３を参照して、本発明に実施形態における、カレンダー表示画面の構成の一例について説明する。図１３は、本発明に実施形態における、カレンダー表示画面の構成の一例を示す図である。
【０１７２】
図１３に示す通り、カレンダー表示画面１３００は、「ログアウト」ボタン１３０１、カレンダー表示部１３０２、サムネイル表示部１３０３、日付表示部１３０４、「詳細」ボタン１３０５、「検索」ボタン１３０６、登録スケジュール表示部１３０７等から構成されている。
【０１７３】
「ログアウト」ボタン１３０１は、当該カレンダー表示画面１３００の表示を終了し、前述した図１２のログイン画面１２００や、当該ログイン画面１２００が表示画面に表示される以前に表示されていた表示画面に画面を遷移させるためのボタンである。
【０１７４】
カレンダー表示部１３０２は、図６のステップＳ６０８で受信したカレンダー情報に基づいたカレンダー画像を表示する表示部である。サムネイル表示部１３０３は、図６のステップＳ６０８で受信したサムネイル画像データの内、メインとなるサムネイル画像データを表示する表示部である。
【０１７５】
日付表示部１３０４は、カレンダー内の日付を表示する表示部である。例えば、当該日付表示部１３０４に表示された日付の押下を受け付けることで、当該日付に撮影された、メインサムネイル画像データ以外の画像データを含む、画像データの一覧を表示することも可能である。
【０１７６】
尚、ここでいうメインとなるサムネイル画像データとは、図９に示す、画像データ・カレンダー紐付けデータ９００のメインサムネイルＩＤ９０５に設定されたＩＤと同一のサムネイルＩＤ８２１（図８参照）を有するメインサムネイル画像データのことである。
【０１７７】
ここで図９を参照して、本発明に実施形態における、画像データ・カレンダー紐付けデータの構成の一例について説明する。図９は、本発明に実施形態における、画像データ・カレンダー紐付けデータの構成の一例を示す図である。
【０１７８】
画像データ・カレンダー紐付けデータ９００は、カレンダー表示画面１３００のサムネイル表示部１３０３に表示する画像データであって、日付表示部１３０４に表示された日付に撮影された画像データであるサムネイル画像データを特定するためのデータである。
【０１７９】
図９に示すように、画像データ・カレンダー紐付けデータ９００は、ユーザＩＤ９０１、日付９０２、予定９０３、サムネイルＩＤ９０４、メインサムネイルＩＤ９０５等から構成されている。本実施例において、画像データ・カレンダー紐付けデータ９００は、画像管理サーバ２００の外部メモリ２１１等の記憶領域に記憶されているものとする。
【０１８０】
ユーザＩＤ９０１は、ユーザを一意に識別するためのユーザＩＤである。日付９０２は、カレンダーに設定された日付であって、いずれのサムネイル画像データが、カレンダー上のいずれの日付に対応しているかを特定するための情報である。
【０１８１】
つまり、画像管理サーバ２００のＣＰＵ２０１は、画像データを外部メモリ２１１等に記憶する場合に、当該記憶する画像データの撮影日時８２４を取得し、当該撮影日時８２４と同一の日付９０２を有するデータ列を特定し、当該データ列に当該画像データのサムネイルＩＤ８２１を挿入して、カレンダー情報と画像データを紐付けるものとする。
【０１８２】
予定９０３は、サムネイルＩＤ９０４から特定されるサムネイル画像データが、カレンダーの各日付に設定されたいずれの予定情報と紐付いているかを特定するための情報である。サムネイルＩＤ９０４は、サムネイル画像データ８２０を一意に識別するための識別情報であり、いずれのサムネイル画像データ８２０がカレンダー表示画面１３００上の日付表示部１３０４に表示されるいずれの日付（日付９０２）に対応するかを特定するために利用される。
【０１８３】
メインサムネイルＩＤ９０５は、前記カレンダーの各日付に対応したサムネイル画像データの内、カレンダー表示画面１３００のサムネイル表示部１３０３に表示されるメインサムネイル画像データを特定するための情報である。
【０１８４】
図６のステップＳ６０７においてクライアントＰＣ１００に送信される画像データは、メインサムネイルＩＤと対応した画像データである。以上が図９の、本発明に実施形態における、画像データ・カレンダー紐付けデータの構成の一例についての説明である。
【０１８５】
図１３の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、サムネイル表示部１３０３に表示されたサムネイル画像データの押下指示を受け付けることで、当該押下指示の対象となったサムネイル画像データを拡大表示するものとする。
【０１８６】
「詳細」ボタン１３０５は、当該カレンダー表示画面に表示中の月日に撮影されたオリジナル画像データに対応したサムネイル画像データと、前記オリジナル画像データの格納場所情報を表示画面に表示するためのボタンである。
【０１８７】
「検索」ボタン１３０６は、表示画面を図１４に示す画像データ検索画面１４００のような画像データを検索するための画面に遷移させるためのボタンである。画像データ検索画面１４００については図１４の説明にて後述する。登録スケジュール表示部１３０７は、当該カレンダーに登録された予定情報の予定名称、時間を表示する表示部である。当該予定情報は、図３９のスケジュール登録画面３９００において、登録（保存）指示を受け付けることで当該カレンダーに登録され、登録スケジュール表示部１３０７に表示される。以上が図１３の、本発明に実施形態における、カレンダー表示画面の構成の一例についての説明である。
【０１８８】
ここで図３９を参照して、本発明の実施形態における、スケジュール登録画面の構成の一例について説明する。図３９は、本発明の実施形態における、スケジュール登録画面の構成の一例を示す図である。
【０１８９】
スケジュール登録画面３９００は、図１３のカレンダー表示画面１３００において、日付表示部１３０４に表示される日付、当該日付表示部１３０４に表示されている日の領域、乃至、登録済の予定情報に対する指定指示（例えばダブルクリック指示）を受け付けることにより表示画面に表示される、当該指定指示を受け付けた日の予定情報を登録するための画面である。
【０１９０】
クライアントＰＣ１００のＣＰＵ２０１は、日付表示部１３０４に表示される日付の指定指示を受け付けた場合、当該指定を受け付けた日付の情報、乃至、ブラウザで表示されているカレンダー表示画面１３００上の位置の情報を画像管理サーバ２００に送信し、当該画像管理サーバ２００のＣＰＵ２０１は、当該指定指示を受け付けた日付に予定情報を登録するためのスケジュール登録画面３９００の情報を生成して、クライアントＰＣ１００に送信する。クライアントＰＣ１００のＣＰＵ２０１は、当該スケジュール登録画面３９００の画面情報を受信して表示画面に表示する。
【０１９１】
スケジュール登録画面３９００は、予定名称入力受付部３９０１、場所名称入力受付部３９０２、予定日選択受付部３９０３、予定時間入力受付部３９０４、コメント入力受付部３９０５、「保存」ボタン３９０６、「削除」ボタン３９０７、「キャンセル」ボタン３９０８、外出フラグ設定受付部３９０９、非公開フラグ設定受付部３９１０等から構成される。
【０１９２】
予定名称入力受付部３９０１は、予定情報の名称の入力を受け付ける入力受付部である。場所名称入力受付部３９０２は、予定情報の場所（例えば、運動会の開催場所）の入力を受け付ける入力受付部である。
【０１９３】
予定日選択受付部３９０３は、当該予定の開始日、及び終了日を、プルダウン表示される日付から選択するための選択受付部である。予定時間入力受付部３９０４は、当該予定の開始時間、終了時間の入力を受け付ける入力受付部である。当該予定日選択受付部３９０３、予定時間入力受付部３９０４に対する、日時の選択、入力が無い場合、当該予定は終日（指定された日の００：００〜２４：００）の予定として登録される。
【０１９４】
コメント入力受付部３９０５は、当該予定に対するコメントの入力を受け付ける入力受付部である。「保存」ボタン３９０６は、当該予定をカレンダーに登録するためのボタンである。当該「保存」ボタン３９０６を受け付けることで、後述する図３７の予定情報テーブル３７００に、当該スケジュール登録画面３９００で入力、選択を受け付けた各情報を保存、追加する（予定情報記憶手段）。
【０１９５】
「削除」ボタン３９０７は、登録済の予定情報に対する指定指示を受け付けて当該スケジュール登録画面３９００が捧持されている場合に、当該登録済の予定情報を削除するためのボタンである。「キャンセル」ボタン３９０８は、当該スケジュール登録画面３９００で入力、選択された情報（予定情報）を予定情報テーブル３７００に保存・登録することなく、表示画面をカレンダー表示画面１３００に戻すためのボタンである。
【０１９６】
外出フラグ設定受付部３９０９は、当該予定を外出の予定として登録するための設定受付部である。チェックボックスにチェックが入っている場合、当該予定を外出の予定として登録すべく、予定情報テーブルの外出フラグを１に変更する。非公開フラグ設定受付部３９１０は、当該予定を非公開の予定として登録するための設定受付部である。チェックボックスにチェックが入っている場合、当該予定を非公開の予定として登録すべく、予定情報テーブルの非公開フラグを１に変更する。以上が図３９の、本発明の実施形態における、スケジュール登録画面の構成の一例についての説明である。
【０１９７】
図６の説明に戻る。クライアントＰＣ１００のＣＰＵ２０１は、画像管理サーバより受信したカレンダー情報、及びメインサムネイル画像データを表示画面に表示し（ステップＳ６０８）、ユーザからの指示を受け付ける（ステップＳ６０９）。
【０１９８】
クライアントＰＣ１００のＣＰＵ２０１はステップＳ６０９で受け付けた指示が、サムネイル画像データの押下指示であったか否かを判定する（ステップＳ６１０）。受け付けた指示が、サムネイル画像データの押下指示であった場合（ステップＳ６１０でＹＥＳ）、当該押下対象のサムネイル画像データを拡大または縮小表示し（ステップＳ６１１）、次の指示があるまで待機する。つまり、処理をステップＳ６０９の前に戻す。
【０１９９】
ここでいう縮小表示とは、既に拡大表示されているサムネイル画像データの押下を受け付けた場合に、当該サムネイル画像データを拡大表示前の元の大きさに戻して表示することを言う。
【０２００】
受け付けた指示が、サムネイル画像データの押下指示でなかった場合（ステップＳ６１０でＮＯ）、クライアントＰＣ１００のＣＰＵ２０１は、受け付けた指示が検索指示であったか否かを判定する（ステップＳ６１２）。つまり「検索」ボタン１３０６の押下を受け付けたか否かを判定する。
【０２０１】
クライアントＰＣ１００のＣＰＵ２０１は、受け付けた指示が検索指示であったと判定した場合（ステップＳ６１２でＹＥＳ）、ステップＳ６１３の検索処理に移行する（ステップＳ６１３）。画像検索処理（ステップＳ６１３）の処理の詳細については、図７を参照して後述する。
【０２０２】
ここで図７を参照して、本発明の実施形態における、画像検索処理の流れについて説明する。図７は、本発明の実施形態における、画像検索処理の詳細を示すフローチャートである。
【０２０３】
クライアントＰＣ１００のＣＰＵ２０１は、画像データ検索画面１４００を表示画面に表示する（ステップＳ７０１）。
【０２０４】
ここで図１４を参照して、本発明に実施形態における、画像データ検索画面の構成の一例について説明する。図１４は、本発明に実施形態における、画像データ検索画面の構成の一例を示す図である。
【０２０５】
図１４に示すように、画像データ検索画面１４００は、コメント情報入力受付部１４０１、検索期間選択受付部１４０２、セグメント情報選択受付部１４０３、被写体情報入力受付部１４０４、撮影場所情報選択受付部１４０５、保存場所情報選択受付部１４０６、ファイル情報選択受付部１４０７、「検索」ボタン１４０８、「キャンセル」ボタン１４０９、「使い方」ボタン１４１０、「問合わせ」ボタン１４１１等から構成されている。
【０２０６】
コメント情報入力受付部１４０１は、画像データの検索条件として、コメント情報の入力を受け付ける入力受付部である。検索処理を行う場合、画像管理サーバ２００のＣＰＵ２０１は、当該コメント情報入力受付部１４０１に入力されたコメント情報と一致するコメント情報を、図８に示す各種画像データのコメント８１６、コメント８２６に有する画像データを検索し、取得する。
【０２０７】
検索期間選択受付部１４０２、画像データの検索条件として、画像データの撮影期間の選択を受け付ける選択受付部である。
【０２０８】
検索処理を行う場合、画像管理サーバ２００のＣＰＵ２０１は、各種画像データの撮影日時８１４、撮影日時８２４を参照し、検索期間選択受付部１４０２にて選択された期間内に撮影された画像データを検索し、取得する。
【０２０９】
セグメント情報選択受付部１４０３、画像データの検索条件として、画像データのセグメント情報の選択を受け付ける選択受付部である。セグメント情報とは、画像データの分類を表す情報であり、ユーザにより設定された情報である。
【０２１０】
当該セグメント情報の挿入、編集は、図１６に示す格納場所表示画面１６００のセグメント情報編集部１６０６から行うことが可能である。格納場所表示画面１６００については、図１６の説明にて後述する。
【０２１１】
被写体情報入力受付部１４０４は、画像データの検索条件として、画像データの被写体情報の入力を受け付ける入力受付部である。被写体情報とは、画像データの被写体に関する情報であり、例えば、当該画像データの撮影を行った不図示の撮像装置における顔認識機能を用いて、当該顔認識機能で認識された顔の情報に対応した人物名のことである。
【０２１２】
また、前記被写体情報は、図１６に示す格納場所表示画面１６００の被写体情報編集部１６０５から設定、編集することが可能である。
【０２１３】
撮影場所情報選択受付部１４０５は、画像データの検索条件として、画像データの撮影場所の選択を受け付ける選択受付部である。画像データの撮影場所を示す情報は、画像データを撮影した不図示の撮影装置に搭載されたＧＰＳ機能等により取得され、画像データのｅｘｉｆ情報等に格納されているものとする。
【０２１４】
検索処理を行う場合、画像管理サーバ２００のＣＰＵ２０１は、画像データのｅｘｉｆ情報内の撮影場所情報を取得し、撮影場所情報選択受付部１４０５のプルダウンに表示される選択肢である撮影場所に該当する撮影場所情報を有する画像データを取得する。
【０２１５】
保存場所情報選択受付部１４０６は、画像データの検索条件として、画像データの格納場所の選択を受け付ける選択受付部である。
【０２１６】
検索処理を行う場合、画像管理サーバ２００のＣＰＵ２０１は、画像データを検索する範囲を、当該保存場所情報選択受付部１４０６で選択を受け付けた格納媒体に絞って画像データを検索する。
【０２１７】
画像管理サーバ２００のＣＰＵ２０１は、該保存場所情報選択受付部１４０６以外の検索条件の入力・選択を受け付ける入力部・選択部に何ら条件が設定されていない場合、該保存場所情報選択受付部１４０６で選択された格納媒体内に格納された画像データを取得する。
【０２１８】
保存場所情報選択受付部１４０６に表示される格納場所は、例えば、図８の履歴情報データテーブル８００中の送信先格納媒体８０６と、送信先格納場所８０７に設定された情報の示す格納場所である。
【０２１９】
ファイル情報選択受付部１４０７は、画像データの検索条件として、ファイルの種別の選択を受け付ける選択受付部である。ここでいうファイルの種別とは、ファイル拡張子であってもよいし、画像データが撮影された際の撮影モード等の情報であってもよい。例えば、夜景撮影モードで撮影された画像データを検索する、ということである。
【０２２０】
ファイル情報選択受付部１４０７より、画像データの撮影された際の撮影モードの指定を受け付けて検索処理を行う場合、画像管理サーバ２００のＣＰＵ２０１は、画像データのｅｘｉｆ情報を参照し、指定された撮影状条件としての撮影モードに該当する撮影モードで撮影されたステータスをｅｘｉｆ情報に含む画像データを取得するものとする。
【０２２１】
「検索」ボタン１４０８は、検索を実行するためのボタンである。「キャンセル」ボタン１４０９は、検索処理を終了するためのボタンである。「使い方」ボタン１４１０は、不図示の、画像データ検索画面１４００の使い方の案内画面を表示するためのボタンである。
【０２２２】
「問合わせ」ボタン１４１１は、問い合わせ先一覧を表示する画面へと画面を遷移させるためのボタンである。以上が図１４の、本発明に実施形態における、画像データ検索画面の構成の一例についての説明である。
【０２２３】
図７の説明に戻る。クライアントＰＣ１００のＣＰＵ２０１は、ユーザからの指示を受け付け（ステップＳ７０２）、受け付けた指示が検索実行指示か否かを判定する（ステップＳ７０３）。つまり、図１４の画像データ検索画面１４００中の「検索」ボタン１４０８の押下を受け付けたか否かを判定する。
【０２２４】
受け付けた指示が検索実行指示でないと判定した場合（ステップＳ７０３でＮＯ）、クライアントＰＣ１００のＣＰＵ２０１は、受け付けた指示が検索条件の入力指示か否かを判定する（ステップＳ７０４）。受け付けた指示が検索条件の入力指示であると判定した場合（ステップＳ７０４でＹＥＳ）、受け付けた検索条件の入力指示に従って検索条件を更新し、処理をステップＳ７０２の前に戻し、新たな指示を受け付けるまで待機する。
【０２２５】
受け付けた指示が検索条件の入力指示でないと判定した場合（ステップＳ７０４でＮＯ）、クライアントＰＣ１００のＣＰＵ２０１は、受け付けた指示が検索処理の終了指示か否かを判定する（ステップＳ７０５）。つまり、「キャンセル」ボタン１４０９の押下を受け付けたか否かを判定する。
【０２２６】
受け付けた指示が検索処理の終了指示でないと判定した場合（ステップＳ７０５でＮＯ）、処理をその他の処理に移行する（ステップＳ７１１）。ここでいうその他の処理とは、例えば「使い方」ボタン１４１０、「問合わせ」ボタン１４１１等の押下を受け付けることによる、不図示の、画像データ検索画面１４００の使い方の案内画面の表示や、問い合わせ先の表示画面の表示等の処理のことを指す。
【０２２７】
受け付けた指示が検索処理の終了指示であると判定した場合（ステップＳ７０５でＹＥＳ）、検索処理を終了する。
【０２２８】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ７０３において、ステップＳ７０２で受け付けた指示が検索実行指示であると判定した場合（ステップＳ７０３でＹＥＳ）、検索実行指示を受け付けた時点で入力・選択されている検索条件を画像管理サーバ２００に送信する（ステップＳ７０６）。
【０２２９】
画像管理サーバ２００のＣＰＵ２０１は当該検索条件を受信し（ステップＳ７０７）、当該検索条件に応じて、画像データ、画像データに関する情報を検索し取得する（ステップＳ７０８）。
【０２３０】
画像管理サーバ２００のＣＰＵ２０１は、検索結果の情報をクライアントＰＣ１００に送信する（ステップＳ７０９）。クライアントＰＣ１００のＣＰＵ２０１は当該検索結果を受信して（ステップＳ７１０）、検索結果表示画面１５００のような画面に表示する（ステップＳ７１２）。
【０２３１】
検索結果表示画面１５００については、図１５の説明にて後述する。以上が図７の、本発明の実施形態における、画像検索処理の流れについての説明である。
【０２３２】
次に図１５を参照して、本発明に実施形態における、検索結果表示画面の構成の一例について説明する。図１５は、本発明に実施形態における、検索結果表示画面の構成の一例を示す図である。
【０２３３】
図１５に示すように、検索結果表示画面１５００は、年月日表示部１５０１、検索結果画像表示部１５０２、コメント表示部１５０３等から構成されている。
【０２３４】
年月日表示部１５０１は、検索結果画像表示部１５０２に表示された画像の撮影年月日を表示する表示部である。検索結果画像表示部１５０２は、図７のステップＳ７１０にて受信した検索結果に含まれる画像データを表示する表示部である。
【０２３５】
コメント表示部１５０３は、検索結果画像表示部１５０２に表示された画像データに対応したコメントを表示する表示部である。以上が図１５の、本発明に実施形態における、検索結果表示画面の構成の一例についての説明である。
【０２３６】
尚、図７のステップＳ７１２における検索結果画面の表示において、ステップＳ７０８における検索処理の結果、検索にヒットした画像データの格納場所が複数の格納媒体に渡る場合、図１８の検索結果表示画面１８００のような画面を表示するようにしてもよい。
【０２３７】
ここで図１８を参照して、本発明の実施形態における、第２の検索結果表示画面の構成の一例について説明する。図１８は、本発明の実施形態における、第２の検索結果表示画面の構成の一例を示す図である。
【０２３８】
図１８に示すように、検索結果表示画面１８００は、格納媒体情報表示部１８０１、ＤＶＤ格納用画像データ選別用ボックス１８０２、「ＤＶＤ作成」ボタン１８０３、年月日表示部１８０４、検索結果画像表示部１８０５、コメント表示部１８０６等から構成されている。
【０２３９】
格納媒体情報表示部１８０１は、検索にヒットした画像、すなわち、検索結果画像表示部１８０５に表示されている画像データのオリジナル画像データの格納媒体の情報を表示する表示部である。
【０２４０】
ＤＶＤ格納用画像データ選別用ボックス１８０２は、当該検索にヒットした画像データの内、ＤＶＤ等の外部記憶媒体に転送する・保存する画像を選別するためのチェックボックスである。
【０２４１】
「ＤＶＤ作成」ボタン１８０３は、ＤＶＤ格納用画像データ選別用ボックス１８０２にチェックの入っている画像データをＤＶＤに格納するためのボタンである。年月日表示部１８０４は、検索結果画像表示部１８０５に表示された画像の撮影年月日を表示する表示部である。検索結果画像表示部１８０５は、図７のステップＳ７１０にて受信した検索結果に含まれる画像データを表示する表示部である。
【０２４２】
コメント表示部１８０６は、検索結果画像表示部１８０５に表示された画像データに対応したコメントを表示する表示部である。以上が図１８の、本発明の実施形態における、第２の検索結果表示画面の構成の一例についての説明である。
【０２４３】
図６の説明に戻る。クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ６１２において、ステップＳ６０２で受け付けた指示が検索指示でなかったと判定した場合（ステップＳ６１２でＮＯ）、受け付けた指示が格納場所表示指示か否かを判定する（ステップＳ６１４）。つまり、「詳細」ボタン１３０５の押下を受け付けたか否かを判定する。
【０２４４】
クライアントＰＣ１００のＣＰＵ２０１は、受け付けた指示が格納場所表示指示でないと判定した場合（ステップＳ６１４でＮＯ）、処理をステップＳ６２６に移行し、ステップＳ６０９で受け付けた指示内容が、表示中の画面の終了指示か否かを判定する（ステップＳ６２５）。
【０２４５】
受け付けた指示が表示中の画面の終了指示であると判定した場合（ステップＳ６２６でＹＥＳ）処理を終了し、受け付けた指示が表示中の画面の終了指示でないと判定した場合（ステップＳ６２６でＮＯ）、表示画面をステップＳ６２７に移行して、その他の処理を実行する。ここでいうその他の処理とは、例えば「使い方」ボタン、「問合わせ」ボタン等の押下を受け付けることによる、表示中の画面における操作方法の案内画面を表示する等の処理のことである。
【０２４６】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ６２６でその他の処理を行った後、処理をステップＳ６０９に戻し、次の指示があるまで待機する。
【０２４７】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ６１４において、ステップＳ６０９で受け付けた指示が格納場所表示指示であると判定した場合（ステップＳ６１４でＹＥＳ）、画像管理サーバ２００に対して、格納場所情報取得要求を送信する（ステップＳ６１５）。
【０２４８】
画像管理サーバ２００のＣＰＵ２０１は、当該格納場所情報取得要求に応じた格納場所情報を取得し（ステップＳ６１６）、当該格納場所情報取得要求の内容に応じた格納場所情報をクライアントＰＣ１００に送信する（ステップＳ６１７）。
【０２４９】
ここでいう格納場所情報とは、例えば、後述する履歴情報データテーブル８００におけるユーザＩＤ８０１、オリジナルＩＤ８０２、サムネイルＩＤ８０３、送信元格納媒体８０４、送信元格納場所８０５、送信先格納媒体８０６、送信先格納場所８０７を含む情報である。画像管理サーバ２００のＣＰＵ２０１は、クライアントＰＣ１００より受信した格納場所情報取得要求に応じた画像データに対応する最新の履歴情報データより、当該格納場所情報を取得してクライアントＰＣ１００に送信するものとする。
【０２５０】
ここでは、格納場所情報取得要求は、カレンダー表示画面１３００、検索結果表示画面１５００等の表示画面に表示された画像データや、表示されてはいないが、本来表示されるべき画像データの格納場所情報を取得するための要求であるものとする。
【０２５１】
本来表示されるべき画像データとは、例えば、メインサムネイル画像データに設定されてはいないものの、当該メインサムネイル画像データと同一の日付に撮影された画像データであり、図１３の日付表示部１３０４に表示された日付の押下を受け付けることで表示されるようになる画像データのことである。
【０２５２】
また、例えば、１画面に表示するには画像データが多すぎるために、表示画面を１ページ目、２ページ目等複数のページに分割した場合、現在表示画面に表示中のページ以外のページに表示されるよう設定された画像データも、前記本来表示されるべき画像データに含むものとする。
【０２５３】
クライアントＰＣ１００のＣＰＵ２０１は、画像管理サーバより、当該格納場所情報を受信し、表示画面に表示する（ステップＳ６１８）。ここで表示する画面は、例えば、図１６に示す格納場所表示画面１６００のような画面である。格納場所表示画面１６００については、図１６の説明にて後述する。
【０２５４】
ここで図１６を参照して、本発明に実施形態における、格納場所表示画面の構成の一例について説明する。図１６は、本発明に実施形態における、格納場所表示画面の構成の一例を示す図である。
【０２５５】
図１６に示すように、格納場所表示画面１６００は、画像データ表示部１６０１、保存場所表示部１６０２、ファイル情報表示部１６０３、撮影場所情報表示部１６０４、被写体情報編集部１６０５、セグメント情報編集部１６０６、コメント編集部１６０７等から構成されている。
【０２５６】
画像データ表示部１６０１は、格納場所表示の対象となった画像データを表示する表示部である。保存場所表示部１６０２は、画像データ表示部１６０１に表示された各画像データのオリジナル画像データの格納場所情報を表示する表示部である。
【０２５７】
ファイル情報表示部１６０３は、当該画像データに関する情報であって、例えば、画像データのファイル名称や、サイズ、容量などを表示する表示部である。撮影場所情報表示部１６０４は、当該画像データが撮影された場所の座標や、地名等を表示する表示部である。被写体情報編集部１６０５は、当該画像データの被写体情報を編集する編集部である。
【０２５８】
セグメント情報編集部１６０６は、当該画像データに対応したセグメント情報を表示する表示部であり、また、表示されているセグメント情報を編集する編集部である。コメント編集部１６０７は、当該画像データに対応したコメントを表示し、当該コメントの編集を受け付ける編集受付部である。以上が図１６の、本発明の実施形態における、格納場所表示画面の構成の一例についての説明である。
【０２５９】
図６の説明に戻る。以下、図６のステップＳ６１３における検索処理の終了後の処理について説明する。クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ６１３の検索処理が終了した後、ユーザより指示を受け付け（ステップＳ６２０）、受け付けた指示が画像の選択指示か否かを判定する（ステップＳ６２１）。ここでいう画像の選択指示とは、後述する画像収集指示の対象となる画像データを特定するための指示である。
【０２６０】
受け付けた指示が画像の選択指示でないと判定した場合（ステップＳ６２１でＮＯ）、処理をステップＳ６２３に移行する。受け付けた指示が画像の選択指示であると判定した場合（ステップＳ６２１でＹＥＳ）、当該選択対象の画像データを選択状態にし（ステップＳ６２２）、処理をステップＳ６２０の前に戻して、次の指示を受け付けるまで待機する。
【０２６１】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ６２０で受け付けた指示が画像収集指示であるか否かを判定し（ステップＳ６２３）、受け付けた指示が画像収集指示でないと判定した場合（ステップＳ６２３でＮＯ）、処理をステップＳ６２６に移行する。
【０２６２】
受け付けた指示が画像収集指示であると判定した場合（ステップＳ６２３でＹＥＳ）、当該収集指示の対象となる画像データが選択済みか否かを判定する（ステップＳ６２４）。選択済みでないと判定した場合は（ステップＳ６２４でＮＯ）処理をステップＳ６２０に移行する。
【０２６３】
選択済みであると判定した場合は（ステップＳ６２４でＹＥＳ）処理をステップＳ６２５に移行し、画像データの収集処理を行う。当該画像データの収集処理の詳細については、図２１の説明にて後述する。以上が図６の、本発明の実施形態における、画像データの格納場所の提示処理の流れについての説明である。
【０２６４】
尚、ここでいう画像収集指示とは、例えば検索にヒットした画像データを画像管理サーバに集約し、当該画像データをＤＶＤ等の外部記憶媒体に移動させるために、クライアントＰＣ１００、画像管理サーバ２００、外部サーバ３００、ＤＶＤ１０２、ＤＶＤ１０３等から画像データを収集するための指示である。
【０２６５】
具体的には、図１８の検索結果表示画面１８００の「ＤＶＤ作成」ボタン１８０３の押下を受け付けることで、当該データ収集処理を開始する。
【０２６６】
ここで図２１を参照して、本発明の実施形態における、画像収集処理の流れについて説明する。図２１は、本発明の実施形態における、画像収集処理の詳細を示すフローチャートである。
【０２６７】
クライアントＰＣ１００のＣＰＵ２０１は、画像データの収集に際して、いずれの種別の画像データを収集するかを決定するための画面である、ＤＶＤ設定画面１９００のような画面を表示画面に表示する（ステップＳ２１０１）。
【０２６８】
ここで、図１９を参照して、本発明の実施形態における、ＤＶＤ設定画面の構成の一例について説明する。図１９は、本発明の実施形態における、ＤＶＤ設定画面の構成の一例を示す図である。
【０２６９】
図１９に示すように、ＤＶＤ設定画面１９００は、サムネイル画像選択受付部１９０１、オリジナル画像ｏｒサムネイル画像選択受付部１９０２、オリジナル画像選択受付部１９０３、「戻る」ボタン１９０４、「ＯＫ」ボタン１９０５等から構成されている。
【０２７０】
サムネイル画像選択受付部１９０１は、図６のステップＳ６２２で収集対象の画像として選択された画像データのサムネイル画像データを収集することを選択するための選択受付部である。
【０２７１】
オリジナル画像ｏｒサムネイル画像選択受付部１９０２は、オリジナル画像データを優先して収集し、オリジナル画像データが収集不可能な場合に、サムネイル画像データを収集することを選択するための選択受付部である。
【０２７２】
オリジナル画像選択受付部１９０３は、図６のステップＳ６２２で収集対象の画像として選択された画像データのオリジナル画像データを収集することを選択するための選択受付部である。
【０２７３】
「戻る」ボタン１９０４は、表示画面を、当該ＤＶＤ設定画面１９００を表示する前に表示されていた画面に戻すためのボタンである。「ＯＫ」ボタン１９０５は、各選択受付部で受け付けた選択内容に基づいて、画像の収集処理を開始するためのボタンである。以上が図１９の、本発明の実施形態における、ＤＶＤ設定画面の構成の一例についての説明である。
【０２７４】
図２１の説明に戻る。クライアントＰＣ１００のＣＰＵ２０１は、ユーザからの指示を受け付け（ステップＳ２１０２）、受け付けた指示がサムネイル画像データの収集指示か否かを判定する（ステップＳ２１０３）。
【０２７５】
つまり、図１９のＤＶＤ設定画面１９００において、サムネイル画像選択受付部１９０１が選択された状態で「ＯＫ」ボタン１９０５が押下されたか否かを判定する。
【０２７６】
受け付けた指示がサムネイル画像データの収集指示であると判定した場合（ステップＳ２１０３でＹＥＳ）、クライアントＰＣ１００のＣＰＵ２０１は、サムネイル画像データの収集指示を画像管理サーバ２００に送信し（ステップＳ２１０４）、画像管理サーバ２００のＣＰＵ２０１は、当該サムネイル画像データの収集指示を受信して（ステップＳ２１０５）、サムネイル画像データの収集を行う（ステップＳ２１０６）。そして、処理をステップＳ２１２２に移行し、収集した画像データをＤＶＤに格納する（ステップＳ２０２２）。ここでいう画像データの収集とは、画像管理サーバ２００の履歴情報データテーブルで管理されている画像データであって、ユーザからの指定・選択を受け付けた画像データを、当該画像データが格納されている場所より収集する処理のことである。当該画像データが格納される画像データには、画像管理サーバ２００から外部サーバ３００等の外部装置に転送された画像データ（転送コンテンツデータ）を含むものとする。
【０２７７】
一方、ステップＳ２１０３において、ステップＳ２１０２で受け付けた指示がサムネイル画像データの収集指示でないと判定した場合（ステップＳ２１０３でＮＯ）、クライアントＰＣ１００のＣＰＵ２０１は、受け付けた指示がオリジナル画像データの収集指示であったか否かを判定する（ステップＳ２１０７）。
【０２７８】
つまり、図１９のＤＶＤ設定画面１９００において、オリジナル画像ｏｒサムネイル画像選択受付部１９０２、または、オリジナル画像選択受付部１９０３が選択された状態で「ＯＫ」ボタン１９０５が押下されたか否かを判定する。
【０２７９】
受け付けた指示がオリジナル画像データの収集指示であると判定した場合（ステップＳ２１０７でＮＯ）、受け付けた指示がキャンセル指示であったか否かを判定する（ステップＳ２１２３）。つまり、図１９のＤＶＤ設定画面１９００において、「戻る」ボタン１９０４の押下を受け付けたか否かを判定する。
【０２８０】
受け付けた指示がキャンセル指示であると判定した場合（ステップＳ２１２３でＹＥＳ）、処理を終了し、受け付けた指示がキャンセル指示でないと判定した場合（ステップＳ２１２３でＮＯ）、処理をステップＳ２１０１の前に戻す。
【０２８１】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ２１０７において、ステップＳ２１０２で受け付けた指示がオリジナル画像データの収集指示であると判定した場合に（ステップＳ２１０７でＹＥＳ）、オリジナル画像データの収集指示を画像管理サーバ２００に送信する（ステップＳ２１０８）。
【０２８２】
画像管理サーバ２００のＣＰＵ２０１は、オリジナル画像データの収集指示を受信し（ステップＳ２１０９）、当該画像データの収集に際し、ユーザによる手動での画像データの収集が必要か否かを判定する（ステップＳ２１１０）。
【０２８３】
ユーザによる手動での画像データの収集が必要な場合とは、例えば、当該収集対象の画像データが既に別のＤＶＤに保存済みであり、クライアントＰＣ１００のＤＶＤドライブ等に当該ユーザにより当該別のＤＶＤを挿入して画像データを抽出しなければ、当該収集対象の画像データを収集できない場合等である。また、画像管理サーバ２００のＣＰＵ２０１が、外部サーバ３００より、収集対象の画像データを自動収集出来ない場合もこれに含まれる。
【０２８４】
また、例えば、当該収集対象の画像データが、当該画像管理サーバ２００の外部メモリ２１１に記憶されている場合のみ当該画像データの自動収集が可能であるとするのであれば、収集対象の画像データが外部サーバ３００の外部メモリ２１１等に記憶されている場合もこれに含まれる。
【０２８５】
画像管理サーバ２００のＣＰＵ２０１は、手動収集が必要な画像データが存在しないと判定した場合（ステップＳ２１１０でＮＯ）、オリジナル画像データの収集処理を実行し（ステップＳ２１１１）、収集した画像データをＤＶＤに保存する（ステップＳ２０２２）。
【０２８６】
画像管理サーバ２００のＣＰＵ２０１は、手動収集が必要な画像データが存在すると判定した場合（ステップＳ２１１０でＹＥＳ）、手動収集の対象となる画像データの格納場所情報をクライアントＰＣ１００に送信する（ステップＳ２１１２）。この場合、手動収集が必要ない画像データについては、画像管理サーバ２００のＣＰＵ２０１が自動的に収集するものとする。
【０２８７】
クライアントＰＣ１００のＣＰＵ２０１は、手動収集の対象となる画像データの格納場所情報を受信し（ステップＳ２１１３）、当該画像データの格納場所に応じて、当該画像データの収集方法の案内表示をする（ステップＳ２１１４）。
【０２８８】
当該案内表示で表示する内容は、前述したように、クライアントＰＣ１００のＣＰＵ２０１が画像管理サーバ２００から受信した格納場所情報に応じて判断して表示するようにしてもよいし、画像管理サーバ２００のＣＰＵ２０１が当該案内表示の内容を格納場所情報毎に判断し、ステップＳ２１１２で格納場所情報と共に送信するようにしてもよい。
当該案内表示とは、例えば、図２０の画像収集案内画面２０００のような画面を表示画面に表示することを指す。
【０２８９】
ここで図２０を参照して、本発明の実施形態における、画像収集案内画面の構成の一例について説明する。図２０は、本発明の実施形態における、画像収集案内画面の構成の一例を示す図である。
【０２９０】
図２０に示すように、画像収集案内画面２０００は、「キャンセル」ボタン２００１、「ＯＫ」ボタン２００２、「後で登録」ボタン２００３等から構成されている。画像収集案内画面２０００は、手動収集の対象となった画像データが、ユーザの所有するＤＶＤ１０２に格納されていた場合に表示する案内画面である。
【０２９１】
「キャンセル」ボタン２００１は、当該ＤＶＤ１０２を挿入させるべく表示された画像収集案内画面２０００を終了するためのボタンである。「ＯＫ」ボタン２００２は、例えばＤＶＤ１０２がＤＶＤドライブに挿入された状態において押下を受け付けることで、当該ＤＶＤ１０２内の収集対象の画像データを抽出し、画像管理サーバ２００に送信するためのボタンである。
【０２９２】
「後で登録」ボタン２００３は、当該収集対象の画像データの手動収集をスキップし、未収集の画像データの収集処理、または、当該未収集の画像データを収集するための画像収集案内画面を評させるためのボタンである。以上が図２０の、本発明の実施形態における、画像収集案内画面の構成の一例についての説明である。
【０２９３】
図７の説明に戻る。クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ２１１５において、収集対象の画像データを、後で収集する旨の指示を受け付けたか否かを判定する（ステップＳ２１１５）。つまり、図２０の画像収集案内画面２０００の「後で登録」ボタン２００３の押下を受け付けたか否かを判定する。
【０２９４】
画像データを後で収集する旨の指示を受け付けたと判定した場合（ステップＳ２１１５でＹＥＳ）、画像データの収集をスキップするスキップ指示を画像管理サーバ２００に送信する（ステップＳ２１１６）。
【０２９５】
画像管理サーバ２００のＣＰＵ２０１は、当該スキップ指示を受信すると（ステップＳ２１２１）、処理をステップＳ２１２０に移行し、全ての収集対象の画像データに対する、画像データの収集処理、または、収集スキップの処理が完了しているか否かを判定する（ステップＳ２１２０）。
【０２９６】
画像管理サーバ２００のＣＰＵ２０１は、全ての収集対象の画像データに対する処理が完了していると判定した場合（ステップＳ２１２０でＹＥＳ）、処理をステップＳ２１２２に移行し、収集した画像データをＤＶＤに保存する。
【０２９７】
全ての収集対象の画像データに対する処理が完了していないと判定した場合（ステップＳ２１２０でＮＯ）、処理をステップＳ２１１２に戻し、未収集の画像データの格納場所情報をクライアントＰＣ１００に送信する（ステップＳ２１１２）。
【０２９８】
一方、クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ２１１５において、収集対象の画像データを後で収集する旨の指示を受け付けていないと判定した場合（ステップＳ２１１５でＮＯ）、画像データの送信指示を受け付けたか否かを判定する（ステップＳ２１１７）。
【０２９９】
つまり、当該ＤＶＤ１０２に格納されている収集対象の画像データを画像管理サーバ２００に送信すべく、ＤＶＤ１０２がＤＶＤドライブに挿入された状態で、画像収集案内画面２０００の「ＯＫ」ボタン２００２の押下を受け付けたか否かを判定する。
【０３００】
画像データの送信指示を受け付けていないと判定した場合（ステップＳ２１１７でＮＯ）、画像収集のキャンセルの指示が成されたものと判定し、処理を終了する。画像データの送信指示を受け付けたと判定した場合（ステップＳ２１１７でＹＥＳ）、当該収集対象の画像データをＤＶＤ１０２より抽出して画像管理サーバ２００に送信する（ステップＳ２１１８）。
【０３０１】
画像管理サーバ２００のＣＰＵ２０１は、当該画像データを受信し（ステップＳ２１１９）、処理をステップＳ２１２０に移行する。以上が図２１の、本発明の実施形態における、画像収集処理の流れについての説明である。以上、本発明の実施形態について説明した。
【０３０２】
尚、本発明の実施形態の説明においては、主に、画像データをクライアントＰＣから画像管理サーバに転送する場合について説明にしたが、例えば、図１に記載の外部サーバ３００等の画像管理サーバ２００ではない外部装置に、画像管理サーバ経由で画像データを転送し、当該転送の履歴を画像管理サーバ２００の外部メモリ２１１に記憶させるようにしてもよい。
【０３０３】
この場合、クライアントＰＣ１００のＣＰＵ２０１は、図１１に示す送信画面１１００等に設けられた不図示の送信先入力受付部に対する、画像データの送信先の記憶媒体を特定するための情報、格納場所情報の入力を受け付ける。そして、送信対象の画像データを、当該不図示の送信先入力受付部に入力された送信先に対し、画像管理サーバ２００を経由して送信する。以下、図２２〜２５を参照して、画像データを、画像管理サーバ２００を経由して外部サーバ３００に転送する実施形態について説明する。尚、本実施形態においては、上述した図１１の送信画面に変わり図２５の転送画面２５００を用いる者とする。また、上記不図示の送信先入力受付部に変わり、図２５の転送先指定指示受付部２５０３を用いる者とする。
【０３０４】
画像管理サーバ２００のＣＰＵ２０１は、当該経由時に画像データ（サムネイル画像データ）、サムネイルＩＤ、オリジナルＩＤ、転送先の媒体を特定するための情報、転送先における格納場所情報等、必要な情報を取得して、履歴情報データテーブルを更新する。
【０３０５】
ここで図２２を参照して、本発明の実形態における、画像データを、画像管理サーバ２００を経由して、外部サーバ３００に転送する処理について説明する。図２２は、本発明の実施形態における、画像データを、画像管理サーバ２００を経由して、外部サーバ３００に転送する処理の流れを示すフローチャートである。
【０３０６】
クライアントＰＣ１００のＣＰＵ２０１は、外部メモリの接続を検知すると（ステップＳ２２０１）、予めクライアントＰＣ１００に設定されているアプリケーションであって、接続された外部メモリから画像データを取得し、画像管理サーバ２００に当該取得した画像の格納場所情報を送信するためのアプリケーションである、画像管理アプリケーションを起動する。
【０３０７】
以下、ステップＳ２２０２〜ステップＳ２２０９の処理は、クライアントＰＣ１００のＣＰＵ２０１が、画像管理アプリケーションの機能を用いて実行するものとする。尚、当該画像管理アプリケーションには、予め、ユーザを一意に識別するためのＩＤであるユーザＩＤが設定されているものとする。
【０３０８】
クライアントＰＣ１００のＣＰＵ２０１は、外部メモリより画像データを取得し（ステップＳ２２０２）、当該画像データに対応するサムネイル画像データを生成して（ステップＳ２２０３）初期格納場所に格納する（ステップＳ２２０４）。ここでいう初期格納場所とは、前記画像管理アプリケーションで取得した画像データを格納するためのフォルダ等のことをいう。
【０３０９】
尚、サムネイル画像データを生成する際、当該サムネイル画像データに対し、サムネイルＩＤを付与するものとする。
【０３１０】
クライアントＰＣ１００のＣＰＵ２０１は、画像データの、前記初期格納場所への格納が完了すると、格納した画像データに対応したサムネイル画像データ、又は、当該サムネイル画像データの生成元の画像データであるオリジナル画像データと、当該オリジナル画像データの格納場所情報とを画像管理サーバ２００に送信し、当該サムネイル画像データ、又はオリジナル画像データを外部サーバ３００に転送するための画面を表示画面上に表示し（ステップＳ２２０５）、ユーザから、送信するデータの選択指示（ステップＳ２２１８）、及び転送指示を受け付ける（ステップＳ２２０６）。
【０３１１】
ステップＳ２２０５で表示する画面は、例えば、図１０の送信データ選択受付画面１０００や、図２５の転送画面２５００のような画面である。
【０３１２】
ここで図２５を参照して、本発明の実施形態における転送画面の構成の一例について説明する。図２５は、本発明の実施形態における転送画面の構成の一例を示す図である。
【０３１３】
図２５に示すように、転送画面２５００は、画像種別指定受付部２５０１、解像度指定部２５０２、転送先指定指示受付部２５０３、「キャンセル」ボタン２５０４、「送信」ボタン２５０５等から構成されている。
【０３１４】
画像種別指定受付部２５０１は、送信元フォルダ格納画像データ１００２のオリジナル画像データとサムネイル画像データを送信するか、サムネイル画像データのみを送信するかの指定を、プルダウン等により受け付ける指定受付部である。
【０３１５】
解像度指定部２５０２は、画像種別指定受付部２５０１で指定の対象となったオリジナル画像の解像度を指定する指定部である。サムネイル画像データの解像度が固定されている場合であって、画像種別指定受付部２５０１でサムネイル画像データのみが送信対象の画像として指定されている場合、解像度指定部２５０２を非表示にするよう制御してもよい。
【０３１６】
転送先指定指示受付部２５０３は、画像データの転送先の指定指示を受け付ける指示受付部である。画像管理サーバ２００が当該ユーザＩＤに対応する画像データの転送先（外部サーバ３００）の識別情報、及び格納場所の情報を、事前の登録作業等により既に記憶済みの転送先の候補の情報を、当該転送先指定指示受付部２５０３にプルダウン形式で表示し、選択を受け付けることで、当該転送先の情報を特定可能にするものとする。当該転送先の識別情報、及び格納場所の情報を示すデータについては、転送先識別情報テーブル２４００の説明にて後述する。
【０３１７】
「キャンセル」ボタン２５０４は、当該画像データの送信をキャンセルし、表示画面を送信データ選択受付画面１０００に戻すためのボタンである。
【０３１８】
「送信」ボタン２５０５は、当該画像種別指定受付部２５０１で指定の対象となった画像データを送信先に送信するためのボタンである。尚、本実施形態においては、転送先の候補の情報を、当該転送先指定指示受付部２５０３にプルダウン形式で表示するものとしたが、例えば、転送先のＵＲＬや、アドレス等を直接入力させるようにしてもよい。以上が図２５の、発明の実施形態における転送画面の構成の一例についての説明である。
【０３１９】
ここで図２４を参照して、本発明の実施形態における、転送先識別情報テーブルの構成の一例について説明する。図２４は、本発明の実施形態における、転送先識別情報テーブルの構成の一例を示す図である。
【０３２０】
図２４に示す通り、転送先識別情報テーブル２４００は、ユーザＩＤ２４０１、転送先２４０２、転送先識別情報２４０３、転送先格納場所２４０４等から構成されている。本発明の実施形態において、転送先識別情報テーブル２４００は、ユーザ毎に設けられているものとする。転送先識別情報テーブル２４００は、転送先の名称と、当該転送先の識別情報とを対応付けたデータを示す。
【０３２１】
本実施形態において、転送先識別情報テーブル２４００は、画像管理サーバ２００の外部メモリ２１１に記憶される他、クライアントＰＣ１００の外部メモリ２１１にも記憶されているものとする。これら別々の装置の記憶領域に記憶されている転送先識別情報テーブル２４００は、クライアントＰＣ１００と画像管理サーバ２００の通信機能を用いて、各装置のＣＰＵ２０１が定期的に同期を取ることで同一性が確保される。
【０３２２】
尚、転送先識別情報テーブル２４００の格納場所は、必ずしも上述の２箇所でなくともよい。例えば、画像管理サーバ２００の外部メモリ２１１、クライアントＰＣ１００の外部メモリ２１１のどちらかに記憶するようにしてもよいし、画像管理サーバ２００の外部メモリ２１１とクライアントＰＣ１００の外部メモリ２１１以外の外部装置に記憶するようにしてもよい。
【０３２３】
ユーザＩＤ２４０１は、ユーザを一意に識別するための識別情報であり、当該転送先識別情報テーブル２４００がいずれのユーザに供されるテーブルかを特定するために用いられる。
【０３２４】
転送先２４０２は、図２５に示す転送画面２５００中の転送先指定指示受付部２５０３において、転送先の候補をプルダウン形式で表示する転送先の名称である。例えば外部サーバ３００、という転送先の名称が設定される。
【０３２５】
転送先識別情報２４０３は、転送先２４０２が示す転送先の識別情報が設定される。例えばＭＡＣアドレス、ＩＰアドレスである。コンテンツデータが、転送先２４０２の示す転送先に転送された場合、図８の履歴情報データテーブル８００の送信先格納媒体８０６には、当該転送先識別情報２４０３の情報が設定される。
【０３２６】
転送先格納場所２４０４は、転送先にコンテンツデータが転送された場合に、当該転送先の端末（例えば外部サーバ３００）において、前記コンテンツデータが格納される場所を示す情報が設定される。ここでは、転送先格納場所２４０４は、転送先毎に固定されているものとする。コンテンツデータが、転送先２４０２の示す転送先に転送された場合、図８の履歴情報データテーブル８００の送信先格納場所８０７には、転送先格納場所２４０４の情報が設定される。
【０３２７】
つまり、画像管理サーバ２００のＣＰＵ２０１は、転送画面２５００において転送先の候補を表示させ、ユーザからの転送先の特定、指定指示を受け付けるべく、クライアントＰＣ１００に、予め、転送先識別情報テーブル２４００の情報を送信しておく。
【０３２８】
クライアントＰＣ１００のＣＰＵ２０１は、転送先識別情報テーブル２４００中の転送先２４０２の情報を、コンテンツデータの転送先の候補として転送画面２５００に表示し、ユーザからの当該候補の選択指示、指定指示を受け付ける（図２２のステップＳ２２１８）ことで、当該コンテンツデータの転送先を特定する。以上が図２４を参照の、本発明の実施形態における、転送先識別情報テーブルの構成の一例についての説明である。
【０３２９】
図２２の説明に戻る。クライアントＰＣ１００のＣＰＵ２０１は、転送画面２５００において、格納場所情報の入力、指定乃至選択指示を受け付ける（ステップＳ２２１８）。そして、転送対象の画像データを、転送先指定指示受付部２５０３に入力された転送先に対し転送する転送指示を受け付け（ステップＳ２２０６）、画像管理サーバ２００を経由して転送する。
【０３３０】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ２２０６で受け付けた画像データの送信指示（転送指示）がオリジナル画像の送信指示であるか否かを判定する（ステップＳ２２０７）。
【０３３１】
ステップＳ２２０６で受け付けた指示がオリジナル画像の送信指示でないと判定した場合（ステップＳ２２０７でＮＯ）、クライアントＰＣ１００のＣＰＵ２０１は、送信対象の画像データであるサムネイル画像データと、当該サムネイル画像データに対応するオリジナル画像データの格納場所情報と、ユーザＩＤとを画像管理サーバ２００に送信する（ステップＳ２２０９）。
【０３３２】
ステップＳ２２０９で送信する格納場所情報には、ステップＳ２２１８で入力を受け付けた、コンテンツデータの転送先に関する情報が含まれているものとする。例えば、転送先識別情報テーブル２４００中の、ステップＳ２２１８でユーザから指定指示を受け付けた際の指定指示の対象である転送先２４０２に対応する、転送先識別情報２４０３、転送先格納場所２４０４が、画像管理サーバ２００に送信される。
【０３３３】
ステップＳ２２０６で受け付けた指示がオリジナル画像の送信指示であると判定した場合（ステップＳ２２０７でＹＥＳ）、当該オリジナル画像データの解像度を、図２５の転送画面２５００における解像度指定部２５０２で指定された解像度に変更し（ステップＳ２２０８）、当該オリジナル画像データと、当該オリジナル画像データに対応するサムネイル画像データ、当該オリジナル画像データの格納場所情報、ユーザＩＤを画像管理サーバ２００に送信する（ステップＳ２２０９）。
【０３３４】
ここでいう格納場所情報の指す格納場所とは、ステップＳ２２１８で入力指示を受け付けた画像データの転送先であり、つまり、外部サーバ３００又は、外部サーバ３００において画像データを格納するフォルダの場所を指す。
【０３３５】
また、サムネイル画像データを送信する場合は、当該サムネイル画像データに対応したオリジナル画像データのＩＤであるオリジナルＩＤを、クライアントＰＣ１００の外部メモリ２１１内の初期格納場所に格納されている、オリジナル画像データ８１０のオリジナルＩＤ８１１から抽出し、共に画像管理サーバ２００に送信するものとする。ここでは、オリジナル画像データのみ解像度を変更可能と記載しているが、サムネイル画像データの解像度を変更可能にしてもよい。
【０３３６】
画像管理サーバ２００のＣＰＵ２０１は、クライアントＰＣ１００より、画像データと、格納場所情報と、ユーザＩＤ、画像データの転送先の情報とを受信する（ステップＳ２２１０）。
【０３３７】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ４１０で受信した画像データに対応する履歴情報データが、履歴情報データテーブル８００中にあるか否かを判定する（ステップＳ２２１１）。
【０３３８】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２２１０で受信した画像データに対応する履歴情報データが、履歴情報データテーブル８００中にないと判定した場合（ステップＳ２２１１でＮＯ）、受信した画像データの内のサムネイル画像データを画像管理サーバ２００の外部メモリ２１１に格納する（ステップＳ２２１９）。
【０３３９】
そして、転送対象の画像データ、つまり、画像管理サーバ２００のＣＰＵ２０１がステップＳ２２１０で受信した画像データの内、ステップＳ２２０６でクライアントＰＣ１００のＣＰＵ２０１が受け付けた転送指示の対象の画像データである転送対象の画像データを、転送先である外部サーバ３００に転送する（ステップＳ２２１５）。
【０３４０】
そして、画像管理サーバ２００のＣＰＵ２０１は、履歴情報データテーブル８００を更新する（ステップＳ２２１４）。ここでいう更新の処理（更新処理）とは、ユーザＩＤ８０１がステップＳ２２１０で受信したユーザＩＤと同一の履歴情報データテーブル８００を特定し、当該履歴情報データテーブルに新たな履歴を追加する処理である。
【０３４１】
つまり、画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２２１０で受信した画像データのＩＤをオリジナルＩＤ８０２、サムネイルＩＤ８０３に設定した新たな履歴を生成し、送信元格納媒体８０４に、ステップＳ２２１０で受信した格納場所情報から特定される、画像データの送信元の媒体であるクライアントＰＣ１００の識別情報を設定する。
【０３４２】
また、送信元格納場所８０５に、画像データが画像管理サーバ２００に送信される前に格納されていた場所であり、クライアントＰＣ１００における画像格納場所であるフォルダの場所の情報を設定する。
【０３４３】
送信先格納媒体８０６に、ステップＳ２２１０で受信した格納場所情報から特定される、画像データの転送先である外部サーバ３００の識別情報を設定する。また、送信先格納場所８０７には、画像データの転送先である外部サーバ３００において、転送された画像データが格納される格納場所の情報を設定する。
【０３４４】
ここでは、当該送信先格納媒体８０６に設定すべき識別情報、送信先格納場所８０７に設定すべき場所の情報がステップＳ２２１０で受信した格納場所情報から特定不可能な場合、例えば、転送先識別情報テーブル２４００に示すような転送先の名称と、当該転送先の識別情報とを対応付けたデータが存在しない等の場合、ステップＳ２２１８において、クライアントＰＣ１００のＣＰＵ２０１が入力を受け付けた転送先の情報を設定するものとする。
【０３４５】
そして、取得日時８０８に、ステップＳ２２１０において当該画像データを取得した日時を設定し、更新処理終了する。
【０３４６】
尚、ここでは履歴情報データテーブル８００に、送信元をクライアントＰＣ１００、送信先を外部サーバ３００とした１つの履歴を追加するものとして説明したが、実際の転送処理においては、画像データは画像管理サーバ２００を経由して外部サーバ３００に転送されるため、送信元がクライアントＰＣ１００、送信先が画像管理サーバ２００である１つの履歴と、送信元が画像管理サーバ２００、送信先が外部サーバ３００の２つの履歴を追加するようにしてもよい。
【０３４７】
外部サーバ３００のＣＰＵ２０１は、画像管理サーバ２００より画像データを受信し（ステップＳ２２１６）、当該画像データを、外部メモリ２１１等の格納場所に格納し、処理を終了する。
【０３４８】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２２１０で受信した画像データに対応する履歴情報データがあると判定した場合（ステップＳ２２１１でＹＥＳ）、処理をステップＳ２２１２に移行する。
【０３４９】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２２１０で特定した画像データの送信先に、同じくステップＳ２２１０で受信した画像データと同一の画像データ（同一のサムネイルＩＤ乃至オリジナルＩＤを有する画像データ）があるか否かを、履歴情報データテーブル８００を参照して次判定する（ステップＳ２２１２）。
【０３５０】
ステップＳ２２１０で特定した画像データの送信先に、ステップＳ２２１０で受信した画像データと同一の画像データが無いと判定した場合（ステップＳ２２１２でＮＯ）処理をステップＳ２２１３に移行する。ステップＳ２２１３の画像データの差し替え処理の詳細については図２３を参照して後述する。
【０３５１】
ここで図２３を参照して、本発明の実施形態における、画像データを、画像管理サーバ２００を経由して外部サーバ３００に転送する場合の、画像データの差し替え処理の流れについて説明する。図２３は、本発明の実施形態における、画像データを、画像管理サーバ２００を経由して外部サーバ３００に転送する場合の、画像データの差し替え処理の詳細を示すフローチャートである。
【０３５２】
画像管理サーバ２００のＣＰＵ２０１は、クライアントＰＣ１００のＣＰＵ２０１が図２２のステップＳ２２０９で送信した画像データと同一の画像データが、外部サーバ３００に存在していることをクライアントＰＣ１００に通知するとともに、当該既存の画像データのサムネイル画像データをクライアントＰＣ１００に送信する。（ステップＳ２３０１）。
【０３５３】
クライアントＰＣ１００のＣＰＵ２０１は、当該通知とサムネイル画像データを受信し（ステップＳ２３０２）、当該通知の対象である画像データの差し替え、追加保存をさせるための画面である差し替え指示受付画面１７００を表示画面に表示する（ステップＳ２３０３）。差し替え指示受付画面１７００については、図１７の説明にて説明済のため、ここでは説明を割愛する。
【０３５４】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ２３０４でユーザからの指示を受け付ける（ステップＳ２３０４）。ここでいう指示とは、図１７の差し替え指示受付画面１７００を介して受け付けた、画像データの差し替え指示、画像データの追加保存指示、画像データの格納キャンセル指示等のことである。
【０３５５】
クライアントＰＣ１００のＣＰＵ２０１は、ステップＳ２３０４で受け付けた指示の内容を確定する指示を受け付けたか、つまり、差し替え指示受付画面１７００の「ＯＫ」ボタン１７０９の押下、または、「キャンセル」ボタン１７１０の押下を受け付けたか否かを判定する（ステップＳ２３０５）。
【０３５６】
指示内容を確定する指示を受け付けていないと判定した場合は（ステップＳ２３０５でＮＯ）、処理をステップＳ２３０４の前に戻して待機し、指示内容を確定する指示を受け付けたと判定した場合は（ステップＳ２３０５でＹＥＳ）、当該確定した、各画像データについての指示内容を画像管理サーバ２００に送信する（ステップＳ２３０６）。
【０３５７】
画像管理サーバ２００のＣＰＵ２０１は、当該指示内容を受信し（ステップＳ２３０７）、当該指示の対象となる各画像データに対して、ステップＳ２３０８〜ステップＳ２３１３の処理を繰り返す。
【０３５８】
画像管理サーバ２００のＣＰＵ２０１は、画像データに対する指示の内容が画像データの差し替えか否かを判定し（ステップＳ２３０８）、当該指示内容が画像データの差し替えであった場合（ステップＳ２３０８でＹＥＳ）、外部サーバ３００の、例えば、外部メモリ２１１内の格納場所に格納されている、当該画像データと同一のＩＤを有する画像データを破棄するよう前記外部サーバ３００に指示し、差し替える画像データを前記外部サーバ３００に送信する（ステップＳ２３１２）。
【０３５９】
そして、ステップＳ２３０７で受信した指示内容を、当該指示の対象となる全ての画像データに対して実行済みか否かを判定し（ステップＳ２３１１）、全ての画像データに対して処理が実行済みであると判定した場合は（ステップＳ２３１１でＹＥＳ）処理を終了する。
【０３６０】
全ての画像データに対して処理が実行済みでないと判定した場合は（ステップＳ２３１１でＮＯ）、処理をステップＳ２３０８に移行して、当該指示内容に沿った処理が行われていない画像データに対し、ステップＳ２３０８〜ステップＳ２３１３までの処理を行う。
【０３６１】
一方、外部サーバ３００のＣＰＵ２０１は、既存の画像データの破棄指示と、当該差し替える画像データを画像管理サーバ２００から受信し（ステップＳ２３１４）、既存の画像データを破棄する（ステップＳ２３１５）。そして、当該差し替える画像データを、格納場所に格納し（ステップＳ２３１７）、処理を終了する。。
【０３６２】
ステップＳ２３０８において、指示内容が画像データの差し替えでないと判定した場合（ステップＳ２３０８でＮＯ）、画像管理サーバ２００のＣＰＵ２０１は、当該指示内容が画像データの追加保存であるか否かを判定する（ステップＳ２３０９）。
【０３６３】
指示内容が画像データの追加保存であると判定した場合（ステップＳ２３０９でＹＥＳ）、処理をステップＳ２３１３に移行し、当該指示の対象となる画像データを外部サーバ３００に追加保存させるべく、外部サーバ３００に転送し（ステップＳ２３１３）、処理をステップＳ２３１１へ移行する。追加保存される画像データは既存の画像データとは別個の画像データとなるため、追加保存される画像データには既有のＩＤとは別のＩＤが新たに付与されるものとする。つまり、オリジナル画像データ８１０のオリジナルＩＤ８１１、または、サムネイル画像データ８２０のサムネイルＩＤ８２１が変更される。
【０３６４】
外部サーバ３００は、ステップＳ２３１３で画像管理サーバより転送されてきた画像データを受信し（ステップＳ２３１６）、外部サーバ３００における格納場所に格納して（ステップＳ２３１７）、処理を終了する。
【０３６５】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２３０９において、指示内容が画像データの追加保存でないと判定した場合（ステップＳ２３０９でＮＯ）、当該指示内容は、対象となる画像データの外部サーバ３００への転送のキャンセルであると判断し、当該画像データを破棄する（ステップＳ２３１０）。
【０３６６】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２３０７で受信した指示内容を、当該指示の対象となる全ての画像データに対して実行済みか否かを判定し（ステップＳ２３１１）、全ての画像データに対して処理が実行済みであると判定した場合は（ステップＳ２３１１でＹＥＳ）処理を終了する。以上が図２３の、本発明の実施形態における、画像データを、画像管理サーバ２００を経由して外部サーバ３００に転送する場合の、画像データの差し替え処理の流れについての説明である。
【０３６７】
図２２の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２３１１にける画像データの差し替え処理を終了し、履歴情報データテーブル８００を更新（ステップＳ２２１４）し、処理を終了する。履歴情報データテーブル８００の更新処理については既に説明済であるため、ここでは、外部サーバ３００に追加保存された画像データに関する、履歴情報データテーブルの更新処理について説明する。
【０３６８】
外部サーバ３００に追加保存される画像データは、当該追加保存される画像データが元々有していたＩＤ（サムネイルＩＤまたはオリジナルＩＤ）と同一のＩＤを有する別の画像データとは違った、別個の画像として外部サーバ３００に転送、記憶される。
【０３６９】
よって、当該履歴情報データテーブルの更新に際して、変更後のオリジナルＩＤ８１１、またはサムネイルＩＤ８２１（新たに付与されたＩＤ）を、オリジナルＩＤ８０２、サムネイルＩＤ８０３に設定した新たな履歴を生成する。以上が図２２の、本発明の実施形態における、画像データを、画像管理サーバ２００を経由して、外部サーバ３００に転送する処理についての説明である。
【０３７０】
次に図２６を参照して、本発明の実施形態における、通知処理の概要について説明する。図２６は、本発明の実施形態における、通知処理の概要を示すフローチャートである。
【０３７１】
画像管理サーバ２００のＣＰＵ２０１は、例えば、スケジュールに登録された予定情報（予定９０３）において、使用されるだろうカメラ（アイテム）等の機器のバッテリ（アイテム）の容量、メモリカード（アイテム）の容量を算出し、当該スケジュールに対応したユーザに対し、当該容量の確保に必要な時間に応じて、当該容量を確保させるべく通知を行うものである。つまり通知処理を行うものである。ここでいうバッテリ、メモリは、ユーザによって使用されるアイテムである。
【０３７２】
尚、本発明の実施形態においては、当該通知の対象となる機器はカメラ（撮像装置）、バッテリ、メモリであるものとするが、通知の対象となる機器（アイテム）は必ずしもこれに限るものではない。例えば、音楽データの記録媒体、携帯電話やタブレット端末、電子手帳等であってもよい。
【０３７３】
また、本実施形態においては、画像管理サーバ２００がカレンダー機能、及びスケジュール登録・管理機能を有するものとする。
【０３７４】
尚、当該カレンダー機能、スケジュール登録・管理機能は、必ずしも画像管理サーバ２００が有していなくともよい。例えば、不図示の、カレンダー機能を有するカレンダーサバ、スケジュール登録・管理をするスケジュール管理サーバと連携することで、本発明における、スケジュール登録・管理を行うようにしてもよい。
【０３７５】
画像管理サーバ２００のＣＰＵ２０１は、現在時刻の情報を取得する（ステップＳ２６０１）。そして、通知の必要性の有無を確認する対象のスケジュールを特定する（ステップＳ２６０２）。
【０３７６】
画像管理サーバ２００のＣＰＵ２０１は、スケジュールを現在時刻から一定期間先までの予定情報を取得し（ステップＳ２６０３）、当該取得した予定情報の中に、ユーザに対する通知を必要とする予定情報が存在するか否かを判定する（ステップＳ２６０４）。ステップＳ２６０４の、通知処理の必要性判断の詳細については、図３８の説明にて後述する。
【０３７７】
尚、ここでは、画像管理サーバ２００のＣＰＵ２０１は、一定時間毎に、画像管理サーバ２００の管理するスケジュール情報について、通知すべき予定情報が登録されているか（対応付けられているか）を確認、判定するものとする。
【０３７８】
以下、図３８を参照して、本発明の実施形態における、通知処理の必要性判断の処理の流れについて説明する。図３８は、本発明の実施形態における、通知処理の必要性判断の処理の流れを示すフローチャートである。
【０３７９】
図３８ではフローチャートを２つ記載しているが、本実施例の説明においては、ステップＳ３８０１〜Ｓ３８０５の処理を適用するものとする。ステップＳ３８０６〜Ｓ３８１０の処理は、本実施例とは別の、通知処理の必要性判断の一例として記載、説明する。
【０３８０】
画像管理サーバ２００のＣＰＵ２０１は、後述する図３３の予定情報履歴を参照する（ステップＳ３８０１）。
【０３８１】
ここで図３３を参照して、本発明の実施形態における、予定情報履歴の構成の一例について説明する。図３３は、本発明の実施形態における、予定情報履歴の構成の一例を示す図である。
【０３８２】
以下図３３〜図３６の説明で取り上げるデータは、画像管理サーバ２００の外部メモリに記憶されているものとする（履歴記憶手段）。また、図３４〜３６で取り上げるデータは、クライアントＰＣ１００の外部メモリにも記憶されているものとする。尚、これらのデータの記憶場所は上記の記憶場所に限るものではない。例えば、画像管理サーバ２００の外部メモリとクライアントＰＣ１００の外部メモリのどちらか一方、またはその両方に記憶されるようにしてもよい。
【０３８３】
図３３に示す通り、予定情報履歴３３００（予定情報に対応するアイテムの使用履歴／記憶手段）は、ユーザＩＤ３３０１、予定情報３３０２、日付３３０３、時間３３０４、外出フラグ３３０５、端末ＩＤ３３０６、バッテリＩＤ３３０７、メモリＩＤ３３０８、静止画枚数３３０９、動画時間３３１０、バッテリ使用量３３１１、メモリ使用量３３１２等から構成されている。つまり、過去の予定情報とアイテムとを対応付けて記憶している。
【０３８４】
予定情報履歴３３００は、前述した画像管理アプリケーションによって、前記クライアントＰＣ１００に接続されたメモリ、端末等から取得された画像データに関連する情報、画像データを撮影した端末に関連する情報が画像管理サーバ２００に送信され、画像管理サーバ２００のＣＰＵ２０１が、受信した当該画像データに関連する情報、画像データを撮影した端末に関連する情報、及び、図３７に示すような、スケジュールに登録された予定情報のテーブル・情報を用いて生成・追加するものとする。
【０３８５】
尚、ここでは画像管理アプリケーションが予定情報履歴３３００に挿入すべき各データを、撮像装置、メモリカード、バッテリ、画像データから取得して画像管理サーバ２００に送信し、当該画像管理サーバ２００のＣＰＵ２０１が、予定情報履歴３３００に当該各データを挿入して、追加するものとしたが、例えば、画像管理サーバ２００のＣＰＵ２０１が、クライアントＰＣ１００から画像データを受信し、当該画像データのＥｘｉｆ情報から、日付３３０３、時間３３０４、端末ＩＤ３３０６、バッテリＩＤ３３０７、メモリＩＤ３３０８、バッテリ使用量３３１１、メモリ使用量３３１２を取得して、予定情報履歴３３００に挿入、追加するようにしてもよい。
【０３８６】
この場合、画像管理サーバ２００のＣＰＵ２０１は、受信した画像データの撮影日時の情報から、当該画像に対応する予定情報３３０２を特定し、当該予定情報の外出フラグ３３０５を特定する。また、静止画枚数３３０９、動画時間３３１０は、同予定に対応する静止画データの総枚数、動画データの総撮影時間をそれぞれ算出して挿入するものとする。各データの詳細については後述する。
【０３８７】
前記画像データに関連する情報とは、例えば、画像データの撮影日時の情報、データサイズ、撮影時の設定情報等である。また、画像データを撮影した端末に関連する情報とは、例えば、端末の機種情報、識別情報、メモリの識別情報、メモリの種別、メモリの総容量、メモリの残容量等である。
【０３８８】
端末の識別情報、メモリの識別情報を、画像データの付帯情報、乃至、クライアントＰＣ１００に接続されたメモリから取得出来ない場合には、画像管理アプリケーション側で、一意の識別情報を付与する。
【０３８９】
また、画像管理アプリケーションは、クライアントＰＣに接続されたメモリ、端末等から、端末に接続されているバッテリに関する情報（識別情報、バッテリの総容量、バッテリの残容量、対応端末等の情報）を取得する。識別情報が取得出来ない場合には、端末、メモリの際と同じように識別情報を付与するものとする。
【０３９０】
ここで、図３７を参照して、本発明の実施形態における、予定情報テーブル３７００の構成の一例について説明する。図３７は、本発明の実施形態における、予定情報テーブル３７００の構成の一例を示す図である。
【０３９１】
図３７に示す通り、予定情報テーブル３７００は、ユーザＩＤ３７０１、予定情報３７０２、日付３７０３、時間３７０４、外出フラグ３７０５、非公開フラグ３７０６等から構成されている。予定情報テーブル３７００は、図３９に示すスケジュール登録画面３９００で、ユーザによるスケジュール・予定の登録を受け付けることで、画像管理サーバ２００のスケジュール管理機能が作成、追加、更新するものとする。また、当該予定情報テーブル３７００は、本実施例において、画像管理サーバ２００の外部メモリに記憶され、管理されているものとする（予定情報記憶手段）。つまり、当該予定情報テーブル３７００には、ユーザの未来の予定を示す予定情報が記憶されている。また、過去の予定を示す過去の予定情報が記憶されている。  
【０３９２】
ユーザＩＤ３７０１は、ユーザを識別するための識別情報である。予定情報３７０２は、ユーザＩＤ３７０１の示すユーザにより登録された予定情報の名称である。日付３７０３、時間３７０４は、それぞれ、対応する予定情報の登録された日付、時間を示す。外出フラグ３７０５は当該予定情報が外出か否かを示すフラグである。非公開フラグ３７０６は、当該予定情報が公開情報か否かを示すフラグである。
【０３９３】
外出フラグ３７０５＝１の場合、当該外出フラグ３７０５に対応する予定情報は、外出予定であり、外出フラグ３７０５＝０の場合、当該外出フラグ３７０５に対応する予定情報は、外出予定ではないものとする。
【０３９４】
外出フラグ３３０５は、例えば、不図示のスケジュール、予定登録画面において、ユーザから、不図示の外出タグ付与ボタンの押下指示を受け付けることにより、“１”に変更される。また、当該不図示の外出タグ付与ボタンの再押下指示を受け付けることで、“０”に変更されるものとする。
【０３９５】
また、非公開フラグ３７０６＝１の場合、当該非公開フラグ３７０６に対応する予定情報は、非公開の情報であり、非公開フラグ３７０６＝０の場合、当該非公開フラグ３７０６に対応する予定情報は、公開情報であるものとする。
【０３９６】
非公開フラグ３７０６は、例えば、不図示のスケジュール、予定登録画面において、ユーザから、不図示の非公開タグ付与ボタンの押下指示を受け付けることにより、“１”に変更される。また、当該不図示の非公開タグ付与ボタンの再押下指示を受け付けることで、“０”に変更されるものとする。以上が図３７の、本発明の実施形態における、予定情報テーブル３７００の構成の一例についての説明である。
【０３９７】
図３３の説明に戻る。画像管理アプリケーションにより取得、または付与された識別情報等の情報が、後述する図３４〜図３６で示すテーブルに未登録の場合、画像管理アプリケーションは、クライアントＰＣ１００の外部メモリに記憶された当該図３４〜図３６で示すテーブルに各種情報を追加するものとする。
【０３９８】
画像管理サーバ２００のＣＰＵ２０１は、画像管理アプリケーション（クライアントＰＣ）から受信した、識別情報等の情報が、画像管理サーバ２００の外部メモリに記憶された当該図３４〜図３６で示すテーブルに未登録の場合、上述した各種情報を各テーブルに追加するものとする。
【０３９９】
ユーザＩＤ３３０１は、以下予定情報３３０２〜メモリ使用量３３１２までの情報がいずれのユーザに対応した情報かを特定するための識別情報である。予定情報３３０２は、ユーザＩＤ３３０１に対応したスケジュールに登録されている予定情報の名称である。
【０４００】
日付３３０３は、予定情報３３０２が登録されているスケジュール上の日付である。時間３３０４は、予定情報３３０２が登録されているスケジュール上の時間である。外出フラグ３３０５は、当該予定情報３３０２が外出の予定として設定されているか否かを判別するためのフラグである。
【０４０１】
端末ＩＤ３３０６は、ユーザの所有するカメラ等の端末を識別するための識別情報である。予定情報履歴３３００においては、当該予定情報３３０２に示す予定において使用された、つまり、日付３３０２、及び、時間３３０３の示す日時に撮影された画像を撮影した端末を識別するための識別情報である。
【０４０２】
具体的には、例えば、画像管理アプリケーションがメモリから取得した画像データの撮影日時と、予定情報の設定された時間から、当該画像データがいずれの予定情報に対応するかを特定する。そして、画像管理アプリケーションが取得した当該画像データの撮影に用いられた端末の情報を以て、当該予定情報の示す予定にて使用された端末を特定し、当該端末の識別情報を端末ＩＤ３３０６に設定する。
【０４０３】
バッテリＩＤ３３０７は、ユーザのバッテリを識別するための識別情報である。予定情報履歴３３００においては、当該端末ＩＤ３３０６の示す端末に接続され、日付３３０２、及び、時間３３０３の示す日時に使用されたバッテリを識別するための識別情報である。
【０４０４】
メモリＩＤ３３０８は、ユーザのメモリ、つまり、端末３３０２に接続して使用する記憶媒体を一意に識別するための識別情報である。予定情報履歴３３００においては、当該端末ＩＤ３３０６の示す端末に接続され、日付３３０２、及び、時間３３０３の示す日時に使用されたメモリを識別するための識別情報である。
【０４０５】
静止画枚数３３０９、動画時間３３１０は、それぞれ、日付３３０２、及び、時間３３０３の示す日時に撮影された静止画の枚数、動画の撮影時間を示す。バッテリ使用量３３１１は、当該日付３３０２、及び、時間３３０３の示す日時に使用・消費されたバッテリ量である。当該バッテリ使用量、メモリ使用量は、予定開始時以前のバッテリ残量、メモリ残量から、予定終了後に画像管理アプリケーションが取得したバッテリ残量、メモリ残量をひくことで算出する。また、端末と通信することで、端末及びバッテリ、メモリの状態を画像管理サーバ２００が受信することで、図３３〜図３６に示すテーブルの情報を更新するようにしてもよい。
【０４０６】
使用メモリ量３３１２は、当該日付３３０２、及び、時間３３０３の示す日時に使用・消費されたメモリ量である。以上が図３３の、本発明の実施形態における、予定情報履歴の構成の一例についての説明である。
【０４０７】
次に図３４を参照して、本発明の実施形態における、端末情報テーブルの構成の一例について説明する。図３４は、本発明の実施形態における、端末情報テーブルの構成の一例を示す図である。
【０４０８】
図３４に示す通り、端末情報テーブル３４００は、ユーザＩＤ３４０１、端末ＩＤ３４０２、種別３４０３等から構成されている。端末情報テーブルは、画像管理アプリケーションが取得した端末に関する情報を用いて、画像管理アプリケーション、及び画像管理サーバ２００のＣＰＵ２０１により生成される。ユーザＩＤ３４０１は、当該端末に対応する、例えば端末の所有者であるユーザの識別情報である。
【０４０９】
端末ＩＤ３４０２は、端末を識別するための識別情報である。種別３４０３は、当該端末ＩＤ３４０２の示す端末の種別を表す。例えば、カメラ、ビデオ、携帯等である。当該種別３４０３に設定される項目内容は、画像管理サーバ２００の外部メモリ等の記憶領域に別途記憶されているものとする。以上が図３４の、本発明の実施形態における、端末情報テーブルの構成の一例についての説明である。
【０４１０】
次に図３５を参照して、本発明の実施形態における、バッテリ使用状況テーブルの構成の一例について説明する。図３５は、本発明の実施形態における、バッテリ使用状況テーブルの構成の一例を示す図である。
【０４１１】
図３５に示す通り、バッテリ使用状況テーブル３５００は、ユーザＩＤ３５０１、バッテリＩＤ３５０２、残容量３５０３、対応端末３５０４、装着端末ＩＤ３５０５、満充電時間３５０６等から構成されている。
【０４１２】
バッテリ使用状況テーブル３５００は、画像管理アプリケーションが取得した端末に関する情報（バッテリに関する情報）を用いて、画像管理アプリケーション、及び画像管理サーバ２００のＣＰＵ２０１により生成される。また、画像管理アプリケーションによりバッテリの情報が取得される毎に更新される。ユーザＩＤ３５０１は、バッテリに対応する、例えばバッテリの所有者であるユーザの識別情報である。
【０４１３】
バッテリＩＤ３５０２はバッテリを一意に識別するための識別情報である。残容量３５０３は、当該バッテリＩＤ３５０２の示すバッテリの残容量である。ここでは、説明する上で分かり易くするため、残量をパーセンテージで示しているが、実際は別の単位でき記憶しておいてもよい。
【０４１４】
対応端末３５０４は、バッテリＩＤ３５０２の示すバッテリを装着して使用可能な端末のＩＤを示す。ここでは、対応端末３５０４に１つの端末ＩＤが記憶されているが、複数であっても良いものとする。尚、どの端末がどのバッテリに対応しているかの情報が画像管理アプリケーションによって取得できない場合、ウェブ上に公開されているバッテリ、端末の情報を用いて、対応端末を特定するようにしてもよい。ここでは、対応端末３５０４に設定される端末は、端末情報テーブル３４００に記憶されている端末のみとする。
【０４１５】
装着端末ＩＤ３５０５は、バッテリＩＤ３５０２の示すバッテリが装着されている端末の端末ＩＤを示す。当該装着端末３５０５は、画像管理アプリケーションが直近に取得した、各バッテリの、各端末への接続状況の情報を以て判断される。
【０４１６】
例えば、画像管理アプリケーションがメモリから、端末Ｃ１、バッテリＢ−Ｃ１、メモリＭ１を用いて４月１日に撮影された画像データと、端末Ｃ２、バッテリＢ−Ｃ１、メモリＭ１を用いて４月５日に撮影された画像データと、を取り込んだ場合、バッテリＢｃ−１の装着端末３５０６は、端末Ｃ−２となる。
【０４１７】
また、残容量３５０３は、画像管理アプリケーションが直近に取得した、各バッテリの残容量の情報を以て更新される（要素記憶手段）。
【０４１８】
満充電時間３５０６は、当該バッテリを満充電するために必要な時間である。
以上が図３５の、本発明の実施形態における、バッテリ使用状況テーブルの構成の一例についての説明である。
【０４１９】
次に図３６を参照して、本発明の実施形態における、メモリ使用状況テーブルの構成の一例について説明する。図３６は、本発明の実施形態における、メモリ使用状況テーブルの構成の一例を示す図である。
【０４２０】
図３６に示す通り、メモリ使用状況テーブル３６００は、ユーザＩＤ３６０１、メモリＩＤ３６０２、残容量３６０３、最大容量３６０４、種別３６０５、対応端末３６０６、装着端末３６０７等から構成されている。
【０４２１】
ユーザＩＤ３６０１は、メモリに対応する、例えばメモリの所有者であるユーザの識別情報である。メモリＩＤ３６０２はメモリを一意に識別するための識別情報である。
【０４２２】
残容量３６０３は、当該メモリＩＤ３６０２の示すメモリの残容量である。ここでは、単位をＧＢ（ギガバイト）で記憶しているが、最大容量に対するパーセンテージで記憶するようにしてもよい。残容量３６０３は、画像管理アプリケーションが直近に取得した、各メモリの残容量の情報を以て更新される（要素記憶手段）。
【０４２３】
最大容量３６０４は、メモリＩＤ３６０２の示すメモリの最大記憶容量を示す。種別３６０５は、当該メモリＩＤ３６０２の示すメモリの種別を示す。例えば、ＳＤメモリカード（登録商標）、内蔵メモリ（Ｅｍｂｅｄｄｅｄ  ｍｅｍｏｒｙ（ＥＭＢ））等の種別である。
【０４２４】
対応端末３６０６は、メモリＩＤ３６０２の示すメモリを装着可能な、端末情報テーブル３４００に登録済の端末ＩＤ３４０２が設定される。装着端末３６０７は、メモリＩＤ３６０２の示すメモリが装着されている端末の端末ＩＤ３４０２を示す。当該装着端末３６０７は画像管理アプリケーションが直近に取得した、各バッテリの、各端末への接続状況の情報を以て判断される。
【０４２５】
例えば、画像管理アプリケーションがメモリから、端末Ｃ１、バッテリＢ−Ｃ１、メモリＭ１を用いて４月１日に撮影された画像データと、端末Ｃ２、バッテリＢ−Ｃ１、メモリＭ１を用いて４月５日に撮影された画像データと、を取り込んだ場合、メモリＭ１の装着端末３６０７は、端末Ｃ−２となる。以上が図３６の、本発明の実施形態における、メモリ使用状況テーブルの構成の一例についての説明である。
【０４２６】
図３８の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２６０１で取得した予定情報の中に、予定情報履歴３３００内に記憶されている予定情報と同じ名称の予定情報が存在するか否かを判定する（ステップＳ３８０２）。つまり、過去に、同じ名称の予定情報であって、端末ＩＤ３３０６、バッテリＩＤ３３０７、乃至メモリＩＤ３３０８に対応して記憶されている予定情報が存在するか否かを判定する。
【０４２７】
ステップＳ２６０１で取得した予定情報の中に、予定情報履歴３３００内に記憶されている予定情報と同じ名称の予定情報が存在しないと判定した場合（ステップＳ３８０２でＮＯ）、通知の必要のある予定情報は存在しないものと判断し（ステップＳ３８０５）、処理を終了する。
【０４２８】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２６０１で取得した予定情報の中に、予定情報履歴３３００内に記憶されている予定情報と同じ名称の予定情報が存在すると判定した場合（ステップＳ３８０２でＹＥＳ）、当該予定情報に対応する外出フラグ３３０５が１か否かを判定する（ステップＳ３８０３）。
【０４２９】
外出フラグ３３０５が１である場合（ステップＳ３８０３でＹＥＳ）、外出フラグ３３０５が１である予定情報３３０２と同じ名称の予定情報であって、ステップＳ２６０１で取得した予定情報を、通知の必要のある予定情報として特定する（ステップＳ３８０４）。
外出フラグ３３０５が０である場合（ステップＳ３８０３でＮＯ）、処理をステップＳ３８０５に移行し、処理を終了する。
【０４３０】
次に、ステップＳ３８０６〜Ｓ３８１０の処理を、本実施例とは別の、通知処理の必要性判断の一例として説明する。画像管理サーバ２００のＣＰＵ２０１は、スケジュール管理機能により管理・更新されている予定情報テーブル３７００を参照する（ステップＳ３８０６）。
【０４３１】
そして、予定情報テーブル３７００に記憶されている、ステップＳ２６０１で取得した予定情報の外出フラグ３７０５が１か否かを判定する（ステップＳ３８０７）。つまり、ステップＳ２６０１で取得した予定情報の中に外出の予定があるか否かを判定する。
【０４３２】
予定情報テーブル３７００に記憶されている、ステップＳ２６０１で取得した予定情報の外出フラグ３７０５が０であった場合（ステップＳ３８０７でＮＯ）、通知の必要のある予定情報は存在しないものと判断し（ステップＳ３８１０）、処理を終了する。
【０４３３】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２６０１で取得した予定情報の外出フラグ３７０５が１であると判定した場合（ステップＳ３８０７でＹＥＳ）、つまり、ステップＳ２６０１で取得した予定情報の中に外出の予定があった場合、当該外出の予定の予定情報の中に、予定情報履歴３３００内に記憶されている予定情報と同じ名称の予定情報が存在するか否かを判定する（ステップＳ３８０８）。
【０４３４】
つまり、過去に、同じ名称の予定情報であって、端末ＩＤ３３０６、バッテリＩＤ３３０７、乃至メモリＩＤ３３０８に対応して記憶されている予定情報が存在するか否かを判定する。
【０４３５】
当該外出の予定の予定情報の中に、予定情報履歴３３００内に記憶されている予定情報と同じ名称の予定情報が存在すると判定した場合（ステップＳ３８０８でＹＥＳ）、当該予定情報を通知の必要のある予定情報として特定する（ステップＳ３８０９）。
【０４３６】
当該外出の予定の予定情報の中に、予定情報履歴３３００内に記憶されている予定情報と同じ名称の予定情報が存在しないと判定した場合（ステップＳ３８０８でＮＯ）、処理をステップＳ３８１０に移行し、処理を終了する。
【０４３７】
つまり、ステップＳ３８０１〜Ｓ３８０５の判断処理においては、過去に当該予定情報と対応する予定情報の示す予定において、画像の撮影、音楽データの記録、その他画像管理サーバ２００で管理されるデータの作成・記録がなされた履歴が記憶されていた場合、且つ、記憶されていた予定情報が外出予定である場合、当該ユーザに対する通知を必要とする（通知すべき）予定情報が存在するものと判断するものである。
【０４３８】
尚、本実施例においては、ステップＳ３８０２の後にステップＳ３８０３を加えているが、ステップＳ３８０３は必ずしも必要ではない。例えば、ステップＳ３８０２でＹＥＳと判定された場合に処理をステップＳ３８０４に移行させ、ステップＳ３８０２でＮＯと判定された場合に処理をステップＳ３８０５に移行させて、処理を終了するようにしてもよい。
【０４３９】
また、ステップＳ３８０６〜Ｓ３８１０の判断処理においては、ステップＳ２６０３で画像管理サーバ２００のＣＰＵ２０１が取得した“外出”の属性情報が付帯している予定情報であって、過去に当該予定情報と対応する予定情報の示す予定において、画像の撮影、音楽データの記録、その他画像管理サーバ２００で管理されるデータの作成・記録がなされた履歴が記憶されていた場合に、当該予定情報を、前記通知すべき予定情報として特定するようにしたものである。
【０４４０】
こうすることで、例えば、屋内の予定であって、継続的に電源を確保可能であるにも関わらず、バッテリ等の電源の確保の通知をすることを防止することが出来る。
【０４４１】
尚、ステップＳ３８０６〜Ｓ３８１０の説明においては、ステップＳ３８０７の後にステップＳ３８０８を加えているが、ステップＳ３８０８は必ずしも必要ではない。例えば、ステップＳ３８０７でＹＥＳと判定された場合に処理をステップＳ３８０９に移行させ、ステップＳ３８０７でＮＯと判定された場合に処理をステップＳ３８１０に移行させて、処理を終了するようにしてもよい。以上が図３８の、本発明の実施形態における、通知処理の必要性判断の処理の流れについての説明である。
【０４４２】
図２６の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２６０５で、ユーザに対する通知を必要とする予定情報が存在するか否かを判定する（ステップＳ２６０５）。ユーザに対する通知を必要とする予定情報が存在しないと判定した場合（ステップＳ２６０５でＮＯ）、処理を終了する。ユーザに対する通知を必要とする予定情報が存在すると判定した場合（ステップＳ２６０５でＹＥＳ）、ユーザに対する通知処理を実行する（ステップＳ２６０６）。当該通知処理の詳細については、図２７〜図３２を参照して後述する。以上が図２６の、本発明の実施形態における、通知処理の概要についての説明である。
【０４４３】
以下、図２７〜図２９を参照して、バッテリの容量確保に関する通知処置について説明する。また、図３０〜図３２を参照して、メモリの容量確保に関する通知処理について説明する。
【０４４４】
まず、図２７を参照して、本発明の実施形態における、バッテリの通知処理の詳細について説明する。図２７は、本発明の実施形態における、バッテリの通知処理の詳細を示すフローチャートである。
【０４４５】
画像管理サーバ２００のＣＰＵ２０１は、図２６のステップＳ２６０３で取得した予定情報から１つの予定情報を取得し（ステップＳ２７０１／予定情報取得手段）、当該予定情報の示す予定に際して使用されるカメラのバッテリ容量（バッテリの推定使用量）を推測、算出する（ステップＳ２７０２）。当該算出処理の詳細については、図２８を参照して後述する。
【０４４６】
ここで図２８を参照して、発明の実施形態における、バッテリ使用量の算出の流れについて説明する。図２８は、発明の実施形態における、バッテリ使用量の算出の流れを示すフローチャートである。
【０４４７】
画像管理サーバ２００のＣＰＵ２０１は、図２７のステップＳ２７０１で取得した予定情報と対応する予定情報を含む履歴情報を参照する（ステップＳ２８０１）。例えば、ステップＳ２７０１で取得した予定情報と同じ名称の予定情報に関する履歴情報を参照する。ここでいう履歴情報とは、図３３に示すような、予定情報に関する履歴の情報である。
【０４４８】
つまり、図２６のステップＳ２６０３において画像管理サーバ２００のＣＰＵ２０１が取得した予定情報群の中に、当該予定情報履歴３３００において、端末ＩＤ３３０６、バッテリＩＤ３３０７、メモリＩＤ３３０８のいずれかと対応付けられて登録されている予定情報があった場合に、当該予定情報を通知対象の予定情報であるものと判断する（ステップＳ２６０５）。過去にカメラ等が使用された予定については、次回以降もカメラが使用されるであろうと判断するものである。
【０４４９】
また例えば、図２６のステップＳ２６０３において画像管理サーバ２００のＣＰＵ２０１が取得した予定情報群の中に、不図示のスケジュール管理のデータにおいて、外出タグが１に設定されている予定情報があった場合に、当該予定情報を通知対象の予定情報であるものと判断するようにしてもよい。つまり、外出しない＝電源の確保、メモリ残量の確保などの対応が容易であり、外出＝電源の確保、メモリ残量の確保などの対応が困難であるものと判断し、外出の予定情報についてのみ、通知を行うものである。
【０４５０】
また、これらの判断基準を組み合わせて使用してもよい。例えば、予定情報履歴３３００に、図２６のステップＳ２６０３において画像管理サーバ２００のＣＰＵ２０１が取得した予定情報と同じ、又は類似する予定情報であって、外出フラグ＝１の予定情報があった場合に、当該予定情報に関する通知を行う。
【０４５１】
これにより、外出フラグが設定されていないが、外出であろう予定情報を推定し、通知を行うことが出来る。
【０４５２】
図２８の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２８０１において、図２７のステップＳ２７０１で取得した予定情報に対応する予定情報を含む全ての履歴を、予定情報履歴３３００を参照して特定する（ステップＳ２８０１）。
【０４５３】
そして、ステップＳ２８０１で特定した当該履歴中の、予定情報に対応する端末ＩＤ３３０６の中で最も多く使用されている端末ＩＤ３３０６を特定し（ステップＳ２８０２／アイテム特定手段）、ステップＳ２８０２で特定した端末ＩＤ３３０６に対応するバッテリ使用量３３１１の１時間あたりの平均値を取得する（ステップＳ２８０３）。つまり、当該予定情報において使用されたことのあるアイテム（カメラ、バッテリ）を特定し、当該予定情報に対応するバッテリの使用量を特定する。
【０４５４】
ステップＳ２８０１で特定した予定情報、及び、ステップＳ２８０２で特定した端末ＩＤ３３０６に対応するバッテリが複数ある場合、ステップＳ２８０２で特定した端末ＩＤ３３０６を含む直近の履歴を抽出し、当該端末ＩＤ３３０６と、当該バッテリＩＤ３３０７を含む履歴における、バッテリ使用量３３１１の１時間あたりの平均値を取得するものとする。
【０４５５】
例えば、各バッテリ使用量３３１１を合計したバッテリ使用量の総数を、各時間３３０４（１３：００−１７：００であれば、使用時間＝４時間）を合計した時間３３０４の総数で割ることで、ステップＳ２８０２で特定した端末ＩＤ３３０６に対応するバッテリ使用量３３１１の１時間あたりの平均値を取得する。
【０４５６】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２８０３で特定した平均値を、図２７のステップＳ２７０１で取得した予定情報において使用されるであろうバッテリ量の基準値とし、バッテリの推定使用量を特定する（ステップＳ２８０４）。
【０４５７】
例えば、予定情報の示す時間が４時間であり、ステップＳ２８０３で特定した平均値が２０％であった場合、当該予定情報におけるバッテリの推定使用量は８０％である。以上が図２８の、発明の実施形態における、バッテリ使用量の算出の流れについての説明である。
【０４５８】
図２７の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２７０２（図２８のステップＳ２８０１〜Ｓ２８０４）で特定したバッテリの推定使用量に対し、更に追加すべきバッテリの推定使用量を特定する（ステップＳ２７０４）
【０４５９】
追加すべきバッテリの推定使用量（追加バッテリ量）とは、例えば、２つ以上の予定が登録されている場合であって、１つ目の予定の終了時間から２つ目の予定の開始時間までの間の時間が、２つ目の予定に際して利用されるであろうバッテリ量（推定使用量）を確保・充電するための時間より短い場合の、当該２つ目の予定に際して利用されるであろうバッテリ量（推定使用量）のことを指す。
【０４６０】
つまり、当該１つ目の予定が開始される前に、当該２つ目の予定にて必要となるバッテリの推定使用量を確保しておくべきものと判断し、１つ目の予定におけるバッテリの推定使用量に対して、２つ目の予定におけるバッテリの推定使用量を追加するものである。当該追加バッテリ量の特定処理の詳細は、図２９を参照して後述する。
【０４６１】
ここで図２９を参照して、本発明の実施形態における、バッテリの追加使用量の算出の流れについて説明する。図２９は、本発明の実施形態における、バッテリの追加使用量の算出の流れを示すフローチャートである。
【０４６２】
画像管理サーバ２００のＣＰＵ２０１は、当該ステップ２７０４に処理が移行される前にバッテリの推定使用量を特定した予定情報の直後の予定情報を取得し（ステップＳ２９０１／予定情報取得手段）、当該ステップＳ２９０１で取得した予定情報に関するバッテリの推定使用量を算出する（ステップＳ２９０２）。ステップＳ２９０２の詳細については、図２７のステップＳ２７０２（図２８のステップＳ２８０１〜Ｓ２８０４）で記載した処理と同じであるため、ここでは説明を割愛する。
【０４６３】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２９０２で特定したバッテリのバッテリＩＤ３３０７が、ステップＳ２９０１で取得した予定情報の直前の予定に際して使用されるバッテリのバッテリＩＤ３３０７と同一か否かを判定する（ステップＳ２９０３）。つまり、直前の予定で使用されるであろうバッテリが、直後の予定で使用されるであろうバッテリと同一か否かを判定する。
【０４６４】
バッテリが同一でないと判定された場合（ステップＳ２９０３でＮＯ）、ステップＳ２９０２で特定されたバッテリの推定使用量は、直前の予定において使用されるバッテリの推定使用量に追加するべきではないと判断し（ステップＳ２９０７）、処理を終了する。
【０４６５】
バッテリが同一であると判定された場合（ステップＳ２９０３でＹＥＳ）、画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２９０２で特定したバッテリの推定使用量を確保・充電するための時間を算出する（ステップＳ２９０４）。
【０４６６】
例えば、ステップＳ２９０１で取得した予定情報に対応する図３３のバッテリ使用量３３１１と、時間３３０４の情報を用いて、使用時間１時間あたりのバッテリ使用量の平均値を算出する。
【０４６７】
ステップＳ２９０２で特定した予定情報を含む予定情報テーブル３３００の各バッテリ使用量３３１１の総数を、各時間３３０４の総時間数で割ることによって、使用時間１時間あたりのバッテリ使用量の平均値を算出する。そして、当該平均値を用いて特定したバッテリの推定使用量を充電するための時間を図３５の満充電時間３５０５を用いて算出する（ステップＳ２９０４）。
【０４６８】
画像管理サーバ２００のＣＰＵ２０１は、直前の予定情報の終了時間と、ステップＳ２９０１で取得した予定情報の開始時間との差の時間を特定し（ステップＳ２９０５）、当該差の時間が、ステップＳ２９０４で特定した充電時間を上回っているかを判定する（ステップＳ２９０６）。
【０４６９】
当該差の時間が、ステップＳ２９０４で特定した充電時間を上回っていると判定した場合（ステップＳ２９０６でＹＥＳ）、処理をステップＳ２９０７に移行し、処理を終了する。当該差の時間が、ステップＳ２９０４で特定した充電時間を上回っていないと判定した場合（ステップＳ２９０６でＮＯ）、ステップＳ２９０２で特定したバッテリの推定使用量を追加バッテリ量として特定する（ステップＳ２９０８）。以上が図２９の、本発明の実施形態における、バッテリの追加使用量の算出の流れについての説明である。
【０４７０】
図２７の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、追加バッテリ量があるか判定する（ステップＳ２７０５）。追加バッテリ量があると判定した場合（ステップＳ２７０５でＹＥＳ）、当該追加バッテリ量を、直前までの予定情報について使用され得るバッテリ量に追加し、使用バッテリ量の総量を算出して（ステップＳ２７０３）、処理をステップＳ２７０４に戻す。
【０４７１】
追加バッテリ量がないと判定した場合（ステップＳ２７０５でＮＯ）、当該ステップＳ２７０５で追加バッテリ量がないと判定されるまでに、ステップＳ２７０１〜Ｓ２７０５までの処理で合計されたバッテリ量の合計値、つまり、１つ目の予定情報が設定された開始時間までに確保しておくべきバッテリ量（必要バッテリ量＝必要要素）を特定し（必要要素特定手段）が、当該必要バッテリ量がバッテリの最大容量（１００％）以内か否かを判定する（ステップＳ２７０６）。
【０４７２】
必要バッテリ量が、バッテリの最大容量以内でないと判定した場合（ステップＳ２７０６でＮＯ）、画像管理サーバ２００のＣＰＵ２０１は、画像管理サーバ２００の外部メモリ等の記憶領域に別途記憶されている、不図示の、ユーザのメールアドレスに対し、別のバッテリを準備するべきであることを特定し（不足要素特定手段）、当該バッテリの準備の通知をすべく電子メールを送信する（ステップＳ２７１３）。
【０４７３】
例えば、バッテリ使用状況テーブル３５００の対応端末３５０４を参照して、ステップＳ２８０２で特定した端末に対応するバッテリを、準備するバッテリの候補として通知する。つまり、新たなバッテリの準備（充足要素）を通知することを示す。
【０４７４】
尚、ここでは予備バッテリの準備をユーザに通知するようにしているが、例えば、不足バッテリ量の情報や、バッテリ充電器の準備を通知するようにしてもよい。
【０４７５】
この際、バッテリ使用状況テーブル３５００を用いて、当該準備するバッテリの残容量、満充電状態にするために必要な充電時間等を一緒に通知するようにしてもよい。
【０４７６】
画像管理サーバ２００のＣＰＵ２０１は、前記必要バッテリ量が、バッテリの最大容量以内であると判定した場合（ステップＳ２７０６でＹＥＳ）、図３５の残容量３５０３を参照してバッテリの残量を取得し（ステップＳ２７０７／要素取得手段）、前記必要バッテリ量がバッテリ残量（残容量３５０３＝非使用要素）以下か否かを判定し（ステップＳ２７０８）、必要バッテリ量がバッテリ残量以下であると判定した場合には（ステップＳ２７０８でＹＥＳ）、処理をステップＳ２７１２に移行する。
【０４７７】
画像管理サーバ２００のＣＰＵ２０１は、図２６のステップＳ２６０３で取得した予定情報の全てについて、バッテリの推定使用量を特定済か否かを判定し（ステップＳ２７１２）、ステップＳ２６０３で取得した予定情報の全てについて、バッテリの推定使用量を特定済であると判定した場合(ステップＳ２７１２でＹＥＳ)、処理を終了する。
【０４７８】
ステップＳ２６０３で取得した予定情報の全てについて、バッテリの推定使用量を特定済でないと判定した場合（ステップＳ２７１２でＮＯ）、残りの予定情報について、バッテリの推定使用量を特定し、ユーザに通知すべく、処理をステップＳ２７０１に戻す。
【０４７９】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ２７０において、前記必要バッテリ量がバッテリ残量（残容量３５０３）以下でないと判定した場合（ステップＳ２７０８でＮＯ）、不足しているバッテリ量である不足バッテリ量、つまり、必要バッテリ量が残バッテリ量を超過した分のバッテリ容量、を特定する（ステップＳ２７０９／不足要素特定手段）。
【０４８０】
そして、ステップＳ２７０５で追加バッテリ量がないと判定された時点（ステップＳ２７０５でＮＯと判定した時点）での必要バッテリ量を充電するために必要な時間を特定して、ステップＳ２７０１で取得した予定情報の示す予定である１つ目の予定の開始時間の何時間前に充電を開始すべきかを特定して（ステップＳ２７１０／充足要素特定手段）、ユーザに通知する（ステップＳ２７１１）。  
【０４８１】
つまり、ステップＳ２７１０で、必要バッテリ量−現在のバッテリの残容量の差である、不足バッテリ量（＝不足要素）を特定して、当該不足バッテリ量の充電に必要な時間（＝充足要素）を特定してユーザに通知する。例えば、図４０の通知画面４０００に示す通知メールをクライアントＰＣ１００に送信する。または、ユーザの保有する不図示の携帯端末（クライアント装置）に対して同メールを送信する。当該通知メールの送信先のメールアドレスは、予め、ユーザ情報と対応付けて、画像管理サーバ２００の外部メモリに記憶されているものとし、画像管理サーバ２００のＣＰＵ２０１は、当該メールアドレスを用いて、知画面４０００に示す通知メールを生成する。尚、当該通知メールの送信先は、クライアントＰＣ１００であってもよい。
【０４８２】
その後、画像管理サーバ２００のＣＰＵ２０１は、処理をステップＳ２７１２に移行する。以上が図２７の、本発明の実施形態における、バッテリの通知処理の詳細についての説明である。以上が、バッテリの容量確保に関する通知処置についての説明である。
【０４８３】
図４０を参照して、本発明の実施形態における、通知画面の構成の一例について説明する。図４０は、本発明の実施形態における、通知画面の構成の一例を示す図である。
【０４８４】
通知画面４０００は、通知メール本文４００１、予定情報名４００２、予定情報日時４００３、充電開始日４００４、カメラ情報表示部４００５、現在バッテリ量表示部４００６、必要バッテリ量表示部４００７、メモリ容量確保日４００８、メモリ情報表示部４００９、現在メモリ量表示部４０１０、必要メモリ量表示部４０１１等から構成される。
【０４８５】
通知メール本文４００１は、当該通知メールの本文である。予定情報名４００２は、当該通知の対象である予定情報（例えば、図２７のステップＳ２７０１、図２８のステップＳ２９０１で取得した予定情報、又は、後述する図３０のステップＳ３００１で取得した予定情報）の名称である。
【０４８６】
予定情報日時４００３は、当該予定情報名４００２に表示されている予定情報の登録されている日時（時間帯）の情報である。充電開始日４００４は、ステップＳ２７１０で特定された、バッテリの充電開始時間（日時）を表示する表示部である。
【０４８７】
カメラ情報表示部４００５は、当該予定情報に対応するアイテムの情報であって、例えば図２８のステップＳ２８０２で特定されたカメラの名称である。カメラの名称は、図３４の、カメラの端末ＩＤ３４０２と対応付けられて、画像管理サーバ２００の外部メモリに予め記憶されているものとする。
【０４８８】
現在バッテリ量表示部４００６は、ステップＳ２７０７で取得したバッテリ残量の表示部である。必要バッテリ量表示部４００７は、ステップＳ２８０４、又は、ステップＳ２７０３で特定されたバッテリの推定使用量である。
【０４８９】
メモリ容量確保日４００８は、メモリの容量確保処理の推奨日時であって、当該通知対象の予定情報の開始日時から所定の時間前の日時の情報が表示される。メモリ情報表示部４００９は、後述する図３１のステップＳ３１０２で特定されたメモリの名称を表示する表示部である。メモリの名称は、図３４の、メモリの端末ＩＤ３４０２と対応付けられて、画像管理サーバ２００の外部メモリに予め記憶されているものとする。
【０４９０】
現在メモリ量表示部４０１０は、図３０のステップＳ３００７で取得したメモリの残容量である。必要メモリ量表示部４０１１は、ステップＳ３００３、又は、ステップＳ３１０４で特定した、当該予定情報に対応するメモリ使用量の、推定される総使用量を表示する表示部である。以上が図４０の、本発明の実施形態における、通知画面の構成の一例についての説明である。
【０４９１】
尚、図４０に示す通知画面４０００には、バッテリ容量に関する通知、メモリ容量に関する通知の両方をメール本文に挿入しているが、バッテリ容量に関する通知、メモリ容量に関する通知のどちらか一方をメール本文に挿入するようにしてもよい。
【０４９２】
尚、図２８のステップＳ２８０２で、当該予定情報に対応するアイテム（撮像装置、バッテリ）の特定が出来なかった場合、つまり、例えば予定情報履歴３３００中に、ステップＳ２７０１で取得した予定情報に対応する端末ＩＤ３３０６、バッテリＩＤ３３０７が記憶されていない場合、画像管理サーバ２００のＣＰＵ２０１は、予め画像管理サーバ２００の外部メモリに記憶された所定の文面（文面例：「ＸＸ月ＸＸ日ＸＸ：ＸＸに“予定：運動会”があります。カメラ及び、カメラのバッテリ、メモリカードの準備をお勧め致します。」）を含む通知メールを生成して、ユーザに送信して通知するものとする。
【０４９３】
次に、図３０〜図３２を参照して、メモリの容量確保に関する通知処理について説明する。まず、図３０を参照して、本発明の実施形態における、メモリの通知処理の詳細について説明する。図３０は、本発明の実施形態における、メモリの通知処理の詳細を示すフローチャートである。
【０４９４】
画像管理サーバ２００のＣＰＵ２０１は、図２６のステップＳ２６０３で取得した予定情報から１つの予定情報を取得し（ステップＳ３００１／予定情報取得手段）、当該予定情報の示す予定に際して使用されるメモリの容量（メモリの推定使用量）を推測、算出する（ステップＳ３００２）。ここでいう、予定情報の示す予定に際して使用されるメモリとは、例えば、当該予定情報の示す予定に際して使用されるカメラ（端末）に接続されているメモリであるものとする。当該算出処理の詳細については、図３１を参照して後述する。
【０４９５】
ここで図３１を参照して、本発明の実施形態における、メモリ使用量の算出の流れについて説明する。図３１は、本発明の実施形態における、メモリ使用量の算出の流れを示すフローチャートである。
【０４９６】
画像管理サーバ２００のＣＰＵ２０１は、図３０のステップＳ３００１で取得した予定情報に対応する予定情報を含む全ての予定情報３３０２を、予定情報履歴３３００を参照して特定する（ステップＳ３１０１）。ここでいう履歴情報とは、図３３に示すような、予定情報に関する履歴の情報である。図３３〜図３５に示す各種テーブルの説明については前述したため、ここでは説明を割愛する。
【０４９７】
そして、当該予定情報に対応する端末ＩＤ３３０６の中で最も多く使用されている端末ＩＤ３３０６を特定し（ステップＳ３１０２／アイテム特定手段）、ステップＳ３１０２で特定した端末ＩＤ３３０６に対応するメモリ使用量３３１２の平均値を取得する（ステップＳ３１０３）。つまり、当該予定情報において使用されたことのあるアイテム（カメラ、メモリ）を特定し、当該予定情報に対応するメモリの使用量を特定する。
【０４９８】
ステップ３００１で特定した予定情報、及び、ステップＳ３１０２で特定した端末ＩＤ３３０６に対応するメモリが複数ある場合、ステップＳ３１０２で特定した端末ＩＤ３３０６を含む直近の履歴を抽出し、当該履歴におけるメモリＩＤ３３０７、つまり現在端末に装着されているであろうメモリを、平均値算出の対象のメモリとする。
【０４９９】
平均値の算出は、例えば、ステップＳ３１０２で特定した端末ＩＤ３３０６と、前記現在端末に装着されているであろうメモリのメモリＩＤ３３０７を含む履歴における、各メモリ使用量３３１２を合計したメモリ使用量の総数を、ステップＳ３１０２で特定した端末ＩＤ３３０６と、前記現在端末に装着されているであろうメモリのメモリＩＤ３３０７を含む履歴の数で割ることで、ステップＳ３１０２で特定した端末ＩＤ３３０６に対応するメモリ使用量３３１２の平均値を取得する。
【０５００】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ３１０３で特定した平均値を、図３０のステップＳ３００１で取得した予定情報において使用されるであろうメモリ量としての、メモリの推定使用量として特定する（ステップＳ３１０４）。以上が図３１の、本発明の実施形態における、メモリ使用量の算出の流れについての説明である。
【０５０１】
尚、ここでは、メモリ使用量の平均値を以て、メモリの推定使用量としているが、例えば、過去の、ステップＳ３１０２で特定した端末ＩＤ３３０６と、前記現在端末に装着されているであろうメモリのメモリＩＤ３３０７を含む履歴の中で、最もメモリの使用量が大きい履歴を抽出し、当該履歴におけるメモリ使用量３３１２をメモリの推定使用量としてもよい。
【０５０２】
図３０の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、当該ステップＳ３００１で取得した予定情報に関するメモリの推定使用量に追加する追加使用量を算出する（ステップＳ３００３）。
【０５０３】
ここで図３２を参照して、本発明の実施形態における、メモリの追加使用量の算出の流れについて説明する。図３２は、本発明の実施形態における、メモリの追加使用量の算出の流れを示すフローチャートである。
【０５０４】
画像管理サーバ２００のＣＰＵ２０１は、当該ステップ２７０４に処理が移行される前にバッテリの推定使用量を特定した予定情報の直後の予定情報を取得し（ステップＳ３２０１）、当該ステップＳ３２０１で取得した予定情報に関するメモリの推定使用量を算出する（ステップＳ３２０２）。ステップＳ３２０２の詳細については、図２７のステップＳ２７０２（図２８のステップＳ２８０１〜Ｓ２８０４）で記載した処理と同じであるため、ここでは説明を割愛する。
【０５０５】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ３２０２で特定したメモリのメモリＩＤ３３０８が、ステップＳ３２０１で取得した予定情報の直前の予定に際して使用されるメモリのメモリＩＤ３３０８と同一か否かを判定する（ステップＳ３２０３）。
つまり、直前の予定で使用されるであろうメモリが、直後の予定で使用されるであろうメモリと同一か否かを判定する。
【０５０６】
メモリが同一でないと判定された場合（ステップＳ３２０３でＮＯ）、ステップＳ３２０２で特定されたメモリの推定使用量は、直前の予定において使用されるメモリの推定使用量に追加するべきではないと判断し（ステップＳ３２０８）、処理を終了する。メモリが同一であると判定された場合（ステップＳ３２０３でＹＥＳ）、処理をステップＳ３２０４に移行する。
【０５０７】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ３２０１で取得した、前記直後の予定情報の属性情報を取得する（ステップＳ３２０４）。属性情報とは、例えば、当該予定情報が外出であるか否かの情報である。
【０５０８】
そして、直前の予定（前記直後の予定の直前に取得した予定）の終了時間から前記直後の予定の開始時間までの間の時間差を特定する（ステップＳ３２０５）。
【０５０９】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ３２０３で取得した属性情報から、前記直後の予定が外出であるか否かを判定し（ステップＳ３２０６）、外出でない場合は（ステップＳ３２０６でＮＯ）、処理をステップＳ３２０８に移行し、追加メモリ量はないものと判断して（ステップＳ３２０８）、処理を終了する。
【０５１０】
前記直後の予定が外出であると判定した場合（ステップＳ３２０６でＹＥＳ）、ステップＳ３２０５で特定した時間差が一定時間内か否かを判定し（ステップＳ３２０７）、当該時間差が一定時間内でないと判定した場合には（ステップＳ３２０７でＮＯ）、処理をステップＳ３２０８に移行する。
【０５１１】
当該時間差が一定時間内であると判定した場合には（ステップＳ３２０７でＹＥＳ）、ステップＳ３２０２で特定したメモリの推定使用量を、追加メモリ量として特定し(ステップＳ３２０９)、処理を終了する。ここでいう一定時間とは、画像管理サーバ２００の外部メモリ等に記憶された、不図示のテーブルに記憶されているものとする。ここでは、一定時間＝２４時間であるものとする。当該一定時間は、例えばユーザの指示に応じて、自由に変更可能であるものとする。
【０５１２】
こうすることで、外出が連続するような、メモリ内のデータを画像管理サーバ２００等の撮影装置ではない装置の記憶領域に記憶させることが困難な状況に際しても、外出前に、外出終了までに必要となるであろうメモリの量（必要メモリ量＝必要要素）を特定することが出来る。以上が図３２の、本発明の実施形態における、メモリの追加使用量の算出の流れについての説明である。
【０５１３】
図３０の説明に戻る。画像管理サーバ２００のＣＰＵ２０１は、追加メモリ量があるか判定する（ステップＳ３００５）。追加メモリ量があると判定した場合（ステップＳ３００５でＹＥＳ）、当該追加メモリ量を、直前までの予定情報について使用され得るメモリ量に追加し、使用メモリ量の総量を算出して（ステップＳ３００３）、処理をステップＳ３００４に戻す。
【０５１４】
追加メモリ量がないと判定した場合（ステップＳ３００５でＮＯ）、当該ステップＳ３００５で追加メモリ量がないと判定されるまでに、ステップＳ３００１〜Ｓ３００５までの処理で合計されたメモリ量の合計値、つまり、１つ目の予定情報が設定された開始時間までに確保しておくべきメモリ量（必要メモリ量）を特定し（必要要素特定手段）、当該必要メモリ量がメモリの最大容量（１００％）以内か否かを判定する（ステップＳ３００６）。
【０５１５】
必要メモリ量が、メモリの最大容量以内でないと判定した場合（ステップＳ３００６でＮＯ）、画像管理サーバ２００のＣＰＵ２０１は、画像管理サーバ２００の外部メモリ等の記憶領域に別途記憶されている、不図示の、ユーザのメールアドレスに対し、別のメモリ、つまり予備メモリを準備することが必要であると特定し（不足要素特定手段）、その旨を通知（注意）すべく電子メールを送信する（ステップＳ３０１２）。
【０５１６】
つまり、新たなメモリの準備（充足要素）を通知する。尚、ここでは予備メモリの準備をユーザに通知するようにしているが、例えば、不足メモリ量の情報や、予備端末の準備を通知するようにしてもよい。
【０５１７】
必要メモリ量が、メモリの最大容量以内であると判定した場合（ステップＳ３００６でＹＥＳ）、図３５の残容量３６０３を参照してメモリの残量を取得し（ステップＳ３００７／要素取得手段）、前記必要メモリ量がメモリ残量（残容量３６０３＝非使用要素）以下か否かを判定し（ステップＳ３００８）、必要メモリ量がメモリ残量以下であると判定した場合には（ステップＳ３００８でＹＥＳ）、処理をステップＳ３０１１に移行する。
【０５１８】
画像管理サーバ２００のＣＰＵ２０１は、図２６のステップＳ２６０３で取得した予定情報の全てについて、メモリの推定使用量を特定済か否かを判定し（ステップＳ３０１１）、ステップＳ２６０３で取得した予定情報の全てについて、メモリの推定使用量を特定済であると判定した場合(ステップＳ３０１１でＹＥＳ)、処理を終了する。
【０５１９】
ステップＳ２６０３で取得した予定情報の全てについて、メモリの推定使用量を特定済でないと判定した場合（ステップＳ３０１１でＮＯ）、残りの予定情報について、メモリの推定使用量を特定すべく、処理をステップＳ３００１に戻す。
【０５２０】
画像管理サーバ２００のＣＰＵ２０１は、ステップＳ３００において、前記必要メモリ量がメモリ残量（残容量３５０３）以下でないと判定した場合（ステップＳ３００８でＮＯ）、不足しているメモリ量である不足メモリ量、つまり、必要メモリ量が残メモリ量を超過した分のメモリ容量（不足メモリ量＝不足要素）を特定する（ステップＳ３００９／不足要素特定手段）。
【０５２１】
そして、当該不足メモリ量を確保させることが必要であると特定し（不足要素特定手段）、その旨の情報をユーザに通知する（ステップＳ３０１０）。例えば、不足要素を充足するための要素である前記不足メモリ量の確保指示、メッセージ、乃至、または不足要素である不足メモリ量をユーザに通知する。例えば、図４０の通知画面４０００に示すメールを画像管理サーバ２００のＣＰＵ２０１が生成し、クライアントＰＣ１００、又は、ユーザの保有する不図示の携帯端末に送信する。メールの送信先の特定方法、及び、当該通知画面４０００の詳細については、図４０の説明にて前述したため、ここでは説明を割愛する。
【０５２２】
その後、画像管理サーバ２００のＣＰＵ２０１は、処理をステップＳ３０１１に移行する。以上が図３０の、本発明の実施形態における、メモリの通知処理の詳細についての説明である。以上が、メモリの容量確保に関する通知処置についての説明である。以上、本発明の実施例について説明した。
【０５２３】
上述した通り、本発明によれば、ユーザがイベントでアイテムを使用するにあたり、アイテムの要素がイベントで必要な要素を満たさない場合に、ユーザに通知をすることを可能とする情報処理装置、その制御方法及びプログラムを提供することが出来る。
【０５２４】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０５２５】
前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０５２６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０５２７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク、ソリッドステートドライブ等を用いることができる。
【０５２８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０５２９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０５３０】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０５３１】
１００  クライアントＰＣ
２００  画像管理サーバ
３００  外部サーバ
１０１  ＷＡＮ
１０２  ＤＶＤ
１０３  ＤＶＤ
【図１】
2013242846.tif 000003
【図２】
2013242846.tif 000004
【図３】
2013242846.tif 000005
【図４】
2013242846.tif 000006
【図５】
2013242846.tif 000007
【図６】
2013242846.tif 000008
【図７】
2013242846.tif 000009
【図８】
2013242846.tif 000010
【図９】
2013242846.tif 000011
【図１０】
2013242846.tif 000012
【図１１】
2013242846.tif 000013
【図１２】
2013242846.tif 000014
【図１３】
2013242846.tif 000015
【図１４】
2013242846.tif 000016
【図１５】
2013242846.tif 000017
【図１６】
2013242846.tif 000018
【図１７】
2013242846.tif 000019
【図１８】
2013242846.tif 000020
【図１９】
2013242846.tif 000021
【図２０】
2013242846.tif 000022
【図２１】
2013242846.tif 000023
【図２２】
2013242846.tif 000024
【図２３】
2013242846.tif 000025
【図２４】
2013242846.tif 000026
【図２５】
2013242846.tif 000027
【図２６】
2013242846.tif 000028
【図２７】
2013242846.tif 000029
【図２８】
2013242846.tif 000030
【図２９】
2013242846.tif 000031
【図３０】
2013242846.tif 000032
【図３１】
2013242846.tif 000033
【図３２】
2013242846.tif 000034
【図３３】
2013242846.tif 000035
【図３４】
2013242846.tif 000036
【図３５】
2013242846.tif 000037
【図３６】
2013242846.tif 000038
【図３７】
2013242846.tif 000039
【図３８】
2013242846.tif 000040
【図３９】
2013242846.tif 000041
【図４０】
2013242846.tif 000042