(57)【要約】【課題】顧客が所望する商材に関するキャンペーン情報のみを動的に表示することで、キャンペーン情報を効果的にアピールし、顧客の購買意欲を喚起することのできるキャンペーン報知方法、キャンペーン報知プログラム、およびキャンペーン報知システムを提供する。【解決手段】利用者によって入力された注文商材およびその注文数を、販売者によって予め設定されたキャンペーン対象商材、特典適用条件、および特典内容を含むキャンペーン情報と比較し、注文商材がキャンペーン対象商材として設定されていた場合に、そのキャンペーン対象商材についての特典適用条件に関する特典適用情報および特典内容を利用者に報知することにより、上記課題を解決する。【選択図】図９
2007323523.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを利用した商材の注文販売におけるキャンペーンの報知方法であって、
利用者によって入力された注文商材およびその注文数を、販売者によって予め設定されたキャンペーン対象商材、特典適用条件、および特典内容を含むキャンペーン情報と比較し、
前記注文商材が前記キャンペーン対象商材として設定されていた場合に、そのキャンペーン対象商材についての前記特典適用条件に関する特典適用情報および前記特典内容を前記利用者に報知するキャンペーン報知方法。
【請求項２】
前記特典適用情報は、前記注文数が前記特典適用条件を満たしていない場合に、その特典適用条件を満たすための残りの注文数を示すものである請求項１に記載のキャンペーン報知方法。
【請求項３】
前記特典適用情報は、前記注文数が前記特典適用条件を満たしている場合に、その特典適用条件に対応する前記特典内容が適用される旨を示すものである請求項１または２に記載のキャンペーン報知方法。
【請求項４】
前記特典適用情報の報知は、利用者端末上での表示により行われる請求項１〜３のいずれかに記載のキャンペーン報知方法。
【請求項５】
前記特典適用情報の報知は、利用者端末上でのポップアップ表示により行われる請求項４に記載のキャンペーン報知方法。
【請求項６】
請求項１〜５のいずれかに記載のキャンペーン報知方法をコンピュータに実行させるためのプログラム。
【請求項７】
ネットワークを介して商材の注文を受け付けるネットワーク注文サーバと、
利用者からの注文商材およびその注文数の入力を受け付ける利用者端末とを備え、
前記ネットワーク注文サーバは、前記利用者端末からの接続要求に応じて、前記ネットワーク注文サーバが管理する注文画面情報を送信する際に、前記キャンペーン情報および請求項１〜５のいずれかに記載のキャンペーン報知方法をコンピュータに実行させるためのプログラムを前記利用者端末へ送信し、
前記利用者端末は、前記プログラムにより請求項１〜５のいずれかに記載のキャンペーン報知方法を実行するキャンペーン報知システム。
【請求項８】
ネットワークを介して商材の注文を受け付けるネットワーク注文サーバと、
利用者によって入力された注文商材およびその注文数の情報を前記ネットワーク注文サーバへ送信する利用者端末とを備え、
前記ネットワーク注文サーバは、前記利用者端末から送信された前記注文商材およびその注文数の情報に基づいて、請求項１〜５のいずれかに記載のキャンペーン報知方法を実行するキャンペーン報知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット等の通信ネットワークを利用した写真プリントやその他の商材の注文販売におけるキャンペーン報知方法、その方法をコンピュータに実行させるためのプログラム、および、キャンペーン報知システムに関する。
【背景技術】
【０００２】
インターネット等の通信ネットワークが普及したのに伴い、現在では、インターネット上での商品の販売や、販売促進のための情報の配信等が広く行われている。
インターネットを利用した商品販売における販売促進方法として、例えば特許文献１には、注文受付用の画面内に、販売促進対象である特定商品と、その特定商品に適用される特定ポイントおよび対象期間の一覧を表示させ、特定の期間における特定商品に対する顧客の購買意欲を喚起する方法が記載されている。
しかし、この方法では、例えば「家電」といった、顧客が選択したカテゴリ中の商品（商材）のうち、特定ポイントが設定されている商品の全てが常に表示されるため、限られた表示画面上の貴重な領域が占有されることになり、所望の商品が対象商品となっていない場合には、顧客にとって、却って煩わしい表示となる。また、注文する商品が特定ポイントの対象であるか否かは、顧客自身が一覧表を見て確認しなければ分からないが、対象商品の一覧からを探し出すのは、対象商品の数が多いときは特に面倒であるし、探し出せなかった場合には、特定ポイントが適用されたにも拘らず、顧客は満足感を得られない。
【０００３】
一方、各種の店舗において、顧客の来店を促すために、購買額に応じたポイントを付与し、溜まったポイント数に応じてサービスを提供することが行われている。そして、特許文献２には、そのようなポイントシステムを用いたサービスの提供に関し、顧客が、自分の保有するポイント数やそのポイント数で利用可能なサービス内容を、インターネットを介して確認可能とする方法が記載されている。
この方法では、顧客の利用可能条件が考慮されており、複数のサービスのうち顧客の保有するポイント数に応じたサービスのみが表示される。しかし、この方法では、各サービスに充当するポイント数は、注文数量等に応じて変化するものではなく、ポイントで交換可能なサービスに対して特典が設定されているわけではない。
【０００４】
また、特許文献３には、企業提携により顧客に対するキャンペーンを実施する方法として、キャンペーン操作サーバが、キャンペーン提携先が提供するキャンペーンの情報をキャンペーン提携先から受託しておき、利用者（企業等）が提携契約によるキャンペーンを設定する際に、アフィリエイト契約準備画面に、そのキャンペーンの情報のうち利用者が利用可能なキャンペーンをその内容や参加条件等を含めて列挙表示することで、利用者が効果的に他企業と提携できるようにしたキャンペーン操作方法が記載されている。
この方法では、複数のキャンペーンが設定されていた場合には、顧客は、注文の内容に応じて各種のキャンペーンから所望のキャンペーンの適用を選択できる。
しかし、顧客の使用する注文画面には、多数のキャンペーンの各々について、その内容や提供先、適用条件、期間等の種々の情報を表示するために、１画面全体がその表示に用いられているため、所望の注文内容に対するキャンペーンが設定されていない場合には、そのような表示は、その顧客にとっては煩わしいだけである。
【０００５】
【特許文献１】特開２００２−０６３４６５号公報
【特許文献２】特開２００２−３５２３２６号公報
【特許文献３】特開２００４−２８７８２０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、上記従来技術の問題点を解消し、顧客が所望する商材に関するキャンペーン情報のみを動的に表示することで、キャンペーン情報を効果的にアピールし、顧客の購買意欲を喚起することのできるキャンペーン報知方法、キャンペーン報知プログラム、およびキャンペーン報知システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明は、ネットワークを利用した商材の注文販売におけるキャンペーンの報知方法であって、
利用者によって入力された注文商材およびその注文数を、販売者によって予め設定されたキャンペーン対象商材、特典適用条件、および特典内容を含むキャンペーン情報と比較し、
前記注文商材が前記キャンペーン対象商材として設定されていた場合に、そのキャンペーン対象商材についての前記特典適用条件に関する特典適用情報および前記特典内容を前記利用者に報知するキャンペーン報知方法を提供する。
【０００８】
ここで、前記特典適用情報は、前記注文数が前記特典適用条件を満たしていない場合に、その特典適用条件を満たすための残りの注文数を示すものであるのが好ましい。
また、前記特典適用情報は、前記注文数が前記特典適用条件を満たしている場合に、その特典適用条件に対応する前記特典内容が適用される旨を示すものであるのが好ましい。
また、前記特典適用情報の報知は、利用者端末上での表示により行われるのが好ましく、利用者端末上でのポップアップ表示により行われるのが好ましい。
【０００９】
また、本発明は、上記いずれかに記載のキャンペーン報知方法をコンピュータに実行させるためのプログラムを提供する。
【００１０】
さらに、本発明は、ネットワークを介して商材の注文を受け付けるネットワーク注文サーバと、
利用者からの注文商材およびその注文数の入力を受け付ける利用者端末とを備え、
前記ネットワーク注文サーバは、前記利用者端末からの接続要求に応じて、前記ネットワーク注文サーバが管理する注文画面情報を送信する際に、前記キャンペーン情報および上記いずれかに記載のキャンペーン報知方法をコンピュータに実行させるためのプログラムを前記利用者端末へ送信し、
前記利用者端末は、前記プログラムにより上記いずれかに記載のキャンペーン報知方法を実行するキャンペーン報知システムを提供する。
【００１１】
また、本発明は、ネットワークを介して商材の注文を受け付けるネットワーク注文サーバと、
利用者によって入力された注文商材およびその注文数の情報を前記ネットワーク注文サーバへ送信する利用者端末とを備え、
前記ネットワーク注文サーバは、前記利用者端末から送信された前記注文商材およびその注文数の情報に基づいて、上記いずれかに記載のキャンペーン報知方法を実行するキャンペーン報知システムを提供する。
【発明の効果】
【００１２】
本発明によれば、顧客が所望する商材に関するキャンペーン情報のみを動的に表示するので、キャンペーン情報を効果的にアピールでき、顧客は、有用なキャンペーンの情報を簡単に得ることができる。また、顧客が注文しようとする注文内容に応じたキャンペーン情報を顧客に報知することができるので、顧客の購買意欲を喚起することができ、顧客は、キャンペーンの適用条件を考慮して効率的な注文を行うことができる。
【発明を実施するための最良の形態】
【００１３】
本発明に係るキャンペーン報知方法、キャンペーン報知プログラム、およびキャンペーン報知システムを、添付の図面に示す好適実施例に基づいて以下に詳細に説明する。
【００１４】
図１は、本発明のキャンペーン報知方法を利用した画像ネットワークシステムの概略構成を示す概念図である。
図示例の画像ネットワークシステム１０（以下、ネットシステム１０とする。）は、インターネット等の通信ネットワークを利用して顧客からの（写真）プリント等の注文を受け付け、注文に応じた商材を作成して提供する、いわゆるネットプリントサービス（オンラインプリントサービス）を展開するシステムである。また、ネットシステム１０は、顧客から転送された画像（画像データ）を保管／管理して閲覧を可能にする、いわゆる電子アルバムのサービスも提供する。
ネットシステム１０は、顧客からされたプリント注文の受付処理において、本発明のキャンペーン報知方法を実施するものである。すなわちネットシステム１０は、本発明のキャンペーン報知システムとしても機能する。
【００１５】
このようなネットシステム１０は、基本的に、ネットシステム１０を統括／管理する本発明のネットワーク注文サーバ（センターサーバ）であるネットセンター１２と、顧客（システムの利用者）がプリントの注文などを行う利用者端末である受注チャネル１４（１４ａ、１４ｂ）と、プリント業者（以下、ラボとする。）が有するラボシステム１６と、顧客とラボとの仲介役的な役割を果たすリテーラとして機能するリテーラシステム１８（１８ａ、１８ｂ）とを有して構成される。
また、図示例のネットシステム１０においては、ネットセンター１２、受注チャネル１４、およびリテーラシステム１８は、インターネット等の公開された通信ネットワークによって互いに接続されており、ラボシステム１６は、ネットセンター１２と専用の通信回線で接続されている。なお、ラボシステム１６は、専用回線でなく上記インターネット等の通信ネットワークで接続されてもよい。
【００１６】
また、ネットシステム１０において、リテーラシステム１８は、ネットセンター１２に保管されている顧客の情報（会員情報）等を検索することが可能であり、また、ネットセンター１２は、リテーラシステム１８からの要求に応じてそのリテーラシステム１８に関する顧客の情報（会員情報）をダウンロードさせることが可能であるので、リテーラシステム１８とネットセンター１２とは、よりセキュリティを強固にするために、一般の利用者（顧客）が使用可能なＵＲＬとは異なるＵＲＬによって接続してもよい。
【００１７】
なお、図１においては、図面を簡略にしてネットシステム１０の構成を明瞭に示すために、２つの受注チャネル１４（１４ａ、１４ｂ）および２つのリテーラシステム１８（１８ａ、１８ｂ）と、１つのラボシステム１６を示しているが、本発明はこれに限定されるものではない。通常は、多数の受注チャネル１４およびリテーラシステム１８が通信ネットワークに接続され、それらからの注文量に見合う台数のラボシステム１６が設けられる。
【００１８】
次に、図２を参照して、ネットシステム１０の各部の構成および機能、ならびにネットシステム１０における注文処理について説明する。
【００１９】
ネットセンター１２は、ネットシステム１０の中心核となるもので、受注チャネル１４へのサービスの直接的な提供、リテーラシステム１８の受注チャネル１４に対するサービス提供の支援、ラボシステム１６における注文処理の管理等を実行する。
また、ネットセンター１２は、本発明のキャンペーン報知方法をネットセンター１２において実行するため、またはリテーラシステム１８に実行させるためのプログラムを有している。
【００２０】
受注チャネル１４は、顧客によるプリント注文を受け付けるもので、基本的に、顧客が有する前記通信ネットワークに接続可能なパーソナルコンピュータ（以下、ＰＣとする。）や、プリント注文の受付店に設置され前記通信ネットワークに接続されるプリント注文端末等を利用して構成される。
受注チャネル１４は、マイクロソフト社のインターネットエクスプローラ(Internet Explorer)TMやネットスケープコミュニケーション社のネットスケープコミュニケーター(Netscape Communicator)TM等に代表される公知のｗｅｂブラウザを利用して、ネットセンター１２（ネットセンター１２が管理する、前記通信ネットワーク上に公開しているｗｅｂサイト）にアクセス（接続）して、プリントの注文処理を行う。
受注チャネル１４は、最初からネットセンター１２に接続するのではなく、まず、リテーラシステム１８が通信ネットワーク（ｗｅｂ上）で公開しているｗｅｂ画面（ネットセンター１２にアクセスする入口となるｗｅｂ画面）にアクセスし、このｗｅｂ画面から、ネットセンター１２（後述するフロントエンド）にアクセスする。
【００２１】
受注チャネル１４としては、このほかにも、汎用のアプリケーション（ソフトウエア）またはｗｅｂサイトを利用するものや、ネットシステム１０専用の注文用アプリケーションである注文ソフトを利用するものが設けられていてもよい。上記ｗｅｂサイトとしては、マイクロソフト社のWindows XPTMなどが有する「ＯＰＷ(Online Printing Wizard)」、富士写真フイルム社の「FinePix viewer」、マイクロソフト社の「PictureIt(PictureIt Express)」、富士写真フイルムのドイツ法人が管理／運営する画像関連サイトである「Foto Factory」、マイクロソフトが管理／運営するｗｅｂサイトである「ＭＳＮ（欧州）」等が例示される。
また、１つの受注チャネル１４が対応するのは、ｗｅｂブラウザ、ＯＰＷ等のソフトウェア等、および専用注文ソフトの内の１つでもよいし、これらの２以上に対応してもよい。
【００２２】
受注チャネル１４を利用する顧客は、複数設けられたリテーラシステム１８のうちのいずれか１つに所属し、所属するリテーラシステム１８の種類によって、センター会員とリテーラ会員とに分類される。会員の情報を管理せず、その管理をネットセンター１２に委託するリテーラシステム１８に所属する会員は、センター会員であり、会員の情報を管理するリテーラシステム１８に所属する会員は、リテーラ会員である。
本発明のキャンペーン報知システムに関しては、センター会員およびリテーラ会員のいずれにも、同様の方法でキャンペーンに関する情報が報知される。
【００２３】
リテーラシステム１８は、顧客とラボとを仲介役的な役目を果たすシステムであり、例えば、ＰＣ、ワークステーション（以下、ＷＳとする。）、サーバ機器等によって構成される。
【００２４】
例えば、欧州の写真プリント業界においては、リテーラと呼ばれる、顧客とラボとを仲介する仲介業者が存在する。リテーラは、ラボと契約して、化粧品店や薬店等に依頼してプリント注文の受付窓口を設け、顧客からのプリント注文を受け付けて、受け付けたプリント注文をラボに受け渡し、また、必要に応じて、ラボから仕上がったプリントを受け取り、指示された受付窓口などの店舗に送り、また、顧客の自宅に送る。
すなわち、この流通システムにおいては、顧客は、ラボを全く意識することなく、リテーラにプリントを注文する感覚となる。
【００２５】
リテーラシステム１８は、ネットシステム１０において、このリテーラの役割を果たすものであり、例えば、前述の仲介業者であるリテーラが有するシステム（装置）である。
前述のように、リテーラシステム１８は、インターネット等の通信ネットワークによって、ネットセンター１２および受注チャネル１４と接続されている（図１参照）。
【００２６】
リテーラシステム１８の管理者であるリテーラは、通信ネットワーク（ｗｅｂ上）に、図５に示すような自ホームページ２６を開設している。リテーラシステム１８のホームページ２６には、プリントサービスに関する情報や、自店で取り扱う商材（商品の作製や既製品の加工サービス等を含む。）に関する情報が掲載される。また、ホームページ２６を、リテーラ自身のロゴや地域情報等を含めて独自のデザインや構成とすることで、他店との差別化を図ることができる。リテーラシステム１８のホームページ２６は、インターネット上のホームページサービス上にあってもよいし、リテーラ自身がリテーラシステム１８等においてｗｅｂサーバを運営してもよい。
【００２７】
また、リテーラは、自ホームページとは別に、ネットプリントサービスに関する注文画面情報やキャンペーン情報などをネットセンター１２に保管する。ネットセンター１２に保管した注文画面情報は、リテーラ自身がテンプレート設定可能である。リテーラのホームページ２６には、プリント注文のための、注文ボタン２８が配置されており、ホームページ２６は、この注文ボタン２８によってネットセンター１２に保管されたリテーラの注文画面にリンクしている。
【００２８】
ネットシステム１０において、ｗｅｂブラウザを利用する受注チャネル１４では、直接、ネットセンター１２（後述するフロントエンド）にアクセスすることはできない。ｗｅｂブラウザを利用する受注チャネル１４を用いる場合には、顧客は、リテーラシステム１８が通信ネットワーク上で公開しているホームページなどのｗｅｂ画面から、ネットセンター１２にアクセスする。
また、ＯＰＷ等を利用する受注チャネル１４を用いる場合には、顧客は、基本的に、リテーラの選択を行った後に、ネットセンター１２にアクセスする。さらに、注文ソフトを利用する受注チャネル１４を用いる場合には、リテーラが一義的に決定されており、あるいは、同様に、リテーラの選択を行った後に、ネットセンター１２にアクセスする。
したがって、本発明のネットシステム１０においても、顧客は、ネットセンター１２およびラボ（ラボシステム１６）を意識することなく、リテーラに注文する感覚で、プリント等の注文を行うことができる。
【００２９】
上述したように、リテーラシステム１８には、会員の情報を管理せず、その管理をネットセンター１２に委託するリテーラシステム１８（例えば、リテーラシステム１８ａ）と、会員の情報を管理するリテーラシステム１８（例えば、リテーラシステム１８ｂ）とがある。各リテーラシステム１８は、いずれのタイプとするか（会員情報管理を自店でするか、しないか。）が予め選択されて、その内容でネットセンター１２に登録されている。タイプの決定は各リテーラシステム１８の管理者（リテーラ）の選択による。
【００３０】
会員情報管理をしないリテーラシステム１８ａは、そこに登録された会員、すなわちセンター会員（例えば、受注チャネル１４ａに対応。）がプリント注文のためにネットセンター１２にアクセスする際に、認証は行わず、会員情報の取得もしない。したがって、センター会員の受注チャネル１４ａからの注文の情報および会員情報は、そのままネットセンター１２へ送信される。
【００３１】
一方、会員情報を管理するリテーラシステム１８ｂは、後述するネットセンター１２の会員登録／認証と同様の機能および会員情報データベースを有し、自己に所属する会員（リテーラ会員）の登録を自己システムにおいて行って、その会員情報を会員情報データベース１９に登録する。また、自己の会員がネットセンター１２にアクセスする際には、自己システムにおいて、会員の認証を行う。
すなわち、リテーラ会員がプリント注文のために受注チャネル１４ｂからネットセンター１２へアクセスする際には、リテーラシステム１８ｂが、その認証を行った後、その会員情報を取得して会員情報データベース１９へ蓄積するとともに、自己システムにおいて識別可能な独自の注文コードを、受注チャネル１４ｂがネットセンター１２に対して送信する注文の情報に付与する。
【００３２】
なお、本発明のネットシステム１０においては、リテーラシステム１８と後述するラボシステム１６とが、１つのシステムとして構成されるものであってもよい。
【００３３】
ネットセンター１２は、ネットシステム１０を統括するものであり、一例として、ＰＣ、ＷＳ、ネットワーク機器、サーバ機器、ストレージ機器等を組み合わせて構成される。
また、ネットセンター１２は、顧客から送られた画像、会員情報、プリントなどの注文情報、ネットシステム１０を管理運営するための情報など、画像や各種の情報等を保存／管理するためのデータベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａを有する。
ネットセンター１２は、インターネットに接続されたセンターサーバとして、複数のリテーラシステム１８の注文ページ情報やキャンペーン情報などを管理すると共に、プリント注文のために受注チャネル１４から顧客によってアップロードされる画像を保管する。
【００３４】
図２に概念的に示されるように、ネットセンター１２は、実際に稼働するシステム（本番環境）であるフロントエンドと、設定・動作確認用システム（評価環境）であるバックエンドを有する。
フロントエンドは、顧客の注文等を受けるためのサイトであり、受注チャネル１４によるアクセスが可能である。すなわち、フロントエンドは、顧客がプリントの注文や画像のアップロード等を行うための、ユーザインターフェイスのような機能を提供する。
【００３５】
他方、バックエンドは、ネットシステム１０およびネットセンター１２の管理を行うためのサイトである。
すなわち、バックエンドは、リテーラが自己のホームページのテンプレートなどの変更を行う際のカスタマイズ用に準備された環境であり、リテーラはバックエンドにおいて自店の注文画面のテンプレートなどのデザイン変更を行い、確認した上で、フロントエンド上へ反映する期日を設定する。ネットセンター１２は、指定期日の所定時刻になると、バックエンドの注文画面をフロントエンドへコピーする。フロントエンドへ反映する期日をリテーラが設定することで、リテーラが注文画面に季節感を出したり設立周年記念などを独自に盛り込むことができる。
【００３６】
バックエンドには、ネットセンター１２を管理する管理システム２４、リテーラシステム１８やラボシステム１６等、ネットシステム１０を管理／運営するシステムのみがアクセス可能で、受注チャネル１４によるアクセスはできない。
リテーラが自己のホームページのテンプレートを変更する場合には、リテーラシステム１８は、フロントエンドに接続する回線とは異なる回線でバックエンドに接続される。このように、バックエンドへの接続には別回線を用いることにより、一般利用者（顧客）の受注チャネル１４からはバックエンドにアクセスできないため、ネットセンター１２のバックエンドのセキュリティ性を高めることができる。
【００３７】
ネットワークプリントサービスを依頼しようとする顧客が、利用者端末である受注チャネル１４でリテーラのホームページを閲覧し、ホームページ上の注文ボタンをクリックすると、リンク先のネットセンター１２内の本番環境にあるそのリテーラの注文ページへジャンプし、ネットセンター１２内のリテーラの注文ページが受注チャネル１４に表示される。利用者（顧客）はネットセンター１２を意識することなく、すなわち、馴染みのリテーラのサイト内であるという感覚のまま、画像のアップロードや注文を行うことができる。
【００３８】
ネットセンター１２において、フロントエンドは、店検索サイトブロック、会員登録／認証ブロック、アルバム機能ブロック、シェアボックス機能ブロック、注文ｗｅｂブロック、および、キャンペーン提供ブロックを有する。これらは、ｗｅｂブラウザを用いる受注チャネル１４によって利用可能な機能を提供する。
顧客は、受注チャネル１４によって、リテーラシステム１８が通信ネットワーク上に公開しているホームページ等のｗｅｂ画面からネットセンター１２のフロントエンドにアクセスして、上記各ブロックにより提供される以下の機能を利用することができる。
【００３９】
店検索サイトブロックは、プリント等の商材を受け取る店が決まっていない顧客が、利用可能な店を検索するための検索ｗｅｂサイトを提供する。例えば、受注チャネル１４で店検索サイトにアクセスして、国を指定することにより、その国で利用可能な店の一覧と、各店の情報等が表示される。
【００４０】
会員登録／認証ブロックは、センター会員の会員登録、登録している会員情報の変更、会員の認証（サインイン）等の機能を提供する。図示例のネットセンター１２においては、会員毎に設定した会員のＩＤ（識別情報、例えば識別番号）とパスワードとを用いて、認証を行う。会員情報は、後述するバックエンドの会員管理ブロックが管理している。
なお、リテーラシステム１８ｂも、これに準じた会員登録／認証の機能を有し、また、リテーラ会員の受注チャネル１４ｂに関しては、リテーラシステム１８ｂで、会員登録や情報の管理、認証等を行うのは、前述のとおりである。したがって、リテーラ会員の受注チャネル１４ｂからのアクセスは、リテーラシステム１８ｂで認証を行った後にネットセンター１２に対して為され、このフロントエンドでの会員の認証は行われない。
【００４１】
アルバム機能ブロックは、受注チャネル１４によって画像をアップロードする機能、会員毎に画像をアルバム（電子アルバム）として保管する機能、会員がｗｅｂブラウザ１４ａでアルバムの画像を表示する機能（会員による自身のアルバムの閲覧機能）、表示したアルバムの画像の回転・スライドショー等の機能を提供する。すなわち、アルバム機能は、通信ネットワークによる電子アルバムの機能を提供する。
図示例のネットシステム１０において、ネットセンター１２のアルバム機能が提供するアルバムには、システムアルバムとマイアルバムとが有る。システムアルバムとは、会員がアップロードした画像を保管するものである。システムアルバムは、ネットセンター１２が初期、例えば会員登録時等に１会員に１つ、自動的に作成するアルバムで、会員によってアップロードされた画像は、全て、システムアルバムに保管される。他方、マイアルバムとは、会員が任意に作成し、会員が選択した画像を保管するアルバムである。会員は、アップロードした画像から任意に画像を選択して、作成したマイアルバムにまとめて保管することができる。
【００４２】
なお、受注チャネル１４によってアップロードされた画像は、画像を特定する画像コード、会員ＩＤ、リテーラＩＤ、ファイルフォーマット種別、格納ファイルサイズ、格納ファイル名、アップロード日、最新注文日等の情報等を含む画像情報で管理される。
【００４３】
図示例のネットシステム１０において、会員は、アルバム機能によって、各種のアルバム操作、および、アルバム画像編集を行うことができる。
アルバム操作としては、一例として、マイアルバムの新規作成、マイアルバムの名称の設定・変更、アルバムの一覧表示、マイアルバムの削除等を行うことができる。なお、システムアルバムは、会員による削除は出来ない。
他方、アルバム画像編集としては、一例として、アルバム内の全画像のスライドショー表示、画像のサムネイル一覧表示、画像の拡大表示、画像の回転表示、画像の追加、画像の表示順変更、画像名称の変更、画像の別のアルバムへのコピーおよび移動（複数選択および一括選択可能）、画像の削除（複数削除および一括削除可能）、アルバムに保管した画像を用いたプリント等の商材注文等を行うことができる。
【００４４】
シェアボックス機能ブロックは、会員が自身のアルバムの画像を第三者に公開する機能を提供する。会員は、このシェアボックス機能を用いて、アルバムから任意の数の画像を選択して、画像を第三者に公開するためのシェアボックス（複数でも可）を作成することができ、また、シェアボックス内の画像を閲覧するためのＵＲＬを、知人等に提供することにより、第三者に公開することができる。
【００４５】
会員は、シェアボックスの機能を利用して、各種のシェアボックスの操作を行うことができる。
具体的には、一例として、１つのアルバム内の画像を選択（複数選択および一括選択可能）してのシェアボックスの作成、シェアボックスの公開（例えばメール送信などによる、シェアボックスを閲覧するためのＵＲＬの提供）、シェアボックスの公開用パスワード設定、シェアボックスの名称の設定、シェアボックスの公開停止、シェアボックスの一覧表示、シェアボックス内の画像のサムネイル画像の一覧表示、シェアボックス内の画像のスライドショー表示、シェアボックス内の画像の拡大表示、シェアボックス公開時の送信メールアドレスの保存・削除・編集等を行うことができる。
【００４６】
また、第三者は、シェアボックス機能を利用して、公開されたシェアボックスに対して、各種の操作を行うことができる。
具体的には、一例として、シェアボックスの画像の表示（シェアボックスの閲覧）、シェアボックスを閲覧するためのパスワード認証、シェアボックス内の画像の画像のスライドショー表示、シェアボックス内の画像の拡大表示、シェアボックス内から選択した画像を用いたプリント等の商材注文等を行うことができる。
【００４７】
アルバムおよびシェアボックスに保管した画像の表示は、予め定められた所定期間のみ表示（閲覧）可能であり、アルバムおよびシェアボックでの画像の保管も、予め定められた所定期間である。この期間は、後述するバックエンドのアルバム管理ブロックの機能を用いて、リテーラシステム１８等によって設定できる。
【００４８】
なお、ネットセンター１２のフロントエンドは、アルバムおよびシェアボックスの他に、会員登録されていない会員（非会員）からのプリント等の注文受付を可能にするために、非会員が注文用にアップロードした画像を、所定期間、保管する機能を提供するフォトストレージも有するのが好ましい。なお、フォトストレージに保管した画像は、注文操作中は表示可能であるが、注文が終了した後は、表示することはできない。
【００４９】
注文ｗｅｂブロックは、プリント、画像を記録したマグカップやＴシャツ等のグッズ、画像を記録したＣＤ等の商材の受注機能を提供する。
受注チャネル１４では、この注文ｗｅｂにアクセスして、商材（プリント、グッズ、ＣＤなど）の選択、商材を注文する画像の選択、プリントを注文する場合にはプリントサイズや枚数等を入力／指示する。また、商材の受け取り先（受取店）や配送先、支払い方法等の入力／指示も、必要に応じて、この注文ｗｅｂによって行う。
【００５０】
図示例のネットシステム１０において、注文ｗｅｂを用いる会員による注文、すなわち商材を注文する画像の選択には、アルバム方式とメニュー方式とが有る。
アルバム方式とは、前述のアルバムに保管された画像から、注文する画像を選択する方式である。他方、メニュー方式とは、受注チャネル１４によってアップロードした画像から、注文する画像を選択する方式である。なお、注文の有無に関わらず、会員がアップロードした画像は、システムアルバムに保管される。すなわち、注文ｗｅｂも、画像のアップロード機能を提供する。
さらに、ネットシステム１０では、受注チャネル１４で、シェアボックスに保管されている画像の中から、画像を選択して、商材を注文することもできる。但し、前述のように、シェアボックスの画像の表示には、前述のようにＵＲＬが提供されていることが前提になるため、画像の注文もＵＲＬの提供が前提となる。
【００５１】
キャンペーン提供ブロックは、前述のリテーラあるいはラボが行う各種のキャンペーンを、顧客に提供する機能である。「キャンペーン」とは、注文料金の値引き、各種のグッズのプレゼントなどの、注文に対する特定サービスの総称である。
本発明において、キャンペーン提供ブロックは、上記注文ｗｅｂにアクセスして注文入力／指示を行う受注チャネル１４に対し、その注文内容に応じたキャンペーンに関する情報を、注文入力中に動的に表示することで報知する。例えば、図７の注文画面３０において、注文枚数が入力されると、図９のように、キャンペーンの特典が適用されるまでの残りの枚数をポップアップ表示し、または、図１０のように、適用される特典の内容をポップアップ表示する。この報知方法については、後に詳述する。
キャンペーン提供は、後述するバックエンドのキャンペーン管理によって、リテーラ（リテーラシステム１８）やラボ（ラボシステム１６）毎に申請／設定できる。
【００５２】
また、受注チャネル１４としてＯＰＷを利用する受注チャネル１４を設ける場合には、ネットセンター１２のフロントエンドに、その受注チャネル１４からの注文を受けるために必要な各種機能を提供するブロックを設け、受注チャネル１４として注文ソフトを利用する受注チャネル１４を設ける場合には、ネットセンター１２のフロントエンドに、注文ソフト１４ｃでの注文を受けるために必要な各種機能を提供するブロックを設ける。
【００５３】
一方、ネットセンター１２において、バックエンドは、前述のように、ネットシステム１０およびネットセンター１２の管理を行うためのサイトであり、会員管理ブロック、アルバム管理ブロック、基本情報管理ブロック、商材管理ブロック、サイト管理ブロック、注文管理ブロック、ワークフローブロック、キャンペーン管理ブロック、ラボ受注サーバ、および決済ブロックを有する。
【００５４】
会員管理ブロックは、センター会員の会員情報の管理（新規会員の登録の管理、各種情報の変更／追加／更新等を含む）、会員情報の検索、会員情報のダウンロード等の会員情報の管理機能を提供する。
【００５５】
センター会員の会員情報としては、会員ＩＤ、パスワード、E-mailアドレス、商材の受取店のＩＤ（選択店ＩＤ）、氏名、住所、電話番号、配送先等の情報が例示される。また、センター会員の会員情報には、これに加え、会員登録を仲介したリテーラ（リテーラシステム１８）など、会員が属するリテーラを示すリテーラＩＤも付される。
なお、前述のように、リテーラ会員に関しては、会員情報はリテーラシステム１８で管理しているが、ネットセンター１２の会員管理でも、会員ＩＤ（ネットセンター１２が付した会員ＩＤ）、会員登録をしているリテーラのリテーラＩＤ、および、会員毎にリテーラで付している会員ＩＤ（リテーラユニークＩＤ）を対応付けして管理している。
【００５６】
また、会員情報の検索とは、リテーラシステム１８が、或る任意の条件に合致したセンター会員を検索する機能を提供するものである。さらに、会員情報のダウンロードとは、リテーラシステム１８が、自身に関連するセンター会員の情報をダウンロードする機能を提供するものである。
【００５７】
アルバム管理ブロックは、前述のアルバム、シェアボックス、フォトストレージなどの保管容量、画像の保管期間や表示期間等の管理機能を提供する。
アルバム管理は、リテーラシステム１８やラボシステム１６からの要求に応じて、リテーラシステム１８毎やラボシステム１６毎に、会員一人当たりのアルバムの容量、画像の保管期間、画像の表示期間を設定する。すなわち、アルバムの容量、画像表示期間や保管期間は、リテーラシステム１８やラボシステム１６が設定することができる。なお、表示期間と保管期間は、同じでも異なってもよい。
また、アルバム管理は、表示期間を過ぎた画像に関しては表示を停止し、保管期間を過ぎた画像は削除し、容量をオーバーしたアルバムなどに関しては、警告等でその旨を会員に知らせる。さらに、表示期間の満了などを電子メール等で会員に通達してもよい。
【００５８】
また、アルバム管理は、画像を保管しないマイアルバム、フォトストレージ、シェアボックスを、定期的に削除する。さらに、アルバム管理は、公序良俗に反する画像を保管しているシェアボックスについては、公開を強制的に停止する。
【００５９】
基本情報管理ブロックは、ラボシステム１６、リテーラシステム１８、および、受取店の各基本情報の管理機能を提供する。
基本情報管理では、各ラボシステム１６（ラボシステム１６を有するラボ）と提携しているリテーラシステム１８（リテーラシステム１８を有するリテーラ）、および、各リテーラシステム１８と提携している受取店を、対応付けして登録／管理すると共に、各ラボシステム１６、リテーラシステム１８、および受取店について、それぞれの基本情報を管理し、また、要求や必要に応じて、基本情報を変更／更新する。
【００６０】
ラボシステム１６の情報としては、ラボのＩＤ（ラボＩＤ）、名称、電話番号、所在国、サービスを提供する国、および、ラボシステム１６がネットセンター１２にアクセスする際に必要なパスワード（ラボ認証コード）等が例示される。
リテーラシステム１８の情報としては、リテーラのＩＤ、名称、略称、所在国、サービスを展開する国、サポートする言語、提携するラボのラボＩＤ（所属ラボＩＤ）等が例示される。
受取店の情報としては、店のＩＤ、名称、電話番号、所在国、郵便番号、提携するリテーラのＩＤ（所属リテーラＩＤ）、所属するリテーラが所属するラボのＩＤ（所属ラボＩＤ）、ラボが受取店に付与するユニークな管理コード（ラボ管理用店コード）、リテーラが受取店に付与するユニークな管理コード（リテーラ管理用店コード）等が例示される。尚、リテーラが受取店を兼ねてもよい。
【００６１】
商材管理ブロックは、ラボシステム１６を有するラボ、リテーラシステム１８を有するリテーラ、および、受取店が取り扱う商材の管理機能を提供する。
図示例のネットシステム１０においては、一例として、顧客（会員）から受け取った画像を再生した（写真）プリント、同画像を保存したＣＤ、および、同画像を再生したグッズ、例えば、マグカップやＴシャツなどが、顧客に提供される。商材管理は、各リテーラシステム１８やラボシステム１６が取り扱う商材（商品）の設定、商材の価格の設定、前記注文ｗｅｂ等における商材の表示等の機能を提供する。また、商材管理は、受注チャネル１４を用いた顧客による商材の注文（注文の入力指示）に応じて、注文に関する情報である注文設定情報、例えば、画像、商材の種類、プリントサイズ、数などを生成する機能も提供する。
取り扱う商材、および、商材の価格は、商材管理の機能によって、リテーラシステム１８毎やラボシステム１６毎に、申請／設定できる。すなわち、取扱商材や、商材の価格は、リテーラやラボが設定することができる。
【００６２】
サイト管理ブロックは、顧客へのお知らせの情報、統計情報、アプリケーションのダウンロード情報など、ネットシステム１０を運用するための各種の管理機能を提供する。具体的には、ネットシステム１０においては、リテーラシステム１８、ラボシステム１６、およびネットセンター１２のそれぞれに対応して、ネットシステム１０を運用管理するために、各システムを管理する管理者向けの各種の管理機能が設定されており、サイト管理が、これらの管理機能を提供する。
ネットセンター１２を管理するセンター管理者（運用者）による運用管理は、例えば、通信ネットワークによってネットセンター１２に接続される、ネットセンター運用管理用の管理システム（管理ｗｅｂ）２４によって行われる。また、センター管理者は、ラボ業務運用者との対応窓口となる。
【００６３】
注文管理ブロックは、注文情報の生成、検索や表示など、注文に関する管理機能を提供する。
前述のように、顧客による注文が行われると、商材管理ブロックによって、注文設定情報が生成される。注文管理ブロックでは、顧客による注文が確定し、顧客による商材の受取方法や決済方法の選択等が行われて、注文が完了（注文確定）すると、注文設定情報等を用いて料金計算等の必要な演算を行って所定の情報を生成して、注文情報を生成する。なお、決済方法がクレジット決済やデビット決済（キャッシュカードによる決済）の場合には、後述する決済ブロックによるオーソリ（与信）の結果も、注文情報に付加する。
【００６４】
生成された注文情報は、ラボ受注サーバに送られ、保管される。また、注文管理ブロックは、生成した注文情報を、データベース／ファイルサーバ（ＤＢ／ＦＳ）１２ａに保管し、管理する。ＤＢ／ＦＳ１２ａに蓄積され、データベース化された注文情報は、ラボシステム１６あるいはさらにリテーラシステム１８で、検索や表示を行うことができる。
【００６５】
ネットシステム１０において、注文情報は、「注文」、「注文明細」、および、「注文明細画像」の３つの対応付けされた情報からなる。
「注文」には、この注文（注文情報）を特定する注文コード、注文日時、受注チャネル１４（顧客が操作するプリント注文専用のプリント注文端末を含む）のＩＤを示す端末ＩＤ、リテーラＩＤ、会員ＩＤ、ラボＩＤ、料金に関する情報（基本料金や配送料金等）、受取方法に関する情報、受取店ＩＤ、配送先や商品の受け渡しに関する情報、決済方法に関する情報等が含まれる。また、「注文」には、キャンペーンに関する情報として、キャンペーン割引額、キャンペーンＩＤ、キャンペーン名称、および、キャンペーン種別が含まれる。図３に、これらの情報を用いて注文を管理するためのテーブル（注文テーブル）の一例を示す。注文テーブルは、前記注文コードから始まる各種の情報によって、注文を管理する。
【００６６】
「注文明細」には、注文明細を特定する注文明細コード、商材種別、商材ＩＤ、商材名称、合計注文価格、価格体系種別（ラボやリテーラ毎に設定された価格設定の情報）等の情報が含まれる。
さらに、「注文明細画像」には、画像コード、注文数量等の情報が含まれる。
【００６７】
図示例においては、この「注文明細画像」の画像コードによって、注文された画像の画像情報と、注文情報とが対応付けされる。
画像情報には、前述のように、画像を特定する画像コード、会員ＩＤ、リテーラＩＤ、ファイルフォーマット種別、格納ファイルサイズ、格納ファイル名、アップロード日、最新注文日等の情報が含まれる。
【００６８】
ワークフローブロックは、ネットシステム１０の運営管理を行う上での価格・商材等の設定変更に対するワークフローの機能を提供する。
ワークフローは、テーラシステム１８やラボシステム１６から、リテーラやラボの情報、例えば基本情報、や詳細情報の変更、料金の変更、受取店の情報に検する変更、実施するキャンペーンの登録や更新、前記ｗｅｂ画面の変更が申請されると、この申請が適正で有るか否かを判定して、承認もしくは却下を決定し、承認の場合には、申請された変更を確定して、この変更内容を、ネットシステム１０に適用する。
【００６９】
キャンペーン管理ブロックは、各種のキャンペーンの登録／検索、中止、クーポン発行等の管理機能を提供する。
図示例のネットシステム１０においては、キャンペーン内容には、一例として、料金割引と付録プレゼント等が有り、さらに、料金割引には、直接的な料金の値引きと、値引きを提供するためのユニークなＩＤであるクーポンの発行とが有る。また、キャンペーンは、対象とする受注チャネル１４を選択して行うことができる。リテーラシステム１８あるいはラボシステム１６は、キャンペーン管理の機能を利用して、キャンペーンを任意に設定、登録し、前記フロントエンドのキャンペーン提供に反映させることができる。
【００７０】
例えば、料金の値引きであれば、図８に示すように、キャンペーン対象商材と、特典の適用条件、および特典内容としての値引率が、リテーラシステム１８またはラボシステム１６によって設定され、登録される。
また、リテーラシステム１８あるいはラボシステム１６は、キャンペーン管理を利用して、キャンペーンの検索／表示、実施前のキャンペーンの変更や実施中のキャンペーンの中止またはキャンペーンの更新、キャンペーン情報の削除、クーポンの発行等を行うことができる。
【００７１】
ラボ受注サーバは、後述するラボ受注モジュールを介して、ラボシステム１６に対して、注文情報や画像送信等の、ラボシステム１６での注文の受注機能を提供する。
前述のように、注文情報は、このラボ受注サーバに送られ、また、注文情報に対応する画像データも、ラボ受注サーバに送られる（以下、１件の注文情報と対応する画像データとをまとめて、注文ジョブとする）。ラボ受注サーバは、ラボシステム１６からの要求に応じて、注文の一覧情報をラボシステム１６に転送し、また、ラボシステム１６から要求された注文１件分の注文ジョブを、ラボシステム１６に転送する。
【００７２】
決済ブロックは、決済方法がクレジット決済やデビット決済の場合に、決済サイト２０から、決済のオーソリ（与信）を取得する機能を提供するものである。
なお、決済サイト２０とは、通信ネットワークでネットセンター１２と接続された、公知のオンライン決済を行うためのｗｅｂサイトである。ネットセンター１２では、この決済サイトに対しては、オーソリ取得のみを行う。
【００７３】
ラボシステム１６は、ＰＣやＷＳ、サーバ機器等で構成される、ラボ（プリント業者）に設置されるシステムであり、また、デジタルの写真プリンタや各種グッズへの印画装置等が接続される。あるいは、これらが一体的に構成される。
ラボシステム１６には、ネットセンター１２からの商材注文取り込み用のアプリケーションである受注ソフトがインストールされる。この受注ソフトには、ラボシステム１６がネットセンター１２（ラボ受注サーバ）から注文ジョブを取得するためのインターフェイスを提供する、受注モジュールが含まれる。
ラボシステム１６は、この受注モジュールを用いて、注文情報の一覧を取得し、自身に対応する注文ジョブの転送を要求し、取得する。ラボ（ラボシステム１６）では、注文ジョブに応じた商材を作成して、注文情報に応じた配送先や受取店に、商材を配送する。また、ラボシステム１６は、注文情報に付加されたオーソリの情報等に応じて、クレジット決済の確定／キャンセル、デビット決済のキャンセルを決定し、その結果を、決済サイト２０に送る。
【００７４】
ネットシステム１０は、基本的に以上のように構成される。
【００７５】
次に、顧客によって受注チャネル１４から注文が行われるときの、ネットシステム１０における注文処理フローについて説明する。図４は、ネットシステム１０における注文処理フロー図である。
顧客は、顧客が所持するパソコンなどの受注チャネル１４から、リテーラシステム１８が作成、管理するｗｅｂサイトにアクセスし、リテーラのホームページを閲覧する。
まず、受注チャネル１４が、ネットプリントサービスを利用するために、所望のリテーラのホームページすなわち、リテーラシステム１８が通信ネットワーク上に公開しているｗｅｂ画面にアクセスする（図４における、受注チャネル１４からリテーラシステム１８への「ホームページ要求」）。
これに対し、リテーラシステム１８はホームページを公開する（図４における、リテーラシステム１８から受注チャネル１４への「ホームページ表示」）。
ここで、顧客がリテーラ会員である場合には、受注チャネル１４がリテーラシステム１８に接続した際に、リテーラシステム１８において顧客の認証が行われる。
【００７６】
図５は、受注チャネル１４に表示されるホームページの一例である。ホームページ２６には、そのリテーラを表示する文字や、そのリテーラに関する情報、その他そのリテーラシステム１８の管理者等の選択に応じて任意の情報が掲載される。
また、ホームページ２６には、ネットセンター１２のフロントエンドの注文ｗｅｂにリンクする注文ボタン２８が配置されている。
【００７７】
顧客は、手元にある画像をネットセンター１２にアップロードしてプリント商材を注文する場合や、以前にネットセンター１２のアルバム機能ブロックにアップロードして保管されている画像からプリント商材を注文する場合には、リテーラのホームページ２６内の注文ボタン２８をクリックする。これにより、受注チャネル１４は、ネットセンター１２のｗｅｂサイトに接続される（図４における、受注チャネル１４からネットセンター１２への「注文画面要求」）。
ここで、顧客がセンター会員である場合には、受注チャネル１４がネットセンター１２に接続した際に、ネットセンター１２において顧客の認証が行われる。
【００７８】
受注チャネル１４がネットセンター１２に接続されると、ネットセンター１２は、受注チャネル１４からの注文画面要求に応じて、受注チャネル１４に注文画面を表示する（図４における、ネットセンター１２から受注チャネル１４への「注文画面表示」）。
受注チャネル１４のディスプレイには、ネットセンター１２の注文ｗｅｂ機能によって、新規な注文画面ブラウザが表示される。ネットセンター１２の注文ｗｅｂブロックでは、自サーバと契約したリテーラごとの顧客情報等が管理されており、リテーラが独自に設定した注文画面もネットセンター１２に保存・管理されている。
【００７９】
したがって、顧客の受注チャネル１４のディスプレイ上に新規に表示されたブラウザ内には、先に接続していたリテーラシステム１８用の注文画面が表示される。顧客は、注文画面内の指示に従い、画像をアップロードしたり、アルバム内の画像のグルーピングや第三者公開の設定を行ったり、サーバに保管した画像のプリント注文を行ったりすることができる。
【００８０】
すなわち、顧客は、受注チャネル１４から、ネットセンター１２の注文ｗｅｂを通してシステムアルバムへの画像のアップロードを行ってその中から画像を選択し（メニュー方式）、または、以前にアップロードした画像のアルバムを呼び出してそのアルバムから任意の画像を選択して（アルバム方式）その画像を再生した商品を注文する、ネットワークプリントサービスを受けることができる（図４における、受注チャネル１４からネットセンター１２に対する「注文操作」）。
【００８１】
このような注文処理において、リテーラまたはラボがキャンペーンを設定しており、注文画面内におけるキャンペーン情報の通知を設定している場合、リテーラシステム１８およびラボシステム１６は、ネットセンター１２に管理される注文画面を通じて顧客に対して独自のキャンペーン情報を表示して、顧客に対してキャンペーン案内を行い、プリント商材の注文を促進することができる。
【００８２】
上述したように、ネットセンター１２は、キャンペーン管理ブロックによって、リテーラごとに注文画面と共にキャンペーン情報を管理している。また、ネットセンター１２は、下記の処理を受注チャネル１４に実行させるためのプログラムを有している。
受注チャネル１４からアクセスがあると、受注チャネル１４が経由したリテーラシステム１８の注文画面とキャンペーン情報とを受注チャネル１４に読み込ませ、さらに、下記の処理を受注チャネル１４に実行させるためのプログラムを受注チャネル１４に読み込ませて、受注チャネル１４において、注文入力中にキャンペーン情報を報知する。以下に、このようなキャンペーン情報の報知方法について説明する。
【００８３】
プリント注文処理における注文画面の表示からキャンペーン情報の報知までのフロー図を図６に示す。
まず、顧客が受注チャネル１４に表示されたリテーラシステム１８のホームページ２６において、注文ボタン２８をクリックすることにより、注文処理フローが開始する。
ステップＳ１１で、受注チャネル１４がネットセンター１２に接続されると、ステップＳ１２で、受注チャネル１４が、ネットセンター１２のフロントエンドのキャンペーン提供機能によって、キャンペーン情報を取得する。
【００８４】
図８は、キャンペーン情報の一例である。キャンペーン情報は、キャンペーン対象商材と、各商材に対応する特典適用条件および特典内容とを含む情報であり、ネットセンター１２においてリテーラごとに設定され、リテーラシステム１８やラボシステム１６によってバックエンドのキャンペーン管理に登録されている。
このキャンペーン情報は、商材に対応する適用条件や適用される場合の特典内容が、例えばテーブルとして表され、注文画面と共に、受注チャネル１４に読み込まれる。
【００８５】
次に、プリント注文する顧客の画像が既にネットセンター１２にアップロードされている場合には、ネットセンター１２は、ステップＳ１３で、フロントエンドのアルバム機能によってその顧客のアルバムを取得し、ステップＳ１４で、受注チャネル１４にそのアルバムを表示する。
注文対象の画像がまだアップロードされていない場合には、ステップＳ１３に先立って、画像のアップロードとアルバムへの保管が行われる。
【００８６】
ここで注文入力終了（注文確定）の指示がなければ、ステップＳ１５では終了しない旨の判断（Ｎｏの判断）がされ、ステップＳ１６において画像選択の有無の判断でＹｅｓが選択されれば、ステップＳ１７で、ネットセンター１２が注文画面を受注チャネル１４に表示する。
【００８７】
顧客は、キャンペーン商材を意識せずに、受注チャネル１４に表示された注文画面上で画像のプリント商材の注文を行う。プリント商材の注文では、顧客が登録したアルバムの画像一覧から所望の画像を選択し、選択した画像の注文内容を設定する注文画面３０に移行する。図７に示すように、注文画面３０には、選択画像と、その画像の注文情報を入力する注文入力欄３２と、注文確定ボタンや注文キャンセルボタン等が設けられている。図７では、プリント商材の注文のために選択した画像を画面左に表示し、選択画像の右側に商材一覧を配置しているが、画面の配置はこれに限定されない。
【００８８】
注文画面３０において、顧客から注文情報が入力されると、ステップＳ１８の注文入力の有無の判断でＹｅｓが選択され、ステップＳ１９へ進む。
ステップＳ１９では、注文画面３０に入力された注文内容、すなわち注文入力された商材および注文数と、設定されているキャンペーン情報（例えば、図７の情報）との比較が行われる。
【００８９】
比較の結果、注文入力された商材が、キャンペーン対象商材として設定されていた場合には、ステップＳ２０において、該当キャンペーンの有無の判断でＹｅｓの判断がされる。そして、入力された注文内容がキャンペーンの適用条件を満たしていなかった場合には、ステップＳ２１でＮｏの判断がされ、ステップＳ２２で、適用条件を満たすのに必要な残りの条件を通知する。
【００９０】
例えば、図７の注文画面３０内の商材一覧で、顧客がＬ版プリントの注文欄に７枚と入力すると、受注チャネル１４の内部で、入力情報を監視していたプログラムが、図８のキャンペーン情報を参照して、入力された商材がキャンペーンの対象となっているかどうかを検索する。このプログラムは、例えばJavaScriptにより作成される。
キャンペーン対象となっていた場合、キャンペーンの特典適用条件を読み込み、その条件と注文入力された数値とを比較する。ここでは、キャンペーンの適用条件がＬ版で１０枚に対して入力枚数が７枚であるので、１０％引きが適用されるにはあと３枚の注文が必要である。
【００９１】
このような場合、注文画面３０の入力部近傍に、吹き出しのような表示エリアを出現させて、「あと３枚で１０％引きになります。」といったメッセージをポップアップ表示する。これにより、顧客は、所望の商材についてのみのキャンペーン情報を知ることができる。また、顧客は、注文しようとする商材について、あとどれくらい注文すればキャンペーンが適用されるかを即時に把握できるので、わずかな数量の追加等で特典を得る場合などには特に、顧客の購買意欲を喚起することができる。
【００９２】
一方、入力された注文内容がキャンペーンの適用条件を満たしていた場合には、ステップＳ２１でＹｅｓの判断がされ、ステップＳ２３で、特典が適用される旨、および適用される特典の内容を顧客に通知する。
例えば、図７の注文画面３０内の商材一覧で、顧客がＬ版プリントの注文欄に１０枚と入力すると、上記と同様にして受注チャネル１４の内部プログラムによってキャンペーン情報との比較が行われ、キャンペーンの特典適用条件である１０枚をクリアしていると判断して、「１０％引きの特典が適用されました。」といったメッセージをポップアップ表示する。
これにより、顧客はキャンペーン情報を知らずに注文入力をした場合でもキャンペーンの得点が適用されたこと、および適用された特典の内容を知ることができるので、顧客の更なる購買意欲の喚起が期待できるとともに、顧客の満足を得ることができる。
【００９３】
このように、本発明によれば、キャンペーン情報の一覧が表示されるのではなく、入力された注文内容に応じて、選択された商材に対して該当するキャンペーンが検索され、適用までの条件が表示されるので、顧客にとって、有用なキャンペーンの情報のみを簡単に得ることができる点で顧客にとって有利であり、更なる購買意欲を喚起できる。
また、顧客は、注文の際にキャンペーンを意識する必要がなく、注文しようとする商材に対してのみキャンペーン情報が得られるので、従来のキャンペーンを一覧表示するものに比べて、キャンペーンの適用を逃さずに済み、また、不要な商材を無駄に注文せずにすむ。
また、キャンペーン情報は、必要なときのみポップアップ表示されるので、常時表示しておく必要がなく、画面を有効に利用できる。
【００９４】
キャンペーン情報の報知方法としては、注文画面３０へのポップアップ表示以外にも、バナー表示や、その他、注文画面３０の特定の領域への動的な表示であってもよい。動的な表示とは、定常的な一覧表示をするのではなく、入力された注文情報に対応するキャンペーン情報を、注文入力に応じて変化させて表示することをいう。
また、キャンペーン情報の報知方法は、表示による方法以外にも、音声表示であってもよいし、報知音と表示とを組み合わせたものであってもよい。
【００９５】
また、キャンペーン情報の動的な表示の他の例として、顧客のキャンペーン利用傾向を加味して選択したキャンペーンを表示するのも好ましい。
上述したように、顧客の注文情報はネットセンター１２のＤＢ／ＦＳ１２ａに蓄積されている。そして、図３に示すように、注文情報には、キャンペーン種別等のキャンペーンに関する情報が含まれている。受注チャネル１４は、ネットセンター１２から、その顧客が前回（または前回までの複数回）の注文で利用したキャンペーン種別情報を読み出し、顧客のキャンペーン利用傾向を把握し、把握したキャンペーン情報と今回入力された注文情報をベースに、推奨するキャンペーンを選択する。そして、選択したキャンペーンのみを表示するようにしてもよい。または、該当する全キャンペーンの中でも、上記選択したキャンペーンを優先的に表示するようにしてもよい。
【００９６】
ステップＳ２２またはステップＳ２３のキャンペーンの特典適用情報および特典内容の報知がされた後、ステップＳ１８に戻る。
図９のメッセージによりキャンペーンの特典適用情報を見た顧客が、注文情報を再入力すると、ステップＳ１８でＹｅｓの判断がされ、再びステップＳ１９以下の処理が行われる。そして、顧客は再びキャンペーン適用の有無を確認できる。
【００９７】
また、図示例においては、１つの選択画像について、同時に複数種類の商材へのプリントが注文できる。選択されている画像について注文入力がされる度に、ステップＳ１８〜Ｓ２３までの処理が繰り返される。
顧客によって注文入力された商材が、キャンペーン対象とされていなかった場合には、ステップＳ１９でのキャンペーンデータとの比較処理の結果に基づいてステップＳ２０でＮｏの判断がされて、ステップＳ１８に戻る。
【００９８】
注文入力がされない場合には、ステップＳ１８でＮｏの判断がされ、ステップＳ２４に進む。注文画面３０において「次へ」または「戻る」のボタンがクリックされるなど、現在の選択画像についての注文画面３０から退出することが指示されていなければ、ステップＳ２４の判断がＮｏとされ、ステップＳ１８に戻る。ステップＳ１８およびステップＳ２４のサブルーチンが実行される間は、入力待ち状態となる。
注文画面３０において「次へ」または「戻る」のボタンがクリックされると、ステップＳ２４の判断がＹｅｓとされ、ステップ１５へ戻る。選択されている画像についての注文入力は終了となる。
【００９９】
次の画像の選択がされた場合には、ステップＳ１５でＮｏの判断がされ、ステップＳ１６において画像選択の有無の判断でＹｅｓが選択されて、以下同様にステップＳ１７以下の処理が行われる。
顧客から注文入力を終了する旨の指示がされると、ステップＳ１５でＹｅｓの判断がされ、図６に示す注文入力に対する注文画面の表示およびキャンペーン情報報知の処理フローが終了する。
【０１００】
本実施形態においては、ネットセンター１２にアクセスした受注チャネル１４が、経由したリテーラ用の注文画面３０と共に設定されているキャンペーン情報を取得し、さらに、上記キャンペーン報知方法を実行するプログラムを取得しているので、上記のキャンペーン報知方法は、受注チャネル１４において実行される。
この形態は、受注チャネル１４が一旦キャンペーン情報を取得した後は、ネットセンター１２との通信をすることなく、受注チャネル１４においてキャンペーン適用条件の判断を行って、キャンペーン情報の報知を行うことができるので、ネットセンター１２の負荷を軽減できるとともに、キャンペーンの適用情報を速やかに報知することができ、顧客はスピーディーな選択ができる。
【０１０１】
他の例として、受注チャネル１４は、ネットセンター１２からキャンペーン情報およびキャンペーン報知プログラムを取得せず、ネットセンター１２自身が当該プログラムを実行することにより、受注チャネル１４において入力された注文内容とキャンペーン情報との比較をネットセンター１２が行い、その結果を受注チャネル１４へ送信して、受注チャネル１４によって結果を報知させるようにしてもよい。
この形態は、キャンペーン適用条件の判断をネットセンター１２で行うので、キャンペーン情報を受注チャネル１４に送信する必要がなく、受注チャネル１４が低スペックのＰＣであった場合でも、顧客の受注チャネル１４の遅さによるストレスを低減できる。
【０１０２】
顧客からの注文が確定すると、確定した注文の情報が受注チャネル１４からネットセンター１２へ送られ、ネットセンター１２は、注文処理を実行する。
【０１０３】
ネットセンター１２では、受注チャネル１４による注文に応じて、商材管理によって注文設定情報を生成し、注文が確定すると、注文管理が注文情報を生成し、注文ジョブ（注文情報と、対応する画像データ）をラボ受注サーバに送る。
ラボシステム１６は、受注モジュールを用いてラボ受注サーバ内の注文情報の一覧を閲覧し、自身に関連する注文ジョブの転送を要求し、転送された注文ジョブの注文情報に応じたプリント等の商材を作成して、配送する。
【０１０４】
したがって、ネットシステム１０によれば、顧客は、従来の欧州におけるプリントの商取引と同様に、ラボやネットセンター１２を意識することなく、あたかもリテーラに対してプリント等の注文を行い、リテーラから商材を受け取る感覚となる。
また、インターネット等の通信ネットワークを利用するので、営業時間を気にせず、かつ、何処からでも商材の注文が可能で、さらに、電子アルバムサービスの提供や、第三者への公開アルバムサービスの提供も可能である。
さらに、リテーラやラボで共有化できるものは共有化して、顧客に対するインターフェイス機能や、ネットシステム１０の管理機能をネットセンター１２に集約しているので、集配業務、顧客管理、および決済処理の簡素化等を図ることができると共に、システム運用の簡素化や運用費の低減も測れる。しかも、多くの場合、トラブルやネットシステム１０のバージョンアップも、ネットセンター１２で集中的に対応できるので、運用の安定化やトラブル対応の迅速化も図ることができる。
【０１０５】
上記では、顧客の気に入っているリテーラや最寄りのリテーラなど、注文先のリテーラが決まっている場合に、そのリテーラが提供するキャンペーンの適用について報知する方法について説明した。
ところで、同様の商材を扱う複数のリテーラでは、リテーラごとに異なるキャンペーンを行っている場合が多い。そのため、顧客は、自分が注文する商材とその注文内容に対して、なるべく有利なキャンペーンを行っているリテーラに注文したいという要望がある。
【０１０６】
このような要望に対する従来技術として、特開２００１−２８３０９１号公報には、地域情報である検索領域を指定して、その領域の中で所望の商材の価格情報を検索し、価格の安い順に店舗情報を表示する方法が記載されている。この方法においては、また、複数の商材を指定してどの店が一番安いかを検索し、価格の安い順に表示している。
また特開２００２−１９７５４４号公報には、ポイントカードの不要な電子ポイントサービスで、現在所持しているポイントの利用できる店舗とサービス情報を検索することが記載されている。
【０１０７】
上記のいずれの技術においても、顧客は検索サーバに直接接続して検索している。しかし、リテーラのホームページに接続してプリント注文を行うネットワークプリント注文サービスの場合、リテーラは他のリテーラの価格情報をわざわざ調査して表示することはしない。そのため、リテーラ経由でネットワークプリント注文を行うシステムにおいては、顧客にとっては接続先のリテーラ情報が全てであり、接続先のリテーラの近くのリテーラの方が顧客にとって有利なキャンペーンを行っていたとしても、顧客はそれを知らずに普段のリテーラを利用してしまうことが多く、必ずしも顧客の利益とならない。
【０１０８】
これに対し、以下に、常に接続するリテーラホームページからも価格やキャンペーン情報を検索できる方法について説明する。
図１１は、ネットシステム１０において複数のリテーラを対象にキャンペーン検索を行う検索処理フロー図である。
【０１０９】
顧客は、ネットシステム１０を利用する場合、居住地に最も近いなどの好都合なリテーラを選択し、選択したリテーラのホームページ（ｗｅｂサイト）へアクセスする（図１１における、受注チャネル１４からリテーラシステム１８への「ホームページ要求」）。これに対し、リテーラシステム１８は、自己のホームページを公開する（図１１における、リテーラシステム１８から受注チャネル１４への「ホームページ表示」）。
図１２（Ａ）にリテーラのホームページの例を示す。リテーラのホームページには、ネットプリント注文の注文ボタンと、ネットプリントサービスに関するキャンペーン情報を検索するための検索ボタンが配置されている。
【０１１０】
上述したように、顧客が自己の端末である受注チャネル１４に表示されたリテーラホームページ内の注文ボタンをクリックすると、注文ボタンにリンクされたネットセンター１２のページへジャンプし、ネットセンター１２はそのリテーラ用に設定された注文画面を受注チャネル１４に表示させる。
【０１１１】
これと同様に、顧客が受注チャネル１４に表示されたリテーラホームページ内のキャンペーンボタンをクリックすると、キャンペーンボタンにリンクされたネットセンター１２へジャンプし（図１１における、受注チャネル１４からネットセンター１２への「検索画面要求」）、ネットセンター１２は、検索条件を指定するためのキャンペーン検索画面を受注チャネル１４に表示させる（図１１における、ネットセンター１２から受注チャネル１４への「検索画面表示」）。図１２（Ｂ）は、このキャンペーン検索画面の一例である。なお、上記の例と同様に、キャンペーン検索画面には、ネットセンター１２のＵＲＬは表示されない。
【０１１２】
このキャンペーン検索画面における検索条件指定の入力形態は、プルダウン式で選択候補を顧客に提示するものが望ましい。顧客が入力する条件としては、最低限、プリントサイズなどの商材情報があればよいが、数量指定を含めることも考えられる。
顧客が検索条件を入力して検索ボタンをクリックすると、受注チャネル１４は、先に接続されていたリテーラシステム１８のリテーラ情報と、検索条件とを含めた検索指示情報をネットセンター１２へ送信する（図１１における、受注チャネル１４からネットセンター１２への「リテーラ情報＋検索条件」）。
【０１１３】
ネットセンター１２は、フロントエンドの店検索サイト機能によって、検索処理を実行する。図１４はこの検索処理のフロー図である。
検索指示情報を受信したネットセンター１２は、そこに含まれるリテーラ情報および検索条件を検索キーとして、リテーラシステム１８を含む所定範囲のリテーラシステムについて、顧客の注文内容に適用され得るキャンペーン情報の検索を行う。
【０１１４】
ネットセンター１２は、まず、検索指示情報からリテーラ情報と検索条件とを分離する。図１４のステップＳ３１において、ネットセンター１２は、まず、リテーラ情報からそのリテーラの存在する位置を特定し、検索対象となる地域のリテーラを絞り込む。すなわち、検索対象とするリテーラを、アクセスしている顧客の利用するリテーラシステム１８から所定距離内に存在するリテーラに絞り込む。ステップＳ３２で、これにより得られたリテーラを、検索対象リテーラとして設定する。
【０１１５】
次に、ステップＳ３３において、検索対象として設定されたリテーラのうち、１つ目のリテーラについて、そのキャンペーン情報から顧客が入力した検索情報に一致する商材についてのキャンペーン情報を検索する。本実施形態のネットシステム１０においては、検索情報は、例えば、写真プリントのうちＬサイズや四つ切などのサイズ指定や、マグカップなどのプリント対象物である。
【０１１６】
検索の結果、そのリテーラのキャンペーン情報に該当するキャンペーン情報が存在しなければ、ステップＳ３３の判断をＮｏとして、ステップＳ３７に進み、次のリテーラがあれば、ステップＳ３２へ戻って、次のリテーラについて同様の検索を行う。
該当する商材のキャンペーンがあった場合は、ステップＳ３３の判断をＹｅｓとして、ステップＳ３４へ進む。
【０１１７】
ステップＳ３４では、受注チャネル１４において入力された検索条件に数量条件が含まれているかを確認する。
数量条件が含まれていない場合には、ステップＳ３４の判断をＮｏとして、ステップＳ３６へ進み、それまでの検索結果を抽出情報として記憶する。次いで、ステップＳ３７に進み、次のリテーラがあれば、ステップＳ３２へ戻って、次のリテーラについて同様の検索を行う。
【０１１８】
数量条件が含まれていた場合には、ステップＳ３４の判断をＹｅｓとして、ステップＳ３５へ進み、検索中のリテーラのキャンペーン情報のうち、指定数量に近いキャンペーン情報を抽出して、抽出情報として記憶する。
例えば、指定数量が１５枚であり、リテーラのキャンペーン適用条件が１０枚の場合と２０枚の場合と３０枚の場合とがあった場合、１０枚の場合と２０枚の場合の情報を抽出情報として記憶する。こうすることにより、１０枚よりも２０枚の方がより高い割引率が設定されていた場合には、顧客に対して、もう少しの追加注文でさらに割引率が上がることを提示することができ、結果的に顧客の購買意欲を喚起することにつながる。また、選択されないであろう不要な条件（この場合、３０枚）を表示させずにすむ。
ステップＳ３５で有用なキャンペーン情報を抽出したら、ステップＳ３７へ進み、次のリテーラがあれば、ステップＳ３２へ戻って、次のリテーラについて同様の検索を行う。
【０１１９】
検索対象として設定された全てのリテーラについて検索が終わると、ステップＳ３７で次のリテーラなし（Ｎｏの判断）とされ、ステップＳ３８へ進む。
ステップＳ３８では、それまでの検索で抽出情報が得られているか否かを判断し、抽出情報が得られていれば、ステップＳ３９へ進んで、その情報を整理して受注チャネル１４に表示させる（図１１における、ネットセンター１２から受注チャネル１４への「検索結果表示」）。情報の整理は、例えば、同一の商材に対する割引率順、リテーラ別順等にソートするなどにより行えばよい。図１２（Ｃ）は、検索結果の表示の一例である。
【０１２０】
抽出情報が得られていなければ、ステップＳ４０へ進んで「該当キャンペーンなし」のメッセージを受注チャネル１４に表示させる（図１１における、ネットセンター１２から受注チャネル１４への「検索結果表示」）。
受注チャネル１４への検索結果の表示により、ネットセンター１２における検索処理のフローが終了する。
【０１２１】
顧客は、表示された検索結果を見て、注文を行うリテーラのホームページにアクセスし、以下、先に説明した例と同様にして、商材の注文を行うことができる。
【０１２２】
図１１の例では、検索指示の際に、リテーラ情報と検索条件とをネットセンター１２に送信しているが、図１３に示す例のように、受注チャネル１４がリテーラホームページ内のボタンでネットセンター１２に接続した時に、リテーラ情報をネットセンター１２へ送信しておき、その後、受注チャネル１４が検索条件を送信したときに、ネットセンター１２が先に取得したリテーラ情報を利用して検索を開始するようにしてもよい。
【０１２３】
このように、本実施形態においては、顧客がアクセスしたリテーラシステム１８から、そのリテーラの情報を検索キーに含めて、他のリテーラについてもキャンペーン情報を検索する。そのため、顧客が１つの店のホームページにあっても他店のキャンペーン情報を検索することを可能とし、顧客にとって有利な情報を提供することができる。
また、キャンペーン検索をする際に、アクセスしているリテーラのリテーラ情報から検索対象地域を特定できるので、顧客は特に自分の地域を指定することなく、また、旅行中などにおいても、自宅近辺のリテーラに接続するだけで、特に意識しなくても必要以上に離れた地域のリテーラ情報を検索から外すことができる。
【０１２４】
また、リテーラが設定した全商材情報を表示させずに、顧客が所望する商材についてのみ、キャンペーン情報を得ることができるので、検索結果画面において、顧客にとって無駄な表示を減らすことができ、また、所望のキャンペーン情報を探すのも容易となる。
さらに、顧客の所望する注文数量を少し増やすだけでキャンペーンが適用される場合や、現在よりも有利なキャンペーンが適用される場合もあり、そのような情報を顧客に提示することでさらなる注文を促進できる。
【０１２５】
上記では、顧客がアクセスした店舗（リテーラ）のホームページから、周辺の他店のキャンペーン情報をも検索可能としたが、本発明の態様としては、これ以外にも、例えば、地域コミュニティーのホームページ等、商品の販売を直接行っていないホームページに、上述の注文ボタンや検索ボタンを配置し、上述と同様のキャンペーン検索を行うことにより、その地域に存在する複数の店で提供するキャンペーン情報を検索可能としてもよい。
この注文ボタンや検索ボタンは、ネットセンター１２にリンクするものとし、顧客が使用するパソコンには、ネットセンター１２から提供される注文画面や検索画面が表示され、以下同様にして、検索処理および注文処理を行うことができる。
【０１２６】
また、別の例として、顧客がアクセスしているホームページから、注文対象商材の目的に応じた検索キーを取得して、キャンペーン検索を行うようにしてもよい。
例えば、あるホームページでフォトコンテストの応募を受け付けていた場合に、そのホームページに注文ボタンや検索ボタンを配置し、そのページからプリント注文のキャンペーン検索および注文を可能にする。そして、検索ボタンがクリックされることで、当該ホームページからネットセンター１２へ、検索キーとしてフォトコンテスト用の写真サイズを指定する情報が送られ、ネットセンター１２は、その写真サイズのプリントについてキャンペーンを実施しているリテーラシステム１８を検索する。
【０１２７】
このような構成とすることにより、顧客は、フォトコンテスト用の写真プリントについてより有利なキャンペーンを行っている店舗にプリント注文をすることができる。また、注文サイズ等の入力を簡易化することもできる。
【０１２８】
以上、本発明のキャンペーン報知方法、キャンペーン報知プログラム、およびキャンペーン報知システムについて詳細に説明したが、本発明は、上記実施例に限定されず、本発明の要旨を逸脱しない範囲において、各種の改良や変更を行なってもよいのは、もちろんである。
【図面の簡単な説明】
【０１２９】
【図１】本発明のキャンペーン報知方法を利用した画像ネットワークシステムの概略構成を示す概念図である。
【図２】図１のネットシステムの機能を説明するための概念的な模式図である。
【図３】図１に示す画像ネットワークシステムにおいて注文を管理するための注文テーブルの一例である。
【図４】図１のネットシステムにおける注文処理フロー図である。
【図５】受注チャネルに表示されるホームページの一例である。
【図６】注文画面の表示からキャンペーン情報の報知までのフロー図である。
【図７】注文画面の一例である。
【図８】キャンペーン情報の一例である。
【図９】注文画面の一例である。
【図１０】注文画面の一例である。
【図１１】複数のリテーラを対象にキャンペーン検索を行う検索処理フロー図である。
【図１２】（Ａ）は、リテーラのホームページの一例であり、（Ｂ）は、キャンペーン検索画面の一例であり、（Ｃ）は、検索結果の表示の一例である。
【図１３】図１のネットシステムにおける注文処理の他の例のフロー図である。
【図１４】検索処理のフロー図である。
【符号の説明】
【０１３０】
１０  ネットシステム
１２  ネットセンター
１４  受注チャネル
１６  ラボシステム
１８  リテーラシステム
２０  決済サイト
２４  管理システム
２６  （リテーラの）ホームページ
２８  注文ボタン
３０  注文画面
３２  注文入力欄
３４  特典情報表示
【図１】
2007323523.tif 000003
【図２】
2007323523.tif 000004
【図３】
2007323523.tif 000005
【図４】
2007323523.tif 000006
【図５】
2007323523.tif 000007
【図６】
2007323523.tif 000008
【図７】
2007323523.tif 000009
【図８】
2007323523.tif 000010
【図９】
2007323523.tif 000011
【図１０】
2007323523.tif 000012
【図１１】
2007323523.tif 000013
【図１２】
2007323523.tif 000014
【図１３】
2007323523.tif 000015
【図１４】
2007323523.tif 000016