JP2007334866A - センターサーバおよび画像ネットワークシステム - Google Patents

Abstract

【課題】顧客の注文実績に応じてポイントを付与し、ポイントに応じてシステム利用の際に異なるサービスを提供することのできるセンターサーバ、およびこれを備える画像ネットワークシステムを提供する。
【解決手段】プリント業者が有するラボシステムと、リテーラが有するリテーラシステムと、ネットセンターとを通信ネットワークで接続して、システム全体をネットセンターで一元管理すると共に、ポイント管理において、注文に応じてポイントを付与し、付与したポイントの合計値を基に顧客をランク分けして、各ランクに応じて、画像の保管容量の拡張や保管期間の延長などのサービスを提供することにより、前記課題を解決する。
【選択図】図１

Description

本発明は、インターネット等の通信ネットワークを利用する写真プリントなどの注文を行うためのセンターサーバ、およびこのセンターサーバを備える画像ネットワークシステムに関する。

近年では、デジタルカメラが急速に普及している。また、インターネット等の通信ネットワークも広く普及している。
デジタルカメラで撮影された画像は、デジタルの画像データとして扱われるので、通信ネットワークを利用して送信可能であり、これを利用して、様々なサービスが提案／展開されている。

例えば、特許文献１には、サービスの利用者（ユーザ）が有する画像（画像データ）をインターネット等の通信ネットワークを用いて接続されたサーバに保管し、この画像を第三者に公開するネットワークフォトサービスにおいて、顧客毎に画像データ量をカウントすると共に、利用者の利用状況に応じて有効期限や保管量等のサービス内容を変更し、未注文画像および注文済画像の区別無く、画像データの量が最大保管量を超える場合には、エラーメッセージを送出して、それ以上の画像の転送／保管を禁止することにより、サービスの運用者の負担を低減したシステムが開示されている。

また、特許文献２には、同様の通信ネットワークを用いてサービスの利用者から送られた画像を、利用者単位でサーバに保管／管理して、ネットワーク上で電子アルバムとして提供すると共に、所定期間以上、利用者から何の発信も無い場合には、この利用者が登録している画像を消去することにより、サーバ資源等のデータ格納領域を有効に利用することを可能にした電子アルバムのシステムが開示されている。

さらに、複数の（写真）プリント業者が、通信ネットワークを用いて顧客がデジタルカメラで撮影した画像およびプリントの注文情報を取得して、注文情報に応じて画像を再生した写真プリントを作製し、宅配や指定された店頭への送付等によって顧客に注文を受けたプリント提供する、いわゆるネットプリントサービスが展開されている。

ところで、従来の通信ネットワークを利用した仮想市場における商取引においては、特許文献３に示すように、商取引の実績に応じてポイントが付与されるポイントシステムが展開されている。このようなポイントシステムは、ネットプリントサービスによる写真プリント注文の分野においても、広く導入されている。

特開２００５−４９９３３号公報 特開２００２−３４２７４１号公報 特開２００２−２５９７８１号公報

このような従来のポイントシステムにおいては、顧客がネットワーク上の仮想市場での商取引実績を上げることにより蓄積したポイントは、金銭的価値に置き換えられて、別の商品購入を行う際に利用可能となるものであり、すなわち、金銭と同等の価値を得るのみのものであった。

本発明の目的は、ネットプリントサービスにおいて、蓄積したポイントを金銭的価値に置き換えるだけでなく、ネットプリントサービスのシステム利用の面で、蓄積したポイントが多い顧客を優遇するなど、幅広いサービスを提供することにより、注文実績がより多い顧客に対してさらにサービスを厚くして、ネットワークプリント注文の促進を図ることにある。
つまり、本発明の目的は、顧客が注文実績に応じて蓄積したポイントを顧客の信用の価値として位置づけ、これをサービスとして利用できるようにするポイントシステムを用いたセンターサーバ、およびこれを備える画像ネットワークシステムを提供することにある。

前記目的を達成するために、本発明では、通信ネットワークを介して受注チャネルから画像データおよび注文を受け付ける、画像ネットワークシステムのセンターサーバであって、前記受注チャネルから注文を受け付ける注文受付機能ブロックと、前記受注チャネルから供給された画像データを所定の保管条件に従って保管する画像保管機能ブロックと、前記画像保管機能ブロックによる前記画像データの保管容量を顧客ごとに管理する容量管理機能ブロックと、顧客の注文に応じて付与されるポイントを顧客ごとに管理するポイント管理機能ブロックとを有し、前記ポイント管理機能ブロックは、顧客ごとのポイントの状況に応じて、前記画像保管機能ブロックにおける前記保管条件を変更することを特徴とするセンターサーバを提供する。

このようなセンターサーバにおいては、前記ポイント管理機能ブロックは、前記顧客ごとのポイントの状況に応じて、前記画像保管機能ブロックにおける前記保管条件の複数の選択肢を前記受注チャネルに表示させ、表示された前記複数の選択肢の中から前記顧客によって選択された１つの選択肢に従って前記保管条件の変更を行うことが好ましい。

また、前記保管条件の前記複数の選択肢は、前記画像保管機能ブロックに保管可能な前記画像データの、保管容量の設定変更、および、保管期限の設定変更のうち少なくとも１つであることが好ましい。

また、前記ポイント管理機能ブロックは、顧客が所定の期間に得たポイントを蓄積した総ポイントをカウントし、この総ポイントに応じて、顧客に与える前記画像データの前記保管条件を変更することが好ましい。

また、前記ポイント管理機能ブロックは、顧客が所定の期間に得たポイントを蓄積した総ポイントに応じて、前記画像保管機能ブロックにおける前記保管条件を自動的に変更することを特徴とするセンターサーバを提供する。

このセンターサーバにおいては、前記保管条件の変更は、保管容量の変更、保管期間の変更、保管容量の変更および保管期間の変更のいずれかであることが好ましい。
また、前記ポイント管理機能ブロックは、前記総ポイントが所定数に達すると、前記画像保管機能ブロックにおける前記保管条件を自動的に拡張することが好ましく、前記保管条件の拡張は、保管容量の拡張、保管期間の延長、ならびに、保管容量の拡張および保管期間の延長の両方のいずれかであることが好ましい。

さらに、前記画像保管機能ブロックは、所定の容量の画像データを所定の期間、前記画像保管機能ブロックに保管することを１カウントとみなす保管カウントを用いて、保管している画像データの保管容量と保管期間との組み合わせから、前記画像データの保管を行うことが好ましい。

また、前記ポイント管理機能ブロックは、前記顧客ごとのポイントを前記保管カウントに換算して、前記保管カウントの数に対応する保管条件を算出することにより設定することが好ましい。

また、前記容量管理機能ブロックは、前記受注チャネルから画像データが供給された際に、該当する顧客に対応する画像データの保管容量が不足している場合には、前記注文受付機能ブロックに、この顧客の保管容量が不足しているという情報を送り、この保管容量不足の情報を受けた前記注文受付機能ブロックは、前記受注チャネルに、保管容量が不足している旨の情報、および、保管容量を確保するための処理の選択肢を表示させることが好ましい。

前記容量管理機能ブロックが前記受注チャネルへ表示させる選択肢は、前記画像保管機能ブロックへ供給する前記画像データの再選択と、前記画像保管機能ブロック内の画像データの削除であり、顧客のポイント数が所定値以上である場合には、さらに、画像保管機能ブロックの保管容量の拡張を選択肢として表示させることが好ましい。

また、本発明では、顧客からの注文を受け付けてその注文情報および顧客情報を送信する受注チャネルと、上述のいずれかに記載のセンターサーバとを有することを特徴とする画像ネットワークシステムを提供する。

このような本発明によれば、インターネットなどの通信ネットワークによって顧客から画像を受け取って保管し、かつ、プリントなどの注文を受け付けて製品を作製するネットプリントサービスにおいて、顧客の注文実績に応じたオプションサービスを用意することにより、注文実績の多い顧客に対して、より厚いサービスを提供することができるセンターサーバ、およびこれを備える画像ネットワークシステムを実現することが可能となる。
また、顧客の注文実績に応じて、画像データの保管容量の拡張や保管期間の変更ができることから、注文実績の多い顧客はより多くの画像をより長く保管でき、ネットワークプリント注文の促進につながる。さらに、サービスを利用可能な有効期間を設けることにより、現在注文実績の多い顧客に対して厚いサービスを提供することができ、さらなる注文の促進につながる。
さらに、注文画像のアップロード時には、顧客のポイント数が所定値以上である場合に、画像データの保管容量の拡張を救済的に選択可能とするので、注文実績の多い顧客は、不慮の容量不足による画像削除や画像再選択をする必要がなく、安心して新たな画像をアップロードすることができる。

以下、本発明のセンターサーバ、およびこれを備える本発明の画像ネットワークシステムについて、添付の図面に示される好適実施例を基に、詳細に説明する。

図１に、本発明のセンターサーバを利用する本発明の画像ネットワークシステムのシステム構成を概念的に示す。
図示例の画像ネットワークシステム１０（以下、ネットシステム１０とする）は、インターネット等の通信ネットワークを利用して、顧客からの（写真）プリント等の注文を受け付け、注文に応じたプリントを作成する、いわゆるネットプリントサービス（オンラインプリントサービス）を展開すると共に、顧客から転送された画像（画像データ）を保管／管理して、閲覧を可能にする、いわゆる電子アルバムのサービスも展開する。

このようなネットシステム１０は、基本的に、このネットシステム１０を統括／管理するネットセンター１２と、顧客がプリントの注文などを行う受注チャネル１４と、プリント業者（以下、ラボとする）が有するラボシステム１６と、顧客とラボとの仲介役的な役割を果たすリテーラシステム１８とを有して構成される。
また、図示例のネットシステム１０においては、ネットセンター１２、受注チャネル１４、ラボシステム１６、およびリテーラシステム１８は、インターネット等の通信ネットワークによって互いに接続される。なお、本発明の画像ネットワークシステムにおいては、ネットセンター１２、受注チャネル１４、およびリテーラシステム１８は、インターネット等の公開された通信ネットワークによって互いに接続されるが、ラボシステム１６のみは、受注チャネル１４およびリテーラシステム１８には接続されず、ネットセンター１２と専用の通信回線で接続されてもよい。

なお、図示例においては、図面を簡略にしてネットシステム１０の構成を明瞭に示すために、受注チャネル１４、ラボシステム１６、およびリテーラシステム１８は、１つのみを図示しているが、本発明は、これに限定はされない。
従って、ネットシステム１０には、複数のラボシステム１６が存在してもよく、また、通常は複数のリテーラシステム１８が存在する。また、本発明においては、リテーラシステム１８は必須のものではない。

受注チャネル１４は、顧客が注文や、ネットセンター１２への画像の転送（画像のアップロード）を行うためのものである。
なお、図示例のネットシステム１０において、顧客には、このネットシステム１０に登録している会員、および、同登録していない非会員とが存在する。また、図示例のネットシステム１０においては、会員は基本的にいずれかのリテーラシステム１８に所属する。

受注チャネル１４は、基本的に、顧客が有する前記通信ネットワークに接続可能なパーソナルコンピュータ（以下、ＰＣとする）や、注文の受付店に設置され前記通信ネットワークに接続される注文端末等を利用して構成される。
このような受注チャネル１４には、一例として、マイクロソフト社のインターネットエクスプローラ(Internet Explorer)^TM等に代表されるＷｅｂブラウザを利用してネットセンター１２（ネットセンター１２が管理する、前記通信ネットワーク上に公開しているｗｅｂサイト）にアクセス（接続）する受注チャネル、マイクロソフト社のWindows XP^TMなどが有する「ＯＰＷ(Online Printing Wizard)」などのＰＣのオペレーティングシステムに搭載された注文機能や、富士写真フイルム社の「FinePix viewer」などの汎用のアプリケーションが有する注文機能や、マイクロソフトが管理／運営するｗｅｂサイトである「ＭＳＮ（欧州）」などの通信ネットワーク上に公開されたｗｅｂサイトに設定された注文機能などを利用する受注チャネル、および、ネットシステム１０で商品を注文するための専用アプリケーション（ソフトウエア）である注文ソフトを利用する受注チャネルなどが例示される。
なお、１つの受注チャネル１４が対応するのは、これらの内の１つでもよく、あるいは、２以上に対応してもよいのは、もちろんである。

リテーラシステム１８は、顧客とラボとの仲介役的な役目を果たすシステムであり、例えば、ＰＣ、ワークステーション（ＷＳ）、サーバ機器等によって構成される。

欧州の写真プリント業界においては、リテーラと呼ばれる、顧客とラボとを仲介する仲介業者が存在する。リテーラは、ラボと契約して、化粧品店や薬店などの小売店等に依頼して注文の受付窓口を設け、顧客からの注文を受け付けて、受け付けた注文をラボに受け渡し、また、必要に応じて、ラボから仕上がったプリントを受け取り、指示された受付窓口などの店舗に送り、また、顧客の自宅に送る。ラボは、通常は複数のリテーラと提携しており、リテーラから顧客の注文を受け取り、プリントを作成する。
すなわち、この注文／作成／受取の流通システムにおいては、ラボは顧客に意識されることが無い黒子的な存在であり、顧客は、リテーラのみと対峙して、プリントを注文し、仕上がったプリントを受け取る。

リテーラシステム１８は、ネットシステム１０において、このリテーラの役割を果たすものであり、例えば、前述の仲介業者であるリテーラが有するものである。
前述のように、リテーラシステム１８は、インターネット等の通信ネットワークによって、ネットセンター１２、受注チャネル１４、および、ラボシステム１６と接続されている。また、リテーラシステム１８は、通信ネットワーク（ｗｅｂ上）に、受注チャネル１４がネットセンター１２にアクセスするためのｗｅｂ画面を公開している。
受注チャネル１４は、このリテーラが公開するｗｅｂ画面を介してネットセンター１２にアクセスしてもよいし、これを介さずに直接ネットセンター１２にアクセスすることもできる。また、受注チャネル１４の種類やリテーラごとに、リテーラのｗｅｂ画面を介すかどうかを設定していてもよい。
リテーラシステム１８を介すことによって、本発明のネットシステム１０においても、顧客は、ネットセンター１２およびラボ（ラボシステム１６）を意識することなく、リテーラに注文する感覚で、プリント等の注文を行うことができる。

なお、本発明のネットシステム１０においては、リテーラシステム１８と後述するラボシステム１６とは、１つのシステムで構成されるものであってもよい。

ネットセンター１２は、ネットシステム１０を統括するものであり、一例として、ＰＣ、ＷＳ、ネットワーク機器、サーバ機器、ストレージ機器等を組み合わせて構成される。
また、ネットセンター１２は、顧客から送られた画像、会員情報、プリントなどの注文情報、ネットシステム１０を管理運営するための情報など、画像や各種の情報等を保存／管理するためのデータベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａを有する。

図１に概念的に示されるように、ネットセンター１２は、フロントエンド１２ｂ（以下、フロントエンドという）およびバックエンド１２ｃ（以下、バックエンドという）を有する。
フロントエンドは、顧客の注文等を受けるためのサイトであり、受注チャネル１４によるアクセスが可能である。すなわち、フロントエンドは、顧客がプリントの注文や画像のアップロード等を行うための、ユーザインターフェイスのような機能を提供する。

他方、バックエンドは、ネットシステム１０およびネットセンター１２の管理を行うためのサイトである。従って、バックエンドには、ネットセンター１２を管理する管理システム２４、リテーラシステム１８やラボシステム１６等、ネットシステム１０を管理／運営するシステムのみがアクセス可能で、受注チャネル１４によるアクセスはできない。

ネットセンター１２において、フロントエンドは、会員登録／認証ブロック３０ａ、アルバム機能ブロック３０ｂ、シェアボックス機能ブロック３０ｃ、および、注文ｗｅｂブロック３０ｄを有する。
顧客は、受注チャネル１４を用い、ネットセンター１２のフロントエンドにアクセスして、以下の機能を利用することができる。

会員登録／認証ブロック３０ａ（以下、会員登録／認証という）は、会員の会員登録、登録している会員情報の変更、会員の認証（サインイン）等の機能を提供する。図示例のネットセンター１２においては、会員毎に設定した会員のＩＤ（識別情報、例えば識別番号）とパスワードとを用いて、サインインを行う。なお、会員情報は、後述するバックエンドの会員管理が管理している。
なお、リテーラシステム１８も、これに準じた会員登録／会員管理／サインインの機能を有してもよく、受注チャネル１４がリテーラシステム１８を介してネットセンター１２にアクセスした際に、リテーラシステム１８でサインインを行った場合には、このフロントエンドでの会員のサインインは行わない。

アルバム機能ブロック３０ｂ（以下、アルバム機能という）は、受注チャネル１４によって画像をアップロードする機能、会員毎に画像をアルバム（電子アルバム）として保管する機能（画像保管機能ブロック）、会員が受注チャネル１４でアルバムの画像を表示する機能（会員による自身のアルバムの閲覧機能）、表示したアルバムの画像の回転・スライドショー等の機能を提供する。すなわち、アルバム機能は、通信ネットワークによる電子アルバムの機能を提供する。
アルバムには、システムアルバムとマイアルバムとが有る。システムアルバムとは、会員がアップロードした画像を保管するものである。システムアルバムは、ネットセンター１２が初期（会員登録時等）に１会員に１つ、自動的に作成するアルバムで、会員によってアップロードされた画像は、全て、システムアルバムに保管される。他方、マイアルバムとは、会員が任意に作成するアルバムで、アップロードした画像を任意にまとめて保管するものである。

なお、受注チャネル１４によってアップロードされた画像は、画像を特定する画像コード、会員ＩＤ、リテーラＩＤ、ファイルフォーマット種別、格納ファイルサイズ、格納ファイル名、アップロード日、最新注文日等の情報等を含む画像情報で管理される。

図示例のネットシステム１０において、会員は、アルバム機能によって、各種のアルバム操作、および、アルバム画像編集を行うことができる。
アルバム操作としては、一例として、マイアルバムの新規作成、マイアルバムの名称の設定・変更、アルバムの一覧表示、マイアルバムの削除等を行うことができる。なお、システムアルバムは、会員による削除は出来ない。
他方、アルバム画像編集としては、一例として、アルバム内の全画像のスライドショー表示、画像のサムネイル一覧表示、画像の拡大表示、画像の回転表示、画像の追加、画像の表示順変更、画像名称の変更、画像の別のアルバムへのコピーおよび移動（複数選択および一括選択可能）、画像の削除（複数削除および一括削除可能）、アルバムに保管した画像を用いたプリント等の商品注文等を行うことができる。

シェアボックス機能ブロック３０ｃ（以下、シェアボックス機能という）は、会員が自身のアルバムの画像を第三者に公開する機能を提供する。会員は、このシェアボックス機能を用いて、アルバムから任意の数の画像を選択して、画像を第三者に公開するためのシェアボックス（複数でも可）を作成することができ、また、シェアボックス内の画像を閲覧するためのＵＲＬを、知人等に提供することにより、第三者に公開することができる。

アルバムおよびシェアボックスに保管した画像の表示は、予め定められた所定期間のみ表示（閲覧）可能であり、アルバムおよびシェアボックスでの画像の保管も、予め定められた所定期間である。アルバムへの保管期間および保管容量は、後述するポイントの蓄積数に応じて、会員が選択することができる。この点に関しては、後に詳述する。

なお、ネットセンター１２のフロントエンドは、アルバムおよびシェアボックスの他に、非会員がプリント等を注文するためにアップロードした画像を、所定期間、保管する機能を提供する、フォトストレージも有する。なお、フォトストレージに保管した画像は、注文操作中は表示可能であるが、注文が終了した後は、表示することはできない。

注文ｗｅｂブロック３０ｄ（以下、注文Ｗｅｂという）とは、プリント、画像を記録したマグカップやＴシャツ等のグッズ、画像を記録したＣＤ等の商品の受注機能（注文受付機能ブロック）を提供する。
前述の受注チャネル１４では、この注文ｗｅｂにアクセスして、商品（プリント、グッズ、ＣＤなど）の選択、商品を注文する画像の選択、プリントを注文する場合にはプリントサイズや枚数等を入力／指示する。また、商品の受け取り先（受取店）や配送先、支払い方法等の入力／指示も、必要に応じて、この注文ｗｅｂによって行う。

図示例のネットシステム１０において、注文ｗｅｂを用いる会員による注文（商品を注文する画像の選択）には、アルバム方式とメニュー方式とが有る。
アルバム方式とは、前述のアルバムに保管された画像から、注文する画像を選択する方式である。他方、メニュー方式とは、受注チャネル１４によってアップロードした画像から、注文する画像を選択する方式である。なお、注文の有無に関わらず、会員がアップロードした画像は、システムアルバムに保管される。すなわち、注文ｗｅｂも、画像のアップロード機能を提供する。
注文ｗｅｂを用いる非会員による注文は、メニュー方式と同様の方式のみであり、アップロードした画像は、前述のようにフォトストレージに保管される。
さらに、ネットシステム１０では、受注チャネル１４で、シェアボックスに保管されている画像の中から、画像を選択して、商品を注文することもできる。

一方、ネットセンター１２において、バックエンドは、前述のように、ネットシステム１０およびネットセンター１２の管理を行うためのサイトであり、会員管理ブロック４０ａ、アルバム管理ブロック４０ｂ、基本情報管理ブロック４０ｃ、商材管理ブロック４０ｄ、サイト管理ブロック４０ｅ、注文管理ブロック４０ｆ、ワークフローブロック４０ｇ、ラボ受注サーバ４２、決済ブロック４４、および、ポイント管理ブロック４０ｈを有する。

会員管理ブロック４０ａ（以下、会員管理という）は、会員情報の管理（新規会員の登録の管理、各種情報の変更／追加／更新等を含む）、会員情報の検索等の会員情報の管理機能を提供する。
会員の情報としては、会員ＩＤ、パスワード、E-mailアドレス、商品の受取店２６（以下、受取店という）のＩＤ（選択店ＩＤ）、氏名、住所、電話番号、配送先等の情報が例示される。
また、会員情報の検索とは、リテーラシステム１８が、ある任意の条件に合致した会員を検索する機能を提供するものである。

アルバム管理ブロック４０ｂ（以下、アルバム管理という）は、前述のアルバム、シェアボックス、フォトストレージなどの保管容量、画像の保管期間や表示期間等の管理機能（容量管理機能ブロック）を提供する。
アルバム管理は、リテーラシステム１８やラボシステム１６からの要求に応じて、リテーラシステム１８毎やラボシステム１６毎に、会員一人当たりのアルバムの容量、画像の保管期間、画像の表示期間を設定する。すなわち、アルバムの容量、画像表示期間や保管期間は、リテーラシステム１８やラボシステム１６（すなわち、リテーラやラボ）が設定することができる。なお、表示期間と保管期間は、同じであっても異なっていてもよい。
また、アルバム管理は、表示期間を過ぎた画像に関しては表示を停止し、保管期間を過ぎた画像は削除し、容量をオーバーしたアルバムなどに関しては、警告等でその旨を会員に知らせる。さらに、表示期間の満了などを電子メール等で会員に通達してもよい。

なお、ネットシステム１０においては、商品が注文された画像と未注文画像とで、表示期間および／または保管期間を変えてもよく（例えば、注文によって期間延長する）、会員と非会員とで期間を変えてもよい。

また、アルバム管理は、画像を保管しないマイアルバム、フォトストレージ、シェアボックスを、定期的に削除する。さらに、アルバム管理は、公序良俗に反する画像を保管しているシェアボックスについては、公開を強制的に停止する。

基本情報管理ブロック４０ｃ（以下、基本情報管理という）は、ラボシステム１６、リテーラシステム１８、および、受取店の各基本情報の管理機能を提供する。
基本情報管理では、各ラボシステム１６（ラボシステム１６を有するラボ）と提携しているリテーラシステム１８（リテーラシステム１８を有するリテーラ）、および、各リテーラシステム１８と提携している受取店を、対応付けして登録／管理すると共に、各ラボシステム１６、リテーラシステム１８、および受取店について、それぞれの基本情報を管理し、また、要求や必要に応じて、基本情報を変更／更新する。

商材管理ブロック４０ｄ（以下、商材管理という）は、ラボシステム１６を有するラボ、リテーラシステム１８を有するリテーラ、および、受取店が取り扱う商品の管理機能を提供する。
図示例のネットシステム１０においては、一例として、会員または非会員から受け取った画像を再生した（写真）プリント、同画像を保存したＣＤ、および、同画像を再生したグッズ（例えば、マグカップやＴシャツなど）を、顧客に提供する。商材管理は、各リテーラシステム１８やラボシステム１６が取り扱う商品（商材）の設定、商品の価格の設定、前記注文ｗｅｂ等における商品の表示等の機能を提供する。また、商材管理は、受注チャネル１４を用いた顧客による商品の注文（注文の入力指示）に応じて、注文に関する情報である注文設定情報（画像、商材の種類、プリントサイズ、数など）を生成する機能も提供する。
取り扱う商品、および、商品の価格は、商品管理の機能によって、リテーラシステム１８毎やラボシステム１６毎に、申請／設定できる。すなわち、取り扱い商品や、商品の価格は、リテーラやラボが設定することができる。

サイト管理ブロック４０ｅ（以下、サイト管理という）は、顧客へのお知らせの情報、統計情報、アプリケーションのダウンロード情報など、ネットシステム１０を運用するための、リテーラ管理者向けの管理機能、ラボ管理者向けの管理機能、および、ネットシステム１０において、ラボ業務運用者との対応窓口となるセンター管理者（運用者）向けの管理機能を提供する。

注文管理ブロック４０ｆ（以下、注文管理という）は、注文情報の生成、検索や表示など、注文に関する管理機能（注文受付機能ブロック）を提供する。
注文管理では、顧客による注文が確定し、顧客による商品の受取方法や決済方法の選択等が行われて、注文が完了（注文確定）すると、注文設定情報等を用いて料金計算等の必要な演算を行って所定の情報を生成して、注文情報を生成し、生成した注文情報をラボ受注サーバに送る。

ワークフローブロック４０ｇ（以下、ワークフローという）は、ネットシステム１０の運営管理を行う上での価格・商品等の設定変更に対するワークフローの機能を提供する。
ワークフローは、リテーラシステム１８やラボシステム１６から、リテーラやラボの情報（基本情報、詳細情報）の変更、料金の変更、受取店の情報に関する変更が申請されると、この申請が適正で有るか否かを判定して、承認もしくは却下を決定し、承認の場合には、申請された変更を確定して、この変更内容を、ネットシステム１０に適用する。

ラボ受注サーバ４２（以下、ラボ受注サーバという）は、後述する受注モジュール１６ａを介して、ラボシステム１６に対して、注文情報や画像送信等の、ラボシステム１６での注文の受注機能を提供する。
前述のように、注文情報は、このラボ受注サーバに送られ、また、注文情報に対応する画像データも、ラボ受注サーバに送られる（以下、１件の注文情報と対応する画像データとをまとめて、注文ジョブとする）。ラボ受注サーバは、ラボシステム１６からの要求に応じて、注文の一覧情報をラボシステム１６に転送し、また、ラボシステム１６から要求された注文１件分の注文ジョブを、ラボシステム１６に転送する。

決済ブロック４４（以下、決済という）は、決済方法がクレジット決済やデビット決済の場合に、決済サイト２０から、決済のオーソリ（与信）を取得する機能を提供するものである。
なお、決済サイト２０とは、通信ネットワークでネットセンター１２と接続された、公知のオンライン決済を行なうためのｗｅｂサイトである。ネットセンター１２では、この決済サイトに対しては、オーソリ取得のみを行う。

ここで、本発明の画像ネットワークシステム１０においては、会員（会員登録を行った顧客）については、会員ごとの注文実績に応じて、ポイントを付与するシステムが採用されている。これにより、一定の値以上のポイントが蓄積されると、会員は、ポイント数に応じて各種のサービスが受けられるようになっている。
ポイント管理ブロック４０ｈ（以下、ポイント管理という）は、このポイントシステムを管理するためのものであり、会員の注文実績に応じて付与され、また会員の選択によりサービスの対価として使用されるポイントを、会員ごとに管理する機能（ポイント管理機能ブロック）を提供する。
ポイントシステムおよびポイント管理の具体的な機能に関しては、後に詳述する。

ラボシステム１６は、ＰＣやＷＳ、サーバ機器等で構成される、ラボ（プリント業者）に設置されるシステムであり、また、デジタルの写真プリンタや各種グッズへの印画装置等が接続される（あるいは、これらが一体的に構成される）。
ラボシステム１６には、ネットセンター１２からの商品注文取り込み用のアプリケーションである受注ソフトがインストールされる。
ラボシステム１６は、この受注ソフトに含まれる、ネットセンター１２（ラボ受注サーバ）から注文ジョブを取得するための受注モジュール１６ａを用いて、注文情報の一覧を取得し、自身に対応する注文ジョブの転送を要求し、取得する。ラボ（ラボシステム１６）では、注文ジョブに応じた商品を作製して、注文情報に応じた配送先や受取店に、商品を配送する。また、ラボシステム１６は、注文情報に付加されたオーソリの情報等に応じて、クレジット決済の確定／キャンセル、デビット決済のキャンセルを決定し、その結果を、決済サイト２０に送る。

前述のように、会員は、受注チャネル１４によってネットセンター１２（フロントエンド）にアクセスして、システムアルバムへの画像のアップロードを行うことができる。また、会員は、同様に、ネットセンターにアクセスして、アルバムが保管している画像から任意の画像を選択し（アルバム方式）、あるいは、画像をアップロードして、その中から画像を選択し（メニュー方式）、商品を注文できる。会員がメニュー方式でアップロードした画像は、システムアルバムに保管される。
さらに、非会員も、受注チャネル１４で同様にネットセンターにアクセスして、メニュー方式に準じる方法で商品を注文できる。非会員がアップロードした画像は、前述のように、フォトストレージに保管される。

ネットセンター１２では、受注チャネル１４による注文に応じて、商材管理によって注文設定情報を生成し、注文が確定すると、注文管理が注文情報を生成し、注文ジョブ（注文情報と、対応する画像データ）をラボ受注サーバに送る。
ラボシステム１６は、受注モジュール１６ａを用いてラボ受注サーバ内の注文情報の一覧を閲覧し、自身に関連する注文ジョブの転送を要求し、転送された注文ジョブの注文情報に応じたプリント等の商品を作成して、配送する。

従って、本発明のネットシステム１０では、インターネット等の通信ネットワークを利用するので、営業時間を気にせず、かつ、何処からでも商品の注文が可能で、さらに、電子アルバムサービスの提供や、第三者への公開アルバムサービスの提供も可能である。
さらに、リテーラやラボで共有化できるものは共有化して、顧客に対するインターフェイス機能や、ネットシステム１０の管理機能をネットセンター１２に集約しているので、集配業務、顧客管理、および決済処理の簡素化等を図ることができると共に、システム運用の簡素化や運用費の低減も測れる。しかも、多くの場合、トラブルやネットシステム１０のバージョンアップも、ネットセンター１２で集中的に対応できるので、運用の安定化やトラブル対応の迅速化も図ることができる。

ここで、本発明の画像ネットワークシステムにおけるポイントシステムと、これに基づくサービスについて述べる。
前述のように、本発明の画像ネットワークシステム１０では、会員の注文実績に応じてポイントを付与するシステムが採用されており、これにより、一定の値以上のポイントが蓄積された会員は、ポイント数に応じて、各種のサービスを受けることができる。また、ポイントは、バックエンドのポイント管理により管理される。

ポイント管理（ポイント管理機能）では、会員ごとに「総ポイント」「残ポイント」「ランク」の３つのデータを管理している。
「総ポイント」は、ある顧客が会員登録をしてから、これまでに付与された全ポイントの合計値であり、総ポイントが多い会員ほど、注文実績が多いことになる。すなわち、総ポイントは、会員のこれまでの注文実績、つまり画像ネットワークシステムにおける会員の信用度とみなすことができる。なお、総ポイントは、注文実績に応じて加算されるのみで、減算されることはない。
「残ポイント」は、総ポイントから、サービスの対価として使用したポイントを差し引いたポイント、すなわち現在会員が保有しており、使用できるポイントである。残ポイントは注文実績により加算され、また、ポイントを利用してサービスを受ける場合には、サービスに相当する数のポイントが残ポイントから減算される。
「ランク」は、総ポイントにより決定される会員ごとのランクである。本実施例では一例として、Ａ〜Ｃの３段階のランクを設定する。会員は、ランクごとに異なるサービスを受けることができる。当然ながら、ランクの高い（総ポイント数の多い）会員ほど、厚いサービスを受けることができる。

会員が、受注チャネル１４を介して、注文Ｗｅｂにおいてプリントなどの注文を行うと、注文に応じたポイントが総ポイントおよび残ポイントに加算される。総ポイントが加算されると、ポイント管理では、会員の総ポイントによりランクを設定する。ランクは、総ポイントのポイント数が、ある閾値よりも多いかどうかにより判断する。
このように、本発明では、総ポイントを基に各会員の信用度を測る指標としてランクを判定し、これに応じて各会員へのサービス内容を会員により選択可能とする。

以下、注文時における会員のランクの判定について、図２のフローチャートを基に説明する。
会員が受注チャネル１４を用いて、プリントなどの注文を行う場合は（Ｓ１１０）、前述のように、ネットセンター１２の注文Ｗｅｂにアクセスし、注文を行う（Ｓ１２０）。注文が終了したら、ポイント管理は、注文の内容に応じて会員に付与されるポイント数を決定する。付与されるポイント数は、プリントなどの商品、プリント枚数などの注文数、プリントサイズ、処理などの注文内容から設定してもよいし、注文金額に応じて設定してもよい。決定されたポイントは、ポイント管理が管理する会員の総ポイントおよび残ポイントに、それぞれ加算される（Ｓ１３０）。
次に、ポイント管理では、予め有しているランク判定のための閾値１および２を用いて、ポイント付与後の会員のランクの判定を行う。なお、本実施例においては閾値１＜閾値２となっている。閾値１および２の値は、ネットセンター１２が予め設定しているものである。

ポイント管理では、まず、加算された後の総ポイントと、閾値１とを比較する（Ｓ１４０）。総ポイントが、閾値１以下である場合は、この会員のランクはＣとする（Ｓ１５０）。他方、総ポイントが閾値１より大きい時は、さらに、総ポイントと閾値２とを比較する（Ｓ１６０）。総ポイントが閾値２より大きい場合はこの会員のランクはＡとし（Ｓ１８０）、閾値２以下である時はランクをＢとする（Ｓ１７０）。判定されたランクは、総ポイントや残ポイントなどと同様に、ポイント管理に保存される。
なお、会員が受注チャネル１４を通してネットセンター１２にサインインした後、アルバム編集などの、注文以外の処理を行う場合は（Ｓ１９０）、ランクの判定は行わない。
このようにして、ネットセンター１２では、注文時にポイント付与を行う都度、会員の総ポイントを確認し、ランクを判定する。判定されたランクは、次回会員がサインインする際の画面表示の制御に反映される。

なお、本実施例では、ランクの判定は注文処理の直後に行っているが、判定のタイミングはこれに限らず、初めに会員が受注チャネル１４を通してサインインした際に、ポイント管理に保存されている総ポイントを読取り、ランクを判別してもよい。

次に、会員がネットセンター１２にサインインした際のランク別の処理について、図３のフローチャートを用いて詳細に説明する。
図３において、会員は、受注チャネル１４からネットセンター１２に接続し、サインインする（Ｓ２１０）。会員がサインインすると、ポイント管理では会員のランクを確認して（Ｓ２２０）、注文Ｗｅｂが、確認されたランクに応じて受注チャネル１４に異なる画面を表示させる。

まず、ランクがＡあるいはＢの場合は、ポイント管理は、会員の残ポイントを確認し、後述するオプションサービスの対価となるだけのポイント数（本実施例では５０ポイント以上）が残ポイントに蓄積されているかどうかをチェックする（Ｓ２３０）。
残ポイントが十分にある場合は、図４（ａ）に示すポイント表示画面を表示する。ポイント表示画面には、会員の残ポイント、およびポイントを使用してアルバムの保管容量の上限の拡張あるいは保存期間の延長を行うかどうかの選択肢を表示して、会員に選択を促す（Ｓ２４０）。
会員がポイントの使用を選択した場合（ポイント表示画面で「Ｙｅｓ」が選択された場合）は、受注チャネル１４は、会員にオプションサービスを選択させるためのオプション選択画面を表示する（Ｓ２６０）。本実施例では、ランクがＢの場合は、図４（ｂ）に示す画面を、ランクがＡの場合は図４（ｃ）に示す画面を、オプション選択画面として表示する（Ｓ２６０）。

なお、オプションサービスとは、一定のランク以上の会員のみが、残ポイントを用いて、利用できるサービスのことである。本実施例では一例として、オプション（オプションサービス）として、保管容量の拡張および保管期間の延長を行うことができる。
本発明では、オプションサービスとして、保管容量の拡張、保管期間の延長、および、保管容量と保管期間の拡張の、３パターンを用意する。

ここで、図示例においては、拡張する保管容量および延長する保管期間の設定は、ポイント管理において、残ポイントを「保管カウント」に換算および交換して、保管容量および保管期間を算出することにより行う。
保管カウントとは、所定量のデータを所定期間だけ保留することを１保管カウントとするもので、すなわち、データ量と期間との積をカウントに置き換えて、容量および期間を算出する。このような保管カウントを用いることにより、顧客の好みに応じて、所定の条件で容量や期限を拡張でき、よりきめの細かいサービスの提供が可能となる。
図示例では、一例として、１Ｍバイトの画像を１日保管することを、１保管カウント（以下、１カウントという）とし、さらに、この保管カウントの１２カウントがポイント管理における１ポイントに相当するものとする。ネットセンター１２のポイント管理では、アルバムでの画像管理に関して、会員の残ポイント数をカウント数に換算して交換し、カウント数に応じたオプションサービスを提供することができる。これについては後に詳述する。
なお、本実施例では、会員ごとのアルバムの初期設定として、最大５０Ｍバイトの容量の画像を３０日間保管することができる。つまり、会員が予め有しているアルバムの設定をカウントに換算すると、５０Ｍバイト×３０日間＝１５００カウントとなる。

まず、ランクがＢの場合は、会員の残ポイントを５０ポイント使用する、保管容量の拡張および保管期間の延長のオプションサービスを提供するものとする。つまり、初期設定での１５００カウントに５０ポイント×１２＝６００カウントを加算した、２１００カウントを用いるアルバム設定を行うものである。

図４（ｂ）に示すオプション選択画面においては、オプションサービスの選択肢として、「保管容量の上限を２０Ｍバイト拡張（５０ポイント使用）」、「保管期間を１２日間延長（５０ポイント使用）」、「保管容量の上限を１０Ｍバイト・保管期間を５日間延長（５０ポイント）」の３つの選択肢が受注チャネル１４に表示される。
「保管容量の上限を２０Ｍバイト拡張（５０ポイント使用）」は、保管容量を拡張する選択肢であり、保管期間は３０日間のままで、保管容量の上限を２０Ｍバイト拡張するものである。つまり、会員のアルバム設定を、保管容量が７０Ｍバイト、保管期間が３０日間とするものである。
「保管期間を１２日間延長（５０ポイント使用）」は、保管期間を延長する選択肢であり、保管容量は５０Ｍバイトのままで、保管期間を１２日間延長するものである。つまり、会員のアルバム設定を、保管容量が５０Ｍバイト、保管期間が４２日間とするものである。
「保管容量の上限を１０Ｍバイト・保管期間を５日間延長（５０ポイント）」は、保管容量と保管期間とを共に拡張する選択肢であり、保管容量を１０Ｍバイト、保管期間を５日間、それぞれ増加させるものである。つまり、会員のアルバム設定を、保管容量が６０Ｍバイト、保管期間が３５日間とするものである。

なお、これらの選択肢はいずれも、Ｍバイト数と日数との積が２１００（７０Ｍバイト×３０日、５０Ｍバイト×４２日、６０Ｍバイト×３５日）となっており、すなわち、初期設定でのカウント数１５００カウントに、６００カウントを加算した２１００カウントを使用するものである。つまり、残ポイントを５０ポイント使用するオプションサービスである。

図５（ａ）および（ｂ）に、会員が保有している残ポイントを５０ポイント使用した際の、アルバム設定の拡張について示す。
図５（ａ）および（ｂ）において、Ｃ１は、会員が予め有しているアルバムの設定を表しており、これをカウントに換算すると、５０Ｍバイト×３０日間＝１５００カウントの設定となっている。

図４（ｂ）に示すオプション選択画面において、会員が「保管容量の上限を２０Ｍバイト拡張（５０ポイント使用）」を選択すると、上述のように、６００カウントを加算したカウントを保管容量の上限の拡張に用いるアルバム設定を行う。この時は、図５（ａ）のＣ２に示すように、保管期間は３０日のままで、保管容量の上限が、２０Ｍバイト増加して、７０Ｍバイトとなる。ここで、アルバム設定をＣ１からＣ２に変更した場合のカウントの増加数は、上述のように、６００カウント（２０Ｍバイト×３０日間）である。

また、図４（ｂ）に示すオプション選択画面において、会員が「保管期間を１２日間延長（５０ポイント使用）」を選択すると、上述のように、６００カウントを加算したカウントを保管期間の延長に用いるアルバム設定を行う。この時は、図５（ａ）のＣ３に示すように、保管容量の上限は５０Ｍバイトのままで、保管期間が、１２日間延長されて、４２日間となる。ここで、アルバム設定をＣ１からＣ３に変更した場合のカウントの増加数も、上述のように、６００カウント（５０Ｍバイト×１２日間）である。

さらに、図４（ｂ）に示すオプション選択画面において、会員が「保管容量の上限を１０Ｍバイト・保管期間を５日間延長（５０ポイント）」を選択すると、上述のように、６００カウントを加算したカウントを保管容量の上限の拡張および保管期間の延長に用いるアルバム設定を行う。この時は、図５（ｂ）のＣ４に示すように、保管容量の上限が、１０Ｍバイト増加して、６０Ｍバイトとなり、さらに、保管期間が５日間延長されて、３５日間となる。ここで、Ｃ１のアルバム設定でのカウント数は、１５００カウント（５０Ｍバイト×３０日間）であり、また、Ｃ４のアルバム設定でのカウント数は、２１００カウント（６０Ｍバイト×３５日間）である。従って、アルバム設定をＣ１からＣ４に変更した場合のカウントの増加数も、上述のように、６００カウント（２１００−１５００＝６００カウント）である。

ここで、会員によりそれぞれの選択肢が選択された場合の、ネットセンター１２での処理について、図６のフローチャートを用いて説明する。
図４（ａ）に示すポイント表示画面において、会員が、「Ｙｅｓ」を選択すると（Ｓ３１０）、受注チャネル１４は、上述のように、会員にオプションサービスを選択させるためのオプション選択画面を表示する。

オプション選択画面において、「保管容量の拡張」が選択されると（Ｓ３２０でＹｅｓの場合）、アルバム管理では、会員のアルバムの保管容量の上限を２０Ｍバイト拡張して（Ｓ３３０）、さらに、ポイント管理では、会員の残ポイントから５０ポイントを減算し（Ｓ３４０）、受注チャネル１４に保管容量の拡張結果を表示させる（Ｓ３５０）。
オプション選択画面において、「保管期間の延長」が選択されると（Ｓ３２０でＮｏ、さらにＳ３６０でＹｅｓの場合）、アルバム管理では、会員のアルバムの保管期間を１２日間延長して（Ｓ３７０）、さらに、ポイント管理では、会員の残ポイントから５０ポイントを減算し（Ｓ３８０）、受注チャネル１４に保管期間の延長結果を表示させる（Ｓ３９０）。
オプション選択画面において、「保管容量の拡張と保管期間の延長」が選択されると（Ｓ３６０でＮｏの場合）、アルバム管理では、会員のアルバムの保管容量の上限を１０Ｍバイト拡張すると共に保管期間を５日間延長して（Ｓ４００）、さらに、ポイント管理では、会員の残ポイントから５０ポイントを減算し（Ｓ４１０）、受注チャネル１４に保管容量の拡張および保管期間の延長の結果を表示させる（Ｓ４２０）。

他方、ランクがＡの場合は、ランクがＢの場合のサービスに加えて、さらに使用するポイント数を増やし、会員の残ポイントを１００ポイント使用する、保管容量の拡張および保管期間の延長のオプションサービスを提供するものとする。つまり、ランクＢの場合に提示した５０ポイントを使用する３つの選択肢に加えて、初期設定での１５００カウントに１００ポイント×１２＝１２００カウントを加算した、２７００カウントを用いるアルバム設定を行う３つの選択肢の、計６つの選択肢を提示する。

ここで、ランクがＡの場合におけるポイントの保管カウントへの換算・交換処理について、図７のフローチャートを用いて説明する。
上述のように、会員がサインインすると、ポイント管理では会員のランクを確認する。ランクがＡである場合は、ポイント管理は、さらに、会員の残ポイントを確認し、残ポイントが５０ポイント以上蓄積されているかどうかをチェックする（Ｓ５１０）。
残ポイントが５０ポイント以上である場合（Ｓ５１０でＹｅｓの場合）は、さらに、残ポイントが１００ポイント以上蓄積されているかどうかをチェックする（Ｓ５３０）。

残ポイントが１００ポイント未満である場合（Ｓ５３０でＮｏの場合）は、ネットセンター１２は、受注チャネル１４に図４（ｃ）に示すオプション選択画面を表示させ、会員に選択を促す。なお、この場合は、１００ポイントを使用する選択肢については、選択ボタンを非表示とするなどして、会員が選択できないようにする。あるいは、１００ポイントを使用する選択肢を非表示とした画面を表示させてもよい。
このオプション選択画面において、残ポイントを５０ポイント使用する選択肢が選択された場合（Ｓ５４０でＹｅｓの場合）は、この５０ポイントをカウントに換算し（１２×５０ポイント＝６００カウント）、さらに会員の残ポイントから５０ポイントを減算することにより、ポイントをカウントに交換する（Ｓ５５０）。
なお、選択を中止した場合（Ｓ５４０でＮｏの場合）は、残ポイントはカウントに換算および交換はされず、受注チャネル１４には、初期画面などが表示される。

残ポイントが１００ポイント以上である場合（Ｓ５３０でＹｅｓの場合）は、ネットセンター１２は、受注チャネル１４に図４（ｃ）に示すオプション選択画面を表示させ、会員に選択を促す。
オプション選択画面において、残ポイントを１００ポイント使用する選択肢が選択された場合（Ｓ５６０でＹｅｓの場合）は、この１００ポイントをカウントに換算し（１２×１００ポイント＝１２００カウント）、さらに会員の残ポイントから１００ポイントを減算することにより、ポイントをカウントに交換する（Ｓ５７０）。
他方、オプション選択画面において、残ポイントを５０ポイント使用する選択肢が選択された場合（Ｓ５６０でＮｏ、さらにＳ５４０でＹｅｓの場合）は、この５０ポイントをカウントに換算し（１２×５０ポイント＝６００カウント）、さらに会員の残ポイントから５０ポイントを減算することにより、ポイントをカウントに交換する（Ｓ５５０）。
なお、選択を中止した場合（Ｓ５４０でＮｏの場合）は、残ポイントはカウントに換算および交換はされず、受注チャネル１４には、初期画面などが表示される。

また、残ポイントが５０ポイント未満である場合（Ｓ５１０でＮｏの場合）は、受注チャネル１４には、ポイント使用によるアルバム設定の変更は不可能である旨が通知される（Ｓ５２０）。

図４（ｃ）に示すオプション選択画面においては、オプションサービスの選択肢として、「保管容量の上限を２０Ｍバイト拡張（５０ポイント使用）」、「保管容量の上限を４０Ｍバイト拡張（１００ポイント使用）」、「保管期間を１２日間延長（５０ポイント使用）」、「保管期間を２４日間延長（１００ポイント使用）」「保管容量の上限を１０Ｍバイト・保管期間を５日間延長（５０ポイント）」、「保管容量の上限を２５Ｍバイト・保管期間を６日間延長（１００ポイント）」の６つの選択肢が受注チャネル１４に表示される。なお、これらの選択肢のうち、５０ポイントを使用する選択肢は、上述したランクＢの場合と同様のものである。
「保管容量の上限を４０Ｍバイト拡張（１００ポイント使用）」は、保管容量を拡張する選択肢であり、保管期間は３０日間のままで、保管容量の上限を４０Ｍバイト拡張するものである。つまり、会員のアルバム設定を、保管容量が９０Ｍバイト、保管期間が３０日間とするものである。
「保管期間を２４日間延長（１００ポイント使用）」は、保管期間を延長する選択肢であり、保管容量は５０Ｍバイトのままで、保管期間を２４日間延長するものである。つまり、会員のアルバム設定を、保管容量が５０Ｍバイト、保管期間が５４日間とするものである。
「保管容量の上限を２５Ｍバイト・保管期間を６日間延長（１００ポイント）」は、保管容量と保管期間とを共に拡張する選択肢であり、保管容量を２５Ｍバイト、保管期間を６日間、それぞれ増加させるものである。つまり、会員のアルバム設定を、保管容量が７５Ｍバイト、保管期間が３６日間とするものである。

なお、これらの選択肢のうち、１００ポイントを使用するものはいずれも、Ｍバイト数と日数との積が２７００（９０Ｍバイト×３０日、５０Ｍバイト×５４日、７５Ｍバイト×３６日）となっており、すなわち、初期設定でのカウント数１５００カウントに、１２００カウントを加算したものである。つまり、残ポイントを１００ポイント使用するオプションサービスである。
これらの選択肢から、会員により選択がなされた場合には、ランクＢの場合と同様に、図６に示すフローチャートに図示する処理を行う。なお、ランクＡの場合は、Ｓ３３０、Ｓ３７９、およびＳ４００での拡張処理や延長処理、ならびに、Ｓ３４０、Ｓ３８０、およびＳ４１０におけるポイントの使用は、会員が選択した選択肢や、会員の残ポイントに応じたものである。

会員は、残ポイントに応じて所望のオプションサービスを選択する。オプションが選択されると、アルバム管理が、該当する会員のアルバムの保管容量あるいは保管期間の設定を変更し、さらにポイント管理において、選択したオプションに応じた数のポイントが残ポイントから差し引かれる（Ｓ２７０）。この時、前述のように、総ポイントについては、減算されない。

なお、図４（ｃ）に示す例では、ランクがＡの場合は、１００ポイントを使用する選択肢と５０ポイントを使用する選択肢とを表示しているが、本発明はこれに限定されず、ランクがＡの場合は、１００ポイントを使用する選択肢のみを表示するようにしてもよい。
また、上述の例では、受注チャネル１４に表示された選択肢の中から、会員が好みの設定を選択しているが、本発明では、カウント数の計算により選択肢を設定しているため、保管容量と保管期間の両方を変更する場合には、カウント数に応じた任意の保管容量と保管期間の設定を可能にしてもよい。
例えば、会員が直接、延長する日数や保管容量を入力して、ポイント管理が、会員の残ポイントに応じて、相当する保管期間や保管容量を算出するなどにより、これらの設定を行ってもよい。

ネットセンター１２におけるアルバム設定の変更および残ポイントの計算が終了すると、受注チャネル１４には、例えばメニュー画面などの、アルバム編集や注文などの処理を行う初期画面が表示され、会員は、これらの処理を開始することができる。
なお、Ｓ２３０において、残ポイントが十分にない場合、もしくは、Ｓ２５０において会員が「Ｎｏ」を選択した場合は、ネットセンター１２は、受注チャネル１４にポイント表示画面およびオプション選択画面は表示させず、会員がサインインすると、メニュー画面などの、アルバム編集や注文などの処理を行う初期画面を表示させる。

また、ランクがＣの場合は、ネットセンター１２は、残ポイントのポイント数に関わらず、受注チャネル１４に、ランクＡおよびＢの場合のようなオプション選択画面は表示させず、会員がサインインすると、受注チャネル１４に、メニュー画面などの、アルバム編集や注文などの処理を行う初期画面を表示させる。

このような処理によれば、例えば、新規に会員登録を行ったばかりの会員や、ほとんど注文実績のない会員は、ランクをＣに設定されるため、サインインした際に受注チャネル１４にオプションの選択肢は表示されない。また、注文実績が所定値以上となったランクＢの会員についてはランクＣの会員よりも厚いサービスを提供し、ランクＢの会員よりもさらに注文実績の多いランクＡの会員については、ランクＢの会員よりもさらに厚いサービスを提供する。
つまり、本発明では、総ポイントから判定した会員ごとのランクを基に、各会員のサインイン時に、それぞれのランクに応じたオプションサービスを提供する。従って、会員の注文実績に応じて、より注文実績のある会員には、より厚いサービスを提供することができる。
また、保管容量および保管期間の拡張量の設定に保管カウントを用いることにより、残ポイントを、保管容量の拡張と保管期間の延長のいずれにも適用可能であり、さらに、両者のバランスも、会員の好みに合わせて設定することができる。
なお、本実施例においては、会員のランクをＡ〜Ｃの３段階に分けているが、ランクは２段階でもよいし、あるいは４段階以上に細かく設定してもよい。

また、本実施例では、オプションサービスとして、保管容量の拡張、保管期間の延長、および、保管容量と保管期間の拡張の３パターンの選択肢を提示しているが、本発明はこれに限定されず、オプションサービスの選択肢は、これら３パターンの内１つ、または２つのみであってもよい。

以上の実施例では、サインイン時に、ポイントを蓄積した会員が自らアルバムの設定変更を所望する場合について述べたが、本発明はこれに限らず、会員のランクがアップした際に、会員に与える基本的な画像の保管条件を変更（拡張）してもよい。この際にも、前述の保管カウントを利用するのが好ましい。すなわち、ランクがアップした会員には、自動的にアルバムのカウント数を増加させて、保管容量および保管期間の計算を行い、アルバムの拡張を行う。これによれば、前述のオプションサービスと同様に、保管カウントを利用することにより、顧客の好みに応じて、保管容量や保管期間を拡張することができ、よりきめの細かいサービスの提供が可能となる。

図８に、ランクがアップした際の、カウント数の増加によるアルバム設定の拡張について示す。
図８において、Ｃ１は、会員が予め有しているアルバムの設定を表しており、これをカウントに換算すると、５０Ｍバイト×３０日間＝１５００カウントの設定となっている。

ここで、ランクがＣである会員が、注文を行うことにより総ポイントを蓄積して、ランクがＢになった場合について説明する。会員のランクがアップすると、アルバム管理は、アルバムのカウントを、例えば９００カウント加算して、１５００カウントから２４００カウントに増量させる。そして、このカウント数に対応する保管容量および保管期間の計算を行い、増量したカウント数に応じたアルバムの拡張を行う。例えば、図８のＣ５に示すように、保管容量の上限を１０Ｍバイト拡張して、さらに、保管期間を１０日延長する。この時、Ｍバイト数と日数との積は２４００（６０Ｍバイト×４０日）となっており、すなわち、２４００カウントのアルバム設定となっている。

さらに、ランクがＢである会員が、注文を行うことにより総ポイントを蓄積して、ランクがＡになった場合について説明する。一例として、この会員のランクアップ直前の時点でのアルバム設定は、６０Ｍバイトを４０日間保管するものであるとする。つまり、これをカウントに換算すると、６０Ｍバイト×４０日間＝２４００カウントの設定となっている。
この時、アルバム管理は、アルバムのカウントを、例えば２６００カウント加算して、２４００カウントから５０００カウントに増量させる。そして、このカウント数に対応する保管容量および保管期間の計算を行い、増量したカウント数に応じたアルバムの拡張を行う。例えば、図８のＣ６に示すように、保管容量の上限を４０Ｍバイト拡張して、さらに、保管期間を１０日延長する。この時、Ｍバイト数と日数との積は５０００（１００Ｍバイト×５０日）となっており、すなわち、５０００カウントのアルバム設定となっている。

このように、会員のランクがアップするたびに、段階的に保管容量および保管期間を拡張することにより、信頼度の高い会員に対して、利便性をアップさせた、より厚いサービスを提供することができる。

また、上述の例では、ランクがアップした際のアルバム設定の拡張は、アルバム管理において自動的に所定の容量および保管期間を拡張して行っているが、本発明はこれに限定されず、例えば、受注チャネル１４にアルバム設定の条件の選択肢を表示させて、会員に選択を促し、選択された条件に基づいてアルバム設定の拡張を行ってもよい。
この場合について、以下に説明する。

まず、会員のランクがＣからＢにアップされた場合について説明する。
上述したように、会員登録時は、会員の総ポイントは蓄積されておらず、ランクはＣとなっている。また、アルバムの初期設定時の保管容量は５０Ｍバイト、保管容量は３０日間であり、すなわち、カウント数は１５００カウントである。
ここで、会員が注文を行うことにより総ポイントを蓄積して、ランクがＢになった場合、アルバム管理は、アルバムのカウントを１５００カウントから２４００カウントに増量させるサービスを提示する。つまり、アルバム管理は、アルバムの保管容量および保管期間の設定が２４００カウントに対応するように、図９（ａ）に示す保管容量および保管期間を拡張する選択肢を受注チャネル１４に表示させて、会員に選択させる。

アルバム設定の選択肢としては、例えば、「５０Ｍバイト／４８日間保管」（保管期間のみを初期設定より１８日延長する）、「８０Ｍバイト／３０日間保管」（保管容量のみを初期設定より３０Ｍバイト拡張する）、「６０Ｍバイト／４０日間保管」（初期設定より、保管容量を１０Ｍバイト拡張し、保管期間を１０日延長する）などがある。いずれの選択肢も、Ｍバイト数と日数との積は２４００（５０Ｍバイト×４８日、８０Ｍバイト×３０日、６０Ｍバイト×４０日）となっており、すなわち、２４００カウントのアルバム設定となっている。
会員は、これらの選択肢の中から、所望のアルバム設定を選択する。アルバム設定が選択されると、アルバム管理が、選択された設定に基づき、該当する会員のアルバムの保管容量および／または保管期間の設定を変更する。

さらに、会員のランクがＣからＡ、あるいはＢからＡにアップされた場合について説明する。
会員が注文を行うことにより総ポイントを蓄積して、ランクがＡになった場合、アルバム管理は、アルバムのカウントを５０００カウントに増量させるオプションサービスを提示する。つまり、アルバム管理は、アルバムの保管容量および保管期間の設定が５０００カウントに対応するように、図９（ｂ）に示す保管容量および保管期間を拡張する選択肢を受注チャネル１４に表示させて、会員に選択させる。

アルバム設定の選択肢としては、例えば、「５０Ｍバイト／１００日間保管」（保管期間のみを初期設定より７０日延長する）、「１６６Ｍバイト／３０日間保管」（保管容量のみを初期設定より１１６Ｍバイト拡張する）、「１００Ｍバイト／５０日間保管」（初期設定より、保管容量を５０Ｍバイト拡張し、保管期間を２０日延長する）などがある。いずれの選択肢も、Ｍバイト数と日数との積は５０００（５０Ｍバイト×１００日、１６６Ｍバイト×３０日、１００Ｍバイト×５０日）となっており、すなわち、５０００カウントのアルバム設定となっている。
会員がこれらの中から所望の選択肢を選択すると、アルバム管理は、選択された設定に基づき、該当する会員のアルバムの保管容量および／または保管期間の設定を変更する。

また、アルバム作成時などに、予め、会員の選択により、保管期間のみを拡張するコース、保管容量のみを拡張するコース、および保管容量および保管期間を拡張するコースなどを決定しておき、ランクがアップした際には、設定の選択は行わず、保管期間のみを拡張するコースでは保管期間のみを、保管容量のみを拡張するコースでは保管容量のみを、保管容量および保管期間を拡張するコースでは、保管容量および保管期間を、自動的にアルバム管理が拡張していくものとしてもよい。
この場合においても、カウント数の計算により選択肢を設定しているため、保管容量と保管期間の両方を変更する場合には、会員が直接、延長する日数や保管容量を入力して、ポイント管理が、会員の残ポイントに応じて、相当する保管期間や保管容量を算出するなどにより、カウント数に応じた任意の保管容量と保管期間の設定を可能にしてもよい。

さらに、会員が新たに画像をネットセンター１２にアップロードする際に発生するアルバム容量不足の救済措置として、ランクごとのオプションサービスを提供してもよい。

図１０に、画像データのアップロード時に容量不足が生じた場合のランク別の処理の流れを示す。
会員が、受注チャネル１４を用いてネットセンター１２に画像をアップロードし、一時保管すると（Ｓ６１０）、画像を受け取ったネットセンター１２では、アルバム管理が、現時点での会員のアルバムの空き容量と、アップロードし、一時保管された画像データの容量とを確認して、画像を格納した際にアルバムの規定の容量をオーバーするかどうかをチェックする（Ｓ６２０）。容量オーバーしない場合（Ｙｅｓの場合）は、一時保管された画像を格納する（Ｓ６８０）。なお、Ｓ６１０では、アップロードの代わりに、会員がこれからアップロードする画像容量の情報のみをネットセンター１２へ送ってもよい。

他方、アップロードされた画像データの容量が、アルバムの空き容量よりも大きい場合（Ｓ６２０でＮｏの場合）は、容量オーバーとなるため、何らかの措置を行う必要がある。
ここで、本発明では、容量オーバーとなった場合は、ネットセンター１２では、会員のランクを確認して、ランクごとに、異なる選択肢を表示することにより、会員の注文実績に応じて、より厚いサービスを提供する。

Ｓ６３０において、ネットセンター１２では、会員のランクを確認する。会員のランクがＡあるいはＢの場合は、ポイント管理において、後述するオプション選択肢を実行できる数の残ポイント（本実施例では５０ポイント）が残っているかどうかを確認する（Ｓ６４０）。
会員のランクがＡあるいはＢであり、かつ、残ポイントが十分にある場合（Ｓ６４０でＹｅｓの場合）は、ネットセンター１２は、受注チャネル１４に、図１１に示すような画面を表示させる。本実施例では、図１１に示されるように、アルバム容量オーバー時の措置として、「アップロード画像の再選択」および「アルバムの整理」の選択肢と、さらに、ランクがＡあるいはＢである会員にのみ表示されるオプション選択肢である「アルバム容量を追加する（５０ポイント）」の３つの選択肢を表示する（Ｓ６５０）。

「アップロード画像の再選択」が選択されると、会員は、画像の再選択を行う。ここでは、アルバムの空き容量をオーバーしない程度に、アップロードする画像を再選択することができる。
「アルバムの整理」が選択されると、会員は、すでにアルバム内にアップロードされている画像を確認して、アルバム内のすでに注文を行った画像や、保存が不要になった画像などを削除して、アルバム内に、新たに画像をアップロードするために必要な空き容量を確保する。
「アルバム容量を追加する（５０ポイント）」が選択されると、アルバム管理は、会員のアルバム容量の上限を、一定量（例えば２０Ｍバイト）増加するように変更する。さらに、増加した容量に相当する数のポイントを（本実施例では５０ポイント）ポイント管理の残ポイントから減算する。これにより、会員は、画像の再選択や、アルバム内の画像の削除などを行うことなく、当初の予定通りの画像をアップロードできる。
このようにして、ネットセンター１２では、会員が選択した処理を行い、アルバム内に十分な空き容量を確保した上で（Ｓ６７０）、画像を格納する（Ｓ６８０）。

他方、Ｓ６３０において会員のランクがＣである場合、あるいは、Ｓ６４０においてオプション選択肢を実行できる数の残ポイントが残っていない場合（Ｎｏの場合）には、ネットセンター１２は、オプション選択肢の「アルバム容量を追加する（５０ポイント）」は表示させず、「アップロード画像の再選択」「アルバムの整理」の２つの選択肢のみを受注チャネル１４に表示させる（Ｓ６６０）。
会員は、２つの選択肢のいずれかを選択し、上述のような処理を行い（Ｓ６７０）、アルバム内に十分な空き容量を確保した上で、画像をアップロードする（Ｓ６８０）。

これにより、画像のアップロード時にも、会員のランクによって選択肢の表示内容を変更するため、より注文実績の多い会員には、より厚いサービスを提供することが可能となる。
また、図１０に示す例では、会員のランクがＡの場合とＢの場合とで選択肢の内容を同じものとしたが、本発明はこれに限らず、ランクがＡの場合は、図１１に示す選択肢に加えて、例えば、さらに１００ポイントを使用して４０Ｍバイト容量を増やすというオプション選択肢を追加するなどして、ランクＡとランクＢの場合とで、さらにサービスに差をつけてもよい。

ところで、上述の実施例では、システムアルバムは、総ポイントの蓄積や、残ポイントの使用により拡張することが可能であるが、本発明はさらに、会員の注文状況に応じて、システムアルバムを縮小してもよい。具体的には、アルバム管理において、システムアルバムの利用に対してサービス有効期間を設けることにより、継続的に注文実績の多い会員に対して、さらに厚いサービスを行う。

システムアルバムの縮小は、会員の有するシステムアルバムの保管容量および保管期間から保管カウントを算出し、この保管カウントから所定のカウント数を減算したカウント数を用いて、システムアルバムを再設定することにより行う。
また、サービス有効期間とは、会員が新たに注文を行ってから、システムアルバムが縮小されるまでの期間である。
ここでは、一例として、アルバム管理において、サービス有効期間を６ヶ月として、サービス有効期間経過後にシステムアルバムを１００カウント分縮小する設定とした場合について説明する。また、会員は、保管容量および保管期間が５０Ｍバイト×１０日（５００カウント分）のシステムアルバムを所有しているものとする。

会員が受注チャネル１４によって注文を行うと、アルバム管理は、注文が行われた日をサービス有効期間の開始日、注文が行われた日から６ヵ月後をサービス有効期間の終了日に設定する。

サービス有効期間の開始日から終了日までの間に、会員による注文が一度も行われなかった場合、つまり、総ポイントが増加しなかった場合は、アルバム管理は、システムアルバムの設定を、会員の有する５００カウントから１００カウントを減算した４００カウント数の設定に変更することで、システムアルバムを縮小する。
保管カウントの減算によるシステムアルバムの縮小のパターンには特に限定はなく、保管容量のみを縮小して、４０Ｍバイト×１０日＝４００カウントとしてもよいし、保管期間のみを縮小して、５０Ｍバイト×８日＝４００カウントとしてもよいし、保管容量、保管期間を共に縮小して、４４Ｍバイト×９日≒４００カウントなどとしてもよい。また、これらのシステムアルバムの縮小のパターンは、アルバム管理が、システムアルバム内に保管されている画像の状況を考慮して自動的に決定してもよいし、受注チャネル１４に選択肢を表示させて、会員に選択、あるいは入力させてもよい。

他方、サービス有効期間の開始日から終了日までの間に、会員により新たな注文が行われた場合は、アルバム管理は、新たな注文日をサービス有効期間の開始日として、サービス有効期間を再設定する。

また、アルバム管理は、サービス有効期間の終了日の１〜２週間前に、予め会員にメールなどでその旨を通知することが好ましい。これにより、会員は、新たに注文を行うことによりサービス有効期間を再設定して、システムアルバムの縮小を回避したり、システムアルバムに保管している画像の中から、不要なものを削除して空き容量を増やすことで、システムアルバムの縮小へ備えるなどの対応を行うことができる。

さらに、上述の実施例では、総ポイントは減算されることなく蓄積されるため、ランクはアップするのみであるが、本発明はさらに、会員のランクをダウンさせるようにしてもよい。つまり、総ポイントに有効期間を設けて、会員のランクを定期的に再判定することにより、継続的に注文実績の多い会員に対して、確実に厚いサービスを行う。

ここでは、一例として、総ポイントの有効期間を１年間とする。ポイント有効期間の開始日は、ポイント管理において定めた所定の日付とすればよい。開始日の時点では、会員の総ポイントはゼロである。
開始日からの１年間に、会員が注文を行うと、それに応じたポイントが総ポイントに加算され、蓄積される。ポイント有効期間が経過すると、ポイント管理は、ポイント有効期間の終了日までに蓄積された総ポイントにより会員のランクを判定して、ランクを再設定する。ランクの判定は、上述した実施例と同様に、総ポイントと値とを比較することにより行えばよい。さらに、ポイント管理は、ポイント有効期間の終了日までに蓄積された総ポイントをリセットして、ポイント有効期間の終了日の翌日を、新たなポイント有効期間の開始日に設定し、新たに設定された開始日からポイント有効期間の終了日までの注文に応じて総ポイントを蓄積する。

上述のようにして、ポイント有効期間ごとに、会員のランクを再判定する。したがって、一時期に注文が集中してＡランクになった会員であっても、総ポイントがリセットされた後に全く注文を行わない場合は、Ｂランク、あるいはＣランクにランクダウンする。これにより、継続して注文実績の多い会員に対して、厚いサービスを行うことができる。
また、残ポイントについても、総ポイントと同様に有効期間を設定して、有効期間経過時には蓄積された残ポイントをリセットしてもよい。これにより、会員は、付与された残ポイントを使用して、所望のサービスを有効期間内に無駄なく利用することができる。

また、上述した各実施例において、注文は、会員自身の画像についてだけでなく、第三者の画像についても行えるようにすることが好ましい。
上述したように、会員は、第三者に公開するためのシェアボックスを作成することができ、閲覧のためのＵＲＬを第三者に提供することにより、シェアボックス内の画像を第三者に公開することができる。このシェアボックスに保管されている画像を閲覧した第三者は、その中から気に入った画像についてプリントなどの注文を行うことができる。
この時、注文者が会員である場合は、シェアボックスの作成者、すなわち注文された画像の所有者である会員と、注文を行った会員との両方に、総ポイントおよび残ポイントが加算される。なお、注文者が非会員である場合は、画像の所有者である会員のみにポイントを付与すればよい。
また、このように、第三者の注文によりポイントが付与された場合は、ポイント管理は、画像の所有者である会員に対して、メールなどにより、ポイントが付与されたことを通知することが好ましい。

さらに、好ましくは、会員は、画像の保管状況に応じて、自身が保有するカウント数をポイントに換算・交換することにより、所望のサービスに充てることができる。
例えば、保管する画像が少なく、また長期間の保管を行わないため、付与され、保有しているカウント数に応じたシステムアルバムの保管容量や保管期間を有効に利用できない会員がいることが考えられる。このような会員に対しては、画像の保管に必要な保管容量および保管期間に対応するカウント数を確保して、残りのカウントをポイントに換算・交換し、ポイントを使用する各種のサービスを受けられるようにしてもよい。ポイントを用いるサービスの一例としては、プリント料金の割引や、商品とのポイント交換などが挙げられる。これにより、保管する画像が少なく、長期間の保管を行わない会員であっても、付与された保管カウントを無駄なく使用することができる。

また、本実施例では、センターサーバは、ネットセンターに備えられる構成としているが、本発明はこれに限定されず、リテーラシステムやラボシステムなど、ネットセンター以外の部分がセンターサーバを有する構成としてもよい。

このように、本発明によれば、会員のランクごとに異なるサービスを提供することができるため、注文実績のより多い会員に対して、より厚いサービスを提供するセンターサーバ、およびこれを備える画像ネットワークシステムを実現することが可能となる。
また、会員の注文実績に応じて、画像データの保管容量の拡張や保管期間の延長ができることから、顧客はより多くの画像をより長く保管でき、ネットワークプリント注文の促進につながる。
さらに、保管容量および保管期間の拡張量の設定に保管カウントを用いることにより、残ポイントを、保管容量の拡張と保管期間の延長のいずれにも適用可能であり、さらに、両者のバランスも、会員の好みに合わせて設定することができる。
さらに、注文実績の多い顧客は、画像のアップロード時に、不慮の容量不足による画像削除や画像再選択をする必要がなく、安心して新たな画像をアップロードすることができる。

以上、本発明のセンターサーバ、およびこれを備える本発明の画像ネットワークシステムについて詳細に説明したが、本発明は、上記実施例に限定はされず、本発明の要旨を逸脱しない範囲において、各種の改良や変更を行ってもよいのは、もちろんである。

本発明のセンターサーバを利用する本発明の画像ネットワークシステムのシステム構成を概念的に示す図である。 ネットセンターにおける注文時のランク判定処理を示すフローチャートである。 ネットセンターにおけるサインイン時のランクごとの処理を示すフローチャートである。 （ａ）は、サインイン時に受注チャネルに表示される画面の一例を示す図であり、（ｂ）は、サインイン時に受注チャネルに表示される画面の他の一例を示す図であり、（ｃ）は、サインイン時に受注チャネルに表示される画面のさらに他の一例を示す図である。 （ａ）は、オプション処理時におけるポイントの使用の一例を示すグラフであり、（ｂ）は、オプション処理時におけるポイントの使用の他の一例を示すグラフである。 ネットセンターにおけるオプション処理の選択肢ごとの処理を示すフローチャートである。 ネットセンターにおける残ポイントに応じたカウント換算・交換処理を示すフローチャートである。 会員のランクアップ時におけるカウントの使用の一例を示すグラフである。 （ａ）は、会員のランクアップ時に受注チャネルに表示される画面の一例を示す図であり、（ｂ）は、会員のランクアップ時に受注チャネルに表示される画面の他の一例を示す図である。 ネットセンターにおける画像アップロード時のランクごとの処理を示すフローチャートである。 画像アップロード時に受注チャネルに表示される画面の一例を示す図である。

符号の説明

１０ 画像ネットワークシステム（ネットシステム）
１２ ネットセンター
１２ａ データベース／ファイルサーバ（ＤＢ／ＦＳ）
１２ｂ フロントエンド
１２ｃ バックエンド
１４ 受注チャネル
１６ ラボシステム
１６ａ 受注モジュール
１８ リテーラシステム
２０ 決済サイト
２４ 管理システム
２６ 受取店
３０ａ 会員登録／認証ブロック
３０ｂ アルバム機能ブロック
３０ｃ シェアボックス機能ブロック
３０ｄ 注文Ｗｅｂブロック
４０ａ 会員管理ブロック
４０ｂ アルバム管理ブロック
４０ｃ 基本情報管理ブロック
４０ｄ 商材管理ブロック
４０ｅ サイト管理ブロック
４０ｆ 注文管理ブロック
４０ｇ ワークフローブロック
４０ｈ ポイント管理ブロック
４２ ラボ受注サーバ
４４ 決済ブロック

Claims (13)

1. 通信ネットワークを介して受注チャネルから画像データおよび注文を受け付ける、画像ネットワークシステムのセンターサーバであって、
   前記受注チャネルから注文を受け付ける注文受付機能ブロックと、
   前記受注チャネルから供給された画像データを所定の保管条件に従って保管する画像保管機能ブロックと、
   前記画像保管機能ブロックによる前記画像データの保管容量を顧客ごとに管理する容量管理機能ブロックと、
   顧客の注文に応じて付与されるポイントを顧客ごとに管理するポイント管理機能ブロックとを有し、
   前記ポイント管理機能ブロックは、顧客ごとのポイントの状況に応じて、前記画像保管機能ブロックにおける前記保管条件を変更することを特徴とするセンターサーバ。
2. 前記ポイント管理機能ブロックは、前記顧客ごとのポイントの状況に応じて、前記画像保管機能ブロックにおける前記保管条件の複数の選択肢を前記受注チャネルに表示させ、表示された前記複数の選択肢の中から前記顧客によって選択された１つの選択肢に従って前記保管条件の変更を行う請求項１に記載のセンターサーバ。
3. 前記保管条件の前記複数の選択肢は、前記画像保管機能ブロックに保管可能な前記画像データの、保管容量の設定変更、および、保管期限の設定変更のうち少なくとも１つである請求項２に記載のセンターサーバ。
4. 前記ポイント管理機能ブロックは、顧客が所定の期間に得たポイントを蓄積した総ポイントをカウントし、この総ポイントに応じて、顧客に与える前記画像データの前記保管条件を変更する請求項１〜３のいずれかに記載のセンターサーバ。
5. 前記ポイント管理機能ブロックは、顧客が所定の期間に得たポイントを蓄積した総ポイントに応じて、前記画像保管機能ブロックにおける前記保管条件を自動的に変更することを特徴とする請求項１に記載のセンターサーバ。
6. 前記保管条件の変更は、保管容量の変更、保管期間の変更、ならびに、保管容量の変更および保管期間の変更のいずれかである請求項５に記載のセンターサーバ。
7. 前記ポイント管理機能ブロックは、前記総ポイントが所定数に達すると、前記画像保管機能ブロックにおける前記保管条件を自動的に拡張することを特徴とする請求項５または６に記載のセンターサーバ。
8. 前記保管条件の拡張は、保管容量の拡張、保管期間の延長、ならびに、保管容量の拡張および保管期間の延長の両方のいずれかである請求項７に記載のセンターサーバ。
9. 前記画像保管機能ブロックは、所定の容量の画像データを所定の期間、前記画像保管機能ブロックに保管することを１カウントとみなす保管カウントを用いて、保管している画像データの保管容量と保管期間との組み合わせから、前記画像データの保管を行う請求項１〜８のいずれかに記載のセンターサーバ。
10. 前記ポイント管理機能ブロックは、前記顧客ごとのポイントを前記保管カウントに換算して、前記保管カウントの数に対応する保管条件を算出することにより、前記画像保管機能ブロックにおける前記保管条件を設定する請求項９に記載のセンターサーバ。
11. 前記容量管理機能ブロックは、前記受注チャネルから画像データが供給された際に、該当する顧客に対応する画像データの保管容量が不足している場合には、前記注文受付機能ブロックに、この顧客の保管容量が不足しているという情報を送り、
    この保管容量不足の情報を受けた前記注文受付機能ブロックは、前記受注チャネルに、保管容量が不足している旨の情報、および、保管容量を確保するための処理の選択肢を表示させる請求項１〜１０のいずれかに記載のセンターサーバ。
12. 前記容量管理機能ブロックが前記受注チャネルへ表示させる選択肢は、前記画像保管機能ブロックへ供給する前記画像データの再選択と、前記画像保管機能ブロック内の画像データの削除であり、
    顧客のポイント数が所定値以上である場合には、さらに、画像保管機能ブロックの保管容量の拡張を選択肢として表示させる請求項１１に記載のセンターサーバ。
13. 顧客からの注文を受け付けてその注文情報および顧客情報を送信する受注チャネルと、
    請求項１〜１２のいずれかに記載のセンターサーバとを有することを特徴とする画像ネットワークシステム。

Images