(57)【要約】【課題】プリント注文がないだけでは必ずしも適正な画像削除の判断ができない。【解決手段】ネットワークに接続されている情報処理装置にデータを保管するオンラインサービスシステムにおける保管情報の管理方法であって、第１の画像データ保存領域から第２の画像データ保存領域に画像データを移動させ、画像データのデータ量を計算し、計算されたデータ量に応じて、画像データを移動させる際の画像データの保管情報を変更する。【選択図】        図１
2005020347.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されている情報処理装置にデータを保管するオンラインサービスシステムにおける保管情報の管理方法であって、
第１の画像データ保存領域から第２の画像データ保存領域に画像データを移動させる移動ステップと、
画像データのデータ量を計算する計算ステップと、
前記アカウントステップにおいて計算されたデータ量に応じて、前記移動ステップにおいて画像データを移動させる際の画像データの保管情報を変更するステップとを有することを特徴とする保管情報の管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は情報処理システム及び情報処理装置及び保管情報の管理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムに関し、特に、ユーザの持つデジタル画像データをインターネット等の通信環境を用いて接続されたサーバ上に保管し、そのデータを第三者に公開する情報処理システム及び情報処理装置及び保管情報の管理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラムに関するものである。
【０００２】
【従来の技術】
近年、通信インフラの整備及び情報通信技術の発展により、インターネットを利用した情報提供サービスが可能となっている。
【０００３】
又、近年、半導体デバイスの微細化が順調に進み、デジタルスチルカメラやデジタルビデオカメラに代表される画像入力機器を構成するＬＳＩや固体撮像素子の部品サイズ、コストがスケールダウンしたことにより、多くのユーザは画像入力機器を用いて画像を撮影し、デジタル画像データを得るようになっている。例えば、ユーザがデジタルスチルカメラを用いて撮影したデジタル画像データは、デジタルカメラ内にあるメモリに保存された後、ユーザが所有するパーソナルコンピュータ内の、ＨＤＤ等に代表される記録装置に転送されて管理保存されたり、ＣＤ−Ｒ等の外部記録メディアに書きこまれて保管されたりしている。
【０００４】
又、カラースキャナの普及に伴って、ユーザは、カラースキャナを用いて読み取った画像をデジタル画像データとして作成し、保管することも容易にできるようになっている。
【０００５】
これらのことを背景として、情報提供サービスの一種として、ユーザが画像入力機器で撮影したデジタル画像データをネットワーク上のサーバの記憶領域に預かり、そのデジタル画像データをユーザが望む時に閲覧できるようなサービスを提供するネットワークサービスがある。又、預かったデジタル画像データをユーザが望む第三者に公開できるサービスを提供するネットワークサービスがある。このようなネットワークサービスを提供するプロバイダを、以後フォトサイトと称す。
【０００６】
インターネット環境の整備、特に高速な回線が一般家庭にも普及しだしたことと、高画質デジタルカメラの普及に伴い、フォトサイトにアップロードされる画像のファイルサイズは急激に増大している。そのため、全てのユーザ画像を長期間に渡って保管しようとすると、フォトサイトに置かれる画像データベースはサービス期間が長くなれば膨大になり、サービス運用者はディスクの増設等に多大なシステムの運用費用をかけることになる。しかし、保管されている画像のうちには、既に利用されることのなくなった画像なども多数あり、実際には全ての画像を一定期間以上保管しておかなければならないわけではない。
【０００７】
【発明が解決しようとする課題】
上記のように、特開平１１−２０３３６０号でプリント注文に基づく有効期限の設定と延長方法は提案されているが、インターネットアクセス環境の整備、特に高速回線の整備が進んだ今日では、プリント注文のみがネットワークフォトサービスの利用形態でなくなってきた。そのため、プリント注文がないだけでは必ずしも適正な画像削除の判断ができなくなってくる。例えば、ネットワークフォトサービスを利用してアルバムを作成し、そのアルバムを多数の人に見せることを目的としているユーザにとっては、アルバムの保管期限を延長する場合、頻繁にアルバムや画像を自ら削除することが必要であり煩雑である。また、サービス運用者側からしてもディスクの増設等に多大なシステムの運用費用をかけなくてはならない。
【０００８】
【課題を解決するための手段】
ネットワークに接続されている情報処理装置にデータを保管するオンラインサービスシステムにおける保管情報の管理方法であって、第１の画像データ保存領域から第２の画像データ保存領域に画像データを移動させる移動ステップと、画像データのデータ量を計算する計算ステップと、前記アカウントステップにおいて計算されたデータ量に応じて、前記移動ステップにおいて画像データを移動させる際の画像データの保管情報を変更するステップとを有することを特徴とする。
【０００９】
【発明の実施の形態】
以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。尚、本実施形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、本発明の範囲をそれらのみに限定する趣旨のものではない。以下では、情報提供システムとしてデジタル画像データの保管を提供するシステムを代表させて説明するが、課題でも述べたが本発明はこれに限定されることなく、ネットワークを使用するサービスにおいての共通の課題を解決する発明であり、これらも本発明に含まれる。
【００１０】
＜本実施形態の情報提供システムの構成例と基本的動作例＞
本発明の一実施形態として、インターネットを介して、デジタル画像データの共有及び提供を行う情報提供システムについて説明する。
【００１１】
図１は、本実施形態におけるサービスを構成する全体のシステムである。尚、以下の説明では、画像データを保管した当事者を単にユーザと呼ぶ。
【００１２】
（画像データの取得例）
１０１は画像入力機器であり、静止画を撮影して画像データとして記録できるデジタルスチルカメラ、動画を撮影して動画像データとして記録できるデジタルビデオカメラなどで、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録／再生する装置である。１０２Ａは、ユーザ用パーソナルコンピュータであり（以下、ユーザＰＣと略す）、１１６は、画像入力装置１０１とユーザＰＣ１０２Ａ間で、撮影された画像データを転送するためのデータ転送用インターフェースである。データ転送用インターフェース１１６は、ＵＳＢやＩＥＥ１３９４に代表される有線インターフェースの場合や、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インターフェースの場合もある。
【００１３】
画像入力装置１０１で撮影されデジタル情報として格納されている画像データは、このデータ転送用インターフェース１１６を介して、ユーザＰＣ１０２ＡのＨＤＤに代表される情報記憶装置の記憶領域に転送される。この画像入力装置１０１からユーザＰＣ１０２Ａの画像データ転送に関しては、ユーザＰＣ１０２ＡにインストールされているＯＳ又は専用のソフトウエアからの命令で、画像入力装置１０１内にある情報記憶装置に格納されている画像データを一括転送する場合と、画像入力装置１０１から送らせる転送コマンドで、ユーザＰＣ１０２ＡのＯＳ又は専用ソフトウエアがユーザＰＣ１０２Ａの情報記録部にデータ記録領域を確保し、画像データを転送する場合がある。
【００１４】
（ユーザ登録の例）
ユーザは本システムの利用開始に際しては、以下のユーザ情報をサイト上で登録を行う必要がある。まず、ユーザＰＣ  ＰＣ１０２Ａを介してフォトサイト１０５にアクセスを行い、そこで表示された画面上からユーザは、「会員登録」ボタンを押下することをトリガーとして、会員登録画面をフォトサイト１０５から呼び出す。
【００１５】
次にユーザはそこで入力を求められている、ユーザＩＤ、姓、名、姓（フリガナ）、名（フリガナ）、ログイン名、パスワード、メールアドレス、郵便番号、住所、電話番号（まとめてユーザ情報と呼ぶ）を入力し、「登録」ボタンを押下する。
【００１６】
ここで送信されたユーザ情報をフォトサイト１０５では、ユーザ情報テーブル４００Ｂに登録を行う。
【００１７】
これを起点として、フォトサイト１０５はデータの保管上限サイズ４１５に設定されている値を当該ユーザに対しデータ保管を行う容量として付与し、ユーザはここで付与された容量の範囲内において、アルバムの作成や画像の登録などが利用可能となる。
【００１８】
（画像データのアップロード例）
このようにして、ユーザＰＣ１０２Ａに転送された画像データは、以下の手順によって、インターネット１０４に接続されているフォトサイト１０５にアップロードされる。
【００１９】
ユーザＰＣ１０２Ａ上で動作するインターネット１０４での情報転送可能な標準プロトコルを有するブラウザは、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０５にアクセスし、フォトサイト１０５のサーバＰＣが管理するＨＴＭＬやＸＭＬ等の記述言語で作成された画像、音声等のマルチメディア情報とリンクされている情報を表示する。この動作により、ユーザＰＣ１０２Ａは、フォトサイト１０５が提供する通信インフラとしてインターネット１０４を利用したサービスを受けることが出来る。
【００２０】
次に、ユーザＰＣ１０２Ａの情報記憶領域に格納されている画像入力装置１０１で撮影された画像データは、ユーザＰＣ１０２Ａのユーザの要求により、フォトサイト１０５に転送される（以下この転送を画像アップロードと呼ぶ）。画像アップロードは，先に述べたブラウザから転送したい画像データを選択して、画像アップロードの要求アクションに連動して転送される場合や、画像アップロード専用ソフトウエア等を用いて画像データを選択し、前述した画像アップロード専用ソフトウエアから直接、転送される場合がある。いずれの場合も、ｈｔｔｐやｆｔｐのインターネット上で利用可能なプロトコルに基づいて実行される。この一連の動作を、フォトサイト１０５で、実行するモジュールがフォトシェアリングモジュール１０６である。
【００２１】
アップロードされた画像データは、フォトシェアリングモジュール１０６にて、フォトサイト１０５が使用可能なデータであることをチェックし、利用可能であると判断した場合は、アップロードされた画像を画像データベース１２０に格納し、その属性情報等をデータベース１１８に格納する。この段階でフォトシェアリングモジュール１０６は、正常に画像データがアップロードされたことを、ユーザＰＣ１０２Ａに通知する。ここでフォトサイト１０５内では、目的の編集可能なアルバムとして画像ＤＢ１１７に直接アップロードされる訳ではなく、全てのアップロードされた画像は一度、一時保管を目的としたアルバム（以後一時保管アルバムと略す）として画像一時保管ＤＢ１２０に保存される。このようにして画像一時保管ＤＢ１２０にアップロードされた画像データをユーザはユーザＰＣ１０２Ａのブラウザを介して確認することができる。
【００２２】
尚、この画像一時保管ＤＢ１２０に格納された一時保管アルバムは、画像が移動なされなかった場合に、一定期間後にフォトサイト１０５内において自動的に削除される仕組みとなっており、また画像は画像ＤＢ１１７に格納される会員用アルバムへ画像が移動なされると同時に一時保管アルバムとして画像一時保管ＤＢ１２０からは削除される。
【００２３】
一方でデータベース１１８には、フォトサイト１０５に登録しているユーザ属性情報のデータ等の各種データが一元管理されており、ユーザはアップロードされた画像データをユーザＰＣ１０２Ａからブラウザを介して指定した画像を一時保管アルバムから会員アルバムに移動することが可能であり、これにより画像の長期的な管理、そしてその利用ができる。
【００２４】
＜本実施形態の情報提供システムのフォトサイト構成例＞
以下に、本実施形態において、上記の情報提供システムが、画像の保管起点日時から保管有効期限を自動的に設定することにより、システム運用者の作業負荷をかけることなく、有効期限が切れた個々のアルバムに存在する画像データを効率よく削除する方法について詳しく説明する。尚、本実施形態におけるシステムによって実現されるサービス、機能は上記概要説明に限られるものではない。
【００２５】
（フォトサイトの機能構成例）
図２は、本実施の形態におけるフォトサイト１０５の構成を示した図である。
【００２６】
２０１は時計機能である。これはコンピュータの備えている時計機能のことであり、たとえばサーバアプリケーションプログラムが使用する現在の時刻を通知したり、予め設定された時刻になると割り込み信号を発生させたり、別のアプリケーションの起動通知を行ったりすることができる。時計機能を使用することによって、本実施形態では毎日一定時刻になると期限管理モジュール２０２を自動的に呼び出す。
【００２７】
２０２は期限管理モジュールである。期限管理モジュール２０２は、フォトサイト１０５のユーザがＷＷＷアプリケーションサーバ２０５を介してアップロードしたユーザ画像の期限切れのチェックを行い、一定期間の過ぎた画像を所有するユーザにメール通知機能２０３を使用してメール通知を行ったり、削除機能２０４を使用して保管期間を過ぎた画像を削除したりすることができる。
【００２８】
（各種テーブルの構成例）
図３は、本実施形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されている各画像に関する情報を格納した画像情報テーブル３００Ｂを示す図である。
【００２９】
本実施形態では、各画像は画像ＩＤ３０１、画像の所有者のユーザＩＤ３０２、画像に使用されるタイトル（画像名）３０３、画像ＤＢ１１７上でのオリジナル画像のファイルパス３０４、Ｗｅｂ上で表示されるサムネイル画像へのファイルパス３０５、Ｗｅｂ上での詳細表示用画像へのファイルパス３０６、画像に対して所有者が設定するコメント３０７、画像の所有者が第三者に対して行った通知に対して、第三者が画像閲覧を行った回数３０８、画像が印刷注文された回数３０９、画像が作成された日時３１０、画像の所有者が第三者に対して最後にメール通知した日時３１１、画像に対して最後に編集が行われた日時３１２、画像が最後にプリント注文された日時３１３、画像が最後に閲覧された（画像が最後にアクセスされた）日時３１４、削除フラグ１７０１を持つ。３１０から３１４に示された日時は１９７０年１月１日午前０時０分０秒を”０”とした通算秒として保持されるが、日時を特定できる形式であればどのようなものでも構わない。
【００３０】
図４は、本実施形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されているユーザ情報テーブル４００Ｂを示す図である。
【００３１】
ユーザ情報テーブル４００Ｂは、ユーザＩＤ４０１、ユーザの氏名（４０２〜４０５）、ログイン名４０６、パスワード４０７、ユーザへの通知メールアドレス４０８、ユーザの住所（４０９〜４１２）、電話番号４１３、データの保管期間４１４、データの保管上限サイズ４１５、削除までの通知期間１８０１、削除予告済みフラグ１８０２を保管する。
【００３２】
図５は、本実施形態におけるフォトサイト１０５で使用する保管期限テーブル５００Ｂを示した図である。
【００３３】
保管期限テーブル５００には、ユーザ登録時の保管期間起点タイプ５０１、データ保管上限サイズの初期値５０２、及びデータの保管期間の初期値５０３、通知までの期間の初期値１９０１、削除までの期間の初期値１９０２が保存されている。保管起点タイプ５０１は画像の作成日時、を意味する。尚、本実施形態ではフォトサイトの運用者がディスクの使用状況などを監視しながら適宜設定値を変更できるように、保管期間起点タイプ５０１、データ保管上限の初期値５０２、及びデータの保管期間の初期値５０３はデータベース上に保管しているが、これらの値は必ずしもデータベースに設定されていなければならないものではなく、システム上何らかの値を設定することができれば何でも良いし、システム上で固定しておいても構わない。
【００３４】
図１２は、本実施形態におけるフォトサイト１０５で使用するアルバム情報テーブル２３００を示した図である。
【００３５】
アルバム情報テーブル２３００には、アルバムＩＤ２３０１、アルバム名２３０２、コメント２３０３、画像ＩＤ２３０４、作成日時２３０５、編集日時２３０６、閲覧日時２３０７、画像移動日時２３０８、ユーザＩＤ２３１０が保存されている。
【００３６】
（会員用アルバムへの画像移動のタイミングの例）
図１４は、本実施の形態における個々のユーザに対するデータの保管期間を算出する処理を表したフローチャートである。
【００３７】
ユーザは、会員用アルバムへのログイン後、まず始めに予めアップロードした画像が存在する一時保管アルバムとして画像一時保管ＤＢ１２０にから移動したい画像を選択する（ステップＳＢ１）。また、予め一時保管アルバムとして画像一時保管ＤＢ１２０にアップロードされていることに限らず、ユーザのＰＣ上にある画像を指定しても構わない。その後、画像ＤＢ１１７に格納されている移動先のアルバムを選択し（ステップＳＢ２）、「移動」ボタンを押下する（ステップＳＢ３）。なお、画像ＤＢ１１７において新規アルバムを作成するために、ユーザ側のブラウザ画面に表示されている「作成」ボタンを押下することにより、選択された画像は、フォトサイト内部の画像ＤＢ１１７に格納されることによって会員用サイトへの移動がなされるようにしても構わない。
【００３８】
そして、この場合、フォトサイト１０５における画像ＤＢ１２０に登録された各画像に対応した情報ＤＢ１１８が有する有効期間が移動先の画像一時保管ＤＢ１１７に格納されたアルバムの有効期間に対して上乗せされる。この有効期間の上乗せにより、アルバム画像の保存期間の更新が行われる。この有効期間の上乗せについて次に詳述する。
【００３９】
まず始めにフォトサイト１０５において、上記ステップＳＢ３でのユーザからのリクエストを取得する（ステップＳＡ１）。そのリクエストに付加された情報から画像一時保管ＤＢ１２０から画像保管ＤＢ１１７への移動対象となる画像のトータルデータ容量を算出し、その容量と現在画像保管ＤＢ１１７においてアカウントで利用しているデータ容量の和が会員登録時に付与されている容量の制限を超えるかどうかを判定する（ステップＳＡ２）。
【００４０】
会員用アルバムには予め一定量のデータ保管スペースが付与されており、一定量の容量以上は保管が出来ない仕組みとし、その容量制限内に使用容量を留めなければならず、現在の画像保管ＤＢ１１７での使用容量と画像一時保管ＤＢ１２０から画像保管ＤＢ１１７への移動対象のデータ容量の和が容量制限内に収まるかどうかを判定するステップが必要となる。これにより画像移動以前に画像の移動が可能か否かの判断が可能となり、実際に画像の移動を行う際に、エラーが発覚する場合と比較し、ユーザへのリアクションも早くなり、快適な利用環境を提供することが可能となる。
【００４１】
画像保管ＤＢ１１７における現在のアカウントでのデータ使用量と画像一時保管ＤＢ１２０から画像保管ＤＢ１１７への移動対象画像のデータ量の和がアカウントに付与されている容量の制限内に収まる場合は、次に移動対象画像と同一画像が移動先の画像ＤＢ１１７に格納されているアルバムに存在するかどうかを、画像一時保管アルバムにある画像に対応した情報ＤＢ１１８に格納された情報と会員用アルバムにある画像に対応した情報ＤＢ１１８に格納された情報との照合を行い、判定を行う（ステップＳ４）。
【００４２】
つまり、同一画像の移動においても有効期限（アルバム画像を削除しない期間）の書き換えを許すことで、制限無く当該画像の有効期限を上乗せされてしまうことを禁止するため、画像一時保管ＤＢ１２０から画像保管ＤＢ１１７への画像移動以前に画像保管ＤＢ１１７にある画像の有効期間に対して画像一時保管ＤＢ１２０に格納された画像の有効期間の上乗せを実施するか否かの判断が可能となる。これにより、実際に画像の移動を行う際にエラーが発覚する場合と比較し、ユーザへのリアクションも早くなり、快適な利用環境を提供することが可能となる。
【００４３】
一方、容量制限を越えてしまう場合は、画像の移動は行わずに、容量オーバーとなる旨のエラーメッセージを一時保管アルバムとしユーザＰＣ１０２Ａ（ユーザ側の情報機器１１３Ａ、１０１など）の画面に送信する（ステップＳＡ３）。そしてユーザＰＣ１０２Ａ（ユーザ側の情報機器１１３Ａ、１０１など）のブラウザ上には、図１３のような画面が表示される（ＳＢ４）。なお、これに限らず、容量を越えない範囲で画像のみを移動させ、移動できなかった画像をエラーメッセージと共に表示しても構わない。もしくは、ユーザの利便性を向上させるため画像移動時に制限容量を越えてしまう場合のみ全ての移動対象画像の移動を許可し、それ以上の移動を許可しないとしても構わない。
【００４４】
ここで、フォトサイト１０５は、既に同一の一時保管アルバムから移動された画像が会員用サイトに存在する場合、有効期間の変更は行わずに、選択画像を指定されたアルバムに追加し、会員用アルバムの画面を表示する（ステップＳＡ５）。
【００４５】
つまり既に移動先の画像ＤＢに格納されたアルバムに存在する同一画像の移動であるという判定結果の場合、有効期限を制限無く上乗せすることを防ぐため、有効期限の書き換えは実施しない。但し、ユーザが欲する画像自体の移動を妨げるものであってはならず、画像のみを画像一時保管ＤＢ１２０から画像保管ＤＢ１１７に移動することは構わない。また、画像一時保管ＤＢ１２０から画像保管ＤＢ１１７への画像移動後に会員用アルバム画面を表示する理由は、移動された画像をユーザがすぐに認識できるようにするための措置である。
【００４６】
一方、存在しない場合には、移動対象画像が存在する画像の移動日を起点とした有効期間を移動先アルバムの有効期間の残存日数に上乗せし、新たな有効期限として更新がなされる（ステップＳＡ６）。そして、最後に移動対象となる画像を画像一時保管ＤＢ上から画像ＤＢへ移動し、指定されたアルバムに登録がなされる（ステップＳＡ７）。
【００４７】
これによりユーザは制限容量が許す限り画像を一時保管アルバムから会員用アルバムに移動することが可能となると共に、ユーザが量的また期間的に制限無く画像をストックすることを防ぎ、運営側の負荷並び運用費用の増大を抑えることが可能となる。
【００４８】
図３は、本実施形態におけるフォトサイト１０５の情報ＤＢ１１８に格納されているユーザ情報テーブル４００Ｂを示す図である。
【００４９】
ユーザ情報テーブル４００Ｂは、ユーザＩＤ４０１、ユーザの氏名（４０２〜４０５）、ログイン名４０６、パスワード４０７、ユーザへの通知メールアドレス４０８、ユーザの住所（４０９〜４１２）、電話番号４１３、削除通知までの期間１８０１、データの保管期間４１４、データの保管上限サイズ４１５、削除予告済みフラグ１８０２を保管する。
【００５０】
削除予告済みフラグ１８０２は、ユーザのアカウントに存在する単数または複数のアルバムのうち削除対象になるアルバムがあったことを通知すると”１”、そうでないと”０”が設定される。削除予告済みフラグ１８０２が”１”である間は新たな削除予告通知は行わない。このことによって、同一ユーザの複数のアルバムが削除対象になっても通知メールは１度しか通知されないように抑制することができる。
【００５１】
図５は、本実施の形態におけるフォトサイト１０５で使用する保管期限テーブル５００Ｂを示した図である。
【００５２】
保管期限テーブル５００Ｂには、ユーザ登録時の保管期間起点タイプの初期値５０１、データ保管上限サイズの初期値５０２、データの削除通知までの期間１９０１、及びデータの削除までの期間１９０２が保存されている。保管起点タイプ５０１が”１”のとき保管期間の起点はアルバムへの画像の移動日時、”２”のときには最後に編集が行われた日時、”３”の時には最後に閲覧された日時（最後にアルバムにアクセスされた日時）が保管期間の起点として使用されることを意味する。尚、本実施の形態ではフォトサイトの運用者がディスクの使用状況などを監視しながら適宜設定値を変更できるように、保管期間起点タイプ５０１、データ保管上限の初期値５０２、データの削除通知までの期間１９０１、及びデータの削除までの期間１９０２はデータベース上に保管しているが、これらの値は必ずしもデータベースに設定されていなければならないものではなく、システム上何らかの値を設定することができれば何でも良いし、システム上固定しておいても構わない。又、削除までの期間１９０２は通知までの期間１９０１より長い期間が設定されることは言うまでもない。
【００５３】
次に、本実施形態におけるフォトサイト１０５において有効期限切れまである一定の期間を残したアルバムの所有者に通知し、さらに有効期限が満了したアルバム及びそこに存在する画像を削除するときの方法について説明する。
【００５４】
（削除通知の処理手順例）
図１０は、本実施の形態における画像の削除通知モジュールの動作を示したフローチャートである。削除通知モジュールは毎日１回もしくは毎週１回または毎月１回等、フォトサイト１０５にある時計機能２０１が予め設定されている一定の日時になると自動的に起動され、フォトサイト１０５に登録されている全てのユーザに対して、そのユーザの持つ全てのアルバム対して有効期限切れのチェックを行う。
【００５５】
ステップＳ２００１にて現在の時刻Ｔを取得する。現在の時刻Ｔはフォトサイト１０５の持つ時計機能２０１によって取得することができる。ステップＳ２００２にて、現在の時刻Ｔから削除通知期間Ｒ１を引いた時刻Ｔ２を求める。ここで削除通知期間Ｒ１はユーザ情報テーブル４００Ｂの削除通知までの期間１８０１から取得される。ステップＳ２００３にて、通知判定をするべきアルバムの判定に必要な起点時刻Ｔ３を求める。起点時刻Ｔ３は保管期限テーブル５００Ｂの保管期間起点タイプ５０１に設定されている値に応じて、アルバム情報テーブル２３００から取得することができる。
【００５６】
ステップＳ２００４にてＴ２とＴ３を比較する。Ｔ３の方がＴ２より古い場合にはこのアルバム及びそこに存在する画像データは削除予定対象となり、ステップＳ２００５に移行する。Ｔ３よりＴ２の方が古い場合には、このアルバムは削除通知対象とみなされずこのアルバムに対する処理を終了する。ステップＳ２００５にて現在処理中のアルバムに対するアルバム情報テーブル２３００の削除通知フラグ２３０９及びそのアルバムに存在する画像に対する画像情報テーブル３００Ｂの削除通知フラグ１７０１に”１”をセットする。
【００５７】
ステップＳ２００６にて、該当ユーザのユーザ情報テーブル４００Ｂに関するレコードの削除予告済みフラグ１８０２が”１”であるかどうかを判定する。削除予告済みフラグ１８０２が”１”であったユーザには、既にアルバム削除予告通知メールが送信されているので、そのまま終了する。削除予告済みフラグ１８０２が”０”の場合にはステップＳ２００７に移行する。
【００５８】
ステップＳ２００７にて削除予告メールを送信する。ステップＳ２００８にて削除予告済みフラグ１８０２に”１”をセットし、処理を終了する。
【００５９】
（画像削除の処理手順例）
図１１は、本実施形態におけるアルバム削除モジュールの処理を示したフローチャートである。削除モジュールは毎日１回もしくは毎週１回または毎月１回等、フォトサイト１０５にある時計機能２０１が予め設定されている一定の日時になると自動的に起動され、フォトサイト１０５に登録されている全てのユーザについて、そのユーザの持つ全てのアルバムに対して有効期限切れのチェックを行う。尚、削除モジュールは削除通知モジュール起動後一定時間経過したら起動されるように設定しても構わない。
【００６０】
ステップＳ２１０１にて現在の時刻Ｔを取得する。現在の時刻Ｔはフォトサイト１０５の持つ時計機能２０１によって取得することができる。ステップＳ２１０２にて、現在の時刻Ｔから保管期間Ｐを引いた時刻Ｔ４を求める。ここで、Ｐは該当ユーザのユーザ情報テーブル４００Ｂのデータ保管期間４１４から取得される値である。ステップＳ２１０３にて、削除判定をするべきアルバムの判定に必要な起点時刻Ｔ３を求める。起点時刻Ｔ３は画像情報テーブル２３００からステップＳ２００３で求めたＴ３と同じ項目の日時を取得することによって求められる。
【００６１】
ステップＳ２１０４にてＴ４とＴ３を比較する。Ｔ３の方がＴ４より古い場合にはこのアルバムは削除対象となり、ステップＳ２１０５に移行する。Ｔ３よりＴ４の方が古い場合には、このアルバムは削除対象とみなされずこのアルバムに対する処理を終了する。ステップＳ２１０５にて対象アルバムを削除する。対象アルバムの削除とは、画像ＤＢ１１７から画像ファイルを削除し、情報ＤＢ１１８から削除対象となったアルバムに関するアルバム情報テーブルのレコード及び画像に関する画像情報テーブルのレコードを削除することである。
【００６２】
ステップＳ２１０６にて、アルバム情報テーブル２３００から該当ユーザのユーザＩＤを持つレコードを検索し、そのレコードの削除通知フラグ２３０９が”１”であるレコードがあるかどうかを検索する。レコードが見つかった場合には処理を終了する。レコードが見つからなかった場合には、ステップＳ２１０７に移行する。ステップＳ２１０７にて該当ユーザのユーザ情報テーブル４００Ｂから削除予告済みフラグ１８０２に”０”をセットし処理を終了する。
【００６３】
以上説明したような容量制限並び有効期間経過後の削除処理をフォトサイト１０５に登録されている各アルバムに対して行うことによって、ユーザ及びサービス運営者側の双方に生じる手間やコストが省くことが出来る。
【００６４】
又、本発明の目的は、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるャｃ鰍ノ書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００６６】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【００６７】
【発明の効果】
以上説明したように、本発明によれば、運用者に負担をかけることなく自動的にサービスの利用条件を変更することができる保管情報の管理方法を提供できる。
【００６８】
特に、ネットワークフォトサービスにおいて、アルバム及び画像の保管期間や許容保管容量を増加させることによって、利用者の利用状況に応じて自動的にサービスの利用条件を変更することができ、かつ有効期限を過ぎたアルバム及び画像を運用者に負担をかけることなく利用者の利用条件に応じて容易かつ自動的に削除することのできる保管情報の管理方法を提供できる。
【図面の簡単な説明】
【図１】本実施形態としての情報提供システム全体の概略構成例を示す図である。
【図２】本実施形態におけるフォトサイトの構成例を示した図である。
【図３】本実施形態における各画像に関する情報を格納する画像情報テーブルの例を示す図である。
【図４】本実施形態におけるユーザ情報テーブルの例を示す図である。
【図５】本実施形態における保管期限データテーブルの内容例を示した図である。
【図６】本実施形態におけるフォトサイトにログインしたときに表示されるアルバム編集画面の例を示す図である。
【図７】本実施形態におけるユーザ情報設定画面の一例を示した図である。
【図８】本実施形態における画像のアップロード画面の例を示す図である。
【図９】本実施形態におけるメール通知画面の例を示す図である。
【図１０】本実施形態における画像の削除通知モジュールの動作例を示したフローチャートである。
【図１１】本実施形態における画像削除モジュールの他の処理例を示したフローチャートである。
【図１２】本実施形態におけるアルバム情報テーブルの例を示す図である。
【図１３】本実施形態における画像移動時のエラー画面の一例を示した図である。
【図１４】本実施形態における画像移動の処理例を示したフローチャートである。
【図１】
2005020347.tif 000003
【図２】
2005020347.tif 000004
【図３】
2005020347.tif 000005
【図４】
2005020347.tif 000006
【図５】
2005020347.tif 000007
【図６】
2005020347.tif 000008
【図７】
2005020347.tif 000009
【図８】
2005020347.tif 000010
【図９】
2005020347.tif 000011
【図１０】
2005020347.tif 000012
【図１１】
2005020347.tif 000013
【図１２】
2005020347.tif 000014
【図１３】
2005020347.tif 000015
【図１４】
2005020347.tif 000016