(57)【要約】【課題】個々人のＷｅｂサイトを一括管理する装置の記憶資源の使用容量を会員の利用状況に応じて適切に節約する。【解決手段】期間Ｉ３を超えて日記データを送信しなかったユーザの日記データはＤＢ３２から削除される（Ｓ２７）。期間Ｉ２が設定されている場合（Ｓ２３で“Ｙ”）、期間Ｉ２に属さない「月」を日付に有する日記データが削除される（Ｓ２６）。期間Ｉ２に合わせて条件Ｃ１も設定されている場合、期間Ｉ２に属さない「月」を日付として有する日記データのうち、条件Ｃ１にも該当しない日記データのみを削除できる（Ｓ２５）。期間Ｉ１が設定されている場合は日記データの期間Ｉ１に属さない投稿日を有する日記データが削除される（Ｓ２２）。【選択図】  図６
2005258688.tif 000002
【特許請求の範囲】
【請求項１】
ウェブページにより表示させる内容を規定する閲覧データを受信する受信手段と、前記閲覧データを記憶するデータベースと、前記閲覧データに基づいてウェブページデータを生成する生成手段と、前記ウェブページデータを送信するウェブサーバとを備える画像投稿閲覧システムであって、
前記閲覧データの属性に関連した削除条件の設定を受け付ける削除条件設定手段と、
前記削除条件に従って前記データベースに記憶された閲覧データを削除する削除手段と、
を備える画像投稿閲覧システム。
【請求項２】
前記閲覧データは作成日付を規定するデータを含み、
前記削除条件は所定期間に前記作成日付が属するか否かであり、前記削除手段は前記所定期間に属さない作成日付を有する閲覧データを削除する請求項１に記載の画像投稿閲覧システム。
【請求項３】
前記所定期間は月単位で設定される請求項２に記載の画像投稿閲覧システム。
【請求項４】
前記閲覧データは画像及びコメントを規定するデータを含み、前記生成手段は前記作成日付、前記画像及び前記コメントを日記形式で表示するウェブページデータを生成する請求項２又は３に記載の画像投稿閲覧システム。
【請求項５】
前記削除条件は所定期間に前記閲覧データの送信日付が属するか否かであり、前記削除手段は前記所定期間に属さない送信日付を有する閲覧データを削除する請求項１〜４のいずれかに記載の画像投稿閲覧システム。
【請求項６】
前記閲覧データは作成者の識別子を規定するデータを含み、
前記削除条件は所定時間間隔以上閲覧データを送信しなかったか否かであり、前記削除手段は前記所定時間間隔以上閲覧データを送信しなかった作成者の識別子を含む閲覧データを削除する請求項１〜５のいずれかに記載の画像投稿閲覧システム。
【請求項７】
前記閲覧データの保存条件の設定を受け付ける保存条件設定手段をさらに備え、前記削除手段は前記保存条件にさらに従って前記閲覧データを削除する請求項１〜６のいずれかに記載の画像投稿閲覧システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して投稿された画像を日記形式で閲覧させるシステムに関する。
【背景技術】
【０００２】
個々人のＷｅｂサイトを一括管理する装置として、例えば特許文献１に記載のものがある。特許文献１のファイル受託管理装置は、各会員コンピュータから送信されたＷｅｂページのファイル（受託ファイル）を個人情報やパスワードと対応づけて大容量の記憶資源に記憶する。ファイル受託管理装置はＷｅｂサーバ機能を有しており、所定のＵＲＬにアクセスした会員コンピュータに受託ファイルを送信する。送信された受託ファイルは会員コンピュータのＷｅｂブラウザで閲覧される。
【特許文献１】特開２０００−２９２８６４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１のファイル受託管理装置は、多数の会員が送信した受託ファイルを記憶資源に記憶するが、会員の数が増大すると受託ファイルの数も増え、限りある記憶資源の容量を逼迫させることになる。この点、特許文献１には記憶資源の使用容量を節約する技術について何ら開示されていない。特に、会員が多数になると、殆どファイル受託管理装置を利用しない会員、ファイル受託管理装置を頻繁に利用する会員と二極化することが多く、殆どファイル受託管理装置を利用しない会員が多いと、その会員の受託ファイルが記憶資源の使用容量を圧迫する場合もある。このような問題点に鑑み、本発明は個々人のＷｅｂサイトを一括管理する装置の記憶資源の使用容量を会員の利用状況に応じて適切に節約できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００４】
請求項１に係る発明は、ウェブページにより表示させる内容を規定する閲覧データを受信する受信手段と、前記閲覧データを記憶するデータベースと、前記閲覧データに基づいてウェブページデータを生成する生成手段と、前記ウェブページデータを送信するウェブサーバとを備える画像投稿閲覧システムであって、前記閲覧データの属性に関連した削除条件の設定を受け付ける削除条件設定手段と、前記削除条件に従って前記データベースに記憶された閲覧データを削除する削除手段と、を備える画像投稿閲覧システム。
【０００５】
この発明によると、ウェブページにより表示させる内容を規定する閲覧データの属性に関連した削除条件に従ってデータベースに記憶された閲覧データが削除される。即ち、削除条件を適切に設定することで、データベースに記憶された不必要な閲覧データを削除し、使用容量を節約できる。
【０００６】
請求項２に係る発明は、前記閲覧データは作成日付を規定するデータを含み、前記削除条件は所定期間に前記作成日付が属するか否かであり、前記削除手段は前記所定期間に属さない作成日付を有する閲覧データを削除する請求項１に記載の画像投稿閲覧システム。
【０００７】
この発明によると、所定期間に属さない作成日付を有する閲覧データを削除することでデータベースの使用容量を節約できる。
【０００８】
請求項３に係る発明は、前記所定期間は月単位で設定される請求項２に記載の画像投稿閲覧システム。
【０００９】
請求項４に係る発明は、前記閲覧データは画像及びコメントを規定するデータを含み、前記生成手段は前記作成日付、前記画像及び前記コメントを日記形式で表示するウェブページデータを生成する請求項２又は３に記載の画像投稿閲覧システム。
【００１０】
請求項５に係る発明は、前記削除条件は所定期間に前記閲覧データの送信日付が属するか否かであり、前記削除手段は前記所定期間に属さない送信日付を有する閲覧データを削除する請求項１〜４のいずれかに記載の画像投稿閲覧システム。
【００１１】
この発明によると、所定期間に属さない送信日付を有する閲覧データを削除することでデータベースの使用容量を節約できる。
【００１２】
請求項６に係る発明は、前記閲覧データは作成者の識別子を規定するデータを含み、前記削除条件は所定時間間隔以上閲覧データを送信しなかったか否かであり、前記削除手段は前記所定時間間隔以上閲覧データを送信しなかった作成者の識別子を含む閲覧データを削除する請求項１〜５のいずれかに記載の画像投稿閲覧システム。
【００１３】
この発明によると、所定時間間隔以上閲覧データを送信しなかったユーザの閲覧データを画一的に削除することでデータベースの使用容量を節約できる。
【００１４】
請求項７に係る発明は、前記閲覧データの保存条件の設定を受け付ける保存条件設定手段をさらに備え、前記削除手段は前記保存条件にさらに従って前記閲覧データを削除する請求項１〜６のいずれかに記載の画像投稿閲覧システム。
【００１５】
この発明によると、削除条件に該当する閲覧データのうち本当に削除すべきものを厳選できる。
【発明の効果】
【００１６】
この発明によると、ウェブページにより表示させる内容を規定する閲覧データの属性に関連した削除条件に従ってデータベースに記憶された閲覧データが削除される。即ち、削除条件を適切に設定することで、データベースに記憶された不必要な閲覧データを削除し、使用容量を節約できる。
【発明を実施するための最良の形態】
【００１７】
以下、添付した図面を参照し本発明の好ましい実施例を説明する。
【実施例１】
【００１８】
図１は、本発明の好ましい実施例に係る画像投稿閲覧システムの概要を示している。このシステムは、インターネットなどのネットワーク４を介して予め接続の許可されたパソコン２から画像とコメントをサービスサーバ３が受信し、サービスサーバ３が接続を許可した端末５に対してこの画像等をＷｅｂページにより日記形式で公開するものである。この公開される日記形式のＷｅｂページを日記ページという。
【００１９】
デジタルカメラ１（カメラ付き携帯電話も含む）はＵＳＢ（Universal Serial Bus）などによりパソコン２に接続され、撮像された被写体を表す画像データをパソコン２に出力する。サービスサーバ３へのアクセスを許可されているユーザ（以下、単にユーザという）は、デジタルカメラ１から取得した画像に対応させて任意のコメント、日記の日付（年、月、日を含む）をパソコン２に接続されたキーボードなどから指定し、ユーザに一意的に付与されたユーザＩＤ、画像、コメント及び日付を含むデータ（以下、日記データという）をサービスサーバ３に送信する。日記データの送信についてはインターネットで用いられる各種のアップロード技術が適用できる。例えば、ユーザＩＤ及びパスワードなどによる認証を受けてＷｅｂサーバ３１からパソコン２に画像投稿フォームを送信し、このフォームに埋め込まれたＣＧＩ（Common Gateway Interface）により日記データをサービスサーバ３にアップロードするようにできる。なお、パソコン２以外にも、携帯電話機やＰＤＡなどから電子メールで日記データをサービスサーバ３に送信してもよい。
【００２０】
図２に示すように、サービスサーバ３は、アップロードされた日記データを、認証したユーザＩＤ，画像、日記の日付、コメント、及び日記データを実際にサービスサーバ３にアップロードした日付である投稿日を対応させたデータ（以下このデータも日記データという）をデータベース（ＤＢ）３２に記憶する。加えて、図３に示すように、サービスサーバ３は、各ユーザの各日記データの投稿日のうち最新の日（直近の投稿日）を、日記データに含まれるユーザＩＤと対応させてＤＢ３２に記憶する。このデータをアップロード日付データという。
【００２１】
一方、パソコン、ＰＤＡ、携帯電話機などの端末５から、閲覧したい日記ページの作成者を特定するためのユーザＩＤ及び閲覧したい日記ページの日付が指定されると、Ｗｅｂサーバ３１は、そのユーザＩＤ及び日付で特定される日記データをデータベース３２から抽出する。そして、Ｗｅｂサーバ３１は、抽出した日記データで規定される内容を含んだＷｅｂページである日記ページを作成し、端末５に送信する。例えば、端末５から、ユーザＩＤ「ｕ００１」、日付「２００４／２／１０」が指定された場合、Ｗｅｂサーバ３１は図４のように日付「２００４／２／１０」、画像「Image.jpg」、コメント「今日はいい天気でした」を含む日記データで規定される日記ページを端末５に送信する。なお、ユーザＩＤ及び日付の指定は、上述のＣＧＩでユーザＩＤ及び日付をデータとして送信することにより行ってもよいし、Ｗｅｂサーバ３１から送信された特定のＷｅｂページのハイパーリンク、例えばある特定のユーザの名前や日付を示したハイパーリンクをクリックすることで行ってもよい。
【００２２】
次に、サービスサーバ３で行われる処理を説明する。サービスサーバ３は、ＤＢ３２の日記データを削除する条件を設定するための削除条件設定処理、削除条件設定処理で設定した条件に従ってＤＢ３２の日記データを削除する削除処理を実行する。
【００２３】
図５は、削除条件設定処理の流れを示すフローチャートである。この処理は、特定の権限（管理者権限など）を有するサービスサーバ１のユーザによるログインを認証することで開始する。Ｓ１１では、日記データの投稿日を基準に日記データを削除するか否かの設定をキーボードやマウスなどの各種操作手段の操作で受け付ける。投稿日を基準に削除する設定を受け付けた場合はＳ１２に移行し、この設定を受け付けなかった場合はＳ１３に移行する。Ｓ１２では、日記データを保存する投稿日の範囲である保存期間Ｉ１の設定を受け付ける。設定された保存期間Ｉ１はサービスサーバ３の図示しないメモリなどに記憶される。保存期間Ｉ１は、例えば「２００３年１月１日から２００３年３月３０日まで」といったように期間の始めと終わりを設定したものであってもよいし、「２００３年１月１日以降」といったように期間の始めだけを設定したものでもよい。
【００２４】
Ｓ１３では、日記データに含まれる日記の日付の「月」を基準に日記データを削除するか否かの設定を受け付ける。「月」を基準に日記データを削除する設定を受け付けた場合はＳ１４に移行し、この設定を受け付けなかった場合はＳ１７に移行する。
【００２５】
Ｓ１４では、「月」が特定の保存期間Ｉ２内に属さない場合、無条件に削除するか、あるいはさらに条件Ｃ１に従って削除するか否かの設定を受け付ける。「月」が特定の保存期間Ｉ２内に属さない場合に無条件に削除する設定を受け付けた場合はＳ１６に移行し、さらに条件Ｃ１に従って削除する設定を受け付けた場合はＳ１５に移行する。Ｓ１５では、日記データを保存する条件Ｃ１の設定を受け付ける。設定された条件Ｃ１はサービスサーバ３の図示しないメモリなどに記憶される。条件Ｃ１は、例えば直近の投稿日が現在の日付から１５日以内であるなど、ＤＢ３２の日記データに従って定まる属性であれば何でもよく、適宜設定できる。Ｓ１６では、保存期間Ｉ２の設定を受け付ける。設定された保存期間Ｉ２はサービスサーバ３の図示しないメモリなどに記憶される。保存期間Ｉ２は、例えば「２００３年１月から２００３年３月まで」といったように期間の始めと終わりを月単位で設定してもよいし、「２００３年１月以降」といったように期間の終わりを設定しなくてもよい。
【００２６】
Ｓ１７では、一定期間Ｉ３の間全く日記データをパソコン２からサービスサーバ３に送信しなかったユーザの日記データを削除するか否かの設定を受け付ける。一定期間Ｉ３の間全く日記データを送信しなかったユーザの日記データを削除する設定を受け付けた場合はＳ１８に移行し、この設定を受け付けない場合はＳ１９に移行する。Ｓ１８では、期間Ｉ３の設定を受け付ける。設定された一定期間Ｉ３はサービスサーバ３の図示しないメモリなどに記憶される。一定期間Ｉ３は、例えば「３０日間」といったように、期間の長さを適宜設定する。Ｓ１９では、予め設定されているデフォルト値を期間Ｉ３として設定する。このデフォルト値は例えば１５日間など適宜定めてよい。
【００２７】
次に、図６のフローチャートに基づき削除処理の流れを説明する。この処理は、所定時間の経過毎、例えば１日毎に繰り返し実行される。
【００２８】
Ｓ２１では、削除処理のＳ１２で保存期間Ｉ１が設定されているか否かを判断する。保存期間Ｉ１が設定されている場合はＳ２２に移行し、設定されていない場合はＳ２３に移行する。Ｓ２２では、ＤＢ３２に記憶されている日記データを参照し、日記データに含まれる投稿日が保存期間Ｉ１に属さない日記データをＤＢ３２から削除する。
【００２９】
Ｓ２３では、削除処理のＳ１６で保存期間Ｉ２が設定されているか否かを判断する。保存期間Ｉ２が設定されている場合はＳ２４に移行し、設定されていない場合はＳ２７に移行する。Ｓ２４では、削除処理のＳ１５で条件Ｃ１が設定されているか否かを判断する。条件Ｃ１が設定されている場合はＳ２５に移行し、設定されていない場合はＳ２６に移行する。Ｓ２５では、ＤＢ３２に記憶されている日記データを参照し、日記データに含まれる日付の「月」が保存期間Ｉ２に属さず、かつ条件Ｃ１に該当しない日記データをＤＢ３２から削除する。Ｓ２６では、ＤＢ３２に記憶されている日記データを参照し、日記データに含まれる日付の「月」が保存期間Ｉ２に属さない日記データをＤＢ３２から削除する。
【００３０】
Ｓ２７では、ＤＢ３２のアップロード日付データを参照し、直近の投稿日から現在の日付までの期間が期間Ｉ３を超過するユーザＩＤを特定する。そして、特定されたユーザＩＤに対応する日記データをＤＢ３２から削除する。即ち、全く日記データをアップロードしなかった期間が期間Ｉ３を超えたユーザのユーザＩＤを含む日記データを削除する。
【００３１】
上記の削除条件設定処理及び削除処理により、期間Ｉ３を超えて日記データを送信しなかったユーザの日記データはＤＢ３２から削除される（Ｓ２７）。一定期間日記データを送信しなかったユーザはこのシステムを以後も使用しない可能性が高いが、このようなユーザの日記データを削除することでＤＢ３２の使用容量を減らすことができる。期間Ｉ３の長さは適宜設定できる（Ｓ１８）ため、ユーザのシステムの使用動向に応じて柔軟に変化させることができる。また、期間Ｉ３がＳ１８で設定されなくても強制的にデフォルト値が割り当てられるため（Ｓ１９）、ある程度日記データを送信しなかったユーザの日記データは強制的に削除され、ＤＢ３２の使用容量を減らすことができる。期間Ｉ２が設定されている場合（Ｓ２３で“Ｙ”）、期間Ｉ２に属さない「月」を日付に有する日記データが削除される（Ｓ２６）。即ち、日記データを「月」単位で削除できる。期間Ｉ２に合わせて条件Ｃ１も設定されている場合、期間Ｉ２に属さない「月」を日付として有する日記データのうち、条件Ｃ１にも該当しない日記データのみを削除できる（Ｓ２５）。即ち、日記データの属性に関連する条件Ｃ１を設定することで削除すべき日記データを指定できる。さらに、期間Ｉ１が設定されている場合は日記データの期間Ｉ１に属さない投稿日を有する日記データが削除される（Ｓ２２）。即ち、期間Ｉ１よりも前に投稿された日記データを削除できる。
【図面の簡単な説明】
【００３２】
【図１】本発明の好ましい実施例に係る画像投稿閲覧システムの概略構成図
【図２】日記データの概念図
【図３】アップロード日付データの概念図
【図４】日記ページの表示例
【図５】削除条件設定処理の流れを示すフローチャート
【図６】削除処理の流れを示すフローチャート
【符号の説明】
【００３３】
１：デジタルカメラ、２：パソコン、３：サービスサーバ、４：ネットワーク、５：端末
【図１】
2005258688.tif 000003
【図２】
2005258688.tif 000004
【図３】
2005258688.tif 000005
【図４】
2005258688.tif 000006
【図５】
2005258688.tif 000007
【図６】
2005258688.tif 000008