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