JP2005049933A - 情報処理システム及び情報処理装置及び保管情報の管理方法及びそれを実施するプログラムを情報処理装置読み出し可能に記憶した記憶媒体及びそのプログラム - Google Patents

Abstract

【課題】運用者に負担をかけることなく、自動的にサービスの利用条件を変更できる情報処理システム及び情報処理装置及び保管情報の管理方法とそれを実施する記憶媒体及びそのプログラムを提供する。
【解決手段】ネットワークに接続されている情報処理装置にデータを保管するオンラインサービスシステムにおける保管情報の管理方法であって、第１の画像データ保存領域から第２の画像データ保存領域に画像データを移動させ、画像データのデータ量を計算し、計算されたデータ量に応じて、画像データを移動させる際の画像データの保管情報を変更する。
【選択図】 図１

Description

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

Claims (1)

1. ネットワークに接続されている情報処理装置にデータを保管するオンラインサービスシステムにおける保管情報の管理方法であって、
   所定の集合体として互いに関連付けられた識別子を画像データに関連付ける割り当てステップと、
   画像データのデータ量をカウントするカウントステップと、
   前記カウントステップにおいてカウントされたデータ量に応じて画像データの保管情報を前記割り当てステップにおいて割り当てられた所定の集合体ごとに変更するステップとを有することを特徴とする保管情報の管理方法。

Images