(57)【要約】【課題】画像を送信する際に、送信先の記憶領域の容量が足りない場合でも、利用者が１つの作品として完成させたアルバム情報が失われるのを回避することができる情報処理装置を提供する。【解決手段】情報処理装置１０２は、アルバム作成部１０８によりクライアント装置１０１からのアップロード画像をグループ化し、属性情報を設定してアルバムを作成する。情報処理装置１０２は、新たな画像のアップロード要求に対して容量判定部１１０によりアップロード画像の容量が保管容量の制限内かを判定し、制限を超える場合は、置換アルバム決定部１１１により既存アルバムの中から置換するアルバムを決定し、画像削除部１１２により置換アルバムの画像を削除すると共に、アルバムダウンロード部１１３により置換アルバムのアルバム情報および画像をクライアント装置１０１にダウンロードする。【選択図】図１
2010165010.tif 000002
【特許請求の範囲】
【請求項１】
画像を送信するクライアント装置と、該クライアント装置から送信された画像を保管する情報処理装置と、を備える情報処理システムであって、
前記クライアント装置は、前記情報処理装置に対して、画像を送信してもよいか否かを要求する情報を送信する手段を備え、
前記情報処理装置は、前記クライアント装置から送信された画像を受信して画像保管部に保管する手段と、
該画像保管部に保管された画像群をグループ化して、属性情報を設定することによりアルバムを作成する手段と、
前記作成したアルバムの情報をアルバム情報保管部に保管する手段と、
前記クライアント装置から画像を送信してもよいか否かを要求する情報を受信した際に、該受信した情報に基づいて前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できるか否かを判断する手段と、
前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できないと判断した場合に、前記受信した情報に基づいて前記アルバム情報保管部に保管されたアルバム情報から置換するアルバムを決定する手段と、
前記置換するアルバムに含まれる画像および属性情報を前記クライアント装置に送信する手段と、
該送信した後に前記画像保管部から前記置換するアルバムに含まれる画像を削除する手段と、を備えることを特徴とする情報処理システム。
【請求項２】
クライアント装置から送信された画像を受信して画像保管部に保管する手段と、
該画像保管部に保管された画像群をグループ化して、属性情報を設定することによりアルバムを作成する手段と、
前記作成したアルバムの情報をアルバム情報保管部に保管する手段と、
前記クライアント装置から画像を送信してもよいか否かを要求する情報を受信した際に、該受信した情報に基づいて前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できるか否かを判断する手段と、
前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できないと判断した場合に、前記受信した情報に基づいて前記アルバム情報保管部に保管されたアルバム情報から置換するアルバムを決定する手段と、
前記置換するアルバムに含まれる画像および属性情報を前記クライアント装置に送信する手段と、
該送信した後に前記画像保管部から前記置換するアルバムに含まれる画像を削除する手段と、を備えることを特徴とする情報処理装置。
【請求項３】
前記クライアント装置から送信される画像を送信してもよいか否かを要求する情報に、送信する画像のサイズ合計及び削除する画像のキーワードリストが含まれることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
クライアント装置から送信された画像を受信して画像保管部に保管するステップと、
該画像保管部に保管された画像群をグループ化して、属性情報を設定することによりアルバムを作成するステップと、
前記作成したアルバムの情報をアルバム情報保管部に保管するステップと、
前記クライアント装置から画像を送信してもよいか否かを要求する情報を受信した際に、該受信した情報に基づいて前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できるか否かを判断するステップと、
前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できないと判断した場合に、前記受信した情報に基づいて前記アルバム情報保管部に保管されたアルバム情報から置換するアルバムを決定するステップと、
前記置換するアルバムに含まれる画像および属性情報を前記クライアント装置に送信するステップと、
該送信した後に前記画像保管部から前記置換するアルバムに含まれる画像を削除するステップと、を備えることを特徴とする情報処理装置の制御方法。
【請求項５】
クライアント装置から送信された画像を受信して画像保管部に保管するステップと、
該画像保管部に保管された画像群をグループ化して、属性情報を設定することによりアルバムを作成するステップと、
前記作成したアルバムの情報をアルバム情報保管部に保管するステップと、
前記クライアント装置から画像を送信してもよいか否かを要求する情報を受信した際に、該受信した情報に基づいて前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できるか否かを判断するステップと、
前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できないと判断した場合に、前記受信した情報に基づいて前記アルバム情報保管部に保管されたアルバム情報から置換するアルバムを決定するステップと、
前記置換するアルバムに含まれる画像および属性情報を前記クライアント装置に送信するステップと、
該送信した後に前記画像保管部から前記置換するアルバムに含まれる画像を削除するステップと、をコンピュータに実行させることを特徴とする情報処理装置の制御プログラム。
【請求項６】
画像を処理する情報処理装置と、該情報処理装置に着脱自在に接続される記憶媒体と、を備える情報処理システムであって、
前記情報処理装置は、利用者による画像の転送要求の操作を受け付けた際に、転送要求された画像に基づいて転送に関する情報を作成する手段と、
前記転送要求された画像を前記記憶媒体に転送する手段と、
前記記憶媒体に含まれる画像群をグループ化して、属性情報を設定することによりアルバムの情報を作成する手段と、
前記作成したアルバムの情報を前記記憶媒体に保管する手段と、
前記転送に関する情報に基づいて、前記記憶媒体の残り容量が前記転送される画像を保管できる容量であるか否かを判断する手段と、
前記記憶媒体の残り容量が前記転送される画像を保管できる容量でないと判断した場合に、前記転送に関する情報に基づいて前記記憶媒体に保管されたアルバム情報から置換するアルバムを決定する手段と、
前記置換するアルバムに含まれる画像および属性情報を前記記憶媒体から取得する手段と、
該取得した後に前記記憶媒体から前記置換するアルバムに含まれる画像を削除する手段と、を備えることを特徴とする情報処理システム。
【請求項７】
記憶媒体が着脱自在に接続される情報処理装置であって、
利用者による画像の転送要求の操作を受け付けた際に、転送要求された画像に基づいて転送に関する情報を作成する手段と、
前記転送要求された画像を前記記憶媒体に転送する手段と、
前記記憶媒体に含まれる画像群をグループ化して、属性情報を設定することによりアルバムの情報を作成する手段と、
前記作成したアルバムの情報を前記記憶媒体に保管する手段と、
前記転送に関する情報に基づいて、前記記憶媒体の残り容量が前記転送される画像を保管できる容量であるか否かを判断する手段と、
前記記憶媒体の残り容量が前記転送される画像を保管できる容量でないと判断した場合に、前記転送に関する情報に基づいて前記記憶媒体に保管されたアルバム情報から置換するアルバムを決定する手段と、
前記置換するアルバムに含まれる画像および属性情報を前記記憶媒体から取得する手段と、
該取得した後に前記記憶媒体から前記置換するアルバムに含まれる画像を削除する手段と、を備えることを特徴とする情報処理装置。
【請求項８】
前記転送に関する情報に、転送する画像のサイズ合計及び削除する画像のキーワードリストが含まれることを特徴とする請求項７に記載の情報処理装置。
【請求項９】
記憶媒体が着脱自在に接続される情報処理装置の制御方法であって、
利用者による画像の転送要求の操作を受け付けた際に、転送要求された画像に基づいて転送に関する情報を作成するステップと、
前記転送要求された画像を前記記憶媒体に転送するステップと、
前記記憶媒体に含まれる画像群をグループ化して、属性情報を設定することによりアルバムの情報を作成するステップと、
前記作成したアルバムの情報を前記記憶媒体に保管するステップと、
前記転送に関する情報に基づいて、前記記憶媒体の残り容量が前記転送される画像を保管できる容量であるか否かを判断するステップと、
前記記憶媒体の残り容量が前記転送される画像を保管できる容量でないと判断した場合に、前記転送に関する情報に基づいて前記記憶媒体に保管されたアルバム情報から置換するアルバムを決定するステップと、
前記置換するアルバムに含まれる画像および属性情報を前記記憶媒体から取得するステップと、
該取得した後に前記記憶媒体から前記置換するアルバムに含まれる画像を削除するステップと、を備えることを特徴とする情報処理装置の制御方法。
【請求項１０】
記憶媒体が着脱自在に接続される情報処理装置の制御プログラムであって、
利用者による画像の転送要求の操作を受け付けた際に、転送要求された画像に基づいて転送に関する情報を作成するステップと、
前記転送要求された画像を前記記憶媒体に転送するステップと、
前記記憶媒体に含まれる画像群をグループ化して、属性情報を設定することによりアルバムの情報を作成するステップと、
前記作成したアルバムの情報を前記記憶媒体に保管するステップと、
前記転送に関する情報に基づいて、前記記憶媒体の残り容量が前記転送される画像を保管できる容量であるか否かを判断するステップと、
前記記憶媒体の残り容量が前記転送される画像を保管できる容量でないと判断した場合に、前記転送に関する情報に基づいて前記記憶媒体に保管されたアルバム情報から置換するアルバムを決定するステップと、
前記置換するアルバムに含まれる画像および属性情報を前記記憶媒体から取得するステップと、
該取得した後に前記記憶媒体から前記置換するアルバムに含まれる画像を削除するステップと、をコンピュータに実行させることを特徴とする情報処理装置の制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像を送信する装置と該装置から送信された画像を保管する保管部とを備える情報処理システム、情報処理装置、情報処理装置の制御方法、及び制御プログラムに関する。
【背景技術】
【０００２】
デジタルカメラで撮影した画像をクライアント装置（ＰＣ等）を介してサーバに送信することで、サーバ側で複数の画像をアルバム単位のグループに分類し、第三者に公開するサービス（以下、フォトシェアリングサービスという）がある。フォトシェアリングサービスでは、アルバム毎にレイアウトや背景などを設定することが可能であり、また、画像やアルバム毎にコメントを付けることも可能である。
【０００３】
ところで、このようなフォトシェアリングサービスでは、クライアント装置の利用者単位でサーバにおける記憶容量が制限される場合が多い。したがって、利用者は新規にシェアしたい画像をクライアント装置からサーバに送信する際、サーバの記憶容量の制限を超える場合は、既にサーバでシェアしている画像を削除して空き容量を確保する必要がある。
【０００４】
送信先装置の空き容量を確保する技術として、ファイル送信時に送信先装置の空き容量をチェックし、十分な容量がない場合、既に保存されているファイルを保存日時の古い順に、手動操作により削除、転送、圧縮する技術が提案されている（特許文献１）。
【０００５】
また、ファイルを送信して送信先装置の容量制限を超えた場合、送信先装置において、新規転送ファイルが格納可能となるまで、該新規転送ファイルと同じグループに属する既存蓄積ファイルを削除する技術が提案されている（特許文献２）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平０８−３１４８１９号公報
【特許文献２】特開２００４−０２１３０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上記特許文献１では、既に保存されている画像を保存日時の古い順に削除等することになるので、例えば、同じアルバム情報に古い画像と新しい画像とが含まれている場合に、アルバム内の一部の画像が削除されてしまうことになる。このため、サーバで１つの作品として完成させたアルバム情報が不完全なものになってしまう。
【０００８】
また、上記特許文献２では、送信する画像と同じグループの画像が削除されるため、グループを構成する画像が変わってしまうことになる。
【０００９】
そこで、本発明は、画像を送信する際に、送信先の記憶領域の容量が足りない場合でも、利用者が１つの作品として完成させたアルバム情報が失われるのを回避することができる情報処理システム等を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明の情報処理システムは、画像を送信するクライアント装置と、該クライアント装置から送信された画像を保管する情報処理装置と、を備える情報処理システムであって、前記クライアント装置は、前記情報処理装置に対して、画像を送信してもよいか否かを要求する情報を送信する手段を備え、前記情報処理装置は、前記クライアント装置から送信された画像を受信して画像保管部に保管する手段と、該画像保管部に保管された画像群をグループ化して、属性情報を設定することによりアルバムを作成する手段と、前記作成したアルバムの情報をアルバム情報保管部に保管する手段と、前記クライアント装置から画像を送信してもよいか否かを要求する情報を受信した際に、該受信した情報に基づいて前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できるか否かを判断する手段と、前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できないと判断した場合に、前記受信した情報に基づいて前記アルバム情報保管部に保管されたアルバム情報から置換するアルバムを決定する手段と、前記置換するアルバムに含まれる画像および属性情報を前記クライアント装置に送信する手段と、該送信した後に前記画像保管部から前記置換するアルバムに含まれる画像を削除する手段と、を備えることを特徴とする。
【００１１】
本発明の情報処理装置は、クライアント装置から送信された画像を受信して画像保管部に保管する手段と、該画像保管部に保管された画像群をグループ化して、属性情報を設定することによりアルバムを作成する手段と、前記作成したアルバムの情報をアルバム情報保管部に保管する手段と、前記クライアント装置から画像を送信してもよいか否かを要求する情報を受信した際に、該受信した情報に基づいて前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できるか否かを判断する手段と、前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できないと判断した場合に、前記受信した情報に基づいて前記アルバム情報保管部に保管されたアルバム情報から置換するアルバムを決定する手段と、前記置換するアルバムに含まれる画像および属性情報を前記クライアント装置に送信する手段と、該送信した後に前記画像保管部から前記置換するアルバムに含まれる画像を削除する手段と、を備えることを特徴とする。
【００１２】
本発明の情報処理装置の制御方法は、クライアント装置から送信された画像を受信して画像保管部に保管するステップと、該画像保管部に保管された画像群をグループ化して、属性情報を設定することによりアルバムを作成するステップと、前記作成したアルバムの情報をアルバム情報保管部に保管するステップと、前記クライアント装置から画像を送信してもよいか否かを要求する情報を受信した際に、該受信した情報に基づいて前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できるか否かを判断するステップと、前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できないと判断した場合に、前記受信した情報に基づいて前記アルバム情報保管部に保管されたアルバム情報から置換するアルバムを決定するステップと、前記置換するアルバムに含まれる画像および属性情報を前記クライアント装置に送信するステップと、該送信した後に前記画像保管部から前記置換するアルバムに含まれる画像を削除するステップと、を備えることを特徴とする。
【００１３】
情報処理装置の制御プログラムは、クライアント装置から送信された画像を受信して画像保管部に保管するステップと、該画像保管部に保管された画像群をグループ化して、属性情報を設定することによりアルバムを作成するステップと、前記作成したアルバムの情報をアルバム情報保管部に保管するステップと、前記クライアント装置から画像を送信してもよいか否かを要求する情報を受信した際に、該受信した情報に基づいて前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できるか否かを判断するステップと、前記画像保管部の残り容量で前記クライアント装置から送信される画像を保管できないと判断した場合に、前記受信した情報に基づいて前記アルバム情報保管部に保管されたアルバム情報から置換するアルバムを決定するステップと、前記置換するアルバムに含まれる画像および属性情報を前記クライアント装置に送信するステップと、該送信した後に前記画像保管部から前記置換するアルバムに含まれる画像を削除するステップと、をコンピュータに実行させることを特徴とする。
【００１４】
本発明の情報処理システムは、画像を処理する情報処理装置と、該情報処理装置に着脱自在に接続される記憶媒体と、を備える情報処理システムであって、前記情報処理装置は、利用者による画像の転送要求の操作を受け付けた際に、転送要求された画像に基づいて転送に関する情報を作成する手段と、前記転送要求された画像を前記記憶媒体に転送する手段と、前記記憶媒体に含まれる画像群をグループ化して、属性情報を設定することによりアルバムの情報を作成する手段と、前記作成したアルバムの情報を前記記憶媒体に保管する手段と、前記転送に関する情報に基づいて、前記記憶媒体の残り容量が前記転送される画像を保管できる容量であるか否かを判断する手段と、前記記憶媒体の残り容量が前記転送される画像を保管できる容量でないと判断した場合に、前記転送に関する情報に基づいて前記記憶媒体に保管されたアルバム情報から置換するアルバムを決定する手段と、前記置換するアルバムに含まれる画像および属性情報を前記記憶媒体から取得する手段と、該取得した後に前記記憶媒体から前記置換するアルバムに含まれる画像を削除する手段と、を備えることを特徴とする。
【００１５】
本発明の情報処理装置は、記憶媒体が着脱自在に接続される情報処理装置であって、利用者による画像の転送要求の操作を受け付けた際に、転送要求された画像に基づいて転送に関する情報を作成する手段と、前記転送要求された画像を前記記憶媒体に転送する手段と、前記記憶媒体に含まれる画像群をグループ化して、属性情報を設定することによりアルバムの情報を作成する手段と、前記作成したアルバムの情報を前記記憶媒体に保管する手段と、前記転送に関する情報に基づいて、前記記憶媒体の残り容量が前記転送される画像を保管できる容量であるか否かを判断する手段と、前記記憶媒体の残り容量が前記転送される画像を保管できる容量でないと判断した場合に、前記転送に関する情報に基づいて前記記憶媒体に保管されたアルバム情報から置換するアルバムを決定する手段と、前記置換するアルバムに含まれる画像および属性情報を前記記憶媒体から取得する手段と、該取得した後に前記記憶媒体から前記置換するアルバムに含まれる画像を削除する手段と、を備えることを特徴とする。
【００１６】
本発明の情報処理装置の制御方法は、記憶媒体が着脱自在に接続される情報処理装置の制御方法であって、利用者による画像の転送要求の操作を受け付けた際に、転送要求された画像に基づいて転送に関する情報を作成するステップと、前記転送要求された画像を前記記憶媒体に転送するステップと、前記記憶媒体に含まれる画像群をグループ化して、属性情報を設定することによりアルバムの情報を作成するステップと、前記作成したアルバムの情報を前記記憶媒体に保管するステップと、前記転送に関する情報に基づいて、前記記憶媒体の残り容量が前記転送される画像を保管できる容量であるか否かを判断するステップと、前記記憶媒体の残り容量が前記転送される画像を保管できる容量でないと判断した場合に、前記転送に関する情報に基づいて前記記憶媒体に保管されたアルバム情報から置換するアルバムを決定するステップと、前記置換するアルバムに含まれる画像および属性情報を前記記憶媒体から取得するステップと、該取得した後に前記記憶媒体から前記置換するアルバムに含まれる画像を削除するステップと、を備えることを特徴とする。
【００１７】
本発明の情報処理装置の制御プログラムは、記憶媒体が着脱自在に接続される情報処理装置の制御プログラムであって、利用者による画像の転送要求の操作を受け付けた際に、転送要求された画像に基づいて転送に関する情報を作成するステップと、前記転送要求された画像を前記記憶媒体に転送するステップと、前記記憶媒体に含まれる画像群をグループ化して、属性情報を設定することによりアルバムの情報を作成するステップと、前記作成したアルバムの情報を前記記憶媒体に保管するステップと、前記転送に関する情報に基づいて、前記記憶媒体の残り容量が前記転送される画像を保管できる容量であるか否かを判断するステップと、前記記憶媒体の残り容量が前記転送される画像を保管できる容量でないと判断した場合に、前記転送に関する情報に基づいて前記記憶媒体に保管されたアルバム情報から置換するアルバムを決定するステップと、前記置換するアルバムに含まれる画像および属性情報を前記記憶媒体から取得するステップと、該取得した後に前記記憶媒体から前記置換するアルバムに含まれる画像を削除するステップと、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、画像を送信する際に、送信先の記憶領域の容量が足りない場合でも、利用者が１つの作品として完成させたアルバム情報が失われるのを回避することができ、アルバムを作成し直す手間をなくすことができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１の実施形態である情報処理システムの構成例を説明するためのブロック図である。
【図２】クライアントＰＣ及びサーバを構成するコンピュータ装置の構成例を示すブロック図である。
【図３】サーバのディスプレイにアルバム作成部で作成したアルバム情報を表示した例を示す図である。
【図４】クライアントＰＣにおいて、利用者が新たにシェアする画像を複数指定してサーバにアップロードする操作をしたときの処理を説明するためのフローチャート図である。
【図５】（ａ）はクライアントＰＣで利用者がアップロード指定した画像群の属性の一部を示す図、（ｂ）は削除キーワードリスト及び画像サイズ合計を示す図である。
【図６】サーバにおいて、クライアントＰＣから送信された画像アップロード要求を受信したときの処理を説明するためのフローチャート図である。
【図７】図６のステップＳ５１２の送信内容をクライアントＰＣが受信した後のクライアントＰＣ及びサーバの処理を説明するためのシーケンス図である。
【図８】クライアントＰＣにおいて、図６のステップＳ５１２の送信内容を受信した場合に、ディスプレイに表示される置換アルバム確認ダイヤログの一例を示す図である。
【図９】サーバのアルバム情報保管部に保管されているアルバム情報の一部を示す図である。
【図１０】本発明の第２の実施形態である情報処理システムの構成例を説明するためのブロック図である。
【図１１】デジタルカメラの処理例について説明するためのフローチャート図である。
【発明を実施するための形態】
【００２０】
以下、本発明の実施形態を図面を参照して説明する。
【００２１】
（第１の実施形態）
図１は、本発明の第１の実施形態である情報処理システムの構成例を説明するためのブロック図である。
【００２２】
図１に示すように、本実施形態の情報処理システムは、クライアントＰＣ１０１と、該クライアントＰＣ１０１にネットワークを介して接続されるフォトシェアリングサーバ１０２（以下、サーバ１０２という）とで構成される。
【００２３】
クライアントＰＣ１０１は、画像アップロード要求部１０３、及びアルバム保管部１０４を備える。
【００２４】
画像アップロード要求部１０３は、デジタルカメラで撮影された画像のアップロードに必要な情報を取得し、サーバ１０２に画像アップロードのリクエストを送信する。アルバム保管部１０４は、サーバ１０２で作成されたアルバム情報をクライアントＰＣ１０１にダウンロードしたときに、ダウンロードされたアルバム情報を保管する。
【００２５】
サーバ１０２は、画像アップロード処理制御部１０５、画像保管部１０６、画像アップロード部１０７、アルバム作成部１０８、及びアルバム情報保管部１０９を備える。また、サーバ１０２は、容量判定部１１０、置換アルバム決定部１１１、画像削除部１１２、及びアルバムダウンロード部１１３を備える。
【００２６】
画像アップロード処理制御部１０５は、画像アップロード要求部１０３より送信された画像アップロード要求に対しての処理を制御する。画像保管部１０６は、シェアする画像ファイルを保管する。画像アップロード部１０７は、クライアントＰＣ１０１からアップロードされた画像を受信し、受信した画像を画像保管部１０６に保管する。
【００２７】
アルバム作成部１０８は、画像アップロード部１０７が受信した画像をグループ化し、レイアウトや背景、コメントなどの表示属性を設定することによりアルバムを作成する。アルバム情報保管部１０９は、アルバム作成部１０８で作成したアルバムの情報を保管する。
【００２８】
容量判定部１１０は、利用者のクライアントＰＣ１０１毎に画像の保管容量が制限容量を超えるか否か判定する。置換アルバム決定部１１１は、アップロード画像群の情報を基にサーバ１０２から削除するアルバムを決定する。画像削除部１１２は、画像保管部１０６から画像を削除する。アルバムダウンロード部１１３は、アルバム情報およびアルバム情報に含まれる画像ファイルをクライアントＰＣ１０１に転送する。
【００２９】
図２は、クライアントＰＣ１０１及びサーバ１０２を構成するコンピュータ装置の構成例を示すブロック図である。クライアントＰＣ１０１及びサーバ１０２は、それぞれ単一のコンピュータ装置で実現してもよいし、必要に応じて複数のコンピュータ装置に各機能を分散して実現するようにしてもよい。複数のコンピュータ装置で構成される場合は、互いに通信可能にＬＡＮ等で接続される。
【００３０】
図２において、ＣＰＵ１００１は、コンピュータ装置全体を制御する。ＲＯＭ１００２は、変更を必要としないプログラムやパラメータ等を格納する。ＲＡＭ１００３は、外部装置などから供給されるプログラムやデータ等を一時記憶する。外部記憶装置１００４は、ハードディスク、あるいは着脱可能な光ディスク、磁気カード、光カード、ＩＣカード、メモリカードなどを含む。
【００３１】
操作入力Ｉ／Ｆ１００５は、データを入力するポインティングデバイスやキーボードなどの入力デバイス１００９のインターフェイスである。表示Ｉ／Ｆ１００６は、コンピュータ装置の保持するデータや供給されたデータを表示するためのディスプレイ１０１０のインターフェイスである。ネットワークＩ／Ｆ１００７は、ネットワーク１０１１に接続するためのインターフェイスである。画像入力Ｉ／Ｆ１００８は、デジタルカメラ等の画像入力デバイス１０１２から画像を入力するためのインターフェイスである。システムバス１０１３は、各ユニット１００１〜１００８を通信可能に接続するバスである。
【００３２】
図３は、サーバ１０２のディスプレイ１０１０にアルバム作成部１０８で作成したアルバム情報を表示した例を示す図である。アルバムは、画像分類の単位としてだけではなく、レイアウトや背景等の属性情報を含んでいる。
【００３３】
次に、図４を参照して、クライアントＰＣ１０１において、利用者が新たにシェアする画像を複数指定してサーバ１０２にアップロードする操作をしたときの処理について説明する。図４での各処理は、クライアントＰＣ１０１のＲＯＭ１００２や外部記憶装置１００４等に記憶されたプログラムがＲＡＭ１００３にロードされて、ＣＰＵ１００１が画像アップロード要求部１０３を制御することにより実行される。
【００３４】
ステップＳ３０１では、利用者が所望の画像を複数指定してサーバ１０２へのアップロード操作をすると、ＣＰＵ１００１は、画像アップロード要求部１０３を制御して、指定されたアップロード画像群から削除キーワードリストＤＬを作成する。
【００３５】
次に、ステップＳ３０２では、ＣＰＵ１００１は、画像アップロード要求部１０３を制御して、アップロードする画像群のサイズの合計ＡＳを算出する。
【００３６】
次に、ステップＳ３０３では、ＣＰＵ１００１は、画像アップロード要求部１０３を制御して、削除キーワードリストＤＬと画像サイズ合計ＡＳとをサーバ１０２に送信し、レスポンス待ち状態に入り、処理を終了する。
【００３７】
図５（ａ）は、クライアントＰＣ１０１において、利用者がアップロード指定した画像群の属性の一部を示す図である。図５（ａ）に示すように、画像にはキーワードが付与されており、本実施形態では、画像に付与されたキーワードの合計の多いもの上位３つを削除キーワードリストＤＬの要素とする。
【００３８】
本実施形態では、アップロード画像群中、「旅行」キーワードが付与されている画像は１６枚、「友人」キーワードが付与されている画像は９枚、「風景」キーワードが付与されている画像は７枚で、これらが上位３つである。したがって、図４のステップＳ３０１で作成される削除キーワードリストＤＬ、およびステップＳ３０２で算出される画像サイズ合計ＳＡは、それぞれ図５（ｂ）に示すようになる。
【００３９】
次に、図６を参照して、サーバ１０２において、クライアントＰＣ１０１から送信された画像アップロード要求を受信したときの処理について説明する。図６での各処理は、サーバ１０２のＲＯＭ１００２や外部記憶装置１００４等に記憶されたプログラムがＲＡＭ１００３にロードされて、ＣＰＵ１００１により実行される。なお、説明の便宜上、以下の説明では、サーバ１０２のＣＰＵ１００１をＣＰＵ１００１Ａとして説明する。
【００４０】
ステップＳ５０１では、ＣＰＵ１００１Ａは、画像アップロード処理制御部１０５により、クライアントＰＣ１０１から送信された削除キーワードリストＤＬおよび画像サイズ合計ＡＳを受信すると、ステップＳ５０２に進む。
【００４１】
ステップＳ５０２では、ＣＰＵ１００１Ａは、画像アップロード処理制御部１０５により、ＤＬ用のカウンタ変数ｉを１に初期化し、ステップＳ５０３に進む。
【００４２】
ステップＳ５０３では、ＣＰＵ１００１Ａは、容量判定部１１０により、該当するクライアントＰＣ１０１がサーバ１０２に保管可能なアップロード画像の残り容量Ｚを取得し、ステップＳ５０４に進む。
【００４３】
ステップＳ５０４では、ＣＰＵ１００１Ａは、容量判定部１１０により、ステップＳ５０３で取得した残り容量ＺがステップＳ５０１で受信した画像サイズ合計ＡＳを超えているか否かを判断する。そして、ＣＰＵ１００１Ａは、残り容量Ｚが画像サイズ合計ＡＳを超えている場合は、ステップＳ５０５に進み、残り容量Ｚが画像サイズ合計ＡＳを超えていない場合は、ステップＳ５０６に進む。
【００４４】
ステップＳ５０５では、全てのアップロード画像が残り容量Ｚ内で保管可能であるので、ＣＰＵ１００１Ａは、画像アップロード処理制御部１０５により、画像のアップロード許可をクライアントＰＣ１０１に送信し、処理を終了する。
【００４５】
なお、クライアントＰＣ１０１は、ステップＳ５０５の送信内容を受信すると、利用者がアップロード指定した画像をサーバ１０２にアップロードする。サーバ１０２は、画像アップロード部１０７でクライアントＰＣ１０１からアップロードされた画像を受信して、画像保管部１０６に保管する。
【００４６】
一方、ステップＳ５０６では、残り容量Ｚでは全てのアップロード画像を保管できないため、ＣＰＵ１００１Ａは、置換アルバム決定部１１１により、削除キーワードリストＤＬのｉ番目のキーワードＫｉを取得し、ステップＳ５０７に進む。
【００４７】
ステップＳ５０７では、ＣＰＵ１００１Ａは、置換アルバム決定部１１１により、アルバム情報保管部１０９からサーバ１０２に既登録のアルバム情報を取得し、そのうちキーワードＫｉを含むものを置換アルバムリストＲｉとして取得し、ステップＳ５０８に進む。
【００４８】
ステップＳ５０８では、ＣＰＵ１００１Ａは、置換アルバム決定部１１１により、置換アルバムリストＲｉに含まれるアルバム情報の画像ファイルのサイズの総和Ｚｉを算出し、ステップＳ５０９に進む。
【００４９】
ステップＳ５０９では、ＣＰＵ１００１Ａは、容量判定部１１０により、これまでの残り容量ＺにＺｉを加えて残り容量Ｚ（Ｚ＝Ｚ＋Ｚｉ）とし、ステップＳ５１０に進む。
【００５０】
ステップＳ５１０では、ＣＰＵ１００１Ａは、容量判定部１１０により、ステップＳ５０９での残り容量ＺがステップＳ５０１で受信した画像サイズ合計ＡＳを超えているか否かを判断する。そして、ＣＰＵ１００１Ａは、残り容量Ｚが画像サイズ合計ＡＳを超えている場合は、ステップＳ５１１に進み、残り容量Ｚが画像サイズ合計ＡＳを超えていない場合は、ステップＳ５１３に進む。
【００５１】
ステップＳ５１１では、ＣＰＵ１００１Ａは、置換アルバム決定部１１１により、置換アルバムリストＲｉを全置換アルバムリストＲに加え、ステップＳ５１２に進む。つまり、全置換アルバムリストＲに含まれるアルバム内の画像をすべて削除すれば、残り容量Ｚは画像サイズ合計ＡＳを超えることになり、クライアントＰＣ１０１からアップロード要求されたすべての画像がアップロード可能になる。
【００５２】
ステップＳ５１２では、ＣＰＵ１００１Ａは、画像アップロード処理制御部１０５により、全置換アルバムリストＲをサーバ１０２から削除すれば、画像がアップロード可能である旨をクライアントＰＣ１０１に送信し、処理を終了する。
【００５３】
一方、ステップＳ５１３では、全てのアップロード画像を保管する領域を確保できないため、ＣＰＵ１００１Ａは、置換アルバム決定部１１１により、置換アルバムリストＲｉを全置換アルバムリストＲに加え、ステップＳ５１４に進む。
【００５４】
ステップＳ５１４では、ＣＰＵ１００１Ａは、次の削除キーワードに関して処理をするため、置換アルバム決定部１１１により、カウンタ変数ｉに１を加え（ｉ＝ｉ＋１）、ステップＳ５１５に進む。
【００５５】
ステップＳ５１５では、ＣＰＵ１００１Ａは、置換アルバム決定部１１１により、カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えたか否かを判断する。
【００５６】
そして、ＣＰＵ１００１Ａは、カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えた場合は、ステップＳ５１６に進み、カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えていない場合は、ステップＳ５０６に戻る。
【００５７】
カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えた場合は、これ以上削除キーワードがないため置換アルバムを増やすことができない。したがって、アップロード要求された画像をすべてサーバ１０２に保管することができない。このため、ステップＳ５１６では、ＣＰＵ１００１Ａは、画像アップロード処理制御部１０５により、画像のアップロードができない旨をクライアントＰＣ１０１に送信し、処理を終了する。
【００５８】
なお、クライアントＰＣ１０１は、ステップＳ５１６の送信内容を受信すると、今回アップロード指定した画像ではアップロードできない旨のダイヤログをディスプレイ１０１０に表示する。
【００５９】
一方、カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えていない場合は、まだ削除キーワードリストＤＬに削除キーワードがあるため、ＣＰＵ１００１Ａは、ステップＳ５０６に戻り、次の削除キーワードで処理を続ける。
【００６０】
図７は、ステップＳ５１２の送信内容をクライアントＰＣ１０１が受信した後のクライアントＰＣ１０１及びサーバ１０２の処理を説明するためのシーケンス図である。また、図８は、クライアントＰＣ１０１において、ステップＳ５１２の送信内容を受信した場合に、ディスプレイ１０１０に表示される置換アルバム確認ダイヤログの一例を示す図である。ここでは、全置換アルバムリストＲにアルバム１、５、２が含まれることを示している。サーバ１０２はクライアントＰＣ１０１で実行ボタンが押下操作されたことに応答して、ダウンロードチェックボックスがＯＮになっているアルバム（図８ではアルバム１と２）の情報をクライアントＰＣ１０１にダウンロードしてから削除を行なう。一方、ダウンロードチェックボックスがＯＦＦになっているアルバム（図８ではアルバム５）については、ダウンロード処理をせずにその情報を削除する。
【００６１】
図７において、まず、クライアントＰＣ１０１は、図８に示す置換アルバム確認ダイヤログでの操作により、サーバ１０２に対して、全置換アルバムリストＲに含まれるアルバムをダウンロードする要求を通知する（６０１）。
【００６２】
サーバ１０２は、アルバムダウンロード部１１３で、全置換アルバムリストＲに含まれるアルバムに属する画像ファイルやアルバムの属性情報など取得し、取得したデータをクライアントＰＣ１０１に送信する（６０２）。
【００６３】
クライアントＰＣ１０１は、サーバ１０２から受信したデータをアルバム保管部１０４に保管し、保管完了した旨をサーバ１０２に通知する（６０３）。
【００６４】
サーバ１０２は、保管完了した旨の通知を受信すると、画像削除部１１２で全置換アルバムリストＲに含まれるアルバムに属する画像を画像保管部１０６から削除し、削除完了した旨をクライアントＰＣ１０１に通知する（６０４）。
【００６５】
クライアントＰＣ１０１は、サーバ１０２から削除完了した旨の通知を受信すると、アップロード指定された画像をアップロードする（６０５）。
【００６６】
サーバ１０２は、画像アップロード部１０７でクライアントＰＣ１０１からアップロードされた画像を受信して画像保管部１０６に保管し、すべての画像保管が終了すると、クライアントＰＣ１０１にアップロード完了の旨を通知する（６０６）。
【００６７】
なお、クライアントＰＣ１０１において、置換アルバム確認ダイヤログをディスプレイ１０１０に表示せずに、全置換アルバムリストＲに含まれるアルバム全てについて画像ファイルや属性情報のダウンロードを自動で行なうようにしてもよい。
【００６８】
図９は、サーバ１０２のアルバム情報保管部１０９に保管されているアルバム情報の一部を示す図である。ここで、図９及び図５（ｂ）の削除キーワードリストＤＬ，画像サイズ合計ＡＳを例に採って、図６を参照しつつサーバ１０２の処理を具体的に説明する。
【００６９】
図６のステップＳ５０４において、サーバ１０２の残り容量Ｚは、９ＭＢ（図９参照）である。従って、残り容量Ｚは画像サイズ合計ＡＳ（９８ＭＢ：図５（ｂ）参照））を超えていないので、ステップＳ５０６に処理は移る。
【００７０】
図５（ｂ）の削除キーワードリストＤＬの１番目「旅行」を含む既存のアルバムは、図９に示すように、「アルバム１」と「アルバム５」である。したがって、カウンタ変数ｉ＝１のとき、図６のステップＳ５０７で取得する置換アルバムリストＲｉは｛アルバム１，アルバム５｝となり、ステップＳ５０８で算出される総和Ｚｉは、４５＋３６＝８１（ＭＢ）となる。
【００７１】
ここで、図６のステップＳ５０９において、新たに保管可能な残り容量Ｚ＝９＋８１＝９０（ＭＢ）となる。これはまだ画像サイズ合計ＡＳ（９８ＭＢ）より小さいため、ステップＳ５１０の判断で、ステップＳ５１３に処理は移る。
【００７２】
ステップＳ５１３では、全置換アルバムリストＲ＝｛アルバム１，アルバム５｝となる。また、ステップＳ５１４では、カウンタ変数ｉ＝２となり、２番目の削除キーワードでの処理になる。ステップＳ５１５では、カウンタ変数ｉ＝２、削除キーワードリストＤＬの要素数は３であるので、処理はステップＳ５０６に移る。
【００７３】
ステップＳ５０６では、２番目の削除キーワード「友人」を含むのは「アルバム２」である（図８参照）。したがって、カウンタ変数ｉ＝２のとき、ステップＳ５０７で取得される置換アルバムリストＲｉは｛アルバム２｝となり、ステップＳ５０８で算出される総和Ｚｉは２２ＭＢとなる。
【００７４】
ここで、図６のステップＳ５０９において、新たに保管可能な残り容量Ｚ＝９０＋２２＝１１２（ＭＢ）となり、ステップＳ５１０では、Ｚ＞ＡＳ（９８ＭＢ）となって、ステップＳ５１１に処理が移る。
【００７５】
ステップＳ５１１では、全置換アルバムリストＲ＝｛アルバム１，アルバム５，アルバム２｝となり、ステップＳ５１２では、サーバ１０２が、全置換アルバムリストＲの容量を削除すれば画像のアップロードが可能であることをクライアントＰＣ１０１に送信する。
【００７６】
以上説明したように、本実施形態では、クライアントＰＣ１０１からサーバ１０２に画像をアップロードする際に、サーバ１０２の容量が足りない場合は、アルバム単位で既存の画像を削除してサーバ１０２にアップロードする画像の保管領域を確保する。従って、サーバ１０２側でアルバムの一部の画像が削除されるのを回避することができる。
【００７７】
また、サーバ１０２で削除される画像及び該画像に関連づけられたアルバム情報は、削除される前にクライアントＰＣ１０１にダウンロードされるので、クライアントＰＣ１０１にサーバ１０２で作成したアルバム情報を残すことができる。
【００７８】
これにより、クライアントＰＣ１０１からサーバ１０２に画像をアップロードする際に、サーバ１０２の容量が足りない場合においても、利用者が１つの作品として完成させたアルバムの情報が失われることがなく、アルバムを作成し直す手間をなくすことができる。
【００７９】
なお、本実施形態では、置換アルバムを決定する方法として、アップロード画像のキーワードとアルバムのキーワードとの関係を用いた場合を例示したが、アップロード画像の撮影日時とアルバムの画像の撮影日時との関係から置換アルバムを決定してもよい。
【００８０】
この場合、クライアントＰＣ１０１でアップロード画像の撮影日付上位５つを削除日付リストＤＬ２として取得し、画像サイズ合計ＡＳと共にサーバ１０２に送信する。削除日付リストＤＬ２のリストの数は任意数で構わない。
【００８１】
サーバ１０２は、削除日付リストＤＬ２及び画像サイズ合計ＡＳを受信（図６のステップＳ５０１に相当）した後の処理は、基本的には、図６と同様である。
【００８２】
図６のステップＳ５０６以降に相当する処理を簡単に説明すると、サーバ１０２は、削除日付リストＤＬ２に含まれる日付と同じ撮影日付の写真を多く含む順にアルバムを置換候補として取得する。次に、取得した順番にアルバムが削除された場合、アップロード画像が保管可能かの容量確認をする。そして、画像のアップロードが可能か否かの判定結果をクライアントＰＣ１０１に送信する。
【００８３】
（第２の実施形態）
次に、図１０及び図１１を参照して、本発明の第２の実施形態である情報処理システムについて説明する。
【００８４】
図１０は、本発明の第２の実施形態である情報処理システムの構成例を説明するためのブロック図である。
【００８５】
図１０に示すように、本実施形態の情報処理システムは、デジタルカメラ９０１、該デジタルカメラ９０１に着脱自在に接続されるメモリカード９０２、及び外部記憶装置９０３により構成される。なお、外部記憶装置９０３については、デジタルカメラ９０１の所定の記憶領域で代用してもよい。
【００８６】
デジタルカメラ９０１は、画像転送要求部９０４、画像転送処理制御部９０５、画像転送部９０６、アルバム作成部９０７、容量判定部９０８、置換アルバム決定部９０９、画像削除部９１０、及びアルバム退避処理部９１１を備える。
【００８７】
画像転送受付部９０４は、利用者による不図示の操作部での操作を受け、画像をメモリカード９０２に転送する要求を受け付ける。画像転送処理制御部９０５は、画像転送受付部９０４で受け付けた画像転送要求に対しての処理を制御する。
【００８８】
画像転送部９０６は、画像をメモリカード９０２の画像保管部９１３に転送する。アルバム作成部９０７は、画像をグループ化し、レイアウトや背景、コメントなどの表示属性を設定することによりアルバムを作成する。
【００８９】
容量判定部９０８は、画像の保管容量が制限容量を超えるか否か判定する。置換アルバム決定部９０９は、転送画像群の情報を基にメモリカード９０２から削除するアルバムを決定する。画像削除部９１０は、画像保管部９１３から画像を削除する。アルバム待避処理部９１１は、アルバム情報とアルバムの画像ファイルを外部記憶装置９０３のアルバム保管部９１４に待避させる。
【００９０】
メモリカード９０２は、アルバム情報保管部９１２及び画像保管部９１３を備える。アルバム情報保管部９１２は、アルバム作成部９０７で作成したアルバムの情報を保管する。画像保管部９１３は、画像転送部９０６から転送された画像を保管する。
【００９１】
次に、図１１を参照して、デジタルカメラ９０１の処理例について説明する。図１１での各処理は、デジタルカメラ９０１のＲＯＭ（不図示）等に記憶された制御プログラムがＲＡＭ（不図示）にロードされて、ＣＰＵ（不図示）により実行される。
【００９２】
ステップＳ７０１では、ＣＰＵは、利用者による不図示の操作部での画像の転送操作を受け付けると、画像転送要求部９０４を制御して、指定された転送画像群から削除キーワードリストＤＬを作成し、ステップＳ７０２に進む。
【００９３】
ステップＳ７０２では、ＣＰＵは、画像転送要求部９０４を制御して、メモリカード９０２に転送する画像群のサイズの合計ＡＳを算出し、ステップＳ７０３に進む。
【００９４】
ステップＳ７０３では、ＣＰＵは、画像転送処理制御部９０５により、ＤＬ用のカウンタ変数ｉを１に初期化し、ステップＳ７０４に進む。
【００９５】
ステップＳ７０４では、ＣＰＵは、容量判定部９０８により、メモリカード９０２に保管可能な転送画像の残り容量Ｚを取得し、ステップＳ７０５に進む。
【００９６】
ステップＳ７０５では、ＣＰＵは、容量判定部１１０により、ステップＳ７０４で取得した残り容量ＺがステップＳ７０２で算出した画像サイズ合計ＡＳを超えているか否かを判断する。そして、ＣＰＵは、残り容量Ｚが画像サイズ合計ＡＳを超えている場合は、ステップＳ７１７に進み、残り容量Ｚが画像サイズ合計ＡＳを超えていない場合は、ステップＳ７０６に進む。
【００９７】
ステップＳ７１７では、全ての転送画像が残り容量Ｚ内で保管可能であるので、ＣＰＵは、利用者が転送指定した画像をメモリカード９０２に転送し、画像保管部９１３に保管する。
【００９８】
一方、ステップＳ７０６では、残り容量Ｚでは全ての転送画像を保管できないため、ＣＰＵは、置換アルバム決定部９０９により、削除キーワードリストＤＬのｉ番目のキーワードＫｉを取得し、ステップＳ７０７に進む。
【００９９】
ステップＳ７０７では、ＣＰＵは、置換アルバム決定部９０９により、アルバム情報保管部９１２からメモリカード９０２に既登録のアルバム情報を取得し、そのうちキーワードＫｉを含むものを置換アルバムリストＲｉとして取得し、ステップＳ７０８に進む。
【０１００】
ステップＳ７０８では、ＣＰＵは、置換アルバム決定部９０９により、置換アルバムリストＲｉに含まれるアルバム情報の画像ファイルのサイズの総和Ｚｉを算出し、ステップＳ７０９に進む。
【０１０１】
ステップＳ７０９では、ＣＰＵは、容量判定部９０８により、これまでの残り容量ＺにＺｉを加えて残り容量Ｚ（Ｚ＝Ｚ＋Ｚｉ）とし、ステップＳ７１０に進む。
【０１０２】
ステップＳ７１０では、ＣＰＵは、容量判定部９０８により、ステップＳ７０９での残り容量ＺがステップＳ７０２で算出した画像サイズ合計ＡＳを超えているか否かを判断する。そして、ＣＰＵは、残り容量Ｚが画像サイズ合計ＡＳを超えている場合は、ステップＳ７１１に進み、残り容量Ｚが画像サイズ合計ＡＳを超えていない場合は、ステップＳ７１３に進む。
【０１０３】
ステップＳ７１１では、ＣＰＵは、置換アルバム決定部９０９により、置換アルバムリストＲｉを全置換アルバムリストＲに加え、ステップＳ７１２に進む。つまり、全置換アルバムリストＲに含まれるアルバム内の画像をすべて削除すれば、残り容量Ｚは画像サイズ合計ＡＳを超えることになり、すべての転送画像がメモリカード９０２に保管可能になる。
【０１０４】
ステップＳ７１２では、ＣＰＵは、画像転送処理制御部９０５により、不図示の表示部に図８と同様の置換確認ダイヤログを表示し、ステップＳ７１８に進む。
【０１０５】
ステップＳ７１８では、ＣＰＵは、置換確認ダイヤログでの利用者の操作を基に、アルバム待避処理部９１１により削除画像の待避処理及び指定画像の転送処理を実行する。
【０１０６】
具体的には、ＣＰＵは、アルバム待避処理部９１１により、メモリカード９０２から全置換アルバムリストＲに含まれるアルバムに属する画像ファイルやアルバムの属性情報などを取得する。そして、ＣＰＵは、アルバム待避処理部９１１により、取得したデータを外部記憶装置９０３のアルバム保管部９１４に転送して保管して待避させる。
【０１０７】
次に、ＣＰＵは、画像削除部９１０により、全置換アルバムリストＲに含まれるアルバムに属する画像をメモリカード９０２の画像保管部１０６から削除する。その後、ＣＰＵは、画像転送部９０６により、転送指定された画像をメモリカード９０２に転送して、画像保管部９１３に保管し、処理を終了する。
【０１０８】
一方、ステップＳ７１３では、全ての転送画像を保管する領域を確保できないため、ＣＰＵは、置換アルバム決定部９０９により、置換アルバムリストＲｉを全置換アルバムリストＲに加え、ステップＳ７１４に進む。
【０１０９】
ステップＳ７１４では、ＣＰＵは、次の削除キーワードに関して処理をするため、置換アルバム決定部９０９により、カウンタ変数ｉに１を加え（ｉ＝ｉ＋１）、ステップＳ７１５に進む。
【０１１０】
ステップＳ７１５では、ＣＰＵは、置換アルバム決定部９０９により、カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えたか否かを判断する。
【０１１１】
そして、ＣＰＵは、カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えた場合は、ステップＳ７１６に進み、カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えていない場合は、ステップＳ７０６に戻る。
【０１１２】
カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えた場合は、これ以上削除キーワードがないため置換アルバムを増やすことができない。したがって、転送要求された画像をすべてメモリカード９０２に保管することができない。このため、ステップＳ７１６では、ＣＰＵは、画像転送処理制御部９０５により、画像が転送できない旨を不図示の表示部に表示して、処理を終了する。
【０１１３】
一方、カウンタ変数ｉが削除キーワードリストＤＬの要素数を超えていない場合は、まだ削除キーワードリストＤＬに削除キーワードがあるため、ＣＰＵは、ステップＳ７０６に戻り、次の削除キーワードで処理を続ける。
【０１１４】
以上説明したように、本実施形態では、デジタルカメラ９０１からメモリカード９０２に画像を転送する際に、メモリカード９０２の容量が足りない場合は、アルバム単位で既存の画像を削除してメモリカード９０２に転送する画像の保管領域を確保する。従って、メモリカード９０２側でアルバムの一部の画像が削除されるのを回避することができる。
【０１１５】
また、メモリカード９０２で削除される画像及び該画像に関連づけられたアルバム情報は、削除される前に外部記憶装置９０３のアルバム保管部９１４に転送して待避させるので、作成したアルバム情報を残すことができる。
【０１１６】
これにより、デジタルカメラ９０１からメモリカード９０２に画像を転送する際に、メモリカード９０２の容量が足りない場合でも、利用者が１つの作品として完成させたアルバムの情報が失われることがなく、アルバムを作成し直す手間をなくすことができる。
【０１１７】
なお、本発明は、上記各実施形態に例示したものに限定されるものではなく、本発明の要旨を逸脱しない範囲において適宜変更可能である。
【０１１８】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【０１１９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１２０】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワークを介してダウンロードしてもよい。
【０１２１】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【０１２２】
更に、前述した実施形態の機能が以下の処理によって実現される場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【符号の説明】
【０１２３】
１０１    クライアントＰＣ
１０２    サーバ
１０３    画像アップロード要求部
１０４    アルバム保管部
１０５    画像アップロード処理制御部
１０６    画像保管部
１０７    画像アップロード部
１０８    アルバム作成部
１０９    アルバム情報保管部
１１０    容量判定部
１１１    置換アルバム決定部
１１２    画像削除部
１１３    アルバムダウンロード部
９０１    デジタルカメラ
９０２    メモリカード
９０３    外部記憶装置
９０４    画像転送要求部
９０５    画像転送処理制御部
９０６    画像転送部
９０７    アルバム作成部
９０８    容量判定部
９０９    置換アルバム決定部
９１０    画像削除部
９１１    アルバム退避処理部
９１２    アルバム情報保管部
９１３    画像保管部
９１４    アルバム保管部
１００１  ＣＰＵ
１００２  ＲＯＭ
１００３  ＲＡＭ
１００４  外部記憶装置
１００５  操作入力Ｉ／Ｆ
１００６  表示Ｉ／Ｆ
１００７  ネットワークＩ／Ｆ
１００８  画像入力Ｉ／Ｆ
１００９  入力デバイス
１０１０  ディスプレイ
１０１１  ネットワーク
１０１２  画像入力デバイス
１０１３  システムバス
【図４】
2010165010.tif 000003
【図５】
2010165010.tif 000004
【図６】
2010165010.tif 000005
【図７】
2010165010.tif 000006
【図８】
2010165010.tif 000007
【図９】
2010165010.tif 000008
【図１０】
2010165010.tif 000009
【図１１】
2010165010.tif 000010
【図１】
2010165010.tif 000011
【図２】
2010165010.tif 000012
【図３】
2010165010.tif 000013