JP2008004070A - ネットワーク注文システムおよびネットワークサーバ - Google Patents

ネットワーク注文システムおよびネットワークサーバ Download PDF

Info

Publication number
JP2008004070A
JP2008004070A JP2007091895A JP2007091895A JP2008004070A JP 2008004070 A JP2008004070 A JP 2008004070A JP 2007091895 A JP2007091895 A JP 2007091895A JP 2007091895 A JP2007091895 A JP 2007091895A JP 2008004070 A JP2008004070 A JP 2008004070A
Authority
JP
Japan
Prior art keywords
information
order
retailer
retailer system
customer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2007091895A
Other languages
English (en)
Other versions
JP5010325B2 (ja
JP2008004070A5 (ja
Inventor
Tsuyoshi Teraoka
剛志 寺岡
Takuya Shimomura
拓也 下村
Wataru Hirayama
度 平山
Manki Kurose
万貴 黒瀬
Kyoko Shiromizu
恭子 白水
Kenji Hori
健児 堀
Takeshi Dousaka
毅 道坂
Osamu Mito
修 見戸
Karin Kon
花梨 今
Yoshiharu Endo
義治 遠藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Corp
Original Assignee
Fujifilm Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujifilm Corp filed Critical Fujifilm Corp
Priority to JP2007091895A priority Critical patent/JP5010325B2/ja
Publication of JP2008004070A publication Critical patent/JP2008004070A/ja
Publication of JP2008004070A5 publication Critical patent/JP2008004070A5/ja
Application granted granted Critical
Publication of JP5010325B2 publication Critical patent/JP5010325B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】複数の店舗（リテーラ）から入ってきた注文を処理業者で一括管理して処理する系において、全注文に関する情報を一括管理するとともに、店舗からの要求があった場合には、その店舗が受け付けた注文の情報およびその顧客に関する情報を当該店舗に提供できるネットワーク注文システム、およびネットワークサーバを提供する。
【解決手段】ネットワークサーバが、受注チャネルから受信した注文情報および顧客情報を、その注文を仲介したリテーラシステムの識別情報と共にデータベースに蓄積し、リテーラシステムからの要求に応じて、注文情報、その要求をしたリテーラシステムの識別情報に対応する顧客情報、ならびに、注文情報および顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、データベースから抽出して、そのリテーラシステムに提供することにより、上記課題を解決する。
【選択図】図２

Description

本発明は、インターネット等の通信ネットワークを利用して写真プリント等の注文を行うためのネットワーク注文システム、および、そのネットワーク注文システムを構成するネットワークサーバに関する。
インターネット等の通信ネットワークが普及したのに伴い、現在では、インターネット上での商品の販売や、販売促進のための情報の配信等が広く行われている。
インターネットを用いた営業形態としては、インターネット上の店舗（その窓口）となるｗｅｂサイト（ホームページ）を一店舗または一企業が独自に開設し、その顧客情報の管理等も独自で行って、各種のサービスを提供する形態のほかに、サイト運営や顧客情報の管理等をサイト運営業者に委託して、複数の店舗が１つのｗｅｂサイトを共有する形態も知られている。
例えば、特許文献１には、複数の店舗（店舗会員）が、サイト運営業者が開設するｗｅｂサイトを共同で使用し、そのｗｅｂサイトのデータベースに各店舗の情報を登録するとともに、各店舗に対する顧客（顧客会員）の情報、例えばメールアドレス等を登録しておき、ｗｅｂサイトのメールサーバを利用することで、各店舗会員が携帯電話等から入力した宣伝・広告情報を自店舗の顧客会員に対してメール送信できるようにしたサイト運営システムが開示されている。
このようにサイト運営業者にサイト運営や顧客情報の管理を委託することで、各店舗は、自らサーバ等の機器を持つ必要がなく、またサイト運営に掛かる業務の負担もなしに、各店舗の顧客の情報を登録管理することができ、自己の顧客への宣伝・広告情報を配信することができる。
一方、デジタルカメラで撮影して得られた画像データ等からの写真プリントについても、インターネットでのサービス提供が行われている。複数の写真プリント業者が、顧客がデジタルカメラで撮影した画像およびプリントの注文情報をインターネット等の通信ネットワークを用いて取得して、注文情報に応じて画像を再生した写真プリントを作製し、宅配や指定された店頭への送付等によって顧客に注文を受けたプリント提供する、いわゆるネットプリントサービスを展開している。
特開２００４−１３３８７４号公報
ところで、欧州では、小売店規模で（写真）プリントを作成する、いわゆるミニラボ店と呼ばれるプリント業者（以下、ラボとする）は少数であり、多くのプリントは、高い生産能力を有する大規模なラボ（いわゆる大ラボ）によって作成されている。
また、欧州では、多くの場合、リテーラと呼ばれる、顧客とラボとを仲介する仲介業者が存在している。
リテーラは、化粧品店や薬局などの小売店等に委託してプリント注文の受付窓口を設置し、顧客は、この受付窓口からリテーラにプリントを注文する。ラボは、通常は複数のリテーラと提携しており、リテーラから顧客のプリント注文を受け取り、プリントを作成する。また、ラボが作成したプリントの顧客への提供も、多くの場合、リテーラを介して行われる。
すなわち、このプリント注文／作成／受取のシステムでは、ラボは顧客に意識されることが無い黒子的な存在であり、顧客は、リテーラのみと対峙して、プリントを注文し、仕上がったプリントを受け取る。
このような業務形態を主流とする欧州においても、デジタルカメラや通信ネットワークの普及に伴い、通信ネットワークを用いたプリント受注サービス（上述のネットプリントサービス）の提供の検討が進められている。そして、提携するラボとリテーラとでソフトウエアなどシステムの開発が行われ、欧州各国でネットプリントサービスが立ち上がり始めている。
複数のリテーラにされた注文を大ラボ等で処理する上記システムでは、ラボは、注文に応じたプリントの作成のため、および作成したプリントの提供のために、全てのリテーラからの注文情報およびその注文を行った顧客に関する情報を集約する必要がある。
また、従来から、リテーラには、自店舗を利用した顧客を独自に管理しているリテーラもあれば、特に管理をしていないリテーラもあり、ネットプリントサービスに移行した場合にも、リテーラごとに異なる顧客管理の要望が存在すると想定される。
しかし、顧客情報や注文情報の管理について、ラボの要求およびリテーラごとに異なる要求の全てを満たすことのできるシステムは未だ考えられていない。
例えば、特許文献１を挙げて上述したように、複数の店舗の顧客情報を１つのｗｅｂサイトで管理する方法は知られている。しかし、特許文献１のような従来の技術では、営業上独立した複数の店舗が１つのｗｅｂサイトを共同で使用しているに過ぎず、各店舗の顧客情報は、そのｗｅｂサイトのデータベースに確保された各店舗の領域ごとに別個に保持されているに過ぎないため、上記従来技術を、複数のリテーラにされた注文を集約して処理する形態に適用することはできない。
本発明の目的は、上記従来技術の問題点を解消し、複数の店舗（リテーラ）から入ってきた注文を処理業者で一括管理して処理する系において、全注文に関する情報を一括管理できるとともに、顧客管理を委託されている店舗については、その顧客情報も一括管理でき、さらに、店舗からの要求があった場合には、その店舗が受け付けた注文の情報およびその顧客に関する情報を当該店舗に提供でき、それにより、店舗（リテーラ）および処理業者ともに顧客へのサービスの向上を図ることのできるシステムを実現できるネットワーク注文システム、およびそのネットワーク注文システムを構成するネットワークサーバを提供することにある。
上記課題を解決するために、本発明は、顧客からの注文を受け付けてその注文情報および顧客情報を送信する複数の受注チャネル、ならびに、前記注文を仲介する複数のリテーラシステムに、通信ネットワークで接続され、前記注文情報および前記顧客情報を受信して管理するネットワークサーバであって、
受信した前記注文情報および前記顧客情報を、その注文を仲介した前記リテーラシステムの識別情報と共にデータベースに蓄積し、
前記リテーラシステムからの要求に応じて、前記注文情報、前記要求をした前記リテーラシステムの識別情報に対応する前記顧客情報、ならびに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、前記データベースから抽出して、前記リテーラシステムに提供することを特徴とするネットワークサーバを提供する。
ここで、前記ネットワークサーバは、前記受注チャネルから送信された前記注文情報および前記顧客情報を共に前記ネットワークサーバへ送信させるリテーラシステムからの要求に対しては、前記注文情報、前記要求をした前記リテーラシステムの識別情報に対応する前記顧客情報、ならびに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、前記データベースから抽出して、前記リテーラシステムに提供し、
前記受注チャネルから送信された前記注文情報および前記顧客情報のうち、前記注文情報を前記ネットワークサーバへ送信させ、前記顧客情報を保有するリテーラシステムからの要求に対しては、前記注文情報および前記注文情報に基づいて得られる情報の少なくとも一方を、前記データベースから抽出して、前記リテーラシステムに提供するのが好ましい。
また、前記ネットワークサーバは、前記リテーラシステムからの要求があったときに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報を生成して、生成した前記情報を前記リテーラシステムに提供するのが好ましい。
あるいは、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報を生成しておき、前記リテーラシステムからの要求があったときに、生成しておいた前記情報を前記リテーラシステムに提供するのが好ましい。
また、前記注文は、画像データからの写真プリント、アルバム、画像データによる画像を付した物品、および、画像データを記録した記録媒体の１以上を含む商品の注文であり、
前記ネットワークサーバには、前記注文情報に応じた前記商品を作成する１以上のラボシステムが接続されているのが好ましい。
あるいは、前記ネットワークサーバは、アップロードされた顧客の画像データを保存する記憶部を有し、前記注文は、顧客の画像データの前記記憶部への保存に関する注文であるのが好ましい。
なお、前記ネットワークサーバは、前記リテーラシステムからの要求があったときに、そのリテーラシステムの識別情報に対応する前記注文情報または前記顧客情報の少なくとも一方を、前記データベースから抽出して、そのリテーラシステムに提供してもよい。
また、前記ネットワークサーバは、前記リテーラシステムからの要求があったときに、前記注文情報および前記顧客情報に基づいてその顧客の注文履歴を生成し、前記注文情報または前記顧客情報として、前記注文履歴を前記リテーラシステムに提供してもよい。
また、上記課題を解決するために、本発明は、顧客からの注文を受け付けてその注文情報および顧客情報を送信する受注チャネルと、
前記注文情報および前記顧客情報による前記注文を仲介するリテーラシステムと、
少なくとも前記注文情報を受信して管理するネットワークサーバと、
前記受注チャネル、前記リテーラシステムおよび前記ネットワークサーバを接続する通信ネットワークとを備え、
前記ネットワークサーバは、受信した前記注文情報および前記顧客情報を、その注文を仲介した前記リテーラシステムの識別情報と共にデータベースに蓄積し、前記リテーラシステムからの要求に応じて、前記注文情報、前記要求をした前記リテーラシステムの識別情報に対応する前記顧客情報、ならびに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、前記データベースから抽出して、前記リテーラシステムに提供することを特徴とするネットワーク注文システムを提供する。
ここで、前記リテーラシステムには、前記受注チャネルから送信された前記注文情報および前記顧客情報を共に前記ネットワークサーバへ送信させる第１リテーラシステムと、前記受注チャネルから送信された前記注文情報および前記顧客情報のうち、前記注文情報を前記ネットワークサーバへ送信させ、前記顧客情報を保有する第２リテーラシステムとがあり、
前記ネットワークサーバは、前記第１リテーラシステムからの要求に対しては、前記注文情報、前記要求をした前記第１リテーラシステムの識別情報に対応する前記顧客情報、ならびに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、前記データベースから抽出して、前記第１リテーラシステムに提供し、前記第２リテーラシステムからの要求に対しては、前記注文情報および前記注文情報に基づいて得られる情報の少なくとも一方を、前記データベースから抽出して、前記第２リテーラシステムに提供するのが好ましい。
また、前記第２リテーラシステムは、要求に応じて前記ネットワークサーバから提供された前記注文情報と、保有している前記顧客情報との整合を取るのが好ましい。
また、前記ネットワークサーバは、前記リテーラシステムからの要求があったときに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報を生成して、生成した前記情報を前記リテーラシステムに提供するのが好ましい。
あるいは、前記ネットワークサーバは、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報を生成しておき、前記リテーラシステムからの要求があったときに、生成しておいた前記情報を前記リテーラシステムに提供するのが好ましい。
また、前記受注チャネルは、顧客による画像データからの写真プリント、アルバム、画像データによる画像を付した物品、および、画像データを記録した記録媒体の１以上を含む商品の注文を受け付けるものであり、
さらに、前記ネットワークサーバに接続された、前記注文情報に応じた前記商品を作成する１以上のラボシステムを備えるのが好ましい。
また、前記ネットワークサーバは、アップロードされた顧客の画像データを保存する記憶部を有し、
前記受注チャネルが受け付ける前記注文は、顧客の画像データの前記記憶部への保存に関する注文であるのが好ましい。
また、前記リテーラシステムは、前記受注チャネルによる注文の受付窓口となるｗｅｂ画面を通信ネットワーク上に公開するのが好ましい。
なお、前記ネットワークサーバは、前記第１リテーラシステムから要求があったときは、そのリテーラシステムの識別情報に対応する前記注文情報および前記顧客情報を、前記第２リテーラシステムから要求があったときは、そのリテーラシステムの識別情報に対応する前記注文情報を、前記データベースから抽出して、前記要求をした前記第１または第２リテーラシステムに提供するようにしてもよい。
本発明によれば、ネットワークサーバが、顧客からの注文によって送信された注文情報および顧客情報を、その注文を仲介したリテーラ（取次店）の識別情報と共に蓄積して管理し、リテーラのシステムから要求があったときに、そのリテーラシステムの識別情報に対応する顧客情報および注文情報を提供可能な構成としたことにより、ネットワークサーバにおいては、全注文情報を一括管理でき、また、リテーラシステムにおいては、顧客情報管理の手間を掛けることなく、必要なときにだけその情報を得ることができる。また、ネットワークサーバは、リテーラシステムに対してそのリテーラシステムの顧客の情報のみを抽出して提供するので、あるリテーラシステムの顧客情報が他のリテーラシステムに流出することがなく、セキュリティの行き届いた顧客管理情報の閲覧が可能になる。
また、本発明の一態様では、ネットワークサーバが顧客ごとの注文履歴も管理し、リテーラがその注文履歴を参照できるので、リテーラは、注文情報および顧客情報を管理していなくても、顧客の嗜好分析などを容易に行うことができ、サービスの向上に役立てることができる。
さらに、リテーラシステムのｗｅｂ画面からネットワークサーバへ接続した顧客は、前記ネットワークサーバが備える注文画面を使ってプリント注文等の注文操作を行うので、注文処理に関する情報、例えばプリント注文情報は、リテーラシステムには蓄積されずに前記ネットワークサーバに蓄積されていく。したがって、リテーラシステムは、独自で顧客情報を管理している場合にも、注文処理に関する情報はリテーラシステム自体では管理し得ない。しかし、本発明によれば、リテーラシステムは、注文処理に関する情報をネットワークサーバから得ることができるので、リテーラシステム自体が管理する顧客情報と合わせることで、より正確な利用者の嗜好分析が可能となる。
また、本発明をネットワークプリント注文システムに適用した場合には、従来の、顧客と注文受付サーバとが直接接続されたシステムに比べ、小規模な写真取次店（リテーラ）でもネットワークプリントサービスに参画することができ、リテーラシステム（それを管理するリテーラ）は、顧客管理を容易に行うことができる。
以下、本発明のネットワーク注文システムおよびネットワークサーバについて、添付の図面に示される好適実施例を基に、詳細に説明する。
図１に、本発明のネットワーク注文システムの一実施形態である、画像ネットワークシステムの概略構成を概念的に示す。
図示例の画像ネットワークシステム１０（以下、ネットシステム１０とする。）は、インターネット等の通信ネットワークを利用して顧客からの（写真）プリント等の注文を受け付け、注文に応じた商品を作成して提供する、いわゆるネットプリントサービス（オンラインプリントサービス）を展開するシステムである。また、ネットシステム１０は、顧客から転送された画像（画像データ）を保管／管理して閲覧を可能にする、いわゆる電子アルバムのサービスも提供する。
このようなネットシステム１０は、基本的に、ネットシステム１０を統括／管理する本発明のネットワークサーバであるネットセンター１２と、顧客（システムの利用者）がプリントの注文などを行う受注チャネル１４（１４ａ，１４ｂ）と、プリント業者（以下、ラボとする。）が有するラボシステム１６と、顧客とラボとの仲介役的な役割を果たすリテーラとして機能するリテーラシステム１８（１８ａ，１８ｂ）とを有して構成される。
また、図示例のネットシステム１０においては、ネットセンター１２、受注チャネル１４、およびリテーラシステム１８は、インターネット等の公開された通信ネットワークによって互いに接続されており、ラボシステム１６は、ネットセンター１２と専用の通信回線で接続されている。なお、ラボシステム１６は、専用回線でなく上記インターネット等の通信ネットワークで接続されてもよい。
また、ネットシステム１０において、リテーラシステム１８は、ネットセンター１２に保管されている顧客の情報（会員情報）等を検索することが可能であり、また、ネットセンター１２は、リテーラシステム１８からの要求に応じてそのリテーラシステム１８に関する顧客の情報（会員情報）をダウンロードさせることが可能であるので、リテーラシステム１８とネットセンター１２とは、よりセキュリティを強固にするために、一般の利用者が使用可能なＵＲＬとは異なるＵＲＬによって接続してもよい。
なお、図１においては、図面を簡略にしてネットシステム１０の構成を明瞭に示すために、２つの受注チャネル１４（１４ａ、１４ｂ）および２つのリテーラシステム１８（１８ａ、１８ｂ）と、１つのラボシステム１６を示しているが、本発明はこれに限定されるものではない。通常は、多数の受注チャネル１４およびリテーラシステム１８が通信ネットワークに接続され、それらからの注文量および注文対象商品の種類に見合う台数のラボシステム１６が設けられる。
次に、図２を参照して、ネットシステム１０の各部の構成および機能、ならびにネットシステム１０における注文処理について説明する。
受注チャネル１４（１４ａ、１４ｂ）は、顧客によるプリント注文を受け付けるもので、基本的に、顧客が有する前記通信ネットワークに接続可能なパーソナルコンピュータ（以下、ＰＣとする。）や、プリント注文の受付店に設置され前記通信ネットワークに接続されるプリント注文端末等を利用して構成される。
受注チャネル１４は、マイクロソフト社のインターネットエクスプローラ(Internet Explorer)TMやネットスケープコミュニケーション社のネットスケープコミュニケーター(Netscape Communicator)TM等に代表される公知のｗｅｂブラウザを利用して、ネットセンター１２（ネットセンター１２が管理する、前記通信ネットワーク上に公開しているｗｅｂサイト）にアクセス（接続）して、プリントの注文処理を行う。
受注チャネル１４は、最初からネットセンター１２に接続するのではなく、まず、リテーラシステム１８が通信ネットワーク（ｗｅｂ上）で公開しているｗｅｂ画面（ネットセンター１２にアクセスする入口となるｗｅｂ画面）にアクセスし、このｗｅｂ画面から、ネットセンター１２（後述するフロントエンド）にアクセスする。
受注チャネル１４としては、このほかにも、汎用のアプリケーション（ソフトウエア）またはｗｅｂサイトを利用するものや、ネットシステム１０専用の注文用アプリケーションである注文ソフトを利用するものが設けられていてもよい。上記ｗｅｂサイトとしては、マイクロソフト社のWindows（登録商標） XPTMなどが有する「ＯＰＷ(Online Printing Wizard)」、富士写真フイルム社の「FinePix viewer」、マイクロソフト社の「PictureIt(PictureIt Express)」、富士写真フイルムのドイツ法人が管理／運営する画像関連サイトである「Foto Factory」、マイクロソフトが管理／運営するｗｅｂサイトである「ＭＳＮ（欧州）」等が例示される。
また、１つの受注チャネル１４が対応するのは、ｗｅｂブラウザ、ＯＰＷ等のソフトウエア等、および専用注文ソフトの内の１つでもよいし、これらの２以上に対応してもよい。
受注チャネル１４を利用する顧客は、複数設けられたリテーラシステム１８のうちのいずれか１つに所属し、所属するリテーラシステム１８の種類によって、センター会員とリテーラ会員とに分類される。会員の情報を管理せず、その管理をネットセンター１２に委託するリテーラシステム１８ａに所属する会員は、センター会員（受注チャネル１４ａに対応）であり、会員の情報を管理するリテーラシステム１８ｂに所属する会員は、リテーラ会員（受注チャネル１４ｂに対応）である。
以下の説明では、説明を明瞭にするために、センター会員の受注チャネル１４ａを「センター会員１４ａ」と呼び、リテーラ会員の受注チャネル１４ｂを「リテーラ会員１４ｂ」と呼ぶ。
リテーラシステム１８は、顧客とラボとの仲介役的な役目を果たすシステムであり、例えば、ＰＣ、ワークステーション（以下、ＷＳとする。）、サーバ機器等によって構成される。
前述のように、欧州の写真プリント業界においては、リテーラと呼ばれる、顧客とラボとを仲介する仲介業者が存在する。リテーラは、ラボと契約して、化粧品店や薬店等に依頼してプリント注文の受付窓口を設け、顧客からのプリント注文を受け付けて、受け付けたプリント注文をラボに受け渡し、また、必要に応じて、ラボから仕上がったプリントを受け取り、指示された受付窓口などの店舗に送り、また、顧客の自宅に送る。
すなわち、この流通システムにおいては、顧客は、ラボを全く意識することなく、リテーラにプリントを注文する感覚となる。
リテーラシステム１８は、ネットシステム１０において、このリテーラの役割を果たすものであり、例えば、前述の仲介業者であるリテーラが有するシステム（装置）である。
本発明において、リテーラシステムは、欧州で呼ばれているところのリテーラ、すなわちラボと契約している仲介業者が運営／管理するものには限定されない。本発明においては、リテーラとは、見かけ上、顧客に対して直接的にサービスを提供する、サービス主体と呼べるものであり、リテーラシステムとは、そのサービス主体の役割を果たすもの、すなわちサービス主体の業務を遂行するものである。リテーラ（サービス主体）は、具体的には、顧客から写真プリント等の注文を受け付けること、出来上がった製品をその顧客に渡すこと、および、製品に対する支払いを受けることを行うものであれば、どのような業務形態を取るものであってもよい。リテーラ（サービス主体）の具体例としては、写真プリント等の受注・受渡の業務を専業とする店や他の業務と兼業する店（個店）、コンビニエンスストアが挙げられる。これらは、写真プリント等の製品の作製を行うラボと契約し、製品の受注・受渡の業務を自店の業務として行う。また、自店で写真プリント等の製品を作製するラボやいわゆるミニラボ店が、製品の受注・受渡の業務をも行って、リテーラ（サービス主体）として機能することもできる。
前述のように、リテーラシステム１８は、インターネット等の通信ネットワークによって、ネットセンター１２および受注チャネル１４と接続されている（図１参照）。また、リテーラシステム１８は、通信ネットワーク（ｗｅｂ上）に、受注チャネル１４がネットセンター１２にアクセスするためのｗｅｂ画面を公開している。
ネットセンター１２にアクセスするためのｗｅｂ画面は、一例として、リテーラのホームページ等に、ネットセンター１２（ネットセンター１２が管理するｗｅｂサイト）にリンクするコンテンツ（例えば、「プリントを注文する」のようなボタン）等を表示することで、形成すればよい。また、個店やコンビニエンスストアやラボのホームページ中のｗｅｂ画面（その店専用の注文ｗｅｂ画面）として提供されてもよい。
あるいは、ホームページ等を利用せずに、ネットセンター１２にアクセスするためだけの専用のｗｅｂ画面を設けてもよい。
ネットシステム１０において、ｗｅｂブラウザを利用する受注チャネル１４では、直接、ネットセンター１２（後述するフロントエンド）にアクセスすることはできない。ｗｅｂブラウザを利用する受注チャネル１４を用いる場合には、顧客は、リテーラシステム１８が通信ネットワーク上で公開しているホームページなどのｗｅｂ画面から、ネットセンター１２にアクセスする。
また、ＯＰＷ等を利用する受注チャネル１４を用いる場合には、顧客は、基本的に、リテーラの選択を行った後に、ネットセンター１２にアクセスする。さらに、注文ソフトを利用する受注チャネル１４を用いる場合には、リテーラが一義的に決定されており、あるいは、同様に、リテーラの選択を行った後に、ネットセンター１２にアクセスする。
したがって、本発明のネットシステム１０においても、顧客は、ネットセンター１２およびラボ（ラボシステム１６）を意識することなく、リテーラに注文する感覚で、プリント等の注文を行うことができる。
上述したように、リテーラシステム１８には、会員の情報を管理せず、その管理をネットセンター１２に委託するリテーラシステム１８ａと、会員の情報を管理するリテーラシステム１８ｂとがある。各リテーラシステム１８は、いずれのタイプとするか（会員情報管理を自店でするか、しないか。）が予め選択されて、その内容でネットセンター１２に登録されている。タイプの決定は各リテーラシステム１８の管理者（リテーラ）の選択による。
会員情報管理をしないリテーラシステム１８ａは、そこに登録された会員、すなわちセンター会員１４ａがプリント注文のためにネットセンター１２にアクセスする際に、認証は行わず、会員情報の取得もしない。したがって、センター会員１４ａからの注文の情報および会員情報は、そのままネットセンター１２へ送信される。
一方、会員情報を管理するリテーラシステム１８ｂは、後述するネットセンター１２の会員登録／認証と同様の機能および会員情報データベース１９を有する。リテーラシステム１８ｂは、自己に所属する会員（リテーラ会員）の登録を自己システムにおいて行い、その会員情報を会員情報データベース１９に登録する。また、自己の会員がネットセンター１２にアクセスする際には、自己システムにおいて、会員の認証を行う。
すなわち、リテーラ会員１４ｂがプリント注文のためにネットセンター１２へアクセスする際には、リテーラシステム１８ｂが、その認証を行った後、その会員情報を取得して会員情報データベース１９へ蓄積するとともに、自己システムにおいて識別可能な独自の注文コードを、リテーラ会員１４ｂがネットセンター１２に対して送信する注文の情報に付与する。
なお、本発明のネットシステム１０においては、リテーラシステム１８と後述するラボシステム１６とが、１つのシステムとして構成されるものであってもよい。
ネットセンター１２は、ネットシステム１０を統括するものであり、一例として、ＰＣ、ＷＳ、ネットワーク機器、サーバ機器、ストレージ機器等を組み合わせて構成される。
また、ネットセンター１２は、顧客から送られた画像、会員情報、プリントなどの注文情報、ネットシステム１０を管理運営するための情報など、画像や各種の情報等を保存／管理するためのデータベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａを有する。
図２に概念的に示されるように、ネットセンター１２は、フロントエンドおよびバックエンドを有する。
フロントエンドは、顧客の注文等を受けるためのサイトであり、受注チャネル１４によるアクセスが可能である。すなわち、フロントエンドは、顧客がプリントの注文や画像のアップロード等を行うための、ユーザインターフェイスのような機能を提供する。
他方、バックエンドは、ネットシステム１０およびネットセンター１２の管理を行うためのサイトである。したがって、バックエンドには、ネットセンター１２を管理する管理システム２４、リテーラシステム１８やラボシステム１６等、ネットシステム１０を管理／運営するシステムのみがアクセス可能で、受注チャネル１４によるアクセスはできない。
ネットセンター１２において、フロントエンドは、店検索サイトブロック、会員登録／認証ブロック、アルバム機能ブロック、シェアボックス機能ブロック、注文ｗｅｂブロック、および、キャンペーン提供ブロックを有する。これらは、ｗｅｂブラウザを用いる受注チャネル１４によって利用可能な機能を提供する。
顧客は、受注チャネル１４によって、リテーラシステム１８が通信ネットワーク上に公開しているホームページ等のｗｅｂ画面からネットセンター１２のフロントエンドにアクセスして、上記各ブロックにより提供される以下の機能を利用することができる。
店検索サイト（ブロック）は、プリント等の商品を受け取る店が決まっていない顧客が、利用可能な店を検索するための検索ｗｅｂサイトを提供する。例えば、受注チャネル１４で店検索サイトにアクセスして、国を指定することにより、その国で利用可能な店の一覧と、各店の情報等が表示される。
会員登録／認証（ブロック）は、センター会員の会員登録、登録している会員情報の変更、会員の認証（サインイン）等の機能を提供する。図示例のネットセンター１２においては、会員毎に設定した会員のＩＤ（識別情報、例えば識別番号）とパスワードとを用いて、認証を行う。会員情報は、後述するバックエンドの会員管理（ブロック）が管理している。
なお、リテーラシステム１８ｂも、これに準じた会員登録／認証の機能を有し、また、リテーラ会員（リテーラ会員の受注チャネル）１４ｂに関しては、リテーラシステム１８ｂで、会員登録や情報の管理、認証等を行うのは、前述のとおりである。したがって、リテーラ会員１４ｂからのアクセスは、リテーラシステム１８ｂで認証を行った後にネットセンター１２に対して為され、このフロントエンドでの会員の認証は行われない。
アルバム機能（ブロック）は、受注チャネル１４によって画像をアップロードする機能、会員毎に画像をアルバム（電子アルバム）として保管する機能、会員がｗｅｂブラウザ１４ａでアルバムの画像を表示する機能（会員による自身のアルバムの閲覧機能）、表示したアルバムの画像の回転・スライドショー等の機能を提供する。すなわち、アルバム機能は、通信ネットワークによる電子アルバムの機能を提供する。
図示例のネットシステム１０において、ネットセンター１２のアルバム機能が提供するアルバムには、システムアルバムとマイアルバムとが有る。システムアルバムとは、会員がアップロードした画像を保管するものである。システムアルバムは、ネットセンター１２が初期、例えば会員登録時等に１会員に１つ、自動的に作成するアルバムで、会員によってアップロードされた画像は、全て、システムアルバムに保管される。他方、マイアルバムとは、会員が任意に作成し、会員が選択した画像を保管するアルバムである。会員は、アップロードした画像から任意に画像を選択して、作成したマイアルバムにまとめて保管することができる。
受注チャネル１４による会員登録の要求（申し込み）は、システムアルバムのサービスを注文することに相当する。また、受注チャネル１４によるマイアルバムの作成は、マイアルバムのサービスを注文することに相当する。ネットセンター１２は、受注チャネル１４からのアルバムサービスの注文に対し、アルバム機能によって、システムアルバムまたはマイアルバムのサービスとして、受注チャネル１４からアップロードされた画像データを保存および管理し、保存した画像データに基づき上述のように様々な形態で画像を表示および編集することを含む電子アルバムのサービスを提供する。
なお、受注チャネル１４によってアップロードされた画像は、画像を特定する画像コード、会員ＩＤ、リテーラＩＤ、ファイルフォーマット種別、格納ファイルサイズ、格納ファイル名、アップロード日、最新注文日等の情報等を含む画像情報で管理される。画像情報に関しては、後述する。
図示例のネットシステム１０において、会員は、アルバム機能によって、各種のアルバム操作、および、アルバム画像編集を行うことができる。
アルバム操作としては、一例として、マイアルバムの新規作成、マイアルバムの名称の設定・変更、アルバムの一覧表示、マイアルバムの削除等を行うことができる。なお、システムアルバムは、会員による削除は出来ない。
他方、アルバム画像編集としては、一例として、アルバム内の全画像のスライドショー表示、画像のサムネイル一覧表示、画像の拡大表示、画像の回転表示、画像の追加、画像の表示順変更、画像名称の変更、画像の別のアルバムへのコピーおよび移動（複数選択および一括選択可能）、画像の削除（複数削除および一括削除可能）、アルバムに保管した画像を用いたプリント等の商品注文等を行うことができる。
シェアボックス機能（ブロック）は、会員が自身のアルバムの画像を第三者に公開する機能を提供する。会員は、このシェアボックス機能を用いて、アルバムから任意の数の画像を選択して、画像を第三者に公開するためのシェアボックス（複数でも可）を作成することができ、また、シェアボックス内の画像を閲覧するためのＵＲＬを、知人等に提供することにより、第三者に公開することができる。このシェアボックス機能も、上述のアルバムサービスの一部である。
会員は、シェアボックスの機能を利用して、各種のシェアボックスの操作を行うことができる。
具体的には、一例として、１つのアルバム内の画像を選択（複数選択および一括選択可能）してのシェアボックスの作成、シェアボックスの公開（例えばメール送信などによる、シェアボックスを閲覧するためのＵＲＬの提供）、シェアボックスの公開用パスワード設定、シェアボックスの名称の設定、シェアボックスの公開停止、シェアボックスの一覧表示、シェアボックス内の画像のサムネイル画像の一覧表示、シェアボックス内の画像のスライドショー表示、シェアボックス内の画像の拡大表示、シェアボックス公開時の送信メールアドレスの保存・削除・編集等を行うことができる。
また、第三者は、シェアボックス機能を利用して、公開されたシェアボックスに対して、各種の操作を行うことができる。
具体的には、一例として、シェアボックスの画像の表示（シェアボックスの閲覧）、シェアボックスを閲覧するためのパスワード認証、シェアボックス内の画像の画像のスライドショー表示、シェアボックス内の画像の拡大表示、シェアボックス内から選択した画像を用いたプリント等の商品注文等を行うことができる。
アルバムおよびシェアボックスに保管した画像の表示は、予め定められた所定期間のみ表示（閲覧）可能であり、アルバムおよびシェアボックでの画像の保管も、予め定められた所定期間である。後述するが、この期間は、リテーラシステム１８等で設定できる。
なお、ネットセンター１２のフロントエンドは、アルバムおよびシェアボックスの他に、会員登録されていない会員（非会員）からのプリント等の注文受付を可能にするために、非会員が注文用にアップロードした画像を、所定期間、保管する機能を提供するフォトストレージも有するのが好ましい。なお、フォトストレージに保管した画像は、注文操作中は表示可能であるが、注文が終了した後は、表示することはできない。
注文ｗｅｂ（ブロック）は、プリント、アルバム、画像を記録したマグカップやＴシャツ等のグッズ（物品）、画像を記録したＣＤ等の商品の受注機能を提供する。
受注チャネル１４では、この注文ｗｅｂにアクセスして、商品（プリント、アルバム、グッズ、ＣＤなど）の選択、商品を注文する画像の選択、プリントを注文する場合にはプリントサイズや枚数等を入力／指示する。アルバムを注文する場合には、アルバムの大きさ、表紙のデザイン、台紙のデザインおよび枚数、画像のサイズおよびレイアウト等を入力／指示する。また、商品の受け取り先（受取店）や配送先、支払い方法等の入力／指示も、必要に応じて、この注文ｗｅｂによって行う。
図示例のネットシステム１０において、注文ｗｅｂを用いる会員による注文、すなわち商品を注文する画像の選択には、アルバム方式とメニュー方式とが有る。
アルバム方式とは、前述のアルバムに保管された画像から、注文する画像を選択する方式である。他方、メニュー方式とは、受注チャネル１４によってアップロードした画像から、注文する画像を選択する方式である。なお、注文の有無に関わらず、会員がアップロードした画像は、システムアルバムに保管される。すなわち、注文ｗｅｂも、画像のアップロード機能および画像の保管機能を提供する。あるいは、注文ｗｅｂは、プリント等の商品の注文対象となり得る画像を、注文ｗｅｂを介して、アルバム機能により、アップロードを受け付け、システムアルバムに保管するようにしてもよい。
さらに、ネットシステム１０では、受注チャネル１４で、シェアボックスに保管されている画像の中から、画像を選択して、商品を注文することもできる。但し、前述のように、シェアボックスの画像の表示には、前述のようにＵＲＬが提供されていることが前提になるため、画像の注文もＵＲＬの提供が前提となる。
キャンペーン提供（ブロック）は、前述のリテーラあるいはラボが行う各種のキャンペーンを、顧客に提供する機能である。「キャンペーン」とは、注文料金の値引き、各種のグッズのプレゼントなどの、注文に対する特定サービスの総称である。
キャンペーン提供は、例えば、リテーラシステム１８が通信ネットワーク上で公開しているホームページでの告知や、注文ソフトを利用する受注チャネル１４がアクセスしてきた際にキャンペーンの情報を表示することで、キャンペーンの情報を顧客に告知する。
キャンペーン提供は、後述するバックエンドのキャンペーン管理によって、リテーラ（リテーラシステム１８）やラボ（ラボシステム１６）毎に申請／設定できる。
また、受注チャネル１４としてＯＰＷを利用する受注チャネル１４を設ける場合には、ネットセンター１２のフロントエンドに、その受注チャネル１４からの注文を受けるために必要な各種機能を提供するブロックを設け、受注チャネル１４として注文ソフトを利用する受注チャネル１４を設ける場合には、ネットセンター１２のフロントエンドに、注文ソフト１４ｃでの注文を受けるために必要な各種機能を提供するブロックを設ける。
一方、ネットセンター１２において、バックエンドは、前述のように、ネットシステム１０およびネットセンター１２の管理を行うためのサイトであり、会員管理ブロック、アルバム管理ブロック、基本情報管理ブロック、商材管理ブロック、サイト管理ブロック、注文管理ブロック、ワークフローブロック、キャンペーン管理ブロック、ラボ受注サーバ、および決済ブロックを有する。
会員管理（ブロック）は、センター会員の会員情報の管理（新規会員の登録の管理、各種情報の変更／追加／更新等を含む）、会員情報の検索、会員情報のダウンロード等の会員情報の管理機能を提供する。
センター会員の会員情報としては、会員ＩＤ、パスワード、E-mailアドレス、商品の受取店のＩＤ（選択店ＩＤ）、氏名、住所、電話番号、配送先等の情報が例示される。また、センター会員の会員情報には、これに加え、会員登録を仲介したリテーラ（リテーラシステム１８）など、会員が属するリテーラを示すリテーラＩＤも付される。
なお、前述のように、リテーラ会員に関しては、会員情報はリテーラシステム１８で管理しているが、ネットセンター１２の会員管理でも、会員ＩＤ（ネットセンター１２が付した会員ＩＤ）、会員登録をしているリテーラのリテーラＩＤ、および、会員毎にリテーラで付している会員ＩＤまたは注文コード（リテーラユニークＩＤ）を対応付けして管理している。
センター会員の会員情報や、リテーラ会員の会員ＩＤ等は、会員管理によって、データベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａに保存される。
また、会員情報の検索とは、リテーラシステム１８が、或る任意の条件に合致したセンター会員を検索する機能を提供するものである。さらに、会員情報のダウンロードとは、リテーラシステム１８が、自身に関連するセンター会員の情報をダウンロードする機能を提供するものである。
アルバム管理（ブロック）は、前述のアルバム、シェアボックス、フォトストレージなどの保管容量、画像の保管期間や表示期間等の管理機能を提供する。
アルバム管理は、リテーラシステム１８やラボシステム１６からの要求に応じて、リテーラシステム１８毎やラボシステム１６毎に、会員一人当たりのアルバムの容量、画像の保管期間、画像の表示期間を設定する。すなわち、アルバムの容量、画像表示期間や保管期間は、リテーラシステム１８やラボシステム１６（すなわち、リテーラやラボ）が設定することができる。なお、表示期間と保管期間は、同じでも異なってもよい。
また、アルバム管理は、表示期間を過ぎた画像に関しては表示を停止し、保管期間を過ぎた画像は削除し、容量をオーバーしたアルバムなどに関しては、警告等でその旨を会員に知らせる。さらに、表示期間の満了などを電子メール等で会員に通達してもよい。
アルバム管理による上記の管理情報、すなわち、保管容量、画像の保管期間、表示期間等の管理情報は、アルバムサービスに対する注文情報に相当し、このアルバム管理情報は、各アルバム等の所有者である会員の会員ＩＤと関連付けて、データベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａに記憶される。
また、アルバム管理は、画像を保管しないマイアルバム、フォトストレージ、シェアボックスを、定期的に削除する。さらに、アルバム管理は、公序良俗に反する画像を保管しているシェアボックスについては、公開を強制的に停止する。
基本情報管理（ブロック）は、ラボシステム１６、リテーラシステム１８、および、受取店の各基本情報の管理機能を提供する。
基本情報管理では、各ラボシステム１６（ラボシステム１６を有するラボ）と提携しているリテーラシステム１８（リテーラシステム１８を有するリテーラ）、および、各リテーラシステム１８と提携している受取店を、対応付けして登録／管理すると共に、各ラボシステム１６、リテーラシステム１８、および受取店について、それぞれの基本情報を管理し、また、要求や必要に応じて、基本情報を変更／更新する。
ラボシステム１６の情報としては、ラボのＩＤ（ラボＩＤ）、名称、電話番号、所在国、サービスを提供する国、および、ラボシステム１６がネットセンター１２にアクセスする際に必要なパスワード（ラボ認証コード）等が例示される。
リテーラシステム１８の情報としては、リテーラのＩＤ、名称、略称、所在国、サービスを展開する国、サポートする言語、提携するラボのラボＩＤ（所属ラボＩＤ）等が例示される。
受取店の情報としては、店のＩＤ、名称、電話番号、所在国、郵便番号、提携するリテーラのＩＤ（所属リテーラＩＤ）、所属するリテーラが所属するラボのＩＤ（所属ラボＩＤ）、ラボが受取店に付与するユニークな管理コード（ラボ管理用店コード）、リテーラが受取店に付与するユニークな管理コード（リテーラ管理用店コード）等が例示される。尚、リテーラが受取店を兼ねてもよい。
商材管理（ブロック）は、ラボシステム１６を有するラボ、リテーラシステム１８を有するリテーラ、および、受取店が取り扱う商品の管理機能を提供する。
図示例のネットシステム１０においては、一例として、顧客（会員）から受け取った画像を再生した（写真）プリントやアルバム、同画像を保存したＣＤ、および、同画像を再生したグッズ、例えば、マグカップやＴシャツなどが、顧客に提供される。商材管理は、各リテーラシステム１８やラボシステム１６が取り扱う商品（商材）の設定、商品の価格の設定、前記注文ｗｅｂ等における商品の表示等の機能を提供する。また、商材管理は、受注チャネル１４を用いた顧客による商品の注文（注文の入力指示）に応じて、注文に関する情報である注文設定情報、例えば、画像、商材の種類、プリントサイズ、数などを生成する機能も提供する。
取り扱う商品、および、商品の価格は、商品管理の機能によって、リテーラシステム１８毎やラボシステム１６毎に、申請／設定できる。すなわち、取扱商品や、商品の価格は、リテーラやラボが設定することができる。
サイト管理（ブロック）は、顧客へのお知らせの情報、統計情報、アプリケーションのダウンロード情報など、ネットシステム１０を運用するための各種の管理機能を提供する。具体的には、ネットシステム１０においては、リテーラシステム１８、ラボシステム１６、およびネットセンター１２のそれぞれに対応して、ネットシステム１０を運用管理するために、各システムを管理する管理者向けの各種の管理機能が設定されており、サイト管理が、これらの管理機能を提供する。
ネットセンター１２を管理するセンター管理者（運用者）による運用管理は、例えば、通信ネットワークによってネットセンター１２に接続される、ネットセンター運用管理用の管理システム（管理ｗｅｂ）２４によって行われる。また、センター管理者は、ラボ業務運用者との対応窓口となる。
注文管理（ブロック）は、注文情報の生成、検索や表示など、注文に関する管理機能を提供する。
前述のように、顧客による注文が行われると、商材管理によって、注文設定情報が生成される。注文管理では、顧客による注文が確定し、顧客による商品の受取方法や決済方法の選択等が行われて、注文が完了（注文確定）すると、注文設定情報等を用いて料金計算等の必要な演算を行って所定の情報を生成して、注文情報を生成する。なお、決済方法がクレジット決済やデビット決済（キャッシュカードによる決済）の場合には、後述する決済（ブロック）によるオーソリ（与信）の結果も、注文情報に付加する。
生成された注文情報は、ラボ受注サーバに送られ、保管される。
また、注文管理は、生成した注文情報を、データベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａに保管し、管理する。ＤＢ／ＦＳ１２ａに蓄積され、データベース化された注文情報は、ラボシステム１６あるいはさらにリテーラシステム１８で、検索や表示を行うことができる。
また、注文管理（ブロック）は、リテーラシステム１８からの要求があったときに、そのリテーラシステム１８の顧客の注文情報のみを、保管している注文情報から検索でき、また、検索により抽出された注文情報をリテーラシステム１８にダウンロードさせる。
リテーラシステム１８の顧客がセンター会員であって、ネットセンター１２の会員管理（ブロック）が会員情報を管理している場合には、抽出された注文情報に対応する会員情報も併せてリテーラシステム１８に提供することができる。
ネットシステム１０において、注文情報は、「注文」、「注文明細」、および、「注文明細画像」の３つの対応付けされた情報からなる。
「注文」には、この注文（注文情報）を特定する注文コード、注文日時、受注チャネル１４（顧客が操作するプリント注文専用のプリント注文端末を含む）のＩＤを示す端末ＩＤ、リテーラＩＤ、会員ＩＤ、ラボＩＤ、料金に関する情報（基本料金や配送料金等）、受取方法に関する情報、受取店ＩＤ、配送先や商品の受け渡しに関する情報、決済方法に関する情報等が含まれる。
「注文明細」には、注文明細を特定する注文明細コード、商品種別、商材ＩＤ、商品名称、合計注文価格、価格体系種別（ラボやリテーラ毎に設定された価格設定の情報）等の情報が含まれる。
さらに、「注文明細画像」には、画像コード、注文数量等の情報が含まれる。
図示例においては、この「注文明細画像」の画像コードによって、注文された画像の画像情報と、注文情報とが対応付けされる。
画像情報には、前述のように、画像を特定する画像コード、会員ＩＤ、リテーラＩＤ、ファイルフォーマット種別、格納ファイルサイズ、格納ファイル名、アップロード日、最新注文日等の情報が含まれる。
ワークフロー（ブロック）は、ネットシステム１０の運営管理を行う上での価格・商品等の設定変更に対するワークフローの機能を提供する。
ワークフローは、リテーラシステム１８やラボシステム１６から、リテーラやラボの情報、例えば基本情報や詳細情報の変更、料金の変更、受取店の情報に関する変更、実施するキャンペーンの登録や更新、前記ｗｅｂ画面の変更が申請されると、この申請が適正で有るか否かを判定して、承認もしくは却下を決定し、承認の場合には、申請された変更を確定して、この変更内容を、ネットシステム１０に適用する。
キャンペーン管理（ブロック）は、各種のキャンペーンの登録／検索、中止、クーポン発行等の管理機能を提供する。
図示例のネットシステム１０においては、キャンペーンは、一例として、料金割引と付録プレゼント等が例示され、さらに、料金割引には、直接的な料金の値引きと、値引きを提供するためのユニークなＩＤであるクーポンの発行とが有る。また、キャンペーンは、対象とする受注チャネル１４を選択して行うことができる。リテーラシステム１８あるいはラボシステム１６は、キャンペーン管理の機能を利用して、キャンペーンを任意に設定、登録し、前記フロントエンドのキャンペーン提供に反映させることができる。
また、リテーラシステム１８あるいはラボシステム１６は、キャンペーン管理を利用して、キャンペーンの検索／表示、実施前のキャンペーンの変更や実施中のキャンペーンの中止またはキャンペーンの更新、キャンペーン情報の削除、クーポンの発行等を行うことができる。
ラボ受注サーバは、後述するラボ受注モジュールを介して、ラボシステム１６に対して、注文情報や画像送信等の、ラボシステム１６での注文の受注機能を提供する。
前述のように、注文情報は、このラボ受注サーバに送られ、また、注文情報に対応する画像データも、ラボ受注サーバに送られる（以下、１件の注文情報と対応する画像データとをまとめて、注文ジョブとする）。ラボ受注サーバは、ラボシステム１６からの要求に応じて、注文の一覧情報をラボシステム１６に転送し、また、ラボシステム１６から要求された注文１件分の注文ジョブを、ラボシステム１６に転送する。
決済（ブロック）は、決済方法がクレジット決済やデビット決済の場合に、決済サイト２０から、決済のオーソリ（与信）を取得する機能を提供するものである。
なお、決済サイト２０とは、通信ネットワークでネットセンター１２と接続された、公知のオンライン決済を行うためのｗｅｂサイトである。ネットセンター１２では、この決済サイトに対しては、オーソリ取得のみを行う。
ラボシステム１６は、ＰＣやＷＳ、サーバ機器等で構成される、ラボ（プリント業者）に設置されるシステムであり、また、デジタルの写真プリンタや各種グッズへの印画装置等が接続される。あるいは、これらが一体的に構成される。
ラボシステム１６には、ネットセンター１２からの商品注文取り込み用のアプリケーションである受注ソフトがインストールされる。この受注ソフトには、ラボシステム１６がネットセンター１２（ラボ受注サーバ）から注文ジョブを取得するためのインターフェイスを提供する、受注モジュールが含まれる。
ラボシステム１６は、この受注モジュールを用いて、注文情報の一覧を取得し、自身に対応する注文ジョブの転送を要求し、取得する。ラボ（ラボシステム１６）では、注文ジョブに応じた商品を作成して、注文情報に応じた配送先や受取店に、商品を配送する。また、ラボシステム１６は、注文情報に付加されたオーソリの情報等に応じて、クレジット決済の確定／キャンセル、デビット決済のキャンセルを決定し、その結果を、決済サイト２０に送る。
ネットシステム１０は、基本的に以上のように構成される。
次に、会員（センター会員およびリテーラ会員）によって注文が行われた場合の、ネットシステム１０における注文処理フローについて説明する。
センター会員がプリント等の注文を行う場合には、図３に示すように、まず、センター会員（その受注チャネル）１４ａが、ネットワークプリント注文サービスを利用するために、所望のリテーラのホームページ、すなわち、会員登録してあるリテーラシステム１８ａが通信ネットワーク上に公開しているｗｅｂ画面にアクセスする（図３におけるステップＳ１１、受注チャネルからリテーラシステムへの「ホームページ要求」）。
これに対し、リテーラシステム１８ａは、アクセスした会員の認証を行うことなく、ホームページを公開する（ステップＳ１２、リテーラシステムから受注チャネルへの「ホームページ（の提示）」）。
センター会員１４ａは、リテーラシステム１８ａのホームページの中に配置された注文ボタンをクリックすることで、ネットセンター１２のｗｅｂサイトに接続される（ステップＳ１３、受注チャネルからネットセンターへの「注文画面要求」）。
注文画面要求を受けたネットセンター１２は、図５に示すように、ステップＳ３１からステップＳ３２へ進み、注文画面要求している、すなわち接続されている受注チャネル１４がリテーラシステム１８による認証がされたものか否かを判断し（ステップＳ３２）、リテーラによる認証を受けていないと判断すると（ステップＳ３２におけるＮｏの判断）、フロントエンドの会員登録／認証の機能によって会員認証処理を行う（ステップＳ３３、図３におけるステップＳ１４）。すなわち、ネットセンター１２は、センター会員１４ａにＩＤおよびパスワードの入力を要求し、入力されたＩＤおよびパスワードに基づいて、バックエンドの会員管理ブロックが管理している会員情報との照合を行う。
会員認証により認証された場合にのみ、利用者（センター会員１４ａ）はネットセンター１２に受け入れられ、フロントエンドの注文ｗｅｂ機能によって注文画面が提供される（図５におけるステップＳ３４、図３におけるステップＳ１５、ネットセンターから受注チャネルへの「注文画面（の提示）」）。
ネットセンター１２によって会員認証されたセンター会員１４ａは、表示された注文画面において提供される各種サービスを選択して利用することができる。すなわち、センター会員１４ａは、ネットセンター１２の注文ｗｅｂを通してシステムアルバムへの画像のアップロードを行ってその中から画像を選択し（メニュー方式）、または、以前にアップロードした画像のアルバムを呼び出してそのアルバムから任意の画像を選択して（アルバム方式）その画像を再生した商品を注文する、ネットワークプリントサービスを受けることができる（図３におけるステップＳ１６、受注チャネルからネットセンターに対する「注文操作」）。
このように、会員管理を行わないリテーラシステム１８ａの場合には、ネットワークプリントサービスの利用者であるセンター会員１４ａの会員情報および注文情報は、全てネットセンター１２において管理され、そのデータは、データベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａに蓄積され、バックエンドの会員管理機能で管理される。
一方、リテーラ会員がプリント等の注文を行う場合には、図４に示すように、まず、リテーラ会員（その受注チャネル）１４ｂが、会員登録してあるリテーラシステム１８ｂにアクセスする（ステップＳ２１、受注チャネルからリテーラシステムへの「ホームページ要求」）。
リテーラシステム１８ｂは、その会員登録／認証の機能によって、アクセスした会員について認証を行う（ステップＳ２２）。すなわち、リテーラシステム１８ｂは、リテーラ会員１４ｂにＩＤおよびパスワードの入力を要求し、入力されたＩＤおよびパスワードに基づいて、会員情報データベース１９に登録されている会員情報との照合を行う。そして、会員認証により認証された場合にのみ、利用者（リテーラ会員１４ｂ）にホームページを公開する（ステップＳ２３、リテーラシステムから受注チャネルへの「ホームページ（の提示）」）。
リテーラ会員１４ｂは、リテーラシステム１８ｂのホームページの中に配置された注文ボタンをクリックすることで、ネットセンター１２のｗｅｂサイトに接続される（ステップＳ２４、受注チャネルからネットセンターへの「注文画面要求」）。
ネットセンター１２は、上記と同様にして、接続された受注チャネル１４のリテーラ認証の有無を判断し、リテーラによる認証を受けていると判断すると（図５におけるステップＳ３２でＹｅｓの判断、図４におけるステップＳ２５）、注文画面を提供する（図５におけるステップＳ３４、図４におけるステップＳ２６、ネットセンターから受注チャネルへの「注文画面（の提示）」）。
以下、センター会員１４ａの場合と同様にして、リテーラ会員１４ｂは、ネットワークプリントサービスを受けることができる（ステップＳ２７、受注チャネルからネットセンターに対する「注文操作」）。
会員管理を行うリテーラシステム１８ｂの場合には、会員認証を行う際に、リテーラ会員１４ｂの会員情報を取得して、自己の会員情報データベース１９に蓄積する。また、リテーラシステム１８ｂは、リテーラ会員１４ｂからネットセンター１２に対して行われる注文操作に関し、独自の注文コードを付与する。
したがって、ネットセンター１２は、リテーラ会員１４ｂの会員情報を有さず、リテーラシステム１８ｂが付した注文コードと注文画面で入力された注文の情報とを関連付けて取得し、その注文の情報をネットセンター１２のバックエンドにおける注文管理ブロックで管理する。上述したように、注文管理ブロックでは、取得された注文の情報から注文情報が生成され、生成された注文情報がデータベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａに蓄積される。
ネットセンター１２では、受注チャネル１４による注文に応じて、商材管理によって注文設定情報を生成し、注文が確定すると、注文管理が注文情報を生成し、注文ジョブ（注文情報と、対応する画像データ）をラボ受注サーバに送る。
ラボシステム１６は、受注モジュールを用いてラボ受注サーバ内の注文情報の一覧を閲覧し、自身に関連する注文ジョブの転送を要求し、転送された注文ジョブの注文情報に応じたプリント等の商品を作成して、配送する。
したがって、ネットシステム１０によれば、顧客は、従来の欧州におけるプリントの商取引と同様に、ラボやネットセンター１２を意識することなく、あたかもリテーラに対してプリント等の注文を行い、リテーラから商品を受け取る感覚となる。
また、インターネット等の通信ネットワークを利用するので、営業時間を気にせず、かつ、何処からでも商品の注文が可能で、さらに、電子アルバムサービスの提供や、第三者への公開アルバムサービスの提供も可能である。
さらに、リテーラやラボで共有化できるものは共有化して、顧客に対するインターフェイス機能や、ネットシステム１０の管理機能をネットセンター１２に集約しているので、集配業務、顧客管理、および決済処理の簡素化等を図ることができると共に、システム運用の簡素化や運用費の低減も測れる。しかも、多くの場合、トラブルやネットシステム１０のバージョンアップも、ネットセンター１２で集中的に対応できるので、運用の安定化やトラブル対応の迅速化も図ることができる。
次に、ネットセンター１２の会員管理ブロックによるリテーラシステム１８への会員情報の提供について説明する。
上述したように、会員管理ブロックは、センター会員の会員情報を管理しており、会員情報管理を行わない、すなわちセンター会員を有するリテーラシステム１８ａからの要求に応じて、そのリテーラの会員についての会員情報のみ提供が可能である。
リテーラシステム１８ａが、ネットセンター１２に対して自店の利用者の情報（会員情報）の問い合わせ、例えば検索またはダウンロード要求を行う場合には、リテーラシステム１８ａは、ネットセンター１２のバックエンドの会員管理（ブロック）に接続要求（アクセス）する。ネットセンター１２は、リテーラシステム１８ａとの通信において、リテーラシステム１８ａからの接続要求に対して、リテーラ登録情報に基づいて認証を行い、認証をパスすると、リテーラシステム１８ａとの通信を開始する。
リテーラシステム１８ａは、ネットセンター１２との通信が確立されると、自店に関連する会員情報を要求する。
ネットセンター１２は、リテーラシステム１８ａの会員情報要求に対して、会員管理（ブロック）が管理する会員情報データベースを送信するが、このとき、他のリテーラの会員情報が含まれずに、要求元であるリテーラの顧客の情報のみが抽出されるよう、会員情報データベース中のリテーラに関するフィールドでマスクをかける。
リテーラシステム１８ａは、自店を経由するセンター会員の会員情報を、ファイル形式でダウンロードすることができる。
例えば、図１０（Ａ）に示すような、ネットセンター１２のセンター会員情報ダウンロード要求の画面において、リテーラシステム１８ａから検索対象期間が入力されると、ネットセンター１２の会員管理ブロックは、ＤＢ／ＦＳ１２ａに保存された会員情報データベースにおいて、認証したそのリテーラシステム１８ａのリテーラＩＤと指定された期間を条件にデータを検索し、指定された期間に登録された会員の情報を抽出する。図１０（Ｂ）に示すように、ダウンロード要求画面において、ダウンロード実行指示受付の前に、検索結果や検索ヒット件数を表示してもよい。また、個人情報の保護をより一層確実にするため、図１０（Ｂ）に示すように、ダウンロード実行の前に、リテーラシステム１８ａに対しパスワードの入力を要求するようにしてもよい。
これにより、リテーラシステム１８ａを用いるリテーラは、自店利用者の情報のみが得られ、言い換えると、自店利用者の情報が他店に流出しないため、セキュリティを保ちつつ必要な情報を取得することができる。すなわちネットセンター１２は、各リテーラの会員情報について安全な管理を保障できる。
次に、ネットセンター１２の注文管理ブロックによるリテーラシステム１８への注文情報の提供について説明する。
図６に、注文情報の表示例を示す。図６は、ネットセンター１２が受注した全ての注文を受注順に列挙した例であり、その項目として、ネットセンター１２において付した注文コード、会員管理を自己で行うリテーラシステム１８ｂが付したリテーラ管理注文コード、会員種別、会員ＩＤ、リテーラＩＤ、ラボＩＤおよび注文明細が表示されている。
ネットセンター１２が受注する注文には、センター会員からのものと、リテーラ会員からのものが混在している。また、会員種別によって、注文時に送られてくる情報が異なっている。図６に示す例では、センター会員からの注文の情報には、会員が入力した会員ＩＤ等の会員情報が含まれているのに対し、リテーラ会員からの注文の情報には、会員が入力した会員ＩＤ等の会員情報は含まれていない。また、同図の例では、各リテーラ会員からの注文をそのリテーラが識別可能とするために、リテーラ会員からの注文の情報には、リテーラで付された注文コード（リテーラ管理注文コード）が含まれている。センター会員からの注文の情報にもリテーラ管理注文コードが付されていてもよい。
まず、リテーラシステム１８が、会員情報管理を行わず、センター会員を有するリテーラシステム１８ａの場合について説明する。
リテーラシステム１８ａがネットセンター１２に対して自店を経由した注文情報の問い合わせを行う場合ために、ネットセンター１２のバックエンドの注文管理（ブロック）に接続要求（アクセス）すると、ネットセンター１２は、リテーラシステム１８ａに対して、リテーラ登録情報に基づいて認証を行い、認証をパスすると、リテーラシステム１８ａとの通信を開始する。
リテーラシステム１８ａは、ネットセンター１２との通信が確立されると、自店の会員からの注文情報を要求する。この要求に対し、ネットセンター１２の注文管理ブロックは、リテーラシステム１８ａのリテーラＩＤを有する注文を、保管している注文情報データベースから検索してリストを作成する。このリストは、上述の会員情報の提供の場合と同様に、他のリテーラの注文情報が含まれずに、要求元であるリテーラからの注文情報のみが抽出されるよう、注文情報データベース中のリテーラに関するフィールドでマスクをかけることによって作成される。図７は、図６の表から、リテーラＩＤがＲＣ０２のものを抽出した表である。
注文管理ブロックは、さらに、同一のリテーラについて作成した受注リストにおいて、同一の会員の注文明細を編集して、図８のような、会員ごとの注文履歴のリストを作成するのも好ましい。
また、図７および図８の表では、会員情報として会員ＩＤのみが示されているが、ネットセンター１２は、この会員ＩＤに基づいて、上述の会員管理機能を用いて会員情報データベースを検索することにより、各注文を行った顧客の情報（会員情報）も関連付けた一覧表を作成することができる。
これにより、リテーラシステム１８ａは、自店から行われた注文の情報および顧客情報として図７または図８に対応する情報を、ネットセンター１２からダウンロードすることができる。
また、リテーラシステム１８ａは、自店から行われた注文の情報から、必要な情報を検索することもできる。例えば、リテーラシステム１８ａは、図１１（Ａ）に示すようなネットセンター１２の注文情報検索画面において、検索キーとして、注文番号や注文日、会員ＩＤ、会員氏名、料金請求先電話番号等のうち任意の項目を入力して、検索実行を要求することができる。さらに、検索キーとして、注文ステータス（注文受付、ラボ転送、プリント完了、キャンセル等）を指定できるようにしてもよい。ネットセンター１２の注文管理ブロックは、そのリテーラシステム１８ａに所属する会員の注文情報の中から、指定された検索キーを用いて検索を実行し、検索結果を、注文情報検索画面に表示する。図１１（Ｂ）は、検索結果の表示例である。リテーラシステム１８ａは、このような検索によって所望の情報を絞り込んだ後、ネットセンター１２からダウンロードすることも可能である。
したがって、リテーラシステム１８ａのリテーラは、顧客情報管理に手間を掛けずに、必要なときに自店の顧客の情報やその顧客の注文の情報を得ることができる。そして、それに基づいて利用者の嗜好などを把握することができるので、その情報を活かして、サービスの向上を図ることや、自店利用者への的確な宣伝広告を行うことができ、また、新規顧客の開拓においても利用することができる。
次に、リテーラシステム１８が、会員情報管理を行い、リテーラ会員を有するリテーラシステム１８ｂの場合について説明する。
リテーラシステム１８ｂの場合も、上記と同様に、ネットセンター１２による認証の後、通信が開始されると、リテーラシステム１８ｂが自店からの注文の情報を要求する。例えば、リテーラＩＤがＲＤ１２のリテーラシステム１８ｂによる要求に対しては、ネットセンター１２の注文管理ブロックは、注文情報データベースに対してリテーラＩＤ＝ＲＤ１２でマスクを掛けることによって、そのリテーラからの注文情報のみを抽出する。これにより、図９のようなリストが得られる。
リテーラシステム１８ｂは、図９に対応する情報をネットセンター１２からダウンロードすることができる。
ここで、リテーラ会員（リテーラシステム１８ｂ）からの注文情報には、会員情報は付されていないので、注文情報は、注文単位でのリストのみが得られ、抽出された各注文情報は、注文コードまたはリテーラ管理注文コードによって識別可能である。
また、リテーラシステム１８ｂは、自店の顧客の会員情報を管理しているので、ネットセンター１２からダウンロードした注文情報を、自店で管理する会員情報と照合し、整合を取ることにより、各顧客の注文履歴を作成することができる。そのため、リテーラシステム１８ｂのリテーラは、利用者の嗜好などをより正確に把握することができるので、その情報を活かして、サービスの向上を図ることや、自店利用者への的確な宣伝広告を行うことができ、また、新規顧客の開拓においても利用することができる。
ネットセンター１２は、リテーラシステム１８に対して、そのリテーラシステム１８に属するセンター会員の会員情報そのもの、センター会員およびリテーラ会員の注文情報そのものだけでなく、これらの情報を加工または編集して得られる情報、すなわち、これらの情報に基づいて得られる情報を提供することもできる。
センター会員を有するリテーラシステム１８ａおよびリテーラ会員を有するリテーラシステム１８ｂに対して、そのリテーラシステム１８ａまたは１８ｂに関する注文情報を加工して得られる情報としては、そのリテーラシステム１８ａまたは１８ｂにおける、注文総数の集計データや、画像保管容量分布データや、画像保管容量トップ１０リスト、キャンペーン利用件数の集計データが例示される。
また、センター会員を有するリテーラシステム１８ａに対して、そのリテーラシステム１８ａに関する会員情報を加工して得られる情報としては、そのリテーラ１８ａにおける、会員数（顧客数）の集計データや、画像保管容量トップ１０内の会員リスト等の統計データが例示される。
センター会員を有するリテーラシステム１８ａに対して、そのリテーラシステム１８ａに関する注文情報および会員情報を加工して得られる情報としては、図８のような会員ごとの注文履歴のリストや、会員毎の注文情報の集計データや、そのリテーラシステム１８ａにおける注文品目別の会員の年齢分布や地域分布、会員の世代別または地域別の注文品目や注文量等の統計データが例示される。
さらに、ネットセンター１２は、リテーラシステム１８に対して、ネットセンター１２で管理する注文情報および会員情報の一方または両方に基づいて得られる統計情報を提供することもできる。
注文情報に基づいて得られる情報としては、ネットセンター１２における全顧客の注文情報の集計データや、注文総数の集計データや、キャンペーン利用件数の集計データが例示される。
会員情報に基づいて得られる情報としては、ネットセンター１２が会員管理ブロックで管理するセンター会員、およびリテーラ会員の数が分かるときはそれも含めた、全会員数（顧客数）の集計データ、アルバム管理ブロックで管理する全会員の画像保管容量分布データや画像保管容量トップ１０内の会員の世代または地域の統計データが例示される。
注文情報および会員情報に基づいて得られる情報としては、注文品目別の全センター会員の年齢分布や地域分布、全センター会員の世代別または地域別の注文品目や注文量等の統計データが例示される。
上記の統計情報は、ネットセンター１２の情報検索画面において検索して表示させることができ、また、ダウンロードを要求することができる。例えば、リテーラシステム１８は、ネットセンター１２の情報検索画面において、プルダウンメニューや一覧表示メニューの中から取得したい情報を選択し、その統計情報の対象期間を入力して、検索実行を要求する。ネットセンター１２の注文管理ブロックは、ＤＢ／ＦＳ１２ａに保存し管理している注文情報および会員情報を加工して、指定された統計情報を生成し、生成した情報を情報検索画面に表示する。または、生成した情報のダウンロード要求を受け付ける。
上述のような各種のデータは、リテーラシステム１８からの要求があったときにその都度加工や編集をしても良いし、要求が想定される情報について予め加工や編集をしておいてもよい。
例えば、会員（ユーザ）からの問い合わせや受注時のエラー調査などで使う情報は、細かな条件で検索してより具体的な情報を抽出することが好ましいため、リテーラシステム１８からの要求または問い合わせがあったときにデータ処理するのが適している。また、予めデータ処理が必要なほど重い（処理の負荷が高い）処理ではない場合は、処理したデータをさらに保持するよりは、リテーラシステム１８からの要求または問い合わせがあったときにデータ処理するのが適している。
上記に例示した中では、要求があったリテーラシステム１８に関連する会員情報そのものや、注文情報そのものは、リテーラシステム１８からの要求があったときにデータ抽出すればよい。これらのデータ抽出の検索キーとしては、注文日や顧客氏名、顧客電話番号、受注チャネルＩＤ等を用いることができる。
なお、予め、リテーラシステム１８のリテーラＩＤに基づいて各リテーラシステム１８の会員情報または注文情報を抽出してＤＢ／ＦＳ１２ａに保存しておき、リテーラシステム１８からの要求があったときに、対応するリテーラＩＤの会員情報または注文情報をＤＢ／ＦＳ１２ａから読み出して提供するようにしてもよい。
一方、ネットセンター１２が大量のデータを必要な形式に抽出し加工する必要があるものは、問い合わせがあることを想定して予めデータ処理しておくことが好ましい。データ量が多いものをリテーラシステム１８からの要求があってから処理すると、システム負荷が高くなり、他の処理へ影響するおそれがあるが、システムに余裕がある時間帯などを利用して予めデータを抽出、加工して処理しておくことにより、システムのパフォーマンスの低下を防止することができる。また、日々蓄積されるデータは、定時、定日など所定のタイミングで日々の新規分のデータを加工しておくのが好ましい。
上記に例示した中では、顧客数集計データや、画像保管容量分布データや、画像保管容量トップ１０の会員データや、顧客毎の注文情報や、キャンペーン利用件数集計データ等の統計情報は、リテーラシステム１８からの要求を想定して、予め、または定期的に、データ処理しておくことが好ましい。これらは、注文情報および会員情報の一方または両方を、期間、会員毎、注文毎といった条件で抽出、加工することにより、得ることができる。
加工して得られた情報は、ＤＢ／ＦＳ１２ａに保存しておき、リテーラシステム１８からの要求があったときに、要求に応じた情報をＤＢ／ＦＳ１２ａから読み出してそのリテーラシステム１８に提供すればよい。
また、注文管理ブロックで生成された注文情報は、ラボシステム１６が利用することもできる。この場合には、ラボシステム１６は、ネットセンター１２による認証を経て、自店が契約している１または複数のリテーラシステム１８からされた注文情報の集計を取得することが可能である。さらにラボシステム１６は、注文管理ブロックで生成された統計情報を利用することもできる。ラボシステム１６は、そのような情報を生産計画等に活用することができ、また、サービスの向上や生産効率の向上を図ることにおいても利用することができる。
上述のようにして、リテーラシステム１８やラボシステム１６は、注文情報や会員情報、またはそれらに基づく統計情報等を取得した後、その情報を分析して得た結果を、ネットセンター１２へ送るようにしてもよい。例えば、リテーラシステム１８やラボシステム１６は、ネットセンター１２から取得した注文情報を元に売れ筋商品を分析し、その分析結果をネットセンター１２に送る。ネットセンター１２では、リテーラシステム１８やラボシステム１６から送られた分析結果を、商品の価格設定に反映することができる。また、例えば、リテーラシステム１８やラボシステム１６は、顧客毎のアルバム保有量を分析し、その分析結果をネットセンター１２に送る。ネットセンター１２では、その分析結果を保管上限の変更の参考値に用いることができる。
以上、本発明に係るネットワーク注文システムおよびネットワークサーバについて詳細に説明したが、本発明は、上記実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのはもちろんである。
本発明に係るネットワーク注文システムの一実施形態の構成を概念的に示す模式図である。 図１のネットシステムの機能を説明するための概念的な模式図である。 センター会員を持つリテーラシステムからの注文処理フロー図である。 リテーラ会員を持つリテーラシステムからの注文処理フロー図である。 会員認証の有無の判断処理フロー図である。 注文情報の表示例である。 図６の表から、センター会員（リテーラＩＤ＝ＲＣ０２）に関する情報を抽出した表である。 会員ごとの注文履歴のリストの例である。 図６の表から、リテーラ会員（リテーラＩＤ＝ＲＤ１２）に関する情報を抽出した表である。 （Ａ）および（Ｂ）は、センター会員情報ダウンロード要求の画面レイアウトの一例である。 （Ａ）は、注文情報検索画面レイアウトの一例であり、（Ｂ）は、検索結果表示の一例である。
符号の説明
１０ ネットシステム（画像ネットワークシステム）
１２ ネットセンター
１２ａ データベース／ファイルサーバ（ＤＢ／ＦＳ）
１４ 受注チャネル
１４ａ センター会員の受注チャネル
１４ｂ リテーラ会員の受注チャネル
１６ ラボシステム
１８、１８ａ、１８ｂ リテーラシステム
１９ 会員情報データベース
２０ 決済サイト
２４ 管理システム

Claims (14)

  1. 顧客からの注文を受け付けてその注文情報および顧客情報を送信する複数の受注チャネル、ならびに、前記注文を仲介する複数のリテーラシステムに、通信ネットワークで接続され、前記注文情報および前記顧客情報を受信して管理するネットワークサーバであって、
    受信した前記注文情報および前記顧客情報を、その注文を仲介した前記リテーラシステムの識別情報と共にデータベースに蓄積し、
    前記リテーラシステムからの要求に応じて、前記注文情報、前記要求をした前記リテーラシステムの識別情報に対応する前記顧客情報、ならびに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、前記データベースから抽出して、前記リテーラシステムに提供することを特徴とするネットワークサーバ。
  2. 前記受注チャネルから送信された前記注文情報および前記顧客情報を共に前記ネットワークサーバへ送信させるリテーラシステムからの要求に対しては、前記注文情報、前記要求をした前記リテーラシステムの識別情報に対応する前記顧客情報、ならびに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、前記データベースから抽出して、前記リテーラシステムに提供し、
    前記受注チャネルから送信された前記注文情報および前記顧客情報のうち、前記注文情報を前記ネットワークサーバへ送信させ、前記顧客情報を保有するリテーラシステムからの要求に対しては、前記注文情報および前記注文情報に基づいて得られる情報の少なくとも一方を、前記データベースから抽出して、前記リテーラシステムに提供することを特徴とする請求項１に記載のネットワークサーバ。
  3. 前記リテーラシステムからの要求があったときに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報を生成して、生成した前記情報を前記リテーラシステムに提供することを特徴とする請求項１または２に記載のネットワークサーバ。
  4. 前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報を生成しておき、前記リテーラシステムからの要求があったときに、生成しておいた前記情報を前記リテーラシステムに提供することを特徴とする請求項１〜３のいずれかに記載のネットワークサーバ。
  5. 前記注文は、画像データからの写真プリント、アルバム、画像データによる画像を付した物品、および、画像データを記録した記録媒体の１以上を含む商品の注文であり、
    前記ネットワークサーバには、前記注文情報に応じた前記商品を作成する１以上のラボシステムが接続されていることを特徴とする請求項１〜４のいずれかに記載のネットワークサーバ。
  6. アップロードされた顧客の画像データを保存する記憶部を有し、
    前記注文は、顧客の画像データの前記記憶部への保存に関する注文であることを特徴とする請求項１〜５のいずれかに記載のネットワークサーバ。
  7. 顧客からの注文を受け付けてその注文情報および顧客情報を送信する受注チャネルと、
    前記注文情報および前記顧客情報による前記注文を仲介するリテーラシステムと、
    少なくとも前記注文情報を受信して管理するネットワークサーバと、
    前記受注チャネル、前記リテーラシステムおよび前記ネットワークサーバを接続する通信ネットワークとを備え、
    前記ネットワークサーバは、受信した前記注文情報および前記顧客情報を、その注文を仲介した前記リテーラシステムの識別情報と共にデータベースに蓄積し、前記リテーラシステムからの要求に応じて、前記注文情報、前記要求をした前記リテーラシステムの識別情報に対応する前記顧客情報、ならびに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、前記データベースから抽出して、前記リテーラシステムに提供することを特徴とするネットワーク注文システム。
  8. 前記リテーラシステムには、前記受注チャネルから送信された前記注文情報および前記顧客情報を共に前記ネットワークサーバへ送信させる第１リテーラシステムと、前記受注チャネルから送信された前記注文情報および前記顧客情報のうち、前記注文情報を前記ネットワークサーバへ送信させ、前記顧客情報を保有する第２リテーラシステムとがあり、
    前記ネットワークサーバは、前記第１リテーラシステムからの要求に対しては、前記注文情報、前記要求をした前記第１リテーラシステムの識別情報に対応する前記顧客情報、ならびに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報のうち少なくとも１つを、前記データベースから抽出して、前記第１リテーラシステムに提供し、前記第２リテーラシステムからの要求に対しては、前記注文情報および前記注文情報に基づいて得られる情報の少なくとも一方を、前記データベースから抽出して、前記第２リテーラシステムに提供することを特徴とする請求項７に記載のネットワーク注文システム。
  9. 前記第２リテーラシステムは、要求に応じて前記ネットワークサーバから提供された前記注文情報と、保有している前記顧客情報との整合を取ることを特徴とする請求項８に記載のネットワーク注文システム。
  10. 前記ネットワークサーバは、前記リテーラシステムからの要求があったときに、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報を生成して、生成した前記情報を前記リテーラシステムに提供することを特徴とする請求項７〜９のいずれかに記載のネットワークサーバ。
  11. 前記ネットワークサーバは、前記注文情報および前記顧客情報の一方または両方に基づいて得られる情報を生成しておき、前記リテーラシステムからの要求があったときに、生成しておいた前記情報を前記リテーラシステムに提供することを特徴とする請求項７〜１０のいずれかに記載のネットワークサーバ。
  12. 前記受注チャネルは、顧客による画像データからの写真プリント、アルバム、画像データによる画像を付した物品、および、画像データを記録した記録媒体の１以上を含む商品の注文を受け付けるものであり、
    さらに、前記ネットワークサーバに接続された、前記注文情報に応じた前記商品を作成する１以上のラボシステムを備えることを特徴とする請求項７〜１１のいずれかに記載のネットワーク注文システム。
  13. 前記ネットワークサーバは、アップロードされた顧客の画像データを保存する記憶部を有し、
    前記受注チャネルが受け付ける前記注文は、顧客の画像データの前記記憶部への保存に関する注文であることを特徴とする請求項７〜１２のいずれかに記載のネットワークサーバ。
  14. 前記リテーラシステムは、前記受注チャネルによる注文の受付窓口となるｗｅｂ画面を通信ネットワーク上に公開することを特徴とする請求項７〜１３のいずれかに記載のネットワーク注文システム。
JP2007091895A 2006-05-23 2007-03-30 ネットワーク注文システムおよびネットワークサーバ Active JP5010325B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007091895A JP5010325B2 (ja) 2006-05-23 2007-03-30 ネットワーク注文システムおよびネットワークサーバ

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2006142757 2006-05-23
JP2006142757 2006-05-23
JP2007091895A JP5010325B2 (ja) 2006-05-23 2007-03-30 ネットワーク注文システムおよびネットワークサーバ

Publications (3)

Publication Number Publication Date
JP2008004070A true JP2008004070A (ja) 2008-01-10
JP2008004070A5 JP2008004070A5 (ja) 2009-11-05
JP5010325B2 JP5010325B2 (ja) 2012-08-29

Family

ID=39008364

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007091895A Active JP5010325B2 (ja) 2006-05-23 2007-03-30 ネットワーク注文システムおよびネットワークサーバ

Country Status (1)

Country Link
JP (1) JP5010325B2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023073669A (ja) * 2021-11-16 2023-05-26 株式会社CREiST 情報制御装置、情報制御方法及び情報制御プログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11154218A (ja) * 1996-11-18 1999-06-08 Fuji Photo Film Co Ltd ネットワークフォトサービスシステム
JP2003203037A (ja) * 2002-01-07 2003-07-18 Fuji Photo Film Co Ltd ウェブページ生成方法およびシステム並びにプログラム
JP2004102328A (ja) * 2002-09-04 2004-04-02 Toshiba Corp 写真現像サービス方法および写真現像サービスシステム
JP2004110694A (ja) * 2002-09-20 2004-04-08 Canon Sales Co Inc 顧客管理システムと当該システムにおけるデータ処理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11154218A (ja) * 1996-11-18 1999-06-08 Fuji Photo Film Co Ltd ネットワークフォトサービスシステム
JP2003203037A (ja) * 2002-01-07 2003-07-18 Fuji Photo Film Co Ltd ウェブページ生成方法およびシステム並びにプログラム
JP2004102328A (ja) * 2002-09-04 2004-04-02 Toshiba Corp 写真現像サービス方法および写真現像サービスシステム
JP2004110694A (ja) * 2002-09-20 2004-04-08 Canon Sales Co Inc 顧客管理システムと当該システムにおけるデータ処理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2023073669A (ja) * 2021-11-16 2023-05-26 株式会社CREiST 情報制御装置、情報制御方法及び情報制御プログラム

Also Published As

Publication number Publication date
JP5010325B2 (ja) 2012-08-29

Similar Documents

Publication Publication Date Title
US7043527B2 (en) System and method for offering information service, method of assisting information release service, and information sharing server
US7617126B2 (en) Information presenting system for performing data processing in accordance with order from user
US20020140978A1 (en) Image storing apparatus and image storing program
CN1407496A (zh) 使消费者可在通信网络从多个不同供应者订购图像产品的系统、方法和软件产品
JP2007334866A (ja) センターサーバおよび画像ネットワークシステム
US7974884B2 (en) Network order system and network server
JP4223206B2 (ja) プリント注文処理方法および装置並びにプログラム
JP2010165048A (ja) ネットワークを介した商取引を支援する方法、サーバ装置、プログラムおよび記録媒体
JP2007317124A (ja) プリント受注・管理サーバーシステム、および画像ネットワークシステム
JP2007080075A (ja) 商品販売システム、サーバ、方法、プログラム及びプリント成果物
JP2007323523A (ja) キャンペーン報知方法、キャンペーン報知プログラム、およびキャンペーン報知システム
JP2008004077A (ja) 画像ネットワークシステムおよび言語設定方法
JP5010325B2 (ja) ネットワーク注文システムおよびネットワークサーバ
JP2001265957A (ja) 売り手参加型の仮想商店運営方法および仮想商店システム
JP4870606B2 (ja) 画像ネットワークシステムおよびネットワークサーバ
JP2007087330A (ja) ホームページ提供システム、サーバ、方法、及びプログラム
JP2002216043A (ja) 仮想店舗運営支援システム及び記録媒体
JP3636065B2 (ja) 仮想店舗による印刷用品の広告宣伝システム
KR100522358B1 (ko) 인터넷을 기반으로 한 디지털 사진 인화 서비스 방법
JP7230565B2 (ja) 印刷物販売システム、サーバ、データ管理方法、及びプログラム
JP2002236683A (ja) 画像データ処理システム
JP2004005215A (ja) コンピュータシステム、コンピュータシステムの制御方法
JP4135185B2 (ja) 情報サービス提供システム及び方法並びに情報共有サーバ
KR20020018445A (ko) 인터넷을 이용한 포토샵 서비스 방법
JP2007310711A (ja) 画像サーバ

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080723

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090915

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090915

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110728

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111024

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120515

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120601

R150 Certificate of patent or registration of utility model

Ref document number: 5010325

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150608

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250