(57)【要約】      （修正有）【課題】ユーザの記憶領域の容量の一部を、延長したい公開情報の記憶領域の容量に充当し、サイト全体のストレージ容量を効率的に利用して公開情報を管理する。【解決手段】情報提供機器から受信した公開情報の容量を加算して、情報所有者の記憶領域の使用容量を取得する第１の使用容量取得手段と、リクエストを情報閲覧機器から受信するリクエスト受信手段と、リクエストに応答して、公開情報の容量を被情報提供者の記憶領域の使用容量に加算して、前記被情報提供者の記憶領域の使用容量として取得する第２の使用容量取得手段と、を備え、前記第１の使用容量取得手段は、前記第２の使用容量取得手段により加算された前記公開情報の容量を加算しない。【選択図】図１
2008046985.tif 000002
【特許請求の範囲】
【請求項１】
情報提供機器を介して情報所有者から転送される公開情報を受信する受信手段と、前記受信手段により受信した公開情報を記憶する記憶手段と、前記記憶手段に記憶された公開情報を情報閲覧機器を介して被情報提供者に配信する配信手段と、を有する情報管理装置であって、
前記情報提供機器から受信した公開情報の容量を加算して、前記情報所有者の記憶領域の使用容量を取得する第１の使用容量取得手段と、
リクエストを前記情報閲覧機器から受信するリクエスト受信手段と、
前記リクエストに応答して、前記公開情報の容量を前記被情報提供者の記憶領域の使用容量に加算して、前記被情報提供者の記憶領域の使用容量として取得する第２の使用容量取得手段とを備え、
前記第１の使用容量取得手段は、前記第２の使用容量取得手段により加算された前記公開情報の容量を加算しないことを特徴とする情報管理装置。
【請求項２】
予め定められた使用限度量から前記被情報提供者の記憶領域の使用容量を減じて、前記被情報提供者の空き容量を取得する空き容量取得手段と、
前記公開情報の容量と前記取得された被情報提供者の空き容量とを比較する比較手段と、
前記比較の結果、前記取得された被情報提供者の空き容量が前記公開情報の容量より大きければ、前記公開情報の容量を、前記第１の使用容量取得手段により加算せず、前記第２の使用容量取得手段により加算するよう制御する制御手段と、を更に備えたことを特徴とする請求項１に記載の情報管理装置。
【請求項３】
前記記憶手段に記憶された公開情報の配信期間を設定する期間設定手段を更に備え、
前記リクエストは前記配信期間の延長の指示を含むことを特徴とする請求項１記載の情報管理装置。
【請求項４】
前記配信期間が経過した公開情報を前記記憶手段から削除する削除手段を更に有することを特徴とする請求項３に記載の情報管理装置。
【請求項５】
情報提供機器を介して情報所有者から転送される公開情報を受信するステップと、前記受信した公開情報を記憶するステップと、前記記憶された公開情報を情報閲覧機器を介して被情報提供者に配信するステップと、を有する情報管理装置の制御方法であって、
前記情報提供機器から受信した公開情報の容量を加算して、前記情報所有者の記憶領域の使用容量を取得する第１の取得ステップと、
リクエストを前記情報閲覧機器から受信する受信ステップと、
前記リクエストに応答して、前記公開情報の容量を前記被情報提供者の記憶領域の使用容量に加算して、前記被情報提供者の記憶領域の使用容量として取得する第２の取得ステップとを備え、
前記第１の取得ステップでは、前記第２の取得ステップで加算された前記公開情報の容量を加算しないことを特徴とする制御方法。
【請求項６】
請求項５に記載の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像等のデータをインターネットを介してユーザの情報機器からアップロードし、そのデータを第三者に配信する技術に関するものである。
【背景技術】
【０００２】
インターネット等の通信インフラを利用した情報提供サービスの一種として、ユーザがデジタルカメラで撮影した画像データをネットワーク上のサーバにアップロードし、ユーザが望む時にサーバにアクセスして画像データを閲覧できるサービスがある。以下、このようなネットワークサービスを提供するプロバイダをフォトサイトと称する。
【０００３】
以下に、フォトサイトが画像データをアップロードしたユーザ（以下、オーナーユーザ）から指定された第三者（以下、招待ユーザ）にオーナーユーザの画像データを公開する場合について説明する。
【０００４】
先ず、オーナーユーザはＰＣ(Personal Computer)上でＷｅｂブラウザを起動し、フォトサイトにアクセスして、画像データをアップロードし、招待ユーザの名称やメールアドレス等を通知する。フォトサイトは、アップロードされた画像データ、若しくは画像データ群（以下、フォトアルバム（画像データとフォトアルバムを総称して画像データともいう。））にアクセスするためのＵＲＬ(Universal Resource Locator)を生成する。この時、生成されるＵＲＬは、画像データに対してユニークなアドレスであり、且つ一意に予測不可能な乱数等を用いたものである。下記に例を示す。
【０００５】
http://○○○.com/PhotoSite/Album/AlbumEntry.cgi?AlbumID=AJNWDMF
フォトサイトは、このＵＲＬをメッセージに記述し、宛先に招待ユーザのメールアドレスをセットした電子メールをインターネット経由で送信する。電子メールを受け取った招待ユーザは、ＰＣ上でＷｅｂブラウザを起動し、電子メールに記述されたＵＲＬを入力することで、オーナーユーザの画像データを閲覧することができる。（例えば、特許文献１参照）。
【０００６】
また、オーナーユーザが画像データを公開する際に、公開を終了する日時を設定することができ、公開の終了とともにアップロードした画像データが自動的に削除されるような仕組みを提供する。これにより、オーナーユーザに限られたアップロード領域しか提供されないようなフォトサイトの状況において、オーナーユーザが自分でアップロードした画像データの面倒な管理をしなくても簡単にディスク領域を有効利用することができる。
【特許文献１】特開２００３−１０８８１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上述の従来技術では、画像データに公開終了日時が設定されていた場合、招待ユーザが画像データを見たか否かに関わらず、画像データの公開終了期限を過ぎると、公開されていた画像データが自動的に削除されるので、招待ユーザが閲覧できなくなってしまう。これは、閲覧する意思のない招待ユーザには不利益とはならないが、例えば、現在公開アルバムの詳細を全部見る時間的な余裕のない招待ユーザや、もう一度閲覧しようとした招待ユーザのように、閲覧する意思のある招待ユーザにとっては大きな不利益となる。
【０００８】
そこで、公開情報の閲覧可能期間を延期してしまうと、フォトサイトとしては公開アルバムに相当する記憶領域が削除されずに残ってしまう。このため、フォトサイト側としては大きなストレージ容量を持つことが必要になり、サイト規模を大きくする必要があるため、コスト的な問題が生じる。
【０００９】
よって、本発明は、招待ユーザの記憶領域容量の一部を、削除せずに記憶しておきたい公開情報の記憶領域の容量に充当することで、サイト全体のストレージ容量を効率的に利用できる情報管理技術を提供する。
【課題を解決するための手段】
【００１０】
上記課題を解決し、目的を達成するために、本発明は、情報提供機器を介して情報所有者から転送される公開情報を受信する受信手段と、前記受信手段により受信した公開情報を記憶する記憶手段と、前記記憶手段に記憶された公開情報を情報閲覧機器を介して被情報提供者に配信する配信手段と、を有する情報管理装置であって、前記情報提供機器から受信した公開情報の容量を加算して、前記情報所有者の記憶領域の使用容量を取得する第１の使用容量取得手段と、リクエストを前記情報閲覧機器から受信するリクエスト受信手段と、前記リクエストに応答して、前記公開情報の容量を前記被情報提供者の記憶領域の使用容量に加算して、前記被情報提供者の記憶領域の使用容量として取得する第２の使用容量取得手段とを備え、前記第１の使用容量取得手段は、前記第２の使用容量取得手段により加算された前記公開情報の容量を加算しない。
【００１１】
また、本発明は、情報提供機器を介して情報所有者から転送される公開情報を受信するステップと、前記受信した公開情報を記憶するステップと、前記記憶された公開情報を情報閲覧機器を介して被情報提供者に配信するステップと、を有する情報管理装置の制御方法であって、前記情報提供機器から受信した公開情報の容量を加算して、前記情報所有者の記憶領域の使用容量を取得する第１の取得ステップと、リクエストを前記情報閲覧機器から受信する受信ステップと、前記リクエストに応答して、前記公開情報の容量を前記被情報提供者の記憶領域の使用容量に加算して、前記被情報提供者の記憶領域の使用容量として取得する第２の取得ステップとを備え、前記第１の取得ステップでは、前記第２の取得ステップで加算された前記公開情報の容量を加算しない。
【発明の効果】
【００１２】
本発明によれば、情報管理装置は、公開情報を記憶するための全体のストレージ容量を効率的に利用することができる。
【発明を実施するための最良の形態】
【００１３】
以下に、添付図面を参照して本発明を実施するための最良の形態について詳細に説明する。
【００１４】
尚、以下に説明する実施の形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されるべきものであり、本発明は以下の実施の形態に限定されるものではない。
【００１５】
［システム構成と基本的動作］
先ず、本発明に係る実施形態の情報提供システムについて説明する。
【００１６】
図１は、本発明に係る実施形態の情報提供システムの全体構成を示す図である。
【００１７】
以下では、画像データをインターネット上のフォトサイトへアップロードした当事者を単にオーナーユーザと呼び、オーナーユーザの画像データの閲覧を許可された第三者を招待ユーザと称して説明を進める。
【００１８】
＜画像データの取得＞
１０１は画像入力機器である。画像入力機器１０１としては、例えば、被写体を撮影して静止画像の画像データとして記録できるデジタルスチルカメラや動画像データとして記録できるデジタルビデオカメラ、或いは原稿を読み取って静止画像データとして記録するスキャナ等が挙げられる。画像入力機器１０１は、イメージ情報である光学像を電気信号に変換し、所定の画像処理をした後、デジタル情報として記録／再生する。
【００１９】
１０２はパーソナルコンピュータ（ＰＣ）であり、本実施形態では、ＰＣ１０２Ａはオーナーユーザ、ＰＣ１０２Ｂは招待ユーザが夫々使用する機器とする。
【００２０】
１０３は画像入力機器１０１が入力した画像データをＰＣ１０２Ａへ転送するためのデータ転送用インターフェースである。データ転送用インターフェース１０３は、ＵＳＢ(Universal Serial Bus)やＩＥＥＥ１３９４に代表される有線系インターフェースや、ＩｒＤＡやＢｌｕｅｔｏｏｔｈに代表される無線系インターフェースである。
【００２１】
データ転送用インターフェース１０３を経由して、画像入力機器１０１からＰＣ１０２Ａに転送された画像データは、ＰＣ１０２ＡのＨＤＤ(Hard Disk Drive)に代表される情報記憶装置の記憶領域１０４Ａに格納される。また、画像入力機器１０１からＰＣ１０２Ａへの画像データ転送は、ＰＣ１０２ＡにインストールされているＯＳ(Operating System)又は専用ソフトウエアにより実現される。即ち、ＰＣ１０２ＡのＣＰＵ(Central Processing Unit)がＰＣ１０２ＡにインストールされているＯＳ又は専用ソフトウエアを実行し、画像入力機器１０１の情報記憶装置の記憶領域１０４Ａに格納されている画像データを読み出すことによって実行される。或いは、画像入力機器１０１がＰＣ１０２Ａへ発行した転送コマンドに従い、ＰＣ１０２ＡのＯＳ又は専用ソフトウエアがＰＣ１０２Ａの情報処理装置の記憶領域１０４Ａを確保し、画像入力機器１０１からの画像データを受信するようにして実行される。
【００２２】
＜画像データのアップロード＞
このようにして、ＰＣ１０２Ａに転送された画像データは、以下の手順によって、インターネット１０６に接続されているフォトサイト１０７にアップロードされる。
【００２３】
ＰＣ１０２Ａ上で動作するインターネット１０６での情報転送可能な標準プロトコルを有するブラウザ１０５Ａは、ｈｔｔｐプロトコル等の標準プロトコルを用いてフォトサイト１０７にアクセスする。そして、ブラウザ１０５Ａは、フォトサイト１０７のサーバＰＣが管理するＨＴＭＬやＸＭＬ等の記述言語で作成された画像や音声等のマルチメディア情報とリンクされている情報を表示する。この動作により、ＰＣ１０２Ａは、フォトサイト１０７が提供する通信インフラとしてインターネット１０６を利用したサービスを受けることができる。
【００２４】
次に、ＰＣ１０２Ａの情報記憶領域１０４Ａに格納されている画像入力機器１０１で撮影された画像データは、ＰＣ１０２Ａのユーザの要求により、フォトサイト１０７に転送される（この転送動作を画像アップロードと呼ぶ。）。画像アップロードは、先に述べたブラウザ１０５Ａから転送したい画像データを選択して、画像アップロードの要求アクションに連動して転送される場合がある。他に画像アップロード専用ソフトウエア等を用いて画像データを選択し、前述した画像アップロード専用ソフトウエアから直接、転送される場合がある。いずれの場合も、ｈｔｔｐやｆｔｐのインターネット上で利用可能なプロトコルに基づいて実行される。この一連の動作を、フォトサイト１０７で、実行するモジュールがフォトシェアリングモジュール１０８である。
【００２５】
アップロードされた画像データは、フォトシェアリングモジュール１０８にて、フォトサイト１０７が使用可能なデータであることをチェックする。その結果、利用可能であると判断した場合は、アップロードされた画像を画像データベース（ＤＢ）１１０に格納し、その属性情報等を情報データベース（ＤＢ）１１１に格納する。この段階でフォトシェアリングモジュール１０８は、正常に画像データがアップロードされたことを、ＰＣ１０２Ａに通知する。
【００２６】
属性情報ＤＢ１１１には、上記画像データの属性情報以外に、フォトサイト１０７に登録されたユーザの属性情報のデータや、プリントサービス提供者（以下、プリントサイト）の属性情報の各種データが一元管理されている。このようにしてアップロードされた画像データをＰＣ１０２Ａのユーザは、ブラウザ１０５Ａを介して指定した画像を閲覧することができる。この閲覧に関しては、アップロードされた画像データを、複数枚を一単位としたアルバムとして管理される場合もある。
【００２７】
＜画像データのプリント＞
次に、アップロードした画像データのプリント注文手順について説明する。
【００２８】
フォトサイト１０７にアップロードした画像データのうち、ＰＣ１０２Ａのユーザは、ブラウザを介して自分がアップロードした画像データを閲覧することができる。閲覧画像の選択は、単一の画像単位で逐次画像を選択していく方法や、上述した複数枚を１つのアルバムとして登録し、複数個のアルバム群から自分が閲覧したいアルバムを選択し、その選択されたアルバムが管理している個々の画像を選択する方法がある。
【００２９】
フォトサイト１０７は、ユーザからアップロードされた画像データのプリント注文を、画像データのプリントアウトをソリューションとして提供するプリントプロバイダに依頼する。このプリントプロバイダは、アップロードされた画像データのプリントアウトを依頼するプリントサイト１１２である。図１ではプリントサイトを１つとしたが、依頼するプリントサイトは複数存在することが通常であり、その数に制限はない。
【００３０】
ＰＣ１０２Ａのユーザは、アップロードした画像の閲覧画面から、プリントアウトしたい画像データを選択する。次に、ＰＣ１０２Ａのユーザは、フォトサイト１０７が提供できるプリントサイト１１２、自分が注文したいプリントサイトを選択する。ユーザは、各プリントサイトが提供するサービス、価格、納期等を考慮して、自分が発注するプリントサイトを選択する。
【００３１】
プリント注文したいユーザは、閲覧画面からプリント注文したい画像データを選択し、フォトサイト１０７に通知する。フォトサイト１０７では、プリントアウトの依頼のあった画像データに関する仮プリントオーダを生成し、プリントサイト1１１２にインターネット１０６を介して、見積り依頼をかける。
【００３２】
フォトサイト１０７から仮プリントオーダを受けたプリントサイト１１２は、課金手段である課金モジュール（不図示）で、仮プリントオーダの内容から価格を算出し、見積り価格をインターネット１０６を介してフォトサイト１０７に通知する。フォトサイト１０７は、この見積り価格の情報をリアルタイムに受信し、ＰＣ１０２Ａに情報として転送し、プリント注文を行うユーザにダイナミックにプリントサイト１１２の提示した価格を提示することができる。
【００３３】
この提示された価格での購入を、プリント注文したＰＣ１０２Ａのユーザが認め、承認のアクションをフォトサイト１０７に返すと、決済モジュール１０９がこれを受理して決済処理される。決済が終了した段階で、フォトサイト１０７は、正式なプリントオーダをプリントサイト１１２に送る。
【００３４】
プリントサイト１１２は、この正式プリントオーダを受理すると、プリントアウトに必要な画像データをフォトサイト１０７の画像ＤＢ１１０から獲得する。このようにして獲得された画像データは、プリントサイト１１２が所有するプリンタ１１３等の印刷手段を用いて、プリントアウトされ印刷物１１４として出力される。プリントアウトされた印刷物１１４は、何らかの輸送手段によって、プリントアウトを依頼したＰＣ１０２Ａの指定した配送先に届けられる。
【００３５】
以上が、ＰＣ１０２Ａを介して、画像入力機器１０１で撮影した画像データをアップロードしたユーザが、フォトサイト１０７の閲覧及びプリント注文を行うためのシステムの概略である。尚、ここでは画像をアップロードする端末として、ＰＣを例に挙げて説明したが、本発明に係る情報提供システムはこれに限定されるものではない。例えば、携帯端末から画像をアップロード可能としてもよいし、デジタルカメラ、デジタルビデオ、スキャナ、複写機等の画像入力機器から画像を直接アップロード可能としてもよい。
【００３６】
＜招待ユーザの閲覧＞
次に、画像データをフォトサイト１０７にアップロードしたユーザ以外が、インターネット１０６を介して、フォトサイト１０７にアップロードされ画像ＤＢ１１０に格納されている画像データを閲覧する方法について説明する。
【００３７】
フォトサイト１０７は、アップロードしたユーザが指定する招待ユーザに対し、「アップロードされた画像」、又は「アップロードされた複数の画像を１つのアーカイブとして管理しているアルバム」の閲覧及びプリント注文サービスを提供する。
【００３８】
画像データをフォトサイト１０７にアップロードしたユーザは、自分が閲覧を許可する招待ユーザの氏名等の属性情報及びE-Mailアドレスを、Ｗｅｂブラウザ１０５Ａを用いてフォトサイト１０７に通知する。
【００３９】
フォトサイト１０７は、招待ユーザに画像を公開する場合、先ず公開に必要なＵＲＬ（Universal Resource Locator）を生成する。この時、生成されるＵＲＬとしては、ユニークなアドレスで、且つ一意に予測不可能な乱数等を用いたものを割り当てる。下記に例を示す。
【００４０】
http://○○○.com/PhotoSite/Album/AlbumEntry.cgi?AlbumID=AJNWDMF
以降、このような一意に予測不可能なＵＲＬをランダムＵＲＬと称す。
【００４１】
フォトサイト１０７は、上記のように生成されたランダムＵＲＬを、必要に応じて閲覧に必要なパスワード情報を付加して、招待ユーザにインターネット１０６を介してE-Mailで通知する。E-Mailを受け取った招待ユーザは、ＰＣ１０２Ｂからインターネット１０６にアクセスし、Ｗｅｂブラウザ１０５ＢにE-Mailで通知されたランダムＵＲＬを入力する。これにより、Ｗｅｂブラウザ１０５Ｂはフォトサイト１０５にアクセスし、画像を要求する。フォトサイト１０５はこの要求に応答して、画像をＷｅｂブラウザ１０５Ｂで表示するために、当該画像を含む表示制御情報をＷｅｂブラウザ１０５Ｂに配信する。これによりＷｅｂブラウザ１０５Ｂは画像をディスプレイに表示するので、招待ユーザは、画像をアップロードしたユーザが指定した画像又はアルバムを閲覧できる。
【００４２】
フォトサイト１０７において、ユーザは画像又はアルバムに対して公開の終了日時を設定し、終了日時がくると自動的に公開していた画像（アルバムの場合にはアルバムに含まれる画像全て）を削除するような機能の提供も可能である。また、公開終了日時の設定ではなく、運用上設定されたある一定期間以上のアクセスがなかった場合等も、同様に公開していた画像を自動的に削除する機能を提供できる。この自動削除機能により、ユーザはフォトサイト１０７の画像ＤＢ１１０にある画像データを、公開終了に伴い必要なくなったタイミングで明示的に削除しなくても、自動的に削除・整理が行われる。これにより、ユーザはフォトサイト１０７上の画像ＤＢ１１０における領域を有効に活用することができる。
【００４３】
＜招待ユーザのプリント注文＞
次に、ＰＣ１０２Ｂを使用している招待ユーザが、このようにして閲覧可能になった画像データを、プリント注文する方法を説明する。
【００４４】
フォトサイト１０７は、招待ユーザからの画像データのプリント注文を、画像データのプリントアウトを提供するプリントサイト１１２に行う。
【００４５】
ＰＣ１０２Ｂの招待ユーザは、閲覧画面からプリントアウトして印刷物を商品として入手したい画像データを選択する。次に、ＰＣ１０２Ｂを使用している招待ユーザは、フォトサイト１０５が提供できるプリントサイト１１２を選択する。招待ユーザは、各プリントサイト１１２が提供するサービス、単価、納期等を考慮して、自分が発注するプリントサイト１１２を選択する。
【００４６】
招待ユーザが、閲覧画面からプリント注文したい画像データを選択し、フォトサイト１０７に通知すると、フォトサイト１０７は、プリントアウトの依頼のあった画像データに関する仮プリントオーダを生成する。そして、仮プリントオーダをインターネット１０６を介して送信することでプリントサイト１１２に見積りを依頼する。フォトサイト１０７からの仮プリントオーダを受けたプリントサイト１１２は、選択画像情報に必要な画像データをフォトサイト１０７の画像ＤＢ１１０から取得して、選択画像情報を生成する。この選択画像情報を、ＰＣ１０２Ｂに対して、インターネット１０６を介して送信することにより、招待ユーザは、ＰＣ１０２ＢにおいてＷｅｂブラウザ１０５Ｂ上で選択された画像毎にプリント形式や枚数等を入力できる。
【００４７】
プリントサイト１１２は、選択された画像毎にプリント形式や枚数等の情報をもとに、料金算出（課金）モジュールにより見積額を算出し、算出した見積額を、インターネット１０６を介してフォトサイト１０７に送信する。フォトサイト１０７は、プリントサイト１１２が送信する見積額の情報を、リアルタイムに受信する。そして、ユーザの個人情報を持っていない招待ユーザの場合には、ＰＣ１０２Ｂにプリントサイト１１２が送信した見積額をＷｅｂ情報として転送する。また、ユーザの個人情報を持っている招待ユーザの場合には、見積額にポイントを加味した提示額をＷｅｂ情報として転送することで、プリント注文をしている招待ユーザに見積情報をダイナミックに提示することができる。
【００４８】
ここで提示された価格での購入を、プリント注文したＰＣ１０２Ｂの招待ユーザが認め、承認のアクションをフォトサイト１０７に返すと、決済手段としての決済モジュール１０９がこれを受理して決済処理される。決済が終了した段階で、フォトサイト１０７は、正式なプリントオーダをプリントサイト１１２に送る。プリントサイト１１２は、この正式プリントオーダを受理し、プリントアウトに必要な画像データをフォトサイト１０７の画像ＤＢ１１０から獲得する。このようにして獲得された画像データは、プリントサイト１１２が所有するプリンタ１１３等の印刷手段を用いてプリントアウトされ、印刷物１１４として出力される。プリントアウトされた印刷物１１４は、何がしかの輸送手段によって、プリントアウトを依頼したＰＣ１０２Ｂの招待ユーザに届けられる。
【００４９】
以上が、画像をアップロードしたユーザから、画像又はアルバムの閲覧許可を受けた、招待ユーザが、フォトサイト１０７から受け取った情報に基づき、画像データの閲覧及びプリント注文を行うための情報提供システムの概要である。
【００５０】
＜データベースの構成＞
以下に、図２乃至図９を参照して、本実施形態の情報提供システムのデータベースの構成について説明する。
【００５１】
図２は、本実施形態のフォトサイト１０７の属性情報ＤＢ１１１に格納されている、各画像に関する情報を格納した画像情報テーブル２００を示す図である。
【００５２】
画像情報テーブル２００は、オーナーユーザがクライアントＰＣから画像データをアップロードした際に、画像データ１つに対して１つのレコードが作成される。
【００５３】
画像情報テーブル２００は、各画像の画像ＩＤ２０１、画像の属するアルバムＩＤ２０２、画像に使用されるタイトル（画像名）２０３を有する。また、画像情報テーブル２００は、画像ＤＢ１１０上でのオリジナル画像のファイルパス２０４、Ｗｅｂ上で表示されるサムネイル画像へのファイルパス２０５、Ｗｅｂ上での詳細表示用画像へのファイルパス２０６を有する。更に、画像情報テーブル２００は、画像の所有者が設定するコメント２０７、画像が作成された(アップロードされた)日時２０８、画像の容量２０９を有する。また、本実施形態では画像作成日時２０８に示された日時は１９７０年１月１日午前０時０分０秒を”０”とした通算秒として保持されるが、日時を特定できる形式であればどのようなものでも構わない。また、画像の容量２０９は、画像がアップロードされた際にサーバ側で算出した値を設定する。
【００５４】
図３は、本実施形態のフォトサイト１０７の属性情報ＤＢ１１１に格納されている、アルバムデータテーブル３００を示す図である。
【００５５】
本実施形態では、ユーザの持つ画像データは１枚又は複数枚の画像をグループとしたまとまり（以下、アルバム）を単位として保管されるため、ユーザがアルバムを画面上で作成した際（不図示）に、アルバムデータテーブル３００のレコードが１つ作成される。アルバムデータテーブル３００では、アルバムＩＤ３０１、そのアルバムの所有者のユーザＩＤ３０２、そのアルバムの表示順序番号３０３、公開延長フラグ３０４を持つ。公開延長フラグ３０４は、本実施形態において、アルバムに対して公開延長の処理がなされた際に「公開延長」を表す値に設定する。設定方法、及び使用方法に関しては後述する。
【００５６】
図４は、本実施形態のフォトサイト１０７の属性情報ＤＢ１１１に格納されている、アルバム情報テーブル４００を示す図である。
【００５７】
アルバム情報テーブル４００は、図３のアルバムデータテーブル３００と同様にアルバムに紐付いた情報であるため、ユーザがアルバムを画面上で作成した際（不図示）に、１つレコードが作成される。
【００５８】
アルバム情報テーブル４００は、アルバムＩＤ４０１、アルバム名４０２、アルバムに対するコメント４０３、アルバムを公開してよいかの可否フラグ４０４、パスワードを設定するかどうかの可否フラグ４０５を有する。また、アルバム情報テーブル４００は、アルバムに設定したアルバムパスワード４０６、招待ユーザに印刷を許可するかどうかの可否フラグ４０７、招待ユーザにオリジナル画像を表示させるかどうかの可否フラグ４０８を有する。更に、アルバム情報テーブル４００は、アルバムをどのようなレイアウトで見せるかの表示形式を表す番号４０９、アルバムの公開終了日時４１０、アルバムの使用容量４１１、アルバムの表紙ＩＤ４１２を有する。アルバムの使用容量４１１は、アルバムに対して画像がアップロードされる度に夫々の画像のサイズを加算して算出される。
【００５９】
図５は、本実施形態のフォトサイト１０７の属性情報ＤＢ１１１に格納されている、ユーザ情報管理テーブル５００を示す図である。
【００６０】
ユーザ情報管理テーブル５００は、フォトサイト１０７にユーザ登録を行った際（不図示）に１つレコードが作成される。ユーザ情報管理テーブル５００は、ユーザＩＤ５０１、最終表示アルバムＩＤ５０２を持つ。
【００６１】
図６は、本実施形態のフォトサイト１０７の属性情報ＤＢ１１１に格納されている、公開延長情報管理テーブル６００を示す図である。
【００６２】
公開延長情報管理テーブル６００は、招待ユーザが公開アルバムに対して公開の延長申請の処理を初めて行った際に１つレコードが作成される。つまり、１人目の申請の際に作成され、２人目以降の場合には新規作成されず、レコードを更新する形となる。公開延長情報管理テーブル６００は、アルバムＩＤ６０１、延長を申請したユーザで分担すべき現状の領域サイズ６０２、延長を希望している人数６０３を持つ。このテーブルの作成のフローや使い方、各項目の役割については後述する。
【００６３】
図７は、本実施形態のフォトサイト１０７の属性情報ＤＢ１１１に格納されている、公開延長希望者管理テーブル７００を示す図である。
【００６４】
公開延長希望者管理テーブル７００は、招待ユーザが公開アルバムに対して公開の延長申請の処理を行った際に１つレコードが作成される。公開延長希望者管理テーブル７００は、アルバムＩＤ７０１、延長を希望した招待ユーザの登録者としてのユーザＩＤ７０２、延長処理を行った日時７０３を持つ。このテーブルの作成フローや使い方、各項目の役割については後述する。
【００６５】
図８は、本実施形態のフォトサイト１０７の属性情報ＤＢ１１１に格納されている、図２乃至図７に示す各テーブルの関係を示す図である。
【００６６】
ユーザは複数のアルバムを持つことが可能であり、１つのアルバムには複数の画像データを登録できるような仕組みとなっている。また、公開アルバムの延長を申請した者、各延長申請者が充当する（肩代わり）ストレージ容量を管理している。
【００６７】
図２乃至図７により本実施形態のデータベースの構成を説明したが、上記の要件を満たすものであれば上記構成に限られるものではない。
【００６８】
＜フォトサイトの動作＞
以下に、本実施形態の情報提供システムによる、アルバム公開時における終了日時の設定動作について説明する。
【００６９】
（アルバム公開時の終了日時設定）
図９は、アルバムへの終了日時の設定動作を示すフローチャートである。
【００７０】
本実施形態においては、ユーザ画像データは１枚又は複数枚の画像をグループとしたアルバムというまとまりを単位としているが、このまとまりの単位に関しては本発明を限定するものではない。
【００７１】
ステップＳ９０１では、図示していないが、ユーザが作成済みのアルバムから公開するアルバムを画面上で選択する。この選択された段階で、属性情報ＤＢ１１１上のアルバム情報テーブル４００における、アルバム名４０２、コメント４０３、公開可否４０４、パスワード可否４０５が設定されているとする。更に、アルバムパスワード４０６、オリジナル表示可否４０８、表示形式番号４０９、アルバム表紙ＩＤ４１２等が設定されているとする。そして、表示されたアルバムの編集画面において、アルバムを公開する機能を選択する。アルバムを公開する機能を選択すると、図１０で示した公開の設定画面１０００へと切り替わる。
【００７２】
ステップＳ９０２では、表示された公開設定画面１０００において、公開のための各種データの設定を行う。公開設定画面１０００において、表題文字列１００１はユーザが公開したアルバムのタイトルが表示される。
【００７３】
文字列１００２は、アルバムに含まれている画像サイズを合計した、アルバム容量が表示される。
【００７４】
入力領域１００３は、アルバムを公開する招待ユーザのメールアドレスを入力する領域である。複数の人を招待するには、招待する人のメールアドレスを”,”区切りで入力する。
【００７５】
入力領域１００４は、送信者の氏名を入力する欄であり、ユーザが自分の指名を入力するか、すでにフォトサイトの属性情報ＤＢ１１１上に存在している場合には、この文字列がデフォルト値として表示される。
【００７６】
入力領域１００５は、送信者アドレスを入力する欄であり、ユーザが自分のメールアドレスを入力するか、上記と同様に属性情報ＤＢ１１１上にあれば、デフォルト値として表示される。
【００７７】
入力領域１００６は、送信するメールの件名を入力する欄であり、ユーザが任意の文字列を入力することで、件名を設定することができる。
【００７８】
ラジオボタン１００７は、公開するアルバムに対して公開終了日時を設定する。設定「する」を選択した場合には、日時入力領域１００８の入力が必要となり、入力した日時がアルバム情報テーブル４００の公開終了日時４１０に設定される。この際に、運用で設定された公開上限日時を越えた日時を設定することはできなくなっている。もし公開上限日時を越えた日時を設定して送信ボタン１０１０を押下した場合、後述する図１１のエラー画面１１００が表示され、設定した日時が公開上限日時を越えていることをユーザに伝える文字列が表示される。設定「しない」を選択した場合には、日時入力領域１００８への入力は必要とはならず、自動的に公開終了日時４１０には上記で説明した運用で設定された公開上限日時が設定される。
【００７９】
入力領域１００９は、送信するメールの内容を入力する欄であり、ユーザが任意の文字列を入力することで、メールの内容を設定することができる。
【００８０】
送信ボタン１０１０は、画面１０００における各入力内容で確定し、指定した公開先にメールを送信する際に押下するボタンである。
【００８１】
キャンセルボタン１０１１は、画面１０００における各入力内容をキャンセルし、ステップＳ９０１のアルバムを選択された状態への画面へ戻る際に押下するボタンである。
【００８２】
ステップＳ９０３では、ステップＳ９０２で公開設定画面１０００での入力を終了し、送信ボタン１０１０を押下した際に、宛先１００３で設定した各招待ユーザのメールアドレスに対して、図１３に例示する公開を示した内容のメールが送信される。
【００８３】
この送信ボタン１０１０の押下の際に、公開設定画面１０００で設定した内容に不備があった場合には、図１１で示したエラー画面１１００が別画面で表示され、メールの送信が行われない。エラー画面１１００には、エラーの内容を表す文字列１１０１と、ユーザがエラーの内容に承諾して、公開設定画面１０００に戻るためのボタン１１０２がある。この例では、エラーの内容を表す文字列１１０１には、宛先１００３の設定内容に関する不備があったことを表す文字列を入れているが、エラーに応じてこの文字列は選択されることは言うまでもない。
【００８４】
また、送信ボタン１０１０の押下の際に、各設定内容に不備がなく、かつ、公開終了日時設定１００７を設定していないアルバムに対しては、運用で設定された上限の日時が設定され、この値がアルバム情報テーブル４００の公開終了日時４１０に設定される。次に、その値の存在をユーザに知らせる図１２にある情報画面１２００が表示される。情報画面１２００は、ユーザに公開終了日時を知らせる文字列１２０１と、この情報画面１２００を閉じて、元のアルバム画面に戻るためのボタン１２０２を持つ。
【００８５】
図１３は、公開先に送信されるメールの内容の一例を示したもので、公開設定画面１０００で入力された内容が各項目に反映された内容になっている。
【００８６】
また、正常にアルバムの公開が行われた場合には、属性情報ＤＢ１１１上のアルバム情報テーブル４００における公開可否４０４に関して、アルバムの編集画面における設定値に関係なく、アルバム公開を「可」とする値を自動的に設定する。
【００８７】
（招待ユーザの公開アルバムに対する延長申請）
次に、招待ユーザが公開アルバムに対して公開を延長する申請をする動作について説明する。
【００８８】
招待ユーザは、図１３の公開を示したメール本文中にある、アクセス用のＵＲＬをクリックすることにより、公開アルバムへとアクセスする。この公開アルバムへのアクセス時の処理に関しては、延長申請がされているものと併せて後述する。ここでは、公開アルバムへのアクセスがなされた状態から説明を始める
公開アルバムへのアクセスが許可されると、図１４で示した公開アルバム表紙画面１４００が表示される。公開アルバム表紙画面１４００において、文字列１４０１はオーナーが公開したアルバムのタイトルであり、アルバム情報テーブル４００のアルバム名４０２に設定された文字列が表示される。
【００８９】
画像サムネイル１４０２は、オーナーユーザがアルバムに設定した表紙画像であり、アルバム情報テーブル４００のアルバム表紙ＩＤ４１２をＫｅｙに、画像情報テーブル２００の表紙画像ファイルパス２０６に設定された画像が表示される。表紙画像が設定されていない場合には、システムが既定しているサムネイルが表示される。
【００９０】
文字列１４０３は、この公開アルバムに設定された公開終了日時を記述したものであり、アルバム情報テーブル４００の公開終了日時４１０に設定された日時が表示される。この日時を経過すると、招待ユーザこのアルバムへのアクセスはできなくなることを意味している。
【００９１】
文字列１４０４は、この公開アルバムに設定されたコメントであり、アルバム情報テーブル４００のコメント４０３に設定された文字列が表示される。
【００９２】
入力領域１４０５は、この公開アルバムに設定されたパスワードを入力する領域であり、アルバム情報テーブル４００のパスワード可否フラグ４０５が「可」に設定されている場合に表示され、「否」に設定されている場合には表示されない。この入力領域に、アルバムパスワード４０６の文字列と同じ文字列が入力された場合に、アルバムの内容が表示される。アルバムの内容表示に関しては本発明を限定するものではないため、図示は省略する。
【００９３】
ボタン１４０６は、この公開アルバムを閲覧するためのボタンであり、上述したパスワードの入力が必要な場合には、入力されたパスワードがアルバム情報テーブル４００のパスワード４０６の文字列と合致した場合に、アルバムの閲覧が可能である。パスワードの入力が必要ない場合には、ボタンの押下により自動的にアルバムの閲覧が可能である。
【００９４】
ボタン１４０７は、この公開アルバムの公開終了日時の延長を行うための機能を選択するボタンである。このボタンが押下された後の処理に関して、図１５のフローチャートを用いて説明する。
【００９５】
ステップＳ１５０１では、図１４のボタン１４０７が押下された際に、公開アルバム表紙画面１４００とは別ウインドウで図１６のログイン画面１６００が表示され、延長を申請したユーザがそのフォトサイトの登録ユーザであるかどうかのチェックを行う。本発明は、招待ユーザが登録ユーザとして割り当てられたストレージの空き容量を、公開を延長したアルバム容量に充当するものであるので、招待ユーザがフォトアルバムの登録ユーザであることが前提となる。
【００９６】
ログイン画面１６００において、入力領域１６０１は、ユーザＩＤを入力するための領域であり、入力領域１６０２は、パスワードを入力するための領域である。
【００９７】
ボタン１６０３は、ユーザＩＤ・パスワードを入力してから押下することで、ユーザ認証を行い次のステップへ遷移するためのボタンである。入力されたユーザＩＤ・パスワードが正常な場合、延長の申請を行うためのステップＳ１５０２へと遷移する。入力されたユーザＩＤ・パスワードが異常である場合や、入力に不備がある場合には、ステップＳ１５０７へと遷移しエラー画面が表示される（不図示）。
【００９８】
ボタン１６０４は、ログイン処理をキャンセルするための機能であり、押下するとログイン画面１６００が閉じられ、公開アルバム表紙画面１４００のウィンドウが１つ表示されている状態へと戻る。
【００９９】
ステップＳ１５０２では、ステップＳ１５０１でのログインが正常だった場合に処理が行われ、公開アルバムのアルバムＩＤに対して、公開延長情報管理テーブル６００のレコードを検索する。レコードが検索されなかった場合には、この公開アルバムに対する初めての延長申請であると判断し、公開アルバムのアルバムＩＤ６０１をＫｅｙに、レコードを１つ新規作成し、延長希望者数６０３には「０」の初期値を代入する。現状負担容量６０２の値は、後述するステップＳ１５０６で申請が終了した段階で設定される。検索された場合には、延長希望者数６０３の値を抽出する。
【０１００】
次に、現状負担容量の算出を行う。現状負担容量としては、公開アルバムのアルバム情報テーブル４００におけるアルバム使用容量４１１の値を、延長希望者数６０３の値に申請者の人数（＝１）を加えた値で割ったものになる。この算出された現状負担容量をＡとする。
【０１０１】
ステップＳ１５０３では、ステップＳ１５０２に続いて、延長を申請した招待ユーザの登録ユーザとして割り当てられたストレージの空き容量を計算する。
先ず、招待ユーザの登録ユーザとしてのユーザＩＤでアルバムデータテーブル３００を検索し、招待ユーザの所有しているアルバムＩＤ３０２のうち、公開延長フラグ３０４が「通常（延長ではない）」を表す値に合致するもののリストを取得する。これは、前述したように、公開延長がなされた場合には、登録ユーザのアルバム容量のサイズは「０」として計算されるため、空き容量サイズを計算するロジックから延長されたアルバム容量を除く必要があるためである。上記のように得られた公開延長フラグ３０４が「通常」のアルバムＩＤのリストの各アルバムＩＤに対して、アルバム情報テーブル４００を検索し、夫々のアルバム使用容量４１１を取得し、リスト全体の使用容量を合算する。
さらに、招待ユーザの登録ユーザとしてのユーザＩＤで、公開延長希望者管理テーブル７００を検索し、他のユーザのアルバムで保管容量を負担しているものを取得する。負担しているものが検索されれば、そのアルバムＩＤ７０１で公開延長情報管理テーブル６００を検索し、現状負担容量６０２を取得する。
そして、この現状負担容量に前述したリスト全体の使用容量を合算した値を加算した値を招待ユーザの記憶領域の使用容量として得る。
【０１０２】
最後に、予め定められたディスク使用限度量から延長申請をした招待ユーザの使用容量の差分をとることで、当該招待ユーザの登録ユーザとしての空き容量を算出することができる。この値をＢとする。このＢの値は、画像アップロード時の制御によって空き容量を上回るデータ量はアップロードされないのでマイナス値になることはないことを前提とする。
【０１０３】
ステップＳ１５０４では、ステップＳ１５０２、Ｓ１５０４で算出したＡ，Ｂの値を用いて、Ａ＜Ｂの数式の評価を行う。この数式の評価が正しい場合には、肩代わりする負担容量が、延長申請をした招待ユーザの登録ユーザとして割り当てられたストレージの空き容量より小さいことを意味する。つまり、「肩代わり可能」であると判断して、延長申請の確認を行う画面を表示するための処理であるステップＳ１５０５へと遷移する。逆に、この数式の評価が正しくない場合には、肩代わりする容量が空き容量より大きいことを意味し、つまり、「肩代わり不能」であると判断して、延長申請を受け付けないためのエラー画面を表示するための処理であるステップＳ１５０７へと遷移する。
【０１０４】
本実施形態では、延長の申請が正常に受理された後のキャンセルを受け付けないことを前提としており、アルバム使用容量の値が常に一定であることに対して、延長申請者の数の値が減少することはない。つまり、現状負担容量の値であるＡは（アルバム使用容量）／（延長申請者数）で求められるため、Ａの値は単調減少をするため、この段階で「Ａ＜Ｂ」の数式の評価を満たしていれば、以後この不等号の向きが逆転することはない。よって、申請時にのみ肩代わりが可能かどうかをチェックすればよく、後に延長申請者が増えても問題はない。最終的に決定された肩代わりする容量は、後述する図２０のアルバム公開終了処理中に、ユーザに対して図２１に示す延長された旨と供に通知される。
【０１０５】
ステップＳ１５０５では、ステップＳ１５０４で「肩代わり可能」と判断された場合に、図１７の公開アルバム延長申請画面１７００を表示する。公開アルバム延長申請画面１７００において、文字列１７０１は、アルバムのタイトルを表す文字列であり、公開アルバムにおけるアルバム情報テーブル４００のアルバム名４０２に設定された文字列が表示される。
【０１０６】
文字列１７０２は、アルバムの使用容量を表す文字列であり、ステップＳ１５０２で検索されたＡの値が表示される。
【０１０７】
ボタン１７０３は、延長申請に関するヘルプ画面（不図示）を表示するボタンである。ヘルプ画面には、公開アルバムに使用する容量を、延長申請をした招待ユーザが登録ユーザとして割り当てられた容量で肩代わりするシステムに関する説明が記述されている。
【０１０８】
文字列１７０４には、公開アルバムの終了日時の延長期間に関する説明が記述されている。延長期間としては、ここでは運用で予め決められている設定値（図１７に示す「３０日間」）が適用され、公開アルバム延長申請画面１７００内に表示される。
【０１０９】
文字列１７０５は、現在延長を申請しているユーザ数、自分が分担する容量が記述されている。延長を申請しているユーザ数は、ステップＳ１５０２で検索された延長希望者数６０３の値を用い、自分の分担する容量は、ステップＳ１５０２で算出した現状負担容量６０２（＝Ａ）の値を用いる。
【０１１０】
文字列１７０６には、本実施形態では延長の申請が受理された後のキャンセルを受け付けないことを前提としているため、その旨を明示的に申請を行うユーザに注意喚起するための注意書きが記述されている。
【０１１１】
ボタン１７０７は、延長申請を行う招待ユーザが、公開アルバム延長申請画面１７００に記述された文字列１７０４，１７０５，１７０６の内容に同意した上で、延長申請を実行する際に押下する。ボタン１７０７を押下すると、ステップＳ１５０６の延長処理が実行される。
【０１１２】
ボタン１７０８は、招待ユーザが公開アルバム延長申請画面１７００に記述された文字列１７０４，１７０５，１７０６の内容に同意せず、延長申請をキャンセルする際に押下する。このボタン１７０８を押下すると、公開アルバム申請画面１７００が閉じられ、公開アルバム表紙画面１４００のウィンドウが１つ表示された状態へ戻る。
【０１１３】
ステップＳ１５０６では、ステップＳ１５０５において公開アルバム延長申請画面１７００のボタン１７０８が押下された場合に、公開アルバムの各種延長処理を行う。先ず、公開延長希望者管理テーブル７００のレコードを１つ新規に作成し、今回公開アルバムに延長を希望した招待ユーザの登録ユーザとしてのユーザＩＤ７０２を設定し、同時にこのレコードを作成した日時を処理日時７０３に設定する。上記設定したユーザＩＤは、ステップＳ１５０１でログイン認証処理を行った際に取得した値を用いる。
【０１１４】
次に、公開延長情報管理テーブル６００の該当レコードに対して、先ず延長希望者数６０３の値をインクリメントして更新する。インクリメントする理由としては、前述したように今回延長申請を行った招待ユーザの人数をカウントするためである。
【０１１５】
次に、ステップＳ１５０２で算出した現状負担容量Ａの値を、上記公開延長情報管理テーブル６００の該当レコードにおける現状負担容量６０２の欄に設定（更新）する。
【０１１６】
最後に、本システムは延長申請を行った招待ユーザに、延長申請を正常に受理した旨を通知する。
【０１１７】
図１９は、延長申請を行った招待ユーザに送信されるメールの内容を例示しており、図１７の公開アルバム延長申請画面１７００に表示される内容と同等の情報が含まれている。
【０１１８】
ステップＳ１５０７では、ステップＳ１５０１でのログイン処理に失敗した場合のエラー画面と、ステップＳ１５０４の「肩代わり不可」になった場合のエラー画面を表示する処理を行う。前者のエラー画面に関しては、前述したようにログインできなかった旨の文字列を表示するエラー画面であればよいため、ここでは図示を省略する。
【０１１９】
図１８のエラー画面１８００は、後者の場合におけるエラー画面の一例である。
【０１２０】
エラー画面１８００における文字列１８０１には、肩代わりができなかった旨を招待ユーザに示すための文字が記述されている。
【０１２１】
ボタン１８０２は、エラー画面に同意した場合或いはエラー画面を閉じる場合に押下する。
【０１２２】
ボタン１８０３は、肩代わりができない場合に、どのような手順を行うことで延長申請ができるのかを示すヘルプ画面を表示するために押下する。尚、ヘルプに関する画面は図示を省略する。
【０１２３】
以上のステップＳ１５０１〜Ｓ１５０７の処理により、招待ユーザは公開アルバムの延長申請を行うことができる。
【０１２４】
（公開アルバムの公開終了時の動作）
次に、公開アルバムの公開終了時の動作について説明する。
【０１２５】
図２０は、公開アルバムの終了日時における動作を示すフローチャートである。
【０１２６】
ステップＳ２００１では、公開アルバムの終了日時が到来した際に、公開アルバムのアルバムＩＤに対して、公開延長情報管理テーブル６００を検索し、該当レコードが存在するかどうかを判断する。該当レコードが存在するということは、この公開アルバムに対して招待ユーザが公開終了日時の延長申請を行ったことを意味しているため、引き続きステップＳ２００２の処理に遷移する。また、該当レコードが存在しない場合には、この公開アルバムに対する延長申請がなかったことを意味しているため、ステップＳ２００３の通常の公開終了処理へと遷移する。
【０１２７】
ステップＳ２００２では、公開アルバムに対する各種の延長処理を行う。先ず、公開アルバムのアルバムＩＤに対して、アルバムデータテーブル３００の該当レコードを検索する。検索された該当レコードの公開延長フラグ３０４に「公開延長」を表す値を設定する。前述したように、公開延長フラグ３０４に「公開延長」を表す値をセットすると、登録ユーザの空き容量の計算するロジックから延長されたアルバム容量が除かれるため、登録ユーザのアルバム容量のサイズは「０」として存在していない状態となる。
【０１２８】
次に、公開アルバムのアルバムＩＤに対して、アルバム情報テーブル４００の該当レコードを検索する。検索された該当レコードの公開終了日時４１０の値を抽出し、この抽出された日付に対して、運用で設定された公開延長日時（図１７においては、３０日間）の日付分を加算する。加算された新しい公開終了日時を、該当レコードの公開終了日時４１０の値として更新する。
【０１２９】
最後に、公開延長申請をした招待ユーザに対して、公開アルバムの延長処理が行われた旨を通知する。図２１は招待ユーザに送付されるメールの一例を示したもので、公開アルバムの延長されたこと、延長された期間（日数）、最終的な分担容量、アクセスするためのＵＲＬを含む内容となっている。この延長時のメールに記述されているＵＲＬは、図１３で示したアルバム公開時のＵＲＬに対して、招待ユーザのメールアドレスの引数が追加された形になっている。これは、後述するように公開が延長されたアルバムにアクセスする場合には、延長申請をした招待ユーザのみにアルバムへのアクセスを許可するため、その識別子として用いるためである。
【０１３０】
ステップＳ２００３では、ステップＳ２００１で公開アルバムに対する延長申請がない場合に行う処理であり、公開の終了に伴いアルバムを削除する。このように、アルバムの削除処理を自動的に行うことで、アルバムを公開したオーナーユーザは自分のアルバムの空き容量が増えることになり、効率的にフォトサイトを使用することができる。
【０１３１】
以上のステップ２００１〜２００３により、公開アルバムの公開終了時の処理が行われる。
【０１３２】
（公開アルバムへのアクセス時の動作）
次に、以下では公開アルバムへのアクセス時の動作について説明する。
【０１３３】
図２２は、公開アルバムへのアクセス時の動作を示すフローチャートである。
【０１３４】
ステップＳ２２０１では、招待ユーザが公開時のメール、若しくは延長時のメールに記述されているＵＲＬをクリックしたときに、ＵＲＬ中に含まれているアルバムＩＤが正しいかどうか判断する。ここでは、通知されたアルバムＩＤに対して、アルバム情報テーブル４００を検索し、該当レコードが検索されたか否かによりアルバムＩＤが正しいかどうか判断する。
【０１３５】
アルバムＩＤがシーケンシャルな数値の場合、招待ユーザが通知されたメールのＵＲＬのアルバムＩＤを改ざんすることで、他の公開アルバムが見えてしまうことになるため、アルバムＩＤは暗号化した形でメール内のＵＲＬには記述されている。尚、この暗号化の形式に関しては、本発明を限定するものではない。正しいと判断された場合には続くステップＳ２２０２の処理へと遷移し、正しくないと判断された場合にはステップＳ２２０５に遷移してエラー画面を表示する。
【０１３６】
ステップＳ２２０２では、ステップＳ２２０１で正しいと判断された公開アルバムのアルバムＩＤに対して、アルバムデータテーブル３００を検索し、該当レコードの公開延長フラグ３０４の値を抽出し、「通常」か「公開延長」かを判断する。公開延長フラグ３０４が「通常」を表す値である場合には、アクセスした招待ユーザ全員に対してアクセスを許可しているため、アルバムの表紙画面を表示するステップＳ２２０４へと遷移する。一方、公開延長フラグ３０４が「公開延長」を表す値である場合には、アクセスした招待ユーザが延長申請したユーザであるかどうかを判定するステップＳ２２０３へと遷移する。
【０１３７】
ステップＳ２２０３では、ステップＳ２２０２で公開の延長がされているアルバムであると判断されたときに行う処理であり、アクセスした招待ユーザが公開延長を申請したユーザであるかを判断する。前述したように、図２１に示す公開延長時のメール内のＵＲＬには、延長を申請したユーザのメールアドレスの引数が含まれているため、このメールアドレスの引数から、アクセスされた招待ユーザのメールアドレスを抽出する。このメールアドレスが暗号化されているか否かは本発明を限定するものではない。
【０１３８】
次に、抽出されたメールアドレスと、公開アルバムのアルバムＩＤに対して、公開延長希望者管理テーブル７００の該当レコードを検索する。そして、該当レコードが検索されたならば、アクセスした招待ユーザが延長申請をしたと判断できるため、アルバムの表紙画面を表示するステップＳ２２０４へと遷移する。一方、該当レコードが検索されない場合、延長申請をしている招待ユーザはいないと判断し、ステップＳ２２０５に遷移してエラー画面を表示する。
【０１３９】
ステップＳ２２０４では、公開アルバム表紙画面の表示を行う。公開アルバム表紙画面は、図１４で示した公開アルバム表紙画面１４００であり、ここでは詳細な説明は省略する。
【０１４０】
ステップＳ２２０５では、ステップＳ２２０１でアルバムＩＤが正しくないと判断された場合、或いはステップＳ２２０３で公開延長されたアルバムに対して延長申請をしていない招待ユーザからアクセスがあった場合に、エラー画面（不図示）を表示する。
【０１４１】
［変形例］
上記実施形態においては、公開を延長できる期間を運用上設定された一律の値として説明したが、招待ユーザ側で明示的に日時を指定するようにしても良い。その場合には、延長を申請した各招待ユーザの分担容量を均一にするのではなく、延長した期間の長さに応じた割合で分配するようにすればよい。
【０１４２】
また、上記実施形態では、延長を申請した招待ユーザは、その申請をキャンセルできないような仕組みとしたが、キャンセルを可能にするような仕組みも考えられる。例えば、１人の招待ユーザがキャンセルしようとした場合、当然他の申請済み招待ユーザの分担容量が増加してしまうことになる。そこで、この増加した分担容量でも他の招待ユーザの空き容量内に収まる場合にのみキャンセルの申請を受け付け、収まらない場合にはキャンセルの申請を受け付けないような仕組みを提供することも可能である。
【０１４３】
上記実施形態によれば、公開終了日時が延長できる招待ユーザをそのフォトサイトの登録ユーザに限定し、延長されるアルバムの記憶領域を、延長を希望した招待ユーザに割り当てられた記憶領域に充当する（肩代わりさせる）。これにより、アルバムを公開したオーナーユーザにとっては公開アルバムの終了日時が延長されたか否かに関わらず、その公開アルバムに必要な記憶領域がゼロとなり、他のアルバム等のためにストレージ容量を有効に活用することができる。
【０１４４】
また、フォトサイト全体としては公開終了時に削除されるべきアルバム分のストレージ容量が残存することになるが、招待ユーザの容量が充当される分だけ、フォトサイト全体として必要とする容量の上昇を抑えることができる。つまり、フォトサイト全体としての容量の上限値を拡大することや、フォトサイトの規模をより大きく見積る必要がなくなる。
【０１４５】
また、オーナーユーザの容量の代わりに、招待ユーザが登録ユーザとして割り当てられた空き容量に公開が延長されたアルバムの容量を充当するので、フォトサイト全体のストレージ容量を効率的且つ効果的に利用することができる。
【０１４６】
［他の実施形態］
本発明は、前述した実施形態の機能を実現するコンピュータプログラムを、システムあるいは装置に直接あるいは遠隔から供給することによって達成される場合も含む。その場合、システム等のコンピュータが該コンピュータプログラムを読み出して実行することになる。
【０１４７】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるコンピュータプログラム自体も本発明を実現するものである。
【０１４８】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１４９】
プログラムを供給するための記録媒体（記憶媒体）としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク等がある。その他にも、MO、CD-ROM、CD-R、CD-RW、磁気テープ、不揮発性のメモリカード、ROM、DVD(DVD-ROM、DVD-R)等がある。
【０１５０】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのものをダウンロードすることもできる。また圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するコンピュータプログラムを複数のファイルに分割し、夫々のファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明に含まれるものである。
【０１５１】
また、本発明のプログラムを暗号化してCD-ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザが、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードすることもできる。この場合、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現する。
【０１５２】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ等が、実際の処理の一部又は全部を行うことによっても実現され得る。
【０１５３】
更に、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットのメモリに書き込まれた後、該ボード等のＣＰＵ等が実際の処理の一部又は全部を行うことによっても実現される。
【産業上の利用可能性】
【０１５４】
本発明はフォトサイトだけでなく、サイト上でユーザからのデータを預かり、第三者に公開するような、データシェアリングのサービスを実現するようなシステム全般に適用できるものである。
【図面の簡単な説明】
【０１５５】
【図１】本発明に係る実施形態の情報提供システムの全体構成を示す図である。
【図２】本発明に係る実施形態のフォトサイトで管理する画像情報テーブルを例示する図である。
【図３】本実施形態のフォトサイトで管理するアルバムデータテーブルを例示する図である。
【図４】本実施形態のフォトサイトで管理するアルバム情報テーブルを例示する図である。
【図５】本実施形態のフォトサイトで管理するユーザ情報管理テーブルを例示する図である。
【図６】本実施形態のフォトサイトで管理する公開延長情報管理テーブルを例示する図である。
【図７】本実施形態のフォトサイトで管理する公開延長希望者管理テーブルを例示する図である。
【図８】図２乃至図７に示す各テーブルの関係を示す図である。
【図９】本実施形態により登録ユーザがアルバムを選択して公開設定する動作を示すフローチャートである。
【図１０】図９に示すアルバムの公開設定を行うための画面を例示する図である。
【図１１】図１０に示すアルバム公開設定画面での入力値に誤りがあった際に表示される、エラー画面を例示する図である。
【図１２】図１０に示すアルバム公開設定画面で、公開終了日時を設定しない場合に、システムの運用値が適用されたことを登録ユーザに報知するための情報画面を例示する図である。
【図１３】フォトアルバムを公開する際に招待ユーザに送信される電子メールの文面を例示する図である。
【図１４】公開アルバムに招待ユーザがアクセスした際に表示される公開アルバム表紙画面を例示する図である。
【図１５】招待ユーザが公開アルバムに対して公開の延長申請を行う動作を示すフローチャートである。
【図１６】図１５において公開の延長申請を行った際に表示されるログイン画面を例示する図である。
【図１７】招待ユーザが公開アルバムに対して公開の延長申請を行うための申請画面を例示する図である。
【図１８】図１５において公開の延長申請を行った際にエラーが発生した場合のエラー画面を例示する図である。
【図１９】フォトアルバムの公開延長申請を受け付けた際に招待ユーザに送信される電子メールの文面を例示する図である。
【図２０】公開アルバムの終了日時に行われる動作を示すフローチャートである。
【図２１】フォトアルバムの公開延長処理が行われたことを招待ユーザに報知する際に、招待ユーザに送信される電子メールの文面を例示する図である。
【図２２】公開アルバムにアクセスした際に公開アルバム表紙画面を表示するまでの動作を示すフローチャートである。
【符号の説明】
【０１５６】
１０１  画像入力機器
１０２Ａ，１０２  ＰＣ
１０３  データ転送用インターフェース
１０４Ａ，１０４Ｂ  記憶領域
１０５Ａ，１０５Ｂ  ブラウザ
１０６  インターネット
１０７  フォトサイト
１０８  フォトシェアリングモジュール
１０９  決済モジュール
１１０  画像ＤＢ
１１１  属性情報ＤＢ
１１２  プリントサイト
１１３  プリンタ
１１４  印刷物
【図１】
2008046985.tif 000003
【図２】
2008046985.tif 000004
【図３】
2008046985.tif 000005
【図４】
2008046985.tif 000006
【図５】
2008046985.tif 000007
【図６】
2008046985.tif 000008
【図７】
2008046985.tif 000009
【図８】
2008046985.tif 000010
【図９】
2008046985.tif 000011
【図１０】
2008046985.tif 000012
【図１１】
2008046985.tif 000013
【図１２】
2008046985.tif 000014
【図１３】
2008046985.tif 000015
【図１４】
2008046985.tif 000016
【図１５】
2008046985.tif 000017
【図１６】
2008046985.tif 000018
【図１７】
2008046985.tif 000019
【図１８】
2008046985.tif 000020
【図１９】
2008046985.tif 000021
【図２０】
2008046985.tif 000022
【図２１】
2008046985.tif 000023
【図２２】
2008046985.tif 000024