(57)【要約】【課題】ネットワークプリントサービス等を提供するためのネットワークサーバであって、取次店等の顧客が商品の注文を行なう注文先毎にｗｅｂ画面の特色を出すことができ、かつ、サービスの安定提供も可能なネットワークサーバを提供する。【解決手段】注文先毎のｗｅｂ画面をネットワークサーバで管理し、かつ、ネットワークサーバが、注文先毎にｗｅｂ画面を変更する機能を提供することにより、前記課題を解決する。【選択図】図１
2007310717.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末および前記利用者端末が注文を行なう注文先と通信ネットワークで接続され、前記利用者端末から注文先への注文を受け付けるネットワークサーバであって、
前記通信ネットワークに公開したｗｅｂ画面によって前記利用者端末からの注文を受け付ける受注機能と、前記利用者端末がアクセスするｗｅｂ画面を前記注文の注文先毎に管理する管理機能と、前記注文先に自身に対応するｗｅｂ画面の編集手段を提供する編集機能と、前記利用者端末が利用する注文先に応じたｗｅｂ画面に前記利用者端末をアクセスさせる表示機能とを有することを特徴とするネットワークサーバ。
【請求項２】
さらに、前記利用者端末が注文を行なう注文先となるリテーラシステムと前記通信ネットワークによって接続され、
前記管理機能は、このリテーラシステム毎にｗｅｂ画面を管理する請求項１に記載のネットワークサーバ。
【請求項３】
前記編集機能によって編集したｗｅｂ画面を前記注文先が確認するための評価環境を提供する機能を有し、かつ、前記利用者端末による前記評価環境へのアクセスを許さない請求項１または２に記載のネットワークサーバ。
【請求項４】
前記編集機能によって編集したｗｅｂ画面への前記利用者端末のアクセスを、前記注文先に指示された期日をもって開始する請求項１〜３のいずれかに記載のネットワークサーバ。
【請求項５】
前記利用者端末から画像データを供給され、供給された画像に関する注文を受け付ける請求項１〜４のいずれかに記載のネットワークサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等の通信ネットワークを利用して写真プリント注文を行なう画像ネットワークシステム等を構成するネットワークサーバに関する。
【背景技術】
【０００２】
近年では、デジタルカメラが急速に普及している。また、インターネット等の通信ネットワークも広く普及している。
デジタルカメラで撮影された画像は、デジタルの画像データとして扱われるので、通信ネットワークを利用して送信可能である。そのため、これを利用して、通信ネットワークによって画像（画像データ）と（写真）プリントの注文を受け付け、注文に応じたプリントを作成して顧客（注文者）に提供する、ネットプリントサービス（オンラインプリントサービス）などのサービスが展開されている。
【０００３】
通常のネットプリントサービスでは、例えば、特許文献１等に示されるように、顧客は、インターネット等の通信ネットワークによって、ネットプリントサービスを運営するプリント業者等が設置するネットワークサーバにアクセス（接続）して、画像をネットワークサーバにアップロード（転送）して、アップロードした画像について注文を行なう。
また、特許文献２には、顧客からアップロードされた画像を管理し、かつ、閲覧を可能にする、いわゆる電子アルバムのサービスも提供するネットプリントサービスにおいて、画像を管理し、かつ閲覧させるためのサーバと、注文を受け付けるサーバとを独立して有することにより、効率のよいサービスの提供を可能にしたネットプリントサービスのシステムが開示されている。
【０００４】
【特許文献１】特開２００３−１５０６９０号公報
【特許文献２】特開２００１−２５６３６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
資金力の少ない小規模なプリント業者や、プリント業者と提携する取次店（顧客とプリント業者とを取り次ぐ仲介業者）が、このようなネットプリントサービスを立ち上げた場合、自身がサービスを展開する地域のみが対象となるので、取次店の扱うプリントサービス以外の商品を掲載したり、地域に根付いた取次店などは地域色を出すことで、個々の取次店の独自性を確保することができる。
しかしながら、ネットプリントサービスは、ネットワークシステムの構築にコストと時間が掛かる上に、顧客からアップロードされた画像の保管、注文サイトなど各種のサイトの運営／管理など、ネットプリントサービスを展開するためのネットワークサーバの運営や維持にもコストがかる。そのため、資金力の少ない小規模な運営者が、高い自由度でサービスを展開して、このような独自性を出したネットプリントサービスを展開するのは、実際には、困難である。
【０００６】
一方、資金力が豊富である大規模なプリント業者であれば、提携する取次店の数も非常に多いので、大規模なネットワークプリントサービスを立ち上げることができ、広域にサービスを展開できる。その反面、プリントサービス専門のサイトとなってしまう感があり、どの地域からアクセスしても画一の画面しか表示されず、やはり、地域色や取次店の特色等を出すことはできない。
あるいは、インターネット商店街のように、ネットプリントサービスの管理者（サーバシステム）とは別の管理者が運営するサイトのサーバシステムを利用して、このサイトにホームページ等を開設して、プリントサービスを展開することも考えられるが、割り当てられる容量に制限があり、不特定の利用者から任意にアップロードされる画像を保管するための用途には問題がある。
【０００７】
本発明の目的は、前記従来技術の問題点を解決することにあり、通信ネットワークを利用するネットプリントサービスなどを展開するためのネットワークサーバであって、プリント業者や、プリント業者と顧客とを取り次ぐ取次店などに、開発や保守、管理などの点で大きな負担をかけることなく、顧客がプリントなどを注文する注文画面等において、サービスに参加するプリント業者や取次店の独自性を確保することができ、しかも、取次店等が独自性を出せるにも関わらず、安定してネットワークシステムを運営することができるネットワークサーバを提供することにある。
【課題を解決するための手段】
【０００８】
前記目的達成するために、本発明のネットワークサーバは、利用者端末および前記利用者端末が注文を行なう注文先と通信ネットワークで接続され、前記利用者端末から注文先への注文を受け付けるネットワークサーバであって、前記通信ネットワークに公開したｗｅｂ画面によって前記利用者端末からの注文を受け付ける受注機能と、前記利用者端末がアクセスするｗｅｂ画面を前記注文の注文先毎に管理する管理機能と、前記注文先に自身に対応するｗｅｂ画面の編集手段を提供する編集機能と、前記利用者端末が利用する注文先に応じたｗｅｂ画面に前記利用者端末をアクセスさせる表示機能とを有することを特徴とするネットワークサーバを提供する。
【０００９】
このような本発明のネットワークサーバにおいて、さらに、前記利用者端末が注文を行なう注文先となるリテーラシステムと前記通信ネットワークによって接続され、前記管理機能は、このリテーラシステム毎にｗｅｂ画面を管理するのが好ましく、また、前記編集機能によって編集したｗｅｂ画面を前記注文先が確認するための評価環境を提供する機能を有し、かつ、前記利用者端末による前記評価環境へのアクセスを許さないのが好ましく、また、前記編集機能によって編集したｗｅｂ画面への前記利用者端末のアクセスを、前記注文先に指示された期日をもって開始するのが好ましく、さらに、前記利用者端末から画像データを供給され、供給された画像に関する注文を受け付けるのが好ましい。
【発明の効果】
【００１０】
上記構成を有する本発明のネットワークサーバは、通信ネットワークを利用するネットプリントサービスなどを展開するためのネットワークサーバであって、顧客が（写真）プリント等を注文する注文画面を、プリント業者や、プリント業者と顧客とを取り次ぐ取次店がネットワークサーバの機能を使って自身で編集することができ、しかも、全ての注文画面をネットワークサーバで一括的に管理する。
そのため、大きな負担を強いることなく、取次店やプリント業者が注文画面で独自性を出すことがでできると共に、注文画面の編集や管理をネットワークサーバの機能として行なうので、取次店等が独自性を出した注文画面を設定しても、ネットワークシステムを安定して運営することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明のネットワークサーバについて、添付の図面に示される好適実施例を基に、詳細に説明する。
【００１２】
図１に、本発明のネットワークサーバを利用する画像ネットワークシステムのシステム構成を概念的に示す。
図示例の画像ネットワークシステム１０（以下、ネットシステム１０とする）は、インターネット等の通信ネットワークを利用して顧客からの（写真）プリント等の注文を受け付け、注文に応じた商品を作成して提供する、いわゆるネットプリントサービス（オンラインプリントサービス）を展開すると共に、顧客から転送された画像（画像データ）を保管／管理して、閲覧を可能にする、いわゆる電子アルバムのサービスも展開する。
【００１３】
このようなネットシステム１０は、基本的に、ネットシステム１０を統括／管理する本発明のネットワークサーバであるネットセンター１２と、顧客がプリントの注文など行なう受注チャネル１４と、プリント業者（以下、ラボとする）が有するラボシステム１６と、顧客とラボとを取り次ぐ取次店的な役割を果たすリテーラシステム１８とを有して構成される。
また、図示例のネットシステム１０においては、ネットセンター１２、受注チャネル１４、ラボシステム１６、およびリテーラシステム１８は、インターネット等の通信ネットワークによって互いに接続される。なお、本発明の画像ネットワークシステムにおいては、ネットセンター１２、受注チャネル１４、およびリテーラシステム１８は、インターネット等の公開された通信ネットワークによって互いに接続されるが、ラボシステム１６のみは、受注チャネル１４およびリテーラシステム１８には接続されず、ネットセンター１２と専用の通信回線で接続されてもよい。
【００１４】
なお、図示例においては、図面を簡略にしてネットシステム１０の構成を明瞭に示すために、受注チャネル１４、ラボシステム１６、およびリテーラ１８は、それぞれ１つのみを図示しているが、本発明は、これに限定はされない。
従って、ネットシステム１０には、複数のラボシステム１６が存在してもよく、また、通常は複数のリテーラシステム１８が存在する。なお、本発明のネットワークサーバを利用するネットワークスステムにおいては、リテーラシステム１８は必須では無く、存在しなくてもよい。
【００１５】
受注チャネル１４は、顧客が（写真）プリント等の商品の注文や、ネットセンター１２への画像の転送（画像のアップロード）を行なう、利用者端末である。
なお、図示例のネットシステム１０において、顧客には、このネットシステム１０に登録している会員、および、同登録していない非会員とが存在する。また、このネットシステム１０においては、会員は、必ず、いずれかのリテーラシステム１８に所属する。
【００１６】
受注チャネル１４は、基本的に、顧客が有する前記通信ネットワークに接続可能なパーソナルコンピュータ（以下、ＰＣとする）や、プリント注文の受付店に設置され前記通信ネットワークに接続されるプリント注文端末等を利用して構成される。
【００１７】
図示例のネットシステム１０において、受注チャネル１４は、３種が有る。
１つ目は、マイクロソフト社のインターネットエクスプローラ(Internet Explorer)TM等に代表されるＷｅｂブラウザを利用して、ネットセンター１２（ネットセンター１２が管理する、前記通信ネットワーク上に公開しているｗｅｂサイト）にアクセス（接続）して、プリントの注文等を行なう受注チャネル１４である。
２つ目は、マイクロソフト社のWindows XPTMなどが有する「ＯＰＷ(Online Printing Wizard)」等のＰＣのオペレーティングシステムに搭載されたプリント注文機能、富士写真フイルム社の「FinePix viewer」等の汎用ソフトウエアに搭載されたプリント注文機能、、マイクロソフトが管理／運営するｗｅｂサイトである「ＭＳＮ（欧州）」等に設定されたプリント注文機能など、汎用のＯＳやアプリケーションに搭載された通信ネットワークでのプリント注文機能や、通信ネットワーク上に公開されたｗｅｂサイトに設定されたプリント注文機能などを利用して、ネットセンター１２にアクセスして、プリントの注文等を行なう受注チャネル１４である。
３つ目は、ネットシステム１０で商品を注文するための専用アプリケーション（ソフトウエア）でる注文ソフトをインストールしたＰＣ等であり、この注文ソフトを用いて、ネットセンター１２にアクセスして、プリントの注文等を行なう受注チャネル１４である。
【００１８】
図示例のネットシステム１０において、１つ（１台）の受注チャネル１４は、この内の一種のみの受注チャネルの機能を有するものであってもよく、あるいは、２種もしくは３種の受注チャネルの機能を有するものであってもよい。
【００１９】
リテーラシステム１８は、顧客とラボとを仲介役的な役目を果たすシステムであり、例えば、ＰＣ、ワークステーション（ＷＳ）、サーバ機器等によって構成される。
【００２０】
欧州では、小売店規模で（写真）プリントを作成する、いわゆるミニラボ店と呼ばれるプリント業者（以下、ラボとする）は少数であり、多くのプリントは、高い生産能力を有する大規模なラボ（いわゆる大ラボ）によって作成されている。
また、欧州では、顧客によるプリントの注文には、多くの場合、リテーラと呼ばれる、顧客とラボとを仲介する取次店（仲介業者）が存在している。リテーラは、化粧品店や薬局などの小売店等に委託してプリント注文の受付窓口を設置し、顧客は、この受付窓口からリテーラにプリントを注文する。ラボは、通常は複数のリテーラと提携しており、リテーラから顧客のプリント注文を受け取り、プリントを作成する。また、ラボが作成したプリントの顧客への提供も、多くの場合、リテーラを介して行なわれる。
すなわち、このプリント注文／作成／受取のシステムでは、ラボは顧客に意識されることが無い黒子的な存在であり、顧客は、リテーラのみと対峙して、プリントを注文し、仕上がったプリントを受け取る。
【００２１】
リテーラシステム１８は、ネットシステム１０において、このリテーラの役割を果たすものであり、例えば、ラボと契約している前述の仲介店であるリテーラが運営／管理するものである。
前述のように、リテーラシステム１８は、インターネット等の通信ネットワークによって、ネットセンター１２、受注チャネル１４、および、ラボシステム１６と接続されている。また、リテーラシステム１８は、受注チャネル１４がネットセンター１２にアクセスするためのｗｅｂ画面（ネットセンター１２への遷移用ｗｅｂ画面）を通信ネットワーク（ｗｅｂ上）に、公開している。
【００２２】
ネットセンター１２にアクセスするための遷移用ｗｅｂ画面は、一例として、図２に模式的に示すように、前記リテーラ（リテーラシステム１８の運用者）のホームページなどに、ネットセンター１２（ネットセンター１２が管理するｗｅｂサイト）にリンクするコンテンツ（例えば、「注文」、「会員入口」、「非会員入口」のようなボタン）等を表示することで、形成すればよい。あるいは、ホームページ等を利用せずに、ネットセンター１２にアクセスするためだけの専用の遷移用ｗｅｂ画面を設けてもよい。
受注チャネル１４がリテーラシステム１８を介してネットセンター１２にアクセスする際には、まず、リテーラシステム１８が公開している遷移用ｗｅｂ画面にアクセスして、この画面で、先の「注文」ボタン等のネットセンター１２にリンクするコンテンツをクリック（押下）することで、ネットセンター１２にアクセスする（図２参照）。この点に関しては、後に詳述する。
【００２３】
図示例のネットシステム１０において、受注チャネル１４は、前述のようにリテーラシステム１８（遷移用ｗｅｂ画面）を介してネットセンター１２にアクセスしてもよく、あるいは、リテーラシステム１８を経由せずに、直接、ネットセンター１２にアクセスしてもよい。
また、前記ｗｅｂブラウザを利用する受注チャネル１４はリテーラシステム１８を経由してのネットセンター１２へのアクセスしかできず、それ以外の前記ＯＰＷ等や注文ソフトを利用する受注チャネル１４は、リテーラシステム１８を経由してのアクセスはできず、直接、ネットセンター１２にアクセスする等、受注チャネル１４の種類によって、ネットセンター１２へのアクセスの方法（経路）を規定してもよい。
【００２４】
なお、図示例のネットシステム１０においては、基本的に、会員（会員情報等）の管理は、ネットセンター１２の会員管理で行なうが、リテーラシステム１８によっては、自身に所属する会員の管理を、リテーラシステム１８で行なってもよい。
また、リテーラシステム１８で会員の管理を行なう場合には、会員の登録もリテーラシステム１８で行い、所定の情報をリテーラシステム１８からネットセンター１２に送ることにより、ネットシステム１０の会員として登録するようにしてもよい。従って、この場合には、リテーラシステム１８は、後述するネットセンター１２のフロントエンドの会員登録／認証と同様の機能を有する。
【００２５】
本発明にかかるセンターサーバ１２を利用する図示例のネットシステム１０においては、リテーラシステム１８と後述するラボシステム１６とは、１つのシステムで構成されるものであってもよい。また、ラボシステム１６とリテーラシステム１８とが１つのシステムで構成されていなくても、ラボ（プリント業者）もしくはリテーラが、ラボシステム１６とリテーラシステム１８の両方を運営している場合も有る。
このような、１つの業者がリテーラシステム１８とラボシステム１６とを備える形態は、いわゆるミニラボ装置などを有する小規模なラボがネットシステム１０に参加する場合などに有効であると考えられる。通常は、ラボシステム１６（ラボ）とリテーラシステム１８（リテーラ）は、１つのラボに対して多数のリテーラが所属する形となるが、この形態の場合には、ラボとリテーラとは、基本的に、１対１となる。
【００２６】
なお、本発明のネットワークサーバを利用する画像ネットワークシステムにおいて、リテーラシステム１８は必須の構成要件ではなく、リテーラシステム１８を有さずに、ネットシステム１０を構成してもよい。なお、この際には、会員は、いずれかのラボシステム１６（ラボ）に所属する。
【００２７】
ネットセンター１２は、ネットシステム１０を統括するものであり、一例として、ＰＣ、ＷＳ、ネットワーク機器、サーバ機器、ストレージ機器等を組み合わせて構成される。
また、ネットセンター１２は、顧客から送られた画像、会員情報、プリントなどの注文情報、ネットシステム１０を管理運営するための情報など、画像や各種の情報等を保存／管理するためのデータベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａを有する。
【００２８】
図１に概念的に示されるように、ネットセンター１２は、フロントエンドおよびバックエンドを有する。
フロントエンドは、顧客の注文等を受けるためのサイトであり、受注チャネル１４によるアクセスが可能である。すなわち、フロントエンドは、顧客がプリントの注文や画像のアップロード等を行なうための、ユーザインターフェイスのような機能を提供する。
【００２９】
他方、バックエンドは、ネットシステム１０およびネットセンター１２の管理を行なうためのサイトである。従って、バックエンドには、ネットセンター１２を管理する管理システム２４、リテーラシステム１８やラボシステム１６等、ネットシステム１０を管理／運営するシステムのみがアクセス可能で、受注チャネル１４によるアクセスはできない。
【００３０】
ネットセンター１２において、フロントエンドは、会員登録／認証、アルバム機能、シェアボックス機能、および、注文ｗｅｂを有する。
顧客は、受注チャネル１４を用いてフロントエンドにアクセスして、以下の機能を利用することができる。
【００３１】
会員登録／認証は、会員の登録、登録している会員情報の変更、会員の認証（サインイン）等の機能を提供する。図示例のネットセンター１２においては、会員毎に設定した会員のＩＤ（識別情報、例えば識別番号）とパスワードとを用いて、認証を行なう。なお、会員情報は、後述するバックエンドの会員管理が管理している。
【００３２】
先にも述べたが、ネットシステム１０において、会員がリテーラシステム１８を介してネットセンター１２にアクセス（サインイン）する際には、図２の左側に模式的に示すように、まず、リテーラシステム１８が公開している会員用の遷移用ｗｅｂ画面にアクセスして、この遷移用ｗｅｂ画面において、「注文」ボタン等のネットセンター１２にリンクするコンテンツをクリックすることで、この遷移用ｗｅｂ画面から、この会員登録／認証の認証用ｗｅｂ画面（会員サインイン画面）にアクセス（遷移）する。
この認証用ｗｅｂ画面において、認証用ＩＤおよびパスワードを入力して認証を行なうことで、受注チャネル１４はサインイン状態（認証状態）となる（すなわち、ネットセンター１２のフロントエンドの各ｗｅｂ画面（各機能）にアクセスする許可を得る）。
受注チャネル１４がサインイン状態となると、ネットセンター１２は、まず、例えば、図２の右側に示すような顧客がネットシステム１０が提供するサービスの何を利用するかを選択するための画面（メイン画面）に、受注チャネル１４をアクセスさせる（受注チャネル１４にメイン画面が表示される）。なお、写真アップロードとは、後述するアルバム機能を利用した画像のアップロードを、注文とは後述する注文ｗｅｂを利用する商品の注文を、アルバムとは後述するアルバム機能を利用する各種の操作を、それぞれ提供するものである。
【００３３】
なお、非会員によるネットセンター１２へのアクセス（サインイン）は、例えば、公知のネットプリントサービスで行なわれている方法と同様でよい。
また、前述のように、リテーラシステム１８で管理する会員に関しては、受注チャネル１４でネットセンターにアクセス（サインイン）する際に、リテーラシステム１８で認証を行なってネットセンター１２にアクセスし、ネットセンター１２では、リテーラシステム１８から所定の情報が転送されたら、認証を行なわないでサインイン状態となるようにしてもよい。
【００３４】
アルバム機能は、受注チャネル１４によって画像をアップロードする機能、会員毎に画像をアルバム（電子アルバム）として保管する機能、会員が受注チャネル１４で自身のアルバムの画像を閲覧する機能（アルバムの画像表示機能）、表示したアルバムの画像の回転・スライドショー等の機能を提供する。すなわち、アルバム機能は、通信ネットワークによる電子アルバムの機能を提供する。
図示例のネットシステム１０において、ネットセンター１２のアルバム機能が提供するアルバムには、システムアルバムとマイアルバムとが有る。システムアルバムとは、会員がアップロードした画像を保管するものである。システムアルバムは、ネットセンター１２が初期（会員登録時等）に１会員に１つ、自動的に作成するアルバムで、会員によってアップロードされた画像は、全て、システムアルバムで保管される。他方、マイアルバムとは、会員が任意に作成し、会員が選択した画像を保管するアルバムである。会員は、アップロードした画像から任意に画像を選択して、作成したマイアルバムにまとめて保管することができる。
【００３５】
図示例のネットシステム１０において、会員は、アルバム機能によって、各種のアルバム操作、および、アルバム画像編集を行なうことができる。
アルバム操作としては、一例として、マイアルバムの新規作成、マイアルバムの名称の設定・変更、アルバムの一覧表示、マイアルバムの削除等を行なうことができる。なお、システムアルバムは、会員による削除は出来ない。
他方、アルバム画像編集としては、一例として、アルバム内の全画像のスライドショー表示、画像のサムネイル一覧表示、画像の拡大表示、画像の回転表示、画像の追加、画像の表示順変更、画像名称の変更、画像の別のアルバムへのコピーおよび移動（複数選択および一括選択可能）、画像の削除（複数削除および一括削除可能）、アルバムに保管した画像を用いたプリント等の商品注文等を行なうことができる。
【００３６】
シェアボックス機能は、会員が自身のアルバムの画像を第三者に公開する機能を提供する。会員は、このシェアボックス機能を用いて、アルバムから任意の数の画像を選択して、画像を第三者に公開するためのシェアボックス（複数でも可）を作成することができ、また、シェアボックス内の画像を閲覧するためのＵＲＬを、知人等に提供することにより、第三者に公開することができる。
【００３７】
会員は、シェアボックスの機能を利用して、各種のシェアボックスの操作を行なうことができる。
具体的には、一例として、１つのアルバム内の画像を選択（複数選択および一括選択可能）してのシェアボックスの作成、シェアボックスの公開（例えばメール送信などによる、シェアボックスを閲覧するためのＵＲＬの提供）、シェアボックスの公開用パスワード設定、シェアボックスの名称の設定、シェアボックスの公開停止、シェアボックスの一覧表示、シェアボックス内の画像のサムネイル画像の一覧表示、シェアボックス内の画像のスライドショー表示、シェアボックス内の画像の拡大表示、シェアボックス公開時の送信メールアドレスの保存・削除・編集等を行なうことができる。
【００３８】
また、第三者は、シェアボックス機能を利用して、公開されたシェアボックスに対して、各種の操作を行なうことができる。
具体的には、一例として、シェアボックスの画像の表示（シェアボックスの閲覧）、シェアボックスを閲覧するためのパスワード認証、シェアボックス内の画像の画像のスライドショー表示、シェアボックス内の画像の拡大表示、シェアボックス内から選択した画像を用いたプリント等の商品注文等を行なうことができる。
【００３９】
アルバムおよびシェアボックスに保管した画像の表示は、予め定められた所定期間のみ表示（閲覧）可能であり、アルバムおよびシェアボックでの画像の保管も、予め定められた所定期間である。後述するが、この期間は、リテーラシステム１８等で設定できる。
【００４０】
なお、ネットセンター１２のフロントエンドは、アルバムおよびシェアボックスの他に、非会員がプリント等を注文するためにアップロードした画像を、所定期間、保管する機能を提供する、フォトストレージも有する。なお、フォトストレージに保管した画像は、注文操作中は表示可能であるが、注文が終了した後は、表示することはできない。
【００４１】
注文ｗｅｂとは、プリント、画像を記録したマグカップやＴシャツ等のグッズ、画像を記録したＣＤ等の商品の受注機能を提供する。
受注チャネル１４は、この注文ｗｅｂの機能によって、前記メイン画面でのサービスの選択（例えば、写真（画像）のアップロード、注文、アルバム）、商品（プリント、グッズ、ＣＤなど）の選択、商品を注文する画像の選択、プリントを注文する場合にはプリントサイズや枚数等を入力／指示する。また、商品の受け取り先（受取店）や配送先、支払い方法等の入力／指示も、必要に応じて、この注文ｗｅｂによって行なう。
【００４２】
図示例のネットシステム１０において、注文ｗｅｂを用いる会員による注文（商品を注文する画像の選択）には、アルバム方式とメニュー方式とが有る。
アルバム方式とは、前述のアルバム機能で保管されている画像から、注文する画像を選択する方式である。他方、メニュー方式とは、受注チャネル１４によってアップロードした画像から、注文する画像を選択する方式である。なお、注文の有無に関わらず、会員がアップロードした画像は、システムアルバムに保管される。すなわち、注文ｗｅｂも、画像のアップロード機能を提供する。
注文ｗｅｂを用いる非会員による注文は、メニュー方式と同様の方式のみであり、アップロードした画像は、前述のようにフォトストレージに保管される。
さらに、ネットシステム１０では、受注チャネル１４で、シェアボックスに保管されている画像の中から画像を選択して、商品を注文することもできる。但し、前述のように、シェアボックスの画像の表示には、前述のようにＵＲＬが提供されていることが前提になるため、画像の注文もＵＲＬの提供が前提となる。
【００４３】
図示例のネットシステム１０において、この注文ｗｅｂが提供するプリント注文画面などのｗｅｂ画面は、各リテーラシステム１８毎に設けられており、また、注文ｗｅｂは、各リテーラ毎にｗｅｂ画面を管理する機能も提供する。
受注チャネル１４が注文ｗｅｂにアクセスすると、受注チャネル１４には、受注チャネル１４が経由したリテーラシステム１８や、直接ネットセンター１２にアクセスした場合には受注チャネル１４が選択したリテーラ（リテーラシステム１８）に対応するｗｅｂ画面が表示される。言い換えれば、受注チャネル１４が注文ｗｅｂにアクセスすると、注文ｗｅｂは、受注チャネル１４が経由したリテーラシステム１８や受注チャネル１４によるリテーラの選択に応じて、対応するリテーラシステム１８のｗｅｂ画面のＵＲＬに受注チャネル１４をアクセス（遷移）させる。
従って、顧客は、先の欧州のプリント注文／作成／受取のシステムと同様に、リテーラと対峙して、プリントの注文等を行なう感覚となる。
【００４４】
なお、ネットシステム１０にリテーラシステム１８が存在しない場合には、例えば、注文ｗｅｂのｗｅｂ画面をラボシステム１６毎に作成し、受注チャネル１４がネットセンター１２にアクセス（サインイン）してきた際にラボシステム１６（ラボ）を選択させて、選択されたラボシステム１６に対応するｗｅｂ画面を表示させるようにすればよい。
また、リテーラシステム１８（ラボシステム１６）毎に設定される画面は、この注文ｗｅｂが提供する画面に限定はされず、前述の会員サインイン画面、アルバム機能が提供する各種のｗｅｂ画面等、前記フロントエンドが通信ネットワークに公開する他のｗｅｂ画面、すなわち顧客のためのユーザインターフェイスを提供する各ｗｅｂ画面も、各リテーラシステム１８毎に設定してもよい。
【００４５】
この注文ｗｅｂのｗｅｂ画面は、後述するバックエンドのモディファイおよびカスタマイズの機能によって、リテーラシステム１８（リテーラ）毎に変更可能である。この点に関しては、後に詳述する。
【００４６】
一方、ネットセンター１２において、バックエンドは、前述のように、ネットシステム１０およびネットセンター１２の管理を行なうためのサイトであり、モディファイ、カスタマイズ、デザイン確認用サーバ、会員管理、画像管理、基本情報管理、商材管理、サイト管理、注文管理、ワークフロー、ラボ受注サーバ、および、決済を有する。
【００４７】
モディファイおよびカスタマイズは、共に、商品の注文画面等、前述の注文ｗｅｂが提供するｗｅｂ画面の変更機能を提供する。
前述のように、注文ｗｅｂが提供するｗｅｂ画面は、リテーラシステム１８毎に設定されており、さらに、モディファイおよびカスタマイズの機能によって、それぞれのリテーラシステム１８毎に変更可能である。本発明のセンターサーバ１２を利用するネットシステム１０においては、これにより、リテーラ毎に独自性を出すことができる。
【００４８】
また、デザイン確認用サーバは、モディファイおよびカスタマイズによって変更したｗｅｂ画面を、リテーラシステム１８等によって確認するためのものである。
より具体的には、デザイン確認用サーバは、モディファイやカスタマイズで変更したｗｅｂ画面を本番環境（前記フロントエンドの注文ｗｅｂ）に移行する前に、変更したｗｅｂ画面を確認するための評価環境を、リテーラシステム１８等に提供するものである。すなわち、ネットセンター１２において、カスタマイズやディファイを行なう場合には、図３に模式的に示すように、リテーラシステム１８が、変更したｗｅｂ画面（変更ｗｅｂ画面）をデザイン確認用サーバが提供する評価環境で確認し、確認後、変更したｗｅｂ画面を本番環境に移行する。
このデザイン確認用サーバは、バックエンドと同様、受注チャネル１４によるアクセスはできない。
【００４９】
なお、本発明のネットワークサーバが構成するネットシステム１０において、変更可能なｗｅｂ画面は、注文ｗｅｂのｗｅｂ画面に限定はされず、例えば、前記会員サインイン画面（認証画面）、アルバムの閲覧画面などの、前記フロントエンドが通信ネットワークに公開する他のｗｅｂ画面、すなわち顧客のためのユーザインターフェイスを提供する各ｗｅｂ画面も、各リテーラシステム１８毎に設定／変更可能にしてもよいのは、前述のとおりである。
また、注文ｗｅｂの全てのｗｅｂ画面がカスタマイズおよびモディファイで変更可能な構成にも限定はされず、或る画面はカスタマイズのみで、別の或る画面はカスタマイズとモディファイの両方が可能である等、画面によって適応可能な機能が異なってもよく、また、この画面は変更不可能等、特定の画面のみカスタマイズおよび／またはモディファイで変更可能であってもよい。
【００５０】
モディファイは、ｗｅｂ画面のレイアウト変更や、全くオリジナルの新しいｗｅｂ画面への変更のように、大幅なｗｅｂ画面の変更を行なう機能を提供する。
モディファイによるｗｅｂ画面（デザイン）の変更は、リテーラなどの依頼に応じて、通信ネットワーク（あるいは専用回線でも可）でネットセンター１２に接続される画面開発システム２２によって行なわれる。
【００５１】
モディファイを行なう際には、画面開発システム２２が、リテーラ等の依頼に応じたｗｅｂ画面を作成して、作成したｗｅｂ画面をデザイン確認用サーバにアップロードする。なお、このｗｅｂ画面の作成は、ネットシステム１０で設定されたデザインルールに応じて行なわれる。また、デザインルールは、ネットシステム１０（ネットセンター１２）の適正かる安定な運営を可能にするルールを、ネットシステム１０のプロトコル等に応じて、適宜、設定すればよい。
作成されたｗｅｂ画面がデザイン確認用サーバにアップロードされると、その旨の通知がネットセンター１２からリテーラシステム１８に送られる。
【００５２】
この通知を受けたリテーラシステム１８は、デザイン確認用サーバが提供する評価環境にアクセスして、作成されたｗｅｂ画面を確認（表示）する。
リテーラシステム１８は、このｗｅｂ画面が適正であるとは判定したら、作成されたｗｅｂ画面の移行期日（新しいｗｅｂ画面の本番環境への反映および反映の開始日）をネットセンター１２の後述するワークフローに申請する。
これに応じて、ネットセンター１２では、指定された期日に、対応するリテーラシステム１８の注文ｗｅｂのｗｅｂ画面を、作成されたｗｅｂ画面に変更する。すなわち、モディファイで作成された新しいｗｅｂ画面を、本番環境に移行する。
【００５３】
他方、カスタマイズは、先のモディファイのような大幅な画面変更ではなく、ｗｅｂ画面のフォントや色等を、予め準備された選択肢の中から選択することによって、注文ｗｅｂのｗｅｂ画面を変更する機能であり、いわば、簡易ｗｅｂ画面の変更を行なう機能を提供する。
【００５４】
本発明において、カスタマイズによるｗｅｂ画面の変更項目には、特に限定はなく、各種の項目が可能である。一例としてｗｅｂ画面のデザインテンプレート、ロゴ画像、画面の背景色、フォント、文字のサイズ、文字の色、各種のリンクボタンのデザインや色、ナビゲーションバー（ツールバー）のデザインや色等が例示される。なお、デザインテンプレートとしては、ヘッダーの有無、フッターの有無、サイドバーの有無（無し、両サイド、一方のサイドのみなど）等が異なる、複数種のテンプレートが例示される。
カスタマイズが提供する機能において、これらは、例えばプルダウンメニュー等で各項目ごとに選択可能にすればよい。また、色などは、色／濃度等の選択肢は、段階的に設定して選択可能にしてもよく、あるいは、１６進数表示色などをスライドバーなどで選択できるようにしてもよい。
【００５５】
また、これらの選択項目において、デザインテンプレート、文字、ボタン、バー、ロゴ画面などのデザイン、各項目の色背景等は、適宜、前述の画面開発システム２２が作成して、カスタマイズに追加し、あるいは、既に設定されているものと変更する。
すなわち、カスタマイズにおけるｗｅｂ画面の変更の選択肢は、適宜、画面開発システム２２によって変更され、これにより、注文ｗｅｂ画面に季節感や地域色等を出すことができる。
【００５６】
カスタマイズを行なう場合には、リテーラシステム１８（バックエンドにアクセスが可能なシステム）がカスタマイズにアクセスして、前述のように、プルダウンメニュー等を用いて、デザインテンプレート、ロゴ画像、文字、色等の選択／変更を行なって、ｗｅｂ画面の変更を行なう。また、リテーラシステム１８は、ｗｅｂ画面の変更の選択／設定を終了したら、画面の確定指示を出す。
カスタマイズは、このリテーラシステム１８からの確定指示に応じて、変更されたｗｅｂ画面をデザイン確認用サーバに送る。ここで、カスタマイズでは、データ量を減らせる好ましい態様として、各項目毎にカスタマイズによって変更／選択された情報を記述したファイル（カスタマイズ情報）を作成して、デザイン確認用サーバに送る。
【００５７】
確定指示を出したリテーラシステム１８は、次いで、デザイン確認用サーバが提供する評価環境にアクセスして、カスタマイズで変更したｗｅｂ画面を確認（表示）する。
リテーラシステム１８は、このｗｅｂ画面が適正であるとは判定したら、同様に、変更したｗｅｂ画面の移行期日をネットセンター１２の後述するワークフローに申請する。
これに応じて、カスタマイズは、注文ｗｅｂに、このカスタマイズ情報を送り、ネットセンター１２では、先と同様に、指定された期日に、対応するリテーラシステム１８の注文ｗｅｂのｗｅｂ画面を、カスタマイズで変更されたｗｅｂ画面とする。すなわち、カスタマイズで変更されたｗｅｂ画面を、本番環境に移行する。
【００５８】
なお、図示例のネットシステム１０において、カスタマイズおよびモディファイは、リテーラシステム１８からのアクセスや要求ではなく、ラボシステム１６からのアクセスや要求に応じて行なってもよい。
また、ネットシステム１０がリテーラシステム１８を有さない場合には、ラボシステム１６毎に同様の注文ｗｅｂ画面を作成し、かつ、カスタマイズやモディファイの機能を用いて、ｗｅｂ画面の変更／設定を可能にすればよい。
【００５９】
以上の説明より明らかなように、本発明のネットセンター１２（ネットワークサーバ）によれば、顧客による商品の注文先となるリテーラシステム１８毎に注文画面等のｗｅｂ画面（顧客がアクセスできるｗｅｂ画面）を設定すると共に、カスタマイズおよびモディファイの機能によって、ｗｅｂ画面をリテーラシステム１８毎に変更することができる。従って、リテーラシステム１８毎に、特徴、地域性、季節感等を出し、また、設立記念等の提示も行なうことができ、すなわち、ｗｅｂ画面の独自性を出すことができる。
また、リテーラシステム１８毎のｗｅｂ画面をネットセンター１２で管理し、かつ、ｗｅｂ画面の変更も、ネットセンター１２の機能で行なうことができるので、独自性を発揮しつつも、リテーラシステム１８に係る負担は少ない。
【００６０】
さらに、ｗｅｂ画面の変更機能はネットセンター１２が提供する。すなわち、ネットセンター１２の管理下でｗｅｂ画面の変更を行なうので、不適正な画面変更などに起因するトラブルの発生も、より好適に防止できる。
しかも、顧客の利用者端末である受注チャネル１４がアクセスできない評価環境（デザイン確認用サーバ）を有し、此処で画面の確認を行なった後に、新しいｗｅｂ画面を本番環境に移行するので、より安定かつ安全にｗｅｂ画面の変更を行なうことができる。
【００６１】
会員管理は、会員の会員情報の管理（新規会員の登録の管理、各種情報の変更／追加／更新等を含む）、会員情報の検索、会員情報のダウンロード等の会員情報の管理機能を提供する。
【００６２】
会員の情報としては、会員ＩＤ、パスワード、所属するリテーラ（リテーラシステム１８）のＩＤ、E-mailアドレス、商品の受取店のＩＤ、氏名、住所、電話番号、配送先等の情報が例示される。
また、会員情報の検索とは、リテーラシステム１８が、或る任意の条件に合致した会員を検索する機能を提供する。さらに、会員情報のダウンロードとは、リテーラシステム１８が、自身に関連する会員の情報をダウンロードする機能を提供する。
【００６３】
アルバム管理は、前述のアルバム、シェアボックス、フォトストレージなどの保管容量、画像の保管期間や表示期間等の管理機能を提供する。
アルバム管理は、リテーラシステム１８やラボシステム１６からの要求に応じて、リテーラシステム１８毎やラボシステム１６毎に、会員一人当たりのアルバムの容量、画像の保管期間、画像の表示期間を設定する。すなわち、アルバムの容量、画像表示期間や保管期間は、リテーラシステム１８やラボシステム１６（すなわち、リテーラやラボ）が設定することができる。なお、表示期間と保管期間は、同じでも異なってもよい。
また、アルバム管理は、表示期間を過ぎた画像に関しては表示を停止し、保管期間を過ぎた画像は削除し、容量をオーバーしたアルバムなどに関しては、警告等でその旨を会員に知らせる。さらに、表示期間の満了などを電子メール等で会員に通達してもよい。
【００６４】
なお、ネットシステム１０においては、商品を注文された画像と未注文画像とで、表示期間および／または保管期間を変えてもよく（例えば、注文によって期間延長する）、会員と非会員とで期間を変えてもよい。
【００６５】
また、アルバム管理は、画像を保管しないマイアルバム、フォトストレージ、シェアボックスを、定期的に削除する。さらに、アルバム管理は、公序良俗に反する画像を保管しているシェアボックスについては、公開を強制的に停止する。
【００６６】
基本情報管理は、ラボシステム１６、リテーラシステム１８、および、受取店の各基本情報の管理機能を提供する。
基本情報管理では、各ラボシステム１６（ラボシステム１６を有するラボ）と提携しているリテーラシステム１８（リテーラシステム１８を有するリテーラ）、および、各リテーラシステム１８と提携している受取店を、対応付けして登録／管理すると共に、各ラボシステム１６、リテーラシステム１８、および受取店について、それぞれの基本情報を管理し、また、要求や必要に応じて、基本情報を変更／更新する。
【００６７】
ラボシステム１６の情報としては、ラボのＩＤ（ラボＩＤ）、名称、電話番号、所在国、サービスを提供する国、および、ラボシステム１６がネットセンター１２にアクセスする際に必要なパスワード（ラボ認証コード）等が例示される。
リテーラシステム１８の情報としては、リテーラのＩＤ、名称、略称、所在国、サービスを展開する国、サポートする言語、提携するラボのラボＩＤ（所属ラボＩＤ）等が例示される。
受取店の情報としては、店のＩＤ、名称、電話番号、所在国、郵便番号、提携するリテーラのＩＤ（所属リテーラＩＤ）、所属するリテーラが所属するラボのＩＤ、ラボが受取店に付与するユニークな管理コード、リテーラが受取店に付与するユニークな管理コード等が例示される。
【００６８】
商材管理は、ラボシステム１６を有するラボ、リテーラシステム１８を有するリテーラ、および、受取店が取り扱う商品の管理機能を提供する。
図示例のネットシステム１０においては、一例として、会員または非会員から受け取った画像を再生した（写真）プリント、同画像を保存したＣＤ、および、同画像を再生したグッズ（例えば、マグカップやＴシャツなど）を、顧客に提供する。商材管理は、各リテーラシステム１８やラボシステム１６が取り扱う商品（商材）の設定、商品の価格の設定、前記注文ｗｅｂ等における商品の表示等の機能を提供する。また、商材管理は、受注チャネル１４を用いた顧客による商品の注文（注文の入力指示）に応じて、商品の作成に必要な注文に関する情報（画像、商材の種類、プリントサイズ、数など）を表記した注文設定情報を生成する機能も提供する。
取り扱う商品、および、商品の価格は、商品管理の機能によって、リテーラシステム１８毎やラボシステム１６毎に、申請／設定できる。すなわち、取り扱い商品や、商品の価格は、リテーラやラボが設定することができる。
【００６９】
サイト管理は、顧客へのお知らせの情報、統計情報、アプリケーションのダウンロード情報など、ネットシステム１０を運用するための各種の管理機能を提供する。
具体的には、ネットシステム１０においては、リテーラシステム１８、ラボシステム１６、およびネットセンター１２のそれぞれに対応して、ネットシステム１０を運用管理するために、各システムを管理する管理者向けの各種の管理機能が設定されており、サイト管理が、これらの管理機能を提供する。
【００７０】
注文管理は、注文情報の生成、検索や表示など、注文に関する管理機能を提供する。
前述のように、顧客による注文が行なわれると、商材管理によって、画像やプリントサイズ等の情報を表記した注文設定情報が生成される。注文管理では、顧客による注文が確定し、顧客による商品の受取方法や決済方法の選択等が行なわれて、注文が完了（注文確定）すると、注文設定情報等を用いて料金計算等の必要な演算を行なって所定の情報を生成して、注文情報を生成する。なお、決済方法がクレジット決済やデビット決済（キャッシュカードによる決済）の場合には、後述する決済によるオーソリ（与信）の結果も、注文情報に付加する。
【００７１】
生成した注文情報は、ラボ受注サーバに送られ、保管される。また、ラボ受注サーバに保管された注文情報は、ラボシステム１６あるいはさらにリテーラシステム１８で、検索や表示を行なうことができる。
さらに、注文管理では、生成した注文情報を、所定の期間、保管／管理して、保管期間を過ぎた注文情報は、削除する。
【００７２】
ワークフローは、ネットシステム１０の運営管理を行なう上での価格・商品等の設定変更に対するワークフローの機能を提供する。
ワークフローは、リテーラシステム１８やラボシステム１６から、リテーラやラボの情報（基本情報、詳細情報）の変更、料金の変更、受取店の情報に検する変更、実施するキャンペーンの登録や更新、前記カスタマイズ／モディファイによるｗｅｂ画面の変更が申請されると、この申請が適正で有るか否かを判定して、承認もしくは却下を決定し、承認の場合には、申請された変更を確定して、この変更内容を、所定の日にネットシステム１０に適用する。
【００７３】
ここで、変更内容のネットシステム１０の適用には、「即日反映」と「適用日指定」とがある。
例えば、リテーラとラボとの間の契約に影響する料金設定などを除く、ラボやリテーラの情報に関しては、基本的に、確定したら即時にネットシステム１０に反映される（即日反映）。
他方、商品の価格変更などの料金変更は、ラボまたはネットセンターの管理者が承認した後、指定した適用日にネットシステム１０に反映される。また、前述の注文ｗｅｂのｗｅｂ画面の変更も、基本的に、リテーラシステム１８（あるいは、ラボシステム１６）から指定された移行期日に、ネットシステム１０に反映される（適用日反映）。
【００７４】
ラボ受注サーバは、後述するラボ受注モジュールを介して、ラボシステム１６対して、注文情報や画像送信等の、ラボシステム１６での注文の受注機能を提供する。
前述のように、注文情報は、このラボ受注サーバに送られ、また、注文情報に対応する画像データも、ラボ受注サーバに送られる（以下、１件の注文情報と対応する画像データとをまとめて、注文ジョブとする）。ラボ受注サーバは、ラボシステム１６からの要求に応じて、注文の一覧情報をラボシステム１６に転送し、また、ラボシステム１６から要求された注文１件分の注文ジョブを、ラボシステム１６に転送する。
【００７５】
決済は、決済方法がクレジット決済やデビット決済の場合に、決済サイト２０から、決済のオーソリ（与信）を取得する機能を提供するものである。
なお、決済サイト２０とは、通信ネットワークでネットセンター１２と接続された、公知のオンライン決済を行なうためのｗｅｂサイトである。ネットセンター１２では、この決済サイトに対しては、オーソリ取得のみを行なう。
【００７６】
ラボシステム１６は、ＰＣやＷＳ、サーバ機器等で構成される、ラボ（プリント業者）に設置されるシステムであり、また、デジタルの写真プリンタや各種グッズへの印画装置等の生産装置が接続される（あるいは、これらが一体的に構成される）。
ラボシステム１６には、ネットセンター１２からの商品注文取り込み用のアプリケーションである受注ソフトがインストールされる。この受注ソフトには、ラボシステム１６がネットセンター１２（ラボ受注サーバ）から注文ジョブを取得するためのインターフェイスを提供する、受注モジュールが含まれる。
ラボシステム１６は、この受注モジュールを用いて、注文情報の一覧を取得し、自身に対応する注文ジョブの転送を要求し、取得する。ラボ（ラボシステム１６）では、注文ジョブに応じた商品を作成して、注文情報に応じた配送先や受取店に、商品を配送する。また、ラボシステム１６は、注文情報に付加されたオーソリの情報等に応じて、クレジット決済の確定／キャンセル、デビット決済のキャンセルを決定し、その結果を、決済サイト２０に送る。
【００７７】
以下、このようなネットシステム１０において、顧客が商品を注文する際の作用の一例を、図４のフローチャートを参照して、説明する。
なお、この例は、会員が操作する受注チャネル１４が、リテーラシステム１８を介してネットセンター１２にアクセスする例である。
【００７８】
前述のように、会員は、受注チャネル１４によって、リテーラのホームページ（ＨＰ）等のリテーラシステム１８が通信ネットワーク上に公開している遷移用ｗｅｂ画面（図２左側）にアクセスし、このｗｅｂ画面の「注文」ボタンなどのネットセンター１２にリンクするコンテンツをクリックすることにより（Ｙ）、ネットセンター１２（フロントエンド）にアクセスする。
なお、この「注文」ボタンのクリック以外の操作が行なわれ（Ｎ）、リテーラのＨＰ内で、その他の処理が選択された場合（Ｙ）には、その他の処理が実行されて、リテーラのＨＰに戻る。また、なんの処理も選択されなかった場合（Ｎ）には、当然、リテーラのＨＰが表示され続けている。
【００７９】
受注チャネル１４がネットセンター１２にアクセスし、認証を行なうと（サインインすると）、受注チャネル１４は注文ｗｅｂにアクセスし（ネットセンター１２が、受注チャネルを注文ｗｅｂにアクセス（遷移）させる）、受注チャネル１４には、図２の右側に示すようなメイン画面が表示される。さらに、例えば、受注チャネル１４によって「注文」が選択されると、受注チャネル１４には商品の注文するための注文画面が表示される。
ここで、注文ｗｅｂのｗｅｂ画面は、受注チャネル１４がアクセスしたリテーラシステム１８（リテーラ）の独自のｗｅｂ画面であり、また、必要に応じて、リテーラシステム１８が前記バックエンドのカスタマイズもしくはモディファイの機能を利用して変更／設定したｗｅｂ画面である。
【００８０】
前述のように、ネットセンター１２には、商品注文方法として、アルバムが保管している画像から任意の画像を選択して、商品を注文するアルバム方式と、画像をアップロードして、その中から画像を選択して、商品を注文するメニュー方式とが設定されている。
顧客は、いずれかの注文方式を選択して、注文処理を行う。なお、会員がメニュー方式でアップロードした画像は、前述のように、システムアルバムに保管される。
顧客による注文処理が終了して注文画面を閉じると（Ｙ）、サインアウト状態（非認証状態）となって、受注チャネル１４は、例えば、再度、サインインの際にアクセスしたリテーラのＨＰを表示した状態となる（ネットセンター１２が、このリテーラのＨＰに受注チャネル１４をアクセス（遷移）させる）。あるいは、注文画面を閉じたら、受注チャネルにメイン画面をメイン画面を表示させてもよい。
【００８１】
一方、ネットセンター１２では、受注チャネル１４による注文に応じて、商材管理によって注文設定情報を生成し、注文が確定すると、注文管理が注文情報を生成し、注文ジョブ（注文情報と、対応する画像データ）をラボ受注サーバに送る。
ラボシステム１６は、受注モジュールを用いてラボ受注サーバ内の注文情報の一覧を閲覧し、自身に関連する注文ジョブの転送を要求し、転送された注文ジョブの注文情報に応じたプリント等の商品を作成して、配送する。
【００８２】
従って、この操作では、顧客は、従来の欧州におけるプリントの商取引と同様に、ラボやネットセンター１２を意識することなく、あたかもリテーラに対してプリント等の注文を行い、リテーラから商品を受け取る感覚となる。
また、インターネット等の通信ネットワークを利用するので、営業時間を気にせず、かつ、何処からでも商品の注文が可能で、さらに、電子アルバムサービスの提供や、第三者への公開アルバムサービスの提供も可能である。
さらに、リテーラやラボで共有化できるものは共有化して、顧客に対するインターフェイス機能や、ネットシステム１０の管理機能をネットセンター１２に集約しているので、集配業務、顧客管理、および決済処理の簡素化等を図ることができると共に、システム運用の簡素化や運用費の低減も測れる。しかも、多くの場合、トラブルやネットシステム１０のバージョンアップも、ネットセンター１２で集中的に対応できるので、運用の安定化やトラブル対応の迅速化も図ることができる。
【００８３】
以上、本発明のネットワークサーバについて詳細に説明したが、本発明は、上記実施例に限定はされず、本発明の要旨を逸脱しない範囲において、各種の改良や変更を行なってもよいのは、もちろんである。
例えば、以上の例は、本発明のネットワークサーバをネットワークプリントサービスを提供する画像ネットワークシステムに利用した例であるが、本発明は、これに限定はされず、各種の商品の注文を扱うネットワークシステムに利用可能である。
【図面の簡単な説明】
【００８４】
【図１】本発明のネットワークサーバを利用する画像ネットワークシステムのシステム構成の一例を概念的に示す図である。
【図２】図１に示す画像ネットワークシステムにおけるネットセンターへの遷移用ｗｅｂ画面を説明するための概念図である。
【図３】図１に示す画像ネットワークシステムにおける画面変更の評価環境を説明するための概念図である。
【図４】図１に示す画像ネットワークシステムにおける注文の一例を説明するためのフローチャートである。
【符号の説明】
【００８５】
１０  画像ネットワークシステム（ネットシステム）
１２  ネットセンター
１４  受注チャネル
１６  ラボシステム
１８  リテーラシステム
２０  決済サイト
２２  画面開発システム
２４  管理システム
【図１】
2007310717.tif 000003
【図２】
2007310717.tif 000004
【図３】
2007310717.tif 000005
【図４】
2007310717.tif 000006