(57)【要約】【課題】保管上限を超えたデータの保管をしようとしたユーザに対して、一時的にそのデータの保管を認め、後から不要なデータの削除を行うことのできるデータ保管サービスを提供する。【解決手段】ネットワークに接続されている情報処理装置にデータを保管するデータ保管サービスにおけるデータ保管方法で、第１の格納領域に保管されるデータの保管上限量を設定し、前記第１の格納領域に保管されているデータのデータ量と新たに保管されるデータのデータ量との和と、前記保管上限量との比較に応じてＳ１１０３、新たなデータを第２の格納領域に保管した後、保管されたデータの削除をユーザに指示する。削除指示では、新たなデータを保管した後での超過しているデータ量の保管データの削除を含む複数の選択肢をユーザに提供しＳ１１０４、新たなデータを保管した後で超過しているデータ量の保管データの削除をユーザに指示する場合には、ユーザに対してデータ削除以外の操作を禁止するＳ１１１２。【選択図】      図１１
2004213356.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されている情報処理装置にデータを保管するデータ保管サービスにおけるデータ保管方法であって、
第１の格納領域に保管されるデータの保管上限量を設定する保管上限量設定工程と、
前記第１の格納領域に保管されているデータのデータ量と新たに保管されるデータのデータ量との和と、前記保管上限量との比較に応じて、新たなデータを第２の格納領域に保管した後、保管されたデータの削除をユーザに指示する削除指示工程とを有することを特徴とするデータ保管方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はデータ保管サービスに関し、例えば、ユーザの持つデジタル画像データをインターネット等の通信環境を用いて接続されたサーバ上に保管し、プリント注文を行える情報処理システム及び情報処理装置及び保管情報の管理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムに関するものである。
【０００２】
【従来の技術】
近年、通信インフラの整備及び情報通信技術の発展により、インターネットなどのネットワークを利用した情報提供サービスが可能となっている。
【０００３】
又、近年、半導体デバイスの微細化が順調に進み、デジタルスチルカメラやデジタルビデオカメラに代表される画像入力機器を構成するＬＳＩや固体撮像素子の部品サイズ、コストがスケールダウンしたことにより、多くのユーザは画像入力機器を用いて画像を撮影し、デジタル画像データを得るようになっている。例えば、ユーザがデジタルスチルカメラを用いて撮影したデジタル画像データは、デジタルカメラ内にあるメモリに保存された後、ユーザが所有するパーソナルコンピュータ内の、ＨＤＤ等に代表される記録装置に転送されて管理保存されたり、ＣＤ−Ｒ等の外部記録メディアに書きこまれて保管されたりしている。
【０００４】
又、カラースキャナの普及に伴って、ユーザは、カラースキャナを用いて読み取った画像をデジタル画像データとして作成し、保管することも容易にできるようになっている。
【０００５】
これらのことを背景として、情報提供サービスの一種として、ユーザが画像入力機器で撮影したデジタル画像データをネットワーク上のサーバの記憶領域に預かり、そのデジタル画像データをユーザが望む時に閲覧できるようなサービスを提供するネットワークサービスがある。又、預かったデジタル画像データをユーザが望む第三者に公開できるサービスを提供するネットワークサービスがある。このようなネットワークサービスを提供するプロバイダを、以後フォトサイトと称す。
【０００６】
インターネット環境の整備、特に高速な回線が一般家庭にも普及しだしたことと、高画質デジタルカメラの普及に伴い、フォトサイトにアップロードされる画像のファイルサイズは急激に増大している。そのため、全てのユーザ画像を長期間に渡って保管しようとすると、フォトサイトに置かれる画像データベースは膨大になり、サービス運用者はディスクの増設等に多大なシステムの運用費用をかけることになる。この運用費用を抑えるために、これらフォトサイトではシステム運用者がサービス利用者に対して予め一定の制限を設け、一定量以上の画像ファイルはアップロードできないようにする場合がある。
【０００７】
【発明が解決しようとする課題】
さて、このようなネットワークフォトサービスの利用者の中には、与えられた制限いっぱいまで画像データをアップロードしている利用者もいる。そのような利用者がさらに画像のアップロードを行いたい場合には、予めフォトサイトにアクセスし、既に不要になった画像などを利用者の手で削除しなければ、新たな画像のアップロードができないという問題があった。
【０００８】
また、保管制限値まで残り容量がどれだけあるのかを確認せずにアップロードを試みる利用者もいる。そのような利用者は、ファイル転送が途中まで進んだ時点でアップロード画像が保管上限を超えていることが発覚し、アップロード処理をキャンセルしなければならないという問題点があった。この場合、利用者はアップロード作業に失敗しても、アップロード作業に要した通信費はかかってしまうという問題点があった。
【０００９】
尚、上記問題は、ネットワークフォトサービスに限定されず、ネットワークを介してデータを保管するようなシステムに共通する課題でもある。
【００１０】
本発明は、上記従来技術の問題点を解決するために提案されたものであり、その目的とするところは、保管上限を超えたデータの保管をしようとしたユーザに対して、一時的にそのデータの保管を認め、後から不要なデータの削除を行うことのできるデータ保管サービス、その情報処理システム及び情報処理装置及び保管情報の管理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供することにある。
【００１１】
【課題を解決するための手段】
上記目的を達成するため、本発明のデータ保管方法は、ネットワークに接続されている情報処理装置にデータを保管するデータ保管サービスにおけるデータ保管方法であって、第１の格納領域に保管されるデータの保管上限量を設定する保管上限量設定工程と、前記第１の格納領域に保管されているデータのデータ量と新たに保管されるデータのデータ量との和と、前記保管上限量との比較に応じて、新たなデータを第２の格納領域に保管した後、保管されたデータの削除をユーザに指示する削除指示工程とを有することを特徴とする。
【００１２】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。尚、本実施形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、本発明の範囲をそれらのみに限定する趣旨のものではない。以下では、情報提供システムとしてプリントサービスを提供するシステムを代表させて説明するが、上記課題でも述べたが本発明はこれに限定されることなく、ネットワークを使用するサービスにおいての共通の課題を解決する発明であり、これらも本発明に含まれる。
【００１３】
＜本実施形態の情報提供システムの構成例と基本的動作例＞
本発明の一実施形態として、ネットワークの一例としてのインターネットを介して、デジタル画像データの共有及び提供を行う情報提供システムについて説明する。
【００１４】
図１は、本実施形態におけるサービスを構成する全体のシステムである。尚、以下の説明では、画像データを保管した当事者を単にユーザと呼び、第三者を閲覧ユーザと呼ぶ。
【００１５】
（画像データの取得例）
１０１は画像入力機器であり、静止画を撮影して画像データとして記録できるデジタルスチルカメラ、動画を撮影して動画像データとして記録できるデジタルビデオカメラなどで、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録／再生する装置である。１０２Ａは、ユーザ用パーソナルコンピュータであり（以下、ユーザＰＣと略す）、１１６は、画像入力装置１０１とユーザＰＣ１０２Ａ間で、撮影された画像データを転送するためのデータ転送用インターフェースである。データ転送用インターフェース１１６は、ＵＳＥやＩＥＥ１３９４に代表される有線インターフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インターフェースの場合もある。
【００１６】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インターフェース１１６を介して、ユーザＰＣ１０２ＡのＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２Ａの画像データ転送に関しては、ユーザＰＣ１０２ＡにインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内にある情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送らせる転送コマンドで、ユーザＰＣ１０２ＡのＯＳ又は専用ソフトウエアがユーザＰＣ１０２Ａの情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００１７】
（画像データのアップロード例）
このようにして、ユーザＰＣ１０２Ａに転送された画像データは、以下の手順によって、インターネット１０４に接続されているフォトサイト１０５にアップロードされる。
【００１８】
ユーザＰＣ１０２Ａ上で動作するインターネット１０４での情報転送可能な標準プロトコルを有するブラウザは、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、フォトサイト１０５のサーバＰＣが管理するＨＴＭＬやＸＭＬ等の記述言語で作成された画像、音声等のマルチメディア情報とリンクされている情報を表示する。この動作により、ユーザＰＣ１０２Ａは、フォトサイト１０５が提供する通信インフラとしてインターネット１０４を利用したサービスを受けることが出来る。
【００１９】
次に、ユーザＰＣ１０２Ａの情報記憶領域に格納されている画像入力装置１０１で撮影された画像データは、ユーザＰＣ１０２Ａのユーザの要求により、フォトサイト１０５に転送される（以下  この転送を画像アップロードと呼ぶ）。画像アップロードは，先に述べたブラウザから転送したい画像データを選択して、画像アップロードの要求アクションに連動して転送される場合や、画像アップロード専用ソフトウエア等を用いて画像データを選択し、前述した画像アップロード専用ソフトウエアから直接、転送される場合がある。いずれの場合も、ｈｔｔｐやｆｔｐのインターネット上で利用可能なプロトコルに基づいて実行される。この一連の動作を、フォトサイト１０５で、実行するモジュールがフォトシェアリングモジュール１０６である。
【００２０】
アップロードされた画像データは、フォトシェアリングモジュール１０６にて、フォトサイト１０５が使用可能なデータであることをチェックし、利用可能であると判断した場合は、アップロードされた画像を画像データベース１１７に格納し、その属性情報等をデータベース１１８に格納する。この段階でフォトシェアリングモジュール１０６は、正常に画像データがアップロードされたことを、ユーザＰＣ１０２Ａに通知する。
【００２１】
データベース１１８には、先に説明した画像データの属性情報以外にも、フォトサイト１０５に登録しているユーザ属性情報のデータと、アップロードされた画像データのプリントアウトを依頼するプリントサービス提供者（以下、プリントサイトと略す）の属性情報等の各種データが、一元管理されている。このようにしてアップロードされた画像データをユーザＰＣ１０２Ａのユーザは、ブラウザを介して指定した画像を閲覧することができる。この閲覧に関しては、アップロードされた画像データを、複数枚をひとつの単位としたアルバムとして管理される場合もある。
【００２２】
本実施形態においては、以下に詳説するように、各ユーザに保管量の上限を設定して、アップロード時に上限を超えるか否かを判定して、アップロードの処理を適切に行う。
【００２３】
（画像データのプリント例）
次に、アップロードした画像データのプリント注文の流れを、順を追って説明する。フォトサイト１０５にアップロードした画像データの内、ユーザＰＣ１０２Ａのユーザは、ブラウザを介して自分がアップロードした画像データを閲覧することができる。この時、閲覧する画像を選択する方法としては、単一の画像単位で逐次閲覧する画像を選択していく場合や、上述した複数枚を１つのアルバムとして登録し、複数個のアルバム群から自分が閲覧したいアルバムを選択し、その選択されたアルバムが管理している個々の画像を選択して閲覧する場合がある。
【００２４】
フォトサイト１０５は、ユーザからアップロードされた画像データのプリント注文を、画像データのプリントアウトをソリューションとして提供するプリントサイトに依頼する。このプリントプロバイダが、プリントサイト１０９Ａ、１０９Ｂ、１０９Ｃである。図面の関係上プリントサイトを３つほど図示したが、これ以上の場合もありその数に制限はない。
【００２５】
ユーザＰＣ１０２Ａのユーザは、アップロードした画像の閲覧画面から、プリントアウトして商品として欲しい画像データを選択する。次に、ユーザＰＣ１０２Ａのユーザは、フォトサイト１０５が提供できるプリントサイト１０９Ａ、１０９Ｂ、１０９Ｃの中から、自分が注文したいプリントサイトを選択する。ユーザは、各プリントサイトが提供するサービス、価格、納期等を考慮して、自分が発注するプリントサイトを選択する。以後、説明の便宜上、ユーザがプリントサイト１０９Ａを選択したものと想定して説明を進めるが、ユーザが選択する先が、プリントサイト１０９Ｂ、プリントサイト１０９Ｃであっても、基本的な情報の流れは同一である。
【００２６】
プリント注文したいユーザは、閲覧画面からプリント注文したい画像データを選択し、フォトサイト１０５に通知する。フォトサイト１０５では、プリントアウトの依頼のあった画像データに関する仮プリントオーダを生成し、プリントサイト１０９Ａにインターネット１０４を介して、見積もり依頼をかける。フォトサイト１０５からの仮プリントオーダを受けたプリントサイト１０９Ａは、課金手段である課金モジュール１１０Ａで、仮プリントオーダの内容から価格を算出し、見積もり価格をインターネット１０４を介してフォトサイト１０５に通知する。フォトサイト１０５は、この見積もり価格の情報をリアルタイムに受信し、ユーザＰＣ１０２Ａに情報として転送し、プリント注文をするユーザに、ダイナミックにプリントサイト１０９Ａが提示する価格を提示することができる。
【００２７】
この提示された価格での購入を、プリント注文したユーザＰＣ１０２Ａのユーザが認め、承認のアクションをフォトサイト１０５に返すと、決済モジュール１０７がこれを受理して決済処理される。決済が終了した段階で、フォトサイト１０５は、正式なプリントオーダをプリントサイト１０９Ａに送る。プリントサイト１０９Ａは、この正式プリントオーダを受理すると、プリントアウトに必要な画像データをフォトサイト１０５のデータベースから獲得する。このようにして獲得された画像データは、プリントサイト１０９Ａが所有する印刷手段１１１Ａを用いて、プリントアウトされ印刷物１１２Ａとして出力される。プリントアウトされた印刷物１１２Ａは、何がしかの運送手段によって、プリントアウトを依頼したユーザＰＣ１０２Ａの使用者が指定した配送先に届けられる。
【００２８】
以上が、ユーザＰＣ１０２Ａを介して、画像入力装置１０１で撮影した画像データをアップロードしたユーザが、フォトサイト１０５の閲覧及びプリント注文を行うためのシステムの概略説明である。尚、ここでは画像をアップロードする端末として、ＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではなく、携帯端末から画像をアップロードできてもよいし、或は、デジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力装置から直接画像をアップロードできてもよい。
【００２９】
（第三者の閲覧処理例）
次に、画像データをフォトサイト１０５にアップロードしたユーザ以外が、インターネット１０４を介して、フォトサイト１０５にアップロードされデータベース１１７に格納されている画像データを閲覧する方法について説明する。フォトサイト１０５は、アップロードしたユーザが指定する第三者に対し、「アップロードされた画像」、又は「アップロードされた複数の画像を１つのアーカイブとして管理しているアルバム」の閲覧及びプリント注文サービスを提供する。
【００３０】
画像データをフォトサイト１０５にアップロードしたユーザは、自分が閲覧を許可するユーザ（以下、閲覧ユーザと略す）の氏名等の属性情報及びＥ−Ｍａｉｌアドレスを、Ｗｅｂブラウザ１２０Ａを用いてフォトサイト１０５に通知する。フォトサイト１０５は、閲覧ユーザに画像を公開する場合、まず公開に必要なＵＲＬ（Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を生成する。この時、生成されるＵＲＬとしては、ユニークなアドレスであり、かつ、一意に予測不可能な乱数等を用いたものを割当てる。下記に例を示す。
【００３１】
ｈｔｔｐ：／／○○○．ｃｏｍ／ＰｈｏｔｏＳｉｔｅ／Ａｌｂｕｍ／ＡｌｂｕｍＥｎｔｒｙ．ｃｇｉ？ＡｌｂｕｍＩＤ＝ＡＪＮＷＤＭＦ
（このように、一意に予測不可能なＵＲＬをこれより、ランダムＵＲＬと称す。）
フォトサイト１０５は、このように生成されたランダムＵＲＬを、必要なら閲覧に必要なパスワード情報を付加して、閲覧ユーザにインターネット１０４を介してＥ−Ｍａｉｌで通知する。Ｅ−Ｍａｉｌを受け取った閲覧ユーザは、ユーザＰＣ１０２Ｂからインターネット１０４にアクセスし、Ｗｅｂブラウザ１２０ＢにＥ−Ｍａｉｌで通知されたランダムＵＲＬを入力することで、画像をアップロードしたユーザが指定した画像又はアルバムを閲覧することができる。
【００３２】
（第三者のプリント注文例）
次に、ユーザＰＣ１０２Ｂを使用している閲覧ユーザが、このようにして閲覧可能になった画像データを、プリント注文する方法を説明する。フォトサイト１０５は、閲覧ユーザからの画像データのプリント注文を、画像データのプリントアウトを提供するプリントサイト１０９Ａ、１０９Ｂ、１０９Ｃのいずれかに対して行う。
【００３３】
ユーザＰＣ１０２Ｂの閲覧ユーザは、閲覧画面から、プリントアウトして印刷物を商品として手に入れたい画像データを選択する。次に、ユーザＰＣ１０２Ｂを使用している閲覧ユーザは、フォトサイト１０５が提供できるプリントサイト１０９Ａ、１０９Ｂ、１０９Ｃの中から、自分が注文したいプリントサイト１０９を選択する。閲覧ユーザは、各プリントサイト１０９が提供するサービス、単価、納期等を考慮して、自分が発注するプリントサイト１０９を選択する。以後、説明の便宜上、ユーザがプリントサイト１０９Ｂを選択したものと想定して説明を進めるが、ユーザが選択する先が、プリントサイト１０９Ａ、プリントサイト１０９Ｃであっても、基本的な情報の流れは同一であるため、ここでは、説明を省略する。
【００３４】
閲覧ユーザが、閲覧画面からプリント注文したい画像データを選択し、フォトサイト１０５に通知すると、フォトサイト１０５は、プリントアウトの依頼のあった画像データに関する仮プリントオーダを生成し、インターネット１０４を介して送信することによりプリントサイト１０９Ｂに見積もりを依頼する。フォトサイト１０５からの仮プリントオーダを受けたプリントサイト１０９Ｂは、選択画像情報に必要な画像データをフォトサイト１０５の画像データベース１１７から取得して、選択画像情報を生成する。この選択画像情報を、ユーザＰＣ１０２Ｂに対して、インターネット１０４を介して送信することにより、閲覧ユーザは、ＰＣ１０２ＢにおいてＷｅｂブラウザ１２０Ｂ上で選択された画像毎にプリント形式や枚数などを入力できる。
【００３５】
プリントサイト１０９Ｂは、選択された画像毎にプリント形式や枚数などの情報をもとに、料金算出（課金）モジュール１１０Ｂにより見積額を算出し、算出した見積額をインターネット１０４を介してフォトサイト１０５に送信する。フォトサイト１０５は、プリントサイト１０９Ｂが送信する見積額の情報を、リアルタイムに受信する。そして、ユーザの個人情報を持っていない閲覧ユーザの場合には、ユーザＰＣ１０２Ｂにプリントサイト１０９Ｂが送信した見積額をＷｅｂ情報として転送し、ユーザの個人情報を持っている閲覧ユーザの場合には、見積額にポイントを加味した提示額をＷｅｂ情報として転送することで、プリント注文をしている閲覧ユーザに見積情報をダイナミックに提示することができる。
【００３６】
ここで提示された価格での購入を、プリント注文したユーザＰＣ１０２Ｂの閲覧ユーザが認め、承認のアクションをフォトサイト１０５に返すと、決済手段としての決済モジュール１０７がこれを受理して、決済処理される。決済が終了した段階で、フォトサイト１０５は、正式なプリントオーダをプリントサイト１０９Ｂに送る。プリントサイト１０９Ｂは、この正式プリントオーダを受理し、プリントアウトに必要な画像データをフォトサイト１０５の画像データベース１１７から獲得する。このようにして獲得された画像データは、プリントサイト１０９Ｂが所有する印刷手段としてのプリンタ１１１Ｂを用いてプリントアウトされ、印刷物１１２Ｂとして出力される。プリントアウトされた印刷物１１２Ｂは、何がしかの運送手段によって、プリントアウトを依頼したユーザＰＣ１０２Ｂの閲覧ユーザに届けられる。
【００３７】
以上が、画像をアップロードしたユーザから、画像又はアルバムの閲覧許可を受けた、第三者としてのユーザが、フォトサイト１０５から受け取った情報に基づき、画像データの閲覧及びプリント注文を行うための情報提供システムの概要説明である。
【００３８】
＜本実施形態の情報提供システムにおけるフォトサイトの構成例＞
以下に、本実施形態において、上記の情報提供システムが、画像のアップロード時に保管サイズを判定して、保管上限を超えた画像の登録時に行う処理について詳しく説明する。尚、本実施形態におけるシステムによって実現されるサービス、機能は上記概要説明に限られるものではない。
【００３９】
（各種テーブルの構成例）
図２は、本実施形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されている各画像に関する情報を格納した画像情報テーブル２００を示す図である。
【００４０】
本実施形態では、各画像は画像ＩＤ２０１、画像の属するアルバムＩＤ２０２、画像に使用されるタイトル（画像名）２０３、画像ＤＢ１１７上でのオリジナル画像のファイルパス２０４、Ｗｅｂ上で表示されるサムネイル画像へのファイルパス２０５、Ｗｅｂ上での詳細表示用画像へのファイルパス２０６、画像に対して所有者が設定するコメント２０７、画像が作成された（アップロードされた）日時２０８、最新のプリントオーダーのあった日時２０９、画像データへの最新のアクセス日時２１０を持つ。本実施形態ではユーザ画像は１枚または複数枚の画像をグループとしたまとまり（アルバム）を単位として保管されているものとする。また、本実施の形態では日時２０８〜２１０に示された日時は１９７０年１月１日午前０時０分０秒を”０”とした通算秒として保持されるが、日時を特定できる形式であればどのようなものでも構わない。尚、上記日時は、古い画像データからの削除を判断するために使用されるものであるが、これら日時２０８〜２１０に限定されるものではない。
【００４１】
図３は、本実施形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されているアルバム情報テーブル３００を示す図である。
【００４２】
アルバム情報テーブル３００にはアルバムＩＤ３０１とそのアルバムの所有者のユーザＩＤ３０２を持つ。
【００４３】
図４は、本実施形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されているユーザ情報テーブル４００を示す図である。
【００４４】
ユーザ情報テーブル４００は、ユーザＩＤ４０１、ユーザの氏名（４０２〜４０５）、ログイン名４０６、パスワード４０７、ユーザへの通知メールアドレス４０８、ユーザの住所（４０９〜４１２）、電話番号４１３、データの保管上限サイズ４１４を保管する。
【００４５】
図５は、本実施形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されている課金情報テーブル５００を示す図である。課金情報テーブルはユーザがプリント注文を行うたびに新たなレコードが作成される。
【００４６】
課金情報テーブル５００は注文ＩＤ５０１、注文を行ったユーザのユーザＩＤ５０２、注文画像オーナＩＤ５０３、注文日時５０４、注文金額５０５、税額５０６、注文枚数５０７、注文を行ったプリントサイトのサイトＩＤ５０８、プリントサイトでのオーダＩＤ５０９を保管する。
【００４７】
図６は、本実施形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されている注文情報テーブル６００を示す図である。注文情報テーブルはユーザがプリント注文を行うと、注文された画像ごとに新たなコードが作成される。
【００４８】
注文情報テーブル６００は注文ＩＤ６０１、注文を行った画像の画像ＩＤ６０２、画像の注文枚数６０３、注文種別６０４、注文単価６０５を保管する。ここで注文種別６０４はＬ判プリントなら１、Ａ４プリントなら２といったプリント注文のサービスの種類と対応した数値が保管される。
【００４９】
＜本実施形態の情報提供システムのフォトサイトの動作例＞
図７は、本実施形態におけるフォトサイトにログインしたときにユーザ端末に表示されるアルバム編集画面７００を示す図である。
【００５０】
画面７００において、ボタン７０１はユーザ情報変更用のボタンである。ボタン７０１が押下されると、以下で説明する図８のユーザ情報設定画面８００が表示される。ボタン７０２はログアウトボタンである。領域７０３には、この画面に表示されているアルバムに対する編集操作を行うためのボタンが配置されている。ボタン７０４はアルバムのプロパティを設定するためのボタンである。ボタン７０５はアルバム通知ボタンである。
【００５１】
ボタン７０６はアルバムを新規作成するためのボタンである。ボタン７０７はアルバム削除のためのボタンである。ボタン７０８は画像をアップロードするためのボタンである。ボタン７０８が押下されると、以下で説明する図１０に示される画像のアップロード画面１０００が表示される。
【００５２】
ボタン７０９はプリントオーダボタンである。プリントオーダボタンが押下されると図１１に示されるプリントオーダ画面１１００が表示され、チェックボックス７３０〜７３５にチェックされている画像に関する印刷情報の詳細画面が表示され、プリントオーダが行われる。
【００５３】
領域７１０はアルバム選択を行うためのボタンが表示される領域である。この領域の先頭にはユーザがフォトサイト上に保管している画像のサイズ、許容使用量に対する比率、許容使用量が表示される。又、その下にユーザが作成したアルバムの数だけのボタンが配置される。図７ではユーザが５個のアルバムを作成したことがボタン７１１〜ボタン７１５によって確認できる。それぞれのボタンが押下されるとフォトサイト１０５はアルバム表示領域７２３に表示されている画像を選択されたアルバムに応じて変更し、アルバム表示領域の左上端にそのアルバムのアルバム名を表示する。
【００５４】
領域７１６にはアルバム内の各画像に関する編集を行うためのボタンを配置するための領域である。ボタン７１７〜ボタン７２２の各ボタンが押下されると領域７２３内に表示されている各画像に対応するチェックボタンのチェックされている画像に対して、各ボタンに対応する編集処理を行う。
【００５５】
領域７２３はアルバム画像の表示領域である。この領域にはアルバムに格納されている画像が順次表示され、画像に応じたチェックボックスが配置される。各画像が押下されると各画像のプロパティ設定画面が表示される。
【００５６】
（本実施形態の保管上限の表示例）
図８は、図７のユーザ情報変更ボタン７０１を押下したとき表示される、本実施形態のフォトサイト１０５におけるユーザ端末へのユーザ情報設定画面８００の一例を示した図である。ユーザ情報設定画面８００は、フォトサイト１０５に新規にユーザ登録するときに表示される画面でもある。
【００５７】
ユーザ情報設定画面８００において登録ボタン８１７が押下されると、Ｅ−Ｍａｉｌアドレス８０１に入力された内容がユーザ情報テーブル４００のメールアドレス４０８に、Ｌｏｇｉｎ  Ｎａｍｅ８０２に入力された内容がユーザ情報テーブル４００のログイン名４０６に、パスワード８０３に入力された内容がユーザ情報テーブル４００のパスワード４０７に、氏名の入力領域８０４〜８０７に入力された内容がユーザ情報テーブル４００の姓名の４０２〜４０５に、郵便番号８０８，８０９に入力された情報がユーザ情報テーブル４００の郵便番号４０９に、都道府県８１０に入力された情報がユーザ情報テーブル４００の都道府県４１０に、住所の入力領域８１１，８１２に入力された内容がユーザ情報テーブル４００の住所４１１，４１２に電話番号８１３，８１４，８１５に入力された内容がユーザ情報テーブル４００の電話番号４１３に設定される。又、使用状況確認ボタン８１６が押下されると、図９に示される使用状況確認画面９００が表示される。
【００５８】
図９は、図８の使用状況確認ボタン８１６を押下したとき表示される、本実施形態のフォトサイト１０５におけるユーザ端末への使用状況画面９００の一例を示した図である。
【００５９】
使用状況確認画面９００では、ユーザの過去３ヶ月間のプリント注文状況を９０１に示されるリストに表示し、その使用状況から算出される現在のユーザのディスク使用上限値を９０２に、来月のディスク使用上限の見込み値を９０３に表示する。ＯＫボタン９０４を押下するとユーザ情報設定画面８００が表示される。なお、ディスク使用上限値の算出方法については後述する。また、本実施の形態では過去３ヶ月間のプリント注文利用状況からディスクの使用上限を１ヶ月単位で設定しているが、これらの期間が、固定されている必要はなく任意の期間が設定できることは言うまでもない。
【００６０】
（本実施形態の画像のアップロード処理例）
図１０は、本実施形態で図７の「アップロード」ボタン７０８が押下された場合に表示されるアップロード画面１０００である。ユーザＰＣ１０２にある画像選択後、送信ボタン１００４が押下されると選択画像はネットワーク１０４を経由してフォトサイト１０５に送信される。送信された画像は現在選択中のアルバムに登録される。登録された各画像に対して画像情報テーブル３００が作成され、作成日時３０８が画像登録された日時で初期化される。
【００６１】
図１１は、送信ボタン１００４が押下されたときに本実施形態のフォトサイト１０５におけるアップロード処理手順を示したフローチャートである。
【００６２】
ステップＳ１１０１にて、アップロードされた画像の総ファイルサイズを求めその値をＳに代入する。
【００６３】
ステップＳ１１０２にて、現在アップロードを行おうとしているのユーザのディスク使用残量を算出しＲに代入する。ディスク使用残量Ｒを求めるには、まず、ユーザ情報テーブル４００から現在アップロードしようとしているユーザのユーザＩＤをユーザＩＤ４０１に持つレコードを検索し、そのレコードのデータの保管上限サイズ４１４を求める。次にアルバム情報テーブル３００からユーザＩＤ３０２を持つアルバムＩＤ３０１を全て検索し、画像情報テーブル２００からアルバムＩＤ２０２に上記検索されたアルバムＩＤを持つ画像を全て検索し、その画像のオリジナルファイルサイズを全て加算した値を求め、先に求めたデータの保管上限サイズ４１４からの差分を取ることによって取得することができる。
【００６４】
ステップＳ１１０３にて、ディスク使用残量Ｒとアップロード総ファイルサイズＳを比較する。
【００６５】
ステップＳ１１０３にてＲ＜Ｓであった場合、ステップＳ１１０４にて警告画面１２００を表示する。
【００６６】
図１２は、本実施形態のフォトサイト１０５における画像アップロード時に使用ディスクサイズを越える画像を登録しようとしたときに表示される警告画面１２００である。
【００６７】
ステップＳ１１０５にて、警告画面１２００からの戻り値Ａｎｓを取得する。ボタン１２０１が押下された場合、Ａｎｓは”１”、ボタン１２０２が押下された場合、Ａｎｓは”２”、ボタン１２０３が押下された場合、Ａｎｓは”３”である。
【００６８】
ステップＳ１１０６にてＡｎｓが”１”かどうかを判定する。Ａｎｓが”１”であった場合には、ステップＳ１１０７にて古いファイルの削除処理を行う。つまり、ユーザ画像を検索し、ＲがＳ以上になるまでユーザ画像のうち古いものから順に削除する。ここで、何を基準に古いファイルと判定するかの数例を挙げるが、これに限定される訳ではない。まず、保管期間、すなわち図２の作成日時２０８の古い順に削除する方法がある。しかし、作成日時と保管を継続したい画像との関係が対応しない場合が多い。その場合には、例えば、本例のようなプリント注文のシステムでは、最後のプリント注文が古い順に削除することが考えられる（図２の注文日時２０９）。又、プリントサービスのみでなく他のアクセスサービスも提供するシステムでは、閲覧なども含む最後のアクセス日時の古い順に削除することが望ましい（図２のアクセス日時２１０）。すなわち、そのデータ保管サービスが何によってビジネスを確立しているかに応じて、古いファイルの基準は異なってくる。
【００６９】
ステップＳ１１０８にてＡｎｓが”２”であるかどうかを判定する。Ａｎｓが”２”の場合にはステップＳ１１０９に進み、そうでなければアップロード処理は行わずに処理を終了する。
【００７０】
ステップＳ１１０９にてアップロード画像を登録する。画像の登録処理は各画像について画像情報テーブル２００のレコードを１レコード作成し、現在の時刻を作成日時２０８に設定して情報ＤＢ１１８に登録する。
【００７１】
ステップＳ１１１０再度ディスク使用残量Ｒを算出する。算出方法はステップＳ１１０２と同じである。
【００７２】
ステップＳ１１１１にてＲがマイナスであるかどうかを判定する。Ｒがマイナスであるということは、既にユーザの保管している画像の総サイズが、ユーザの使用ディスク上限を超過していることを意味する。
【００７３】
Ｒがマイナスであれば、ステップＳ１１１２にてアルバム編集画面７００における削除以外の編集メニューを使用不可にして処理を終了する。つまり、アルバム編集領域７０３よりプロパティボタン７０４、通知ボタン７０５、新規作成ボタン７０６、アップロードボタン７０８、プリントオーダボタン７０９、画像編集領域７１６より右回転ボタン７１７、左回転ボタン７１８、移動ボタン７２０、コピーボタン７２１、順序変更ボタン７２２を非表示にする。なお、上記ボタンを非表示にしなくても、ボタン押下時に図１３に示される警告画面１３００を表示するようにしても構わない。
【００７４】
特に、図１１では、ステップＳ１１０３でＲ＜Ｓの場合にステップＳ１１０８でＡｎｓ＝２を選択した時に、ステップＳ１１０９で先に画像をアップロードして、ステップＳ１１１２でアップロード・保管後にユーザに削除を指示する。
【００７５】
図１３は、本実施の形態におけるフォトサイト１０５で使用上限を超えた画像を保管しているユーザが削除以外の操作を行おうとしたときに表示される警告画面１３００である。
【００７６】
警告画面１３００においてＯＫボタン１３０１を押下するとアルバムの編集画面７００が表示される。
【００７７】
以上の処理を行うことによって画像のアップロードを行うことができる。なお、本実施の形態では、アップロード画面１０００で送信ボタン１００４ボタンが押下された後の処理はフォトサイトサーバ１０５で全て処理するようになっているが、クライアントＰＣ１０２にサーバ上のディスクの残り容量Ｒを渡すことによって処理Ｓ１１０１からＳ１１０６までの処理はクライアントＰＣ１０２上で行うこともできる。
【００７８】
（本実施形態の画像のプリント注文処理例）
図１４は、本実施形態のプリントサイト１０９Ａにおけるプリント注文画面１４００である。画面７００で示されるフォトアルバム画面でプリント注文を行いたい画像に関するチェックボックスをチェックし、プリントオーダボタン７０９を押下すると不図示であるが、プリントを行うべきプリントサイトを選択する画面が表示され、そこで選択されたプリントサイト（プリントサイト１０９Ａとする）に対してプリント注文画面表示要求が通知される。
【００７９】
図１５は、通知時に送信されるデータのフォーマットを示した１例である。プリントサイト１０９Ａでは、フォトサイト１０５から通知された情報に応じてプリント注文画面１４００を表示する。
【００８０】
プリント注文画面では注文タイプ１４０１及び各画像の注文サイズ１４０３、注文枚数１４０４を指定することができ、見積もりボタン１４０５が押下されると、プリントサイト１０９Ａは図１６に示される見積もり表示要求用の情報をフォトサイト１０５に対して通知する。また、キャンセルボタン１４０５が押下されると注文はキャンセルされたことがフォトサイト１０５に通知され、フォトサイト１０５より画面７００が表示される。なお、本実施の形態では注文タイプとして縁の有無を選択できることとしたが、用紙の種類等の選択ができても構わない。
【００８１】
プリントサイト１０９Ａからフォトサイト１０５に対して見積もり表示要求が通知された場合、フォトサイト１０５では不図示であるが、注文者情報や配送先の入力設定が行われ、見積もり画面が表示される。ユーザがこの見積もりを了承すると、最終的に決済処理が行われて注文情報がプリントサイト１０９Ａに送信される。
【００８２】
図１７は、注文処理に伴いフォトサイト１０５からプリントサイト１０９Ａに通知される情報を示した１例である。この情報に基づきプリントサイト１０９Ａではデジタル画像のプリント及び配送処理を行う。
【００８３】
図１８は、本実施の形態におけるフォトサイト１０５にて、見積もり要求指示を受けてから正式に注文情報を発行するときの処理手順を示したフローチャートである。
【００８４】
ステップＳ１８０１にて、プリントサイト１０９Ａから通知されたプリント注文に必要な見積もり情報を取得する。
【００８５】
ステップＳ１８０２で、注文情報や、配送先情報などプリント注文に必要な諸情報の入力を行い、見積もりを表示する。なお、これらの処理に関する詳細な説明は省略する。
【００８６】
ステップＳ１８０３にて、ステップＳ１８０２の処理を行っている過程でユーザが注文をキャンセルしたかどうかを判定する。ユーザがプリント注文をキャンセルした場合には、ステップＳ１８０４にて注文キャンセル処理を行い、処理を終了する。注文キャンセル処理の詳細な説明は省略する。
【００８７】
ステップＳ１８０３にて、注文がキャンセルされなかったと判定された場合にはステップＳ１８０５にて決済情報を作成し、決済処理を行う。決済処理の詳細についても説明は省略する。
【００８８】
ステップＳ１８０６にて、決済処理が正常に行われたかどうかを判定する。ユーザが決済をキャンセルした場合や、決済処理が正常に行われなかった場合にはステップＳ１８０４にて注文キャンセル処理を行い、処理を終了する。
【００８９】
ステップＳ１８０６にて、決済処理が正常に終了した場合には、ステップＳ１８０７にて今回のプリント注文に対応する課金情報テーブル５００のレコードを新たに１レコード作製する。注文ＩＤ５０１は、今回の注文がフォトサイト１０５で一意的に既定できる番号でありフォトサイト１０５で生成される。ユーザＩＤ５０２はプリント注文を行ったユーザがのユーザＩＤである。アルバム所有者がメール通知することによって通知された閲覧者がプリント注文した場合にはユーザＩＤ５０２には０が格納される。この場合には注文画像オーナＩＤ５０３にアルバム所有者のユーザＩＤが格納される。注文日時５０４には時計機能２０１を使用して取得された現在の時刻が設定される。注文金額５０５、税額５０６、注文枚数５０７、プリントサイトＩＤ５０８、プリントサイトオーダＩＤ５０９は図１６に示されるプリントサイト１０９Ａからフォトサイト１０５に通知される情報から取得され、セットされる。
【００９０】
ステップＳ１８０８にて、プリントサイト１０９Ａからフォトサイト１０５に通知される情報から、今回のオーダに必要な画像の種類Ｎを取得する。
【００９１】
ステップＳ１８０９にて画像の種類数を数える作業変数ｉを”１”で初期化する。
【００９２】
ステップＳ１８１０にてｉがＮ以下であるかどうかを判定する。ｉがＮ以下である間ステップＳ１８１１からステップＳ１８１２の処理を続ける。
【００９３】
ステップＳ１８１１にて、第ｉ番目の画像に関する注文情報テープル６００のレコードを作成する。ここで、注文ＩＤ６０１はステップＳ１８０７で作成した課金情報テーブルのレコードに含まれる注文ＩＤ５０１と同じ値である。また、画像ＩＤ６０２は、画像情報テーブル２００にて注文画像に関するレコードに設定されている画像ＩＤ２０１と同じ値である。また、注文枚数６０３、注文種別６０４、注文単価６０５は図１６に示されるプリントサイト１０９Ａからフォトサイト１０５に通知される情報から取得され、セットされる。
【００９４】
ステップＳ１８１２にてｉを１加算する。
【００９５】
ステップＳ１８１０にて、ｉがＮ以下でなくなったと判定された場合にはステップＳ１８１３にてプリントサイト１０９Ａへの注文情報通知データを作成し、処理を終了する。
【００９６】
この場合に、注文日時を古いファイルの選択基準にする場合は、ステップＳ１８０７の課金情報テーブルの作成時に、注文日時で図２の注文日時２０９を更新する。
【００９７】
（本実施形態のディスク使用上限算出処理例）
図１９は、本実施の形態におけるフォトサイト１０５での各ユーザに関する画像の保管可能ディスク容量を算出する処理を示したフローチャートである。
【００９８】
ディスク使用量は全てのユーザに対して毎月１回等定期的に算出され、データベースにセットされる。
【００９９】
ステップＳ１９０１にて現在の日時Ｔを取得する。
【０１００】
ステップＳ１９０２にて、現在の時刻Ｔから一定の期間を差し引いた期間Ｔ１を取得する。本実施の形態では図９に示される使用状況確認画面にもある通り、まず現在のディスクの使用量としてＲに３ヶ月を設定して、そこから使用量を算出し、次にＲに２ヶ月を設定して次月からのディスクの使用状況を算出している。
【０１０１】
ステップＳ１９０３にて課金情報テーブル５００を検索し、現在ディスク使用量を算出しようとしているユーザのＵＩＤを持つレコードのうち、Ｔ１以降に注文を行った課金情報テーブルを検索する。その数をＮとする。
【０１０２】
ステップＳ１９０４にて課金情報テーブルのレコードをカウントする作業変数ｉを”１”で初期化する。また、ユーザのディスクの使用量を求めるための作業変数Ｋを２０で、ユーザの注文金額の合計を求めるための作業変数Ｍを０で初期化する。Ｋの初期値はユーザが一切プリント注文をしていないときに使用できるディスクサイズの初期値である。
【０１０３】
ステップＳ１９０５にてｉがＮ以下であるかどうかを判定する。ｉがＮ以下である間ステップＳ１９０５からステップＳ１９１８の処理を繰り返す。
【０１０４】
ステップＳ１９０６にて、課金情報テーブル５００より第ｉ番目の課金情報を取得する。
【０１０５】
ステップＳ１９０７より、Ｍに課金情報テーブル５００から取得された注文金額５０６を加算する。
【０１０６】
ステップＳ１９０８にてｉを１加算する。
【０１０７】
ステップＳ１９０５にてｉがＮ以下でないと判定されると、ステップＳ１９０９にてＳにＭを１００で割ったときの商を加算する。Ｋが求めるべきディスク使用量なる。なお、ここでは便宜上、Ｍを１００で割った商としていたが、この比率はフォトサイトの使用状況などに応じて適宜値を変更しても構わないことはいうまでもない。
【０１０８】
ステップＳ１９１０にて、ユーザ情報テーブル４００のディスク上限サイズ４１４にＫを登録する。
【０１０９】
以上の処理を行うことによって、ユーザの一定期間内におけるプリント注文金額に応じてユーザの使用できるディスクの容量を自動的に制御することができる。
【０１１０】
尚、以上の例では、本実施形態のシステムがプリントサービスを主に行って課金するシステムでるので、プリント注文への課金額を基にディスク使用上限値を算出したが、システムが何のサービスをビジネスの主流にするかによって、ディスク使用上限値を算出する基準が変わるのは当然である。
【０１１１】
又、毎月１回定期的にディスク使用上限値を更新する例を示したが、新たな保管時に、あるいは保管データのアクセス時に行うようにしてもよい。
【０１１２】
又、上記の処理によって本実施の形態ではディスクの使用量を算出することができたが、このとき現在ユーザの登録している画像の総サイズを算出し、使用可能ディスク容量を超過しているユーザに対しては電子メールによるメッセージ等を発送することによって、その旨を通知することも可能である。
【０１１３】
さて、上記に説明したように、毎月１回等定期的に各ユーザのディスクの使用上限を算出すると、ユーザによってはディスク使用上限が減少することがある。そのような場合にはユーザが画像のアップロード処理を行わなくても、保管している画像の容量が自動的にディスクの使用上限を越えてしまうことがある。そのため、本実施の形態におけるフォトサイト１０５ではユーザがフォトサイトにアクセスする（Ｌｏｇｉｎする）時に、ディスク使用量のチェックを行う。
【０１１４】
図２０は、本実施の形態におけるフォトサイトのＬｏｇｉｎ時の処理を表すフローチャートである。
【０１１５】
ステップＳ２００１にて、該当ユーザのディスクの使用残量Ｒを求める。ディスク使用残量Ｒの算出方法はステップＳ１１０２で説明した方法と同じである。
【０１１６】
ステップＳ２００２にて、Ｒがマイナスであるかどうかを判定する。Ｒがマイナスであるということは、既にユーザの保管している画像の総サイズが、ユーザの使用ディスク上限を超過していることを意味する。
【０１１７】
Ｒがマイナスであれば、ステップＳ２１０３にてアルバム編集画面７００における削除以外の編集メニューを使用不可にして処理を終了する。この処理はステップＳ１１１２の処理と同じである。また、Ｒがマイナスでなければ、ステップＳ２１０４にてアルバム編集画面７００における全ての編集メニューを使用可能にする。
【０１１８】
尚、削除以外のメニューが使用できなくなっている状態で画像、またはアルバムの削除処理が行われたときにも図２０と同じ判定処理が行われ、保管画像サイズが使用上限以下になれば削除以外の編集メニューが使用可能となる。
【０１１９】
上記のように、本実施形態では、ネットワークに接続されている情報処理装置にデータを保管するデータ保管サービスにおけるデータ保管方法であって、第１の格納領域に保管されるデータの保管上限量を設定する保管上限量設定と、前記第１の格納領域に保管されているデータのデータ量と新たに保管されるデータのデータ量との和と、前記保管上限量との比較に応じて、新たなデータを第２の格納領域に保管した後、保管されたデータの削除をユーザに指示する削除指示とを有する。
【０１２０】
ここで、前記削除指示は、新たなデータを保管した後での超過しているデータ量の保管データの削除を含む複数の選択肢をユーザに提供する工程と、新たなデータを保管した後で超過しているデータ量の保管データの削除をユーザに指示する場合には、ユーザに対してデータ削除以外の操作を禁止する工程とを含む。又、前記複数の選択肢は、少なくとも前記新たに保管しようとするデータのデータ量の古いファイルを自動的に削除した後に保管する選択肢と、保管を中止する選択肢を含む。又、前記古いファイルは、作成日時あるいはアクセス日時に基づいて選択される。又、前記保管上限量は、定期的に、あるいは新たな保管時に、あるいは保管データのアクセス時に設定される。又、前記保管上限量は、前記データ保管サービス及び関連サービスの使用による課金額に対応して設定される。又、前記関連サービスは前記保管データの印刷処理を含む。又、前記データ保管データは画像データを含む。
【０１２１】
又、ネットワークに接続されてユーザにデータ保管サービスを提供する情報処理装置であって、データ保管サービスを利用する個々のユーザに対して保管上限量を設定する保管上限量設定部と、前記個々のユーザが既に保管しているデータ量と新たに保管しようとするデータのデータ量との和が前記保管上限量を超過するか否かを判別する判別部と、判別結果から前記保管上限量を超過する場合に、新たなデータを保管した後で超過しているデータ量の保管データの削除をユーザに指示する削除指示部とを有する。
【０１２２】
又、ネットワークに接続されてデータ保管サービスを提供するサーバに該データ保管サービスを要求する情報処理装置であって、データ保管サービスを利用する個々のユーザに対する保管上限量を受信する保管上限量受信部と、前記個々のユーザが既に保管しているデータ量と新たに保管しようとするデータのデータ量との和が前記保管上限量を超過するか否かを判別する判別部と、判別結果から前記保管上限量を超過する場合に、新たなデータを保管した後での超過しているデータ量の保管データの削除を含む複数の選択肢をユーザに提供する選択肢提供部と、新たなデータを保管した後で超過しているデータ量の保管データの削除をユーザに指示する場合には、ユーザによるデータ削除以外の操作を禁止する禁止部とを有する。
【０１２３】
又、ネットワークに接続されている情報処理装置にデータを保管するデータ保管サービスシステムであって、データ保管サービスを利用する個々のユーザに対して保管上限量を設定する保管上限量設定部と、前記個々のユーザが既に保管しているデータ量と新たに保管しようとするデータのデータ量との和が前記保管上限量を超過する場合に、新たなデータを保管した後での超過しているデータ量の保管データの削除を含む複数の選択肢をユーザに提供する選択肢提供部と、新たなデータを保管した後で超過しているデータ量の保管データの削除をユーザに指示する場合には、ユーザによるデータ削除以外の操作を禁止する禁止部とを有する。
【０１２４】
上記構成により、保管上限を超えたデータの保管をしようとしたユーザに対して、一時的にそのデータの保管を認め、後から不要なデータの削除を行うことのできる情報処理システム及び情報処理装置及び保管情報の管理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供する。
【０１２５】
又、保管上限を超えたデータの保管をしようとしたユーザに対して、保管上限を超えている旨を通知し、保管をキャンセルするか、過去の保管データを自動的に削除するか、後でユーザの手によって削除するかを選択できる情報処理システム及び情報処理装置及び保管情報の管理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供する。
【０１２６】
尚、本実施の形態ではディスクの上限自体をディスクサイズと既定しているが、上限をアップロードできる画像の枚数として既定しても構わない。
【０１２７】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２８】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２９】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【０１３０】
【発明の効果】
以上説明したように、本発明によれば、使用上限を超えた画像の保管が行われても、後から保管画像の削除の作業を行うことのできるデータ保管サービス、その情報処理システム及び情報処理装置及び保管情報の管理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムを提供することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態としてのデータ保管サービスシステムの概略構成例を示す図である。
【図２】本実施の形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されている各画像に関する情報を格納した画像情報テーブル３００を示す図である。
【図３】本実施の形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されているアルバムに関する情報を格納したアルバム情報テーブル３００を示す図である。
【図４】本実施の形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されているユーザ情報テーブル４００を示す図である。
【図５】本実施の形態におけるフォトサイトのシステムが使用する課金情報テーブル５００の内容を示した図である。
【図６】本実施の形態におけるフォトサイト１０５に関連する注文情報テーブル６００を示した図である。
【図７】本実施の形態におけるフォトサイトにログインしたときに表示されるアルバム編集画面７００を示す図である。
【図８】本実施の形態におけるフォトサイト１０５における、ユーザ情報設定画面８００の一例を示した図である。
【図９】本実施形態のフォトサイト１０５におけるユーザ端末への使用状況画面９００の一例を示した図である。
【図１０】本実施の形態における画像のアップロード画面１０００を示す図である。
【図１１】本実施形態のフォトサイト１０５におけるアップロード処理手順を示したフローチャートである。
【図１２】本実施の形態における画像のアップロード時の警告画面１２００を示す図である。
【図１３】本実施の形態におけるフォトサイト１０５で使用上限を超えた画像を保管しているユーザが削除以外の操作を行おうとしたときに表示される警告画面１３００である。
【図１４】本実施の形態におけるプリント注文画面１４００を示す図である。
【図１５】本実施の形態におけるフォトサイト１０５からプリントサイト１０９Ａへのプリント注文開始通知時に送付されるデータのフォーマットを示した図である。
【図１６】本実施の形態におけるプリントサイト１０９Ａからフォトサイト１０５への見積もり表示情報を通知するために送付されるデータのフォーマットを示した図である。
【図１７】本実施の形態におけるフォトサイト１０５からプリントサイト１０９Ａへの正式プリント注文時に送付されるデータのフォーマットを示した図である。
【図１８】本実施の形態におけるフォトサイト１０５での正式プリントオーダ発行時の処理手順を示したフローチャートである。
【図１９】本実施の形態におけるフォトサイト１０５での使用可能ディスク容量算出処理の手順を示したフローチャートである。
【図２０】本実施の形態におけるフォトサイトのＬｏｇｉｎ時の処理を表すフローチャートである。
【図１】
2004213356.tif 000003
【図２】
2004213356.tif 000004
【図３】
2004213356.tif 000005
【図４】
2004213356.tif 000006
【図５】
2004213356.tif 000007
【図６】
2004213356.tif 000008
【図７】
2004213356.tif 000009
【図８】
2004213356.tif 000010
【図９】
2004213356.tif 000011
【図１０】
2004213356.tif 000012
【図１１】
2004213356.tif 000013
【図１２】
2004213356.tif 000014
【図１３】
2004213356.tif 000015
【図１４】
2004213356.tif 000016
【図１５】
2004213356.tif 000017
【図１６】
2004213356.tif 000018
【図１７】
2004213356.tif 000019
【図１８】
2004213356.tif 000020
【図１９】
2004213356.tif 000021
【図２０】
2004213356.tif 000022