(57)【要約】【課題】本発明は、画像データをアルバムへアップロード中に当該アルバムが削除されてもデータ転送をやり直すことなく、より少ない操作でアップロードを完了することが可能な情報処理装置を提供する。【解決手段】アルバム共有サーバは、ユーザＰＣ端末からアップロードされた画像データをユーザにより指定されたアルバムに登録する前に当該アルバムに紐付けられていないテーブル情報８００に仮登録する。そして、指定されたアルバム先が存在するか否かを判定し、アルバムが存在する場合は、受信した画像データを当該アルバムに保存してテーブル情報８００からテーブル情報９００に本登録する。さらに、ユーザにより指定されたアルバムが存在しない場合は、ユーザＰＣ端末に当該アルバムとは異なるアルバムを指示するように要求する。【選択図】図４
2010262575.tif 000002
【特許請求の範囲】
【請求項１】
データ送信装置からデータと当該データの保存先情報を受信する受信手段と、前記受信したデータを前記データの保存先情報に示された保存先に保存する保存手段と、前記保存先に保存されたデータを前記保存先に紐付けられた第１の管理情報に登録して管理する管理手段とを備える情報処理装置において、
前記受信したデータを前記保存先に保存する前に前記保存先に紐付けられていない第２の管理情報に仮登録する仮登録手段と、
前記保存先が存在するか否かを判定する判定手段と、
前記判定手段により前記保存先が存在すると判定された場合は、前記受信したデータを前記保存先に保存して前記第２の管理情報から前記第１の管理情報に本登録する本登録手段と、
前記判定手段により前記保存先が存在しないと判定された場合は、前記データ送信装置に前記保存先とは異なる保存先を指示するように要求する要求手段とを備えることを特徴とする情報処理装置。
【請求項２】
前記判定手段は、前記要求手段による要求に応じて前記データ送信装置から受信する前記データの保存先情報に示された他の保存先が存在するまで判定を行うことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記判定手段は、前記本登録手段により前記第１の管理情報に本登録された後に、前記他の保存先が存在するか否かを判定することを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記本登録手段により前記第２の管理情報から前記第１の管理情報に本登録された場合は、前記第２の管理情報を削除する削除手段をさらに備えることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記管理手段は、前記データ送信装置からの指示に応じて、少なくとも前記保存先および前記保存先に保存されたデータの削除、前記保存先の編集、前記保存先の作成を行うことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
データ送信装置からデータと当該データの保存先情報を受信する受信手段と、前記受信したデータを前記データの保存先情報に示された保存先に保存する保存手段と、前記保存先に保存されたデータを前記保存先に紐付けられた第１の管理情報に登録して管理する管理手段とを備える情報処理装置の制御方法において、
前記受信したデータを前記保存先に保存する前に前記保存先に紐付けられていない第２の管理情報に仮登録する仮登録工程と、
前記保存先が存在するか否かを判定する判定工程と、
前記判定工程にて前記保存先が存在すると判定された場合は、前記受信したデータを前記保存先に保存して前記第２の管理情報から前記第１の管理情報に本登録する本登録工程と、
前記判定工程にて前記保存先が存在しないと判定された場合は、前記データ送信装置に前記保存先とは異なる保存先を指示するように要求する要求工程とを備えることを特徴とする制御方法。
【請求項７】
請求項６記載の制御方法をコンピュータに実行させるためのコンピュータに読み取り可能なプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＣ（パーソナルコンピュータ）端末から受信した画像データを保存管理し、所定のＰＣ端末上で閲覧可能に共有することが可能な情報処理装置及びその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、デジタルカメラ等で撮影された画像データをＰＣ端末からインターネット上のサーバにアップロードし、該サーバに保存された画像データを公開したりダウンロード可能に構成された画像共有サービスが普及している。画像共有サービスでは、サーバに複数の画像データがアップロードされるので、例えばアルバムのような１つのカテゴリーの中に複数の画像データを登録して管理できるアルバム共有サービスがある。アルバム共有サービスでは、複数のカテゴリーを必要とする場合を想定して、複数のアルバムをユーザが自由に作成できるように構成されている。
【０００３】
画像データをアルバムに登録する場合、ユーザがアルバムを指定して画像データのアップロードを行うことになるが、アップロード中にそのアルバムが削除されてしまった場合、データの保存先が不明となることでアップロードが失敗してしまう。これを防ぐために、削除されることのない仮の保存先を用意し、ユーザが仮の保存先に画像データをアップロードし、その後、ユーザが登録したいアルバムへコピーもしくは移動する形式をとるアルバム共有サービスが提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−１０８４７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記従来のアルバム共有サービスでは、ユーザがアルバムへの画像のアップロード中に当該アルバムを共有する他のユーザがアルバムを削除した場合、アップロードがエラーとなり、画像データの転送が無駄になってしまう。これを回避する方法として、アルバムを指定せずにアップロードする方法や仮フォルダにアップロードした後にアルバムにコピーする方法がある。しかしながら、これらの方法では、画像をアップロードした後、アルバムを指定した直後にアルバムが削除されるとエラーになる問題がある。
【０００６】
また、アルバムを指定せずにアップロードする方法では、アップロード先がどこなのかわからないという不安をユーザに与えると共に、ユーザ自身がアルバムにコピーするので手間がかかり、利便性を損なうおそれがある。これを解決するために、アルバムを選択してそれに対してアップロードするのがよいが、転送中にアルバムが削除されるとやなりエラーになるという問題がある。
【０００７】
そこで、本発明は、画像データをアルバムへアップロード中に当該アルバムが削除されてもデータ転送をやり直すことなく、より少ない操作でアップロードを完了することが可能な情報処理装置及びその制御方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、請求項１記載の情報処理装置は、データ送信装置からデータと当該データの保存先情報を受信する受信手段と、前記受信したデータを前記データの保存先情報に示された保存先に保存する保存手段と、前記保存先に保存されたデータを前記保存先に紐付けられた第１の管理情報に登録して管理する管理手段とを備える情報処理装置において、前記受信したデータを前記保存先に保存する前に前記保存先に紐付けられていない第２の管理情報に仮登録する仮登録手段と、前記保存先が存在するか否かを判定する判定手段と、前記判定手段により前記保存先が存在すると判定された場合は、前記受信したデータを前記保存先に保存して前記第２の管理情報から前記第１の管理情報に本登録する本登録手段と、前記判定手段により前記保存先が存在しないと判定された場合は、前記データ送信装置に前記保存先とは異なる保存先を指示するように要求する要求手段とを備えることを特徴とする。
【０００９】
上記目的を達成するために、請求項６記載の情報処理装置の制御方法は、データ送信装置からデータと当該データの保存先情報を受信する受信手段と、前記受信したデータを前記データの保存先情報に示された保存先に保存する保存手段と、前記保存先に保存されたデータを前記保存先に紐付けられた第１の管理情報に登録して管理する管理手段とを備える情報処理装置の制御方法において、前記受信したデータを前記保存先に保存する前に前記保存先に紐付けられていない第２の管理情報に仮登録する仮登録工程と、前記保存先が存在するか否かを判定する判定工程と、前記判定工程にて前記保存先が存在すると判定された場合は、前記受信したデータを前記保存先に保存して前記第２の管理情報から前記第１の管理情報に本登録する本登録工程と、前記判定工程にて前記保存先が存在しないと判定された場合は、前記データ送信装置に前記保存先とは異なる保存先を指示するように要求する要求工程とを備えることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画像データをアルバムへアップロード中に当該アルバムが削除されてもデータ転送をやり直すことなく、より少ない操作でアップロードを完了することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係る情報処理装置を含むアルバム共有システムの概略構成を示す図である。
【図２】アルバム共有サーバ及びユーザＰＣ端末のハードウェア構成の概略を示すブロック図である。
【図３】アルバム共有サーバのアルバム共有サービスに関連する機能構成の概略を示す図である。
【図４】ユーザＰＣ端末からアルバム共有サーバに画像をアップロードする際の処理動作の流れを示すフローチャートである。
【図５】（ａ）はアルバムに保存されている画像の表示画面の一例を示す図、（ｂ）はアルバムの新規作成、削除、編集を行うためのアルバム管理画面の一例を示す図である。
【図６】（ａ）は画像のアップロード画面の一例を示す図、（ｂ）はアルバムが削除されていた場合に表示される画面の一例を示す図である。
【図７】（ａ）はデータベースに保存される仮のテーブル情報の一例を示す図、（ｂ）は本登録されたテーブル情報の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面を参照して詳細に説明する。
【００１３】
図１は、本発明の実施形態に係る情報処理装置を含むアルバム共有システムの概略構成を示す図である。
【００１４】
本発明の実施形態におけるアルバム共有システムは、図示のように、アルバム共有サーバ２０１と複数のユーザＰＣ端末２０２，２０３，２０４とで構成され、これらがインターネット等の通信回線２０５を介して互いに接続されている。
【００１５】
アルバム共有サーバ２０１は、ユーザＰＣ端末２０２〜２０４からアップロードされた複数の画像データを保存管理し、ユーザＰＣ端末２０２〜２０４上で閲覧可能に構成された情報処理装置である。アルバム共有サーバ２０１には、アップロードされた画像データを、ユーザＰＣ端末２０２〜２０４上でのユーザ操作に応じて作成されたアルバムに登録するアルバム共有サービス機能を有する。
【００１６】
ユーザＰＣ端末２０２〜２０４は、ユーザからの操作に応じて、当該端末内に保存された画像データをアルバム共有サーバ２０１にアップロードすることが可能なデータ送信装置である。ユーザＰＣ端末２０２〜２０４では、アルバム共有サーバ２０１に対するアルバムの作成や削除、編集等の操作を行うことができる。また、ユーザＰＣ端末２０２〜２０４では、アルバム共有サーバ２０１上のアルバムに登録された画像データの閲覧や当該画像データの取得（ダウンロード）を行うことができる。アルバムに登録されている画像データの閲覧機能としては、例えば、ブラウザ等が挙げられるが、これに限定されず、例えば専用のアプリケーションソフトであってもよい。
【００１７】
図２は、図１のアルバム共有サーバ２０１及びユーザＰＣ端末２０２〜２０４のハードウェア構成の概略を示すブロック図である。
【００１８】
図２に示すように、情報処理装置としてのアルバム共有サーバ２０１及びユーザＰＣ端末２０２〜２０４は、ＣＲＴディスプレイ（ＣＲＴ）１０１、ＶＲＡＭ１０２、ＢＭＵ１０３、キーボード１０４、ＰＤ１０５を備える。さらに、ＣＰＵ１０６、ＲＯＭ１０７、ＲＡＭ１０８、ＨＤＤ１０９、ＦＤＤ１１０、ネットワーク（ＮＥＴ）Ｉ／Ｆ１１１を有する。
【００１９】
ＣＲＴ（Cathode Ray Tube）ディスプレイ１０１には、例えば、編集中の文書、図形、画像その他の編集情報、アイコン、メッセージ、メニューその他のユーザーインターフェース情報が表示される。ＶＲＡＭ１０２には、ＣＲＴディスプレイ１０１に表示するための画像が描画される。このＶＲＡＭ１０２に生成された画像データは、所定の規定に従ってＣＲＴディスプレイ１０１に転送され、これによりＣＲＴディスプレイ１０１に画像が表示される。
【００２０】
ＢＭＵ（ビットムーブユニット）１０３は、例えば、メモリ間（例えば、ＶＲＡＭ１０２と他のメモリとの間）のデータ転送や、メモリと各Ｉ／Ｏデバイス（例えば、ネットワークＩ／Ｆ１１１）との間のデータ転送を制御する。キーボード１０４は、文書等を入力するための各種キーを有する。
【００２１】
ＰＤ（ポインティングデバイス）１０５は、例えば、ＣＲＴディスプレイ１０１に表示されたアイコン、メニューその他のコンテンツを指示するために使用される。ＣＰＵ１０６は、ＲＯＭ１０７、ＨＤＤ１０９又はフレキシブルディスクに格納された制御プログラムに基づいて、各デバイスを制御する。
【００２２】
ＲＯＭ１０７は、各種制御プログラムやデータを保存する。ＲＡＭ１０８は、ＣＰＵ１０６のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。ＨＤＤ１０９は、情報処理装置内で実行される各制御プログラムやコンテンツを格納する。例えば、ＨＤＤ１０９には、画像データ、画像処理アプリケーションプログラムなどが格納される。
【００２３】
ＦＤＤ（フレキシブルディスクドライブ）１１０は、フロッピー（登録商標）等に代表されるフレキシブルディスクに対するアクセスを制御する。ネットワークＩ／Ｆ１１１は、他の情報処理装置やプリンタ等と通信回線２０５を介して通信を行う。ＣＰＵバス１１２は、アドレスバス、データバス及びコントロールバスを含む。
【００２４】
ＣＰＵ１０６に対する制御プログラムの提供は、ＲＯＭ１０７、ＨＤＤ１０９、ＦＤＤ１１０から行うこともできるし、ネットワークＩ／Ｆ１１１を介して通信回線２０５経由で他の情報処理装置等から行うこともできる。
【００２５】
図３は、アルバム共有サーバ２０１のアルバム共有サービスに関連する機能構成の概略を示す図である。
【００２６】
アルバム共有サーバ２０１は、アプリサーバ３０２と、ファイルサーバ３０３と、データベース３０４とを備える。
【００２７】
アプリサーバ３０２は、ユーザＰＣ端末２０２〜２０４からアップロードされた画像データをファイルサーバ３０３に保存し、アルバムとして閲覧可能に管理する機能を備える。また、アプリサーバ３０２は、ユーザＰＣ端末２０２〜２０４からの要求に応じて、ファイルサーバ３０３に保存された画像データを送信（ダウンロード）する機能を備える。また、アプリサーバ３０２は、画像データを閲覧するための画面やアルバムを作成、削除、編集するための画面、画像データをアップロードするための画面等をユーザＰＣ端末に表示させる機能も備える。
【００２８】
アプリサーバ３０２は、ファイルサーバ３０３に保存した複数の画像データを所定のアルバムに登録して管理するためのテーブル情報をデータベース３０４に保存する。
【００２９】
次に、ユーザＰＣ端末２０２等からアルバム共有サーバ２０１に画像をアップロードする際の処理動作について説明する。
【００３０】
図４は、ユーザＰＣ端末２０２からアルバム共有サーバ２０１に画像をアップロードする際の処理動作の流れを示すフローチャートである。
【００３１】
例えば、ユーザＡの操作に応じてユーザＰＣ端末２０２がアルバム共有サーバ２０１内のアプリサーバ３０２にアクセスする。アプリサーバ３０２は、ユーザＡが利用可能なアルバムの一覧（図５（ｂ））をユーザＰＣ端末２０２のＣＲＴディスプレイ１０１に表示させる。ユーザがアルバム一覧の中から所望のアルバムのアルバム識別アイコン５０４を選択すると、アプリサーバ３０２は、アルバムの選択に応じて、ユーザＰＣ端末２０２のＣＲＴディスプレイ１０１に図５（ａ）に示すような画面４００を表示させる。
【００３２】
図５（ａ）に示す画面４００には、アルバム管理ボタン４０１と、アップロードボタン４０２と、アルバム名表示欄４０３と、画像表示欄４０４とが配置されている。図示例は、ユーザが作成した複数のアルバムのうちのアルバム名「アルバム１」に登録されている４つの画像が画像表示欄４０４に表示されているものとする。この状態でアルバム管理ボタン４０１が押下されると、アプリサーバ３０２により図５（ｂ）に示すアルバム管理画面５００に表示が切り替わる。
【００３３】
図５（ｂ）において、アルバム管理画面５００には、アルバム新規作成ボタン５０１と、アルバム削除ボタン５０２と、アルバム編集ボタン５０３と、アルバム識別アイコン５０４と、アルバム選択用ラジオボタン５０５とが配置されている。アルバム識別アイコン５０４は、複数のアルバムを識別するためにユーザにより付与されたアイコン（または画像等）である。
【００３４】
アルバム新規作成ボタン５０１が押下されると、アプリサーバ３０２により画像データの保存先として新規のアルバムが作成される。アルバム選択用ラジオボタン５０５が選択された後、アルバム削除ボタン５０２が押下されると、選択されたアルバムがアプリサーバ３０２により削除される。アルバム選択用ラジオボタン５０５が選択された後、アルバム編集ボタン５０３が押下されると、アプリサーバ３０２により図５（ａ）に示す画面４００に表示が切り替わる。
【００３５】
例えば、ユーザＡがアルバム１に画像を追加したい場合は、図５（ａ）の画面４００がＣＲＴディスプレイ１０１に表示されている状態でアップロードボタン４０２を押下する。
【００３６】
図４に戻り、アプリサーバ３０２は、図５（ｂ）の画面５００でアルバム識別アイコン５０４を選択して、画像を登録するアルバムの指定を受け付ける（ステップＳ１００１）。すなわち、アプリサーバ３０２は、ユーザにより指定されたアルバム名等の画像データの保存先情報をユーザＰＣ端末２０２から受信する。なお、ユーザがアルバム２に画像をアップロードする場合は、図５（ｂ）に示す画面上でアルバム選択用ラジオボタン５０５の「アルバム２」を選択した後、アルバム編集ボタン５０３を押下することで切り替えが行われる。アルバムが選択されるとアプリサーバ３０２は図５（ａ）に示す画面４００を表示する。ユーザが選択したアルバムに画像を追加したい場合は、アップロードボタン４０２を押下することで図６（ａ）に示すアップロード画面６００を表示する。
【００３７】
次に、アプリサーバ３０２は、図６（ａ）に示すアップロード画面上でアルバム１に追加する画像の選択をユーザから受け付ける（ステップＳ１００２）。なお、ステップＳ１００２において、アプリサーバ３０２が、データの保存先情報としてアルバム名と画像データ名をユーザＰＣ端末２０２から受信するようにしてもよい。
【００３８】
本実施形態では、ユーザＰＣ端末２０２内のＨＤＤ１０９上にある画像の一覧がアップロード画面上の所定の領域に表示される。その中からユーザが所望の画像をドラッグしてアップロード画面のアップロード用領域にドロップすることでアップロードしたい画像の選択が行われる。ユーザがアップロード画面でユーザＰＣ端末上の画像をアップロード画面にドロップしてアップロードしたい画像６０２，６０３を決定した状態を図６（ａ）に示す。
【００３９】
図６（ａ）に示す画面６００上でユーザがアップロード開始ボタン６０１を押下すると、アプリサーバ３０２は、選択された画像６０２，６０３のアップロードを受け付け（ステップＳ１００３）、ユーザＰＣ端末２０２から画像データを受信する。
【００４０】
次に、アプリサーバ３０２は、ユーザＰＣ端末２０２から転送された画像データ（画像６０２，６０３）をファイルサーバ３０３に保存する（ステッＳ１００４）。このとき、アプリサーバ３０２は、ファイルサーバ３０３に保存した画像データを仮登録するためのテーブル情報（第２の管理情報）を新たに作成してデータベース３０４に保存する。データベース３０４に保存されたテーブル情報（第２の管理情報）の一例を図７（ａ）に示す。
【００４１】
図７（ａ）において、アップロードＩＤ（ＵＰＬＯＡＤ＿ＩＤ）８０１には、１つのアップロード画像データに対して自動的に割り当てられた仮ＩＤが格納される。アップロードＩＤは正式な登録ＩＤではなく、仮登録ＩＤである。ファイルサーバ名（ＦＩＬＥ＿ＳＥＲＶＥＲ）８０２には、アップロード画像データの保存先であるファイルサーバ名が格納される（ここではファイルサーバ３０３を「ｆｓ００１」とする）。保存パス（ＰＡＴＨ）８０３には、アップロード画像データの保存先のファイルパスが格納される。このように、図示のテーブル情報８００は、保存した画像データを仮登録するための情報として、ファイルサーバ名や保存先のファイルパス等で構成される。
【００４２】
図７（ｂ）は、ユーザにより指定されたアルバムにアップロードされた画像データを本登録した際に、ファイルサーバ３０３に保存した画像データを本登録するためのテーブル情報９００である。
【００４３】
図７（ａ）に示すテーブル情報８００には、図７（ｂ）に示すテーブル情報（第１の管理情報）９００のアルバムＩＤ（ＡＬＢＵＭ＿ＩＤ）が存在しない。つまり、アプリサーバ３０２は、アップロードされた画像データを、指定されたアルバムに登録せず（すなわちテーブル情報９００に本登録せず）にテーブル情報（第２の管理情報）８００に仮登録する。アルバム共有サーバ２０１にアップロードされた画像データには、アルバムの紐付け先が存在しないので、アルバムが削除された場合には、アップロードされたばかりの画像データが削除されることがなくなる。
【００４４】
次に、アプリサーバ３０２は、アップロードされた画像データがテーブル情報８００に全て仮登録されたか否かを判定する（ステップＳ１００５）。全ての画像データの仮登録が完了したと判定されたときは、アプリサーバ３０２は、ステップＳ１００１で指定されたアルバムが存在するか否かを判定する（ステップＳ１００６）。存在していればステップＳ１００７へすすむ。
【００４５】
一方、例えば、ユーザＡがユーザＰＣ端末２０２を利用してアルバム１にアップロード中に、アルバム１を共有するユーザＢが該アルバム１をユーザＰＣ端末２０３を利用して削除してしまった場合、ステップＳ１００１で指定されたアルバムが存在しなくなる。この場合はステップＳ１０１０にすすむ。
【００４６】
ステップＳ１０１０では、アプリサーバ３０２は、削除された「アルバム１」に以外の別のアルバムをユーザＡに選択してもらうために、図６（ｂ）に示すような選択画面７００をユーザＰＣ端末２０２に表示させる。
【００４７】
図６（ｂ）において、選択画面７００には、ユーザＡが選択したアルバム（ここでは「アルバム１」）が削除されている旨のメッセージ７０１と、選択可能な他のアルバム選択用ラジオボタン（ここでは「アルバム２」）７０３が配置されている。さらに、新規アルバムを作成するための新規アルバム作成用ラジオボタン７０４が配置されている。
【００４８】
ユーザＡは他のアルバム選択用ラジオボタン７０３を選択してもよいし、新規アルバム作成用ラジオボタン７０４を選択してもよい。例えば、ユーザＡが他のアルバム選択用ラジオボタン７０３を選択してＯＫボタン７０５を押下すると、アプリサーバ３０２は、選択されたアルバムの再指定を受け付けて、ステップＳ１００６に戻る。一方、図６（ｂ）の選択画面７００上でキャンセルボタン７０６が押下されたときは、アプリサーバ３０２は、アップロードの中止と判断して、本処理を終了する。
【００４９】
ステップＳ１００７では、アプリサーバ３０２は、ステップＳ１００１またはステップＳ１０１０で指定されたアルバムにアップロードされた画像データを本登録する。ここでは、アプリサーバ３０２が、図７（ａ）に示すテーブル情報８００に登録されたデータを図７（ｂ）に示すテーブル情報９００にコピーすることで、画像データのアルバムへの本登録が行われる。
【００５０】
図７（ｂ）において、画像ＩＤ（ＣＯＮＴＥＮＴＳ＿ＩＤ）９０１には、正式な画像ＩＤが登録される。本ファイルサーバ名９０２には、仮ファイルサーバ名（ＦＩＬＥ＿ＳＥＲＶＥＲ）８０２に格納された値がコピーされ、本保存パス（ＰＡＴＨ）９０３には、仮保存パス８０３に格納された値がコピーされる。アルバムＩＤ（ＡＬＢＵＭ＿ＩＤ）９０４には、ステップＳ１００１またはステップＳ１０１０で指定されたアルバムＩＤが格納される。このようにしてアップロードされた画像データは、ユーザにより指定されたアルバムへ紐付けられる。
【００５１】
図４に戻り、ステップＳ１００８では、アプリサーバ３０２は本登録が完了したか否か判定する。本登録が完了したと判定したときは、アプリサーバ３０２は、図７（ａ）のテーブル情報８００に格納されたデータ（値）を削除して（ステップＳ１００９）、本処理を終了する。
【００５２】
上記実施形態によれば、アルバム共有サーバは、ユーザＰＣ端末からアップロードされた画像データをユーザにより指定されたアルバムに登録する前に当該アルバムに紐付けられていないテーブル情報８００に仮登録する。そして、指定されたアルバム先が存在するか否かを判定し、アルバムが存在する場合は、受信した画像データを当該アルバムに保存してテーブル情報８００からテーブル情報９００に本登録する。さらに、ユーザにより指定されたアルバムが存在しない場合は、ユーザＰＣ端末に当該アルバムとは異なるアルバムを指示するように要求する。これにより、画像データをアルバムへアップロード中に当該アルバムが削除されてもデータ転送をやり直すことなく、より少ない操作でアップロードを完了することができる。
【００５３】
上記処理では、ステップＳ１００７の本登録処理が行われている最中にユーザＡが指定したアルバム（例えば、「アルバム２」）をユーザＢが削除してしまった場合、やはりアップロードされた画像を指定されたアルバム２に登録することができない。
【００５４】
そこで、ステップＳ１００８の後に、アプリサーバ３０２が、ユーザＡにより指定されたアルバム（ここではアルバム２）が存在するかどうかを判定してもよい。指定したアルバム２が存在する場合は、ステップ１００９にすすむ。一方、指定したアルバム２が存在しない場合（ステップＳ１００８でＮＯ）、ステップＳ１０１０と同様に、図６（ｂ）に示す選択画面７００をユーザＰＣ端末２０２に再表示させて、別のアルバムをユーザＡに選択してもらう（ステップＳ１０１１）。なお、別のアルバムが存在しない場合には、新たなアルバムを作成するように促したり、画像アップロードの中止等を受け付けてもよい。
【００５５】
本発明が、インターネット上で画像アルバムを他のユーザと共有し、当該他のユーザがアルバムを操作できるようなアルバム共有サービスに適用された場合には、特に効果を奏する。アルバム共有サービスでは、あるユーザがあるアルバムにアップロードしている最中に他のユーザがそのアルバムを削除することは容易に起こりえることである。そして、他のユーザにアルバムが削除されてしまってもデータ転送をやり直すことなくユーザの選ぶ別のアルバムへデータを登録することができる。
【００５６】
本実施の形態では、アルバム共有サービスでのアップロード時の処理について述べているが、データの送信側がデータの受信側にインターネット回線等を通じてデータ転送することに限定しているわけではない。例えば、データ送信側とデータ受信側が同一コンピュータであって単にデータを指定フォルダへ移動・コピーするような場合であっても同様に実現することができる。
【００５７】
上記実施形態では、図４の処理をアルバム共有サーバ２０１が実行しているが、これに限定されず、ユーザＰＣ端末が実行するように構成してもよいし、アルバム共有サーバとユーザＰＣ端末とが協働して実行するように構成してもよい。
【００５８】
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５９】
また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等である。または、プログラムコードをネットワーク（例えば、通信回線２０５）を介してダウンロードしてもよい。
【００６０】
また、コンピュータが読み出したプログラムコードを実行することにより、上記実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００６１】
更に、前述した実施形態の機能が実現可能な構成としては次の場合も本発明に含まれる。即ち、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う場合である。
【００６２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施の形態の機能が実現される場合も本発明に含まれる。加えて、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現する場合も含まれる。この場合、上記プログラムは、該プログラムを記憶した記憶媒体から直接、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続された不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【符号の説明】
【００６３】
１０１  ＣＲＴ
１０６  ＣＰＵ
１０７  ＲＯＭ
１０８  ＲＡＭ
２０１  アルバム共有サーバ
２０２，２０３，２０４  ユーザＰＣ端末
３０２  アプリサーバ
３０３  ファイルサーバ
３０４  データベース
【図１】
2010262575.tif 000003
【図２】
2010262575.tif 000004
【図３】
2010262575.tif 000005
【図４】
2010262575.tif 000006
【図５】
2010262575.tif 000007
【図６】
2010262575.tif 000008
【図７】
2010262575.tif 000009